From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <scdbackup@gmx.net>
Received: by yocto-www.yoctoproject.org (Postfix, from userid 118)
	id 9C6A2E007AD; Tue, 19 Aug 2014 02:04:57 -0700 (PDT)
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	yocto-www.yoctoproject.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,
	RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1
X-Spam-HAM-Report: * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser
	mail provider *      (scdbackup[at]gmx.net)
	* -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/,
	no *      trust
	*      [212.227.17.20 listed in list.dnswl.org]
	* -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%
	*      [score: 0.0000]
Received: from mout.gmx.net (mout.gmx.net [212.227.17.20])
	by yocto-www.yoctoproject.org (Postfix) with ESMTP id 1A030E007AA
	for <meta-freescale@yoctoproject.org>;
	Tue, 19 Aug 2014 02:04:55 -0700 (PDT)
Received: from scdbackup.webframe.org ([87.167.162.134]) by mail.gmx.com
	(mrgmx102) with ESMTPSA (Nemesis) id 0LwGDy-1WIeen2gYg-0185yO;
	Tue, 19 Aug 2014 11:04:47 +0200
Date: Tue, 19 Aug 2014 11:04:01 +0200
From: "Thomas Schmitt" <scdbackup@gmx.net>
To: meta-freescale@yoctoproject.org
References: <2014081916353221831615@ava.com.cn>
In-Reply-To: <2014081916353221831615@ava.com.cn>
Message-Id: <23282659961917932173@scdbackup.webframe.org>
X-Provags-ID: V03:K0:jImPbYHp/s1qH2GilBv+oCKcegGcE1xwWc2glekAGN3VODIsn/7
	sbsthauIkYKhnIqKill0k+nJxCoTlc4ZAjBwdz2F2Fft8P8IAVLrrzVqyLYGD9kkJpp52X2
	2oVXcahrqLc/+nOrbo6CC/t78mBXY3vbqDq5noi1hoCKYwQ2x4anvWq4CzkndkVuzCj+j2F
	PGKqUS1UwlfbfeTsk5JnA==
X-UI-Out-Filterresults: notjunk:1;
Cc: wally.yeh@atrustcorp.com
Subject: Re: about freescale dvd-rom
X-BeenThere: meta-freescale@yoctoproject.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Usage and development list for the meta-fsl-* layers
	<meta-freescale.yoctoproject.org>
List-Unsubscribe: <https://lists.yoctoproject.org/options/meta-freescale>,
	<mailto:meta-freescale-request@yoctoproject.org?subject=unsubscribe>
List-Archive: <http://lists.yoctoproject.org/pipermail/meta-freescale>
List-Post: <mailto:meta-freescale@yoctoproject.org>
List-Help: <mailto:meta-freescale-request@yoctoproject.org?subject=help>
List-Subscribe: <https://lists.yoctoproject.org/listinfo/meta-freescale>,
	<mailto:meta-freescale-request@yoctoproject.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Aug 2014 09:04:57 -0000
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi,

first let me state that i am the upstream developer of
libburn, not of cdrtools. :)

Since a few weeks i am watching Lian jianfei's woes with
Linux DVD burning tools.
We used libburn's SCSI logging facility to learn about
the SCSI passthrough traffic between burn program and
DVD drive.

On imx6q board quite frequently, on another ARM based board
much less often, there are glitches to see with the reply
data from the DVD burner.
The imx6q board quite often produces underneath ioctl(SG_IO)
either a userspace SIGSEGV or memory corruption alerts.

But only if board and DVD burner are connected SATA to SATA.

See also
https://lists.yoctoproject.org/pipermail/meta-freescale/2014-July/009648.html
(The suspicion that the correct reply would be put
 to the wrong address is disproved meanwhile. The
 reply buffer sg_io_hdr_t.dxferp contains all zeros
 before ioctl(SG_IO) and non-zero nonsense afterwards.)


All problems vanish, as soon as a SATA-USB bridge is attached
to the DVD burner and the traffic runs over an USB port of
the imx6q board.

I never got reports about such problems with Linux on i386
or amd64. So i assume it has something to do with the SATA
controller on the board and/or the according driver in the
kernel.


Have a nice day :)

Thomas