When compiling aic7xxx in 2.5.53 with defconfig the kernel always
recompiles because dependency for reg_print.c is not per default in the
aic7xxx Makefile.

Simple correction is to make PRETTY_PRINT dependend on BUILD_FIRMWARE.

If modules don't use module_exit(), they cannot be unloaded.  This
safety mechanism should not apply for modules which don't use
module_init() (implying they have nothing to clean up anyway).

The compat API doesn't cope correctly if struct pci_dev is NULL, as it
can be for the x86 fake pci_dev handling.

into home.transmeta.com:/home/torvalds/v2.5/linux

This was done to make the next reference count patch easier,
and because almost everyone was already calling usb_put_dev() anyway...

They need extended (beyond spec) address setup timing, and as such
don't work on recent VIA chipsets.

change dev_set_drvdata() and dev_get_drvdata() to
usb_set_intfdata() and usb_get_intfdata()

change dev_set_drvdata() and dev_get_drvdata() to
usb_set_intfdata() and usb_get_intfdata()

change dev_set_drvdata() and dev_get_drvdata() to
usb_set_intfdata() and usb_get_intfdata()

change dev_set_drvdata() and dev_get_drvdata() to
usb_set_intfdata() and usb_get_intfdata()

change dev_set_drvdata() and dev_get_drvdata() to
usb_set_intfdata() and usb_get_intfdata()

change dev_set_drvdata() and dev_get_drvdata() to
usb_set_intfdata() and usb_get_intfdata()

change dev_set_drvdata() and dev_get_drvdata() to
usb_set_intfdata() and usb_get_intfdata()

change dev_set_drvdata() and dev_get_drvdata() to
usb_set_intfdata() and usb_get_intfdata()

change dev_set_drvdata() and dev_get_drvdata() to
usb_set_intfdata() and usb_get_intfdata()

change dev_set_drvdata() and dev_get_drvdata() to
usb_set_intfdata() and usb_get_intfdata()

change dev_set_drvdata() and dev_get_drvdata() to
usb_set_intfdata() and usb_get_intfdata()

into kroah.com:/home/linux/linux/BK/gregkh-2.5

Also added usb_get_intfdata() and usb_set_intfdata() functions to set the
struct usb_interface private pointer easier.

This patch tries to check the return value of kmalloc taking the necesary
action to solve the problem.

> > Ultracam was derived from ibmcam and probably copied the list of
> > parameters too. IBM cameras have this parameter, and use it.
>
> This means that it says "MODULE_PARM(lighting, "i");" and there is no
> variable called lightening.  The new module code is stricter about
> this.  Someone please fix.

Here is the patch for 2.5.53. It removes parameters that have no use
in the ultracam driver (and they were broken anyway).

Attached is a patch leveraging some of the new generic dma stuff:

- Replaces dma mapping calls in usbcore with generic equivalents.
   This is a minor code shrink (which we'd hoped could happen).

- Pass dma mask along, so net drivers can notice it'd be good to
   set NETIF_F_HIGHDMA; or scsi ones can set highmem_io.  (Some
   Intel EHCI setups are able to support this kind of DMA.)

- Updates one net driver (usbnet) to set NETIF_F_HIGHDMA when
   appropriate, mostly as an example (since I can't test this).

- Provides Documentation/usb/dma.txt, describing current APIs.
   (Unchanged by this patch, except dma mask visibility.)

- Converted another info() to dev_info(), and likewise a couple
   dbg() to dev_dbg() conversions in the modified routine.

The number of FIXMEs was conserved: the generic API doesn't yet
fix the error reporting bugs in the PCI-specific mapping API.

This is to access the private pointer in struct usb_serial

[PATCH] USB: fix up the usb-serial drivers due to the removal of the struct usb_serial_port private pointer.

The struct device pointer should be used instead.

Add support for amd756 and amd8111 sensors