Re: [kernel/f21] Make sure acpi brightness_switch is disabled (like forever in Fedora)
by Hans de Goede
Hi Josh,
On 07/28/2014 07:04 PM, Josh Boyer wrote:
> commit e6fe382d1d53d4cdf9b544729dc823d4eab0217c
> Author: Josh Boyer <jwboyer(a)fedoraproject.org>
> Date: Mon Jul 28 13:03:01 2014 -0400
>
> Make sure acpi brightness_switch is disabled (like forever in Fedora)
>
> Upstream reverted the change to turn the ACPI brightness_switch_enabled
> parameter off by default. Revert the revert so we go back to the state
> Fedora has traditionally been in.
Ack, I was planning on doing this myself but you beat me to it, thanks for
taking care of this.
Note that 3.17 will have this patch:
https://git.kernel.org/cgit/linux/kernel/git/rafael/linux-pm.git/commit/?...
Which fixes the 2 steps being taken for one keypress problem while
keeping the acpi brightness_switch behavior enabled, so that people who
have an acpi-video controlled backlight and a userspace which does not
do backlight control (e.g. windowmaker).
So for 3.17 we should IMHO drop the revert-revert and stick with
upstream behavior.
Alternatively we could apply that patch now instead of the revert-revert.
Regards,
Hans
7 years, 10 months
fedora 14 kernel performance with ip forwarding workload
by Jesse Brandeburg
The other day I was running the stock fedora kernel on my ip
forwarding setup, to see what the performance was, and the performance
wasn't very good.
system is S5520HC dual socket 2.93GHz Xeon 5570 (Nehalem) with 3 quad
port 82580 adapters (12 ports). Traffic is bidirectional 64 byte
packets being forwarded and received on each port, basically port to
port routing. I am only using 12 flows currently.
The driver is igb, and I am using an affinity script that lines up
each pair of ports that are forwarding traffic into optimal
configurations for cache locality. I am also disabling
remote_node_defrag_ratio to stop cross node traffic.
With the fedora default kernel from F14 it appears that
CONFIG_NETFILTER=y means that I cannot unload all of netfilter even if
I stop iptables service.
perf showed netfilter being prominent, and removing it gives me much
higher throughput. Is there a reason CONFIG_NETFILTER=y ? Isn't it a
good thing to be able to disable netfilter if you want to?
Jesse
7 years, 12 months
[PATCH] drm/i915: Ignore long hpds on eDP ports
by David Airlie
From: Ville Syrjälä <ville.syrjala(a)linux.intel.com>
Turning vdd on/off can generate a long hpd pulse on eDP ports. In order
to handle hpd we would need to turn on vdd to perform aux transfers.
This would lead to an endless cycle of
"vdd off -> long hpd -> vdd on -> detect -> vdd off -> ..."
So ignore long hpd pulses on eDP ports. eDP panels should be physically
tied to the machine anyway so they should not actually disappear and
thus don't need long hpd handling. Short hpds are still needed for link
re-train and whatnot so we can't just turn off the hpd interrupt
entirely for eDP ports. Perhaps we could turn it off whenever the panel
is disabled, but just ignoring the long hpd seems sufficient.
Signed-off-by: Ville Syrjälä <ville.syrjala(a)linux.intel.com>
Cc: stable(a)vger.kernel.org
Reviewed-by: Dave Airlie <airlied(a)redhat.com>
Reviewed-by: Todd Previte <tprevite(a)gmail.com>
Signed-off-by: Jani Nikula <jani.nikula(a)intel.com>
---
drivers/gpu/drm/i915/intel_dp.c | 12 ++++++++++++
1 file changed, 12 insertions(+)
diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c
index 4b3c096..1b7375e 100644
--- a/drivers/gpu/drm/i915/intel_dp.c
+++ b/drivers/gpu/drm/i915/intel_dp.c
@@ -4084,6 +4084,18 @@ intel_dp_hpd_pulse(struct intel_digital_port *intel_dig_port, bool long_hpd)
if (intel_dig_port->base.type != INTEL_OUTPUT_EDP)
intel_dig_port->base.type = INTEL_OUTPUT_DISPLAYPORT;
+ if (long_hpd && intel_dig_port->base.type == INTEL_OUTPUT_EDP) {
+ /*
+ * vdd off can generate a long pulse on eDP which
+ * would require vdd on to handle it, and thus we
+ * would end up in an endless cycle of
+ * "vdd off -> long hpd -> vdd on -> detect -> vdd off -> ..."
+ */
+ DRM_DEBUG_KMS("ignoring long hpd on eDP port %c\n",
+ port_name(intel_dig_port->port));
+ return false;
+ }
+
DRM_DEBUG_KMS("got hpd irq on port %d - %s\n", intel_dig_port->port,
long_hpd ? "long" : "short");
--
1.9.3
8 years, 6 months
Re: NFS over RMDA
by poma
On 25.11.2014 11:14, Ian Chapman wrote:
> Hi,
>
> Is anyone successfully running NFS over RDMA on Fedora 20+?
>
> I've edited /etc/sysconfig/nfs and set the the following config paramter.
>
> RDMA_PORT=20049
>
> Upon restarting the nfs server I get the following:
>
> modprobe: FATAL: Module svcrdma not found
> /usr/libexec/nfs-utils/scripts/nfs-server.postconfig: line 12: echo:
> write error: Protocol not supported
>
> So it looks like the kernel module svcrdma is missing and the last
> kernel to have it was 3.11.10-301.fc20. The postconfig script belongs to
> nfs-utils.
>
> Is svcrdma intentionally not built in the current kernels or has it been
> replaced by something else?
>
$ file *
kernel-3.14.25-100.fc19.x86_64.rpm: RPM v3.0 bin i386/x86_64 kernel-3.14.25-100.fc19
kernel-3.15.0-0.rc0.git12.1.fc21.x86_64.rpm: RPM v3.0 bin i386/x86_64 kernel-3.15.0-0.rc0.git12.1.fc21
kernel-3.15.0-0.rc0.git9.1.fc21.x86_64.rpm: RPM v3.0 bin i386/x86_64 kernel-3.15.0-0.rc0.git9.1.fc21
$ deco *
236767 blocks
kernel-3.14.25-100.fc19.x86_64/
254129 blocks
kernel-3.15.0-0.rc0.git12.1.fc21.x86_64/
251879 blocks
kernel-3.15.0-0.rc0.git9.1.fc21.x86_64/
$ find -name svcrdma.ko*
./kernel-3.14.25-100.fc19.x86_64/lib/modules/3.14.25-100.fc19.x86_64/kernel/net/sunrpc/xprtrdma/svcrdma.ko
./kernel-3.15.0-0.rc0.git9.1.fc21.x86_64/lib/modules/3.15.0-0.rc0.git9.1.fc21.x86_64/kernel/net/sunrpc/xprtrdma/svcrdma.ko
$ find -name config* -exec grep -H CONFIG_SUNRPC_XPRT_RDMA_SERVER {} \;
./kernel-3.15.0-0.rc0.git12.1.fc21.x86_64/boot/config-3.15.0-0.rc0.git12.1.fc21.x86_64:# CONFIG_SUNRPC_XPRT_RDMA_SERVER is not set
┌───────────────────── RPC over RDMA Server Support ──────────────────────┐
│ CONFIG_SUNRPC_XPRT_RDMA_SERVER: │
│ │
│ This option allows the NFS server to support an RDMA-enabled │
│ transport. │
│ │
│ To compile RPC server RDMA transport support as a module, │
│ choose M here: the module will be called svcrdma. │
│ │
│ If unsure, say N. │
│ │
│ Symbol: SUNRPC_XPRT_RDMA_SERVER [=n] │
│ Type : tristate │
│ Prompt: RPC over RDMA Server Support │
│ Location: │
│ -> File systems │
│ -> Network File Systems (NETWORK_FILESYSTEMS [=y]) │
│ Defined at net/sunrpc/Kconfig:61 │
│ Depends on: NETWORK_FILESYSTEMS [=y] && SUNRPC [=m] && \ │
│ INFINIBAND [=m] && INFINIBAND_ADDR_TRANS [=y] │
│ │
└─────────────────────────────────────────────────────────────────────────┘
8 years, 6 months
[PATCH] do not disable PPP networking on s390
by Dan Horák
---
config-s390x | 1 -
1 file changed, 1 deletion(-)
diff --git a/config-s390x b/config-s390x
index a76cad6..9534f51 100644
--- a/config-s390x
+++ b/config-s390x
@@ -83,7 +83,6 @@ CONFIG_TN3270_FS=m
#
CONFIG_S390_TAPE_34XX=m
-# CONFIG_PPP is not set
# CONFIG_SLIP is not set
#
--
1.9.3
8 years, 6 months
[PATCH] disable 8250 serial on s390x
by Dan Horák
The 8250 serial wins over the native 3215 driver and takes over the console,
see rhbz#1158848 for details.
---
config-s390x | 1 +
1 file changed, 1 insertion(+)
diff --git a/config-s390x b/config-s390x
index fd9e28d..a76cad6 100644
--- a/config-s390x
+++ b/config-s390x
@@ -233,6 +233,7 @@ CONFIG_HOTPLUG_PCI_S390=y
# CONFIG_HID is not set
# CONFIG_MTD is not set
+# CONFIG_SERIAL_8250 is not set
# CONFIG_PARPORT is not set
# CONFIG_UWB is not set
# CONFIG_MMC is not set
--
1.9.3
8 years, 6 months
Re: Resume still broken on Thinkpad X1 Carbon
by poma
On 18.11.2014 22:15, drago01 wrote:
> On Tue, Nov 18, 2014 at 8:54 PM, valent.turkovic(a)gmail.com
> <valent.turkovic(a)gmail.com> wrote:
>> Thanks to this bugreport [1] now suspend and resume work as expected
>> on Fedora 21, finally!
>>
>> Issue was with missing TPM modules! One solution would be to disable
>> TPM in EFI/BIOS and other to install missing kernel-modules-extra
>> package.
>>
>> Now resume finally works!
>>
>> Also suspend now takes almost twice long, and screen blinks quite few
>> more times like this: on-pressed_suspend-off-on-off-on-off
>>
>> But main thing is that both suspend and resume work now as expected.
>>
>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1164937
>
> OK that means that tpm shouldn't be in modules-extra
>
Good point.
8 years, 6 months
Patches addition request
by Bastien Nocera
Hey,
In my Baytrail kernel I have a few patches that have landed upstream now,
and a couple of configuration options that need enabling.
First is 26c2d2b39128adba276d140eefa2745591b88536 in linus' tree which fixes
booting 32-bit x86 machines when audit is enabled. audit=0 works-around the problem.
The 2nd patch is a driver for the touchscreen in my tablet:
https://git.kernel.org/cgit/linux/kernel/git/dtor/input.git/commit/?h=nex...
Finally, I'd like to request the CONFIG_KXCJK1013 option to be enabled. I'm
guessing that most of the other items in that section can also be enabled as modules.
I'm working on adding support for the variant that's in my machine separately.
Cheers
8 years, 6 months
FYI failed boot with 3.18.0-0.rc1.git1.2
by Bruno Wolff III
This one is more likely due to something in the initrd than the kernel.
The boot got to where dbus was activated and then services started failing.
Again I was in a hurrry and just went back to 3.18.0-0.rc0.git9.5 and
the system booted normally.
8 years, 7 months