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
Hi Alan,
I have done more testing . I could find that if I add a 3~4 msec delay
before calling the ioctl, then the ioctl call does not get blocked.
But if I do not add any delay and call the ioctl then one of the
three instance at ioctl get blocked and would never come out. In a few
occations whe
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 audio accessory requests ATMS and AFMS and indicates that the
accessory w
On Wed, Apr 13, 2005 at 09:05:17PM +0200, Felix M?ller wrote:
> Hi,
>
> Phil noted a few day ago that the ranges are bcd and not hex. So the
> maxmimum should be 0x instead of 0x.
>
> Because I made a wrong patch just a few days ago, I went ahead and
> corrected all the values in unusu
On Tue, 12 Apr 2005 10:46:32 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
> No. mb is a memory barrier, and as such the compiler will not optimise
> around it. []
Not quite that. It also flushes store buffers in CPUs which have those.
If we had an SMP m68k, we'd have three nops in it, for example.
On Tue, 12 Apr 2005 09:50:15 -0400 (EDT) Alan Stern <[EMAIL PROTECTED]> wrote:
> On Tue, 12 Apr 2005, Greg KH wrote:
> What about the question of making sure that I/O operations complete before
> starting a delay loop, like this:
>
> outw(..., ...);
> mb();
> udelay(10);
>
> I
On Wed, 13 Apr 2005, David Brownell wrote:
> That doesn't describe the submit paths at all (linking things into
> the schedule) ... and doesn't describe the relevant bits of the unlink
> paths either (unlinking them from the schedule, at least from the
> host perspective; the HC will agree later).
Well, here is the patch I am using. Quite simple, really... (2.6.11
kernel):
--- a/drivers/usb/host/ohci-hcd.c 2005-04-13 16:10:34.0
-0400
+++ b/drivers/usb/host/ohci-hcd.c 2005-04-13 16:10:50.0
-0400
@@ -693,13 +693,16 @@
/* we can eliminate a (slow) ohci_r
On Tuesday 12 April 2005 3:18 pm, Jaroslav Flidr wrote:
> For those who are interested and still using SA-based architecture
> (e.g. ziti): the ohci-recommended way of handling the WDH interrupt -
> reading the done_head pointer and testing its LSB without reading the
> interrupt status regi
On Wed, 13 Apr 2005 20:50:17 +0200 Duncan Sands <[EMAIL PROTECTED]> wrote:
> > The suspect code is also easy to spot: a) uses list_for_each_safe,
> > b) uses container_of instead of list_entry. That's whole two "newbie
> > points".
>
> what's wrong with list_for_each_safe? In general I mean, not
Hi!
...
Apr 13 21:22:52 amd kernel: usb 2-2: new full speed USB device using uhci_hcd
and address 3
Apr 13 21:22:52 amd kernel: usb-storage: This device (0693,0002,0100 S 06 P 50)
has unneeded SubClass and Protocol entries in unusual_devs.h
Apr 13 21:22:52 amd kernel:Please send a copy of th
Hi,
Phil noted a few day ago that the ranges are bcd and not hex. So the maxmimum
should be 0x instead of 0x.
Because I made a wrong patch just a few days ago, I went ahead and corrected
all the values in unusual_devs.h
This patch is based against 2.6.12-rc2-mm3.
greetings
Felix
--- un
Hi Pete,
> The suspect code is also easy to spot: a) uses list_for_each_safe,
> b) uses container_of instead of list_entry. That's whole two "newbie
> points".
what's wrong with list_for_each_safe? In general I mean, not here.
Ciao,
Duncan.
--
On Wed, Apr 13, 2005 at 09:40:17PM +0400, Roman Kagan wrote:
> With 2.6.11 and 2.6.12-rc2 (and perhaps a few versions before) usb
> drivers for multi-interface devices, which do
> usb_driver_release_interface() in their disconnect(), make rmmod hang.
>
> It turns out to be due to a bug in drivers/
On Wed, 13 Apr 2005 21:40:17 +0400 Roman Kagan <[EMAIL PROTECTED]> wrote:
> +++ linux-2.6.12-rc2/drivers/base/bus.c 2005-04-13 08:45:48.0
> +0400
> @@ -405,9 +405,8 @@ void device_release_driver(struct device
>
> static void driver_detach(struct device_driver * drv)
> {
> -
Hi,
With 2.6.11 and 2.6.12-rc2 (and perhaps a few versions before) usb
drivers for multi-interface devices, which do
usb_driver_release_interface() in their disconnect(), make rmmod hang.
It turns out to be due to a bug in drivers/base/bus.c:driver_detach(),
that iterates over the list of attac
On Wed, 13 Apr 2005, Shiju Mathew wrote:
> Hi Alan,
> Here is the dmesg while the problem happens . The problem could be
> easily reproduced on running the three instances of opening and
> reading the status of cdrom device. On starting the third instance,
> the ioctls calls of one of the first tw
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 respon
On Wed, Apr 13, 2005 at 07:19:24AM -0700, Lan, Oliver wrote:
> And we found out usbdevfs was not supported on Linux 2.6.10, the mount
> -t usbdevfs command failed with Kernel not support usbdevfs message.
It has been called "usbfs" for over 2 years. That also works on 2.4 and
I think on 2.2.
>
> And we found out usbdevfs was not supported on Linux 2.6.10, the mount
> -t usbdevfs command failed with Kernel not support usbdevfs message.
It's called usbfs now.
D.
---
SF email is sponsored by - The IT Product Guide
Read honest & candi
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 continuous and it is blocking the device
communication, I mean respons
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 continuous and it is blocking the device
communication, I mean respons
Hi,
I have a problem to port my user layer program which works fine on Linux
2.4 to 2.6.10 Fedora.
On my program, ioctl( fd, USBDEVFS_SUBMITUSB, pURB) call returns error
number 22 ( invalid parameter).
And we found out usbdevfs was not supported on Linux 2.6.10, the mount
-t usbdevfs command fa
On Monday 11 April 2005 8:25 pm, Alan Stern wrote:
> On Mon, 11 Apr 2005, David Brownell wrote:
>
> > > Actually this is a new issue, not a lurking one. The whole point of that
> > > patch was because I'm going to make the majority of the UHCI driver run in
> > > a bottom half (a tasklet). This
On Tue, Apr 12, 2005 at 09:50:15AM -0400, Alan Stern wrote:
> On Tue, 12 Apr 2005, Greg KH wrote:
>
> > The file pci.ids is slated to go away (see
> > Documentation/feature-removal-schedule.txt for more details), not the
> > pci_ids.h file. It doesn't bother me to have local pci ids, if you are
>
Here are more information on the problem. The usb cdrom is connected
to a usb hub which inturn is connected to the system usb port.
Here is the output of lsusb -v on the system.
Bus 005 Device 001: ID :
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB
Hi again Kyle!
in the middle of the mail there are some info that I forgot in the past mail..
Amon,
thanks for testing this driver on your device. Work is still
being done on it. Let me address a few of your issues below:
> Using USB Storage Device (32MB Memory Stick):
> 1) devic
On Tue, 12 Apr 2005, Shiju Mathew wrote:
> Hi,
> I have a usb cdrom device. When the cdrom device is opened for more
> than two times simultaneouly and try to access it through ioctl,
> except two all the others gets blocked at ioctl call. In my case I
> open the cdrom device and call the ioctl C
For those who are interested and still using SA-based architecture
(e.g. ziti): the ohci-recommended way of handling the WDH interrupt -
reading the done_head pointer and testing its LSB without reading the
interrupt status register must not be used. It appears that the SA
host controll
On Tue, 12 Apr 2005, Greg KH wrote:
> The file pci.ids is slated to go away (see
> Documentation/feature-removal-schedule.txt for more details), not the
> pci_ids.h file. It doesn't bother me to have local pci ids, if you are
> ok with it.
Okay, then I'll leave it as it stands.
What about the q
(B[$B$3$N%a!<%k$O!"7HBSEEOC$J$I$B!!(B
(B[EMAIL PROTECTED]<%k%"%I%l%9!'(B <[EMAIL PROTECTED]>$B!!(B
$B"#Aw?.85%"%I%l%9$,%0%k!<%W$KEPO?$5$l$F$$$^$;$s(B
$B%a!<%k$NAw?.85%"%I%l%9$,!"%0%k!<%W%a%s%P!<$N%a!<%k%"%I%l%9$H$7$FEPO?$5(B
$B$l$F$$$^$;$s!#!!%0%k!<%W$K;22C$7$F$$$k>l9g$O!"$*;H$$$N%a!<
Dear Pete,
Thanks a lot for providing me this information. I
will try to backport
from
2.6.12 to 2.6.4.
Also, for compiling USBMON 3.0 version, it need JDK
1.5.0, I could not find
this in the Java
web site. Would you please provide me the link to
download JDK 1.5
Regards,
Upadhyaya
>
> --
On Fri, Apr 08, 2005 at 09:06:34PM +0200, Johannes Berg wrote:
> Hi,
>
> I've got the new PowerBook5,6 whose FN key is sending EV_ABS instead of
> EV_KEY events, so I added a quirk for it.
> (see http://johannes.sipsolutions.net/PowerBook/special_buttons)
>
> Where do I send the patch for inclusi
Amon,
thanks for testing this driver on your device. Work is still
being done on it. Let me address a few of your issues below:
> Using USB Storage Device (32MB Memory Stick):
> 1) device is recognized correctly when plugged in
> before booting
> or the first time it's plugge
Modify the ASIX USB Ethernet code to make use of the new status
infrastructure in usbnet.
Additionally, add a link_reset() handler to the struct usbnet
structure to provide a generic means for a driver to perform link
reset tasks such as a determining link speed and setting
device flags accordingl
By the way, and same quesion agin:
Have anyone ported original philps drivers to 2.6.x kernel ?
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products
Hi,
Installing Logitech usb headset, dmesg spits out this
error.
Any idea?
Thanks,
[EMAIL PROTECTED] dmesg
usb.c: registered new driver audio
audio.c: v1.0.0:USB Audio Class driver
usb-uhci.c: $Revision: 1.275 $ time 05:47:42 Dec 12
2002
usb-uhci.c: High bandwidth mode enabled
PCI: Found IRQ 11
Dear Greg,
Thank you for providing the information. I will look
into 2.6 code and make
use of the same.
Meanwhile Pete suggested me that he already has USBMon
running with linux
2.6.12, I
will make use of the same.
Regards,
Upadhyaya
- Original Message -
From: "Greg KH" <[EMAIL PROTECTE
On Tue, 12 Apr 2005 04:19:21 -0700 (PDT) SRINIVASA UPADHYAYA <[EMAIL
PROTECTED]> wrote:
> I am trying to port USBMon, that was developed by
> David Harding, from linux 2.4 to linux 2.6.4. [...]
What for? I already have Harding's USBMon running with usbmon in 2.6.12.
Please refer to materials at
On Tue, Apr 12, 2005 at 04:19:21AM -0700, SRINIVASA UPADHYAYA wrote:
> Hi All,
>
> I am trying to port USBMon, that was developed by
> David Harding, from linux
> 2.4 to linux 2.6.4.
Why not use the usb monitor code that is already in 2.6? And why use
such an old version of the 2.6 tree?
thanks
Hi Phil,
[iPod]
2. I'm OK with the full bcd range if Apple is changing it on firmware
revs... fine, but it's bcd, not hex... 0x =)
I didn't know that either, I just copied another entry, this means my patch is
wrong too.
I just did a quick grep over unusual_devs.h and found 18 instances that
-Paulo Marques <[EMAIL PROTECTED]> wrote: -
[EMAIL PROTECTED] wrote:
>> Hello,
>>
>> I've try to use the module usbserial for using a POS-Lineprinter from
>> EPSON.
>> After I load the driver with
>> modprobe usbserial vendor=0x4f8 product=0x0202
>> I can send characters to the p
Please don't cross-post between linux-usb-devel and linux-arm-kernel.
Linux-arm-kernel is a subscriber only list, and therefore replies by
linux-usb-devel folk will cause them to receive moderation messages,
which can upset people.
---
SF email
43 matches
Mail list logo