As usually, if someone finds errors in http://kernelnewbies.org/Linux_2_6_24 ,
let me know it or change it yourself.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info
* Luiz Fernando N. Capitulino <[EMAIL PROTECTED]> wrote:
> | The problem is on SMP: if sched_rr_get_interval() gets a task from
> | an otherwise idle runqueue, then rq->load.weight is 0. Normally
> | sched_slice() is only used on a busy runqueue. So the correct fixup
> | site is not in sched_s
Em Tue, 4 Dec 2007 17:00:05 +0100
Ingo Molnar <[EMAIL PROTECTED]> escreveu:
|
| * Linus Torvalds <[EMAIL PROTECTED]> wrote:
|
| >
| >
| > On Tue, 4 Dec 2007, Luiz Fernando N. Capitulino wrote:
| > >
| > > sched_rr_get_interval(1, NULL);
| >
| > Looks like we have a zero "cfs_rq->load.weight
Nicolas Pitre wrote:
On Mon, 3 Dec 2007, Linus Torvalds wrote:
That said, none of the changes are really _exciting_ or really scary. And
we should have fixed a number of regressions, although more certainly
remain.
Any reason for this:
mode change 100644 => 100755 drivers/net/chelsio/cxgb2
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Tue, 4 Dec 2007, Luiz Fernando N. Capitulino wrote:
> >
> > sched_rr_get_interval(1, NULL);
>
> Looks like we have a zero "cfs_rq->load.weight".
>
> Ingo? Both sched_slice() and __sched_slice() do a divide by the
> runqueue weight, and
On Tue, 4 Dec 2007, Luiz Fernando N. Capitulino wrote:
>
> sched_rr_get_interval(1, NULL);
Looks like we have a zero "cfs_rq->load.weight".
Ingo? Both sched_slice() and __sched_slice() do a divide by the runqueue
weight, and at least dequeue_task_fair() explicitly checks for that being
Em Mon, 3 Dec 2007 21:08:12 -0800 (PST)
Linus Torvalds <[EMAIL PROTECTED]> escreveu:
| That said, none of the changes are really _exciting_ or really scary. And
| we should have fixed a number of regressions, although more certainly
| remain.
A Mandriva user reported this bug last week. Run th
On Mon, 3 Dec 2007, Linus Torvalds wrote:
> That said, none of the changes are really _exciting_ or really scary. And
> we should have fixed a number of regressions, although more certainly
> remain.
Any reason for this:
mode change 100644 => 100755 drivers/net/chelsio/cxgb2.c
mode change 10
* Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> The patch ctc: make use of alloc_netdev() (commit
> 1c1478859017452a1179dbbdf7b9eb5b48438746) introduces the build failure
>
> CC [M] drivers/s390/net/fsm.o
> CC [M] drivers/s390/net/smsgiucv.o
> CC [M] drivers/s390/net/ctcmain.o
> driver
On Tue, 2007-12-04 at 15:53 +0530, Kamalesh Babulal wrote:
> The patch ctc: make use of alloc_netdev() (commit
> 1c1478859017452a1179dbbdf7b9eb5b48438746)
> introduces the build failure
>
> CC [M] drivers/s390/net/fsm.o
> CC [M] drivers/s390/net/smsgiucv.o
> CC [M] drivers/s390/net/ctcma
Hi,
The patch ctc: make use of alloc_netdev() (commit
1c1478859017452a1179dbbdf7b9eb5b48438746)
introduces the build failure
CC [M] drivers/s390/net/fsm.o
CC [M] drivers/s390/net/smsgiucv.o
CC [M] drivers/s390/net/ctcmain.o
drivers/s390/net/ctcmain.c: In function `ctc_init_netdevice':
d
We should have one week between -rc releases, but I was gone for a week
over thanksgiving (as were some other kernel developers), so this one is a
bit late. It's been almost the rule rather than the exception, but I
promise I'll be better...
Anyway, there aren't a lot of exciting changes here,
12 matches
Mail list logo