Thread (20 messages) 20 messages, 4 authors, 2011-08-11

Re: [PATCH 1/5] um: Use __i386__ in ifdef for vsyscall exports, not SUBARCH_i386

From: Al Viro <viro@ZenIV.linux.org.uk>
Date: 2011-08-11 04:23:32
Also in: linux-kbuild, lkml

On Wed, Aug 10, 2011 at 06:44:32PM +0100, Al Viro wrote:
Fixed and pushed (um-header.git #master); however, looking around that area
shows more races ;-/
Such as, for example, seriously broken handling of free_winch(): delaying
free_irq() until after return from IRQ handler is nice, but not enough -
freeing struct winch itself (or winch->stack, for that matter) is also best
left until after free_irq().  Normal way to do that is schedule_work()...
Fixed and pushed...

Folks, I don't know what to do with all that stuff; as far as I'm concerned
the ideal variant would be to have functioning git tree maintained by Richard.
Is that possible?  I can ask to start pulling um-header.git into linux-next,
but I would very much prefer to avoid that, TYVM...  If nothing else, ACK/NAK
on the stuff in there should be done by architecture maintainer(s).
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help