* 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 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: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 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
* 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-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
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).