From: Daniel Walker <[EMAIL PROTECTED]>
I converted the usu_init_notify semaphore to normal mutex usage, and it
should still prevent the request_module before the init routine is
complete. Before it acted more like a complete, now the mutex protects two
distinct section from running at the same t
From: Adrian Bunk <[EMAIL PROTECTED]>
As Torsten Kaiser pointed out, it seems the dependency of
USB_STORAGE_ONETOUCH on !PM should have been removed in commit
7931e1c6f8007d5fef8a0bb2dc71bd97315eeae9.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Cc: Matthew Dharm <[EMAIL PROTECTED]>
Cc: Alan St
From: Andrew Morton <[EMAIL PROTECTED]>
Cc: Alan Stern <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Cc: Magnus Damm <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
drivers/usb/host/ohci-sm501.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff -p
From: Andy Shevchenko <[EMAIL PROTECTED]>
Add native support of the Dell wireless CDMA/EVDO modem.
# modprobe usbserial vendor=0x413c product=0x8129
Following seesion lines describe modem itself
at
OK
ati3
Manufacturer: NOVATEL WIRELESS INCORPORATED
Model: EXPEDITE ET620
Revision: M6500C-BBIRD_T
From: Andrew Morton <[EMAIL PROTECTED]>
These strings always come up as false positives whenever I'm doing
git-conflict fixups (ie: about 1000 times/day).
I don't think the zillion "<" and ">" characters are very useful and removing
them makes my life that little bit easier.
Cc: Greg KH <[EMAIL
From: Andrew Morton <[EMAIL PROTECTED]>
drivers/usb/storage/sddr55.c: In function 'sddr55_transport':
drivers/usb/storage/sddr55.c:526: warning: 'deviceID' may be used uninitialized
in this function
drivers/usb/storage/sddr55.c:525: warning: 'manufacturerID' may be used
uninitialized in this fun
From: Daniel Walker <[EMAIL PROTECTED]>
No current references, so removing it.
Signed-off-by: Daniel Walker <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
drivers/usb/image/microtek.c |1 -
drivers/usb/image/microtek.h |1 -
2 fi
Christer Weinigel ha scritto:
It isn't that easy. The "Tamper-Proof Torx" screws on a vacuum cleaner
or a toaster won't stop anybody from opening up the thing, I mean every
little hardware store stocks those Torx bits. But by using a slightly
odd screw, the company can say "look, we'we done
I wrote:
> Oliver Neukum wrote:
>> Yes, I noticed. I thought midi is a separate driver. Is there documentation
>> on the midi API?
>
> Documentation/DocBook/writing-an-alsa-driver, section
> "RawMIDI Interface".
>
> Just use the *_open/*_close and *_disconnect callbacks.
Sorry, what I wrote isn't
Pete Zaitcev wrote:
On Mon, 04 Feb 2008 14:01:21 -0800, Alan Nisota <[EMAIL PROTECTED]> wrote:
This implies that endpoint 0x82 is a bulk endpoint. So what type is
it really?
It's identified as bulk.
If would be really nice if you sent us your /proc/bus/usb/devices
to begin with, but if 82
On Mon, 04 Feb 2008 14:01:21 -0800, Alan Nisota <[EMAIL PROTECTED]> wrote:
> > This implies that endpoint 0x82 is a bulk endpoint. So what type is
> > it really?
> It's identified as bulk.
If would be really nice if you sent us your /proc/bus/usb/devices
to begin with, but if 82 is indeed a bu
On Mon, 4 Feb 2008, Alan Nisota wrote:
> Ok, so I examined the data in the transfer_buffer (even though
> actual_length is 0) and it does have the correct data returned from the
> device.
> The question I have now is, what do I do?
You could ask the manufacturer for information. Sometimes that
On Tue, 5 Feb 2008 [EMAIL PROTECTED] wrote:
> Thanks, I've finally got it. I see that my incorrect terminology has not
> helped. Sorry to have made you re-iterate couple of points there.
>
> 1) usbfs can indeed be bound to the interface on the device but the act of
> binding has to be performed b
Alan Nisota wrote:
Alan Stern wrote:
This implies that endpoint 0x82 is a bulk endpoint. So what type is
it really?
It's identified as bulk.
Maybe the device really does try to send packets that are larger than
the maximum allowed limit. That would explain your problems,
especially if Windo
On Mon, 4 Feb 2008, Alan Nisota wrote:
> Alan Stern wrote:
> > On Mon, 4 Feb 2008, Alan Nisota wrote:
> >
> >> I am trying to write a usb device driver for an R5000 modified
> >> set-top-box. This just adds a USB interface to the decoded signal from
> >> a satellite STB so you can save whateve
Thanks, I've finally got it. I see that my incorrect terminology has not
helped. Sorry to have made you re-iterate couple of points there.
1) usbfs can indeed be bound to the interface on the device but the act of
binding has to be performed by ioctl's ( in this case the ones generated by
libusb )
On Mon, 4 Feb 2008, Fabio Venturi wrote:
> Here is the output of usbmon with the patched kernel:
Whoops! The patch I sent you was wrong. Evidently the device is using
a different ProductID from what your lsusb output says. Here's the
updated patch.
Alan Stern
Index: usb-2.6/drivers/usb/co
Pete Zaitcev wrote:
On Mon, 04 Feb 2008 08:30:37 -0800, Alan Nisota <[EMAIL PROTECTED]> wrote:
[...] If I do
this using blocking reads, the device never sends any data back It
appears to be waiting for multiple bulk request URBS in the queue. This
apparently eliminates my ability to use li
Alan Stern wrote:
On Mon, 4 Feb 2008, Alan Nisota wrote:
I am trying to write a usb device driver for an R5000 modified
set-top-box. This just adds a USB interface to the decoded signal from
a satellite STB so you can save whatever is currently being watched on TV.
I snooped the USB bus in
On Mon, Feb 04, 2008 at 04:45:45PM -0500, Alan Stern wrote:
> On Mon, 4 Feb 2008, Fabio Venturi wrote:
>
> > > It's probably the result of a bug in the mp3 player's firmware. The
> > > patch below might work around the bug, try it and see.
> > >
> > > Alan Stern
> > >
> > >
> > > Index: usb-2
On Mon, 4 Feb 2008, Fabio Venturi wrote:
> > It's probably the result of a bug in the mp3 player's firmware. The
> > patch below might work around the bug, try it and see.
> >
> > Alan Stern
> >
> >
> > Index: usb-2.6/drivers/usb/core/quirks.c
> > =
On Tue, 5 Feb 2008 [EMAIL PROTECTED] wrote:
> Sorry guys, thanks for your perseverance so far : )
>
> Greg: where you wrote:
> > In order for a device to bind successfully with a driver, that
> > driver must already support that device. This is why you can not
> > just arbitrarily bi
Hi Christer,
> > In the cited example it's illegal to go outside certain parameters
> > SOMEWHERE (if it was illegal everywhere, the the hardware shouldn't
> > allow it and the sw could do nothing... not considering hw mods).
> > Another example is WiFi: USA, Europe and Japan allows a different
On Mon, Feb 04, 2008 at 10:55:24AM -0500, Alan Stern wrote:
> On Sun, 3 Feb 2008, Fabio Venturi wrote:
>
> > > > Hi to the list,
> > > > I'm trying to use a Commodore Flash Disk MP3 player "CO - C.Muse"
> > > > (I don't know the chipset)
> > > > but when i plug it I get this:
> > > >
> > > >
Sorry guys, thanks for your perseverance so far : )
Greg: where you wrote:
> In order for a device to bind successfully with a driver, that
> driver must already support that device. This is why you can not
> just arbitrarily bind any device to any driver.
It sounds like a chick
David Brownell schrieb:
On Monday 04 February 2008, you wrote:
Ok. Any particular reason why you're stuck with 2.6.21? The kernel HCD
interface has changed a bit since then, so you'l have to fix that up.
Actually, the LEON3-soft CPU
I though that was basically SPARC?
y
On Mon, 4 Feb 2008, Oliver Neukum wrote:
> Am Montag, 4. Februar 2008 16:36:51 schrieb Alan Stern:
>
> > That's because you don't bind usbfs to a device through sysfs. You
> > bind it by running a program that calls the USBDEVFS_CLAIMINTERFACE
> > ioctl.
>
> True, and unavoidable given the te
On Tue, Feb 05, 2008 at 08:49:01AM +1300, [EMAIL PROTECTED] wrote:
> Gotcha, thanks for replying Alan
>
> So is that the final word, you can't bind devices to drivers via the shell
> ? You have to compile a program in order to bind a device to a driver ?
>
> Does this conflict with http://lwn.net
On Tue, 5 Feb 2008 [EMAIL PROTECTED] wrote:
> Gotcha, thanks for replying Alan
>
> So is that the final word, you can't bind devices to drivers via the shell
> ? You have to compile a program in order to bind a device to a driver ?
No, your original understanding was correct, but usbfs is a spec
On Sun, 3 Feb 2008, Matthew Dharm wrote:
> But, the modifications to usb_stor_access_xfer_buf() look good -- no
> request from a sub-driver should be allowed to scribble into memory. The
> current code does make the implicit assumption that there is enough
> storage, and will walk right off the e
Gotcha, thanks for replying Alan
So is that the final word, you can't bind devices to drivers via the shell
? You have to compile a program in order to bind a device to a driver ?
Does this conflict with http://lwn.net/Articles/143397/ ?
It's just that I am OK with bash but haven't done much C/C
On Mon, 04 Feb 2008 08:30:37 -0800, Alan Nisota <[EMAIL PROTECTED]> wrote:
> [...] If I do
> this using blocking reads, the device never sends any data back It
> appears to be waiting for multiple bulk request URBS in the queue. This
> apparently eliminates my ability to use libusb, so now I
On Mon, 4 Feb 2008, Suresh Kadavath wrote:
> Hello All,
>
> I have a custom board which uses MIPS processor, VIA6212L controller and
> running Linux Kernel 2.6.10.
>
> I built 'ehci-hcd' module and load when the system comes up. It works
> fine and when I plug in a USB2.0 device, it detects.
>
On Mon, 4 Feb 2008, Alan Nisota wrote:
> I am trying to write a usb device driver for an R5000 modified
> set-top-box. This just adds a USB interface to the decoded signal from
> a satellite STB so you can save whatever is currently being watched on TV.
>
> I snooped the USB bus in Windows, an
Greg,
please ignore this patch. Some misunderstanding about what happens
with some devices.
Regards
Oliver
-
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/ma
Diego Zuccato wrote:
In the cited example it's illegal to go outside certain parameters
SOMEWHERE (if it was illegal everywhere, the the hardware shouldn't
allow it and the sw could do nothing... not considering hw mods).
Another example is WiFi: USA, Europe and Japan allows a different number
On Mon, Feb 04, 2008 at 10:00:01AM -0800, Suresh Kadavath wrote:
> Hello All,
>
> I have a custom board which uses MIPS processor, VIA6212L controller and
> running Linux Kernel 2.6.10.
>
> I built 'ehci-hcd' module and load when the system comes up. It works
> fine and when I plug in a USB2.0 d
On Mon, Feb 04, 2008 at 09:26:55AM -0800, Kevin Lloyd wrote:
> Hi Dan,
>
> Actually the Sierra driver is becoming less and less generic as we
> continue to add vendor specific feature support to the driver. I believe
> the option driver has maintained a very generic implementation.
Yes, and that
Hello All,
I have a custom board which uses MIPS processor, VIA6212L controller and
running Linux Kernel 2.6.10.
I built 'ehci-hcd' module and load when the system comes up. It works
fine and when I plug in a USB2.0 device, it detects.
Now, the problem is, when I plug in a USB1.1 device, it doe
I am trying to write a usb device driver for an R5000 modified
set-top-box. This just adds a USB interface to the decoded signal from
a satellite STB so you can save whatever is currently being watched on TV.
I snooped the USB bus in Windows, and am able to upload the firmware and
communicate
On Monday 04 February 2008 18:29:00 Greg KH wrote:
> On Mon, Feb 04, 2008 at 06:08:51PM +0100, Michael Buesch wrote:
> > On Monday 04 February 2008 18:01:31 Greg KH wrote:
> > > > Firmware upload -> Not sure. Do we already have some generic device
> > > > firmware
> > > >update
On Mon, Feb 04, 2008 at 06:08:51PM +0100, Michael Buesch wrote:
> On Monday 04 February 2008 18:01:31 Greg KH wrote:
> > > Firmware upload -> Not sure. Do we already have some generic device
> > > firmware
> > >update API/subsystem?
> >
> > Yes, we already have a firmware inte
Hi,
I have this in dmesg:
DMAR:[DMA Write] Request device [00:02.0] fault addr ee1512000
DMAR:[fault reason 05] PTE Write access is not set
PCI-DMA: Intel(R) Virtualization Technology for Directed I/O
DMAR:[DMA Read] Request device [00:1d.7] fault addr 7d5f
DMAR:[fault reason 06] PTE Read acc
Hi Dan,
Actually the Sierra driver is becoming less and less generic as we
continue to add vendor specific feature support to the driver. I believe
the option driver has maintained a very generic implementation.
-Kevin
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Mon, 2008-02-04 at 08:03 -0800, Greg KH wrote:
> On Mon, Feb 04, 2008 at 09:05:34AM -0500, Dan Williams wrote:
> > Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
> >
> > diff --git a/drivers/usb/serial/airprime.c b/drivers/usb/serial/airprime.c
> > index 77bb893..16ce823 100644
> > --- a/drive
On Monday 04 February 2008 18:01:31 Greg KH wrote:
> > LEDs -> These should conveniently be accessed in a standard way
> > through the LED triggers. So you could map some crazy functions
> > to the LEDs. Like your HDD LED, or your mail notification.
> > I really like that. :
On Mon, Feb 04, 2008 at 05:03:37PM +0100, Michael Buesch wrote:
> On Sunday 03 February 2008 01:09:44 Michael Buesch wrote:
> > However, having a razer specific kernel API seems not too good either.
> > Maybe we can do some generic API? But I have no idea how other mice's
> > features look like...
Oliver Neukum wrote:
> Am Montag, 4. Februar 2008 15:47:08 schrieb Clemens Ladisch:
>> Oliver Neukum wrote:
>> > Am Montag, 4. Februar 2008 09:58:19 schrieb Clemens Ladisch:
>> >> parameter settings. Furthermore, it should be possible to use this
>> >> device with its external input even when the
On Mon, Feb 04, 2008 at 09:05:34AM -0500, Dan Williams wrote:
> Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
>
> diff --git a/drivers/usb/serial/airprime.c b/drivers/usb/serial/airprime.c
> index 77bb893..16ce823 100644
> --- a/drivers/usb/serial/airprime.c
> +++ b/drivers/usb/serial/airprime.c
On Sunday 03 February 2008 01:09:44 Michael Buesch wrote:
> However, having a razer specific kernel API seems not too good either.
> Maybe we can do some generic API? But I have no idea how other mice's
> features look like...
Ok, well. I thought more about the approach to create a generic
"advanc
On Sun, 3 Feb 2008, Fabio Venturi wrote:
> > > Hi to the list,
> > > I'm trying to use a Commodore Flash Disk MP3 player "CO - C.Muse"
> > > (I don't know the chipset)
> > > but when i plug it I get this:
> > >
> > > tail -f /var/log/messages.log
> > >
> > > [...]
> > > Feb 3 14:30:57 silve
Am Montag, 4. Februar 2008 16:36:51 schrieb Alan Stern:
> That's because you don't bind usbfs to a device through sysfs. You
> bind it by running a program that calls the USBDEVFS_CLAIMINTERFACE
> ioctl.
True, and unavoidable given the temporal order of usbfs and sysfs. Though
looking at it no
On Mon, 4 Feb 2008, Nick Frantzen wrote:
> Hi Guys ( and girls ),
> From the "teach a man to fish" train of thought I've done lots of homework
> but I still can't get manual USB driver binding to work!! You guys are my
> last resort, please help me to understand what's happening here.
>
> I need
RESET_RESUME entries for some sound devices that need it.
Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]>
Regards
Oliver
--- linux-2.6.24/drivers/usb/core/quirks.c.alt 2008-02-04 15:55:12.0
+0100
+++ linux-2.6.24/drivers/usb/core/quirks.c 2008-02-04
On Mon, 4 Feb 2008, Lal wrote:
> I have developed a sample USB mass storage driver. Using this driver,
> I can mount file system on my CF card, and can read/write small files
> to/from CF card. However, the driver crashes while reading/writing
> large files.
> From kernel stack trace, it seems the
On Mon, Feb 04, 2008 at 07:44:45PM +0530, Lal wrote:
> I have developed a sample USB mass storage driver.
I'm curious why the two existing drivers for this in the kernel did not
properly work out for you. Are we not supporting something that you
found lacking?
> Using this driver, I can mount fi
Am Montag, 4. Februar 2008 15:47:08 schrieb Clemens Ladisch:
> Oliver Neukum wrote:
> > Am Montag, 4. Februar 2008 09:58:19 schrieb Clemens Ladisch:
> >> Oliver Neukum wrote:
> >> > this patch implements autosuspend for USB audio devices.
> >>
> >> The Creative Audigy 2 NX mutes itself when being s
Oliver Neukum wrote:
> Am Montag, 4. Februar 2008 09:58:19 schrieb Clemens Ladisch:
>> Oliver Neukum wrote:
>> > this patch implements autosuspend for USB audio devices.
>>
>> The Creative Audigy 2 NX mutes itself when being suspended but doesn't
>> unmute when resuming. (Apparently, this self-powe
I have developed a sample USB mass storage driver. Using this driver,
I can mount file system on my CF card, and can read/write small files
to/from CF card. However, the driver crashes while reading/writing
large files.
>From kernel stack trace, it seems there is some synchronization issue
with int
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
diff --git a/drivers/usb/serial/airprime.c b/drivers/usb/serial/airprime.c
index 77bb893..16ce823 100644
--- a/drivers/usb/serial/airprime.c
+++ b/drivers/usb/serial/airprime.c
@@ -18,6 +18,7 @@
static struct usb_device_id id_table [] = {
> "alf" == alf scherer <[EMAIL PROTECTED]> writes:
alf> Actually, the LEON3-soft CPU vendor only supports 2.6.21, so for
alf> that reason I'm kind stuck. I could try to add LEON3
alf> hardware-specific support to the latest linux release, but that
alf> would actually be more work than just
Am Sonntag, 3. Februar 2008 15:27:19 schrieb Fabio Venturi:
> Hi to the list,
> I'm trying to use a Commodore Flash Disk MP3 player "CO - C.Muse"
> (I don't know the chipset)
> but when i plug it I get this:
>
> tail -f /var/log/messages.log
>
> [...]
> Feb 3 14:30:57 silverstar usb 1-4: new
Am Montag, 4. Februar 2008 09:58:19 schrieb Clemens Ladisch:
> Oliver Neukum wrote:
> > this patch implements autosuspend for USB audio devices.
>
> The Creative Audigy 2 NX mutes itself when being suspended but doesn't
> unmute when resuming. (Apparently, this self-powered device treats
> supend
"alf" == alf scherer <[EMAIL PROTECTED]> writes:
alf> Hello Peter,
alf> Hello Alan,
alf> I have got the HPE-mini FPGA embedded development board running
alf> a LEON3-SPARC Snapgear-linux with a 2.6.21 kernel. The Cypress
alf> cy7c67300 is directly connected to an Altera Cylcone
> "alf" == alf scherer <[EMAIL PROTECTED]> writes:
alf> Hello Peter,
alf> Hello Alan,
alf> I have got the HPE-mini FPGA embedded development board running
alf> a LEON3-SPARC Snapgear-linux with a 2.6.21 kernel. The Cypress
alf> cy7c67300 is directly connected to an Altera Cylcone II FPGA
Hello Peter,
Hello Alan,
I have got the HPE-mini FPGA embedded development board running a
LEON3-SPARC Snapgear-linux with a 2.6.21 kernel. The Cypress cy7c67300
is directly connected to an Altera Cylcone II FPGA in HPI mode.
First, I was very glad to find a c67x00 driver for 2.6, but I need to
Hi Guys ( and girls ),
>From the "teach a man to fish" train of thought I've done lots of homework
but I still can't get manual USB driver binding to work!! You guys are my
last resort, please help me to understand what's happening here.
I need to be able to bind a device to the /sys/bus/usb/drive
David Newall ha scritto:
This does, of course,
disadvantage Linux with respect to many classes of devices, for example
GSM transceivers when used in those parts of the world^ where regulatory
requirements prohibit modification of power or frequency settings, which
effectively prohibits open-sour
Preliminary support for new macbook input devices (keyboard/touchpad)
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
---
Diffed against 2.6.24.
This is a "request for adoption", I made this patch for my brother's
macbook but don't have the hardware myself. I'm sure the patch needs
style cleanup
On Sun, Feb 03 2008 at 21:23 +0200, Matthew Dharm <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 03, 2008 at 06:28:48PM +0200, Boaz Harrosh wrote:
>> >From 3610cfa93c990bbbafb296134ac01ef6d426eb8d Mon Sep 17 00:00:00 2001
>> From: Boaz Harrosh <[EMAIL PROTECTED]>
>> Date: Thu, 31 Jan 2008 21:31:31 +0200
Oliver Neukum wrote:
> this patch implements autosuspend for USB audio devices.
The Creative Audigy 2 NX mutes itself when being suspended but doesn't
unmute when resuming. (Apparently, this self-powered device treats
supend the same as disconnection.)
The Roland SC-8820 resets itself when being
On Sun, Feb 03, 2008 at 05:59:38PM -0800, Greg KH wrote:
> On Mon, Feb 04, 2008 at 01:50:37AM +0100, Patrick Ringl wrote:
> > Hello,
> >
> > I am suffering from the following (usb-related?) problem:
> >
> > I have several different mashines - all x86 architecture - just lets call
> > them mashineA
Hi guys,
I need to add isoc mode to the driver drivers/usb/host/isp116x-hcd.c for
an isp1161A.
I have readed "isp116x embedded programming guide" and if I haven't
misunderstood, it's need to add ITL buffer management (some routine
refer only to the ATL buffer) and to change irq handler routine. I
73 matches
Mail list logo
