[snip]
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VIA8237SATA: IDE controller at PCI slot 0000:00:0f.0
VIA8237SATA: chipset revision 128
VIA8237SATA: 100% native mode on irq 11
ide2: BM-DMA at 0xd400-0xd407, BIOS settings: hde:pio, hdf:pio
ide3: BM-DMA at 0xd408-0xd40f, BIOS settings: hdg:pio, hdh:pio
VP_IDE: IDE controller at PCI slot 0000:00:0f.1
PCI: IRQ 0 for device 0000:00:0f.1 doesn't match PIRQ mask - try
pci=usepirqmask
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt8237 (rev 00) IDE UDMA133 controller on pci0000:00:0f.1
ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xfc08-0xfc0f, BIOS settings: hdc:pio, hdd:DMA
hda: SAMSUNG SP1614N, ATA DISK drive
Using anticipatory io scheduler
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdd: 4X4X32, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 1024KiB
hda: 312581808 sectors (160041 MB) w/8192KiB Cache, CHS=19457/255/63,
UDMA(100)
/dev/ide/host0/bus0/target0/lun0:
[hard hang - HD LED on solid, machine locked up, should show p1 p2 p3]
This is a brand new mobo w/ an Opteron 148 on it. SK8V. The Gentoo
LiveCD is a 2.6.5 kernel and it boots ok on it. I'm starting to do
tests to see what I can do to get it to function.
What I know at present.
1) Hard hang requiring reset switch
2) no known boot options affect it
3) no BIOS twiddling affects it, dma on/off, 32bit, whatever.
4) no generic or !generic IDE CONFIG_ options make a difference.
gcc version 3.3.3 20040412 (Gentoo Linux 3.3.3-r5, ssp-3.3-7, pie-8.7.5.3)
Gnu C 3.3.3
Gnu make 3.80
binutils 2.15.90.0.1.1
util-linux 2.12
mount 2.12
module-init-tools 3.0
e2fsprogs 1.35
Linux C Library 2.3.3
Dynamic linker (ldd) 2.3.3
Net-tools 1.60
Kbd 1.12
Sh-utils 5.2.1
On Friday 04 of June 2004 22:18, David Ford wrote:
> This is a brand new mobo w/ an Opteron 148 on it. SK8V. The Gentoo
> LiveCD is a 2.6.5 kernel and it boots ok on it. I'm starting to do
> tests to see what I can do to get it to function.
Can you try booting with "noapic" and/or "acpi=off"?
If it doesn't work, please do binary search to
check what is the last working kernel version.
neither of these two options affect the outcome and the only known
kernel that works on this are the Gentoo 2004.1 LiveCD (2.6.5 gentoo
built) kernels. I can't get a vanilla kernel to work on here. I'm
trying repeated versions and stripping everything possible out of the
builds. So far no luck.
David
Bartlomiej Zolnierkiewicz wrote:
>On Friday 04 of June 2004 22:18, David Ford wrote:
>
>
>
>>This is a brand new mobo w/ an Opteron 148 on it. SK8V. The Gentoo
>>LiveCD is a 2.6.5 kernel and it boots ok on it. I'm starting to do
>>tests to see what I can do to get it to function.
>>
>>
>
>Can you try booting with "noapic" and/or "acpi=off"?
>
>If it doesn't work, please do binary search to
>check what is the last working kernel version.
>
>
Both 2.6.5 and 2.6.7 will boot using the GENERIC IDE driver. I haven't
yet gotten any kernel to not lock up using the VIA driver.
On another note, I can't get ANY network card to work in this machine
other than with the gentoo LiveCD; tulip, 3com, RTL, eepro, smc..
The e100 driver even gives me this nonsense: "SIOCSIFFLAGS: Connection
timed out" when setting the interface up.
The eepro100 driver says it can't initialize the 82557 and check that
the card is in a bus-master capable slot. Self test failed.
This is silly. The same hardware all works with the LiveCD kernel, no
boot options.
david
Culprit found. If CONFIG_IOMMU_DEBUG is enabled, the machine will hang
on boot at the partition check when using the VIA driver.
David Ford wrote:
> Both 2.6.5 and 2.6.7 will boot using the GENERIC IDE driver. I
> haven't yet gotten any kernel to not lock up using the VIA driver.
David Ford <[email protected]> writes:
> Culprit found. If CONFIG_IOMMU_DEBUG is enabled, the machine will
> hang on boot at the partition check when using the VIA driver.
The real culprit is buggy VIA silicon. Use this patch.
-Andi
---------------------------------------------------------------
Enable VIA softmmu workaround for iommu=force/IOMMU_DEBUG too
diff -u linux-2.6.7rc3-bk3/arch/x86_64/kernel/io_apic.c-o linux-2.6.7rc3-bk3/arch/x86_64/kernel/io_apic.c
--- linux-2.6.7rc3-bk3/arch/x86_64/kernel/io_apic.c-o 2004-06-11 03:02:42.000000000 +0200
+++ linux-2.6.7rc3-bk3/arch/x86_64/kernel/io_apic.c 2004-06-12 15:46:35.000000000 +0200
@@ -252,7 +252,8 @@
switch (vendor) {
case PCI_VENDOR_ID_VIA:
#ifdef CONFIG_GART_IOMMU
- if (end_pfn >= (0xffffffff>>PAGE_SHIFT) &&
+ if ((end_pfn >= (0xffffffff>>PAGE_SHIFT) ||
+ force_iommu) &&
!iommu_aperture_allowed) {
printk(KERN_INFO
"Looks like a VIA chipset. Disabling IOMMU. Overwrite with \"iommu=allowed\"\n");
Yep, that patch makes this thing bootable now :)
Thank you,
David
Andi Kleen wrote:
>David Ford <[email protected]> writes:
>
>
>
>>Culprit found. If CONFIG_IOMMU_DEBUG is enabled, the machine will
>>hang on boot at the partition check when using the VIA driver.
>>
>>
>
>The real culprit is buggy VIA silicon. Use this patch.
>
>-Andi
>
>---------------------------------------------------------------
>Enable VIA softmmu workaround for iommu=force/IOMMU_DEBUG too
>
>diff -u linux-2.6.7rc3-bk3/arch/x86_64/kernel/io_apic.c-o linux-2.6.7rc3-bk3/arch/x86_64/kernel/io_apic.c
>--- linux-2.6.7rc3-bk3/arch/x86_64/kernel/io_apic.c-o 2004-06-11 03:02:42.000000000 +0200
>+++ linux-2.6.7rc3-bk3/arch/x86_64/kernel/io_apic.c 2004-06-12 15:46:35.000000000 +0200
>@@ -252,7 +252,8 @@
> switch (vendor) {
> case PCI_VENDOR_ID_VIA:
> #ifdef CONFIG_GART_IOMMU
>- if (end_pfn >= (0xffffffff>>PAGE_SHIFT) &&
>+ if ((end_pfn >= (0xffffffff>>PAGE_SHIFT) ||
>+ force_iommu) &&
> !iommu_aperture_allowed) {
> printk(KERN_INFO
> "Looks like a VIA chipset. Disabling IOMMU. Overwrite with \"iommu=allowed\"\n");
>
>
>