Discussion:
Root mount fails again. CAM related?
(too old to reply)
Marcel Moolenaar
2009-04-07 17:39:54 UTC
Permalink
All,

My ARM board boots from a USB mass storage device and
for the second time the the root mount fails. First is
was because the root mount wouldn't wait for the USB
stack to complete the discovery process. Now CAM seems
to have entered the picture:

...
Timecounter "CPU Timer" frequency 166666667 Hz quality 1000
Timecounters tick every 10.000 msec
usbus0: 480Mbps High Speed USB v2.0
WARNING: WITNESS option enabled, expect reduced performance.
Root mount waiting for: usbus0
ugen0.1: <Marvell> at usbus0
uhub0: <Marvell EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on
usbus0
uhub0: 1 port with 1 removable, self powered
Root mount waiting for: usbus0
ugen0.2: <Standard Microsystems> at usbus0
uhub1: <Standard Microsystems product 0x2507, class 9/0, rev
2.00/0.00, addr 2> on usbus0
Root mount waiting for: usbus0
uhub1: 7 ports with 7 removable, self powered
Root mount waiting for: usbus0
ugen0.3: <LaCie> at usbus0
umass0: <LaCie LaCie Mini Hub USB, class 0/0, rev 2.00/0.01, addr 3>
on usbus0
umass0: SCSI over Bulk-Only; quirks = 0x0000
Root mount waiting for: usbus0
umass0:0:0:-1: Attached to scbus0
Root mount waiting for: CAM
Root mount waiting for: CAM
Root mount waiting for: CAM
Root mount waiting for: CAM
Trying to mount root from ufs:/dev/da0p1

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


There are no GEOMs at this point.

Anyone else seeing this?
--
Marcel Moolenaar
***@mac.com
pluknet
2009-04-07 18:23:03 UTC
Permalink
Post by Marcel Moolenaar
All,
My ARM board boots from a USB mass storage device and
for the second time the the root mount fails. First is
was because the root mount wouldn't wait for the USB
stack to complete the discovery process. Now CAM seems
...
Timecounter "CPU Timer" frequency 166666667 Hz quality 1000
Timecounters tick every 10.000 msec
usbus0: 480Mbps High Speed USB v2.0
WARNING: WITNESS option enabled, expect reduced performance.
Root mount waiting for: usbus0
ugen0.1: <Marvell> at usbus0
uhub0: <Marvell EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus0
uhub0: 1 port with 1 removable, self powered
Root mount waiting for: usbus0
ugen0.2: <Standard Microsystems> at usbus0
uhub1: <Standard Microsystems product 0x2507, class 9/0, rev 2.00/0.00, addr
2> on usbus0
Root mount waiting for: usbus0
uhub1: 7 ports with 7 removable, self powered
Root mount waiting for: usbus0
ugen0.3: <LaCie> at usbus0
umass0: <LaCie LaCie Mini Hub USB, class 0/0, rev 2.00/0.01, addr 3> on
usbus0
umass0: SCSI over Bulk-Only; quirks = 0x0000
Root mount waiting for: usbus0
umass0:0:0:-1: Attached to scbus0
Root mount waiting for: CAM
Root mount waiting for: CAM
Root mount waiting for: CAM
Root mount waiting for: CAM
Trying to mount root from ufs:/dev/da0p1
<fstype>:<device> Mount <device> using filesystem <fstype>
eg. ufs:/dev/da0a
? List valid disk boot devices
<empty line> Abort manual input
There are no GEOMs at this point.
Anyone else seeing this?
Can this be a similar one? That was committed not far ago in rev. 190676.
http://lists.freebsd.org/pipermail/freebsd-current/2009-April/005635.html
--
wbr,
pluknet
Marcel Moolenaar
2009-04-07 18:29:41 UTC
Permalink
Post by pluknet
Post by Marcel Moolenaar
My ARM board boots from a USB mass storage device and
for the second time the the root mount fails. First is
was because the root mount wouldn't wait for the USB
stack to complete the discovery process. Now CAM seems
Can this be a similar one? That was committed not far ago in rev.
190676.
http://lists.freebsd.org/pipermail/freebsd-current/2009-April/005635.html
It could be the cause of the problem. Things worked fine
before CAM grew calls to root_mount_hold()...
--
Marcel Moolenaar
***@mac.com
Goran Gajic
2009-04-08 19:53:00 UTC
Permalink
When I have reverted back change svn commit: r190677 head/sys: cam
geom my system boots normaly again. This commit caused my system to hang
with message Root mount waiting for ...


gg.

Continue reading on narkive:
Loading...