We are sorry to inform you about unauthorized access to our system by unknown
hackers.
Therefore in compliance with security reasons we were forced to change all
system accounts passwords. Please find enclosed a new generated password to
your account.
We strongly recommend you to check the bala
On Wed, 1 Dec 2004 14:57:41 +0200 (EET), Kaupo Arulo <[EMAIL PROTECTED]> wrote:
> We can use a macro, if it is really necessary
No, I prefer it explicit. See the attached patch. I changed Sergey's patch
just a little, so the invalid ioctls are detected outside the lock.
> IMHO it is correct to r
On Thu, Jan 27, 2005 at 12:43:25AM -0800, Pete Zaitcev wrote:
> This patch adds support for ioctls to ub, with the help of scsi_ioctl_cmd().
> Now ub can eject CDs. But do not try to burn CDs yet, it's not tested.
>
> Original patch from Peter Jones (aka deviant-).
>
> Signed-off-by: Pete Zaitcev
On Mon, 31 Jan 2005 David Brownell wrote:
> On Monday 31 January 2005 1:27 pm, Helge Bahmann wrote:
> >
> > well, neither atkbd.c nor i8042.c changed apart from cosmetics between
> > 2.6.7 and 2.6.8; I think this leaves me with either the input system in
> > general, irq issues in general, or usb
David Brownell wrote:
On Friday 28 January 2005 10:52 am, David Daney wrote:
A short summary is that memory barriers are needed in several places for
correct operation on my MIPS based platform.
It'd be good if you could find out whether the latest 2.6 is missing
any of these. It's got a bunch o
On Monday 31 January 2005 1:27 pm, Helge Bahmann wrote:
>
> well, neither atkbd.c nor i8042.c changed apart from cosmetics between
> 2.6.7 and 2.6.8; I think this leaves me with either the input system in
> general, irq issues in general, or usb
Or combinations of some/all of the three ... :)
Do
On Mon, 31 Jan 2005 Alan Stern wrote:
> On Mon, 31 Jan 2005, Helge Bahmann wrote:
[snip]
> > If usb is deactivated completely the keyboard behaves normally. It seems
> > this problem has been reported before:
> >
> > http://www.ussg.iu.edu/hypermail/linux/kernel/0407.2/0293.html
> >
> > And it i
On Mon, Jan 31, 2005 at 04:11:42PM -0500, Alan Stern wrote:
> Greg:
>
> This patch fixes a number of small errors in the routines that handle
> messages for root hubs:
>
> Fill in the extra byte if a string descriptor transfer
> asks for an odd number of bytes.
>
> Don't copy
On Mon, Jan 31, 2005 at 11:12:21AM -0800, Nishanth Aravamudan wrote:
> On Mon, Jan 31, 2005 at 10:50:53AM -0800, Greg KH wrote:
> > On Fri, Jan 21, 2005 at 01:35:01PM -0800, Nishanth Aravamudan wrote:
> > > Hi,
> > >
> > > Please consider applying.
> > >
> > > Description: Use wait_event_timeout(
On Mon, Jan 31, 2005 at 08:39:47PM +0100, Hermann Kneissel wrote:
> Hello Greg,
>
> attached is a new patch for the garmin_gps driver. It only updates my email
> address in the header, as i am in the process of changing my isp and the
> listed address will be offline sometime soon.
> The second c
On Mon, Jan 31, 2005 at 11:40:22AM -0800, Nishanth Aravamudan wrote:
> On Mon, Jan 31, 2005 at 11:33:28AM -0800, Greg KH wrote:
> > On Mon, Jan 31, 2005 at 11:27:03AM -0800, Nishanth Aravamudan wrote:
> > > On Mon, Jan 31, 2005 at 10:51:59AM -0800, Greg KH wrote:
> > > > On Fri, Jan 21, 2005 at 01:
Greg:
This patch fixes a number of small errors in the routines that handle
messages for root hubs:
Fill in the extra byte if a string descriptor transfer
asks for an odd number of bytes.
Don't copy more than urb->transfer_buffer_length bytes.
Use an extra intern
On Monday 31 January 2005 12:45 pm, Brian T. Brunner wrote:
>
> libusb must be version 1.8 or later, according to
> ../configure --enable-usbmodules
> on my RH9 system.
>
> libusb current release is 0.1.8 according to
> http://libusb.sourceforge.net/download.html
>
> I'll try the 0.1.8 and se
libusb must be version 1.8 or later, according to
../configure --enable-usbmodules
on my RH9 system.
libusb current release is 0.1.8 according to
http://libusb.sourceforge.net/download.html
I'll try the 0.1.8 and see if that's what ./configure meant.
Brian Brunner
[EMAIL PROTECTED]
(610)796-
On Sat, Jan 29, 2005 at 08:02:15PM -0800, Randy.Dunlap wrote:
> Peter Bartosch wrote:
> >Hello all,
> >
> >
> >i think i found a possible buffer overflow in hid-core (2.6.10-rc2):
>
> Agreed, and sorry it took so long to reply/patch this.
> (from 2004-DEC-01)
>
> >when i interpret this code right
On Sun, Jan 30, 2005 at 05:05:31PM -0800, Matthew Dharm wrote:
> This patch started life as as423, and has been re-generated against the
> current tip.
Applied, thanks.
greg k-h
---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive
On Sunday 30 January 2005 3:02 pm, Chris Clayton wrote:
> > > If all else fails, another useful data point would be whether there's
> > > some 2.6 kernel before 2.6.5 that works. There've been two classes
> > > of changes that interact here: in usbcore (notably the hub driver),
> > > and in ohci
On Mon, 31 Jan 2005, Greg KH wrote:
> This chunk of code does not compile for me at all :(
>
> CC [M] drivers/usb/core/hcd.o
> drivers/usb/core/hcd.c: In function `rh_string':
> drivers/usb/core/hcd.c:334: error: label at end of compound statement
Whoops! Different compilers accept diffe
On Sunday 30 January 2005 10:58 pm, IGOR LURI wrote:
> Dear Sir,
>
> We have a custom board based on PowerPC 823 with 16 Mbyte of RAM, ethernet,
> USB host mode and direct PCMCIA - IDE iterface with a Compact Flash
> running Linux kernel 2.4.4, downloaded from Denx site.
> To have USB working
On Sun, Jan 30, 2005 at 03:46:34PM -0800, Randy.Dunlap wrote:
>
> sn9c102_v4l2_ioctl() is the second largest stack user that
> I find (on i386, after joydump_connect()).
>
> This patch just moves the large stack items to separate
> functions so that gcc does not accumulate all of them
> onto the
On Mon, Jan 31, 2005 at 03:12:29PM +, E. Oltmanns wrote:
> Hi there,
>
> please include this mini patch so that users' log files don't get
> plugged up with (less interesting) error messages.
This has already been changed by someone else :)
thanks,
greg k-h
---
On Sun, Jan 30, 2005 at 07:52:38PM +, Daniel Drake wrote:
> Alan Stern wrote:
> >>+/* This is for the Aldi Traveler DC-4300 cameras */
> >>+#define US_BULK_CS_ALDI_SIGN 0x43425355 /* Spells out 'USBR' */
> >
> >
> >It actually spells out 'USBC'.
>
> Hmm, yes, you are right.
Ok, I'll ho
On Wed, Jan 26, 2005 at 03:27:07PM -0500, Alan Stern wrote:
> Greg:
>
> This patch changes the mechanism used for detecting devices that were
> already connected to a hub at the time the hub was activated. This can
> occur in several different circumstances:
Applied, thanks.
greg k-h
--
On Mon, Jan 24, 2005 at 10:12:18AM -0500, Alan Stern wrote:
> Greg:
>
> This patch updates the unusual_devs entry for the SCM multimedia card
> adapter. Apparently earlier versions of the device included wrong
> descriptors but later versions did not.
Applied, thanks.
greg k-h
On Tue, Jan 25, 2005 at 08:19:14PM +0100, Oliver Neukum wrote:
> Hi,
>
> open takes the semaphore too late. This fixes it.
>
> Regards
> Oliver
>
> Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
On Sun, Jan 23, 2005 at 11:04:11AM +0100, Luca Risolia wrote:
> SN9C10x driver bugfix.
>
> Changes:
> @ Calculate correct image size in urb_complete()
>
> Signed-off-by: Luca Risolia <[EMAIL PROTECTED]>
>
> Greg, please apply to your kernel tree.
Applied, thanks.
greg k-h
--
On Tue, Jan 25, 2005 at 01:02:25PM -0500, Alan Stern wrote:
> Greg:
>
> This patch replaces an old, leftover CONFIG_PROC_FS with CONFIG_DEBUG_FS
> in the UHCI driver, as requested by Randy Dunlap.
Applied, thanks.
greg k-h
---
This SF.Net em
On Mon, Jan 24, 2005 at 01:39:37AM -0800, Phil Dibowitz wrote:
> Alan and Matt recently submitted a patch to change IGNORE_RESIDE to
> ignore residues on WRITE as well as READ. As a follow up to that, this
> device needs that functionality. This adds the unusual_devs entry for
> that device.
>
> G
On Wed, Jan 26, 2005 at 11:11:52AM -0500, Alan Stern wrote:
> Greg:
>
> The uhci-hcd.c source file has become uncomfortably large. In
> anticipation of separate upcoming changes to the HC management (for
> suspend/resume) and the URB handling (single QH per endpoint), and for the
> sake of compat
Hi again,
Following on from yesterday, I've now built 2.6.4 and I find that attaching my
hub fails with timeout errors. So it would appear that a change between 2.6.3
and 2.6.4 is what has stopped the usb system in my laptop working. I've
looked at the changelog on kernel.org and there were qui
On Sat, Jan 22, 2005 at 11:56:42AM -0500, Alan Stern wrote:
> + switch (len) { /* All cases fall through */
> + default:
> + len = 2 + ascii2utf (buf, data + 2, len - 2);
> + case 2:
> + data [1] = 3; /* type == string */
> + case 1:
> +
Hello Greg,
attached is a new patch for the garmin_gps driver. It only updates my email
address in the header, as i am in the process of changing my isp and the
listed address will be offline sometime soon.
The second change makes the configuration entry look more like the
other entries in the me
On Mon, Jan 31, 2005 at 11:33:28AM -0800, Greg KH wrote:
> On Mon, Jan 31, 2005 at 11:27:03AM -0800, Nishanth Aravamudan wrote:
> > On Mon, Jan 31, 2005 at 10:51:59AM -0800, Greg KH wrote:
> > > On Fri, Jan 21, 2005 at 01:36:35PM -0800, Nishanth Aravamudan wrote:
> > > > Hi,
> > > >
> > > > Please
On Mon, Jan 31, 2005 at 11:27:03AM -0800, Nishanth Aravamudan wrote:
> On Mon, Jan 31, 2005 at 10:51:59AM -0800, Greg KH wrote:
> > On Fri, Jan 21, 2005 at 01:36:35PM -0800, Nishanth Aravamudan wrote:
> > > Hi,
> > >
> > > Please consider applying.
> > >
> > > Description: Use wait_event_timeout(
On Mon, Jan 31, 2005 at 10:51:59AM -0800, Greg KH wrote:
> On Fri, Jan 21, 2005 at 01:36:35PM -0800, Nishanth Aravamudan wrote:
> > Hi,
> >
> > Please consider applying.
> >
> > Description: Use wait_event_timeout() instead of custom wait-queue code.
> > Remove
> > now unused variables. I change
On Mon, Jan 31, 2005 at 02:08:26PM -0500, Paul Blazejowski wrote:
> > > Begin forwarded message:
> > >
> > > Date: Sun, 30 Jan 2005 15:45:04 -0500
> > > From: Paul Blazejowski <[EMAIL PROTECTED]>
> > > To: Andrew Morton <[EMAIL PROTECTED]>
> > > Cc: LKML
> > > Subject: Re: 2.6.11-rc2-mm2
> > >
>
On Tue, Jan 25, 2005 at 12:29:45AM +, Daniel Drake wrote:
> Adds long overdue support for 12 CompactFlash card reader/writers based on
> the USBAT02 chip!
>
> See http://usbat2.sourceforge.net
>
> Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
On Tue, Jan 25, 2005 at 12:29:39AM +, Daniel Drake wrote:
> Adds support for USBAT02-based devices. A few HP cd writers came out with
> this chip.
> A lot of flash-readers also share these ID numbers: this will be addressed
> in the next patch.
>
> Signed-off-by: Daniel Drake <[EMAIL PROTECT
On Tue, Jan 25, 2005 at 12:29:33AM +, Daniel Drake wrote:
> Misc cleanups, a few more annotations, some function name/usage
> generalisation, and preparation for addition of support for flash-reader
> devices.
>
> Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
On Mon, Jan 31, 2005 at 10:50:53AM -0800, Greg KH wrote:
> On Fri, Jan 21, 2005 at 01:35:01PM -0800, Nishanth Aravamudan wrote:
> > Hi,
> >
> > Please consider applying.
> >
> > Description: Use wait_event_timeout() instead of custom wait-queue code.
> > Remove
> > now unused variables.
>
> Thi
On Fri, Jan 21, 2005 at 01:37:39PM -0800, Nishanth Aravamudan wrote:
> Hi,
>
> Please consider applying.
>
> Description: Use wait_event_timeout() instead of custom wait-queue code.
> Remove
> now unused variables.
>
> Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
Applied, thanks.
gr
On Sun, 30 Jan 2005 18:31:24 -0500, Dmitry Torokhov
<[EMAIL PROTECTED]> wrote:
> On Sunday 30 January 2005 16:01, Andrew Morton wrote:
> >
> > Did someone break usb input?
> >
> >
> > Begin forwarded message:
> >
> > Date: Sun, 30 Jan 2005 15:45:04 -0500
> > From: Paul Blazejowski <[EMAIL PROTECTED
On Thu, Jan 20, 2005 at 08:17:00PM -0800, David Brownell wrote:
> please merge.
> Add support for another AX8817x network device,
> found in a docking station.
>
> T: Bus=01 Lev=02 Prnt=03 Port=00 Cnt=01 Dev#= 4 Spd=480 MxCh= 0
> D: Ver= 2.00 Cls=02(comm.) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
> P:
On Fri, Jan 21, 2005 at 01:36:35PM -0800, Nishanth Aravamudan wrote:
> Hi,
>
> Please consider applying.
>
> Description: Use wait_event_timeout() instead of custom wait-queue code.
> Remove
> now unused variables. I changed the code to only add to the wait-queue if
> necessary, but I'm not sure
On Fri, Jan 21, 2005 at 01:33:58PM -0800, Nishanth Aravamudan wrote:
> Hi,
>
> Please consider applying.
>
> Description: Use wait_event_timeout() instead of custom wait-queue code. There
> might be a problem with returning without adding/removing to the waitqueue
> before wait_event_timeout() is
On Tue, Jan 25, 2005 at 04:49:18PM -0800, Nishanth Aravamudan wrote:
> Hi,
>
> Please consider applying.
>
> Description: Use wait_event_timeout() instead of deprecated
> interruptible_sleep_on_timeout(). Signals are not checked in the current code,
> so interruptible should not be necessary. Pat
On Thu, Jan 20, 2005 at 04:38:29PM -0800, David Brownell wrote:
> Basically this is getting ready to remove what seems to be some
> cargo cult logic that's been carried around since 2.2.early ...
> that logic tries to prevent usbcore from seeing anything except
> ganged power switching.
>
> The pa
On Fri, Jan 21, 2005 at 01:31:27PM -0800, Nishanth Aravamudan wrote:
> Hi,
>
> Please consider applying.
>
> Description: Use wait_event_timeout() instead of custom wait-queue code. The
> current code uses TASK_INTERRUPTIBLE but doesn't seem to care about signals
> so TASK_UNINTERRUPTIBLE should
On Monday 31 January 2005 10:49 am, Alan Stern wrote:
> On Mon, 31 Jan 2005, Malcolm Apps wrote:
>
>
> > After a bit of rummaging and playing I've come up with a solution that
> > I'm happy with because I can scan and print again. OTOH I'm not happy
> > because it's a bit of a hack and my SmartCa
On Fri, Jan 21, 2005 at 01:35:01PM -0800, Nishanth Aravamudan wrote:
> Hi,
>
> Please consider applying.
>
> Description: Use wait_event_timeout() instead of custom wait-queue code.
> Remove
> now unused variables.
This code does not even compile :(
greg k-h
-
On Mon, 31 Jan 2005, Malcolm Apps wrote:
> > > If I do "modprobe ohci_hcd" from the command line, lsusb gives me :
> > >
> > > Bus 002 Device 001: ID :
> > > Bus 001 Device 001: ID :
> > >
> > > but nothing else.
> >
> > What shows up in the system log when you do the modprobe m
My work email account will be valid only until Oct. 15th. Please contact me
via my personal email address at [EMAIL PROTECTED]
Thank you for your attention!
Best regards,
Lisa
---
This SF.Net email is sponsored by: IntelliVIEW -- Interacti
On Mon, 31 Jan 2005, Alex Sanks wrote:
> Hi Olav, Alan,
>
> Almost missed this thread. I wish I could get Outlook to actually *run* the
> filters I've set up to catch this stuff...
>
> > This is very interesting. It's reminiscent of other reports about data
> > corruption in USB mass-storage d
Pete Zaitcev wrote:
On Fri, 28 Jan 2005 10:52:49 -0800, David Daney <[EMAIL PROTECTED]> wrote:
A short summary is that memory barriers are needed in several places for
correct operation on my MIPS based platform.
The real URL to the patch is here:
http://sourceforge.net/mailarchive/forum.php?thr
On Mon, 31 Jan 2005, David Brownell wrote:
> > > It's just the HID descriptors; because usbfs rejects calls to that
> > > interface if another driver claimed the interface.
> >
> > Aren't the HID descriptors included in the configuration descriptor?
>
> No, the request is "fetch HID descriptor
On Mon, 31 Jan 2005, Phil Dibowitz wrote:
> It's been argued to me that there are bad cases where the same
> productId, VendorId, and bdcDevice number have been given to two
> different, but very similar devices that act differently.
There are indeed, and in such cases comments are very helpful.
On Mon, 2005-01-31 at 12:02 -0500, Alan Stern wrote:
> On Mon, 31 Jan 2005, Malcolm Apps wrote:
>
> > If I turn off kudzu in rc5.d there's nothing in /var/log/messages about
> > USB / ohci_hcd after rebooting.
>
> So ohci-hcd doesn't get loaded. Okay.
>
> > If I then run kudzu from the command
On Mon, 31 Jan 2005, Olav Kongas wrote:
> Hi,
>
> I am running usbtest #14 with the isp1160 chip as a host and
> net2280 based pci card as gadget with g_zero driver. About
> 2-3 times of 1000 runs, the test fails with the messages
> like that:
>
> usbtest 1-1:3.0: ctrl_out, byte 64 is 138 not 13
Alan Stern wrote:
Yes. I removed the comment not because it was wrong, but because it was
redundant. You can tell just by reading the entry that the subclass
override must be necessary -- if it weren't needed it would say
US_SC_DEVICE instead. (How can you tell? Because the Protocol entry has
b
On Monday 31 January 2005 8:59 am, Alan Stern wrote:
> On Mon, 31 Jan 2005, David Brownell wrote:
>
> > On Monday 31 January 2005 7:41 am, Alan Stern wrote:
> > > On Sun, 30 Jan 2005, David Brownell wrote:
> > >
> > > > Note that if the kernel HID driver is bound to a device, lsusb
> > > >
Alan Stern wrote:
On Sun, 30 Jan 2005, Phil Dibowitz wrote:
Anyway, a revision number of 6.01, would be a deviceid of 600.
No, it would be 0x0601 (hex, not decimal, plus you have a typo). Also,
calling it a "deviceid" is confusing at best since that word could just as
easily refer to the idProdu
On Mon, 31 Jan 2005, Helge Bahmann wrote:
> Hi all,
>
> All kernels since 2.6.8 exhibit the following symptom on my SMP system:
> when USB is activated, the PS/2 keyboard becomes basically unusable; keys
> are drippling in much slower than I type (and lots of key presses are
> lost), pressing "Ca
On Mon, 31 Jan 2005, Malcolm Apps wrote:
> If I turn off kudzu in rc5.d there's nothing in /var/log/messages about
> USB / ohci_hcd after rebooting.
So ohci-hcd doesn't get loaded. Okay.
> If I then run kudzu from the command line, it exits immediately with no
> output but an exit status of 0.
On Mon, 31 Jan 2005, David Brownell wrote:
> On Monday 31 January 2005 7:41 am, Alan Stern wrote:
> > On Sun, 30 Jan 2005, David Brownell wrote:
> >
> > > Note that if the kernel HID driver is bound to a device, lsusb
> > > can't show its descriptors. You can workaround this by removing
> Maybe I'm dense, but I don't see anything in this log to indicate that
> kudzu is or is not involved.
I didn't explain very well.
If I turn off kudzu in rc5.d there's nothing in /var/log/messages about
USB / ohci_hcd after rebooting.
If I then run kudzu from the command line, it exits immedia
On Mon, 31 Jan 2005, Antonio Vinci wrote:
> Fist of all,
> thanks for your replies.
>
> Il giorno dom, 30-01-2005 alle 15:28 -0500, Alan Stern ha scritto:
> > There are several things that can result in -EINVAL. Among them are:
> > using a non-existent endpoint,
>
> In that case shouldn't it r
On Mon, 31 Jan 2005, Malcolm Apps wrote:
> Turning off kudzu won't help fix the problem.
>
> But ... I changed it from S05kudzu to x05kudzu in rc5.d and then ran it
> manually. The entries in /var/log/messages certainly show that kudzu's
> involved somewhere:
>
> PCI: Found IRQ 11 for device 000
On Sun, 30 Jan 2005, Matthew Dharm wrote:
> *sigh* We really should be trying to push as much of this as possible onto
> hotplug. It's easier to update userspace tools than the kernel to support
> a new device.
I sort of agree, and floated a rather vague proposal for such a mechanism:
http://ma
On Monday 31 January 2005 7:41 am, Alan Stern wrote:
> On Sun, 30 Jan 2005, David Brownell wrote:
>
> > Note that if the kernel HID driver is bound to a device, lsusb
> > can't show its descriptors. You can workaround this by removing the
> > "usbhid" module before running lsusb again
On Mon, 31 Jan 2005, Phil Dibowitz wrote:
> Matthew Dharm wrote:
> > I was concerned, also... that is, until I noticed that the entry was using
> > US_SC_DEVICE, which means it _wasn't_ doing a subclass override.
> >
> > In other words, the comment was wrong.
>
> Um - the first entry does that, b
On Sun, 30 Jan 2005, Phil Dibowitz wrote:
> Anyway, a revision number of 6.01, would be a deviceid of 600.
No, it would be 0x0601 (hex, not decimal, plus you have a typo). Also,
calling it a "deviceid" is confusing at best since that word could just as
easily refer to the idProduct field. Altho
On Sun, 30 Jan 2005, David Brownell wrote:
> Note that if the kernel HID driver is bound to a device, lsusb
> can't show its descriptors. You can workaround this by removing the
> "usbhid" module before running lsusb against that device.
Why is this?
Alan Stern
--
Hi there,
please include this mini patch so that users' log files don't get
plugged up with (less interesting) error messages.
Thanks a lot,
Elias
Signed-off-by: Elias Oltmanns <[EMAIL PROTECTED]>
--- linux-2.6.10.orig/drivers/usb/serial/ftdi_sio.c 2004-12-24 21:35:24.0 +
+++ linux
Hi,
I am running usbtest #14 with the isp1160 chip as a host and
net2280 based pci card as gadget with g_zero driver. About
2-3 times of 1000 runs, the test fails with the messages
like that:
usbtest 1-1:3.0: ctrl_out, byte 64 is 138 not 134
where in the particular case it transferred 69 bytes.
At Sun, 30 Jan 2005 14:03:14 +0100,
Adrian Bunk wrote:
>
> In 2.6.11-rc a completely unused variable was added, resulting in the
> following compile warning:
>
> <-- snip -->
>
> ...
> CC sound/usb/usx2y/usx2yhwdeppcm.o
> In file included from sound/usb/usx2y/usx2yhwdeppcm.c:53:
> soun
Fist of all,
thanks for your replies.
Il giorno dom, 30-01-2005 alle 15:28 -0500, Alan Stern ha scritto:
> There are several things that can result in -EINVAL. Among them are:
> using a non-existent endpoint,
In that case shouldn't it returns -2: "No such file or directory" ?
> trying to tran
Hi all,
All kernels since 2.6.8 exhibit the following symptom on my SMP system:
when USB is activated, the PS/2 keyboard becomes basically unusable; keys
are drippling in much slower than I type (and lots of key presses are
lost), pressing "Caps Lock" blocks the machine for maybe 1/4 of a second.
Hi Torsten,
> Till now, we have that "nobody cared" problem. Apart
> from that, the driver enumerates all test devices,
> scsi-storage is working with memory sticks and card
> reader (Multiple LUNs), mice is working, but WLAN does
> NOT (Maybe the same problem as described in part (1) of
> this m
hi
i has ported s3c2410 udc driver form linux-2.6.7 to 2.4.18 kernel. and i
used "modprobe g_file_storage.o file=/dev/sda1". and connectd usb device
to winxp host.
when i copied big dir(1.2G) from host to device and would failed!(but
copy the file which size was 300M would success)
and device kerne
> > I've seen FC3 do that; for its own mysterious reasons, it just
> > removed all the USB host controllers. I think it was Kudzu.
>
> Turn off Kudzu? What's the pros and cons?
>
> Malcolm
Silly of me.
Turning off kudzu won't help fix the problem.
But ... I changed it from S05kudzu to x05kudz
Scrive "Randy.Dunlap" <[EMAIL PROTECTED]>:
>
> sn9c102_v4l2_ioctl() is the second largest stack user that
> I find (on i386, after joydump_connect()).
>
> This patch just moves the large stack items to separate
> functions so that gcc does not accumulate all of them
> onto the stack at one time.
Matthew Dharm wrote:
I was concerned, also... that is, until I noticed that the entry was using
US_SC_DEVICE, which means it _wasn't_ doing a subclass override.
In other words, the comment was wrong.
Um - the first entry does that, but that's not where the comment is removed:
-/* This entry is need
On Sun, Jan 30, 2005 at 11:31:19PM -0800, Phil Dibowitz wrote:
> Matthew Dharm wrote:
> >This patch started life as as423, and has been re-generated against the
> >current tip.
>
> I'm a bit concerned on the removal of comments. Knowing why something
> has an SC override is useful since some of the
--- Hou Xiang ZHU <[EMAIL PROTECTED]> :
> Hi ,
>
> I am little confused. Do you all mean that I can't use any Webcam under
> linux now? or usb video class
> is different from webcam stuff? I am going to buy a webcam to be used under
> linux, so I am concerned about this.
> what am I missing here?
Frank Copeland wrote:
Attached is a patch to unusual_devs.h to support the BenQ DC5330 camera
which is yet another Tecom variant. The patch is against the Debian kernel
sources for 2.6.9. Also attached is a copy of /proc/bus/usb/devices with the
camera plugged in.
Please CC the list on these patche
85 matches
Mail list logo