Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable

David Miller wrote: > The idea is _NOT_ that you go look for references to the paravirt_ops > members structure, that would be stupid and you wouldn't be able to > use the most efficient addressing mode on a given cpu, you'd be > patching up indirect calls and crap like that. Just say no... > > In

Re: [PATCH 1/1] [SK_BUFF]: Don't apply the offset of two allocations to the layer headers

From: Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> Date: Sun, 18 Mar 2007 00:12:24 -0300 > > Here is the bugger, it wasn't because {transport,network,mac}_header > is unsigned after all :-) > > Please consider pulling from the usual place: > > master.kernel.org:/pub/scm/linux/kernel

Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable

From: Rusty Russell <[EMAIL PROTECTED]> Date: Sat, 17 Mar 2007 21:33:58 +1100 > On Fri, 2007-03-16 at 13:38 -0700, Jeremy Fitzhardinge wrote: > > David Miller wrote: > > > Perhaps the problem can be dealt with using ELF relocations. > > > > > > There is another case, discussed yesterday on netdev,

Re: [PATCH 0/5] [RFC] AF_RXRPC socket family implementation [try #2]

On Mar 16, 2007, at 10:11:41, Alan Cox wrote: I know what they are; and I don't think that what's available covers it. and use a proper standard socket type. Assuming that that list is exhaustive... SOCK_RDM seems to match perfectly well here. The point isn't to enumerate everything in

Re: [PATCH 1/1] [SK_BUFF]: Don't apply the offset of two allocations to the layer headers

On 3/18/07, Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> wrote: On 3/18/07, Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> wrote: > > Hi David, > > Here is the bugger, it wasn't because {transport,network,mac}_header > is unsigned after all :-) > > Please consider pulling from the u

Re: [PATCH 1/1] [SK_BUFF]: Don't apply the offset of two allocations to the layer headers

On 3/18/07, Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> wrote: Hi David, Here is the bugger, it wasn't because {transport,network,mac}_header is unsigned after all :-) Please consider pulling from the usual place: master.kernel.org:/pub/scm/linux/kernel/git/acme/net-2.6.22

[PATCH 1/1] [SK_BUFF]: Don't apply the offset of two allocations to the layer headers

Hi David, Here is the bugger, it wasn't because {transport,network,mac}_header is unsigned after all :-) Please consider pulling from the usual place: master.kernel.org:/pub/scm/linux/kernel/git/acme/net-2.6.22 Please lemme know how longer it takes to crash your worksta

Re: [PATCH 11/13] mac68k: macmace fixes

On Sat, 17 Mar 2007, Brad Boyer wrote: > On Sat, Mar 17, 2007 at 08:08:33PM +1100, Finn Thain wrote: > > Index: linux-2.6.20/drivers/net/Kconfig > > === > > --- linux-2.6.20.orig/drivers/net/Kconfig 2007-03-06 19:22:38.0

Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable

On Fri, 2007-03-16 at 13:38 -0700, Jeremy Fitzhardinge wrote: > David Miller wrote: > > Perhaps the problem can be dealt with using ELF relocations. > > > > There is another case, discussed yesterday on netdev, where run-time > > resolution of ELF relocations would be useful (for > > very-very-very

Re: [PATCH] fib_hash removal

On Fri, Mar 16, 2007 at 01:38:31PM +0100, Robert Olsson wrote: > > Hello, Just discussed this Patrick... > > We have two users of trie_leaf_remove, fn_trie_flush and fn_trie_delete > both are holding RTNL. So there shouldn't be need for this preempt stuff. > This is assumed to a leftover from a

Re: [patch 4/6] [TULIP] Quiet down tulip_stop_rxtx

On Thu, Mar 15, 2007 at 11:25:10AM -0400, Jeff Garzik wrote: ... > Here's the problem with this: this printk is signalling that the DMA > engines have not yet stopped, which is an event of which we should be wary. > > While it makes sense to do this patch, since the complaining cards > appear t

Re: [PATCH 11/13] mac68k: macmace fixes

On Sat, Mar 17, 2007 at 08:08:33PM +1100, Finn Thain wrote: > Index: linux-2.6.20/drivers/net/Kconfig > === > --- linux-2.6.20.orig/drivers/net/Kconfig 2007-03-06 19:22:38.0 > +1100 > +++ linux-2.6.20/drivers/net/Kconfig

Re: MediaGX/GeodeGX1 requires X86_OOSTORE.

From: [EMAIL PROTECTED] (Lennart Sorensen) Subject: Re: MediaGX/GeodeGX1 requires X86_OOSTORE. Date: Thu, 15 Mar 2007 13:31:37 -0400 > On Thu, Mar 15, 2007 at 02:39:39PM +0900, takada wrote: > > Hiroshi Miura posted `Geode out-of-order store enables' patch in Jun, 2003. > > There is http://lkml.or

[PATCH 13/13] mac68k: SONIC interrupt handling

Install the macsonic interrupt handler on both IRQs when using via_alt_mapping. Otherwise the rare interrupt that still goes to the nubus slot will wedge the nubus. $ cat /proc/interrupts auto 2: 89176 via2 auto 3: 744367 sonic auto 4: 0 scc auto 6:

[PATCH 11/13] mac68k: macmace fixes

Fix a race condition in the transmit code, where the dma interrupt could update the free tx buffer count concurrently and wedge the tx queue. Fix the misuse of the rx frame status and rx frame length registers: no more "fifo overrun" errors caused by the OFLOW bit being tested in the frame len

[PATCH 4/13] mac68k: DP8390 update

Fix the support for C/NET nubus ethernet cards etc. Sync up the DP8390 driver with the latest code in the mac68k repo. Signed-off-by: Finn Thain <[EMAIL PROTECTED]> drivers/net/mac8390.c | 245 +++--- 1 file changed, 175 insertions(+), 70 deletions(

[PATCH 12/13] small SONIC fix and cleanup

Fix a potential problem in the timeout handling: don't free the DMA buffers before resetting the chip. Also a trivial cleanup. Bring macsonic and jazzsonic into sync. Signed-off-by: Finn Thain <[EMAIL PROTECTED]> drivers/net/jazzsonic.c |4 ++-- drivers/net/macsonic.c | 17