Re: x86 git tree broken (bisected)

Re: x86 git tree broken (bisected)

[Robert Hancock]

Rafael J. Wysocki wrote:
> On Monday, 14 of April 2008, Yinghai Lu wrote:
>> On Mon, Apr 14, 2008 at 1:21 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>>> On Monday, 14 of April 2008, Yinghai Lu wrote:
>>>  > On Sun, Apr 13, 2008 at 5:19 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>>>  > >
>>>  > > On Monday, 14 of April 2008, Yinghai Lu wrote:
>>>  > >  > On Sun, Apr 13, 2008 at 3:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>>>  > >  > >
>>>  > >  > > On Monday, 14 of April 2008, Yinghai Lu wrote:
>>>  > >  > >  > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>>>  > >  > >  > ...
>>>  > >  > >  > >  > can you try to apply the patch i sent to you about agp bridge order
>>>  > >  > >  > >  > reading for buggy silicon?
>>>  > >  > >  > >  >
>>>  > >  > >  > >  > Please boot kernel with "debug"...
>>>  > >  > >  > >  >
>>>  > >  > >  > >  > I want to verify if you can get
>>>  > >  > >  > >  >
>>>  > >  > >  > >  > "
>>>  > >  > >  > >  > Aperture conflicts with PCI mapping.
>>>  > >  > >  > >  > "
>>>  > >  > >  > >  >
>>>  > >  > >  > >  > in your boot log...
>>>  > >  > >  > >
>>>  > >  > >  > >  It's not present in there:
>>>  > >  > >  > >
>>>  > >  > >  > >  rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
>>>  > >  > >  > >  Aperture too small (32 MB)
>>>  > >  > >  > >  Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
>>>  > >  > >  > >  Aperture too small (0 MB)
>>>  > >  > >  > >  agpgart: Aperture pointing to RAM
>>>  > >  > >  > >  agpgart: Aperture from AGP @ de000000 size 4096 MB
>>>  > >  > >  > >  agpgart: Aperture too small (0 MB)
>>>  > >  > >  > >
>>>  > >  > >  > >  Full dmesg output attached.
>>>  > >  > >  >
>>>  > >  > >  > please check attached debug patch. and check if you can change GART
>>>  > >  > >  > size in your BIOS setup to 64M instead of 32M
>>>  > >  > >
>>>  > >  > >  Hm, what tree am I supposed to apply it too:
>>>  > >  > >  (1) current x86 git
>>>  > >  > >  (2) current x86 git w/ some of your previous patches (which ones in this case)
>>>  > >  > >  (3) failing (old) x86 git
>>>  > >  > >  (4) failing (old) x86 git w/ some of your previous patches (which ones in this
>>>  > >  > >     case)?
>>>  > >  >
>>>  > >  > (1) current x86.git
>>>  > >
>>>  > >  Attached is dmesg output from current x86.git with debug_gart_checking.patch
>>>  > >  applied.
>>>  >
>>>  > please test the final one ... ...
>>>  >
>>>  > You should get back 64M memory back.
>>>
>>>  Tested (current x86.git), dmesg output attached.
>> thanks.
>>
>> looks good. as expected...
>>
>> Checking aperture...
>> AGP bridge at 00:04:00
>> Aperture from AGP @ de000000 old size 32 MB
>> Aperture size 4096 MB (APSIZE 0) is not right, using settings from NB
>> Aperture from AGP @ de000000 size 32 MB (APSIZE 0)
>> Node 0: aperture @ de000000 size 32 MB
>> Aperture too small (32 MB) than (64 MB)
>> ...
>> agpgart: Detected AGP bridge 20
>> Setting up ULi AGP.
>> agpgart: AGP aperture is 32M @ 0xde000000
> 
> BTW, what exactly would be the benefit of increasing the aperture size, given
> that I use a PCI Express graphics adapter?

The kernel uses the AGP GART aperture as an IOMMU. If you have >4GB of 
RAM and lots of devices with DMA addressing limits, more GART space 
would help prevent the IOMMU space from being exhausted.

x86 git tree broken

[Rafael J. Wysocki]

Hi,

The x86 git tree, as of HEAD commit

commit a9efd1225e6e0e78ceeaecc04cec1d428eb8173f
Author: Mike Travis <travis@sgi.com>
Date:   Fri Apr 4 18:30:16 2008 -0700

    x86: modify Kconfig to allow up to 4096 cpus

doesn't want to work on one of my testboxes (x86-64 desktop,
AMD-based).

First, the X server doesn't want to start (it says it couldn't mmap the
framebuffer).

Second, if I try to suspend the box to RAM, it enters a state it cannot
leave until power is physically cut from it (using the power button to power
off / power on the box doesn't help).

At the same time, 2.6.25-rc8-mm1 works just fine on this box.

Any ideas what to revert?

Thanks,
Rafael

Re: x86 git tree broken

[Ingo Molnar]

* Ingo Molnar <mingo@elte.hu> wrote:

> > > > First, the X server doesn't want to start (it says it couldn't 
> > > > mmap the framebuffer).
> > > 
> > > could you send your .config?
> > 
> > Attached.
> 
> could you disable this option:
> 
>  CONFIG_NONPROMISC_DEVMEM=y
> 
> does it help with the X problem?

btw., Xorg works fine here on a comparable AMD system - but i use a 
rather new distro (Fedora 8) which has Xorg 7.2.

	Ingo

Re: x86 git tree broken

[Rafael J. Wysocki]

On Thursday, 10 of April 2008, Ingo Molnar wrote:
> 
> * Ingo Molnar <mingo@elte.hu> wrote:
> 
> > > > > First, the X server doesn't want to start (it says it couldn't 
> > > > > mmap the framebuffer).
> > > > 
> > > > could you send your .config?
> > > 
> > > Attached.
> > 
> > could you disable this option:
> > 
> >  CONFIG_NONPROMISC_DEVMEM=y
> > 
> > does it help with the X problem?

That didn't help.

> btw., Xorg works fine here on a comparable AMD system - but i use a 
> rather new distro (Fedora 8) which has Xorg 7.2.

My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.

I think the problem is somehow related to the Radeon.

Thanks,
Rafael

Re: x86 git tree broken (bisected)

[Rafael J. Wysocki]

On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> On Thursday, 10 of April 2008, Ingo Molnar wrote:
> > 
> > * Ingo Molnar <mingo@elte.hu> wrote:
> > 
> > > > > > First, the X server doesn't want to start (it says it couldn't 
> > > > > > mmap the framebuffer).
> > > > > 
> > > > > could you send your .config?
> > > > 
> > > > Attached.
> > > 
> > > could you disable this option:
> > > 
> > >  CONFIG_NONPROMISC_DEVMEM=y
> > > 
> > > does it help with the X problem?
> 
> That didn't help.
> 
> > btw., Xorg works fine here on a comparable AMD system - but i use a 
> > rather new distro (Fedora 8) which has Xorg 7.2.
> 
> My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> 
> I think the problem is somehow related to the Radeon.

The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
"x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit"  as the one
causing problems.

Unfortunately, I can't revert cleanly it, because there are two more commits
depending on it in a highly nontrivial fashion, so I have reverted all three
commits

a365998cd2cecfb827469dbd57c29602c106cb83
44f7f90fbe7a3a99aab082f765346514b7b5c705
ea1441bdf53692c3dc1fd2658addcf1205629661

and X starts again.  Also, suspend to RAM works from under X.

Thanks,
Rafael

Re: x86 git tree broken (bisected)

[Rafael J. Wysocki]

On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> > > 
> > > * Ingo Molnar <mingo@elte.hu> wrote:
> > > 
> > > > > > > First, the X server doesn't want to start (it says it couldn't 
> > > > > > > mmap the framebuffer).
> > > > > > 
> > > > > > could you send your .config?
> > > > > 
> > > > > Attached.
> > > > 
> > > > could you disable this option:
> > > > 
> > > >  CONFIG_NONPROMISC_DEVMEM=y
> > > > 
> > > > does it help with the X problem?
> > 
> > That didn't help.
> > 
> > > btw., Xorg works fine here on a comparable AMD system - but i use a 
> > > rather new distro (Fedora 8) which has Xorg 7.2.
> > 
> > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> > 
> > I think the problem is somehow related to the Radeon.
> 
> The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit"  as the one
> causing problems.
> 
> Unfortunately, I can't revert cleanly it, because there are two more commits
> depending on it in a highly nontrivial fashion, so I have reverted all three
> commits
> 
> a365998cd2cecfb827469dbd57c29602c106cb83
> 44f7f90fbe7a3a99aab082f765346514b7b5c705
> ea1441bdf53692c3dc1fd2658addcf1205629661
> 
> and X starts again.  Also, suspend to RAM works from under X.

Update:

With the above three commits reverted both X itself and suspend to RAM from
X also work with the current x86-git (as of HEAD equal to
1192aeb957402b45f311895f124e4ca41206843c).

Thanks,
Rafael

Re: x86 git tree broken (bisected)

[Rafael J. Wysocki]

On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> > > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> > > > 
> > > > * Ingo Molnar <mingo@elte.hu> wrote:
> > > > 
> > > > > > > > First, the X server doesn't want to start (it says it couldn't 
> > > > > > > > mmap the framebuffer).
> > > > > > > 
> > > > > > > could you send your .config?
> > > > > > 
> > > > > > Attached.
> > > > > 
> > > > > could you disable this option:
> > > > > 
> > > > >  CONFIG_NONPROMISC_DEVMEM=y
> > > > > 
> > > > > does it help with the X problem?
> > > 
> > > That didn't help.
> > > 
> > > > btw., Xorg works fine here on a comparable AMD system - but i use a 
> > > > rather new distro (Fedora 8) which has Xorg 7.2.
> > > 
> > > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> > > 
> > > I think the problem is somehow related to the Radeon.
> > 
> > The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> > "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit"  as the one
> > causing problems.
> > 
> > Unfortunately, I can't revert cleanly it, because there are two more commits
> > depending on it in a highly nontrivial fashion, so I have reverted all three
> > commits
> > 
> > a365998cd2cecfb827469dbd57c29602c106cb83
> > 44f7f90fbe7a3a99aab082f765346514b7b5c705
> > ea1441bdf53692c3dc1fd2658addcf1205629661
> > 
> > and X starts again.  Also, suspend to RAM works from under X.
> 
> Update:
> 
> With the above three commits reverted both X itself and suspend to RAM from
> X also work with the current x86-git (as of HEAD equal to
> 1192aeb957402b45f311895f124e4ca41206843c).

That also works from under a framebuffer console, so one of these commits
(presumably ea1441bdf53692c3dc1fd2658addcf1205629661) also breaks suspend on
this box.

Thanks,
Rafael

Re: x86 git tree broken (bisected)

[Yinghai Lu]

[-- Attachment #1: Type: text/plain, Size: 1592 bytes --]

On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
>  > On Thursday, 10 of April 2008, Ingo Molnar wrote:
>  > >
>  > > * Ingo Molnar <mingo@elte.hu> wrote:
>  > >
>  > > > > > > First, the X server doesn't want to start (it says it couldn't
>  > > > > > > mmap the framebuffer).
>  > > > > >
>  > > > > > could you send your .config?
>  > > > >
>  > > > > Attached.
>  > > >
>  > > > could you disable this option:
>  > > >
>  > > >  CONFIG_NONPROMISC_DEVMEM=y
>  > > >
>  > > > does it help with the X problem?
>  >
>  > That didn't help.
>  >
>  > > btw., Xorg works fine here on a comparable AMD system - but i use a
>  > > rather new distro (Fedora 8) which has Xorg 7.2.
>  >
>  > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
>  >
>  > I think the problem is somehow related to the Radeon.
>
>  The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
>  "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit"  as the one
>  causing problems.
>
>  Unfortunately, I can't revert cleanly it, because there are two more commits
>  depending on it in a highly nontrivial fashion, so I have reverted all three
>  commits
>
>  a365998cd2cecfb827469dbd57c29602c106cb83
>  44f7f90fbe7a3a99aab082f765346514b7b5c705
>  ea1441bdf53692c3dc1fd2658addcf1205629661
>
>  and X starts again.  Also, suspend to RAM works from under X.

please keep the three patches and applied the two attached debug patches.

i wonder if there is some io allocation overlapping with your system.

YH

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: debug_extra_pci_bus_res.patch --]
[-- Type: text/x-patch; name=debug_extra_pci_bus_res.patch, Size: 1299 bytes --]

Index: linux-2.6/drivers/pci/setup-bus.c
===================================================================
--- linux-2.6.orig/drivers/pci/setup-bus.c
+++ linux-2.6/drivers/pci/setup-bus.c
@@ -536,6 +536,36 @@ void __ref pci_bus_assign_resources(stru
 }
 EXPORT_SYMBOL(pci_bus_assign_resources);
 
+static void pci_bus_dump_res(struct pci_bus *bus)
+{
+        int i;
+
+        for (i = 0; i < PCI_BUS_NUM_RESOURCES; i++) {
+                struct resource *res = bus->resource[i];
+                if (!res)
+                        continue;
+
+		printk(KERN_INFO "bus: %02x index %x %s: [%llx, %llx]\n", bus->number, i, (res->flags & IORESOURCE_IO)? "io port":"mmio", res->start, res->end);
+        }
+}
+
+static void pci_bus_dump_resources(struct pci_bus *bus)
+{
+	struct pci_bus *b;
+	struct pci_dev *dev;
+
+
+	pci_bus_dump_res(bus);
+
+	list_for_each_entry(dev, &bus->devices, bus_list) {
+		b = dev->subordinate;
+		if (!b)
+			continue;
+
+		pci_bus_dump_resources(b);
+	}
+}
+
 void __init
 pci_assign_unassigned_resources(void)
 {
@@ -551,4 +581,9 @@ pci_assign_unassigned_resources(void)
 		pci_bus_assign_resources(bus);
 		pci_enable_bridges(bus);
 	}
+
+	/* dump the resource on buses */
+	list_for_each_entry(bus, &pci_root_buses, node) {
+		pci_bus_dump_resources(bus);
+	}
 }

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #3: debug_extra_pci_res_range.patch --]
[-- Type: text/x-patch; name=debug_extra_pci_res_range.patch, Size: 1787 bytes --]

Index: linux-2.6/drivers/pci/probe.c
===================================================================
--- linux-2.6.orig/drivers/pci/probe.c
+++ linux-2.6/drivers/pci/probe.c
@@ -246,6 +246,7 @@ static void pci_read_bases(struct pci_de
 			}
 			res->start = l64 & PCI_BASE_ADDRESS_MEM_MASK;
 			res->end = res->start + sz64;
+			printk(KERN_INFO "PCI: %s reg %x 64bit mmio: [%llx, %llx]\n", pci_name(dev), reg, res->start, res->end);
 #else
 			if (sz64 > 0x100000000ULL) {
 				printk(KERN_ERR "PCI: Unable to handle 64-bit "
@@ -261,6 +262,8 @@ static void pci_read_bases(struct pci_de
 				res->end = sz;
 			}
 #endif
+		} else {
+			printk(KERN_INFO "PCI: %s reg %x %s: [%llx, %llx]\n", pci_name(dev), reg, (res->flags & IORESOURCE_IO)? "io port":"32bit mmio", res->start, res->end);
 		}
 	}
 	if (rom) {
@@ -327,6 +330,7 @@ void __devinit pci_read_bridge_bases(str
 			res->start = base;
 		if (!res->end)
 			res->end = limit + 0xfff;
+		printk(KERN_INFO "PCI: bridge %s io port: [%llx, %llx]\n", pci_name(dev), res->start, res->end);
 	}
 
 	res = child->resource[1];
@@ -338,6 +342,7 @@ void __devinit pci_read_bridge_bases(str
 		res->flags = (mem_base_lo & PCI_MEMORY_RANGE_TYPE_MASK) | IORESOURCE_MEM;
 		res->start = base;
 		res->end = limit + 0xfffff;
+		printk(KERN_INFO "PCI: bridge %s 32bit mmio: [%llx, %llx]\n", pci_name(dev), res->start, res->end);
 	}
 
 	res = child->resource[2];
@@ -372,6 +377,7 @@ void __devinit pci_read_bridge_bases(str
 		res->flags = (mem_base_lo & PCI_MEMORY_RANGE_TYPE_MASK) | IORESOURCE_MEM | IORESOURCE_PREFETCH;
 		res->start = base;
 		res->end = limit + 0xfffff;
+		printk(KERN_INFO "PCI: bridge %s %sbit mmio pref: [%llx, %llx]\n", pci_name(dev), (res->flags & PCI_PREF_RANGE_TYPE_64)?"64":"32",res->start, res->end);
 	}
 }
 

Re: x86 git tree broken (bisected)

[Rafael J. Wysocki]

[-- Attachment #1: Type: text/plain, Size: 1835 bytes --]

On Friday, 11 of April 2008, Yinghai Lu wrote:
> On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> >  > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> >  > >
> >  > > * Ingo Molnar <mingo@elte.hu> wrote:
> >  > >
> >  > > > > > > First, the X server doesn't want to start (it says it couldn't
> >  > > > > > > mmap the framebuffer).
> >  > > > > >
> >  > > > > > could you send your .config?
> >  > > > >
> >  > > > > Attached.
> >  > > >
> >  > > > could you disable this option:
> >  > > >
> >  > > >  CONFIG_NONPROMISC_DEVMEM=y
> >  > > >
> >  > > > does it help with the X problem?
> >  >
> >  > That didn't help.
> >  >
> >  > > btw., Xorg works fine here on a comparable AMD system - but i use a
> >  > > rather new distro (Fedora 8) which has Xorg 7.2.
> >  >
> >  > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> >  >
> >  > I think the problem is somehow related to the Radeon.
> >
> >  The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> >  "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit"  as the one
> >  causing problems.
> >
> >  Unfortunately, I can't revert cleanly it, because there are two more commits
> >  depending on it in a highly nontrivial fashion, so I have reverted all three
> >  commits
> >
> >  a365998cd2cecfb827469dbd57c29602c106cb83
> >  44f7f90fbe7a3a99aab082f765346514b7b5c705
> >  ea1441bdf53692c3dc1fd2658addcf1205629661
> >
> >  and X starts again.  Also, suspend to RAM works from under X.
> 
> please keep the three patches and applied the two attached debug patches.
> 
> i wonder if there is some io allocation overlapping with your system.

Attached is a boot dmesg output from the current x86 git tree with your two
patches applied.

Thanks,
Rafael

[-- Attachment #2: dmesg.log --]
[-- Type: text/x-log, Size: 27610 bytes --]

Linux version 2.6.25-rc8-x86-latest.git (rafael@chimera) (gcc version 4.2.1 (SUSE Linux)) #16 SMP Fri Apr 11 23:08:15 CEST 2008
Command line: root=/dev/md1 vga=0x31a resume=/dev/sda2
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009ec00 (usable)
 BIOS-e820: 000000000009ec00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000007ffb0000 (usable)
 BIOS-e820: 000000007ffb0000 - 000000007ffc0000 (ACPI data)
 BIOS-e820: 000000007ffc0000 - 000000007fff0000 (ACPI NVS)
 BIOS-e820: 000000007fff0000 - 0000000080000000 (reserved)
 BIOS-e820: 00000000ff7c0000 - 0000000100000000 (reserved)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
max_pfn_mapped = 1048576
x86: PAT support disabled.
init_memory_mapping
DMI 2.3 present.
ACPI: RSDP 000F9B60, 0014 (r0 ACPIAM)
ACPI: RSDT 7FFB0000, 0030 (r1 A M I  OEMRSDT   8000526 MSFT       97)
ACPI: FACP 7FFB0200, 0084 (r2 A M I  OEMFACP   8000526 MSFT       97)
ACPI: DSDT 7FFB0400, 45A7 (r1  939M2 939M2120      120 INTL  2002026)
ACPI: FACS 7FFC0000, 0040
ACPI: APIC 7FFB0390, 0068 (r1 A M I  OEMAPIC   8000526 MSFT       97)
ACPI: OEMB 7FFC0040, 0056 (r1 A M I  AMI_OEM   8000526 MSFT       97)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
  early res: 0 [0-fff] BIOS data page
  early res: 1 [6000-7fff] TRAMPOLINE
  early res: 2 [200000-b33c6f] TEXT DATA BSS
  early res: 3 [378e2000-37fefac8] RAMDISK
  early res: 4 [9ec00-fffff] BIOS reserved
  early res: 5 [8000-bfff] PGTABLE
Zone PFN ranges:
  DMA             0 ->     4096
  DMA32        4096 ->  1048576
  Normal    1048576 ->  1048576
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
    0:        0 ->      158
    0:      256 ->   524208
On node 0 totalpages: 524110
  DMA zone: 56 pages used for memmap
  DMA zone: 2461 pages reserved
  DMA zone: 1481 pages, LIFO batch:0
  DMA32 zone: 7110 pages used for memmap
  DMA32 zone: 513002 pages, LIFO batch:31
  Normal zone: 0 pages used for memmap
  Movable zone: 0 pages used for memmap
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 0, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x03] address[0xfec10000] gsi_base[24])
IOAPIC[1]: apic_id 3, version 0, address 0xfec10000, GSI 24-39
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
PM: Registered nosave memory: 000000000009e000 - 000000000009f000
PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 00000000000e8000
PM: Registered nosave memory: 00000000000e8000 - 0000000000100000
Allocating PCI resources starting at 88000000 (gap: 80000000:7f7c0000)
SMP: Allowing 2 CPUs, 0 hotplug CPUs
PERCPU: Allocating 31152 bytes of per cpu data
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 514483
Kernel command line: root=/dev/md1 vga=0x31a resume=/dev/sda2
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
TSC calibrated against PM_TIMER
Marking TSC unstable due to TSCs unsynchronized
time.c: Detected 2200.078 MHz processor.
Console: colour dummy device 80x25
console [tty0] enabled
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES:    8
... MAX_LOCK_DEPTH:          48
... MAX_LOCKDEP_KEYS:        2048
... CLASSHASH_SIZE:           1024
... MAX_LOCKDEP_ENTRIES:     8192
... MAX_LOCKDEP_CHAINS:      16384
... CHAINHASH_SIZE:          8192
 memory used by lock dependency info: 1648 kB
 per task-struct memory footprint: 2688 bytes
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Checking aperture...
Node 0: aperture @ de000000 size 32 MB
Aperture too small (32 MB)
AGP bridge at 00:04:00
Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
Aperture too small (0 MB)
Your BIOS doesn't leave a aperture memory hole
Please enable the IOMMU option in the BIOS setup
This costs you 64 MB of RAM
Mapping aperture over 65536 KB of RAM @ 4000000
PM: Registered nosave memory: 0000000004000000 - 0000000008000000
Memory: 1981548k/2096832k available (2985k kernel code, 114240k reserved, 1655k data, 284k init)
CPA: page pool initialized 1 of 1 pages preallocated
Calibrating delay using timer specific routine.. 4404.11 BogoMIPS (lpj=8808221)
Security Framework initialized
SELinux:  Initializing.
SELinux:  Starting in permissive mode
selinux_register_security:  Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
ACPI: Core revision 20070126
CPU0: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Using local APIC timer interrupts.
APIC timer calibration result 12500446
Detected 12.500 MHz APIC timer.
lockdep: fixing up alternatives.
Booting processor 1/1 ip 6000
Initializing CPU#1
Calibrating delay using timer specific routine.. 4400.18 BogoMIPS (lpj=8800363)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
x86: PAT support disabled.
CPU1: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Brought up 2 CPUs
Total of 2 processors activated (8804.29 BogoMIPS).
CPU0 attaching sched-domain:
 domain 0: span 3
  groups: 1 2
CPU1 attaching sched-domain:
 domain 0: span 3
  groups: 2 1
khelper used greatest stack depth: 5752 bytes left
net_namespace: 1112 bytes
Time: 21:11:45  Date: 04/11/08
NET: Registered protocol family 16
No dock devices found.
node 0 link 0: io port [1000, ffffff]
TOM: 0000000080000000 aka 2048M
node 0 link 0: mmio [e0000000, efffffff]
node 0 link 0: mmio [a0000, bffff]
node 0 link 0: mmio [80000000, ffffffff]
bus: [00,ff] on node 0 link 0
bus: 00 index 0 io port: [1000, ffffff]
bus: 00 index 1 io port: [0, ffff]
bus: 00 index 2 mmio: [80000000, fcffffffff]
bus: 00 index 3 mmio: [a0000, bffff]
bus: 00 index 4 mmio: [80000000, ffffffff]
ACPI: bus type pci registered
PCI: Using configuration type 1 for base access
ACPI: EC: Look up EC in DSDT
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: 0000:00:04.0 reg 10 32bit mmio: [de000000, dfffffff]
pci 0000:00:07.1: quirk: region 0800-083f claimed by ali7101 ACPI
PCI: 0000:00:08.0 reg 10 io port: [e800, e8ff]
PCI: 0000:00:08.0 reg 14 32bit mmio: [ff6ff000, ff6fffff]
PCI: 0000:00:11.0 reg 10 io port: [e400, e4ff]
PCI: 0000:00:11.0 reg 14 32bit mmio: [ff6fec00, ff6fecff]
PCI: 0000:00:12.0 reg 20 io port: [ff00, ff0f]
PCI: 0000:00:12.1 reg 10 io port: [ec00, ec07]
PCI: 0000:00:12.1 reg 14 io port: [e080, e083]
PCI: 0000:00:12.1 reg 18 io port: [e000, e007]
PCI: 0000:00:12.1 reg 1c io port: [dc00, dc03]
PCI: 0000:00:12.1 reg 20 io port: [d880, d88f]
PCI: 0000:00:13.0 reg 10 32bit mmio: [ff6fd000, ff6fdfff]
PCI: 0000:00:13.1 reg 10 32bit mmio: [ff6fc000, ff6fcfff]
PCI: 0000:00:13.2 reg 10 32bit mmio: [ff6fb000, ff6fbfff]
PCI: 0000:00:13.3 reg 10 32bit mmio: [ff6fe800, ff6fe8ff]
PCI: 0000:01:00.0 reg 10 32bit mmio: [d0000000, d7ffffff]
PCI: 0000:01:00.0 reg 14 io port: [b000, b0ff]
PCI: 0000:01:00.0 reg 18 32bit mmio: [ff2f0000, ff2fffff]
PCI: 0000:01:00.1 reg 10 32bit mmio: [ff2e0000, ff2effff]
PCI: bridge 0000:00:01.0 io port: [9000, bfff]
PCI: bridge 0000:00:01.0 32bit mmio: [ff200000, ff2fffff]
PCI: bridge 0000:00:01.0 32bit mmio pref: [cbf00000, dbefffff]
PCI: bridge 0000:00:02.0 32bit mmio: [ff300000, ff3fffff]
PCI: bridge 0000:00:05.0 32bit mmio: [ff400000, ff4fffff]
PCI: 0000:04:06.0 reg 10 io port: [c800, c8ff]
PCI: 0000:04:06.0 reg 14 32bit mmio: [ff5ffc00, ff5ffcff]
PCI: Transparent bridge - 0000:00:06.0
PCI: bridge 0000:00:06.0 io port: [c000, cfff]
PCI: bridge 0000:00:06.0 32bit mmio: [ff500000, ff5fffff]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HTT_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB2._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 11 12 14 *15), disabled.
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs *3 4 5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15) *9
ACPI: PCI Interrupt Link [LNKP] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI Warning (tbutils-0217): Incorrect checksum in table [OEMB] -  6A, should be 5D [20070126]
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 14 devices
ACPI: ACPI bus type pnp unregistered
SCSI subsystem initialized
libata version 3.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
PCI: Cannot allocate resource region 8 of bridge 0000:00:01.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:02.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:05.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:06.0
PCI: Cannot allocate resource region 1 of device 0000:00:08.0
PCI: Cannot allocate resource region 1 of device 0000:00:11.0
PCI: Cannot allocate resource region 0 of device 0000:00:13.0
PCI: Cannot allocate resource region 0 of device 0000:00:13.1
PCI: Cannot allocate resource region 0 of device 0000:00:13.2
PCI: Cannot allocate resource region 0 of device 0000:00:13.3
PCI: Cannot allocate resource region 2 of device 0000:01:00.0
PCI: Cannot allocate resource region 0 of device 0000:01:00.1
PCI: Cannot allocate resource region 1 of device 0000:04:06.0
DMAR:parse DMAR table failure.
agpgart: Detected AGP bridge 20
agpgart: Aperture pointing to RAM
agpgart: Aperture from AGP @ de000000 size 4096 MB
agpgart: Aperture too small (0 MB)
agpgart: No usable aperture found.
agpgart: Consider rebooting with iommu=memaper=2 to get a good aperture.
system 00:07: ioport range 0x480-0x48f has been reserved
system 00:07: ioport range 0x4d0-0x4d1 has been reserved
system 00:07: ioport range 0x800-0x87f could not be reserved
system 00:07: ioport range 0x400-0x40f has been reserved
system 00:08: iomem range 0xfec00000-0xfec00fff has been reserved
system 00:08: iomem range 0xfee00000-0xfee00fff has been reserved
system 00:08: iomem range 0xe0000000-0xefffffff has been reserved
system 00:08: iomem range 0xfec10000-0xfec10fff has been reserved
system 00:08: iomem range 0xffb80000-0xffffffff could not be reserved
system 00:0c: ioport range 0x290-0x29f has been reserved
system 00:0d: iomem range 0x0-0x9ffff could not be reserved
system 00:0d: iomem range 0xc0000-0xcffff has been reserved
system 00:0d: iomem range 0xe0000-0xfffff could not be reserved
system 00:0d: iomem range 0x100000-0x7fffffff could not be reserved
system 00:0d: iomem range 0x0-0x0 could not be reserved
PCI: Bridge: 0000:00:01.0
  IO window: 9000-bfff
  MEM window: 0x100000000-0x1000fffff
  PREFETCH window: 0x00000000cbf00000-0x00000000dbefffff
PCI: Bridge: 0000:00:02.0
  IO window: disabled.
  MEM window: disabled.
  PREFETCH window: disabled.
PCI: Bridge: 0000:00:05.0
  IO window: disabled.
  MEM window: disabled.
  PREFETCH window: disabled.
PCI: Bridge: 0000:00:06.0
  IO window: c000-cfff
  MEM window: 0x100100000-0x1001fffff
  PREFETCH window: 0x0000000100200000-0x00000001002fffff
ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 29 (level, low) -> IRQ 29
PCI: Setting latency timer of device 0000:00:01.0 to 64
ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 34 (level, low) -> IRQ 34
PCI: Setting latency timer of device 0000:00:02.0 to 64
PCI: Setting latency timer of device 0000:00:05.0 to 64
PCI: Setting latency timer of device 0000:00:06.0 to 64
bus: 00 index 0 mmio: [1000, ffffff]
bus: 00 index 1 io port: [0, ffff]
bus: 00 index 2 mmio: [80000000, fcffffffff]
bus: 00 index 3 mmio: [a0000, bffff]
bus: 00 index 4 mmio: [80000000, ffffffff]
bus: 01 index 0 io port: [9000, bfff]
bus: 01 index 1 mmio: [100000000, 1000fffff]
bus: 01 index 2 mmio: [cbf00000, dbefffff]
bus: 01 index 3 mmio: [0, 0]
bus: 02 index 0 mmio: [0, 0]
bus: 02 index 1 mmio: [ff300000, ff3fffff]
bus: 02 index 2 mmio: [0, 0]
bus: 02 index 3 mmio: [0, 0]
bus: 03 index 0 mmio: [0, 0]
bus: 03 index 1 mmio: [ff400000, ff4fffff]
bus: 03 index 2 mmio: [0, 0]
bus: 03 index 3 mmio: [0, 0]
bus: 04 index 0 io port: [c000, cfff]
bus: 04 index 1 mmio: [100100000, 1001fffff]
bus: 04 index 2 mmio: [100200000, 1002fffff]
bus: 04 index 3 mmio: [1000, ffffff]
bus: 04 index 4 io port: [0, ffff]
bus: 04 index 5 mmio: [80000000, fcffffffff]
bus: 04 index 6 mmio: [a0000, bffff]
bus: 04 index 7 mmio: [80000000, ffffffff]
NET: Registered protocol family 2
Switched to high resolution mode on CPU 0
Switched to high resolution mode on CPU 1
IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 9, 3670016 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
checking if image is initramfs... it is
Freeing initrd memory: 7222k freed
audit: initializing netlink socket (disabled)
type=2000 audit(1207948305.996:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
SELinux:  Registering netfilter hooks
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
pci 0000:01:00.0: Boot video device
PCI: Setting latency timer of device 0000:00:01.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:01.0:pcie00]
PCI: Setting latency timer of device 0000:00:02.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:02.0:pcie00]
vesafb: framebuffer at 0xd0000000, mapped to 0xffffc20000080000, using 5120k, total 16384k
vesafb: mode is 1280x1024x16, linelength=2560, pages=5
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 160x64
fb0: VESA VGA frame buffer device
Real Time Clock Driver v1.12ac
Linux agpgart interface v0.103
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:0b: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
brd: module loaded
loop: module loaded
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] at 0x60,0x64 irq 1,12
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard as /class/input/input0
input: PC Speaker as /class/input/input1
logips2pp: Detected unknown logitech mouse model 127
input: ImExPS/2 Logitech Explorer Mouse as /class/input/input2
md: multipath personality registered for level -4
cpuidle: using governor ladder
cpuidle: using governor menu
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 33
PM: Resume from partition /dev/sda2
PM: Checking hibernation image.
PM: Error -6 checking image file
PM: Resume from disk failed.
  Magic number: 4:657:196
  hash matches device ttys8
  hash matches device ttypb
Freeing unused kernel memory: 284k freed
Write protecting the kernel read-only data: 4356k
mount used greatest stack depth: 5592 bytes left
ACPI: ACPI0007:00 is registered as cooling_device0
ACPI: ACPI0007:01 is registered as cooling_device1
ACPI: PCI Interrupt 0000:00:12.0[A] -> GSI 19 (level, low) -> IRQ 19
scsi0 : pata_ali
scsi1 : pata_ali
ata1: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 irq 14
ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xff08 irq 15
ata1.00: ATAPI: TSSTcorpCD/DVDW SH-S182M, SB03, max UDMA/33
ata1.00: WARNING: ATAPI DMA disabled for reliablity issues.  It can be enabled
ata1.00: WARNING: via pata_ali.atapi_dma modparam or corresponding sysfs node.
ata1.00: configured for UDMA/33
scsi 0:0:0:0: CD-ROM            TSSTcorp CD/DVDW SH-S182M SB03 PQ: 0 ANSI: 5
modprobe used greatest stack depth: 4664 bytes left
sata_uli 0000:00:12.1: version 1.3
ACPI: PCI Interrupt 0000:00:12.1[A] -> GSI 19 (level, low) -> IRQ 19
scsi2 : sata_uli
scsi3 : sata_uli
ata3: SATA max UDMA/133 cmd 0xec00 ctl 0xe080 bmdma 0xd880 irq 19
ata4: SATA max UDMA/133 cmd 0xe000 ctl 0xdc00 bmdma 0xd888 irq 19
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata3.00: ATA-7: SAMSUNG HD160JJ, WU100-33, max UDMA7
ata3.00: 312581808 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata3.00: configured for UDMA/133
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: ATA-7: SAMSUNG SP2004C, VM100-50, max UDMA7
ata4.00: 390721968 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata4.00: configured for UDMA/133
scsi 2:0:0:0: Direct-Access     ATA      SAMSUNG HD160JJ  WU10 PQ: 0 ANSI: 5
scsi 3:0:0:0: Direct-Access     ATA      SAMSUNG SP2004C  VM10 PQ: 0 ANSI: 5
md: raid1 personality registered for level 1
BIOS EDD facility v0.16 2004-Jun-25, 6 devices found
Driver 'sd' needs updating - please use bus_type methods
sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
 sda:<6>ACPI: PCI Interrupt 0000:00:13.0[A] -> GSI 20 (level, low) -> IRQ 20
ohci_hcd 0000:00:13.0: OHCI Host Controller
 sda1 sda2 sda3 sda4 <<6>ohci_hcd 0000:00:13.0: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:13.0: irq 20, io mem 0x100301000
 sda5 sda6 sda7 sda8 sda9 >
sd 2:0:0:0: [sda] Attached SCSI disk
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7<6>usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
 sdb8<6>usb usb1: Product: OHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ohci_hcd
 sdb9<6>usb usb1: SerialNumber: 0000:00:13.0
ACPI: PCI Interrupt 0000:00:13.1[B] -> GSI 21 (level, low) -> IRQ 21
ohci_hcd 0000:00:13.1: OHCI Host Controller
 sdb10 >
ohci_hcd 0000:00:13.1: new USB bus registered, assigned bus number 2
sd 3:0:0:0: [sdb] Attached SCSI disk
ohci_hcd 0000:00:13.1: irq 21, io mem 0x100302000
modprobe used greatest stack depth: 4280 bytes left
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 3 ports detected
usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: OHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ohci_hcd
usb usb2: SerialNumber: 0000:00:13.1
ACPI: PCI Interrupt 0000:00:13.2[C] -> GSI 22 (level, low) -> IRQ 22
ohci_hcd 0000:00:13.2: OHCI Host Controller
ohci_hcd 0000:00:13.2: new USB bus registered, assigned bus number 3
ohci_hcd 0000:00:13.2: irq 22, io mem 0x100303000
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 3 ports detected
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: OHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ohci_hcd
usb usb3: SerialNumber: 0000:00:13.2
ACPI: PCI Interrupt 0000:00:13.3[D] -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:13.3: EHCI Host Controller
ehci_hcd 0000:00:13.3: new USB bus registered, assigned bus number 4
ehci_hcd 0000:00:13.3: debug port 1
ehci_hcd 0000:00:13.3: irq 23, io mem 0x100304100
ehci_hcd 0000:00:13.3: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb4: configuration #1 chosen from 1 choice
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 8 ports detected
usb usb4: New USB device found, idVendor=1d6b, idProduct=0002
usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb4: Product: EHCI Host Controller
usb usb4: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ehci_hcd
usb usb4: SerialNumber: 0000:00:13.3
md: raid0 personality registered for level 0
xor: automatically using best checksumming function: generic_sse
   generic_sse:  7022.000 MB/sec
xor: using function: generic_sse (7022.000 MB/sec)
async_tx: api initialized (sync-only)
raid6: int64x1   2149 MB/s
raid6: int64x2   2731 MB/s
raid6: int64x4   2371 MB/s
raid6: int64x8   2188 MB/s
raid6: sse2x1    2277 MB/s
raid6: sse2x2    3125 MB/s
raid6: sse2x4    3741 MB/s
raid6: using algorithm sse2x4 (3741 MB/s)
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
md: md1 stopped.
md: bind<sda3>
md: bind<sdb3>
raid1: raid set md1 active with 2 out of 2 mirrors
PM: Marking nosave pages: 000000000009e000 - 0000000000100000
PM: Marking nosave pages: 0000000004000000 - 0000000008000000
PM: Basic memory bitmaps created
PM: Basic memory bitmaps freed
PM: Starting manual resume from disk
PM: Resume from partition 8:2
PM: Checking hibernation image.
PM: Resume from disk failed.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
mount used greatest stack depth: 3712 bytes left
modprobe used greatest stack depth: 3656 bytes left
scsi 0:0:0:0: Attached scsi generic sg0 type 5
sd 2:0:0:0: Attached scsi generic sg1 type 0
sd 3:0:0:0: Attached scsi generic sg2 type 0
input: Power Button (FF) as /class/input/input3
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /class/input/input4
ACPI: Power Button (CM) [PWRB]
uli526x: ULi M5261/M5263 net driver, version 0.9.3 (2005-7-29)
ACPI: PCI Interrupt 0000:00:11.0[A] -> GSI 17 (level, low) -> IRQ 17
Driver 'sr' needs updating - please use bus_type methods
eth0: ULi M5263 at pci0000:00:11.0, 00:13:8f:3a:0b:96, irq 17.
8139too Fast Ethernet driver 0.9.28
ACPI: PCI Interrupt 0000:04:06.0[A] -> GSI 21 (level, low) -> IRQ 21
eth1: RealTek RTL8139 at 0xc800, 00:48:54:4b:5c:38, IRQ 21
eth1:  Identified 8139 chip type 'RTL-8139A'
sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 0:0:0:0: Attached scsi CD-ROM sr0
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
parport_pc 00:06: reported by Plug and Play ACPI
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
udev: renamed network interface eth1 to eth0
udev: renamed network interface eth0_rename to eth1
ACPI: PCI Interrupt 0000:00:08.0[A] -> GSI 18 (level, low) -> IRQ 18
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2053: AC'97 1 does not respond - RESET
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2062: AC'97 1 access is not valid [0xffffffff], removing mixer.
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/intel8x0.c:2157: Unable to initialize codec #1
intel8x0_measure_ac97_clock: measured 52386 usecs
intel8x0: clocking to 48000
md: md2 stopped.
device-mapper: uevent: version 1.0.3
md: bind<sda5>
device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: dm-devel@redhat.com
md: bind<sdb5>
raid1: raid set md2 active with 2 out of 2 mirrors
md: md3 stopped.
md: bind<sda6>
md: bind<sdb6>
raid1: raid set md3 active with 2 out of 2 mirrors
md: md4 stopped.
md: bind<sda8>
md: bind<sdb8>
raid1: raid set md4 active with 2 out of 2 mirrors
md: md5 stopped.
md: bind<sda9>
md: bind<sdb9>
raid1: raid set md5 active with 2 out of 2 mirrors
md: md0 stopped.
md: bind<sda1>
md: bind<sdb1>
raid1: raid set md0 active with 2 out of 2 mirrors
fsck.ext3 used greatest stack depth: 3432 bytes left
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md0, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
ReiserFS: md4: found reiserfs format "3.6" with standard journal
ReiserFS: md4: using ordered data mode
ReiserFS: md4: journal params: device md4, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md4: checking transaction log (md4)
ReiserFS: md4: Using r5 hash to sort names
ReiserFS: md5: found reiserfs format "3.6" with standard journal
ReiserFS: md5: using ordered data mode
ReiserFS: md5: journal params: device md5, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md5: checking transaction log (md5)
ReiserFS: md5: Using r5 hash to sort names
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 2104504k swap on /dev/sda2.  Priority:42 extents:1 across:2104504k
Adding 2104504k swap on /dev/sdb2.  Priority:42 extents:1 across:2104504k
powernow-k8: Found 1 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ processors (2 cpu cores) (version 2.20.00)
powernow-k8:    0 : fid 0xe (2200 MHz), vid 0xa
powernow-k8:    1 : fid 0xc (2000 MHz), vid 0xa
powernow-k8:    2 : fid 0xa (1800 MHz), vid 0xa
powernow-k8:    3 : fid 0x2 (1000 MHz), vid 0xa
Xorg:4255 /dev/mem ioremap_change_attr failed write-back for 100000000-100010000
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
ADDRCONF(NETDEV_UP): eth1: link is not ready
ip6_tables: (C) 2000-2006 Netfilter Core Team
ip_tables: (C) 2000-2006 Netfilter Core Team
warning: `named' uses 32-bit capabilities (legacy support in use)
uli526x: eth1 NIC Link is Up 100 Mbps Full duplex
ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Clocksource tsc unstable (delta = -75598224 ns)
eth1: no IPv6 routers present
X:5038 /dev/mem ioremap_change_attr failed write-back for 100000000-100010000

Re: x86 git tree broken (bisected)

[Yinghai Lu]

On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Friday, 11 of April 2008, Yinghai Lu wrote:
>  > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
>  > >  > On Thursday, 10 of April 2008, Ingo Molnar wrote:
>  > >  > >
>  > >  > > * Ingo Molnar <mingo@elte.hu> wrote:
>  > >  > >
>  > >  > > > > > > First, the X server doesn't want to start (it says it couldn't
>  > >  > > > > > > mmap the framebuffer).
>  > >  > > > > >
>  > >  > > > > > could you send your .config?
>  > >  > > > >
>  > >  > > > > Attached.
>  > >  > > >
>  > >  > > > could you disable this option:
>  > >  > > >
>  > >  > > >  CONFIG_NONPROMISC_DEVMEM=y
>  > >  > > >
>  > >  > > > does it help with the X problem?
>  > >  >
>  > >  > That didn't help.
>  > >  >
>  > >  > > btw., Xorg works fine here on a comparable AMD system - but i use a
>  > >  > > rather new distro (Fedora 8) which has Xorg 7.2.
>  > >  >
>  > >  > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
>  > >  >
>  > >  > I think the problem is somehow related to the Radeon.
>  > >
>  > >  The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
>  > >  "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit"  as the one
>  > >  causing problems.
>  > >
>  > >  Unfortunately, I can't revert cleanly it, because there are two more commits
>  > >  depending on it in a highly nontrivial fashion, so I have reverted all three
>  > >  commits
>  > >
>  > >  a365998cd2cecfb827469dbd57c29602c106cb83
>  > >  44f7f90fbe7a3a99aab082f765346514b7b5c705
>  > >  ea1441bdf53692c3dc1fd2658addcf1205629661
>  > >
>  > >  and X starts again.  Also, suspend to RAM works from under X.
>  >
>  > please keep the three patches and applied the two attached debug patches.
>  >
>  > i wonder if there is some io allocation overlapping with your system.
>
>  Attached is a boot dmesg output from the current x86 git tree with your two
>  patches applied.
>
can you put boot in your command line?

Thanks

YH

Re: x86 git tree broken (bisected)

[Rafael J. Wysocki]

On Friday, 11 of April 2008, Yinghai Lu wrote:
> On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > On Friday, 11 of April 2008, Yinghai Lu wrote:
> >  > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >  > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> >  > >  > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> >  > >  > >
> >  > >  > > * Ingo Molnar <mingo@elte.hu> wrote:
> >  > >  > >
> >  > >  > > > > > > First, the X server doesn't want to start (it says it couldn't
> >  > >  > > > > > > mmap the framebuffer).
> >  > >  > > > > >
> >  > >  > > > > > could you send your .config?
> >  > >  > > > >
> >  > >  > > > > Attached.
> >  > >  > > >
> >  > >  > > > could you disable this option:
> >  > >  > > >
> >  > >  > > >  CONFIG_NONPROMISC_DEVMEM=y
> >  > >  > > >
> >  > >  > > > does it help with the X problem?
> >  > >  >
> >  > >  > That didn't help.
> >  > >  >
> >  > >  > > btw., Xorg works fine here on a comparable AMD system - but i use a
> >  > >  > > rather new distro (Fedora 8) which has Xorg 7.2.
> >  > >  >
> >  > >  > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> >  > >  >
> >  > >  > I think the problem is somehow related to the Radeon.
> >  > >
> >  > >  The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> >  > >  "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit"  as the one
> >  > >  causing problems.
> >  > >
> >  > >  Unfortunately, I can't revert cleanly it, because there are two more commits
> >  > >  depending on it in a highly nontrivial fashion, so I have reverted all three
> >  > >  commits
> >  > >
> >  > >  a365998cd2cecfb827469dbd57c29602c106cb83
> >  > >  44f7f90fbe7a3a99aab082f765346514b7b5c705
> >  > >  ea1441bdf53692c3dc1fd2658addcf1205629661
> >  > >
> >  > >  and X starts again.  Also, suspend to RAM works from under X.
> >  >
> >  > please keep the three patches and applied the two attached debug patches.
> >  >
> >  > i wonder if there is some io allocation overlapping with your system.
> >
> >  Attached is a boot dmesg output from the current x86 git tree with your two
> >  patches applied.
> >
> can you put boot in your command line?

I'm not quite sure what you mean.

Can you please tell me what exactly you want me to do?

Thanks,
Rafael

Re: x86 git tree broken (bisected)

[Yinghai Lu]

On Fri, Apr 11, 2008 at 2:21 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Friday, 11 of April 2008, Yinghai Lu wrote:
>  > On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >
>  > > On Friday, 11 of April 2008, Yinghai Lu wrote:
>  > >  > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >  > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
>  > >  > >  > On Thursday, 10 of April 2008, Ingo Molnar wrote:
>  > >  > >  > >
>  > >  > >  > > * Ingo Molnar <mingo@elte.hu> wrote:
>  > >  > >  > >
>  > >  > >  > > > > > > First, the X server doesn't want to start (it says it couldn't
>  > >  > >  > > > > > > mmap the framebuffer).
>  > >  > >  > > > > >
>  > >  > >  > > > > > could you send your .config?
>  > >  > >  > > > >
>  > >  > >  > > > > Attached.
>  > >  > >  > > >
>  > >  > >  > > > could you disable this option:
>  > >  > >  > > >
>  > >  > >  > > >  CONFIG_NONPROMISC_DEVMEM=y
>  > >  > >  > > >
>  > >  > >  > > > does it help with the X problem?
>  > >  > >  >
>  > >  > >  > That didn't help.
>  > >  > >  >
>  > >  > >  > > btw., Xorg works fine here on a comparable AMD system - but i use a
>  > >  > >  > > rather new distro (Fedora 8) which has Xorg 7.2.
>  > >  > >  >
>  > >  > >  > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
>  > >  > >  >
>  > >  > >  > I think the problem is somehow related to the Radeon.
>  > >  > >
>  > >  > >  The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
>  > >  > >  "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit"  as the one
>  > >  > >  causing problems.
>  > >  > >
>  > >  > >  Unfortunately, I can't revert cleanly it, because there are two more commits
>  > >  > >  depending on it in a highly nontrivial fashion, so I have reverted all three
>  > >  > >  commits
>  > >  > >
>  > >  > >  a365998cd2cecfb827469dbd57c29602c106cb83
>  > >  > >  44f7f90fbe7a3a99aab082f765346514b7b5c705
>  > >  > >  ea1441bdf53692c3dc1fd2658addcf1205629661
>  > >  > >
>  > >  > >  and X starts again.  Also, suspend to RAM works from under X.
>  > >  >
>  > >  > please keep the three patches and applied the two attached debug patches.
>  > >  >
>  > >  > i wonder if there is some io allocation overlapping with your system.
>  > >
>  > >  Attached is a boot dmesg output from the current x86 git tree with your two
>  > >  patches applied.
>  > >
>  > can you put boot in your command line?
>
>  I'm not quite sure what you mean.
>
>  Can you please tell me what exactly you want me to do?

i got some hint. Will send you one patch to workaround the overlapping.

YH

Re: x86 git tree broken (bisected)

[Yinghai Lu]

On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Friday, 11 of April 2008, Yinghai Lu wrote:
>  > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
>  > >  > On Thursday, 10 of April 2008, Ingo Molnar wrote:
>  > >  > >
>  > >  > > * Ingo Molnar <mingo@elte.hu> wrote:
>  > >  > >
>  > >  > > > > > > First, the X server doesn't want to start (it says it couldn't
>  > >  > > > > > > mmap the framebuffer).
>  > >  > > > > >
>  > >  > > > > > could you send your .config?
>  > >  > > > >
>  > >  > > > > Attached.
>  > >  > > >
>  > >  > > > could you disable this option:
>  > >  > > >
>  > >  > > >  CONFIG_NONPROMISC_DEVMEM=y
>  > >  > > >
>  > >  > > > does it help with the X problem?
>  > >  >
>  > >  > That didn't help.
>  > >  >
>  > >  > > btw., Xorg works fine here on a comparable AMD system - but i use a
>  > >  > > rather new distro (Fedora 8) which has Xorg 7.2.
>  > >  >
>  > >  > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
>  > >  >
>  > >  > I think the problem is somehow related to the Radeon.
>  > >
>  > >  The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
>  > >  "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit"  as the one
>  > >  causing problems.
>  > >
>  > >  Unfortunately, I can't revert cleanly it, because there are two more commits
>  > >  depending on it in a highly nontrivial fashion, so I have reverted all three
>  > >  commits
>  > >
>  > >  a365998cd2cecfb827469dbd57c29602c106cb83
>  > >  44f7f90fbe7a3a99aab082f765346514b7b5c705
>  > >  ea1441bdf53692c3dc1fd2658addcf1205629661
>  > >
>  > >  and X starts again.  Also, suspend to RAM works from under X.
>  >
>  > please keep the three patches and applied the two attached debug patches.
>  >
>  > i wonder if there is some io allocation overlapping with your system.
>
>  Attached is a boot dmesg output from the current x86 git tree with your two
>  patches applied.
>
can you try to apply the patch i sent to you about agp bridge order
reading for buggy silicon?

Please boot kernel with "debug"...

I want to verify if you can get

"
Aperture conflicts with PCI mapping.
"

in your boot log...

YH

Re: x86 git tree broken (bisected)

[Yinghai Lu]

[-- Attachment #1: Type: text/plain, Size: 2585 bytes --]

On Sun, Apr 13, 2008 at 1:24 AM, Yinghai Lu <yhlu.kernel@gmail.com> wrote:
>
> On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  >
>  > On Friday, 11 of April 2008, Yinghai Lu wrote:
>  >  > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  >  > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
>  >  > >  > On Thursday, 10 of April 2008, Ingo Molnar wrote:
>  >  > >  > >
>  >  > >  > > * Ingo Molnar <mingo@elte.hu> wrote:
>  >  > >  > >
>  >  > >  > > > > > > First, the X server doesn't want to start (it says it couldn't
>  >  > >  > > > > > > mmap the framebuffer).
>  >  > >  > > > > >
>  >  > >  > > > > > could you send your .config?
>  >  > >  > > > >
>  >  > >  > > > > Attached.
>  >  > >  > > >
>  >  > >  > > > could you disable this option:
>  >  > >  > > >
>  >  > >  > > >  CONFIG_NONPROMISC_DEVMEM=y
>  >  > >  > > >
>  >  > >  > > > does it help with the X problem?
>  >  > >  >
>  >  > >  > That didn't help.
>  >  > >  >
>  >  > >  > > btw., Xorg works fine here on a comparable AMD system - but i use a
>  >  > >  > > rather new distro (Fedora 8) which has Xorg 7.2.
>  >  > >  >
>  >  > >  > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
>  >  > >  >
>  >  > >  > I think the problem is somehow related to the Radeon.
>  >  > >
>  >  > >  The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
>  >  > >  "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit"  as the one
>  >  > >  causing problems.
>  >  > >
>  >  > >  Unfortunately, I can't revert cleanly it, because there are two more commits
>  >  > >  depending on it in a highly nontrivial fashion, so I have reverted all three
>  >  > >  commits
>  >  > >
>  >  > >  a365998cd2cecfb827469dbd57c29602c106cb83
>  >  > >  44f7f90fbe7a3a99aab082f765346514b7b5c705
>  >  > >  ea1441bdf53692c3dc1fd2658addcf1205629661
>  >  > >
>  >  > >  and X starts again.  Also, suspend to RAM works from under X.
>  >  >
>  >  > please keep the three patches and applied the two attached debug patches.
>  >  >
>  >  > i wonder if there is some io allocation overlapping with your system.
>  >
>  >  Attached is a boot dmesg output from the current x86 git tree with your two
>  >  patches applied.
>  >
>  can you try to apply the patch i sent to you about agp bridge order
>  reading for buggy silicon?
>
>  Please boot kernel with "debug"...
>
>  I want to verify if you can get
>
>  "
>  Aperture conflicts with PCI mapping.
>  "
>
>  in your boot log...
>

then with this patch for io allocation overlapping...

YH

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: fix_peer_overlapping.patch --]
[-- Type: text/x-patch; name=fix_peer_overlapping.patch, Size: 2965 bytes --]

[PATCH] x86_64: workaround io allocation overlapping for HT link

Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com>

Index: linux-2.6/arch/x86/pci/k8-bus_64.c
===================================================================
--- linux-2.6.orig/arch/x86/pci/k8-bus_64.c
+++ linux-2.6/arch/x86/pci/k8-bus_64.c
@@ -111,17 +111,25 @@ static void __init update_range(struct r
 	for (j = 0; j < RANGE_NUM; j++) {
 		if (!range[j].end)
 			continue;
-		if (start == range[j].start && end < range[j].end) {
-			range[j].start = end + 1;
-			break;
-		} else if (start == range[j].start && end == range[j].end) {
+
+		if (start <= range[j].start && end >= range[j].end) {
 			range[j].start = 0;
 			range[j].end = 0;
-			break;
-		} else if (start > range[j].start && end == range[j].end) {
+			continue;
+		}
+
+		if (start <= range[j].start && end < range[j].end && range[j].start < end + 1) {
+			range[j].start = end + 1;
+			continue;
+		}
+
+
+		if (start > range[j].start && end >= range[j].end && range[j].end > start - 1) {
 			range[j].end = start - 1;
-			break;
-		} else if (start > range[j].start && end < range[j].end) {
+			continue;
+		}
+
+		if (start > range[j].start && end < range[j].end) {
 			/* find the new spare */
 			for (i = 0; i < RANGE_NUM; i++) {
 				if (range[i].end == 0)
@@ -134,7 +142,7 @@ static void __init update_range(struct r
 				printk(KERN_ERR "run of slot in ranges\n");
 			}
 			range[j].end = start - 1;
-			break;
+			continue;
 		}
 	}
 }
@@ -150,16 +158,24 @@ static void __init update_res(struct pci
 
 	/* try to merge it with old one */
 	for (i = 0; i < info->res_num; i++) {
+		size_t final_start, final_end;
+		size_t common_start, common_end;
+
 		res = &info->res[i];
 		if (res->flags != flags)
 			continue;
-		if (res->end + 1 == start) {
-			res->end = end;
-			return;
-		} else if (end + 1 == res->start) {
-			res->start = start;
-			return;
-		}
+
+		common_start = max((size_t)res->start, start);
+		common_end = min((size_t)res->end, end);
+		if (common_start > common_end + 1)
+			continue;
+
+		final_start = min((size_t)res->start, start);
+		final_end = max((size_t)res->end, end);
+
+		res->start = final_start;
+		res->end = final_end;
+		return;
 	}
 
 addit:
@@ -335,7 +351,11 @@ static int __init early_fill_mp_bus_info
 		info = &pci_root_info[j];
 		printk(KERN_DEBUG "node %d link %d: io port [%llx, %llx]\n",
 		       node, link, (u64)start, (u64)end);
-		update_res(info, start, end, IORESOURCE_IO, 0);
+
+		/* kernel only handle 16 bit only */
+		if (end > 0xffff)
+			end = 0xffff;
+		update_res(info, start, end, IORESOURCE_IO, 1);
 		update_range(range, start, end);
 	}
 	/* add left over io port range to def node/link, [0, 0xffff] */
@@ -443,7 +463,7 @@ static int __init early_fill_mp_bus_info
 			}
 		}
 
-		update_res(info, start, end, IORESOURCE_MEM, 0);
+		update_res(info, start, end, IORESOURCE_MEM, 1);
 		update_range(range, start, end);
 		printk(KERN_CONT "\n");
 	}

Re: x86 git tree broken (bisected)

[Rafael J. Wysocki]

[-- Attachment #1: Type: text/plain, Size: 2859 bytes --]

On Sunday, 13 of April 2008, Yinghai Lu wrote:
> On Sun, Apr 13, 2008 at 1:24 AM, Yinghai Lu <yhlu.kernel@gmail.com> wrote:
> >
> > On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >  >
> >  > On Friday, 11 of April 2008, Yinghai Lu wrote:
> >  >  > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >  >  > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> >  >  > >  > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> >  >  > >  > >
> >  >  > >  > > * Ingo Molnar <mingo@elte.hu> wrote:
> >  >  > >  > >
> >  >  > >  > > > > > > First, the X server doesn't want to start (it says it couldn't
> >  >  > >  > > > > > > mmap the framebuffer).
> >  >  > >  > > > > >
> >  >  > >  > > > > > could you send your .config?
> >  >  > >  > > > >
> >  >  > >  > > > > Attached.
> >  >  > >  > > >
> >  >  > >  > > > could you disable this option:
> >  >  > >  > > >
> >  >  > >  > > >  CONFIG_NONPROMISC_DEVMEM=y
> >  >  > >  > > >
> >  >  > >  > > > does it help with the X problem?
> >  >  > >  >
> >  >  > >  > That didn't help.
> >  >  > >  >
> >  >  > >  > > btw., Xorg works fine here on a comparable AMD system - but i use a
> >  >  > >  > > rather new distro (Fedora 8) which has Xorg 7.2.
> >  >  > >  >
> >  >  > >  > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> >  >  > >  >
> >  >  > >  > I think the problem is somehow related to the Radeon.
> >  >  > >
> >  >  > >  The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> >  >  > >  "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit"  as the one
> >  >  > >  causing problems.
> >  >  > >
> >  >  > >  Unfortunately, I can't revert cleanly it, because there are two more commits
> >  >  > >  depending on it in a highly nontrivial fashion, so I have reverted all three
> >  >  > >  commits
> >  >  > >
> >  >  > >  a365998cd2cecfb827469dbd57c29602c106cb83
> >  >  > >  44f7f90fbe7a3a99aab082f765346514b7b5c705
> >  >  > >  ea1441bdf53692c3dc1fd2658addcf1205629661
> >  >  > >
> >  >  > >  and X starts again.  Also, suspend to RAM works from under X.
> >  >  >
> >  >  > please keep the three patches and applied the two attached debug patches.
> >  >  >
> >  >  > i wonder if there is some io allocation overlapping with your system.
> >  >
> >  >  Attached is a boot dmesg output from the current x86 git tree with your two
> >  >  patches applied.
> >  >
> >  can you try to apply the patch i sent to you about agp bridge order
> >  reading for buggy silicon?
> >
> >  Please boot kernel with "debug"...
> >
> >  I want to verify if you can get
> >
> >  "
> >  Aperture conflicts with PCI mapping.
> >  "
> >
> >  in your boot log...
> >
> 
> then with this patch for io allocation overlapping...

The kernel works correctly with this patch applied.

dmesg output attached.

Thanks,
Rafael

[-- Attachment #2: patched-dmesg.log --]
[-- Type: text/x-log, Size: 27520 bytes --]

Linux version 2.6.25-rc8-x86-latest.git (rafael@chimera) (gcc version 4.2.1 (SUSE Linux)) #24 SMP Sun Apr 13 18:27:52 CEST 2008
Command line: root=/dev/md1 vga=0x31a resume=/dev/sda2 debug
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009ec00 (usable)
 BIOS-e820: 000000000009ec00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000007ffb0000 (usable)
 BIOS-e820: 000000007ffb0000 - 000000007ffc0000 (ACPI data)
 BIOS-e820: 000000007ffc0000 - 000000007fff0000 (ACPI NVS)
 BIOS-e820: 000000007fff0000 - 0000000080000000 (reserved)
 BIOS-e820: 00000000ff7c0000 - 0000000100000000 (reserved)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
max_pfn_mapped = 1048576
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
init_memory_mapping
DMI 2.3 present.
ACPI: RSDP 000F9B60, 0014 (r0 ACPIAM)
ACPI: RSDT 7FFB0000, 0030 (r1 A M I  OEMRSDT   8000526 MSFT       97)
ACPI: FACP 7FFB0200, 0084 (r2 A M I  OEMFACP   8000526 MSFT       97)
ACPI: DSDT 7FFB0400, 45A7 (r1  939M2 939M2120      120 INTL  2002026)
ACPI: FACS 7FFC0000, 0040
ACPI: APIC 7FFB0390, 0068 (r1 A M I  OEMAPIC   8000526 MSFT       97)
ACPI: OEMB 7FFC0040, 0056 (r1 A M I  AMI_OEM   8000526 MSFT       97)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
  early res: 0 [0-fff] BIOS data page
  early res: 1 [6000-7fff] TRAMPOLINE
  early res: 2 [200000-b36c6f] TEXT DATA BSS
  early res: 3 [378e2000-37fefaa5] RAMDISK
  early res: 4 [9ec00-fffff] BIOS reserved
  early res: 5 [8000-bfff] PGTABLE
Zone PFN ranges:
  DMA             0 ->     4096
  DMA32        4096 ->  1048576
  Normal    1048576 ->  1048576
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
    0:        0 ->      158
    0:      256 ->   524208
On node 0 totalpages: 524110
  DMA zone: 56 pages used for memmap
  DMA zone: 2464 pages reserved
  DMA zone: 1478 pages, LIFO batch:0
  DMA32 zone: 7110 pages used for memmap
  DMA32 zone: 513002 pages, LIFO batch:31
  Normal zone: 0 pages used for memmap
  Movable zone: 0 pages used for memmap
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 0, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x03] address[0xfec10000] gsi_base[24])
IOAPIC[1]: apic_id 3, version 0, address 0xfec10000, GSI 24-39
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
PM: Registered nosave memory: 000000000009e000 - 000000000009f000
PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 00000000000e8000
PM: Registered nosave memory: 00000000000e8000 - 0000000000100000
Allocating PCI resources starting at 88000000 (gap: 80000000:7f7c0000)
SMP: Allowing 2 CPUs, 0 hotplug CPUs
PERCPU: Allocating 31152 bytes of per cpu data
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 514480
Kernel command line: root=/dev/md1 vga=0x31a resume=/dev/sda2 debug
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
TSC calibrated against PM_TIMER
Marking TSC unstable due to TSCs unsynchronized
time.c: Detected 2200.069 MHz processor.
Console: colour dummy device 80x25
console [tty0] enabled
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES:    8
... MAX_LOCK_DEPTH:          48
... MAX_LOCKDEP_KEYS:        2048
... CLASSHASH_SIZE:           1024
... MAX_LOCKDEP_ENTRIES:     8192
... MAX_LOCKDEP_CHAINS:      16384
... CHAINHASH_SIZE:          8192
 memory used by lock dependency info: 1648 kB
 per task-struct memory footprint: 2688 bytes
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Checking aperture...
Node 0: aperture @ de000000 size 32 MB
Aperture too small (32 MB)
AGP bridge at 00:04:00
Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
Aperture too small (0 MB)
Your BIOS doesn't leave a aperture memory hole
Please enable the IOMMU option in the BIOS setup
This costs you 64 MB of RAM
Mapping aperture over 65536 KB of RAM @ 4000000
PM: Registered nosave memory: 0000000004000000 - 0000000008000000
Memory: 1981536k/2096832k available (2987k kernel code, 114252k reserved, 1658k data, 288k init)
CPA: page pool initialized 1 of 1 pages preallocated
Calibrating delay using timer specific routine.. 4404.13 BogoMIPS (lpj=8808269)
Security Framework initialized
SELinux:  Initializing.
SELinux:  Starting in permissive mode
selinux_register_security:  Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
ACPI: Core revision 20070126
CPU0: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Using local APIC timer interrupts.
APIC timer calibration result 12500394
Detected 12.500 MHz APIC timer.
lockdep: fixing up alternatives.
Booting processor 1/1 ip 6000
Initializing CPU#1
Calibrating delay using timer specific routine.. 4400.17 BogoMIPS (lpj=8800358)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
x86 PAT enabled: cpu 1, old 0x7040600070406, new 0x7010600070106
CPU1: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Brought up 2 CPUs
Total of 2 processors activated (8804.31 BogoMIPS).
CPU0 attaching sched-domain:
 domain 0: span 3
  groups: 1 2
CPU1 attaching sched-domain:
 domain 0: span 3
  groups: 2 1
khelper used greatest stack depth: 5752 bytes left
net_namespace: 1112 bytes
Time: 16:29:53  Date: 04/13/08
NET: Registered protocol family 16
No dock devices found.
node 0 link 0: io port [1000, ffffff]
TOM: 0000000080000000 aka 2048M
node 0 link 0: mmio [e0000000, efffffff]
node 0 link 0: mmio [a0000, bffff]
node 0 link 0: mmio [80000000, ffffffff]
bus: [00,ff] on node 0 link 0
bus: 00 index 0 io port: [0, ffff]
bus: 00 index 1 mmio: [80000000, fcffffffff]
bus: 00 index 2 mmio: [a0000, bffff]
ACPI: bus type pci registered
PCI: Using configuration type 1 for base access
Overlap at 0x7ffc0000-0x7ffc1000
ACPI: EC: Look up EC in DSDT
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: 0000:00:04.0 reg 10 32bit mmio: [de000000, dfffffff]
pci 0000:00:07.1: quirk: region 0800-083f claimed by ali7101 ACPI
PCI: 0000:00:08.0 reg 10 io port: [e800, e8ff]
PCI: 0000:00:08.0 reg 14 32bit mmio: [ff6ff000, ff6fffff]
PCI: 0000:00:11.0 reg 10 io port: [e400, e4ff]
PCI: 0000:00:11.0 reg 14 32bit mmio: [ff6fec00, ff6fecff]
PCI: 0000:00:12.0 reg 20 io port: [ff00, ff0f]
PCI: 0000:00:12.1 reg 10 io port: [ec00, ec07]
PCI: 0000:00:12.1 reg 14 io port: [e080, e083]
PCI: 0000:00:12.1 reg 18 io port: [e000, e007]
PCI: 0000:00:12.1 reg 1c io port: [dc00, dc03]
PCI: 0000:00:12.1 reg 20 io port: [d880, d88f]
PCI: 0000:00:13.0 reg 10 32bit mmio: [ff6fd000, ff6fdfff]
PCI: 0000:00:13.1 reg 10 32bit mmio: [ff6fc000, ff6fcfff]
PCI: 0000:00:13.2 reg 10 32bit mmio: [ff6fb000, ff6fbfff]
PCI: 0000:00:13.3 reg 10 32bit mmio: [ff6fe800, ff6fe8ff]
PCI: 0000:01:00.0 reg 10 32bit mmio: [d0000000, d7ffffff]
PCI: 0000:01:00.0 reg 14 io port: [b000, b0ff]
PCI: 0000:01:00.0 reg 18 32bit mmio: [ff2f0000, ff2fffff]
PCI: 0000:01:00.1 reg 10 32bit mmio: [ff2e0000, ff2effff]
PCI: bridge 0000:00:01.0 io port: [9000, bfff]
PCI: bridge 0000:00:01.0 32bit mmio: [ff200000, ff2fffff]
PCI: bridge 0000:00:01.0 32bit mmio pref: [cbf00000, dbefffff]
PCI: bridge 0000:00:02.0 32bit mmio: [ff300000, ff3fffff]
PCI: bridge 0000:00:05.0 32bit mmio: [ff400000, ff4fffff]
PCI: 0000:04:06.0 reg 10 io port: [c800, c8ff]
PCI: 0000:04:06.0 reg 14 32bit mmio: [ff5ffc00, ff5ffcff]
PCI: Transparent bridge - 0000:00:06.0
PCI: bridge 0000:00:06.0 io port: [c000, cfff]
PCI: bridge 0000:00:06.0 32bit mmio: [ff500000, ff5fffff]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HTT_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB2._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 11 12 14 *15), disabled.
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs *3 4 5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15) *9
ACPI: PCI Interrupt Link [LNKP] (IRQs 3 4 *5 6 7 10 11 12 14 15)
Overlap at 0x7ffb0000-0x7ffb5000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
ACPI Warning (tbutils-0217): Incorrect checksum in table [OEMB] -  6A, should be 5D [20070126]
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 14 devices
ACPI: ACPI bus type pnp unregistered
SCSI subsystem initialized
libata version 3.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
DMAR:parse DMAR table failure.
agpgart: Detected AGP bridge 20
agpgart: Aperture pointing to RAM
agpgart: Aperture from AGP @ de000000 size 4096 MB
agpgart: Aperture too small (0 MB)
agpgart: No usable aperture found.
agpgart: Consider rebooting with iommu=memaper=2 to get a good aperture.
system 00:07: ioport range 0x480-0x48f has been reserved
system 00:07: ioport range 0x4d0-0x4d1 has been reserved
system 00:07: ioport range 0x800-0x87f could not be reserved
system 00:07: ioport range 0x400-0x40f has been reserved
system 00:08: iomem range 0xfec00000-0xfec00fff has been reserved
system 00:08: iomem range 0xfee00000-0xfee00fff has been reserved
system 00:08: iomem range 0xe0000000-0xefffffff has been reserved
system 00:08: iomem range 0xfec10000-0xfec10fff has been reserved
system 00:08: iomem range 0xffb80000-0xffffffff could not be reserved
system 00:0c: ioport range 0x290-0x29f has been reserved
system 00:0d: iomem range 0x0-0x9ffff could not be reserved
system 00:0d: iomem range 0xc0000-0xcffff has been reserved
system 00:0d: iomem range 0xe0000-0xfffff could not be reserved
system 00:0d: iomem range 0x100000-0x7fffffff could not be reserved
system 00:0d: iomem range 0x0-0x0 could not be reserved
PCI: Bridge: 0000:00:01.0
  IO window: 9000-bfff
  MEM window: 0xff200000-0xff2fffff
  PREFETCH window: 0x00000000cbf00000-0x00000000dbefffff
PCI: Bridge: 0000:00:02.0
  IO window: disabled.
  MEM window: 0xff300000-0xff3fffff
  PREFETCH window: disabled.
PCI: Bridge: 0000:00:05.0
  IO window: disabled.
  MEM window: 0xff400000-0xff4fffff
  PREFETCH window: disabled.
PCI: Bridge: 0000:00:06.0
  IO window: c000-cfff
  MEM window: 0xff500000-0xff5fffff
  PREFETCH window: 0x0000000080000000-0x00000000800fffff
ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 29 (level, low) -> IRQ 29
PCI: Setting latency timer of device 0000:00:01.0 to 64
ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 34 (level, low) -> IRQ 34
PCI: Setting latency timer of device 0000:00:02.0 to 64
PCI: Setting latency timer of device 0000:00:05.0 to 64
PCI: Setting latency timer of device 0000:00:06.0 to 64
bus: 00 index 0 io port: [0, ffff]
bus: 00 index 1 mmio: [80000000, fcffffffff]
bus: 00 index 2 mmio: [a0000, bffff]
bus: 01 index 0 io port: [9000, bfff]
bus: 01 index 1 mmio: [ff200000, ff2fffff]
bus: 01 index 2 mmio: [cbf00000, dbefffff]
bus: 01 index 3 mmio: [0, 0]
bus: 02 index 0 mmio: [0, 0]
bus: 02 index 1 mmio: [ff300000, ff3fffff]
bus: 02 index 2 mmio: [0, 0]
bus: 02 index 3 mmio: [0, 0]
bus: 03 index 0 mmio: [0, 0]
bus: 03 index 1 mmio: [ff400000, ff4fffff]
bus: 03 index 2 mmio: [0, 0]
bus: 03 index 3 mmio: [0, 0]
bus: 04 index 0 io port: [c000, cfff]
bus: 04 index 1 mmio: [ff500000, ff5fffff]
bus: 04 index 2 mmio: [80000000, 800fffff]
bus: 04 index 3 io port: [0, ffff]
bus: 04 index 4 mmio: [80000000, fcffffffff]
bus: 04 index 5 mmio: [a0000, bffff]
NET: Registered protocol family 2
Switched to high resolution mode on CPU 0
Switched to high resolution mode on CPU 1
IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 9, 3670016 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
checking if image is initramfs... it is
Freeing initrd memory: 7222k freed
audit: initializing netlink socket (disabled)
type=2000 audit(1208104192.992:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
SELinux:  Registering netfilter hooks
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
pci 0000:01:00.0: Boot video device
PCI: Setting latency timer of device 0000:00:01.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:01.0:pcie00]
PCI: Setting latency timer of device 0000:00:02.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:02.0:pcie00]
vesafb: framebuffer at 0xd0000000, mapped to 0xffffc20000080000, using 5120k, total 16384k
vesafb: mode is 1280x1024x16, linelength=2560, pages=5
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 160x64
fb0: VESA VGA frame buffer device
Real Time Clock Driver v1.12ac
Linux agpgart interface v0.103
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:0b: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
brd: module loaded
loop: module loaded
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] at 0x60,0x64 irq 1,12
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard as /class/input/input0
input: PC Speaker as /class/input/input1
logips2pp: Detected unknown logitech mouse model 127
input: ImExPS/2 Logitech Explorer Mouse as /class/input/input2
md: multipath personality registered for level -4
cpuidle: using governor ladder
cpuidle: using governor menu
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 33
PM: Resume from partition /dev/sda2
PM: Checking hibernation image.
PM: Error -6 checking image file
PM: Resume from disk failed.
  Magic number: 4:586:489
Freeing unused kernel memory: 288k freed
Write protecting the kernel read-only data: 4360k
mount used greatest stack depth: 5592 bytes left
ACPI: ACPI0007:00 is registered as cooling_device0
ACPI: ACPI0007:01 is registered as cooling_device1
ACPI: PCI Interrupt 0000:00:12.0[A] -> GSI 19 (level, low) -> IRQ 19
scsi0 : pata_ali
scsi1 : pata_ali
ata1: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 irq 14
ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xff08 irq 15
ata1.00: ATAPI: TSSTcorpCD/DVDW SH-S182M, SB03, max UDMA/33
ata1.00: WARNING: ATAPI DMA disabled for reliablity issues.  It can be enabled
ata1.00: WARNING: via pata_ali.atapi_dma modparam or corresponding sysfs node.
ata1.00: configured for UDMA/33
scsi 0:0:0:0: CD-ROM            TSSTcorp CD/DVDW SH-S182M SB03 PQ: 0 ANSI: 5
modprobe used greatest stack depth: 4664 bytes left
sata_uli 0000:00:12.1: version 1.3
ACPI: PCI Interrupt 0000:00:12.1[A] -> GSI 19 (level, low) -> IRQ 19
scsi2 : sata_uli
scsi3 : sata_uli
ata3: SATA max UDMA/133 cmd 0xec00 ctl 0xe080 bmdma 0xd880 irq 19
ata4: SATA max UDMA/133 cmd 0xe000 ctl 0xdc00 bmdma 0xd888 irq 19
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata3.00: ATA-7: SAMSUNG HD160JJ, WU100-33, max UDMA7
ata3.00: 312581808 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata3.00: configured for UDMA/133
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: ATA-7: SAMSUNG SP2004C, VM100-50, max UDMA7
ata4.00: 390721968 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata4.00: configured for UDMA/133
scsi 2:0:0:0: Direct-Access     ATA      SAMSUNG HD160JJ  WU10 PQ: 0 ANSI: 5
scsi 3:0:0:0: Direct-Access     ATA      SAMSUNG SP2004C  VM10 PQ: 0 ANSI: 5
md: raid1 personality registered for level 1
BIOS EDD facility v0.16 2004-Jun-25, 6 devices found
Driver 'sd' needs updating - please use bus_type methods
ACPI: PCI Interrupt 0000:00:13.3[D] -> <5>sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sda: sda1 sda2 sda3 sda4 < sda5GSI 23 (level, low) -> IRQ 23
 sda6<6>ehci_hcd 0000:00:13.3: EHCI Host Controller
ehci_hcd 0000:00:13.3: new USB bus registered, assigned bus number 1
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
ehci_hcd 0000:00:13.3: debug port 1
ehci_hcd 0000:00:13.3: irq 23, io mem 0xff6fe800
 sda7 sda8<6>ehci_hcd 0000:00:13.3: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb1: configuration #1 chosen from 1 choice
 sda9 >
hub 1-0:1.0: USB hub found
sd 2:0:0:0: [sda] Attached SCSI disk
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 sdb8<6>hub 1-0:1.0: 8 ports detected
 sdb9 sdb10 >
sd 3:0:0:0: [sdb] Attached SCSI disk
modprobe used greatest stack depth: 4512 bytes left
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ehci_hcd
usb usb1: SerialNumber: 0000:00:13.3
ACPI: PCI Interrupt 0000:00:13.0[A] -> GSI 20 (level, low) -> IRQ 20
ohci_hcd 0000:00:13.0: OHCI Host Controller
ohci_hcd 0000:00:13.0: new USB bus registered, assigned bus number 2
ohci_hcd 0000:00:13.0: irq 20, io mem 0xff6fd000
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 3 ports detected
usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: OHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ohci_hcd
usb usb2: SerialNumber: 0000:00:13.0
ACPI: PCI Interrupt 0000:00:13.1[B] -> GSI 21 (level, low) -> IRQ 21
ohci_hcd 0000:00:13.1: OHCI Host Controller
ohci_hcd 0000:00:13.1: new USB bus registered, assigned bus number 3
ohci_hcd 0000:00:13.1: irq 21, io mem 0xff6fc000
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 3 ports detected
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: OHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ohci_hcd
usb usb3: SerialNumber: 0000:00:13.1
ACPI: PCI Interrupt 0000:00:13.2[C] -> GSI 22 (level, low) -> IRQ 22
ohci_hcd 0000:00:13.2: OHCI Host Controller
ohci_hcd 0000:00:13.2: new USB bus registered, assigned bus number 4
ohci_hcd 0000:00:13.2: irq 22, io mem 0xff6fb000
usb usb4: configuration #1 chosen from 1 choice
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 3 ports detected
usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb4: Product: OHCI Host Controller
usb usb4: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ohci_hcd
usb usb4: SerialNumber: 0000:00:13.2
md: raid0 personality registered for level 0
xor: automatically using best checksumming function: generic_sse
   generic_sse:  7028.000 MB/sec
xor: using function: generic_sse (7028.000 MB/sec)
async_tx: api initialized (sync-only)
raid6: int64x1   2127 MB/s
raid6: int64x2   2734 MB/s
raid6: int64x4   2361 MB/s
raid6: int64x8   2189 MB/s
raid6: sse2x1    2702 MB/s
raid6: sse2x2    3176 MB/s
raid6: sse2x4    3731 MB/s
raid6: using algorithm sse2x4 (3731 MB/s)
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
md: md1 stopped.
md: bind<sda3>
md: bind<sdb3>
raid1: raid set md1 active with 2 out of 2 mirrors
PM: Marking nosave pages: 000000000009e000 - 0000000000100000
PM: Marking nosave pages: 0000000004000000 - 0000000008000000
PM: Basic memory bitmaps created
PM: Basic memory bitmaps freed
PM: Starting manual resume from disk
PM: Resume from partition 8:2
PM: Checking hibernation image.
PM: Resume from disk failed.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
mount used greatest stack depth: 3712 bytes left
scsi 0:0:0:0: Attached scsi generic sg0 type 5
sd 2:0:0:0: Attached scsi generic sg1 type 0
sd 3:0:0:0: Attached scsi generic sg2 type 0
input: Power Button (FF) as /class/input/input3
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /class/input/input4
ACPI: Power Button (CM) [PWRB]
uli526x: ULi M5261/M5263 net driver, version 0.9.3 (2005-7-29)
ACPI: PCI Interrupt 0000:00:11.0[A] -> GSI 17 (level, low) -> IRQ 17
eth0: ULi M5263 at pci0000:00:11.0, 00:13:8f:3a:0b:96, irq 17.
8139too Fast Ethernet driver 0.9.28
ACPI: PCI Interrupt 0000:04:06.0[A] -> GSI 21 (level, low) -> IRQ 21
eth1: RealTek RTL8139 at 0xc800, 00:48:54:4b:5c:38, IRQ 21
eth1:  Identified 8139 chip type 'RTL-8139A'
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
Driver 'sr' needs updating - please use bus_type methods
sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 0:0:0:0: Attached scsi CD-ROM sr0
udev: renamed network interface eth1 to eth0
ACPI: PCI Interrupt 0000:00:08.0[A] -> GSI 18 (level, low) -> IRQ 18
parport_pc 00:06: reported by Plug and Play ACPI
udev: renamed network interface eth0_rename to eth1
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2053: AC'97 1 does not respond - RESET
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2062: AC'97 1 access is not valid [0xffffffff], removing mixer.
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/intel8x0.c:2157: Unable to initialize codec #1
intel8x0_measure_ac97_clock: measured 51954 usecs
intel8x0: clocking to 48000
md: md2 stopped.
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: dm-devel@redhat.com
md: bind<sda5>
md: bind<sdb5>
raid1: raid set md2 active with 2 out of 2 mirrors
md: md3 stopped.
md: bind<sda6>
md: bind<sdb6>
raid1: raid set md3 active with 2 out of 2 mirrors
md: md4 stopped.
md: bind<sda8>
md: bind<sdb8>
raid1: raid set md4 active with 2 out of 2 mirrors
md: md5 stopped.
md: bind<sda9>
md: bind<sdb9>
raid1: raid set md5 active with 2 out of 2 mirrors
md: md0 stopped.
md: bind<sda1>
md: bind<sdb1>
raid1: raid set md0 active with 2 out of 2 mirrors
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md0, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
ReiserFS: md4: found reiserfs format "3.6" with standard journal
ReiserFS: md4: using ordered data mode
ReiserFS: md4: journal params: device md4, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md4: checking transaction log (md4)
ReiserFS: md4: Using r5 hash to sort names
ReiserFS: md5: found reiserfs format "3.6" with standard journal
ReiserFS: md5: using ordered data mode
ReiserFS: md5: journal params: device md5, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md5: checking transaction log (md5)
ReiserFS: md5: Using r5 hash to sort names
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 2104504k swap on /dev/sda2.  Priority:42 extents:1 across:2104504k
Adding 2104504k swap on /dev/sdb2.  Priority:42 extents:1 across:2104504k
chkconfig used greatest stack depth: 3456 bytes left
powernow-k8: Found 1 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ processors (2 cpu cores) (version 2.20.00)
powernow-k8:    0 : fid 0xe (2200 MHz), vid 0xa
powernow-k8:    1 : fid 0xc (2000 MHz), vid 0xa
powernow-k8:    2 : fid 0xa (1800 MHz), vid 0xa
powernow-k8:    3 : fid 0x2 (1000 MHz), vid 0xa
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffc0000-0x7ffc1000
lspci used greatest stack depth: 3432 bytes left
Overlap at 0xd0000000-0xd0500000
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
ADDRCONF(NETDEV_UP): eth1: link is not ready
ip6_tables: (C) 2000-2006 Netfilter Core Team
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
ip_tables: (C) 2000-2006 Netfilter Core Team
uli526x: eth1 NIC Link is Up 100 Mbps Full duplex
ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
warning: `named' uses 32-bit capabilities (legacy support in use)
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
Clocksource tsc unstable (delta = -274904273 ns)
eth1: no IPv6 routers present
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
CPU0 attaching NULL sched-domain.
CPU1 attaching NULL sched-domain.
CPU0 attaching sched-domain:
 domain 0: span 3
  groups: 1 2
CPU1 attaching sched-domain:
 domain 0: span 3
  groups: 2 1

Re: x86 git tree broken (bisected)

[Ingo Molnar]

* Rafael J. Wysocki <rjw@sisk.pl> wrote:

> > >  Please boot kernel with "debug"...
> > >
> > >  I want to verify if you can get
> > >
> > >  "
> > >  Aperture conflicts with PCI mapping.
> > >  "
> > >
> > >  in your boot log...
> > >
> > 
> > then with this patch for io allocation overlapping...
> 
> The kernel works correctly with this patch applied.

thanks guys - i've applied the fix/workaround.

	Ingo

Re: x86 git tree broken (bisected)

[Rafael J. Wysocki]

[-- Attachment #1: Type: text/plain, Size: 2801 bytes --]

On Sunday, 13 of April 2008, Yinghai Lu wrote:
> On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > On Friday, 11 of April 2008, Yinghai Lu wrote:
> >  > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >  > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> >  > >  > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> >  > >  > >
> >  > >  > > * Ingo Molnar <mingo@elte.hu> wrote:
> >  > >  > >
> >  > >  > > > > > > First, the X server doesn't want to start (it says it couldn't
> >  > >  > > > > > > mmap the framebuffer).
> >  > >  > > > > >
> >  > >  > > > > > could you send your .config?
> >  > >  > > > >
> >  > >  > > > > Attached.
> >  > >  > > >
> >  > >  > > > could you disable this option:
> >  > >  > > >
> >  > >  > > >  CONFIG_NONPROMISC_DEVMEM=y
> >  > >  > > >
> >  > >  > > > does it help with the X problem?
> >  > >  >
> >  > >  > That didn't help.
> >  > >  >
> >  > >  > > btw., Xorg works fine here on a comparable AMD system - but i use a
> >  > >  > > rather new distro (Fedora 8) which has Xorg 7.2.
> >  > >  >
> >  > >  > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> >  > >  >
> >  > >  > I think the problem is somehow related to the Radeon.
> >  > >
> >  > >  The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> >  > >  "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit"  as the one
> >  > >  causing problems.
> >  > >
> >  > >  Unfortunately, I can't revert cleanly it, because there are two more commits
> >  > >  depending on it in a highly nontrivial fashion, so I have reverted all three
> >  > >  commits
> >  > >
> >  > >  a365998cd2cecfb827469dbd57c29602c106cb83
> >  > >  44f7f90fbe7a3a99aab082f765346514b7b5c705
> >  > >  ea1441bdf53692c3dc1fd2658addcf1205629661
> >  > >
> >  > >  and X starts again.  Also, suspend to RAM works from under X.
> >  >
> >  > please keep the three patches and applied the two attached debug patches.
> >  >
> >  > i wonder if there is some io allocation overlapping with your system.
> >
> >  Attached is a boot dmesg output from the current x86 git tree with your two
> >  patches applied.
> >
> can you try to apply the patch i sent to you about agp bridge order
> reading for buggy silicon?
> 
> Please boot kernel with "debug"...
> 
> I want to verify if you can get
> 
> "
> Aperture conflicts with PCI mapping.
> "
> 
> in your boot log...

It's not present in there:

rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
Aperture too small (32 MB)
Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
Aperture too small (0 MB)
agpgart: Aperture pointing to RAM
agpgart: Aperture from AGP @ de000000 size 4096 MB
agpgart: Aperture too small (0 MB)

Full dmesg output attached.

Thanks,
Rafael

[-- Attachment #2: failing-with-patch-dmesg.log --]
[-- Type: text/x-log, Size: 27939 bytes --]

Linux version 2.6.25-rc8-x86-latest.git (rafael@chimera) (gcc version 4.2.1 (SUSE Linux)) #23 SMP Sun Apr 13 16:50:49 CEST 2008
Command line: root=/dev/md1 vga=0x31a resume=/dev/sda2 debug
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009ec00 (usable)
 BIOS-e820: 000000000009ec00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000007ffb0000 (usable)
 BIOS-e820: 000000007ffb0000 - 000000007ffc0000 (ACPI data)
 BIOS-e820: 000000007ffc0000 - 000000007fff0000 (ACPI NVS)
 BIOS-e820: 000000007fff0000 - 0000000080000000 (reserved)
 BIOS-e820: 00000000ff7c0000 - 0000000100000000 (reserved)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
max_pfn_mapped = 1048576
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
init_memory_mapping
DMI 2.3 present.
ACPI: RSDP 000F9B60, 0014 (r0 ACPIAM)
ACPI: RSDT 7FFB0000, 0030 (r1 A M I  OEMRSDT   8000526 MSFT       97)
ACPI: FACP 7FFB0200, 0084 (r2 A M I  OEMFACP   8000526 MSFT       97)
ACPI: DSDT 7FFB0400, 45A7 (r1  939M2 939M2120      120 INTL  2002026)
ACPI: FACS 7FFC0000, 0040
ACPI: APIC 7FFB0390, 0068 (r1 A M I  OEMAPIC   8000526 MSFT       97)
ACPI: OEMB 7FFC0040, 0056 (r1 A M I  AMI_OEM   8000526 MSFT       97)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
  early res: 0 [0-fff] BIOS data page
  early res: 1 [6000-7fff] TRAMPOLINE
  early res: 2 [200000-b36c6f] TEXT DATA BSS
  early res: 3 [378e2000-37fefaa5] RAMDISK
  early res: 4 [9ec00-fffff] BIOS reserved
  early res: 5 [8000-bfff] PGTABLE
Zone PFN ranges:
  DMA             0 ->     4096
  DMA32        4096 ->  1048576
  Normal    1048576 ->  1048576
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
    0:        0 ->      158
    0:      256 ->   524208
On node 0 totalpages: 524110
  DMA zone: 56 pages used for memmap
  DMA zone: 2464 pages reserved
  DMA zone: 1478 pages, LIFO batch:0
  DMA32 zone: 7110 pages used for memmap
  DMA32 zone: 513002 pages, LIFO batch:31
  Normal zone: 0 pages used for memmap
  Movable zone: 0 pages used for memmap
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 0, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x03] address[0xfec10000] gsi_base[24])
IOAPIC[1]: apic_id 3, version 0, address 0xfec10000, GSI 24-39
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
PM: Registered nosave memory: 000000000009e000 - 000000000009f000
PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 00000000000e8000
PM: Registered nosave memory: 00000000000e8000 - 0000000000100000
Allocating PCI resources starting at 88000000 (gap: 80000000:7f7c0000)
SMP: Allowing 2 CPUs, 0 hotplug CPUs
PERCPU: Allocating 31152 bytes of per cpu data
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 514480
Kernel command line: root=/dev/md1 vga=0x31a resume=/dev/sda2 debug
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
TSC calibrated against PM_TIMER
Marking TSC unstable due to TSCs unsynchronized
time.c: Detected 2200.086 MHz processor.
Console: colour dummy device 80x25
console [tty0] enabled
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES:    8
... MAX_LOCK_DEPTH:          48
... MAX_LOCKDEP_KEYS:        2048
... CLASSHASH_SIZE:           1024
... MAX_LOCKDEP_ENTRIES:     8192
... MAX_LOCKDEP_CHAINS:      16384
... CHAINHASH_SIZE:          8192
 memory used by lock dependency info: 1648 kB
 per task-struct memory footprint: 2688 bytes
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Checking aperture...
Node 0: aperture @ de000000 size 32 MB
Aperture too small (32 MB)
AGP bridge at 00:04:00
Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
Aperture too small (0 MB)
Your BIOS doesn't leave a aperture memory hole
Please enable the IOMMU option in the BIOS setup
This costs you 64 MB of RAM
Mapping aperture over 65536 KB of RAM @ 4000000
PM: Registered nosave memory: 0000000004000000 - 0000000008000000
Memory: 1981536k/2096832k available (2987k kernel code, 114252k reserved, 1658k data, 288k init)
CPA: page pool initialized 1 of 1 pages preallocated
Calibrating delay using timer specific routine.. 4404.12 BogoMIPS (lpj=8808254)
Security Framework initialized
SELinux:  Initializing.
SELinux:  Starting in permissive mode
selinux_register_security:  Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
ACPI: Core revision 20070126
CPU0: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Using local APIC timer interrupts.
APIC timer calibration result 12500488
Detected 12.500 MHz APIC timer.
lockdep: fixing up alternatives.
Booting processor 1/1 ip 6000
Initializing CPU#1
Calibrating delay using timer specific routine.. 4400.17 BogoMIPS (lpj=8800344)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
x86 PAT enabled: cpu 1, old 0x7040600070406, new 0x7010600070106
CPU1: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Brought up 2 CPUs
Total of 2 processors activated (8804.29 BogoMIPS).
CPU0 attaching sched-domain:
 domain 0: span 3
  groups: 1 2
CPU1 attaching sched-domain:
 domain 0: span 3
  groups: 2 1
khelper used greatest stack depth: 5752 bytes left
net_namespace: 1112 bytes
Time: 16:24:49  Date: 04/13/08
NET: Registered protocol family 16
No dock devices found.
node 0 link 0: io port [1000, ffffff]
TOM: 0000000080000000 aka 2048M
node 0 link 0: mmio [e0000000, efffffff]
node 0 link 0: mmio [a0000, bffff]
node 0 link 0: mmio [80000000, ffffffff]
bus: [00,ff] on node 0 link 0
bus: 00 index 0 io port: [1000, ffffff]
bus: 00 index 1 io port: [0, ffff]
bus: 00 index 2 mmio: [80000000, fcffffffff]
bus: 00 index 3 mmio: [a0000, bffff]
bus: 00 index 4 mmio: [80000000, ffffffff]
ACPI: bus type pci registered
PCI: Using configuration type 1 for base access
Overlap at 0x7ffc0000-0x7ffc1000
ACPI: EC: Look up EC in DSDT
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: 0000:00:04.0 reg 10 32bit mmio: [de000000, dfffffff]
pci 0000:00:07.1: quirk: region 0800-083f claimed by ali7101 ACPI
PCI: 0000:00:08.0 reg 10 io port: [e800, e8ff]
PCI: 0000:00:08.0 reg 14 32bit mmio: [ff6ff000, ff6fffff]
PCI: 0000:00:11.0 reg 10 io port: [e400, e4ff]
PCI: 0000:00:11.0 reg 14 32bit mmio: [ff6fec00, ff6fecff]
PCI: 0000:00:12.0 reg 20 io port: [ff00, ff0f]
PCI: 0000:00:12.1 reg 10 io port: [ec00, ec07]
PCI: 0000:00:12.1 reg 14 io port: [e080, e083]
PCI: 0000:00:12.1 reg 18 io port: [e000, e007]
PCI: 0000:00:12.1 reg 1c io port: [dc00, dc03]
PCI: 0000:00:12.1 reg 20 io port: [d880, d88f]
PCI: 0000:00:13.0 reg 10 32bit mmio: [ff6fd000, ff6fdfff]
PCI: 0000:00:13.1 reg 10 32bit mmio: [ff6fc000, ff6fcfff]
PCI: 0000:00:13.2 reg 10 32bit mmio: [ff6fb000, ff6fbfff]
PCI: 0000:00:13.3 reg 10 32bit mmio: [ff6fe800, ff6fe8ff]
PCI: 0000:01:00.0 reg 10 32bit mmio: [d0000000, d7ffffff]
PCI: 0000:01:00.0 reg 14 io port: [b000, b0ff]
PCI: 0000:01:00.0 reg 18 32bit mmio: [ff2f0000, ff2fffff]
PCI: 0000:01:00.1 reg 10 32bit mmio: [ff2e0000, ff2effff]
PCI: bridge 0000:00:01.0 io port: [9000, bfff]
PCI: bridge 0000:00:01.0 32bit mmio: [ff200000, ff2fffff]
PCI: bridge 0000:00:01.0 32bit mmio pref: [cbf00000, dbefffff]
PCI: bridge 0000:00:02.0 32bit mmio: [ff300000, ff3fffff]
PCI: bridge 0000:00:05.0 32bit mmio: [ff400000, ff4fffff]
PCI: 0000:04:06.0 reg 10 io port: [c800, c8ff]
PCI: 0000:04:06.0 reg 14 32bit mmio: [ff5ffc00, ff5ffcff]
PCI: Transparent bridge - 0000:00:06.0
PCI: bridge 0000:00:06.0 io port: [c000, cfff]
PCI: bridge 0000:00:06.0 32bit mmio: [ff500000, ff5fffff]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HTT_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB2._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 11 12 14 *15), disabled.
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs *3 4 5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15) *9
ACPI: PCI Interrupt Link [LNKP] (IRQs 3 4 *5 6 7 10 11 12 14 15)
Overlap at 0x7ffb0000-0x7ffb5000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
ACPI Warning (tbutils-0217): Incorrect checksum in table [OEMB] -  6A, should be 5D [20070126]
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 14 devices
ACPI: ACPI bus type pnp unregistered
SCSI subsystem initialized
libata version 3.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
PCI: Cannot allocate resource region 8 of bridge 0000:00:01.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:02.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:05.0
PCI: Cannot allocate resource region 8 of bridge 0000:00:06.0
PCI: Cannot allocate resource region 1 of device 0000:00:08.0
PCI: Cannot allocate resource region 1 of device 0000:00:11.0
PCI: Cannot allocate resource region 0 of device 0000:00:13.0
PCI: Cannot allocate resource region 0 of device 0000:00:13.1
PCI: Cannot allocate resource region 0 of device 0000:00:13.2
PCI: Cannot allocate resource region 0 of device 0000:00:13.3
PCI: Cannot allocate resource region 2 of device 0000:01:00.0
PCI: Cannot allocate resource region 0 of device 0000:01:00.1
PCI: Cannot allocate resource region 1 of device 0000:04:06.0
DMAR:parse DMAR table failure.
agpgart: Detected AGP bridge 20
agpgart: Aperture pointing to RAM
agpgart: Aperture from AGP @ de000000 size 4096 MB
agpgart: Aperture too small (0 MB)
agpgart: No usable aperture found.
agpgart: Consider rebooting with iommu=memaper=2 to get a good aperture.
system 00:07: ioport range 0x480-0x48f has been reserved
system 00:07: ioport range 0x4d0-0x4d1 has been reserved
system 00:07: ioport range 0x800-0x87f could not be reserved
system 00:07: ioport range 0x400-0x40f has been reserved
system 00:08: iomem range 0xfec00000-0xfec00fff has been reserved
system 00:08: iomem range 0xfee00000-0xfee00fff has been reserved
system 00:08: iomem range 0xe0000000-0xefffffff has been reserved
system 00:08: iomem range 0xfec10000-0xfec10fff has been reserved
system 00:08: iomem range 0xffb80000-0xffffffff could not be reserved
system 00:0c: ioport range 0x290-0x29f has been reserved
system 00:0d: iomem range 0x0-0x9ffff could not be reserved
system 00:0d: iomem range 0xc0000-0xcffff has been reserved
system 00:0d: iomem range 0xe0000-0xfffff could not be reserved
system 00:0d: iomem range 0x100000-0x7fffffff could not be reserved
system 00:0d: iomem range 0x0-0x0 could not be reserved
PCI: Bridge: 0000:00:01.0
  IO window: 9000-bfff
  MEM window: 0x100000000-0x1000fffff
  PREFETCH window: 0x00000000cbf00000-0x00000000dbefffff
PCI: Bridge: 0000:00:02.0
  IO window: disabled.
  MEM window: disabled.
  PREFETCH window: disabled.
PCI: Bridge: 0000:00:05.0
  IO window: disabled.
  MEM window: disabled.
  PREFETCH window: disabled.
PCI: Bridge: 0000:00:06.0
  IO window: c000-cfff
  MEM window: 0x100100000-0x1001fffff
  PREFETCH window: 0x0000000100200000-0x00000001002fffff
ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 29 (level, low) -> IRQ 29
PCI: Setting latency timer of device 0000:00:01.0 to 64
ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 34 (level, low) -> IRQ 34
PCI: Setting latency timer of device 0000:00:02.0 to 64
PCI: Setting latency timer of device 0000:00:05.0 to 64
PCI: Setting latency timer of device 0000:00:06.0 to 64
bus: 00 index 0 mmio: [1000, ffffff]
bus: 00 index 1 io port: [0, ffff]
bus: 00 index 2 mmio: [80000000, fcffffffff]
bus: 00 index 3 mmio: [a0000, bffff]
bus: 00 index 4 mmio: [80000000, ffffffff]
bus: 01 index 0 io port: [9000, bfff]
bus: 01 index 1 mmio: [100000000, 1000fffff]
bus: 01 index 2 mmio: [cbf00000, dbefffff]
bus: 01 index 3 mmio: [0, 0]
bus: 02 index 0 mmio: [0, 0]
bus: 02 index 1 mmio: [ff300000, ff3fffff]
bus: 02 index 2 mmio: [0, 0]
bus: 02 index 3 mmio: [0, 0]
bus: 03 index 0 mmio: [0, 0]
bus: 03 index 1 mmio: [ff400000, ff4fffff]
bus: 03 index 2 mmio: [0, 0]
bus: 03 index 3 mmio: [0, 0]
bus: 04 index 0 io port: [c000, cfff]
bus: 04 index 1 mmio: [100100000, 1001fffff]
bus: 04 index 2 mmio: [100200000, 1002fffff]
bus: 04 index 3 mmio: [1000, ffffff]
bus: 04 index 4 io port: [0, ffff]
bus: 04 index 5 mmio: [80000000, fcffffffff]
bus: 04 index 6 mmio: [a0000, bffff]
bus: 04 index 7 mmio: [80000000, ffffffff]
NET: Registered protocol family 2
Switched to high resolution mode on CPU 0
Switched to high resolution mode on CPU 1
IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 9, 3670016 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
checking if image is initramfs... it is
Freeing initrd memory: 7222k freed
audit: initializing netlink socket (disabled)
type=2000 audit(1208103890.000:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
SELinux:  Registering netfilter hooks
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
pci 0000:01:00.0: Boot video device
PCI: Setting latency timer of device 0000:00:01.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:01.0:pcie00]
PCI: Setting latency timer of device 0000:00:02.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:02.0:pcie00]
vesafb: framebuffer at 0xd0000000, mapped to 0xffffc20000080000, using 5120k, total 16384k
vesafb: mode is 1280x1024x16, linelength=2560, pages=5
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 160x64
fb0: VESA VGA frame buffer device
Real Time Clock Driver v1.12ac
Linux agpgart interface v0.103
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:0b: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
brd: module loaded
loop: module loaded
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] at 0x60,0x64 irq 1,12
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard as /class/input/input0
input: PC Speaker as /class/input/input1
logips2pp: Detected unknown logitech mouse model 127
input: ImExPS/2 Logitech Explorer Mouse as /class/input/input2
md: multipath personality registered for level -4
cpuidle: using governor ladder
cpuidle: using governor menu
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 33
PM: Resume from partition /dev/sda2
PM: Checking hibernation image.
PM: Error -6 checking image file
PM: Resume from disk failed.
  Magic number: 4:36:439
Freeing unused kernel memory: 288k freed
Write protecting the kernel read-only data: 4360k
mount used greatest stack depth: 5592 bytes left
ACPI: ACPI0007:00 is registered as cooling_device0
ACPI: ACPI0007:01 is registered as cooling_device1
ACPI: PCI Interrupt 0000:00:12.0[A] -> GSI 19 (level, low) -> IRQ 19
scsi0 : pata_ali
scsi1 : pata_ali
ata1: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 irq 14
ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xff08 irq 15
ata1.00: ATAPI: TSSTcorpCD/DVDW SH-S182M, SB03, max UDMA/33
ata1.00: WARNING: ATAPI DMA disabled for reliablity issues.  It can be enabled
ata1.00: WARNING: via pata_ali.atapi_dma modparam or corresponding sysfs node.
ata1.00: configured for UDMA/33
scsi 0:0:0:0: CD-ROM            TSSTcorp CD/DVDW SH-S182M SB03 PQ: 0 ANSI: 5
modprobe used greatest stack depth: 4760 bytes left
sata_uli 0000:00:12.1: version 1.3
ACPI: PCI Interrupt 0000:00:12.1[A] -> GSI 19 (level, low) -> IRQ 19
scsi2 : sata_uli
scsi3 : sata_uli
ata3: SATA max UDMA/133 cmd 0xec00 ctl 0xe080 bmdma 0xd880 irq 19
ata4: SATA max UDMA/133 cmd 0xe000 ctl 0xdc00 bmdma 0xd888 irq 19
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata3.00: ATA-7: SAMSUNG HD160JJ, WU100-33, max UDMA7
ata3.00: 312581808 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata3.00: configured for UDMA/133
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: ATA-7: SAMSUNG SP2004C, VM100-50, max UDMA7
ata4.00: 390721968 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata4.00: configured for UDMA/133
scsi 2:0:0:0: Direct-Access     ATA      SAMSUNG HD160JJ  WU10 PQ: 0 ANSI: 5
scsi 3:0:0:0: Direct-Access     ATA      SAMSUNG SP2004C  VM10 PQ: 0 ANSI: 5
md: raid1 personality registered for level 1
BIOS EDD facility v0.16 2004-Jun-25, 6 devices found
Driver 'sd' needs updating - please use bus_type methods
sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sda: sda1 sda2 sda3 sda4 < sda5<6>ACPI: PCI Interrupt 0000:00:13.0[A] -> GSI 20 (level, low) -> IRQ 20
 sda6<6>ohci_hcd 0000:00:13.0: OHCI Host Controller
 sda7<6>ohci_hcd 0000:00:13.0: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:13.0: irq 20, io mem 0x100301000
 sda8 sda9 >
sd 2:0:0:0: [sda] Attached SCSI disk
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6<6>hub 1-0:1.0: 3 ports detected
 sdb7 sdb8 sdb9 sdb10 >
sd 3:0:0:0: [sdb] Attached SCSI disk
modprobe used greatest stack depth: 4512 bytes left
usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: OHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ohci_hcd
usb usb1: SerialNumber: 0000:00:13.0
ACPI: PCI Interrupt 0000:00:13.3[D] -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:13.3: EHCI Host Controller
ehci_hcd 0000:00:13.3: new USB bus registered, assigned bus number 2
ehci_hcd 0000:00:13.3: debug port 1
ehci_hcd 0000:00:13.3: irq 23, io mem 0x100304100
ehci_hcd 0000:00:13.3: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 8 ports detected
usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: EHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ehci_hcd
usb usb2: SerialNumber: 0000:00:13.3
ACPI: PCI Interrupt 0000:00:13.1[B] -> GSI 21 (level, low) -> IRQ 21
ohci_hcd 0000:00:13.1: OHCI Host Controller
ohci_hcd 0000:00:13.1: new USB bus registered, assigned bus number 3
ohci_hcd 0000:00:13.1: irq 21, io mem 0x100302000
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 3 ports detected
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: OHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ohci_hcd
usb usb3: SerialNumber: 0000:00:13.1
ACPI: PCI Interrupt 0000:00:13.2[C] -> GSI 22 (level, low) -> IRQ 22
ohci_hcd 0000:00:13.2: OHCI Host Controller
ohci_hcd 0000:00:13.2: new USB bus registered, assigned bus number 4
ohci_hcd 0000:00:13.2: irq 22, io mem 0x100303000
usb usb4: configuration #1 chosen from 1 choice
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 3 ports detected
usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb4: Product: OHCI Host Controller
usb usb4: Manufacturer: Linux 2.6.25-rc8-x86-latest.git ohci_hcd
usb usb4: SerialNumber: 0000:00:13.2
md: raid0 personality registered for level 0
xor: automatically using best checksumming function: generic_sse
   generic_sse:  7023.000 MB/sec
xor: using function: generic_sse (7023.000 MB/sec)
async_tx: api initialized (sync-only)
raid6: int64x1   2149 MB/s
raid6: int64x2   2735 MB/s
raid6: int64x4   2343 MB/s
raid6: int64x8   2187 MB/s
raid6: sse2x1    2339 MB/s
raid6: sse2x2    3317 MB/s
raid6: sse2x4    3800 MB/s
raid6: using algorithm sse2x4 (3800 MB/s)
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
md: md1 stopped.
md: bind<sda3>
md: bind<sdb3>
raid1: raid set md1 active with 2 out of 2 mirrors
PM: Marking nosave pages: 000000000009e000 - 0000000000100000
PM: Marking nosave pages: 0000000004000000 - 0000000008000000
PM: Basic memory bitmaps created
PM: Basic memory bitmaps freed
PM: Starting manual resume from disk
PM: Resume from partition 8:2
PM: Checking hibernation image.
PM: Resume from disk failed.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
mount used greatest stack depth: 3712 bytes left
udevd used greatest stack depth: 3352 bytes left
scsi 0:0:0:0: Attached scsi generic sg0 type 5
sd 2:0:0:0: Attached scsi generic sg1 type 0
sd 3:0:0:0: Attached scsi generic sg2 type 0
input: Power Button (FF) as /class/input/input3
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /class/input/input4
ACPI: Power Button (CM) [PWRB]
8139too Fast Ethernet driver 0.9.28
ACPI: PCI Interrupt 0000:04:06.0[A] -> GSI 21 (level, low) -> IRQ 21
eth0: RealTek RTL8139 at 0xc800, 00:48:54:4b:5c:38, IRQ 21
eth0:  Identified 8139 chip type 'RTL-8139A'
uli526x: ULi M5261/M5263 net driver, version 0.9.3 (2005-7-29)
ACPI: PCI Interrupt 0000:00:11.0[A] -> GSI 17 (level, low) -> IRQ 17
eth1: ULi M5263 at pci0000:00:11.0, 00:13:8f:3a:0b:96, irq 17.
Floppy drive(s): fd0 is 1.44M
Driver 'sr' needs updating - please use bus_type methods
FDC 0 is a post-1991 82077
sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 0:0:0:0: Attached scsi CD-ROM sr0
parport_pc 00:06: reported by Plug and Play ACPI
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
ACPI: PCI Interrupt 0000:00:08.0[A] -> GSI 18 (level, low) -> IRQ 18
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2053: AC'97 1 does not respond - RESET
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2062: AC'97 1 access is not valid [0xffffffff], removing mixer.
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/intel8x0.c:2157: Unable to initialize codec #1
intel8x0_measure_ac97_clock: measured 52002 usecs
intel8x0: clocking to 48000
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: dm-devel@redhat.com
md: md2 stopped.
md: bind<sda5>
md: bind<sdb5>
raid1: raid set md2 active with 2 out of 2 mirrors
md: md3 stopped.
md: bind<sda6>
md: bind<sdb6>
raid1: raid set md3 active with 2 out of 2 mirrors
md: md4 stopped.
md: bind<sda8>
md: bind<sdb8>
raid1: raid set md4 active with 2 out of 2 mirrors
md: md5 stopped.
md: bind<sda9>
md: bind<sdb9>
raid1: raid set md5 active with 2 out of 2 mirrors
md: md0 stopped.
md: bind<sda1>
md: bind<sdb1>
raid1: raid set md0 active with 2 out of 2 mirrors
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md0, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
ReiserFS: md4: found reiserfs format "3.6" with standard journal
ReiserFS: md4: using ordered data mode
ReiserFS: md4: journal params: device md4, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md4: checking transaction log (md4)
ReiserFS: md4: Using r5 hash to sort names
ReiserFS: md5: found reiserfs format "3.6" with standard journal
ReiserFS: md5: using ordered data mode
ReiserFS: md5: journal params: device md5, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md5: checking transaction log (md5)
ReiserFS: md5: Using r5 hash to sort names
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 2104504k swap on /dev/sda2.  Priority:42 extents:1 across:2104504k
Adding 2104504k swap on /dev/sdb2.  Priority:42 extents:1 across:2104504k
powernow-k8: Found 1 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ processors (2 cpu cores) (version 2.20.00)
powernow-k8:    0 : fid 0xe (2200 MHz), vid 0xa
powernow-k8:    1 : fid 0xc (2000 MHz), vid 0xa
powernow-k8:    2 : fid 0xa (1800 MHz), vid 0xa
powernow-k8:    3 : fid 0x2 (1000 MHz), vid 0xa
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffc0000-0x7ffc1000
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
ADDRCONF(NETDEV_UP): eth1: link is not ready
ip6_tables: (C) 2000-2006 Netfilter Core Team
ip_tables: (C) 2000-2006 Netfilter Core Team
uli526x: eth1 NIC Link is Up 100 Mbps Full duplex
ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Xorg:4732 /dev/mem ioremap_change_attr failed uncached-minus for 100000000-100010000
warning: `named' uses 32-bit capabilities (legacy support in use)
Clocksource tsc unstable (delta = -63631530 ns)
eth1: no IPv6 routers present

Re: x86 git tree broken (bisected)

[Yinghai Lu]

[-- Attachment #1: Type: text/plain, Size: 3128 bytes --]

On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Sunday, 13 of April 2008, Yinghai Lu wrote:
>  > On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >
>  > > On Friday, 11 of April 2008, Yinghai Lu wrote:
>  > >  > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >  > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
>  > >  > >  > On Thursday, 10 of April 2008, Ingo Molnar wrote:
>  > >  > >  > >
>  > >  > >  > > * Ingo Molnar <mingo@elte.hu> wrote:
>  > >  > >  > >
>  > >  > >  > > > > > > First, the X server doesn't want to start (it says it couldn't
>  > >  > >  > > > > > > mmap the framebuffer).
>  > >  > >  > > > > >
>  > >  > >  > > > > > could you send your .config?
>  > >  > >  > > > >
>  > >  > >  > > > > Attached.
>  > >  > >  > > >
>  > >  > >  > > > could you disable this option:
>  > >  > >  > > >
>  > >  > >  > > >  CONFIG_NONPROMISC_DEVMEM=y
>  > >  > >  > > >
>  > >  > >  > > > does it help with the X problem?
>  > >  > >  >
>  > >  > >  > That didn't help.
>  > >  > >  >
>  > >  > >  > > btw., Xorg works fine here on a comparable AMD system - but i use a
>  > >  > >  > > rather new distro (Fedora 8) which has Xorg 7.2.
>  > >  > >  >
>  > >  > >  > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
>  > >  > >  >
>  > >  > >  > I think the problem is somehow related to the Radeon.
>  > >  > >
>  > >  > >  The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
>  > >  > >  "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit"  as the one
>  > >  > >  causing problems.
>  > >  > >
>  > >  > >  Unfortunately, I can't revert cleanly it, because there are two more commits
>  > >  > >  depending on it in a highly nontrivial fashion, so I have reverted all three
>  > >  > >  commits
>  > >  > >
>  > >  > >  a365998cd2cecfb827469dbd57c29602c106cb83
>  > >  > >  44f7f90fbe7a3a99aab082f765346514b7b5c705
>  > >  > >  ea1441bdf53692c3dc1fd2658addcf1205629661
>  > >  > >
>  > >  > >  and X starts again.  Also, suspend to RAM works from under X.
>  > >  >
>  > >  > please keep the three patches and applied the two attached debug patches.
>  > >  >
>  > >  > i wonder if there is some io allocation overlapping with your system.
>  > >
>  > >  Attached is a boot dmesg output from the current x86 git tree with your two
>  > >  patches applied.
>  > >
>  > can you try to apply the patch i sent to you about agp bridge order
>  > reading for buggy silicon?
>  >
>  > Please boot kernel with "debug"...
>  >
>  > I want to verify if you can get
>  >
>  > "
>  > Aperture conflicts with PCI mapping.
>  > "
>  >
>  > in your boot log...
>
>  It's not present in there:
>
>  rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
>  Aperture too small (32 MB)
>  Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
>  Aperture too small (0 MB)
>  agpgart: Aperture pointing to RAM
>  agpgart: Aperture from AGP @ de000000 size 4096 MB
>  agpgart: Aperture too small (0 MB)
>

did you apply the patch like the attached that i sent you in another mail?

YH

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: fix_buggy_agp_order.patch --]
[-- Type: text/x-patch; name=fix_buggy_agp_order.patch, Size: 3684 bytes --]

{PATCH] x86_64: agp_gart size checking for buggy device


while lookin Rafael J. Wysocki <rjw@sisk.pl> system boot log,

find some funny print out

	Node 0: aperture @ de000000 size 32 MB
	Aperture too small (32 MB)
	AGP bridge at 00:04:00
	Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
	Aperture too small (0 MB)
	Your BIOS doesn't leave a aperture memory hole
	Please enable the IOMMU option in the BIOS setup
	This costs you 64 MB of RAM
	Mapping aperture over 65536 KB of RAM @ 4000000

	...

	agpgart: Detected AGP bridge 20
	agpgart: Aperture pointing to RAM
	agpgart: Aperture from AGP @ de000000 size 4096 MB
	agpgart: Aperture too small (0 MB)
	agpgart: No usable aperture found.
	agpgart: Consider rebooting with iommu=memaper=2 to get a good aperture.


it mean BIOS allocate correct gart on NB and AGP bridge but because one bug in silicon
( the agp bridge report wrong order, it want 4G)
the kernel will reject that allcation, becase the size is only 32M. and try to get another
64M for gart, and late fix_northbridge can not revert that change because it still read
wrong size from agp bridge.

So try to double check order from agp bridge, before calling aperture_valid().

Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com>

diff --git a/arch/x86/kernel/aperture_64.c b/arch/x86/kernel/aperture_64.c
index 479926d..9f86778 100644
--- a/arch/x86/kernel/aperture_64.c
+++ b/arch/x86/kernel/aperture_64.c
@@ -138,6 +138,7 @@ static __u32 __init read_agp(int num, int slot, int func, int cap, u32 *order)
 	int nbits;
 	u32 aper_low, aper_hi;
 	u64 aper;
+	u32 old_order;
 
 	printk(KERN_INFO "AGP bridge at %02x:%02x:%02x\n", num, slot, func);
 	apsizereg = read_pci_config_16(num, slot, func, cap + 0x14);
@@ -146,6 +147,9 @@ static __u32 __init read_agp(int num, int slot, int func, int cap, u32 *order)
 		return 0;
 	}
 
+	/* old_order could be the value from NB gart setting */
+	old_order = *order;
+
 	apsize = apsizereg & 0xfff;
 	/* Some BIOS use weird encodings not in the AGPv3 table. */
 	if (apsize & 0xff)
@@ -159,6 +163,16 @@ static __u32 __init read_agp(int num, int slot, int func, int cap, u32 *order)
 	aper_hi = read_pci_config(num, slot, func, 0x14);
 	aper = (aper_low & ~((1<<22)-1)) | ((u64)aper_hi << 32);
 
+	/*
+	 * some sick chip, APSIZE is 0, it mean it wants 4G
+	 * so let double check that order, let trust AMD NB setting
+	 */
+	if (aper + (32UL<<(20 + *order)) > 0x100000000UL) {
+		printk(KERN_INFO "Aperture size %u MB (APSIZE %x) is not right, use setting from NB\n",
+				32 << *order, apsizereg);
+		*order = old_order;
+	}
+
 	printk(KERN_INFO "Aperture from AGP @ %Lx size %u MB (APSIZE %x)\n",
 			aper, 32 << *order, apsizereg);
 
diff --git a/drivers/char/agp/amd64-agp.c b/drivers/char/agp/amd64-agp.c
index 9d82045..288d1f5 100644
--- a/drivers/char/agp/amd64-agp.c
+++ b/drivers/char/agp/amd64-agp.c
@@ -312,6 +312,17 @@ static __devinit int fix_northbridge(struct pci_dev *nb, struct pci_dev *agp,
 	pci_read_config_dword(agp, 0x10, &aper_low);
 	pci_read_config_dword(agp, 0x14, &aper_hi);
 	aper = (aper_low & ~((1<<22)-1)) | ((u64)aper_hi << 32);
+
+        /*
+         * some sick chip, APSIZE is 0, it mean it wants 4G
+         * so let double check that order, let trust AMD NB setting
+         */
+        if (aper + (32UL<<(20 + order)) > 0x100000000UL) {
+                printk(KERN_INFO "Aperture size %u MB is not right, use setting from NB\n",
+                                32 << order);
+                order = nb_order;
+        }
+
 	printk(KERN_INFO PFX "Aperture from AGP @ %Lx size %u MB\n", aper, 32 << order);
 	if (order < 0 || !aperture_valid(aper, (32*1024*1024)<<order))
 		return -1;

Re: x86 git tree broken (bisected)

[Rafael J. Wysocki]

On Sunday, 13 of April 2008, Yinghai Lu wrote:
> On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > On Sunday, 13 of April 2008, Yinghai Lu wrote:
> >  > On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >  > >
> >  > > On Friday, 11 of April 2008, Yinghai Lu wrote:
> >  > >  > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >  > >  > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
> >  > >  > >  > On Thursday, 10 of April 2008, Ingo Molnar wrote:
> >  > >  > >  > >
> >  > >  > >  > > * Ingo Molnar <mingo@elte.hu> wrote:
> >  > >  > >  > >
> >  > >  > >  > > > > > > First, the X server doesn't want to start (it says it couldn't
> >  > >  > >  > > > > > > mmap the framebuffer).
> >  > >  > >  > > > > >
> >  > >  > >  > > > > > could you send your .config?
> >  > >  > >  > > > >
> >  > >  > >  > > > > Attached.
> >  > >  > >  > > >
> >  > >  > >  > > > could you disable this option:
> >  > >  > >  > > >
> >  > >  > >  > > >  CONFIG_NONPROMISC_DEVMEM=y
> >  > >  > >  > > >
> >  > >  > >  > > > does it help with the X problem?
> >  > >  > >  >
> >  > >  > >  > That didn't help.
> >  > >  > >  >
> >  > >  > >  > > btw., Xorg works fine here on a comparable AMD system - but i use a
> >  > >  > >  > > rather new distro (Fedora 8) which has Xorg 7.2.
> >  > >  > >  >
> >  > >  > >  > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
> >  > >  > >  >
> >  > >  > >  > I think the problem is somehow related to the Radeon.
> >  > >  > >
> >  > >  > >  The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
> >  > >  > >  "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit"  as the one
> >  > >  > >  causing problems.
> >  > >  > >
> >  > >  > >  Unfortunately, I can't revert cleanly it, because there are two more commits
> >  > >  > >  depending on it in a highly nontrivial fashion, so I have reverted all three
> >  > >  > >  commits
> >  > >  > >
> >  > >  > >  a365998cd2cecfb827469dbd57c29602c106cb83
> >  > >  > >  44f7f90fbe7a3a99aab082f765346514b7b5c705
> >  > >  > >  ea1441bdf53692c3dc1fd2658addcf1205629661
> >  > >  > >
> >  > >  > >  and X starts again.  Also, suspend to RAM works from under X.
> >  > >  >
> >  > >  > please keep the three patches and applied the two attached debug patches.
> >  > >  >
> >  > >  > i wonder if there is some io allocation overlapping with your system.
> >  > >
> >  > >  Attached is a boot dmesg output from the current x86 git tree with your two
> >  > >  patches applied.
> >  > >
> >  > can you try to apply the patch i sent to you about agp bridge order
> >  > reading for buggy silicon?
> >  >
> >  > Please boot kernel with "debug"...
> >  >
> >  > I want to verify if you can get
> >  >
> >  > "
> >  > Aperture conflicts with PCI mapping.
> >  > "
> >  >
> >  > in your boot log...
> >
> >  It's not present in there:
> >
> >  rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> >  Aperture too small (32 MB)
> >  Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> >  Aperture too small (0 MB)
> >  agpgart: Aperture pointing to RAM
> >  agpgart: Aperture from AGP @ de000000 size 4096 MB
> >  agpgart: Aperture too small (0 MB)
> >
> 
> did you apply the patch like the attached that i sent you in another mail?

This dmesg is from a kernel without the patch.

The dmesg with the patch applied was sent in a separate message:
http://lkml.org/lkml/2008/4/13/122

Thanks,
Rafael

Re: x86 git tree broken (bisected)

[Yinghai Lu]

On Sun, Apr 13, 2008 at 11:47 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Sunday, 13 of April 2008, Yinghai Lu wrote:
>  > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >
>  > > On Sunday, 13 of April 2008, Yinghai Lu wrote:
>  > >  > On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >  > >
>  > >  > > On Friday, 11 of April 2008, Yinghai Lu wrote:
>  > >  > >  > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >  > >  > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
>  > >  > >  > >  > On Thursday, 10 of April 2008, Ingo Molnar wrote:
>  > >  > >  > >  > >
>  > >  > >  > >  > > * Ingo Molnar <mingo@elte.hu> wrote:
>  > >  > >  > >  > >
>  > >  > >  > >  > > > > > > First, the X server doesn't want to start (it says it couldn't
>  > >  > >  > >  > > > > > > mmap the framebuffer).
>  > >  > >  > >  > > > > >
>  > >  > >  > >  > > > > > could you send your .config?
>  > >  > >  > >  > > > >
>  > >  > >  > >  > > > > Attached.
>  > >  > >  > >  > > >
>  > >  > >  > >  > > > could you disable this option:
>  > >  > >  > >  > > >
>  > >  > >  > >  > > >  CONFIG_NONPROMISC_DEVMEM=y
>  > >  > >  > >  > > >
>  > >  > >  > >  > > > does it help with the X problem?
>  > >  > >  > >  >
>  > >  > >  > >  > That didn't help.
>  > >  > >  > >  >
>  > >  > >  > >  > > btw., Xorg works fine here on a comparable AMD system - but i use a
>  > >  > >  > >  > > rather new distro (Fedora 8) which has Xorg 7.2.
>  > >  > >  > >  >
>  > >  > >  > >  > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
>  > >  > >  > >  >
>  > >  > >  > >  > I think the problem is somehow related to the Radeon.
>  > >  > >  > >
>  > >  > >  > >  The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
>  > >  > >  > >  "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit"  as the one
>  > >  > >  > >  causing problems.
>  > >  > >  > >
>  > >  > >  > >  Unfortunately, I can't revert cleanly it, because there are two more commits
>  > >  > >  > >  depending on it in a highly nontrivial fashion, so I have reverted all three
>  > >  > >  > >  commits
>  > >  > >  > >
>  > >  > >  > >  a365998cd2cecfb827469dbd57c29602c106cb83
>  > >  > >  > >  44f7f90fbe7a3a99aab082f765346514b7b5c705
>  > >  > >  > >  ea1441bdf53692c3dc1fd2658addcf1205629661
>  > >  > >  > >
>  > >  > >  > >  and X starts again.  Also, suspend to RAM works from under X.
>  > >  > >  >
>  > >  > >  > please keep the three patches and applied the two attached debug patches.
>  > >  > >  >
>  > >  > >  > i wonder if there is some io allocation overlapping with your system.
>  > >  > >
>  > >  > >  Attached is a boot dmesg output from the current x86 git tree with your two
>  > >  > >  patches applied.
>  > >  > >
>  > >  > can you try to apply the patch i sent to you about agp bridge order
>  > >  > reading for buggy silicon?
>  > >  >
>  > >  > Please boot kernel with "debug"...
>  > >  >
>  > >  > I want to verify if you can get
>  > >  >
>  > >  > "
>  > >  > Aperture conflicts with PCI mapping.
>  > >  > "
>  > >  >
>  > >  > in your boot log...
>  > >
>  > >  It's not present in there:
>  > >
>  > >  rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
>  > >  Aperture too small (32 MB)
>  > >  Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
>  > >  Aperture too small (0 MB)
>  > >  agpgart: Aperture pointing to RAM
>  > >  agpgart: Aperture from AGP @ de000000 size 4096 MB
>  > >  agpgart: Aperture too small (0 MB)
>  > >
>  >
>  > did you apply the patch like the attached that i sent you in another mail?
>
>  This dmesg is from a kernel without the patch.
>
>  The dmesg with the patch applied was sent in a separate message:
>  http://lkml.org/lkml/2008/4/13/122

thanks. let me double check that patch...

YH

Re: x86 git tree broken (bisected)

[Yinghai Lu]

On Sun, Apr 13, 2008 at 11:47 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Sunday, 13 of April 2008, Yinghai Lu wrote:
>  > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >
>  > > On Sunday, 13 of April 2008, Yinghai Lu wrote:
>  > >  > On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >  > >
>  > >  > > On Friday, 11 of April 2008, Yinghai Lu wrote:
>  > >  > >  > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >  > >  > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
>  > >  > >  > >  > On Thursday, 10 of April 2008, Ingo Molnar wrote:
>  > >  > >  > >  > >
>  > >  > >  > >  > > * Ingo Molnar <mingo@elte.hu> wrote:
>  > >  > >  > >  > >
>  > >  > >  > >  > > > > > > First, the X server doesn't want to start (it says it couldn't
>  > >  > >  > >  > > > > > > mmap the framebuffer).
>  > >  > >  > >  > > > > >
>  > >  > >  > >  > > > > > could you send your .config?
>  > >  > >  > >  > > > >
>  > >  > >  > >  > > > > Attached.
>  > >  > >  > >  > > >
>  > >  > >  > >  > > > could you disable this option:
>  > >  > >  > >  > > >
>  > >  > >  > >  > > >  CONFIG_NONPROMISC_DEVMEM=y
>  > >  > >  > >  > > >
>  > >  > >  > >  > > > does it help with the X problem?
>  > >  > >  > >  >
>  > >  > >  > >  > That didn't help.
>  > >  > >  > >  >
>  > >  > >  > >  > > btw., Xorg works fine here on a comparable AMD system - but i use a
>  > >  > >  > >  > > rather new distro (Fedora 8) which has Xorg 7.2.
>  > >  > >  > >  >
>  > >  > >  > >  > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
>  > >  > >  > >  >
>  > >  > >  > >  > I think the problem is somehow related to the Radeon.
>  > >  > >  > >
>  > >  > >  > >  The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
>  > >  > >  > >  "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit"  as the one
>  > >  > >  > >  causing problems.
>  > >  > >  > >
>  > >  > >  > >  Unfortunately, I can't revert cleanly it, because there are two more commits
>  > >  > >  > >  depending on it in a highly nontrivial fashion, so I have reverted all three
>  > >  > >  > >  commits
>  > >  > >  > >
>  > >  > >  > >  a365998cd2cecfb827469dbd57c29602c106cb83
>  > >  > >  > >  44f7f90fbe7a3a99aab082f765346514b7b5c705
>  > >  > >  > >  ea1441bdf53692c3dc1fd2658addcf1205629661
>  > >  > >  > >
>  > >  > >  > >  and X starts again.  Also, suspend to RAM works from under X.
>  > >  > >  >
>  > >  > >  > please keep the three patches and applied the two attached debug patches.
>  > >  > >  >
>  > >  > >  > i wonder if there is some io allocation overlapping with your system.
>  > >  > >
>  > >  > >  Attached is a boot dmesg output from the current x86 git tree with your two
>  > >  > >  patches applied.
>  > >  > >
>  > >  > can you try to apply the patch i sent to you about agp bridge order
>  > >  > reading for buggy silicon?
>  > >  >
>  > >  > Please boot kernel with "debug"...
>  > >  >
>  > >  > I want to verify if you can get
>  > >  >
>  > >  > "
>  > >  > Aperture conflicts with PCI mapping.
>  > >  > "
>  > >  >
>  > >  > in your boot log...
>  > >
>  > >  It's not present in there:
>  > >
>  > >  rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
>  > >  Aperture too small (32 MB)
>  > >  Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
>  > >  Aperture too small (0 MB)
>  > >  agpgart: Aperture pointing to RAM
>  > >  agpgart: Aperture from AGP @ de000000 size 4096 MB
>  > >  agpgart: Aperture too small (0 MB)
>  > >
>  >
>  > did you apply the patch like the attached that i sent you in another mail?
>
>  This dmesg is from a kernel without the patch.
>
>  The dmesg with the patch applied was sent in a separate message:
>  http://lkml.org/lkml/2008/4/13/122
>
or you can re pull from x86.git#latest.

YH

Re: x86 git tree broken (bisected)

[Yinghai Lu]

[-- Attachment #1: Type: text/plain, Size: 862 bytes --]

On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
...
>  > can you try to apply the patch i sent to you about agp bridge order
>  > reading for buggy silicon?
>  >
>  > Please boot kernel with "debug"...
>  >
>  > I want to verify if you can get
>  >
>  > "
>  > Aperture conflicts with PCI mapping.
>  > "
>  >
>  > in your boot log...
>
>  It's not present in there:
>
>  rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
>  Aperture too small (32 MB)
>  Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
>  Aperture too small (0 MB)
>  agpgart: Aperture pointing to RAM
>  agpgart: Aperture from AGP @ de000000 size 4096 MB
>  agpgart: Aperture too small (0 MB)
>
>  Full dmesg output attached.

please check attached debug patch. and check if you can change GART
size in your BIOS setup to 64M instead of 32M

Thanks

YH

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: debug_gart_checking.patch --]
[-- Type: text/x-patch; name=debug_gart_checking.patch, Size: 3041 bytes --]

[PATCH] x86_64: checking aperture size order...

diff --git a/arch/x86/kernel/aperture_64.c b/arch/x86/kernel/aperture_64.c
index 2e93b31..e86689a 100644
--- a/arch/x86/kernel/aperture_64.c
+++ b/arch/x86/kernel/aperture_64.c
@@ -96,7 +96,7 @@ static int __init aperture_valid(u64 aper_base, u32 aper_size)
 		printk(KERN_ERR "Aperture pointing to e820 RAM. Ignoring.\n");
 		return 0;
 	}
-	if (aper_size < 64*1024*1024) {
+	if (aper_size < 32*1024*1024) {
 		printk(KERN_ERR "Aperture too small (%d MB)\n", aper_size>>20);
 		return 0;
 	}
@@ -167,7 +167,9 @@ static __u32 __init read_agp(int num, int slot, int func, int cap, u32 *order)
 	 * On some sick chips, APSIZE is 0. It means it wants 4G
 	 * so let double check that order, and lets trust AMD NB settings:
 	 */
-	if (aper + (32UL<<(20 + *order)) > 0x100000000UL) {
+	printk(KERN_INFO "Aperture from AGP @ %Lx old size %u MB\n",
+			aper, 32 << old_order);
+	if (aper + (32ULL<<(20 + *order)) > 0x100000000ULL) {
 		printk(KERN_INFO "Aperture size %u MB (APSIZE %x) is not right, using settings from NB\n",
 				32 << *order, apsizereg);
 		*order = old_order;
@@ -302,8 +304,8 @@ void __init early_gart_iommu_check(void)
 		fix = 1;
 
 	if (gart_fix_e820 && !fix && aper_enabled) {
-		if (e820_any_mapped(aper_base, aper_base + aper_size,
-				    E820_RAM)) {
+		if (!e820_all_mapped(aper_base, aper_base + aper_size,
+				    E820_RESERVED)) {
 			/* reserved it, so we can resuse it in second kernel */
 			printk(KERN_INFO "update e820 for GART\n");
 			add_memory_region(aper_base, aper_size, E820_RESERVED);
diff --git a/drivers/char/agp/amd64-agp.c b/drivers/char/agp/amd64-agp.c
index 8fc05c8..97d4821 100644
--- a/drivers/char/agp/amd64-agp.c
+++ b/drivers/char/agp/amd64-agp.c
@@ -245,11 +245,7 @@ static int __devinit aperture_valid(u64 aper, u32 size)
 		printk(KERN_ERR PFX "No aperture\n");
 		return 0;
 	}
-	if (size < 32*1024*1024) {
-		printk(KERN_ERR PFX "Aperture too small (%d MB)\n", size>>20);
-		return 0;
-	}
-       if ((u64)aper + size > 0x100000000ULL) {
+	if ((u64)aper + size > 0x100000000ULL) {
 		printk(KERN_ERR PFX "Aperture out of bounds\n");
 		return 0;
 	}
@@ -257,6 +253,10 @@ static int __devinit aperture_valid(u64 aper, u32 size)
 		printk(KERN_ERR PFX "Aperture pointing to RAM\n");
 		return 0;
 	}
+	if (size < 32*1024*1024) {
+		printk(KERN_ERR PFX "Aperture too small (%d MB)\n", size>>20);
+		return 0;
+	}
 
 	/* Request the Aperture. This catches cases when someone else
 	   already put a mapping in there - happens with some very broken BIOS
@@ -317,7 +317,7 @@ static __devinit int fix_northbridge(struct pci_dev *nb, struct pci_dev *agp,
 	 * On some sick chips APSIZE is 0. This means it wants 4G
 	 * so let double check that order, and lets trust the AMD NB settings
 	 */
-	if (aper + (32ULL<<(20 + order)) > 0x100000000ULL) {
+	if (order >=0 && aper + (32ULL<<(20 + order)) > 0x100000000ULL) {
 		printk(KERN_INFO "Aperture size %u MB is not right, using settings from NB\n",
 				  32 << order);
 		order = nb_order;

Re: x86 git tree broken (bisected)

[Rafael J. Wysocki]

On Monday, 14 of April 2008, Yinghai Lu wrote:
> On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> ...
> >  > can you try to apply the patch i sent to you about agp bridge order
> >  > reading for buggy silicon?
> >  >
> >  > Please boot kernel with "debug"...
> >  >
> >  > I want to verify if you can get
> >  >
> >  > "
> >  > Aperture conflicts with PCI mapping.
> >  > "
> >  >
> >  > in your boot log...
> >
> >  It's not present in there:
> >
> >  rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> >  Aperture too small (32 MB)
> >  Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> >  Aperture too small (0 MB)
> >  agpgart: Aperture pointing to RAM
> >  agpgart: Aperture from AGP @ de000000 size 4096 MB
> >  agpgart: Aperture too small (0 MB)
> >
> >  Full dmesg output attached.
> 
> please check attached debug patch. and check if you can change GART
> size in your BIOS setup to 64M instead of 32M

Hm, what tree am I supposed to apply it too:
(1) current x86 git
(2) current x86 git w/ some of your previous patches (which ones in this case)
(3) failing (old) x86 git
(4) failing (old) x86 git w/ some of your previous patches (which ones in this
    case)?

Rafael

Re: x86 git tree broken (bisected)

[Yinghai Lu]

On Sun, Apr 13, 2008 at 3:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Monday, 14 of April 2008, Yinghai Lu wrote:
>  > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > ...
>  > >  > can you try to apply the patch i sent to you about agp bridge order
>  > >  > reading for buggy silicon?
>  > >  >
>  > >  > Please boot kernel with "debug"...
>  > >  >
>  > >  > I want to verify if you can get
>  > >  >
>  > >  > "
>  > >  > Aperture conflicts with PCI mapping.
>  > >  > "
>  > >  >
>  > >  > in your boot log...
>  > >
>  > >  It's not present in there:
>  > >
>  > >  rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
>  > >  Aperture too small (32 MB)
>  > >  Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
>  > >  Aperture too small (0 MB)
>  > >  agpgart: Aperture pointing to RAM
>  > >  agpgart: Aperture from AGP @ de000000 size 4096 MB
>  > >  agpgart: Aperture too small (0 MB)
>  > >
>  > >  Full dmesg output attached.
>  >
>  > please check attached debug patch. and check if you can change GART
>  > size in your BIOS setup to 64M instead of 32M
>
>  Hm, what tree am I supposed to apply it too:
>  (1) current x86 git
>  (2) current x86 git w/ some of your previous patches (which ones in this case)
>  (3) failing (old) x86 git
>  (4) failing (old) x86 git w/ some of your previous patches (which ones in this
>     case)?

(1) current x86.git

Thanks

Yinghai Lu

Re: x86 git tree broken (bisected)

[Rafael J. Wysocki]

On Monday, 14 of April 2008, Yinghai Lu wrote:
> On Sun, Apr 13, 2008 at 3:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > On Monday, 14 of April 2008, Yinghai Lu wrote:
> >  > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >  > ...
> >  > >  > can you try to apply the patch i sent to you about agp bridge order
> >  > >  > reading for buggy silicon?
> >  > >  >
> >  > >  > Please boot kernel with "debug"...
> >  > >  >
> >  > >  > I want to verify if you can get
> >  > >  >
> >  > >  > "
> >  > >  > Aperture conflicts with PCI mapping.
> >  > >  > "
> >  > >  >
> >  > >  > in your boot log...
> >  > >
> >  > >  It's not present in there:
> >  > >
> >  > >  rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> >  > >  Aperture too small (32 MB)
> >  > >  Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> >  > >  Aperture too small (0 MB)
> >  > >  agpgart: Aperture pointing to RAM
> >  > >  agpgart: Aperture from AGP @ de000000 size 4096 MB
> >  > >  agpgart: Aperture too small (0 MB)
> >  > >
> >  > >  Full dmesg output attached.
> >  >
> >  > please check attached debug patch. and check if you can change GART
> >  > size in your BIOS setup to 64M instead of 32M
> >
> >  Hm, what tree am I supposed to apply it too:
> >  (1) current x86 git
> >  (2) current x86 git w/ some of your previous patches (which ones in this case)
> >  (3) failing (old) x86 git
> >  (4) failing (old) x86 git w/ some of your previous patches (which ones in this
> >     case)?
> 
> (1) current x86.git

Well, unfortunately current x86.git doesn't even boot on the affected box.
It 'cannot open root device "md1" or unknown-block (0,0)' (Ingo, any ideas?).

Today I have to take some sleep, so I'll try to debug it tomorrow, unless
someone else does it earlier.

Thanks,
Rafael

Re: x86 git tree broken (bisected)

[H. Peter Anvin]

Rafael J. Wysocki wrote:
> 
> Well, unfortunately current x86.git doesn't even boot on the affected box.
> It 'cannot open root device "md1" or unknown-block (0,0)' (Ingo, any ideas?).
> 
> Today I have to take some sleep, so I'll try to debug it tomorrow, unless
> someone else does it earlier.
> 

Sounds like you didn't compile in the appropriate RAID support...

	-hpa

Re: x86 git tree broken (bisected)

[Rafael J. Wysocki]

On Monday, 14 of April 2008, H. Peter Anvin wrote:
> Rafael J. Wysocki wrote:
> > 
> > Well, unfortunately current x86.git doesn't even boot on the affected box.
> > It 'cannot open root device "md1" or unknown-block (0,0)' (Ingo, any ideas?).
> > 
> > Today I have to take some sleep, so I'll try to debug it tomorrow, unless
> > someone else does it earlier.
> > 
> 
> Sounds like you didn't compile in the appropriate RAID support...

In fact I did, but I didn't notice that the initrd image was not built
correctly due to a local error.

Thanks,
Rafael

Re: x86 git tree broken (bisected)

[H. Peter Anvin]

Rafael J. Wysocki wrote:
> On Monday, 14 of April 2008, H. Peter Anvin wrote:
>> Rafael J. Wysocki wrote:
>>> Well, unfortunately current x86.git doesn't even boot on the affected box.
>>> It 'cannot open root device "md1" or unknown-block (0,0)' (Ingo, any ideas?).
>>>
>>> Today I have to take some sleep, so I'll try to debug it tomorrow, unless
>>> someone else does it earlier.
>>>
>> Sounds like you didn't compile in the appropriate RAID support...
> 
> In fact I did, but I didn't notice that the initrd image was not built
> correctly due to a local error.
> 

Happens :)

	-hpa

Re: x86 git tree broken (bisected)

[Rafael J. Wysocki]

[-- Attachment #1: Type: text/plain, Size: 1649 bytes --]

On Monday, 14 of April 2008, Yinghai Lu wrote:
> On Sun, Apr 13, 2008 at 3:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > On Monday, 14 of April 2008, Yinghai Lu wrote:
> >  > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >  > ...
> >  > >  > can you try to apply the patch i sent to you about agp bridge order
> >  > >  > reading for buggy silicon?
> >  > >  >
> >  > >  > Please boot kernel with "debug"...
> >  > >  >
> >  > >  > I want to verify if you can get
> >  > >  >
> >  > >  > "
> >  > >  > Aperture conflicts with PCI mapping.
> >  > >  > "
> >  > >  >
> >  > >  > in your boot log...
> >  > >
> >  > >  It's not present in there:
> >  > >
> >  > >  rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> >  > >  Aperture too small (32 MB)
> >  > >  Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> >  > >  Aperture too small (0 MB)
> >  > >  agpgart: Aperture pointing to RAM
> >  > >  agpgart: Aperture from AGP @ de000000 size 4096 MB
> >  > >  agpgart: Aperture too small (0 MB)
> >  > >
> >  > >  Full dmesg output attached.
> >  >
> >  > please check attached debug patch. and check if you can change GART
> >  > size in your BIOS setup to 64M instead of 32M
> >
> >  Hm, what tree am I supposed to apply it too:
> >  (1) current x86 git
> >  (2) current x86 git w/ some of your previous patches (which ones in this case)
> >  (3) failing (old) x86 git
> >  (4) failing (old) x86 git w/ some of your previous patches (which ones in this
> >     case)?
> 
> (1) current x86.git

Attached is dmesg output from current x86.git with debug_gart_checking.patch
applied.

Thanks,
Rafael

[-- Attachment #2: dmesg.log --]
[-- Type: text/x-log, Size: 24814 bytes --]

Linux version 2.6.25-rc9-x86-latest.git (rafael@chimera) (gcc version 4.2.1 (SUSE Linux)) #27 SMP Mon Apr 14 02:30:28 CEST 2008
Command line: root=/dev/md1 vga=0x31a resume=/dev/sda2 debug
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009ec00 (usable)
 BIOS-e820: 000000000009ec00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000007ffb0000 (usable)
 BIOS-e820: 000000007ffb0000 - 000000007ffc0000 (ACPI data)
 BIOS-e820: 000000007ffc0000 - 000000007fff0000 (ACPI NVS)
 BIOS-e820: 000000007fff0000 - 0000000080000000 (reserved)
 BIOS-e820: 00000000ff7c0000 - 0000000100000000 (reserved)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
max_pfn_mapped = 1048576
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
init_memory_mapping
DMI 2.3 present.
ACPI: RSDP 000F9B60, 0014 (r0 ACPIAM)
ACPI: RSDT 7FFB0000, 0030 (r1 A M I  OEMRSDT   8000526 MSFT       97)
ACPI: FACP 7FFB0200, 0084 (r2 A M I  OEMFACP   8000526 MSFT       97)
ACPI: DSDT 7FFB0400, 45A7 (r1  939M2 939M2120      120 INTL  2002026)
ACPI: FACS 7FFC0000, 0040
ACPI: APIC 7FFB0390, 0068 (r1 A M I  OEMAPIC   8000526 MSFT       97)
ACPI: OEMB 7FFC0040, 0056 (r1 A M I  AMI_OEM   8000526 MSFT       97)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
  early res: 0 [0-fff] BIOS data page
  early res: 1 [6000-7fff] TRAMPOLINE
  early res: 2 [200000-b36c6f] TEXT DATA BSS
  early res: 3 [378e2000-37fefd18] RAMDISK
  early res: 4 [9ec00-fffff] BIOS reserved
  early res: 5 [8000-bfff] PGTABLE
Zone PFN ranges:
  DMA             0 ->     4096
  DMA32        4096 ->  1048576
  Normal    1048576 ->  1048576
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
    0:        0 ->      158
    0:      256 ->   524208
On node 0 totalpages: 524110
  DMA zone: 56 pages used for memmap
  DMA zone: 2464 pages reserved
  DMA zone: 1478 pages, LIFO batch:0
  DMA32 zone: 7110 pages used for memmap
  DMA32 zone: 513002 pages, LIFO batch:31
  Normal zone: 0 pages used for memmap
  Movable zone: 0 pages used for memmap
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 0, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x03] address[0xfec10000] gsi_base[24])
IOAPIC[1]: apic_id 3, version 0, address 0xfec10000, GSI 24-39
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
PM: Registered nosave memory: 000000000009e000 - 000000000009f000
PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 00000000000e8000
PM: Registered nosave memory: 00000000000e8000 - 0000000000100000
Allocating PCI resources starting at 88000000 (gap: 80000000:7f7c0000)
SMP: Allowing 2 CPUs, 0 hotplug CPUs
PERCPU: Allocating 31152 bytes of per cpu data
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 514480
Kernel command line: root=/dev/md1 vga=0x31a resume=/dev/sda2 debug
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
TSC calibrated against PM_TIMER
Marking TSC unstable due to TSCs unsynchronized
time.c: Detected 2200.078 MHz processor.
Console: colour dummy device 80x25
console [tty0] enabled
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES:    8
... MAX_LOCK_DEPTH:          48
... MAX_LOCKDEP_KEYS:        2048
... CLASSHASH_SIZE:           1024
... MAX_LOCKDEP_ENTRIES:     8192
... MAX_LOCKDEP_CHAINS:      16384
... CHAINHASH_SIZE:          8192
 memory used by lock dependency info: 1648 kB
 per task-struct memory footprint: 2688 bytes
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Checking aperture...
Node 0: aperture @ de000000 size 32 MB
Memory: 2047076k/2096832k available (2987k kernel code, 48712k reserved, 1657k data, 288k init)
CPA: page pool initialized 1 of 1 pages preallocated
Calibrating delay using timer specific routine.. 4404.14 BogoMIPS (lpj=8808291)
Security Framework initialized
SELinux:  Initializing.
SELinux:  Starting in permissive mode
selinux_register_security:  Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
ACPI: Core revision 20070126
CPU0: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Using local APIC timer interrupts.
APIC timer calibration result 12500446
Detected 12.500 MHz APIC timer.
lockdep: fixing up alternatives.
Booting processor 1/1 ip 6000
Initializing CPU#1
Calibrating delay using timer specific routine.. 4400.17 BogoMIPS (lpj=8800349)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
x86 PAT enabled: cpu 1, old 0x7040600070406, new 0x7010600070106
CPU1: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Brought up 2 CPUs
Total of 2 processors activated (8804.32 BogoMIPS).
CPU0 attaching sched-domain:
 domain 0: span 3
  groups: 1 2
CPU1 attaching sched-domain:
 domain 0: span 3
  groups: 2 1
khelper used greatest stack depth: 5752 bytes left
net_namespace: 1112 bytes
Time:  0:34:49  Date: 04/14/08
NET: Registered protocol family 16
No dock devices found.
node 0 link 0: io port [1000, ffffff]
TOM: 0000000080000000 aka 2048M
node 0 link 0: mmio [e0000000, efffffff]
node 0 link 0: mmio [a0000, bffff]
node 0 link 0: mmio [80000000, ffffffff]
bus: [00,ff] on node 0 link 0
bus: 00 index 0 io port: [1000, ffffff]
bus: 00 index 1 io port: [0, ffff]
bus: 00 index 2 mmio: [80000000, fcffffffff]
bus: 00 index 3 mmio: [a0000, bffff]
bus: 00 index 4 mmio: [80000000, ffffffff]
ACPI: bus type pci registered
PCI: Using configuration type 1 for base access
Overlap at 0x7ffc0000-0x7ffc1000
ACPI: EC: Look up EC in DSDT
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
pci 0000:00:07.1: quirk: region 0800-083f claimed by ali7101 ACPI
PCI: Transparent bridge - 0000:00:06.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HTT_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB2._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 11 12 14 *15), disabled.
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs *3 4 5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15) *9
ACPI: PCI Interrupt Link [LNKP] (IRQs 3 4 *5 6 7 10 11 12 14 15)
Overlap at 0x7ffb0000-0x7ffb5000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
ACPI Warning (tbutils-0217): Incorrect checksum in table [OEMB] -  6A, should be 5D [20070126]
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 14 devices
ACPI: ACPI bus type pnp unregistered
SCSI subsystem initialized
libata version 3.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
PCI: Cannot allocate resource region 0 of device 0000:00:04.0
DMAR:parse DMAR table failure.
agpgart: Detected AGP bridge 20
Setting up ULi AGP.
agpgart: AGP aperture is 32M @ 0xde000000
system 00:07: ioport range 0x480-0x48f has been reserved
system 00:07: ioport range 0x4d0-0x4d1 has been reserved
system 00:07: ioport range 0x800-0x87f could not be reserved
system 00:07: ioport range 0x400-0x40f has been reserved
system 00:08: iomem range 0xfec00000-0xfec00fff has been reserved
system 00:08: iomem range 0xfee00000-0xfee00fff has been reserved
system 00:08: iomem range 0xe0000000-0xefffffff has been reserved
system 00:08: iomem range 0xfec10000-0xfec10fff has been reserved
system 00:08: iomem range 0xffb80000-0xffffffff could not be reserved
system 00:0c: ioport range 0x290-0x29f has been reserved
system 00:0d: iomem range 0x0-0x9ffff could not be reserved
system 00:0d: iomem range 0xc0000-0xcffff has been reserved
system 00:0d: iomem range 0xe0000-0xfffff could not be reserved
system 00:0d: iomem range 0x100000-0x7fffffff could not be reserved
system 00:0d: iomem range 0x0-0x0 could not be reserved
PCI: Bridge: 0000:00:01.0
  IO window: 9000-bfff
  MEM window: 0xff200000-0xff2fffff
  PREFETCH window: 0x00000000cbf00000-0x00000000dbefffff
PCI: Bridge: 0000:00:02.0
  IO window: disabled.
  MEM window: 0xff300000-0xff3fffff
  PREFETCH window: disabled.
PCI: Bridge: 0000:00:05.0
  IO window: disabled.
  MEM window: 0xff400000-0xff4fffff
  PREFETCH window: disabled.
PCI: Bridge: 0000:00:06.0
  IO window: c000-cfff
  MEM window: 0xff500000-0xff5fffff
  PREFETCH window: 0x0000000088000000-0x00000000880fffff
ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 29 (level, low) -> IRQ 29
PCI: Setting latency timer of device 0000:00:01.0 to 64
ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 34 (level, low) -> IRQ 34
PCI: Setting latency timer of device 0000:00:02.0 to 64
PCI: Setting latency timer of device 0000:00:05.0 to 64
PCI: Setting latency timer of device 0000:00:06.0 to 64
NET: Registered protocol family 2
Switched to high resolution mode on CPU 0
Switched to high resolution mode on CPU 1
IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 9, 3670016 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
checking if image is initramfs... it is
Freeing initrd memory: 7223k freed
audit: initializing netlink socket (disabled)
type=2000 audit(1208133289.004:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
SELinux:  Registering netfilter hooks
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
pci 0000:01:00.0: Boot video device
PCI: Setting latency timer of device 0000:00:01.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:01.0:pcie00]
PCI: Setting latency timer of device 0000:00:02.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:02.0:pcie00]
vesafb: framebuffer at 0xd0000000, mapped to 0xffffc20000080000, using 5120k, total 16384k
vesafb: mode is 1280x1024x16, linelength=2560, pages=5
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 160x64
fb0: VESA VGA frame buffer device
Real Time Clock Driver v1.12ac
Linux agpgart interface v0.103
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:0b: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
brd: module loaded
loop: module loaded
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] at 0x60,0x64 irq 1,12
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard as /class/input/input0
input: PC Speaker as /class/input/input1
logips2pp: Detected unknown logitech mouse model 127
input: ImExPS/2 Logitech Explorer Mouse as /class/input/input2
md: multipath personality registered for level -4
cpuidle: using governor ladder
cpuidle: using governor menu
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 33
PM: Resume from partition /dev/sda2
PM: Checking hibernation image.
PM: Error -6 checking image file
PM: Resume from disk failed.
  Magic number: 4:65:557
  hash matches device ptya3
  hash matches device PNP0C0F:08
Freeing unused kernel memory: 288k freed
Write protecting the kernel read-only data: 4360k
mount used greatest stack depth: 5592 bytes left
ACPI: ACPI0007:00 is registered as cooling_device0
ACPI: ACPI0007:01 is registered as cooling_device1
ACPI: PCI Interrupt 0000:00:12.0[A] -> GSI 19 (level, low) -> IRQ 19
scsi0 : pata_ali
scsi1 : pata_ali
ata1: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 irq 14
ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xff08 irq 15
ata1.00: ATAPI: TSSTcorpCD/DVDW SH-S182M, SB03, max UDMA/33
ata1.00: WARNING: ATAPI DMA disabled for reliablity issues.  It can be enabled
ata1.00: WARNING: via pata_ali.atapi_dma modparam or corresponding sysfs node.
ata1.00: configured for UDMA/33
scsi 0:0:0:0: CD-ROM            TSSTcorp CD/DVDW SH-S182M SB03 PQ: 0 ANSI: 5
modprobe used greatest stack depth: 4760 bytes left
sata_uli 0000:00:12.1: version 1.3
ACPI: PCI Interrupt 0000:00:12.1[A] -> GSI 19 (level, low) -> IRQ 19
scsi2 : sata_uli
scsi3 : sata_uli
ata3: SATA max UDMA/133 cmd 0xec00 ctl 0xe080 bmdma 0xd880 irq 19
ata4: SATA max UDMA/133 cmd 0xe000 ctl 0xdc00 bmdma 0xd888 irq 19
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata3.00: ATA-7: SAMSUNG HD160JJ, WU100-33, max UDMA7
ata3.00: 312581808 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata3.00: configured for UDMA/133
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: ATA-7: SAMSUNG SP2004C, VM100-50, max UDMA7
ata4.00: 390721968 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata4.00: configured for UDMA/133
scsi 2:0:0:0: Direct-Access     ATA      SAMSUNG HD160JJ  WU10 PQ: 0 ANSI: 5
scsi 3:0:0:0: Direct-Access     ATA      SAMSUNG SP2004C  VM10 PQ: 0 ANSI: 5
md: raid1 personality registered for level 1
BIOS EDD facility v0.16 2004-Jun-25, 6 devices found
Driver 'sd' needs updating - please use bus_type methods
sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
ACPI: PCI Interrupt 0000:00:13.0[A] -> GSI 20 (level, low) -> IRQ 20
ohci_hcd 0000:00:13.0: OHCI Host Controller
ohci_hcd 0000:00:13.0: new USB bus registered, assigned bus number 1
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
ohci_hcd 0000:00:13.0: irq 20, io mem 0xff6fd000
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sda: sda1 sda2 sda3 sda4 < sda5 sda6<6>usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
 sda7 sda8 sda9 >
sd 2:0:0:0: [sda] Attached SCSI disk
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sdb: sdb1 sdb2 sdb3 sdb4 < sdb5<6>usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: OHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.25-rc9-x86-latest.git ohci_hcd
 sdb6<6>usb usb1: SerialNumber: 0000:00:13.0
ACPI: PCI Interrupt 0000:00:13.1[B] -> GSI 21 (level, low) -> IRQ 21
 sdb7<6>ohci_hcd 0000:00:13.1: OHCI Host Controller
ohci_hcd 0000:00:13.1: new USB bus registered, assigned bus number 2
 sdb8<6>ohci_hcd 0000:00:13.1: irq 21, io mem 0xff6fc000
 sdb9 sdb10 >
sd 3:0:0:0: [sdb] Attached SCSI disk
modprobe used greatest stack depth: 4408 bytes left
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 3 ports detected
usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: OHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.25-rc9-x86-latest.git ohci_hcd
usb usb2: SerialNumber: 0000:00:13.1
ACPI: PCI Interrupt 0000:00:13.2[C] -> GSI 22 (level, low) -> IRQ 22
ohci_hcd 0000:00:13.2: OHCI Host Controller
ohci_hcd 0000:00:13.2: new USB bus registered, assigned bus number 3
ohci_hcd 0000:00:13.2: irq 22, io mem 0xff6fb000
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 3 ports detected
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: OHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.25-rc9-x86-latest.git ohci_hcd
usb usb3: SerialNumber: 0000:00:13.2
ACPI: PCI Interrupt 0000:00:13.3[D] -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:13.3: EHCI Host Controller
ehci_hcd 0000:00:13.3: new USB bus registered, assigned bus number 4
ehci_hcd 0000:00:13.3: debug port 1
ehci_hcd 0000:00:13.3: irq 23, io mem 0xff6fe800
ehci_hcd 0000:00:13.3: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb4: configuration #1 chosen from 1 choice
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 8 ports detected
usb usb4: New USB device found, idVendor=1d6b, idProduct=0002
usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb4: Product: EHCI Host Controller
usb usb4: Manufacturer: Linux 2.6.25-rc9-x86-latest.git ehci_hcd
usb usb4: SerialNumber: 0000:00:13.3
md: raid0 personality registered for level 0
xor: automatically using best checksumming function: generic_sse
   generic_sse:  7022.000 MB/sec
xor: using function: generic_sse (7022.000 MB/sec)
async_tx: api initialized (sync-only)
raid6: int64x1   2162 MB/s
raid6: int64x2   2731 MB/s
raid6: int64x4   2371 MB/s
raid6: int64x8   2186 MB/s
raid6: sse2x1    2362 MB/s
raid6: sse2x2    3363 MB/s
raid6: sse2x4    3777 MB/s
raid6: using algorithm sse2x4 (3777 MB/s)
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
md: md1 stopped.
md: bind<sda3>
md: bind<sdb3>
raid1: raid set md1 active with 2 out of 2 mirrors
PM: Marking nosave pages: 000000000009e000 - 0000000000100000
PM: Basic memory bitmaps created
PM: Basic memory bitmaps freed
PM: Starting manual resume from disk
PM: Resume from partition 8:2
PM: Checking hibernation image.
PM: Resume from disk failed.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
mount used greatest stack depth: 3712 bytes left
scsi 0:0:0:0: Attached scsi generic sg0 type 5
sd 2:0:0:0: Attached scsi generic sg1 type 0
sd 3:0:0:0: Attached scsi generic sg2 type 0
input: Power Button (FF) as /class/input/input3
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /class/input/input4
ACPI: Power Button (CM) [PWRB]
uli526x: ULi M5261/M5263 net driver, version 0.9.3 (2005-7-29)
ACPI: PCI Interrupt 0000:00:11.0[A] -> GSI 17 (level, low) -> IRQ 17
eth0: ULi M5263 at pci0000:00:11.0, 00:13:8f:3a:0b:96, irq 17.
8139too Fast Ethernet driver 0.9.28
ACPI: PCI Interrupt 0000:04:06.0[A] -> GSI 21 (level, low) -> IRQ 21
Driver 'sr' needs updating - please use bus_type methods
eth1: RealTek RTL8139 at 0xc800, 00:48:54:4b:5c:38, IRQ 21
eth1:  Identified 8139 chip type 'RTL-8139A'
sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 0:0:0:0: Attached scsi CD-ROM sr0
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
parport_pc 00:06: reported by Plug and Play ACPI
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
udev: renamed network interface eth1 to eth0
udev: renamed network interface eth0_rename to eth1
ACPI: PCI Interrupt 0000:00:08.0[A] -> GSI 18 (level, low) -> IRQ 18
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2053: AC'97 1 does not respond - RESET
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2062: AC'97 1 access is not valid [0xffffffff], removing mixer.
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/intel8x0.c:2157: Unable to initialize codec #1
intel8x0_measure_ac97_clock: measured 51331 usecs
intel8x0: clocking to 48000
md: md2 stopped.
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: dm-devel@redhat.com
md: bind<sda5>
md: bind<sdb5>
raid1: raid set md2 active with 2 out of 2 mirrors
md: md3 stopped.
md: bind<sda6>
md: bind<sdb6>
raid1: raid set md3 active with 2 out of 2 mirrors
md: md4 stopped.
md: bind<sda8>
md: bind<sdb8>
raid1: raid set md4 active with 2 out of 2 mirrors
md: md5 stopped.
md: bind<sda9>
md: bind<sdb9>
raid1: raid set md5 active with 2 out of 2 mirrors
md: md0 stopped.
md: bind<sda1>
md: bind<sdb1>
raid1: raid set md0 active with 2 out of 2 mirrors
fsck.ext3 used greatest stack depth: 3432 bytes left
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md0, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
ReiserFS: md4: found reiserfs format "3.6" with standard journal
ReiserFS: md4: using ordered data mode
ReiserFS: md4: journal params: device md4, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md4: checking transaction log (md4)
ReiserFS: md4: Using r5 hash to sort names
ReiserFS: md5: found reiserfs format "3.6" with standard journal
ReiserFS: md5: using ordered data mode
ReiserFS: md5: journal params: device md5, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md5: checking transaction log (md5)
ReiserFS: md5: Using r5 hash to sort names
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 2104504k swap on /dev/sda2.  Priority:42 extents:1 across:2104504k
Adding 2104504k swap on /dev/sdb2.  Priority:42 extents:1 across:2104504k
powernow-k8: Found 1 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ processors (2 cpu cores) (version 2.20.00)
powernow-k8:    0 : fid 0xe (2200 MHz), vid 0xa
powernow-k8:    1 : fid 0xc (2000 MHz), vid 0xa
powernow-k8:    2 : fid 0xa (1800 MHz), vid 0xa
powernow-k8:    3 : fid 0x2 (1000 MHz), vid 0xa
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0xd0000000-0xd0500000
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
ADDRCONF(NETDEV_UP): eth1: link is not ready
ip6_tables: (C) 2000-2006 Netfilter Core Team
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
ip_tables: (C) 2000-2006 Netfilter Core Team
uli526x: eth1 NIC Link is Up 100 Mbps Full duplex
ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
warning: `named' uses 32-bit capabilities (legacy support in use)
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
Clocksource tsc unstable (delta = -90815050 ns)
eth1: no IPv6 routers present
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
CPU0 attaching NULL sched-domain.
CPU1 attaching NULL sched-domain.
CPU0 attaching sched-domain:
 domain 0: span 3
  groups: 1 2
CPU1 attaching sched-domain:
 domain 0: span 3
  groups: 2 1

Re: x86 git tree broken (bisected)

[Yinghai Lu]

[-- Attachment #1: Type: text/plain, Size: 1931 bytes --]

On Sun, Apr 13, 2008 at 5:19 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Monday, 14 of April 2008, Yinghai Lu wrote:
>  > On Sun, Apr 13, 2008 at 3:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >
>  > > On Monday, 14 of April 2008, Yinghai Lu wrote:
>  > >  > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >  > ...
>  > >  > >  > can you try to apply the patch i sent to you about agp bridge order
>  > >  > >  > reading for buggy silicon?
>  > >  > >  >
>  > >  > >  > Please boot kernel with "debug"...
>  > >  > >  >
>  > >  > >  > I want to verify if you can get
>  > >  > >  >
>  > >  > >  > "
>  > >  > >  > Aperture conflicts with PCI mapping.
>  > >  > >  > "
>  > >  > >  >
>  > >  > >  > in your boot log...
>  > >  > >
>  > >  > >  It's not present in there:
>  > >  > >
>  > >  > >  rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
>  > >  > >  Aperture too small (32 MB)
>  > >  > >  Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
>  > >  > >  Aperture too small (0 MB)
>  > >  > >  agpgart: Aperture pointing to RAM
>  > >  > >  agpgart: Aperture from AGP @ de000000 size 4096 MB
>  > >  > >  agpgart: Aperture too small (0 MB)
>  > >  > >
>  > >  > >  Full dmesg output attached.
>  > >  >
>  > >  > please check attached debug patch. and check if you can change GART
>  > >  > size in your BIOS setup to 64M instead of 32M
>  > >
>  > >  Hm, what tree am I supposed to apply it too:
>  > >  (1) current x86 git
>  > >  (2) current x86 git w/ some of your previous patches (which ones in this case)
>  > >  (3) failing (old) x86 git
>  > >  (4) failing (old) x86 git w/ some of your previous patches (which ones in this
>  > >     case)?
>  >
>  > (1) current x86.git
>
>  Attached is dmesg output from current x86.git with debug_gart_checking.patch
>  applied.

please test the final one ... ...

You should get back 64M memory back.

Thanks

Yinghai Lu

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: gart_checking_v2.patch --]
[-- Type: text/x-patch; name=gart_checking_v2.patch, Size: 5845 bytes --]

[PATCH] x86_64: checking aperture size order

some system is using 32M for gart and agp when memory is less 4G.
kernel will reject and try to allcate another 64M that is not needed.
we will lose 64M ram.

this patch add workaround by checking aper_base/order between NB and agp bridge.
if they are the same, and memory size is than 4G, will let it go.

Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com>

Index: linux-2.6/arch/x86/kernel/aperture_64.c
===================================================================
--- linux-2.6.orig/arch/x86/kernel/aperture_64.c
+++ linux-2.6/arch/x86/kernel/aperture_64.c
@@ -83,7 +83,7 @@ static u32 __init allocate_aperture(void
 	return (u32)__pa(p);
 }
 
-static int __init aperture_valid(u64 aper_base, u32 aper_size)
+static int __init aperture_valid(u64 aper_base, u32 aper_size, u32 min_size)
 {
 	if (!aper_base)
 		return 0;
@@ -96,8 +96,9 @@ static int __init aperture_valid(u64 ape
 		printk(KERN_ERR "Aperture pointing to e820 RAM. Ignoring.\n");
 		return 0;
 	}
-	if (aper_size < 64*1024*1024) {
-		printk(KERN_ERR "Aperture too small (%d MB)\n", aper_size>>20);
+	if (aper_size < min_size) {
+		printk(KERN_ERR "Aperture too small (%d MB) than (%d MB)\n",
+				 aper_size>>20, min_size>>20);
 		return 0;
 	}
 
@@ -167,7 +168,9 @@ static __u32 __init read_agp(int num, in
 	 * On some sick chips, APSIZE is 0. It means it wants 4G
 	 * so let double check that order, and lets trust AMD NB settings:
 	 */
-	if (aper + (32UL<<(20 + *order)) > 0x100000000UL) {
+	printk(KERN_INFO "Aperture from AGP @ %Lx old size %u MB\n",
+			aper, 32 << old_order);
+	if (aper + (32ULL<<(20 + *order)) > 0x100000000ULL) {
 		printk(KERN_INFO "Aperture size %u MB (APSIZE %x) is not right, using settings from NB\n",
 				32 << *order, apsizereg);
 		*order = old_order;
@@ -176,7 +179,7 @@ static __u32 __init read_agp(int num, in
 	printk(KERN_INFO "Aperture from AGP @ %Lx size %u MB (APSIZE %x)\n",
 			aper, 32 << *order, apsizereg);
 
-	if (!aperture_valid(aper, (32*1024*1024) << *order))
+	if (!aperture_valid(aper, (32*1024*1024) << *order, 32<<20))
 		return 0;
 	return (u32)aper;
 }
@@ -302,8 +305,8 @@ void __init early_gart_iommu_check(void)
 		fix = 1;
 
 	if (gart_fix_e820 && !fix && aper_enabled) {
-		if (e820_any_mapped(aper_base, aper_base + aper_size,
-				    E820_RAM)) {
+		if (!e820_all_mapped(aper_base, aper_base + aper_size,
+				    E820_RESERVED)) {
 			/* reserved it, so we can resuse it in second kernel */
 			printk(KERN_INFO "update e820 for GART\n");
 			add_memory_region(aper_base, aper_size, E820_RESERVED);
@@ -324,8 +327,11 @@ void __init early_gart_iommu_check(void)
 
 }
 
+static int __initdata printed_gart_size_msg;
+
 void __init gart_iommu_hole_init(void)
 {
+	u32 agp_aper_base = 0, agp_aper_order = 0;
 	u32 aper_size, aper_alloc = 0, aper_order = 0, last_aper_order = 0;
 	u64 aper_base, last_aper_base = 0;
 	int fix, num, valid_agp = 0;
@@ -337,6 +343,9 @@ void __init gart_iommu_hole_init(void)
 
 	printk(KERN_INFO  "Checking aperture...\n");
 
+	if (!fallback_aper_force)
+		agp_aper_base = search_agp_bridge(&agp_aper_order, &valid_agp);
+
 	fix = 0;
 	node = 0;
 	for (num = 24; num < 32; num++) {
@@ -355,9 +364,21 @@ void __init gart_iommu_hole_init(void)
 				node, aper_base, aper_size >> 20);
 		node++;
 
-		if (!aperture_valid(aper_base, aper_size)) {
-			fix = 1;
-			break;
+		if (!aperture_valid(aper_base, aper_size, 64<<20)) {
+			if (valid_agp && agp_aper_base &&
+			    agp_aper_base == aper_base &&
+			    agp_aper_order == aper_order) {
+				/* the same between two setting from NB and agp */
+				if (!no_iommu && end_pfn > MAX_DMA32_PFN && !printed_gart_size_msg) {
+					printk(KERN_ERR "you are using iommu with agp, but GART size is less than 64M\n");
+					printk(KERN_ERR "please increase GART size in your BIOS setup\n");
+					printk(KERN_ERR "if BIOS doesn't have that option, contact your HW vendor!\n");
+					printed_gart_size_msg = 1;
+				}
+			} else {
+				fix = 1;
+				break;
+			}
 		}
 
 		if ((last_aper_order && aper_order != last_aper_order) ||
@@ -378,8 +399,10 @@ void __init gart_iommu_hole_init(void)
 		return;
 	}
 
-	if (!fallback_aper_force)
-		aper_alloc = search_agp_bridge(&aper_order, &valid_agp);
+	if (!fallback_aper_force) {
+		aper_alloc = agp_aper_base;
+		aper_order = agp_aper_order;
+	}
 
 	if (aper_alloc) {
 		/* Got the aperture from the AGP bridge */
Index: linux-2.6/drivers/char/agp/amd64-agp.c
===================================================================
--- linux-2.6.orig/drivers/char/agp/amd64-agp.c
+++ linux-2.6/drivers/char/agp/amd64-agp.c
@@ -245,11 +245,7 @@ static int __devinit aperture_valid(u64 
 		printk(KERN_ERR PFX "No aperture\n");
 		return 0;
 	}
-	if (size < 32*1024*1024) {
-		printk(KERN_ERR PFX "Aperture too small (%d MB)\n", size>>20);
-		return 0;
-	}
-       if ((u64)aper + size > 0x100000000ULL) {
+	if ((u64)aper + size > 0x100000000ULL) {
 		printk(KERN_ERR PFX "Aperture out of bounds\n");
 		return 0;
 	}
@@ -257,6 +253,10 @@ static int __devinit aperture_valid(u64 
 		printk(KERN_ERR PFX "Aperture pointing to RAM\n");
 		return 0;
 	}
+	if (size < 32*1024*1024) {
+		printk(KERN_ERR PFX "Aperture too small (%d MB)\n", size>>20);
+		return 0;
+	}
 
 	/* Request the Aperture. This catches cases when someone else
 	   already put a mapping in there - happens with some very broken BIOS
@@ -317,7 +317,7 @@ static __devinit int fix_northbridge(str
 	 * On some sick chips APSIZE is 0. This means it wants 4G
 	 * so let double check that order, and lets trust the AMD NB settings
 	 */
-	if (aper + (32ULL<<(20 + order)) > 0x100000000ULL) {
+	if (order >=0 && aper + (32ULL<<(20 + order)) > 0x100000000ULL) {
 		printk(KERN_INFO "Aperture size %u MB is not right, using settings from NB\n",
 				  32 << order);
 		order = nb_order;

Re: x86 git tree broken (bisected)

[Ingo Molnar]

* Yinghai Lu <yhlu.kernel@gmail.com> wrote:

> >  Attached is dmesg output from current x86.git with 
> >  debug_gart_checking.patch applied.
> 
> please test the final one ... ...
> 
> You should get back 64M memory back.

so basically with all the right patches applied, and GART set to 32MB in 
the BIOS, Rafael should have more free RAM on his system than ever 
before :-)

i've put all the patches into x86.git/latest (it's all uploaded already 
as well), so that should give Rafael a one-stop shop to test it out. [i 
have not applied the debug patch that changes the aperture test from 
32MB to 64MB, and it should be unnecessary as well]

btw., Yinghai, should we perhaps add a WARN_ON() to those places where 
we waste RAM (such as the "This costs you 64 MB of RAM" message) - so 
that kerneloops.org can pick those warnings up? Maybe there are other 
situations where we waste RAM, and people dont realize it.

	Ingo

Re: x86 git tree broken (bisected)

[Yinghai Lu]

On Mon, Apr 14, 2008 at 2:16 AM, Ingo Molnar <mingo@elte.hu> wrote:
>
>  * Yinghai Lu <yhlu.kernel@gmail.com> wrote:
>
>
> > >  Attached is dmesg output from current x86.git with
>  > >  debug_gart_checking.patch applied.
>  >
>  > please test the final one ... ...
>  >
>  > You should get back 64M memory back.
>
>  so basically with all the right patches applied, and GART set to 32MB in
>  the BIOS, Rafael should have more free RAM on his system than ever
>  before :-)

Yes

>
>  i've put all the patches into x86.git/latest (it's all uploaded already
>  as well), so that should give Rafael a one-stop shop to test it out. [i
>  have not applied the debug patch that changes the aperture test from
>  32MB to 64MB, and it should be unnecessary as well]
>
>  btw., Yinghai, should we perhaps add a WARN_ON() to those places where
>  we waste RAM (such as the "This costs you 64 MB of RAM" message) - so
>  that kerneloops.org can pick those warnings up? Maybe there are other
>  situations where we waste RAM, and people dont realize it.

in Rafael case, just need to ask user to increase GART size in BIOS if
more than 4G RAM installed ( or 4G installed with hardware memhole
remapping enabled).

if less than 4G installed, just take the BIOS setting with 32M

YH

Re: x86 git tree broken (bisected)

[Rafael J. Wysocki]

[-- Attachment #1: Type: text/plain, Size: 2126 bytes --]

On Monday, 14 of April 2008, Yinghai Lu wrote:
> On Sun, Apr 13, 2008 at 5:19 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > On Monday, 14 of April 2008, Yinghai Lu wrote:
> >  > On Sun, Apr 13, 2008 at 3:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >  > >
> >  > > On Monday, 14 of April 2008, Yinghai Lu wrote:
> >  > >  > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >  > >  > ...
> >  > >  > >  > can you try to apply the patch i sent to you about agp bridge order
> >  > >  > >  > reading for buggy silicon?
> >  > >  > >  >
> >  > >  > >  > Please boot kernel with "debug"...
> >  > >  > >  >
> >  > >  > >  > I want to verify if you can get
> >  > >  > >  >
> >  > >  > >  > "
> >  > >  > >  > Aperture conflicts with PCI mapping.
> >  > >  > >  > "
> >  > >  > >  >
> >  > >  > >  > in your boot log...
> >  > >  > >
> >  > >  > >  It's not present in there:
> >  > >  > >
> >  > >  > >  rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> >  > >  > >  Aperture too small (32 MB)
> >  > >  > >  Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> >  > >  > >  Aperture too small (0 MB)
> >  > >  > >  agpgart: Aperture pointing to RAM
> >  > >  > >  agpgart: Aperture from AGP @ de000000 size 4096 MB
> >  > >  > >  agpgart: Aperture too small (0 MB)
> >  > >  > >
> >  > >  > >  Full dmesg output attached.
> >  > >  >
> >  > >  > please check attached debug patch. and check if you can change GART
> >  > >  > size in your BIOS setup to 64M instead of 32M
> >  > >
> >  > >  Hm, what tree am I supposed to apply it too:
> >  > >  (1) current x86 git
> >  > >  (2) current x86 git w/ some of your previous patches (which ones in this case)
> >  > >  (3) failing (old) x86 git
> >  > >  (4) failing (old) x86 git w/ some of your previous patches (which ones in this
> >  > >     case)?
> >  >
> >  > (1) current x86.git
> >
> >  Attached is dmesg output from current x86.git with debug_gart_checking.patch
> >  applied.
> 
> please test the final one ... ...
> 
> You should get back 64M memory back.

Tested (current x86.git), dmesg output attached.

Thanks,
Rafael

[-- Attachment #2: dmesg.log --]
[-- Type: text/x-log, Size: 24897 bytes --]

Linux version 2.6.25-rc9-x86-latest.git (rafael@chimera) (gcc version 4.2.1 (SUSE Linux)) #28 SMP Mon Apr 14 22:23:06 CEST 2008
Command line: root=/dev/md1 vga=0x31a resume=/dev/sda2 debug
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009ec00 (usable)
 BIOS-e820: 000000000009ec00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000007ffb0000 (usable)
 BIOS-e820: 000000007ffb0000 - 000000007ffc0000 (ACPI data)
 BIOS-e820: 000000007ffc0000 - 000000007fff0000 (ACPI NVS)
 BIOS-e820: 000000007fff0000 - 0000000080000000 (reserved)
 BIOS-e820: 00000000ff7c0000 - 0000000100000000 (reserved)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
max_pfn_mapped = 1048576
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
init_memory_mapping
DMI 2.3 present.
ACPI: RSDP 000F9B60, 0014 (r0 ACPIAM)
ACPI: RSDT 7FFB0000, 0030 (r1 A M I  OEMRSDT   8000526 MSFT       97)
ACPI: FACP 7FFB0200, 0084 (r2 A M I  OEMFACP   8000526 MSFT       97)
ACPI: DSDT 7FFB0400, 45A7 (r1  939M2 939M2120      120 INTL  2002026)
ACPI: FACS 7FFC0000, 0040
ACPI: APIC 7FFB0390, 0068 (r1 A M I  OEMAPIC   8000526 MSFT       97)
ACPI: OEMB 7FFC0040, 0056 (r1 A M I  AMI_OEM   8000526 MSFT       97)
Entering add_active_range(0, 0, 158) 0 entries of 256 used
Entering add_active_range(0, 256, 524208) 1 entries of 256 used
  early res: 0 [0-fff] BIOS data page
  early res: 1 [6000-7fff] TRAMPOLINE
  early res: 2 [200000-b36c6f] TEXT DATA BSS
  early res: 3 [378e2000-37fefd73] RAMDISK
  early res: 4 [9ec00-fffff] BIOS reserved
  early res: 5 [8000-bfff] PGTABLE
Zone PFN ranges:
  DMA             0 ->     4096
  DMA32        4096 ->  1048576
  Normal    1048576 ->  1048576
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
    0:        0 ->      158
    0:      256 ->   524208
On node 0 totalpages: 524110
  DMA zone: 56 pages used for memmap
  DMA zone: 2464 pages reserved
  DMA zone: 1478 pages, LIFO batch:0
  DMA32 zone: 7110 pages used for memmap
  DMA32 zone: 513002 pages, LIFO batch:31
  Normal zone: 0 pages used for memmap
  Movable zone: 0 pages used for memmap
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 0, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x03] address[0xfec10000] gsi_base[24])
IOAPIC[1]: apic_id 3, version 0, address 0xfec10000, GSI 24-39
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Setting APIC routing to flat
Using ACPI (MADT) for SMP configuration information
PM: Registered nosave memory: 000000000009e000 - 000000000009f000
PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 00000000000e8000
PM: Registered nosave memory: 00000000000e8000 - 0000000000100000
Allocating PCI resources starting at 88000000 (gap: 80000000:7f7c0000)
SMP: Allowing 2 CPUs, 0 hotplug CPUs
PERCPU: Allocating 31152 bytes of per cpu data
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 514480
Kernel command line: root=/dev/md1 vga=0x31a resume=/dev/sda2 debug
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
TSC calibrated against PM_TIMER
Marking TSC unstable due to TSCs unsynchronized
time.c: Detected 2200.079 MHz processor.
Console: colour dummy device 80x25
console [tty0] enabled
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES:    8
... MAX_LOCK_DEPTH:          48
... MAX_LOCKDEP_KEYS:        2048
... CLASSHASH_SIZE:           1024
... MAX_LOCKDEP_ENTRIES:     8192
... MAX_LOCKDEP_CHAINS:      16384
... CHAINHASH_SIZE:          8192
 memory used by lock dependency info: 1648 kB
 per task-struct memory footprint: 2688 bytes
Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Checking aperture...
AGP bridge at 00:04:00
Aperture from AGP @ de000000 old size 32 MB
Aperture size 4096 MB (APSIZE 0) is not right, using settings from NB
Aperture from AGP @ de000000 size 32 MB (APSIZE 0)
Node 0: aperture @ de000000 size 32 MB
Aperture too small (32 MB) than (64 MB)
Memory: 2047076k/2096832k available (2987k kernel code, 48712k reserved, 1657k data, 288k init)
CPA: page pool initialized 1 of 1 pages preallocated
Calibrating delay using timer specific routine.. 4404.13 BogoMIPS (lpj=8808266)
Security Framework initialized
SELinux:  Initializing.
SELinux:  Starting in permissive mode
selinux_register_security:  Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 256
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
ACPI: Core revision 20070126
CPU0: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Using local APIC timer interrupts.
APIC timer calibration result 12500451
Detected 12.500 MHz APIC timer.
lockdep: fixing up alternatives.
Booting processor 1/1 ip 6000
Initializing CPU#1
Calibrating delay using timer specific routine.. 4400.17 BogoMIPS (lpj=8800357)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
x86 PAT enabled: cpu 1, old 0x7040600070406, new 0x7010600070106
CPU1: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01
Brought up 2 CPUs
Total of 2 processors activated (8804.31 BogoMIPS).
CPU0 attaching sched-domain:
 domain 0: span 3
  groups: 1 2
CPU1 attaching sched-domain:
 domain 0: span 3
  groups: 2 1
khelper used greatest stack depth: 5752 bytes left
net_namespace: 1112 bytes
Time: 20:40:00  Date: 04/14/08
NET: Registered protocol family 16
No dock devices found.
node 0 link 0: io port [1000, ffffff]
TOM: 0000000080000000 aka 2048M
node 0 link 0: mmio [e0000000, efffffff]
node 0 link 0: mmio [a0000, bffff]
node 0 link 0: mmio [80000000, ffffffff]
bus: [00,ff] on node 0 link 0
bus: 00 index 0 io port: [0, ffff]
bus: 00 index 1 mmio: [80000000, fcffffffff]
bus: 00 index 2 mmio: [a0000, bffff]
ACPI: bus type pci registered
PCI: Using configuration type 1 for base access
Overlap at 0x7ffc0000-0x7ffc1000
ACPI: EC: Look up EC in DSDT
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
pci 0000:00:07.1: quirk: region 0800-083f claimed by ali7101 ACPI
PCI: Transparent bridge - 0000:00:06.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P4._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HTT_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEB2._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 11 12 14 *15), disabled.
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs *3 4 5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15) *9
ACPI: PCI Interrupt Link [LNKP] (IRQs 3 4 *5 6 7 10 11 12 14 15)
Overlap at 0x7ffb0000-0x7ffb5000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
ACPI Warning (tbutils-0217): Incorrect checksum in table [OEMB] -  6A, should be 5D [20070126]
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 14 devices
ACPI: ACPI bus type pnp unregistered
SCSI subsystem initialized
libata version 3.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
PCI: Cannot allocate resource region 0 of device 0000:00:04.0
DMAR:parse DMAR table failure.
agpgart: Detected AGP bridge 20
Setting up ULi AGP.
agpgart: AGP aperture is 32M @ 0xde000000
system 00:07: ioport range 0x480-0x48f has been reserved
system 00:07: ioport range 0x4d0-0x4d1 has been reserved
system 00:07: ioport range 0x800-0x87f could not be reserved
system 00:07: ioport range 0x400-0x40f has been reserved
system 00:08: iomem range 0xfec00000-0xfec00fff has been reserved
system 00:08: iomem range 0xfee00000-0xfee00fff has been reserved
system 00:08: iomem range 0xe0000000-0xefffffff has been reserved
system 00:08: iomem range 0xfec10000-0xfec10fff has been reserved
system 00:08: iomem range 0xffb80000-0xffffffff could not be reserved
system 00:0c: ioport range 0x290-0x29f has been reserved
system 00:0d: iomem range 0x0-0x9ffff could not be reserved
system 00:0d: iomem range 0xc0000-0xcffff has been reserved
system 00:0d: iomem range 0xe0000-0xfffff could not be reserved
system 00:0d: iomem range 0x100000-0x7fffffff could not be reserved
system 00:0d: iomem range 0x0-0x0 could not be reserved
PCI: Bridge: 0000:00:01.0
  IO window: 9000-bfff
  MEM window: 0xff200000-0xff2fffff
  PREFETCH window: 0x00000000cbf00000-0x00000000dbefffff
PCI: Bridge: 0000:00:02.0
  IO window: disabled.
  MEM window: 0xff300000-0xff3fffff
  PREFETCH window: disabled.
PCI: Bridge: 0000:00:05.0
  IO window: disabled.
  MEM window: 0xff400000-0xff4fffff
  PREFETCH window: disabled.
PCI: Bridge: 0000:00:06.0
  IO window: c000-cfff
  MEM window: 0xff500000-0xff5fffff
  PREFETCH window: 0x0000000088000000-0x00000000880fffff
ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 29 (level, low) -> IRQ 29
PCI: Setting latency timer of device 0000:00:01.0 to 64
ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 34 (level, low) -> IRQ 34
PCI: Setting latency timer of device 0000:00:02.0 to 64
PCI: Setting latency timer of device 0000:00:05.0 to 64
PCI: Setting latency timer of device 0000:00:06.0 to 64
NET: Registered protocol family 2
Switched to high resolution mode on CPU 0
Switched to high resolution mode on CPU 1
IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
TCP bind hash table entries: 65536 (order: 9, 3670016 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
checking if image is initramfs... it is
Freeing initrd memory: 7223k freed
audit: initializing netlink socket (disabled)
type=2000 audit(1208205601.000:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
SELinux:  Registering netfilter hooks
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
pci 0000:01:00.0: Boot video device
PCI: Setting latency timer of device 0000:00:01.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:01.0:pcie00]
PCI: Setting latency timer of device 0000:00:02.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:02.0:pcie00]
vesafb: framebuffer at 0xd0000000, mapped to 0xffffc20000080000, using 5120k, total 16384k
vesafb: mode is 1280x1024x16, linelength=2560, pages=5
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 160x64
fb0: VESA VGA frame buffer device
Real Time Clock Driver v1.12ac
Linux agpgart interface v0.103
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:0b: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
brd: module loaded
loop: module loaded
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] at 0x60,0x64 irq 1,12
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard as /class/input/input0
input: PC Speaker as /class/input/input1
logips2pp: Detected unknown logitech mouse model 127
input: ImExPS/2 Logitech Explorer Mouse as /class/input/input2
md: multipath personality registered for level -4
cpuidle: using governor ladder
cpuidle: using governor menu
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 33
PM: Resume from partition /dev/sda2
PM: Checking hibernation image.
PM: Error -6 checking image file
PM: Resume from disk failed.
  Magic number: 4:294:700
Freeing unused kernel memory: 288k freed
Write protecting the kernel read-only data: 4360k
mount used greatest stack depth: 5592 bytes left
ACPI: ACPI0007:00 is registered as cooling_device0
ACPI: ACPI0007:01 is registered as cooling_device1
ACPI: PCI Interrupt 0000:00:12.0[A] -> GSI 19 (level, low) -> IRQ 19
scsi0 : pata_ali
scsi1 : pata_ali
ata1: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 irq 14
ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xff08 irq 15
ata1.00: ATAPI: TSSTcorpCD/DVDW SH-S182M, SB03, max UDMA/33
ata1.00: WARNING: ATAPI DMA disabled for reliablity issues.  It can be enabled
ata1.00: WARNING: via pata_ali.atapi_dma modparam or corresponding sysfs node.
ata1.00: configured for UDMA/33
scsi 0:0:0:0: CD-ROM            TSSTcorp CD/DVDW SH-S182M SB03 PQ: 0 ANSI: 5
modprobe used greatest stack depth: 4760 bytes left
sata_uli 0000:00:12.1: version 1.3
ACPI: PCI Interrupt 0000:00:12.1[A] -> GSI 19 (level, low) -> IRQ 19
scsi2 : sata_uli
scsi3 : sata_uli
ata3: SATA max UDMA/133 cmd 0xec00 ctl 0xe080 bmdma 0xd880 irq 19
ata4: SATA max UDMA/133 cmd 0xe000 ctl 0xdc00 bmdma 0xd888 irq 19
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata3.00: ATA-7: SAMSUNG HD160JJ, WU100-33, max UDMA7
ata3.00: 312581808 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata3.00: configured for UDMA/133
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: ATA-7: SAMSUNG SP2004C, VM100-50, max UDMA7
ata4.00: 390721968 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata4.00: configured for UDMA/133
scsi 2:0:0:0: Direct-Access     ATA      SAMSUNG HD160JJ  WU10 PQ: 0 ANSI: 5
scsi 3:0:0:0: Direct-Access     ATA      SAMSUNG SP2004C  VM10 PQ: 0 ANSI: 5
md: raid1 personality registered for level 1
BIOS EDD facility v0.16 2004-Jun-25, 6 devices found
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
ACPI: PCI Interrupt 0000:00:13.0[A] -> GSI 20 (level, low) -> IRQ 20
ohci_hcd 0000:00:13.0: OHCI Host Controller
ohci_hcd 0000:00:13.0: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:13.0: irq 20, io mem 0xff6fd000
Driver 'sd' needs updating - please use bus_type methods
sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 2:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sda: sda1 sda2 sda3 sda4 <<6>usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
 sda5<6>hub 1-0:1.0: 3 ports detected
 sda6 sda7 sda8 sda9 >
sd 2:0:0:0: [sda] Attached SCSI disk
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 3:0:0:0: [sdb] 390721968 512-byte hardware sectors (200050 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: OHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.25-rc9-x86-latest.git ohci_hcd
usb usb1: SerialNumber: 0000:00:13.0
ACPI: PCI Interrupt 0000:00:13.1[B] -> <6> sdb:GSI 21 (level, low) -> IRQ 21
 sdb1 sdb2 sdb3 sdb4 <<6>ohci_hcd 0000:00:13.1: OHCI Host Controller
 sdb5<6>ohci_hcd 0000:00:13.1: new USB bus registered, assigned bus number 2
 sdb6<6>ohci_hcd 0000:00:13.1: irq 21, io mem 0xff6fc000
 sdb7 sdb8 sdb9 sdb10 >
sd 3:0:0:0: [sdb] Attached SCSI disk
usb usb2: configuration #1 chosen from 1 choice
modprobe used greatest stack depth: 4456 bytes left
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 3 ports detected
usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: OHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.25-rc9-x86-latest.git ohci_hcd
usb usb2: SerialNumber: 0000:00:13.1
ACPI: PCI Interrupt 0000:00:13.2[C] -> GSI 22 (level, low) -> IRQ 22
ohci_hcd 0000:00:13.2: OHCI Host Controller
ohci_hcd 0000:00:13.2: new USB bus registered, assigned bus number 3
ohci_hcd 0000:00:13.2: irq 22, io mem 0xff6fb000
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 3 ports detected
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: OHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.25-rc9-x86-latest.git ohci_hcd
usb usb3: SerialNumber: 0000:00:13.2
ACPI: PCI Interrupt 0000:00:13.3[D] -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:13.3: EHCI Host Controller
ehci_hcd 0000:00:13.3: new USB bus registered, assigned bus number 4
ehci_hcd 0000:00:13.3: debug port 1
ehci_hcd 0000:00:13.3: irq 23, io mem 0xff6fe800
ehci_hcd 0000:00:13.3: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb4: configuration #1 chosen from 1 choice
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 8 ports detected
usb usb4: New USB device found, idVendor=1d6b, idProduct=0002
usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb4: Product: EHCI Host Controller
usb usb4: Manufacturer: Linux 2.6.25-rc9-x86-latest.git ehci_hcd
usb usb4: SerialNumber: 0000:00:13.3
md: raid0 personality registered for level 0
xor: automatically using best checksumming function: generic_sse
   generic_sse:  7022.000 MB/sec
xor: using function: generic_sse (7022.000 MB/sec)
async_tx: api initialized (sync-only)
raid6: int64x1   2158 MB/s
raid6: int64x2   2751 MB/s
raid6: int64x4   2325 MB/s
raid6: int64x8   2154 MB/s
raid6: sse2x1    2360 MB/s
raid6: sse2x2    3389 MB/s
raid6: sse2x4    3772 MB/s
raid6: using algorithm sse2x4 (3772 MB/s)
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
md: md1 stopped.
md: bind<sda3>
md: bind<sdb3>
raid1: raid set md1 active with 2 out of 2 mirrors
PM: Marking nosave pages: 000000000009e000 - 0000000000100000
PM: Basic memory bitmaps created
PM: Basic memory bitmaps freed
PM: Starting manual resume from disk
PM: Resume from partition 8:2
PM: Checking hibernation image.
PM: Resume from disk failed.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
mount used greatest stack depth: 3712 bytes left
scsi 0:0:0:0: Attached scsi generic sg0 type 5
sd 2:0:0:0: Attached scsi generic sg1 type 0
sd 3:0:0:0: Attached scsi generic sg2 type 0
input: Power Button (FF) as /class/input/input3
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /class/input/input4
ACPI: Power Button (CM) [PWRB]
uli526x: ULi M5261/M5263 net driver, version 0.9.3 (2005-7-29)
ACPI: PCI Interrupt 0000:00:11.0[A] -> GSI 17 (level, low) -> IRQ 17
eth0: ULi M5263 at pci0000:00:11.0, 00:13:8f:3a:0b:96, irq 17.
8139too Fast Ethernet driver 0.9.28
ACPI: PCI Interrupt 0000:04:06.0[A] -> GSI 21 (level, low) -> IRQ 21
eth1: RealTek RTL8139 at 0xc800, 00:48:54:4b:5c:38, IRQ 21
eth1:  Identified 8139 chip type 'RTL-8139A'
Driver 'sr' needs updating - please use bus_type methods
sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 0:0:0:0: Attached scsi CD-ROM sr0
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
udev: renamed network interface eth1 to eth0
udev: renamed network interface eth0_rename to eth1
parport_pc 00:06: reported by Plug and Play ACPI
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
ACPI: PCI Interrupt 0000:00:08.0[A] -> GSI 18 (level, low) -> IRQ 18
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2053: AC'97 1 does not respond - RESET
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/ac97/ac97_codec.c:2062: AC'97 1 access is not valid [0xffffffff], removing mixer.
ALSA /home/rafael/src/linux-2.6-x86/sound/pci/intel8x0.c:2157: Unable to initialize codec #1
intel8x0_measure_ac97_clock: measured 52521 usecs
intel8x0: clocking to 48000
grep used greatest stack depth: 3432 bytes left
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: dm-devel@redhat.com
md: md2 stopped.
md: bind<sda5>
md: bind<sdb5>
raid1: raid set md2 active with 2 out of 2 mirrors
md: md3 stopped.
md: bind<sda6>
md: bind<sdb6>
raid1: raid set md3 active with 2 out of 2 mirrors
md: md4 stopped.
md: bind<sda8>
md: bind<sdb8>
raid1: raid set md4 active with 2 out of 2 mirrors
md: md5 stopped.
md: bind<sda9>
md: bind<sdb9>
raid1: raid set md5 active with 2 out of 2 mirrors
md: md0 stopped.
md: bind<sda1>
md: bind<sdb1>
raid1: raid set md0 active with 2 out of 2 mirrors
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md0, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
ReiserFS: md4: found reiserfs format "3.6" with standard journal
ReiserFS: md4: using ordered data mode
ReiserFS: md4: journal params: device md4, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md4: checking transaction log (md4)
ReiserFS: md4: Using r5 hash to sort names
ReiserFS: md5: found reiserfs format "3.6" with standard journal
ReiserFS: md5: using ordered data mode
ReiserFS: md5: journal params: device md5, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md5: checking transaction log (md5)
ReiserFS: md5: Using r5 hash to sort names
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 2104504k swap on /dev/sda2.  Priority:42 extents:1 across:2104504k
Adding 2104504k swap on /dev/sdb2.  Priority:42 extents:1 across:2104504k
powernow-k8: Found 1 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ processors (2 cpu cores) (version 2.20.00)
powernow-k8:    0 : fid 0xe (2200 MHz), vid 0xa
powernow-k8:    1 : fid 0xc (2000 MHz), vid 0xa
powernow-k8:    2 : fid 0xa (1800 MHz), vid 0xa
powernow-k8:    3 : fid 0x2 (1000 MHz), vid 0xa
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffb0000-0x7ffb1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0x7ffc0000-0x7ffc1000
Overlap at 0xd0000000-0xd0500000
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
ADDRCONF(NETDEV_UP): eth1: link is not ready
ip6_tables: (C) 2000-2006 Netfilter Core Team
ip_tables: (C) 2000-2006 Netfilter Core Team
uli526x: eth1 NIC Link is Up 100 Mbps Full duplex
ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
warning: `named' uses 32-bit capabilities (legacy support in use)
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
Clocksource tsc unstable (delta = -90096724 ns)
eth1: no IPv6 routers present
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
Overlap at 0xd0000000-0xd8000000
Overlap at 0xff2f0000-0xff300000
CPU0 attaching NULL sched-domain.
CPU1 attaching NULL sched-domain.
CPU0 attaching sched-domain:
 domain 0: span 3
  groups: 1 2
CPU1 attaching sched-domain:
 domain 0: span 3
  groups: 2 1

Re: x86 git tree broken (bisected)

[Yinghai Lu]

On Mon, Apr 14, 2008 at 1:21 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Monday, 14 of April 2008, Yinghai Lu wrote:
>  > On Sun, Apr 13, 2008 at 5:19 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >
>  > > On Monday, 14 of April 2008, Yinghai Lu wrote:
>  > >  > On Sun, Apr 13, 2008 at 3:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >  > >
>  > >  > > On Monday, 14 of April 2008, Yinghai Lu wrote:
>  > >  > >  > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >  > >  > ...
>  > >  > >  > >  > can you try to apply the patch i sent to you about agp bridge order
>  > >  > >  > >  > reading for buggy silicon?
>  > >  > >  > >  >
>  > >  > >  > >  > Please boot kernel with "debug"...
>  > >  > >  > >  >
>  > >  > >  > >  > I want to verify if you can get
>  > >  > >  > >  >
>  > >  > >  > >  > "
>  > >  > >  > >  > Aperture conflicts with PCI mapping.
>  > >  > >  > >  > "
>  > >  > >  > >  >
>  > >  > >  > >  > in your boot log...
>  > >  > >  > >
>  > >  > >  > >  It's not present in there:
>  > >  > >  > >
>  > >  > >  > >  rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
>  > >  > >  > >  Aperture too small (32 MB)
>  > >  > >  > >  Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
>  > >  > >  > >  Aperture too small (0 MB)
>  > >  > >  > >  agpgart: Aperture pointing to RAM
>  > >  > >  > >  agpgart: Aperture from AGP @ de000000 size 4096 MB
>  > >  > >  > >  agpgart: Aperture too small (0 MB)
>  > >  > >  > >
>  > >  > >  > >  Full dmesg output attached.
>  > >  > >  >
>  > >  > >  > please check attached debug patch. and check if you can change GART
>  > >  > >  > size in your BIOS setup to 64M instead of 32M
>  > >  > >
>  > >  > >  Hm, what tree am I supposed to apply it too:
>  > >  > >  (1) current x86 git
>  > >  > >  (2) current x86 git w/ some of your previous patches (which ones in this case)
>  > >  > >  (3) failing (old) x86 git
>  > >  > >  (4) failing (old) x86 git w/ some of your previous patches (which ones in this
>  > >  > >     case)?
>  > >  >
>  > >  > (1) current x86.git
>  > >
>  > >  Attached is dmesg output from current x86.git with debug_gart_checking.patch
>  > >  applied.
>  >
>  > please test the final one ... ...
>  >
>  > You should get back 64M memory back.
>
>  Tested (current x86.git), dmesg output attached.

thanks.

looks good. as expected...

Checking aperture...
AGP bridge at 00:04:00
Aperture from AGP @ de000000 old size 32 MB
Aperture size 4096 MB (APSIZE 0) is not right, using settings from NB
Aperture from AGP @ de000000 size 32 MB (APSIZE 0)
Node 0: aperture @ de000000 size 32 MB
Aperture too small (32 MB) than (64 MB)
...
agpgart: Detected AGP bridge 20
Setting up ULi AGP.
agpgart: AGP aperture is 32M @ 0xde000000

YH

Re: x86 git tree broken (bisected)

[Rafael J. Wysocki]

On Monday, 14 of April 2008, Yinghai Lu wrote:
> On Mon, Apr 14, 2008 at 1:21 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > On Monday, 14 of April 2008, Yinghai Lu wrote:
> >  > On Sun, Apr 13, 2008 at 5:19 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >  > >
> >  > > On Monday, 14 of April 2008, Yinghai Lu wrote:
> >  > >  > On Sun, Apr 13, 2008 at 3:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >  > >  > >
> >  > >  > > On Monday, 14 of April 2008, Yinghai Lu wrote:
> >  > >  > >  > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >  > >  > >  > ...
> >  > >  > >  > >  > can you try to apply the patch i sent to you about agp bridge order
> >  > >  > >  > >  > reading for buggy silicon?
> >  > >  > >  > >  >
> >  > >  > >  > >  > Please boot kernel with "debug"...
> >  > >  > >  > >  >
> >  > >  > >  > >  > I want to verify if you can get
> >  > >  > >  > >  >
> >  > >  > >  > >  > "
> >  > >  > >  > >  > Aperture conflicts with PCI mapping.
> >  > >  > >  > >  > "
> >  > >  > >  > >  >
> >  > >  > >  > >  > in your boot log...
> >  > >  > >  > >
> >  > >  > >  > >  It's not present in there:
> >  > >  > >  > >
> >  > >  > >  > >  rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
> >  > >  > >  > >  Aperture too small (32 MB)
> >  > >  > >  > >  Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
> >  > >  > >  > >  Aperture too small (0 MB)
> >  > >  > >  > >  agpgart: Aperture pointing to RAM
> >  > >  > >  > >  agpgart: Aperture from AGP @ de000000 size 4096 MB
> >  > >  > >  > >  agpgart: Aperture too small (0 MB)
> >  > >  > >  > >
> >  > >  > >  > >  Full dmesg output attached.
> >  > >  > >  >
> >  > >  > >  > please check attached debug patch. and check if you can change GART
> >  > >  > >  > size in your BIOS setup to 64M instead of 32M
> >  > >  > >
> >  > >  > >  Hm, what tree am I supposed to apply it too:
> >  > >  > >  (1) current x86 git
> >  > >  > >  (2) current x86 git w/ some of your previous patches (which ones in this case)
> >  > >  > >  (3) failing (old) x86 git
> >  > >  > >  (4) failing (old) x86 git w/ some of your previous patches (which ones in this
> >  > >  > >     case)?
> >  > >  >
> >  > >  > (1) current x86.git
> >  > >
> >  > >  Attached is dmesg output from current x86.git with debug_gart_checking.patch
> >  > >  applied.
> >  >
> >  > please test the final one ... ...
> >  >
> >  > You should get back 64M memory back.
> >
> >  Tested (current x86.git), dmesg output attached.
> 
> thanks.
> 
> looks good. as expected...
> 
> Checking aperture...
> AGP bridge at 00:04:00
> Aperture from AGP @ de000000 old size 32 MB
> Aperture size 4096 MB (APSIZE 0) is not right, using settings from NB
> Aperture from AGP @ de000000 size 32 MB (APSIZE 0)
> Node 0: aperture @ de000000 size 32 MB
> Aperture too small (32 MB) than (64 MB)
> ...
> agpgart: Detected AGP bridge 20
> Setting up ULi AGP.
> agpgart: AGP aperture is 32M @ 0xde000000

BTW, what exactly would be the benefit of increasing the aperture size, given
that I use a PCI Express graphics adapter?

Rafael

Re: x86 git tree broken (bisected)

[Yinghai Lu]

On Mon, Apr 14, 2008 at 2:09 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> On Monday, 14 of April 2008, Yinghai Lu wrote:
>  > On Mon, Apr 14, 2008 at 1:21 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >
>  > > On Monday, 14 of April 2008, Yinghai Lu wrote:
>  > >  > On Sun, Apr 13, 2008 at 5:19 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >  > >
>  > >  > > On Monday, 14 of April 2008, Yinghai Lu wrote:
>  > >  > >  > On Sun, Apr 13, 2008 at 3:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >  > >  > >
>  > >  > >  > > On Monday, 14 of April 2008, Yinghai Lu wrote:
>  > >  > >  > >  > On Sun, Apr 13, 2008 at 9:12 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  > >  > >  > >  > ...
>  > >  > >  > >  > >  > can you try to apply the patch i sent to you about agp bridge order
>  > >  > >  > >  > >  > reading for buggy silicon?
>  > >  > >  > >  > >  >
>  > >  > >  > >  > >  > Please boot kernel with "debug"...
>  > >  > >  > >  > >  >
>  > >  > >  > >  > >  > I want to verify if you can get
>  > >  > >  > >  > >  >
>  > >  > >  > >  > >  > "
>  > >  > >  > >  > >  > Aperture conflicts with PCI mapping.
>  > >  > >  > >  > >  > "
>  > >  > >  > >  > >  >
>  > >  > >  > >  > >  > in your boot log...
>  > >  > >  > >  > >
>  > >  > >  > >  > >  It's not present in there:
>  > >  > >  > >  > >
>  > >  > >  > >  > >  rafael@albercik:~> grep Aperture failing-with-patch-dmesg.log
>  > >  > >  > >  > >  Aperture too small (32 MB)
>  > >  > >  > >  > >  Aperture from AGP @ de000000 size 4096 MB (APSIZE 0)
>  > >  > >  > >  > >  Aperture too small (0 MB)
>  > >  > >  > >  > >  agpgart: Aperture pointing to RAM
>  > >  > >  > >  > >  agpgart: Aperture from AGP @ de000000 size 4096 MB
>  > >  > >  > >  > >  agpgart: Aperture too small (0 MB)
>  > >  > >  > >  > >
>  > >  > >  > >  > >  Full dmesg output attached.
>  > >  > >  > >  >
>  > >  > >  > >  > please check attached debug patch. and check if you can change GART
>  > >  > >  > >  > size in your BIOS setup to 64M instead of 32M
>  > >  > >  > >
>  > >  > >  > >  Hm, what tree am I supposed to apply it too:
>  > >  > >  > >  (1) current x86 git
>  > >  > >  > >  (2) current x86 git w/ some of your previous patches (which ones in this case)
>  > >  > >  > >  (3) failing (old) x86 git
>  > >  > >  > >  (4) failing (old) x86 git w/ some of your previous patches (which ones in this
>  > >  > >  > >     case)?
>  > >  > >  >
>  > >  > >  > (1) current x86.git
>  > >  > >
>  > >  > >  Attached is dmesg output from current x86.git with debug_gart_checking.patch
>  > >  > >  applied.
>  > >  >
>  > >  > please test the final one ... ...
>  > >  >
>  > >  > You should get back 64M memory back.
>  > >
>  > >  Tested (current x86.git), dmesg output attached.
>  >
>  > thanks.
>  >
>  > looks good. as expected...
>  >
>  > Checking aperture...
>  > AGP bridge at 00:04:00
>  > Aperture from AGP @ de000000 old size 32 MB
>  > Aperture size 4096 MB (APSIZE 0) is not right, using settings from NB
>  > Aperture from AGP @ de000000 size 32 MB (APSIZE 0)
>  > Node 0: aperture @ de000000 size 32 MB
>  > Aperture too small (32 MB) than (64 MB)
>  > ...
>  > agpgart: Detected AGP bridge 20
>  > Setting up ULi AGP.
>  > agpgart: AGP aperture is 32M @ 0xde000000
>
>  BTW, what exactly would be the benefit of increasing the aperture size, given
>  that I use a PCI Express graphics adapter?
you don't need increase that before you are have less 4G RAM.

if you have more than 4G RAM, you may need to increase that to GART
for iommu. so other devices that support only dma32 could use extra
32M.

YH

Re: x86 git tree broken (bisected)

[Ingo Molnar]

* Yinghai Lu <yhlu.kernel@gmail.com> wrote:

> >  and X starts again.  Also, suspend to RAM works from under X.
> 
> please keep the three patches and applied the two attached debug 
> patches.
> 
> i wonder if there is some io allocation overlapping with your system.

hm, would be nice to have these two debugging patches upstream. Perhaps 
the printouts should be dependent on some boot parameter?

	Ingo

Re: x86 git tree broken (bisected)

[Yinghai Lu]

On Sun, Apr 13, 2008 at 12:51 AM, Ingo Molnar <mingo@elte.hu> wrote:
>
>  * Yinghai Lu <yhlu.kernel@gmail.com> wrote:
>
>  > >  and X starts again.  Also, suspend to RAM works from under X.
>  >
>  > please keep the three patches and applied the two attached debug
>  > patches.
>  >
>  > i wonder if there is some io allocation overlapping with your system.
>
>  hm, would be nice to have these two debugging patches upstream. Perhaps
>  the printouts should be dependent on some boot parameter?

I am using them to print out the io/mmio allocation (from BIOS) before
kernel modifying them.

YH