RE: Linux problems
If you are willing to tolerate deadlock, a simple kernel patch suffices.
Such a solution is, surely, ugly, but may be a better alternative than no
solution at all.
-----Original Message-----
From: Joerg Schilling [mailto:Joerg.Schilling@fokus.fraunhofer.de]
Sent: Sunday, July 29, 2007 8:25 AM
To: scdbackup@gmx.net; cdwrite@other.debian.org
Subject: Re: Linux problems
"Thomas Schmitt" <scdbackup@gmx.net> wrote:
> Joerg Schilling:
> > Alan Cox [...] with his answers to Mr. Bloch, he was correct,
> > but I did not see him writing this claim.
>
> That's what i understand from this statement by Alan Cox
> http://lkml.org/lkml/2007/3/31/175
OK, it seems that I forgot about the less important parts.
> I interpret this like:
> "Kids, manage this yourself, like the Terminalovski
> brothers from the neighbor house did."
>
> Well, Dialup Terminalovski is an ageing web criminal now.
> Uucp Terminalovksi lost his job to the Internet.
> Kermit Terminalovski went back to showbiz.
>
> Do they really want us to end up like that ?!
Well, this kind of rant verifies that he has no clue.
The tty dial in/out problem is unrelated to the SCSI / removable
media problem.
The tty problem has been solved more than 25 years ago.
There are two devices /dev/ttya & /dev/cua0
The dialout device cua0 is blocked as long as a dial in is active
and the dial in device is blocked as long as a dial out is active.
This is a simple task compared to what cdrecord does on UNIX.
There are only two programs with completely different tasks
for ttys. There are many different taks related to CD/DVD sersives.
> Joerg Schilling:
> > If he did really write that it is a Linux userland only problem,
> > he is of course wrong.
>
> This becomes evident by my failure to coordinate
> cdrskin and libblkid. Ted T'so is my witness that i
> did consider any known locking mechanism and that
> each of them failed to match our needs.
> Those needs are not exotic.
Forget usual locking mechanisms, they will all not work.
> I'm open to proposals. (Expect some counter arguments
> from my side but be assured that i hope to lose in
> my role as advocatus diavoli.)
You cannot find a solution for Linux as long as the related people
are unwilling acept a solution.
As long as Linux implements 3 or more unrelated and unsynchronized paths
to the same hardware it is impossible to even add the basic support that
works on Solaris sine a long time.
There are issues that are even not solved on Solaris but you cannot
solve them on Linux if the basics are impossible.
Jörg
--
EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353
Berlin
js@cs.tu-berlin.de (uni)
schilling@fokus.fraunhofer.de (work) Blog:
http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/
ftp://ftp.berlios.de/pub/schily
--
To UNSUBSCRIBE, email to cdwrite-REQUEST@other.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmaster@other.debian.org
Reply to: