John Baldwin wrote:
>
> On 06-Jun-2003 John Baldwin wrote:
> > jhb 2003/06/06 10:56:30 PDT
> >
> > FreeBSD src repository
> >
> > Modified files:
> > sys/i386/pci pci_bus.c
> > sys/i386/include legacyvar.h
> > Log:
> > - Rename nexus_pcib to legacy_pcib. I've been meaning to do this for a
Just as a general FYI, I'd welcome people taking their best guess at
adapting sys/i386 commits to sys/amd64. There will NO fingers pointed at
somebody for breaking something, so long as you dont mind somebody else
jumping in and fixing it.
As a general rule, things that are directly applicable include:
- process management (machdep.c, vm_machdep.c etc)
- MD drivers (/dev/mem, pmap (partly), etc)
- acpica, pci, 8259 PIC, 8254 timer, isa bus code, etc.
Things that are not connected at all:
- amd64 doesn't have SMP support yet, so that means no #ifdef SMP or
#ifdef APIC_IO to be translated yet.
- no VM86 (not possible on a 64 bit kernel)
- as a consequence of no VM86, no VESA bios, pnpbios, pcibios, etc stuff.
- no APM (not possible on a 64 bit kernel since you cant make bios calls)
- there are no COMPAT_OLDISA shims in any form.
- locore.S
- no segment registers, eg: no %gs handling at trap time etc.
Generally there are a hell of a lot less #ifdefs in the amd64 tree, but a
good deal of it is 1:1 comparable with i386. Many of the changes are due
to different trapframe naming etc. eg: tf_rsp instead of tf_esp, and a
whole bunch of new tf_r8-tf_r15 etc.
Think of it as a cleaned up i386 port but 64 bit instead of 32 bit.
Cheers,
-Peter
--
Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com
"All of this is for nothing if we don't go to the stars" - JMS/B5