Re: Controversy over dynamic linking -- how to end the panic (long)

2001-06-21 Thread Alex Bligh - linux-kernel
>> 3. A kernel module loaded at runtime, after kernel build, *is not* >> to be considered a derivative work. > > It doesn't much matter > under the GPL, anyway, so long as the in-code kernel image isn't > "copied or distributed". Broadly agree - thanks for someone pointing out the obvious here.

RE: LANANA: To Pending Device Number Registrants

2001-05-16 Thread Alex Bligh - linux-kernel
> I believe thats why there are persistant superblocks on the RAID > partitions. You can switch them around, and it still knows which drive > holds which RAID partition... That's the only way booting off RAID > works, and the only reason for the "RAID Autodetect" partition type... > you can find

Re: LANANA: To Pending Device Number Registrants

2001-05-15 Thread Alex Bligh - linux-kernel
> The argument that "if you use numbering based on where in the SCSI chain > the disk is, disks don't pop in and out" is absolute crap. It's not true > even for SCSI any more (there are devices that will aquire their location > dynamically), and it has never been true anywhere else. Give it up. Q

Re: [PATCH] allocation looping + kswapd CPU cycles

2001-05-08 Thread Alex Bligh - linux-kernel
> The real fix is to measure fragmentation and the progress of kswapd, but > that is too drastic for 2.4.x. I suspect the real fix might, in general, be a) to reduce use of kmalloc() etc. which gives physically contiguous memory, where virtually contiguous memory will do (and is, presumab

Re: ioctl arg passing

2001-04-23 Thread Alex Bligh - linux-kernel
> And there is very low chance that kmalloc() for > anything bigger than 4KB will succeed. You should either use > vmalloc unconditionally, or at least as fallback. The phrase 'very low chance' is inaccurate. How do you think NFS works with -rsize, -wsize > 4096? kmalloc() uses get_free_pages()

Re: Sources of entropy - /dev/random problem for network servers

2001-04-09 Thread Alex Bligh - linux-kernel
Jeff et al., >> However, only 3 drivers in drivers/net actually set >> SA_SAMPLE_RANDOM when calling request_irq(). I believe >> all of them should. > > No, because an attacker can potentially control input and make it > non-random. Point taken but: 1. In that case, if we follow your logic, no d

Sources of entropy - /dev/random problem for network servers

2001-04-08 Thread Alex Bligh - linux-kernel
In debugging why my (unloaded) IMAP server takes many seconds to open folders, I discovered what looks like a problem in 2.4's feeding of entropy into /dev/random. When there is insufficient entropy in the random number generator, reading from /dev/random blocks for several seconds. /dev/random is