- 1. XFS architecture ? (score: 1)
- Author: Fredrik Winäs <fredrik@xxxxxxxx
- Date: Mon, 03 Apr 2000 21:33:36 +0200
- What is the difference between ( ) MIPS (X) Native ( ) Multi ? Thanks Attachment: fredrik.vcf Description: Card for Fredrik Winä
- /archives/xfs/2000-04/msg00034.html (7,496 bytes)
- 2. Re: XFS architecture ? (score: 1)
- Author: Steve Lord <lord@xxxxxxx>
- Date: Mon, 03 Apr 2000 14:42:25 -0500
- Currently the on disk format used by XFS on Linux is not compatible with that used on Irix. Work is in progress to add the byte swapping work to support the Irix format. So: MIPS format is the Irix
- /archives/xfs/2000-04/msg00035.html (8,220 bytes)
- 3. Re: XFS architecture ? (score: 1)
- Author: Jim Mostek <mostek@xxxxxxx>
- Date: Mon, 3 Apr 2000 14:47:53 -0500 (CDT)
- This has to do with the on disk format. All IRIX XFS implementations are MIPS Big Endian. The current pre-alpha Linux XFS implementation is IA32 Little Endian. We have an effort underway to allow the
- /archives/xfs/2000-04/msg00037.html (8,544 bytes)
- 4. Re: XFS architecture ? (score: 1)
- Author: Stefan Smietanowski <stefan@xxxxxxxxx>
- Date: Mon, 03 Apr 2000 22:03:23 +0200
- Linux had that before, with Big Endian machines having a Big Endian ext2, but that was dropped before 2.0.0 if I recall correctly, and now all linux machines use a little endian ext2 system. I can't
- /archives/xfs/2000-04/msg00039.html (8,771 bytes)
- 5. Re: XFS architecture ? (score: 1)
- Author: Ken McDonell <kenmcd@xxxxxxxxxxxxxxxxx>
- Date: Tue, 4 Apr 2000 07:45:23 +1000
- Rest assured. Our IRIX heritage and the very migration strategy you describe mandate that XFS on Linux _will_ support the IRIX MIPS on-disk format. The issue we still have to resolve (and this is the
- /archives/xfs/2000-04/msg00043.html (9,310 bytes)
- 6. Re: XFS architecture ? (score: 1)
- Author: "Andi Kleen" <ak@xxxxxxx>
- Date: Mon, 3 Apr 2000 23:58:42 +0200
- Switching endians is very cheap on modern CPUs (ppro+ have a special instruction, ultrasparc/ia64/et.al. have special bits in the store instructions to store both endians). What is expensive is check
- /archives/xfs/2000-04/msg00045.html (8,649 bytes)
- 7. Re: XFS architecture ? (score: 1)
- Author: Jim Mostek <mostek@xxxxxxx>
- Date: Mon, 3 Apr 2000 18:06:44 -0500 (CDT)
- Let me strongly disagree with: The biggest part would come in all the support/testing/... on the different architecture combinations. If the on-disk format and log format are all fixed, it greatly si
- /archives/xfs/2000-04/msg00049.html (10,156 bytes)
- 8. Re: XFS architecture ? (score: 1)
- Author: Ken McDonell <kenmcd@xxxxxxxxxxxxxxxxx>
- Date: Tue, 4 Apr 2000 10:01:20 +1000
- Let me strongly disagree. OK, Jim and I are in a deadly disagree-disagree embrace now ... 8^)> Well not really ... I said "small additional _development_ effort". I should have stressed that beyond t
- /archives/xfs/2000-04/msg00051.html (8,792 bytes)
- 9. Re: XFS architecture ? (score: 1)
- Author: James Simmons <jsimmons@xxxxxxxxxxxxxxxx>
- Date: Mon, 3 Apr 2000 21:20:17 -0400 (EDT)
- I agree. Keep it big endian. The world (except intel) uses big endian. "Look it's a text editor, no it's a OS, no it's Emacs" James Simmons ____/| fbdev/gfx developer \ o.O| http://www.linux-fbdev.or
- /archives/xfs/2000-04/msg00055.html (9,062 bytes)
- 10. XFS architecture ? (score: 1)
- Author: Fredrik Winäs <fredrik@xxxxxxxx
- Date: Mon, 03 Apr 2000 21:33:36 +0200
- What is the difference between ( ) MIPS (X) Native ( ) Multi ? Thanks Attachment: fredrik.vcf Description: Card for Fredrik Winä
- /archives/xfs/2000-04/msg00310.html (7,496 bytes)
- 11. Re: XFS architecture ? (score: 1)
- Author: Steve Lord <lord@xxxxxxx>
- Date: Mon, 03 Apr 2000 14:42:25 -0500
- Currently the on disk format used by XFS on Linux is not compatible with that used on Irix. Work is in progress to add the byte swapping work to support the Irix format. So: MIPS format is the Irix
- /archives/xfs/2000-04/msg00311.html (8,220 bytes)
- 12. Re: XFS architecture ? (score: 1)
- Author: Jim Mostek <mostek@xxxxxxx>
- Date: Mon, 3 Apr 2000 14:47:53 -0500 (CDT)
- This has to do with the on disk format. All IRIX XFS implementations are MIPS Big Endian. The current pre-alpha Linux XFS implementation is IA32 Little Endian. We have an effort underway to allow the
- /archives/xfs/2000-04/msg00313.html (8,544 bytes)
- 13. Re: XFS architecture ? (score: 1)
- Author: Stefan Smietanowski <stefan@xxxxxxxxx>
- Date: Mon, 03 Apr 2000 22:03:23 +0200
- Linux had that before, with Big Endian machines having a Big Endian ext2, but that was dropped before 2.0.0 if I recall correctly, and now all linux machines use a little endian ext2 system. I can't
- /archives/xfs/2000-04/msg00315.html (8,771 bytes)
- 14. Re: XFS architecture ? (score: 1)
- Author: Ken McDonell <kenmcd@xxxxxxxxxxxxxxxxx>
- Date: Tue, 4 Apr 2000 07:45:23 +1000
- Rest assured. Our IRIX heritage and the very migration strategy you describe mandate that XFS on Linux _will_ support the IRIX MIPS on-disk format. The issue we still have to resolve (and this is the
- /archives/xfs/2000-04/msg00319.html (9,310 bytes)
- 15. Re: XFS architecture ? (score: 1)
- Author: "Andi Kleen" <ak@xxxxxxx>
- Date: Mon, 3 Apr 2000 23:58:42 +0200
- Switching endians is very cheap on modern CPUs (ppro+ have a special instruction, ultrasparc/ia64/et.al. have special bits in the store instructions to store both endians). What is expensive is check
- /archives/xfs/2000-04/msg00321.html (8,649 bytes)
- 16. Re: XFS architecture ? (score: 1)
- Author: Jim Mostek <mostek@xxxxxxx>
- Date: Mon, 3 Apr 2000 18:06:44 -0500 (CDT)
- Let me strongly disagree with: The biggest part would come in all the support/testing/... on the different architecture combinations. If the on-disk format and log format are all fixed, it greatly si
- /archives/xfs/2000-04/msg00325.html (10,156 bytes)
- 17. Re: XFS architecture ? (score: 1)
- Author: Ken McDonell <kenmcd@xxxxxxxxxxxxxxxxx>
- Date: Tue, 4 Apr 2000 10:01:20 +1000
- Let me strongly disagree. OK, Jim and I are in a deadly disagree-disagree embrace now ... 8^)> Well not really ... I said "small additional _development_ effort". I should have stressed that beyond t
- /archives/xfs/2000-04/msg00327.html (8,792 bytes)
- 18. Re: XFS architecture ? (score: 1)
- Author: James Simmons <jsimmons@xxxxxxxxxxxxxxxx>
- Date: Mon, 3 Apr 2000 21:20:17 -0400 (EDT)
- I agree. Keep it big endian. The world (except intel) uses big endian. "Look it's a text editor, no it's a OS, no it's Emacs" James Simmons ____/| fbdev/gfx developer \ o.O| http://www.linux-fbdev.or
- /archives/xfs/2000-04/msg00331.html (9,062 bytes)
This search system is powered by
Namazu