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
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
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
>
: 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+flash playing music.
> &g
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
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
> >
> > Sy
> 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:
>
> htt
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, so
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 + 2.6.21-rc3-sched-rsdl-0.30.patch.
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
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 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 expec
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. Th
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 a
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&view=markup
>
> OK.
>
> Mesa is in git, now, but that still applies. The gitweb url is:
>
> http://gitweb.freedesktop.org/?p=mesa/mesa.
|> See:
|>
http://webcvs.freedesktop.org/mesa/Mesa/src/mesa/drivers/dri/r200/r200_ioctl.c?revision=1.37&view=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:
h
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" kern
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 >/sys/bus/usb/
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 "i
> "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 somethi
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,
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 si
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
hcd ohci_hcd usbcore 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_
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 th
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 mouse.
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, Ser
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
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_ wi
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 give
> 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 du
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:
>
> http://selenic.com/baseli
things that are different 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
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 wrote
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 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 wrote:
> > > > On Sat, Mar 10, 2007 at 08:19:18AM +1100, Con Kolivas wrote:
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 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 wrote:
> > > > On Saturday 10 March 2007 08:39, Matt Mackall 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 wrote:
> > > > So what's different between makes in parallel and make -j 5?
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:
; > > job server uses pipe 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 s
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
> > wi
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 wrot
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 much
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 t
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" * 16
on).
Wow! 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 deletion
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 60
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', Be
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 impro
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 (possibly
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', Be
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.
But when it's bad, it stinks.
Like when a "make -j2" kernel rebuild is happening in a background wi
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.
But when it's bad, it stinks.
Like when a "make -j2" kernel rebuild is happening in a background window
This is on a
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 on the symptoms? I'm unable to boot rc3-mm2, and it hangs
right after
William Lee Irwin III <[EMAIL PROTECTED]> writes:
> On Fri, Mar 09, 2007 at 12:07:06PM +0300, Serge Belyshev wrote:
>> If you see sched_yield() when stracing any 3d program, I suggest you
>> to try this bruteforce workaround, which works fine for me,
>> disable sched_yield():
>
> May I suggest LD_
On Fri, Mar 09, 2007 at 12:07:06PM +0300, Serge Belyshev wrote:
> If you see sched_yield() when stracing any 3d program, I suggest you
> to try this bruteforce workaround, which works fine for me,
> disable sched_yield():
May I suggest LD_PRELOAD of a library consisting of only a nopped
sched_yiel
Con Kolivas <[EMAIL PROTECTED]> writes:
> On Friday 09 March 2007 18:53, Matt Mackall wrote:
...
>>
>> With a single non-parallel make running (all in cache, mind you), the
>> system kicks up into just about 100% CPU usage at full speed. Desktop
>> spinning becomes between 10x to 100x slower (from
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', Beryl is still responsive as is Galeon.
> No sign of lagging mouse or t
On Friday 09 March 2007 18:53, Matt Mackall wrote:
> Well then I suppose something must be broken. When my box is idle, I
> can grab my desktop and spin it around and generate less than 25% CPU
> with the CPU stepped all the way down from 1.7GHz to 600MHz (Beryl is
> actually much snappier than man
terminals, scrolling in Galeon, and a bit jerky behaviour for spinning
> > > Beryl's 3D desktop. Playing MP3s off an sshfs FUSE mount works fine.
> > > Typing across ssh sessions has no noticeable lag. Mouse pointer
> > > movement is smooth.
> > >
> >
P3s off an sshfs FUSE mount works fine.
> > Typing across ssh sessions has no noticeable lag. Mouse pointer
> > movement is smooth.
> >
> > With 2.6.21-rc3-mm1, terminals take longer to open, Galeon is
> > noticeably more sluggish, and Beryl's desktop switching goes
With 2.6.21-rc2-mm2, I get slightly sluggish response for opening new
> terminals, scrolling in Galeon, and a bit jerky behaviour for spinning
> Beryl's 3D desktop. Playing MP3s off an sshfs FUSE mount works fine.
> Typing across ssh sessions has no noticeable lag. Mouse pointer
> m
s, scrolling in Galeon, and a bit jerky behaviour for spinning
Beryl's 3D desktop. Playing MP3s off an sshfs FUSE mount works fine.
Typing across ssh sessions has no noticeable lag. Mouse pointer
movement is smooth.
With 2.6.21-rc3-mm1, terminals take longer to open, Galeon is
noticeably more s
Andrew Morton napisał(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_hotpl
On Thu, 08 Mar 2007 13:34:04 EST, "John W. Linville" said:
> On Thu, Mar 08, 2007 at 12:56:58PM -0500, [EMAIL PROTECTED] wrote:
> > On Wed, 07 Mar 2007 20:18:39 PST, Andrew Morton said:
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/
On Thu, Mar 08, 2007 at 12:56:58PM -0500, [EMAIL PROTECTED] wrote:
> On Wed, 07 Mar 2007 20:18:39 PST, Andrew Morton said:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc3/2.6.21-rc3-mm1/
>
> Mostly working for me.
>
> > - The w
On Wed, 07 Mar 2007 20:18:39 PST, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc3/2.6.21-rc3-mm1/
Mostly working for me.
> - The wireless changes in here need a lot of testers, please. It is major
> rework.
Working on it - the
On Thu, Mar 08, 2007 at 09:50:43AM -0500, John W. Linville wrote:
> On Wed, Mar 07, 2007 at 08:18:39PM -0800, Andrew Morton wrote:
> By removing NET_RADIO, these changes pave the way to making wireless
> extensions optional when cfg80211 can fully take over for some
> drivers
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.
>
> Of course the config files got all changed around so `make oldconfig'
> breaks everything. I was able to get ipw2200 working after some
Andrew Morton wrote:
- The wireless changes in here need a lot of testers, please. It is major
rework.
Of course the config files got all changed around so `make oldconfig'
breaks everything. I was able to get ipw2200 working after some fumbling,
but perhaps John can tell people what h
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/
- The wireless changes in here need a lot of testers, please. It is major
rework.
Of course the config
86 matches
Mail list logo
