On Mon, Jul 12, Al Borchers wrote:
> Olaf --
>
> Olaf Hering wrote:
> >Hmm, I'm not sure how to translate that to LANG=diff
>
> Here is one such translation--a patch to 2.6.7 to add a
> circular buffer to the pl2303 USB serial driver.
>
> I tested it briefly and it solved the dropped newline
>
***承诺100％效果保证，送货上门，诚信保证！***
Hi,朋友：
人生苦短，性应兴享，可是由于受到身体的限制，使我们却无法实现我们的
梦：性，那如潮一样的性高潮。你有吗？没有？接着看。。
如果你因阴茎短小、勃起不力或勃起时间短、无性欲而苦恼，现在有了最可靠
的改善方法，VigRX是目前增大阴茎尺寸和增进阴茎健康的最好方法。
产品说明： VigRx通过美国FDA、欧洲医学会、国际草药承诺100％效果保证 。
vgRX带给你永久性的阴茎增大，阴茎长度平均增长3英寸，
--- The message cannot be delivered to the following address. ---
[EMAIL PROTECTED]Mailbox unknown or not accepting mail.
550 [EMAIL PROTECTED] No such user
Reporting-MTA: [EMAIL PROTECTED]
Final-Recipient: rfc822;[EMAIL PROTECTED]
Action: failed
Status: 5.1.1
Diagnostic-Code: X-Notes; Cann
Hi,
The attached is the output from the dmesg command after I had connected my
Casio Exilim EZ-Z40 Digital Camera to a USB port. The relevant messages are
at the end of the file but I have included the whole log in case there is
any other useful information.
When I connect the camera to a Windoz
ov51x_init_isoc in ov511.c
(Busb_submit_urb[['s]] cause isoc transfer.
(B for (n = 0; n < OV511_NUMSBUF; n++) {
(B ov->sbuf[n].urb->dev = ov->dev;
(B err = usb_submit_urb(ov->sbuf[n].urb);
(B
(B
(BLines as below in [hc_interrupt] show HcBufferStatus.
(B //printk("bstat =%x hp->itl1_len=%d
Hi all.
I'm working with an host usb 1.1.
I need to set an interface by usb_set_interface and immediatly an usb_bulk_msg(EP2OUT).
If an USB transaction are made successfully I look the led on top of the
host blink.
When I make the sequence usb_set_interface(dev,0,2) and immediatly usb_bulk_msg(EP
Hello,
I have a Maxxtro usb2.0 8in1 CardReader/Writer which works perfectly
with the "Probe all LUNs on each SCSI device" option set on, but not
without.
All my system is in SCSI, and setting this option to on make my system
taking really longer to boot.
Is there a way to set this option only for
Your message could not be delivered to
'[EMAIL PROTECTED] (host: gmail.com) (queue: smtp)' for the following
reason: ' Illegal Attachment'
Your message follows:
Received: from adsl-66-142-123-29.dsl.pnblar.swbell.net ([66.142.123.29])
by cs.cmu.edu id aa12187; 13 Jul 2004 10:0
You can read the FAQ for another way of doing it.
On Tue, 13 Jul 2004, Gregoire Favre wrote:
> Hello,
>
> I have a Maxxtro usb2.0 8in1 CardReader/Writer which works perfectly
> with the "Probe all LUNs on each SCSI device" option set on, but not
> without.
> All my system is in SCSI, and setting
On Tue, 13 Jul 2004, Mike Wheals wrote:
> Hi,
> The attached is the output from the dmesg command after I had connected my
> Casio Exilim EZ-Z40 Digital Camera to a USB port. The relevant messages are
> at the end of the file but I have included the whole log in case there is
> any other useful i
Hi,
I sent you an email a few days ago, because you now qualify for a new mortgage.
You could get $300,000 for as little as $700 a month!
Bad credit is no problem, you can pull cash out or refinance.
Please click on this link:
http://www.lending-now.com/h7/li.php?bks=71
Best Regards,
Brianna
No
On Tue, 13 Jul 2004, Gregoire Favre wrote:
> Hello,
>
> I have a Maxxtro usb2.0 8in1 CardReader/Writer which works perfectly
> with the "Probe all LUNs on each SCSI device" option set on, but not
> without.
> All my system is in SCSI, and setting this option to on make my system
> taking really l
On Tue, 13 Jul 2004 [EMAIL PROTECTED] wrote:
> Hi all.
>
> I'm working with an host usb 1.1.
> I need to set an interface by usb_set_interface and immediatly an
> usb_bulk_msg(EP2OUT).
> If an USB transaction are made successfully I look the led on top of the
> host blink.
>
> When I make the s
On Tue, Jul 13, 2004 at 11:20:14AM -0400, Alan Stern wrote:
> I don't know the answer, but you might be able to do this by typing
>
> echo 'V:P:0x402' >/proc/scsi/device_info
>
> after scsi_mod is loaded and before you plug in your card reader. Here
> V and shoul
Hi ...
found a message to post this on this devel-list ... hope it helps for getting
developing forward ...
Using Linux Distri SuSE 9.1 Prof. ...
Martin
CUT from /var/log/messages
Olaf --
Olaf Hering wrote:
Thanks Al!. Works perfectly, even with agetty.
Good news! Thanks for testing it.
Greg, would you accept this patch? It is the
same code we use in the io_ti driver and similar
to the gadget serial code.
-- Al
---
This
On Mon, 12 Jul 2004, Jesse Stockall wrote:
> > Could you please try out the patch below in place of the controversial one
> > I sent you back on July 7? You're the only person I know who has run up
> > against the problem these two patches address.
> >
>
> The system boots fine with the mouse
On Tue, 13 Jul 2004, Mardin wrote:
> Hi ...
>
> found a message to post this on this devel-list ... hope it helps for getting
> developing forward ...
>
> Using Linux Distri SuSE 9.1 Prof. ...
>
> Martin
>
> CUT from /var/log/messages
> --
On Tue, 2004-07-13 at 12:07, Alan Stern wrote:
>
> Can you send the system log (with USB debugging turned on, of course)
> showing what was going on when the hang occurred? Or even better, could
> you try applying again the diagnostic patch from
>
> http://marc.theaimsgroup.com/?l=linux-usb-de
Hi,
In continuing to replace, where appropriate, code with msleep() calls, I
ran across the following file(s) / function(s), which do not invoke
set_current_state() before schedule_timeout(), which causes the latter
to return immediately:
drivers/usb/media/dabusb.c::dabusb_open()
If someone cou
Hi,
In continuing to replace, where appropriate, code with msleep() calls, I
ran across the following file(s) / function(s), which do not invoke
set_current_state() before schedule_timeout(), which causes the latter
to return immediately:
drivers/usb/gadget/pxa2xx_udc.c::udc_enable()
If someone
Hi,
In continuing to replace, where appropriate, code with msleep() calls, I
ran across the following file(s) / function(s), which do not invoke
set_current_state() before schedule_timeout(), which causes the latter
to return immediately:
drivers/usb/misc/tiglusb.c::tiglusb_open()
If someone co
Hi,
In continuing to replace, where appropriate, code with msleep() calls, I
ran across the following file(s) / function(s), which do not invoke
set_current_state() before schedule_timeout(), which causes the latter
to return immediately:
drivers/usb/media/ov511.c::init_ov_sensor()
drivers/usb/
DVD-ROM drives need special IOCTLs to handle the DVD-Video encryption.
Currently, those IOCTLs are present in linux for SCSI and IDE attached
DVD-ROM hardware, but it does not seem to work with USB attached DVD-ROM
drives.
Are there any plans to add these to the usb-storage driver ?
Thanks
James
On Tue, Jun 15, David Brownell wrote:
> [EMAIL PROTECTED] wrote:
> >Stuart Hayes here at Dell has identified this or/and mix-up in the
> >ehci-hcd driver. Because of this, ehci-hcd is not properly released by
> >BIOSes supporting full 2.0 and port behavior can then become erratic.
>
> Good patc
On Sun, Jul 11, Luca Risolia wrote:
> This single patch contains some updates and cleanups for
> the W996[87]CF driver and a new experimental V4L2 driver
> for SONiX SN9C10[12] PC Camera Controllers connected to various
> image sensors. I have not divided the patch in two logical
> sub-patches be
On Tue, 13 Jul 2004, Jesse Stockall wrote:
> Log is attached
>
> > Did lsusb hang immediately after booting? What drivers and USB
> > devices had been loaded?
> >
>
> System boots. X is started. Login on VT1. Run lsusb. See attachment for
> modules loaded. Mouse and on-board hub are only devi
Am Dienstag, 13. Juli 2004 19:57 schrieb Nishanth Aravamudan:
> Hi,
>
> In continuing to replace, where appropriate, code with msleep() calls, I
> ran across the following file(s) / function(s), which do not invoke
> set_current_state() before schedule_timeout(), which causes the latter
> to re
On Tue, 13 Jul 2004, James Courtier-Dutton wrote:
> DVD-ROM drives need special IOCTLs to handle the DVD-Video encryption.
>
> Currently, those IOCTLs are present in linux for SCSI and IDE attached
> DVD-ROM hardware, but it does not seem to work with USB attached DVD-ROM
> drives.
What makes
Am Dienstag, 13. Juli 2004 19:57 schrieb Nishanth Aravamudan:
> Hi,
>
> In continuing to replace, where appropriate, code with msleep() calls, I
> ran across the following file(s) / function(s), which do not invoke
> set_current_state() before schedule_timeout(), which causes the latter
> to re
Am Dienstag, 13. Juli 2004 19:54 schrieb Nishanth Aravamudan:
> Hi,
>
> In continuing to replace, where appropriate, code with msleep() calls, I
> ran across the following file(s) / function(s), which do not invoke
> set_current_state() before schedule_timeout(), which causes the latter
> to re
Am Dienstag, 13. Juli 2004 19:52 schrieb Nishanth Aravamudan:
> Hi,
>
> In continuing to replace, where appropriate, code with msleep() calls, I
> ran across the following file(s) / function(s), which do not invoke
> set_current_state() before schedule_timeout(), which causes the latter
> to re
On Tue, 13 Jul 2004 20:36:45 +0200
Olaf Hering <[EMAIL PROTECTED]> wrote:
> --- ./drivers/usb/media/sn9c102.h
> +++ ./drivers/usb/media/sn9c102.h 2004/07/13 17:53:30
> @@ -30,8 +30,7 @@
> #include
> #include
> #include
> -#include
> -#include
> +#include
>
> #include "sn9c102_senso
On Tue, Jul 13, 2004 at 08:36:45PM +0200, Olaf Hering wrote:
> On Sun, Jul 11, Luca Risolia wrote:
>
> > This single patch contains some updates and cleanups for
> > the W996[87]CF driver and a new experimental V4L2 driver
> > for SONiX SN9C10[12] PC Camera Controllers connected to various
> > im
Nishanth Aravamudan wrote:
drivers/usb/gadget/pxa2xx_udc.c::udc_enable()
If someone could tell me which state (TASK_INTERRUPTIBLE or
TASK_UNINTERRUPTIBLE) is desired, I can fix this and perhaps replace the
calls with msleep().
That'd make a fine msleep(), thanks.
- Dave
-
This includes the part of the CONFIG_USB_SUSPEND patch that
updates plumbing connections, along with a few minor updates to
help support OTG.
I hope to get the rest of the USB_SUSPEND patch to you later
this week. It's a bunch of new functions in the hub driver,
but the hub code has changed a lot
On Tue, 13 Jul 2004 20:57:14 +0200
Oliver Neukum <[EMAIL PROTECTED]> wrote:
> Am Dienstag, 13. Juli 2004 19:57 schrieb Nishanth Aravamudan:
> > In continuing to replace, where appropriate, code with msleep() calls, I
> > ran across the following file(s) / function(s), which do not invoke
> > se
Hi Olaf,
Olaf Hering wrote:
there are 2 reports about breakage by this patch. One is on lkml, and
another one is in my bugzilla inbox. How can we fix that one? I assume
that handoff patch is correct.
The only question I have about it right now is whether
it might not be more correct to use a _byte_
> though maybe 500 msec is too short a period to wait.
> See if 5000 msec helps.
I went all the way up to 2 msec and it still didn't help. I'm sure
it's a bad idea, but removing that whole if-block below it makes it work
(which is effectively what switching the and/or did). I don't know eno
Will Beers wrote:
> > though maybe 500 msec is too short a period to wait.
> > See if 5000 msec helps.
>
> I went all the way up to 2 msec and it still didn't help. I'm
> sure it's a bad idea, but removing that whole if-block below it makes
> it work (which is effectively what switching the
On Tue, 2004-07-13 at 14:46, Alan Stern wrote:
>
> A very informative and detailed response, thank you.
>
It's the least I can do.
> The problem shows up clearly in your "dmesg" file; something is calling
> usb_unlock_device() without calling usb_lock_device() first.
> Unfortunately the diag
Will Beers wrote:
> though maybe 500 msec is too short a period to wait.
> See if 5000 msec helps.
I went all the way up to 2 msec and it still didn't help. I'm sure
it's a bad idea, but removing that whole if-block below it makes it work
(which is effectively what switching the and/or did
> Sounds to me like your BIOS may be broken. But if you're
> up for it, you could try using byte access to write that one
Changing the pci_read_config to a byte access fixes it, thanks!
(included a diff)
-Will
diff -Nru a/drivers/usb/host/ehci-hcd.c b/drivers/usb/host/ehci-hcd.c
--- a/drivers/usb/
Clarification - changing the write to use byte access didn't fix it, but
changing the read did.
-Will
smime.p7s
Description: S/MIME Cryptographic Signature
Will Beers wrote:
> Sounds to me like your BIOS may be broken. But if you're
> up for it, you could try using byte access to write that one
Changing the pci_read_config to a byte access fixes it, thanks!
You're reading byte 0 not byte 2 of that field ... I meant
more like the attached patch to _
> more like the attached patch to _write_ the flag (untested).
Alright, sorry for the misunderstanding - that patch doesn't fix it either,
so it must just be a broken bios. But regardless, I'll go read those docs
and hopefully it'll make more sense then.
-Will
smime.p7s
Description: S/MIME Cr
On Tue, 13 Jul 2004 15:52:43 -0500
<[EMAIL PROTECTED]> wrote:
> the "OS wants the controller" bit is getting written to 1 (first part of
> the Linux write, which the system broke into pieces)
If something breaks word writes into pieces, all hell breaks lose.
I don't believe it can happen.
I hit
Pete Zaitcev wrote:
I hit regressions when we implemented the proper handoff as requested
by Stuart @Dell, so I think for the moment the right thing would be this:
--- linux-2.4.21-15.18.EL/drivers/usb/host/ehci-hcd.c 2004-07-01
08:07:56.0 -0700
+++ linux-2.4.21-15.18-usb/drivers/usb/host/e
Another one for the W996[87]CF:
--- devel-2.6.7/drivers/usb/media/w9968cf.h.orig2004-07-14 00:50:08.0
+0200
+++ devel-2.6.7/drivers/usb/media/w9968cf.h 2004-07-14 00:52:42.0 +0200
@@ -31,8 +31,8 @@
#include
#include
#include
+#include
#include
-#include
#i
In file included from drivers/usb/media/w9968cf.h:35,
from drivers/usb/media/w9968cf.c:48:
include/asm/rwsem.h:55: redefinition of `struct rw_semaphore'
In file included from drivers/usb/media/w9968cf.h:35,
from drivers/usb/media/w9968cf.c:48:
include/asm/rwsem.h
Signaling (even D- vs D+ pullup) may not be stable
for a while.
- Dave
At least one OTG root hub won't reliably (<10%) report device speed until
after reset (and the OTG state transitions have quiesced for a while).
This patch makes that not matter.
Signed-off-by: David Brownell <[EMAIL PROTECTE
hello:
I saw your reply on the mailing list but I didn't receive your
reply mail, so I just send this mail and hope that you can see this :
)
My camera is logitech quickcam which use hdcs-1020( Agilent
Technology) as sensor and STV0602 as device controller. I noticed that
you said in
Hi,
I sent you an email a few days ago, because you now qualify for a new mortgage.
You could get $300,000 for as little as $700 a month!
Bad credit is no problem, you can pull cash out or refinance.
Please click on this link:
http://www.web-lender.com/p3/li.php?weo=71
Best Regards,
Peggy
s
Hi. This is the qmail-send program at rs152.securehostserver.com.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
<[EMAIL PROTECTED]>:
vdeliver: Delivery failed due to system quota violation
--- Below
On Tue, Jul 13, 2004 at 12:58:47PM +0530, Amol Kailash wrote:
> Hi,
>
> I am trying to write/understand the working of a USB bluetooth driver
> by using bluetooth tty driver using bluetooth.c (by Greg
> Kroah-Hartman) found in kernel source. I am aware of the hci_usb bluez
> source, tested it and
I have one ezusb device which is of AN2131Q .
How can i download firmware to my device.
Will it be by using fxload tool . if i use fxload tool
what could be my firmware(.hex file) . And in this
case always end user has to load firmware whenever
device is connected. is it true
?
if i want to wr
56 matches
Mail list logo
