into nuts.ninka.net:/home/davem/src/BK/net-2.5

Using sk_set_owner and having THIS_MODULE in the struct proto_ops
registered with the core. The sk_set_owner cases are in the callers
of tp->af_specific->syn_recv_sock so as to not have spurious extra
sk_set_owner calls in the ipv6 code that reuses ipv4 code.

Using sk_set_owner and having THIS_MODULE in the struct proto_ops
registered with the core, also remove the MOD_{INC,DEC}_USE_COUNT,
as they are not needed anymore with this new net module infrastructure
for struct sock and struct socket. (well, see the netdev discussion :)

Using sk_set_owner and having THIS_MODULE in the struct proto_ops registered
with the core.

Using THIS_MODULE in the struct proto_ops registered with the core.

Using THIS_MODULE in the struct proto_ops registered with the core.

Using sk_set_owner and having THIS_MODULE in the struct proto_ops registered
with the core.

Using THIS_MODULE in the struct proto_ops registered with the core.

Using sk_set_owner and having THIS_MODULE in the struct proto_ops registered
with the core.

Using THIS_MODULE in the struct proto_ops registered with the core.

Using sk_set_owner and having THIS_MODULE in the struct proto_ops registered
with the core.

Using THIS_MODULE in the struct proto_ops registered with the core.

Using sk_set_owner and having THIS_MODULE in the struct proto_ops registered
with the core.

Using THIS_MODULE in the struct proto_ops registered with the core.

Using THIS_MODULE in the struct proto_ops registered with the core.

Using THIS_MODULE in the struct proto_ops registered with the core.

Using sk_set_owner and having THIS_MODULE in the struct proto_ops registered
with the core.

Using sk_set_owner and having THIS_MODULE in the struct proto_ops registered
with the core.

Using THIS_MODULE in the struct proto_ops registered with the core.

Using THIS_MODULE in the struct proto_ops registered with the core.

Using sk_set_owner and having THIS_MODULE in the struct proto_ops registered 
with the core.

As per discussions in netdev we'll probably be moving to a brand new scheme, but this
set of changesets have been discussed and are an improvement to the current situation
and were already done prior to this thread happening.

Several hash table implementations in the networking were
remotely exploitable.  Remote attackers could launch attacks
whereby, using carefully choosen forged source addresses, make
every routing cache entry get hashed into the same hash chain.

Netfilter's IP conntrack module and the TCP syn-queue implementation
had identical vulnerabilities and have been fixed too.

The choosen solution to the problem involved using Bob's Jenkins
hash along with a randomly choosen input.  For the ipv4 routing
cache we take things one step further and periodically choose a
new random secret.  By default this happens every 10 minutes, but
this is configurable by the user via sysctl knobs.

into nuts.ninka.net:/home/davem/src/BK/net-2.5

With this one and 100 dummy interfaces everything now is working
flawlessly, case closed :-)

This cures the problem reported in lkml when there are lots
of net devices, tested with 50 dummy interfaces, there is
still one glitch when there are more info produced than
one page, where one entry is missed, I'm working on this
one now.

Ah, dev_seq_show needs only seq_puts, not the more expensive
seq_printf.

Thanks to Randy Dunlap for spotting this one, now to study report
about /proc/net/dev breakage with many interfaces.

into nuts.ninka.net:/home/davem/src/BK/net-2.5

into kernel.bkbits.net:/home/davem/net-2.5

Try to avoid calling "pfn_to_page()" on invalid pfn's.  It used to be
legal, but the CONFIG_DISCONTIGMEM people want us to try to avoid it,
since they do magic stuff in their "pfn_to_page" translations.

Just make x86-64/amd64 compile again.  Only architecture specific
changes.

And a workaround for the Opteron prefetch bug.

Also remove the obsolete LVM1 ioctl emulation code.

Brown paperbag time. I forgot to take the modrm byte in account
with the prefetch patch replacement.  With 3.2 it worked because
it used the right registers in my configuration.

But gcc 2.96 uses a different register in __dpath and the prefetch becomes
4 bytes with modrm and the original nop needs to be as long as that too.

Leftovers from the mem_map_reserve-removal patch.

into home.transmeta.com:/home/torvalds/v2.5/linux