[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [obsdfr-misc] Xen 3 et openbsd
OpenBSD 4.1-current (GENERIC) #328: Wed Jul 11 20:22:58 MDT 2007
deraadt AT i386 POINT openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz ("GenuineIntel" 686-class) 2.14GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,MMX,FXSR,SSE,SSE2,SS,SBF,SSE3,DS-CPL,CX16,xTPR
real mem = 33099776 (31MB)
avail mem = 22851584 (21MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 06/23/99, BIOS32 rev. 0 @ 0xfa370,
SMBIOS rev. 2.4 @ 0xe901f (10 entries)
bios0: Xen HVM domU
apm0 at bios0: Power Management spec V1.2
apm0: AC on, battery charge unknown
apm0: flags 30102 dobusy 0 doidle 1
pcibios0 at bios0: rev 2.1 @ 0xf0000/0x0
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfa610/128 (6 entries)
pcibios0: PCI Interrupt Router at 000:01:0 ("Intel 82371SB ISA" rev 0x00)
pcibios0: PCI bus #0 is the last bus
bios0: ROM list: 0xc0000/0x8000
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00
pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA, channel
0 wired to compatibility, channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 0: <QEMU HARDDISK>
wd0: 16-sector PIO, LBA48, 2048MB, 4194306 sectors
wd0(pciide0:0:0): using PIO mode 0, DMA mode 2
pciide0: channel 1 disabled (no drives)
piixpm0 at pci0 dev 1 function 2 "Intel 82371AB Power" rev 0x01: SMBus
disabled
vga1 at pci0 dev 2 function 0 "Cirrus Logic CL-GD5446" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
unknown vendor 0x5853 product 0x0001 (class undefined unknown subclass 0x80,
rev 0x01) at pci0 dev 3 function 0 not configured
re0 at pci0 dev 4 function 0 "Realtek 8139" rev 0x20: RTL8139C+ (0x7480),
irq 5, address 00:16:3e:33:71:92
rlphy0 at re0 phy 0: RTL internal PHY
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pmsi0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pmsi0 mux 0
pcppi0 at isa0 port 0x61
midi0 at pcppi0: <PC speaker>
spkr0 at pcppi0
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
fd0 at fdc0 drive 0: density unknown
fd1 at fdc0 drive 1: density unknown
biomask efdd netmask effd ttymask ffff
pctr: 686-class user-level performance counters enabled
mtrr: Pentium Pro MTRR support
nvram: invalid checksum
dkcsum: wd0 matches BIOS drive 0x80
root on wd0a swap on wd0b dump on wd0b
WARNING: / was not properly unmounted
clock: unknown CMOS layout
re0: watchdog timeout
On 7/13/07, Cabillot Julien <jcabillot AT gmail POINT com> wrote:
http://wiki.xensource.com/xenwiki/XenFaq#head-fcb85a149da66907086cc8ba4f0793ad01769b92
*
Note: This does not necessarily mean, that just about _any_ OS runs in HVM
Mode! Reports vary about getting *BSD to work in HVM mode, on the Mailing
List there's only 1 success for OpenBSD, no success message for the others,
but some problem reports
Donc c'est jouable.
*
On 7/13/07, Bruno COSTA <b POINT costa AT skiset.com> wrote:
>
>
> ----- Original Message -----
> From: "Cabillot Julien" <jcabillot AT gmail POINT com>
> To: <misc AT openbsd-france POINT org>
> Sent: Friday, July 13, 2007 1:39 PM
> Subject: Re: [obsdfr-misc] Xen 3 et openbsd
>
>
> > Quand il parle de porter xen sous openbsd, j'ai l'impression qu'il
> parle
> > d'un kernel tuné pour la paravirtualization.
> > Je me trompe ?
> >
>
>
> Non je pense que tu as bien raison.
>
> Il y a une différence entre faire tourner un OpenBSD sur une machine
> VT et
> sur une machine sans VT (chez AMD c'est Pacifica)
>
>
>
> et donc si la machine ne possede pas le VT il faut patcher le kernel
> OpenBSD
>
>
>
> normalement si tu as un proc VT une partie du code Xen est integré
> directement dans le processeur ce qui permet
>
> de virtualiser n importe quel OS invité (Client / DomU) pour peu qu'il
> soit
> disponible sous x86 sans le avoir besoin de le Xenifier ( patcher )
>
>
>
> bon courage : )
>
>
>
> reporte nous ton experience : )
>
>
>
> Bruno C.
>
>
>
> > On 7/13/07, Landry Breuil <landry POINT breuil AT gmail.com> wrote:
> >>
> >> > > Si je me souviens bien, dans le 2eme hors série consacré aux
> systèmes
> >>
> >> > > > BSD de gnu/linux mag y'a un très bon papier sur la
> virtualisation
> >> > > > et
> >> > > > les BSD. J'y ai cru comprendre qu'OpenBSD pouvait être utilisé
> en
> >> tant
> >> > > > que "client" mais pas "serveur" de virtualisation car le noyau
> >> > > > nécessite quelque modification qui apparement ne sont pas
> "secure"
> >> ou
> >> > > > disons ne sont pas à l'ordre du jour.
> >>
> >>
> >> De mémoire, c'est hautement expérimental, pas supporté
> officiellement,
> >> et
> >> faut batailler pour le faire marcher. Ca devait etre un google SoC
> chez
> >> Xen
> >> a un moment.
> >>
> >> cf http://ropersonline.com/openbsd/xen/ et
> >>
> >>
> http://anil.recoil.org/blog/articles/2006/08/21/openbsd-xen-boots-multi-user
> >>
> >> perso, je pense qu'il vaut mieux vaut partir sur un NetBSD pour jouer
> >> avec
> >> Xen...
> >>
> >> Landry
> >>
> >
> >
> >
> > --
> > Julien Cabillot
> > Administrateur SI
> > Direction Régionale des Services Pénitentiaire de Strasbourg
> >
>
>
> ________________________________
> French OpenBSD mailing list
> misc AT openbsd-france POINT org
> http://www.openbsd-france.org/ml
>
>
--
Julien Cabillot
Administrateur SI
Direction Régionale des Services Pénitentiaire de Strasbourg
--
Julien Cabillot
Administrateur SI
Direction Régionale des Services Pénitentiaire de Strasbourg