All of lore.kernel.org
 help / color / mirror / Atom feed
From: Harald Dunkel <harald.dunkel@t-online.de>
To: Tejun Heo <htejun@gmail.com>
Cc: Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: 2.6.19.1, sata_sil: sata dvd writer doesn't work
Date: Wed, 17 Jan 2007 22:46:28 +0100	[thread overview]
Message-ID: <45AE9934.6040009@t-online.de> (raw)
In-Reply-To: <45AE30A8.70802@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1689 bytes --]

Hi Tejun,

Tejun Heo wrote:
> 
> Okay, I just tested a number of dvds on x86-64 and x86.  The error
> pattern is really interesting.  It doesn't matter whether you're on
> x86-64 or x86, 2.6.18 or 2.6.20-rc5.  The problem occurs when a dvd
> which doesn't match dvd's region mask is played.
> 
> MMC command 0xa4 (READ KEY) is the one which always fails.  After the
> failure, the odd goes into strange state and usually won't respond to
> commands.  Interestingly, if you pull the power plug or reset the
> machine while the READ KEY command is in progress and then reconnect it,
> you can play the DVD after that.  I've checked this multiple times and
> no, dvdcss key caching isn't the cause, crossed checked it multiple times.
> 
> Once you played a dvd this way, the drive seems to remember the dvd and
> successfully plays it afterwards.  I've checked this multiple times
> using completely separate OS installation (one x86, the other x86-64).
> 

How comes that there is no such problem if I connect the drive
via an USB SATA adapter?

> This almost looks like new defense method against CSS-workaround.  Can't
> understand why the drive remembers successfully played dvds tho.
> 

I would have the option to return it (playing no DVDs is surely
a defect), but this would be a shame. It was lightning fast on writing,
a little bit noisy, though, but I was really glad to get rid of that
clumsy parallel cable.

Do you think it would be reasonable to send a bug report to Samsung,
and see what they say? I would need some documentation about these
MMC commands, though. Is this part of some "Red Book" standard, or
so?


Regards

Harri



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

  reply	other threads:[~2007-01-17 21:46 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-12-16 15:56 2.6.19.1, sata_sil: sata dvd writer doesn't work Harald Dunkel
2006-12-19 14:34 ` Tejun Heo
2006-12-19 18:42   ` Harald Dunkel
2006-12-19 23:59     ` Tejun Heo
2006-12-21 19:52       ` Harald Dunkel
2006-12-27  5:03         ` Tejun Heo
2006-12-28  4:23           ` Tejun Heo
2006-12-28 19:46             ` Harald Dunkel
2007-01-02 11:55               ` Tejun Heo
2007-01-02 19:20                 ` Harald Dunkel
2007-01-08 19:08                 ` Harald Dunkel
2007-01-17 14:20                   ` Tejun Heo
2007-01-17 21:46                     ` Harald Dunkel [this message]
2007-01-18  1:22                       ` Tejun Heo
2006-12-26 11:27 ` Harald Dunkel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=45AE9934.6040009@t-online.de \
    --to=harald.dunkel@t-online.de \
    --cc=htejun@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.