An error occurred fetching the project authors.
- 18 Feb, 2004 9 commits
-
-
Don Fry authored
The pcnet32 driver uses the incorrect length (of zero) in pci_[un]map_single for receive buffers. This is seen with SLAB_DEBUG enabled. Tested in IA32 system. If this patch is not applied after my previous one hunks #1, #3, and #5 will have an offset of -2 lines.
-
Stephen Hemminger authored
Jean discovered problem with my hp100 PCI changes. This should fix the problem... The multi-bus probe logic error handling was botched. He validated it; so please apply
-
Don Fry authored
Here is the first of several individual patches to 2.6.3 for the pcnet32 driver. The driver did not properly serialize accesses to chip registers, resulting in reading/writing the wrong register. This patch eliminates this problem and gets rid of the cause of the symptom of 'bus master arbitration failure'. It was easier to use generic_mii_ioctl than modify the current pcnet32_ioctl routine with the necessary locks. This has been re-tested on an IA32 system.
-
Andi Kleen authored
P4 support was previously ifdefed out for x86-64, remove that.
-
Andi Kleen authored
Enable the Intel AGP driver for x86-64 too.
-
Andi Kleen authored
The microcode driver needs to support 64bit physical addresses too.
-
Andi Kleen authored
This has all the x86-64 specific changes for Intel Prescott/Nocona support. It requires a few minor changes outside arch/x86_64, which I am sending separately. This patch is needed to boot an 64bit kernel on a 64-bit capable Prescott machine. The ugliest part is probably the swiotlb code. In fact the code for that is not even included, but just reused from IA64. swiotlb implements the PCI DMA API using bounce buffering. I don't like this at all, but there was no other way to support non DAC capable hardware (like IDE or USB) on machines with >3GB. Please redirect all flames for that to the Intel chipset designers. ChangeLog: - Add Kconfig options for PSC - Add support to reuse microcode driver from i386 (Suresh B Siddha) - Try to optimize for the selected CPU - Fix early CPUID check for Intel CPUs (Suresh B Siddha) - Fix GDT to use the configured cache line size for padding - Support monitor/mwait idle loop - Support HyperThreading - Support Intel CPUID flags - Remove all 3dnow prefetches - Add alternative() for the prefetchw prefetch inline. - Include P4 driver in oprofile - Support Intel NOPs in alternative
-
bk://kernel.bkbits.net/davem/tg3-2.6Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
- 17 Feb, 2004 28 commits
-
-
Jeff Garzik authored
into redhat.com:/spare/repo/net-drivers-2.5
-
Jeff Garzik authored
into redhat.com:/spare/repo/netdev-2.6/netdev-alloc-7
-
Jeff Garzik authored
into redhat.com:/spare/repo/netdev-2.6/netdev-alloc-6
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/tg3-2.6
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/net-2.6
-
Jeff Garzik authored
into redhat.com:/spare/repo/netdev-2.6/netdev-alloc-7
-
Jeff Garzik authored
-
Martin J. Bligh authored
-
Linus Torvalds authored
-
Andrew Morton authored
From: Neal Stephenson <neal@bakerst.org> In 2.6.2, I noticed that my modprobe.conf line for tuner "options tuner type=2" no longer worked. It even failed with insmod "insmod tuner.ko type=2". dmesg reported vmunix: tuner: chip found @ 0xc0 vmunix: tuner: type set to 19 (Temic PAL* auto (4006 FN5)) vmunix: tuner: type forced to 19 (Temic PAL* auto (4006 FN5)) [insmod] I noticed that the a line had been removed from 2.6.1 and when it is added everything works again.
-
http://linux-lksctp.bkbits.net/lksctp-2.5.workDavid S. Miller authored
into nuts.davemloft.net:/disk1/BK/net-2.6
-
David S. Miller authored
into nuts.davemloft.net:/disk1/BK/net-2.6
-
Julian Anastasov authored
-
Sridhar Samudrala authored
-
David Mosberger authored
Disable the RADEON_PARAM_SAREA_HANDLE ioctl on 64-bit architectures, since it is only used on some embedded platforms, and it isn't 64-bit safe.
-
Linus Torvalds authored
drivers that need it. This allows us to have I2C as a module iff the FB driver that needs it is a module.
-
Roman Zippel authored
This allows us to do something like config FB_RADEON select I2C_ALGOBIT if FB_RADEON_I2C where FB_RADEON_I2C itself depends on FB_RADEON without getting a bogus warning about recursive dependencies. This matters because the select takes the default minimum dependancy from the parent menu, so we want to do this under FB_RADEON rather than under FB_RADEON_I2C (so that the I2C_ALGOBIT config depends properly on the state of FB_RADEON)
-
Alexander Viro authored
We used to have sync_blockdev() on each normal (== non-raw) blkdev_put() + kill_bdev() on the final blkdev_put(). That worked fine until we'd moved sync_blockdev() to the final blkdev_put(). Now we have a nasty scenario: open block device open raw device write on block device # data ends up in cache close block device # no sync here, we still have the sucker opened close raw device # no sync here either # ... and cache is killed by kill_bdev() IOW, if we postpone sync to final close, we must do it regardless of kind of close. Otherwise we are in for data corruption and yes, it is easy to trigger. Fix is obvious...
-
David S. Miller authored
-
David S. Miller authored
1) First action must be to set MAC_EVENT to zero. 2) Do not forget to clear MI_COMPLETION/LNKSTATE_CHANGED status bits in MAC_STATUS register. This fixes the bug wherein the link does not come up at all at the first ifup done after tg3 module load.
-
David S. Miller authored
-
Andrew Morton authored
kunmap_atomic() takes a kernel-virtual address, not a pageframe address. (Very common problem. We really should make the atomic kmap functions type-safe).
-
bk://kernel.bkbits.net/davem/nf-2.6Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Jim Paradis authored
There's a fencepost error in the GART IOMMU handling on x86_64 in the unmap path. When testing to see if the bus address is within the IOMMU window and needs to be unmapped, the start of the first page *beyond* the window also passes the test. This can cause the first doubleword of the next page beyond the gatt table to be smashed to zero, with unpredictable results depending on what that page is used for.
-
David S. Miller authored
into nuts.davemloft.net:/disk1/BK/nf-2.6
-
David Mosberger authored
The attached trivial patch should fix the "i1-dig" build failure reported on this page: http://www.gelato.unsw.edu.au/kerncomp/ and should make it easier to build a properly configured ia64 kernel.
-
Andrew Morton authored
This is a cleaned-up version of a mremap() fix for "move_one_page()" by Rajesh Venkatasubramanian <vrajesh@umich.edu>. We could use a NULL "src" pointer. Because while we do hold the MM semaphore over the whole sequence, the destination page table allocation will possibly drop the page table spinlock. That in turn can cause a clean source page to be stolen by page reclaim, causing the source-side "get_one_pte_map_nested()" to return NULL the second time around even if it didn't on the first case. So we just check "src" again, and get rid of the bogus TLB invalidate while we're at it.
-
bk://kernel.bkbits.net/davem/sparc-2.6Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
- 16 Feb, 2004 3 commits
-
-
Bartlomiej Zolnierkiewicz authored
My "__ide_dma_off()" cleanup uncovered some code that shouldn't be compiled when CONFIG_BLK_DEV_IDEDMA=n. Fix it and kill a warning in setup-pci.c. Noticed by Martin Diehl <lists@mdiehl.de>.
-
David S. Miller authored
into nuts.davemloft.net:/disk1/BK/net-2.6
-
David Stevens authored
-