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, mashineB
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
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
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
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 in
alf HPI
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 high
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 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
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 suspended but
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-powered device
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 to be
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. :)
I
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
advanced
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, and am
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
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 computer
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 need
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.
Now,
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 interface within
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
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 [] = {
{
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 bind any
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 number
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
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 device,
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, 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 whatever is
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:
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
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 special
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 temporal
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?
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 chicken
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:
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 by
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
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
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
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 Stern
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 -puN
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
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 true for
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
43 matches
Mail list logo