* reiserfs does not work with linux 2.4.17 on sparc64 CPUs @ 2001-12-27 15:23 Luigi Genoni 2001-12-27 15:45 ` Nikita Danilov 0 siblings, 1 reply; 13+ messages in thread From: Luigi Genoni @ 2001-12-27 15:23 UTC (permalink / raw) To: linux-kernel 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. gone back (sig!) to 2.4.16 on x86 processors, instead, reiserfs semms to work as usual Luigi ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: reiserfs does not work with linux 2.4.17 on sparc64 CPUs 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 ` (2 more replies) 0 siblings, 3 replies; 13+ messages in thread From: Nikita Danilov @ 2001-12-27 15:45 UTC (permalink / raw) To: Luigi Genoni; +Cc: linux-kernel, Reiserfs mail-list 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 ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: reiserfs does not work with linux 2.4.17 on sparc64 CPUs 2001-12-27 15:45 ` Nikita Danilov @ 2001-12-27 23:05 ` Luigi Genoni 2001-12-28 10:03 ` Luigi Genoni 2002-01-03 4:13 ` David S. Miller 2 siblings, 0 replies; 13+ messages in thread From: Luigi Genoni @ 2001-12-27 23:05 UTC (permalink / raw) To: Nikita Danilov; +Cc: linux-kernel, Reiserfs mail-list Will do this tomorrow in the afternoon, hopeing that nothing gets corrupted... Apart of this, on sparc64+2.4.16 reiserFS was rock solid (some warning during compilation, about whom I already sended a report) also under really eavy I/O. 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 > - > 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/ > ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: reiserfs does not work with linux 2.4.17 on sparc64 CPUs 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 ` (2 more replies) 2002-01-03 4:13 ` David S. Miller 2 siblings, 3 replies; 13+ messages in thread From: Luigi Genoni @ 2001-12-28 10:03 UTC (permalink / raw) To: Nikita Danilov; +Cc: linux-kernel, Reiserfs mail-list 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 > ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [reiserfs-list] Re: reiserfs does not work with linux 2.4.17 on sparc64 CPUs 2001-12-28 10:03 ` Luigi Genoni @ 2001-12-28 10:37 ` Hans Reiser 2001-12-28 22:53 ` Luigi Genoni ` (2 more replies) 2001-12-28 16:24 ` Mr. Shannon Aldinger 2002-01-03 11:05 ` [reiserfs-list] " Alexander Zarochentcev 2 siblings, 3 replies; 13+ messages in thread From: Hans Reiser @ 2001-12-28 10:37 UTC (permalink / raw) To: Luigi Genoni; +Cc: Nikita Danilov, linux-kernel, Reiserfs mail-list 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? ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [reiserfs-list] Re: reiserfs does not work with linux 2.4.17 on sparc64 CPUs 2001-12-28 10:37 ` [reiserfs-list] " Hans Reiser @ 2001-12-28 22:53 ` Luigi Genoni 2002-01-02 10:46 ` Luigi Genoni 2002-01-02 13:00 ` Alexander Zarochentcev 2 siblings, 0 replies; 13+ messages in thread From: Luigi Genoni @ 2001-12-28 22:53 UTC (permalink / raw) To: Hans Reiser; +Cc: Nikita Danilov, linux-kernel, Reiserfs mail-list will do this in the 2dn of january. I cannot do it before. Obviously I am available to test any patch. On Fri, 28 Dec 2001, Hans Reiser wrote: > > > can you make use of ksymoops? ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [reiserfs-list] Re: reiserfs does not work with linux 2.4.17 on sparc64 CPUs 2001-12-28 10:37 ` [reiserfs-list] " Hans Reiser 2001-12-28 22:53 ` Luigi Genoni @ 2002-01-02 10:46 ` Luigi Genoni 2002-01-02 13:00 ` Alexander Zarochentcev 2 siblings, 0 replies; 13+ messages in thread From: Luigi Genoni @ 2002-01-02 10:46 UTC (permalink / raw) To: Hans Reiser; +Cc: Nikita Danilov, linux-kernel, Reiserfs mail-list 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/ > ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [reiserfs-list] Re: reiserfs does not work with linux 2.4.17 on sparc64 CPUs 2001-12-28 10:37 ` [reiserfs-list] " Hans Reiser 2001-12-28 22:53 ` Luigi Genoni 2002-01-02 10:46 ` Luigi Genoni @ 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 2 siblings, 2 replies; 13+ messages in thread From: Alexander Zarochentcev @ 2002-01-02 13:00 UTC (permalink / raw) To: Luigi Genoni Cc: Hans Reiser, Nikita Danilov, linux-kernel, Reiserfs mail-list Hello ! As I guess, the problem is that sparc64's set_bit() does not like addresses which are not aligned on 8-byte boundary. New `s_properties' field of reiserfs specific part of super block is such kind of. Can you try this patch: --- linux/include/linux/reiserfs_fs_sb.h.org Wed Jan 2 15:45:20 2002 +++ linux/include/linux/reiserfs_fs_sb.h Wed Jan 2 15:45:36 2002 @@ -407,7 +407,7 @@ /* To be obsoleted soon by per buffer seals.. -Hans */ atomic_t s_generation_counter; // increased by one every time the // tree gets re-balanced - unsigned int s_properties; /* File system properties. Currently holds + unsigned long s_properties; /* File system properties. Currently holds on-disk FS format */ /* session statistics */ Luigi Genoni writes: > 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 > > -- Alex. ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [reiserfs-list] Re: reiserfs does not work with linux 2.4.17 on 2002-01-02 13:00 ` Alexander Zarochentcev @ 2002-01-02 17:29 ` Alan Cox 2002-01-03 8:47 ` [reiserfs-list] Re: reiserfs does not work with linux 2.4.17 on sparc64 CPUs Luigi Genoni 1 sibling, 0 replies; 13+ messages in thread From: Alan Cox @ 2002-01-02 17:29 UTC (permalink / raw) To: Alexander Zarochentcev Cc: Luigi Genoni, Hans Reiser, Nikita Danilov, linux-kernel, Reiserfs mail-list > As I guess, the problem is that sparc64's set_bit() does not like addresses > which are not aligned on 8-byte boundary. New `s_properties' field of reiserfs > specific part of super block is such kind of. set_bit is defined for long. The fix is definitely right - without it you'll scribble on other memory on any 64bit BE platform ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [reiserfs-list] Re: reiserfs does not work with linux 2.4.17 on sparc64 CPUs 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 ` Luigi Genoni 1 sibling, 0 replies; 13+ messages in thread From: Luigi Genoni @ 2002-01-03 8:47 UTC (permalink / raw) To: Alexander Zarochentcev Cc: Hans Reiser, Nikita Danilov, linux-kernel, Reiserfs mail-list As it has been pointed by Alan, this fix does solve the problem very well. The filesystem gets mounted, and now I am going to do some stability check. Luigi On Wed, 2 Jan 2002, Alexander Zarochentcev wrote: > Hello ! > > As I guess, the problem is that sparc64's set_bit() does not like addresses > which are not aligned on 8-byte boundary. New `s_properties' field of reiserfs > specific part of super block is such kind of. > > Can you try this patch: > > --- linux/include/linux/reiserfs_fs_sb.h.org Wed Jan 2 15:45:20 2002 > +++ linux/include/linux/reiserfs_fs_sb.h Wed Jan 2 15:45:36 2002 > @@ -407,7 +407,7 @@ > /* To be obsoleted soon by per buffer seals.. -Hans */ > atomic_t s_generation_counter; // increased by one every time the > // tree gets re-balanced > - unsigned int s_properties; /* File system properties. Currently holds > + unsigned long s_properties; /* File system properties. Currently holds > on-disk FS format */ > > /* session statistics */ > > > > Luigi Genoni writes: > > 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 > > > > > > > > -- > Alex. > ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: reiserfs does not work with linux 2.4.17 on sparc64 CPUs 2001-12-28 10:03 ` Luigi Genoni 2001-12-28 10:37 ` [reiserfs-list] " Hans Reiser @ 2001-12-28 16:24 ` Mr. Shannon Aldinger 2002-01-03 11:05 ` [reiserfs-list] " Alexander Zarochentcev 2 siblings, 0 replies; 13+ messages in thread From: Mr. Shannon Aldinger @ 2001-12-28 16:24 UTC (permalink / raw) To: Luigi Genoni; +Cc: Nikita Danilov, linux-kernel, Reiserfs mail-list -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 28 Dec 2001, Luigi Genoni wrote: > OK, here is my oops > Well I think all of the endian-safe patches should be included with 2.4.17, you may also need to use reiserfsprogs-3.x.0k-pre10 or later as they have endian patches too. My problem was not using the endian-safe patches against the kernel and reiserfsprogs. However I didn't get an oops. Also note this (copied directly from the FAQ on www.namesys.com) 23. Can I use ReiserFS on other architectures than i386? Yes, on DEC Alpha. You may be able to easily bribe us to do the port though.... Kinda disappoint because it doesn't say where to get the endian-safe patches, etc. To make it work on Sparc machines. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjwsnNwACgkQwtU6L/A4vVAOGQCfRXDHCMuDGpuJOz5s6OKUDMiY cIMAni9Kpm6R5MOzeKHgU+EVrGPce4rU =jyAs -----END PGP SIGNATURE----- ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [reiserfs-list] Re: reiserfs does not work with linux 2.4.17 on sparc64 CPUs 2001-12-28 10:03 ` Luigi Genoni 2001-12-28 10:37 ` [reiserfs-list] " Hans Reiser 2001-12-28 16:24 ` Mr. Shannon Aldinger @ 2002-01-03 11:05 ` Alexander Zarochentcev 2 siblings, 0 replies; 13+ messages in thread From: Alexander Zarochentcev @ 2002-01-03 11:05 UTC (permalink / raw) To: David S. Miller; +Cc: kernel, Nikita, linux-kernel, Reiserfs-List It was sent to reiserfs list and lkml already. David S. Miller writes: > From: Luigi Genoni <kernel@Expansa.sns.it> > Date: Fri, 28 Dec 2001 11:03:27 +0100 (CET) > > 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>. > > Looks like some change in reiserfs in 2.4.17 has caused it to start > doing {set,clear,change}_bit() operations on pointers which are not > "long" aligned. --- linux/include/linux/reiserfs_fs_sb.h.org Wed Jan 2 15:45:20 2002 +++ linux/include/linux/reiserfs_fs_sb.h Wed Jan 2 15:45:36 2002 @@ -407,7 +407,7 @@ /* To be obsoleted soon by per buffer seals.. -Hans */ atomic_t s_generation_counter; // increased by one every time the // tree gets re-balanced - unsigned int s_properties; /* File system properties. Currently holds + unsigned long s_properties; /* File system properties. Currently holds on-disk FS format */ /* session statistics */ > > Franks a lot, > David S. Miller > davem@redhat.com -- Alexander Zarochentcev, mailto:zam@namesys.com --- "Gee, Toto, I don't think we are in Kansas anymore." ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: reiserfs does not work with linux 2.4.17 on sparc64 CPUs 2001-12-27 15:45 ` Nikita Danilov 2001-12-27 23:05 ` Luigi Genoni 2001-12-28 10:03 ` Luigi Genoni @ 2002-01-03 4:13 ` David S. Miller 2 siblings, 0 replies; 13+ messages in thread From: David S. Miller @ 2002-01-03 4:13 UTC (permalink / raw) To: kernel; +Cc: Nikita, linux-kernel, Reiserfs-List From: Luigi Genoni <kernel@Expansa.sns.it> Date: Fri, 28 Dec 2001 11:03:27 +0100 (CET) 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>. Looks like some change in reiserfs in 2.4.17 has caused it to start doing {set,clear,change}_bit() operations on pointers which are not "long" aligned. Franks a lot, David S. Miller davem@redhat.com ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2002-01-03 11:06 UTC | newest] Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 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 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
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).