Sorry for the span. I attribute it to some kind of quarks mode.<div><br clear="all">Mark Beihoffer<br>Dragonfly Networks<br><a href="mailto:mbeihoffer@gmail.com">mbeihoffer@gmail.com</a><br><a href="mailto:mark@dragonfly-networks.com">mark@dragonfly-networks.com</a><br>

(612)508-5128<br>
<br><br><div class="gmail_quote">On Fri, Oct 22, 2010 at 9:14 AM,  <span dir="ltr"><<a href="mailto:coreboot-request@coreboot.org">coreboot-request@coreboot.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Send coreboot mailing list submissions to<br>
        <a href="mailto:coreboot@coreboot.org">coreboot@coreboot.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="http://www.coreboot.org/mailman/listinfo/coreboot" target="_blank">http://www.coreboot.org/mailman/listinfo/coreboot</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:coreboot-request@coreboot.org">coreboot-request@coreboot.org</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:coreboot-owner@coreboot.org">coreboot-owner@coreboot.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of coreboot digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. Mark Beihoffer has invited you to open a Google mail      account<br>
      (Mark Beihoffer)<br>
   2. Resource allocator problem? (was: Re: Want to     participate in<br>
      ASUS      M2V(K8T890/VT8237A) testing) (Tobias Diedrich)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Fri, 22 Oct 2010 07:58:10 -0500<br>
From: Mark Beihoffer <<a href="mailto:mbeihoffer@gmail.com">mbeihoffer@gmail.com</a>><br>
To: <a href="mailto:coreboot@coreboot.org">coreboot@coreboot.org</a><br>
Subject: [coreboot] Mark Beihoffer has invited you to open a Google<br>
        mail    account<br>
Message-ID:<br>
        <<a href="mailto:AANLkTik-VbS_Q_uoJ0hskEVvRrm9-3CxUN4-eTuhop1H@mail.gmail.com">AANLkTik-VbS_Q_uoJ0hskEVvRrm9-3CxUN4-eTuhop1H@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
I've been using Gmail and thought you might like to try it out. Here's an<br>
invitation to create an account.<br>
<br>
<br>
  You're Invited to Gmail!<br>
<br>
Mark Beihoffer has invited you to open a Gmail account.<br>
<br>
Gmail is Google's free email service, built on the idea that email can be<br>
intuitive, efficient, and fun. Gmail has:<br>
<br>
 *Less spam*<br>
Keep unwanted messages out of your inbox with Google's innovative<br>
technology.<br>
<br>
*Lots of space*<br>
Enough storage so that you'll never have to delete another message.<br>
<br>
*Built-in chat*<br>
Text or video chat with Mark Beihoffer and other friends in real time.<br>
<br>
*Mobile access*<br>
Get your email anywhere with Gmail on your mobile phone.<br>
<br>
You can even import your contacts and email from Yahoo!, Hotmail, AOL, or<br>
any other web mail or POP accounts.<br>
<br>
Once you create your account, Mark Beihoffer will be notified of your new<br>
Gmail address so you can stay in touch. Learn<br>
more<<a href="http://mail.google.com/mail/help/intl/en/about.html" target="_blank">http://mail.google.com/mail/help/intl/en/about.html</a>>or get<br>
started<<a href="http://mail.google.com/mail/a-273fae0330-b83fc009ac-kCWmf2yFIP99-wBkiFmp7ts6KwU" target="_blank">http://mail.google.com/mail/a-273fae0330-b83fc009ac-kCWmf2yFIP99-wBkiFmp7ts6KwU</a>><br>
!<br>
        Sign up<<a href="http://mail.google.com/mail/a-273fae0330-b83fc009ac-kCWmf2yFIP99-wBkiFmp7ts6KwU" target="_blank">http://mail.google.com/mail/a-273fae0330-b83fc009ac-kCWmf2yFIP99-wBkiFmp7ts6KwU</a>><br>
<br>
Google Inc. | 1600 Ampitheatre Parkway | Mountain View, California 94043<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://www.coreboot.org/pipermail/coreboot/attachments/20101022/4b62769e/attachment-0001.html" target="_blank">http://www.coreboot.org/pipermail/coreboot/attachments/20101022/4b62769e/attachment-0001.html</a>><br>


<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Fri, 22 Oct 2010 16:14:01 +0200<br>
From: Tobias Diedrich <<a href="mailto:ranma%2Bcoreboot@tdiedrich.de">ranma+coreboot@tdiedrich.de</a>><br>
To: <a href="mailto:coreboot@coreboot.org">coreboot@coreboot.org</a><br>
Subject: [coreboot] Resource allocator problem? (was: Re: Want to<br>
        participate in ASUS     M2V(K8T890/VT8237A) testing)<br>
Message-ID: <<a href="mailto:20101022141401.GF10870@yumi.tdiedrich.de">20101022141401.GF10870@yumi.tdiedrich.de</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Scott Duplichan wrote:<br>
> ]PCI: 00:01.0 bridge ctrl <- 0017<br>
> ]PCI: 00:01.0 cmd <- 04<br>
> ]PCI: 00:02.0 bridge ctrl <- 0003<br>
> ]PCI: 00:02.0 cmd <- 00<br>
> ]PCI: 00:03.0 bridge ctrl <- 0003<br>
> ]PCI: 00:03.0 cmd <- 07<br>
> ][hang]<br>
> ]<br>
> ]00:03.0 is one of the onboard pcie devices.<br>
> ]<br>
> ]--<br>
> ]Tobias                                               PGP: <a href="http://8ef7ddba.uguu.de" target="_blank">http://8ef7ddba.uguu.de</a><br>
><br>
> The write of 07 enables memory bars, I/O bars, and bus master<br>
> for that device. You could try to dump the config space for that<br>
> device to see if memory and I/O bars are reasonable. Knowing<br>
> MTRRs and TOM would let you confirm the memory bars point to UC-IO.<br>
<br>
Ok, it's a problem with the resource allocator.<br>
It's allocating io 0x000-0xfff to this bridge, and the existing<br>
'avoid legacy ports' checks don't seem to catch this.<br>
<br>
|Done setting resources.<br>
|Show resources in subtree (Root Device)...After assigning values.<br>
|[...]<br>
|    PCI: 00:03.0 child on link 0 PCI: 03:00.0<br>
|    PCI: 00:03.0 resource base 0 size 1000 align 12 gran 12 limit ffff flags 60080102 index 1c<br>
|    PCI: 00:03.0 resource base fecbffff size 0 align 20 gran 20 limit fecbffff flags 60081202 in<br>
|    PCI: 00:03.0 resource base f0000000 size 100000 align 20 gran 20 limit fecbffff flags 600802<br>
|     PCI: 03:00.0<br>
|     PCI: 03:00.0 resource base 10 size 8 align 3 gran 3 limit ffff flags 60000100 index 10<br>
|     PCI: 03:00.0 resource base 20 size 4 align 2 gran 2 limit ffff flags 60000100 index 14<br>
|     PCI: 03:00.0 resource base 18 size 8 align 3 gran 3 limit ffff flags 60000100 index 18<br>
|     PCI: 03:00.0 resource base 24 size 4 align 2 gran 2 limit ffff flags 60000100 index 1c<br>
|     PCI: 03:00.0 resource base 0 size 10 align 4 gran 4 limit ffff flags 60000100 index 20<br>
|     PCI: 03:00.0 resource base f0000000 size 400 align 10 gran 10 limit fecbffff flags 60000200<br>
|    PCI: 00:03.1 child on link 0 PCI: 04:00.0<br>
|    PCI: 00:03.1 resource base 1000 size 1000 align 12 gran 12 limit ffff flags 60080102 index 1<br>
<br>
The devices/device.c has two checks to defend legacy ports in<br>
compute_resources and allocate_resources:<br>
<br>
|               if (resource->flags & IORESOURCE_IO) {<br>
|                       /* Don't allow potential aliases over the legacy PCI<br>
|                        * expansion card addresses. The legacy PCI decodes<br>
|                        * only 10 bits, uses 0x100 - 0x3ff. Therefore, only<br>
|                        * 0x00 - 0xff can be used out of each 0x400 block of<br>
|                        * I/O space.<br>
|                        */<br>
|                       if ((base & 0x300) != 0) {<br>
|                               base = (base & ~0x3ff) + 0x400;<br>
|                       }<br>
|                       /* Don't allow allocations in the VGA I/O range.<br>
|                        * PCI has special cases for that.<br>
|                        */<br>
|                       else if ((base >= 0x3b0) && (base <= 0x3df)) {<br>
|                               base = 0x3e0;<br>
|                       }<br>
|               }<br>
<br>
This doesn't prevent the bridge from getting allocated 0x0000-0x0fff.<br>
<br>
I added<br>
|                       /* exclude 0x0000 - 0x0400 legacy range */<br>
|                       if (base <= 0x400) {<br>
|                               base = 0x400;<br>
|                       }<br>
<br>
and now it's booting and handing off to seabios (but video card init<br>
doesn't seem to work).<br>
<br>
|Done setting resources.<br>
|Show resources in subtree (Root Device)...After assigning values.<br>
|[...]<br>
|    PCI: 00:03.0 child on link 0 PCI: 03:00.0<br>
|    PCI: 00:03.0 resource base 1000 size 1000 align 12 gran 12 limit ffff flags 60080102 index 1<br>
|    PCI: 00:03.0 resource base fecbffff size 0 align 20 gran 20 limit fecbffff flags 60081202 in<br>
|    PCI: 00:03.0 resource base f0000000 size 100000 align 20 gran 20 limit fecbffff flags 600802<br>
|     PCI: 03:00.0<br>
|     PCI: 03:00.0 resource base 1010 size 8 align 3 gran 3 limit ffff flags 60000100 index 10<br>
|     PCI: 03:00.0 resource base 1020 size 4 align 2 gran 2 limit ffff flags 60000100 index 14<br>
|     PCI: 03:00.0 resource base 1018 size 8 align 3 gran 3 limit ffff flags 60000100 index 18<br>
|     PCI: 03:00.0 resource base 1024 size 4 align 2 gran 2 limit ffff flags 60000100 index 1c<br>
|     PCI: 03:00.0 resource base 1000 size 10 align 4 gran 4 limit ffff flags 60000100 index 20<br>
|     PCI: 03:00.0 resource base f0000000 size 400 align 10 gran 10 limit fecbffff flags 60000200<br>
|    PCI: 00:03.1 child on link 0 PCI: 04:00.0<br>
|    PCI: 00:03.1 resource base 2000 size 1000 align 12 gran 12 limit ffff flags 60080102 index 1<br>
|    PCI: 00:03.1 resource base fecbffff size 0 align 20 gran 20 limit fecbffff flags 60081202 in<br>
|    PCI: 00:03.1 resource base f0100000 size 100000 align 20 gran 20 limit fecbffff flags 600802<br>
|[...]<br>
|Start bios (version pre-0.6.2-20101020_194120-nukunuku)<br>
|Found mainboard ASUS M2V<br>
|Found CBFS header at 0xfffffc6e<br>
|Ram Size=0xdfff0000 (0x0000000100000000 high)<br>
|Relocating init from 0x000e9330 to 0xdffd6880 (size 38496)<br>
|CPU Mhz=1001<br>
|Found 1 cpu(s) max supported 1 cpu(s)<br>
|Copying MPTABLE from 0xdfff0400/dfff0410 to 0x000fda50<br>
|SMBIOS ptr=0x000fda30 table=0xdffefed0<br>
|Scan for VGA option rom<br>
|EHCI init on dev 00:10.4 (regs=0xf0300010)<br>
|Found 0 lpt ports<br>
|Found 2 serial ports<br>
|ATA controller 0 at 1f0/3f4/0 (irq 14 dev 79)<br>
|ATA controller 1 at 170/374/0 (irq 15 dev 79)<br>
|ATA controller 2 at 1010/1020/0 (irq 0 dev 300)<br>
|ATA controller 3 at 1018/1024/0 (irq 0 dev 300)<br>
|ata1-1: Pioneer DVD-ROM ATAPIModel DVD-106S 0122 ATAPI-5 DVD/CD<br>
|PS2 keyboard initialized<br>
|All threads complete.<br>
|Scan for option roms<br>
|Press F12 for boot menu.<br>
<br>
--<br>
Tobias                                          PGP: <a href="http://8ef7ddba.uguu.de" target="_blank">http://8ef7ddba.uguu.de</a><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: coreboot_try14.log.gz<br>
Type: application/octet-stream<br>
Size: 12081 bytes<br>
Desc: not available<br>
URL: <<a href="http://www.coreboot.org/pipermail/coreboot/attachments/20101022/19fa48b8/attachment.obj" target="_blank">http://www.coreboot.org/pipermail/coreboot/attachments/20101022/19fa48b8/attachment.obj</a>><br>


<br>
------------------------------<br>
<br>
_______________________________________________<br>
coreboot mailing list<br>
<a href="mailto:coreboot@coreboot.org">coreboot@coreboot.org</a><br>
<a href="http://www.coreboot.org/mailman/listinfo/coreboot" target="_blank">http://www.coreboot.org/mailman/listinfo/coreboot</a><br>
<br>
End of coreboot Digest, Vol 68, Issue 118<br>
*****************************************<br>
</blockquote></div><br></div>