I'm getting some issue with libpciaccess, I changed it locally to detect
the pci port from device_open and it seems to be opening the right port, but
there must be a bug with it.
I must be pretty close now, because the arbiter opens the x86 method and rump
opens the hurd method of pciaccess:
start pci-arbiter: PCI start
PCI machdev start
Hurd bootstrap pci PCI machdev done
PCI netfs done
PCI maptime done
pciaccess: x86 all good!
PCI pci_system_init done
machdev_trivfs_server
FSYS_STARTUP (machdev)
Create root entry
done
init_file_system done
PCI init_file_system done
PCI create_fs_tree done
PCI fs_set_perms done
PCI netfs loop pthread spawn done
PCI done, exit thread
The NetBSD Foundation, Inc. All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
NetBSD 7.99.34 (RUMP-ROAST)
total memory = unlimited (host limit)
timecounter: Timecounters tick every 10.000 msec
timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0
cpu0 at thinair0: rump virtual cpu
root file system type: rumpfs
kern.module.path=/stand/i386/7.99.34/modules
mainbus0 (root)
pci0 at mainbus0 bus 0
pci0: i/o space, memory space enabled, rd/line, rd/mult, wr/inv ok
PCI device_open (irq)
pciaccess: hurd got device master port
PCI device_open (pci)
pciaccess: XXX hurd some error stopped us from initing pci
PCI device_open (console)
Hurd bootstrap rumpdisk machdev_trivfs_server
PCI device_open (console)
PCI device_open (time)
PCI device_open (wd0)
ext2fs: part:2:device:wd0: (ipc/mig) server died
Damien
