Am Dienstag, 18. Januar 2005 01:58 schrieb lei chen:
--- Oliver Neukum [EMAIL PROTECTED]
Am Montag, 17. Januar 2005 10:07 schrieb lei chen:
Hi,
Just very curious. The USB video class
specification has been there for more than a year.
Only MS Windows XP claims to support
Am Dienstag, 18. Januar 2005 20:59 schrieb David Brownell:
It's possible that some PCMCIA changes affected this too. I seem
to recall thinking that the cardbus/pcmcia logic should have been
notifying the OHCI code about the disconnect before the IRQ logic
saw it ... and I wouldn't swear that
Am Mittwoch, 19. Januar 2005 00:00 schrieb David Brownell:
This class is quite complex.
The USB parts shouldn't be; it's a bit of housekeeping on top
of some ISO traffic management. And interestingly enough, the
pipe stuff Linus has been working on lately might simplify some
of the
Am Mittwoch, 19. Januar 2005 16:42 schrieb Pete Zaitcev:
On Tue, 18 Jan 2005 22:14:24 -0800, David Brownell [EMAIL PROTECTED] wrote:
Also, I don't like the idea of scattering knowledge all over the place
that the root hub is always given address 1 ...
which you didn't address yet.
Am Mittwoch, 19. Januar 2005 20:02 schrieb Olaf Hering:
We just got this toy. But no driver feels responsible for the comm. part?
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: Vendor=1631 ProdID=6200 Rev=
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 this is
Hi,
open takes the semaphore too late. This fixes it.
Regards
Oliver
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.
Hi,
open takes the semaphore too late. This fixes it.
Regards
Oliver
Signed-off-by: Oliver Neukum [EMAIL PROTECTED]
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual
Am Mittwoch, 26. Januar 2005 18:29 schrieb Thomas Brinker:
Hi!
Ok, I have got it!
The IP Packets must be aligned to 32bit on ARM.
This patch takes care about the alignment. Please consider applying.
That alignment won't hurt on any platform. What happens if IP
is encapsulated in another
Am Donnerstag, 27. Januar 2005 09:53 schrieb Hou Xiang ZHU:
I found that the error returned by usb_driver_claim_interface() in
drivers/usb/core/usb.c where
if(dev-driver)
return -EBUSY;
I searched internet and it seems the driver is already claimed by usb core.
is that the cause? how
Am Donnerstag, 27. Januar 2005 13:59 schrieb David Hollis:
This patch adds support for the ASIX AX88772 10/100 USB Ethernet device.
It does DMA on the kernel stack, which on some architectures won't work.
The problem is in the abuse of ax8817x_write_cmd(). You must kmalloc
the buffers passed to
Am Samstag, 29. Januar 2005 09:01 schrieb Dwaine Garden:
Heute 09:01:19
I'm getting a lot of errors when submitting the urb. It causing
problems with the compression algorthim of the usbvision driver.
I can't figure why the code is causing a problem with the transfer. It
errors about
Am Samstag, 29. Januar 2005 17:33 schrieb Kostja Siefen:
Hi All,
as I got no answer to my previous mail, I'm asking again. My Motorola V980 is
correctly recognized as a ACM device. After switching the phone to OBEX mode
with the AT command AT+MODE=22cr the phone does not respond to the
Am Samstag, 29. Januar 2005 18:56 schrieb Kostja Siefen:
I use POSIX system calls (open, write, select, read, close) on the
/dev/usb/ttyACM0 device. I can provide the full source code if that
helps.
Please recompile the cdc driver with debug and send the syslog.
Regards
Am Samstag, 29. Januar 2005 23:14 schrieb Kostja Siefen:
drivers/usb/class/cdc-acm.c: Entering acm_softint.
drivers/usb/class/cdc-acm.c: input control lines: dcd- dsr- break- ring-
framing- parity- overrun-
drivers/usb/class/cdc-acm.c: input control lines: dcd- dsr+ break- ring-
framing-
Am Sonntag, 30. Januar 2005 12:00 schrieb Kostja Siefen:
Hi Oliver,
Am Samstag, 29. Januar 2005 23:14 schrieb Kostja Siefen:
drivers/usb/class/cdc-acm.c: Entering acm_softint.
drivers/usb/class/cdc-acm.c: input control lines: dcd- dsr- break- ring-
framing- parity- overrun-
Am Montag, 31. Januar 2005 08:12 schrieb Hou Xiang ZHU:
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
Am Freitag, 4. Februar 2005 20:26 schrieb David Brownell:
Same thing: use the shared infrastructure, shrink the driver a bit.
In this case there were no sparse issues to address.
Please merge, unless Oliver has some issues with this.
This is a definite improvement.
Regards
Am Montag, 7. Februar 2005 08:21 schrieb ej:
I have a smc2821usb adaper which has no support
on linux. Vendor 07b8 and ProdID=4006
(it doesn't work with kaweth driver)
It might very well work with a correct firmware. YOu should
try to extract a HomePNA capable firmware from the win driver
or
Am Mittwoch, 9. Februar 2005 20:39 schrieb Greg KH:
For maintainability, code needs to have a few basic accommodations
for newcomers -- or semi-forgetful oldtimers. (I think that covers
pretty much every developer, come to think of it...) One of those
accomodations is using symbolic
Am Donnerstag, 10. Februar 2005 17:25 schrieb Alan Stern:
On Thu, 10 Feb 2005, Oliver Neukum wrote:
Am Donnerstag, 10. Februar 2005 16:41 schrieb Alan Stern:
We've discussed in the past that the notion of unlinking a single URB is
unnatural. When a driver has multiple URBs queued
Am Samstag, 12. Februar 2005 09:53 schrieb Martin Devera:
Oliver may be on to something. Try using this patch instead of your
changes:
--- a/drivers/usb/class/cdc-acm.cFri Feb 11 22:17:32 2005
+++ b/drivers/usb/class/cdc-acm.cFri Feb 11 22:16:41 2005
@@ -767,8 +767,15 @@
Hi,
I would like to ask your oppinion. Cdc-acm needs two interfaces to
function. If either of the two is disconnected the driver must cease
operating. Should it then disclaim the other interface? IMHO it
shouldn't. Under ordinary conditions both will be disconnected
in a row and if somebody is
Ok, I just retested it with this addition:
#define DBG_PR_URB(U) dbg(kill_urb @%d addr %p, dev %p
(%.16s),__LINE__,U,(U)-dev,(U)-dev?(U)-dev-devpath:null)
#define usb_kill_urb(U) do { DBG_PR_URB(U); usb_kill_urb(U); } while(0)
#define usb_free_urb(U) do { DBG_PR_URB(U); usb_free_urb(U); }
Am Dienstag, 15. Februar 2005 06:25 schrieb Craig Keogh:
drivers/usb/class/cdc-acm.c: Entering acm_tty_write to write 1 bytes,
drivers/usb/class/cdc-acm.c: Entering acm_write_bulk with status 0
drivers/usb/class/cdc-acm.c: acm_control_msg: rq: 0x22 val: 0x2 len: 0x0
result: 0
Am Dienstag, 15. Februar 2005 22:10 schrieb Jeroen Vreeken:
Thanks for the tips Oliver.
Here is the third attempt.
+/* Incomming data */
+void zd1201_usbrx(struct urb *urb, struct pt_regs *regs)
[..]
+ switch(urb-status) {
+ case -EILSEQ:
+ case -ENODEV:
+
Am Mittwoch, 16. Februar 2005 00:33 schrieb Jeroen Vreeken:
Oliver Neukum wrote:
This is very ingenious, but it has another race. The interrupt handler
will activate the queue at some random time in the future.
May I suggest that you use a work queue and a synchronous usb_kill_urb
Am Mittwoch, 16. Februar 2005 13:21 schrieb Craig Keogh:
On Tue, 2005-02-15 at 09:17 +0100, Oliver Neukum wrote:
Am Dienstag, 15. Februar 2005 06:25 schrieb Craig Keogh:
drivers/usb/class/cdc-acm.c: Entering acm_tty_write to write 1 bytes,
drivers/usb/class/cdc-acm.c: Entering
Am Freitag, 18. Februar 2005 04:55 schrieb Red Neuron:
netmod - usb isdn modem built into terminal adapter; made by intracom;
widely used in many european countries
uses
/usr/src/linux/drivers/usb/class/cdc-acm.c
didn't work through kernel 2.6.7 - 2.6.9
now works partially in kernel
+ urb-status = 0;
+ urb-dev = zd-usb;
+ if(usb_submit_urb(urb, GFP_ATOMIC))
+ free = 1;
Aren't you missing a wake_up in the error case?
+ unsigned int gfp_mask = wait ? GFP_KERNEL : GFP_ATOMIC;
GFP_NOIO please. You might run nfs over the link.
Am Freitag, 18. Februar 2005 23:20 schrieb Alexander V. Lukyanov:
Hello!
I have ZyXEL UNO modem which has usb acm interface. Starting with kernel
version 2.6.8 the driver cdc-acm began to hand when the modem connection
was dropped due to being idle. After the hang, no data could be read from
Hi,
there's a bug introduced in a cleanup which will lead
to a race making reopenings fail. This fix is by Alexander Lykanov.
Could you get it in quickly?
Regards
Oliver
Signed-off-by: [EMAIL PROTECTED]
You can import this changeset into BK by piping this whole message
Am Sonntag, 20. Februar 2005 03:13 schrieb Craig Keogh:
kernel 2.6.6: Modem works.
kernel 2.6.7: Modem works.
kernel 2.6.8.1: No device present (/dev/ttyACM0). Only logged message
is:
drivers/usb/class/cdc-acm.c: v0.23:USB Abstract Control Model driver for
USB modems and ISDN adapters
Hi,
I am observing an interaction between bttv and lsusb.
Running lsusb as an ordinary user will lead to drop of
sound from bttv for about a third of a second or so.
Doing that as root has no influence on sound. Sometimes
the failure is permanent and can be fixed by muting and unmuting.
I am
Am Donnerstag, 3. März 2005 14:38 schrieb Adrian Bunk:
USB_HPUSBSCSI was marked as BROKEN in 2.6.11 since libsane is the
preferred way to access these devices.
That is true only if you limit yourself to users of SANE.
Other, rarer scan systems like VueScan use it. At least last time
somebody
Am Donnerstag, 3. März 2005 20:48 schrieb Pasi Savolainen:
* Oliver Neukum [EMAIL PROTECTED]:
Am Donnerstag, 3. März 2005 14:38 schrieb Adrian Bunk:
USB_HPUSBSCSI was marked as BROKEN in 2.6.11 since libsane is the
preferred way to access these devices.
That is true only if you limit
Hi,
this patch from David removes an obsolete error code from kaweth.
Regards
Oliver
signed-off-by: Oliver Neukum [EMAIL PROTECTED]
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual
Am Sonntag, 6. März 2005 11:20 schrieb Dmitry Nezhevenko:
kernel: hub 2-0:1.0: port 1, status 0100, change 0003, 12 Mb/s
kernel: usb 2-1: USB disconnect, address 3
kernel: usb 2-1: usb_disable_device nuking all URBs
kernel: ohci_hcd :00:02.1: shutdown urb cf46f0e0 pipe c0410380 ep2in-bulk
Am Sonntag, 6. März 2005 23:30 schrieb [EMAIL PROTECTED]:
+ if (!wait_event_timeout(ep-wait, (ep-urb-status != -EINPROGRESS),
500)) {
+ printk(KERN_ERR usbmidi: usb_bulk_msg timed out\n);
+ ret = -ETIME;
No sorry. You really should not test for EINPROGRESS.
Am Freitag, 11. März 2005 21:50 schrieb Jayaprakash Shanmugam:
I am new to USB world. I have a basic doubt. I wrote the USB
driver by going through some tutorials. I compiled it and inmod it
without any problems. Now, If I want to use my driver, I need a major
number. There I got stuck
Am Sonntag, 13. März 2005 04:24 schrieb Alan Stern:
On Sun, 13 Mar 2005, Brian Murphy wrote:
Hi,
This line in the acm_probe routine
tty_register_device(acm_tty_driver, minor, intf-dev);
causes the path to the tty created for each acm to be linked to
the usb interface. As long as
This also works fine and allows me to clean up the tty_disconnect code
so there is
only one copy. This patch is now dependant on my interface removal patch
as there is
a slight overlap. See patch attached.
BTW The usb_get_intf and usb_put_intf functions needed to be exported
before I
Am Montag, 14. März 2005 16:57 schrieb Brian Murphy:
The best fix I have found so far is to detect if the disconnect function
is called first
with the data interface and just return without doing anything, waiting
to be called
with the control interface (see attached patch). This fixes
Am Samstag, 19. März 2005 06:41 schrieb Pete Zaitcev:
Hi, Guys:
I would like someone who cares about cdc-acm to consider this patch.
A customer of mine hits this problem. They use a modem for remote access.
User connects, logs in. Then, bash prompt does not scroll, just overwrites
lowest
Am Samstag, 19. März 2005 06:41 schrieb Pete Zaitcev:
Hi, Guys:
I would like someone who cares about cdc-acm to consider this patch.
A customer of mine hits this problem. They use a modem for remote access.
User connects, logs in. Then, bash prompt does not scroll, just overwrites
lowest
Am Samstag, 19. März 2005 23:22 schrieb Pete Zaitcev:
On Sat, 19 Mar 2005 10:25:43 +0100 Oliver Neukum [EMAIL PROTECTED] wrote:
Am Samstag, 19. März 2005 06:41 schrieb Pete Zaitcev:
I would like someone who cares about cdc-acm to consider this patch.
A customer of mine hits
Am Mittwoch, 6. April 2005 03:39 schrieb Andrew Morton:
Guys, is this a USB problem?
[..]
Steps to reproduce:
Put a card in a reader and hook it up to the USB. If 32MB card is in it (can
also be inserted later) it works. Attempts with 64M and 256M cards fail. Tried
other kernels too
Am Mittwoch, 6. April 2005 16:28 schrieb Kresimir Peharda:
--- Oliver Neukum [EMAIL PROTECTED] wrote:
Did it work with exactly this kernel on the old motherboard?
Try something like
dd if=/dev/sda of=/dev/null to rule out filesystem involvement.
A 32MB might indicate a problem
Hi,
I am getting hangs during swsusp in the uhci code.
After writing out the image I get:
uhci_hcd :00:1d.0: resume from D0 (legacy)
.1
.2
uhci_hcd: wakeup_hc
uhci_hcd:suspend_hc
?
?
(copied from screen)
There's a variable
Am Montag, 11. April 2005 21:07 schrieb Alan Stern:
That's just it. The first part applies only when an URB completes with a
hardware error, _not_ an unlink or kill! Do you think this needs to be
made more clear? The second part applies when an URB terminates because
Yes, you should make
Am Mittwoch, 13. April 2005 16:24 schrieb [EMAIL PROTECTED]:
Hi,
I'm facing one problem with USB interface, I'm using USB modem and
trying to initialize modem with few AT commands, one among them is
AT*EALR=3,1 and response for this is EALV: 3,1,3. Problem with this
command is response
Am Donnerstag, 14. April 2005 06:07 schrieb [EMAIL PROTECTED]:
Hi Oliver,
Response should be one time and in serial communication it works fine
and even USB it gives the same response but it's continuous. This
command is not to trigger to send stream of message. This command is
used for
Am Donnerstag, 14. April 2005 10:50 schrieb [EMAIL PROTECTED]:
Hi Oliver,
Please find enclosed attachment of lsusb output
Please let me know why this problem is with only USB.
I can't tell yet. Are you actually using two devices?
Please change #undef DEBUG in cdc-acm.c to #define DEBUG
and
Am Freitag, 15. April 2005 17:13 schrieb Alan Stern:
On Wed, 13 Apr 2005, David Brownell wrote:
That was the main motivation, although I'd had this in the back of my
mind
for a long time. Yes, it would be nice to see some real numbers for
those
latencies. I suppose I could
Am Freitag, 15. April 2005 19:38 schrieb David Brownell:
IMHO the best way to reduce times is to move all memory
allocations into urb allocation.
That's an approach I've thought about. Unfortunately it's costs an invasive
API change: passing the device (or better yet, usb_host_endpoint)
Am Freitag, 15. April 2005 22:59 schrieb Alan Stern:
On Fri, 15 Apr 2005, Oliver Neukum wrote:
Am Freitag, 15. April 2005 19:38 schrieb David Brownell:
IMHO the best way to reduce times is to move all memory
allocations into urb allocation.
That's an approach I've thought
Am Freitag, 15. April 2005 22:58 schrieb Alan Stern:
It's true that other changes I have planned for the driver will reduce
these values, although it's impossible to predict by how much. However
I
think this gives a pretty good indication that splitting the driver
into a
Am Samstag, 16. April 2005 00:53 schrieb David Brownell:
Auditing locking in all drivers is not.
Switching to tasklets would result in revisting locking in drivers.
Why would switching uhci-hcd over to a tasklet require any change in
other
drivers?
You have to audit
Am Samstag, 16. April 2005 04:47 schrieb Alan Stern:
On Sat, 16 Apr 2005, Oliver Neukum wrote:
The point is not whether things are interrupt-driven, it's whether or not
interrupts are enabled. In a bottom-half handler all the time-consuming
work can be done with interrupts enabled
What is the point of using a tasklet? It is about locking, not context.
No! Just the reverse. The point of using a tasklet has nothing to do
with locking. It is about running time-consuming code in an
interrupt-enabled context. That's why bottom halves were invented in the
first place
Am Sonntag, 17. April 2005 04:52 schrieb Alan Stern:
On Sat, 16 Apr 2005, Oliver Neukum wrote:
A tasklet is useful only if you cannot enable interrupts because you are
in hard irq context.
A tasklet can be useful for another reason. Consider that even if an IRQ
handler does run
True, but relvant only for irq handlers.
So you agree that it might make sense to move uhci_irq to a tasklet, since
it _is_ an IRQ handler?
Absolutely. Sorry about being unclear about that.
[..]
From the point of view of enqueue, the other code is dequeue and uhci_irq.
From the point
Am Montag, 18. April 2005 04:37 schrieb Alan Stern:
On Sun, 17 Apr 2005, David Brownell wrote:
So basically this was a usb-storage measurement. That's probably a
worst-case from the HCD perspective, since virtually everything else
only uses very short queues. (Other than usbnet, which
Am Montag, 18. April 2005 04:24 schrieb Alan Stern:
On Sun, 17 Apr 2005, Oliver Neukum wrote:
Using spin_lock_bh() in enqueue or dequeue isn't a solution because
existing code already calls these routines with interrupts disabled.
How so? If you convert the irq code to a tasklet
Am Montag, 18. April 2005 17:34 schrieb Alan Stern:
Furthermore, there's nothing to prevent USB device drivers from calling
usb_submit_urb() or usb_unlink_urb() while they have disabled interrupts
for their own reasons. That's a perfectly legal thing to do, but again it
means that
Am Montag, 18. April 2005 23:40 schrieb Pete Zaitcev:
+ i = 0;
+ for (;;) {
+ wb = acm-wb[wbn];
+ if (!wb-use) {
+ wb-use = 1;
+ return wbn;
+ }
+ wbn = (wbn + 1) % ACM_NWB;
+
]
Signed-off-by: Oliver Neukum [EMAIL PROTECTED]
---
linux-2.6.12-rc2-9d469ee9f21c680c41dbffe5b0f36ab5010ca8b1/drivers/usb/image/microtek.c
2005-04-19 00:46:14.850813676 -0700
+++
linux-2.6.12-rc2-9d469ee9f21c680c41dbffe5b0f36ab5010ca8b1-bkn1/drivers/usb/image/microtek.c
2005-04-19 05:44
Am Dienstag, 19. April 2005 17:52 schrieb Pete Zaitcev:
On Tue, 19 Apr 2005 08:46:08 +0200 Oliver Neukum [EMAIL PROTECTED] wrote:
Am Montag, 18. April 2005 23:40 schrieb Pete Zaitcev:
+ i = 0;
+ for (;;) {
+ wb = acm-wb[wbn];
+ if (!wb-use
Am Mittwoch, 20. April 2005 13:11 schrieb Bill Adair:
Sorry to trouble you all. I've had a look at the USB docs in the
kernel but I can't find the answer to my problem. I'm developing a mass
storage device and manage to crash the USB 2/3 times a day. At the
moment I'm rebooting the entire PC
/* shutdown our bulk reads and writes */
spin_lock_irqsave(info-lock, flags);
list_for_each_safe(tmp, tmp2, info-rx_urbs_submitted) {
wrap = list_entry(tmp, struct whiteheat_urb_wrap, list);
urb = wrap-urb;
usb_kill_urb(urb);
Would you please resend with a signed-off-line to observe the formalities?
This patch fixes lost LF when ACM device is used with getty/login/bash,
in case of a modem which takes calls.
Signed-off-by: Pete Zaitcev [EMAIL PROTECTED]
Signed-off-by: Oliver Neukum [EMAIL PROTECTED]
diff -urp -X
Am Donnerstag, 21. April 2005 22:23 schrieb David Brownell:
The main place I use tasklets, rather than a work queue, is in
usbnet as leftover from some 2.4 code that was coping with the
fact that neither of the UHCI drivers behaved well when completion
handlers did certain things; as in, they
Am Montag, 25. April 2005 23:34 schrieb Panayiotis Fafakos:
Dear members of the linux-usb project,
I would like to add a usb device that acts as an ISDN modem to the hotplug
system.
Till now there is no driver (see below) that claims the device, although the
usb system
see's it.
Which
Am Donnerstag, 28. April 2005 02:26 schrieb David Brownell:
On Wednesday 27 April 2005 2:32 pm, Alan Stern wrote:
That's not in question. The issue is: Out of all the drivers floating
around, which one should decide when a particular device can be suspended
for lack of activity?
Am Donnerstag, 28. April 2005 17:24 schrieb Alan Stern:
On Thu, 28 Apr 2005, Oliver Neukum wrote:
Am Donnerstag, 28. April 2005 02:26 schrieb David Brownell:
On Wednesday 27 April 2005 2:32 pm, Alan Stern wrote:
That's not in question. The issue is: Out of all the drivers
Am Donnerstag, 28. April 2005 17:40 schrieb David Brownell:
On Thursday 28 April 2005 12:13 am, Oliver Neukum wrote:
Please consider scsi. It has no idea about what is going on.
No more than for example an IDE disk does. Yet somehow
hdparm -S lets the drives themselves spin down when
Am Donnerstag, 28. April 2005 22:29 schrieb Roberto Roccatello:
Hi
I'm trying to get this U.S. Robotics 56K Faxmodem USB working
with cdc-acm driver but with no results.
I would like to know what do you think about this output:
[EMAIL PROTECTED]:~$ tail -f /var/log/messages
usb 1-1: new
Am Donnerstag, 28. April 2005 23:14 schrieb David Brownell:
On Thursday 28 April 2005 2:01 pm, Oliver Neukum wrote:
Am Donnerstag, 28. April 2005 17:40 schrieb David Brownell:
On Thursday 28 April 2005 12:13 am, Oliver Neukum wrote:
Please consider scsi. It has no idea about what
Oliver, I don't understand your point. Which devices and drivers are you
referring to?
Scsi and drivers that drive scsi cards or their equivalent.
Provided that you know when you can safely autosuspend. If the driver
doesn't know when it can suspend its device, who else would know?
Am Freitag, 29. April 2005 21:28 schrieb David Brownell:
On Friday 29 April 2005 11:23 am, Roman Kagan wrote:
... instead of trying to make sure the attributes are available via
sysfs at hotplug time, we can use another means to pass them to hotplug:
we can add a routine, which, when
Am Freitag, 29. April 2005 22:01 schrieb Greg KH:
I'd rather just guarantee that the sysfs device were fully
constructed (attributes and all) before the driver binding and
hotplug stages of enumeration started. That's been a problem
all along, and that's what those recent changes were
Am Sonntag, 1. Mai 2005 21:29 schrieb Harald Welte:
A quick browse through the EHCI specification and the ehci linux hcd
driver revealed that it should be technically possible to:
0) open an usbdevfs file like usual
1) set up a mmap()ed buffer between kernel and userspace
2) create one (or
Am Montag, 2. Mai 2005 03:38 schrieb David Brownell:
It might well be simpler to just pin whatever (aligned) buffers
have been passed, ensure they're properly flushed, and then just
DMA to/from those pages without requiring special DMA mappings
to be set up first, and without needing special
Am Freitag, 6. Mai 2005 05:11 schrieb Rui Ferrão:
Hello All,
Just to report what i think is a bug on the cdc_acm driver.
If while using either pppd or minicom on /dev/ttyACM0 or /dev/ttyACM1,
removing the USB adapter or powering down the attached device causes the
software in question to
Am Mittwoch, 11. Mai 2005 15:34 schrieb Stuart MacDonald:
From: Pete Zaitcev [mailto:[EMAIL PROTECTED]
On Wed, 20 Apr 2005 11:28:39 -0700, Greg KH [EMAIL PROTECTED] wrote:
On Wed, Apr 20, 2005 at 08:26:29PM +0200, Oliver Neukum wrote:
/* shutdown our bulk reads and writes
Am Mittwoch, 11. Mai 2005 19:26 schrieb Duncan Sands:
Hi Greg, the is the first of 5 patches that update the usbatm core and
add two new drivers (for the Conexant AccessRunner chipset, and for
generic USB DSL modems):
Patch 1: rework the core code: minidrivers (i.e. drivers for
Am Donnerstag, 12. Mai 2005 22:51 schrieb Roman Kagan:
On Thu, May 12, 2005 at 06:56:34PM +0200, Oliver Neukum wrote:
static inline int usbatm_submit_urb(struct urb *urb)
You'll enter this with irqs off and will leave it with irqs on.
Mind elaborating a bit? I can see that we may
Am Sonntag, 15. Mai 2005 04:27 schrieb Gabriele Giacone:
Hello to everybody,
At http://digilander.libero.it/trustusbta I published a first partially
working version of a driver for Trust ISDN USB TAs. It should also work
for Billion, Dex, Microcom and Hamlet tas.
Excluding the part of
Am Sonntag, 15. Mai 2005 15:41 schrieb Gabriele Giacone:
This is a patch against a mISDN patched 2.6.10 kernel.
I had also CCed i4l developers list but posts by non-members must be
approved by moderator Karsten Keil.
+static void trust_disconnect(struct usb_interface *interface)
+{
+
Am Montag, 16. Mai 2005 16:42 schrieb coin:
Hi I need to send data to USB PIC16c745 this is my c code.
int main(){
struct usbdevfs_bulktransfer bulk;
int fd;
int ret,*data,dato=0xFF;
data=dato;
fd = open(/proc/bus/usb/002/003, O_RDWR);
if(fd !=
Am Montag, 16. Mai 2005 18:45 schrieb Alan Stern:
You should use USBDEVFS_CLAIMINTERFACE before you transfer data.
Is there anything in your syslog?
Isn't that done automatically under Linux 2.6 if the interface isn't
already owned?
It is, but the interface might be owned. In both cases
Am Montag, 16. Mai 2005 19:11 schrieb coin:
The kernel is 2.6.
The syslog say that:
kernel: usb 2-2: usbfs: process 5274 (prueba2) did not claim interface
0 before use
I changed the source code including: ioctl(fd,
USBDEVFS_CLAIMINTERFACE, 0); where 0 is the bInterfaceNumber. But I
got
Am Montag, 16. Mai 2005 19:11 schrieb coin:
The kernel is 2.6.
The syslog say that:
kernel: usb 2-2: usbfs: process 5274 (prueba2) did not claim interface
0 before use
I changed the source code including: ioctl(fd,
USBDEVFS_CLAIMINTERFACE, 0); where 0 is the bInterfaceNumber. But I
got
Am Montag, 16. Mai 2005 18:45 schrieb Alan Stern:
On Mon, 16 May 2005, Oliver Neukum wrote:
Am Montag, 16. Mai 2005 16:42 schrieb coin:
Hi I need to send data to USB PIC16c745 this is my c code.
int main(){
struct usbdevfs_bulktransfer bulk;
int fd;
int
Am Montag, 16. Mai 2005 19:26 schrieb Oliver Neukum:
Am Montag, 16. Mai 2005 18:45 schrieb Alan Stern:
On Mon, 16 May 2005, Oliver Neukum wrote:
Am Montag, 16. Mai 2005 16:42 schrieb coin:
Hi I need to send data to USB PIC16c745 this is my c code.
int main
Am Montag, 16. Mai 2005 19:31 schrieb coin:
open(/proc/bus/usb/002/003, O_RDWR) = 3
ioctl(3, USBDEVFS_CLAIMINTERFACE, 0) = -1 EFAULT (Bad address)
This should not happen. Please post 'lsusb -v' for your device.
Regards
Oliver
Am Montag, 16. Mai 2005 20:42 schrieb coin:
I think you missed the obvious bug. You don't pass the value, you pass
the pointer.
So something like:
ioctl(fd, USBDEVFS_CLAIMINTERFACE, interface);
should do the trick. I hope this helps,
With interface I got:
Am Montag, 16. Mai 2005 21:06 schrieb coin:
T: Bus=02 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 3 Spd=1.5 MxCh= 0
D: Ver= 1.00 Cls=00(ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor= ProdID= Rev= 0.00
S: Manufacturer=Vicctor Lomaa
S: Product=PicNetUSB
C:* #Ifs= 1 Cfg#= 1 Atr=80
/* disconnect kernel driver from interface */
case USBDEVFS_DISCONNECT:
/* don't allow the user to unbind the hub driver from
* a hub with children to manage */
for (i = 0; i ps-dev-maxchild; ++i) {
if
Am Donnerstag, 19. Mai 2005 13:15 schrieb Guruprasad PV.:
Hi,
I want to develop Driver for Host side (Open Host Controller Interface). Can
I know where sample code exists so that I can that as a reference.
There already is a perfectly working driver for OHCI which can be found
in
501 - 600 of 2709 matches
Mail list logo