>> 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.
> 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
> 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
> 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
> 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()
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
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
7 matches
Mail list logo