<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Myles Watson escribió:
<blockquote
 cite="mid:2831fecf0912171003g3e7db77eo393fab2815df2e0c@mail.gmail.com"
 type="cite"><br>
  <div class="gmail_quote">
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
    <div class="gmail_quote">
    <div>It turns out that the problem is before the print statements I
inserted.  For some reason, your domain's IO resource is only giving
you 0x7ff of IO space.  That's not enough.  I can't see anywhere in the
code where that would be coming from, so I'm assuming memory
corruption.  At this point the limit should still be 0000ffff.<br>
    <br>
Could you try increasing the stack and heap sizes?  If that doesn't
work we'll have to find where the limit is getting changed, since it's
correct the first time that the resources are printed.<br>
    </div>
    </div>
  </blockquote>
  <div>     PNP: 002e.b resource base 290 size 8 align 3 gran 3 limit
fff flags c0000100 index 60<br>
     PNP: 002e.b resource base 5 size 1 align 0 gran 0 limit 0 flags
c0000400 index 70<br>
  <br>
     PNP: 002e.3 links 0 child on link 0 NULL<br>
     PNP: 002e.3 resource base 0 size 8 align 3 gran 3 limit 7ff flags
100 index 60<br>
     PNP: 002e.3 resource base 0 size 1 align 0 gran 0 limit 0 flags
400 index 70<br>
...<br>
PCI: 00:06.2 20 *  [0x1cf0 - 0x1cff] io<br>
PNP: 002e.3 60 *  [0x2000 - 0x2007] io<br>
  <br>
Never mind about the memory corruption.  PNP: 002e.3 has some resources
that aren't "fixed", so the allocator is trying to allocate them.  In
the SuperIO code where those resources are declared, set the flags to
match the other resources.<br>
  </div>
  </div>
</blockquote>
Problem solved I killed it :) means I disabled it in the device tree.
The H9DMR board has two serials and my board H8QME has only one. <br>
<br>
Now, I've got till the MTRR initialization and here is my reward:<br>
<br>
POST: 0x93<br>
Setting up local apic... apic_id: 0x0a done.<br>
POST: 0x9b<br>
CPU model: Quad-Core AMD Opteron(tm) Processor 8350<br>
siblings = 03, CPU #10 initialized<br>
All AP CPUs stopped<br>
PCI: 00:18.0 init<br>
PCI: 00:02.0 init<br>
Unexpected Exception: 6 @ 10:00207ff1 - Halting<br>
Code: 0 eflags: 00010046<br>
eax: 00000000 ebx: 00226358 ecx: 0021ea74 edx: 00000001<br>
edi: 0021ea74 esi: 00000001 ebp: 0023fff4 esp: 0023ff50<br>
POST: 0xff<br>
<br>
the strange thing is that it seems to work for like 11 other cores. And
this log is from my last try but before it always starts rebooting with
SOFT RESET after:<br>
MTRR check<br>
Fixed MTRRs   : Enabled<br>
<br>
Attached there is the whole log its getting bigger but still not till
the end :(<br>
<br>
THX,<br>
Knut Kujat.<br>
<br>
</body>
</html>