On Thu, May 31, 2007 at 10:01:09PM +0200, Ingo Molnar wrote:
>
> * K.R. Foley <[EMAIL PROTECTED]> wrote:
>
> > Ingo Molnar wrote:
> > > * K.R. Foley <[EMAIL PROTECTED]> wrote:
> > >
> > >> Ingo,
> > >>
> > >> I believe that patch-2.6.21.3-rt9 is misnamed. It applies cleanly to
> > >> 2.6.21 but
On Fri, Jun 01, 2007 at 12:46:23PM -0400, Mathieu Desnoyers wrote:
> * Matt Mackall ([EMAIL PROTECTED]) wrote:
> > On Thu, May 31, 2007 at 03:42:50PM +0200, Andi Kleen wrote:
> > > Mathieu Desnoyers <[EMAIL PROTECTED]> writes:
> > >
> > > > Reimple
On Fri, Jun 01, 2007 at 02:06:54PM -0400, Mathieu Desnoyers wrote:
> * Andi Kleen ([EMAIL PROTECTED]) wrote:
> > > It's not clear to me why either of those things are necessary. An
> > > example please?
> >
> > It's certainly possible that a global flag would need to be tested
> > more than once.
On Fri, Jun 01, 2007 at 08:30:53PM +0200, Ingo Molnar wrote:
> - better scheduling
> - better printk timestamps
> - higher-quality blktrace timestamps
- more entropy in /dev/random
--
Mathematics is the supreme nostalgia of our time.
-
To unsubscribe from this list: send the line "unsubscribe
igh priority
> messages only) on the sender.
>
> Cc: Matt Mackall <[EMAIL PROTECTED]>
> Cc: Jesper Juhl <[EMAIL PROTECTED]>
> Signed-off-by: Satyam Sharma <[EMAIL PROTECTED]>
Thanks.
Acked-by: Matt Mackall <[EMAIL PROTECTED]>
--
Mathematics is the supreme nos
On Fri, Jul 13, 2007 at 11:27:25AM -0700, Randy Dunlap wrote:
> > Index: linux-2.6/init/Kconfig
> > ===
> > --- linux-2.6.orig/init/Kconfig
> > +++ linux-2.6/init/Kconfig
> > @@ -529,7 +529,7 @@ config SLUB
> >way and has enhan
kernel with no notable
change in system time.
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: mm/mm/slob.c
===
--- mm.orig/mm/slob.c 2007-07-13 17:51:25.0 -0500
+++ mm/mm/slob.c2007-07-13 18:42:59.000
On Fri, Jul 13, 2007 at 03:20:54PM +0200, Rene Herman wrote:
> On 07/13/2007 06:14 AM, Jeremy Fitzhardinge wrote:
>
> >Jesper Juhl wrote:
>
> >>Yes and no. If that will get things moving in the direction of
> >>getting rid of the stack size as a config option, then I'm all for it.
> >>But on the
On Fri, Jul 13, 2007 at 04:25:56AM +0200, Jesper Juhl wrote:
> On 13/07/07, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> >Jesper Juhl wrote:
> >> If, on the other hand, we consider 4K stacks to be the superior
> >> solution, then we should work to get all code fixed to be able to
> >> handle it
On Mon, Jul 16, 2007 at 04:01:15PM +1000, Nick Piggin wrote:
> Matt Mackall wrote:
> >The version of SLOB in -mm always scans its free list from the
> >beginning, which results in small allocations and free segments
> >clustering at the beginning of the list over time. This
On Mon, Jul 16, 2007 at 04:01:17PM +0200, Roman Zippel wrote:
> Hi,
>
> On Mon, 16 Jul 2007, Ingo Molnar wrote:
>
> > to sum it up: a nice +19 task (the most commonly used nice level in
> > practice) gets 9.1%, 3.9%, 3.1% of CPU time on the old scheduler,
> > depending on the value of HZ. This
On Tue, Jul 17, 2007 at 12:55:36AM +0200, Rene Herman wrote:
> On 07/17/2007 12:37 AM, Ray Lee wrote:
>
> >On 7/16/07, Rene Herman <[EMAIL PROTECTED]> wrote:
>
> >>Seeing as how single-page stacks are much easier on the VM so that
> >>creating those zillion threads should also be faster, at _som
On Mon, Jul 16, 2007 at 03:29:15PM -0700, Linus Torvalds wrote:
>
>
> On Mon, 16 Jul 2007, David Miller wrote:
> >
> > Ingo is the only person hitting and reporting this and last time I
> > checked he is competent enough to revert the thing locally in his own
> > trees, right? :-)
>
> Umm. And
On Tue, Jul 17, 2007 at 01:12:51AM +0200, Rene Herman wrote:
> On 07/17/2007 01:07 AM, Matt Mackall wrote:
>
> >On Tue, Jul 17, 2007 at 12:55:36AM +0200, Rene Herman wrote:
>
> >>I'm still waiting for larger soft-pages... does anyone in this thread
> >>hav
On Sun, Jul 15, 2007 at 12:19:15AM +0200, Rene Herman wrote:
> On 07/14/2007 09:17 PM, Matt Mackall wrote:
>
> >On Fri, Jul 13, 2007 at 03:20:54PM +0200, Rene Herman wrote:
>
> >>As far as I'm aware, the actual reason for 4K stacks is that after the
> >>s
On Tue, Jul 17, 2007 at 01:36:35AM -0700, Andrew Morton wrote:
> On Fri, 13 Jul 2007 16:01:48 +1000 "Lindsay Roberts" <[EMAIL PROTECTED]>
> wrote:
>
> > * Increases romfs partition size limit from 2GB to 4GB.
That seems worthwhile.
> > * Adds new derivative of romfs filesystem (rom2fs) with
> >
On Tue, Jul 17, 2007 at 12:59:03PM +0200, Jan Engelhardt wrote:
>
> On Jul 15 2007 14:00, Jonathan Campbell wrote:
> >
> > These patches were written against the vanilla 2.6.21.1 kernel. They will
> > have
> > no effect UNLESS you make menuconfig and explicitly enable them there.
> >
> >
> inline
bbed in a generic
> kzalloc(), which was missed on SLOB. Follow the SLAB/SLUB changes and
> kill off the __kzalloc() wrapper that SLOB was using.
Looks fine to me.
> Reported-by: Jan Engelhardt <[EMAIL PROTECTED]>
> Signed-off-by: Paul Mundt <[EMAIL PROTECTED]>
Signed-off-
On Wed, Jul 18, 2007 at 04:38:19AM +0200, Rene Herman wrote:
> On 07/17/2007 01:27 AM, Matt Mackall wrote:
>
> >Larger soft pages waste tremendous amounts of memory (mostly in page
> >cache) for minimal benefit on, say, the typical desktop. While there
> >are workload
On Wed, Jul 18, 2007 at 08:55:50AM -0700, H. Peter Anvin wrote:
> Andi Kleen wrote:
> >
> >> Already with these patches I can compile a zImage kernel that is 450kb
> >> large (890kb decompressed)
> >
> > The important part is not how big the vmlinux is, but how much
> > memory is actually used af
On Wed, Jul 18, 2007 at 10:10:43PM +0200, Andi Kleen wrote:
>
> I was waiting for someone to make that "point" ...
>
> >
> > Every byte you can shave off the compressed kernel image is another
> > byte you can use for userspace on your FLASH.
>
> Now let's see if that 1MB 386 contains any flash
On Thu, Jul 19, 2007 at 02:15:39AM +0200, Andrea Arcangeli wrote:
> On Mon, Jul 16, 2007 at 06:27:55PM -0500, Matt Mackall wrote:
> > So it's absolutely no help in fixing our order-1 allocation problem
> > because we don't want to force large pages on people.
>
&g
On Thu, Jul 19, 2007 at 02:48:37AM +0200, Rene Herman wrote:
> On 07/19/2007 02:41 AM, Matt Mackall wrote:
>
> >On Thu, Jul 19, 2007 at 02:15:39AM +0200, Andrea Arcangeli wrote:
>
> >>Using kmalloc(8k) instead of alloc_page() doesn't sound a too big deal
> &
On Thu, Jul 19, 2007 at 03:33:58AM +0200, Andrea Arcangeli wrote:
> On Thu, Jul 19, 2007 at 01:39:55AM +0100, Alan Cox wrote:
> > > About 4k stacks I was generally against them, much better to fail in
> > > fork than to risk corruption. The per-irq stack part is great feature
> > > instead (too bad
On Thu, May 10, 2007 at 07:46:33AM -0700, Jeremy Fitzhardinge wrote:
> David Chinner wrote:
> > On Wed, May 09, 2007 at 05:54:09PM -0700, Jeremy Fitzhardinge wrote:
> >
> >> David Chinner wrote:
> >>
> >>> Suspend-resume, eh?
> >>>
> >>> There's an immediate suspect. Can you test this speci
On Fri, May 11, 2007 at 07:13:48AM +1000, David Chinner wrote:
> On Thu, May 10, 2007 at 07:46:33AM -0700, Jeremy Fitzhardinge wrote:
> > David Chinner wrote:
> > > On Wed, May 09, 2007 at 05:54:09PM -0700, Jeremy Fitzhardinge wrote:
> > >
> > >> David Chinner wrote:
> > >>
> > >>> Suspend-
On Fri, May 11, 2007 at 04:07:18PM -0700, Arjan van de Ven wrote:
>
> What's eating the battery life of my laptop? Why isn't it many more
> hours? Which software component causes the most power to be burned?
> These are important questions without a good answer... until now.
I get:
No detailed
This just hit:
[7.856000] usbcore: registered new interface driver usbhid
[7.86] BUG: at kernel/mutex.c:311 __mutex_trylock_slowpath()
[7.868000] [] show_trace_log_lvl+0x1a/0x30
[7.872000] [] show_trace+0x12/0x14
[7.876000] [] dump_stack+0x15/0x17
[7.88] [] mute
On Sat, May 12, 2007 at 02:40:52AM +0100, Jose Celestino wrote:
> Words by Matt Mackall [Fri, May 11, 2007 at 07:17:19PM -0500]:
> > On Fri, May 11, 2007 at 04:07:18PM -0700, Arjan van de Ven wrote:
> > >
> > > What's eating the battery life of my laptop? Why
On Sat, May 12, 2007 at 01:21:41PM +0200, Jan Engelhardt wrote:
>
> On May 10 2007 10:38, Matt Mackall wrote:
> >>
> >> for i in `seq 20`; do
> >>hg clone -U --pull a b-$i
> >>hg verify b-$i # always OK
> >&
On Mon, May 14, 2007 at 08:53:21AM -0700, Christoph Lameter wrote:
> On Mon, 14 May 2007, Peter Zijlstra wrote:
>
> > In the interest of creating a reserve based allocator; we need to make the
> > slab
> > allocator (*sigh*, all three) fair with respect to GFP flags.
>
> I am not sure what the p
On Mon, May 14, 2007 at 12:44:51PM -0700, Andrew Morton wrote:
> On Mon, 14 May 2007 11:12:24 -0500
> Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > If I understand this correctly:
> >
> > privileged thread unprivileged greedy process
> >
On Tue, May 15, 2007 at 10:43:05AM +0200, Nick Piggin wrote:
> This patch goes on top of my previous RCU patch, and has various
> improvements for slob I noticed while implementing said patch ;)
>
> Comments?
I'm warming to this. Please check that the comment block at the top is
still accurate.
On Thu, May 17, 2007 at 10:29:06AM -0700, Christoph Lameter wrote:
> On Thu, 17 May 2007, Peter Zijlstra wrote:
>
> > I'm really not seeing why you're making such a fuzz about it; normally
> > when you push the system this hard we're failing allocations left right
> > and center too. Its just that
On Fri, Jun 01, 2007 at 09:45:15PM -0700, Christoph Lameter wrote:
> On Fri, 1 Jun 2007, Andrew Morton wrote:
>
> > They are different instances which happen to have the same length (zero).
>
> I guess one could use the slab allocators as a type of reservation
> ticket generator with zero sized
On Fri, Jun 01, 2007 at 09:54:27PM -0700, Andrew Morton wrote:
> We lose leak-detection and double-free detection this way, too. Not a big
> deal.
We could keep a global counter and warn if count < 0 or > N.
An awful lot of fuss over nothing though.
--
Mathematics is the supreme nostalgia of o
On Sat, Jun 02, 2007 at 10:48:21AM -0700, Andrew Morton wrote:
> On Sat, 2 Jun 2007 16:43:48 +0200 Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > And your approach could easily result in code paths never tested in
> > -mm or -rc kernels exploding in the actual release.
>
> yep, we need to ensure t
On Wed, May 23, 2007 at 09:27:40AM +1000, Rusty Russell wrote:
> On Tue, 2007-05-22 at 17:38 -0500, Matt Mackall wrote:
> > [0.120007] EIP is at resync_sc_freq+0x4b/0x56
>
> Hi Matt,
>
> Thanks for the report! Andrew should have these two patches queued,
>
With 2.6.22-rc3-mm1, I've got a long-running video transcoding going
on. In other windows, I'm compiling, reading email, etc. with no
noticeable problems.
If I fire up lguest and leave it sitting at a shell prompt for a
couple moments, when I return to type something at the prompt, it can
take 2-3
On Mon, Jun 04, 2007 at 10:28:20AM -0700, Andrew Morton wrote:
> On Mon, 4 Jun 2007 12:19:33 -0500 Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > On Wed, May 23, 2007 at 09:27:40AM +1000, Rusty Russell wrote:
> > > On Tue, 2007-05-22 at 17:38 -0500, Matt Mackall wrote:
On Mon, Jun 04, 2007 at 07:54:36PM +0200, Ingo Molnar wrote:
>
> * Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > With 2.6.22-rc3-mm1, I've got a long-running video transcoding going
> > on. In other windows, I'm compiling, reading email, etc. with no
> &
On Mon, Jun 04, 2007 at 08:11:51PM +0200, Ingo Molnar wrote:
>
> * Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > With 2.6.22-rc3-mm1, I've got a long-running video transcoding going
> > on. In other windows, I'm compiling, reading email, etc. with no
> &
On Mon, Jun 04, 2007 at 09:12:29PM +0200, Ingo Molnar wrote:
>
> * Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > > btw., does this only happen with lguest, or with other idle shells
> > > too?
> >
> > Only noticed with lguest.
>
> ah, so bot
On Mon, Jun 04, 2007 at 09:40:38PM +0200, Ingo Molnar wrote:
>
> * Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > > ah, so both the shell and the 'competing' CPU hog was running within
> > > the same lguest instance?
> >
> > No.
> >
On Tue, Jun 05, 2007 at 10:18:54AM +1000, Rusty Russell wrote:
> On Mon, 2007-06-04 at 12:37 -0500, Matt Mackall wrote:
> > With 2.6.22-rc3-mm1, I've got a long-running video transcoding going
> > on. In other windows, I'm compiling, reading email, etc. with no
> > n
On Tue, Jun 05, 2007 at 12:31:15PM +1000, Rusty Russell wrote:
> Does this solve it for you?
Nope. Doesn't accept input and hogs the CPU with lots of system time.
--
Mathematics is the supreme nostalgia of our time.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Tue, Jun 05, 2007 at 02:37:38PM +1000, Rusty Russell wrote:
> On Mon, 2007-06-04 at 23:18 -0500, Matt Mackall wrote:
> > On Tue, Jun 05, 2007 at 12:31:15PM +1000, Rusty Russell wrote:
> > > Does this solve it for you?
> >
> > Nope. Doesn't accept input and ho
On Tue, Jun 05, 2007 at 09:19:04AM +0200, Ingo Molnar wrote:
>
> * Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > sleep_max: 57476665627
> > block_max: 18014060106626075
>
> hm, this block_max looks a bit suspect, it
On Tue, Jun 05, 2007 at 11:23:44AM +0200, Ingo Molnar wrote:
>
> * Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > Ok, my transcoding just finished as I was writing this. So I've
> > reproduced the problem with this Python script that I had handy:
> >
>
On Wed, Jun 06, 2007 at 12:58:03AM +1000, Rusty Russell wrote:
> The IDE probe is the slowest part of boot: by suppressing it we cut
> boot from from 3 seconds to half a second.
>
> AFAICT, the commandline is the easiest way to suppress the probing.
Switching to libata accomplishes the same and i
On Wed, Jun 06, 2007 at 01:00:06AM +1000, Rusty Russell wrote:
> We currently use a "waker" process: a child of the launcher which
> selects() on the incoming file descriptors. It sends a SIGUSR1 to the
> launcher whenever select() returns to kick the launcher out of the
> kernel.
If I break out
On Wed, Jun 06, 2007 at 10:07:46AM +1000, Rusty Russell wrote:
> On Tue, 2007-06-05 at 10:34 -0500, Matt Mackall wrote:
> > On Wed, Jun 06, 2007 at 01:00:06AM +1000, Rusty Russell wrote:
> > > We currently use a "waker" process: a child of the launcher which
> >
On Tue, Jun 05, 2007 at 09:08:06PM +0200, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > Matt, could you send me your .config too? Maybe i can reproduce it
> > with your config.
>
> ok, got it (off-list) and you seem to have the default HZ=250. Could you
> change it to H
On Tue, Jun 05, 2007 at 09:50:15PM +0200, Ingo Molnar wrote:
> Matt, could you run this for 1-2 minutes and send us the sched_debug.txt
> output?
http://selenic.com/sched_debug.txt.gz
--
Mathematics is the supreme nostalgia of our time.
-
To unsubscribe from this list: send the line "unsubscrib
On Wed, Jun 06, 2007 at 11:40:58AM -0700, Jared Hulbert wrote:
> > The embedded people already use them
> >on flash which is a little dumb, but now we add even more cludge for
> >a non-block based access.
>
> Please justify your assertion that using cramfs on flash is dumb.
> What would be not dum
On Wed, Jun 06, 2007 at 10:28:28AM -0700, Andrew Morton wrote:
> On Wed, 06 Jun 2007 09:12:04 -0400 Mark Hounschell <[EMAIL PROTECTED]> wrote:
>
> > >
> > > As far as a 100% CPU bound task being a valid thing to do, it has been
> > > done for many years on SMP machines. Any kernel limitation on
On Thu, Jun 07, 2007 at 10:26:09AM +0800, WANG Cong wrote:
> On Wed, Jun 06, 2007 at 11:09:31AM -0700, Andrew Morton wrote:
> >On Thu, 7 Jun 2007 00:19:36 +0800 WANG Cong <[EMAIL PROTECTED]> wrote:
> >
> >> On Wed, Jun 06, 2007 at 02:07:37AM -0700, Andrew Morton wrote:
> >> >
> >> >ftp://ftp.kernel
On Thu, Jun 07, 2007 at 02:51:58PM +0800, WANG Cong wrote:
> >> Maybe there's something wrong with ketchup. ;(
> >
> >Can you do an 'lsdiff | grep lguest' on the patch in your ~/.ketchup
> >directory?
> >
> >Ketchup simply applies patches, it never touches filenames directly.
> >So for something t
On Thu, Jun 07, 2007 at 06:18:52AM -0400, Mark Hounschell wrote:
> Matt Mackall wrote:
> > On Wed, Jun 06, 2007 at 10:28:28AM -0700, Andrew Morton wrote:
> >> On Wed, 06 Jun 2007 09:12:04 -0400 Mark Hounschell <[EMAIL PROTECTED]>
> >> wrote:
> >>
>
On Thu, Jun 07, 2007 at 12:13:07PM +1000, Rusty Russell wrote:
> On Wed, 2007-06-06 at 11:23 +0100, Alan Cox wrote:
> > > > Better yet just don't compile in the old IDE stuff, lguest doesn't have
> > > > a
> > > > PCI or ISA bus anyway.
> > >
> > > Sure, but the "run the same kernel as guest and
On Wed, Jun 06, 2007 at 06:00:10PM -0400, Justin Piszcz wrote:
> 1. I use netconsole on almost all of my machines.
> 2. When I reboot one of them, it sends the kernel messages to the console
>logging server.
> 3. However, whenever I reboot it spams the console and every xterm open
>with the
On Thu, Jun 07, 2007 at 11:40:08PM +0800, WANG Cong wrote:
> On Thu, Jun 07, 2007 at 09:04:44AM -0500, Matt Mackall wrote:
> >On Thu, Jun 07, 2007 at 02:51:58PM +0800, WANG Cong wrote:
> >> >> Maybe there's something wrong with ketchup. ;(
> >> >
> >
On Fri, Jun 08, 2007 at 12:39:30AM +0800, WANG Cong wrote:
> >Ketchup doesn't even look inside patches, and patch doesn't invent
> >names, so something in the bzip2 -> patch(1) -> filesystem chain got
> >corrupted. Probably not bzip2, as it has CRCs.
> >
>
> Do you mean ketchup doesn't do anything
On Thu, Jun 07, 2007 at 01:10:23PM -0700, Linus Torvalds wrote:
> What do people think about that kind of approach? It has the advantage
> that it does *not* involve multiple kernel entries (just a single entry to
> a small wrapper that sets some process state temporarily), and that it
> doesn't
On Fri, Jun 08, 2007 at 12:00:28AM -0700, Chris Wright wrote:
> We (the -stable team) are announcing the release of the 2.6.20.13 kernel.
> This release has three security fixes in it:
>
> 54bb290b: random: fix error in entropy extraction (CVE-2007-2453 1 of 2)
> f5939fcd: random: fix seeding wit
On Fri, Jun 08, 2007 at 03:53:49PM +0200, Bernd Schmidt wrote:
> 2. It is no longer possible to get blocks smaller than a page through
>mmap. This behaviour was used by simplemalloc, which is an insane
>way of implementing malloc on nommu systems and hopefully not used
>by anyone anymo
On Fri, Jun 08, 2007 at 05:42:53PM -0400, Benjamin Gilbert wrote:
> Add x86-optimized implementation of the SHA-1 hash function, taken from
> Nettle under the LGPL. This code will be enabled on kernels compiled for
> 486es or better; kernels which support 386es will use the generic
> implementatio
On Sat, Jun 09, 2007 at 04:23:27PM -0400, Jeff Garzik wrote:
> Matt Mackall wrote:
> >On Fri, Jun 08, 2007 at 05:42:53PM -0400, Benjamin Gilbert wrote:
> >>Add x86-optimized implementation of the SHA-1 hash function, taken from
> >>Nettle under the LGPL. This code
On Sat, Jun 09, 2007 at 01:31:56PM -0700, Davide Libenzi wrote:
> On Sat, 9 Jun 2007, Linus Torvalds wrote:
>
> > So I think both the FD_CLOEXEC _and_ the "private fd space" are real
> > issues. I don't agree with the "random fd" approach. I'd much rather have
> > a non-random setup for the nonl
On Sat, Jun 09, 2007 at 09:49:07PM +0100, Al Viro wrote:
> On Sat, Jun 09, 2007 at 01:21:24PM -0700, Linus Torvalds wrote:
> > Which is why you'd like to do the *initial* operation with a flag that
> > says "please set the FD_CLOEXEC flag on the file descriptor", so that you
> > *atomically* inst
On Sat, Jun 09, 2007 at 08:33:25PM -0400, Benjamin Gilbert wrote:
> Jeff Garzik wrote:
> >Matt Mackall wrote:
> >>Have you benchmarked this against lib/sha1.c? Please post the results.
> >>Until then, I'm frankly skeptical that your unrolled version is faster
> &
On Tue, Jun 26, 2007 at 04:12:26PM +0200, Michael Buesch wrote:
> On Tuesday 26 June 2007 05:13:41 Matt Mackall wrote:
> > On Sun, Jun 24, 2007 at 03:55:22PM +0200, Michael Buesch wrote:
> > > This adds quality categories for hardware random
On Tue, Jun 26, 2007 at 08:21:51PM +0200, Michael Buesch wrote:
> Don't use the word "quality", as people seem to think of
> the entropy quality when hearing that word.
Why do I so often feel compelled to respond with "did you read what I
wrote?" on this list?
I object to your MEANINGLESS CATEGOR
On Tue, Jun 26, 2007 at 05:45:17PM -0500, Matt Mackall wrote:
> On Tue, Jun 26, 2007 at 08:21:51PM +0200, Michael Buesch wrote:
> > Don't use the word "quality", as people seem to think of
> > the entropy quality when hearing that word.
>
> Why do I so often
On Tue, Jun 26, 2007 at 04:45:24PM +0200, Michael Buesch wrote:
> On Tuesday 26 June 2007 16:32:37 Matt Mackall wrote:
> > > No wait. You are missing the whole point of this
> > > quality category.
> > > The whole point of it is to prevent defaulting to a bad RNG, if
On Mon, Jul 02, 2007 at 09:40:36PM -0700, David Miller wrote:
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Mon, 2 Jul 2007 21:36:36 -0700
>
> > My initial thought is that if there is a legitimate need for this
> > new capability then it should be made available to other parts of
> > the kerne
On Wed, Jul 04, 2007 at 04:37:49PM +0530, Satyam Sharma wrote:
> From: Satyam Sharma <[EMAIL PROTECTED]>
>
> [2/9] netconsole: Code simplification
>
> (1) Extract netpoll_parse_options() out of option_setup(), and into
> init_netconsole() itself. So "configured" variable is redundant and
> can be
On Wed, Jul 04, 2007 at 04:38:04PM +0530, Satyam Sharma wrote:
> From: Satyam Sharma <[EMAIL PROTECTED]>
>
> [5/9] netconsole: Introduce dev_status member
>
> Introduce a new member in netconsole_target that tracks the status (up or
> down) of the underlying interface network device that the spec
On Wed, Jul 04, 2007 at 04:37:59PM +0530, Satyam Sharma wrote:
> From: Satyam Sharma <[EMAIL PROTECTED]>
>
> [4/9] netconsole: Introduce netconsole_netdev_notifier
>
> To update fields of underlying netpoll structure at runtime on
> corresponding NETDEV_CHANGEADDR or NETDEV_CHANGENAME notificatio
On Wed, Jul 04, 2007 at 04:38:09PM +0530, Satyam Sharma wrote:
> From: Satyam Sharma <[EMAIL PROTECTED]>
>
> [6/9] netconsole: Update documentation for multiple target support
>
> ... and add a few useful general purpose tips as well while we're at it.
The tips are fine and should go in their ow
On Fri, May 18, 2007 at 03:28:31PM +0530, Nitin Gupta wrote:
> +/* lzo1x.h -- public interface of the LZO1X compression algorithm
> +
> + This file is part of the LZO real-time data compression library.
> +
> + Copyright (C) 2005 Markus Franz Xaver Johannes Oberhumer
> + Copyright (C) 2004 Ma
Starting with 2.6.21-mm2, I'm seeing occassional failures to resume
from suspend-to-ram on my Thinkpad R51. The screen will flash as it
usually does, then go black and the machine will become totally
unresponsive, even to holding down the power button for 30+ seconds.
But the hard drive light will
On Sat, May 19, 2007 at 05:45:04PM -0300, Henrique de Moraes Holschuh wrote:
> On Sat, 19 May 2007, Matt Mackall wrote:
> > usually does, then go black and the machine will become totally
> > unresponsive, even to holding down the power button for 30+ seconds.
>
> Now, that
On Sat, May 19, 2007 at 08:24:16PM +0200, Rafael J. Wysocki wrote:
> Hi,
>
> On Saturday, 19 May 2007 18:57, Matt Mackall wrote:
> > Starting with 2.6.21-mm2, I'm seeing occassional failures to resume
> > from suspend-to-ram on my Thinkpad R51. The screen will flash as
On Sun, May 20, 2007 at 12:52:59AM -0300, Henrique de Moraes Holschuh wrote:
> > > On Sat, 19 May 2007, Matt Mackall wrote:
> > > > usually does, then go black and the machine will become totally
> > > > unresponsive, even to holding down the power button for 30
On Mon, May 21, 2007 at 11:27:42AM +0200, Nick Piggin wrote:
> On Mon, May 21, 2007 at 01:08:13AM -0700, William Lee Irwin III wrote:
> > On Sun, May 20, 2007 at 01:46:47AM -0700, William Lee Irwin III wrote:
> > >> The lack of consideration of the average case. I'll see what I can smoke
> > >> out
On Tue, May 22, 2007 at 11:21:20AM -0700, Andrew Morton wrote:
> On Tue, 22 May 2007 12:35:11 -0400
> Chris Mason <[EMAIL PROTECTED]> wrote:
>
> > On Wed, May 16, 2007 at 01:37:26PM -0700, Andrew Morton wrote:
> > > On Wed, 16 May 2007 16:14:14 -0400
> > > Chris Mason <[EMAIL PROTECTED]> wrote:
>
$ lguest 1024m vmlinux --tunnet=192.168.19.1 --block=rootfs root=/dev/lgba
[0.00] Reserving virtual address space above 0xffc0
[0.00] Linux version 2.6.22-rc1-mm1 ([EMAIL PROTECTED]) (gcc
version 4.1.3 20070429 (prerelease) (Debian 4.1.2-6)) #125 PREEMPT Tue
May 22 16:50:02 CDT
On Mon, May 21, 2007 at 08:03:49PM -0300, Henrique de Moraes Holschuh wrote:
> On Mon, 21 May 2007, Matt Mackall wrote:
> > BIOS Information
> > Vendor: IBM
> > Version: 1RETDHWW (3.13 )
> > Release Date: 10/29/2004
> >
> >
On Tue, May 22, 2007 at 09:19:43PM -0300, Henrique de Moraes Holschuh wrote:
> On Tue, 22 May 2007, Matt Mackall wrote:
> > On Mon, May 21, 2007 at 08:03:49PM -0300, Henrique de Moraes Holschuh wrote:
> > > On Mon, 21 May 2007, Matt Mackall wrote:
> > > > BIOS Info
On Wed, May 23, 2007 at 02:13:30PM -0300, Henrique de Moraes Holschuh wrote:
> On Wed, 23 May 2007, Rafael J. Wysocki wrote:
> > While I agree with that, it would really be helpful if you tested the
> > latest -rc
> > kernel and saw if the bug was present in there.
> >
> > If the bug is not prese
On Wed, May 23, 2007 at 10:56:27PM +0200, Rafael J. Wysocki wrote:
> On Wednesday, 23 May 2007 19:48, Matt Mackall wrote:
> > On Wed, May 23, 2007 at 02:13:30PM -0300, Henrique de Moraes Holschuh wrote:
> > > On Wed, 23 May 2007, Rafael J. Wysocki wrote:
> > > > Whi
2.6.22-rc2 works. CONFIG_SYSFS_DEPRECATED = y, though that shouldn't
matter. Bringing up the interface manually still works, so I suspect
this is sysfs or HAL related again. Again, Debian unstable so
userspace is quite up-to-date.
--
Mathematics is the supreme nostalgia of our time.
-
To unsubscr
On Fri, May 25, 2007 at 07:37:46PM +0200, Kay Sievers wrote:
> On 5/25/07, Greg KH <[EMAIL PROTECTED]> wrote:
> >On Fri, May 25, 2007 at 11:36:22AM -0500, Matt Mackall wrote:
> >> 2.6.22-rc2 works. CONFIG_SYSFS_DEPRECATED = y, though that shouldn't
> >> matt
First off, let me say that I think your approach has great promise,
but I'm afraid it doesn't work so well here yet.
Box is an R51 Thinkpad, 1.7GHz Pentium M. I'm using a make -j 5 as a
test load.
With 2.6.21-rc2-mm2, I get slightly sluggish response for opening new
terminals, scrolling in Galeon
On Fri, Mar 09, 2007 at 05:28:03PM +1100, Con Kolivas wrote:
> On Friday 09 March 2007 16:39, Matt Mackall wrote:
> > First off, let me say that I think your approach has great promise,
> > but I'm afraid it doesn't work so well here yet.
> >
> > Box is an R51
On Fri, Mar 09, 2007 at 01:53:58AM -0600, Matt Mackall wrote:
> On Fri, Mar 09, 2007 at 05:28:03PM +1100, Con Kolivas wrote:
> > On Friday 09 March 2007 16:39, Matt Mackall wrote:
> > > First off, let me say that I think your approach has great promise,
> > > but I'
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
> > sh
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
> > sh
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
>
701 - 800 of 1002 matches
Mail list logo