On Thu, Dec 11, 2003 at 05:23:21PM +0000, Jonathan Sambrook wrote:
> At 16:07 on Fri 05/12/03, [EMAIL PROTECTED] masquerading as 'Herbert Poetzl' wrote:
> >
> > - critical bugfix in tcp(6)_get_info()
> > - critical bugfix SMP deadlock, dyn.
>
> Unfortunately not quite there yet. There appear to have been two
> unrelated issues since I've still been getting crashes, but at a much slower
> rate on 2.4.23-vs1.2{0,1}. They occur more quickly with my other patches
> in place, but since they're timing susceptible, that doesn't say much.
>
> The fix I have is to replace the uts_sem write locks in vcontext.c's
> vx_assign_info and vx_release_info with a spinlock. They aren't related
> to the uts_name in anyway, so were only freeloading anyhow :)
>
> See: http://jonathan.dsvr.co.uk/kernel/index.html#vsbug
>
> Opinion(s) please.
Hi Jonathan!
the url for the patch is wrong (vserver is missing)
I totally agree that uts_sem isn't the apropriate
to use in this place(s), but I don't see how this
could cause a deadlock/panic as there is nothing
to lock/panic if the rw sem is held for write ...
please correct me if you see any crash/lock condition
there ...
what would be interesting is, how does vs1.3.0
behave in your tests, as it replaced the allocation
scheme completely (so no assign/alloc and no rw
uts_sem to fix ;)
TIA,
Herbert
> Jonathan
_______________________________________________
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver
