On Thu, 5 Apr 2007, Justin Piszcz wrote:
http://www.ussg.iu.edu/hypermail/linux/kernel/0701.3/0315.html
I have similar issues as this poster-- I was wondering (if anyone) had an
idea to the root cause of this issue; is it a problem with the chipset, the
BIOS revision?
Mobo: Intel DG965WHM
http://www.ussg.iu.edu/hypermail/linux/kernel/0701.3/0315.html
I have similar issues as this poster-- I was wondering (if anyone) had an
idea to the root cause of this issue; is it a problem with the chipset,
the BIOS revision?
Mobo: Intel DG965WHMKR
BIOS: 1666
Is it only Intel Chipsets that
On Thu, 2007-04-05 at 22:42 +0100, Alan Hourihane wrote:
> On Thu, 2007-04-05 at 21:38 +0200, Arnd Bergmann wrote:
> > On Thursday 05 April 2007, Alan Hourihane wrote:
> > > @@ -0,0 +1,405 @@
> > > +/*
> > > + * Copyright (c) Intel Corp. 2007.
> > > + * All Rights Reserved.
> > > + *
> >
> > Say
On Thursday 05 April 2007, Alan Hourihane wrote:
> As for the above, I've noticed that drivers/video/epson1355fb.c also has
> this wording and is under the GPL.
Yes, many files have it, but that doesn't make it right ;-)
Arnd <><
-
To unsubscribe from this list: send the line "unsubscribe
On Tuesday 03 April 2007 11:28 pm, Wu, Bryan wrote:
> USB gadget rndis: skb_push function may return a pointer which is not
> aligned as required by struct rndis_packet_msg_type.
Can you instead try to update the declaration of that struct
so that it's "__attribute__((packed))"? That's less invas
On Thu, 2007-04-05 at 14:36 -0700, Andrew Morton wrote:
> On Thu, 05 Apr 2007 14:25:19 -0700
> john stultz <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 2007-04-05 at 14:03 -0700, Daniel Walker wrote:
> > > Before this change the timekeeping code would poll the clocksource
> > > list every interrupt. T
On Thu, 2007-04-05 at 21:38 +0200, Arnd Bergmann wrote:
> On Thursday 05 April 2007, Alan Hourihane wrote:
> > @@ -0,0 +1,405 @@
> > +/*
> > + * Copyright (c) Intel Corp. 2007.
> > + * All Rights Reserved.
> > + *
>
> Saying 'All Rights Reserved' is usually considered the opposite of
> licensing
Andrew Morton wrote:
#if NR_CPUS >= CONFIG_SPLIT_PTLOCK_CPUS
I wonder which way you're using, and whether using the other way changes
things.
I'm using the default Fedora config file, which has
NR_CPUS defined to 64 and CONFIG_SPLIT_PTLOCK_CPUS
to 4, so I am using the split locks.
However,
On Thu, 2007-04-05 at 14:29 -0700, Daniel Walker wrote:
> On Thu, 2007-04-05 at 14:25 -0700, john stultz wrote:
> > On Thu, 2007-04-05 at 14:03 -0700, Daniel Walker wrote:
> > > Before this change the timekeeping code would poll the clocksource
> > > list every interrupt. This changes that so the c
On Thu, 05 Apr 2007 14:25:19 -0700
john stultz <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-04-05 at 14:03 -0700, Daniel Walker wrote:
> > Before this change the timekeeping code would poll the clocksource
> > list every interrupt. This changes that so the clocksource list is
> > only checked when th
From: "Waskiewicz Jr, Peter P" <[EMAIL PROTECTED]>
Date: Thu, 5 Apr 2007 14:33:19 -0700
> David,
> Please consider pulling from my git tree:
>
> git-pull git://lost.foo-projects.org/~ppwaskie/git/net-2.6.22
> multiqueue
>
> This is a branch named 'multiqueue' of a recent pull from yo
David,
Please consider pulling from my git tree:
git-pull git://lost.foo-projects.org/~ppwaskie/git/net-2.6.22
multiqueue
This is a branch named 'multiqueue' of a recent pull from your tree with
an updated implementation of the multiqueue implementation we've been
working on. Inc
On Thu, 2007-04-05 at 14:25 -0700, john stultz wrote:
> On Thu, 2007-04-05 at 14:03 -0700, Daniel Walker wrote:
> > Before this change the timekeeping code would poll the clocksource
> > list every interrupt. This changes that so the clocksource list is
> > only checked when there has been and upda
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Wed, 4 Apr 2007 16:06:19 -0700 (PDT)
> Sparse Virtual: Virtual Memmap support for SPARSEMEM V4
>
> V1->V3
> - Add IA64 16M vmemmap size support (reduces TLB pressure)
> - Add function to test for eventual node/node vmemmap overlaps
> - Upper /
On Thu, 2007-04-05 at 14:03 -0700, Daniel Walker wrote:
> Before this change the timekeeping code would poll the clocksource
> list every interrupt. This changes that so the clocksource list is
> only checked when there has been and update, and no longer checks
> in interrupt context.
>
> This als
On Thu, 5 Apr 2007 16:54:17 -0400, "Dmitry Torokhov" <[EMAIL PROTECTED]> wrote:
> > On a certain keyboard, when BIOS sets NumLock LED on, it survives the
> > takeover
> > by Linux and thus confuses users.
> >
> > Eating of an increasibly scarce quirk bit is unfortunate. We do it for
> > safety,
[EMAIL PROTECTED] wrote:
The ones in /proc/cpuinfo are cooked values anyway; there is plenty of
history to that effect.
I don't know this history. And I don't care.
I thought /proc/cpuinfo should show an (almost) complete list
of CPU features. If this is not the case it's a pity.
It's a li
Peter Anvin wrote:
> Andreas Herrmann wrote:
> >
> > It is not equivalent. Usually users check /proc/cpuinfo for their
> > CPU features. Deleting that flag is kind of obfuscation.
> >
> > I guess some time ago people did not care about their "svm" or "vmx"
> > flags. Nowadays (e.g. with kvm) some
Andi Kleen wrote:
>> Hm, I was more wondering about simple compiler reordering. Does the
>> relative order of setting and reading cpu_tlbstate.state, active_mm and
>> the mm->cpu_vm_mask matter?
>>
>
> Hmm, perhaps a barrier between state and active_mm might be a good idea.
> Setting active_m
Before this change the timekeeping code would poll the clocksource
list every interrupt. This changes that so the clocksource list is
only checked when there has been and update, and no longer checks
in interrupt context.
This also has a few small space and line cleanups.
Boot tested on i386, com
On Thu, 05 Apr 2007 14:38:30 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
> Nick Piggin wrote:
>
> > Oh, also: something like this patch would help out MADV_DONTNEED, as it
> > means it can run concurrently with page faults. I think the locking will
> > work (but needs forward porting).
>
> Iro
On Thursday 05 April 2007 23:00:22 Jeremy Fitzhardinge wrote:
> Andi Kleen wrote:
> > The interrupts can only happen when the other CPU is already lazy
> > and enter_lazy_tlb would be a nop then. The flushers itself are
> > synchronized by the page_table_lock or the mm semaphore.
> >
> > Against s
Andi Kleen wrote:
> The interrupts can only happen when the other CPU is already lazy
> and enter_lazy_tlb would be a nop then. The flushers itself are
> synchronized by the page_table_lock or the mm semaphore.
>
> Against switch_mm it tries to protect with ordering.
>
> wmb()s are not needed on x
On Thu, 5 Apr 2007, Robin Holt wrote:
>
> For testing, Jack Steiner create the following patch. All it does
> is moves tasks which are transitioning to the zombie state from where
> they are in the children list to the head of the list. In this way,
> they will be the first found and reaping d
On 4/5/07, Pete Zaitcev <[EMAIL PROTECTED]> wrote:
On a certain keyboard, when BIOS sets NumLock LED on, it survives the takeover
by Linux and thus confuses users.
Eating of an increasibly scarce quirk bit is unfortunate. We do it for safety,
given the history of nervous input devices which cras
On Thu, Apr 05, 2007 at 02:33:03PM -0600, Jeff V. Merkey wrote:
>
> BUG: using smp_processor_id() in preemptible [0001] code:
> kondemand/0/2473
> caller is centrino_target+0xfb/0x600
> [<401e3646>] debug_smp_processor_id+0x9e/0xb0
> [<40112afb>] centrino_target+0xfb/0x600
> [<40112a00
On Thu, 5 Apr 2007 22:37:45 +0200 (MEST)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> Hello Stephen,
>
> On Apr 5 2007 12:23, Stephen Hemminger wrote:
> >
> >If the radeon and/or the Ethernet driver support MSI, that would split
> >out the IRQ's as well.
>
> Would Linux do that automatically? How
On a certain keyboard, when BIOS sets NumLock LED on, it survives the takeover
by Linux and thus confuses users.
Eating of an increasibly scarce quirk bit is unfortunate. We do it for safety,
given the history of nervous input devices which crash if anything unusual
happens.
Signed-off-by: Pete Z
Glauber noticed long delays between hitting a key, and seeing data come
up on the virtual console. Looking into this, I found that the
wake_parent routine that reads from all devices was actually starving
out the parent after sending the parent a signal to wake up.
The thing is, the child which t
On 4/5/07, Eric Dumazet <[EMAIL PROTECTED]> wrote:
Signed-off-by: Eric Dumazet <[EMAIL PROTECTED]>
---
include/linux/futex.h | 45 +-
kernel/futex.c| 294 +---
2 files changed, 230 insertions(+), 109 deletions(-)
I cannot vouch for the whole
On Apr 5 2007 11:19, David Brownell wrote:
>On Wednesday 04 April 2007 9:18 pm, Randy Dunlap wrote:
>
>> I don't think it's a MUA thing. I think David is talking about the
>> spaces after the ^\t that are used for indenting immediately under
>> the "if".
>
>Exactly.
>
>1 if (There was a youn
Hello Stephen,
On Apr 5 2007 12:23, Stephen Hemminger wrote:
>
>If the radeon and/or the Ethernet driver support MSI, that would split
>out the IRQ's as well.
Would Linux do that automatically? How to find out whether a given
device -- or device driver? -- supports MSI?
Thanks,
Jan
--
-
To uns
On Thursday 05 April 2007, Kevin Corry wrote:
> For the moment, I made the change to topology_init() since it was the
> simplest
> fix to get things working. I have considered switching the perfmon2
> initialization to __initcall(), but there are apparently some timing issues
> with ensuring th
Hi,
I changed a little bit the vfb module to be used as a frame buffer in
memory. I would like to use the mmap over the virtual framebuffer. I
added a few line:
I allocated the buffer using
videomemory=(void *)__get_free_pages(GFP_KERNEL,
get_order(PAGE_ALIGN(videomemorysize)));
and fixed the fr
On Thu, 5 Apr 2007 21:11:29 +0200
Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * David Howells <[EMAIL PROTECTED]> wrote:
>
> > But short of recording the lock sequence, I don't think there's anyway
> > to find out for sure. printk probably won't cut it as a recording
> > mechanism because its
On Fri, 2007-04-06 at 02:08 +1000, Con Kolivas wrote:
> On Thursday 05 April 2007 21:54, Ingo Molnar wrote:
> > * Mike Galbraith <[EMAIL PROTECTED]> wrote:
> > > On Tue, 2007-04-03 at 08:01 +0200, Ingo Molnar wrote:
> > > > looks interesting - could you send the patch?
> > >
> > > Ok, this is looki
BUG: using smp_processor_id() in preemptible [0001] code:
kondemand/0/2473
caller is centrino_target+0xfb/0x600
[<401e3646>] debug_smp_processor_id+0x9e/0xb0
[<40112afb>] centrino_target+0xfb/0x600
[<40112a00>] centrino_target+0x0/0x600
[<40305bd9>] __cpufreq_driver_target+0x5c/0x6b
[] do_d
On Thu April 5 2007 3:08 pm, Arnd Bergmann wrote:
> On Thursday 05 April 2007, Kevin Corry wrote:
> > First, the stock 2.6.20 kernel has a prototype in include/linux/smp.h for
> > a function called smp_call_function_single(). However, this routine is
> > only implemented on i386, x86_64, ia64, and
Alan Cox wrote:
+static int ata_ignore_hpa = 0;
+module_param_named(ignore_hpa, ata_ignore_hpa, int, 0644);
+MODULE_PARM_DESC(ignore_hpa, "Ignore HPA (0=off 1=on)");
+
static int ata_probe_timeout = ATA_TMOUT_INTERNAL / HZ;
module_param(ata_probe_timeout, int, 0444);
MODULE_PARM_DESC(ata_probe
On Thu, 05 Apr 2007 13:02:59 -0400
[EMAIL PROTECTED] wrote:
> On Mon, 02 Apr 2007 22:47:45 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
> Am seeing an Oops 'cannot handle kernel paging request' during late
> system startup
These four are also 2.6.22 material. They are -
giving some drivers release methods so they can be
hot-unplugged without either the kernel or hch complaining
delete a now-unused macro
improved debugging output
faster page table walking
Provide a register dump if handle_trap fails.
Abstract out ptrace_dump_regs since it now has two callers.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/os-Linux/skas/process.c | 37 +
1 file changed, 25 insertions(+), 12 deletions(-)
Index: linux-2
Define release methods for the ubd and net drivers. They contain as
much of the remove methods as make sense. All error checking must
have already been done as well as anything else that might be holding
a reference on the device kobject.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/
The previous page table walking code was horribly inefficient. This
patch replaces it with code taken from elsewhere in the kernel.
forking from bash is now ~5% faster and page faults are handled ~10%
faster.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/kernel/tlb.c | 202 ++
On Thursday 05 April 2007 21:44:10 Jeremy Fitzhardinge wrote:
> Hi,
>
> What protects the cpu_tlbstate? I see in i386/kernel/smp.c that its
> always used in a non-preemptable area, but what prevents races with
> interrupts? For example, what prevents leave_mm() called via the
> flush_tlb_all IPI
HOST_FRAME_SIZE isn't used any more. It has been replaced with MAX_REG_NR.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/sys-i386/user-offsets.c |1 -
arch/um/sys-x86_64/user-offsets.c |1 -
2 files changed, 2 deletions(-)
Index: linux-2.6.21-mm/arch/um/sys-i386/user-offsets
> Hmm, yeah I'll see if I could group them a bit. The problem there
> is that the patch series contains multiple rounds of "add and fix"
> cycles. Pretty much all the non-dependant fixes have already been
> applied, BTW.
Bear in mind that it doesn't work now, so merging some stuff and being in
a "
On Fri, 06 Apr 2007 02:33:03 +1000
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On 3/04/2007 3:47 PM, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
> > - The oops in git-net.patch has been fixed, so that tree has bee
> > +static int ata_ignore_hpa = 0;
> > +module_param_named(ignore_hpa, ata_ignore_hpa, int, 0644);
> > +MODULE_PARM_DESC(ignore_hpa, "Ignore HPA (0=off 1=on)");
> > +
> > static int ata_probe_timeout = ATA_TMOUT_INTERNAL / HZ;
> > module_param(ata_probe_timeout, int, 0444);
> > MODULE_PARM_DESC
On Thu, 5 Apr 2007 15:57:14 +0400
Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> On 04/02, Gautham R Shenoy wrote:
> >
> > +extern struct workqueue_struct *create_freeze_exempted_workqueue(const
> > char *name, int freeze_exempt_events);
> > +
> > +extern struct workqueue_struct *create_singlethread_
From: Ingo Molnar <[EMAIL PROTECTED]>
Date: Thu, 5 Apr 2007 21:07:14 +0200
> * Masayuki Nakagawa <[EMAIL PROTECTED]> wrote:
>
> > I found an issue with -rt patch. It is that netstat doesn't show IPv6
> > sockets in ESTABLISHED state. This issue happens because a flag bit of
> > ebitmask is not
Krzysztof Halasa <[EMAIL PROTECTED]> writes:
> Remove duplicate prototypes for error(), gzip_mark() and gzip_release()
> - they are first declared few lines earlier in all these files.
That's obviously
Signed-off-by: Krzysztof Halasa <[EMAIL PROTECTED]>
--
Krzysztof Halasa
-
To unsubscribe from
On Thursday 05 April 2007, Kevin Corry wrote:
> First, the stock 2.6.20 kernel has a prototype in include/linux/smp.h for a
> function called smp_call_function_single(). However, this routine is only
> implemented on i386, x86_64, ia64, and mips. Perfmon2 apparently needs to
> call this to run
Hello,
Carl Love and I have been working on getting the latest perfmon2 patches
(http://perfmon2.sourceforge.net/) working on Cell, and on powerpc in
general. We've come up with some powerpc-specific questions and we're hoping
to get some opinions from the powerpc kernel developers.
First, the
We have been testing a new larger configuration and we are seeing a very
large scan time of init's tsk->children list. In the cases we are seeing,
there are numerous kernel processes created for each cpu (ie: events/0
... events/, xfslogd/0 ... xfslogd/). These are
all on the list ahead of the p
n 4/2/07, Chuck Ebbert <[EMAIL PROTECTED]> wrote:
Stephen Evanchik wrote:
> My hardware components are the following:
>
> Motherboard: A8V-VM Socket 939 VIA K8M890 / VT8251
> CPU: Opteron 165 dual core
> Harddisk: SATA 1.5Gbps WD 160GB drive
>
> Most relevant snippet from dmesg, (you can see a lo
* Randy Dunlap <[EMAIL PROTECTED]> [070404 17:16]:
> On Wed, 4 Apr 2007 14:05:41 -0400 Tony Lindgren wrote:
>
> > This patch merges board specific files from N800 tree.
> > Nokia has published the files at:
> >
>
> 2 comments:
>
> a. lots of printk() calls need log levels added as well as som
Hi,
What protects the cpu_tlbstate? I see in i386/kernel/smp.c that its
always used in a non-preemptable area, but what prevents races with
interrupts? For example, what prevents leave_mm() called via the
flush_tlb_all IPI from racing with, say, enter_lazy_tlb? Couldn't a
race leave cpu_tlbstat
Thanks for the report. I introduced this bug recently when I changed
around some of the locking but forgot about the writeback issue. I don't
think this is directly related to any other crash you might have seen.
I've moved the call out of the lock-holding region, where it didn't need to
be. I'
On Thu, 05 Apr 2007 13:48:58 +0100
David Howells <[EMAIL PROTECTED]> wrote:
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > What we effectively have is 32 threads on a single CPU all doing
> >
> > for (ever) {
> > down_write()
> > up_write()
> > down
On Thu, 05 Apr 2007 08:34:59 -0600
Robert Hancock <[EMAIL PROTECTED]> wrote:
> Jan Engelhardt wrote:
> > Hello list,
> >
> >
> >
> > let's take the following /proc/interrupts dump (CPU2,CPU3 trimmed)...
> >
> >CPU0 CPU1
> > 0: 37041766 37038991 IO-APIC-edge timer
> >
On Thu, 2007-04-05 14:13:52 +0100, Alan Cox <[EMAIL PROTECTED]> wrote:
> diff -u --new-file --recursive --exclude-from /usr/src/exclude
> linux.vanilla-2.6.21-rc5-mm4/drivers/ata/libata-core.c
> linux-2.6.21-rc5-mm4/drivers/ata/libata-core.c
> --- linux.vanilla-2.6.21-rc5-mm4/drivers/ata/libata-c
* David Howells <[EMAIL PROTECTED]> wrote:
> But short of recording the lock sequence, I don't think there's anyway
> to find out for sure. printk probably won't cut it as a recording
> mechanism because its overheads are too great.
getting a good trace of it is easy: pick up the latest -rt k
Andrew Burgess wrote:
> The machine is x86_64 SMP. I also got the oops in the Fedora kernels:
> 2.6.20-1.2933.fc6 and 2.6.20-1.3017.fc7. The system isn't locked solid but
> it seems anything touching the scsi disks hangs. I also twice got this early
> in the boot and it stopped booting.
>
> Any
* Masayuki Nakagawa <[EMAIL PROTECTED]> wrote:
> I found an issue with -rt patch. It is that netstat doesn't show IPv6
> sockets in ESTABLISHED state. This issue happens because a flag bit of
> ebitmask is not set when the IPv6 socket connection is established.
>
> The fix is to set the flag b
* Con Kolivas <[EMAIL PROTECTED]> wrote:
> Nice -10 on mainline ruins the latency of nice 0 tasks unlike SD. New
> scheduling class just for X? Sounds like a very complicated
> userspace-changing way to just do the equivalent of "nice -n -10"
> obfuscated.
i think you are missing the point. W
On Thu, 2007-04-05 at 13:38 -0400, [EMAIL PROTECTED] wrote:
> On Thu, 05 Apr 2007 11:44:46 BST, Alan Hourihane said:
>
> > Attached is a patch against 2.6.21-rc5 which adds the Intel Vermilion
> > Range support.
>
> One non-technical question here...
>
> > +config FB_VERMILION
> > + tristate "
On Thu, 5 Apr 2007, Pat wrote:
> Yes, there is a specific app which seems to be related
> to the kernel panic.
>
> We use a few third party drivers on the system, so my
> initial suspicions were on: 3w_9xxx(U) which is the
> RAID card driver and fusedriver(U) which is a hardware
> PCI card driver
On Wednesday 04 April 2007 17:16, Randy Dunlap wrote:
> On Wed, 04 Apr 2007 16:45:40 -0600 Bjorn Helgaas wrote:
> > +static int smsc_nopnp;
> > +module_param_named(nopnp, smsc_nopnp, bool, 0);
> > +MODULE_PARM_DESC(nopnp, "Do not use PNP to detect controller settings");
>
> Document this parameter
On Thu, 2007-04-05 at 10:30 +0200, Michael Trimarchi wrote:
> Hi,
> I changed a little bit the vfb module to be used as a frame buffer in
> memory. I would like to use the mmap over the virtual framebuffer. I
> added a few line:
> I allocated the buffer using
> videomemory=(void *)__get_free_page
> One non-technical question here...
>
> > +config FB_VERMILION
> > + tristate "Vermilion support"
> > + depends on FB && PCI && X86
> > + select FB_MODE_HELPERS
> > + select FB_CFB_FILLRECT
> > + select FB_CFB_COPYAREA
> > + select FB_CFB_IMAGEBLIT
> > + help
> > + This driver
Nick Piggin wrote:
Oh, also: something like this patch would help out MADV_DONTNEED, as it
means it can run concurrently with page faults. I think the locking will
work (but needs forward porting).
Ironically, your patch decreases throughput on my quad core
test system, with Jakub's test case.
resend
-Original Message-
From: Lu, Yinghai
Sent: Wednesday, April 04, 2007 10:43 AM
To: 'Andi Kleen'
Cc: Andrew Morton; Len Brown; linux-kernel@vger.kernel.org
Subject: RE: [PATCH] x86_64/acpi: make kernel to be compiled when
CONFIG_ACPI_NUMA is set and power management with acpi is not
On Thu, 5 Apr 2007, Andy Whitcroft wrote:
> Christoph if you could let us know which benchmarks you are seeing gains
> with that would be a help.
You saw the numbers that Ken got with the pipe test right?
Then there are some minor improvements if you run AIM7.
I got into this because I saw the
> Hmm, yeah I'll see if I could group them a bit. The problem there
> is that the patch series contains multiple rounds of "add and fix"
> cycles. Pretty much all the non-dependant fixes have already been
> applied, BTW.
I think it's nice to roll up fixes into patches that haven't been
merged
David Brownell wrote:
On Wednesday 04 April 2007 9:18 pm, Randy Dunlap wrote:
I don't think it's a MUA thing. I think David is talking about the
spaces after the ^\t that are used for indenting immediately under
the "if".
Exactly.
if (There was a young lady named Bright
* Randy Dunlap <[EMAIL PROTECTED]> [070404 17:51]:
> On Wed, 4 Apr 2007 14:05:42 -0400 Tony Lindgren wrote:
>
> > From: Kai Svahn <[EMAIL PROTECTED]>
> >
> > This patch merges omap2 PM code from N800 tree.
> >
> > Patch adds support for sleep while idle for omap2
> > and handy serial console de
On Thu, 5 Apr 2007, Badari Pulavarty wrote:
> On Wed, 2007-04-04 at 21:29 -0700, Christoph Lameter wrote:
> > Here is a patch that adds validation (only for cpuslabs and partial
> > slabs but thats where the action is). Apply this patch
> > and then do
> >
> > echo 1 >/sys/slab//validate
> >
>
On Wednesday 04 April 2007 9:18 pm, Randy Dunlap wrote:
> I don't think it's a MUA thing. I think David is talking about the
> spaces after the ^\t that are used for indenting immediately under
> the "if".
Exactly.
if (There was a young lady named Bright
Whose speed was
Running a 'usex -e' load [http://people.redhat.com/~anderson/usex/] on
2.6.21-rc5-mm4 on ia64, I see the following:
BUG: scheduling while atomic: strace/0x4001/20162
Call Trace:
[] show_stack+0x80/0xa0
sp=e76042dc7610 bsp=e76042dc1260
[] dump_stack+0x
On Tue, 3 Apr 2007, Jiri Kosina wrote:
On Tue, 3 Apr 2007, Li Yu wrote:
May be, we need some means to change blacklist in runtime.
Paul Walmsley (added to CC) sent me patches some time ago that among other
things implemented possibility to modify the hid_blacklist[] in runtime.
The patches h
On Thu, 5 Apr 2007, William Lee Irwin III wrote:
> On Wed, Apr 04, 2007 at 05:40:31PM -0700, Christoph Lameter wrote:
> > Replace the calls to kmalloc with calls into the page allocator.
> > An alternate solution may be to create a custom slab cache where the
> > alignment is set to PAGE_SIZE. Th
--- Hugh Dickins <[EMAIL PROTECTED]> wrote:
> > I'm running kernel 2.6.9-22.ELsmp on dual Xeon
>
> You'd do better to ask Red Hat support than here.
Thanks for the suggestion. I'll give them a shot too.
> Are the initial BUGs usually of that kind -
> rmap.c:434?
Yes. From the ones I've recorde
* Roland Dreier <[EMAIL PROTECTED]> [070405 12:32]:
> > > It would be enormously helpful if instead we got say 15 small patch sets
> > > which are independant so that a query or NAK means 14 sets get applied
> > > this time around not zero.
> >
> > I was thinking about merging the patches tog
Count per BDI unstable pages.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
fs/nfs/write.c |4
include/linux/backing-dev.h |1 +
2 files changed, 5 insertions(+)
Index: linux-2.6/fs/nfs/write.c
===
Now that we have per BDI dirty throttling is makes sense to also have oer BDI
congestion feedback; why wait on another device if the current one is not
congested.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
drivers/block/pktcdvd.c |2 -
drivers/md/dm-crypt.c |7 +++--
Introduce a mechanism to wait on free memory.
Currently congestion_wait() is abused to do this.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
arch/i386/lib/usercopy.c |2 +-
fs/xfs/linux-2.6/kmem.c |4 ++--
include/linux/mm.h |3 +++
mm/page_alloc.c | 25 +++
Scale writeback cache per backing device, proportional to its writeout speed.
akpm sayeth:
> Which problem are we trying to solve here? afaik our two uppermost
> problems are:
>
> a) Heavy write to queue A causes light writer to queue B to blok for a long
> time in balance_dirty_pages(). Even i
Expose the per BDI stats in /sys/block//queue/*
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c | 81
mm/page-writeback.c |2 -
2 files changed, 82 insertions(+), 1 deletion(-)
Index: linux-2.6/block/ll_rw_blk.c
Hi all
I'm pleased to present this patch which improves linux futexes performance and
scalability, merely avoiding taking mmap_sem rwlock.
Ulrich agreed with the API and said glibc work could start as soon
as he gets a Fedora kernel with it :)
Andrew, could we get this in mm as well ? This vers
Don't worry, it's me!
Seems I forgot to edit the From field :-(
On Thu, 2007-04-05 at 19:42 +0200, [EMAIL PROTECTED] wrote:
> Against 2.6.21-rc5-mm4 without:
> per-backing_dev-dirty-and-writeback-page-accounting.patch
>
> This series implements BDI independent dirty limits and congestion contr
Count per BDI dirty pages.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
fs/buffer.c |1 +
include/linux/backing-dev.h |1 +
mm/page-writeback.c |2 ++
mm/truncate.c |1 +
4 files changed, 5 insertions(+)
Index: linux-2.6/fs/buffer.c
Provide scalable per backing_dev_info statistics counters modeled on the ZVC
code.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c |1
drivers/block/rd.c |2
drivers/char/mem.c |2
fs/char_dev.c |1
fs/fuse/inod
rely on accurate dirty page accounting to provide enough push back
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
Index: linux-2.6-mm/include/linux/writeback.h
===
--- linux-2.6-mm.orig/include/linux/writeback.h 2007-04-05 13:
When the threshol is in the order of the per cpu inaccuracies we can
deadlock by not receiveing the updated count, introduce a more expensive
but more accurate stat read function to use on low thresholds.
(TODO: roll into the bdi_stat patch)
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
Count per BDI writeback pages.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/linux/backing-dev.h |1 +
mm/page-writeback.c |8 ++--
2 files changed, 7 insertions(+), 2 deletions(-)
Index: linux-2.6/mm/page-writeback.c
==
Only do the congestion wait when we actually encountered congestion.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/linux/swap.h |1 +
mm/page_io.c |9 +
mm/vmscan.c | 25 -
3 files changed, 30 insertions(+), 5 deletions(-
Against 2.6.21-rc5-mm4 without:
per-backing_dev-dirty-and-writeback-page-accounting.patch
This series implements BDI independent dirty limits and congestion control.
This should solve several problems we currently have in this area:
- mutual interference starvation (for any number of BDIs), a
Its redundant, clear_bdi_congested() already wakes the waiters.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
fs/nfs/write.c |4 +---
include/linux/backing-dev.h |1 -
mm/backing-dev.c| 13 -
3 files changed, 1 insertion(+), 17 deletions(-)
On Thu, 5 Apr 2007, Justin Piszcz wrote:
Had a quick question, this is the first time I have seen this happen, and it
was not even under during heavy I/O, hardly anything was going on with the
box at the time.
.. snip ..
# /usr/bin/time badblocks -b 512 -s -v -w /dev/sdl
Checking for bad b
101 - 200 of 412 matches
Mail list logo
