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]>:
vcheckquota: Message would exceed virtual user's disk quota.
/vdel
On Thu, 2004-04-29 at 20:44, Alan Stern wrote:
> Based on this, the safest course is to add a new entry that applies only
> to the HC-85. Does the patch below work for you?
>
> Alan Stern
>
>
> = drivers/usb/storage/unusual_devs.h 1.124 vs edited =
> --- 1.124/drivers/usb/storage/unus
On Mon, 3 May 2004, Fulko Hew wrote:
> I managed to figure out how to fetch/configure and install 2.6.6-rc3...
> and re-ran the test, and got the same results...
> ie. no activity on hot-plug. :-(
>
> So whats the next thing to check?
Do you have any other USB devices you could try plugging in t
On Mon, 3 May 2004, Matthew Dharm wrote:
> On Mon, May 03, 2004 at 06:16:01PM -0700, Pete Zaitcev wrote:
> > Stuart responed to the suggestion above with the attached patch.
> > I changed comments a little.
> >
> > I think I'll have to accept it for Red Hat. Matt, Alan - what's the
> > community'
On 4 May 2004, Rajesh Kumble Nayak wrote:
> The Above patch work fine for Sony Hc-85
> I shall post the dmesg entry soon.
>
> With many thanks
> Rajesh
Greg and Pete, here's the patch. It's possible that this entry could be
combined with the previous one, but until we know definitely they shou
On Mon, 3 May 2004, Sergio Vergata wrote:
> very strange problem i builded the usb-storage module with Debug and test
> burnig a CD and a DVD both worked without problem, after that i build the
> module again without Debug an burned again at that point the burn stop and
> hang up the usb-Devic
Alan Stern <[EMAIL PROTECTED]> replied:
>On Mon, 3 May 2004, Fulko Hew wrote:
>
>> I managed to figure out how to fetch/configure and install 2.6.6-rc3...
>> and re-ran the test, and got the same results...
>> ie. no activity on hot-plug. :-(
>>
>> So whats the next thing to check?
>
>Do you have
Let's see if we can't clear away some of the issues.
On Mon, 3 May 2004, David Brownell wrote:
> Alan Stern wrote:
> >
> > I'm talking about protecting the physical topology of the entire tree.
>
> I still don't see why the _entire_ tree needs that sort
> of protection. I hope I'm not missing
This message was created automatically by mail delivery software (Exim).
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
[EMAIL PROTECTED]
3/This message has been rejected because it has
a pote
Talking about simultaneous disconnect and device reset:
On Mon, 3 May 2004, David Brownell wrote:
> That's not _my_ analysis ... :)
>
> One or the other task will lock the hub first. Simple case: khubd
> wins, driver's top-down lock acquisition will first block (because it
> can't get past khu
On Tue, 4 May 2004 [EMAIL PROTECTED] wrote:
> Here is my dump of /proc/driver/uhci/000:00:1d.1 after the various stages:
>
> == after cold-plug ==
>
> HC status
> usbcmd= 00c1 Maxp64 CF RS
> usbstat =
> usbint= 000f
> usbfrnum = (0)30c
> flbaseadd = 2b99
On Tue, May 04, 2004 at 09:57:48AM -0400, Alan Stern wrote:
> On Mon, 3 May 2004, Matthew Dharm wrote:
>
> > On Mon, May 03, 2004 at 06:16:01PM -0700, Pete Zaitcev wrote:
> > > Stuart responed to the suggestion above with the attached patch.
> > > I changed comments a little.
> > >
> > > I think
Hi,
We are using Monatvista Linux 2.4.18 for USB Device (that supports 3 end
points
one for Mouse, and another for key board and last end point for CDROM)
We are able to see the USB Device related code in the following path:
./Linux-2.4.18_mvl30/drivers/usb/device
And we could see the framework a
BTW, I replied to the same message in the -user list.
On Tue, 4 May 2004, T.V.Harikrishnan wrote:
> Hi,
>
> We are using Monatvista Linux 2.4.18 for USB Device (that supports 3 end
> points
> one for Mouse, and another for key board and last end point for CDROM)
>
> We are able to see the USB Dev
On Tue, 4 May 2004, Matthew Dharm wrote:
> If we just refused access unless bound, then could utilities like lsusb
> work?
I don't know -- possibly not. Although, in the case of lsusb most of the
information it needs (the configuration descriptors) is already present in
memory.
Maybe Stuart's
Alan Stern continued:
>On Tue, 4 May 2004 [EMAIL PROTECTED] wrote:
>
>> Here is my dump of /proc/driver/uhci/000:00:1d.1 after the various
stages:
>
... snip ...
>> == after hot-plug ==
>>
>> HC status
>> usbcmd= 0008 Maxp32 EGSM
>> usbstat = 0020 HCHalted
>> usbint=
On Tue, 4 May 2004 [EMAIL PROTECTED] wrote:
> >This is odd. It says the USB controller in your computer is not aware
> >that anything has been plugged in. It's just as though no electrical
> >connection was made. In particular, look at the stat1 = 0080 line. The
> >least significant bit of tha
Hi,
I've got (but maybe fixed) this same problem.
I've got a VIA chipset and was trying to mount a 2.0 HDD ( 067b:3507
Prolific Technology, Inc) which was failing with various ep0out and
'device failed to accept address' errors.
I've been into the source and played with usb.c, basicly fetching
Alan Stern <[EMAIL PROTECTED]> continued with:
... snip ...
>> Now is it truely the controller that didn't detect the plugin, or
>> that it didn't report the plugin via an interrupt to driver sw that
>> eventually updates this info?
>
>The contents of the /proc file are taken directly from regis
Dan Gray wrote:
I've been into the source and played with usb.c, basicly fetching the
device_descriptor before I try to set the address. At the moment this
seems to allow the device to work (it's actually transfering at full
speed as I write this) but it's still quite flakey.
That's interesti
I've included the "dmesg|grep usb" output of my kernel, which states "no idea what's
going on..." when it tries
to get my Audigy 2 NX to work. I'm wondering if upgrading to the latest unstable
kernel will fix this issue, or
if my Audigy 2 NX is some sort of strange revision, and isn't identified
¹ÚÈ£»ó wrote:
Hello.
I want to understand the gadget device driver and so I have searched and
read several web sites.
However, testing is still vague.
In Linux, assumed that gadget device driver is set and connected to the PC
(Windows or Linux).
You mean, (a) controller driver, for the hardware, pl
On an nForce2 motherboard with two OHCI USB busses, both are found, but
one fails to load in 2.4.26:
# modprobe usb-ohci
PCI: Setting latency timer of device 00:02.1 to 64
usb-ohci.c: USB OHCI at membase 0xce864000, IRQ 11
usb-ohci.c: usb-00:02.1, nVidia Corporation nForce2 USB Controller (#2)
usb
On Tue, 4 May 2004 [EMAIL PROTECTED] wrote:
> That sounds like the driver sits there and polls for a bit change
> rather than an interrupt triggering the driver?
That's right, but it's not entirely right. When no devices are attached
(like when you unplugged your drive) the controller is suspen
On Sun, 2 May 2004, Gustaf Gunnarsson wrote:
> Hi, I was a bit unsure what if you meant I should add patch 2 on patch 1
> and patch 3 on patch 2 after each try. However after patch 1 alone worked
> I just tried them one by one and they all showed the same working result.
>
> I forgot to do the
On Tue, 4 May 2004 15:25:13 -0400
Glenn Maynard <[EMAIL PROTECTED]> wrote:
> usb-ohci.c: usb-00:02.1, nVidia Corporation nForce2 USB Controller (#2)
> usb-ohci.c: usb-00:02.0, nVidia Corporation nForce2 USB Controller
> usb-ohci.c: USB HC TakeOver failed!
> Trying to vfree() nonexistent vm area (c
On Tue, May 04, 2004 at 12:49:29PM -0700, Pete Zaitcev wrote:
> > Both load in 2.6.5 (but for various reasons I can't use 2.6 right now).
>
> nVidia binary graphics module not available for 2.6, perhaps ;-)
The nvidia modules work reasonably in 2.6.5 for me (though not flawlessly).
We hit some mo
On Mon, May 03, 2004 at 11:13:23AM -0400, Alan Stern wrote:
> Greg:
>
> As part of the altsetting updates I sent this patch to Johannes about a
> week ago.
>
> http://marc.theaimsgroup.com/?l=linux-usb-devel&m=108309072124878&w=2
>
> I don't know if he received it or has done anything about it.
On Sun, Apr 25, 2004 at 04:48:07PM -0500, Dmitry Torokhov wrote:
>
> No, I am still getting the oops.. hmm.. it seems a little bit different,
> but still in the hiddev. I investigated further and the oops only happens
> if I yank a HID device connected to an USB hub or if I yank entire hub with
>
On Tue, 4 May 2004 11:58:35 -0400 (EDT) Alan Stern wrote:
| On Tue, 4 May 2004 [EMAIL PROTECTED] wrote:
|
| > Here is my dump of /proc/driver/uhci/000:00:1d.1 after the various stages:
| >
| > == after cold-plug ==
| >
| > HC status
| > usbcmd= 00c1 Maxp64 CF RS
| > usbstat =
On Tue, 4 May 2004, Greg KH wrote:
> Send all pending patches that you have generated for this to me. I'll
> apply them to the tree.
This is the only one. Only one aspect of it is notable: The CPiA USB
driver calls usb_driver_release_interface() during its disconnect()
routine. That doesn't ap
On Tue, 4 May 2004, Alan Stern wrote:
> On Sun, 2 May 2004, Gustaf Gunnarsson wrote:
>
> > Hi, I was a bit unsure what if you meant I should add patch 2 on patch 1
> > and patch 3 on patch 2 after each try. However after patch 1 alone worked
> > I just tried them one by one and they all showed
On Tue, 4 May 2004, Randy.Dunlap wrote:
> On Tue, 4 May 2004 11:58:35 -0400 (EDT) Alan Stern wrote:
>
> | > == after hot-un-plug ==
> | >
> | > HC status
> | > usbcmd= 0008 Maxp32 EGSM
> | > usbstat = 0020 HCHalted
> | > usbint= 000f
> | > usbfrnum = (0)264
>
On Tue, 4 May 2004, Gustaf Gunnarsson wrote:
> Ok, now I feel bad, the thing is that after I tried all these patches,
> which obviously worked splendid I recompiled to a "clean" kernel and tried
> it also just because I started to get a bad feeling of things working too
> good.
>
> Now that wo
Glenn Maynard wrote:
On an nForce2 motherboard with two OHCI USB busses, both are found, but
one fails to load in 2.4.26:
# modprobe usb-ohci
...
PCI: Setting latency timer of device 00:02.0 to 64
usb-ohci.c: USB OHCI at membase 0xce866000, IRQ 11
usb-ohci.c: usb-00:02.0, nVidia Corporation nForce2
Hello,
I have a Viper Emedded Linux Developer Kit
Pre-Build Kernel 2.4.21
My Problem is that USB somehow crashes my Device.
(USB Bluetooth Dongle)
It occurs on higher USB traffic (for example) or doing the
following:
[EMAIL PROTECTED] root# hciconfig hci0 -a
hci0: Type: USB
BD Address
On Tue, May 04, 2004 at 02:36:04PM -0700, David Brownell wrote:
> What happens if you just increase smm_timeout in usb-ohci.c::hc_reset()
> from 1/2 seconds to 5 seconds? Sometimes BIOS just doesn't react
> as quickly as one would like, and 1/2 second just wasn't enough in
> some cases.
I tried t
By the way, the CC I sent to you (which I typically don't send, but
people seem to be doing that here) bounced:
Diagnostic-Code: X-Postfix; host pbimaila.prodigy.net[151.164.30.66] said: 550
5.0.0 Access denied (in reply to MAIL FROM command)
I'd point this out in private, but since it's a bo
Alan Stern wrote:
That's right, but it's not entirely right. When no devices are attached
(like when you unplugged your drive) the controller is suspended. While
suspended it can still detect connections; it just doesn't perform DMA
and doesn't drive the USB bus. A connection triggers an int
Alan Stern wrote:
On Tue, 4 May 2004, Randy.Dunlap wrote:
On Tue, 4 May 2004 11:58:35 -0400 (EDT) Alan Stern wrote:
| > == after hot-un-plug ==
| >
| > HC status
| > usbcmd= 0008 Maxp32 EGSM
| > usbstat = 0020 HCHalted
| > usbint= 000f
| > usbfrnum = (0)2
$B!y13!&56$j$N$J$$:_Bp%o!<%/(B($BA[A|$H0c$$C/$b$,$S$C$/$j!*(B)$B!y(B
(B
$B(."""#(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,"#""(/(B
(B $B%[%C%H!&%[%C%H!&%K%e!<%9(B $B!c(B2004.05.04$BH/9T!d(B
$B(1"""#(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,"#""(0(B
(B
$B!Z"-
41 matches
Mail list logo
