On Fri, 16 Mar 2007, Mariusz Kozlowski wrote:
Hello Mel,
Hi
Today after +- 24h of uptime I found some more page allocation
failures ('eth1: Can't allocate skb for Rx'). You'll find more here:
http://tuxland.pl/misc/2.6.21-rc3-mm1-page-allocation-failure.txt
System wasn't doing
On Fri, 16 Mar 2007, Mariusz Kozlowski wrote:
Hello Mel,
Hi
Today after +- 24h of uptime I found some more page allocation
failures ('eth1: Can't allocate skb for Rx'). You'll find more here:
http://tuxland.pl/misc/2.6.21-rc3-mm1-page-allocation-failure.txt
System wasn't doing
Hello Mel,
> > > > > Today after +- 24h of uptime I found some more page allocation
> > > > > failures ('eth1: Can't allocate skb for Rx'). You'll find more here:
> > > > >
> > > > > http://tuxland.pl/misc/2.6.21-rc3-mm1-page-all
On (15/03/07 16:37), Mariusz Kozlowski didst pronounce:
> Hello Mel,
>
> > > > Today after +- 24h of uptime I found some more page allocation
> > > > failures ('eth1: Can't allocate skb for Rx'). You'll find more here:
> > > >
> >
Hello Mel,
> > > Today after +- 24h of uptime I found some more page allocation
> > > failures ('eth1: Can't allocate skb for Rx'). You'll find more here:
> > >
> > > http://tuxland.pl/misc/2.6.21-rc3-mm1-page-allocation-failure.txt
> > >
> &g
't allocate skb for Rx'). You'll find more here:
> >
> > http://tuxland.pl/misc/2.6.21-rc3-mm1-page-allocation-failure.txt
> >
> > System wasn't doing anything unusual, as usual ;-) X, some p2p
> > software, firefox+flash playing music.
> >
>
> Do other k
On Fri, Mar 09, 2007 at 11:40:43AM +, Frederik Deweerdt wrote:
> On Wed, Mar 07, 2007 at 08:18:39PM -0800, Andrew Morton wrote:
> > - The wireless changes in here need a lot of testers, please. It is major
> > rework.
> [...]
> > I was able to get ipw2200 working after some fumbling,
>
On Fri, Mar 09, 2007 at 11:40:43AM +, Frederik Deweerdt wrote:
On Wed, Mar 07, 2007 at 08:18:39PM -0800, Andrew Morton wrote:
- The wireless changes in here need a lot of testers, please. It is major
rework.
[...]
I was able to get ipw2200 working after some fumbling,
Any details
://tuxland.pl/misc/2.6.21-rc3-mm1-page-allocation-failure.txt
System wasn't doing anything unusual, as usual ;-) X, some p2p
software, firefox+flash playing music.
Do other kernels do this, or is 2.6.21-rc3-mm1 worse?
It is of course a non-fatal problem and will inevitably happen
Hello Mel,
Today after +- 24h of uptime I found some more page allocation
failures ('eth1: Can't allocate skb for Rx'). You'll find more here:
http://tuxland.pl/misc/2.6.21-rc3-mm1-page-allocation-failure.txt
System wasn't doing anything unusual, as usual ;-) X, some p2p
On (15/03/07 16:37), Mariusz Kozlowski didst pronounce:
Hello Mel,
Today after +- 24h of uptime I found some more page allocation
failures ('eth1: Can't allocate skb for Rx'). You'll find more here:
http://tuxland.pl/misc/2.6.21-rc3-mm1-page-allocation-failure.txt
Hello Mel,
Today after +- 24h of uptime I found some more page allocation
failures ('eth1: Can't allocate skb for Rx'). You'll find more here:
http://tuxland.pl/misc/2.6.21-rc3-mm1-page-allocation-failure.txt
System wasn't doing anything unusual, as usual
Hello,
> > Today after +- 24h of uptime I found some more page allocation
> > failures ('eth1: Can't allocate skb for Rx'). You'll find more here:
> >
> > http://tuxland.pl/misc/2.6.21-rc3-mm1-page-allocation-failure.txt
> >
> > System wasn't doing an
> On Wed, 14 Mar 2007 20:06:02 +0100 Mariusz Kozlowski <[EMAIL PROTECTED]>
> wrote:
> Hello,
>
> Today after +- 24h of uptime I found some more page allocation
> failures ('eth1: Can't allocate skb for Rx'). You'll find more here:
>
> http://tuxland.pl/misc/
Hello,
Today after +- 24h of uptime I found some more page allocation
failures ('eth1: Can't allocate skb for Rx'). You'll find more here:
http://tuxland.pl/misc/2.6.21-rc3-mm1-page-allocation-failure.txt
System wasn't doing anything unusual, as usual ;-) X, some p2p
software, firefox
Hello,
Today after +- 24h of uptime I found some more page allocation
failures ('eth1: Can't allocate skb for Rx'). You'll find more here:
http://tuxland.pl/misc/2.6.21-rc3-mm1-page-allocation-failure.txt
System wasn't doing anything unusual, as usual ;-) X, some p2p
software, firefox
On Wed, 14 Mar 2007 20:06:02 +0100 Mariusz Kozlowski [EMAIL PROTECTED]
wrote:
Hello,
Today after +- 24h of uptime I found some more page allocation
failures ('eth1: Can't allocate skb for Rx'). You'll find more here:
http://tuxland.pl/misc/2.6.21-rc3-mm1-page-allocation
Hello,
Today after +- 24h of uptime I found some more page allocation
failures ('eth1: Can't allocate skb for Rx'). You'll find more here:
http://tuxland.pl/misc/2.6.21-rc3-mm1-page-allocation-failure.txt
System wasn't doing anything unusual, as usual ;-) X, some p2p
Con Kolivas wrote:
On Wednesday 14 March 2007 05:21, Mark Lord wrote:
Con Kolivas wrote:
Can you try the new version of RSDL. Assuming it doesn't oops on you it
has some accounting bugfixes which may have been biting you.
Retesting today with 2.6.21-rc3-git7 +
On Wednesday 14 March 2007 05:21, Mark Lord wrote:
> Con Kolivas wrote:
> > Can you try the new version of RSDL. Assuming it doesn't oops on you it
> > has some accounting bugfixes which may have been biting you.
>
> Retesting today with 2.6.21-rc3-git7 + 2.6.21-rc3-sched-rsdl-0.30.patch.
>
>
Con Kolivas wrote:
Can you try the new version of RSDL. Assuming it doesn't oops on you it has
some accounting bugfixes which may have been biting you.
Retesting today with 2.6.21-rc3-git7 + 2.6.21-rc3-sched-rsdl-0.30.patch.
Still not pleasant to use the GUI with a kernel build (-j1 or -j2)
Con Kolivas wrote:
Can you try the new version of RSDL. Assuming it doesn't oops on you it has
some accounting bugfixes which may have been biting you.
Retesting today with 2.6.21-rc3-git7 + 2.6.21-rc3-sched-rsdl-0.30.patch.
Still not pleasant to use the GUI with a kernel build (-j1 or -j2)
On Wednesday 14 March 2007 05:21, Mark Lord wrote:
Con Kolivas wrote:
Can you try the new version of RSDL. Assuming it doesn't oops on you it
has some accounting bugfixes which may have been biting you.
Retesting today with 2.6.21-rc3-git7 + 2.6.21-rc3-sched-rsdl-0.30.patch.
Still not
Con Kolivas wrote:
On Wednesday 14 March 2007 05:21, Mark Lord wrote:
Con Kolivas wrote:
Can you try the new version of RSDL. Assuming it doesn't oops on you it
has some accounting bugfixes which may have been biting you.
Retesting today with 2.6.21-rc3-git7 +
On Mon, 12 Mar 2007, Mariusz Kozlowski wrote:
> > echo -n '2-2:1.0' >/sys/bus/usb/drivers/usbhid/unbind
> > Without the "-n", the system thinks that the newline character at the end
> > of the line written by "echo" is part of the filename.
> Nice tip. Thanks. I've run some tests and as
Hello,
> > Any thoughts?
>
> Another mistake on my part. The correct command is
>
> echo -n '2-2:1.0' >/sys/bus/usb/drivers/usbhid/unbind
>
> Without the "-n", the system thinks that the newline character at the end
> of the line written by "echo" is part of the filename.
Nice tip.
On 3/8/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
- Re-added the ext4 development tree to the -mm lineup. It has stuff in
it.
And broken stuff too :-)
The nanoseconds patch is broken on x86_64 - makes mtimes from the future:
e.g. year 2431. I suspect an endianness issue.
x86 works fine
On 3/8/07, Andrew Morton [EMAIL PROTECTED] wrote:
- Re-added the ext4 development tree to the -mm lineup. It has stuff in
it.
And broken stuff too :-)
The nanoseconds patch is broken on x86_64 - makes mtimes from the future:
e.g. year 2431. I suspect an endianness issue.
x86 works fine
Hello,
Any thoughts?
Another mistake on my part. The correct command is
echo -n '2-2:1.0' /sys/bus/usb/drivers/usbhid/unbind
Without the -n, the system thinks that the newline character at the end
of the line written by echo is part of the filename.
Nice tip. Thanks. I've
On Mon, 12 Mar 2007, Mariusz Kozlowski wrote:
echo -n '2-2:1.0' /sys/bus/usb/drivers/usbhid/unbind
Without the -n, the system thinks that the newline character at the end
of the line written by echo is part of the filename.
Nice tip. Thanks. I've run some tests and as expected - no
AIL PROTECTED]> wrote:
> >> > Andrew Morton napisał(a):
> >> > > Temporarily at
> >> > >
> >> > > http://userweb.kernel.org/~akpm/2.6.21-rc3-mm1/
> >> > >
> >> > > Will appear later at
> >> > &g
On Sunday 11 March 2007 23:38, James Cloos wrote:
> |> See:
> |> http://webcvs.freedesktop.org/mesa/Mesa/src/mesa/drivers/dri/r200/r200_i
> |>octl.c?revision=1.37=markup
>
> OK.
>
> Mesa is in git, now, but that still applies. The gitweb url is:
>
> http://gitweb.freedesktop.org/?p=mesa/mesa.git
|> See:
|>
http://webcvs.freedesktop.org/mesa/Mesa/src/mesa/drivers/dri/r200/r200_ioctl.c?revision=1.37=markup
OK.
Mesa is in git, now, but that still applies. The gitweb url is:
http://gitweb.freedesktop.org/?p=mesa/mesa.git
and for the version of the above file in the master branch:
| See:
|
http://webcvs.freedesktop.org/mesa/Mesa/src/mesa/drivers/dri/r200/r200_ioctl.c?revision=1.37view=markup
OK.
Mesa is in git, now, but that still applies. The gitweb url is:
http://gitweb.freedesktop.org/?p=mesa/mesa.git
and for the version of the above file in the master branch:
On Sunday 11 March 2007 23:38, James Cloos wrote:
| See:
| http://webcvs.freedesktop.org/mesa/Mesa/src/mesa/drivers/dri/r200/r200_i
|octl.c?revision=1.37view=markup
OK.
Mesa is in git, now, but that still applies. The gitweb url is:
http://gitweb.freedesktop.org/?p=mesa/mesa.git
and
(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc3-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc3/2.6.21-rc3-mm1/
cpu_hotplug (AutoTest) hangs
On Sunday 11 March 2007 10:34, Con Kolivas wrote:
> On Sunday 11 March 2007 05:21, Mark Lord wrote:
> > Con Kolivas wrote:
> > > On Saturday 10 March 2007 05:07, Mark Lord wrote:
> > >> Mmm.. when it's good, it's *really* good.
> > >> My desktop feels snappier and all of that.
> > >
> > >..
> > >
On Sunday 11 March 2007 05:21, Mark Lord wrote:
> Con Kolivas wrote:
> > On Saturday 10 March 2007 05:07, Mark Lord wrote:
> >> Mmm.. when it's good, it's *really* good.
> >> My desktop feels snappier and all of that.
> >
> >..
> >
> >> But when it's bad, it stinks.
> >> Like when a "make -j2"
On Sunday 11 March 2007 04:01, James Cloos wrote:
> > "Con" == Con Kolivas <[EMAIL PROTECTED]> writes:
>
> Con> It's sad that sched_yield is still in our graphics card drivers ...
>
> I just did a recursive grep(1) on my mirror of the freedesktop git
> repos for sched_yield. This only checked
On Sat, 10 Mar 2007, Mariusz Kozlowski wrote:
> Hello,
>
> > > Right. Can't be 100% sure but without the patch it would have probably
> > > failed by now so I guess the patch is ok. Not sure how to make usb mouse
> > > plugging/unplugging process automatic ;-)
> >
> > echo FOO
Con Kolivas wrote:
On Saturday 10 March 2007 05:07, Mark Lord wrote:
Mmm.. when it's good, it's *really* good.
My desktop feels snappier and all of that.
..
But when it's bad, it stinks.
Like when a "make -j2" kernel rebuild is happening in a background window
And that's bad. When you say
> "Con" == Con Kolivas <[EMAIL PROTECTED]> writes:
Con> It's sad that sched_yield is still in our graphics card drivers ...
I just did a recursive grep(1) on my mirror of the freedesktop git
repos for sched_yield. This only checked the master branches as I
did not bother to script up
Hello,
> > Right. Can't be 100% sure but without the patch it would have probably
> > failed by now so I guess the patch is ok. Not sure how to make usb mouse
> > plugging/unplugging process automatic ;-)
>
> echo FOO >/sys/bus/usb/drivers/usbhid/unbind
>
> to simulate an unplug
On Fri, Mar 09, 2007 at 06:18:51PM -0800, Andrew Morton wrote:
> > On Thu, 08 Mar 2007 21:50:29 +0100 Michal Piotrowski <[EMAIL PROTECTED]>
> > wrote:
> > Andrew Morton napisał(a):
> > > Temporarily at
> > >
> > > http://userweb.kernel.org/~
On Sat, 10 Mar 2007, Mariusz Kozlowski wrote:
> Right. Can't be 100% sure but without the patch it would have probably
> failed by now so I guess the patch is ok. Not sure how to make usb mouse
> plugging/unplugging process automatic ;-)
echo FOO >/sys/bus/usb/drivers/usbhid/unbind
to
Hello,
> On Sat, 10 Mar 2007, Greg KH wrote:
>
> > > hid_parse_report() is doing kmalloc(128k kbytes). We canot sanely
> > > support that and the code shold be rewritten to not do that. A simple
> > > though somewhat lame fix would be to switch to vmalloc().
> > > It's been this way for some
ide_disk unix
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.21-rc3-mm1
# Sat Mar 10 13:01:06 2007
#
# CONFIG_PPC64 is not set
CONFIG_PPC32=y
CONFIG_PPC_MERGE=y
CONFIG_MMU=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_IRQ_PER_CPU=y
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
On Sat, 10 Mar 2007, Greg KH wrote:
> > hid_parse_report() is doing kmalloc(128k kbytes). We canot sanely
> > support that and the code shold be rewritten to not do that. A simple
> > though somewhat lame fix would be to switch to vmalloc().
> > It's been this way for some time, so it's odd
On Sat, Mar 10, 2007 at 12:58:28AM -0800, Andrew Morton wrote:
> > On Sat, 10 Mar 2007 09:33:35 +0100 Mariusz Kozlowski <[EMAIL PROTECTED]>
> > wrote:
> > Hello,
> >
> > > - The wireless changes in here need a lot of testers, please. It is major
> > > rework.
> >
> > Works for me ... so far
> On Sat, 10 Mar 2007 09:33:35 +0100 Mariusz Kozlowski <[EMAIL PROTECTED]>
> wrote:
> Hello,
>
> > - The wireless changes in here need a lot of testers, please. It is major
> > rework.
>
> Works for me ... so far ;-) Anyway to the point:
>
> When moving my laptop I reattached the usb
Hello,
> Unable to reproduce so far.
Ok I was wrong. Able to reproduce quite easily. Let me know if you need
anything more.
usb 2-1: new low speed USB device using uhci_hcd and address 11
usb 2-1: new device found, idVendor=046d, idProduct=c00e
usb 2-1: new device strings: Mfr=1, Product=2,
roduce so far.
Regards,
Mariusz Kozlowski
Linux orion 2.6.21-rc3-mm1 #2 PREEMPT Sat Mar 10 07:49:33 CET 2007 i686
Intel(R) Pentium(R) 4 CPU 2.40GHz GenuineIntel GNU/Linux
Gnu C 4.1.1
Gnu make 3.81
binutils 2.17
util-linux 2.12r
ide_disk unix
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.21-rc3-mm1
# Sat Mar 10 13:01:06 2007
#
# CONFIG_PPC64 is not set
CONFIG_PPC32=y
CONFIG_PPC_MERGE=y
CONFIG_MMU=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_IRQ_PER_CPU=y
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
On Fri, Mar 09, 2007 at 06:18:51PM -0800, Andrew Morton wrote:
On Thu, 08 Mar 2007 21:50:29 +0100 Michal Piotrowski [EMAIL PROTECTED]
wrote:
Andrew Morton napisał(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc3-mm1/
Will appear later at
ftp
Con == Con Kolivas [EMAIL PROTECTED] writes:
Con It's sad that sched_yield is still in our graphics card drivers ...
I just did a recursive grep(1) on my mirror of the freedesktop git
repos for sched_yield. This only checked the master branches as I
did not bother to script up something to
Con Kolivas wrote:
On Saturday 10 March 2007 05:07, Mark Lord wrote:
Mmm.. when it's good, it's *really* good.
My desktop feels snappier and all of that.
..
But when it's bad, it stinks.
Like when a make -j2 kernel rebuild is happening in a background window
And that's bad. When you say it
On Sunday 11 March 2007 04:01, James Cloos wrote:
Con == Con Kolivas [EMAIL PROTECTED] writes:
Con It's sad that sched_yield is still in our graphics card drivers ...
I just did a recursive grep(1) on my mirror of the freedesktop git
repos for sched_yield. This only checked the master
On Sunday 11 March 2007 05:21, Mark Lord wrote:
Con Kolivas wrote:
On Saturday 10 March 2007 05:07, Mark Lord wrote:
Mmm.. when it's good, it's *really* good.
My desktop feels snappier and all of that.
..
But when it's bad, it stinks.
Like when a make -j2 kernel rebuild is
On Sunday 11 March 2007 10:34, Con Kolivas wrote:
On Sunday 11 March 2007 05:21, Mark Lord wrote:
Con Kolivas wrote:
On Saturday 10 March 2007 05:07, Mark Lord wrote:
Mmm.. when it's good, it's *really* good.
My desktop feels snappier and all of that.
..
But when it's bad,
reserved pages
66453 pages shared
6 pages swap cached
18 pages dirty
0 pages writeback
21032 pages mapped
3634 pages slab
390 pages pagetables
Nothing unusual happening in system. Some music playing, etc.
Unable to reproduce so far.
Regards,
Mariusz Kozlowski
Linux orion 2.6.21-rc3-mm1 #2
Hello,
Unable to reproduce so far.
Ok I was wrong. Able to reproduce quite easily. Let me know if you need
anything more.
usb 2-1: new low speed USB device using uhci_hcd and address 11
usb 2-1: new device found, idVendor=046d, idProduct=c00e
usb 2-1: new device strings: Mfr=1, Product=2,
On Sat, 10 Mar 2007 09:33:35 +0100 Mariusz Kozlowski [EMAIL PROTECTED]
wrote:
Hello,
- The wireless changes in here need a lot of testers, please. It is major
rework.
Works for me ... so far ;-) Anyway to the point:
When moving my laptop I reattached the usb mouse. Then I found
On Sat, Mar 10, 2007 at 12:58:28AM -0800, Andrew Morton wrote:
On Sat, 10 Mar 2007 09:33:35 +0100 Mariusz Kozlowski [EMAIL PROTECTED]
wrote:
Hello,
- The wireless changes in here need a lot of testers, please. It is major
rework.
Works for me ... so far ;-) Anyway to the
On Sat, 10 Mar 2007, Greg KH wrote:
hid_parse_report() is doing kmalloc(128k kbytes). We canot sanely
support that and the code shold be rewritten to not do that. A simple
though somewhat lame fix would be to switch to vmalloc().
It's been this way for some time, so it's odd that the
Hello,
On Sat, 10 Mar 2007, Greg KH wrote:
hid_parse_report() is doing kmalloc(128k kbytes). We canot sanely
support that and the code shold be rewritten to not do that. A simple
though somewhat lame fix would be to switch to vmalloc().
It's been this way for some time, so it's
On Sat, 10 Mar 2007, Mariusz Kozlowski wrote:
Right. Can't be 100% sure but without the patch it would have probably
failed by now so I guess the patch is ok. Not sure how to make usb mouse
plugging/unplugging process automatic ;-)
echo FOO /sys/bus/usb/drivers/usbhid/unbind
to
Hello,
Right. Can't be 100% sure but without the patch it would have probably
failed by now so I guess the patch is ok. Not sure how to make usb mouse
plugging/unplugging process automatic ;-)
echo FOO /sys/bus/usb/drivers/usbhid/unbind
to simulate an unplug (actually, to do an
On Sat, 10 Mar 2007, Mariusz Kozlowski wrote:
Hello,
Right. Can't be 100% sure but without the patch it would have probably
failed by now so I guess the patch is ok. Not sure how to make usb mouse
plugging/unplugging process automatic ;-)
echo FOO
On Saturday 10 March 2007 13:26, Matt Mackall wrote:
> On Sat, Mar 10, 2007 at 01:20:22PM +1100, Con Kolivas wrote:
> > Progress at last! And without any patches! Well those look very
> > reasonable to me. Especially since -j5 is a worst case scenario.
>
> Well that's with a noyield patch and your
On Sat, Mar 10, 2007 at 01:20:22PM +1100, Con Kolivas wrote:
> Progress at last! And without any patches! Well those look very reasonable to
> me. Especially since -j5 is a worst case scenario.
Well that's with a noyield patch and your sched_tick fix.
> But would you say it's still _adequate_
On Saturday 10 March 2007 12:42, Matt Mackall wrote:
> On Sat, Mar 10, 2007 at 12:28:38PM +1100, Con Kolivas wrote:
> > On Saturday 10 March 2007 11:49, Matt Mackall wrote:
> > > On Sat, Mar 10, 2007 at 11:34:26AM +1100, Con Kolivas wrote:
> > > > Ok, so some of the basics then. Can you please
> On Thu, 08 Mar 2007 21:50:29 +0100 Michal Piotrowski <[EMAIL PROTECTED]>
> wrote:
> Andrew Morton napisał(a):
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.21-rc3-mm1/
> >
> > Will appear later at
> >
> >
> >
On Mar 09, 2007, at 20:42:30, Matt Mackall wrote:
Doh, can't believe I didn't notice that. That's apparently a
default in Debian/unstable (not sure where to tweak it).
Run this:
[EMAIL PROTECTED]:~# dpkg-reconfigure xserver-xorg
It should ask you if you want to run the X-server at a lower
On Sat, Mar 10, 2007 at 12:28:38PM +1100, Con Kolivas wrote:
> On Saturday 10 March 2007 11:49, Matt Mackall wrote:
> > On Sat, Mar 10, 2007 at 11:34:26AM +1100, Con Kolivas wrote:
> > > Ok, so some of the basics then. Can you please give me the output of 'top
> > > -b' running for a few seconds
On Saturday 10 March 2007 11:49, Matt Mackall wrote:
> On Sat, Mar 10, 2007 at 11:34:26AM +1100, Con Kolivas wrote:
> > Ok, so some of the basics then. Can you please give me the output of 'top
> > -b' running for a few seconds during the whole affair?
>
> Here you go:
>
>
t on yours is Beryl and a
> different graphics card. When you're comparing to mainline are you
> comparing -mm1 to -mm2 to ensure something else from -mm isn't responsible?
> Also have you tried rsdl on 2.6.20 as Willy suggested?
Haven't tried -mm2. So far I've tried 2.6.21-rc2-mm2
On Saturday 10 March 2007 09:12, Con Kolivas wrote:
> On Saturday 10 March 2007 08:57, Willy Tarreau wrote:
> > On Fri, Mar 09, 2007 at 03:39:59PM -0600, Matt Mackall wrote:
> > > On Sat, Mar 10, 2007 at 08:19:18AM +1100, Con Kolivas wrote:
> > > > On Saturday 10 March 2007 08:07, Con Kolivas
On Sat, Mar 10, 2007 at 11:34:26AM +1100, Con Kolivas wrote:
> On Saturday 10 March 2007 09:29, Matt Mackall wrote:
> > On Sat, Mar 10, 2007 at 09:18:05AM +1100, Con Kolivas wrote:
> > > On Saturday 10 March 2007 08:57, Con Kolivas wrote:
> > > > On Saturday 10 March 2007 08:39, Matt Mackall
On Saturday 10 March 2007 09:29, Matt Mackall wrote:
> On Sat, Mar 10, 2007 at 09:18:05AM +1100, Con Kolivas wrote:
> > On Saturday 10 March 2007 08:57, Con Kolivas wrote:
> > > On Saturday 10 March 2007 08:39, Matt Mackall wrote:
> > > > On Sat, Mar 10, 2007 at 08:19:18AM +1100, Con Kolivas
On Saturday 10 March 2007 10:06, Matt Mackall wrote:
> On Sat, Mar 10, 2007 at 10:02:37AM +1100, Con Kolivas wrote:
> > On Saturday 10 March 2007 09:29, Matt Mackall wrote:
> > > On Sat, Mar 10, 2007 at 09:18:05AM +1100, Con Kolivas wrote:
> > > > On Saturday 10 March 2007 08:57, Con Kolivas
On Sat, Mar 10, 2007 at 10:02:37AM +1100, Con Kolivas wrote:
> On Saturday 10 March 2007 09:29, Matt Mackall wrote:
> > On Sat, Mar 10, 2007 at 09:18:05AM +1100, Con Kolivas wrote:
> > > On Saturday 10 March 2007 08:57, Con Kolivas wrote:
> > > > On Saturday 10 March 2007 08:39, Matt Mackall
On Saturday 10 March 2007 09:29, Matt Mackall wrote:
> On Sat, Mar 10, 2007 at 09:18:05AM +1100, Con Kolivas wrote:
> > On Saturday 10 March 2007 08:57, Con Kolivas wrote:
> > > On Saturday 10 March 2007 08:39, Matt Mackall wrote:
> > > > So what's different between makes in parallel and make -j
On Sat, Mar 10, 2007 at 09:18:05AM +1100, Con Kolivas wrote:
> On Saturday 10 March 2007 08:57, Con Kolivas wrote:
> > On Saturday 10 March 2007 08:39, Matt Mackall wrote:
> > > On Sat, Mar 10, 2007 at 08:19:18AM +1100, Con Kolivas wrote:
> > > > On Saturday 10 March 2007 08:07, Con Kolivas wrote:
pe I/O to control how many jobs are running.
> >
> > Matt, could you check with plain 2.6.20 + Con's patch ? It is possible
> > that he added bugs when porting to -mm, or that someting in -mm causes
> > the trouble. Your experience with -mm seems so much different from mine
&g
On Sat, Mar 10, 2007 at 09:12:07AM +1100, Con Kolivas wrote:
(...)
> > Matt, could you check with plain 2.6.20 + Con's patch ? It is possible
> > that he added bugs when porting to -mm, or that someting in -mm causes
> > the trouble. Your experience with -mm seems so much different from mine
> >
On Saturday 10 March 2007 08:57, Con Kolivas wrote:
> On Saturday 10 March 2007 08:39, Matt Mackall wrote:
> > On Sat, Mar 10, 2007 at 08:19:18AM +1100, Con Kolivas wrote:
> > > On Saturday 10 March 2007 08:07, Con Kolivas wrote:
> > > > On Saturday 10 March 2007 07:46, Matt Mackall wrote:
> > > >
On Saturday 10 March 2007 08:57, Willy Tarreau wrote:
> On Fri, Mar 09, 2007 at 03:39:59PM -0600, Matt Mackall wrote:
> > On Sat, Mar 10, 2007 at 08:19:18AM +1100, Con Kolivas wrote:
> > > On Saturday 10 March 2007 08:07, Con Kolivas wrote:
> > > > On Saturday 10 March 2007 07:46, Matt Mackall
On Fri, Mar 09, 2007 at 03:39:59PM -0600, Matt Mackall wrote:
> On Sat, Mar 10, 2007 at 08:19:18AM +1100, Con Kolivas wrote:
> > On Saturday 10 March 2007 08:07, Con Kolivas wrote:
> > > On Saturday 10 March 2007 07:46, Matt Mackall wrote:
> > > > My suspicion is the problem lies in giving too
On Saturday 10 March 2007 08:39, Matt Mackall wrote:
> On Sat, Mar 10, 2007 at 08:19:18AM +1100, Con Kolivas wrote:
> > On Saturday 10 March 2007 08:07, Con Kolivas wrote:
> > > On Saturday 10 March 2007 07:46, Matt Mackall wrote:
> > > > My suspicion is the problem lies in giving too much quanta
On Sat, Mar 10, 2007 at 08:19:18AM +1100, Con Kolivas wrote:
> On Saturday 10 March 2007 08:07, Con Kolivas wrote:
> > On Saturday 10 March 2007 07:46, Matt Mackall wrote:
> > > My suspicion is the problem lies in giving too much quanta to
> > > newly-started processes.
> >
> > Ah that's some nice
On Fri, Mar 09, 2007 at 02:46:24PM -0600, Matt Mackall wrote:
> A priori, this load should be manageable by RSDL as the interactive
> loads are all pretty small. So I wrote a little Python script that
> basically continuously memcpys some 16MB chunks of memory:
>
> #!/usr/bin/python
> a = "a" *
Thanks Matt. You've found a real bug too. This seems to fix the qemu
misbehaviour and bitmap errors so far too! Now can you please try this to see
if it fixes your problem?
---
kernel/sched.c |8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
Index: li
On Saturday 10 March 2007 07:46, Matt Mackall wrote:
> Ok, I've now disabled sched_yield (I'm using xorg radeon drivers).
Great.
> So far:
>
> rc2-mm2 RSDL RSDL+NO_HZ RSDL+NO_HZ+no_yield estimated CPU
> no load
> berylgood good great great~30% at
On Sat, Mar 10, 2007 at 07:15:38AM +1100, Con Kolivas wrote:
> How odd. I would have thought that if an interaction was to occur it would
> have been without the new feature. Clearly what you describe without NO_HZ is
> not the expected behaviour with RSDL. I wonder what went wrong. Are you on
On Sat, Mar 10, 2007 at 07:26:15AM +1100, Con Kolivas wrote:
> > How odd. I would have thought that if an interaction was to occur it would
> > have been without the new feature. Clearly what you describe without NO_HZ
> > is not the expected behaviour with RSDL. I wonder what went wrong. Are you
On Fri, Mar 09, 2007 at 07:39:05PM +1100, Con Kolivas wrote:
> On Friday 09 March 2007 19:20, Matt Mackall wrote:
> > And I've just rebooted with NO_HZ and things are greatly improved. At
> > idle, Beryl effects are silky smooth (possibly better than stock) and
> > shows less load. Under 'make',
On Saturday 10 March 2007 07:15, Con Kolivas wrote:
> On Saturday 10 March 2007 05:27, Matt Mackall wrote:
> > On Fri, Mar 09, 2007 at 07:39:05PM +1100, Con Kolivas wrote:
> > > On Friday 09 March 2007 19:20, Matt Mackall wrote:
> > > > And I've just rebooted with NO_HZ and things are greatly
On Saturday 10 March 2007 05:07, Mark Lord wrote:
> Mmm.. when it's good, it's *really* good.
> My desktop feels snappier and all of that.
>
> No noticeable jerkiness of windows/scrolling,
> which I *do* observe with the stock scheduler.
Thats good.
> But when it's bad, it stinks.
> Like when a
On Saturday 10 March 2007 05:27, Matt Mackall wrote:
> On Fri, Mar 09, 2007 at 07:39:05PM +1100, Con Kolivas wrote:
> > On Friday 09 March 2007 19:20, Matt Mackall wrote:
> > > And I've just rebooted with NO_HZ and things are greatly improved. At
> > > idle, Beryl effects are silky smooth
On Fri, Mar 09, 2007 at 07:39:05PM +1100, Con Kolivas wrote:
> On Friday 09 March 2007 19:20, Matt Mackall wrote:
> > And I've just rebooted with NO_HZ and things are greatly improved. At
> > idle, Beryl effects are silky smooth (possibly better than stock) and
> > shows less load. Under 'make',
1 - 100 of 172 matches
Mail list logo