- 25 Feb, 2004 1 commit
-
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.5/linux
-
- 24 Feb, 2004 39 commits
-
-
David Stevens authored
-
Chas Williams authored
-
Chas Williams authored
-
David S. Miller authored
-
Michal Ludvig authored
-
Michal Ludvig authored
-
Alexander Viro authored
-
Patrick McHardy authored
-
bk://bk.phunnypharm.org/sparc-2.6David S. Miller authored
into nuts.davemloft.net:/disk1/BK/sparc-2.6
-
Ben Collins authored
-
Ben Collins authored
-
Andrew Morton authored
From: Pavel Machek <pavel@suse.cz> swsusp/s3 assembly parts, and parts called from assembly are not properly marked asmlinkage; that leads to double fault on resume when someone compiles kernel with regparm. Thanks go to Stefan Seyfried for discovering this.
-
Andrew Morton authored
From: James Morris <jmorris@redhat.com> ENOTSUPP is the wrong value, and should not be returned to userspace.
-
Andrew Morton authored
From: Armin <armin@melware.de> Pointers to __devexit functions must be wrapped with the __devexit_p() macro.
-
Andrew Morton authored
From: Ian Wienand <ianw@gelato.unsw.edu.au> - Fix inline function declarations - Use #ifdef for CONFIG_*, not #if
-
Andrew Morton authored
From: David Woodhouse <dwmw2@infradead.org> Don't jump between contexts. (don't write comprehensible changelogs, either).
-
Andrew Morton authored
From: Albert Cahalan <albert@users.sourceforge.net> Now that /dev/pts is using the 12:20 dev_t, a new procps is required.
-
Andrew Morton authored
From: Martine Silbermann <Martine.Silbermann@hp.com> Having spent a non trivial amount of time trying to pull in the code to enable MSI, I would suggest that a clear indication in Kconfig that MSI requires CONFIG_PCI_USE_VECTOR would be very helpful. Also since the MSI code was integrated into 2.6.1 I've updated the comment that called for installing the MSI patch.
-
Andrew Morton authored
That check I just added to sys_sysctl() is not needed: do_sysctl() checks as well.
-
Andrew Morton authored
From: Arjan van de Ven <arjanv@redhat.com> One of my machines prints the following in dmesg during boot; CPU: Trace cache: 4K uops<6>CPU: L2 cache: 256K cause is a missing \n being printed; fix below.
-
Andrew Morton authored
From: Arjan van de Ven <arjanv@redhat.com> some more hardcoded THREAD_SIZE cleanups.
-
Andrew Morton authored
From: James Bottomley <James.Bottomley@SteelEye.com> The alder has an intel Extended Express System Support Controller which presents apparently spurious BARs. When the pci resource code tries to reassign these BARs, the second IO-APIC gets disabled (with disastrous consequences). The first BAR is the actual IO-APIC, the remaining five bars seem to be spurious resources, so we forcibly insert the first one into the resource tree and clear all the others.
-
Andrew Morton authored
From: James Bottomley <James.Bottomley@SteelEye.com> This is a necessary precursor patch for getting the Intel Alder motherboard working (it has a PCI device corresponding to the IO-APIC which has to be forcibly inserted into the machine's reserved memory region). Eric Biederman was going to come up with a more comprehensive fix, but in the meantime, this is the minimum necessary to get insert_resource to work when the covering region is larger than the resource being inserted.
-
Andrew Morton authored
From: Tim Hockin <thockin@sun.com> Attached is a simple patch to expose NGROUPS_MAX via sysctl. Nothing fancy, just a read-only variable. glibc can use this to sysconf() the value properly, so apps will stop relying on NGROUPS_MAX as a real constant.
-
Andrew Morton authored
From: Andi Kleen <ak@suse.de>, R. J. Wysocki Without this make xconfig doesn't find the Qt library on systems using /lib64 (like x86-64)
-
Andrew Morton authored
From: Jeremy Kerr <jk@ozlabs.org> This patch is missing a single quote; here's a fix.
-
Paul Mackerras authored
On the larger ppc64 machines we remap the interrupt numbers used by the hardware/firmware to virtual IRQ numbers < NR_IRQS. Up until now we have used an array for the "real" (hardware) -> virtual IRQ number mapping, but with new machines coming out that will have 24-bit hardware IRQ numbers, this will break. However, in fact it is only the XICS interrupt controller which cares about this mapping. This patch moves that side of the mapping (real -> virtual) into the XICS code and makes it use a radix tree. On iSeries we have a similar issue, where the "real" IRQ numbers that we need are in fact an encoding of the bus/device/function address of the device. This patch fixes iSeries to use the virt->real IRQ mapping, allowing us to support larger iSeries machines. This patch also gets rid of the temporary hack that Stephen Rothwell submitted. On machines with OpenPIC (including the G5) the mapping is explicitly 1-1, and that hasn't changed. For other machines this patch cleans up and simplifies the code that sets up the virtual->real mapping. I have tested this code and verified that G5, pSeries and iSeries boot and run correctly with this patch.
-
bk://gkernel.bkbits.net/misc-2.5Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.5/linux
-
Jeff Garzik authored
* use bk:// url to reduce confusion * remove "Linus, " from introductory output text * don't diffstat each individual cset; do the entire patch all in one go. Makes the script a -lot- faster when summarizing a large number of changesets.
-
Jeff Garzik authored
Some machines still appear to lock up under MMIO mode, so default to PIO.
-
Jeff Garzik authored
now that driver uses request_firmware()
-
Jochen Friedrich authored
Hi Jeff, the last one makes tms380tr use the kernel firmware loader instead of linking some propriatary code into the kernel, probably violating the GPL. drivers/net/tokenring/tms380tr_microcode.h can go after this patch has been applied. --jochen tms380tr.c | 34 ++++++++++++++++++++++++++++++---- 1 files changed, 30 insertions(+), 4 deletions(-)
-
Jochen Friedrich authored
Hi Jeff, this one removes the internal queue of tms380tr. It was racy, anyways. --jochen tms380tr.c | 178 +++++++++++++++++++++++-------------------------------------- tms380tr.h | 4 - 2 files changed, 70 insertions(+), 112 deletions(-)
-
Jochen Friedrich authored
Hi Jeff, this fixes some problems partly introduced in the latest token ring update: - mix of alloc_trdev(0) and alloc_trdev(sizeof(struct net_local)) confused memory management. - initialization of proteon and sknet cards was broken. - proteon_close() and skisa_close() deleted. --jochen abyss.c | 2 - madgemc.c | 2 - proteon.c | 91 ++++++++++++++++++++++++------------------------------- skisa.c | 100 +++++++++++++++++++++++++------------------------------------ tms380tr.c | 41 +++++++++---------------- tmspci.c | 2 - 6 files changed, 100 insertions(+), 138 deletions(-)
-
Alexander Viro authored
* switched to sane allocation * fixes race on removal - we unregistered too late * contrary to the comment, device had no destructor, so removal had leaked - unregister_netdev() doesn't trigger freeing in that driver. * fixes freeing (kfree -> free_netdev) Otherwise the same story as with previous patch - irda-related part of NE* that got lost.
-
Jeff Garzik authored
into redhat.com:/spare/repo/net-drivers-2.5
-
Jeff Garzik authored
into redhat.com:/spare/repo/net-drivers-2.5
-
Jeff Garzik authored
into redhat.com:/spare/repo/net-drivers-2.5
-
Alexander Viro authored
* fixes leaks on failed init * switches to sane allocation * fixes netdev freeing (kfree -> free_netdev) * fixes the idiocy with ->init() (from registger_netdev()) calling unregister_netdevice() in case of failure - before we got anywhere past the very beginning of register_netdev(). That's a part of NE* series that failed through the cracks (there were pending irda patches, so that had been postponed, irda patches either hadn't materialized in two months or hadn't touched that driver at all, the latter being more likely). Please, apply.
-