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
8 years, 4 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
8 years, 6 months
debug_dma_assert_idle - snd_hda_intel - cpu touching an active dma mapped cacheline
by poma
Sound whispers,
WARNING: CPU: 3 PID: 900 at lib/dma-debug.c:593
debug_dma_assert_idle+0x159/0x1d0()
snd_hda_intel 0000:00:07.0: DMA-API: cpu touching an active dma mapped
cacheline [cln=0x03014000]
CPU: 3 PID: 900 Comm: chronyd Not tainted 3.15.0-0.rc1.git1.1.fc21.i686 #1
Call Trace:
[<c0ae256d>] dump_stack+0x48/0x60
[<c0454402>] warn_slowpath_common+0x82/0xa0
[<c0750b69>] ? debug_dma_assert_idle+0x159/0x1d0
[<c0750b69>] ? debug_dma_assert_idle+0x159/0x1d0
[<c045445e>] warn_slowpath_fmt+0x3e/0x60
[<c0750b69>] debug_dma_assert_idle+0x159/0x1d0
[<c05860b9>] ? anon_vma_prepare+0x29/0x140
[<c057a4ee>] do_wp_page+0xce/0x890
[<c0500045>] ? auditsc_get_stamp+0x45/0x70
[<c057caf2>] handle_mm_fault+0x662/0xb70
[<c0500045>] ? auditsc_get_stamp+0x45/0x70
[<c0aee507>] __do_page_fault+0x1a7/0x5d0
[<c040ace8>] ? sched_clock+0x8/0x10
[<c040ace8>] ? sched_clock+0x8/0x10
[<c04ab036>] ? lock_release_holdtime.part.28+0x96/0xf0
[<c0aee930>] ? __do_page_fault+0x5d0/0x5d0
[<c0aee94a>] do_page_fault+0x1a/0x20
[<c0aeb344>] error_code+0x6c/0x74
[<c07334b6>] ? __put_user_4+0x1a/0x24
[<c048d280>] ? schedule_tail+0x60/0xa0
[<c0af3746>] ret_from_fork+0x6/0x20
---[ end trace d31d73481e988403 ]---
Mapped at:
[<c074ec12>] debug_dma_alloc_coherent+0x22/0x70
[<f812de90>] snd_dma_alloc_pages+0x170/0x260 [snd_pcm]
[<f812dfe2>] snd_dma_alloc_pages_fallback+0x62/0x90 [snd_pcm]
[<f812e3b0>] snd_malloc_sgbuf_pages+0xf0/0x211 [snd_pcm]
[<f812df23>] snd_dma_alloc_pages+0x203/0x260 [snd_pcm]
https://bugzilla.redhat.com/show_bug.cgi?id=1087565
poma
9 years, 2 months
F21: building kernels from srpms is broken
by Steve Dickson
Hello,
When build kernel from the source rpm I
get the following depmod failure:
+ depmod -b . -aeF ./System.map 3.16.1-301.fc20.x86_64
+ '[' -s depmod.out ']'
+ echo 'Depmod failure'
Depmod failure
+ cat depmod.out
depmod: WARNING: /home/steved/rpmbuild/BUILDROOT/kernel-3.16.1-301.fc20.x86_64/./lib/modules/3.16.1-301.fc20.x86_64/kernel/fs/gfs2/gfs2.ko needs unknown symbol dlm_new_lockspace
depmod: WARNING: /home/steved/rpmbuild/BUILDROOT/kernel-3.16.1-301.fc20.x86_64/./lib/modules/3.16.1-301.fc20.x86_64/kernel/fs/gfs2/gfs2.ko needs unknown symbol dlm_unlock
depmod: WARNING: /home/steved/rpmbuild/BUILDROOT/kernel-3.16.1-301.fc20.x86_64/./lib/modules/3.16.1-301.fc20.x86_64/kernel/fs/gfs2/gfs2.ko needs unknown symbol dlm_release_lockspace
depmod: WARNING: /home/steved/rpmbuild/BUILDROOT/kernel-3.16.1-301.fc20.x86_64/./lib/modules/3.16.1-301.fc20.x86_64/kernel/fs/gfs2/gfs2.ko needs unknown symbol dlm_posix_unlock
depmod: WARNING: /home/steved/rpmbuild/BUILDROOT/kernel-3.16.1-301.fc20.x86_64/./lib/modules/3.16.1-301.fc20.x86_64/kernel/fs/gfs2/gfs2.ko needs unknown symbol dlm_posix_get
depmod: WARNING: /home/steved/rpmbuild/BUILDROOT/kernel-3.16.1-301.fc20.x86_64/./lib/modules/3.16.1-301.fc20.x86_64/kernel/fs/gfs2/gfs2.ko needs unknown symbol dlm_lock
depmod: WARNING: /home/steved/rpmbuild/BUILDROOT/kernel-3.16.1-301.fc20.x86_64/./lib/modules/3.16.1-301.fc20.x86_64/kernel/fs/gfs2/gfs2.ko needs unknown symbol dlm_posix_lock
+ exit 1
What needs to happen to get this fixed? Should I open up a bz or
open up a ticket somewhere? Please tell me where to go... nicely! ;-)
tia!
steved.
9 years, 3 months
Rawhide backlight patches
by Josh Boyer
Hi Hans,
With 3.17-rc1, I had to drop the following patches:
asus-wmi-Add-a-no-backlight-quirk.patch
This one seems to have been solved in a different manner upstream with
commit d8c66f62992dac3a92cbc5f16791557100c7a068.
eeepc-wmi-Add-no-backlight-quirk-for-Asus-H87I-PLUS-.patch
This one depends on the no_backlight field added to the quirk struct
in the previous patch.
Both of them were marked as "Sent for 3.16" and that obviously didn't
wind up happening, so I've dropped them for now. The eeepc change
looks to be the only one that is really of concern, but there's no
clear solution there to me. If you have an alternative patch for it,
let me know.
josh
9 years, 3 months
[PATCH] [ARM] Enable kernel-lpae for tegra devices
by Nicolas Chauvet
From: Stephen Warren <swarren(a)wwwdotorg.org>
Move config options from config-armv7 cpu config options to
config-armv7-generic so that they can be shared with kernel-lpae
rhbz#1110963
---
config-armv7 | 60 ++-----------------------------------------------
config-armv7-generic | 46 ++++++++++++++++++++++++++++++++++++++
config-armv7-lpae | 23 +++++++++++++++---
3 files changed, 68 insertions(+), 61 deletions(-)
diff --git a/config-armv7 b/config-armv7
index 21f56c6..a2afb2b 100644
--- a/config-armv7
+++ b/config-armv7
@@ -10,7 +10,7 @@ CONFIG_ARCH_OMAP4=y
CONFIG_ARCH_PICOXCELL=y
CONFIG_ARCH_QCOM=y
CONFIG_ARCH_ROCKCHIP=y
-CONFIG_ARCH_TEGRA=y
+# CONFIG_ARCH_SOCFPGA is not set
CONFIG_ARCH_U8500=y
# CONFIG_ARCH_VIRT is not set
CONFIG_ARCH_ZYNQ=y
@@ -562,47 +562,16 @@ CONFIG_IIO_ST_SENSORS_I2C=m
CONFIG_IIO_ST_SENSORS_SPI=m
CONFIG_IIO_ST_SENSORS_CORE=m
-# tegra
+# Tegra
+# (Options only needed by platforms that don't have LPAE):
CONFIG_ARCH_TEGRA_2x_SOC=y
CONFIG_ARCH_TEGRA_3x_SOC=y
-CONFIG_ARCH_TEGRA_114_SOC=y
-CONFIG_ARCH_TEGRA_124_SOC=y
-CONFIG_ARM_TEGRA_CPUFREQ=y
CONFIG_TEGRA20_MC=y
-CONFIG_TEGRA30_MC=y
-CONFIG_TRUSTED_FOUNDATIONS=y
-
-CONFIG_SERIAL_TEGRA=y
-
-CONFIG_AHCI_TEGRA=m
-
-CONFIG_PCI_TEGRA=y
CONFIG_TEGRA_IOMMU_GART=y
-CONFIG_TEGRA_IOMMU_SMMU=y
-CONFIG_MMC_SDHCI_TEGRA=m
-CONFIG_TEGRA_WATCHDOG=m
-CONFIG_I2C_TEGRA=m
-CONFIG_TEGRA_SYSTEM_DMA=y
-CONFIG_TEGRA_EMC_SCALING_ENABLE=y
-CONFIG_TEGRA_AHB=y
-CONFIG_TEGRA20_APB_DMA=y
-CONFIG_SPI_TEGRA114=m
CONFIG_SPI_TEGRA20_SFLASH=m
CONFIG_SPI_TEGRA20_SLINK=m
-CONFIG_PWM_TEGRA=m
CONFIG_MFD_MAX8907=m
-CONFIG_KEYBOARD_TEGRA=m
-CONFIG_PINCTRL_TEGRA=y
-CONFIG_PINCTRL_TEGRA20=y
-CONFIG_PINCTRL_TEGRA30=y
-CONFIG_USB_EHCI_TEGRA=m
-CONFIG_RTC_DRV_TEGRA=m
-CONFIG_CRYPTO_DEV_TEGRA_AES=m
-
-CONFIG_SND_SOC_TEGRA=m
CONFIG_SND_SOC_TEGRA_ALC5632=m
-CONFIG_SND_SOC_TEGRA_MAX98090=m
-CONFIG_SND_SOC_TEGRA_RT5640=m
CONFIG_SND_SOC_TEGRA_TRIMSLICE=m
CONFIG_SND_SOC_TEGRA_WM8753=m
CONFIG_SND_SOC_TEGRA_WM8903=m
@@ -610,10 +579,6 @@ CONFIG_SND_SOC_TEGRA_WM9712=m
CONFIG_SND_SOC_TEGRA20_AC97=m
CONFIG_SND_SOC_TEGRA20_DAS=m
CONFIG_SND_SOC_TEGRA20_SPDIF=m
-CONFIG_SND_SOC_TEGRA30_AHUB=m
-CONFIG_SND_SOC_TEGRA30_I2S=m
-CONFIG_SND_HDA_TEGRA=m
-
# AC100 (PAZ00)
CONFIG_MFD_NVEC=y
CONFIG_MFD_TPS80031=y
@@ -626,25 +591,6 @@ CONFIG_MFD_TPS6586X=y
CONFIG_GPIO_TPS6586X=y
CONFIG_RTC_DRV_TPS6586X=m
-# Jetson TK1
-CONFIG_PINCTRL_AS3722=y
-CONFIG_POWER_RESET_AS3722=y
-CONFIG_MFD_AS3722=y
-CONFIG_REGULATOR_AS3722=m
-CONFIG_RTC_DRV_AS3722=y
-
-CONFIG_TEGRA_HOST1X=m
-CONFIG_TEGRA_HOST1X_FIREWALL=y
-CONFIG_DRM_TEGRA=m
-CONFIG_DRM_TEGRA_FBDEV=y
-# CONFIG_DRM_TEGRA_DEBUG is not set
-CONFIG_DRM_TEGRA_STAGING=y
-CONFIG_DRM_PANEL=y
-CONFIG_DRM_PANEL_SIMPLE=m
-CONFIG_DRM_PANEL_LD9040=m
-CONFIG_DRM_PANEL_S6E8AA0=m
-CONFIG_NOUVEAU_PLATFORM_DRIVER=m
-
# OLPC XO
CONFIG_SERIO_OLPC_APSP=m
diff --git a/config-armv7-generic b/config-armv7-generic
index 10ab6b6..07d53fd 100644
--- a/config-armv7-generic
+++ b/config-armv7-generic
@@ -54,6 +54,7 @@ CONFIG_IRQ_CROSSBAR=y
CONFIG_ARCH_EXYNOS=y
CONFIG_ARCH_HIGHBANK=y
CONFIG_ARCH_SUNXI=y
+CONFIG_ARCH_TEGRA=y
CONFIG_ARCH_VEXPRESS_CA9X4=y
CONFIG_ARCH_VEXPRESS_CORTEX_A5_A9_ERRATA=y
# CONFIG_ARCH_BCM is not set
@@ -291,6 +292,51 @@ CONFIG_RTC_DRV_MAX8997=m
CONFIG_RTC_DRV_MAX77686=m
CONFIG_EXTCON_MAX8997=m
+# Tegra
+CONFIG_ARCH_TEGRA_114_SOC=y
+CONFIG_ARCH_TEGRA_124_SOC=y
+CONFIG_ARM_TEGRA_CPUFREQ=y
+CONFIG_TEGRA30_MC=y
+CONFIG_TRUSTED_FOUNDATIONS=y
+CONFIG_SERIAL_TEGRA=y
+CONFIG_AHCI_TEGRA=m
+CONFIG_PCI_TEGRA=y
+CONFIG_TEGRA_IOMMU_SMMU=y
+CONFIG_MMC_SDHCI_TEGRA=m
+CONFIG_TEGRA_WATCHDOG=m
+CONFIG_I2C_TEGRA=m
+CONFIG_TEGRA_SYSTEM_DMA=y
+CONFIG_TEGRA_EMC_SCALING_ENABLE=y
+CONFIG_TEGRA_AHB=y
+CONFIG_TEGRA20_APB_DMA=y
+CONFIG_SPI_TEGRA114=m
+CONFIG_PWM_TEGRA=m
+CONFIG_KEYBOARD_TEGRA=m
+CONFIG_USB_EHCI_TEGRA=m
+CONFIG_RTC_DRV_TEGRA=m
+CONFIG_SND_SOC_TEGRA=m
+CONFIG_SND_SOC_TEGRA_MAX98090=m
+CONFIG_SND_SOC_TEGRA_RT5640=m
+CONFIG_SND_SOC_TEGRA30_AHUB=m
+CONFIG_SND_SOC_TEGRA30_I2S=m
+CONFIG_SND_HDA_TEGRA=m
+CONFIG_TEGRA_HOST1X=m
+CONFIG_TEGRA_HOST1X_FIREWALL=y
+CONFIG_DRM_TEGRA=m
+CONFIG_DRM_TEGRA_FBDEV=y
+# CONFIG_DRM_TEGRA_DEBUG is not set
+CONFIG_DRM_TEGRA_STAGING=y
+CONFIG_DRM_PANEL=y
+CONFIG_DRM_PANEL_SIMPLE=m
+CONFIG_DRM_PANEL_LD9040=m
+CONFIG_DRM_PANEL_S6E8AA0=m
+# Jetson TK1
+CONFIG_PINCTRL_AS3722=y
+CONFIG_POWER_RESET_AS3722=y
+CONFIG_MFD_AS3722=y
+CONFIG_REGULATOR_AS3722=m
+CONFIG_RTC_DRV_AS3722=y
+
# regmap
CONFIG_REGMAP=y
CONFIG_REGMAP_I2C=m
diff --git a/config-armv7-lpae b/config-armv7-lpae
index 7ad1fce..2536087 100644
--- a/config-armv7-lpae
+++ b/config-armv7-lpae
@@ -13,6 +13,7 @@ CONFIG_ARCH_VIRT=y
# CONFIG_SOC_DRA7XX is not set
# CONFIG_ARCH_ROCKCHIP is not set
# CONFIG_ARCH_TEGRA is not set
+# CONFIG_ARCH_SOCFPGA is not set
# CONFIG_ARCH_ZYNQ is not set
# CONFIG_ARCH_AXXIA is not set
@@ -65,7 +66,21 @@ CONFIG_TI_DAVINCI_MDIO=m
# CONFIG_SND_DAVINCI_SOC is not set
# CONFIG_TI_SOC_THERMAL is not set
-# CONFIG_TEGRA_HOST1X is not set
-# CONFIG_DRM_PANEL_SIMPLE is not set
-# CONFIG_DRM_PANEL_LD9040 is not set
-# CONFIG_DRM_PANEL_S6E8AA0 is not set
+# Tegra
+# (Options only needed by platforms that don't have LPAE):
+# CONFIG_ARCH_TEGRA_2x_SOC is not set
+# CONFIG_ARCH_TEGRA_3x_SOC is not set
+# CONFIG_TEGRA20_MC is not set
+# CONFIG_TEGRA_IOMMU_GART is not set
+# CONFIG_SPI_TEGRA20_SFLASH is not set
+# CONFIG_SPI_TEGRA20_SLINK is not set
+# CONFIG_MFD_MAX8907 is not set
+# CONFIG_MFD_NVEC is not set
+# CONFIG_SND_SOC_TEGRA_ALC5632 is not set
+# CONFIG_SND_SOC_TEGRA_TRIMSLICE is not set
+# CONFIG_SND_SOC_TEGRA_WM8753 is not set
+# CONFIG_SND_SOC_TEGRA_WM8903 is not set
+# CONFIG_SND_SOC_TEGRA_WM9712 is not set
+# CONFIG_SND_SOC_TEGRA20_AC97 is not set
+# CONFIG_SND_SOC_TEGRA20_DAS is not set
+# CONFIG_SND_SOC_TEGRA20_SPDIF is not set
--
1.7.2.1
9 years, 3 months
3.17 for f17?
by Bruno Wolff III
With the latest slip it looks like 3.17 rc6 will be available by beta freeze
and that most likely (no rc8 or other odd delays) we could have 3.17
available as a zero day update for the beta release. And then we would
have 3 weeks after the beta release before final freeze for fix ups and
another two weeks after that for a 0 day update if warranted.
9 years, 3 months
[PATCH] Bump CMA to 64M by default as found in 3.15 multi_v7_defconfig
by Nicolas Chauvet
---
config-arm-generic | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/config-arm-generic b/config-arm-generic
index c1bc653..27df69b 100644
--- a/config-arm-generic
+++ b/config-arm-generic
@@ -150,7 +150,7 @@ CONFIG_THERMAL_GOV_USER_SPACE=y
CONFIG_CMA=y
CONFIG_DMA_CMA=y
# CONFIG_CMA_DEBUG is not set
-CONFIG_CMA_SIZE_MBYTES=16
+CONFIG_CMA_SIZE_MBYTES=64
CONFIG_CMA_SIZE_SEL_MBYTES=y
# CONFIG_CMA_SIZE_SEL_PERCENTAGE is not set
# CONFIG_CMA_SIZE_SEL_MIN is not set
--
1.7.2.1
9 years, 3 months
First 3.17 merge window kernel
by Josh Boyer
Hi All,
I just kicked off the first 3.17 merge window kernel build on koji.
I've tested it locally here on a few machines and haven't noticed any
significant issues. If you feel so inclined, please grab it from koji
when it completes and try it out. Let us know how it's working. If
for some reason it's broken on a significant number of machines, I can
try untagging it before it his the rawhide repo tomorrow.
josh
9 years, 3 months
kernel-tests master: Fix selinux check (d58176d)
by Justin Forbes
Repository : http://git.fedorahosted.org/cgit/kernel-tests.git
On branch : master
>---------------------------------------------------------------
commit d58176df3934725aa75b06aac89da1361098bf0a
Author: Justin M. Forbes <jforbes(a)redhat.com>
Date: Tue Aug 12 10:22:04 2014 -0500
Fix selinux check
>---------------------------------------------------------------
default/selinux-dac-controls/runtest.sh | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/default/selinux-dac-controls/runtest.sh b/default/selinux-dac-controls/runtest.sh
index 736ac97..dcdab08 100755
--- a/default/selinux-dac-controls/runtest.sh
+++ b/default/selinux-dac-controls/runtest.sh
@@ -13,7 +13,7 @@ if [ "$is_root" -ne "0" ]; then
fi
selinux=`getenforce`
-if [ "$selinux" == "Permissive" ]; then
+if [ "$selinux" != "Enforcing" ]; then
echo "SELinux must be enabled for this test"
exit 3
fi
9 years, 3 months