PATCH: cdrecord: avoiding scsi device numbering for ide devices
Quoted 83 lines · Jens Axboe
Quoted 76 lines · Robert M. Stockmann
Quoted 74 lines · Jens Axboe
Quoted 33 lines · Robert M. Stockmann
Quoted 22 lines · Jens Axboe
Quoted 21 lines · Robert M. Stockmann
Quoted 9 lines · Frank Steiner
Quoted 2 lines · Robert M. Stockmann
i must agree here that getting cdrecord/cdrtools-2.0x going on the latest SuSE 9.x editions has been extremely tiresome.
Because of what? We are running the cdrecord versions that SuSE shipped with 9.0 and 9.1, and there hasn't been a single problem for over 8 months now with three different cd and dvd burners. So where's the problem?
I posted this on comp.os.linux.advocacy some time ago :
"SuSE 9.1 : i'm not impressed, its a drama"
http://groups.google.com/[email protected]There's a small typo inside and that is that :
"Not only did the suse9.1 kernel 2.4.5 ..
Quoted 7 lines
Quoted 3 lines
should read
"Not only did the suse9.1 kernel 2.6.5 ..
If you had bothered to read this thread, you'd know that you are the one doing something wrong - cdrecord ATAPI driver should not be used, it does not support DMA in earlier 2.6 (or 2.4) kernels. Use ATA.
Quoted 6 lines
Ok thank you for the swift reply..
To be honest, the default 2.6.5 kernel from SuSE 9.1 fails anyway to switch on DMA on my used DVD-burner. Maybe you can give an advice which kernel upgrade to install on SuSE 9.1, in order to get DMA for high-speed DVD Burners switched on anyway.
Send me the dmesg from the booted system.
Quoted 5 lines
Allthough i have heard other people say to use the dev=ATAPI device names, i surely will test the above, but then replacing ATAPI with ATA. If this will improve performance and stability dramaticly i don't know. However when comparing ATAPI to the ATA mechanism :
( http://crashrecovery.org/oss-dvd/HOWTO-ossdvd.html )It will, it's much better.
Quoted 22 lines
method B:
ATA Packet specific SCSI transport omitting linux sg transport thus using : # cdrecord dev=ATAPI ...
Warning: Using ATA Packet interface.
Warning: The related libscg interface code is in pre alpha.
Warning: There may be fatal problems.
Using libscg version 'schily-0.8'.method C:
ATA Packet specific SCSI transport using scsi-linux-sg interface:
thus using : # cdrecord dev=ATA ..
Warning: Using badly designed ATAPI via/dev/hd*interface. Linux sg driver version: 3.5.27
Using libscg version 'schily-0.8'.
cdrecord: Warning: using inofficial libscg transport code version (schily -
Red Hat-scsi-linux-sg.c-1.80-RH '@(#)scsi-linux-sg.c 1.80 04/03/08
Copyright 1997 J. Schilling').Nothing tells me here that method C is superior to method B :) I tested the above already on mandrake 10.0, and with both methods i could succesfully read and burn a dvd iso. For SuSE 9.1 I indeed only tested method B. I stopped of course, because SuSE 9.1 failed bitterly. So some results are due.
Quoted 5 lines
Quoted 3 lines
You are specifying a specific driver, it wont tell you that it's a bad choice. You should know better. Don't specify a driver and it'll chose the right one.
I might as well start burning on Win XP, sorry...
Quoted 9 lines
What does that have to do with it? You complain that it doesn't use DMA when you force the ATAPI driver, that's about as close to 'doctor it hurts' as it gets. Don't do that, then. If you specify a driver, you should know what you are doing. That cdrecord should _not_ include the sucky ATAPI driver is a different matter, one that I have no influence over.
Default should work ok, which it does.
Now listen up Jens, i don't do default, i like to know what went wrong. And if you don't change your tone, your SuSE company of grundliche engineerung, should certainly know more about this also.
Robert
Signature · 3 lines
Robert M. Stockmann - RHCE Network Engineer - UNIX/Linux Specialist crashrecovery.org [email protected]
Quoted 1 line · Robert M. Stockmann
Now listen up Jens, i don't do default, i like to know what went
So instead of using the default which works you choose to select your own method which does not work. And then you complain, and you don't do that in alt.os.linux.suse or similar, but in comp.os.linux.advocacy just telling how you disappointed you are and how much better Mandrake ist. Sorry man, but this sound very much like a troll trying to start another "this distribution is better than that one" flame war and not someone asking for help or technical background information.
Quoted 1 line
grundliche engineerung
Wow wow, now you better be careful what you say next.
Signature · 4 lines
Dipl.-Inform. Frank Steiner Web: http://www.bio.ifi.lmu.de/~steiner/ Lehrstuhl f. Bioinformatik Mail: http://www.bio.ifi.lmu.de/~steiner/m/ LMU, Amalienstr. 17 Phone: +49 89 2180-4049 80333 Muenchen, Germany Fax: +49 89 2180-99-4049
Quoted 92 lines · Robert M. Stockmann
Quoted 90 lines · Jens Axboe
Quoted 76 lines · Robert M. Stockmann
Quoted 74 lines · Jens Axboe
Quoted 33 lines · Robert M. Stockmann
Quoted 22 lines · Jens Axboe
Quoted 21 lines · Robert M. Stockmann
Quoted 9 lines · Frank Steiner
Quoted 2 lines · Robert M. Stockmann
i must agree here that getting cdrecord/cdrtools-2.0x going on the latest SuSE 9.x editions has been extremely tiresome.
Because of what? We are running the cdrecord versions that SuSE shipped with 9.0 and 9.1, and there hasn't been a single problem for over 8 months now with three different cd and dvd burners. So where's the problem?
I posted this on comp.os.linux.advocacy some time ago :
"SuSE 9.1 : i'm not impressed, its a drama"
http://groups.google.com/[email protected]There's a small typo inside and that is that :
"Not only did the suse9.1 kernel 2.4.5 ..
Quoted 7 lines
Quoted 3 lines
should read
"Not only did the suse9.1 kernel 2.6.5 ..
If you had bothered to read this thread, you'd know that you are the one doing something wrong - cdrecord ATAPI driver should not be used, it does not support DMA in earlier 2.6 (or 2.4) kernels. Use ATA.
Quoted 6 lines
Ok thank you for the swift reply..
To be honest, the default 2.6.5 kernel from SuSE 9.1 fails anyway to switch on DMA on my used DVD-burner. Maybe you can give an advice which kernel upgrade to install on SuSE 9.1, in order to get DMA for high-speed DVD Burners switched on anyway.
Send me the dmesg from the booted system.
Quoted 5 lines
Allthough i have heard other people say to use the dev=ATAPI device names, i surely will test the above, but then replacing ATAPI with ATA. If this will improve performance and stability dramaticly i don't know. However when comparing ATAPI to the ATA mechanism :
( http://crashrecovery.org/oss-dvd/HOWTO-ossdvd.html )It will, it's much better.
Quoted 22 lines
method B:
ATA Packet specific SCSI transport omitting linux sg transport thus using : # cdrecord dev=ATAPI ...
Warning: Using ATA Packet interface.
Warning: The related libscg interface code is in pre alpha.
Warning: There may be fatal problems.
Using libscg version 'schily-0.8'.method C:
ATA Packet specific SCSI transport using scsi-linux-sg interface:
thus using : # cdrecord dev=ATA ..
Warning: Using badly designed ATAPI via/dev/hd*interface. Linux sg driver version: 3.5.27
Using libscg version 'schily-0.8'.
cdrecord: Warning: using inofficial libscg transport code version (schily -
Red Hat-scsi-linux-sg.c-1.80-RH '@(#)scsi-linux-sg.c 1.80 04/03/08
Copyright 1997 J. Schilling').Nothing tells me here that method C is superior to method B :) I tested the above already on mandrake 10.0, and with both methods i could succesfully read and burn a dvd iso. For SuSE 9.1 I indeed only tested method B. I stopped of course, because SuSE 9.1 failed bitterly. So some results are due.
Quoted 5 lines
Quoted 3 lines
You are specifying a specific driver, it wont tell you that it's a bad choice. You should know better. Don't specify a driver and it'll chose the right one.
I might as well start burning on Win XP, sorry...
What does that have to do with it? You complain that it doesn't use DMA when you force the ATAPI driver, that's about as close to 'doctor it hurts' as it gets. Don't do that, then. If you specify a driver, you should know what you are doing. That cdrecord should _not_ include the sucky ATAPI driver is a different matter, one that I have no influence over.
Quoted 5 lines
Quoted 2 lines
Default should work ok, which it does.
Now listen up Jens, i don't do default, i like to know what went wrong. And if you don't change your tone, your SuSE company of grundliche engineerung, should certainly know more about this also.
So read the thread, it's been explained there several times. It's how the whole thread started.
The case in a nutshell is that you say you use force for ATAPI driver and burning runs slow because it doesn't use DMA. So I tell you that you should not use the ATAPI driver, exactly _because it doesn't use DMA_. I go on to say that if you don't know what you are doing, why are you forcing the ATAPI driver? So now you tell me you don't do default, what on earth does that mean? You're to elite to use the default? If you force something else than the default you're expected to know what you are doing, end of story.
And read up on netiquette, it's bad style to cc a public list on a private mail. I find nothing in the above mail that's insulting to you from my side, all I see is that you are refusing to listen to why you had problems with DMA burning.
Signature · 1 line
Jens Axboe
Quoted 13 lines · Frank Steiner
Quoted 2 lines · Robert M. Stockmann
Now listen up Jens, i don't do default, i like to know what went wrong.
So instead of using the default which works you choose to select your own method which does not work. And then you complain, and you don't do that in alt.os.linux.suse or similar, but in comp.os.linux.advocacy just telling how you disappointed you are and how much better Mandrake ist. Sorry man, but this sound very much like a troll trying to start another "this distribution is better than that one" flame war and not someone asking for help or technical background information.
Quoted 4 lines
Quoted 1 line
grundliche engineerung
Wow wow, now you better be careful what you say next.
care to explain to me why on Mandrake 10.0 i have none of these problems?
regards,
Robert
Signature · 3 lines
Robert M. Stockmann - RHCE Network Engineer - UNIX/Linux Specialist crashrecovery.org [email protected]
Quoted 15 lines · Robert M. Stockmann
Quoted 13 lines · Frank Steiner
Quoted 2 lines · Robert M. Stockmann
Now listen up Jens, i don't do default, i like to know what went wrong.
So instead of using the default which works you choose to select your own method which does not work. And then you complain, and you don't do that in alt.os.linux.suse or similar, but in comp.os.linux.advocacy just telling how you disappointed you are and how much better Mandrake ist. Sorry man, but this sound very much like a troll trying to start another "this distribution is better than that one" flame war and not someone asking for help or technical background information.
Quoted 5 lines
Quoted 4 lines
Quoted 1 line
grundliche engineerung
Wow wow, now you better be careful what you say next.
care to explain to me why on Mandrake 10.0 i have none of these problems?
Well, you are the UNIX/Linux Specialist, you should be able to figure it out :-)
I asked for your dmesg wrt your dma problem, you never sent it to me. I cannot help you.
Signature · 1 line
Jens Axboe
Quoted 20 lines · Jens Axboe
Quoted 19 lines · Robert M. Stockmann
Quoted 17 lines · Frank Steiner
Quoted 2 lines · Robert M. Stockmann
Now listen up Jens, i don't do default, i like to know what went wrong.
So instead of using the default which works you choose to select your own method which does not work. And then you complain, and you don't do that in alt.os.linux.suse or similar, but in comp.os.linux.advocacy just telling how you disappointed you are and how much better Mandrake ist. Sorry man, but this sound very much like a troll trying to start another "this distribution is better than that one" flame war and not someone asking for help or technical background information.
Quoted 1 line
grundliche engineerung
Wow wow, now you better be careful what you say next.
Quoted 8 lines
Quoted 1 line
care to explain to me why on Mandrake 10.0 i have none of these problems?
Well, you are the UNIX/Linux Specialist, you should be able to figure it out :-)
I asked for your dmesg wrt your dma problem, you never sent it to me. I cannot help you.
Maybe you didn't fully understand my problem. What i did was the following. I downloaded cdrtools-2.01a27.tar.bz2 from
ftp://ftp.berlios.de/pub/cdrecord/alpha/
and only applied this patch cdrtools-2.01a27-ossdvd.patch.bz2 from
ftp://ftp.crashrecovery.org/pub/linux/cdrtools/
The binary results runs rather poor after building it on SuSE 9.1. while the same exercise on mandrake 10.0 gives good results :
================================================================
From: Robert M. Stockmann ([email protected])
Subject: SuSE 9.1 : i'm not impressed, its a drama
View: Complete Thread (2 articles)
Newsgroups: comp.os.linux.advocacy
Date: 2004-07-02 22:05:53 PST
Hi,
Well here's my findings of facts :
the machine : a compaq proliant 800 2x PIII 500MHz/512kb (Katmai)
128 Mb RAM, 2x 9.1Gb U2W SCSI
_NEC DVD_RW ND-2510A Dual Layer burner
i installed a vanilla suse9.1, and tried to read a 4.5Gb dvd isoimage to disk using the command :
# readcd -v dev=ATAPI:0,0,0 f=dvdimage.iso
and afterwards try to burn it to a dvd-r recordable using this command:
# cdrecord -v dev=ATAPI:0,0,0 driveropts=burnfree -dao dvdimage.iso
Not only did the suse9.1 kernel 2.4.5 _NOT_ switch on DMA on that burner ,it was terrible SLOW, i got only 2Mbytes/sec. On a different machine a dual xeon machine with 1024Mb RAM, suse91 even failed to read the dvd iso image, always failing at the moment 1024Mb physical was getting 100% into use. The readcd process then locks hard , and one cannot kill it. When the readcd command was running, one was not able to operate the SuSE91 machine interactively in a normal fashion. Apparently the reiserfs root filesystem doesn't like a single huge file of 4.5Gb being written onto.
This behaviour reminds me closely of SCO OpenServer 5.0.x where making a backup on tape, renders the application software not usable.
Apparently the virtual memory management behaviour of SuSE9.1 was seriously lacking. Actually so bad, that my only conclusion is that the SuSE 9.1 kernel is seriously broken.
To put this to the test i installed on the same proliant 800, Mandrake 10.0. And not only does the Mandrake kernel switch on DMA on the NEC 2510A Dual Layer burner, it reads the 4.5 Gb dvd iso image at a speed of 7.7 Mbytes/sec. That is on the same machine but only installing mandrake 10.0 instead of suse91. I used these RPMS for Mandrake 10.0 :
http://crashrecovery.org/oss-dvd/RPMS/mdk100/
Burning went at normal speed hovering between 6x to 8x .
I am so bitterly disappointed at SuSE9.1 , that for some time I was thinking if Novell uses this SuSE disaster edition (9.1) as a way to discredit Linux. This of course can not be the case.. Anyway, as of now i dropped all SuSE related stuff and papertrail attached, as i simply cannot take such a drama seriously.
regards,
Robert
Signature · 29 lines
Robert M. Stockmann - RHCE Network Engineer - UNIX/Linux Specialist crashrecovery.org [email protected] ================================================================ As to the DMA settings right after booting SuSE9.1 : Either DMA is switched on or not. No single userland application like cdrecord or readcd is going to change that. So my conclusion : vanilla cdrtools-2.01a27.tar.bz2 with my OSS DVD Extensions patch cdrtools-2.01a27-ossdvd.patch.bz2 applied does not work ok on SuSE9.1. That shouldn't imply that the cdrecord RPM from which comes with SuSE9.1 does _not_ work. However unfortunately i'm a hard headed asshole which only uses his own "moonshine" goodies, which of course are Open Source, and hopefully well documented for other people to share with. What strikes me here however, is that Jörg Schilling also had his share of unexpected unusual problems with the SuSE developers : http://www.uwsg.indiana.edu/hypermail/linux/kernel/0408.1/0736.html regards, Robert -- Robert M. Stockmann - RHCE Network Engineer - UNIX/Linux Specialist crashrecovery.org [email protected]
Quoted 7 lines · Robert M. Stockmann
Maybe you didn't fully understand my problem. What i did was the following. I downloaded cdrtools-2.01a27.tar.bz2 from
ftp://ftp.berlios.de/pub/cdrecord/alpha/
and only applied this patch cdrtools-2.01a27-ossdvd.patch.bz2 from
ftp://ftp.crashrecovery.org/pub/linux/cdrtools/
And the question is: why??? SuSE comes with a cdrtools version that runs fine. No need to download anything from an external source. Just installing the cdrtools package from SuSE and calling "cdrecord dev=/dev/hdc ..." works without any problems here.
You are complaining here that using some external package as replacement for the SuSE version and additionally forcing a setting other than the default does not work, even after a SuSE developer told you not to do that because there are known problems with the setting you are forcing.
So what are you asking for? I guess I can find a bunch of programs that I download from anywhere and that are not working with some distributions. The idea of a distribution is that the packagers take care that the packages they deliver work together. Replacing some piece with your own version and then complaining that it does not work doesn't make any sense. This is like replacing the "eject" on SuSE 9.1 which has been patched to work with subfs and then complaining that your own "eject" does not work with subfs on SuSE 9.1.
Frank
Signature · 4 lines
Dipl.-Inform. Frank Steiner Web: http://www.bio.ifi.lmu.de/~steiner/ Lehrstuhl f. Bioinformatik Mail: http://www.bio.ifi.lmu.de/~steiner/m/ LMU, Amalienstr. 17 Phone: +49 89 2180-4049 80333 Muenchen, Germany Fax: +49 89 2180-99-4049
Quoted 5 lines · Robert M. Stockmann
Quoted 3 lines · Jens Axboe
Quoted 2 lines · Robert M. Stockmann
On Thu, 12 Aug 2004, Jens Axboe wrote:
Quoted 7 lines
Quoted 7 lines
Quoted 7 lines
Quoted 7 lines · Robert M. Stockmann
Quoted 6 lines · Jens Axboe
Quoted 5 lines · Robert M. Stockmann
Quoted 3 lines · Frank Steiner
Quoted 2 lines
Robert M. Stockmann wrote:
Have you ever heard of trimming replies?
Signature · 4 lines
Patrick "Diablo-D3" McFarland || [email protected] "Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music." -- Kristian Wilson, Nintendo, Inc, 1989
Quoted 8 lines · Patrick McFarland
Quoted 6 lines · Robert M. Stockmann
Quoted 4 lines · Jens Axboe
Quoted 3 lines · Robert M. Stockmann
Quoted 1 line · Jens Axboe
On Thu, Aug 12 2004, Robert M. Stockmann wrote:
Quoted 10 lines
Quoted 6 lines
Quoted 6 lines
Quoted 6 lines
Quoted 6 lines
Quoted 6 lines · Jens Axboe
Quoted 5 lines · Robert M. Stockmann
Quoted 3 lines · Frank Steiner
Quoted 2 lines
Robert M. Stockmann wrote:
Have you ever heard of trimming replies?
Yes i do, in important matters, i explicit do not.
regards,
Robert
Signature · 3 lines
Robert M. Stockmann - RHCE Network Engineer - UNIX/Linux Specialist crashrecovery.org [email protected]
Quoted 13 lines · Robert M. Stockmann
Quoted 11 lines · Patrick McFarland
Quoted 9 lines · Robert M. Stockmann
Quoted 7 lines · Jens Axboe
Quoted 6 lines · Robert M. Stockmann
Quoted 4 lines · Jens Axboe
Quoted 3 lines · Robert M. Stockmann
Quoted 1 line · Jens Axboe
On Thu, Aug 12 2004, Robert M. Stockmann wrote:
Quoted 8 lines
Quoted 7 lines
Quoted 3 lines
Quoted 3 lines
Quoted 3 lines
Quoted 3 lines
Quoted 3 lines
Quoted 3 lines
Quoted 3 lines · Frank Steiner
Quoted 2 lines
Robert M. Stockmann wrote:
Have you ever heard of trimming replies?
Yes i do, in important matters, i explicit do not.
Flaming Mr. Axboe in public is important?
Signature · 4 lines
Patrick "Diablo-D3" McFarland || [email protected] "Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music." -- Kristian Wilson, Nintendo, Inc, 1337
Quoted 17 lines · Patrick McFarland
Quoted 15 lines · Robert M. Stockmann
Quoted 13 lines · Patrick McFarland
Quoted 11 lines · Robert M. Stockmann
Quoted 9 lines · Jens Axboe
Quoted 8 lines · Robert M. Stockmann
Quoted 6 lines · Jens Axboe
Quoted 5 lines · Robert M. Stockmann
Quoted 3 lines · Jens Axboe
Quoted 2 lines · Robert M. Stockmann
On Thu, 12 Aug 2004, Frank Steiner wrote:
Quoted 9 lines
Quoted 6 lines
Quoted 5 lines
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Robert M. Stockmann wrote:
Have you ever heard of trimming replies?
Yes i do, in important matters, i explicit do not.
Flaming Mr. Axboe in public is important?
I was surprised to see a SuSE developer advise me to just do the auto/auto thingy and _hope_ for the best, concerning burning a DVD-R.
I would like to emphasise, its Open Source what we are discussing here!
thanks,
best regards,
Robert
Signature · 3 lines
Robert M. Stockmann - RHCE Network Engineer - UNIX/Linux Specialist crashrecovery.org [email protected]
Quoted 4 lines · Robert M. Stockmann
I was surprised to see a SuSE developer advise me to just do the auto/auto thingy and _hope_ for the best, concerning burning a DVD-R.
I would like to emphasise, its Open Source what we are discussing here!
Exactly! If you don't have anything useful to contribute WRT tracking down a bug or fixing it, then you are expected to quit wasting the time of those who _do_ have useful information/skills/etc. Jens Axboe has _repeatedly_ asked you for your dmesg so he can determine if it's a bug or not, and you have _repeatedly_ ignored his emails. Either give us enough information to identify and fix the issue (if any), or shut up and let Jens Axboe work with people who are willing to provide all necessary information.
Cheers,
Kyle Moffett
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCM/CS/IT/U d- s++: a17 C++++>$ UB/L/X/*++++(+)>$ P+++(++++)>$ L++++(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP+++ t+(+++) 5 X R? tv-(--) b++++(++) DI+ D+ G e->++++$ h!*()>++$ r !y?(-) ------END GEEK CODE BLOCK------
Quoted 18 lines · Kyle Moffett
Quoted 4 lines · Robert M. Stockmann
I was surprised to see a SuSE developer advise me to just do the auto/auto thingy and _hope_ for the best, concerning burning a DVD-R.
I would like to emphasise, its Open Source what we are discussing here!
Exactly! If you don't have anything useful to contribute WRT tracking down
a bug or fixing it, then you are expected to quit wasting the time of those
who _do_ have useful information/skills/etc. Jens Axboe has _repeatedly_ asked you for your dmesg so he can determine if it's a bug or not, and you
have _repeatedly_ ignored his emails. Either give us enough information to identify and fix the issue (if any), or shut up and let Jens Axboe work with
people who are willing to provide all necessary information.
Quoted 2 lines
Cheers,
Kyle Moffett
I have had many disappointing try-outs with SuSE in the past, and everytime when i think, this SuSE version is the one which will have my iron running at warp 12, it fails again, for me that is. Dunno why that is.
The only thing i mentioned is, that i noticed that the compaq proliant 800, 2x PIII 500 had problems switching on DMA when booting the the default installed kernel, 2.6.5 from SuSE 9.1 , after a vanilla default installation.
So i may turn the question around : Is SuSE's techsupport or development dep. aware that there are issue's reported about DMA failing to switch on when dealing with UDMA DVD writers? As to the machine, the compaq proliant 800 : its already sold, and sadly doesn't run the SuSE linux version.
Cheers,
Robert
Signature · 3 lines
Robert M. Stockmann - RHCE Network Engineer - UNIX/Linux Specialist crashrecovery.org [email protected]
Quoted 9 lines · Robert M. Stockmann
Quoted 4 lines · Kyle Moffett
Jens Axboe has _repeatedly_ asked you for your dmesg so he can determine if it's a bug or not, and you have _repeatedly_ ignored his emails. Either give us enough information to identify and fix the issue (if any), or shut up
So i may turn the question around : Is SuSE's techsupport or development dep. aware that there are issue's reported about DMA failing to switch on when dealing with UDMA DVD writers?
-ENODMESG
Eric
Quoted 8 lines · Eric Lammerts
Quoted 6 lines · Robert M. Stockmann
Quoted 4 lines · Kyle Moffett
Jens Axboe has _repeatedly_ asked you for your dmesg so he can determine if it's a bug or not, and you have _repeatedly_ ignored his emails. Either give us enough information to identify and fix the issue (if any), or shut up
Quoted 6 lines
Quoted 3 lines
So i may turn the question around : Is SuSE's techsupport or development dep. aware that there are issue's reported about DMA failing to switch on when dealing with UDMA DVD writers?
-ENODMESG
Well sorry about that, the machine is not in my possesion anymore. But again, i produced enough info to be able to reproduce the error :
machine : compaq proliant 800 2x PIII 500MHz/512kb (Katmai)
128 Mb RAM, 2x 9.1Gb U2W SCSI _NEC DVD_RW ND-2510A Dual Layer burner
OS : SuSE 9.1 i386 default vanilla installation
burning software : cdrtools-2.01a27.tar.bz2 from
ftp://ftp.berlios.de/pub/cdrecord/alpha/
with this patch : cdrtools-2.01a27-ossdvd.patch.bz2 from
ftp://ftp.crashrecovery.org/pub/linux/cdrtools/
read command :
# readcd -v dev=ATAPI:0,0,0 f=dvdimage.iso
write command :
# cdrecord -v dev=ATAPI:0,0,0 driveropts=burnfree -dao dvdimage.iso
Robert
Signature · 3 lines
Robert M. Stockmann - RHCE Network Engineer - UNIX/Linux Specialist crashrecovery.org [email protected]
Quoted 1 line · Robert M. Stockmann
Well sorry about that, the machine is not in my possesion anymore.
Oh please! You are complaining, accusing and flaming SuSE for they are shipping a cdrecord version that is not working on one single machine (since you cannot reproduce it yourself on another machine now to give a dmesg output, it must be very machine-specific...) after you have forced cdrecord to use some special mode instead of using the SuSE default.
After Jens told you that this special mode does not work well with earlier 2.6 kernels and that the default mode SuSE selects when you don't override it would work without exactly the problem you are creating by overriding the mode, you still keep complaining. And when you are asked for further info so that people can help you the machine is not in you posession anymore.
*cough* *cough*
Signature · 4 lines
Dipl.-Inform. Frank Steiner Web: http://www.bio.ifi.lmu.de/~steiner/ Lehrstuhl f. Bioinformatik Mail: http://www.bio.ifi.lmu.de/~steiner/m/ LMU, Amalienstr. 17 Phone: +49 89 2180-4049 80333 Muenchen, Germany Fax: +49 89 2180-99-4049