Attilio Rao wrote: > Attilio Rao wrote: > >> Randall Stewart wrote: >> >>> Hi all: >>> >>> I have a fairly recent current.. like yesterday I think.. and >>> I just saw this tumble out (I usually run with witness and invariants >>> on in my laptop now :-D) >>> >>> lock order reversal: >>> 1st 0xc0b79f70 sched lock (sched lock) _at_ kern/sched_4bsd.c:846 >>> 2nd 0xc0bec658 descriptor tables (descriptor tables) _at_ >>> i386/i386/sys_machdep.c:363 >> >> >> Mm, since dt_lock is a leaf mutex, the opposite case seems quite >> impossible, so I expect this would be the result of some other bug... >> if next cvsup doesn't fix it, just let me know and I will look into >> this. > > > More precisely, I'd like to better study effects recent thread_lock > introduction had on witness rules. > > Attilio > I did a sup this AM... I will re-do that then cvs update and build... R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 <or> 803-317-4952 (cell)Received on Sun Jun 10 2007 - 13:59:38 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:12 UTC