Craig Shelley wrote:
> Two new device IDs for CP2101 driver.
>
>
>
>
> diff --git a/drivers/usb/serial/cp2101.c b/drivers/usb/serial/cp2101.c
> index d7d0ba9..e831cb7 100644
> --- a/drivers/usb/serial/cp2101.c
> +++ b/drive
> I am writing a new gadget driver for a USB device controller by Renesas,
> the M66591GP.
Great! Better embedded Linux platform support. More, more!
> I have a question about the way the endpoint
> autoconfiguration (linux/drivers/usb/gadget/epautoconf.c) interacts with
> the endpoin
Hi,
I am writing a new gadget driver for a USB device controller by Renesas,
the M66591GP. I have a question about the way the endpoint
autoconfiguration (linux/drivers/usb/gadget/epautoconf.c) interacts with
the endpoint list I provide from my driver.
In ep_matches() (line 93 in 2.6.15 and 2.
On Fri, 2007-04-20 at 11:33 -0400, Alan Stern wrote:
> This patch (as901) fixes an oversight in ohci-hcd. The
> hub_status_data routine must not try to access the controller's
> memory-mapped registers if the controller is in a low-power state;
> such attempts will cause a crash on some architectu
Dear Takashi:
Hans de Goede (on cc:) hits a problem when snd-usb-audio breaks with:
"USB device is in the shutdown state, cannot create a card instance".
This is how the place looks:
chip = NULL;
for (i = 0; i < SNDRV_CARDS; i++) {
if (usb_chip[i] && usb_chip[i]->
On Friday 20 April 2007 11:43 am, Chris Frey wrote:
> Hi,
>
> I recently got a bug report that included some lsusb -v output
> for a Blackberry Pearl that went like this:
>
> UNRECOGNIZED: f0 b3 99 e0 27 eb 69 cc cd 04 33 bb 4f e2 f3
> e0 00 8b c0 1a 11 00 00 00 d8 d1 05 08 01 00 00 00
On Fri, Apr 20, 2007 at 02:43:31PM -0400, Chris Frey wrote:
> How do I go about debugging this? To my knowledge, the kernel talks
> to the device as soon as it is plugged in, and something like usbfs_snoop
> won't help me here.
Oops, I see now there is a CONFIG_USB_DEBUG kernel build setting.
Sor
Hi,
the memory barrier is needed only with smp.
Regards
Oliver
Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]>
--- a/drivers/usb/core/devio.c 2007-04-20 20:20:29.0 +0200
+++ b/drivers/usb/core/devio.c 2007-04-20 20:27:45.0 +0200
@@ -581,7 +581,7 @@
Hi,
I recently got a bug report that included some lsusb -v output
for a Blackberry Pearl that went like this:
UNRECOGNIZED: f0 b3 99 e0 27 eb 69 cc cd 04 33 bb 4f e2 f3
e0 00 8b c0 1a 11 00 00 00 d8 d1 05 08 01 00 00 00 90 55 cc dc 21 00
00 00 09 04 00 00 04 ff 01 ff 02 56 5c 4f f8 d1
Oh well! I commented out the "goto fail_and_release" statement, but I still
have no drivers. The dmesg, lsusb, and usbdevices files are attached.
I appreciate the effort and know the source of the problem.
Thanks again,
Mark
On Fri, Apr 20, 2007 at 09:29:59AM -0700, David Brownell wrote:
> On
On Friday 20 April 2007 8:33 am, Alan Stern wrote:
> This patch (as901) fixes an oversight in ohci-hcd. The
> hub_status_data routine must not try to access the controller's
> memory-mapped registers if the controller is in a low-power state;
> such attempts will cause a crash on some architecture
On Friday 20 April 2007 8:15 am, Alan Stern wrote:
> On Sat, 21 Apr 2007, Hamish Moffatt wrote:
>
> > I'm working on a driver for the Philips/NXP ISP1362 device controller,
> > for the gadget API. I've started with Wolfgang Denk's work in his
> > linuxppc_2_4_devel tree and I'm adapting it to linu
On Friday 20 April 2007 8:46 am, Mark Glassberg wrote:
> Applied the patch. It looks like we took a step back. The latest dmesg,
> lsusb, and usbdevices files are attached. I thought you might want to see
> them
Good to see those ... those are expected results, other than the timeouts
one time
>No, it's the correct place. But you should start out by learning the
>basics. Read through parts of the USB 2.0 spec and then you'll be in
>better shape.
>
>
>
I've READ the specs, examined countless examples, browsed innumerable
websites. This is a silly, simple little keyboard device cu
Applied the patch. It looks like we took a step back. The latest dmesg,
lsusb, and usbdevices files are attached. I thought you might want to see
them before I comment out the "goto fail_and_release" statement. Just let
me know if you want to see the results of that change.
Thanks again,
Mark
This patch (as901) fixes an oversight in ohci-hcd. The
hub_status_data routine must not try to access the controller's
memory-mapped registers if the controller is in a low-power state;
such attempts will cause a crash on some architectures (such as PPC).
Signed-off-by: Alan Stern <[EMAIL PROTECT
Am Freitag, 20. April 2007 17:23 schrieb David Brownell:
> On Friday 20 April 2007 1:22 am, Oliver Neukum wrote:
> > Am Freitag, 20. April 2007 10:18 schrieb David Brownell:
> > > On Friday 20 April 2007 12:53 am, Oliver Neukum wrote:
> > > > Am Freitag, 20. April 2007 09:46 schrieb Sven Anders:
>
On Sat, 21 Apr 2007, Hamish Moffatt wrote:
> I'm working on a driver for the Philips/NXP ISP1362 device controller,
> for the gadget API. I've started with Wolfgang Denk's work in his
> linuxppc_2_4_devel tree and I'm adapting it to linux 2.6, my board etc.
> (The 1362 has both a dedicated host po
I'm working on a driver for the Philips/NXP ISP1362 device controller,
for the gadget API. I've started with Wolfgang Denk's work in his
linuxppc_2_4_devel tree and I'm adapting it to linux 2.6, my board etc.
(The 1362 has both a dedicated host port and a host/device/OTG port; I'm just
trying to ge
On Friday 20 April 2007 1:22 am, Oliver Neukum wrote:
> Am Freitag, 20. April 2007 10:18 schrieb David Brownell:
> > On Friday 20 April 2007 12:53 am, Oliver Neukum wrote:
> > > Am Freitag, 20. April 2007 09:46 schrieb Sven Anders:
> > > > Oliver Neukum schrieb:
> > > > > Am Mittwoch, 18. April 200
Two new device IDs for CP2101 driver.
--
Signed-off-by: Craig Shelley <[EMAIL PROTECTED]>
diff --git a/drivers/usb/serial/cp2101.c b/drivers/usb/serial/cp2101.c
index d7d0ba9..e831cb7 100644
--- a/drivers/usb/serial/cp2101.c
+++ b/drivers/usb/serial/cp2101.c
@@ -58,9 +58,11 @@ static struct usb_d
On Wed, 2007-04-18 at 11:42 -0400, Alan Stern wrote:
> Something similar needs to be added in ohci-hub.c. Does the patch below
> fix your problem?
I stuck in a dump_stack() right before the spin_lock_irqsave too to make
sure I was hitting the code path at the same spot I analysed at earlier,
an
Am Freitag, 20. April 2007 16:15 schrieb Sven Anders:
> How could I solve this under Linux? The keyboard is handled by the usbhid
> driver
> and the touchpad is handled by the appletouch driver. Is there a possibility
> to give the touchpad driver a signal, if the user hits a key?
This is probabl
Oliver Neukum schrieb:
> No. These methods are a necessary prerequisite to do autosuspend.
> They are not sufficient to do autosuspend. They do allow a system wide
> suspend.
>
>> The driver could detect, if there is no finger on the pad and can release
>> the driver for suspending, is this implem
Am Freitag, 20. April 2007 16:07 schrieb Sven Anders:
> Oliver Neukum schrieb:
>
> > No. These methods are a necessary prerequisite to do autosuspend.
> > They are not sufficient to do autosuspend. They do allow a system wide
> > suspend.
> >
> >> The driver could detect, if there is no finger on
On Fri, 20 Apr 2007, Wolf Faust wrote:
> I still have problems getting external Seagate Freeagent (750GB)
> drives autoresume(?) correctly connected to USB. I did test with
> 2.6.21rc7, 2.6.18, 2.6.16 with various Intel/Nec/Via based
> controllers.
>
> Seagate Pushbutton (750GB) drives work w
Hello!
I want to implement a full working palm-detection into the appletouch device
driver. If the user uses the keyboard, the driver should ignore all touches (or
even go into (auto)suspend mode).
In MacOSX we have one driver (package) for the USB keybaord and the USB
touchpad,
so I assume it wa
How much of support is there for UICC smart card devices?
According to TESI TS 102, a UICC USB device is a composite USB gadget
(and not a compound device) with:
1) Ethernet gadget support at least
2) Mass storage gadget support
3) CCID Smart Card gadget support
Query:
1) Is composite device su
On Fri, 20 Apr 2007, Pandita, Vikram wrote:
>
> How much of support is there for UICC smart card devices?
>
> According to TESI TS 102, a UICC USB device is a composite USB gadget
> (and not a compound device) with:
> 1) Ethernet gadget support at least
> 2) Mass storage gadget support
> 3) CCID
Am Freitag, 20. April 2007 11:36 schrieb Tilman Schmidt:
> [Sorry for partial mail, unfamiliar mail client]
>
> On Thu, 19 Apr 2007 22:01:46 -0700, "Andrew Morton"
> <[EMAIL PROTECTED]> said:
> > Which rules? afacit usb is a rule-free zone, but most of the rest of the
> > kernel will put braces a
Am Freitag, 20. April 2007 13:02 schrieb Sven Anders:
> David Brownell schrieb:
> > On Friday 20 April 2007 12:53 am, Oliver Neukum wrote:
> >> Am Freitag, 20. April 2007 09:46 schrieb Sven Anders:
> >>> Oliver Neukum schrieb:
> Am Mittwoch, 18. April 2007 13:22 schrieb Jeroen Janssen:
> >
I still have problems getting external Seagate Freeagent (750GB)
drives autoresume(?) correctly connected to USB. I did test with
2.6.21rc7, 2.6.18, 2.6.16 with various Intel/Nec/Via based
controllers.
Seagate Pushbutton (750GB) drives work with 2.6.21rc7 (again), but
the Seagate Freeagent dr
[Sorry for partial mail, unfamiliar mail client]
On Thu, 19 Apr 2007 22:01:46 -0700, "Andrew Morton"
<[EMAIL PROTECTED]> said:
> Which rules? afacit usb is a rule-free zone, but most of the rest of the
> kernel will put braces around both legs of an if-else if either leg
> requires braces. Howev
On Thu, 19 Apr 2007 22:01:46 -0700, "Andrew Morton"
<[EMAIL PROTECTED]> said:
> Which rules? afacit usb is a rule-free zone, but most of the rest of the
> kernel will put braces around both legs of an if-else if either leg
> requires braces. However lots of developers seem to delight in avoiding
David Brownell schrieb:
> On Friday 20 April 2007 12:53 am, Oliver Neukum wrote:
>> Am Freitag, 20. April 2007 09:46 schrieb Sven Anders:
>>> Oliver Neukum schrieb:
Am Mittwoch, 18. April 2007 13:22 schrieb Jeroen Janssen:
> Hello,
>
> I noticed several recent USB SUSPEND related p
Am Freitag, 20. April 2007 10:18 schrieb David Brownell:
> On Friday 20 April 2007 12:53 am, Oliver Neukum wrote:
> > Am Freitag, 20. April 2007 09:46 schrieb Sven Anders:
> > > Oliver Neukum schrieb:
> > > > Am Mittwoch, 18. April 2007 13:22 schrieb Jeroen Janssen:
> > > >> Hello,
> > > >>
> > > >
On Friday 20 April 2007 12:53 am, Oliver Neukum wrote:
> Am Freitag, 20. April 2007 09:46 schrieb Sven Anders:
> > Oliver Neukum schrieb:
> > > Am Mittwoch, 18. April 2007 13:22 schrieb Jeroen Janssen:
> > >> Hello,
> > >>
> > >> I noticed several recent USB SUSPEND related patches on this
> > >> m
Sorry, please ignore this patch. I forgot to change the free_buffer
function.
- Leo
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Li
Yang
> Sent: Friday, April 20, 2007 3:52 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]; Schmid Bruce-R62923;
Add MAINAINERS and CREDITS entry for Freescale Highspeed USB device
driver.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
CREDITS |8
MAINTAINERS |7 +++
2 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/CREDITS b/CREDITS
index 6bd8ab8..276ae8c 100644
---
Oliver Neukum schrieb:
> Am Mittwoch, 18. April 2007 13:22 schrieb Jeroen Janssen:
>> Hello,
>>
>> I noticed several recent USB SUSPEND related patches on this
>> mailinglist and I was
>> wondering if someone could tell me what the current state of USB SUSPEND is.
>
> It basically works, but is su
Am Freitag, 20. April 2007 09:46 schrieb Sven Anders:
> Oliver Neukum schrieb:
> > Am Mittwoch, 18. April 2007 13:22 schrieb Jeroen Janssen:
> >> Hello,
> >>
> >> I noticed several recent USB SUSPEND related patches on this
> >> mailinglist and I was
> >> wondering if someone could tell me what the
Update gadget_chip.c, ether.c for newly added Freescale Highspeed USB
device driver.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
drivers/usb/gadget/ether.c|3 +++
drivers/usb/gadget/gadget_chips.h |8
2 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/dri
> > I mean if usb_ep_alloc_buffer() is required and only used in
allocating
> > buffer to be processed by ep_queue() and done(). We can choose to
use
> > one of the ways you mentioned above, not both. In this case, I
preferred
> > to choose the second way for better performance.
>
> But it's not
Am Freitag, 20. April 2007 07:01 schrieb Andrew Morton:
> On Tue, 17 Apr 2007 23:35:03 +0200 Oliver Neukum <[EMAIL PROTECTED]> wrote:
>
> > Am Dienstag, 17. April 2007 18:15 schrieb Alan Stern:
> > > You see the problem?
> >
> > OK, I see. And I do blame the coding style rules.
> >
>
> Which r
> > > > > > You still need to fix this to use dma_alloc_coherent(), and its
> > > > > > sibling function to use dma_free_coherent().
> > > > > >
> > > > > > ...
> > > > >
> > > > > This buffer is synced using dma_sync_single_*/dma_(un)map_single when
> > > > > the request is queued and when the tr
On Thursday 19 April 2007 11:48 pm, Prabhakar Kalasani wrote:
> [EMAIL PROTECTED] pehcd]# isp1761-hal :02:03.0: Unlink after no-IRQ?
> Controller is probably using the wrong IRQ.
^^^ Gee, do you think ... maybe ...
???
> ...
>
> What could be the
46 matches
Mail list logo
