Dave Jones [Wed, 13 Aug 2003 16:08:35 +0000 (09:08 -0700)]
[PATCH] Fix x87 FPU exception status check
From Dave Richards (drichards@mahinetworks.com)
"While diagnosing an MMX/FPU problem I found a minor problem in the
code which diagnoses and generates signals for FPU exceptions. On
x86 Stack Fault Exception are a subclass of Invalid Operation. Thus,
the FPU status register will have both the SF and IF bits set when a
stack fault occurs. The code which turns FPU exceptions into signals
was assuming IF would be clear".
Thomas Molina [Sat, 9 Aug 2003 02:40:17 +0000 (19:40 -0700)]
[PATCH] Re: Linux 2.6.0-test3: logo patch
The following patch has been floating around forever. It is required
for several ARM framebuffer drivers, and several other drivers. James
has indicated that this is the correct fix back in May.
[PATCH] PowerMac: Ground work for new driver model
This provides the necessary infrastructure for PowerMac specific drivers
(and actually some Open Firmware platform drivers on non-PowerMacs as
well provided somebody port them) to be properly probed & referenced via
the new driver model and be part of sysfs.
As-is, this patch doesn't break anything nor change any driver. I'll
send you individual driver patches as I clean them up & get them tested
on as many machines as possible, though I don't expect much problems.
Jeff Garzik [Sat, 9 Aug 2003 02:39:26 +0000 (19:39 -0700)]
[PATCH] PATCH 2.6: fix X86_VENDOR_ID offset in head.S
While reviewing my 2.4 backport of the 2.6 cpu capabilities (including
the Via RNG support), Mikael Pettersson noticed a bug in both my
backport, and 2.6: when NCAPINTS (x86_capability array size) is
increased, one must adjust the offset in arch/i386/kernel/head.S also.
add CONFIG_WATCHDOG_NOWAYOUT support
changed watchdog_info to correctly reflect what the driver offers
added WDIOC_GETSTATUS, WDIOC_GETBOOTSTATUS and WDIOC_SETOPTIONS ioctls
use module_param
general cleanup of trailing spaces and comments
fix possible wdt_is_open race
add KERN_* to printk's
changed watchdog_info to correctly reflect what the driver offers
added WDIOC_GETSTATUS, WDIOC_GETBOOTSTATUS, WDIOC_SETTIMEOUT, WDIOC_GETTIMEOUT, and WDIOC_SETOPTIONS ioctls
made timeout (the emulated heartbeat) a module_param
made the keepalive ping an internal subroutine
added MODULE_AUTHOR and MODULE_DESCRIPTION info
Jean Tourrilhes [Fri, 8 Aug 2003 17:14:30 +0000 (13:14 -0400)]
[PATCH] irda-usb probe fix
ir260_usb_probe-4.diff :
~~~~~~~~~~~~~~~~~~~~~~
<Patch from Oliver Neukum and Daniele Bellucci>
o [CORRECT] minor fix to the probe failure path of irda-usb.
Jean Tourrilhes [Fri, 8 Aug 2003 17:13:41 +0000 (13:13 -0400)]
[PATCH] Donauboe probe fix
ir260_donau_cleanup.diff :
~~~~~~~~~~~~~~~~~~~~~~~~
<Patch from Christian Gennerat>
o [CORRECT] Disable chip probing that fail too often
o [FEATURE] Cleanup STATIC
Ivan Kokshaysky [Fri, 8 Aug 2003 10:03:19 +0000 (03:03 -0700)]
[PATCH] PCI: pci_enable_device vs bridges bugs
Bug #1 (found by Jay Estabrook).
On Alpha, under certain circumstances the firmware may close the IO
window of PCI-to-PCI bridge even if there is IO behind.
This wouldn't be a problem - linux PCI setup code does set up this
window properly, but in addition the firmware clears the IO-enable
bit in the PCI_COMMAND register of the bridge.
Since we don't call pci_enable_* routines for bridges in non-hotplug
path, we end up with disabled IO. Fixed by adding pci_enable_bridges()
to pci_assign_unassigned_resources().
Architectures which don't use the latter, but do use other setup-bus
code (parisc?) also should call pci_enable_bridges() for each root bus.
Bug #2 (closely related to #1).
As it turns out, pci_enable_device() doesn't work for bridges at all,
only for regular devices (header type 0) due to 0x3f mask passed to
pci_enable_device_bars(). The mask should be (1 << PCI_NUM_RESOURCES) - 1.
Bug #3 (quite a few archs, including i386).
pcibios_enable_device() does only check first 6 resources (regardless
of the mask) to decide whether or not to enable IO and MEM.
Bridge resources start at 7.
#2 and #3 affect hotplug. I wonder, has anybody ever tried *bridged*
PCI card behind a hot-plug controller?
Ian Abbott [Fri, 8 Aug 2003 09:35:07 +0000 (02:35 -0700)]
[PATCH] USB: ftdi_sio - VID/PID for ID TECH IDT1221U USB to RS-232 adapter
This patch adds support for ID TECH's IDT1221U USB to RS-232 adapter
(intended for use and/or supplied with some of their magnetic/smart
card readers). The VID and PID were provided by Steve Briggs on
the ftdi-usb-sio-devel list.
Wiktor Wodecki [Fri, 8 Aug 2003 09:33:00 +0000 (02:33 -0700)]
[PATCH] I2C: i2c sysfs rant
On Wed, Aug 06, 2003 at 04:22:44PM -0700, Greg KH wrote:
> On Wed, Aug 06, 2003 at 09:11:45PM +0200, Wiktor Wodecki wrote:
> > Hello folks,
> >
> > I just saw that I2C provides "/sys/bus/i2c/drivers/dev\ driver" in
> > 2.6.0-test2. It would be nice if you'd consider renaming this to
> > dev_driver, to avoid un-neccessary quoting in scripts.
> >
> > Thank You :-)
>
> Patches are always gladly accepted :)
Rob Radez [Fri, 8 Aug 2003 03:26:27 +0000 (20:26 -0700)]
[PATCH] remove unnecessary stubs from watchdog drivers
This removes some function stubs from 6 watchdog drivers.
The VFS already returns -EINVAL in cases where fop->read == NULL, so
there's no need to duplicate the code 6 times. This patch removes the
stubs and is compile tested.
David Mosberger [Fri, 8 Aug 2003 03:26:18 +0000 (20:26 -0700)]
[PATCH] modify data types in efi.h
From Matt Tolentino:
Here's a small patch to change several data types from u64 to
unsigned long in efi.h. These changes enable the use of the
same data structures and function prototypes for ia32 EFI kernels.
Bjorn Helgaas [Thu, 7 Aug 2003 16:48:13 +0000 (09:48 -0700)]
[PATCH] ia64: IOSAPIC .weak symbol cleanup
The patch below removes the .weak symbol stuff from iosapic.c.
As far as I can tell, iosapic.c is compiled for every flavor except
the simulator. I tried to boot the HP_SIM kernel on ski, but it
seems to loop in find_save_locs(). This happens both with and
without this patch, so maybe I have a local problem. (I started
with a clean tree, did make
Jesse Barnes [Thu, 7 Aug 2003 16:38:44 +0000 (09:38 -0700)]
[PATCH] ia64: sn2 pci fixes (among others)
sn2 still doesn't use ACPI to describe PCI busses on the system (I'm
working on it), so we have to do it the old fashioned way. This patch
also includes a few other fixes.
Paul Mackerras [Thu, 7 Aug 2003 09:58:15 +0000 (02:58 -0700)]
[PPP]: Fix two bugs wrt. compression/decompression.
This patch fixes two bugs that were stopping PPP compression (and in
particular, Deflate compression) from working.
The first bug was pointed out by Richard Moats. In the conversion to
use pskb_may_pull, we ended up with a bogus test which basically meant
that the kernel driver never saw the CCP conf-ack packets and thus
never enabled compression.
The second bug crept in with the change of DEFLATE_MIN_SIZE from 8 to
9. Changing that definition had the unfortunate side-effect of
changing the way that the code interpreted the encoded Deflate
parameter bytes. This meant that we were using the wrong window size,
twice what we had actually negotiated with the peer.
Having necessary resources, I've decided to take over the maintenance of
the defxx driver for the PDQ-based family of DEC FDDI controllers (the
DEFEA for EISA and the DEFPA for PCI are the models currently handled).
I've talked to Larry, the original author and the last maintainer of the
code, and he's said he'd be happy about it. He's asked me to update his
long-outdated contact information.
Here is a patch to update the driver to the PCI version of the DMA API.
The patch includes appropriate status and contact information updates.