Hello all,
I just got four words for you: It boots now yeah!
Yes it boots my standard Linux kernel (2.6.22) SATA/IDE/USB/soundcard/gigabiteth and my Radeon seems to work. My MB is Asus A8V-E SE. Which might be compatible with A8V-E Duluxe... So someone wants to play too?
However there are some problems left:
1) dualchannel on K8 with unbuffered dimms
Has someone in plan to fix this?
2) something wrong with PCI/RAM resources
LinuxBIOS is telling FILO and FILO tells linux this memmap:
00001000-0009ffff : System RAM 000c0000-000effff : System RAM 00100000-1fffffff : System RAM
But if I use my K8 resource dumper:
MMIO map: #0 0x0000000000 - 0x000000ffff Access: / Dstnode:0 DstLink 0 MMIO map: #1 0x0000000000 - 0x000000ffff Access: / Dstnode:0 DstLink 0 MMIO map: #2 0x0000000000 - 0x000000ffff Access: / Dstnode:0 DstLink 0 MMIO map: #3 0x0000000000 - 0x000000ffff Access: / Dstnode:0 DstLink 0 MMIO map: #4 0x0000000000 - 0x000000ffff Access: / Dstnode:0 DstLink 0 MMIO map: #5 0x00000a0000 - 0x00000cffff Access: R/W Dstnode:0 DstLink 0 MMIO map: #6 0x00fc000000 - 0x00fc2fffff Access: R/W Dstnode:0 DstLink 0 MMIO map: #7 0x00e0000000 - 0x00f7ffffff Access: R/W Dstnode:0 DstLink 0
There is MMIO region up to cffff.
I could not long time catch this bug - the system hung disk IO when the disk buffers hit this region. I thought there is something wrong with V-Link or PCI master. But once I spot this I solved it by passing my own memmap to Linux Kernel.
Question is: any idea why this happened? I'm using default resource map and reasonably old SVN. This seems to be completely undocumented in K8 code...
Perhaps there is something wrong my my memory resource??
3) ROM strapping of some registers does not work properly
I will try to solve it.
4) Fine tuning of some VIA registers.
I will try to solve it.
5) ACPI off, GPIO in SIO, Reset button does not work. PCIe regs tune.
Thanks, Rudolf
On Wed, Jul 11, 2007 at 01:12:27AM +0200, Rudolf Marek wrote:
I just got four words for you: It boots now yeah!
Great news!
//Peter
Great news!
Yeah but I will need some help!
I have still problems with the RAM versus PCI MMIO. I think I found the problem:
LinuxBIOSv2/src/northbridge/amd/amdk8/northbridge.c:559
resource->base = 0xa0000; resource->size = 0x20000;
/* write the resource to the hardware */ reg = resource->index & 0xfc; base = f1_read_config32(reg); limit = f1_read_config32(reg + 0x4); base &= 0x000000f0; base |= (resource->base >> 8) & 0xffffff00; base |= 3; limit &= 0x00000048; limit |= ((resource->base + resource->size) >> 8) & 0xffffff00; limit |= (resource->index & 3) << 4; limit |= (nodeid & 7); f1_write_config32(reg + 0x4, limit); f1_write_config32(reg, base);
I think there is missing -1
((resource->base + resource->size - 1) >> 8) & 0xffffff00;
After this fix the MMIO for VGA is from A0000 to BFFFF
BUT! The VGA ROM seems to be mapped to C8000! How is this possible? Why is linuxbios claiming that the RAM is from C0000-EFFFF???
Where/what is wrong? How got the ROM there anyway? (MTRRs? VGA chip? PCI config???)
Thank you,
Rudolf
* Rudolf Marek r.marek@assembler.cz [070712 12:43]:
limit |= ((resource->base + resource->size) >> 8) & 0xffffff00;I think there is missing -1
((resource->base + resource->size - 1) >> 8) & 0xffffff00;
After this fix the MMIO for VGA is from A0000 to BFFFF
Looks reasonable
BUT! The VGA ROM seems to be mapped to C8000! How is this possible? Why is linuxbios claiming that the RAM is from C0000-EFFFF???
Weird. It should be mapped to C0000 and that is usually hardcoded. What card is that? External? Is there onboard VGA?
BUT! The VGA ROM seems to be mapped to C8000! How is this possible? Why is linuxbios claiming that the RAM is from C0000-EFFFF???
Weird. It should be mapped to C0000 and that is usually hardcoded. What card is that? External? Is there onboard VGA?
Sorry for the noise. It maps to c0000, but anyway, why is LinuxBIOS claiming that RAM starts at c0000?
Who/what is responsible for mapping the ROM c0000?
Thanks,
Rudolf
Rudolf Marek wrote:
BUT! The VGA ROM seems to be mapped to C8000! How is this possible? Why is linuxbios claiming that the RAM is from C0000-EFFFF???
Weird. It should be mapped to C0000 and that is usually hardcoded. What card is that? External? Is there onboard VGA?
Sorry for the noise. It maps to c0000, but anyway, why is LinuxBIOS claiming that RAM starts at c0000?
Who/what is responsible for mapping the ROM c0000?
Ok I found it. LinuxBiOS will just copy the ROM to this part of RAM. When I do memtest86+ on this area, all test will pass. However If I try to write to this region (C0000-EFFFF) in Linux - it is readonly??? Any clue?
Thanks, Rudolf
Rudolf Marek wrote:
BUT! The VGA ROM seems to be mapped to C8000! How is this possible? Why is linuxbios claiming that the RAM is from C0000-EFFFF???
Weird. It should be mapped to C0000 and that is usually hardcoded. What card is that? External? Is there onboard VGA?
Sorry for the noise. It maps to c0000, but anyway, why is LinuxBIOS claiming that RAM starts at c0000?
Who/what is responsible for mapping the ROM c0000?
Thanks,
Rudolf
Slightly off-topic, have you done any more work on the vt8237? I've resumed work on it, but I'm still stuck on the northbridge at the moment.
-Corey
Slightly off-topic, have you done any more work on the vt8237? I've resumed work on it, but I'm still stuck on the northbridge at the moment.
Yes it works now.I have only that problem with the C0000-EFFFF Otherwise it works. The files are missing copyright and license. If you want I can send you them to you.
Rudolf
Rudolf Marek wrote:
Slightly off-topic, have you done any more work on the vt8237? I've resumed work on it, but I'm still stuck on the northbridge at the moment.
Yes it works now.I have only that problem with the C0000-EFFFF Otherwise it works. The files are missing copyright and license. If you want I can send you them to you.
Rudolf
Please do, in the form of a patch or tarball. Would make my life much easier ;)
Thanks, Corey
Slightly off-topic, have you done any more work on the vt8237? I've resumed work on it, but I'm still stuck on the northbridge at the moment.
I'm attaching some files (except the NB code). I just did some minor tweaks, hope it compiles ;) The code is working well.
I have still old early smbus code - this works but maybe you have updated version?
Rudolf
Whoops, please disregard previous email, now I see you already sent them (will teach me to read email in chronological order...). I've done a very very little bit of work, namely setting up the nic to program the MAC address, but I don't even know if it works or not yet.
-Corey
Rudolf Marek wrote:
Slightly off-topic, have you done any more work on the vt8237? I've resumed work on it, but I'm still stuck on the northbridge at the moment.
I'm attaching some files (except the NB code). I just did some minor tweaks, hope it compiles ;) The code is working well.
I have still old early smbus code - this works but maybe you have updated version?
Rudolf
-
Corey Osgood -
Peter Stuge -
Rudolf Marek -
Stefan Reinauer