Alan,
Em Seg, 2006-03-20 às 23:09 +0100, thomas schorpp escreveu:
> Alan Stern wrote:
> > On Wed, 15 Mar 2006, Ballentine, Casey wrote:
> what DMA problem? ive always used via chipsets with usb. now the 8237.
> the via pci-busmaster dma hangs the system?
No. it is PCI to PCI transfers ocurring w
Alan Stern wrote:
> On Wed, 15 Mar 2006, Ballentine, Casey wrote:
>
>
>>Mauro,
>>
>>I would bet we could add the vt8235 to the list of broken chipsets
>>as well, if it's not already there. My company has completely
>>disabled DMA in the 2.6.13.4 kernel we're running on an
>>EPIA PD-1 boar
Mauro Carvalho Chehab wrote:
> Alan,
> Em Seg, 2006-03-20 às 23:09 +0100, thomas schorpp escreveu:
>
>>Alan Stern wrote:
>>
>>>On Wed, 15 Mar 2006, Ballentine, Casey wrote:
>
>
>>what DMA problem? ive always used via chipsets with usb. now the 8237.
>
>
>>the via pci-busmaster dma hangs the s
Hi !
I have seen in list archive that, some months ago, some people ( Mike Lee,
Torsten Koschorrek, David Brownell and some others...) were working on iMX usb
gadget controller driver.
So my question is: how is this "imx_udc" yet doing ?
I have a custom board with an iMXl chip and would like to h
Hello Sir,
We are also trying to NEC chip for our PPC750 Embedded System and getting
the same problem
"usb.c: USB device not accepting new address=3 (error=-110)" in linux kernel
2.4.24
please help us what could be wrong ?
R Arun Kumar
---
On Thu, 23 Mar 2006, Peter Chen wrote:
> Thx Alan.
>
> Maybe you misunderstood my meaning.
I did understand.
> In my gadget module(dm320_gadget.ko which your file_storage.ko
> need to invoke usb_gadget_register_driver)
Yes.
> And In my dm320_gadget module,i need to know DMAADDR and DMACOUNT
On Thu, 23 Mar 2006, R Arun Kumar wrote:
> Hello Sir,
>
> We are also trying to NEC chip for our PPC750 Embedded System and getting
> the same problem
> "usb.c: USB device not accepting new address=3 (error=-110)" in linux kernel
> 2.4.24
>
> please help us what could be wrong ?
Lots of things
On Sun, 19 Mar 2006, Guennadi Liakhovetski wrote:
> > Your email client did something wierd with this patch and it can not be
> > applied at all. Care to resend it?
>
> Ouch, sorry... Please, try now. This pine should be better configured. At
> least until now it behaved.
I tried it with my ne
On Tuesday, 21. March 2006 08:16, Vojtech Pavlik wrote:
> On Mon, Mar 20, 2006 at 11:59:24PM +0100, Bernhard Rosenkraenzer wrote:
> > Add some quirks to make a Shuttle PN-31 remote control work.
>
> Can you send me the #define DEBUG output from hid-core and hid-input?
> I'm quite curious how much b
On Tuesday 21 March 2006 9:31 am, Alan Stern wrote:
> That's right. usb_ep_alloc_buffer doesn't really use the endpoint
> argument, so it doesn't matter whether we specify the bulk-in or the
> bulk-out endpoint. Basically, any buffer can be used with any endpoint
> (except possibly endpoint 0
On Thursday 23 March 2006 2:36 am, [EMAIL PROTECTED] wrote:
>
> I have seen in list archive that, some months ago, some people ( Mike Lee,
> Torsten Koschorrek, David Brownell and some others...) were working on iMX usb
> gadget controller driver.
Untrue ... I never touched i.MX.
--
On Tuesday 21 March 2006 9:08 am, Alan Stern wrote:
> On Tue, 21 Mar 2006, Franck Bui-Huu wrote:
>
> > IMHO, sometimes it's pretty hard to know how things should be done
> > that is what should be part of the gadget driver or part of the UDC
> > driver.
>
> For a gadget driver author it's not har
On Tuesday 21 March 2006 8:57 am, Alan Stern wrote:
> On Mon, 20 Mar 2006, Steve Calfee wrote:
>
> > There is nothing illegal
> > about having multiple usb bus connections on one device. They could even be
> > plugged into the same bus, but they would be enumerated seperately and
> > given
On Monday 20 March 2006 8:21 pm, rakesh kn wrote:
> Hi,
>
> I am relatively a newbie at USB development.
> My doubts are simple . Can any one shed some lights on these.
>
> 1) What is the relevance of "suspend and resume" call backs that we
> find in struct device_driver.?
Obsolete-do-not-use-
On Monday 20 March 2006 8:59 am, Alan Stern wrote:
> There are other times when the UDC driver might not disable endpoints,
> however. For example, when the cable is unplugged (a disconnect event).
> The gadget API doesn't specify whether endpoints are automatically
> disabled by the UDC driver
On Thu, 23 Mar 2006, David Brownell wrote:
> On Tuesday 21 March 2006 9:31 am, Alan Stern wrote:
>
> > That's right. usb_ep_alloc_buffer doesn't really use the endpoint
> > argument, so it doesn't matter whether we specify the bulk-in or the
> > bulk-out endpoint. Basically, any buffer can be
On Thu, 23 Mar 2006, David Brownell wrote:
> On Monday 20 March 2006 8:59 am, Alan Stern wrote:
> > There are other times when the UDC driver might not disable endpoints,
> > however. For example, when the cable is unplugged (a disconnect event).
> > The gadget API doesn't specify whether endpo
On Monday 20 March 2006 1:50 am, Franck Bui-Huu wrote:
> Same question for usb->pullup. Who is supposed to call this method ?
The gadget driver, if it wants to support a mode where it's not always
active. For example, maybe the kernel component needs to be configured
from userspace -- opened by
> > > That's right. usb_ep_alloc_buffer doesn't really use the endpoint
> > > argument,
> >
> > That's not true. Controller drivers are certainly allowed to use
> > that argument ... it's provided so that they _can_ use it. Some do.
>
> I thought that might provoke you into commenting...
On Monday 20 March 2006 4:10 am, [EMAIL PROTECTED] wrote:
> As it seems, if the root hub is idle for more than 250 msec after resume
> then call ohci_bus_suspend.
>
> Is this 250 msec value is specific to OHCI ?
> What is the significance of giving 250 msec delay after resume and
> before auto s
On Thu, 23 Mar 2006, David Brownell wrote:
> > > > That's right. usb_ep_alloc_buffer doesn't really use the endpoint
> > > > argument,
> > >
> > > That's not true. Controller drivers are certainly allowed to use
> > > that argument ... it's provided so that they _can_ use it. Some do.
>
Greg:
I'm told that some UDC hardware may work better if it knows that receiving
a short packet should always cause an error. Accordingly, this patch
(as663) sets the short_not_ok flag for bulk-out transfers in
g_file_storage. Oddly enough, there are no circumstances where that
driver can leg
Greg:
This patch (as664) adds a comment to file_storage.c, noting that the
driver is slightly non-portable because it assumes that a buffer allocated
for a bulk-in endpoint will also be useable for a bulk-out endpoint.
Alan Stern
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
Index: usb
need help
_
Don't just Search. Find! http://search.sympatico.msn.ca/default.aspx The new
MSN Search! Check it out!
---
This SF.Net email is sponsored by xPML, a groundbreaking
On Mon, 20 Mar 2006, Willi Mann wrote:
> http://wserver.wm1.at/~willi/kernel/kern.log.gz
>
> Currently, I can only reproduce the bug if my mouse and my keyboard are
> plugged differently as to the last "boot". I'm not sure if that's always
> the case. However, the log shows the -71 error also w
Like many, I am trying to develop my first USB driver and having
problems. This driver is for a CCD camera which will fly on a sounding
rocket in late fall 2006, designed to observe the Sun.( The CCD cameras
are going to driven by PC104 / pentiums running RTLinux). I am now the
main stumbling block
I was trying to build the USB EHCI host controller support as modules
for a PowerPC 834x which also has an embedded EHCI (and PCI enabled).
I get the following build error:
In file included from drivers/usb/host/ehci-hcd.c:895:
drivers/usb/host/ehci-fsl.c:365: error: redefinition of '__inittes
Am Donnerstag, 23. März 2006 23:12 schrieb Alisdair Davey:
> Currently all I need to do is make sure I can get out a single image we
> can look at. A single image consists of 2097152 bytes. If I run the
> userspace program with the machine in single user mode I seem to be able
> to do this [I've ye
Kumar,
If I understand you correctly you have both an embedded/localbus EHCI
core and EHCI on the PCI bus. If this is the case then you could clone
ehci-hcd.c and use it as the basis for a driver for the embedded EHCI
core. Instead of including ehci-pci.c in the cloned code you would
include the p
On Mar 23, 2006, at 7:11 PM, Craig W. Nadler wrote:
Kumar,
If I understand you correctly you have both an embedded/localbus EHCI
core and EHCI on the PCI bus. If this is the case then you could clone
ehci-hcd.c and use it as the basis for a driver for the embedded EHCI
core. Instead of includi
Kumar,
This past summer I proposed some restructuring of the EHCI driver to
allow for OTG drivers that use EHCI for host mode. It would also handle
your situation. Instead of including other *.c files into ehci-hcd.c the
C files would be included into the platform specific file. So for
example ehc
Kumar,
I've attached a patch file that demonstrates the changes to the EHCI
code that I described. Please note that while the patched code compiles
cleanly it is completely untested. Also the text in
drivers/usb/host/Kconfig could use some more work. The patch file is for
the 2.6.16 kernel.
Best
[EMAIL PROTECTED] wrote:
Hi !
I have seen in list archive that, some months ago, some people ( Mike Lee,
Torsten Koschorrek, David Brownell and some others...) were working on iMX usb
gadget controller driver.
So my question is: how is this "imx_udc" yet doing ?
This imx_udc is the lower la
About a year ago a new test method was developed for running the USB
Hi-Speed Host Electrical tests during compliance testing. The new method
was designed for embedded devices with OTG or Host ports. Prior to this
the test method required that Windows test software be run on the test
target. Th
Hi Folks,
I have an ASUS 8N SLI - Deluxe
(http://usa.asus.com/products4.aspx?l1=3&l2=15&l3=0&model=375&modelmenu=1)
motherboard with an nvidia nforce4-sli chipset. USB 1.1 seems to run
about 1/3 what I get on other systems and the only diff I can see is
that the other systems loaded the uhci_
On Thursday 23 March 2006 2:26 pm, Kumar Gala wrote:
> "ehci-pci.c". I was wondering if there were an thoughts on how to
> address this so I can build as a module.
Hmm, there was a patch to fix that for OHCI a while back, I'm not
sure what happened to it. Maybe the cleaned up version just nev
36 matches
Mail list logo
