Loss of ed(4) in a RC1 booted in qemu

From: Thierry Herbelot <thierry_at_herbelot.com>
Date: Thu, 13 Oct 2005 13:31:25 +0200
Hello,

I have booted the latest RC1 boot only iso image from qemu, and it seems we 
have lost the attachment to ed(4) :
% qemu -boot d -cdrom 6.0-RC1-i386-bootonly.iso -serial stdio 6.0-RC1.img
OK boot -v
SMAP type=01 base=0000000000000000 len=000000000009fc00
SMAP type=01 base=0000000000100000 len=0000000007f00000
Copyright (c) 1992-2005 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 6.0-RC1 #0: Sun Oct  9 20:32:57 UTC 2005
    root_at_x64.samsco.home:/usr/obj/usr/src/sys/GENERIC
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e69000.
Preloaded mfs_root "/boot/mfsroot" at 0xc0e69108.
Calibrating clock(s) ... i8254 clock: 1113136 Hz
1113136 Hz differs from default of 1193182 Hz by more than 1%

[SNIP more device probing]

pci0: <display, VGA> at device 2.0 (no driver attached)
ed0: <RealTek 8029> port 0xc100-0xc1ff irq 11 at device 3.0 on pci0
ed0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc100
device_attach: ed0 attach returned 6
ex_isa_identify()

[SNIP end of probing]

the ed device is correctly detected and attached in the same conditions from 
the BETA5 boot-only image :
....
pci0: <display, VGA> at device 2.0 (no driver attached)
ed0: <RealTek 8029> port 0xc100-0xc1ff irq 11 at device 3.0 on pci0
ed0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc100
ed0: [MPSAFE]
ed0: bpf attached
ed0: Ethernet address: 52:54:00:12:34:56
ed0: type NE2000 (16 bit)
ata: ata0 already exists; skipping it
....

	Cheers

	TfH

PS : qemu is uptodate 
% pkg_info | grep qemu
qemu-0.7.2s.20050909_2 QEMU CPU Emulator
Received on Thu Oct 13 2005 - 09:31:43 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:45 UTC