On Fri, 2 Jan 2004, Eric Lussard wrote:

> <5>usb-storage: This device (05e3,0701,0002 S 02 P 50) has an unneeded
> Protocol entry
> in unusual_devs.h
> <4>   Please send a copy of this message to
> <linux-usb-devel@lists.sourceforge.net>

Yet another unusual_devs change!  I really should stick to a policy of
reading through all the new email before sending any replies...

On Fri, 2 Jan 2004, Oliver Neukum wrote:

> Hi Alan,
>
> you seem to like them. Here it is:
>
> usb-storage 3-1:1.0: usb_probe_interface
> usb-storage 3-1:1.0: usb_probe_interface - got id
> usb-storage: This device (0686,4014,0001 S 06 P 50) has unneeded SubClass and Protocol entries in unusual_devs.h
>    Please send a copy of this message to <linux-usb-devel@lists.sourceforge.net>
> scsi1 : SCSI emulation for USB Mass Storage devices
>   Vendor: MINOLTA   Model: DIMAGE  CAMERA    Rev: 1.00
>   Type:   Direct-Access                      ANSI SCSI revision: 02

Thanks Oliver.  Interestingly, it looks as though the unneeded SubClass
and Protocol values were the only reason for keeping this entry, so now it
can be deleted in both 2.4 and 2.6.

On Tue, 23 Dec 2003, sledgedog wrote:

> USB Mass Storage support registered.
> hub 3-0:1.0: new USB device on port 2, assigned address 2
> usb-storage: This device (090c,1132,0100 S 06 P 50) has unneeded SubClass and Protocol entries in unusual_devs.h
>    Please send a copy of this message to <linux-usb-devel@lists.sourceforge.net>

Thank you for sending this in.

Greg, here is the patch for unusual_devs.h, both 2.4 and 2.6.

I was unable to get my Pentax Optio 330GSrecognised
by the 2.6.0 kernel until I applied the patch below that I found
posted some months ago on the German Debian mailing list.

I have attributred it to the original poster.

Thanks to BOUCNIAUX Benjamin <borax@neron.info> for the information.

Also cleaned up the string files.
Thanks to Mark Smith for pointing this out.

>>	if (dev->bulk_in_buffer != NULL)
>>		kfree (dev->bulk_in_buffer);
>
>
> Yes that one check can go away.  Care to send me a patch?

Actually all those checks should go away ...

This patch implements the "USB Gadget" API using the
"Goku-S" (TC86C001) full speed usb device controller.

It's passed testing with Gadget Zero, g_ether (full
CDC Ethernet support), gadgetfs, and most interestingly
Alan Stern's "File Storage Gadget" (FSG, talking to
Linux or Windows as a usb-storage device) to give the
halt processing a good workout.  Control-OUT works.
Tested mostly on x86, with reported success on MIPS.

As well as being directly useful with that hardware,
I think this is small and simple enough to be useful
as an example of how to write a USB controller driver.
(There will be many more controller drivers than gadget
drivers, I suspect ...)

Please merge this to the next 2.6 release that takes
new drivers.  Corresponding updates for kbuild and the
various gadget drivers will be coming (not in a flood).

Thanks to Stefan Verkoyen <stefan.verkoyen@quesd.com> for the information.

Fix for oops on rmmod caused by *_remove() function marked as __devinit
(and thus discarded after module initialization - if CONFIG_MODULES=y
and CONFIG_HOTPLUG is not set).
This patch changes __devinit to __devexit and adds __devexit_p() where
pointer to such function is used.

The only exception is au1000, where au1000_remove() is called from
cleanup_au1000() function - __devinit is jest removed there.

It was also removed in 2.4.23.

Use rq->cmd[0] instead of rq->flags for storing special request flags.

Per Jens' suggestion.  Tested by Stef van der Made <svdmade@planet.nl>.

Revert wrong changes introduced in 2.4.21.

From: Stefan Talpalaru <stefantalpalaru@yahoo.com>,
      Ingo Kilian <ikilian@web.de>.

The MSI port to x86-64 added an interrupt routing bug that makes the
kernel not boot anymore on some machines.

Fix that.

From Pavel Machek

sometimes nanoseconds are used, sometimes microseconds, sometimes even something else.

Dominik Brodowski.

From Dominik Brodowski

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

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

On ARM, it is possible to configure the desired cache policy in
the page tables.  Unfortunately, we haven't been updating the
protection_map nor PAGE_KERNEL, so this option doesn't change
the behaviour of the majority of mappings.  This cset corrects
this oversight.

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