On Friday 21 January 2005 3:35 pm, Robert Urban wrote:
>
> Hello David,
>
> a *while* ago I complained about not achieving a high-speed (2.0)
> connection with an external USB 2.0 hard drive, and you asked for
> some info (see below). I apologize for the very long delay.
> I have finally manage
Hello David,
a *while* ago I complained about not achieving a high-speed (2.0)
connection with an external USB 2.0 hard drive, and you asked for
some info (see below). I apologize for the very long delay.
I have finally managed to collect the info, and I'd be very
grateful if you'd have a look.
Hi,
I am trying to run the NEC µPD720101 on a custom
IXP425 board. I have just upgraded the kernel to
2.6.11.rc1 to see if it helped (it didn't). A summary
of the problem is when the system boots up (see
bootup message below) it finds and configures the USB
host controller. The problem occurs wh
On Fri, Jan 21, 2005 at 11:02:32PM +0100, Oliver Neukum wrote:
> Am Freitag, 21. Januar 2005 22:36 schrieb Nishanth Aravamudan:
> > Hi,
> >
> > Please consider applying.
> >
> > Description: Use wait_event_timeout() instead of custom wait-queue code.
> > Remove
> > now unused variables. I change
Am Freitag, 21. Januar 2005 22:36 schrieb Nishanth Aravamudan:
> 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 if th
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]>
--- 2.6.11-rc1-kj-v/drivers/usb/class/usblp.c 2005-01-15 16:55:42.0
-0800
+++ 2.6.11-rc1-kj/drive
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]>
--- 2.6.11-rc1-kj-v/drivers/usb/image/mdc800.c 2005-01-15 16:55:42.0
-0800
+++ 2.6.11-rc1-kj/drive
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 if this is correct.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
--- 2.6.
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]>
--- 2.6.11-rc1-kj-v/drivers/usb/input/hid-core.c2005-01-15
16:55:42.0 -0800
+++ 2.6.11-rc1-
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 called. I am not sure if this is a problem or
not.
Signed-off-by: Nishanth Aravam
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 be ok.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
--- 2.6.11-rc1-kj-v
On Fri, 21 Jan 2005, Alan Stern wrote:
> > What can cause khubd sleeping uninterruptibly? How do debug
> > this?
> >
> > Below is a log about how it all happens. Hints are needed
> > and appreciated.
>
> This was a locking bug in the hub driver for 2.6.9. It has been fixed in
> 2.6.10 (in fact t
This is a post-2.6.10 regression. Any theories out there?
Begin forwarded message:
Date: Fri, 21 Jan 2005 05:33:58 -0800
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 4075] New: ACPI suspend to ram breaks USB
http://bugme.osdl.org/show_bug.cgi?id=4075
Sum
On Friday 21 January 2005 11:51 am, Alan Stern wrote:
> On Fri, 21 Jan 2005, David Brownell wrote:
>
> > > In particular, the routine isn't careful about not copying more than
> > > wLength bytes for small transfers.
> >
> > It's careful about not writing more than urb->transfer_buffer_length
>
On Fri, 21 Jan 2005, Olav Kongas wrote:
> Hi,
>
> When I do plug/unplug cycles with a particular memory stick,
> which has an embedded hub, I get easily khubd hanging into
> uninterruptible sleep. I have made about 100 plug/unplug
> cycles for each of the following devices/combinations
> (keyboar
On Fri, 21 Jan 2005, David Brownell wrote:
> > In particular, the routine isn't careful about not copying more than
> > wLength bytes for small transfers.
>
> It's careful about not writing more than urb->transfer_buffer_length
> though, and insists wLength not exceed that... how then could tha
Hi all,
I recently bought a new Motorola V980 mobile phone here in Germany. The only
way to manage the phone is via USB data cable as there is no bluetooth or
infrared interface.
After plugging in, the device got correctly identified by the CDC ACM driver
and I can access it under /dev/usb/tty
On Friday 21 January 2005 10:46 am, Olav Kongas wrote:
>
> On Fri, 21 Jan 2005, David Brownell wrote:
>
> > On Friday 21 January 2005 9:51 am, you wrote:
> > > What can cause khubd sleeping uninterruptibly? How do debug
> > > this?
> > >
> > > Below is a log about how it all happens. Hints are ne
On Friday 21 January 2005 10:22 am, Alan Stern wrote:
>
> I've been looking through hcd.c:rh_call_control(), intending to fix a
> single problem (it alters urb->status without locking urb->lock). It
> turns out there are a couple of other problems there too.
>
> In particular, the routine isn't
On Friday 21 January 2005 5:06 am, Jayaprakash Shanmugam wrote:
> Hi All,
>
> I tried a PCI - USB 2.0 card (from D-Link, Ali based Chipset) on my
> PC which runs Redhat 9.0 (2.4 kernel). My linux detects the card and
> loads the driver. I tried my pen drive with it. It detects the drive
> an
David:
I've been looking through hcd.c:rh_call_control(), intending to fix a
single problem (it alters urb->status without locking urb->lock). It
turns out there are a couple of other problems there too.
In particular, the routine isn't careful about not copying more than
wLength bytes for small
On Thursday 20 January 2005 11:29 pm, Marco Schramel wrote:
> Hi,
>
> i introduce a new usb slave with the isp1181 Philips function controller.
> Is there a working device driver for it or some stuff to use ??
It's certainly not listed at http://www.linux-usb.org/gadget as one
with a known drive
On Friday 21 January 2005 9:49 am, Olav Kongas wrote:
>
> I have kept an eye on the hcd glue changes and they are
> indeed easy to incorporate. The problem is that the driver
> is still buggy.
It does take a while to get USB controller drivers working!
Though it sounds like you're almost past the
On Fri, 21 Jan 2005, Olav Kongas wrote:
>
> Hi,
>
> When I do plug/unplug cycles with a particular memory stick,
> which has an embedded hub, I get easily khubd hanging into
> uninterruptible sleep. I have made about 100 plug/unplug
Forgot to mention, that the testing/logging was done under
2.6
On Thu, 20 Jan 2005, David Brownell wrote:
> I think those 2.6.11 changes can all be characterized as
> streamlining the HCD glue, which will make adding new HCDs
> easier in the future. Most of the 2.4.11 changes are ones
> that should trigger compile time errors with older code.
> So prepping
Hi,
When I do plug/unplug cycles with a particular memory stick,
which has an embedded hub, I get easily khubd hanging into
uninterruptible sleep. I have made about 100 plug/unplug
cycles for each of the following devices/combinations
(keyboard, externalhub+keyboard [plugging/unplugging hub
cable
On Friday 21 January 2005 1:21 am, Vladimir Trukhin wrote:
>
> So the following conditions are always FALSE in this context. Seems like
> the hardware (UDCCS registers specifically) doesn't give us the correct
> status info.
>
> --- taken from pxa2xx_udc.c:pxa2xx_ep_set_halt() -
On Fri, 21 Jan 2005, Markus Demleitner wrote:
> That does it, thanks a lot. It should be "SCM Microsystems Inc."
> (or possibly just SCM) instead of Shuttle, though.
Can you post your /proc/bus/usb/devices entry for the device?
Alan Stern
-
On Fri, 21 Jan 2005, Vladimir Trukhin wrote:
> >>--- file_storage.c2004-12-25 06:36:01.0 +0900
> >>+++ file_storage.c2005-01-14 14:18:51.0 +0900
> >>@@ -3714,7 +3714,7 @@
> >> mod_data.protocol_type = USB_SC_SCSI;
> >> mod_data.protocol_name = "Transparent SCSI";
>
#ÃÂ##SCSI emulation for USB Mass Storage devices#<3>usb-storage: Error
in %s: state = %d, us->srb = %p
##<3>usb-storage: Error in %s: invalid state %d
##eUSB SmartMedia / CompactFlash
Adapter##DSC-S30/S70/S75/505V/F505/F707/F717/P8##PyroGate External
CD-ROM Enclosure (FCD-523)SIIG/Datafab Me
Hi All,
I tried a PCI - USB 2.0 card (from D-Link, Ali based Chipset) on my
PC which runs Redhat 9.0 (2.4 kernel). My linux detects the card and
loads the driver. I tried my pen drive with it. It detects the drive
and enumerates it. (It says the vendor ID, product ID etc.,) But when
I tried
Örjan Friberg wrote:
What's more concerning is that after running the iso-out test my kernel log
spews out
bad: scheduling while atomic!
[] schedule+0x47c/0x490
[] common_interrupt+0x18/0x20
[] cpu_idle+0x33/0x40
[] start_kernel+0x19a/0x1e0
[] unknown_bootoption+0x0/0x160
Upgrading the
Örjan Friberg wrote:
but tests 14 through 16 fail:
/proc/bus/usb/003/067 test 14 --> 22 (error 22)
/proc/bus/usb/003/067 test 15 --> 33 (error 33)
/proc/bus/usb/003/067 test 16 --> 33 (error 33)
Tests 15 and 16 (iso-out and iso-in, respectively) run successfully when
invocating testusb from the te
I am trying backport 2.6 gadget serial driver with pxa2xx_udc controller
driver to 2.4. Both drivers are succesfully loaded and work fine until I
try write more than 64 bytes to device:
# uname -a
Linux 172.17.0.48 2.4.19-rmk7-ds1-omap #1 Wed Jan 19 19:31:45 MSK 2005
armv5l unknown
# uname -a >
Örjan Friberg wrote:
Oh yeah, about that: anyone know where I can find the 8051 assembler mentioned
in the README (http://shop-pdp.kent.edu/ doesn't seem to be up). Or is the SDCC
assembler ok, despite what the README and some googling led me to believe?
Apologies; the site was indeed up now (an
Alan Stern wrote:
On Wed, 19 Jan 2005, Vladimir Trukhin wrote:
One useful experiment might be disabling the call to halt that
endpoint, to see if that makes MS-Windows happier.
That's it!
That was the source of my problem. But actually it doesn't matter
whether or not it's a zero length
David Brownell wrote:
On Wednesday 19 January 2005 8:03 am, Alan Stern wrote:
On Wed, 19 Jan 2005, Vladimir Trukhin wrote:
--- file_storage.c2004-12-25 06:36:01.0 +0900
+++ file_storage.c2005-01-14 14:18:51.0 +0900
@@ -3714,7 +3714,7 @@
mod_data.protocol_type = U
David Brownell wrote:
Some versions are a bit more problematic than others. The
latest stuff (on the linux-usb downloads page) should come
with (8051 ASM) source ... please post patches if you fix
any problems.
Oh yeah, about that: anyone know where I can find the 8051 assembler mentioned
in the
Hi,
i introduce a new usb slave with the isp1181 Philips function controller.
Is there a working device driver for it or some stuff to use ??
Thanks in advance
Marco
--
-
Marco Schramel
R&D
Bartec GmbH
Schulstr. 30
94239 Gotteszell, Germany
www.bartec.de
[EMAIL PROTECTED]
Phone: +49
On Thu, 20 Jan 2005, Philipp Schmid wrote:
> The only non-porting changes (from 2.6.6 - I can't upgrade because of
> customer requirements ...) are the following. As isp116x_write_data16() is
> already correctly swapping bytes for big/little endian, but the PTD payload
> is a byte stream, I nee
40 matches
Mail list logo
