DragonFly users List (threaded) for 2009-07
DragonFly BSD
DragonFly users List (threaded) for 2009-07
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

Re: Call for testers: new pci code

From: Matthew Dillon <dillon@xxxxxxxxxxxxxxxxxxxx>
Date: Sun, 5 Jul 2009 12:42:43 -0700 (PDT)

:Hi all,
:After some additional work, I integrated Polakov's new pci code ported
:from FreeBSD 7.2:
:I have tested SMP+IOAPIC, SMP+ICU, UP (there is not improvement in
:IOAPIC in this branch; my boxes just work with the current IOAPIC :)
:CARDBUS and PCCARD is tested on an old Dell laptop.
:I am currently running it on all of my boxes :)
:Though it should be safe to be tested, but I still suggest you to keep
:one copy of your working kernel and module!
:I also suggest to test it with HPET enabled.
:If there are any problems, please post the boot verbose dmesg first :)
:Best Regards,

    Here is the output for a SMP build on my new Phenom-based shuttle test
    box, without APIC_IO and with APIC_IO.

    With SMP, without APIC_IO (works normally):

	fetch http://apollo.backplane.com/DFlyMisc/dmesg01.boot

    With SMP, With APIC_IO (did not work before, does not work now):

	fetch http://apollo.backplane.com/DFlyMisc/dmesg02.boot

    With APIC_IO the AHCI device seems to route its interrupt ok.
    However, just about everything else is still broken.  i.e. NFE,
    EHCI, etc... all route to irq 2 and are broken.  I guess that
    is to be expected at this stage?.  It never worked with APIC_IO
    before and still doesn't :-)

    There is an ACPI entry for the HPET but I don't see any recognition of
    it as a clock source.

    In anycase, the machine boots without APIC_IO like it always has but
    I'm not sure if there is some sort of loader.conf option I need to set
    to test the new code or not.

					Matthew Dillon 

[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]