On Thu, 25 Jan 2007 23:44:58 + (GMT)
Mel Gorman <[EMAIL PROTECTED]> wrote:
> The following 8 patches against 2.6.20-rc4-mm1 create a zone called
> ZONE_MOVABLE
Argh. These surely get all tangled up with the
make-zones-optional-by-adding-zillions-of-ifdef patches:
On Fri, 2007-01-26 at 11:50 +0100, Andreas Block wrote:
> u8 pin, slot;
> - int irq;
> + int irq = 0;
Aren't there platforms for which irq = 0 is a valid irq ?
Xav
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Thu, 14 Dec 2006 20:57:34 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 6 Dec 2006 16:59:35 +
> Andy Whitcroft <[EMAIL PROTECTED]> wrote:
>
> > + tmp = __pfn_to_page(pfn);
>
> ia64 doesn't implement __page_to_pfn. Why did you not use page_to_pfn()?
Poke.
Pete Zaitcev wrote:
> On Fri, 26 Jan 2007 03:35:19 +0100, Stefan Richter <[EMAIL PROTECTED]> wrote:
>> The target wrote an SBP-2 status block into our memory. The status block
>> contains the FireWire bus address of the ORB to which it belongs. [...]
>
> I see. SRP has a more flexible tag which
Hi,
I'm currently working on a port to a CPCI board with a MPC5200.
When testing the PCI interrupt routing, I discovered the following:
Even devices which don't use interrupts (-> PCI Spec.: Interrupt Pin
Register is zero),
get an interrupt assigned (this is at least true for most of the
On 1/25/07, Greg KH <[EMAIL PROTECTED]> wrote:
I want to do just a little more testing here (Takashi reminded me I
have a bit more testing of my own to do).
Can you give me the 'tree /sys/class/sound' output?
Once I verify it's 'all good' (actually, I'm stalling; not in front of
the machine
On Wed, 24 Jan 2007 15:03:23 +1100
Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> Yeah, it will be failing at order=4, because the allocator won't try
> very hard reclaim pagecache pages at that cutoff point. This needs to
> be fixed in the allocator.
A simple and perhaps sufficient fix for this
Just some trivial patches to make sure the existing drivers in
the official tree don't *silently* fail with the introduction of
default_tx_word. Never tested in any way. Not sure if this is
all, for example I didn't look in arch/*.
Signed-off-by: Hans-Peter Nilsson <[EMAIL PROTECTED]>
diff
> From: David Brownell <[EMAIL PROTECTED]>
> Date: Thu, 25 Jan 2007 05:02:56 -0800
> On Wednesday 24 January 2007 8:52 pm, Hans-Peter Nilsson wrote:
> > (Please CC me on replies, I'm not subscribed to LKML or the SPI list.
> > Thanks.)
> >
> > The SD/MMC SPI-based protocol isn't really duplex.
On Thu, 25 Jan 2007 10:24:59 -0800
Tim Bird <[EMAIL PROTECTED]> wrote:
> Paul Mundt wrote:
> > On Wed, Jan 24, 2007 at 04:12:18PM -0800, Tim Bird wrote:
> >> This patch provides a config option for preset lpj, which means
> >> the value can be easily preserved, and conveyed between developers
>
Greg KH <[EMAIL PROTECTED]> writes:
> On Thu, Jan 25, 2007 at 04:20:55PM +0100, Rainer Weikusat wrote:
>> 2.6.19 introduced changes to the UHCI handling of interrupt URBs that
>> caused at least some keyspan USB-to-serial converters to fail,
[...]
> I copied you when this patch was added to my
Hi
I am working on an application that fsync(2) files and directories as
needed.I’m seeing intermittent stalls on fsync that can last many
seconds. The file system is mounted ext3, however I have reproduced the
problem with ext2. The as scheduler is in use. I have also tried
deadline. I
On Fri, 26 Jan 2007 13:08:01 +0300 Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> On 01/26, S?bastien Dugu? wrote:
> >
> > On Thu, 25 Jan 2007 18:43:24 +0300 Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> >
> > > SИbastien DuguИ wrote:
> > > >
> > > > +struct task_struct *good_sigevent(sigevent_t
On Wed, 24 Jan 2007 14:15:10 +0900
KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> - One for stability
> When a customer constructs their detabase(Oracle), the system often goes to
> oom.
> This is because that the system cannot allocate DMA_ZOME memory for 32bit
> device.
> (USB or e100)
> Also, many ISA-only drivers actually have hardcoded PIO numbers (eg
> "0x1f0").
Bad example - 0x1F0 is one of those that leaked into the PCI world as
well 8)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
On 01/26, Daniel Hokka Zakrisson wrote:
>
> Serge E. Hallyn wrote:
> > Ok, could you verify that the following patch at least solves
> > the oopsing?
> >
> > (I can't reproduce the oops with Daniel's test prog)
> >
> > thanks,
> > -serge
>
> Indeed, this patch solves the oopsing, but so did the
> The only difference is that I don't see the "ACPI: PCI Interrupt
> :00:0f.0[B] -> GSI
> 21 (level, low) -> IRQ 19" printk. The driver is AHCI but the device
> is a VIA chip.
>
> I'll get a caputre of the boot log when I find my serial cable. This
> could be related to the VIA PIC quirks
Serge E. Hallyn wrote:
> Ok, could you verify that the following patch at least solves
> the oopsing?
>
> (I can't reproduce the oops with Daniel's test prog)
>
> thanks,
> -serge
Indeed, this patch solves the oopsing, but so did the last one. I think I
finally managed to figure out why too, as
On 01/26, S?bastien Dugu? wrote:
>
> On Thu, 25 Jan 2007 18:43:24 +0300 Oleg Nesterov <[EMAIL PROTECTED]> wrote:
>
> > SИbastien DuguИ wrote:
> > >
> > > +struct task_struct *good_sigevent(sigevent_t *event)
> > > +{
> > > + struct task_struct *task = current->group_leader;
> > > +
> > > + if
On Fri, 26 Jan 2007, Andrew Morton wrote:
> On Wed, 24 Jan 2007 18:37:15 -0500 (EST)
> Justin Piszcz <[EMAIL PROTECTED]> wrote:
>
> > > Without digging too deeply, I'd say you've hit the same bug Sami Farin and
> > > others
> > > have reported starting with 2.6.19: pages mapped with
Hi!
> > it might be better to do this centrally in sysfs, via a per-device
> > attribute, to individually enable suspend and resume on a per device
> > basis, but my sysfs-fu is not strong enough for that now ;-)
>
> Here's a (compile tested only) patch that does this on a per-device
> basis,
On Thu, 25 Jan 2007 18:43:24 +0300 Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> SИbastien DuguИ wrote:
> >
> > +struct task_struct *good_sigevent(sigevent_t *event)
> > +{
> > + struct task_struct *task = current->group_leader;
> > +
> > + if ((event->sigev_notify & SIGEV_THREAD_ID) ==
Hi!
> >
> >>But I still believe it can be out.
> >>
> >> Do you believe it could be a user-space daemon or
> >what?
> >
> >Yes, what prevents userspace daemon watching
> >/dev/input/event* to
> >provide this functionality?
> >
Hi!
> Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
>
> arch/arm/Kconfig | 29 ++
> arch/arm/common/sharpsl_pm.c |2 -
> arch/arm/kernel/Makefile |1
> arch/arm/mach-pxa/corgi_pm.c |2 -
> arch/arm/mach-pxa/sharpsl_pm.c |2 -
>
Hi!
> > > Should we introduce per-arch asm/elf.h files to hold the relevant flag
> > > definitions then?
> >
> > On some architectures there are no bits left. On others you'd need to go
> > through whomever maintains the relevant psABI to get a bit officially
> > allocated. Really, it is very
On Wed, 24 Jan 2007 18:37:15 -0500 (EST)
Justin Piszcz <[EMAIL PROTECTED]> wrote:
> > Without digging too deeply, I'd say you've hit the same bug Sami Farin and
> > others
> > have reported starting with 2.6.19: pages mapped with kmap_atomic() become
> > unmapped
> > during memcpy() or similar
Hi!
acpi=off does not help i've already tried that.
Ok here some outputs:
1.) complete dmesg with 2.6.16.27 (works)
Linux version 2.6.16.27amd ([EMAIL PROTECTED]) (gcc version 3.3.5
(Debian 1:3.3.5-13)) #6 SMP Sat Aug 26 14:29:07 CEST 2006
BIOS-provided physical RAM map:
BIOS-e820:
On Fri, 2007-01-26 at 00:51 -0800, Andrew Morton wrote:
> A patch against next -mm would suit, thanks.
>
> (But we already use atomic_long_t in generic code?)
but there is currently no atomic_long_{inc,dec}_return, or any
atomic_long_*_return function for that matter.
Mathieu adds these
On Fri, 26 Jan 2007 09:03:37 +0100
Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-01-25 at 22:04 -0800, Andrew Morton wrote:
> > On Thu, 25 Jan 2007 21:31:43 -0800 (PST)
> > Christoph Lameter <[EMAIL PROTECTED]> wrote:
> >
> > > On Thu, 25 Jan 2007, Andrew Morton wrote:
> > >
> > > >
On Fri, 2007-01-26 at 09:00 +0100, Peter Zijlstra wrote:
> On Thu, 2007-01-25 at 21:02 -0800, Andrew Morton wrote:
> > On Thu, 25 Jan 2007 16:32:28 +0100
> > Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> >
> > > +long congestion_wait_interruptible(int rw, long timeout)
> > > +{
> > > + long ret;
>
Hi Jonathan,
On Thu, 25 Jan 2007 18:41:39 +, Jonathan McDowell wrote:
> This simple patch adds support to i2c-parport for the OneForAll remote
> JP1 parallel port interfaces which can be found detailed at:
>
> http://www.hifi-remote.com/jp1/hardware.shtml
>
> These allow access to the
On Thu, 2007-01-25 at 22:04 -0800, Andrew Morton wrote:
> On Thu, 25 Jan 2007 21:31:43 -0800 (PST)
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 25 Jan 2007, Andrew Morton wrote:
> >
> > > atomic_t is 32-bit. Put 16TB of memory under writeback and blam.
> >
> > We have systems
Francois Romieu wrote:
Untested, straight from the "release early" dept. You have been warned.
Realtek's driver restricts itself to 0x8169 and 0x8167.
It won't be surprising if it breaks on anything else until
I merge the new 0x8168 and 0x8136 bits.
Signed-off-by: Francois Romieu <[EMAIL
Hello, Bernhard Walle.
On 25.01.2007 12:36 you said the following:
* Mihamina Rakotomandimby (R12y) <[EMAIL PROTECTED]> [2007-01-25 02:36]:
Hello,
I would like to know what version of the kernel will||had embed(ed) the
r1000 driver.
The r8169 driver which is in the kernel should have the
From: David Woodhouse <[EMAIL PROTECTED]>
Date: Fri, 26 Jan 2007 13:09:40 +0800
> My question was about _how_ you think this should be achieved in this
> particular case. You didn't like the suggestion that we should put your
> new special-case hack into the resource code... where/how _do_ you
>
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Thu, 25 Jan 2007 22:18:21 -0800 (PST)
> So on sparc64, "ioport_resource" really is just a container for the actual
> per-domain resource buckets that the hardware (within that domain) will
> then do the resource allocation from. Afaik.
>
> But you
From: Greg KH <[EMAIL PROTECTED]>
Date: Thu, 25 Jan 2007 22:17:56 -0800
> On Thu, Jan 25, 2007 at 10:28:49PM -0500, Theodore Tso wrote:
> > On Fri, Jan 26, 2007 at 06:16:13AM +0530, Sunil Naidu wrote:
> > > Good thoughts ;-) I too believe in this - Where there is a Will,
> > > there is a Way!
On Thu, 2007-01-25 at 21:02 -0800, Andrew Morton wrote:
> On Thu, 25 Jan 2007 16:32:28 +0100
> Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> > +long congestion_wait_interruptible(int rw, long timeout)
> > +{
> > + long ret;
> > + DEFINE_WAIT(wait);
> > + wait_queue_head_t *wqh = _wqh[rw];
>
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Wed, 24 Jan 2007 22:05:06 +0300
> Dmitriy Monakhov <[EMAIL PROTECTED]> wrote:
>
>> incorrect direct io error handling (v3)
>> Changes from v2:
>> - Remove BUG_ON(!mutex_is_locked(..)) for non blkdev.
>> - vmtruncate() called from
On Thu, 2007-01-25 at 21:02 -0800, Andrew Morton wrote:
On Thu, 25 Jan 2007 16:32:28 +0100
Peter Zijlstra [EMAIL PROTECTED] wrote:
+long congestion_wait_interruptible(int rw, long timeout)
+{
+ long ret;
+ DEFINE_WAIT(wait);
+ wait_queue_head_t *wqh = congestion_wqh[rw];
+
From: Greg KH [EMAIL PROTECTED]
Date: Thu, 25 Jan 2007 22:17:56 -0800
On Thu, Jan 25, 2007 at 10:28:49PM -0500, Theodore Tso wrote:
On Fri, Jan 26, 2007 at 06:16:13AM +0530, Sunil Naidu wrote:
Good thoughts ;-) I too believe in this - Where there is a Will,
there is a Way! That's the
From: Linus Torvalds [EMAIL PROTECTED]
Date: Thu, 25 Jan 2007 22:18:21 -0800 (PST)
So on sparc64, ioport_resource really is just a container for the actual
per-domain resource buckets that the hardware (within that domain) will
then do the resource allocation from. Afaik.
But you should
From: David Woodhouse [EMAIL PROTECTED]
Date: Fri, 26 Jan 2007 13:09:40 +0800
My question was about _how_ you think this should be achieved in this
particular case. You didn't like the suggestion that we should put your
new special-case hack into the resource code... where/how _do_ you
Hello, Bernhard Walle.
On 25.01.2007 12:36 you said the following:
* Mihamina Rakotomandimby (R12y) [EMAIL PROTECTED] [2007-01-25 02:36]:
Hello,
I would like to know what version of the kernel will||had embed(ed) the
r1000 driver.
The r8169 driver which is in the kernel should have the same
On Thu, 2007-01-25 at 22:04 -0800, Andrew Morton wrote:
On Thu, 25 Jan 2007 21:31:43 -0800 (PST)
Christoph Lameter [EMAIL PROTECTED] wrote:
On Thu, 25 Jan 2007, Andrew Morton wrote:
atomic_t is 32-bit. Put 16TB of memory under writeback and blam.
We have systems with 8TB main
Hi Jonathan,
On Thu, 25 Jan 2007 18:41:39 +, Jonathan McDowell wrote:
This simple patch adds support to i2c-parport for the OneForAll remote
JP1 parallel port interfaces which can be found detailed at:
http://www.hifi-remote.com/jp1/hardware.shtml
These allow access to the internal
On Fri, 2007-01-26 at 09:00 +0100, Peter Zijlstra wrote:
On Thu, 2007-01-25 at 21:02 -0800, Andrew Morton wrote:
On Thu, 25 Jan 2007 16:32:28 +0100
Peter Zijlstra [EMAIL PROTECTED] wrote:
+long congestion_wait_interruptible(int rw, long timeout)
+{
+ long ret;
+
On Fri, 26 Jan 2007 09:03:37 +0100
Peter Zijlstra [EMAIL PROTECTED] wrote:
On Thu, 2007-01-25 at 22:04 -0800, Andrew Morton wrote:
On Thu, 25 Jan 2007 21:31:43 -0800 (PST)
Christoph Lameter [EMAIL PROTECTED] wrote:
On Thu, 25 Jan 2007, Andrew Morton wrote:
atomic_t is 32-bit.
On Fri, 2007-01-26 at 00:51 -0800, Andrew Morton wrote:
A patch against next -mm would suit, thanks.
(But we already use atomic_long_t in generic code?)
but there is currently no atomic_long_{inc,dec}_return, or any
atomic_long_*_return function for that matter.
Mathieu adds these missing
Hi!
acpi=off does not help i've already tried that.
Ok here some outputs:
1.) complete dmesg with 2.6.16.27 (works)
Linux version 2.6.16.27amd ([EMAIL PROTECTED]) (gcc version 3.3.5
(Debian 1:3.3.5-13)) #6 SMP Sat Aug 26 14:29:07 CEST 2006
BIOS-provided physical RAM map:
BIOS-e820:
Hi!
Should we introduce per-arch asm/elf.h files to hold the relevant flag
definitions then?
On some architectures there are no bits left. On others you'd need to go
through whomever maintains the relevant psABI to get a bit officially
allocated. Really, it is very bad idea to
Hi!
But I still believe it can be out.
Do you believe it could be a user-space daemon or
what?
Yes, what prevents userspace daemon watching
/dev/input/event* to
provide this functionality?
Pavel
---
One
Hi!
Signed-off-by: Ralf Baechle [EMAIL PROTECTED]
arch/arm/Kconfig | 29 ++
arch/arm/common/sharpsl_pm.c |2 -
arch/arm/kernel/Makefile |1
arch/arm/mach-pxa/corgi_pm.c |2 -
arch/arm/mach-pxa/sharpsl_pm.c |2 -
On Thu, 25 Jan 2007 18:43:24 +0300 Oleg Nesterov [EMAIL PROTECTED] wrote:
SИbastien DuguИ wrote:
+struct task_struct *good_sigevent(sigevent_t *event)
+{
+ struct task_struct *task = current-group_leader;
+
+ if ((event-sigev_notify SIGEV_THREAD_ID) == SIGEV_THREAD_ID) {
+
Hi!
it might be better to do this centrally in sysfs, via a per-device
attribute, to individually enable suspend and resume on a per device
basis, but my sysfs-fu is not strong enough for that now ;-)
Here's a (compile tested only) patch that does this on a per-device
basis, which is
On 01/26, S?bastien Dugu? wrote:
On Thu, 25 Jan 2007 18:43:24 +0300 Oleg Nesterov [EMAIL PROTECTED] wrote:
SИbastien DuguИ wrote:
+struct task_struct *good_sigevent(sigevent_t *event)
+{
+ struct task_struct *task = current-group_leader;
+
+ if ((event-sigev_notify
Serge E. Hallyn wrote:
Ok, could you verify that the following patch at least solves
the oopsing?
(I can't reproduce the oops with Daniel's test prog)
thanks,
-serge
Indeed, this patch solves the oopsing, but so did the last one. I think I
finally managed to figure out why too, as
The only difference is that I don't see the ACPI: PCI Interrupt
:00:0f.0[B] - GSI
21 (level, low) - IRQ 19 printk. The driver is AHCI but the device
is a VIA chip.
I'll get a caputre of the boot log when I find my serial cable. This
could be related to the VIA PIC quirks that was
On 01/26, Daniel Hokka Zakrisson wrote:
Serge E. Hallyn wrote:
Ok, could you verify that the following patch at least solves
the oopsing?
(I can't reproduce the oops with Daniel's test prog)
thanks,
-serge
Indeed, this patch solves the oopsing, but so did the last one. I think I
Also, many ISA-only drivers actually have hardcoded PIO numbers (eg
0x1f0).
Bad example - 0x1F0 is one of those that leaked into the PCI world as
well 8)
-
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 Wed, 24 Jan 2007 14:15:10 +0900
KAMEZAWA Hiroyuki [EMAIL PROTECTED] wrote:
- One for stability
When a customer constructs their detabase(Oracle), the system often goes to
oom.
This is because that the system cannot allocate DMA_ZOME memory for 32bit
device.
(USB or e100)
Not
Hi
I am working on an application that fsync(2) files and directories as
needed.I’m seeing intermittent stalls on fsync that can last many
seconds. The file system is mounted ext3, however I have reproduced the
problem with ext2. The as scheduler is in use. I have also tried
deadline. I
On Fri, 26 Jan 2007 13:08:01 +0300 Oleg Nesterov [EMAIL PROTECTED] wrote:
On 01/26, S?bastien Dugu? wrote:
On Thu, 25 Jan 2007 18:43:24 +0300 Oleg Nesterov [EMAIL PROTECTED] wrote:
SИbastien DuguИ wrote:
+struct task_struct *good_sigevent(sigevent_t *event)
+{
+
Greg KH [EMAIL PROTECTED] writes:
On Thu, Jan 25, 2007 at 04:20:55PM +0100, Rainer Weikusat wrote:
2.6.19 introduced changes to the UHCI handling of interrupt URBs that
caused at least some keyspan USB-to-serial converters to fail,
[...]
I copied you when this patch was added to my tree,
On Thu, 25 Jan 2007 10:24:59 -0800
Tim Bird [EMAIL PROTECTED] wrote:
Paul Mundt wrote:
On Wed, Jan 24, 2007 at 04:12:18PM -0800, Tim Bird wrote:
This patch provides a config option for preset lpj, which means
the value can be easily preserved, and conveyed between developers
in a config
From: David Brownell [EMAIL PROTECTED]
Date: Thu, 25 Jan 2007 05:02:56 -0800
On Wednesday 24 January 2007 8:52 pm, Hans-Peter Nilsson wrote:
(Please CC me on replies, I'm not subscribed to LKML or the SPI list.
Thanks.)
The SD/MMC SPI-based protocol isn't really duplex. In the
Just some trivial patches to make sure the existing drivers in
the official tree don't *silently* fail with the introduction of
default_tx_word. Never tested in any way. Not sure if this is
all, for example I didn't look in arch/*.
Signed-off-by: Hans-Peter Nilsson [EMAIL PROTECTED]
diff -upr
On Wed, 24 Jan 2007 15:03:23 +1100
Nick Piggin [EMAIL PROTECTED] wrote:
Yeah, it will be failing at order=4, because the allocator won't try
very hard reclaim pagecache pages at that cutoff point. This needs to
be fixed in the allocator.
A simple and perhaps sufficient fix for this nommu
On Wed, 24 Jan 2007 18:37:15 -0500 (EST)
Justin Piszcz [EMAIL PROTECTED] wrote:
Without digging too deeply, I'd say you've hit the same bug Sami Farin and
others
have reported starting with 2.6.19: pages mapped with kmap_atomic() become
unmapped
during memcpy() or similar operations.
On Fri, 26 Jan 2007, Andrew Morton wrote:
On Wed, 24 Jan 2007 18:37:15 -0500 (EST)
Justin Piszcz [EMAIL PROTECTED] wrote:
Without digging too deeply, I'd say you've hit the same bug Sami Farin and
others
have reported starting with 2.6.19: pages mapped with kmap_atomic() become
Andrew Morton [EMAIL PROTECTED] writes:
On Wed, 24 Jan 2007 22:05:06 +0300
Dmitriy Monakhov [EMAIL PROTECTED] wrote:
incorrect direct io error handling (v3)
Changes from v2:
- Remove BUG_ON(!mutex_is_locked(..)) for non blkdev.
- vmtruncate() called from generic_file_aio_write().
-
On 1/25/07, Greg KH [EMAIL PROTECTED] wrote:
I want to do just a little more testing here (Takashi reminded me I
have a bit more testing of my own to do).
Can you give me the 'tree /sys/class/sound' output?
Once I verify it's 'all good' (actually, I'm stalling; not in front of
the machine
Pete Zaitcev wrote:
On Fri, 26 Jan 2007 03:35:19 +0100, Stefan Richter [EMAIL PROTECTED] wrote:
The target wrote an SBP-2 status block into our memory. The status block
contains the FireWire bus address of the ORB to which it belongs. [...]
I see. SRP has a more flexible tag which can be
Hi,
I'm currently working on a port to a CPCI board with a MPC5200.
When testing the PCI interrupt routing, I discovered the following:
Even devices which don't use interrupts (- PCI Spec.: Interrupt Pin
Register is zero),
get an interrupt assigned (this is at least true for most of the
On Thu, 14 Dec 2006 20:57:34 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 6 Dec 2006 16:59:35 +
Andy Whitcroft [EMAIL PROTECTED] wrote:
+ tmp = __pfn_to_page(pfn);
ia64 doesn't implement __page_to_pfn. Why did you not use page_to_pfn()?
Poke. I'm still a
On Fri, 2007-01-26 at 11:50 +0100, Andreas Block wrote:
u8 pin, slot;
- int irq;
+ int irq = 0;
Aren't there platforms for which irq = 0 is a valid irq ?
Xav
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Thu, 25 Jan 2007 23:44:58 + (GMT)
Mel Gorman [EMAIL PROTECTED] wrote:
The following 8 patches against 2.6.20-rc4-mm1 create a zone called
ZONE_MOVABLE
Argh. These surely get all tangled up with the
make-zones-optional-by-adding-zillions-of-ifdef patches:
On Thu, 25 Jan 2007 22:36:17 -0800 (PST)
Christoph Lameter [EMAIL PROTECTED] wrote:
On Fri, 26 Jan 2007, Nick Piggin wrote:
Christoph Lameter wrote:
Add NR_MLOCK
Track mlocked pages via a ZVC
Why?
I think it is not quite right. You are tracking the number of ptes
that point
On Thu, 25 Jan 2007 19:21:41 +0300 Oleg Nesterov [EMAIL PROTECTED] wrote:
Sebastien Dugue wrote:
+static long aio_setup_sigevent(struct aio_notify *notify,
+ struct sigevent __user *user_event)
+{
+ sigevent_t event;
+ struct task_struct *target;
+
+
On Fri, 26 Jan 2007 05:37:38 -0500
Matthew Kirk [EMAIL PROTECTED] wrote:
I am working on an application that fsync(2) files and directories as
needed.I’m seeing intermittent stalls on fsync that can last many
seconds.
Please generate an all-task backtrace during the stall via:
dmesg -n 8
Kristian Høgsberg wrote:
Another thing that probably makes my explanation a little confusing is that
there are two types of transactions: FireWire transactions which consists of
a
request followed by a response and are pretty much the smallest interaction
you can have with a remote
Hi,
I recently saw this in dmesg after the wireless network suddenly stopped
working and after some time it worked again:
ipw2200/0: page allocation failure. order:0, mode:0x20
[c0140996] __alloc_pages+0x27b/0x28c
[c015397a] cache_alloc_refill+0x292/0x46f
[c0153b9c] __kmalloc+0x45/0x51
On Thu, 2007-01-25 at 11:15 -0500, Mathieu Desnoyers wrote:
atomic.h : standardizing atomic primitives
It mainly adds support for missing 64 bits cmpxchg and 64 bits atomic add
unless. Therefore, principally 64 bits architectures are targeted by these
patches. It also adds the complete list
At Fri, 26 Jan 2007 05:53:36 -0500,
[EMAIL PROTECTED] wrote:
On 1/25/07, Greg KH [EMAIL PROTECTED] wrote:
Is there anything else left to fix?
Once that testing is done, no. But don't trust the two patches I sent
yet, I'll resumbit the patch resulting from more thorough testing in a
Christoph Lameter wrote:
On Fri, 26 Jan 2007, Nick Piggin wrote:
Christoph Lameter wrote:
Add NR_MLOCK
Track mlocked pages via a ZVC
I think it is not quite right. You are tracking the number of ptes
that point to mlocked pages, which can be = the actual number of pages.
Mlocked pages
On 01/26, S?bastien Dugu? wrote:
On Thu, 25 Jan 2007 19:21:41 +0300 Oleg Nesterov [EMAIL PROTECTED] wrote:
+ target = good_sigevent(event);
+
+ if (unlikely(!target || (target-flags PF_EXITING)))
+ goto out_unlock;
PF_EXITING check is racy and unneded. In fact, it is
Andrew Morton wrote:
On Thu, 25 Jan 2007 22:36:17 -0800 (PST)
Christoph Lameter [EMAIL PROTECTED] wrote:
I can't think of an easy way to do this without per-page state. ie.
another page flag.
Thats what I am trying to avoid.
You could perhaps go for a walk across all the other vmas
On Thu, Jan 25, 2007 at 11:16:12AM -0500, Mathieu Desnoyers wrote:
From: Mathieu Desnoyers [EMAIL PROTECTED]
To: linux-kernel@vger.kernel.org
Cc: Linus Torvalds [EMAIL PROTECTED], Andrew Morton [EMAIL PROTECTED],
Ingo Molnar [EMAIL PROTECTED],
Greg Kroah-Hartman [EMAIL
On Thu, 25 Jan 2007, Oleg Verych wrote:
On Thu, Jan 25, 2007 at 01:28:56PM +0100, Martin Drab wrote:
On Thu, 25 Jan 2007, Oleg Verych wrote:
gmane.linux.kernel:
recently I got my hands on an ASUS A8Js notebook (Core 2 Duo T7200,
Intel 945 PM PCI-E Chipset, for details see
Em Qui, 2007-01-25 às 12:51 -0800, David Miller escreveu:
From: Dirk Hohndel [EMAIL PROTECTED]
Date: Thu, 25 Jan 2007 06:22:54 -0800
It's too damn repetitive to go to the same location over and over.
Why do you think LCA tries to go to a different city every year and
even let foreigners
Mel Gorman wrote:
It is often known at allocation time when a page may be migrated or
not. This patch adds a flag called __GFP_MOVABLE and a new mask called
GFP_HIGH_MOVABLE.
Shouldn't that be HIGHUSER_MOVABLE?
--
SUSE Labs, Novell Inc.
Send instant messages to your online friends
Hi Linus,
Please pull from the 'for-linus' branch of
git://www.atmel.no/~hskinnemoen/linux/kernel/avr32.git for-linus
to receive the following updates. This fixes a build error when
compiling the ext3 filesystem as a module and adds the macb ethernet
driver to the defconfig for
Mauro Carvalho Chehab [EMAIL PROTECTED] writes:
The company I work hold last year an ETSI internal meeting about IMS in
Brasília. It were a very interesting experience. The meeting were closed
to ETSI members and some people invited. After the meeting, there were
two days of an open event.
In case you have BIOS 04.., try to upgrade to 06.. version. Also, does it
help when you boot with acpi=off kernel commandline parameter? (do you
compile kernel with both acpi and apic support?).
Jiri Kosina
Upgraded to bios 0802, but still the same problem. I think it's
definitely something
--- Ken Moffat [EMAIL PROTECTED] wrote:
I can't, but Dave Jones had a similar problem earlier this month,
archived at http://uwsg.iu.edu/hypermail/linux/kernel/0701.0/1822.html
which I think is a followup from
http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg105370.html
- and
On Wed, Jan 24, 2007 at 05:50:51PM +, Pavel Machek wrote:
arch/arm/Kconfig | 29 ++
arch/arm/common/sharpsl_pm.c |2 -
arch/arm/kernel/Makefile |1
arch/arm/mach-pxa/corgi_pm.c |2 -
arch/arm/mach-pxa/sharpsl_pm.c |2 -
On Fri, 26 Jan 2007 12:00:55 +0100, Xavier Bestel [EMAIL PROTECTED]
wrote:
On Fri, 2007-01-26 at 11:50 +0100, Andreas Block wrote:
u8 pin, slot;
- int irq;
+ int irq = 0;
Aren't there platforms for which irq = 0 is a valid irq ?
As far as I understand the PCI spec, the
Signed-off-by: Ralf Baechle [EMAIL PROTECTED]
arch/arm/Kconfig | 29 -
arch/arm/common/sharpsl_pm.c |2
arch/arm/kernel/Makefile |1
arch/arm/kernel/apm.c | 672 -
arch/arm/mach-pxa/corgi_pm.c |2
On Fri, 26 Jan 2007 14:52:33 +0300 Oleg Nesterov [EMAIL PROTECTED] wrote:
On 01/26, S?bastien Dugu? wrote:
On Thu, 25 Jan 2007 19:21:41 +0300 Oleg Nesterov [EMAIL PROTECTED] wrote:
+ target = good_sigevent(event);
+
+ if (unlikely(!target || (target-flags
On 1/25/07, Pieter Palmers [EMAIL PROTECTED] wrote:
I'd like to make one note here:
We should have a way to use smaller DMA buffers than one page size. If I
remember correctly, the page size on my system is 4096 bytes, being 1024
quadlets. If we assume a 4 channel audio stream, this corresponds
301 - 400 of 678 matches
Mail list logo