[NET] 3c59x: Fix several modpost warnings

WARNING: drivers/net/3c59x.o - Section mismatch: reference to .init.text: from .text between 'vortex_eisa_probe' (at offset 0x4580) and 'vortex_eisa_remove' WARNING: drivers/net/3c59x.o - Section mismatch: reference to .init.text: from .text between 'vortex_eisa_probe' (at offset 0x4584) and 'vor

Re: wireless extensions vs. 64-bit architectures

On Tue, 2007-03-06 at 18:03 -0800, Jean Tourrilhes wrote: > Ok, please check the patch attached. I don't have a box to > test that on, and on my 32 bit kernel it is not even compiled, but I > believe I got everything all right. Don't I wish it was that easy... Granted, that does seem to fix

Re: [RFC PATCH 1/2] [TCP]: Add highest_sack seqno, points to globally highest SACK

On Thu, 8 Mar 2007, Ilpo Järvinen wrote: > It is maintained only in during slowpath of tcp_ack(). I think I'll change this to do the forced synchronization of the highest_sack to snd_una in sacktag_write_queue when tp->sacked_out is zero during entry, which should be much simpler than the curre

Re: We have FUSE, could we have NUSE ?

On Thu, Mar 08, 2007 at 12:53:20PM +0200, Matti Aarnio wrote: > The aim of "NUSE" from applications point of view would be to be > indistinguishable from kernel implemented services. > > What would this require from the service hook side ? > - Socket read and write can be trivialishly done >

[PATCH] NET : Introduce SIOCGSTAMPNS ioctl to get timestamps with nanosec resolution

Hi David This patch is for net-2.6.22 git tree. A separate patch will follow for SO_TIMESTAMPNS / SCM_TIMESTAMPNS support. Thank you [PATCH] NET : Introduce SIOCGSTAMPNS ioctl to get timestamps with nanosec resolution Now network timestamps use ktime_t infrastructure, we can add a new ioctl(

Re: [RFC PATCH]: Dynamically sized routing cache hash table.

David Miller writes: > Even a nearly perfect hash has small lumps in distribution, and we > should not penalize entries which fall into these lumps. > > Let us call T the threshold at which we would grow the routing hash > table. As we approach T we start to GC. Let's assume hash table >

Re: [PATCH 1/3] NetXen: Make driver use multiple PCI functions

Mithlesh Thukral wrote: 2. The tree which is in netdev#upstream doesnt have these 3 above mentioned patches. There appears to be some problems with kernel.org mirroring (again). You'll just have to trust my word that the patches were applied :) Jeff - To unsubscribe from this list:

[NET] ibmtr: Drain rich supply of modpost warnings.

Building ibmtr as a module produces a spectacular pile of modpost warnings: WARNING: drivers/net/tokenring/ibmtr.o - Section mismatch: reference to .init.text:ibmtr_probe1 from .text between 'ibmtr_probe_card' (at offset 0x450) and 'ibmtr_reset_timer' WARNING: drivers/net/tokenring/ibmtr.o - Sec

Re: [PATCH 1/3] NetXen: Make driver use multiple PCI functions

On Tuesday 06 March 2007 16:50, Jeff Garzik wrote: > Linsys Contractor Mithlesh Thukral wrote: > > NetXen: Make driver use multiple PCI functions. > > This patch will make NetXen driver work with multiple PCI functions. This > > will make the usage of memory resources as well as interrupts more > >

Re: [PATCH][SCTP] Re: lockdep: inconsistent lock state ipv6_add_addr/sctp_v6_copy_addrlist (2.6.21-rc1)

On Thu, Mar 08, 2007 at 10:02:30PM +1100, Herbert Xu wrote: > On Thu, Mar 08, 2007 at 10:00:23PM +1100, Herbert Xu wrote: > > > > Who's calling ipv6_add_addr from softirq context? That's got to be > > wrong because ipv6_add_addr requires the RTNL. > > Nevermind, I was thinking of ipv6_add_dev. A

Re: [PATCH][SCTP] Re: lockdep: inconsistent lock state ipv6_add_addr/sctp_v6_copy_addrlist (2.6.21-rc1)

Jarek Poplawski <[EMAIL PROTECTED]> wrote: > On 25-02-2007 10:08, Simon Arlott wrote: >> This happens on every boot if more information is needed: >> >> [ 37.393715] = >> [ 37.393830] [ INFO: inconsistent lock state ] >> [ 37.393881] 2.6.21-rc1-git #146 >> [

Re: [PATCH][SCTP] Re: lockdep: inconsistent lock state ipv6_add_addr/sctp_v6_copy_addrlist (2.6.21-rc1)

On Thu, Mar 08, 2007 at 10:00:23PM +1100, Herbert Xu wrote: > > Who's calling ipv6_add_addr from softirq context? That's got to be > wrong because ipv6_add_addr requires the RTNL. Nevermind, I was thinking of ipv6_add_dev. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu

We have FUSE, could we have NUSE ?

(somebody should invent a "better" name for this) We do have a support of file-system engine in userspace process. Could we have a socket interfaced network protocol engine in userspace ? I would like to place things like AX.25 service into userspace, but have application codes to use kernel sock

Re: [Bugme-new] [Bug 8132] New: pptp server lockup in ppp_asynctty_receive()

On 06-03-2007 00:13, Andrew Morton wrote: > On Mon, 5 Mar 2007 14:26:30 -0800 > [EMAIL PROTECTED] wrote: > >> http://bugzilla.kernel.org/show_bug.cgi?id=8132 >> >>Summary: pptp server lockup in ppp_asynctty_receive() >> Kernel Version: 2.6.20 >> Status: NEW >>

Re: 2.6.21-rc2-mm2: drivers/net/wireless/libertas/debugfs.c addr bogosity

On Wed, Mar 07, 2007 at 03:00:57PM -0800, Andrew Morton wrote: > On Wed, 7 Mar 2007 23:41:16 +0100 > Adrian Bunk <[EMAIL PROTECTED]> wrote: > > > On Tue, Mar 06, 2007 at 12:44:08AM -0800, Andrew Morton wrote: > > >... > > > Changes since 2.6.20-rc2-mm1: > > >... > > > git-netdev-all.patch > > >..

<    1   2