From: Helge Deller <deller@gmx.de>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Cc: John David Anglin <dave.anglin@bell.net>,
Vincent <vincent.stehle@laposte.net>,
Rolf Eike Beer <eike-kernel@sf-tec.de>,
linux-parisc@vger.kernel.org
Subject: Re: Issue booting v2.6.39 .. v3.4-rc6 on hp712/100
Date: Sun, 20 May 2012 23:09:09 +0200 [thread overview]
Message-ID: <4FB95D75.1020705@gmx.de> (raw)
In-Reply-To: <1337544924.2682.21.camel@dabdike.int.hansenpartnership.com>
On 05/20/2012 10:15 PM, James Bottomley wrote:
> On Sun, 2012-05-20 at 21:11 +0200, Helge Deller wrote:
>> On 05/20/2012 12:01 PM, James Bottomley wrote:
>>> On Fri, 2012-05-18 at 23:09 +0200, Helge Deller wrote:
>>>> James, here is the full kernel log. Does this help?
>>> Yes and no: it shows clearly we got all the way through the initrd, so
>>> we've gone through the alias region thousands of times doing flushes.
>>>
>>>> Kernel Fault: Code=26 regs=8fc30940 (Addr=0f2ff000)
>>>>
>>> It's an access rights trap, presumably on the alias tlb, since the
>>> address is definitely in the alias region. The obvious candidate is the
>>> protection id deposit in do_alias
>>>
>>> depw,z \prot,8,7,\prot
>>>
>>> but that all checks out fine (you can compare it with
>>> make_insert_tlb_11). So the page should have read, write and dirty set.
>>>
>>> The interesting thing is that the only way to get an access rights trap
>>> in the kernel is if the protection type is zero and I just can't see how
>>> do_alias would zero out \prot in a way that functions on your C3000
>>> (PA2.0) but not on the PA1.1 systems.
>>>
>>> Are you sure this is booting the same kernel?
>> Yes, since I use tftboot to deliver same vmlinux kernel to all my machines
>> for bootup.
> The penny finally dropped on Dave's last comment. The _20 path needs to
> use wide instructions even though it's executing narrow code because we
> have to use the PA2.0 tlb insertion instruction, so it's not
> CONFIG_64BIT that's the differentiator, but which interruption path
> we're on.
>
> Does this fix it?
Yes, this fixed the crash. No segfaults at all on all my machines :-)
C3000:~# uname -a
Linux c3000 3.4.0-rc7-32bit+ #11 Sun May 20 22:30:48 CEST 2012 parisc
GNU/Linux
715/64:~# uname -a
Linux pa64 3.4.0-rc7-32bit+ #11 Sun May 20 22:30:48 CEST 2012 parisc
GNU/Linux
B160L:~# uname -a
Linux b160 3.4.0-rc7-32bit+ #11 Sun May 20 22:30:48 CEST 2012 parisc
GNU/Linux
REALLY COOL!
This is with
- Linus git head (which includes James "parisc-fixes" branch)
- with Daves vmlinux.lds.S patch
- and James PA 20 TLB-fix patch above.
Just to make sure, I just wanted to build the same kernel now for 64bit...
Sadly hppa64-ld crashes for me...
[deller@p100 linus-linux-2.6-64bit]$ gdb
/opt/cross-hppa-4.6/bin/hppa64-linux-ld
GNU gdb (GDB) Fedora (7.3.1-48.fc15)
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /opt/cross-hppa-4.6/bin/hppa64-linux-ld...done.
(gdb) run --build-id -o .tmp_vmlinux2 -T arch/parisc/kernel/vmlinux.lds
arch/parisc/kernel/head.o init/built-in.o --start-group usr/built-in.o
arch/parisc/mm/built-in.o arch/parisc/kernel/built-in.o
arch/parisc/math-emu/built-in.o arch/parisc/kernel/init_task.o
kernel/built-in.o mm/built-in.o fs/built-in.o ipc/built-in.o
security/built-in.o crypto/built-in.o block/built-in.o lib/lib.a
arch/parisc/lib/lib.a `hppa64-linux-gcc -print-libgcc-file-name`
lib/built-in.o arch/parisc/lib/built-in.o `hppa64-linux-gcc
-print-libgcc-file-name` drivers/built-in.o sound/built-in.o
firmware/built-in.o net/built-in.o --end-group .tmp_kallsyms1.o
Starting program: /opt/cross-hppa-4.6/bin/hppa64-linux-ld --build-id -o
.tmp_vmlinux2 -T arch/parisc/kernel/vmlinux.lds
arch/parisc/kernel/head.o init/built-in.o --start-group usr/built-in.o
arch/parisc/mm/built-in.o arch/parisc/kernel/built-in.o
arch/parisc/math-emu/built-in.o arch/parisc/kernel/init_task.o
kernel/built-in.o mm/built-in.o fs/built-in.o ipc/built-in.o
security/built-in.o crypto/built-in.o block/built-in.o lib/lib.a
arch/parisc/lib/lib.a `hppa64-linux-gcc -print-libgcc-file-name`
lib/built-in.o arch/parisc/lib/built-in.o `hppa64-linux-gcc
-print-libgcc-file-name` drivers/built-in.o sound/built-in.o
firmware/built-in.o net/built-in.o --end-group .tmp_kallsyms1.o
/opt/cross-hppa-4.6/bin/hppa64-linux-ld:
Program received signal SIGSEGV, Segmentation fault.
0x00000034d7a4a26e in vfprintf () from /lib64/libc.so.6
Missing separate debuginfos, use: debuginfo-install
glibc-2.14.1-6.x86_64 zlib-1.2.5-6.fc15.x86_64
(gdb) bt
#0 0x00000034d7a4a26e in vfprintf () from /lib64/libc.so.6
#1 0x00000034d7a4b4f4 in buffered_vfprintf () from /lib64/libc.so.6
#2 0x00000034d7a4691e in vfprintf () from /lib64/libc.so.6
#3 0x0000000000425a2d in _bfd_default_error_handler (fmt=0x4c6ff3
"+0xlx): cannot reach %s") at /mnt/sda4/home/cvs/binutils/bfd/bfd.c:727
#4 0x0000000000441de0 in elf_hppa_final_link_relocate (eh=0x773890,
sym_sec=<optimized out>, info=0x6e8d00, value=<optimized out>,
contents=0x2a624e0 "\b\003\002A\017\302\022\301\b\036\002Cs\301\002(+v
", input_section=0x7627c8,
output_bfd=0x705900, input_bfd=0x73e270, rel=0x7779e0) at
/mnt/sda4/home/cvs/binutils/bfd/elf64-hppa.c:3276
#5 elf64_hppa_relocate_section (output_bfd=0x705900, info=0x6e8d00,
input_bfd=0x73e270, input_section=0x7627c8, contents=0x2a624e0
"\b\003\002A\017\302\022\301\b\036\002Cs\301\002(+v ", relocs=<optimized
out>, local_syms=0x2d1b230,
local_sections=0x2dec550) at
/mnt/sda4/home/cvs/binutils/bfd/elf64-hppa.c:3930
#6 0x000000000046250f in elf_link_input_bfd (flinfo=0x7fffffffd910,
input_bfd=0x73e270) at /mnt/sda4/home/cvs/binutils/bfd/elflink.c:9582
#7 0x0000000000463ff7 in bfd_elf_final_link (abfd=0x705900,
info=0x6e8d00) at /mnt/sda4/home/cvs/binutils/bfd/elflink.c:10734
#8 0x000000000043f032 in elf64_hppa_final_link (abfd=0x705900,
info=0x6e8d00) at /mnt/sda4/home/cvs/binutils/bfd/elf64-hppa.c:3028
#9 0x0000000000417e26 in ldwrite () at
/mnt/sda4/home/cvs/binutils/ld/ldwrite.c:582
#10 0x0000000000402f9c in main (argc=33, argv=0x7fffffffdce8) at
/mnt/sda4/home/cvs/binutils/ld/ldmain.c:420
this is with binutils CVS head (just pulled and compiled again), gcc
from gcc-4.6 branch
Helge
next prev parent reply other threads:[~2012-05-20 21:09 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-08 21:59 Issue booting v2.6.39 .. v3.4-rc6 on hp712/100 Vincent
2012-05-09 6:53 ` Rolf Eike Beer
2012-05-09 15:55 ` John David Anglin
2012-05-09 21:14 ` Vincent
2012-05-09 21:33 ` John David Anglin
2012-05-10 2:03 ` John David Anglin
2012-05-10 6:41 ` Rolf Eike Beer
2012-05-10 16:32 ` John David Anglin
2012-05-10 19:32 ` Rolf Eike Beer
2012-05-11 21:17 ` Vincent
2012-05-13 14:32 ` Jeroen Roovers
2012-05-14 0:52 ` John David Anglin
2012-05-12 22:50 ` Helge Deller
2012-05-13 14:11 ` John David Anglin
2012-05-14 1:10 ` John David Anglin
2012-05-14 22:11 ` Helge Deller
2012-05-14 22:38 ` John David Anglin
2012-05-14 22:55 ` John David Anglin
2012-05-15 8:09 ` James Bottomley
2012-05-15 9:13 ` James Bottomley
2012-05-15 18:23 ` John David Anglin
2012-05-15 18:50 ` Helge Deller
2012-05-15 19:24 ` John David Anglin
2012-05-15 19:46 ` John David Anglin
2012-05-15 19:59 ` Helge Deller
2012-05-15 20:05 ` John David Anglin
2012-05-15 20:28 ` Helge Deller
2012-05-15 20:48 ` John David Anglin
2012-05-16 14:59 ` James Bottomley
2012-05-17 19:26 ` Helge Deller
2012-05-17 19:57 ` Rolf Eike Beer
2012-05-18 8:12 ` James Bottomley
2012-05-18 21:09 ` Helge Deller
2012-05-20 10:01 ` James Bottomley
2012-05-20 19:11 ` Helge Deller
2012-05-20 20:15 ` James Bottomley
2012-05-20 21:09 ` Helge Deller [this message]
2012-05-20 21:25 ` John David Anglin
2012-05-21 20:59 ` Helge Deller
2012-05-23 8:47 ` Peter Gantner (nephros)
2012-05-23 23:09 ` John David Anglin
2012-05-15 21:08 ` John David Anglin
2012-05-16 7:27 ` James Bottomley
2012-05-16 9:27 ` James Bottomley
2012-05-16 10:09 ` James Bottomley
2012-05-16 10:49 ` John David Anglin
2012-05-16 10:57 ` James Bottomley
2012-05-16 11:17 ` John David Anglin
2012-05-16 11:57 ` Rolf Eike Beer
2012-05-16 12:24 ` James Bottomley
2012-05-15 19:52 ` James Bottomley
2012-05-15 19:09 ` James Bottomley
2012-05-15 21:01 ` Vincent
2012-05-16 19:07 ` Helge Deller
2012-05-15 8:06 ` James Bottomley
2012-05-09 21:00 ` Vincent
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=4FB95D75.1020705@gmx.de \
--to=deller@gmx.de \
--cc=James.Bottomley@HansenPartnership.com \
--cc=dave.anglin@bell.net \
--cc=eike-kernel@sf-tec.de \
--cc=linux-parisc@vger.kernel.org \
--cc=vincent.stehle@laposte.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.