[lkml]   [2002]   [Oct]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: PROBLEM: ide-related kernel panic in 2.4.19 and 2.4.20-pre11
    On Sun, 20 Oct 2002, Toon van der Pas wrote:

    > On Sat, Oct 19, 2002 at 03:54:46PM -0700, Andre Hedrick wrote:
    > > On Sat, 19 Oct 2002, Brian Gerst wrote:
    > > >
    > > > Attempting to read a "defective" disc should never, ever, cause a
    > > > kernel oops. Whether it succeeds or not is irrelevant.
    > >
    > > Please point out where in the original post, the referrence to
    > > "defective" media. If this would have been the case, your point it
    > > valid. If I missed something, thus am wrong, I will admit to being
    > > wrong.
    > AFAICS you missed something indeed:
    > Attempts to read copy-protected media should also never result in a kernel oops.

    True, however since I suspect the device was attempting to thwart and
    crash the system, until a trace of the sense data returns from the device
    and the re-action of the kernel to those target responses, not much can be
    done to prevent such a crash.

    Again, the world of copy-protection has no boundaries.

    There is a product out there called a tether (sp).

    By design it will white screen and then blue screen the MicroSoft
    environment. If you continue to attempt to violate the ACL of the
    device/media combination it will become a tattle-tail and send email to a
    specified server and include all the evidence to charge you with a crime.

    I agree this is silly but the DMCA/RIAA/MPAA and company are out to hurt
    people and their rights.

    When was the last time you called the MPAA's general council and tell the
    lead attorney and clearly stated you would oppose any new changes into the
    a specification regardless? I did it about a year ago.

    Now it is only going to get worse.

    Recall SCSI via MMC is tainted.
    Recall SAS is being pushed into SATA as SATA II.
    Now since SATA II will be effectively under SAS which is under SAM
    overseen by T10 and STA, this all translate to SATA/SATAPI devices will
    totally polluted like SCSI is today.

    Now is there a way to win at this game, I am working on it.

    These people are sneaky and in the dark.


    Andre Hedrick
    LAD Storage Consulting Group

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:30    [W:0.019 / U:33.744 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site