- 08 May, 2004 17 commits
-
-
bk://kernel.bkbits.net/davem/sparc-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Andrew Morton authored
I moved this a little too late - we need to run populate_rootfs() before running initcalls because some driver initcalls need to open files for firmware. The populate_rootfs() call is still coming after init_idle(), so it won't knock the scheduler over.
-
David S. Miller authored
-
David S. Miller authored
-
Stephen Hemminger authored
This is a version of Binary Increase Control (BIC) TCP developed by NCSU. It is yet another TCP congestion control algorithm for handling big fat pipes. For normal size congestion windows it behaves the same as existing TCP Reno, but when window is large it uses additive increase to ensure fairness and when window is small it uses binary search increase. For more details see the BIC TCP web page http://www.csc.ncsu.edu/faculty/rhee/export/bitcp/ The original code was for web100 (2.4); this version is pretty much the same but targeted for 2.6 with less sysctl parameters and more constants. I don't have a real high speed long haul network to test, but when running over 1G links with delays, the performance is more stable (ie tests are repeatable) and as fast as existing Reno.
-
Sridhar Samudrala authored
Avoid the use of sizeof() and pointer arithmetic to get to the end of sctp_cookie structure. Instead use the last element peer_init which is a zero-sized array as the offset.
-
David Stevens authored
-
James Morris authored
The purpose of this is to allow sockets created by the kernel in this way to be passed through the LSM socket creation hooks and be labeled and mediated in the same manner as other sockets. This patches addresses a class of potential issues with LSMs, where such sockets will not be labeled correctly (if at all), or mediated during creation. Under SELinux, it fixes a specific bug where RPC sockets created by the kernel during TCP NFS serving are unlabeled.
-
James Morris authored
Under SELinux, and potentially other LSMs, we need to be able to distinguish between user sockets and kernel sockets. For SELinux specifically, kernel sockets need to be specially labeled during creation, then bypass access control checks (they are controlled by the kernel itself and not subject to SELinux mediation). This addresses a class of potential issues in SELinux where, for example, a TCP NFS session times out, then the kernel re-establishes an RPC connection upon further user activity. We do not want such kernel created sockets to be labeled with user security contexts. sock_create() and sock_create_kern() are wrapper functions, which seems semantically clearer to me than e.g. adding a flag to sock_create(). If you prefer the latter, then let me know. The patch also adds an argument to the LSM socket creation functions indicating whether the socket being created is a kernel socket or not.
-
David S. Miller authored
into nuts.davemloft.net:/disk1/BK/net-2.6
-
Joshua Kwan authored
-
Benjamin Herrenschmidt authored
-
Andrew Morton authored
From: Christoph Hellwig <hch@lst.de> This one is a little funny. The SGI trees don't show this issue because dmapi and quota are separate modules so they must be unloaded before xfs_fs_exit can be called at all. So let's move the exitcalls for them in mainline first to simulate that behaviour.
-
Benjamin Herrenschmidt authored
From: Paul Mackerras <paulus@samba.org> This patch fixes a bug in the pmac-zilog driver where if you enable CRTSCTS mode, it won't output data when CTS is asserted. On powermacs, the CTS input is inverted. It also fixes a logic bug in testing for CTS and DCD changes.
-
Armin Schindler authored
Check for last adapter link is done by next member, because entries are not removed yet.
-
Linus Torvalds authored
They all have 128 bytes of ACPI/TCO IO space pointed to by config space register 0x40, and 64 bytes of GPIO space pointed to by 0x58. Thanks to Jun Nakajima for the full list.
-
- 07 May, 2004 14 commits
-
-
bk://bk.arm.linux.org.uk/linux-2.6-rmkLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Russell King authored
-
Russell King authored
-
Russell King authored
We don't have DMA support for AMBA devices yet.
-
Clay Haapala authored
-
http://linux-ntfs.bkbits.net/ntfs-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Anton Altaparmakov authored
read-write (re)mount is requested, empty $LogFile by overwriting it with 0xff bytes to ensure that Windows cannot cause data corruption by replaying a stale journal after Linux has written to the volume.
-
Anton Altaparmakov authored
into cantab.net:/home/src/ntfs-2.6
-
Anton Altaparmakov authored
-
Anton Altaparmakov authored
and force a read-only mount if not (fs/ntfs/super.c and fs/ntfs/logfile.c). This is a little bit of a crude check in that we only look at the restart areas and not at the actual log records so that there will be a very small number of cases where we think that a volume is dirty when in fact it is clean. This should only affect volumes that have not been shutdown cleanly and did not have any pending, non-check-pointed i/o.
-
Linus Torvalds authored
This fixes a (very very small) preempt race window when we invalidate the IO permission bitmap on process exit.
-
Stas Sergeev authored
There is a bug where if any process that obtained an IO access permissions via ioperm() does not explicitly "drop" that permissions, the IO permissions don't get properly invalidated on process exit. The cause is that exit_thread() only invalidates the per-thread io_bitmap pointer, but doesn't invalidate the per-TSS io_bitmap pointer as well. As the per-thread pointer is invalidated, __switch_to() doesn't take care of that one either, so the per-TSS pointer stays valid as long as some other process does ioperm(). This fixes the problem - it invalidates the per-TSS io_bitmap pointer and the problem goes away.
-
Arjan van de Ven authored
-
Bartlomiej Zolnierkiewicz authored
When Patrick removed ide_notify_reboot() in 2.5.42, he didn't notice that it meant that IDE no longer had any shutdown() functionality. So we did the right thing on suspend, but not on shutdown. ide_notify_reboot() was only doing STANDBY on shutdown (because FLUSH 'doesn't work' in 2.4 too) but it worked okay and we still should do STANDBY on shutdown because some broken disks flush their caches. Thus just calls bus->suspend() (FLUSH+STANDBY) at shutdown time. We can add some safety delay later - 2.4 doesn't have any.
-
- 06 May, 2004 9 commits
-
-
Benjamin Herrenschmidt authored
There is a typo in the PTE freeing code causing us to possibly overflow the batch structure. Obvious fix (look at the closing parentheses).
-
Anton Altaparmakov authored
into cantab.net:/home/src/ntfs-2.6
-
Eric Wong authored
I've updated the logips2pp driver to detect the MX310 and MX510 mice and also made it more maintainable by putting everything into one table instead of having 4 arrays for them (the MX700 support wasn't added correctly in the last revision).
-
Arjan van de Ven authored
This makes the idedisk_release function only flush the cache on final release; with the recent 2.6 blocklayer updates release gets called somewhat frequently, and at times where IO is outstanding to the disk. This bug didn't trigger before simply because ide_cacheflush_p() always was a nop.
-
Roman Zippel authored
gconf doesn't correctly toggle through the values of a symbol, so use sym_toggle_tristate_value() instead. Problem reported by Martin Persenius <martin@persenius.net>
-
Nitin A. Kamble authored
This enables proper mxcsr register masking: the magic mask "0xffbf" is not necessarily correct for all CPU's, and there is an architected way to discover the proper MXCSR feature bits by examining the fxsave results. Please refer to IA32 Software Developer's Manual, Volume 1, Section 11.6.6 for more details.
-
Petr Vandrovec authored
ncpfs was forgetting to update iovec's iov_base field whenever partial transmission occured. This was causing data corruption during large (60kB) writes. The code now also passes copy of iovec to the sock_sendmsg, so it does not rely on network stack updating (or not updating) passed iovec in case of success (or failure).
-
Andrew Morton authored
-
Paul Wagland authored
I was going through the code looking for bits and pieces to pull across into the new LSI Logic beta megaraid driver /sys fs code and came across this one. LSI Logic have already fixed this issue for the 2.4 driver, and the new beta driver does not use the /proc filesystem at all, so no problem there. The problem is that resources are not freed upon certain error conditions in the in-kernel megaraid driver, to quote from Lester Hightower (who originally found the issue): "The problem occurs only in the circumstance where one reads one of the /proc/megaraid/hba<X>/diskdrives-ch<N> files where the card <X> does not have channel <N> on it. Most people would likely not notice this leak in normal operation, but due to the way that we monitor our MegaRaid cards in our company (we read these /proc entries every 180s) so we found the leak rather quickly, and unpleasantly (when your kernel eats all your RAM)." Anyway, here is the fix, compiled and tested OK for me.
-