Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 12 Sep 2003 15:40:08 +0200
From:      Thomas Moestl <t.moestl@tu-bs.de>
To:        Poul-Henning Kamp <phk@phk.freebsd.dk>
Cc:        cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src/sys/cam/scsi scsi_cd.c src/sys/dev/ata atapi-cd.c atapi-cd.h src/sys/isa fd.c
Message-ID:  <20030912134008.GA680@timesink.dyndns.org>
In-Reply-To: <1212.1063336022@critter.freebsd.dk>
References:  <20030912013930.GB691@timesink.dyndns.org> <1212.1063336022@critter.freebsd.dk>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 2003/09/12 at 05:07:02 +0200, Poul-Henning Kamp wrote:
> In message <20030912013930.GB691@timesink.dyndns.org>, Thomas Moestl writes:
> >On Fri, 2003/09/12 at 02:10:13 +0200, Poul-Henning Kamp wrote:
> >> In message <20030911235214.GA691@timesink.dyndns.org>, Thomas Moestl writes:
> >> 
> >> >The cloning handlers in the CD-ROM drivers used to be required to
> >> >mount root from CD-ROM, which is e.g. required for the bootable
> >> >sparc64 distribution disks. Have things changed so that they are no
> >> >longer needed while I wasn't watching, or does this change break that
> >> >case?
> >> 
> >> Wouldn't that just be a matter of fixing the '/' line in /etc/fstab ?
> >
> >I don't think so. The cloning handler is used exclusively to determine
> >rootdev, so devices which do not use disk_create() and thus do not get
> 
> s/disk_create/disk_create or make_dev/
> 
> Which means that they are all covered.

Hmmm, it doesn't seem to work though (and I can't seem to find any
code which would make_dev() handle that; did you maybe forget to
commit that change?):

  OK boot -a
  nothing to autoload yet.
  jumping to kernel entry at 0xc0038000.
  Copyright (c) 1992-2003 The FreeBSD Project.
  Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
          The Regents of the University of California. All rights reserved.
  FreeBSD 5.1-CURRENT #4: Fri Sep 12 14:43:56 CEST 2003
  [...]
  acd0: CDRW <LTN486S> at ata2-slave PIO4
  GEOM: create disk ad1 dp=0xfffff80000db76c0
  ad1: 39266MB <IC35L040AVER07-0> [79780/16/63] at ata3-master UDMA66
  
  Manual root filesystem specification:
    <fstype>:<device>  Mount <device> using filesystem <fstype>
                         eg. ufs:/dev/da0a
    ?                  List valid disk boot devices
    <empty line>       Abort manual input
  
  mountroot> cd9660:acd0
  Mounting root from cd9660:acd0
  setrootbyname failed
  iso_mountroot: can't find rootvp
  Root mount failed: 6

However, if I reenable the atapi-cd clone code:

  Manual root filesystem specification:
    <fstype>:<device>  Mount <device> using filesystem <fstype>
                         eg. ufs:/dev/da0a
    ?                  List valid disk boot devices
    <empty line>       Abort manual input
  
  mountroot> cd9660:acd0
  Mounting root from cd9660:acd0
  cd9660: RockRidge Extension

It seems that I was wrong in claiming that we need root-mounting
ability for sparc64 releases though (it was only needed for the first
bootable CD-ROMs before we started to use the standard release
framework, which has the root file system in a bootmfs), so this
breakage would be less critical than I initially thought.

	- Thomas

-- 
Thomas Moestl <t.moestl@tu-bs.de>	http://www.tu-bs.de/~y0015675/
              <tmm@FreeBSD.org>		http://people.FreeBSD.org/~tmm/
PGP fingerprint: 1C97 A604 2BD0 E492 51D0  9C0F 1FE6 4F1D 419C 776C



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030912134008.GA680>