Re: ehci frame index goes backwards?

On Wed, Oct 24, 2018 at 9:48 AM Daniel Goertzen wrote: > > I am developing a custom USB device that makes use of isochronous IN > transfers. It works fine from my laptop (xHCI) however on an embedded > target (vortex86dx3, EHCI) I am seeing mysterious EFBIG errors. After > adding lots of debug

Re: [PATCH net 1/4] pegasus: Use heap buffers for all register access

On Mon, Feb 6, 2017 at 4:51 AM, Petko Manolov wrote: > On 17-02-06 09:28:22, Greg KH wrote: >> On Mon, Feb 06, 2017 at 10:14:44AM +0200, Petko Manolov wrote: >> > On 17-02-05 01:30:39, Greg KH wrote: >> > > On Sat, Feb 04, 2017 at 04:56:03PM +, Ben Hutchings wrote: >> >

Re: [PATCH net 1/4] pegasus: Use heap buffers for all register access

On Mon, Feb 6, 2017 at 4:51 AM, Petko Manolov wrote: > On 17-02-06 09:28:22, Greg KH wrote: >> On Mon, Feb 06, 2017 at 10:14:44AM +0200, Petko Manolov wrote: >> > On 17-02-05 01:30:39, Greg KH wrote: >> > > On Sat, Feb 04, 2017 at 04:56:03PM +, Ben Hutchings wrote: >> >

Re: question on trust in chaoskey

Hi Keith, On Thu, May 19, 2016 at 9:23 PM, Keith Packard wrote: > Dave Tian writes: > >> I am personally in favor of a TPM-like solution, since we probably >> couldn’t/shouldn’t disable the firmware update anyway, >> and we really need a hardware

Re: [PATCH] usb: gadget: f_midi: Fixed a bug when buflen was smaller than wMaxPacketSize

On Thu, Mar 10, 2016 at 1:23 AM, Felipe Ferreri Tonello wrote: >>> --- a/drivers/usb/gadget/function/f_midi.c >>> +++ b/drivers/usb/gadget/function/f_midi.c >>> @@ -366,7 +366,9 @@ static int f_midi_set_alt(struct usb_function *f, >>> unsigned intf, unsigned alt) >>>

Re: [PATCH] usb: gadget: f_midi: Fixed a bug when buflen was smaller than wMaxPacketSize

On Wed, Mar 9, 2016 at 11:39 AM, Felipe F. Tonello wrote: > buflen by default (256) is smaller than wMaxPacketSize (512) in high-speed > devices. > > That caused the OUT endpoint to freeze if the host send any data packet of > length greater than 256 bytes. > > This is an

Re: [PATCH] usb: gadget: f_midi: Fixed a bug when buflen was smaller than wMaxPacketSize

On Wed, Mar 9, 2016 at 11:39 AM, Felipe F. Tonello wrote: > buflen by default (256) is smaller than wMaxPacketSize (512) in high-speed > devices. > > That caused the OUT endpoint to freeze if the host send any data packet of > length greater than 256 bytes. > > This is an

Re: [PATCH] usb: gadget: f_midi: Fixed a bug when buflen was smaller than wMaxPacketSize

On Wed, Mar 9, 2016 at 11:39 AM, Felipe F. Tonello wrote: > buflen by default (256) is smaller than wMaxPacketSize (512) in high-speed > devices. > > That caused the OUT endpoint to freeze if the host send any data packet of > length greater than 256 bytes. > > This is an example dump of what

Re: First kernel patch (optimization)

On Tue, Sep 15, 2015 at 12:53 PM, Eric Curtin wrote: > Signed-off-by: Eric Curtin > > diff --git a/tools/usb/usbip/src/usbip_detach.c > b/tools/usb/usbip/src/usbip_detach.c > index 05c6d15..9db9d21 100644 > --- a/tools/usb/usbip/src/usbip_detach.c > +++ b/tools/usb/usbip/src/usbip_detach.c > @@

Re: First kernel patch (optimization)

On Tue, Sep 15, 2015 at 12:53 PM, Eric Curtin wrote: > Signed-off-by: Eric Curtin > > diff --git a/tools/usb/usbip/src/usbip_detach.c > b/tools/usb/usbip/src/usbip_detach.c > index 05c6d15..9db9d21 100644 > --- a/tools/usb/usbip/src/usbip_detach.c

Re: First kernel patch (optimization)

On Tue, Sep 15, 2015 at 12:53 PM, Eric Curtin wrote: > Signed-off-by: Eric Curtin > > diff --git a/tools/usb/usbip/src/usbip_detach.c > b/tools/usb/usbip/src/usbip_detach.c > index 05c6d15..9db9d21 100644 > --- a/tools/usb/usbip/src/usbip_detach.c

Re: About zero-length packet design for EHCI

On Wed, Jul 1, 2015 at 11:00 PM, Peter Chen peter.c...@freescale.com wrote: If one is multiple? The wLength at setup packet is 64 bytes, Maximum Packet Length at dQH is 64 bytes, and the Total Bytes at dTD is 64 bytes too, does device must prepare a zero-length packet? I would like to double

Re: 64 byte EP0 OUT data transfer issue on Chipidea highspeed dual role controller

On Mon, Jun 29, 2015 at 7:16 AM, Alan Stern st...@rowland.harvard.edu wrote: On Mon, 29 Jun 2015, Peter Chen wrote: Just like Steve pointed, it should be a ZLT problem, do you have below patch in your tree, and the host may not send zlt, but you may queue an zero-length request, the f_hid

Re: 64 byte EP0 OUT data transfer issue on Chipidea highspeed dual role controller

On Fri, Jun 26, 2015 at 5:01 AM, Jayan John jayanjoh...@gmail.com wrote: Thanks Alex. I appreciate you introducing me to Peter. Any help is appreciated. On the host (Wandboard iMX6q) the test app opens /dev/hidraw0 and write 64 bytes with report ID (1). The HID device has no Interrupt OUT

Re: [PATCH v2 11/11] usbip: USB over WebSocket

If you are looking for a good C websockets library, gpl etc try: https://libwebsockets.org/trac/libwebsockets I used it in a project and was very pleased with how it worked and the support where it is hosted. Regards, Steve On Wed, Apr 22, 2015 at 11:52 PM, fx IWATA NOBUO

Re: [PATCH] usb: core: allow zero packet flag for interrupt urbs

On Thu, Jul 17, 2014 at 12:32 PM, Alan Stern wrote: > On Thu, 17 Jul 2014, Steve Calfee wrote: > >> Hi Alan, >> >> I did some testing with multi interrupt transfers some time ago. You >> can get allocated a guaranteed 3x1024 time slot per uframe for an >> in

Re: [PATCH] usb: core: allow zero packet flag for interrupt urbs

On Thu, Jul 17, 2014 at 7:55 AM, Alan Stern wrote: > > I can't say this is actually wrong, but have you ever encountered a > situation where this would be needed? How often does anyone need to do > a multi-packet transfer over an interrupt endpoint? > Hi Alan, I did some testing with multi

Re: [PATCH] usb: core: allow zero packet flag for interrupt urbs

On Thu, Jul 17, 2014 at 7:55 AM, Alan Stern st...@rowland.harvard.edu wrote: I can't say this is actually wrong, but have you ever encountered a situation where this would be needed? How often does anyone need to do a multi-packet transfer over an interrupt endpoint? Hi Alan, I did some

Re: [PATCH] usb: core: allow zero packet flag for interrupt urbs

On Thu, Jul 17, 2014 at 12:32 PM, Alan Stern st...@rowland.harvard.edu wrote: On Thu, 17 Jul 2014, Steve Calfee wrote: Hi Alan, I did some testing with multi interrupt transfers some time ago. You can get allocated a guaranteed 3x1024 time slot per uframe for an interval of your choice

Re: [PATCH] usb: core: allow zero packet flag for interrupt urbs

On Thu, Jul 17, 2014 at 7:55 AM, Alan Stern st...@rowland.harvard.edu wrote: I can't say this is actually wrong, but have you ever encountered a situation where this would be needed? How often does anyone need to do a multi-packet transfer over an interrupt endpoint? Hi Alan, I did some

Re: [PATCH] usb: core: allow zero packet flag for interrupt urbs

On Thu, Jul 17, 2014 at 12:32 PM, Alan Stern st...@rowland.harvard.edu wrote: On Thu, 17 Jul 2014, Steve Calfee wrote: Hi Alan, I did some testing with multi interrupt transfers some time ago. You can get allocated a guaranteed 3x1024 time slot per uframe for an interval of your choice

Re: disable VBUS?

You are right, the device will get 5 volts. However it is still part of the spec that 2ms without a SOF will force the device into suspend mode, so it will use less than 2ma. So depending on your definition of function, there will be power, but no activity. If it uses more than 2ma, from the bus,

Re: [PATCH v2] xhci: Allocate the td array and urb_priv together.

On Wed, Dec 18, 2013 at 3:24 AM, David Laight david.lai...@aculab.com wrote: This saves a kzalloc() call on every transfer and some memory indirections. The only possible downside is for isochronous tranfers with 64 td when the allocate is 8+4096 bytes (on 64bit systems) so requires an

Re: Device configuration fails on superspeed, succeeds on highspeed

On Mon, Dec 17, 2012 at 7:33 AM, Alan Stern st...@rowland.harvard.edu wrote: On Sun, 16 Dec 2012, Vincent Pelletier wrote: Le dimanche 16 décembre 2012 20:46:38, Vincent Pelletier a écrit : I checked the specs, and the warnings about wMaxPacketSize seem justified (although it's unclear to

Re: Device configuration fails on superspeed, succeeds on highspeed

On Mon, Dec 17, 2012 at 11:08 AM, Steve Calfee stevecal...@gmail.com wrote: On Mon, Dec 17, 2012 at 7:33 AM, Alan Stern st...@rowland.harvard.edu wrote: On Sun, 16 Dec 2012, Vincent Pelletier wrote: Le dimanche 16 décembre 2012 20:46:38, Vincent Pelletier a écrit : I checked the specs

Re: usb bus monitoring

Hi Tilman, Another option is to find and use fx2lib. It includes fx1 based stuff and should give you some ideas on how to at least make something work. It uses the open source SDCC compiler, so if you are using something else some of the syntax is different. Regards, Steve On Tue, Dec 11, 2012

beagleboard xm alsa in mcbsp3. 2.6.39-rc4

Hi, I have mcbsp1 working on an external codec. I moved the wires to the mcbsp3 pins. The codec is master, using tdm mode. I use the same codec i2s bus, and it gets the same setup (I change the dai-link stuff in my alsa machine driver to use the other omap i2s bus for my tests). If I pull the clk

Re: [RFC][PATCH 3/9] OMAP4460: HWMOD: DO not reset GPIO1 during HWMOD init

On Fri, May 27, 2011 at 12:38 PM, Kevin Hilman khil...@ti.com wrote: Cousson, Benoit b-cous...@ti.com writes: [...] In general we do not want to reset nor idle an IP that was potentially already properly configured by bootloader or early Linux boot code. Actually, the opposite is true.

Re: [PATCH 1/2] OMAP4: HDMI: Add OMAP device for HDMI audio CPU DAI

On 05/23/11 20:39, Ricardo Neri wrote: Hi Steve, Le mercredi 18 mai 2011 à 12:07 -0500, Steve Calfee a écrit : On 05/17/11 22:41, Peter Ujfalusi wrote: On Tuesday 17 May 2011 22:35:09 Steve Calfee wrote: I think the generally accepted method of doing stuff like this is to have

Re: beagleboardxm 2.6.39rc4 mcbsp problems.

On 05/19/11 23:29, Jarkko Nikula wrote: On Thu, 19 May 2011 17:58:56 -0700 Steve Calfee stevecal...@gmail.com wrote: ... This very likely sounds that in master mode the master clock to McBSP is missing if there is no DMA running. Did you try to use internal 96 MHz from my example or did

Re: beagleboardxm 2.6.39rc4 mcbsp problems.

On 05/19/11 04:28, Peter Ujfalusi wrote: ... My codec cannot be set to use only 16 bits per phase. Is there a way to setup the omap so that data is sent to both channels? As you can see above the xphase bit is one saying dual channels. Is this a dma setup problem? I can not find datasheet

Re: beagleboardxm 2.6.39rc4 mcbsp problems.

On 05/18/11 18:06, Steve Calfee wrote: On 05/16/11 23:37, Jarkko Nikula wrote: Did you try to run OMAP as an I2S master like what omap3pandora.c is doing? Missing clock in codec master configuration suggests that reason is in codec side and reversed roles during development makes easier

Re: [PATCH 1/2] OMAP4: HDMI: Add OMAP device for HDMI audio CPU DAI

On 05/17/11 22:41, Peter Ujfalusi wrote: On Tuesday 17 May 2011 22:35:09 Steve Calfee wrote: I think the generally accepted method of doing stuff like this is to have the ifdeffery in a header file where a inline code segment is defined if it applies to the processor being built. If the code

Re: beagleboardxm 2.6.39rc4 mcbsp problems.

On 05/17/11 03:42, Peter Ujfalusi wrote: Hi, On Monday 16 May 2011 21:07:40 Steve Calfee wrote: No, they get called. I just don't get the clock on the bclk pin. OK. Could you try to disconnect the CLKX, and FSX lines from OMAP, and see that you have the clocks on the codec side

Re: beagleboardxm 2.6.39rc4 mcbsp problems.

On 05/16/11 23:37, Jarkko Nikula wrote: Hi On Mon, 16 May 2011 11:07:40 -0700 Steve Calfee stevecal...@gmail.com wrote: On 05/16/11 01:54, Peter Ujfalusi wrote: On Saturday 14 May 2011 05:47:33 Steve Calfee wrote: I put in a few debug statements. It appears that my DMA never gets

Re: [PATCH 1/2] OMAP4: HDMI: Add OMAP device for HDMI audio CPU DAI

On 05/16/11 20:14, Ricardo Neri wrote: +++ b/arch/arm/mach-omap2/devices.c @@ -313,6 +313,22 @@ OMAP_MCBSP_PLATFORM_DEVICE(5); static void omap_init_audio(void) { + struct omap_hwmod *oh_hdmi; + struct omap_device *od_hdmi; + char *oh_hdmi_name = dss_hdmi; + char

Re: beagleboardxm 2.6.39rc4 mcbsp problems.

On 05/16/11 01:54, Peter Ujfalusi wrote: On Saturday 14 May 2011 05:47:33 Steve Calfee wrote: I put in a few debug statements. It appears that my DMA never gets started. I know it can work with a different machine and codec driver, but not mine. I don't see any explicit DMA init, but that must

Re: beagleboardxm 2.6.39rc4 mcbsp problems.

On Thu, May 12, 2011 at 10:59 PM, Peter Ujfalusi peter.ujfal...@ti.com wrote: On Thursday 12 May 2011 21:43:20 Steve Calfee wrote: Since it is set to 0xF0F, doesn't this set it as master? Sorry, that is correct, McBSP is configured as msater. Also, spelunking the kernel sources, I cannot

Re: beagleboardxm 2.6.39rc4 mcbsp problems.

On 05/12/11 04:01, Peter Ujfalusi wrote: On Thursday 12 May 2011 09:25:55 Jarkko Nikula wrote: Of course for this you need to use omap as a master and codec as a slave. One example for this is sound/soc/omap/omap3pandora.c. static struct omap_board_mux board_mux[] __initdata = { +

Re: [alsa-devel] [PATCH] ASoC: omap-mcbsp: Remove restrictive checks for cpu type

On 05/11/11 06:55, Sanjeev Premi wrote: Current checks for cpu type were too restrictive leading to failures for other silicons in same family. The problem was found while testing audio playback on AM37x and AM35x processors. But should exist on OMAP36xx as well. Signed-off-by: Sanjeev

Re: [PATCH] mfd: Fix usbhs_enable error handling

am sure I will get nfs working shortly. I am using the 2.6.39-rc4 with your 3 patches. So from the Beagleboard XM perspective it works and you can include my Tested-by: Steve Calfee stevecal...@gmail.com -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body

Re: [PATCH] mfd: Fix usbhs_enable error handling

-by: Steve Calfee stevecal...@gmail.com -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [Regression?] Removed regulator support in ehci-omap

On 04/25/11 09:41, Keshava Munegowda wrote: -Original Message- From: Steve Sakoman [mailto:sako...@gmail.com] Sent: Monday, April 25, 2011 7:46 PM To: Alan Ott Cc: Keshava Munegowda; Dmitry Artamonow; Steve Calfee; Felipe Balbi; linux-...@vger.kernel.org; linux-omap@vger.kernel.org

Re: [Regression?] Removed regulator support in ehci-omap

On 04/25/11 10:23, Steve Calfee wrote: On 04/25/11 09:41, Keshava Munegowda wrote: -Original Message- From: Steve Sakoman [mailto:sako...@gmail.com] Sent: Monday, April 25, 2011 7:46 PM To: Alan Ott Cc: Keshava Munegowda; Dmitry Artamonow; Steve Calfee; Felipe Balbi; linux

Re: [Regression?] Removed regulator support in ehci-omap

On 04/11/11 02:32, Dmitry Artamonow wrote: Hi, guys! Can anyone explain why regulator support has been removed from ehci-omap driver in commit 19403165 (usb: host: omap: ehci and ohci simplification)[1]? In 2.6.37/2.6.38 it was enough to apply simple patch[2] adding regulators description

Re: [RFC/PATCH 0/2] u_char.c and mtp.c patches

On Mon, Apr 19, 2010 at 12:23 PM, Linus Walleij linus.ml.wall...@gmail.com wrote: 2010/4/19 Felipe Balbi felipe.ba...@nokia.com: 2010/4/18 Linus Walleij linus.ml.wall...@gmail.com: Second: after looking at this, I think that atleast the part of functionality called OS descriptor should be

Re: Low perfomance when read from usb flash drive

On Wed, Mar 4, 2009 at 2:10 PM, Hans Petter Selasky hsela...@c2i.net wrote: On Wednesday 04 March 2009, Artyom Mirgorodsky wrote: I forgot to write, that a similar problem was observed in FreeBSD 7 with usb4bsd patches. Here is a patch which I think will address your problem. It is EHCI

Re: Low perfomance when read from usb flash drive

I think the reduced performance can be explained by a clamp on the interrupt rate around 1000 interrupts per second instead of 8000. Maybe someone has an explanation for this? The EHCI is being programmed to interrupt at 125us intervals, but there seems to be limits other places. It is

Re: newusb/usb2 build breakage in tinybsd

Hi Hans, On Sat, Jan 31, 2009 at 1:13 AM, Hans Petter Selasky hsela...@freebsd.org wrote: Hi Steve, On Saturday 31 January 2009, Steve Calfee wrote: Hi, I am trying to backport usb2 to freebsd7.0. I have followed the instructions at http://www.selasky.org/hans_petter/usb4bsd/index.html

Re: VPATH question

Ishan [EMAIL PROTECTED] wrote in news:d95b229b-1265-4688-8e0e- [EMAIL PROTECTED]: Hi, I have two simple projects in the directory structure given below. +-home/ | +-parent/ | | | +-comp01/ | | | | | +-Test01.h | | | | | +-Test01.cpp | | | | | +-main.cpp | | | | |

RE: [linux-usb-devel] question on flushing buffers and spinning down disk

Date: Thu, 27 Sep 2007 16:26:56 -0400 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED]; [EMAIL PROTECTED]; linux-scsi@vger.kernel.org Subject: Re: [linux-usb-devel] question on flushing buffers and spinning down disk On Thu, 27 Sep 2007, Oliver Neukum wrote: 1.

Re: [Linux-usb-users] [linux-usb-devel] USB host-to-host console

At 10:00 AM 8/18/2007, David Turvene wrote: I have been managing company headless servers remotely from my laptop using SSH. When I need direct console access (e.g. network down, hardware problem), I use a Belkin USB Serial Converter to the server console port because my laptop, and few current

Re: [linux-usb-devel] High speed, high bandwidth isoc

At 10:42 PM 7/16/2007, David Brownell wrote: On Monday 16 July 2007, Steve Calfee wrote: I am working on a project using a generic (non-FPGA) cypress fx2 to test host controllers. The good news is that Linux runs interrupt IN/OUTs at 3x1024 byte packets uframe, 24MBytes per second, over

[linux-usb-devel] High speed, high bandwidth isoc

I am working on a project using a generic (non-FPGA) cypress fx2 to test host controllers. The good news is that Linux runs interrupt IN/OUTs at 3x1024 byte packets uframe, 24MBytes per second, over as long as I have tested, seconds. Verified by a bus analyzer. The not so good news is that I

Re: [linux-usb-devel] Trust WB-5400 webcam

At 01:22 PM 7/10/2007, Rial Juan wrote: Bus 007 Device 003: ID 0c45:624e Microdia Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol

Re: [linux-usb-devel] Fwd: Re: portable usb drive problem

From: Gene Heskett [EMAIL PROTECTED] Date: Fri, 06 Jul 2007 18:07:42 -0400 On Friday 06 July 2007, Alan Stern wrote: On Fri, 6 Jul 2007, Gene Heskett wrote: [...] However when booted to 2.6.20-1.2962, that part still doesn't work. If this device is plugged into the lappy at powerup time

Re: [linux-usb-devel] Fwd: Re: portable usb drive problem

Date: Thu, 05 Jul 2007 18:14:38 -0400 On Thursday 05 July 2007, Alan Stern wrote: On Thu, 5 Jul 2007, Gene Heskett wrote: Greetings; I have a 40GB drive in a usb enclosure that when plugged in, signs on like this in the dmesg output: usb 3-3.4.2: uevent hub 3-3.4:1.0: debounce: port 2:

Re: [linux-usb-devel] Issues with start_frame

At 12:47 PM 5/21/2007, Alan Stern wrote: Dave: The situation with regard to start_frame is a mess. Although the name and the documentation refer to frame numbers, for high speed devices the value stored there is a microframe number instead. Clearly anyone who's interested in the value will

Re: [linux-usb-devel] [PATCH -mm] drivers/usb/core/config.c

At 07:14 AM 5/8/2007, you wrote: On Tue, May 08, 2007 at 07:03:08AM +0400, Dan Kruchinin wrote: The following patch fixes such SLUB report(when someone tries to allocate 0 bytes): -- May 8 00:19:15 midgard kernel: [ 21.933467] BUG: at include/linux/slub_def.h:88 kmalloc_index() May 8

Re: [linux-usb-devel] usb latency

At 09:28 AM 4/23/2007, Gene Heskett wrote: Hi Greg company; Is there available, for a reasonable price, a usb dongle that would do nothing but echo the packet back to the src so that some sort of a handle on the latency could be measured/obtained? I doubt one is available. You could reprogram

Re: [linux-usb-devel] Fwd: Re: Reading the frame number field

On Thu, 12 Apr 2007, Danny Budik wrote: Would it be possible to add my own constant to /usr/include/linux/ usbdevice_fs.h and write an underlying function that would call usb_get_current_frame_number()? It looks like I can add a constant say USBDEVFS_FRAMENUM in usbdevice_fs.h, add new

Re: [linux-usb-devel] Fwd: at91_udc driver does not forward data received from h

Hello everyone, I currently have a driver that has 1024 byte endpoint buffers (bulk transfer) and it is running on the AT91RM9200. I am running 2.6.12, but I looked at the kernel git tree head(2.6.20) at91_udc.c code and it has the same issue. My gadget can accept data from the host and

Re: [linux-usb-devel] Fwd: Re: linux as a hub?

Hi Matt, Do you work for the government? Replacing a $1 hub chip with a $1000 computer? :) More below: On Mon, 11 Dec 2006, Matt wrote: Hi, I'm wondering if it's feasible to implement a gadget driver that turns a Linux system into a hub. The hub specification in the usb spec, which

Re: [linux-usb-devel] Fwd: Re: linux as a hub?

From: Alan Stern [EMAIL PROTECTED] To: Steve Calfee [EMAIL PROTECTED] CC: linux-usb-devel@lists.sourceforge.net Subject: Re: [linux-usb-devel] Fwd: Re: linux as a hub? Date: Mon, 11 Dec 2006 15:27:23 -0500 (EST) On Mon, 11 Dec 2006, Steve Calfee wrote: Among other problems, a full-speed hub

Re: [linux-usb-devel] Fwd: Re: [PATCH]gl620a bad buffer allocation

Am Montag, 27. November 2006 04:22 schrieb David Brownell: On Sunday 26 November 2006 6:46 pm, Alan Stern wrote: On Sun, 26 Nov 2006, David Brownell wrote: On Thursday 23 November 2006 6:19 am, Oliver Neukum wrote: Hi, gl620a uses a buffer within a struct. This can corrupt

makefile - define targets, dependencies in a variable

Hi, maybe Paul or someone can help on this. I have a pretty large build of multiple source files being built into libraries. In order to minimize duplicate, identical makefiles, I include them with new names defined to do the same thing ie: #list of packages to be built into libraries whole

Re: [linux-usb-devel] Fwd: Re: [PATCH 15/15] usbaudio retries EL2NSYNC

On Monday 09 October 2006 9:44 am, [EMAIL PROTECTED] wrote: On 10/9/06, David Brownell [EMAIL PROTECTED] wrote: On Monday 09 October 2006 9:11 am, [EMAIL PROTECTED] wrote: FWIW, if we really could get 5ms latency with a 4ms buffering requirement, that counts as 'good enough for now'

Re: [linux-usb-devel] Fwd: Re: FW: Fwd: Re: USB DISK does not work

Hi hub was self powered, it indicates either your device took too much VBUS current, your host could not supply enough vbus power, your host transceiver has a problem, OR you have a major fussy device in receiving data. We have couple of other 1.1 devices who works with our system in

Re: [linux-usb-devel] Fwd: Re: Fwd: Re: FW: Fwd: Re: USB DISK does not work

What is your key string descriptors ? 3SYSTEM USB POCKET DISK Thanks Nope, this is not my problem device. Also, you said in another message that it was not dead, just ignoring transmissions. That was not my devices problem. Congrats you found another problem device. Regards, Steve

[linux-usb-devel] FW: Fwd: Re: USB DISK does not work

This indicates that the problem is a small hardware incompatibility, as I have said before. We attached a High Speed hub to our system and inserted this disk in the hub. The device works perfectly in such mode. This is more than a small hardware problem. Assuming this HS hub was self powered,

Re: [linux-usb-devel] Fwd: Device Detection Issues

Date: Mon, 10 Jul 2006 20:07:05 +0530 From: Ajay Jain [EMAIL PROTECTED] To: linux-usb-devel@lists.sourceforge.net Hi, Am using a windows host and a proprietary device as a function. This is the pre-enumeration stage that I am talking about. I see a very different behavior with what is written in

Re: [linux-usb-devel] EHCI IXDP465 USB Host :- : device not accepting address 3, error -110

From: Maulik Mankad [EMAIL PROTECTED] Date: Thu, 22 Jun 2006 13:43:32 -0700 Hi Alan and David, First of all let me thank both of you for replying to my mail. This is what the datasheet of Intel's IXP465 say for the Embedded TT. IXP465 USB host supports directly connected full and low speed

Re: [linux-usb-devel] No EHCI IRQ reported when device is connected

On Thursday 08 June 2006 12:50 am, rakesh kn wrote: 1) When a OTG hard disk(Self Powered) was connected, there was no interrupt and my ehci_irq interrupt handler was not invoked. When i power on the device i get a DISCONNECT event from the device and the PORTSCx value changes to

RE: [linux-usb-devel] Cannot get hiddev to send report properly

The device is configured to send and receive 32 byte reports. The designer of the USB project has code written in Windows Pascal (Delphi?) to control the device. The code is a rework from the code generated by EasyHID and is a USB controlled car radio. Here is my output of lsusb:

Re: [linux-usb-devel] Hardware for gadget mode

On Mon, 20 Mar 2006, Florian Weimer wrote: Hi, I'm looking for hardware which supports USB gadget mode, preferably with high density (that is, it should be possible to add a dozen or so USB device endpoints to a standard PC, which are then attached to different hosts). All I could find

Re: [linux-usb-devel] Re: Question about OTG operations

From: David Brownell [EMAIL PROTECTED] To: linux-usb-devel@lists.sourceforge.net CC: Steve Calfee [EMAIL PROTECTED] Subject: Re: [linux-usb-devel] Re: Question about OTG operations Date: Tue, 28 Feb 2006 23:42:35 -0800 On Tuesday 28 February 2006 11:03 pm, Steve Calfee wrote: Yes, it is a huge

RE: [linux-usb-devel] Re: Question about OTG operations

On Tuesday 28 February 2006 7:44 pm, Li Yang-r58472 wrote: Thanks Dave, So the current application of HNP is only to correct wrongly connected cable? That's not what I said, but it _is_ the only scenario that's completely spelled out in the specs. One other really useful aspect of OTG is

RE: [linux-usb-devel] Re: Question about OTG operations

From: Li Yang-r58472 [EMAIL PROTECTED] To: Steve Calfee [EMAIL PROTECTED], [EMAIL PROTECTED] CC: linux-usb-devel@lists.sourceforge.net Subject: RE: [linux-usb-devel] Re: Question about OTG operations Date: Wed, 1 Mar 2006 14:44:31 +0800 -Original Message- From: [EMAIL PROTECTED

Re: [linux-usb-devel] Re: Question about OTG operations

From: David Brownell [EMAIL PROTECTED] To: Steve Calfee [EMAIL PROTECTED] CC: linux-usb-devel@lists.sourceforge.net Subject: Re: [linux-usb-devel] Re: Question about OTG operations Date: Tue, 28 Feb 2006 22:46:42 -0800 On Tuesday 28 February 2006 10:20 pm, Steve Calfee wrote: So for instance

Re: [linux-usb-devel] Re: [Linux-usb-users] USB EHCI VIA disconnect problem

On Thu, 2006-01-05 at 13:20 -0800, Helmut Toplitzer wrote: Alan, thanks for your response. === REBOOT = Which HCD modules are loaded when you reboot? Only uhci-hcd? Yes. Only uhci-hcd. # hdparm -t /dev/hda

RE: Fwd: Re: [linux-usb-devel] Re: Testing runtime power management for USB device

Date: Tue, 27 Dec 2005 09:12:44 -0800 So then, when I eject an USB device in M$ Windows, what actually happens is not a power off the device, but a suspend the device ? What happens when you throw a USB bus monitor on it? They probably would at least quiesce all the drivers using the

RE: Fwd: [linux-usb-devel] about status stage response

Date: Fri, 23 Dec 2005 17:14:37 +0800 We can know about status stage response from USB1.1 spec (8.5.2.1 Reporting Status Results): /--/ For control writes, the host sends an IN token to the control pipe to initiate the

Re: [linux-usb-devel] Re: ehci-hcd reload

On Thu, 2005-12-22 at 15:31 -0800, Greg KH wrote: On Thu, Dec 22, 2005 at 08:12:02PM +, James Courtier-Dutton wrote: Randy.Dunlap wrote: Load ehci-hcd OR ohci-hcd, but not both at the same time. What's the reasoning for that? EHCI needs a companion controller and driver

RE: [linux-usb-devel] Gadget API question

On Sun, 27 Nov 2005, Steve Calfee wrote: When a control request arrives on ep0 and the gadget has to do a lot of processing before completing the data or status stages of the request, there's a possibility that the host might time out and send another request to ep0. If this happens

Re: [linux-usb-devel] ehci_hcd proper negotiation down to usb 1.1

At 01:51 PM 10/4/2005 -0400, Alan Stern wrote: On Tue, 4 Oct 2005, Jon Nettleton wrote: Unloading the ehci_hcd with this cable and just using uhci_hcd produced a functioning device. Using a USB 2.0 cable with the ehci_hcd driver also produced a functioning device. It is my

Re: [linux-usb-devel] ehci_hcd proper negotiation down to usb 1.1

From: Jon Nettleton [EMAIL PROTECTED] To: Steve Calfee [EMAIL PROTECTED] CC: [EMAIL PROTECTED], linux-usb-devel@lists.sourceforge.net Subject: Re: [linux-usb-devel] ehci_hcd proper negotiation down to usb 1.1 Date: Thu, 06 Oct 2005 20:58:01 -0400 On Thu, 2005-10-06 at 15:39 -0700, Steve Calfee

Re: [linux-usb-devel] on-chip EHCI controller

At 10:24 AM 8/10/2005 -0400, you wrote: Hello, Can anybody please help me on writing the EHCI driver for platform specific bus (non-PCI)? Please let me know are there any examples for non-PCI EHCI. If you need more info please let me know. Thanks, Subhash Hello All, I'm

Re: [linux-usb-devel] on-chip EHCI controller

From: Subhash Reddy Peddamallu [EMAIL PROTECTED] Date: Wed, 10 Aug 2005 15:25:35 -0400 (EDT) At 10:24 AM 8/10/2005 -0400, you wrote: Hello All, I'm using ARC's EHCI host controller and so I used Craig Nadler's patch. But its not recognizing the host controller. Later I found that its an

Re: [linux-usb-devel] Patch to make usbmon to print control setup packets

From: Pete Zaitcev [EMAIL PROTECTED] Date: Thu, 14 Jul 2005 16:13:19 -0700 On Thu, 14 Jul 2005 14:40:41 -0700, Steve Calfee [EMAIL PROTECTED] wrote: I don't know where to go from here. I kind of think maybe discussing a tool that supports a tool that supports usb driver development might

Re: [linux-usb-devel] Patch to make usbmon to print control setup packets

From: randy_dunlap [EMAIL PROTECTED] Hi Randy, I wrote a little awk program to translate your usbmon output to a format compatible with my html decoder. Then I ran it through the decoder. The output is not beautiful, but it does decode the control packets that I know about. The usb spec

[linux-usb-devel] RE: USB - Stack, Core, Host Controller Driver, Storage Driver.

Date: Tue, 12 Jul 2005 10:37:59 +0530 Hi Randy, Steve and Group, Thanks for your quick and positive response. The information you have provided have helped me a lot as I am new to this area. I saw all the related codes. Thanks once again. Steve recommended going by adding an external ehci or

Re: Fwd: Re: [linux-usb-devel] Patch to make usbmon to print control setup packets

On Sun, 10 Jul 2005 21:13:13 -0700 Steve Calfee wrote: | From: Pete Zaitcev [EMAIL PROTECTED] | To: randy_dunlap [EMAIL PROTECTED] | Cc: [EMAIL PROTECTED], linux-usb-devel@lists.sourceforge.net | Subject: Re: [linux-usb-devel] Patch to make usbmon to print control | setup | packets | | X

RE: Fwd: Re: [linux-usb-devel] USB - Stack, Core, Host Controller Driver, Storage Driver.

From: randy_dunlap [EMAIL PROTECTED] To: Alan Stern [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], linux-usb-devel@lists.sourceforge.net Subject: Re: [linux-usb-devel] USB - Stack, Core, Host Controller Driver, Storage Driver. Date: Mon, 11 Jul 2005 11:28:46 -0700 On Mon, 11 Jul 2005

Re: [linux-usb-devel] Patch to make usbmon to print control setup packets

On Sun, 10 Jul 2005 21:13:13 -0700 Steve Calfee wrote: | From: Pete Zaitcev [EMAIL PROTECTED] | To: randy_dunlap [EMAIL PROTECTED] | Cc: [EMAIL PROTECTED], linux-usb-devel@lists.sourceforge.net | Subject: Re: [linux-usb-devel] Patch to make usbmon to print control | setup | packets | | X

RE: Fwd: Re: [linux-usb-devel] Patch to make usbmon to print control setup packets

From: Pete Zaitcev [EMAIL PROTECTED] To: randy_dunlap [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], linux-usb-devel@lists.sourceforge.net Subject: Re: [linux-usb-devel] Patch to make usbmon to print control setup packets X-Original-Date: Sun, 10 Jul 2005 13:53:21 -0700 Date: Sun, 10 Jul 2005

[Freedos-kernel] fdconfig.sys failure in release kernel - more info.

-dos Steve Calfee [EMAIL PROTECTED] wrote: for dos files, if it finds it it uses fdconfig.sys. Apparently, if it does not find the dos file it uses neither config.sys or fdconfig.sys. Possible. Sounds like a bug. I think it is a bug. It is on freedos beta9sr1 cd iso image. Get another kernel from

[Freedos-kernel] kernel fdconfig.sys reading bug.

: In alt.os.free-dos Steve Calfee [EMAIL PROTECTED] wrote: for dos files, if it finds it it uses fdconfig.sys. Apparently, if it does not find the dos file it uses neither config.sys or fdconfig.sys. Possible. Sounds like a bug. I think it is a bug. It is on freedos beta9sr1 cd iso image. Get another

[linux-usb-devel] Reading USB USB serial via sysfs causing timeouts

Hi Randy, Ironically, my spam trap email account is now blocked from sending to the mailing list, probably because of too much spamming from hotmail. So, if you think this is relevant, please forward to the list. Anyway see below: At 02:18 PM 2/23/2005 -0800, you wrote: Alan Stern wrote: On

Re: [linux-usb-devel] Re: Regression with new renumbering

At 12:46 PM 1/16/2005 -0500, Alan Stern wrote: On Sun, 16 Jan 2005, Pete Zaitcev wrote: Hi, Alan: I have received a USB stick which refuses to return the descriptor upon the first 64 byte read (HC returns with code -71). The following patchlet fixes the problem: @@ -2162,6 +2162,8 @@ hub_port_init

RE: [linux-usb-devel] RFC: USB device initialization

Date: Fri, 08 Oct 2004 14:21:30 -0700 The current scheme (the Linux scheme) goes like this: Reset the device Set endpoint 0 maxpacket to {8, 8, 64} for {low, full, high}-speed Send SET-ADDRESS (an 8-byte SETUP with no message body) Send 8-byte GET-DEVICE-DESCRIPTOR

  1   2   >