It seems Peter Wemm wrote: > > Soren, can you retest a buildworld with the currently committed kernel > with no other changes? Let us see if the forward_signal() stuff is the > culprit, and if not, try adding just the i386/i386/machdep.c patch to HLT > the idle CPU. (if *that* makes a difference then we have got trouble!) It seems that the HLT thing is exactly the patch that makes it work! So we have trouble, I said that all along .5 :) -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
- Re: HEADS-UP: await/asleep removal imminent Alfred Perlstein
- Re: HEADS-UP: await/asleep removal imminent Soren Schmidt
- Re: HEADS-UP: await/asleep removal imminent John Baldwin
- Re: HEADS-UP: await/asleep removal imminent Soren Schmidt
- Re: HEADS-UP: await/asleep removal imminent Soren Schmidt
- Re: HEADS-UP: await/asleep removal imminent Peter Wemm
- Re: HEADS-UP: await/asleep removal imminent Soren Schmidt
- Re: HEADS-UP: await/asleep removal imminent Peter Wemm
- Re: HEADS-UP: await/asleep removal imminent Soren Schmidt
- Re: HEADS-UP: await/asleep removal imminent John Baldwin
- Re: HEADS-UP: await/asleep removal imminent Soren Schmidt
- Re: HEADS-UP: await/asleep removal imminent Julian Elischer
- Re: HEADS-UP: await/asleep removal imminent John Baldwin
- Re: HEADS-UP: await/asleep removal imminent Peter Wemm
- Re: HEADS-UP: await/asleep removal imminent Soren Schmidt
- Re: HEADS-UP: await/asleep removal imminent Peter Wemm
- Re: HEADS-UP: await/asleep removal imminent John Baldwin
- Re: HEADS-UP: await/asleep removal imminent Poul-Henning Kamp
- Re: HEADS-UP: await/asleep removal imminent John Baldwin
- Re: HEADS-UP: await/asleep removal imminent Poul-Henning Kamp
- Re: HEADS-UP: await/asleep removal imminent Bruce Evans