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 stu
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
(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 minutes
(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 i
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 posted
(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 hardware
+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")
>
, 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-
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"
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
was never 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-linu
(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
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
t 03:25:32AM +, 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-g
s suppressing ~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 6de9440e
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 don'
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
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 Bytes
(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'
(>3GiB
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
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 of
wn
in my case when it was trying hard 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 808c209dc82ce79147122ca
nce to 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/bas
23 matches
Mail list logo
