solve a truly ugly endian issue. new macro to extract field
correctly for different architectures
(copy of four bytes from within a structure - memory contains
three different fields. copy is then shifted/masked to extract
one field based on its location within the four byte region.
urgh.)
Modid: 2.3.99pre2-xfs:slinx:60431a
Date: Tue May 2 23:28:09 PDT 2000
Workarea: snort:/build1/people/dxm/isms/slinx-xfs
The following file(s) were checked into:
bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs
linux/fs/xfs/xfs_arch.h - 1.24
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_arch.h.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h
- set ARCH_UNKNOWN depending on mode, so ARCH_UNKNOWN == ARCH_NOCONVERT
for native case and == ARCH_MIPS for MIPS case.
(allow simpler checks against == ARCH_NOCONVERT)
linux/fs/xfs/xfs_log.c - 1.213
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_log.c.diff?r1=text&tr1=1.213&r2=text&tr2=1.212&f=h
- use new macro GET_CLIENT_ID to solve ugly endian issue
linux/fs/xfs/xfs_log.h - 1.48
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_log.h.diff?r1=text&tr1=1.48&r2=text&tr2=1.47&f=h
- remove work around for ARCH_UNKNOWN != ARCH_NOCONVERT in native mode
linux/fs/xfs/xfs_log_priv.h - 1.70
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_log_priv.h.diff?r1=text&tr1=1.70&r2=text&tr2=1.69&f=h
- add GET_CLIENT_ID macro to solve ugly endian issue
|