-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> > What kind of copy, memcpy()? And just for simplicity?
> Yes. Handling strings is a matter of last resort.
Okay, I can see that.
> > > + while (bytes_read < IMGSIZE) {
> Because you don't want frustrated users hitting ctrl-c and
> nothing happens.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> It appears to be a very simple imaging device so you might make the case
> for video4linux2 being the right interface so that it just works with
> all the v4l apps. Its probably one of the simplest v4l drivers I could
> imagine and that would resolve
Hello,
the other problem I have is that lots of the PCMCIA cards I'm trying to
insert and remove all the time ;-) have an Opti OHCI chip, which the
kernel tells me is somewhat buggy. Our testing agrees.
I've found some bug workarounds in Apple's Darwin kernel. They look
positively *hairy* to me.
尊敬的广大客户：
您好！ 我们是中亚建材物流网！（http://www.chedl.com）;
本网是最新的中亚建材物流商务平台!我们拥有雄厚的建材资源，
免费提供供求信息，产品发布，网上开店，企业名录等服务！
●别为您的新产品无人知而发愁！！！
●别为您的企业无人知晓而发愁
●加盟我们就有一百万人了解您！！
欢迎访问！欢迎加盟！
中亚建材物流网（http://www.chedl.com）;
---
The S
I have a particular appliance which I need to communicate with periodicly.
Unfortunately, the device's other functions do not work when the USB cable
is connected. I'd like to connect it, communicate, kick it off the USB bus,
and then later reconnect it to the bus without having to wire and unwire
Please merge; this patch adds another device, and finally makes sure
that Zaurus (and similar) models can never by mis-claimed by the CDC
Ethernet support, even if the Zaurus support is disabled.
- Dave
Add support for the Zaurus-compatible configuration of the
Olympus R1000 PDA. (IDs from Todd B
I ran into http://bugme.osdl.org/show_bug.cgi?id=3978 a while back, didn't know
there was a bug filed for it until recently ... here's something that seems to
fix it for me, along with a couple other updates.
Comments?
- Dave
Various fixes to the 'pegasus' driver, notably fixing OSDL bugid #3978
On Sun, Jan 09, 2005 at 03:38:01PM +0100, Oliver Neukum wrote:
> Hi,
>
> there's a bug in the acm driver's work arounds. This fixes it.
Applied, thanks.
greg k-h
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE lim
On Wed, Jan 05, 2005 at 10:59:35AM -0500, Alan Stern wrote:
> Greg:
>
> This is a revised patch to fix a problem in the UHCI driver, in which the
> compiler incorrectly optimizes certain accesses to DMA-able memory
> addresses. The patch reorganizes the code to use special accessor
> routines in
On Fri, Jan 07, 2005 at 09:20:55PM -0800, Pete Zaitcev wrote:
> If a command times out, we resubmit a retry. Some devices, however, buffer
> everything we send and then eventually reply to a command we have timed out
> already. We receive a bad tag, send a new command, device replies to the
> one s
On Sun, Jan 09, 2005 at 12:59:14PM +0200, Alexey Dobriyan wrote:
> Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
>
> drivers/usb/class/usblp.c |2 +-
> drivers/usb/core/devio.c|7 +++
> drivers/usb/core/hcd.c |2 +-
> drivers/usb/core/hub.c |
On Sat, Jan 08, 2005 at 12:04:12AM -0800, Phil Dibowitz wrote:
> Daniel Drake wrote:
> >This "Ours Technology" device incorrectly reports 100% residue on
> >transferred data.
>
> Refreshed against my tree, and replacing "USB" with "Ours Technology" to
> be a bit more clear, I get the following.
On Sat, Jan 08, 2005 at 08:16:25PM -0600, Lonnie Mendez wrote:
> This patch brings up to date the driver with the current stable development
> source. A bug with RTS not raising upon first open was fixed, Al Borcher's
> circular write buffer from the pl2303 driver was implemented, and various
>
Hi,
Alan Stern:
> None of these changes should be needed. That's not to say there aren't
> any remaining problems -- there may well be, but they should be fixed
> another way.
>
Probably. You know more about that code than I do...
> I'm not sure about this test. A better approach might be to
On Tue, Jan 11, 2005 at 04:45:51PM -0500, Alan Stern wrote:
> On Tue, 11 Jan 2005, Greg KH wrote:
>
> > On Tue, Jan 11, 2005 at 11:31:20AM -0500, Alan Stern wrote:
> > > Greg:
> > >
> > > The kernel in greghk-2.6 (2.6.10-bk10) as of this morning crashes during
> > > bootup, with a panic in buffe
On Tue, 11 Jan 2005, Greg KH wrote:
> On Tue, Jan 11, 2005 at 11:31:20AM -0500, Alan Stern wrote:
> > Greg:
> >
> > The kernel in greghk-2.6 (2.6.10-bk10) as of this morning crashes during
> > bootup, with a panic in buffered_rmqueue. Is this a known problem?
>
> I don't know, I've synced up t
On Mon, 10 Jan 2005, Matthias Urlichs wrote:
> Hi,
>
> I observed a few crashes in rh_report_status recently.
>
> Three problems:
> - The timer is not always disabled when the data value is zeroed.
> - If the root hub has vanished (somebody unplugged the PCMCIA card with
> the USB adapter at e
On Tue, Jan 11, 2005 at 11:31:20AM -0500, Alan Stern wrote:
> Greg:
>
> The kernel in greghk-2.6 (2.6.10-bk10) as of this morning crashes during
> bootup, with a panic in buffered_rmqueue. Is this a known problem?
I don't know, I've synced up to 2.6.10-bk14 in my tree, and that's
working just f
On Tue, 11 Jan 2005, Florian Echtler wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hello Oliver! I'm quite open to your suggestions,
> but I'd like to know the reasoning behind..
>
> > + bytes_read +=
> > + snprintf (dev->bulk_in_buffer, dev->bulk_in_size, "%s", HEADER)
It appears to be a very simple imaging device so you might make the case
for video4linux2 being the right interface so that it just works with
all the v4l apps. Its probably one of the simplest v4l drivers I could
imagine and that would resolve the format question and make it work with
all the v4l
Greg:
The kernel in greghk-2.6 (2.6.10-bk10) as of this morning crashes during
bootup, with a panic in buffered_rmqueue. Is this a known problem?
Also, with my earlier version of this tree (2.6.10-rc3-bk15), I found that
the wait_for_sysfs program from udev in the current Fedora Core 3 caused
On Tue, 11 Jan 2005, Vladimir Trukhin wrote:
> As far as I got, read_fifo() function is called either in handle_ep() or
> in pxa2xx_ep_queue() calls.
>
> During the time shown in the logs from the previous letter most sending
> operations are done by handle_ep() call which, in turn, is called f
On Tue, 11 Jan 2005, Greg KH wrote:
> On Mon, Jan 10, 2005 at 02:24:22PM -0800, Pete Zaitcev wrote:
> > The 2.4 version looks sane, but I would like someone who has a known-working
> > pl2303 to test the patch below against possible breakage on 2.6. Unless it's
> > in 2.6 and we know that it does n
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Oliver! I'm quite open to your suggestions,
but I'd like to know the reasoning behind..
> + bytes_read +=
> + snprintf (dev->bulk_in_buffer, dev->bulk_in_size, "%s", HEADER);
> Use a copy operation.
What kind of copy, memcpy()? And
+ bytes_read +=
+ snprintf (dev->bulk_in_buffer, dev->bulk_in_size, "%s", HEADER);
Use a copy operation.
+ while (bytes_read < IMGSIZE) {
+ result = usb_bulk_msg (dev->udev,
+ usb_rcvbulkpipe (dev->udev,
dev->bulk_in_endpo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi everyone, I finally managed to get the patch converted to 2.6.10..
I've also fixed the stuff somebody complained about the last time.
To avoid messing up the tabs, I've attached the patch.
Here we go:
This patch adds a new usb-misc driver for the f
Vladimir Trukhin wrote:
By the way, I've added some custom output logs into pxa2xx_udc.c and
file_storage.c.
And I found that exactly at this place (sending response to READ
FORMAT CAPACITIES) function read_fifo() from pxa2xx_udc.c is never
called. Maybe that is the source of my problem?!
As fa
Hi!
I did some more playing with the driver.
Most often after the third plugout/plugin cycle all "nobody cared"
messages go completely away and mounting and using usb-storage devices
work fine.
By the way, the latest software reset routine (posted and fixed by olaf
IIRC) works fine. I can now use
Message from yahoo.com.
Unable to deliver message to the following address(es).
<[EMAIL PROTECTED]>:
216.145.48.33 failed after I sent the message.
Remote host said: 554 5.6.1 Certain attachments are not allowed for security
reasons.Your message has been rejected.
--- Original message follows.
Alan Stern wrote:
g_file_storage gadget: bulk-out, length 31 (time: 251.511564 s):
0: 55 53 42 43 08 30 c3 81 fc 00 00 00 80 00 0a 23
10: 00 00 00 00 00 00 00 fc 00 00 00 00 00 00 00
g_file_storage gadget: SCSI command: READ FORMAT CAPACITIES; Dc=10, Di=252; Hc=10, Hi=252
g_file_storag
30 matches
Mail list logo
