netconsole module unload broken between 2.6.19 and 2.6.20 (and still broken as of 2.6.21-rc6)

2007-04-07 Thread Robin H. Johnson
(Please CC me on emails, I'm not on LKML). Somewhere between 2.6.19 and 2.6.20, unloading of the netconsole module got broken. It's still broken as of 2.6.21-rc6. If you try to unload the module, the rmmod/modprobe-r just sits there forever. I can reproduce it on tg3, forcedeth and e1000

Idle loadavg of ~1, maybe MD related

2007-12-30 Thread Robin H. Johnson
(Please CC me, I'm subbed to LKML). My G5, while running practically nothing (just sshd and some to watch the load), has a weird cycle of load averages. I think it might be related to MD, simply because that's the only thing that is clocking up cputime. A full cycle lasts approximately 27

Re: Idle loadavg of ~1, maybe MD related

2008-01-05 Thread Robin H. Johnson
On Sat, Jan 05, 2008 at 01:30:37AM -0800, Andrew Morton wrote: From that I'd suspect that kwindfarm is being a bad citizen. If a process is consistently stuck in D state, run Windfarm. echo w /proc/sysrq-trigger then record the resulting dmesg output so we can see where it got stuck.

Intel Core Duo/Duo2 T2300/E6400 - Hyper-Threading (the absence of)

2007-01-08 Thread Robin H. Johnson
(Please CC me, I am not subscribed to LKML [I have set the Mail-Followup-To header accordingly]). On two of my new machines, with Intel Core Duo T2300 and Core2 Duo E6400 chips respectively, I noticed some weirdness in how many CPUs are present. If the hyper-threading bit is present in the CPU

Licensing copyright of kernel .config files (defconfig, *config)

2014-05-31 Thread Robin H. Johnson
(Please CC me on replies, not subscribed to LKML) Hi, Somewhat of an odd question, but none of the files in question seem to have a copyright header on them... For a kernel .config file, either from one of the defconfig or any other *config option that automates the answer: 1. What license does

Re: Licensing copyright of kernel .config files (defconfig, *config)

2014-06-01 Thread Robin H. Johnson
On Mon, Jun 02, 2014 at 12:01:46AM +0100, Ken Moffat wrote: Naively, since the defconfigs are bundled with the kernel, that could fall under GPLv2-only implicitly, but lacking any explicit copyright headers makes this interesting (arch/*/configs/* contain lots of files, no copyright

[PATCH v2] libata: disable a disk via libata.force params

2013-12-16 Thread Robin H. Johnson
ported to the libata layer. This patch implements a disable flag for libata.force. Example use: libata.force=2.0:disable [v2 of the patch, removed the nodisable flag per Tejun Heo] Signed-off-by: Robin H. Johnson robb...@gentoo.org X-URL: http://unix.stackexchange.com/questions/102648/how

[PATCH] libata: provide the ability to disable a disk via the params.

2013-12-12 Thread Robin H. Johnson
this, but that was never ported to the libata layer. Signed-off-by: Robin H. Johnson robb...@gentoo.org X-URL: http://unix.stackexchange.com/questions/102648/how-to-tell-linux-kernel-3-0-to-completely-ignore-a-failing-disk X-URL: http://askubuntu.com/questions/352836/how-can-i-tell-linux-kernel-to-completely

Re: [PATCH] libata: provide the ability to disable a disk via the params.

2013-12-12 Thread Robin H. Johnson
On Thu, Dec 12, 2013 at 08:39:35AM -0500, Tejun Heo wrote: Hello, Robin. On Sat, Dec 07, 2013 at 04:56:27PM -0800, Robin H. Johnson wrote: + { disable,.horkage_on = ATA_HORKAGE_DISABLE }, + { nodisable, .horkage_off= ATA_HORKAGE_DISABLE }, Given

Re: [PATCH] libata: provide the ability to disable a disk via the params.

2013-12-12 Thread Robin H. Johnson
On Thu, Dec 12, 2013 at 09:36:55PM +0100, Levente Kurusa wrote: 2. One of my friends wondered if it would be worthwhile to add force keywords for other HORKAGE bits, and if so, should the ata_lflag/ata_link force bits also be presented? I don't think so. Most of the other HORKAGEs are

[PATCH] PCI: QEMU top-level IDs for (sub)vendor & device

2016-01-25 Thread Robin H. Johnson
Introduce PCI_VENDOR/PCI_SUBVENDOR/PCI_SUBDEVICE defines to replace the constants scattered in the kernel already used to detect QEMU. They are defined in the QEMU codebase per docs/specs/pci-ids.txt. Signed-off-by: Robin H. Johnson <robb...@gentoo.org> --- This change prompted by a nea

[PATCH resend] PCI: QEMU top-level IDs for (sub)vendor & device

2016-03-06 Thread Robin H. Johnson
Introduce PCI_VENDOR/PCI_SUBVENDOR/PCI_SUBDEVICE defines to replace the constants scattered in the kernel already used to detect QEMU. They are defined in the QEMU codebase per docs/specs/pci-ids.txt. Signed-off-by: Robin H. Johnson <robb...@gentoo.org> Reviewed-by: Takashi Iwai <ti..

PROBLEM: dmesg spam: alloc_contig_range: [XX, YY) PFNs busy

2016-11-18 Thread Robin H. Johnson
(Replies CC to list and direct to me please) Summary: dmesg spammed with alloc_contig_range: [XX, YY) PFNs busy Description: I recently upgrading 4.9-rc5, (previous kernel 4.5.0-rc6-00141-g6794402), and since then my dmesg has been absolutely flooded with 'PFNs busy'

PROBLEM-PERSISTS: dmesg spam: alloc_contig_range: [XX, YY) PFNs busy

2016-11-29 Thread Robin H. Johnson
000, Robin H. Johnson wrote: > (Replies CC to list and direct to me please) > > Summary: > > dmesg spammed with alloc_contig_range: [XX, YY) PFNs busy > > Description: > > I recently upgrading 4.9-rc5, (previous kernel 4.5.0-rc6-00141-g6794402), >

Re: PROBLEM-PERSISTS: dmesg spam: alloc_contig_range: [XX, YY) PFNs busy

2016-11-30 Thread Robin H. Johnson
ing ~43 entries/second right now). commit 6ad4037e18ec2199f8755274d8a745a9904241a1 Author: Robin H. Johnson <robb...@gentoo.org> Date: Wed Nov 30 10:32:57 2016 -0800 mm: ratelimit & trace PFNs busy. Signed-off-by: Robin H. Johnson <robb...@gentoo.org> diff --git a/mm/page_

drm/radeon spamming alloc_contig_range: [xxx, yyy) PFNs busy busy

2016-11-30 Thread Robin H. Johnson
Somewhere in the Radeon/DRM codebase, CMA page allocation has either regressed in the timeline of 4.5->4.9, and/or the drm/radeon code is doing something different with pages. Given that I haven't seen ANY other reports of this, I'm inclined to believe the problem is drm/radeon specific (if I

Re: drm/radeon spamming alloc_contig_range: [xxx, yyy) PFNs busy busy

2016-11-30 Thread Robin H. Johnson
On Thu, Dec 01, 2016 at 08:38:15AM +0100, Vlastimil Babka wrote: > >> By default config this should not be used on x86. > > What do you mean by that statement? > > I mean that the 16 mbytes for generic CMA area is not a default on x86: > > config CMA_SIZE_MBYTES > int "Size in Mega

Re: drm/radeon spamming alloc_contig_range: [xxx, yyy) PFNs busy busy

2016-11-30 Thread Robin H. Johnson
On Wed, Nov 30, 2016 at 10:24:59PM +0100, Vlastimil Babka wrote: > [add more CC's] > > On 11/30/2016 09:19 PM, Robin H. Johnson wrote: > > Somewhere in the Radeon/DRM codebase, CMA page allocation has either > > regressed in the timeline of 4.5->4.9, and/or the drm/

Re: Regarding your thread on LKML - drm_radeon spamming alloc_contig_range [WAS: Re: PROBLEM-PERSISTS: dmesg spam: alloc_contig_range: [XX, YY) PFNs busy]

2017-06-29 Thread Robin H. Johnson
rd to allocate. -- Robin Hugh Johnson E-Mail : robb...@orbis-terrarum.net Home Page : http://www.orbis-terrarum.net/?l=people.robbat2 ICQ# : 30269588 or 41961639 GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85 commit 808c209dc82ce79147122ca78e7047bc74a16149 Author: Robin H. Jo

[PATCH] firmware: cleanup FIRMWARE_IN_KERNEL message

2017-11-16 Thread Robin H. Johnson
o firmware being included in the kernel source tree. Cc: Greg K-H <gre...@linuxfoundation.org> Cc: Masahiro Yamada <yamada.masah...@socionext.com> Cc: David Woodhouse <dw...@infradead.org> Signed-off-by: Robin H. Johnson <robb...@gentoo.org> --- drivers/base/Kconfig | 25 +++

Re: [PATCH 2/3] firmware: Drop FIRMWARE_IN_KERNEL Kconfig option

2018-01-23 Thread Robin H. Johnson
+1 on this series. Signed-off-by: Robin H. Johnson <robb...@gentoo.org> On Tue, Jan 23, 2018 at 06:06:31PM -0800, Benjamin Gilbert wrote: > It doesn't actually do anything. Merge its help text into > EXTRA_FIRMWARE. > > Fixes: 5620a0d1aacd ("firmware: delete in-ke

Intel Core Duo/Duo2 T2300/E6400 - Hyper-Threading (the absence of)

2007-01-08 Thread Robin H. Johnson
(Please CC me, I am not subscribed to LKML [I have set the Mail-Followup-To header accordingly]). On two of my new machines, with Intel Core Duo T2300 and Core2 Duo E6400 chips respectively, I noticed some weirdness in how many CPUs are present. If the hyper-threading bit is present in the CPU

netconsole module unload broken between 2.6.19 and 2.6.20 (and still broken as of 2.6.21-rc6)

2007-04-07 Thread Robin H. Johnson
(Please CC me on emails, I'm not on LKML). Somewhere between 2.6.19 and 2.6.20, unloading of the netconsole module got broken. It's still broken as of 2.6.21-rc6. If you try to unload the module, the rmmod/modprobe-r just sits there forever. I can reproduce it on tg3, forcedeth and e1000

Re: [2.6.21.1] SATA freeze

2007-05-12 Thread Robin H. Johnson
On Sat, May 12, 2007 at 12:48:59PM -0600, Robert Hancock wrote: > Fred Moyer wrote: > > I just joined the list today so apologies if this email breaks any email > > client post threading. > > I have been seeing similar errors on two different systems. I applied > > Robert's sata_nv patch

[PATCH] libata: provide the ability to disable a disk via the params.

2013-12-12 Thread Robin H. Johnson
this, but that was never ported to the libata layer. Signed-off-by: Robin H. Johnson X-URL: http://unix.stackexchange.com/questions/102648/how-to-tell-linux-kernel-3-0-to-completely-ignore-a-failing-disk X-URL: http://askubuntu.com/questions/352836/how-can-i-tell-linux-kernel-to-completely-ignore-a-disk

Re: [PATCH] libata: provide the ability to disable a disk via the params.

2013-12-12 Thread Robin H. Johnson
On Thu, Dec 12, 2013 at 08:39:35AM -0500, Tejun Heo wrote: > Hello, Robin. > > On Sat, Dec 07, 2013 at 04:56:27PM -0800, Robin H. Johnson wrote: > > + { "disable",.horkage_on = ATA_HORKAGE_DISABLE }, > > + { "nodisable"

Re: [PATCH] libata: provide the ability to disable a disk via the params.

2013-12-12 Thread Robin H. Johnson
On Thu, Dec 12, 2013 at 09:36:55PM +0100, Levente Kurusa wrote: > > 2. One of my friends wondered if it would be worthwhile to add force > > keywords for other HORKAGE bits, and if so, should the > > ata_lflag/ata_link force bits also be presented? > I don't think so. Most of the other HORKAGEs

[PATCH v2] libata: disable a disk via libata.force params

2013-12-16 Thread Robin H. Johnson
ported to the libata layer. This patch implements a disable flag for libata.force. Example use: libata.force=2.0:disable [v2 of the patch, removed the nodisable flag per Tejun Heo] Signed-off-by: Robin H. Johnson X-URL: http://unix.stackexchange.com/questions/102648/how-to-tell-linux-kernel-3

Licensing & copyright of kernel .config files (defconfig, *config)

2014-05-31 Thread Robin H. Johnson
(Please CC me on replies, not subscribed to LKML) Hi, Somewhat of an odd question, but none of the files in question seem to have a copyright header on them... For a kernel .config file, either from one of the defconfig or any other *config option that automates the answer: 1. What license does

Re: Licensing & copyright of kernel .config files (defconfig, *config)

2014-06-01 Thread Robin H. Johnson
On Mon, Jun 02, 2014 at 12:01:46AM +0100, Ken Moffat wrote: > > Naively, since the defconfigs are bundled with the kernel, that could > > fall under GPLv2-only implicitly, but lacking any explicit copyright > > headers makes this interesting (arch/*/configs/* contain lots of files, > > no

Re: Regarding your thread on LKML - drm_radeon spamming alloc_contig_range [WAS: Re: PROBLEM-PERSISTS: dmesg spam: alloc_contig_range: [XX, YY) PFNs busy]

2017-06-29 Thread Robin H. Johnson
rd to allocate. -- Robin Hugh Johnson E-Mail : robb...@orbis-terrarum.net Home Page : http://www.orbis-terrarum.net/?l=people.robbat2 ICQ# : 30269588 or 41961639 GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85 commit 808c209dc82ce79147122ca78e7047bc74a16149 Author: Robin H.

Re: Idle loadavg of ~1, maybe MD related

2008-01-05 Thread Robin H. Johnson
On Sat, Jan 05, 2008 at 01:30:37AM -0800, Andrew Morton wrote: > >From that I'd suspect that kwindfarm is being a bad citizen. > If a process is consistently stuck in D state, run Windfarm. > echo w > /proc/sysrq-trigger > then record the resulting dmesg output so we can see where it got

Re: Idle loadavg of ~1, maybe MD related

2008-01-06 Thread Robin H. Johnson
On Sun, Jan 06, 2008 at 10:21:57PM +1100, Paul Mackerras wrote: > Robin, what does the "motherboard" line in /proc/cpuinfo say on your > machine? motherboard : PowerMac11,2 MacRISC4 Power Macintosh -- Robin Hugh Johnson Gentoo Linux Developer & Infra Guy E-Mail : [EMAIL PROTECTED] GnuPG

Idle loadavg of ~1, maybe MD related

2007-12-30 Thread Robin H. Johnson
(Please CC me, I'm subbed to LKML). My G5, while running practically nothing (just sshd and some to watch the load), has a weird cycle of load averages. I think it might be related to MD, simply because that's the only thing that is clocking up cputime. A full cycle lasts approximately 27

Re: [PATCH 2/3] firmware: Drop FIRMWARE_IN_KERNEL Kconfig option

2018-01-23 Thread Robin H. Johnson
+1 on this series. Signed-off-by: Robin H. Johnson On Tue, Jan 23, 2018 at 06:06:31PM -0800, Benjamin Gilbert wrote: > It doesn't actually do anything. Merge its help text into > EXTRA_FIRMWARE. > > Fixes: 5620a0d1aacd ("firmware: delete in-kernel firmware") > Fixes

[PATCH] firmware: cleanup FIRMWARE_IN_KERNEL message

2017-11-16 Thread Robin H. Johnson
o firmware being included in the kernel source tree. Cc: Greg K-H Cc: Masahiro Yamada Cc: David Woodhouse Signed-off-by: Robin H. Johnson --- drivers/base/Kconfig | 25 + 1 file changed, 13 insertions(+), 12 deletions(-) diff --git a/drivers/base/Kconfig b/drivers/base/Kco

PROBLEM: dmesg spam: alloc_contig_range: [XX, YY) PFNs busy

2016-11-18 Thread Robin H. Johnson
(Replies CC to list and direct to me please) Summary: dmesg spammed with alloc_contig_range: [XX, YY) PFNs busy Description: I recently upgrading 4.9-rc5, (previous kernel 4.5.0-rc6-00141-g6794402), and since then my dmesg has been absolutely flooded with 'PFNs busy'

PROBLEM-PERSISTS: dmesg spam: alloc_contig_range: [XX, YY) PFNs busy

2016-11-29 Thread Robin H. Johnson
000, Robin H. Johnson wrote: > (Replies CC to list and direct to me please) > > Summary: > > dmesg spammed with alloc_contig_range: [XX, YY) PFNs busy > > Description: > > I recently upgrading 4.9-rc5, (previous kernel 4.5.0-rc6-00141-g6794402), >

Re: PROBLEM-PERSISTS: dmesg spam: alloc_contig_range: [XX, YY) PFNs busy

2016-11-30 Thread Robin H. Johnson
ing ~43 entries/second right now). commit 6ad4037e18ec2199f8755274d8a745a9904241a1 Author: Robin H. Johnson Date: Wed Nov 30 10:32:57 2016 -0800 mm: ratelimit & trace PFNs busy. Signed-off-by: Robin H. Johnson diff --git a/mm/page_alloc.c b/mm/page_alloc.c index 6de9440e3ae2..3c28

drm/radeon spamming alloc_contig_range: [xxx, yyy) PFNs busy busy

2016-11-30 Thread Robin H. Johnson
Somewhere in the Radeon/DRM codebase, CMA page allocation has either regressed in the timeline of 4.5->4.9, and/or the drm/radeon code is doing something different with pages. Given that I haven't seen ANY other reports of this, I'm inclined to believe the problem is drm/radeon specific (if I

Re: drm/radeon spamming alloc_contig_range: [xxx, yyy) PFNs busy busy

2016-11-30 Thread Robin H. Johnson
On Wed, Nov 30, 2016 at 10:24:59PM +0100, Vlastimil Babka wrote: > [add more CC's] > > On 11/30/2016 09:19 PM, Robin H. Johnson wrote: > > Somewhere in the Radeon/DRM codebase, CMA page allocation has either > > regressed in the timeline of 4.5->4.9, and/or the drm/

Re: drm/radeon spamming alloc_contig_range: [xxx, yyy) PFNs busy busy

2016-11-30 Thread Robin H. Johnson
On Thu, Dec 01, 2016 at 08:38:15AM +0100, Vlastimil Babka wrote: > >> By default config this should not be used on x86. > > What do you mean by that statement? > > I mean that the 16 mbytes for generic CMA area is not a default on x86: > > config CMA_SIZE_MBYTES > int "Size in Mega

[PATCH resend] PCI: QEMU top-level IDs for (sub)vendor & device

2016-03-06 Thread Robin H. Johnson
Introduce PCI_VENDOR/PCI_SUBVENDOR/PCI_SUBDEVICE defines to replace the constants scattered in the kernel already used to detect QEMU. They are defined in the QEMU codebase per docs/specs/pci-ids.txt. Signed-off-by: Robin H. Johnson Reviewed-by: Takashi Iwai Reviewed-by: Gerd Hoffmann

[PATCH] PCI: QEMU top-level IDs for (sub)vendor & device

2016-01-25 Thread Robin H. Johnson
Introduce PCI_VENDOR/PCI_SUBVENDOR/PCI_SUBDEVICE defines to replace the constants scattered in the kernel already used to detect QEMU. They are defined in the QEMU codebase per docs/specs/pci-ids.txt. Signed-off-by: Robin H. Johnson --- This change prompted by a near-miss in the review