Tech Insider					     Technology and Trends


	      Linux Video & DVD Project Mailing List Archives

From kju@flummi.de Sun, 31 Oct 1999 20:17:59 +0100
Date: Sun, 31 Oct 1999 20:17:59 +0100
From: Michael Holzt kju@flummi.de
Subject: [Livid-dev] Problems with Authentification

With kernel 2.2.13, the latest patches from kernel.dk, i couldn't
authenticate:

florian:/home/kju/ldvd/css-auth# ./tstdvd /dev/hdc
not Authenticated
Request AGID [1]...     AGID 3
Host sending challenge:  09 08 07 06 05 04 03 02 01 00
hdc: packet command error: status=0x51 { DriveReady SeekComplete Error }
hdc: packet command error: error=0x54
ATAPI device hdc:
  Error: Illegal request -- (Sense key=0x05)
  Invalid field in parameter list -- (asc=0x26, ascq=0x00)
  The failed "Send Key" packet command was:
  "a3 00 00 00 00 00 00 00 00 10 c1 00 "
Send challenge to LU failed


Any hints?


-- 
mit freundlichen Grüßen,

Michael Holzt

From axboe@image.dk Sun, 31 Oct 1999 21:28:28 +0100
Date: Sun, 31 Oct 1999 21:28:28 +0100
From: Jens Axboe axboe@image.dk
Subject: [Livid-dev] Problems with Authentification

On Sun, Oct 31 1999, Michael Holzt wrote:
> With kernel 2.2.13, the latest patches from kernel.dk, i couldn't
> authenticate:
> 
> florian:/home/kju/ldvd/css-auth# ./tstdvd /dev/hdc
> not Authenticated
> Request AGID [1]...     AGID 3
> Host sending challenge:  09 08 07 06 05 04 03 02 01 00
> hdc: packet command error: status=0x51 { DriveReady SeekComplete Error }
> hdc: packet command error: error=0x54
> ATAPI device hdc:
>   Error: Illegal request -- (Sense key=0x05)
>   Invalid field in parameter list -- (asc=0x26, ascq=0x00)
>   The failed "Send Key" packet command was:
>   "a3 00 00 00 00 00 00 00 00 10 c1 00 "
> Send challenge to LU failed

What drive is this? The command looks perfectly valid.

-- 
*  Jens Axboe <axboe@image.dk>
*  Linux CD-ROM Maintainer
*  http://www.kernel.dk

From mid@auk.cx Sun, 31 Oct 1999 22:08:53 +0000 (UTC)
Date: Sun, 31 Oct 1999 22:08:53 +0000 (UTC)
From: Adam Fritzler mid@auk.cx
Subject: [Livid-dev] Problems with Authentification

On Sun, 31 Oct 1999, Jens Axboe wrote:

> What drive is this? The command looks perfectly valid.

I'm getting similar errors:

tstdvd shows:

not Authenticated
Request AGID [1]...     AGID 3
Host sending challenge:  09 08 07 06 05 04 03 02 01 00
Send challenge to LU failed


And this in the logs:

Oct 31 13:59:11 mediocris kernel: hdc: packet command error: status=0x51 {
DriveReady SeekComplete Error }
Oct 31 13:59:11 mediocris kernel: hdc: packet command error: error=0x50
Oct 31 13:59:11 mediocris kernel: ATAPI device hdc:
Oct 31 13:59:11 mediocris kernel:   Error: Illegal request -- (Sense
key=0x05)
Oct 31 13:59:11 mediocris kernel:   Invalid field in parameter list --
(asc=0x26, ascq=0x00)
Oct 31 13:59:11 mediocris kernel:   The failed "Send Key" packet command was:
Oct 31 13:59:11 mediocris kernel:   "a3 00 00 00 00 00 00 00 00 10 c1 00 "
Oct 31 13:59:11 mediocris kernel:   Error in command data byte 50222

and /proc/ide/hdc/model: TOSHIBA DVD-ROM SD-M1002

Using 2.3.24 kernel with your patches released today (31oct).

af

PS: Irrelevent question for Jens: Is CDRW (read/write) support
fully-functional yet?

---
  Adam Fritzler
  { mid@auk.cx, afritz@iname.com}
    http://www.auk.cx/~mid/
  "Something in my systray is blinking wildly." -- DS 

From axboe@image.dk Sun, 31 Oct 1999 22:48:56 +0100
Date: Sun, 31 Oct 1999 22:48:56 +0100
From: Jens Axboe axboe@image.dk
Subject: [Livid-dev] Problems with Authentification

--0F1p//8PRICkK4MW
Content-Type: text/plain; charset=us-ascii

On Sun, Oct 31 1999, Adam Fritzler wrote:
> On Sun, 31 Oct 1999, Jens Axboe wrote:
> 
> > What drive is this? The command looks perfectly valid.
> 
> I'm getting similar errors:
> 
> tstdvd shows:
> 
> not Authenticated
> Request AGID [1]...     AGID 3
> Host sending challenge:  09 08 07 06 05 04 03 02 01 00
> Send challenge to LU failed
> 
> 
> And this in the logs:
> 
> Oct 31 13:59:11 mediocris kernel: hdc: packet command error: status=0x51 {
> DriveReady SeekComplete Error }
> Oct 31 13:59:11 mediocris kernel: hdc: packet command error: error=0x50
> Oct 31 13:59:11 mediocris kernel: ATAPI device hdc:
> Oct 31 13:59:11 mediocris kernel:   Error: Illegal request -- (Sense
> key=0x05)
> Oct 31 13:59:11 mediocris kernel:   Invalid field in parameter list --
> (asc=0x26, ascq=0x00)
> Oct 31 13:59:11 mediocris kernel:   The failed "Send Key" packet command was:
> Oct 31 13:59:11 mediocris kernel:   "a3 00 00 00 00 00 00 00 00 10 c1 00 "
> Oct 31 13:59:11 mediocris kernel:   Error in command data byte 50222
> 
> and /proc/ide/hdc/model: TOSHIBA DVD-ROM SD-M1002
> 
> Using 2.3.24 kernel with your patches released today (31oct).

Nuts, I hope I got it now. Could everyone with auth problems
try this patch please?

> af
> 
> PS: Irrelevent question for Jens: Is CDRW (read/write) support
> fully-functional yet?

Uhm, sort of. It works here on ATAPI, I haven't tested SCSI
yet. I need to finish up some more before releasing though.

-- 
*  Jens Axboe < axboe@image.dk>
*  Linux CD-ROM Maintainer
*  http://www.kernel.dk

--0F1p//8PRICkK4MW
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="agid.diff"

--- /tmp/linux-2.2.13-axboe/drivers/cdrom/cdrom.c	Sun Oct 31 14:39:19 1999
+++ drivers/cdrom/cdrom.c	Sun Oct 31 22:46:35 1999
@@ -926,12 +926,42 @@
 {
 	cgc->cmd[0] = GPCMD_REPORT_KEY;
 	cgc->cmd[10] = type | (agid << 6);
+	switch (type) {
+		case 0: case 8: case 5: {
+			cgc->buflen = 8;
+			break;
+		}
+		case 1: {
+			cgc->buflen = 16;
+			break;
+		}
+		case 2: case 4: {
+			cgc->buflen = 12;
+			break;
+		}
+	}
+	cgc->cmd[9] = cgc->buflen;
 }
 
 static void setup_send_key(struct cdrom_generic_command *cgc, unsigned agid, unsigned type)
 {
 	cgc->cmd[0] = GPCMD_SEND_KEY;
 	cgc->cmd[10] = type | (agid << 6);
+	switch (type) {
+		case 1: {
+			cgc->buflen = 16;
+			break;
+		}
+		case 3: {
+			cgc->buflen = 12;
+			break;
+		}
+		case 6: {
+			cgc->buflen = 8;
+			break;
+		}
+	}
+	cgc->cmd[9] = cgc->buflen;
 }
 
 static int dvd_do_auth(struct cdrom_device_info *cdi, dvd_authinfo *ai)
@@ -947,8 +977,7 @@
 	/* LU data send */
 	case DVD_LU_SEND_AGID:
 		cdinfo(CD_DVD, "entering DVD_LU_SEND_AGID\n"); 
-		setup_report_key(&cgc, 0, 0);
-		cgc.buflen = cgc.cmd[9] = 8;
+		setup_report_key(&cgc, ai->lsa.agid, 0);
 
 		if ((ret = cdo->generic_packet(cdi, &cgc)))
 			return ret;
@@ -960,7 +989,6 @@
 	case DVD_LU_SEND_KEY1:
 		cdinfo(CD_DVD, "entering DVD_LU_SEND_KEY1\n"); 
 		setup_report_key(&cgc, ai->lsk.agid, 2);
-		cgc.buflen = cgc.cmd[9] = 12;
 
 		if ((ret = cdo->generic_packet(cdi, &cgc)))
 			return ret;
@@ -972,7 +1000,6 @@
 	case DVD_LU_SEND_CHALLENGE:
 		cdinfo(CD_DVD, "entering DVD_LU_SEND_CHALLENGE\n"); 
 		setup_report_key(&cgc, ai->lsc.agid, 1);
-		cgc.buflen = cgc.cmd[9] = 16;
 
 		if ((ret = cdo->generic_packet(cdi, &cgc)))
 			return ret;
@@ -989,7 +1016,6 @@
 		cgc.cmd[4] = ai->lstk.lba >> 8;
 		cgc.cmd[3] = ai->lstk.lba >> 16;
 		cgc.cmd[2] = ai->lstk.lba >> 24;
-		cgc.buflen = cgc.cmd[9] = 12;
 
 		if ((ret = cdo->generic_packet(cdi, &cgc)))
 			return ret;
@@ -1004,7 +1030,6 @@
 	case DVD_LU_SEND_ASF:
 		cdinfo(CD_DVD, "entering DVD_LU_SEND_ASF\n"); 
 		setup_report_key(&cgc, ai->lsasf.asf, 5);
-		cgc.buflen = cgc.cmd[9] = 8;
 		
 		if ((ret = cdo->generic_packet(cdi, &cgc)))
 			return ret;
@@ -1016,7 +1041,6 @@
 	case DVD_HOST_SEND_CHALLENGE:
 		cdinfo(CD_DVD, "entering DVD_HOST_SEND_CHALLENGE\n"); 
 		setup_send_key(&cgc, ai->hsc.agid, 1);
-		cgc.buflen = cgc.cmd[9] = 16;
 		buf[1] = 14;
 		copy_chal(&buf[4], ai->hsc.chal);
 
@@ -1029,7 +1053,6 @@
 	case DVD_HOST_SEND_KEY2:
 		cdinfo(CD_DVD, "entering DVD_HOST_SEND_KEY2\n"); 
 		setup_send_key(&cgc, ai->hsk.agid, 3);
-		cgc.buflen = cgc.cmd[9] = 12;
 		buf[1] = 10;
 		copy_key(&buf[4], ai->hsk.key);
 

--0F1p//8PRICkK4MW--

From pvolcko@concentric.net Sun, 31 Oct 1999 17:48:29 -0500 (EST)
Date: Sun, 31 Oct 1999 17:48:29 -0500 (EST)
From: pvolcko@concentric.net pvolcko@concentric.net
Subject: [Livid-dev] Problems with Authentification

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> > With kernel 2.2.13, the latest patches from kernel.dk, i couldn't
> > authenticate:
> > 
> > florian:/home/kju/ldvd/css-auth# ./tstdvd /dev/hdc
> > not Authenticated
> > Request AGID [1]...     AGID 3
> > Host sending challenge:  09 08 07 06 05 04 03 02 01 00
> > hdc: packet command error: status=0x51 { DriveReady SeekComplete Error }
> > hdc: packet command error: error=0x54
> > ATAPI device hdc:
> >   Error: Illegal request -- (Sense key=0x05)
> >   Invalid field in parameter list -- (asc=0x26, ascq=0x00)
> >   The failed "Send Key" packet command was:
> >   "a3 00 00 00 00 00 00 00 00 10 c1 00 "
> > Send challenge to LU failed
> 
> What drive is this? The command looks perfectly valid.

Jens, if you remember, I reported this very same error to you a while back
when I was testing.  It was on my Toshiba IDE drive.  I haven't tried any of
the autherntication or decryption stuff for the last couple months, so I'm not
sure if this problem still shows up on my hardware... but that was the exact
error message I was getting.  It did not show up on my system with the SCSI
Pioneer 303s drive in it.  (Although I never did get a clean authentication
to go through such that I could read blocked sectors of even IFO files and
have them parse correctly.  I assumed there were some IOCTLs error still or
something.)

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.0 (GNU/Linux)
Comment: PGPEnvelope - http://www.bigfoot.com/~ftobin/resources.html

iD8DBQE4HMdBOzc/wrhmP6URAvloAJ456xE1dtnAwku32klkPvLxyF915wCgg6qK
Rk5B4sdHTXk1nTgG4Zal/7M=
=8cNx
-----END PGP SIGNATURE-----

From mid@auk.cx Sun, 31 Oct 1999 23:18:19 +0000 (UTC)
Date: Sun, 31 Oct 1999 23:18:19 +0000 (UTC)
From: Adam Fritzler mid@auk.cx
Subject: [Livid-dev] Problems with Authentification

On Sun, 31 Oct 1999, Jens Axboe wrote:

> Nuts, I hope I got it now. Could everyone with auth problems
> try this patch please?

Still no go....but it gives a lot more errors...

tstdvd:
not Authenticated
N/A, invalidating: Input/output error
N/A, invalidating: Input/output error
N/A, invalidating: Input/output error
Request AGID [1]...     Request AGID [2]...     Request AGID [3]...
Cannot get AGID

Kernel:

Oct 31 15:11:11 mediocris kernel: hdc: packet command error: status=0x51 {
DriveReady SeekComplete Error }
Oct 31 15:11:11 mediocris kernel: hdc: packet command error: error=0x50
Oct 31 15:11:11 mediocris kernel: ATAPI device hdc:
Oct 31 15:11:11 mediocris kernel:   Error: Illegal request -- (Sense
key=0x05)
Oct 31 15:11:11 mediocris kernel:   System resource failure -- (asc=0x55,
ascq=0x00)
Oct 31 15:11:11 mediocris kernel:   The failed "Report Key" packet command
was:
Oct 31 15:11:11 mediocris kernel:   "a4 00 00 00 00 00 00 00 00 08 00 00 "
Oct 31 15:11:11 mediocris kernel: hdc: packet command error: status=0x51 {
DriveReady SeekComplete Error }
Oct 31 15:11:11 mediocris kernel: hdc: packet command error: error=0x50
Oct 31 15:11:11 mediocris kernel: ATAPI device hdc:
Oct 31 15:11:11 mediocris kernel:   Error: Illegal request -- (Sense
key=0x05)
Oct 31 15:11:11 mediocris kernel:   Invalid field in command packet --
(asc=0x24, ascq=0x00)
Oct 31 15:11:11 mediocris kernel:   The failed "Report Key" packet command
was:
Oct 31 15:11:11 mediocris kernel:   "a4 00 00 00 00 00 00 00 00 00 3f 00 "
Oct 31 15:11:11 mediocris kernel:   Error in command packet byte 0 bit 0
Oct 31 15:11:11 mediocris kernel: hdc: packet command error: status=0x51 {
DriveReady SeekComplete Error }
Oct 31 15:11:11 mediocris kernel: hdc: packet command error: error=0x50
Oct 31 15:11:11 mediocris kernel: ATAPI device hdc:
Oct 31 15:11:11 mediocris kernel:   Error: Illegal request -- (Sense
key=0x05)
Oct 31 15:11:11 mediocris kernel:   System resource failure -- (asc=0x55,
ascq=0x00)
Oct 31 15:11:11 mediocris kernel:   The failed "Report Key" packet command
was:
Oct 31 15:11:11 mediocris kernel:   "a4 00 00 00 00 00 00 00 00 08 00 00 "
Oct 31 15:11:11 mediocris kernel: hdc: packet command error: status=0x51 {
DriveReady SeekComplete Error }
Oct 31 15:11:11 mediocris kernel: hdc: packet command error: error=0x50
Oct 31 15:11:11 mediocris kernel: ATAPI device hdc:
Oct 31 15:11:11 mediocris kernel:   Error: Illegal request -- (Sense
key=0x05)
Oct 31 15:11:11 mediocris kernel:   Invalid field in command packet --
(asc=0x24, ascq=0x00)
Oct 31 15:11:11 mediocris kernel:   The failed "Report Key" packet command
was:
Oct 31 15:11:11 mediocris kernel:   "a4 00 00 00 00 00 00 00 00 00 3f 00 "
Oct 31 15:11:11 mediocris kernel:   Error in command packet byte 0 bit 0
Oct 31 15:11:11 mediocris kernel: hdc: packet command error: status=0x51 {
DriveReady SeekComplete Error }
Oct 31 15:11:11 mediocris kernel: hdc: packet command error: error=0x50
Oct 31 15:11:11 mediocris kernel: ATAPI device hdc:
Oct 31 15:11:11 mediocris kernel:   Error: Illegal request -- (Sense
key=0x05)
Oct 31 15:11:11 mediocris kernel:   System resource failure -- (asc=0x55,
ascq=0x00)
Oct 31 15:11:11 mediocris kernel:   The failed "Report Key" packet command
was:
Oct 31 15:11:11 mediocris kernel:   "a4 00 00 00 00 00 00 00 00 08 00 00 "
Oct 31 15:11:11 mediocris kernel: hdc: packet command error: status=0x51 {
DriveReady SeekComplete Error }
Oct 31 15:11:11 mediocris kernel: hdc: packet command error: error=0x50
Oct 31 15:11:11 mediocris kernel: ATAPI device hdc:
Oct 31 15:11:11 mediocris kernel:   Error: Illegal request -- (Sense
key=0x05)
Oct 31 15:11:11 mediocris kernel:   Invalid field in command packet --
(asc=0x24, ascq=0x00)
Oct 31 15:11:11 mediocris kernel:   The failed "Report Key" packet command
was:
Oct 31 15:11:11 mediocris kernel:   "a4 00 00 00 00 00 00 00 00 00 3f 00 "
Oct 31 15:11:11 mediocris kernel:   Error in command packet byte 0 bit 0

The reset.c included in the css-auth module in cvs gives the roughly same
errors, if that's useful.

af

---
  Adam Fritzler
  { mid@auk.cx, afritz@iname.com}
    http://www.auk.cx/~mid/
  "Something in my systray is blinking wildly." -- DS 

From axboe@image.dk Sun, 31 Oct 1999 23:52:59 +0100
Date: Sun, 31 Oct 1999 23:52:59 +0100
From: Jens Axboe axboe@image.dk
Subject: [Livid-dev] Problems with Authentification

On Sun, Oct 31 1999, pvolcko@concentric.net wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> > > With kernel 2.2.13, the latest patches from kernel.dk, i couldn't
> > > authenticate:
> > > 
> > > florian:/home/kju/ldvd/css-auth# ./tstdvd /dev/hdc
> > > not Authenticated
> > > Request AGID [1]...     AGID 3
> > > Host sending challenge:  09 08 07 06 05 04 03 02 01 00
> > > hdc: packet command error: status=0x51 { DriveReady SeekComplete Error }
> > > hdc: packet command error: error=0x54
> > > ATAPI device hdc:
> > >   Error: Illegal request -- (Sense key=0x05)
> > >   Invalid field in parameter list -- (asc=0x26, ascq=0x00)
> > >   The failed "Send Key" packet command was:
> > >   "a3 00 00 00 00 00 00 00 00 10 c1 00 "
> > > Send challenge to LU failed
> > 
> > What drive is this? The command looks perfectly valid.
> 
> Jens, if you remember, I reported this very same error to you a while back
> when I was testing.  It was on my Toshiba IDE drive.  I haven't tried any of
> the autherntication or decryption stuff for the last couple months, so I'm not
> sure if this problem still shows up on my hardware... but that was the exact
> error message I was getting.  It did not show up on my system with the SCSI
> Pioneer 303s drive in it.  (Although I never did get a clean authentication
> to go through such that I could read blocked sectors of even IFO files and
> have them parse correctly.  I assumed there were some IOCTLs error still or
> something.)

Indeed, I do remember that. I have a Pioneer drive myself (the ATAPI
equivalent of the one you have) and it works like a charm. It seems
that the Toshiba drive is giving me problems, though... I'll
give this a better look tomorrow.

-- 
*  Jens Axboe <axboe@image.dk>
*  Linux CD-ROM Maintainer
*  http://www.kernel.dk

			        About USENET

USENET (Users’ Network) was a bulletin board shared among many computer
systems around the world. USENET was a logical network, sitting on top
of several physical networks, among them UUCP, BLICN, BERKNET, X.25, and
the ARPANET. Sites on USENET included many universities, private companies
and research organizations. See USENET Archives.

		       SCO Files Lawsuit Against IBM

March 7, 2003 - The SCO Group filed legal action against IBM in the State 
Court of Utah for trade secrets misappropriation, tortious interference, 
unfair competition and breach of contract. The complaint alleges that IBM 
made concentrated efforts to improperly destroy the economic value of 
UNIX, particularly UNIX on Intel, to benefit IBM's Linux services 
business. See SCO vs IBM.

The materials and information included in this website may only be used
for purposes such as criticism, review, private study, scholarship, or
research.

Electronic mail:			       WorldWideWeb:
   tech-insider@outlook.com			  http://tech-insider.org/