- 01 Jun, 2004 40 commits
-
-
Linus Torvalds authored
We already have over 200 sign-off lines in the kernel, so let's document the thing, even if discussion may still be on-going.
-
bk://linux-dj.bkbits.net/agpgartLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Dave Jones authored
into delerium.codemonkey.org.uk:/mnt/nfs/neologic/bar/src/kernel/2.6/trees/agpgart
-
Dave Jones authored
From: Matt Domsch. The E7205 doesn't have an AGP header, so printing this message is pretty much useless. Also make it KERN_WARNING as well, as it's not really worthy of a KERN_ERR
-
Dave Jones authored
-
Dave Jones authored
(the bios might not have done that). From: Arjan van de Ven
-
Dave Jones authored
This option only worked for the amd64 driver. On every other driver, the only thing it did was make it not printk the banner on startup.
-
Dave Jones authored
This is horribly broken due to a jiffy wrap bug, we never get out of the while loop, preventing booting on a kernel with this driver compiled in. (See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=124495) The warning message there has never been reported in any bug report that google can find, so I'm of the opinion that this driver is trying to be too clever for its own good. Rip out the jiffies logic completely, it should be totally unnecessary.
-
bk://linux-dj.bkbits.net/cpufreqLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Dave Jones authored
Arjan noted that in some cases, the build fails. This should fix it up.
-
Andrew Morton authored
From: <fxkuehl@gmx.de> When I switch the computer to standby with echo -n standby > /sys/power/state the radeonfb driver tells me its suspending to state 1 but the display does not get turned off. It turns out to be a small typo in drivers/video/aty/radeon_pm.c. (from http://bugme.osdl.org/show_bug.cgi?id=2758) Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Andrew Morton authored
From: "Mikael Starvik" <mikael.starvik@axis.com> - Lots of fixes from 2.4. - Updated for 2.6.6. - Added IDE driver Signed-off-by:
-
Andrew Morton authored
From: William Lee Irwin III <wli@holomorphy.com> Split off from suparna's patches: Correct use_mm()/unuse_mm() to use task_lock() to protect task->mm. Signed-off-by:
-
Andrew Morton authored
From: William Lee Irwin III <wli@holomorphy.com> Minor aio correction split off from suparna's patches: Use the dedicated aio workqueue, not keventd, in order to isolate the rest of the system from aio's demands. Signed-off-by:
-
Andrew Morton authored
From: George France <france@handhelds.org> Teach cpqarray.c to do the add_disk_randomness() thing. Signed-off-by:
-
Andrew Morton authored
From: Ingo Molnar <mingo@elte.hu> Now the x86_64 bitop memory clobber problem has been fixed we can remove this. Signed-off-by:
Ingo Molnar <mingo@elte.hu> Signed-off-by:
-
Andrew Morton authored
From: Andi Kleen <ak@muc.de> Add missing memory clobbers to find_first_bit() and find_first_zero_bit(). Signed-off-by:
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> The read-ahead structures were not being initialised properly, and were not having the use-count decremented after use, making them fairly useless (since Apr 2002!). From: Colin Gibbs <colin@gibbsonline.net> Signed-off-by:
Neil Brown <neilb@cse.unsw.edu.au> Signed-off-by:
-
Andrew Morton authored
From: Christoph Hellwig <hch@lst.de> Signed-off-by:
-
Andrew Morton authored
From: Christoph Hellwig <hch@lst.de> timer.h is using NULL and thus needs stddef.h, without it some drivers break on alpha. Signed-off-by:
-
Andrew Morton authored
From: bert hubert <ahu@ds9a.nl> Documentation is in fact for tgkill and not for tkill Signed-off-by:
-
Andrew Morton authored
From: Marc-Christian Petersen <m.c.p@kernel.linux-systeme.com> Give the vesafb `vram' boot option the same (silly) syntax as 2.4 and document it. Signed-off-by:
-
Andrew Morton authored
From: Diego Calleja =?ISO-8859-15?Q?Garc=EDa?= <diegocg@teleline.es> It'll be much better if the world can know about the existence of checkstacks. Signed-off-by:
-
Andrew Morton authored
From: Christoph Hellwig <hch@lst.de> Extracted from the Debian kernel package Signed-off-by:
-
Andrew Morton authored
From: Adrian Bunk <bunk@fs.tum.de> LD .tmp_vmlinux1 security/built-in.o(.text+0x97e4): In function `selnl_notify': : undefined reference to `alloc_skb' security/built-in.o(.text+0x988a): In function `selnl_notify': : undefined reference to `netlink_broadcast' Signed-off-by:
-
Andrew Morton authored
From: Adrian Bunk <bunk@fs.tum.de> POSIX_MQUEUE requires netlink. Signed-off-by:
-
Andrew Morton authored
From: Ingo Molnar <mingo@elte.hu> the patch below gets rid of a message that gets printed during FC2's quiet bootup. Signed-off-by:
-
Andrew Morton authored
From: <gniibe@m17n.org> There is a missing pop-off after call of acpi_enter_sleep_state. On success, acpi_enter_sleep_state never returns, but on failure, it will cause kernel OOPS. Signed-off-by:
-
Andrew Morton authored
From: David Goodenough <david.goodenough@btconnect.com> Add PCI device supoprt for the Geode SC1100-based Microtik Routerboard 230. Signed-off-by:
-
Andrew Morton authored
From: Brian Gerst <bgerst@didntduck.org> We don't need to keep the pointer array around after the caches are initialized. This doesn't affect the actual strings. Signed-off-by:
-
Andrew Morton authored
From: Jakub Jelinek <jakub@redhat.com> FUTEX_REQUEUE operation has been added to the kernel mainly to improve pthread_cond_broadcast which previously used FUTEX_WAKE INT_MAX op. pthread_cond_broadcast releases internal condvar mutex before FUTEX_REQUEUE operation, as otherwise the woken up thread most likely immediately sleeps again on the internal condvar mutex until the broadcasting thread releases it. Unfortunately this is racy and causes e.g. http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/nptl/tst-cond16.c?rev=1.1&content-type=text/x-cvsweb-markup&cvsroot=glibc to hang on SMP. http://listman.redhat.com/archives/phil-list/2004-May/msg00023.html contains analysis how the hang happens, the problem is if any thread does pthread_cond_*wait in between releasing of the internal condvar mutex and FUTEX_REQUEUE operation, a wrong thread might be awaken (and immediately go to sleep again because it doesn't satisfy conditions for returning from pthread_cond_*wait) while the right thread requeued on the associated mutex and there would be nobody to wake that thread up. The patch below extends FUTEX_REQUEUE operation with something FUTEX_WAIT already uses: FUTEX_CMP_REQUEUE is passed an additional argument which is the expected value of *futex. Kernel then while holding the futex locks checks if *futex != expected and returns -EAGAIN in that case, while if it is equal, continues with a normal FUTEX_REQUEUE operation. If the syscall returns -EAGAIN, NPTL can fall back to FUTEX_WAKE INT_MAX operation which doesn't have this problem, but is less efficient, while in the likely case that nobody hit the (small) window the efficient FUTEX_REQUEUE operation is used. Signed-off-by:
-
Andrew Morton authored
From: David Gibson <david@gibson.dropbear.id.au> Currently the iSeries virtual ethernet driver has no Tx watchdog timer. This makes it vulnerable to clagging up if the other end of connection is misbehaving - in particular if it is not giving timely hypervisor level acks to our data frams. This patch adds a watchdog timer which resets the connection to any lpar we seem to be having trouble sending to. With any luck the other end might behave better after the reset. If not, this will at least unclag the queue for a while so we can keep talking to the lpars which are behaving correctly. Signed-off-by:
David Gibson <david@gibson.dropbear.id.au> Signed-off-by:
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> Legacy iseries has problems with the bolted vmalloc patch. This patch disables the optimisation on iseries and creates a slb_add_bolted helper function. Also, while we require all SLB entries to be context switched, we werent informing the iseries hypervisor. Signed-off-by:
Anton Blanchard <anton@samba.org> Signed-off-by:
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> Even though we have a variable containing the number of entries in the SLB, we hardwire the value at boot. We also dont use the variable in the head.S fastpath handler. This patch removes it. Signed-off-by:
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> Based on some profiles we noticed the first vmalloc region was being continually cast out and replaced. All modules end up there so it is one of our hottest segments. This patch bolts the vmalloc region into the second segment. SLB misses on an NFS benchmark were reduced by about 10% with this patch. Signed-off-by:
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> Reset the progress indicator on iseries after boot. Signed-off-by:
John Engel <engel@us.ibm.com> Signed-off-by:
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> Implement eeh_add_device_early and eeh_add_device_late, required for the ppc64 PCI hotplug code. Signed-off-by:
Linas Vepstas <linas@us.ibm.com> Signed-off-by:
-
Andrew Morton authored
From: Stephen Rothwell <sfr@canb.auug.org.au> This patch fixes the virtual ethernet driver so that it will not block the transmit queue indefinitely. This patch appplies on top of the previous patch from Rusty that removed skb_clone. There is one white space fix in hte middle of this - I hope that doesn't offend :-). Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by:
-
Andrew Morton authored
From: Stephen Rothwell <sfr@canb.auug.org.au> This has only been adjusted by me to apply after David Gibson's patch to add a watchdog timer. The iseries_veth driver does skb_clone, it should only need to skb_get, which is cheaper. Should help performance a little. Signed-off-by:
Rusty Russell <rusty@rustcorp.com.au> Signed-off-by:
-
Andrew Morton authored
From: Stephen Rothwell <sfr@canb.auug.org.au> This patch brings the iSeries default config up to date and changes some of the options to what I use. These are more sensible options (at least in my opinion :-)). Please apply. Signed-off-by:
-
