> mhh, well, I would think it's a broken *target* problem, maybe not a
> broken HA or broken driver problem. If a target deselects and never
> reselects, then it's a target bug. I don't know enough to be sure,
> but I would suggest you contact the current maintainer and
> design either a
> global no disconnect option or a target-specific (based on SCSI ID)
> exclusion.
I already contacted Pavel Machek who was the last known maintainer. He
replies me:
> -----Original Message-----
> From: Pavel Machek [mailto:[EMAIL PROTECTED]]
> Sent: jeudi 25 novembre 1999 21:33
> To: Christian Jullien
> Subject: Re: seagate driver help
>
>
> Hi!
>
> You'll have to debug it yourself. seagate.c was not maintained for
> pretty long time, and I'm not using it any more (having no scsi
> disk). It is probably buggy and no, it probably does not work for
> anyone. Fix it if you can.
> Pavel
That's what I'm trying to do but, if I'm a rather good C/C++/Lisp software
programmer, I've NO experience in kernel/SCSI hacking. Your help is very
precious to me.
> Without disconnection, your system will not be really usable if it
> contains very slow (tape) and normal (disk drives) devices on the same
> SCSI bus.
Before this patch, a NEC CD-ROM, a HP DAT 4mm and hard drives fail with a
timeout. With this patch they work well but I didn't try them connected at
the same time.
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
