From nobody Wed Mar 02 04:23:11 2022 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B8D2619F16BC for ; Wed, 2 Mar 2022 04:23:59 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K7gws0gvtz3Dw0 for ; Wed, 2 Mar 2022 04:23:56 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 2224Nl1O014675 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 2 Mar 2022 04:23:48 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: wojtek@puchar.net Received: from [10.58.0.11] ([10.58.0.11]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 2224NL2N059184 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Wed, 2 Mar 2022 11:23:46 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: problem with USB-CD drive To: Wojciech Puchar , freebsd-hackers@freebsd.org References: <197d435-6c4b-a60-4e6f-ea4ee515b8f4@puchar.net> From: Eugene Grosbein Message-ID: <21050393-470a-8539-1324-3482d64c4870@grosbein.net> Date: Wed, 2 Mar 2022 11:23:11 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 In-Reply-To: <197d435-6c4b-a60-4e6f-ea4ee515b8f4@puchar.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4K7gws0gvtz3Dw0 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-0.92 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.954]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.13)[0.132]; MLMMJ_DEST(0.00)[freebsd-hackers]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 21.02.2022 17:44, Wojciech Puchar wrote: > i can read sectors by dd, by single (bs=2k) or multiple. > Other communication (vendor specific SCSI commands - used to configure/control the device with our software) - works properly. > If i make an image (first 34 sectors, device presents itself as 16MB > to prevent problems with some OSes but everything later are zeros) - it is good - did cmp with original image file. > > i can do mdconfig, mount_cd9660 on this file and everything is fine. > > > BUT > > mount_cd9660 /dev/cd1 /mnt > > results in: > > mount_cd9660: /dev/cd1: Invalid argument > > There is no kernel messages. > > How could i find out what is exactly a problem? It looks like the device or driver do not like size of reading request, f.e. short read. It should be possible to verify that using several ways: 1) run "ktrace -i mount_cd9660 ..." then study ouput of kdump; 2) enable debug logs at GEOM level, use sysctl kern.geom.debugflags=255 (beware of large amount of logs) then run mount_cd9660 3) use gcache(8) that is capable of limiting minimum request size by caching "extra" data, but try using only single gcache(8) instance per system because of known instability in the gcache code when you create multiple geom_cache's.