the chip to do anything but NAK the following IN. Any advice, kind
words, or code samples would be greatly appreciated.
---
Brian Beattie LFS12947 | "Honor isn't about making the right choices.
[EMAIL PROTECTED] | It's about dealing with the consequences."
www.be
Message-Id: <[EMAIL PROTECTED]>
Date: Tue, 29 Aug 2006 14:21:49 +0200 (CEST)
>From Mr Alexis Brian
EMAIL;[EMAIL PROTECTED]
Telephone Number. +44-702- 407- 4588
We are Diplomatic Corp that holds special and valuable consignments for
reputable clients that are honest and tr
BULK, INTERRUPT, and
ISOCHRONOUS transfer support.
The project admin is "philips_usb". Interesting. :-)
I don't know anything about the quality of the driver since I don't
have the kit. It appears to be in GPL.
Just to inform those who want to get involved.
Cheers
Greg KH wrote:
> On Thu, May 18, 2006 at 06:42:02PM -0400, Brian Walsh wrote:
>> Brian Walsh wrote:
>>> Brian Walsh wrote:
>>>> Greg KH wrote:
>>>>> On Wed, May 17, 2006 at 01:26:33PM -0400, Brian Walsh wrote:
>>>>>> I am ha
Brian Walsh wrote:
> Brian Walsh wrote:
>> Greg KH wrote:
>>> On Wed, May 17, 2006 at 01:26:33PM -0400, Brian Walsh wrote:
>>>> I am having a problem with a cardbus modem. The cardbus device has an
>>>> internal
>>>> OHCI host controll
Brian Walsh wrote:
>
> Greg KH wrote:
>> On Wed, May 17, 2006 at 01:26:33PM -0400, Brian Walsh wrote:
>>> I am having a problem with a cardbus modem. The cardbus device has an
>>> internal
>>> OHCI host controller and 2 usbserial devices attached to th
Greg KH wrote:
> On Wed, May 17, 2006 at 01:26:33PM -0400, Brian Walsh wrote:
>> I am having a problem with a cardbus modem. The cardbus device has an
>> internal
>> OHCI host controller and 2 usbserial devices attached to that controller. I
>> am
>> running
.
Thanks
Brian
---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http
ould be "gremlins", but they're harder to catch.
"gremlins" as wicked spirits? :-)
[Snip]
> I don't know that there's ever been a fully functional one; sometimes
> these things take time to solidify, especially when everyone looking
> at the problem is a newbie either to Linux or to USB. ;)
True. I'm learning though. :-)
Cheers,
brian
--
brian
iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe
s3c2410_udc.patch
Description: Binary data
check for the tests that failed? I am a newbie...
I must have done something very wrong since there seems to be people
running Linux with the gadget support on h1940 (S3C2410 as the MCU).
Any ideas?
Thanks in advance. :-)
brian
--
brian
iMaGiNaTiOn iS mOrE
he cheap, brand less cards made in God Knows Where :)
Thanks,Brian Marete.On 3/2/06, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> Subject: Oops in Kernel 2.6.16-rc4 on Modprobe of saa7134.ko> References :
http://lkml.org/lkml/2006/2/20/122> Submitter : Brian Mare
Oliver Neukum wrote:
>Am Freitag, 30. Dezember 2005 18:59 schrieb Brian Walsh:
>
>
>>I have a problem with a USB ACM modem device. The device seems to be
>>removing for a reason which I have not been able to track down and make
>>repeatable. During this remov
as I am not subscribed to this
mailing list.
Signed-off-by: Brian Pugh <[EMAIL PROTECTED]>
diff -uprN -X dontdiff linux-2.6.13-vanilla/drivers/net/irda/Kconfig
linux-2.6.13/drivers/net/irda/Kconfig
--- linux-2.6.13-vanilla/drivers/net/irda/Kconfig 2005-08-28
16:41:01.0 -070
fter the device has come up and
in the process minicom loses the download file name.
With this I get 600Kbytes/s download with xmodem using a better performing
protocol should get the sort of transfer speed I talked of.
/Brian
---
SF.Net email
Alan Stern <[EMAIL PROTECTED]> said:
> On Mon, 29 Aug 2005, Brian Murphy wrote:
>
> > It seems that the acm driver sets the maximum transfer size to
> > the wMaxPacketSize field of the relevant endpoint descriptor,
> > this is maximum 64 bytes for a bulk hig
Greg Lee wrote:
I wrote my own user space driver which has achieved write
speeds of 900k/s.
900 K bits/sec or 900 K bytes/sec?
Greg
That would be bytes :)
/Brian
---
SF.Net email is Sponsored by the Better Software
it
fixed).
I wrote my own user space driver which has achieved write speeds of 900k/s.
These speeds should also be achievable for the ACM driver with appropriate
read/write sizes.
/Brian
---
SF.Net email is Sponsored by the Better So
eneral problem for all acm modems):
http://bugme.osdl.org/show_bug.cgi?id=4407
/Brian
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and m
sibly using the hiddev interface to send a control message, but for some
reason, my kernel isn't creating the /dev/usb/hiddev* files when I plug in the
device. Is this the route I need to be taking? Perhaps I need something even
lower level?
Thanks for any suggestions that anyone can off
Brian Beardall wrote:
>Brian Beardall wrote:
>
>
>
>>David Brownell wrote:
>>
>>
>>
>>
>>
>>>On Monday 02 May 2005 12:36 pm, Brian Beardall wrote:
>>>
>>>
>>>
>>>
>>>
>>&g
Brian Beardall wrote:
>David Brownell wrote:
>
>
>
>>On Monday 02 May 2005 12:36 pm, Brian Beardall wrote:
>>
>>
>>
>>
>>>David Brownell wrote:
>>>I enabled the CONFIG_USB_DEBUG, and this is what I get:
>>>
>>>
David Brownell wrote:
>On Monday 02 May 2005 12:36 pm, Brian Beardall wrote:
>
>
>>David Brownell wrote:
>>I enabled the CONFIG_USB_DEBUG, and this is what I get:
>>
>>ohci_hcd :00:07.4: bogus NDP=255, rereads as NDP=4
>>irq 10: nobody
David Brownell wrote:
>On Saturday 30 April 2005 9:48 pm, Brian Beardall wrote:
>
>
>>Brian Beardall wrote:
>>
>>
>>
>
>
>
>>>With this configuration this is what occurred:
>>>
>>>hub 1-0:1.0: resubmit --> -108
>
Brian Beardall wrote:
>David Brownell wrote:
>
>
>
>>On Thursday 28 April 2005 10:47 pm, Brian Beardall wrote:
>>
>>
>>
>>
>>
>>>>But they don't lock up other OHCI implementations? Do the 756 errata
>>>>have
David Brownell wrote:
>On Thursday 28 April 2005 10:47 pm, Brian Beardall wrote:
>
>
>
>>>But they don't lock up other OHCI implementations? Do the 756 errata
>>>have any light to cast on this?
>>>
>>>
>>The 756 Errata doesn&#x
David Brownell wrote:
>On Thursday 28 April 2005 10:22 am, Brian Beardall wrote:
>
>
>>Brian Beardall wrote:
>>
>>
>>
>>>I've been experiencing IRQ don't cares using webcams that use
>>>isochronous transfers. ...
>>&g
Brian Beardall wrote:
>I've been experiencing IRQ don't cares using webcams that use
>isochronous transfers. These are reproducible on different
>mainboards. The one is an MSI-6195, and the other is a MSI-6167. The
>bottom two kernel logs occured after usb debugging w
I've been experiencing IRQ don't cares using webcams that use
isochronous transfers. These are reproducible on different
mainboards. The one is an MSI-6195, and the other is a MSI-6167. The
bottom two kernel logs occured after usb debugging was enabled. I am
not quite sure why the USB controll
I've been experiencing IRQ don't cares using webcams that use
isochronous transfers. These are reproducible on different
mainboards. The one is an MSI-6195, and the other is a MSI-6167. The
bottom two kernel logs occured after usb debugging was enabled. I am
not quite sure why the USB controll
27;d been trying to do when it misbehaved for me.
And what I understand Brian was doing, too.
No, I don't think so. Brian was using a routine that deleted the
following element from the list in addition to the current element.
Yes, that is correct. This is a design error (mine or
changing list.
/Brian
Change driver_detach so it loops until the dependant device list
is empty instead of the dangerous (non safe) for loop which cannot
handle the next list element being disconnected by the driver
itself calling device_release_driver with the next device.
diff -u linux-2.6.11-bk7
Alan Stern wrote:
On Mon, 14 Mar 2005, Brian Murphy wrote:
This was nice in theory and partially fixes the problem (no more crash)
unfortunately
the module removal hangs if the data interface is attempted to be
removed first.
This seems to be because usb_driver_claim_interface is not the
Brian Murphy wrote:
Oliver Neukum wrote:
Could you make a single patch for that?
Regards
Oliver
Here are the patches resubmitted with the exporting of symbols split
off to
a seperate patch.
/Brian
Make sure
Oliver Neukum wrote:
Could you make a single patch for that?
Regards
Oliver
Here are the patches resubmitted with the exporting of symbols split off
to a seperate patch.
/Brian
This increases the reference count on the usb cdc acm control interface
which is referred to
Oliver Neukum wrote:
Could you make a single patch for that?
Regards
Oliver
Here are the patches resubmitted with the exporting of symbols split off
to a seperate patch.
/Brian
Export usb_get_intf and usb_put_intf so that modules can increase
usb interface reference
Oliver Neukum wrote:
Could you make a single patch for that?
Regards
Oliver
Here are the patches resubmitted with the exporting of symbols split off to
a seperate patch.
/Brian
Make sure the cdc acm driver frees its two interfaces only once independant
of the order they
Alan Stern wrote:
On Sun, 13 Mar 2005, Brian Murphy wrote:
Hi,
This line in the acm_probe routine
tty_register_device(acm_tty_driver, minor, &intf->dev);
causes the path to the tty created for each acm to be linked to
the usb interface. As long as the device is closed when it is
disco
the kernel to crash.
I have attached a patch which checks which of the interfaces
acm_disconnect is called with and calls usb_driver_release_interface
with the other one.
/Brian
Signed-off-by: [EMAIL PROTECTED]
diff -u linux-2.6.11-bk7.clean/drivers/usb/class/cdc-acm.c
linux-2.6.11-bk7/drivers
e had the same problem a few days
ago.
/Brian
Signed-off-by: [EMAIL PROTECTED]
diff -u linux-2.6.11-bk7.clean/drivers/usb/class/cdc-acm.c
linux-2.6.11-bk7/drivers/usb/class/cdc-acm.c
--- linux-2.6.11-bk7.clean/drivers/usb/class/cdc-acm.c 2005-03-12
22:43:31.0 +0100
+++ linux-2.6.11-bk7/dri
ame giving a maximal throughput of 64k/s. My driver reads and writes
4k buffers which
seems to allow at least 900k/s throughput (on a high speed bus).
here is a link:
http://www.murphy.dk/files/ptyusb.c
/Brian
---
SF email is sponsored by - T
Hi,
this removes a warning message which only contains
data which is in any case returned to user space. This message
is especially annoying when polling with short timeouts, filling
up the log files and polluting the console. As agreed with
David Brownell.
/Brian
Signed-off-by: Brian
data-loss patch.
/Brian
Signed-off-by: Brian Murphy <[EMAIL PROTECTED]>
Index: drivers/usb/core/message.c
===
RCS file: /cvs/linux-kernel/drivers/usb/core/message.c,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2
Hi,
This is my fix for usbfs losing data when the urb
is timed out but already contains data.
/Brian
Signed-off-by: Brian Murphy <[EMAIL PROTECTED]>
Index: drivers/usb/core/message.c
===
RCS file: /cvs/linux-kernel/d
David Brownell wrote:
Did you mean something like this?
Yes, does that work OK for you?
Yes, this fixes the problem (has run through 100 reboots today without
problem).
It would crash after 10-15 reboots before.
/Brian
---
SF email is
David Brownell wrote:
On Wednesday 09 February 2005 1:57 pm, Brian Murphy wrote:
Listening to your wishes I have the following:
...
Presumably you think this should be 2 seperate patches (although this
was not entirely clear) part 1 fixing the bug and part 2 fixing the
message?
That'
rb->actual_length > 0)
+ status = 0;
+ else
+ status = -ETIMEDOUT;
}
if (timeout > 0)
del_timer_sync(&timer);
Presum
David Brownell wrote:
On Wednesday 09 February 2005 11:39 am, Brian Murphy wrote:
David Brownell wrote:
But, rather than just logging a KERN_CRIT error, the better fix would
be to just do what ehci-hcd.c::unlink_async() does and stick that QH
at the end of the reclaim queue, in
ut and that they
have possibly (likely) lost an unknown amount of data.
I posted a comment a few days ago to the same effect which was ignored
but I feel the discarding
of valid data should at least be justified by those who maintain this
code though I can't imagine what
that ju
i, qh);
+ unlink_async (ehci, qh);
break;
/* otherwise, unlink already started */
}
or should the if still be there? This seems correct.
/Brian
---
SF email is sponsored by - The IT Product Guide
o
do this.
Thanks.
You can use the information in sysfs /sys/bus/devices/x-a/devnum to find
out the usb device
address on bus x port a(.b.c...) and then find this by using the usual
usbfs methods.
Have a look at the attached fragment for an example.
/Brian
usb_dev_handle *find_terminal(uns
th == 0)
status = -ETIMEDOUT;
else
status = 0;
}
which changes an urb which gets an ECONNRESET to a sucessful one if it
contains
data. Perhaps the correct fix is to not set ECONNRESET in
hought it could be competition... but this should then be solved by
an (arbitrary) delay in the driver, but a delay does not seem to help.
/Brian
---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source data
libusb must be version 1.8 or later, according to
../configure --enable-usbmodules
on my RH9 system.
libusb current release is 0.1.8 according to
http://libusb.sourceforge.net/download.html
I'll try the 0.1.8 and see if that's what ./configure meant.
Brian Brunner
[EMAIL PROTECTED
suprised that the -A model is able to crash the kernel and cause a
lockup. I guess if that CueCat is acting faulty, that's possible.
If anyone is interested in patching the USB drivers involved and wants me
to run anymore tests, I'd be happy to.
Thanks again!
Brian
--
ersion 2
Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA
PME(D0+,D1-,D2-,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=1 PME-
7.6 N/A
Thank you very much! If there is anything I can do to help, please let me
know.
-Brian
n the USB stack than I have can sanitize
things for general purpose use.
Thanks.
--
Brian Ristuccia
[EMAIL PROTECTED]
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.ne
in question and then unloading the driver and powering off the
host. That's a nasty hack. Certainly there must be a better way.
--
Brian Ristuccia
[EMAIL PROTECTED]
---
The SF.Net email is sponsored by: Beat the post-holiday blues
G
read further after I sent the mail and saw it too.
Thanks for giving me your time, guys.
/Brian
---
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give u
David Brownell wrote:
On Wednesday 13 October 2004 5:10 am, Brian Murphy wrote:
I have found out the problem is that the usb_parse_configuration
routine does not take account of descriptors which lie after the last
interface descriptor so the extralen parameters are set to 0 even though
there
ural(n), "configuration");
buffer += i;
size -= i;
extra just points to some place in the raw configuration descriptor
instead to an
allocated buffer which then contains a copy of any non-standard descriptors.
I will be happy to rustle together a patch if this is agree
heir
keys send mouse events, which seems very bizarre to me.
I have done my reading on scancodes, keycodes, and symcodes, but have
found NO documentation whatsoever on how to get correct this problem.
Any help would be greatly appreciated.
-Brian
-
ly no way to rescusitate it short of rebooting.
I do not get any -75 or babble. If you mean the entire controller is
useless, that isn't the case either as my USB mouse still works properly.
David Brownell wrote:
> Brian S. Stephan wrote:
>
>> usb-storage: Status code -32; t
Brian S. Stephan wrote:
> David Brownell wrote:
>
>>
>> You don't seem to be using the EHCI capabilities there, but if you
>> were I'd suggest you maybe try a different host controller.
>>
>> Since you're using it at full speed, the "
David Brownell wrote:
> Brian S. Stephan wrote:
>
>>>I've lost track of the details in this particular case, but it sure
>>>seemed more like another case of "fast controller operations wedge
>>>the device" than anything else. What controller
nd the
laptop can handle it fine, so something is still up (although it could very
well be the device's fault this is happening).
Not precisely a fix, but is there a way to politely tell the USB subsystem
that the device has no idea what it's talking about in
Thanks, Greg, for the dedication.
I'll do some testing of this from a "truly dumb user" perspective.
Brian Brunner
[EMAIL PROTECTED]
(610)796-5838
>>> Greg KH <[EMAIL PROTECTED]> 03/29/04 08:31PM >>>
I've just packaged up the latest Linux hotplug s
Brian S. Stephan wrote:
> Brian S. Stephan wrote:
>> Transfers are improved with .max_sectors at 64 (128 didn't seem to offer
>> any real improvement), making xfer sizes 32768 bytes instead of 65536,
>> times are relatively sane again. The original test worked as it sh
Brian S. Stephan wrote:
> Alan Stern wrote:
>
>> On Sat, 27 Mar 2004, Brian S. Stephan wrote:
>>
>>> Alan Stern wrote:
>>>
>>> > problem might be similar to that -- data dependent. Or it might be a
>>> > timing issue; 2.6 does usb-st
Alan Stern wrote:
> On Sat, 27 Mar 2004, Brian S. Stephan wrote:
>
>> Alan Stern wrote:
>>
>> > problem might be similar to that -- data dependent. Or it might be a
>> > timing issue; 2.6 does usb-storage data transfers more quickly than
>> > 2.4
Brian S. Stephan wrote:
> Alan Stern wrote:
>
>> On Fri, 26 Mar 2004, Brian S. Stephan wrote:
>>
[snip]
>>> SCSI error : <1 0 0 0> return code = 0x600
>>> end_request: I/O error, dev sdb, sector 1952
>>> Buffer I/O error on device sdb1
Alan Stern wrote:
> On Fri, 26 Mar 2004, Brian S. Stephan wrote:
>
>> Hello,
>>
>> On my desktop (UHCI USB controller, VIA chipset) I get terrible transfer
>> speeaberrationspecific device (USB 1.x). The device, a Neuros with 128 MB
>> flash storage, wo
the
hardware.
Anyway, dmesgs are at that url, broken up by machine. Most of the
dmesg-slow-umount-? are redundant, but the last one shows the SCSI error. I
can provide more info on request.
Thanks in advance,
Brian
---
This SF.Net email i
Please see the attached file for details.
Could this happen with the usb-uhci code as well? I didn't see a
similar completion list.
Is there a good way to track down how long and where interrupts are
being disabled?
Thanks.
--Brian
-Original Message-
From: Johannes Erdfelt [mailto:[EMAIL PROTECTED]
Sent: Sunday, Mar
. Anybody know of a HowTo, or tutorial, or is there
some other software I need?
--
Brian Beattie| This email was produced using professional
quality,
[EMAIL PROTECTED] | standards based software. Users of Microsoft
| products or other substandard software sho
rot=02 Driver=usb_mouse
E: Ad=81(I) Atr=03(Int.) MxPS= 4 Ivl= 10ms
On Saturday 05 January 2002 06:36 pm, Matthew Dharm wrote:
> Please provide the contents of /proc/bus/usb/devices for reference
> purposes.
>
> Matthew Dharm
>
> On Sat, Jan 05, 2002 at 12:39:59PM -0700, Brian H
0 ),
#endif
+
+/* Submitted by Brian Hall <[EMAIL PROTECTED]> */
+UNUSUAL_DEV( 0x0c76, 0x0003, 0x0100, 0x0100,
+ "JMTek",
+ "USBDrive",
+ US_SC_SCSI, US_PR_BULK, NULL,
+ US_FL_START_STOP ),
+
--
http://www.bigfoot.com/~br
Hello, I have a 32MB flash USBDrive from JMTek, and I'm trying to get
it to work with Linux.
The first time I modprobed usb-storage, after a long delay it finally
returned and I could see the device as scsi1 and scsi2, although it
didn't seem to be responding. After trying to add the device
d, major/minor 180/8
I'm running 2.2.19pre17.
I take it this is not the expected behavior?
--
Brian Litzinger <[EMAIL PROTECTED]>
Copyright (c) 2000 By Brian Litzinger, All Rights Reserved
___
[EMAIL PROTECTED]
To unsubscribe, u
of trying out some
different architectures with Linux. I'm aware that SGI Indys can run
Linux, but am unfamilliar with other mips boxen.
Anyway, thanks, and good luck.
--Brian
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
http
I will be out of the office starting 09/03/2001 and will not return until
20/03/2001.
I am on holidays. If your request is urgent please contact Paul Bohan on
extension 2293.
Regards,
Brian J.
___
[EMAIL PROTECTED]
To unsubscribe, use the last
81 matches
Mail list logo
