Siddha, Suresh B wrote:a
> Not all of the cpu* directories in /sys/devices/system/cpu may be
> online.
Apparently this information isn't needed. It's very easy to verify:
$ ls /sys/devices/system/cpu/*/online
/sys/devices/system/cpu/cpu1/online /sys/devices/system/cpu/cpu2/online
/sys/devices/
On Tue, 3 Apr 2007 19:28:41 +0200
Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 03, 2007 at 10:20:02AM -0700, Ulrich Drepper wrote:
> > Andi Kleen wrote:
> > > Why do you need a lock for that? I don't see any problem with
> > > two threads doing that in parallel. The kernel would
> > > seria
Rafael J. Wysocki napsal(a):
> Okay, so I think the appended patch is needed. Could you please revert the
[...]
> Index: linux-2.6.21-rc5/kernel/power/swsusp.c
> ===
> --- linux-2.6.21-rc5.orig/kernel/power/swsusp.c
> +++ linux-2.6.21
Jeremy Fitzhardinge wrote:
Yes, and that's the core of the Xen netfront. But is there really much
code which can be shared between different hypervisors? When you get
down to it, all the real code is hypervisor-specific stuff for setting
up ringbuffers and dealing with interrupts. Like all th
On Tue, Apr 03, 2007 at 06:26:19PM +0530, Srivatsa Vaddagiri wrote:
>
> Besides, how problematic is this in practise (that threads sleep for
> extended durations in TASK_INTERRUPTIBLE state breaking
> freezer/suspend/hotplug)?
>
> Should we ignore this for the timebeing and take up later as and w
> It might, a bit. Both mmap() and mprotect() currently take mmap_sem() for
> writing. If we're careful, we could probably arrange for MADV_ULRICH to
> take it for reading, which will help a little bit, hopefully.
The cache line bounces would be still there. Not sure that would help MySQL
all th
Hi Ulrich,
On Tuesday 03 April 2007, Ulrich Drepper wrote:
> So, anybody else has a proposal? This is a pressing issue and cannot
> wait until someday in the distant future NUMA topology information is
> easily and speedily accessible.
Since for now you just need a fast and dirty hack, which wil
On Tue, Apr 03, 2007 at 12:55:22PM -0700, Ulrich Drepper wrote:
> Siddha, Suresh B wrote:a
> > Not all of the cpu* directories in /sys/devices/system/cpu may be
> > online.
>
> Apparently this information isn't needed. It's very easy to verify:
>
> $ ls /sys/devices/system/cpu/*/online
> /sys/de
On Tue, 03 Apr 2007 09:54:46 -0700
Ulrich Drepper <[EMAIL PROTECTED]> wrote:
> More and more code depends on knowing the number of processors in the
> system to efficiently scale the code. E.g., in OpenMP it is used by
> default to determine how many threads to create. Creating more threads
> th
Andrew Morton wrote:
> Ulrich, could you suggest a little test app which would demonstrate this
> behaviour?
It's not really reliably possible to demonstrate this with a small
program using malloc. You'd need something like this mysql test case
which Rik said is not hard to run by yourself.
If s
Ulrich Drepper wrote:
> Siddha, Suresh B wrote:a
> > Not all of the cpu* directories in /sys/devices/system/cpu may be
> > online.
>
> Apparently this information isn't needed. It's very easy to verify:
>
> $ ls /sys/devices/system/cpu/*/online
> /sys/devices/system/cpu/cpu1/online /sys/devices
Siddha, Suresh B wrote:
> No. Logical cpu hotplug uses these interfaces to make a cpu go offline
> and online.
You missed my sarcasms, email is bad for conveying it. The point is
nobody really cares about that hotplug nonsense to have noticed the bug.
And still does this nonsense prevent real pr
Removes a few unneeded include files from the eventfd code.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.21-rc5.mm4/fs/eventfd.c
===
--- linux-2.6.21-rc5.mm4.orig/fs/eventfd.c 2007-04-03 13:17:25.0
-07
Fixes a spelling error inside init/Kconfig.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.21-rc5.mm4/init/Kconfig
===
--- linux-2.6.21-rc5.mm4.orig/init/Kconfig 2007-04-03 13:17:25.0
-0700
+++ linux-2.6.
Removes a few unneeded include files from the timerfd code.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.21-rc5.mm4/fs/timerfd.c
===
--- linux-2.6.21-rc5.mm4.orig/fs/timerfd.c 2007-04-03 13:17:25.0
-07
Fixes a build error on x86_64 that happens when the new CONFIG_* options
for the new fds are not set
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.21-rc5.mm4/kernel/sys_ni.c
===
--- linux-2.6.21-rc5.mm4.orig/kernel/s
Removes a few unneeded include files from the signalfd code.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.21-rc5.mm4/fs/signalfd.c
===
--- linux-2.6.21-rc5.mm4.orig/fs/signalfd.c 2007-04-03 13:17:25.0
-
Andi Kleen wrote:
> Migration is fundamentally incompatible with many CPU optimizations.
> But that's not a reason to not optimize anymore.
>
I've been thinking about ways in which Xen could provide the current
vcpu->cpu map to guest domains. Obviously this would change over time,
but it could
On Tue, Apr 03, 2007 at 01:17:09PM -0700, Ulrich Drepper wrote:
> Andrew Morton wrote:
> > Ulrich, could you suggest a little test app which would demonstrate this
> > behaviour?
>
> It's not really reliably possible to demonstrate this with a small
> program using malloc. You'd need something li
On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
SLUB code hangs my ppc64 machine on boot.
Thanks,
Badari
booted from '/[EMAIL PROTECTED]/[EMAIL PROTECTED],2/pci1069,[EMAIL
PROTECTED]/[EMAIL PRO
Ulrich Drepper a écrit :
Siddha, Suresh B wrote:
No. Logical cpu hotplug uses these interfaces to make a cpu go offline
and online.
You missed my sarcasms, email is bad for conveying it. The point is
nobody really cares about that hotplug nonsense to have noticed the bug.
And still does this
On Tue, 3 Apr 2007 21:34:28 +0200
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> > However, the hunk
> >
> > @@ -1393,7 +1394,9 @@ long do_fork(unsigned long clone_flags,
> > tracehook_report_clone_complete(clone_flags, nr, p);
> >
> > if (clone_flags & CLONE_VFORK) {
>
Christian Kujau <[EMAIL PROTECTED]> :
> On Tue, 3 Apr 2007, Jarek Poplawski wrote:
> >Did you try with 8139cp instead of 8139too?
>
> Tried that, 8139cp could not be loaded :(
It is a different beast.
--
Ueimor
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
Jakub Jelinek wrote:
My guess is that all the page zeroing is pretty expensive as well and
takes significant time, but I haven't profiled it.
I'm pretty sure that page freeing, reallocating and zeroing
is more expensive than just letting the page sit there and
only reclaim it lazily when we ne
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
>
> SLUB code hangs my ppc64 machine on boot.
Could you enable NMI or something and get me a sta
Maneesh Soni wrote:
> I have modified the previous patch (which was dropped from -mm) and now
> keeping
> the statement making s_dentry as NULL in sysfs_d_iput(), so this should
> _safely_ fix sysfs_readdir() oops.
>
If you could find some additional places in sysfs code to add new
BUG()
Hi,
mbind(start, len, ...) currently requires that "start" be page-aligned,
but not "len" (which automatically gets page-rounded up). This is a bit
odd:
- the userland type of start is void*, which people would expect to be a
pointer to some variable.
- start needing to be page-aligned but len
On Tuesday 03 April 2007, Jeremy Fitzhardinge wrote:
> > Doing a SCSI driver has been tried before, with ibmvscsi. Not good.
> >
>
> OK, interesting. People had proposed using SCSI as the interface, but I
> wasn't aware of any results from doing that. How is it not good?
>
SCSI is really ov
On Tue, 03 Apr 2007 13:17:09 -0700
Ulrich Drepper <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > Ulrich, could you suggest a little test app which would demonstrate this
> > behaviour?
>
> It's not really reliably possible to demonstrate this with a small
> program using malloc. You'd nee
Andrew Morton wrote:
> But whatever we do, with the current MM design we need to at least take the
> mmap_sem for reading so we can descend the vma tree and locate the
> pageframes. And if that locking is the main problem then none of this is
> likely to help.
At least it's done only once for the
On Tue, Apr 03, 2007 at 01:39:43PM -0600, Eric W. Biederman wrote:
> "Siddha, Suresh B" <[EMAIL PROTECTED]> writes:
>
> Further now that we cache the msi message that read_msi_msg should go
> away and we should use the cached version from the msi_desc.
Ok. Then this patch is a must.
> > Don't we
Andrew Morton wrote:
Oh. I was assuming that we'd want to unmap these pages from pagetables and
mark then super-easily-reclaimable. So a later touch would incur a minor
fault.
But you think that we should leave them mapped into pagetables so no such
fault occurs.
Leaving the pages mapped i
Christian Kujau <[EMAIL PROTECTED]> :
[...]
> Please see http://nerdbynature.de/bits/2.6.20.4/ for details for both
> hosts and feel free to ask for more details. Although both boxes are in
> production we'll be happy test more bootoptions/patches and the like.
If the apic voodoo makes no differ
H. Peter Anvin wrote:
> However, there are other things; console is some, or my original
> example, which was random number generation. For those, the benefit
> of unification is proportionally greater, simply because the win of
> anything hypervisor-specific is much smaller.
So, what you're say
Hi,
I think this is 2.6.21 material.
---
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Fix a bug in the swsusp's memory shrinker that causes some systems using
highmem to refuse to suspend to disk if image_size is set above 1/2 of
available RAM.
Special thanks to Jiri Slaby for reporting the prob
On Tuesday, 3 April 2007 01:06, Adrian Bunk wrote:
> On Sun, Apr 01, 2007 at 06:48:03PM +0200, Rafael J. Wysocki wrote:
> > On Sunday, 1 April 2007 17:21, Tilman Schmidt wrote:
> > > I'm sorry to say this has now happened with kernel 2.6.21-rc5, too.
> > > I started a kernel compilation in the even
Rik van Riel a écrit :
Andrew Morton wrote:
Oh. I was assuming that we'd want to unmap these pages from
pagetables and
mark then super-easily-reclaimable. So a later touch would incur a minor
fault.
But you think that we should leave them mapped into pagetables so no such
fault occurs.
L
On Mon, 02 Apr 2007 17:55:43 -0700
"H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> I think you're missing the whole point of console reset. Its purpose is
> to force the console into a known-good state. The fewer pieces of state
> it leaves unset, the better. To some degree it's less important
On Tue, 03 Apr 2007 17:00:09 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
>
> > Oh. I was assuming that we'd want to unmap these pages from pagetables and
> > mark then super-easily-reclaimable. So a later touch would incur a minor
> > fault.
> >
> > But you think that
Eric Dumazet wrote:
Rik van Riel a écrit :
Andrew Morton wrote:
Oh. I was assuming that we'd want to unmap these pages from
pagetables and
mark then super-easily-reclaimable. So a later touch would incur a
minor
fault.
But you think that we should leave them mapped into pagetables so no
Eric Dumazet wrote:
> mmap()/brk() must give fresh NULL pages, but maybe
> madvise(MADV_DONTNEED) can relax this requirement (if the pages were
> reclaimed, then a page fault could bring a new page with random content)
Only if those pages were originally from that process. Otherwise you've
got a
On 4/3/07, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
Attached. Is there some tool for decoding the DSDT?
iasl
http://www.intel.com/technology/iapc/acpi/downloads.htm
http://www.intel.com/technology/iapc/acpi/license2.htm
--
Who logs in to gdm? Not I, said the duck.
-
To unsubscribe from
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> rt10 shows a big improvement over rt8
>
> ##
> etupThruput CPU%
> Nvidia
> 2.6.21-rc5-rt8 938 65%
>netperf @51
>hardirq @50
>softirq @50
>
>
Samuel Thibault wrote:
> Hi,
>
> mbind(start, len, ...) currently requires that "start" be page-aligned,
> but not "len" (which automatically gets page-rounded up). This is a bit
> odd:
>
> - the userland type of start is void*, which people would expect to be a
> pointer to some variable.
> -
Jeremy Fitzhardinge wrote:
Eric Dumazet wrote:
mmap()/brk() must give fresh NULL pages, but maybe
madvise(MADV_DONTNEED) can relax this requirement (if the pages were
reclaimed, then a page fault could bring a new page with random content)
Only if those pages were originally from that process
Rik van Riel a écrit :
Eric Dumazet wrote:
Rik van Riel a écrit :
Andrew Morton wrote:
Oh. I was assuming that we'd want to unmap these pages from
pagetables and
mark then super-easily-reclaimable. So a later touch would incur a
minor
fault.
But you think that we should leave them mapped
Q: What conclusion can I make on "hdparm -t" results or can I make any
conclusions? Do I really have lower performance with NCQ or not? If I do,
is this because of my HD or because of kernel?
What IO scheduler are you using? If AS or CFQ, could you try with deadline?
I was using CFQ. I now tr
On mar, 2007-04-03 at 20:14 +0200, Thomas Meyer wrote:
> On my pc i encounter a strange error:
> the pktsetup is started during system start and set my dvd driver to
> packet writing mode. then i insert a dvd movie and start xine. and
> sometimes xine says that it can't play the dvd. BUT after
> st
On Tue, Apr 03, 2007 at 09:28:48AM -0300, Arnaldo Carvalho de Melo wrote:
> module 16960 16848 112
That's huge.
> struct module_ref ref[255]; /* 480 16320 */
Huh. That's this:
struct module_ref
{
local_t count;
} cacheline_aligned;
T
Jeremy Fitzhardinge wrote:
So, what you're saying is:
1. assuming there's going to be a vast number of miscellaneous devices
2. it would be best if there were one per device rather than one per
hypervisor per device
3. so we'd have one linux device driver
But this implies that t
Eric Dumazet wrote:
> A page fault is not that expensive. But clearing N*PAGE_SIZE bytes is,
> because it potentially evicts a large part of CPU cache.
*A* page fault is not that expensive. The problem is that you get a
page fault for every single page. For 200k allocated you get 50 page
faults.
On Tue, 3 Apr 2007 16:29:37 -0400
Jakub Jelinek <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 03, 2007 at 01:17:09PM -0700, Ulrich Drepper wrote:
> > Andrew Morton wrote:
> > > Ulrich, could you suggest a little test app which would demonstrate this
> > > behaviour?
> >
> > It's not really reliably po
On Tuesday 03 April 2007, Jeremy Fitzhardinge wrote:
> That said, something like USB is probably the best bet for this kind of
> low-performance device. I think. Not that I really know anything about
> USB.
USB has the disadvantage that it is more complex than PCI and requires
significantly more
On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
SLUB code paniced my x86-64 box also :(
Thanks,
Badari
Linux version 2.6.21-rc5-mm4 ([EMAIL PROTECTED]) (gcc version 4.1.0 (SUSE
Linux)) #1 SMP Tue
On Tuesday 03 April 2007, Ulrich Drepper wrote:
> The problem is glibc has to work around kernel limitations. If the
> malloc implementation detects that a large chunk of previously allocated
> memory is now free and unused it wants to return the memory to the
> system. What we currently have to
On Tue, 3 April 2007 23:10:14 +0200, Eric Dumazet wrote:
>
> mmap()/brk() must give fresh NULL pages, but maybe madvise(MADV_DONTNEED)
> can relax this requirement (if the pages were reclaimed, then a page fault
> could bring a new page with random content)
...provided that it doesn't leak info
Arnd Bergmann wrote:
One interesting aspect of the PS3 hypervisor is that some of the
low-speed interfaces are implemented as a virtual UART, meaning
something that only has read and write operations and uses an
interrupt for flow control. The implementation in
drivers/ps3/vuart.c is probably m
Teach PNPACPI how to hook up its devices to their ACPI nodes, so
that pnpdev->dev.archdata points to the parallel acpi device node.
Previously this only worked for PCI, leaving a notable hole.
Export "acpi_bus_type" so this can work.
Remove some extraneous whitespace.
Signed-off-by: David Browne
Andrew Morton wrote:
> Did we mean to go off-list?
Oops, no, pressed the wrong button.
>> Andrew Morton wrote:
>>> So I'd have thought that in general an application should be querying its
>>> present affinity mask - something like sched_getaffinity()? That fixes the
>>> CPU hotplug issues too,
Michal Piotrowski napisał(a):
> Andrew Morton napisał(a):
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>>
>
> Looks like a scheduler problem.
>
> BUG: unable to handle kernel paging request at virtual address 0743c798
> printing eip:
> c011d840
> *p
Arnd Bergmann wrote:
> I thought this is what the read_zero_pagealigned hack [1] was used
> for (read from /dev/zero replaces target pages with empty_zero_page).
But that's not what we want. If I understand that code correctly it's
the same as the current MADV_DONTNEED. It will simply remove the
On Wednesday 04 April 2007 08:20, Michal Piotrowski wrote:
> Michal Piotrowski napisał(a):
> > http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4/m
> >m-oops
> > http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4/m
> >m-config
>
> Sorry for a delay.
Never
On Mon, 2 Apr 2007 22:47:45 -0700, Andrew Morton <[EMAIL PROTECTED]> 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 been restored.
> It is huge.
>
> - Added the device-mapper
On Tue, 03 Apr 2007 15:13:09 -0700
Ulrich Drepper <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > Did we mean to go off-list?
>
> Oops, no, pressed the wrong button.
>
> >> Andrew Morton wrote:
> >>> So I'd have thought that in general an application should be querying its
> >>> present af
On Wednesday 04 April 2007, H. Peter Anvin wrote:
> Note that at least for PIO-based devices, there is nothing that says you
> can't implement PCI over another transport, if you wish. It's really
> just a very simple RPC protocol.
The PIO aspect of PCI is simple, yes, except on architectures th
On Wed, 4 Apr 2007 00:40:05 +0200
"J.A. Magall__n" <[EMAIL PROTECTED]> wrote:
> On Mon, 2 Apr 2007 22:47:45 -0700, Andrew Morton <[EMAIL PROTECTED]> 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
On Tue, Apr 03, 2007 at 02:46:09PM -0700, Ulrich Drepper wrote:
> Eric Dumazet wrote:
> > A page fault is not that expensive. But clearing N*PAGE_SIZE bytes is,
> > because it potentially evicts a large part of CPU cache.
>
> *A* page fault is not that expensive. The problem is that you get a
> p
On Tue, 2007-04-03 at 13:40 -0700, Christoph Lameter wrote:
> On Tue, 3 Apr 2007, Badari Pulavarty wrote:
>
> > On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> > >
> >
> > SLUB code hangs my
On Tue, 3 Apr 2007 15:51:35 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 4 Apr 2007 00:40:05 +0200
> "J.A. Magall__n" <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 2 Apr 2007 22:47:45 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/p
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> > > SLUB code hangs my ppc64 machine on boot.
> >
> > Could you enable NMI or something and get me a stackdump? PPC is notorious
> > for having strange NUMA issues. Any fallbacks from node 0 on bootstrap? Is
> > there memory on node 0?
>
>
> Seems
Andrew Morton wrote:
> Now it could be argued that the current behaviour is that sane thing: we
> allow the process to "pin" itself to not-present CPUs and just handle it in
> the CPU scheduler.
As a stop-gap solution Jakub will likely implement the sched_getaffinity
hack. So, it would realy be b
On Tue, 03 Apr 2007 16:54:43 +0400, Maxim Uvarov said:
> What do you think about it? Patch is bellow.
Was this patch actually compile and run tested?
> Index: linux-2.6.18/fs/proc/array.c
> ===
> --- linux-2.6.18.orig/fs/proc/array.
Andrew Morton a écrit :
On Tue, 3 Apr 2007 16:29:37 -0400
Jakub Jelinek <[EMAIL PROTECTED]> wrote:
On Tue, Apr 03, 2007 at 01:17:09PM -0700, Ulrich Drepper wrote:
Andrew Morton wrote:
Ulrich, could you suggest a little test app which would demonstrate this
behaviour?
It's not really reliably
On Tue, 3 Apr 2007 14:49:48 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > int
> > main (void)
> > {
> > pthread_t th[32];
> > int i;
> > for (i = 0; i < 32; i++)
> > if (pthread_create (&th[i], NULL, tf, NULL))
> > exit (4);
> > for (i = 0; i < 32; i++)
> > pthread_join
Andi Kleen wrote:
> If you know in advance you need them it might be possible to
> batch that. e.g. MADV_WILLNEED could be extended to
> work on anonymous memory and establish the mappings in the syscall.
> Would that be useful?
Not in the exact way you think. The problem is that not all pages
David Woodhouse writes:
> There are proper device numbers registered for pmac_zilog now. Use them.
Sigh. I guess this is inevitable, but IMNSHO this exposes a weakness
in our serial subsystem.
The problem is that this means that a user has to know "oh, the serial
port on my computer is implemen
On Tue, 2007-04-03 at 14:55 -0700, Badari Pulavarty wrote:
> On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
>
>
> SLUB code paniced my x86-64 box also :(
More on this panic.. line of code cau
On Wed, 04 Apr 2007 00:58:26 +0200, "J.A. =?UTF-8?B?TWFnYWxsw7Nu?=" said:
> Anyways, I have just remembered I use the (in)famous nVidia driver.
> Will try to reproduce without it. This was more like a probe to see if
> somebody else is suffering it...
The nVidia driver will get some truly astound
On Tue, 03 Apr 2007 16:00:50 -0700
Ulrich Drepper <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > Now it could be argued that the current behaviour is that sane thing: we
> > allow the process to "pin" itself to not-present CPUs and just handle it in
> > the CPU scheduler.
>
> As a stop-gap
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> On Tue, 2007-04-03 at 14:55 -0700, Badari Pulavarty wrote:
> > On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
> >
> >
> > SLUB code paniced m
On Wed, 2007-04-04 at 09:14 +1000, Paul Mackerras wrote:
> Sigh. I guess this is inevitable, but IMNSHO this exposes a weakness
> in our serial subsystem.
>
> The problem is that this means that a user has to know "oh, the serial
> port on my computer is implemented with a Z85C30 chip, therefore
Con Kolivas napisał(a):
> On Wednesday 04 April 2007 08:20, Michal Piotrowski wrote:
>> Michal Piotrowski napisał(a):
>>> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4/m
>>> m-oops
>>> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4/m
>>> m-config
>
On Tue, 2007-04-03 at 16:27 -0700, Christoph Lameter wrote:
> On Tue, 3 Apr 2007, Badari Pulavarty wrote:
>
> > On Tue, 2007-04-03 at 14:55 -0700, Badari Pulavarty wrote:
> > > On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches
On Tue, 3 Apr 2007 22:13:07 +0200, Ingo Oeser <[EMAIL PROTECTED]> wrote:
> Hi Ulrich,
>
> On Tuesday 03 April 2007, Ulrich Drepper wrote:
> > So, anybody else has a proposal? This is a pressing issue and cannot
> > wait until someday in the distant future NUMA topology information is
> > easily
On Tue, 2007-04-03 at 15:59 -0700, Christoph Lameter wrote:
> On Tue, 3 Apr 2007, Badari Pulavarty wrote:
>
> > > > SLUB code hangs my ppc64 machine on boot.
> > >
> > > Could you enable NMI or something and get me a stackdump? PPC is
> > > notorious
> > > for having strange NUMA issues. Any fa
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> > x86_64 with numa emulation 4 nodes boots fine here.
>
> Not sure, if this helps any (slub_debug = 1) :(
Specify only slub_debug. The 1 is not recognized by SLUB so there were no
debug options set.
> Linux version 2.6.21-rc5-mm4 ([EMAIL PROTECTED]
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> I have no idea, what this code is supposed to be doing :(
> Let me know, what I can do for you.
I replicated the failure on IA64 give me a minute ...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
On Tue, 03 Apr 2007 19:22:47 -0400, [EMAIL PROTECTED] wrote:
> On Wed, 04 Apr 2007 00:58:26 +0200, "J.A. =?UTF-8?B?TWFnYWxsw7Nu?=" said:
>
> > Anyways, I have just remembered I use the (in)famous nVidia driver.
> > Will try to reproduce without it. This was more like a probe to see if
> > somebod
On Tue, 3 Apr 2007 14:49:48 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > int
> > main (void)
> > {
> > pthread_t th[32];
> > int i;
> > for (i = 0; i < 32; i++)
> > if (pthread_create (&th[i], NULL, tf, NULL))
> > exit (4);
> > for (i = 0; i < 32; i++)
> > pthread_join
Ingo et al.
I'm afraid having no good news (once again). After building
2.6.21-rc5-rt8 and recently on -rt10 I've found some trouble running on
a Core2 T7200 laptop (SMP). Somehow, specially after starting jackd, the
whole system starts crawling to death. It just slows down to some kind
of Big Fre
Antoine Martin wrote:
Jeff Dike wrote:
On Mon, Apr 02, 2007 at 01:22:00PM +0200, Geert Uytterhoeven wrote:
There are patches floating around for a UML frame buffer device.
Gerd Kraxel^H^H^H^H^H^HHoffmann did one using plain X11, which worked
great when I gave it a try.
I suggest taking a look
On Tue, 2007-04-03 at 16:40 -0700, Christoph Lameter wrote:
> On Tue, 3 Apr 2007, Badari Pulavarty wrote:
>
> > > x86_64 with numa emulation 4 nodes boots fine here.
> >
> > Not sure, if this helps any (slub_debug = 1) :(
>
> Specify only slub_debug. The 1 is not recognized by SLUB so there were
Andrew Morton wrote:
> Does anyone see a reason why we cannot do this?
Shouldn't sched_setaffinity get the same treatment for symmetry reasons?
--
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖
signature.asc
Description: OpenPGP digital signature
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> Hmm. booted fine with slub_debug :(
Try to selectively disable debug options... if you got the
time...
F.e. Try with sanity checks only
slub_debug=F
then with redzoning
slub_debug=FZ
and do one with poisoning
slub_debug=FP
Maybe slub_debug avo
From: Paul Mackerras <[EMAIL PROTECTED]>
Date: Wed, 4 Apr 2007 09:14:20 +1000
> David Woodhouse writes:
>
> > There are proper device numbers registered for pmac_zilog now. Use them.
>
> Sigh. I guess this is inevitable, but IMNSHO this exposes a weakness
> in our serial subsystem.
>
> The pro
From: David Woodhouse <[EMAIL PROTECTED]>
Date: Tue, 03 Apr 2007 19:28:36 -0400
> Abusing the 8250 device numbers prevents the 8250 module from being
> loaded at the same time as pmac_zilog, and means you can't have both
> internal port and PCMCIA or PCI 8250 ports active at the same time.
Dynami
On Tue, 2007-04-03 at 14:29 -0700, Brad Boyer wrote:
> On Tue, Apr 03, 2007 at 07:28:36PM -0400, David Woodhouse wrote:
> > I agree to a certain extent -- but then again, why should a user know or
> > care about the name /dev/ttyS0 _either_? A GUI PPP dialer should be
> > listing the available seri
From: David Woodhouse <[EMAIL PROTECTED]>
Date: Tue, 03 Apr 2007 19:57:22 -0400
> Not really. Non-8250 serial ports, such as the multiport PCI cards from
> Cyclades, Stallion, etc. have had their own device numbers for _years_.
> With hindsight, it was a mistake for pmac_zilog ever to have been ca
There are proper device numbers registered for pmac_zilog now. Use them,
and change the name of the device to 'ttyPZ%d'. This allows the
pmac_zilog and 8250 drivers to co-exist in the kernel.
Signed-off-by: David Woodhouse <[EMAIL PROTECTED]>
diff --git a/drivers/serial/pmac_zilog.c b/drivers/ser
On Tue, Apr 03, 2007 at 10:36:27AM -0700, Andrew Morton wrote:
> On Tue, 3 Apr 2007 22:37:06 +1000 David Chinner <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Apr 03, 2007 at 05:18:25PM +1000, Rusty Russell wrote:
> > > On Mon, 2007-04-02 at 23:09 -0700, Andrew Morton wrote:
> > > This is not about eff
201 - 300 of 484 matches
Mail list logo
