From owner-freebsd-sparc64@FreeBSD.ORG Tue Jan 17 00:40:08 2012 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 030A11065670 for ; Tue, 17 Jan 2012 00:40:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CFE768FC14 for ; Tue, 17 Jan 2012 00:40:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q0H0e7b6010201 for ; Tue, 17 Jan 2012 00:40:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q0H0e7Ur010200; Tue, 17 Jan 2012 00:40:07 GMT (envelope-from gnats) Resent-Date: Tue, 17 Jan 2012 00:40:07 GMT Resent-Message-Id: <201201170040.q0H0e7Ur010200@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, "C. P. Ghost" Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95544106564A for ; Tue, 17 Jan 2012 00:31:43 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 800A68FC1A for ; Tue, 17 Jan 2012 00:31:43 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id q0H0Vhj1062956 for ; Tue, 17 Jan 2012 00:31:43 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id q0H0VhqN062955; Tue, 17 Jan 2012 00:31:43 GMT (envelope-from nobody) Message-Id: <201201170031.q0H0VhqN062955@red.freebsd.org> Date: Tue, 17 Jan 2012 00:31:43 GMT From: "C. P. Ghost" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: sparc64/164226: Data corruption on 9.0-RELEASE when reading from CDROM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 00:40:08 -0000 >Number: 164226 >Category: sparc64 >Synopsis: Data corruption on 9.0-RELEASE when reading from CDROM >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 17 00:40:07 UTC 2012 >Closed-Date: >Last-Modified: >Originator: C. P. Ghost >Release: FreeBSD 9.0-RELEASE/sparc64 >Organization: Cordula's Web >Environment: FreeBSD tarazed.cordula.ws 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Mon Jan 16 01:51:15 CET 2012 root@tarazed.cordula.ws:/usr/obj/usr/src/sys/GENERIC sparc64 >Description: It's not possible to install FreeBSD 9.0-RELEASE from CDROM on a Blade 1500, because bsdinstall reports a corrupt base.txz. Investigating the issue further, revealed that the 9.0 kernel corrupts data read from a CDROM mounted via /dev/cd0, while the 8.2 kernel doesn't corrupt data when the CDROM is mounted via /dev/acd0. >How-To-Repeat: 8.2-RELEASE doesn't exhibit the bug: 1. Install 8.2-RELEASE on a sun4u system. 2. Mount the 9.0-RELEASE CDROM (using /dev/acd0) 3. cd /cdrom/usr/freebsd-dist; sha256 *.txz; 4. compare with MANIFEST -> same checksums. Upgrade to 9.0-RELEASE, e.g. from source: 4. mv /usr/src /usr/src.82 5. cd /; tar -xvpf /cdrom/usr/freebsd-dist/src.txz 6. source upgrade from 8.2 to 9.0 9.0-RELEASE exhibits the problem: 7. Reboot to 9.0-RELEASE 8. Mount the 9.0-RELEASE CDROM (using /dev/cd0) 9. cd /cdrom/usr/freebsd-dist; sha256 *.txz 10. compare checksums with MANIFEST -> different checksums! Reboot 9.0 userland to 8.2 (/boot/kernel.old/kernel) and repeat sha256 checksums -> no errors. Note, the sha256 program on 9.0 yields the same checksums on arbitrary files than on 8.2, as long as those files are not read from CDROM (e.g. fetched from the net). It is okay. >Fix: No fix known yet. Workaround: netboot 9.0, or source-upgrade from a previous release. Don't use CDROM (/dev/cd0) on 9.0 until this bug is fixed. >Release-Note: >Audit-Trail: >Unformatted: