From: Luigi Genoni <kernel@Expansa.sns.it>
To: Hans Reiser <reiser@namesys.com>
Cc: Nikita Danilov <Nikita@namesys.com>,
<linux-kernel@vger.kernel.org>,
Reiserfs mail-list <Reiserfs-List@namesys.com>
Subject: Re: [reiserfs-list] Re: reiserfs does not work with linux 2.4.17 on sparc64 CPUs
Date: Wed, 2 Jan 2002 11:46:55 +0100 (CET) [thread overview]
Message-ID: <Pine.LNX.4.33.0201021143270.7126-100000@Expansa.sns.it> (raw)
In-Reply-To: <3C2C4B6A.2010705@namesys.com>
OK, here is what ksymoops output
\|/ ____ \|/
"@'/ .. \`@"
/_| \__/ |_\
\__U_/
mount(38): Kernel does fpu/atomic unaligned load/store.
TSTATE: 0000004411009603 TPC: 000000000059bae8 TNPC: 000000000059baec Y:
00000000 Not tainted
Using defaults from ksymoops -a sparc
g0: 000000000000ff00 g1: 0000000000000142 g2: 0000000000000001 g3:
0000000000000000
g4: fffff80000000000 g5: 0000000000000002 g6: fffff8006f27c000 g7:
0000000000000140
o0: 0000000000000000 o1: fffff8006f3241c4 o2: 0000000000000000 o3:
0000000000000073
o4: 0000000000000073 o5: 0000000000000000 sp: fffff8006f27f1b1 ret_pc:
00000000004ae6dc
l0: 0000000000000000 l1: fffff8006f1b8000 l2: fffff8006f1b8034 l3:
00000000005a9800
l4: 00000000019cc780 l5: 00000000005ca7a0 l6: fffff8006f1ba001 l7:
0000000000030000
i0: fffff8006f324000 i1: fffff8006f3241c4 i2: 0000000000000000 i3:
00000000004ae480
i4: 0814000000000000 i5: 0000000000000800 i6: fffff8006f27f2a1 i7:
00000000004694b4
Caller[00000000004694b4]
Caller[0000000000469c10]
Caller[000000000047d370]
Caller[000000000047d688]
Caller[000000000042da08]
Caller[0000000000410af4]
Caller[000000000001274c]
Instruction DUMP: 9089c005 12600006 8219c005 <c3f25007> 80a1c001
3267fffb ce5a4000 81c3e008 8143e00a
>>TPC; 0059bae8 <__bitops_begin+28/40> <=====
>>O7; 004ae6dc <reiserfs_read_super+25c/580>
>>I7; 004694b4 <get_sb_bdev+274/360>
Trace; 004694b4 <get_sb_bdev+274/360>
Trace; 00469c10 <do_kern_mount+b0/1c0>
Trace; 0047d370 <do_add_mount+10/140>
Trace; 0047d688 <do_mount+148/180>
Trace; 0042da08 <sys32_mount+108/160>
Trace; 00410af4 <linux_sparc_syscall32+34/40>
Trace; 0001274c Before first symbol
Code; 0059badc <__bitops_begin+1c/40>
0000000000000000 <_TPC>:
Code; 0059badc <__bitops_begin+1c/40>
0: 90 89 c0 05 andcc %g7, %g5, %o0
Code; 0059bae0 <__bitops_begin+20/40>
4: 12 60 00 06 bne,pn %xcc, 1c <_TPC+0x1c> 0059baf8
<__bitops_begin+38/40>
Code; 0059bae4 <__bitops_begin+24/40>
8: 82 19 c0 05 xor %g7, %g5, %g1
Code; 0059bae8 <__bitops_begin+28/40> <=====
c: c3 f2 50 07 casx [ %o1 ], %g7, %g1 <=====
Code; 0059baec <__bitops_begin+2c/40>
10: 80 a1 c0 01 cmp %g7, %g1
Code; 0059baf0 <__bitops_begin+30/40>
14: 32 67 ff fb bne,a,pn %xcc, 0 <_TPC>
Code; 0059baf4 <__bitops_begin+34/40>
18: ce 5a 40 00 ldx [ %o1 ], %g7
Code; 0059baf8 <__bitops_begin+38/40>
1c: 81 c3 e0 08 retl
Code; 0059bafc <__bitops_begin+3c/40>
20: 81 43 e0 0a membar #StoreStore|#StoreLoad
On Fri, 28 Dec 2001, Hans Reiser wrote:
> Luigi Genoni wrote:
>
> >OK, here is my oops
> >
> >reiserfs: checking transaction log (device 08:14) ...
> >Using r5 hash to sort names
> >Unsupported unaligned load/store trap for kernel at <000000000059bae8>.
> > \|/ ____ \|/
> > "@'/ .. \`@"
> > /_| \__/ |_\
> > \__U_/
> >mount(38): Kernel does fpu/atomic unaligned load/store.
> >TSTATE: 0000004411009603 TPC: 000000000059bae8 TNPC: 000000000059baec Y: 00000000 Not tainted
> >g0: 000000000000ff00 g1: 0000000000000142 g2: 0000000000000001 g3: 0000000000000000
> >g4: fffff80000000000 g5: 0000000000000002 g6: fffff8006f27c000 g7: 0000000000000140
> >o0: 0000000000000000 o1: fffff8006f3241c4 o2: 0000000000000000 o3: 0000000000000073
> >o4: 0000000000000073 o5: 0000000000000000 sp: fffff8006f27f1b1 ret_pc: 00000000004ae6dc
> >l0: 0000000000000000 l1: fffff8006f1b8000 l2: fffff8006f1b8034 l3: 00000000005a9800
> >l4: 00000000019cc780 l5: 00000000005ca7a0 l6: fffff8006f1ba001 l7: 0000000000030000
> >i0: fffff8006f324000 i1: fffff8006f3241c4 i2: 0000000000000000 i3: 00000000004ae480
> >i4: 0814000000000000 i5: 0000000000000800 i6: fffff8006f27f2a1 i7: 00000000004694b4
> >Caller[00000000004694b4]
> >Caller[0000000000469c10]
> >Caller[000000000047d370]
> >Caller[000000000047d688]
> >Caller[000000000042da08]
> >Caller[0000000000410af4]
> >Caller[000000000001274c]
> >Instruction DUMP: 9089c005 12600006 8219c005 <c3f25007> 80a1c001
> >3267fffb ce5a4000 81c3e008 8143e00a
> >sys32_ioctl(hwclock:47): Unknown cmd fd(3) cmd(00004b50) arg(effff900)
> >sys32_ioctl(hwclock:50): Unknown cmd fd(3) cmd(00004b50) arg(effff900)
> >
> >
> >and here are some more data about my system:
> >
> >storm:{root}:~>cat /proc/cpuinfo
> >cpu : TI UltraSparc II (BlackBird)
> >fpu : UltraSparc II integrated FPU
> >promlib : Version 3 Revision 25
> >prom : 3.25.0
> >type : sun4u
> >ncpus probed : 1
> >ncpus active : 1
> >Cpu0Bogo : 799.53
> >Cpu0ClkTck : 0000000017d77c6e
> >MMU Type : Spitfire
> >
> >storm:{root}:/proc>cat scsi/esp/0
> >Sparc ESP Host Adapter:
> > PROM node f006bef4
> > PROM name SUNW,fas
> > ESP Model Happy Meal FAS
> > DMA Revision Rev HME/FAS
> > Live Targets [ 0 1 6 ]
> >
> >Target # config3 Sync Capabilities Disconnect Wide
> >0 000000c3 [05,04] yes yes
> >1 000000c3 [05,04] yes yes
> >6 00000081 [05,04] yes no
> >
> >storm:{root}:/proc>cat scsi/scsi
> >Attached devices:
> >Host: scsi0 Channel: 00 Id: 00 Lun: 00
> > Vendor: IBM Model: DNES30917SUN9.0G Rev: SAD0
> > Type: Direct-Access ANSI SCSI revision: 03
> >Host: scsi0 Channel: 00 Id: 01 Lun: 00
> > Vendor: IBM Model: DNES30917SUN9.0G Rev: SAD0
> > Type: Direct-Access ANSI SCSI revision: 03
> >Host: scsi0 Channel: 00 Id: 06 Lun: 00
> > Vendor: TOSHIBA Model: XM5701TASUN12XCD Rev: 0997
> > Type: CD-ROM ANSI SCSI revision: 02
> >
> >
> >storm:{root}:~>cat /proc/meminfo
> > total: used: free: shared: buffers: cached:
> >Mem: 1040752640 627818496 412934144 0 132423680 388440064
> >Swap: 1077379072 0 1077379072
> >MemTotal: 1016360 kB
> >MemFree: 403256 kB
> >MemShared: 0 kB
> >Buffers: 129320 kB
> >Cached: 379336 kB
> >SwapCached: 0 kB
> >Active: 170272 kB
> >Inactive: 376720 kB
> >HighTotal: 0 kB
> >HighFree: 0 kB
> >LowTotal: 1016360 kB
> >LowFree: 403256 kB
> >SwapTotal: 1052128 kB
> >SwapFree: 1052128 kB
> >
> >storm:{root}:/proc>cat interrupts
> > 0: 125738 timer:dead
> > 3: 391330 ESP SCSI:7e0
> > 5: 5209 Quattro:7d4, HAPPY MEAL:7e1
> > 12: 3899 Zilog8530:7e8
> > 13: 0 cs4231:7e4
> > 15: 0 SYSIO UE:7f4, SYSIO CE:7f5, SYSIO SBUS Error:7f6
> >
> >storm:{root}:/proc>eeprom
> >tpe-link-test?=true
> >scsi-initiator-id=7
> >keyboard-click?=false
> >keymap: data not available.
> >sbus-probe-list=e0123
> >ttyb-rts-dtr-off=false
> >ttyb-ignore-cd=true
> >ttya-rts-dtr-off=false
> >ttya-ignore-cd=true
> >ttyb-mode=9600,8,n,1,-
> >ttya-mode=9600,8,n,1,-
> >mfg-mode=off
> >diag-level=max
> >#power-cycles=29
> >system-board-serial#=5013132279188
> >system-board-date=38bcfa61
> >fcode-debug?=false
> >output-device=screen
> >input-device=keyboard
> >load-base=16384
> >boot-command=boot
> >auto-boot?=true
> >watchdog-reboot?=false
> >diag-file: data not available.
> >diag-device=net
> >boot-file: data not available.
> >boot-device=linux
> >local-mac-address?=false
> >ansi-terminal?=true
> >screen-#columns=80
> >screen-#rows=34
> >silent-mode?=false
> >use-nvramrc?=true
> >nvramrc=devalias linux /sbus/SUNW,fas/sd@0,0:c
> >
> >security-mode=none
> >security-password: data not available.
> >security-#badlogins=0
> >oem-logo: data not available.
> >oem-logo?=false
> >oem-banner: data not available.
> >oem-banner?=false
> >hardware-revision: data not available.
> >last-hardware-update: data not available.
> >diag-switch?=false
> >name=options
> >
> >2.4.16 does work very well.
> >
> >Luigi
> >
> >On Thu, 27 Dec 2001, Nikita Danilov wrote:
> >
> >>Luigi Genoni writes:
> >> > HI,
> >> > I just upgraded to kernel 2.4.17 on a ultra2, sparc64, with 2 scsi disks.
> >> >
> >> > My system was on reiserfs,except for root partition, but the kernel 2.4.17
> >> > is unable to mount reiserFS partitions.
> >> > At boot i get an oops during the mount, but sincer I have no syslogd
> >> > running I am not able to log it. Anyway the message talk about not been
> >> > able to load a table map.
> >>
> >>Can you boot into single user, mount reiserfs partition manually and
> >>send decoded oops trace to the reiserfs list
> >>(Reiserfs-List@Namesys.COM)?
> >>
> >> >
> >> > gone back (sig!) to 2.4.16
> >> >
> >> > on x86 processors, instead, reiserfs semms to work as usual
> >> >
> >> > Luigi
> >> >
> >>
> >>Nikita.
> >>--
> >>Harry Popper---bespectacled philosopher
> >>
> >
> >
> >
> can you make use of ksymoops?
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
next prev parent reply other threads:[~2002-01-02 10:46 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-12-27 15:23 reiserfs does not work with linux 2.4.17 on sparc64 CPUs Luigi Genoni
2001-12-27 15:45 ` Nikita Danilov
2001-12-27 23:05 ` Luigi Genoni
2001-12-28 10:03 ` Luigi Genoni
2001-12-28 10:37 ` [reiserfs-list] " Hans Reiser
2001-12-28 22:53 ` Luigi Genoni
2002-01-02 10:46 ` Luigi Genoni [this message]
2002-01-02 13:00 ` Alexander Zarochentcev
2002-01-02 17:29 ` [reiserfs-list] Re: reiserfs does not work with linux 2.4.17 on Alan Cox
2002-01-03 8:47 ` [reiserfs-list] Re: reiserfs does not work with linux 2.4.17 on sparc64 CPUs Luigi Genoni
2001-12-28 16:24 ` Mr. Shannon Aldinger
2002-01-03 11:05 ` [reiserfs-list] " Alexander Zarochentcev
2002-01-03 4:13 ` David S. Miller
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=Pine.LNX.4.33.0201021143270.7126-100000@Expansa.sns.it \
--to=kernel@expansa.sns.it \
--cc=Nikita@namesys.com \
--cc=Reiserfs-List@namesys.com \
--cc=linux-kernel@vger.kernel.org \
--cc=reiser@namesys.com \
/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;
as well as URLs for NNTP newsgroup(s).