- 21 Feb, 2005 2 commits
-
-
Jeff Garzik authored
Fixes double-kfree that caused slab corruption. Signed-off-by: Jeff Garzik <jgarzik@pobox.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Benjamin Herrenschmidt authored
ppc32's implementation of ptep_test_and_clear_young() has a logic error which makes it fail to flush the hash table. Thus PAGE_ACCESSED is almost never set again after beeing cleared (unless something else cause that hash entry to be flushed). Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
- 20 Feb, 2005 9 commits
-
-
Gary N. Spiess authored
This is a minor modification to the previous patch submission that does not assume the default contents of the DSPCFG register are zero. When used with Revision D of the DP83815, the "Recommended Registers Configuration" from page 78 of the DP83815 data sheet is not entirely compatible with the driver's "short cable patch". When the DSPCFG register is written with the value suggested in the document, then do_cable_magic() can't read the DSP coefficient and determines that all cables attached to the DP83815D are 'short', regardless of actual length. Short cables (< 30m) cause do_cable_magic to enable additional attenuation to reduce CRC and idle errors. If the extra attenuation is unintentionally enabled for long cables (> 50m?), they will not operate properly. The National Semiconductor driver, 'dp83815.c' from http://www.national.com/appinfo/networks/files/linux_2_4.tar.gz was used as a basis for this modification. Signed-off-by: Jeff Garzik <jgarzik@pobox.com>
-
Ravinandan Arakali authored
Attached is the patch to address the incorrect programming of individual multicast address into the NIC. Signed-off-by: Ravinandan Arakali <ravinandan.arakali@neterion.com> Signed-off-by: Jeff Garzik <jgarzik@pobox.com>
-
Andrew Morton authored
Someone added a new dev_set_mac_address() to netdevice.h Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Jeff Garzik <jgarzik@pobox.com>
-
Linus Torvalds authored
This makes for better messages on what is going on. It also allows us (if we want to), to pick the PCI starting address somewhere else in the gap. That may be a good idea (ie do a pci_mem_start = (gapstart + (gapsize >> 3) + 0xfffff) & ~0xfffff; or similar.
-
Linus Torvalds authored
We really don't care about anything beyond the 4GB mark, so make the tests for that explicit (and add a comment), and use regular "unsigned long" for the gap information.
-
-
Ben Dooks authored
Fix the use of CONFIG_MACH_VR1000, which was missing an trailing zero from the configuration variable, so never being shown if only the VR1000 was selected Signed-off-by: Ben Dooks <ben-linux@fluff.org> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
-
Mika Kukkonen authored
Small patch to fix following warning with CONFIG_IDE && !CONFIG_PCI: CC drivers/ide/ide.o drivers/ide/ide.c: In function 'ide_system_bus_speed': drivers/ide/ide.c:338: warning: unused variable 'pci_default' I decided to save some bytes by #ifdef:ing the struct in question. CC:ing Hanna because she did the change (and just to say hi ;-). Signed-off-by: Mika Kukkonen <mikukkon@gmail.com> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
-
Linus Torvalds authored
Don't use the VM numbers (max_low_pfn and friends), since they depend on the partial kernel linear mapping and only partially on the actual physical memory layout.
-
- 19 Feb, 2005 6 commits
-
-
Bartlomiej Zolnierkiewicz authored
Higher bits (16-23) of the address were ignored. Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
-
Daniel Ritz authored
A check for the PM_CAP version was recently added but i breaks devices with version 1. if they're in power-save mode they never get out of it. Change it to also support v1. Signed-off-by: Daniel Ritz <daniel.ritz@gmx.ch> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Benjamin Herrenschmidt authored
A conflict between X and radeonfb can cause system memory corruption when switching console from X (note that this is not realted to the recent radeonfb patches, the problem has been there forever as far as I can tell). This patch works around it in radeonfb by making sure the "offsets" register that driver the memory mapping of the accel engine are always properly set before every accel op. A better fix should be done in fbcon ultimately. Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Hirokazu Takata authored
/project/m32r-linux/kernel/linux-2.6.11-rc4-bk4/b/include/linux/nodemask.h: In function `__first_unset_node': /project/m32r-linux/kernel/linux-2.6.11-rc4-bk4/b/include/linux/nodemask.h:246: warning: passing arg 1 of `find_next_zero_bit' discards qualifiers from pointer target type Signed-off-by: Hirokazu Takata <takata@linux-m32r.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Andrew Morton authored
ratelimit the disk I/O error reporting in end_buffer_async_read(). Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Andrew Morton authored
Greg's tree changes the layout of struct resource, so mca.c blows up. Preemptively fix it. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
- 18 Feb, 2005 1 commit
-
-
http://linux-mh.bkbits.net/bluetooth-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
- 19 Feb, 2005 1 commit
-
-
Marcel Holtmann authored
For the new Microsoft Wireless Transceiver for Bluetooth 2.0 it is necessary to send the HCI_Reset on every device initialization. Signed-off-by: Marcel Holtmann <marcel@holtmann.org>
-
- 18 Feb, 2005 6 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
The DMA mmap code was ignoring vm_pgoff which prevented a partial mmap() of a DMA buffer. Signed-off-by: Russell King <rmk@arm.linux.org.uk>
-
Lennert Buytenhek authored
Patch from Lennert Buytenhek Fix a misspelled config symbol name in the ixp2000 code. Signed-off-by: Lennert Buytenhek Signed-off-by: Russell King
-
Lennert Buytenhek authored
Patch from Lennert Buytenhek This is an old patch from 2.6.9-rc3-ds2 that never made it upstream. The IXP2000 slowport has two modes of operation, 8-bit and 32-bit. The slowport itself is a byte-wide bus, and in 8-bit mode, it does the more-or-less obvious thing: every word read causes four byte reads, and those bytes are then combined into a word according to the xscale core's current endian setting. So, what value you get depends on what endianity your IXP2000 is running in. In 32-bit mode, however, it is the slowport itself which combines bytes into words, and for this it unconditionally uses little endian mode. In this mode, word reads from the slowport will return the same value no matter whether the xscale core is running in big or little endian mode. This can be a plus in some cases. Byte (and halfword) accesses in 32-bit mode have rather useless semantics due to this, though. The usefulness of 32-bit mode is limited to the initial boot. When the IXP2000 resets, the slowport is always in 32-bit mode, so if you flash the bootloader into flash (which is connected to the slowport) using little-endian byte ordering, the xscale will always read the instruction stream correctly, no matter whether it's running in big or little endian mode. After booting it makes no sense to use 32-bit mode anymore. Especially since the slowport's word ordering in 32-bit mode is little endian, and the IXP2000 is conventionally run in big endian, which gives all kinds of fun issues when trying to access peripherals connected to the slowport. In fact, the current MTD map driver for IXP2000 already sets the slowport to 8-bit mode because it cannot access the flash otherwise. However, this means that if the MTD map driver is not compiled in for some reason, the slowport will stay in 32-bit mode after the initial boot, which will cause peripheral accesses to unexpectedly break! Signed-off-by: Lennert Buytenhek Signed-off-by: Russell King
-
bk://kernel.bkbits.net/davem/sparc-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
David S. Miller authored
Anything larger than MAX_INT is suspect. Do this for user copies too. Signed-off-by: David S. Miller <davem@davemloft.net>
-
- 17 Feb, 2005 14 commits
-
-
bk://bk.arm.linux.org.uk/linux-2.6-rmkLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Lennert Buytenhek authored
Patch from Lennert Buytenhek - The PCI2050B bridge is not wired to any interrupt pin. - The SPI-3 option board slot is wired to PCI_B. - Don't printk every time enp2611_map_pci_irq is called. - Complain loudly if we encounter an unknown device. Signed-off-by: Lennert Buytenhek Signed-off-by: Russell King
-
Lennert Buytenhek authored
Patch from Lennert Buytenhek arch/arm/kernel/debug.S has a comment at the top stating that the file is called debug-armv.S, which is clearly not so. Signed-off-by: Lennert Buytenhek Signed-off-by: Russell King
-
Lennert Buytenhek authored
Patch from Lennert Buytenhek If enp2611 support is compiled in, the kernel will unconditionally perform enp2611-style PCI initialisation. Conditionalise this on machine_is_enp2611(). Signed-off-by: Lennert Buytenhek Signed-off-by: Russell King
-
David S. Miller authored
No need to duplicate it locally. This also fixes several arg sign extension bugs and the subsequent ltp testsuite failures. Signed-off-by: David S. Miller <davem@davemloft.net>
-
Pete Zaitcev authored
I am awfully sorry, but that patch contained a bug. The code dereferenced cmd->back as if it were a pointer to a request even when it wasn't. It worked by accident, because rq->flags overlapped with a zeroed memory in other case. Here is a corrective patch. Signed-off-by: Pete Zaitcev <zaitcev@redhat.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
-
Pete Zaitcev authored
This patch adds support for ioctls to ub, with the help of scsi_ioctl_cmd(). Now ub can eject CDs. But do not try to burn CDs yet, it's not tested. Original patch from Peter Jones (aka deviant-). Signed-off-by: Pete Zaitcev <zaitcev@redhat.com> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
bk://linux-acpi.bkbits.net/to-linusLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Randy Dunlap authored
drivers/video/sis/sis_main.c:2204:2: warning: undefined identifier 'lock_kernel' drivers/video/sis/sis_main.c:2206:2: warning: undefined identifier 'unlock_kernel' drivers/video/sis/sis_main.c:2204: warning: implicit declaration of function `lock_kernel' drivers/video/sis/sis_main.c:2206: warning: implicit declaration of function `unlock_kernel' Signed-off-by: Randy Dunlap <rddunlap@osdl.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Hirokazu Takata authored
Here is a patchset to update defconfig files for m32r. The m32r kernel's API/ABI has been changed since 2.6.11-rc1. Signed-off-by: Hirokazu Takata <takata@linux-m32r.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Hirokazu Takata authored
This patch is required to fix sys_clone() for m32r. * arch/m32r/kernel/process.c: - Fix sys_clone; add arguments, parent_tidptr and child_tidptr. - Cosmetics: Change indentation of function parameters for sys_clone(), sys_vfork(). Signed-off-by: Hirokazu Takata <takata@linux-m32r.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Hirokazu Takata authored
Here is a patch to fix compile errors of 2.6.11-rc4 for the m32r SMP kernel. * include/asm-m32r/spinlock.h: - Add read_can_lock() and write_can_lock() to fix build errors for SMP. - Rename 'lock' to 'slock'. (cf. Changesets 1.1966.85.1) * arch/m32r/kernel/smp.c: - Rename 'lock' to 'slock'. (cf. Changesets 1.1966.85.1) Signed-off-by: Hirokazu Takata <takata@linux-m32r.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
David S. Miller authored
Signed-off-by: David S. Miller <davem@davemloft.net>
-
David S. Miller authored
into nuts.davemloft.net:/disk1/BK/sparc-2.6
-
- 16 Feb, 2005 1 commit
-
-
Nick Piggin authored
Suggested by Linus: optimise a condition in the clear_p?d_range functions. Results in one less conditional branch on i386 with gcc-3.4.4 Signed-off-by: Nick Piggin <nickpiggin@yahoo.com.au> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-