From: Venki Pallipadi <venkatesh.pallipadi@intel.com>
To: Andreas Herrmann <andreas.herrmann3@amd.com>
Cc: venkatesh.pallipadi@intel.com, ak@muc.de, ebiederm@xmission.com,
rdreier@cisco.com, torvalds@linux-foundation.org, gregkh@suse.de,
airlied@skynet.ie, davej@redhat.com, mingo@elte.hu,
tglx@linutronix.de, hpa@zytor.com, akpm@linux-foundation.org,
arjan@infradead.org, jesse.barnes@intel.com, davem@davemloft.net,
linux-kernel@vger.kernel.org, suresh.b.siddha@intel.com
Subject: Re: [patch 0/4] x86: PAT followup - Incremental changes and bug fixes
Date: Wed, 16 Jan 2008 12:33:28 -0800 [thread overview]
Message-ID: <20080116203328.GA17869@linux-os.sc.intel.com> (raw)
In-Reply-To: <20080116185748.GA11244@alberich.amd.com>
On Wed, Jan 16, 2008 at 07:57:48PM +0100, Andreas Herrmann wrote:
> Hi,
>
> I just want to report that the PAT support in x86/mm causes crashes
> on two of my test machines. On both boxes the SATA detection does
> not work when the PAT support is patched into the kernel.
>
> Symptoms are as follows -- best described by a diff between the
> two boot.logs:
>
> # diff boot-failing.log boot-working.log
>
> -Linux version 2.6.24-rc8-ga9f7faa5 (root@hunter) (gcc version ...
> +Linux version 2.6.24-rc8-g2ea3cf43 (root@hunter) (gcc version ...
> ...
> early_iounmap(ffffffff82a0b000, 00001000)
> -early_ioremap(000000000000c000, 00001000) => -000002103394304
> -early_iounmap(ffffffff82a0c000, 00001000)
This does not look to be the problem here. We just mapped some new low
address due to possibly a different code path. But, seems to have worked fine.
> early_iounmap(ffffffff82808000, 00001000)
> ...
> -ACPI: PCI interrupt for device 0000:00:12.0 disabled
> -sata_sil: probe of 0000:00:12.0 failed with error -12
> +scsi0 : sata_sil
> +scsi1 : sata_sil
> +ata1: SATA max UDMA/100 mmio m512@0xc0403000 tf 0xc0403080 irq 22
> ...
> -AC'97 space ioremap problem
> -ACPI: PCI interrupt for device 0000:00:14.5 disabled
> -ATI IXP AC97 controller: probe of 0000:00:14.5 failed with error -5
This ioremap failing seems to be the real problem. This can be due to
new tracking of ioremaps introduced by PAT patches. We do not allow
conflicting ioremaps to same region. Probably that is happening
in both Sound and sata initialization which results in driver init failing.
Can you please try the debug patch below over latest x86/mm and boot kernel with
debug boot option and send us the dmesg from the failure. That will give us
better info about ioremaps.
Thanks,
Venki
Index: linux-2.6.git/arch/x86/mm/ioremap_64.c
===================================================================
--- linux-2.6.git.orig/arch/x86/mm/ioremap_64.c 2008-01-16 03:38:32.000000000 -0800
+++ linux-2.6.git/arch/x86/mm/ioremap_64.c 2008-01-16 05:16:28.000000000 -0800
@@ -150,6 +150,8 @@
void __iomem *ioremap_nocache (unsigned long phys_addr, unsigned long size)
{
+ printk(KERN_DEBUG "ioremap_nocache: addr %lx, size %lx\n",
+ phys_addr, size);
return __ioremap(phys_addr, size, _PAGE_UC);
}
EXPORT_SYMBOL(ioremap_nocache);
Index: linux-2.6.git/include/asm-x86/io_64.h
===================================================================
--- linux-2.6.git.orig/include/asm-x86/io_64.h 2008-01-16 03:38:32.000000000 -0800
+++ linux-2.6.git/include/asm-x86/io_64.h 2008-01-16 05:16:57.000000000 -0800
@@ -154,6 +154,8 @@
static inline void __iomem * ioremap (unsigned long offset, unsigned long size)
{
+ printk(KERN_DEBUG "ioremap: addr %lx, size %lx\n",
+ offset, size);
return __ioremap(offset, size, 0);
}
next prev parent reply other threads:[~2008-01-16 20:33 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-16 2:39 [patch 0/4] x86: PAT followup - Incremental changes and bug fixes venkatesh.pallipadi
2008-01-16 2:39 ` [patch 1/4] x86: PAT followup - Do not fold two bits in _PAGE_PCD venkatesh.pallipadi
2008-01-16 2:39 ` [patch 2/4] x86: PAT followup - Remove KERNPG_TABLE from pte entry venkatesh.pallipadi
2008-01-16 8:14 ` Mika Penttilä
2008-01-16 18:17 ` Pallipadi, Venkatesh
2008-01-17 0:18 ` Venki Pallipadi
2008-01-16 2:39 ` [patch 3/4] x86: PAT followup - Remove reserved pages mapping to zero page and not map them venkatesh.pallipadi
2008-01-16 2:39 ` [patch 4/4] x86: PAT followup - use ioremap for devmem read of reserved regions venkatesh.pallipadi
2008-01-16 7:33 ` Ingo Molnar
2008-01-16 7:29 ` [patch 0/4] x86: PAT followup - Incremental changes and bug fixes Ingo Molnar
2008-01-16 18:57 ` Andreas Herrmann
2008-01-16 19:05 ` Pallipadi, Venkatesh
2008-01-16 19:37 ` Pallipadi, Venkatesh
2008-01-16 20:24 ` Ingo Molnar
2008-01-16 20:33 ` Venki Pallipadi [this message]
2008-01-16 22:01 ` Andi Kleen
2008-01-16 22:14 ` Pallipadi, Venkatesh
2008-01-16 22:29 ` Andi Kleen
2008-01-17 19:12 ` Andreas Herrmann3
2008-01-17 19:54 ` Andreas Herrmann3
2008-01-17 20:36 ` Ingo Molnar
2008-01-17 20:33 ` H. Peter Anvin
2008-01-17 20:56 ` Ingo Molnar
2008-01-17 20:57 ` Linus Torvalds
2008-01-17 20:44 ` Ingo Molnar
2008-01-17 21:03 ` Andreas Herrmann3
2008-01-17 21:13 ` Ingo Molnar
2008-01-17 21:22 ` Ingo Molnar
2008-01-17 21:31 ` Siddha, Suresh B
2008-01-17 21:38 ` H. Peter Anvin
2008-01-24 20:22 ` Eric W. Biederman
2008-01-24 21:36 ` H. Peter Anvin
2008-01-17 21:42 ` Ingo Molnar
2008-01-17 22:06 ` Andreas Herrmann3
2008-01-17 22:05 ` H. Peter Anvin
2008-01-17 22:15 ` Ingo Molnar
2008-01-17 22:52 ` Andreas Herrmann3
2008-01-17 23:04 ` Venki Pallipadi
2008-01-17 23:24 ` Andreas Herrmann3
2008-01-17 23:42 ` Pallipadi, Venkatesh
2008-01-18 16:10 ` Andreas Herrmann3
2008-01-18 17:13 ` Pallipadi, Venkatesh
2008-01-18 17:33 ` Balbir Singh
2008-01-18 4:25 ` Andi Kleen
2008-01-17 21:42 ` Andreas Herrmann3
2008-01-17 22:13 ` Ingo Molnar
2008-01-17 22:16 ` Andreas Herrmann3
2008-01-17 22:26 ` Andreas Herrmann3
2008-01-17 22:35 ` Ingo Molnar
2008-01-17 23:06 ` Andreas Herrmann3
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080116203328.GA17869@linux-os.sc.intel.com \
--to=venkatesh.pallipadi@intel.com \
--cc=airlied@skynet.ie \
--cc=ak@muc.de \
--cc=akpm@linux-foundation.org \
--cc=andreas.herrmann3@amd.com \
--cc=arjan@infradead.org \
--cc=davej@redhat.com \
--cc=davem@davemloft.net \
--cc=ebiederm@xmission.com \
--cc=gregkh@suse.de \
--cc=hpa@zytor.com \
--cc=jesse.barnes@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=rdreier@cisco.com \
--cc=suresh.b.siddha@intel.com \
--cc=tglx@linutronix.de \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox