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.
From: Joerg Schilling [mailto:Joerg.Schilling@fokus.fraunhofer.de]
Sent: Sunday, July 29, 2007 8:25 AM
To: email@example.com; firstname.lastname@example.org
Subject: Re: Linux problems
"Thomas Schmitt" <email@example.com> 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
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
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.
EMail:firstname.lastname@example.org (home) Jörg Schilling D-13353
email@example.com (work) Blog:
To UNSUBSCRIBE, email to cdwrite-REQUEST@other.debian.org
with a subject of "unsubscribe". Trouble? Contact