user/sven/linux-bitkeeper.git/drivers/mca, branch master

[PATCH] small MCA cleanups

2005-01-08T06:22:28Z

The patch below does the following cleanups in the MCA code: - make some needlessly global code static - remove three unused global functions from mca-legacy.c (two of them were EXPORT_SYMBOL'ed); this should IMHO be safe since mca-legacy is not an API drivers should move to Signed-off-by: Adrian Bunk Acked-by: James Bottomley Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] move consistent_dma_mask to the generic device

2004-03-14T05:49:48Z

From: James Bottomley pci_dev.consistent_dma_mask was introduced to get around problems in the IA64 Altix machine. Now, we have a use for it in x86: the aacraid needs coherent memory in a 31 bit address range (2GB). Unfortunately, x86 is converted to the dma model, so it can't see the pci_dev by the time coherent memory is allocated. The solution to all of this is to move pci_dev.consistent_dma_mask to dev.coherent_dma_mask and make x86 use it in the dma_alloc_coherent() calls. This should allow me to make the aacraid set the coherent mask instead of using it's current dma_mask juggling.

[PATCH] Fix another CONFIG_MCA=y oops

2003-10-22T01:23:09Z

If you have an MCA kernel on non-MCA hardware and load an MCA driver, mca_find_unused_adapter() ends up dereferencing NULL. Teach it about the absence of MCA buses.

[PATCH] Fix oops with CONFIG_MCA=y

2003-10-22T01:23:01Z

With CONFIG_MCA=y and no MCA bus present, drivers go oops deep in the kobject code when calling mca_register_driver(). Because there is no MCA subsystem registered against the driver. Plug this in mca_register_driver().

[MCA] convert mca-proc to use not-deprecated functions

2003-09-27T20:12:42Z

[MCA] include linux/mca-legacy.h directly, to access deprecated MCA API

2003-09-27T20:12:06Z

More EISA/MCA fixups for removal of 'name' member in device struct.

2003-08-17T12:38:09Z

[PATCH] Fix MCA for driver core update

2003-08-17T12:11:25Z

This should fix the MCA problems. I moved the name field to the struct mca_device because it was in such extensive use, and this approach caused the least impact.

[PATCH] drivers/* strlcpy conversions

2003-05-26T02:58:37Z

Well, this is it for me and strlcpy. I'll leave the rest of the non-obvious usages of strncpy to the kernel janitors. Seems like quite a few uses really wanted memcpy instead, but I don't have time to investigate them all. It does appear that nearly all strncpy's will be removable. Obsoleting strncpy will probably atleast make the remaining few think about how they are using it. This is the patch for my trip through drivers/*.

[PATCH] config menu cleanups

2003-04-30T00:33:54Z

From Robert Day, through "Randy.Dunlap" This is a patch from Robert Day that does the following: 1) shift menu item in "Processor type and features" menu 2) clean up "Bus options" menu so it's actually hierarchical Part of it (moving X86_IO_APIC around) looked a little odd to me, so I asked Roman Zippel about it, and he replied: "It's correct, although I wouldn't call it a 'design quirk'. :) It forces one to group options which belong logically together and in this case X86_IO_APIC is really a bit misplaced, even if it's not visible." I have tested it (on 2.5.68-plain) and it does indeed make the menus more hierarchical.