hi guys! hav about this patch?
is brings support for minolta's dimage 7/7i/7Hi digital cameras
minolta_dimage7_linux-2.4.21-rc6.patch:
--- ./linux-2.4.21-rc6/drivers/usb/storage/unusual_devs.h.orig Thu Apr 24 11:56:53
2003
+++ ./linux-2.4.21-rc6/drivers/usb/storage/unusual_devs.h Fri
Hi,
this allows us to learn about a port that cannot be disabled. It's needed
for a superrobust usb_reset_device(). Please apply.
Regards
Oliver
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch
On Sat, 31 May 2003, Oliver Neukum wrote:
Am Freitag, 30. Mai 2003 16:35 schrieb Alan Stern:
As discussed earlier, we need a way for a driver to inform the core that a
device's descriptors have changed (following a firmware download, for
example). Let's call this new function
It seems the following compile error comes from Linus' tree:
-- snip --
...
LD drivers/built-in.o
drivers/usb/gadget/built-in.o(.text+0x2d00): In function
`net2280_set_fifo_mode':
: multiple definition of `net2280_set_fifo_mode'
drivers/usb/built-in.o(.text+0xb9460): first defined here
USB_GADGET is still selectable even with USB disabled. It seems the
following is intended:
--- linux-2.5.70-mm3/drivers/usb/gadget/Kconfig.old 2003-06-01 00:15:30.0
+0200
+++ linux-2.5.70-mm3/drivers/usb/gadget/Kconfig 2003-06-01 00:15:49.0 +0200
@@ -8,7 +8,7 @@
#
Greg KH wrote:
On Fri, May 30, 2003 at 09:56:27PM -0400, David T Hollis wrote:
This version has taken some of the suggestions from Oliver Neukum and
David Brownell to make this driver a bit more robust. With some trials,
I am able to run full ttcp tests without error, transfer very large
Adrian Bunk wrote:
USB_GADGET is still selectable even with USB disabled. It seems the
following is intended:
This is wrong.
CONFIG_USB has always represented the master/host side ... while
CONFIG_USB_GADGET represents just the slave/gadget side.
The two are completely independent. Hardware
Adrian Bunk wrote:
The following patch fixes it (drivers/usb/Makefile now includes gadget/
entries):
No, the better fix is to revert whatever change added
USB_GADGET into drivers/usb/Makefile ... the slave/gadget
side API needs to be independent of the master/host side
code.
---
On Sat, 31 May 2003, Oliver Neukum wrote:
Am Samstag, 31. Mai 2003 21:32 schrieb Alan Stern:
I don't follow your reasoning here. As far as I can see, the only errors
to be handled are problems reading the descriptors. Are you suggesting
the one version should skip reading the descriptors
GET STARTED WORKING FROM HOME TODAY!
This message contains valuable information about our
organization and qualified specialists who have
extensive knowledge and experience in WORKING
FROM HOME.
We have spent the last decade researching home employment options
available to the public. After
uhci.c in the latest stable kernel release candidates seems to have a
race condition in the suspend code triggered when all devices are
unplugged.
When the final device is unplugged, suspend_hc() is called to reduce
bus-mastering activity so that ACPI idling can give greater power
savings.
On Sat, May 31, 2003 at 04:39:28PM -0700, David Brownell wrote:
Adrian Bunk wrote:
USB_GADGET is still selectable even with USB disabled. It seems the
following is intended:
This is wrong.
CONFIG_USB has always represented the master/host side ... while
CONFIG_USB_GADGET represents just
Hello,
I have problems connecting the Pontis SP600 mp3-player (with inserted 256MB
Compact
Flash Card) with my PC through USB. The SP600 caused kernel panic with
2.4.19 and 2.4.20 on Debian testing.
The bootmessages are correct and identical with paragraph 2A.
1A) I connect the device:
13 matches
Mail list logo