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

2001-06-14 Thread David Luyer
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 with the minimal install for a 'make menuconf

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

2001-06-14 Thread David Luyer
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 with the minimal install for a 'make menuconfig' will take somewhat longer). David. -- David LuyerPhone: +61

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

2001-06-13 Thread David Luyer
uld 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 A C I F I C Fa

Re: obsolete code must die

2001-06-13 Thread David Luyer
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, but they still work... seems they

Re: obsolete code must die

2001-06-13 Thread David Luyer
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, but they still work... seems they don't make disk drives like they used to. David. -- David LuyerPhone: +61 3 9674

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

2001-06-13 Thread David Luyer
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 A C I F I C Fax: +61 3 9699 8693 Pacific Internet

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

2001-03-14 Thread David Luyer
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

2.4.2-ac20 gets in infinite loop during bootup

2001-03-14 Thread David Luyer
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.

2.4.2-ac20 gets in infinite loop during bootup

2001-03-14 Thread David Luyer
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.

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

2001-03-14 Thread David Luyer
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

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

2001-03-06 Thread David Luyer
> 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 +1100,

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

2001-03-06 Thread David Luyer
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.pacific.net.au

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

2001-03-06 Thread David Luyer
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.pacific.net.au

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

2001-03-06 Thread David Luyer
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 +1100, David Luyer wrote: I've

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

2001-01-20 Thread David Luyer
+ printk("invalid argument syntax for %s: '%c'", + name, *input); + return 0; + } + } /* end of while (*input) */ + + if (min && (n < min)) { + printk("too few values for %s (min %d)"

PATCH: Pass module parameters to built-in drivers

2001-01-20 Thread David Luyer
+ printk("invalid argument syntax for %s: '%c'", + name, *input); + return 0; + } + } /* end of while (*input) */ + + if (min (n min)) { + pri

Patch: Pass parameters to xirc2ps_cs via kernel command line

2001-01-17 Thread David Luyer
ing 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 N E

Patch: Pass parameters to xirc2ps_cs via kernel command line

2001-01-17 Thread David Luyer
rc2ps_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 N E T Mobi

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

2000-11-07 Thread David Luyer
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

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

2000-11-07 Thread David Luyer
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

2000-09-04 Thread David Luyer
ore 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.pacific.

Re: Linux 2.2 - BSD/OS 4.1 ARP incompatibility

2000-09-04 Thread David Luyer
omplex :/). 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.auNASDAQ: PCN

Re: Linux 2.2 - BSD/OS 4.1 ARP incompatibility

2000-09-04 Thread David Luyer
. -- -- 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.auNASDAQ: PCNTF fast 'n easy

Re: Linux 2.2 - BSD/OS 4.1 ARP incompatibility

2000-09-04 Thread David Luyer
et. 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.auNASDAQ: PCNTF fa

Re: Linux 2.2 - BSD/OS 4.1 ARP incompatibility

2000-09-02 Thread David Luyer
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.

Linux 2.2 - BSD/OS 4.1 ARP incompatibility

2000-09-01 Thread David Luyer
? 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 Mobile: +61 4 1064

Linux 2.2 - BSD/OS 4.1 ARP incompatibility

2000-09-01 Thread David Luyer
? 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 Mobile: +61 4 1064