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:
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
Alternatively we could apply that patch now instead of the revert-revert.
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?
Repository : http://git.fedorahosted.org/cgit/kernel-tests.git
On branch : master
Author: Justin M. Forbes <jforbes(a)redhat.com>
Date: Fri Apr 17 17:15:38 2015 -0500
Add config example for automatic submission of logs
config.example | 37 +++++++++++++++++++++++++++++++++++++
1 files changed, 37 insertions(+), 0 deletions(-)
diff --git a/config.example b/config.example
new file mode 100644
@@ -0,0 +1,37 @@
+# Fedora Result Submit Method
+# Default is no submit. Other options are 'anonymous' where we get results
+# without requiring FAS authentication, or 'authenticated' which will use
+# FAS authentication to upload and give you credit towards Fedora Badges.
+# FAS User credentials.
+# Storing your FAS password here is technically possible, but not advisable
+# for security seasons
+# **************** Nothing to edit below here ****************
+case $submit in
+ commithook="curl -H 'Expect:' -F "user=anonymous" -F "test_result=@$logfile\;type=text/x-log" https://apps.fedoraproject.org/kerneltest/upload/anonymous
+ if [ -n "$username" ]; then
+ username="-u $username"
+ if [ -n "$password" ]; then
+ password="-p $password"
+ commithook="fedora_submit.py $username $password -l $logfile"
diff --git a/fedora_submit.py b/fedora_submit.py
old mode 100644
new mode 100755
The 4.0 final release is in rawhide and submitted for an update for
Fedora 22 now. Given the release schedules for 4.1 and F22, we're
going to stick with 4.0 for F22 GA. Please stick to fixes for F22 and
we'll no longer keep that branch in sync with rawhide.
The 4.1 merge window is open and active upstream as well. I'll be
rebasing rawhide to those kernels likely later today or tomorrow. If
you have things that are landing in 4.1 that you'd like enabled,
please let us know. The only major feature I'm aware of that might
land is kdbus, but the jury is still out on that one.
The usb wifi modules supported by CONFIG_R8188EU (from staging)
are used on quite a few Allwinner ARM boards which we now support,
can the (staging) driver for these be enabled please?
If not in general, then at least for ARM?
Thanks & Regards,