1. Foren
  2. Kommentare
  3. OpenSource-Forum
  4. Alle Kommentare zum Artikel
  5. › Interview: Linux wird immer…

cdrecord

Neue Foren im Freiraum! Raumfahrt und freie Software haben jetzt einen Platz, die Games tummeln sich jetzt alle in einem Forum.
  1. Thema

Neues Thema Ansicht wechseln


  1. cdrecord

    Autor: düse 09.05.06 - 13:01

    Es ist ein echtes Trauerspiel mit dem Kernel, man sollte sich dazu mal das Changelog von cdrecord (2.0.1) durchlesen das gestern veröffentlicht wurde. Zitat:

    - Try to support the half hearted and badly designed /dev/hd* interface
    from Linux-2.6 in a more usable way.

    The only reason for adding this kind of support is that the Linux kernel
    hackers reject to fix the known DMA bugs in the already existing SCSI
    transport interfaces in the Linux kernel. Using /dev/hd* is unfortunately
    the only way to get DMA with sector size being 2352, 2448 or similar.

    Use cdrecord -scanbus dev=ATA and
    cdrecord dev=ATA:1,0,0

    Note: The Bus mapping function inside the kernel for this interface is
    a dummy. For this reason, we need to do the mapping ourselves.
    Busnumber is ("/dev/hd*"[7] - 'a') / 2
    Target is ("/dev/hd*"[7] - 'a') % 2

    Also note that creating this interface in the Linux kernel was a waste of
    time. It did need a lot of effort to be created. Instead of first adding
    a new interface with a new broken DMA implementation and later fixing
    the DMA bugs, it would have been better to just fix the DMA bugs
    in ide-scsi.c

    Adding SCSI transport to something like /dev/hd* on an OS that includes
    a generic SCSI transport driver is disregarding SCSI protocol layering.
    A clean way to implement ATAPI on Linux would be to rather introduce a
    SCSI hostadaptor driver that sends the SCSI commands via the
    ATA hardware.

    Linux users should think about buying a CD writer for Linus Torvalds.
    Maybe this could help to get better SCSI support in the Linux. Currently
    Linus doesn't know anything about the CD-writing problems on Linux and
    his contributions to CD-writing related issues in discussions are just
    guesses that are not related to own experiences and understanding for
    the matter :-(

    It seems that the Linux way of dealing with bugs is to implement a new
    incompatible interface instead of fixing the known bugs from
    old interfaces :-(

    2.01 Changelog: ftp://ftp.berlios.de/pub/cdrecord/AN-2.01

  2. Re: cdrecord

    Autor: amki 09.05.06 - 13:25

    hätten die sich mal die arbeit gemacht, das alles auch gleich in den kernel einzubauen, statt es in ihrem cdrecord zu fixen...

    düse schrieb:
    -------------------------------------------------------
    > Es ist ein echtes Trauerspiel mit dem Kernel, man
    > sollte sich dazu mal das Changelog von cdrecord
    > (2.0.1) durchlesen das gestern veröffentlicht
    > wurde. Zitat:
    >
    > - Try to support the half hearted and badly
    > designed /dev/hd* interface
    > from Linux-2.6 in a more usable way.
    >
    > The only reason for adding this kind of support
    > is that the Linux kernel
    > hackers reject to fix the known DMA bugs in the
    > already existing SCSI
    > transport interfaces in the Linux kernel. Using
    > /dev/hd* is unfortunately
    > the only way to get DMA with sector size being
    > 2352, 2448 or similar.
    >
    > Use cdrecord -scanbus dev=ATA and
    > cdrecord dev=ATA:1,0,0
    >
    > Note: The Bus mapping function inside the kernel
    > for this interface is
    > a dummy. For this reason, we need to do the
    > mapping ourselves.
    > Busnumber is ("/dev/hd*"[7] - 'a') / 2
    > Target is ("/dev/hd*"[7] - 'a') % 2
    >
    > Also note that creating this interface in the
    > Linux kernel was a waste of
    > time. It did need a lot of effort to be created.
    > Instead of first adding
    > a new interface with a new broken DMA
    > implementation and later fixing
    > the DMA bugs, it would have been better to just
    > fix the DMA bugs
    > in ide-scsi.c
    >
    > Adding SCSI transport to something like /dev/hd*
    > on an OS that includes
    > a generic SCSI transport driver is disregarding
    > SCSI protocol layering.
    > A clean way to implement ATAPI on Linux would be
    > to rather introduce a
    > SCSI hostadaptor driver that sends the SCSI
    > commands via the
    > ATA hardware.
    >
    > Linux users should think about buying a CD writer
    > for Linus Torvalds.
    > Maybe this could help to get better SCSI support
    > in the Linux. Currently
    > Linus doesn't know anything about the CD-writing
    > problems on Linux and
    > his contributions to CD-writing related issues in
    > discussions are just
    > guesses that are not related to own experiences
    > and understanding for
    > the matter :-(
    >
    > It seems that the Linux way of dealing with bugs
    > is to implement a new
    > incompatible interface instead of fixing the
    > known bugs from
    > old interfaces :-(
    >
    > 2.01 Changelog: ftp.berlios.de


  3. Re: cdrecord

    Autor: Trevor Dart 09.05.06 - 13:42

    düse schrieb:
    -------------------------------------------------------
    > Es ist ein echtes Trauerspiel mit dem Kernel, man
    > sollte sich dazu mal das Changelog von cdrecord
    > (2.0.1) durchlesen das gestern veröffentlicht
    Weil Schilling ja auch überhaupt nicht als Antilinuxtroll und Solraisfan erster Güte bekannt ist, richtig?

  4. Re: cdrecord

    Autor: Cave 09.05.06 - 14:27

    düse schrieb:
    -------------------------------------------------------
    > Es ist ein echtes Trauerspiel mit dem Kernel, man
    > sollte sich dazu mal das Changelog von cdrecord
    > (2.0.1) durchlesen das gestern veröffentlicht

    Und? Hat Schilling wieder was neues zu moppern, oder ist das wieder mal ne neue Episode in seiner arroganten Vendetta gegen die Developer?

    Ich kann es schon nicht mehr lesen sein "erstmal alte Fehler in nem überholten Interface bereinigen, bevor ein neues (Interface) implementiert wird".

    So ein kleinkarierter Mist...

  5. Re: cdrecord

    Autor: audi666 09.05.06 - 14:42

    düse schrieb:
    -------------------------------------------------------
    > Es ist ein echtes Trauerspiel mit dem Kernel, man
    > sollte sich dazu mal das Changelog von cdrecord
    > (2.0.1) durchlesen das gestern veröffentlicht
    > wurde. Zitat:

    Is mir alles egal. Mein Brenner funktioniert schon lange mit DMA Support wenn ich ihn als /dev/hdc anspreche.

  6. Re: cdrecord

    Autor: Max Power 09.05.06 - 16:19

    audi666 schrieb:

    >
    > Is mir alles egal. Mein Brenner funktioniert schon
    > lange mit DMA Support wenn ich ihn als /dev/hdc
    > anspreche.

    Lustig oder dumm ?

  7. Re: cdrecord

    Autor: Anonymer Nutzer 09.05.06 - 16:24

    Max Power schrieb:
    -------------------------------------------------------
    > Lustig oder dumm ?
    >


    Wieso? Kann einem doch egal sein wie sich der Schilling mit den Kernel Entwicklern zankt. Hauptsache der Mist funktioniert :-P

  8. Re: cdrecord

    Autor: currywurst 10.05.06 - 10:30

    Ja, ja. Blah Blah. Schulhofgezaenk!

    Gluecklicherweise gibt es NeroLinux!

    Just works!!!

  9. Re: cdrecord

    Autor: Anonymer Nutzer 10.05.06 - 23:20

    currywurst schrieb:
    -------------------------------------------------------
    > Ja, ja. Blah Blah. Schulhofgezaenk!
    >
    > Gluecklicherweise gibt es NeroLinux!
    >
    > Just works!!!


    cdrecord läuft auch. Und ich schätze, dass bei den angesprochenen Problemen das NeroLinux auch nichts bringt, denn es geht um DMA Unterstützung für Brenner.

  1. Thema

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Sie müssen ausserdem in Ihrem Account-Profil unter Forum einen Nutzernamen vergeben haben. Zum Login

Stellenmarkt
  1. Requirements Engineer (w/m/d) Softwareentwicklung
    SSI SCHÄFER IT Solutions GmbH, Dortmund, Giebelstadt
  2. IT-Netzwerkadministrator (m/w/d)
    DRK Landesverband Rheinland-Pfalz e.V., Mainz
  3. Product Manager/in Manufacturing (m/w/d)
    Haufe Group, Freiburg, München
  4. IT-Projektleiter (w/m/d) in der Logistik
    SSI SCHÄFER IT Solutions GmbH, Dortmund

Detailsuche


Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Spiele-Angebote
  1. 9,99€
  2. 16,49€
  3. (u. a. Desperados 3 für 15,99€, Phoenix Wright: Ace Attorney Trilogy für 14,99€, King's...


Haben wir etwas übersehen?

E-Mail an news@golem.de