On Mon, 2 Oct 2006, matthieu castet wrote:
> Hi,
>
> Alan Stern wrote:
>
> >
> >
> > You can start by turning on CONFIG_USB_DEBUG for your kernel and then
> > posting a copy of the dmesg log showing what happens when one of those
> > peculiar disconnects occurs. Post also a stack trace (Alt
On Tue, Oct 03, 2006 at 10:30:28AM -0700, Maciej ??enczykowski wrote:
> >Sure, but that will be slower than using the airprime driver. And it
> >will work automatically with this patch. I'll add it to my queue.
>
> Hey, what do you mean by slower? Isn't the airprime driver merely a
> wrapper wh
On Tue, 3 Oct 2006 10:30:28 -0700
"Maciej __enczykowski" <[EMAIL PROTECTED]> wrote:
| > Sure, but that will be slower than using the airprime driver. And it
| > will work automatically with this patch. I'll add it to my queue.
|
| Hey, what do you mean by slower? Isn't the airprime driver mere
> Sure, but that will be slower than using the airprime driver. And it
> will work automatically with this patch. I'll add it to my queue.
Hey, what do you mean by slower? Isn't the airprime driver merely a
wrapper which adds usb serial port detection to a few more device IDs?
Doesn't this mea
On Tue, Oct 03, 2006 at 09:58:35AM -0700, Maciej ??enczykowski wrote:
> Hi,
>
> I can't confirm nor deny that it works (no kernel tree handy, plus
> someone else has the card at the moment), but there's no reason for it
> not to work: it was working fine yesterday with:
>
> modprobe usbserial ven
> and then using pppd on /dev/ttyUSB0.
Yes, the device seems to have two USB serial ports, ttyUSB1 or
whatever it comes out to be on your system being some sort of debug(?)
interface... it _just_ _might_ also be wireless capable (unsure about
this: base on comments from the mac software installati
Hi,
I can't confirm nor deny that it works (no kernel tree handy, plus
someone else has the card at the moment), but there's no reason for it
not to work: it was working fine yesterday with:
modprobe usbserial vendor=0x1410 product=0x1100
and then using pppd on /dev/ttyUSB0.
[setup based on htt
On Tuesday 03 October 2006 6:10 am, Rumjantsev Egor wrote:
> Is it possible to allocate large buffers for bulk transfer with
> vmalloc_32 function?
Read the first section of Documentation/DMA-mapping.txt where
it describes what memory is DMA-able. All buffers you pass to
the USB subsystem (bulk
--
This is a multi-part message in MIME format.
Command 'this' not recognized.
--=_NextPart_0.028333568572998
Command '--=_nextpart_0.028333568572998' not recognized.
Content-Type: text/html; format=flowed
Command 'content-type:' not recognized.
Con
Hi Maciej,
On Mon, 2 Oct 2006 16:41:10 -0700
"Maciej __enczykowski" <[EMAIL PROTECTED]> wrote:
| Hi,
|
| I'd like to report that USB ID 1410:1100 should be added to the airprime
driver.
| This is the verizon wireless Broadband Access, National Access V640
| V640 ExpressCard34 Qualcomm 3G CDMA
Hello.
Is it possible to allocate large buffers for bulk transfer with
vmalloc_32 function? I need buffer about 4 Mb. I allocated it with
vmalloc_32 function. After that usb_submit_urb() returned success but
instead data which i wanted to receive in buffer was nothing.
I've read the mailing list
Am Dienstag, 3. Oktober 2006 11:08 schrieb Chris Malley:
> Hello all
>
> The patch below is a necessary workaround to support the BT On-Air USB modem,
> which
> fails to initialise properly during normal probing thus:
>
> Sep 30 17:34:57 sled kernel: drivers/usb/class/cdc-acm.c: Zero length
> d
Hello all
The patch below is a necessary workaround to support the BT On-Air USB modem,
which
fails to initialise properly during normal probing thus:
Sep 30 17:34:57 sled kernel: drivers/usb/class/cdc-acm.c: Zero length
descriptor references
Sep 30 17:34:57 sled kernel: cdc_acm: probe of 1-1.2
Hi,
this adds support for suspend and resume to the kaweth driver.
Please apply.
Regards
Oliver
Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]>
--- current/drivers/usb/net/kaweth.c2006-09-28 23:37:28.0 +0200
+++ linux-2.6.18/drivers/usb/net/kaweth.c 20
14 matches
Mail list logo
