Re: [usb-storage] Re: usb3 fails to write when using usb3 hub in usb3 port

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On Sat, 29 Sep 2012, Adrian Sandu wrote:

> > The only solution I see is to buy something else, like an Asus
> > EB1501P-B057E .. I need something small and fast enough .. :| Maybe
> > any other recommendations ? ( other root chipset / atom cpu .. small
> > powered .. etc. )
> 
> DON'T KILL ME ! .. I got the best cables I could get my hands on (
> double-shielded, 24k golded connectors .. metal pieces .. the best I
> could get my hands on on such short notice )... I replaced 2 cables (
> to hard drives ) and the one from the hub to the computer. I only got
> 1 "reset" message in /var/log/messages in 24 hours .. I'll replace the
> other 4 just to be sure .. Now I should "spam" the companies and tell
> them they should provide cables within specs ..
> 
> I guess having 6 drives that close ( among with other powering cables
> .. networking (I think I got at least 40 cables in that 1 sq m. ))
> isn't that good especially when the usb has another power source and
> stuff..
> 
> IT WORKS. YEY. Hope this will help somebody in the future. Thanks for
> bearing me .. I sure learned a lesson from this. I guess all is well
> when it ends well.

Adrian,

I certainly would not think of "killing" anyone. I don't think anyone else 
on the list would, either. But your problems with the hard drivers are in 
fact an object lesson about flaky and barely-within-spec or 
barely-out-of-spec hardware. The problems are indeed very vexing and are 
quite difficult to isolate. I am glad that a couple of us actually began 
to suspect the hardware. It seems that those suspicions panned out, and 
all is well that ends well.

Even though I was not the first to pinpoint the problem, I had been 
reading this thread and the other post which raised the issue of hardware 
problems really got my spider-sense tingling. I started to remember some 
of my own experiences. Two of them immediately come to mind and might 
serve as a further object lesson to anyone who passes by and reads this:

1. A camera with the SQ913 camera chipset inside. My camera, which was 
used to write the driver code in libgphoto2, worked just fine on a Dell 
Pentium 3 system and on an old laptop with an OHCI setup for its USB, and 
refused to work properly on any of several computers in the house which 
ran an AMD cpu on top of a VIA-based motherboard. On those systems, severe 
data loss, data corruption, and actual crashing occurred while downloading 
still photos from the camera. Putting a magnetic core around the cable 
helped a little bit, but the problem did not go away. So, again, an 
example of a poor specimen of hardware hooked by a cheap cable to a cheap 
motherboard, and there was trouble. To this day I have no way to pinpoint 
the exact cause of the problem.

2. I forget which dual-mode camera it was, but it is one of those for 
which I wrote the kernel support. I discovered the problem at the worst 
possible time: after already writing the code and submitting same, and it 
actually went into a production kernel. When I found the problem, it was 
too late to get anything changed until the next release date. What was the 
problem? Well, the camera needs several mysterious initialization commands 
to start the video stream. Some of these were obviously superfluous and 
could be safely left unused. But I left out one too many. I developed the 
driver on an AMD system with ATI USB host controllers. Everything worked, 
and the code was duly submitted. Then, too late, I tested on a 
Pentium4-on-Intel system. There, the video stream would not start, 
or it would start and speedily crash. When I put back into the driver 
that pesky "one too many" omitted init string, the camera worked on an 
Intel setup, too. What exactly does that one command do? I don't 
exactly know. Precisely what caused the problem? I don't know. All I can 
say for sure is that the Intel (UHCI) system needed for a certain setup 
command to be sent to the camera, whereas the ATI (OHCI) system did not. 
And that is, in fact, something very strange. Go figure.

We are working with computers. Weird stuff is not supposed to happen. But 
it does. Occasionally, this needs to be remembered, as it does 
occasionally cause real-world problems and is often the likely explanation 
for what is otherwise inexplicable. Thus, sooner or later some old geezer 
comes along and reminds people that Murphy is still around to do his 
mischief. I am glad that my suggestions turned out to be helpful.

Theodore Kilgore




--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux