into home.osdl.org:/home/torvalds/v2.5/linux

into kernel.bkbits.net:/home/davem/net-2.6

into fys.uio.no:/home/linux/bitkeeper/nfsclient-2.5

Here is patch for linux-2.6/drivers/usb/media/Kconfig.

into kroah.com:/home/greg/linux/BK/usb-2.6

into nuts.davemloft.net:/disk1/BK/net-2.6

On Sat, 7 Feb 2004, Brendan Arthurs wrote:

> I'm getting the following message when I power on my USB external
> enclosure (a MAP-K51U) with a Maxtor IDE hard drive in it. I'm running
> kernel 2.6.2. Hope this is of some use to you.
>
> Feb  7 11:03:13 europa kernel: hub 4-0:1.0: new USB device on port 2,
> assigned address 2
> Feb  7 11:03:13 europa kernel: usb 4-2: Product: USB Mass Storage
> Device
> Feb  7 11:03:13 europa kernel: usb 4-2: Manufacturer: Genesyslogic
> Feb  7 11:03:13 europa kernel: usb-storage: This device
> (05e3,0701,0002 S 06 P 50) has an unneeded SubClass entry in
> unusual_devs.h
> Feb  7 11:03:13 europa kernel:    Please send a copy of this message
> to <linux-usb-devel@lists.sourceforge.net>

Thank you for sending this in.  Here's a patch to take care of it.
Alexander, does this work for you?

Little URI unifing patch.

Another little patch fixing modules.txt and fine tuning URLs.

Here is a tiny Kconfig update and unify patch.

Here is little URL update for Kconfig file. I hope webmaster remembers to
put redirection in place next time URL changes.

This patch starts dis-entangling some of the enumeration logic by
moving initialization code into the usb_alloc_dev() constructor.
Some call signatures changed; a usbcore-internal declaration was
moved in <linux/usb.h> to a more appropriate location.

With the driver model init now more centralized, it's safer to
use driver model calls (including dev_info) a lot earlier, so
the "new device at address N" message now does that.  It also
reports the device speed, which may not be evident otherwise.

       rmem_default/wmem_default values for SCTP socket buffer sizes.

PC300 MLPPP support is currently marked broken in 2.6.x.

To fix that, attached patch implements tiocmset/tiocmget methods on the
pc300_tty.c driver, which is the new method tty drivers are supposed to
use instead ioctl.

This fixes two related issues in the ioctl handler:

- ioctl requesting RTS signal would affect DTR signal
- The RTS signal is now handled.

Bonus: Throw out unused ioctl handler

The problem is that when loading next IDE PCI module memory used by
previously registered ide_pci_host_proc_list entry is already unmapped
(because of __{dev}initdata).  This doesn't happen in built-in case
because this memory is freed after all drivers are initialized.
Fix it by removing __{dev}initdata from all ide_pci_host_proc_t.

Thanks to Andre Tomt <andre@tomt.net> for help in debugging this.

The recent change to ide-cd using sector div is passing
the wrong type to do_div().

into sgi.com:/source2/xfs-linux-2.6

SGI Modid: xfs-linux:xfs-kern:164051a6

SGI Modid: xfs-linux:xfs-kern:165155a

SGI Modid: xfs-linux:xfs-kern:166324a

SGI Modid: xfs-linux:xfs-kern:166323a

SGI Modid: xfs-linux:xfs-kern:165783a

SGI Modid: xfs-linux:xfs-kern:166301a

SGI Modid: xfs-linux:xfs-kern:166207a

SGI Modid: xfs-linux:xfs-kern:166109a

SGI Modid: xfs-linux:xfs-kern:166087a

SGI Modid: xfs-linux:xfs-kern:166046a

All metadata buffers are lockable these days.

SGI Modid: xfs-linux:xfs-kern:166042a

SGI Modid: xfs-linux:xfs-kern:166032a

users of this that were very confused indeed.

into home.osdl.org:/home/torvalds/v2.5/linux