Ok,
I don't think there really is anything very interesting here, but we're
hopefully whittling down the list of regressions, and fixing various
random other small issues while at it.
Some smallish MIPS updates, networking (and network driver) fixes, removal
of a long obsolete framebuffer
On Thu, Apr 05, 2007 at 06:00:16PM +0200, Cornelia Huck wrote:
>On Thu, 5 Apr 2007 23:27:32 +0800,
>WANG Cong <[EMAIL PROTECTED]> wrote:
>
>> Thank you very much! I know. So I should replace all kfree with kobject_put,
>> like this one:
>>
>> -sysfs_create_link(>kobj, _subsys.kset.kobj,
Nick Piggin wrote:
> Cool. According to my thinking, madvise(MADV_DONTNEED) even in today's
> kernels using down_write(mmap_sem) for MADV_DONTNEED is better than
> mmap/mprotect, which have more fundamental locking requirements, more
> overhead and no benefits (except debugging, I suppose).
It's
Ulrich Drepper wrote:
Nick Piggin wrote:
Cool. According to my thinking, madvise(MADV_DONTNEED) even in today's
kernels using down_write(mmap_sem) for MADV_DONTNEED is better than
mmap/mprotect, which have more fundamental locking requirements, more
overhead and no benefits (except debugging,
On Thu, Apr 05, 2007 at 12:28:03PM -0500, Michael wrote:
>Hi, Dick,
>
>Your steps work beautifully. Thanks.
>
>If you could explain a little about what happens in each step, that
>would be even better.
>
>> # cd /usr/src/linux-2.6.20.3
>> If your current kernel is 2.6.20.3, edit the Makefile to
On Thu, 2007-04-05 at 16:40 -0400, Steven Rostedt wrote:
> Glauber noticed long delays between hitting a key, and seeing data come
> up on the virtual console. Looking into this, I found that the
> wake_parent routine that reads from all devices was actually starving
> out the parent after
[PATCH] usb gadget rndis:
skb_push function may return a pointer which is not aligned as required
by struct rndis_packet_msg_type. Using attribute trick to fix this bug.
Signed-off-by: Roy Huang <[EMAIL PROTECTED]>
Signed-off-by: Jie Zhang <[EMAIL PROTECTED]>
Signed-off-by: Bryan Wu <[EMAIL
[EMAIL PROTECTED] wrote:
Hi Peter,
You say that the results may be accurate, but not relevant.
NO, I said that whether they're accurate is another matter.
If they are accurate, THEN they are obviously very relevant.
Crap-o-la. Whether or not they're relevant depends on how well they
Hi Peter,
You say that the results may be accurate, but "Whether or not they're
*relevant* is a totally different ball of wax." and
"Whether or not they're relevant depends on how well they happen to
reflect your particular usage pattern."
Well, surprise, surprise,.. everyone knows that.
Have
On Thu, 05 Apr 2007 18:34:48 PDT, [EMAIL PROTECTED] said:
> If they are accurate, THEN they are obviously very relevant.
Erm. No. They're not "obviously" very relevant.
I could hypothetically create a benchmark, that's accurate and repeatable,
that shows that reiser4 is able to wash a herd
On 4/5/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Fri, 06 Apr 2007 02:33:03 +1000
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On 3/04/2007 3:47 PM, Andrew Morton wrote:
> >
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
> > - The oops
Remove an empty and thus unused definition of 'setup_nr_node_ids' (in
case of MAX_NUMNODES < 1) in order to resolve a compiler warning.
Signed-off-by: Patrick Ringl <[EMAIL PROTECTED]>
---
--- linux-2.6.20-o/mm/page_alloc.c 2007-03-22 23:11:25.0 +0100
+++
Nick Piggin a écrit :
Hi Eric,
Thanks for doing this... It's looking good, I just have some minor
comments:
Hi Nick, thanks for reviewing.
Eric Dumazet wrote:
*/
-int get_futex_key(void __user *uaddr, union futex_key *key)
+int get_futex_key(void __user *uaddr, union futex_key *key,
+
801 - 813 of 813 matches
Mail list logo