- 18 Oct, 2004 13 commits
-
-
Borislav Petkov authored
Signed-off-by: Borislav Petkov <petkov@uni-muenster.de> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Heinz-Juergen Oertel authored
Hello, this is a small patch of the USB ftdi_sio driver against linux-2.6.8.1. I only added a new vendor and product id for the RM-CANview, a CAN fieldbus interface: http://www.rmcan.com/site/en/products/gateways/usb/index.htm Thanks Heinz Signed-off-by: Heinz-Juergen Oertel <oe@port.de> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Alex Kanavin authored
Also, as the full patch isn't going in, can you please apply this tiny part of it? Somehow the header descriptor was omitted from the CDC ACM driver, but it's present on my phone (thus giving me the "ignoring extra header" error when it's plugged in) and in the CDC spec (section 5.2.3.1). Signed-off-by: Alex Kanavin <ak@sensi.org> Signed-Off-By: Oliver Neukum <oliver@neukum.name> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Phil Dibowitz authored
The following patch changes the 0x059f/0xa601/0x0200 per the report from Torsten Eriksson. It adds comments to the uncommented entry and changes the subclass. Signed-off-by: Phil Dibowitz <phil@ipom.com> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Alan Stern authored
Here's another USB mass storage device that incorrectly reports the total number of disk blocks. Please apply. Signed-off-by: Alan Stern <stern@rowland.harvard.edu> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Phil Dibowitz authored
This removes a duplicate entry and fixes order. Trivial. Signed-off-by: Phil Dibowitz <phil@ipom.com> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Phil Dibowitz authored
Here's a patch to remove the three Genesys disk entries in unusual_devs. They don't appear to be needed anymore because: 1. The inquiries now request the right amount of data 2. MODE_XLATE, according to Alan, isn't used in 2.6 Signed-off-by: Phil Dibowitz <phil@ipom.com> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Phil Dibowitz authored
This removes the 0a16/8888/0100 unusual_devs entry for an IBM USB Storag key. It does not appear to be needed and caused issues for Buddha Henry <spanishbuddha@hotmail.com>, who has tested with this patch and his device works properly. Signed-off-by: Phil Dibowitz <phil@ipom.com> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Phil Dibowitz authored
The following is needed for Winward Music Disk. I narrowed the range of the original patch which was sent by Stephan Walter. From: Stephan Walter <stephan.walter@epfl.ch> Signed-off-by: Phil Dibowitz <phil@ipom.com> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Phil Dibowitz authored
Stephan Fuhrmann sent in the entry for a device needing the new RESIDUE flag. Here is an appropriate tested patch. From: Stephan Fuhrmann <atomenergie@t-online.de> Signed-off-by: Phil Dibowitz <phil@ipom.com> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Phil Dibowitz authored
There are several cameras (1300s and 1400s) with the same bcdDevice number (1000). Most of them are 8070 devices, but some of them are UFI devices (similar to 8070 devices but don't clear the sense data after an INQUIRY or REQUEST SENSE). Furthermore if the devices that truely do act like 8070 devices are overridden to be UFI, they find more than one LUN. Specifiying UFI and SINGLE_LUN seems to satisfy all kinds of devices that claim device number 1000. From: Pavel Machek <pavel@ucw.cz> Signed-off-by: Phil Dibowitz <phil@ipom.com> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Duncan Sands authored
- Don't free pages with kfree() - Clean up debugging messages - Print name of firmware file loaded. Signed-off-by: Duncan Sands <baldrick@free.fr> Signed-off-by: David Woodhouse <dwmw2@infradead.org> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
David Woodhouse authored
Reduce size of struct udsl_control to make it fit in skb->cb, by dropping the cell_header and generating it later instead of storing it. Signed-off-by: David Woodhouse <dwmw2@infradead.org> Signed-off-by: Duncan Sands <baldrick@free.fr> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
- 15 Oct, 2004 1 commit
-
-
Greg Kroah-Hartman authored
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
- 11 Oct, 2004 3 commits
-
-
Greg Kroah-Hartman authored
into kroah.com:/home/greg/linux/BK/usb-2.6
-
Sreenivas Bagalkote authored
Fixes a data corruption issue. Because of a typo in the driver, IO packets were wrongly shared by the IOCTL path. This caused the whole IO command to be replaced by an incoming IOCTL command.
-
Nick Piggin authored
ACPI still explodes on my old PII and stops it booting. Anyway, it is oopsing in drivers/acpi/scan.c line 207 where element (which is NULL) gets dereferenced. The ACPI bios on this thing has always seemed to be pretty broken, but this at least allows the 'power' button to continue to work (the only reason why I want ACPI).
-
- 10 Oct, 2004 16 commits
-
-
Linus Torvalds authored
-
Dave Jones authored
As spotted by one of our Fedora users, we sometimes oops during shutdown (http://www.roberthancock.com/kerneloops.png) because disable_IO_APIC() wants to call find_isa_irq_pin(), which we threw away during init. Signed-off-by: Dave Jones <davej@redhat.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
bk://bk.arm.linux.org.uk/linux-2.6-pcmciaLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Russell King authored
-
bk://linux-acpi.bkbits.net/26-latest-releaseLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Len Brown authored
"lapic" is available to force enabling the LAPIC in the event you know more than your BIOS vendor. http://bugzilla.kernel.org/show_bug.cgi?id=3238
-
Len Brown authored
-
Linus Torvalds authored
This is made possible by the previous resource allocation ordering patch. Now that we run the pre-existing PCI resource discovery _before_ ACPI resources have been added, we should not "insert" the resources into any existing tree. If they clash with existing resources, we should re-allocate them (later, when we have the full resource map).
-
Li Shaohua authored
This re-orders the PCI and ACPI IO resource assignment as suggested by Linus. With this patch, now the sequence of reserving resources is: 1. PCI claim BAR 2. ACPI reserve motherboard resources 3. PNP reserve motherboard resources 4. PCI allocate resources for uninitialized PCI devices This way the kernel allocates new PCI resources after it has full knowledge of the resource state, and at the same time allows ACPI and PnP to be run _after_ we've filled in our knowledge about pre-allocated resources. The way it is done is to make the last phase of the original PCI assign resources code to be an 'fs_initcall', along with the ACPI and PnP initializations. Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
-
Bartlomiej Zolnierkiewicz authored
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
-
Bartlomiej Zolnierkiewicz authored
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
-
Bartlomiej Zolnierkiewicz authored
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
-
Bartlomiej Zolnierkiewicz authored
From: Jens Axboe <axboe@suse.de> The blacklist stuff is broken. When set_using_dma() calls into ->ide_dma_check(), it returns __ide_dma_off() for a blacklisted drive. This of course succeeds, returning success to the caller of ->ide_dma_check(). Not so good... It then uncondtionally calls ->ide_dma_on(), which turns on DMA for the drive. This moves the check to __ide_dma_on() so we also catch the buggy ->ide_dma_check() defined by various chipset drivers. Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
-
bk://bk.arm.linux.org.uk/linux-2.6-pcmciaLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Len Brown authored
Doing so apparently breaks every Dell on Earth. http://bugzilla.kernel.org/show_bug.cgi?id=3238
-
- 09 Oct, 2004 7 commits
-
-
Adrian Bunk authored
FB_NEOMAGIC needs FB_MODE_HELPER (for vesa_modes). Reported by Michel Angelo da Silva Pereira. Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
bk://bk.arm.linux.org.uk/linux-2.6-rmkLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Sascha Hauer authored
Patch from Sascha Hauer This patch supports the Hynix developer boards h7201 and h7202 for the HMS30C7201 and HMS30C7202 CPUs. Changes to previous patch: - reorganized file structure. We now have common.c which shares stuff common to all h720x processors and cpu-h720[12].c files for the cpu specific stuff - fixed timer handling for timers 1/2 - cleaned up h720x register definitions and splitted in files specific to each cpu and one generic part Signed-off-by: Thomas Gleixner Signed-off-by: Robert Schwebel Signed-off-by: Sascha Hauer
-
Clemens Buchacher authored
This fixes the "Ignoring changed section attributes" warning by commenting out the attributes appended by gcc. The previous 'fix' created a section '.text,#alloc' (literally), which I guess was not intended. Signed-off-by: Clemens Buchacher <drizzd@aon.at> Signed-off-by: William Irwin <wli@holomorphy.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Jonathan Corbet authored
Since get_cpu_ptr() went away, we probably shouldn't tease developers by telling them to use it in the comments. Signed-off-by: Jonathan Corbet <corbet@lwn.net> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Ali Saidi authored
The cpu mask fix-ups in 2.6.8 broke SMP kernels booting on a DP264. Instead of not setting the DIM for cpus that did not exit, the patch inadvertently doesn't set the DIM for CPUs that do exist. Thus no device interrupts get to the cpu. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Thomas Spatzier authored
qeth network driver changes: - Unlock queue in qeth_do_sent_packet if there is no empty buffer in packing state. Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-