On Sat, Jul 21, 2007 at 02:47:22PM -0700, David Brownell wrote:
> On Saturday 21 July 2007, Rodolfo Giometti wrote:
> > I reworked the driver according to latest suggestions from you.
>
> ... except for the most important one, which is to remove the
> requirement to change every part of the gadget
Sehr geehrte Damen und Herren,
in dem E-Mail mit dem Betreff '[linux-usb-devel] You've received an ecard from
a Partner!'
(gesendet am Sun, 22 Jul 2007 10:12:14 +0100) mit der angegebenen
Absenderadresse '"123greetings.com" <[EMAIL PROTECTED]>' wurde der
Virus 'Email.Phishing.RB-1221' gefunden.
A
Hi,
After a big rewriting of iuu_phoenix, I have the following problem.
The polling is well working with callback mechanism but only during 30
seconds maximum.
After sometime, The read_bulk_callback give me an urb-status EOVERFLOW...
Is the polling running to faster than the device can support ? I
Am 20.07.2007 05:44 schrieb Greg KH:
> Greg Kroah-Hartman (22):
> USB: atm: cxacru: clean up urb->status usage
> USB: atm: speedtch: clean up urb->status usage
> USB: atm: ueagle-atm: clean up urb->status usage
> USB: atm: usbatm: clean up urb->status usage
> USB: clas
Dear Yahoo! Groups member,
You belong to one or more email groups provided by Yahoo! Groups
(groups.yahoo.com).
Recently, messages sent to you from Yahoo! Groups have been
returned to us as undeliverable. As a result, we have temporarily
turned off message delivery to this email address.
If
On Sun, 22 Jul 2007, Alain Degreffe wrote:
> Hi,
>
> After a big rewriting of iuu_phoenix, I have the following problem.
> The polling is well working with callback mechanism but only during 30
> seconds maximum.
> After sometime, The read_bulk_callback give me an urb-status EOVERFLOW...
> Is the
Yes I know.
In fact the device respond CMDERROR wich is more thant one byte
The command was just a simple RXCMD followed by a bulk_read 1 byte len, but
instead of giving a number between 0 and 255, The device send this string.
this mean that my command rxcdm is not supported by the device ( This
On Sun, 22 Jul 2007 16:44:24 +0200, Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> > USB: misc: usbtest: clean up urb->status usage
> > USB: misc: uss720: clean up urb->status usage
>
> Should I do something similar for drivers/isdn/{bas,usb}-gigaset.c?
> What exactly is the goal?
In mo
On Sun, 22 Jul 2007, Alain Degreffe wrote:
> Yes I know.
>
> In fact the device respond CMDERROR wich is more thant one byte
> The command was just a simple RXCMD followed by a bulk_read 1 byte len, but
> instead of giving a number between 0 and 255, The device send this string.
> this mean that
Hi Dave,
Last IrDA patch for 2.6.23-rc1, if it's not too late...
This patch adds support for the KingSun KS-959 USB IrDA dongle.
This dongle does not follow the usb-irda specification, so it needs its own
special driver. First, it uses control URBs for data transfer, instead of
bulk or interrupt
Update the scatterlist logic so that PIO options are also disabled
when an IOMMU may have coalesced pages during dma_map_sg() ... it's
not just HIGHMEM that can make trouble supporting both PIO and DMA
based host controller drivers.
There also seems to be a cross-arch issue here, with 64bit powerp
Am 22.07.2007 21:30 schrieb Pete Zaitcev:
> On Sun, 22 Jul 2007 16:44:24 +0200, Tilman Schmidt <[EMAIL PROTECTED]> wrote:
>
>> Should I do something similar for drivers/isdn/{bas,usb}-gigaset.c?
>> What exactly is the goal?
>
> In most cases of sweeping API changes in Linux kernel it's the respon
From: Samuel Ortiz <[EMAIL PROTECTED]>
Date: Mon, 23 Jul 2007 00:32:17 +0300
> Last IrDA patch for 2.6.23-rc1, if it's not too late...
Too late, Linus just closed the merge window, you had two
weeks to submit this :-)
-
This
Commit ec22559e0b7a05283a3413bda5d177e42c950e23 added the following
function to drivers/usb/serial/usb-serial.c:
<-- snip -->
...
int usb_serial_suspend(struct usb_interface *intf, pm_message_t message)
{
struct usb_serial *serial = usb_get_intfdata(intf);
struct usb_serial_por
On Sun, 22 Jul 2007 17:16:13 -0700 (PDT) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=8792
>
>Summary: kernel incorrectly initialises mass storage component of
> HUAWEI E220
>Product: IO/Storage
>Version: 2.5
>
Am Montag 23 Juli 2007 schrieb Adrian Bunk:
> Commit ec22559e0b7a05283a3413bda5d177e42c950e23 added the following
> function to drivers/usb/serial/usb-serial.c:
>
[..]
>
> The Coverity checker spotted the inconsequent NULL checking for "serial".
>
> Looking at the code it also doesn't seem to h
Hi there,
I don't know whether this is the proper Kconfig-way to fix this but it works ok
here.
When entered, the menu point "USB DSL modem support" in menuconfig, path
[Device Drivers->USB
Support] shows no entries but "^@" instead. The following fixes it.
Signed-off-by: Borislav Petkov
17 matches
Mail list logo
