* Xavier Bestel <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-03-20 at 07:11 +0100, Willy Tarreau wrote:
> > I don't agree with starting to renice X to get something usable
>
> [...] Why not compensate for X design by prioritizing it a bit ?
there were multiple attempts with renicing X under the van
On Tue, Mar 20 2007, Davide Libenzi wrote:
>
> I was looking at Jens FIO stuff, and I decided to cook a quick patch for
> FIO to support GUASI (Generic Userspace Asyncronous Syscall Interface):
>
> http://www.xmailserver.org/guasi-lib.html
>
> I then ran a few tests on my Dual Opteron 252 with
Nick Piggin wrote:
Yeah you could, but it looks back to front to me.
The VM tells the filesystem that the machine took a fault at virtual
address X, then the filesystem asks the VM what pgoff that is, then
tells the VM to install the corresponding page to vaddr X.
With my ->fault, the VM asks
Jeff Garzik wrote:
> Robert Hancock wrote:
>> This patch adds in some NCQ blacklist entries taken from the Silicon
>> Image Windows drivers' .inf files for the 3124 and 3132 controllers.
>> These entries were marked as ""DisableSataQueueing". Assume these are
>> in their blacklist for a reason and
We can avoid allocating empty shared caches and avoid unecessary check of
cache->limit. We save some memory. We avoid bringing into CPU cache unecessary
cache lines.
All accesses to l3->shared are already checking NULL pointers so this patch is
safe.
Signed-off-by: Eric Dumazet <[EMAIL PROTE
Christoph Lameter a écrit :
On Wed, 21 Mar 2007, Eric Dumazet wrote:
The fast path is to put the pointer, into the cpu array cache. This object
might be given back some cycles later, because of a kmem_cache_alloc() : No
need to access the two cache lines (struct page, struct slab)
If you do t
"Jesper Juhl" <[EMAIL PROTECTED]> writes:
> On 20/03/07, Mikael Pettersson <[EMAIL PROTECTED]> wrote:
>> On Mon, 19 Mar 2007 18:42:22 +0100, Jesper Juhl wrote:
>> > --- a/drivers/block/floppy.c
>> > +++ b/drivers/block/floppy.c
>> > @@ -4302,7 +4302,12 @@ static int __init floppy_init(void)
>> >
On Wed, 21 Mar 2007, Eric Dumazet wrote:
> The fast path is to put the pointer, into the cpu array cache. This object
> might be given back some cycles later, because of a kmem_cache_alloc() : No
> need to access the two cache lines (struct page, struct slab)
If you do that then the slab will no
The existing comment in mm/slab.c is *perfect*, so I reproduce it :
/*
* CPU bound tasks (e.g. network routing) can exhibit cpu bound
* allocation behaviour: Most allocs on one cpu, most free operations
* on another cpu. For these cases, an efficient object pass
On Tue, 20 Mar 2007, Davide Libenzi wrote:
>
> I was looking at Jens FIO stuff, and I decided to cook a quick patch for
> FIO to support GUASI (Generic Userspace Asyncronous Syscall Interface):
>
> http://www.xmailserver.org/guasi-lib.html
>
> I then ran a few tests on my Dual Opteron 252 with
William Lee Irwin III wrote:
William Lee Irwin III wrote:
ISTR potential ppc64 users coming out of the woodwork for something I
didn't recognize the name of, but I may be confusing that with your
patch. I can implement additional users (and useful ones at that)
needing this in particular if des
Now we have an explicit per-cpu GDT variable, we don't need to keep
the descriptors around to use them to find the GDT: expose cpu_gdt
directly.
We could go further and make load_gdt() pack the descriptor for us, or
even assume it means "load the current cpu's GDT" which is what it
always does.
S
Signed-off-by: Wink Saville <[EMAIL PROTECTED]>
---
kernel/panic.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/kernel/panic.c b/kernel/panic.c
index 623d182..64a047e 100644
--- a/kernel/panic.c
+++ b/kernel/panic.c
@@ -20,6 +20,10 @@
#include
#include
+#i
Hello Eric , Fyi , linux-2.6.21-rc4 + mpt-fusion(*) patches from
Andrew Morton's patch tree . Still gives me the ever looping reset . But I
have just found sometrhing of interest one of the Powersuplies in the cabiinet
'May be' failing . I have to test that to be satisfied that is the case
Signed-off-by: Wink Saville <[EMAIL PROTECTED]>
---
drivers/Kconfig |2 ++
drivers/Makefile |1 +
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/Kconfig b/drivers/Kconfig
index 050323f..f05a2bf 100644
--- a/drivers/Kconfig
+++ b/drivers/Kconfig
@@ -84,4 +84,6 @@ sour
Signed-off-by: Wink Saville <[EMAIL PROTECTED]>
---
init/main.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/init/main.c b/init/main.c
index a92989e..46bc440 100644
--- a/init/main.c
+++ b/init/main.c
@@ -54,6 +54,7 @@
#include
#include
#include
+#include
#includ
Signed-off-by: Wink Saville <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/traps.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/arch/x86_64/kernel/traps.c b/arch/x86_64/kernel/traps.c
index 09d2e8a..c730176 100644
--- a/arch/x86_64/kernel/traps.c
+++ b/arch/x86_6
Signed-off-by: Wink Saville <[EMAIL PROTECTED]>
---
arch/x86_64/mm/fault.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/x86_64/mm/fault.c b/arch/x86_64/mm/fault.c
index 6ada723..9857ade 100644
--- a/arch/x86_64/mm/fault.c
+++ b/arch/x86_64/mm/fault.c
@@ -2
Signed-off-by: Wink Saville <[EMAIL PROTECTED]>
---
drivers/trec/Kconfig | 14 ++
drivers/trec/Makefile |5 +
drivers/trec/trec.c| 328
include/asm-generic/trec.h | 17 +++
include/asm-i386/trec.h| 33 +
include/asm-x86_
Signed-off-by: Wink Saville <[EMAIL PROTECTED]>
---
Documentation/trec.txt | 87
1 files changed, 87 insertions(+), 0 deletions(-)
create mode 100644 Documentation/trec.txt
diff --git a/Documentation/trec.txt b/Documentation/trec.txt
new file mode
We now have cpu_init() and secondary_cpu_init() doing nothing but
calling _cpu_init() with the same arguments. Rename _cpu_init() to
cpu_init() and use it as a replcement for secondary_cpu_init().
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
arch/i386/kernel/cpu/common.c | 36
Now we are no longer dynamically allocating the GDT, we don't need the
"cpu_gdt_table" at all: we can switch straight from "boot_gdt_table"
to the per-cpu GDT. This means initializing the cpu_gdt array in C.
The boot CPU uses the per-cpu var directly, then in smp_prepare_cpus()
it switches to the
On Tue, 20 Mar 2007 14:46:26 -0700 Mark Fasheh <[EMAIL PROTECTED]> wrote:
> do_sync_file_range() accepts a file * from which it takes an address_space
> to sync. Abstract out the bulk of the function into do_sync_mapping_range()
> which takes the address_space directly. This way callers who want t
Allocating PDA and GDT at boot is a pain. Using simple per-cpu
variables adds happiness (although we need the GDT page-aligned for
Xen, which we do in a followup patch).
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
arch/i386/kernel/cpu/common.c| 96 +---
On Tue, 20 Mar 2007 22:48:08 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
wrote:
> From: Rafael J. Wysocki <[EMAIL PROTECTED]>
>
> The SNAPSHOT_S2RAM ioctl does not disable the nonboot CPUs before entering
> the suspend, although it should do this.
>
> Signed-off-by: Rafael J. Wysocki <[EMAIL
After lots of good feedback and contributions from the last series, this
set of 4 simply cleans up GDT usage in i386. Percpu->pda is not
included: it's really a separate problem (but made much simpler by these
patches).
Patches are:
no-gdt-pda-alloc.patch
- Simplify by using per-cpu vars
Christoph Lameter a écrit :
On Tue, 20 Mar 2007, Eric Dumazet wrote:
I understand we want to do special things (fallback and such tricks) at
allocation time, but I believe that we can just trust the real nid of memory
at free time.
Sorry no. The node at allocation time determines which node s
[This was part of the GDT cleanups and per-cpu-> pda changes, which I
have revised, but this stands on its own. The only change is catching
the x86-64 per-cpu allocator too].
==
Let's allow page-alignment in general for per-cpu data (wanted by Xen,
and Ingo suggested KVM as well).
Because larger
On Tue, 20 Mar 2007 21:23:52 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote:
> Well it causes additional problems. We had some cases where it was really
> hard to distingush garbage and the true call chain.
yes, for some reason the naive backtraces seem to have got messier and messier
over
the years
On Tue, 20 Mar 2007 12:20:16 -0700 Kees Cook <[EMAIL PROTECTED]> wrote:
> I can't
> get 2.6.21-rc4-mm1 to compile (with or without this fix):
>
> GEN .version
> init/.missing_syscalls.h.cmd:2: *** missing separator. Stop.
> make: *** [.tmp_vmlinux1] Error 2
How'd you manage that?
Sam, I
William Lee Irwin III wrote:
>> ISTR potential ppc64 users coming out of the woodwork for something I
>> didn't recognize the name of, but I may be confusing that with your
>> patch. I can implement additional users (and useful ones at that)
>> needing this in particular if desired.
On Wed, Mar 21
William Lee Irwin III wrote:
Adam Litke wrote:
struct vm_operations_struct * vm_ops;
+ const struct pagetable_operations_struct * pagetable_ops;
On Wed, Mar 21, 2007 at 03:18:30PM +1100, Nick Piggin wrote:
Can you remind me why this isn't in vm_ops?
Also, it is going to be hu
I was looking at Jens FIO stuff, and I decided to cook a quick patch for
FIO to support GUASI (Generic Userspace Asyncronous Syscall Interface):
http://www.xmailserver.org/guasi-lib.html
I then ran a few tests on my Dual Opteron 252 with SATA drives (sata_nv)
and 8GB of RAM.
Mind that I'm not
Adam Litke wrote:
>> struct vm_operations_struct * vm_ops;
>> +const struct pagetable_operations_struct * pagetable_ops;
On Wed, Mar 21, 2007 at 03:18:30PM +1100, Nick Piggin wrote:
> Can you remind me why this isn't in vm_ops?
> Also, it is going to be hugepage-only, isn't it? So should
On Tue, Mar 20, 2007 at 03:02:14PM +0800, Nicolas Boichat wrote:
> I tried neverball on my Macbook Pro 1st generation (Core Duo, not Core 2
> Duo), and the x axis in inverted, not the y axis.
>
> Could you confirm which axis is inverted on your Macbook?
>
> Also, have you tried the modified hdaps
Adam Litke wrote:
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
include/linux/mm.h | 25 +
1 files changed, 25 insertions(+), 0 deletions(-)
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 60e0e4a..7089323 100644
--- a/include/linux/mm.h
+++ b/include/l
Artur Skawina wrote:
> Al Boldi wrote:
> > --- sched.bak.c 2007-03-16 23:07:23.0 +0300
> > +++ sched.c 2007-03-19 23:49:40.0 +0300
> > @@ -938,7 +938,11 @@ static void activate_task(struct task_st
> > (now - p->timestamp) >> 20);
> > }
> >
>
Randy Dunlap wrote:
On Thu, 15 Mar 2007 11:06:55 -0800 Andrew Morton wrote:
It's the most portable example, since it does not depend on libnl.
err, what is libnl?
lib-netlink (as already answered, but I wrote this last week)
I was referring to the library at http://people.suug.ch/~tgr/lib
On Tuesday 20 March 2007, Greg KH wrote:
[...]
>> It looks like, from the series files contents, that I grabbed the
>> wrong 'queue', its all 2.6.21 stuff. url please.
>
>The patch queue can be found at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git
>
>All of the patches
On Tue, Mar 20, 2007 at 11:04:43PM -0400, Gene Heskett wrote:
> On Tuesday 20 March 2007, Michael Krufky wrote:
> >Gene Heskett wrote:
> >> On Tuesday 20 March 2007, Greg KH wrote:
> >>> On Tue, Mar 20, 2007 at 01:15:02AM -0400, Gene Heskett wrote:
> In any event, something tickled the monster
From: Randy Dunlap <[EMAIL PROTECTED]>
Date: Tue, 20 Mar 2007 20:05:38 -0700
> Build a kernel with CONFIG_NET-n and CONFIG_BLK_DEV_MD=m.
> Unless csum_partial() is built and kept by some arch Makefile,
> the result is:
> ERROR: "csum_partial" [drivers/md/md-mod.ko] undefined!
> make[1]: *** [__mod
Hi.
On Tue, 2007-03-20 at 19:23 -0600, Eric W. Biederman wrote:
> "Rafael J. Wysocki" <[EMAIL PROTECTED]> writes:
>
> > On Tuesday, 20 March 2007 22:06, Rafael J. Wysocki wrote:
> >> On Tuesday, 20 March 2007 21:58, Jiri Slaby wrote:
> >> > Rafael J. Wysocki napsal(a):
> >> > > Actually, the prob
There is (was) yet another function to load something into
the cr3 register. We don't need it.
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
--
Glauber de Oliveira Costa
Red Hat Inc.
"Free as in Freedom"
diff --git a/arch/x86_64/kernel/smp.c b/arch/x86_64/kernel/smp.c
index af1ec4
On Wed, 21 Mar 2007, Andi Kleen wrote:
> > We usually use page_to_nid(). Sure this will determine the node the object
> > resides on. But this may not be the node on which the slab is tracked
> > since there may have been a fallback at alloc time.
>
> How about your slab rewrite? I assume it w
drivers/md/md.c calls csum_partial().
IF CONFIG_NET=n and BLK_DEV_MD=y, if arch/*/lib/Makefile
puts csum-partial.o or checksum.o into lib-y, the function
is present. (Of course, if the function is placed in
obj-y, there is no problem.)
If CONFIG_NET=n and BLK_DEV_MD=n, if arch/*/lib/Makefile
pu
On Tuesday 20 March 2007, Michael Krufky wrote:
>Gene Heskett wrote:
>> On Tuesday 20 March 2007, Greg KH wrote:
>>> On Tue, Mar 20, 2007 at 01:15:02AM -0400, Gene Heskett wrote:
In any event, something tickled the monster, and its hungry. This
is a full-stop, show-stopper AFAIAC.
>
On Tuesday 20 March 2007, Michael Krufky wrote:
>Gene Heskett wrote:
>> On Tuesday 20 March 2007, Greg KH wrote:
>>> On Tue, Mar 20, 2007 at 01:15:02AM -0400, Gene Heskett wrote:
In any event, something tickled the monster, and its hungry. This
is a full-stop, show-stopper AFAIAC.
>
Anton Blanchard wrote:
Hi,
The advantage would be that it wouldn't require a v3 for platforms for
which MIN_PAGE_SIZE == PAGE_SIZE, which accounts for a very large
percentage of systems.
You still have to look for the darn magic in two places, so there is no
reason for it to be different.
Eric W. Biederman [EMAIL PROTECTED] wrote:
| "Rafael J. Wysocki" <[EMAIL PROTECTED]> writes:
|
| > On Tuesday, 20 March 2007 22:06, Rafael J. Wysocki wrote:
| >> On Tuesday, 20 March 2007 21:58, Jiri Slaby wrote:
| >> > Rafael J. Wysocki napsal(a):
| >> > > Actually, the problem is 100% reproducib
> We usually use page_to_nid(). Sure this will determine the node the object
> resides on. But this may not be the node on which the slab is tracked
> since there may have been a fallback at alloc time.
How about your slab rewrite? I assume it would make more sense to fix
such problems in that
Linus Torvalds wrote:
On Tue, 20 Mar 2007, Zachary Amsden wrote:
Actually, I was thinking the irq handlers would just not mess around with
eflags on the stack, just call the chip to ack the interrupt and re-enable
hardware interrupts when they left, since that is free anyway with the iret.
Philippe Troin wrote:
> Wakko Warner <[EMAIL PROTECTED]> writes:
>
> > [84797.683873] sr 1:0:13:0: scsi: Device offlined - not ready after error
> > recovery
> >
> > Is there anyway to make the kernel "online" a device that has done this?
> > I've had this happen on various devices (mostly on u
On Tue, 20 Mar 2007, Zachary Amsden wrote:
>
> Actually, I was thinking the irq handlers would just not mess around with
> eflags on the stack, just call the chip to ack the interrupt and re-enable
> hardware interrupts when they left, since that is free anyway with the iret.
No can do. Think l
Hi,
> The advantage would be that it wouldn't require a v3 for platforms for
> which MIN_PAGE_SIZE == PAGE_SIZE, which accounts for a very large
> percentage of systems.
>
> You still have to look for the darn magic in two places, so there is no
> reason for it to be different.
The problem i
Hi,
"[PATCH]: pcmcia - spot slave decode flaws (for testing)" works properly.
(kernel 2.6.21-rc4-mm1)
pccard: PCMCIA card inserted into slot 1
pcmcia: registering new device pcmcia1.0
ata3: PATA max PIO0 cmd 0x00010100 ctl 0x0001010e bmdma 0x irq 3
scsi2 : pata_pcmcia
ata3.00: CFA: SunDi
Wakko Warner <[EMAIL PROTECTED]> writes:
> [84797.683873] sr 1:0:13:0: scsi: Device offlined - not ready after error
> recovery
>
> Is there anyway to make the kernel "online" a device that has done this?
> I've had this happen on various devices (mostly on usb where I can
> unplug/replug), but
Linus Torvalds wrote:
On Tue, 20 Mar 2007, Zachary Amsden wrote:
void local_irq_restore(int enabled)
{
pda.intr_mask = enabled;
/*
* note there is a window here where softirqs are not processed by
* the interrupt handler, but that is not a problem, since it will
* get done h
> Avoid multiple/repeated warnings:
> include/linux/utrace.h:594: warning: return type defaults to 'int'
Oops! Thanks for catching this.
Thanks,
Roland
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Mon, 19 Mar 2007 20:56:23 -0800 Andrew Morton wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc4/2.6.21-rc4-mm1/
UIO_CIF should depend on PCI ??
With CO
"Rafael J. Wysocki" <[EMAIL PROTECTED]> writes:
> On Tuesday, 20 March 2007 22:06, Rafael J. Wysocki wrote:
>> On Tuesday, 20 March 2007 21:58, Jiri Slaby wrote:
>> > Rafael J. Wysocki napsal(a):
>> > > Actually, the problem is 100% reproducible on my system too and I doubt
> it's
>> > > caused by
On Tue, Mar 20, 2007 at 06:08:10PM -0400, Rik van Riel wrote:
> - "Active: %8lu kB\n"
> - "Inactive: %8lu kB\n"
...
> + "Active(anon): %8lu kB\n"
> + "Inactive(anon): %8lu kB\n"
> + "Active(file): %8lu kB\n"
> + "
On Mon, Mar 19, 2007 at 01:05:02PM -0700, Adam Litke wrote:
> Andrew, given the favorable review of these patches the last time
> around, would you consider them for the -mm tree? Does anyone else
> have any objections?
We need a new round of commentary for how it should integrate with
Nick Piggi
[84797.683873] sr 1:0:13:0: scsi: Device offlined - not ready after error
recovery
Is there anyway to make the kernel "online" a device that has done this?
I've had this happen on various devices (mostly on usb where I can
unplug/replug), but this time, it's on a scsi controller and the driver i
On Tue, 20 Mar 2007, Zachary Amsden wrote:
>
> void local_irq_restore(int enabled)
> {
>pda.intr_mask = enabled;
>/*
> * note there is a window here where softirqs are not processed by
> * the interrupt handler, but that is not a problem, since it will
> * get done here in th
Guilt v0.23 is available for download (once it mirrors out on kernel.org).
Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
queues-like functionality and interface to git.
Tarballs:
http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/
Git repo:
git://git.kernel.org/pub/
Matt Mackall wrote:
> On Tue, Mar 20, 2007 at 09:31:58AM -0700, Jeremy Fitzhardinge wrote:
>
>> Linus Torvalds wrote:
>>
>>> On Tue, 20 Mar 2007, Eric W. Biederman wrote:
>>>
>>>
If that is the case. In the normal kernel what would
the "the oops, we got an interrupt cod
On Tue, 20 Mar 2007, Eric Dumazet wrote:
> I understand we want to do special things (fallback and such tricks) at
> allocation time, but I believe that we can just trust the real nid of memory
> at free time.
Sorry no. The node at allocation time determines which node specific
structure tracks
On 20 Mar, Greg KH wrote:
> On Tue, Mar 20, 2007 at 10:43:22PM +0100, Stefan Richter wrote:
>> @@ -586,7 +586,10 @@ static void ether1394_add_host (struct h
>> }
>>
>> SET_MODULE_OWNER(dev);
>> +#if 0
>> +/* FIXME - Is this the correct parent device anyway? */
>> SET_NETDEV
On Tue, 20 Mar 2007, Andi Kleen wrote:
> > > Is it possible virt_to_slab(objp)->nodeid being different from
> > > pfn_to_nid(objp) ?
> >
> > It is possible the page allocator falls back to another node than
> > requested. We would need to check that this never occurs.
>
> The only way to ensur
On Tue, Mar 20, 2007 at 02:25:49PM +, James Simmons wrote:
>
> This patch does several things to allow the underlying hardware to be
> shared amount many devices. The most important thing is the use of
> the created device via device_create instead of the hardware device. No
> longer should
On Tue, 20 Mar 2007 17:36:57 +0100, "J.A. Magallón" <[EMAIL PROTECTED]> wrote:
> On Mon, 19 Mar 2007 20:56:23 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
> >
> > Will appear later at
> >
> >
> > ftp://ft
Jeremy Fitzhardinge wrote:
Zachary Amsden wrote:
I think Jeremy's idea was to have interrupt handlers leave interrupts
disabled on exit if pda.intr_mask was set. In which case, they would
bypass all work and we could never get preempted.
Yes, I was worried that if we left the isr with
Linus Torvalds writes:
> We should just do this natively. There's been several tests over the years
> saying that it's much more efficient to do sti/cli as a simple store, and
> handling the "oops, we got an interrupt while interrupts were disabled" as
> a special case.
>
> I have this dim mem
On Tue, Mar 20, 2007 at 03:08:19PM -0800, Zachary Amsden wrote:
> Matt Mackall wrote:
> >I don't know that you need an xchg there. If you're still on the same
> >CPU, it should all be nice and causal even across an interrupt handler.
> >So it could be:
> >
> > pda.intr_mask = 0; /* intr_pending c
Lukas Hejtmanek wrote:
On Tue, Mar 20, 2007 at 06:52:51PM +0100, Andi Kleen wrote:
Flow control must be turned off for some other reason.
That's your fundamental problem. Fix that.
Even if you get the rate right there can be many reasons why timing
gets disrupted temporarily and to recover fr
Christopher Mulcahy wrote:
My harddrives are Seagate Barracudas ( 7200.10, 500GB, ST3500630AS )
They have jumpers to toggle between 1.5Gb/s operation and 3.0Gb/s
operation.
When jumpered to 1.5Gbs operation, there are no problems.
Settings the drives to 3.0Gbs operation generates exceptions
On Tue, 20 Mar 2007, Andi Kleen wrote:
>
> Linus is worried about the unwinder crashing -- that wouldn't help with that.
And to make it clear: this is not a theoretical worry. It happened many
times over the months the unwinder was in.
It was supposed to help debugging, but it made bugs that
On Mon, 19 Mar 2007 20:56:23 -0800 Andrew Morton wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc4/2.6.21-rc4-mm1/
I think that this:
config EEPROM_93CX6
On Mon, 2007-03-19 at 13:05 -0700, Adam Litke wrote:
> For the common case (vma->pagetable_ops == NULL), we do almost the
> same thing as the current code: load and test. The third instruction
> is different in that we jump for the common case instead of jumping in
> the hugetlb case. I don't thi
[Sending this to LKML as well, to reach more of Sparse's user community.]
Google has accepted Sparse as a mentoring organization for Summer of Code
2007. Interested students can propose work on Sparse-related projects, work
on those projects over the summer, and receive a stipend from Google for
On Tue, 20 Mar 2007, Andi Kleen wrote:
> On Tue, Mar 20, 2007 at 11:49:39AM -0700, Linus Torvalds wrote:
> >
> > the thing is, I'd rather see a long backtrace that is hard to decipher but
> > that *never* *ever* causes any additional problems, over a pretty one.
>
> Well it causes additional
From: Dale Farnsworth <[EMAIL PROTECTED]>
mv643xx_eth_shutdown is needed for kexec.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
drivers/net/mv643xx_eth.c | 14 ++
1 file changed, 14 insertions(+)
Index: linux-2.6-powerpc-df/drivers/net/mv643xx_eth.c
===
On Tue, Mar 20, 2007 at 10:43:22PM +0100, Stefan Richter wrote:
> The networking subsystem has been converted from class_device to device
> but ieee1394 hasn't. This results in a 100% reproducible NULL pointer
> dereference if the ohci1394 driver module is unloaded while the eth1394
> module is st
This teaches scsi devices how to support "new style" hotplug/coldplug:
using a modalias sysfs attribute for coldplug, and MODALIAS environment
variable for hotplug.
It also updates the CH, SD, SR, and ST drivers with the aliases needed to
drive them by that mechanism. (Older OnStream devices use
Zachary Amsden wrote:
> I think Jeremy's idea was to have interrupt handlers leave interrupts
> disabled on exit if pda.intr_mask was set. In which case, they would
> bypass all work and we could never get preempted.
Yes, I was worried that if we left the isr without actually handling the
interru
From: "Michael S. Tsirkin" <[EMAIL PROTECTED]>
Date: Tue, 20 Mar 2007 18:02:17 +0200
> David, Alexey, what do you think about this patch? Is it right?
> Could this patch be considered for 2.6.21?
>
> Acked-by: Michael S. Tsirkin <[EMAIL PROTECTED]>
I plan to apply it and merge.
-
To unsubscribe
On Mon, 2007-03-19 at 13:05 -0700, Adam Litke wrote:
> Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
> ---
>
> fs/hugetlbfs/inode.c|3 ++-
> include/linux/hugetlb.h |4 ++--
> mm/hugetlb.c| 12
> mm/memory.c | 10 --
> 4 files changed,
On Mon, 2007-03-19 at 13:05 -0700, Adam Litke wrote:
>
> +#define has_pt_op(vma, op) \
> + ((vma)->pagetable_ops && (vma)->pagetable_ops->op)
> +#define pt_op(vma, call) \
> + ((vma)->pagetable_ops->call)
Can you get rid of these macros? I think they make it a wee bit harder
to read
Neil Schemenauer wrote:
Not sure if this helps. I'm getting this reset with 2.6.21-rc4.
After the reset the controller seems to work again.
...
ata2.00: ATA-7: Maxtor 6V300F0, VA111630, max UDMA/133
ata2.00: 586114704 sectors, multi 16: LBA48 NCQ (depth 31/32)
...
ata2: EH in ADMA mode, n
Andrew Morton wrote:
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc4/2.6.21-rc4-mm1/
...
> git-ieee1394.patch
...
Just a note for readers of lkml: git-ieee1394.patch is steadily growing
thanks to Kristian Høgsberg's work on his new altern
Matt Mackall wrote:
I don't know that you need an xchg there. If you're still on the same
CPU, it should all be nice and causal even across an interrupt handler.
So it could be:
pda.intr_mask = 0; /* intr_pending can't get set after this */
Why not? Oh, I see. intr_mask is inverted for
On Tue, 2007-20-03 at 10:15 +0100, Arjan van de Ven wrote:
> disabling that is a BAD idea. I'm no fan of SMM myself, but it's there,
> and we have to live with it. Disabling it without knowing what it does
> on your system is madness.
>
Like Lee said, for "debugging", mainly trying to resolve un
On Tue, Mar 20, 2007 at 09:31:58AM -0700, Jeremy Fitzhardinge wrote:
> Linus Torvalds wrote:
> > On Tue, 20 Mar 2007, Eric W. Biederman wrote:
> >
> >> If that is the case. In the normal kernel what would
> >> the "the oops, we got an interrupt code do?"
> >> I assume it would leave interrupts
On Tuesday, 20 March 2007 23:24, Pavel Machek wrote:
> Hi!
>
> > > > We forget to increase device_available if there's an error in
> > > > snapshot_open(), so the snapshot device cannot be open at all after
> > > > snapshot_open() has returned an error.
> > >
> > > Actually, this should go to the
On Tue, 2007-03-20 at 09:58 -0600, Eric W. Biederman wrote:
> Looking at the above code snippet. I guess it is about time to
> merge our per_cpu and pda variables...
Indeed, thanks for the prod. Now 2.6.21-rc4-mm1 is out, I'll resend the
patches.
Cheers,
Rusty.
-
To unsubscribe from this list
Alan Cox <[EMAIL PROTECTED]> wrote:
> - recvmsg not supporting MSG_TRUNC is rather weird and really ought to be
> fixed one day as its useful to find out the sizeof message pending when
> combined with MSG_PEEK
Hmmm... I hadn't considered that. I assumed MSG_TRUNC not to be useful as
arbitraril
Hi!
> > > We forget to increase device_available if there's an error in
> > > snapshot_open(), so the snapshot device cannot be open at all after
> > > snapshot_open() has returned an error.
> >
> > Actually, this should go to the beggining of series, as it is
> > (non-critical) bugfix.
>
> Well
On Tuesday 20 March 2007 23:43:22 Stefan Richter wrote:
> The networking subsystem has been converted from class_device to device
> but ieee1394 hasn't. This results in a 100% reproducible NULL pointer
> dereference if the ohci1394 driver module is unloaded while the eth1394
> module is still load
On Tuesday, 20 March 2007 23:16, Pavel Machek wrote:
> Hi!
>
> > We forget to increase device_available if there's an error in
> > snapshot_open(), so the snapshot device cannot be open at all after
> > snapshot_open() has returned an error.
>
> Actually, this should go to the beggining of series
On Tuesday, 20 March 2007 01:54, Tobias Doerffel wrote:
> On Monday 19 March 2007 22:43:20 you wrote:
> > Hi,
> >
> > On Monday, 19 March 2007 13:50, Tobias Doerffel wrote:
> > > Hi,
> > >
> > > Suspend to RAM used to work fine on my computer (Intel Core Duo, 1 GB
> > > RAM, Intel 82801G (ICH7-chip
1 - 100 of 421 matches
Mail list logo
