Re: Download process for a "split kernel" (was: obsolete code must die)

ust done the 'easy bit': written a quick shell script which imported 2.4.x into a tagged CVS tree; the 'hard bit', to write a script to analyse each kernel rev and determine which files are used by which config options and mix that in together

Download process for a "split kernel" (was: obsolete code must die)

d script Someone could relatively easily maintain this separate to all the kernel developers, and it would mean only ever having to download files you were actually using. David. -- David LuyerPhone: +61 3 9674 7525 Engineering Projects Manager P

Re: obsolete code must die

nd turn them back on 1/2 hr later, half of the drives which haven't spat out a drive head in the interim years will fail to spin up). Even old Eagle drives from 1988 still spin up... given you have to flick the starter switch to spin them up half a dozen times

bug in 2.4.2-ac20 net/irda/af_irda.c or init/main.c

As per my previous e-mail (on l-k), built-in irda causes an infinite loop during bootup (ie, a lockup) by double-registering the same notifier. This happens because irda_proto_init is both called by init/main.c and set as a module_init() function which is then mapped to __initcall when built non

2.4.2-ac20 gets in infinite loop during bootup

According to SysRq-P, my system gets in an infinite loop on bootup with notifier_call_chain calling irda_device_event repeatedly. This is triggered by toshoboe_open calling register_netdevice. This is with everything irda-related built-in (I don't like modules); it was working in 2.4.1-ac8. Is

Re: Incoming TCP TOS: A simple question, I would have thought...

> getsockopt(fd, SOL_IP, IP_TOS, .. Doesn't work. Returns the TOS of outgoing packets, which defaults to 0 even if there is a TOS set on incoming traffic... that was what I tried in my first test program. David. > cheers, > > lincoln. > > At 03:00 PM 7/03/2001 +

Incoming TCP TOS: A simple question, I would have thought...

king at the TOS on them. Any pointers? David. -- David LuyerPhone: +61 3 9674 7525 Engineering Projects Manager P A C I F I C Fax: +61 3 9699 8693 Pacific Internet (Australia) I N T E R N E T Mobile: +61 4 2983 http://www

PATCH: "Pass module parameters" to built-in drivers

0); + (char *)loc += tgt_sizeof_long; + break; + + default: + printk("unknown parameter type '%c' for %s", + *fmt, name); + return 0; + }

Patch: Pass parameters to xirc2ps_cs via kernel command line

anything with module parameters (viz, xirc2ps_cs.lockup_hack=1). Would a patch to that effect be likely to be accepted? David. -- David LuyerPhone: +61 3 9674 7525 Senior Network EngineerP A C I F I C Fax: +61 3 9699 8693 Pacific Internet (Australia) I N T E R

linux-2.4.0-test10 and X4.0.1 don't like each other on Libretto 110CT

I'm having problems with X 4.0.1 and 2.4.0-test kernels on a Toshiba Libretto 110CT. Is this likely to be related to a known problem or can someone recommend some random intermediate kernel versions to try (binary elimination avoiding known-bad kernel versions...)? H/w: Toshiba Libretto 110CT (

Re: Linux 2.2 - BSD/OS 4.1 ARP incompatibility

t ignore the higher level bindings of the socket. David. -- -- David Luyer Senior Network Engineer Pacific Internet (Aust) Pty Ltd Phone: +61 3 9674 7525 Fax:+61 3 9699 8693 Mobile: +61 4 1064 2258, +61 4 1114 2258 http://www.pac

Re: Linux 2.2 - BSD/OS 4.1 ARP incompatibility

edundant tunnel termination a bit complex :/). David. -- -- David Luyer Senior Network Engineer Pacific Internet (Aust) Pty Ltd Phone: +61 3 9674 7525 Fax:+61 3 9699 8693 Mobile: +61 4 1064 2258, +61 4 1114 2258 http://ww

Re: Linux 2.2 - BSD/OS 4.1 ARP incompatibility

t always chooses the primary interface IP to put in the ARP request on a given interface. David. -- -- David Luyer Senior Network Engineer Pacific Internet (Aust) Pty Ltd Phone: +61 3 9674 7525 Fax:+61 3 9699 8693 Mobile: +61 4 1064 2258, +61 4 1114 2258 http://www.pacific.net.

Linux 2.2 - BSD/OS 4.1 ARP incompatibility

ion and a patch? According to the standards, who is in the wrong? To me it looks like Linux is the misbehaved OS in this case. David. -- ------ David Luyer Senior Network Engineer Pacific Internet (Aust) Pty Ltd Phone: +61 3 9674 7525 Fax:+61 3 9699 8693 Mob