* [parisc-linux] hack to use HPUX boot loader
@ 1999-10-22 22:34 Paul Bame
1999-10-24 23:08 ` Alex deVries
0 siblings, 1 reply; 18+ messages in thread
From: Paul Bame @ 1999-10-22 22:34 UTC (permalink / raw)
To: parisc-linux
Ok prumpf, here's the hack I suggested. I didn't check it into CVS
anywhere (maybe arch/parisc/boot?). It appears to work quite well
even without any changes to head.S
For those not privy to our conversation, this little tool munges
your SOM vmlinux file so that it can be loaded by the normal hpux
boot loader. I'm not suggesting this is a great long-term strategy,
but it might make life easier for someone.
-Paul Bame
#!/bin/sh
# This is a shell archive (produced by GNU sharutils 4.2).
# To extract the files from this archive, save it to some FILE, remove
# everything before the `!/bin/sh' line above, then type `sh FILE'.
#
# Made on 1999-10-22 17:33 MDT by <bame@fc.hp.com>.
# Source directory was `/users/bame/puffin/parisc/linux/arch/parisc/boot'.
#
# Existing files will *not* be overwritten unless `-c' is specified.
#
# This shar contains:
# length mode name
# ------ ---------- ------------------------------------------
# 2197 -rw-r--r-- som_relocate.c
# 5425 -rw-r--r-- copy-of-som.h
#
save_IFS="${IFS}"
IFS="${IFS}:"
gettext_dir=FAILED
locale_dir=FAILED
first_param="$1"
for dir in $PATH
do
if test "$gettext_dir" = FAILED && test -f $dir/gettext \
&& ($dir/gettext --version >/dev/null 2>&1)
then
set `$dir/gettext --version 2>&1`
if test "$3" = GNU
then
gettext_dir=$dir
fi
fi
if test "$locale_dir" = FAILED && test -f $dir/shar \
&& ($dir/shar --print-text-domain-dir >/dev/null 2>&1)
then
locale_dir=`$dir/shar --print-text-domain-dir`
fi
done
IFS="$save_IFS"
if test "$locale_dir" = FAILED || test "$gettext_dir" = FAILED
then
echo=echo
else
TEXTDOMAINDIR=$locale_dir
export TEXTDOMAINDIR
TEXTDOMAIN=sharutils
export TEXTDOMAIN
echo="$gettext_dir/gettext -s"
fi
touch -am 1231235999 $$.touch >/dev/null 2>&1
if test ! -f 1231235999 && test -f $$.touch; then
shar_touch=touch
else
shar_touch=:
echo
$echo 'WARNING: not restoring timestamps. Consider getting and'
$echo "installing GNU \`touch', distributed in GNU File Utilities..."
echo
fi
rm -f 1231235999 $$.touch
#
if mkdir _sh24082; then
$echo 'x -' 'creating lock directory'
else
$echo 'failed to create lock directory'
exit 1
fi
# ============= som_relocate.c ==============
if test -f 'som_relocate.c' && test "$first_param" != -c; then
$echo 'x -' SKIPPING 'som_relocate.c' '(file already exists)'
else
shar: Saving som_relocate.c (text)
$echo 'x -' extracting 'som_relocate.c' '(text)'
sed 's/^X//' << 'SHAR_EOF' > 'som_relocate.c' &&
#include <stdio.h>
#include <sys/time.h>
#include <assert.h>
#include "copy-of-som.h"
X
/* You'll need "copy-of-som.h" to compile this. If you don't have it,
X * grab a copy from include/linux/som.h and remove the #include directive.
X *
X * Compile with gcc -o som_relocate som_relocate.c
X *
X * Run this on your parisc SOM kernel (vmlinux) and then you can use
X * the hpux boot loader to load it. Here's what it looks like
X * when interacting with the boot ROM:
X *
X * ISL> # the normal HP-UX boot prompt
X *
X * ISL> hpux /boot/vmlinux # Use your path to vmlinux here
X *
X *
X * You can run this over and over without ill effect on the same
X * kernel image.
X *
X * Enjoy,
X *
X * -Paul Bame
X */
X
/* relocate address to where it'll live physically */
#define RELOCATE(x) x &= ~0xC0000000
X
int
main(int argc, char *argv[])
{
X FILE *f;
X struct som_hdr sh;
X struct som_exec_auxhdr aux;
X
X if (argc != 2)
X {
X fprintf(stderr, "Usage: %s <SOM-vmlinux>\n", argv[0]);
X return 2;
X }
X
X if ((f = fopen(argv[1], "rb+")) == NULL)
X {
X perror(argv[1]);
X return 3;
X }
X
X /* read the SOM header */
X fread(&sh, sizeof sh, 1, f);
X
X /* hack it */
X printf("entry_space 0x%08x\n", sh.entry_space);
X printf("entry_subspace 0x%08x\n", sh.entry_subspace);
X printf("RELOCATE entry_offset 0x%08x\n", sh.entry_offset); /********/
X RELOCATE(sh.entry_offset);
X printf("aux_header_location 0x%08x\n", sh.aux_header_location);
X printf("aux_header_size %d\n", sh.aux_header_size);
X
X /* write it */
X rewind(f);
X fwrite(&sh, sizeof sh, 1, f);
X
X /* read the aux header */
X fseek(f, sh.aux_header_location, SEEK_SET);
X fread(&aux, sizeof aux, 1, f);
X printf("RELOCATE aux.exec_tmem 0x%08x\n", aux.exec_tmem);
X RELOCATE(aux.exec_tmem);
X printf("aux.exec_tsize %d\n", aux.exec_tsize);
X printf("RELOCATE aux.exec_dmem 0x%08x\n", aux.exec_dmem);
X RELOCATE(aux.exec_dmem);
X printf("aux.exec_dsize %d\n", aux.exec_dsize);
X printf("RELOCATE aux.exec_entry 0x%08x\n", aux.exec_entry);
X RELOCATE(aux.exec_entry);
X
X /* write it */
X fseek(f, sh.aux_header_location, SEEK_SET);
X fwrite(&aux, sizeof aux, 1, f);
X
X fclose(f);
X return 0;
}
SHAR_EOF
$shar_touch -am 102217281999 'som_relocate.c' &&
chmod 0644 'som_relocate.c' ||
$echo 'restore of' 'som_relocate.c' 'failed'
if ( md5sum --help 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \
&& ( md5sum --version 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then
md5sum -c << SHAR_EOF >/dev/null 2>&1 \
|| $echo 'som_relocate.c:' 'MD5 check failed'
e5852faf2501dcc23a129c99abd1f7e1 som_relocate.c
SHAR_EOF
else
shar_count="`LC_ALL= LC_CTYPE= LANG= wc -c < 'som_relocate.c'`"
test 2197 -eq "$shar_count" ||
$echo 'som_relocate.c:' 'original size' '2197,' 'current size' "$shar_count!"
fi
fi
# ============= copy-of-som.h ==============
if test -f 'copy-of-som.h' && test "$first_param" != -c; then
$echo 'x -' SKIPPING 'copy-of-som.h' '(file already exists)'
else
shar: Saving copy-of-som.h (text)
$echo 'x -' extracting 'copy-of-som.h' '(text)'
sed 's/^X//' << 'SHAR_EOF' > 'copy-of-som.h' &&
#ifndef _LINUX_SOM_H
#define _LINUX_SOM_H
X
/* File format definition for SOM executables / shared libraries */
X
#define SOM_PAGESIZE 4096
X
/* this is the SOM header */
struct som_hdr {
X short system_id; /* magic number - system */
X short a_magic; /* magic number - file type */
X unsigned int version_id; /* versiod ID: YYMMDDHH */
X struct timespec file_time; /* system clock */
X unsigned int entry_space; /* space for entry point */
X unsigned int entry_subspace; /* subspace for entry point */
X unsigned int entry_offset; /* offset of entry point */
X unsigned int aux_header_location; /* auxiliary header location */
X unsigned int aux_header_size; /* auxiliary header size */
X unsigned int som_length; /* length of entire SOM */
X unsigned int presumed_dp; /* compiler's DP value */
X unsigned int space_location; /* space dictionary location */
X unsigned int space_total; /* number of space entries */
X unsigned int subspace_location; /* subspace entries location */
X unsigned int subspace_total; /* number of subspace entries */
X unsigned int loader_fixup_location; /* MPE/iX loader fixup */
X unsigned int loader_fixup_total; /* number of fixup records */
X unsigned int space_strings_location; /* (sub)space names */
X unsigned int space_strings_size; /* size of strings area */
X unsigned int init_array_location; /* reserved */
X unsigned int init_array_total; /* reserved */
X unsigned int compiler_location; /* module dictionary */
X unsigned int compiler_total; /* number of modules */
X unsigned int symbol_location; /* symbol dictionary */
X unsigned int symbol_total; /* number of symbols */
X unsigned int fixup_request_location; /* fixup requests */
X unsigned int fixup_request_total; /* number of fixup requests */
X unsigned int symbol_strings_location;/* module & symbol names area */
X unsigned int symbol_strings_size; /* size of strings area */
X unsigned int unloadable_sp_location; /* unloadable spaces location */
X unsigned int unloadable_sp_size; /* size of data */
X unsigned int checksum;
};
X
/* values for system_id */
X
#define SOM_SID_PARISC_1_0 0x020b
#define SOM_SID_PARISC_1_1 0x0210
#define SOM_SID_PARISC_2_0 0x0214
X
/* values for a_magic */
X
#define SOM_LIB_EXEC 0x0104
#define SOM_RELOCATABLE 0x0106
#define SOM_EXEC_NONSHARE 0x0107
#define SOM_EXEC_SHARE 0x0108
#define SOM_EXEC_DEMAND 0x010B
#define SOM_LIB_DYN 0x010D
#define SOM_LIB_SHARE 0x010E
#define SOM_LIB_RELOC 0x0619
X
/* values for version_id. Decimal not hex, yes. Grr. */
X
#define SOM_ID_OLD 85082112
#define SOM_ID_NEW 87102412
X
struct aux_id {
X unsigned int mandatory :1; /* the linker must understand this */
X unsigned int copy :1; /* Must be copied by the linker */
X unsigned int append :1; /* Must be merged by the linker */
X unsigned int ignore :1; /* Discard section if unknown */
X unsigned int reserved :12;
X unsigned int type :16; /* Header type */
X unsigned int length; /* length of _following_ data */
};
X
/* The Exec Auxiliary Header. Called The HP-UX Header within HP apparently. */
struct som_exec_auxhdr {
X struct aux_id som_auxhdr;
X int exec_tsize; /* Text size in bytes */
X int exec_tmem; /* Address to load text at */
X int exec_tfile; /* Location of text in file */
X int exec_dsize; /* Data size in bytes */
X int exec_dmem; /* Address to load data at */
X int exec_dfile; /* Location of data in file */
X int exec_bsize; /* Uninitialised data (bss) */
X int exec_entry; /* Address to start executing */
X int exec_flags; /* loader flags */
X int exec_bfill; /* initialisation value for bss */
};
X
/* Oh, the things people do to avoid casts. Shame it'll break with gcc's
X * new aliasing rules really.
X */
union name_pt {
X char * n_name;
X unsigned int n_strx;
};
X
/* The Space Dictionary */
struct space_dictionary_record {
X union name_pt name; /* index to subspace name */
X unsigned int is_loadable :1; /* loadable */
X unsigned int is_defined :1; /* defined within file */
X unsigned int is_private :1; /* not sharable */
X unsigned int has_intermediate_code :1; /* contains intermediate code */
X unsigned int is_tspecific :1; /* thread specific */
X unsigned int reserved :11; /* for future expansion */
X unsigned int sort_key :8; /* for linker */
X unsigned int reserved2 :8; /* for future expansion */
X
X int space_number; /* index */
X int subspace_index; /* index into subspace dict */
X unsigned int subspace_quantity; /* number of subspaces */
X int loader_fix_index; /* for loader */
X unsigned int loader_fix_quantity; /* for loader */
X int init_pointer_index; /* data pointer array index */
X unsigned int init_pointer_quantity; /* number of data pointers */
};
X
/* The Subspace Dictionary */
struct subspace_dictionary_record {
X int space_index;
X unsigned int access_control_bits :7;
X unsigned int memory_resident :1;
X unsigned int dup_common :1;
X unsigned int is_common :1;
X unsigned int quadrant :2;
X unsigned int initially_frozen :1;
X unsigned int is_first :1;
X unsigned int code_only :1;
X unsigned int sort_key :8;
X unsigned int replicate_init :1;
X unsigned int continuation :1;
X unsigned int is_tspecific :1;
X unsigned int is_comdat :1;
X unsigned int reserved :4;
X
X int file_loc_init_value;
X unsigned int initialization_length;
X unsigned int subspace_start;
X unsigned int subspace_length;
X
X unsigned int reserved2 :5;
X unsigned int alignment :27;
X
X union name_pt name;
X int fixup_request_index;
X unsigned int fixup_request_quantity;
};
X
#endif /* _LINUX_SOM_H */
SHAR_EOF
$shar_touch -am 102217001999 'copy-of-som.h' &&
chmod 0644 'copy-of-som.h' ||
$echo 'restore of' 'copy-of-som.h' 'failed'
if ( md5sum --help 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \
&& ( md5sum --version 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then
md5sum -c << SHAR_EOF >/dev/null 2>&1 \
|| $echo 'copy-of-som.h:' 'MD5 check failed'
55c72739b33cd9ed3da5dce3a68cdfdb copy-of-som.h
SHAR_EOF
else
shar_count="`LC_ALL= LC_CTYPE= LANG= wc -c < 'copy-of-som.h'`"
test 5425 -eq "$shar_count" ||
$echo 'copy-of-som.h:' 'original size' '5425,' 'current size' "$shar_count!"
fi
fi
rm -fr _sh24082
exit 0
^ permalink raw reply [flat|nested] 18+ messages in thread* Re: [parisc-linux] hack to use HPUX boot loader
1999-10-22 22:34 [parisc-linux] hack to use HPUX boot loader Paul Bame
@ 1999-10-24 23:08 ` Alex deVries
1999-10-26 14:50 ` Paul Bame
0 siblings, 1 reply; 18+ messages in thread
From: Alex deVries @ 1999-10-24 23:08 UTC (permalink / raw)
To: Paul Bame; +Cc: parisc-linux
Actually, this is pretty helpful. Paul, would you consider licensing this
under the GPL?
- Alex
--
Alex deVries <adevries@thepuffingroup.com>
Vice President Engineering
The Puffin Group
On Fri, 22 Oct 1999, Paul Bame wrote:
>
> Ok prumpf, here's the hack I suggested. I didn't check it into CVS
> anywhere (maybe arch/parisc/boot?). It appears to work quite well
> even without any changes to head.S
>
> For those not privy to our conversation, this little tool munges
> your SOM vmlinux file so that it can be loaded by the normal hpux
> boot loader. I'm not suggesting this is a great long-term strategy,
> but it might make life easier for someone.
>
> -Paul Bame
>
>
> #!/bin/sh
> # This is a shell archive (produced by GNU sharutils 4.2).
> # To extract the files from this archive, save it to some FILE, remove
> # everything before the `!/bin/sh' line above, then type `sh FILE'.
> #
> # Made on 1999-10-22 17:33 MDT by <bame@fc.hp.com>.
> # Source directory was `/users/bame/puffin/parisc/linux/arch/parisc/boot'.
> #
> # Existing files will *not* be overwritten unless `-c' is specified.
> #
> # This shar contains:
> # length mode name
> # ------ ---------- ------------------------------------------
> # 2197 -rw-r--r-- som_relocate.c
> # 5425 -rw-r--r-- copy-of-som.h
> #
> save_IFS="${IFS}"
> IFS="${IFS}:"
> gettext_dir=FAILED
> locale_dir=FAILED
> first_param="$1"
> for dir in $PATH
> do
> if test "$gettext_dir" = FAILED && test -f $dir/gettext \
> && ($dir/gettext --version >/dev/null 2>&1)
> then
> set `$dir/gettext --version 2>&1`
> if test "$3" = GNU
> then
> gettext_dir=$dir
> fi
> fi
> if test "$locale_dir" = FAILED && test -f $dir/shar \
> && ($dir/shar --print-text-domain-dir >/dev/null 2>&1)
> then
> locale_dir=`$dir/shar --print-text-domain-dir`
> fi
> done
> IFS="$save_IFS"
> if test "$locale_dir" = FAILED || test "$gettext_dir" = FAILED
> then
> echo=echo
> else
> TEXTDOMAINDIR=$locale_dir
> export TEXTDOMAINDIR
> TEXTDOMAIN=sharutils
> export TEXTDOMAIN
> echo="$gettext_dir/gettext -s"
> fi
> touch -am 1231235999 $$.touch >/dev/null 2>&1
> if test ! -f 1231235999 && test -f $$.touch; then
> shar_touch=touch
> else
> shar_touch=:
> echo
> $echo 'WARNING: not restoring timestamps. Consider getting and'
> $echo "installing GNU \`touch', distributed in GNU File Utilities..."
> echo
> fi
> rm -f 1231235999 $$.touch
> #
> if mkdir _sh24082; then
> $echo 'x -' 'creating lock directory'
> else
> $echo 'failed to create lock directory'
> exit 1
> fi
> # ============= som_relocate.c ==============
> if test -f 'som_relocate.c' && test "$first_param" != -c; then
> $echo 'x -' SKIPPING 'som_relocate.c' '(file already exists)'
> else
> shar: Saving som_relocate.c (text)
> $echo 'x -' extracting 'som_relocate.c' '(text)'
> sed 's/^X//' << 'SHAR_EOF' > 'som_relocate.c' &&
> #include <stdio.h>
> #include <sys/time.h>
> #include <assert.h>
> #include "copy-of-som.h"
> X
> /* You'll need "copy-of-som.h" to compile this. If you don't have it,
> X * grab a copy from include/linux/som.h and remove the #include directive.
> X *
> X * Compile with gcc -o som_relocate som_relocate.c
> X *
> X * Run this on your parisc SOM kernel (vmlinux) and then you can use
> X * the hpux boot loader to load it. Here's what it looks like
> X * when interacting with the boot ROM:
> X *
> X * ISL> # the normal HP-UX boot prompt
> X *
> X * ISL> hpux /boot/vmlinux # Use your path to vmlinux here
> X *
> X *
> X * You can run this over and over without ill effect on the same
> X * kernel image.
> X *
> X * Enjoy,
> X *
> X * -Paul Bame
> X */
> X
> /* relocate address to where it'll live physically */
> #define RELOCATE(x) x &= ~0xC0000000
> X
> int
> main(int argc, char *argv[])
> {
> X FILE *f;
> X struct som_hdr sh;
> X struct som_exec_auxhdr aux;
> X
> X if (argc != 2)
> X {
> X fprintf(stderr, "Usage: %s <SOM-vmlinux>\n", argv[0]);
> X return 2;
> X }
> X
> X if ((f = fopen(argv[1], "rb+")) == NULL)
> X {
> X perror(argv[1]);
> X return 3;
> X }
> X
> X /* read the SOM header */
> X fread(&sh, sizeof sh, 1, f);
> X
> X /* hack it */
> X printf("entry_space 0x%08x\n", sh.entry_space);
> X printf("entry_subspace 0x%08x\n", sh.entry_subspace);
> X printf("RELOCATE entry_offset 0x%08x\n", sh.entry_offset); /********/
> X RELOCATE(sh.entry_offset);
> X printf("aux_header_location 0x%08x\n", sh.aux_header_location);
> X printf("aux_header_size %d\n", sh.aux_header_size);
> X
> X /* write it */
> X rewind(f);
> X fwrite(&sh, sizeof sh, 1, f);
> X
> X /* read the aux header */
> X fseek(f, sh.aux_header_location, SEEK_SET);
> X fread(&aux, sizeof aux, 1, f);
> X printf("RELOCATE aux.exec_tmem 0x%08x\n", aux.exec_tmem);
> X RELOCATE(aux.exec_tmem);
> X printf("aux.exec_tsize %d\n", aux.exec_tsize);
> X printf("RELOCATE aux.exec_dmem 0x%08x\n", aux.exec_dmem);
> X RELOCATE(aux.exec_dmem);
> X printf("aux.exec_dsize %d\n", aux.exec_dsize);
> X printf("RELOCATE aux.exec_entry 0x%08x\n", aux.exec_entry);
> X RELOCATE(aux.exec_entry);
> X
> X /* write it */
> X fseek(f, sh.aux_header_location, SEEK_SET);
> X fwrite(&aux, sizeof aux, 1, f);
> X
> X fclose(f);
> X return 0;
> }
> SHAR_EOF
> $shar_touch -am 102217281999 'som_relocate.c' &&
> chmod 0644 'som_relocate.c' ||
> $echo 'restore of' 'som_relocate.c' 'failed'
> if ( md5sum --help 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \
> && ( md5sum --version 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then
> md5sum -c << SHAR_EOF >/dev/null 2>&1 \
> || $echo 'som_relocate.c:' 'MD5 check failed'
> e5852faf2501dcc23a129c99abd1f7e1 som_relocate.c
> SHAR_EOF
> else
> shar_count="`LC_ALL= LC_CTYPE= LANG= wc -c < 'som_relocate.c'`"
> test 2197 -eq "$shar_count" ||
> $echo 'som_relocate.c:' 'original size' '2197,' 'current size' "$shar_count!"
> fi
> fi
> # ============= copy-of-som.h ==============
> if test -f 'copy-of-som.h' && test "$first_param" != -c; then
> $echo 'x -' SKIPPING 'copy-of-som.h' '(file already exists)'
> else
> shar: Saving copy-of-som.h (text)
> $echo 'x -' extracting 'copy-of-som.h' '(text)'
> sed 's/^X//' << 'SHAR_EOF' > 'copy-of-som.h' &&
> #ifndef _LINUX_SOM_H
> #define _LINUX_SOM_H
> X
> /* File format definition for SOM executables / shared libraries */
> X
> #define SOM_PAGESIZE 4096
> X
> /* this is the SOM header */
> struct som_hdr {
> X short system_id; /* magic number - system */
> X short a_magic; /* magic number - file type */
> X unsigned int version_id; /* versiod ID: YYMMDDHH */
> X struct timespec file_time; /* system clock */
> X unsigned int entry_space; /* space for entry point */
> X unsigned int entry_subspace; /* subspace for entry point */
> X unsigned int entry_offset; /* offset of entry point */
> X unsigned int aux_header_location; /* auxiliary header location */
> X unsigned int aux_header_size; /* auxiliary header size */
> X unsigned int som_length; /* length of entire SOM */
> X unsigned int presumed_dp; /* compiler's DP value */
> X unsigned int space_location; /* space dictionary location */
> X unsigned int space_total; /* number of space entries */
> X unsigned int subspace_location; /* subspace entries location */
> X unsigned int subspace_total; /* number of subspace entries */
> X unsigned int loader_fixup_location; /* MPE/iX loader fixup */
> X unsigned int loader_fixup_total; /* number of fixup records */
> X unsigned int space_strings_location; /* (sub)space names */
> X unsigned int space_strings_size; /* size of strings area */
> X unsigned int init_array_location; /* reserved */
> X unsigned int init_array_total; /* reserved */
> X unsigned int compiler_location; /* module dictionary */
> X unsigned int compiler_total; /* number of modules */
> X unsigned int symbol_location; /* symbol dictionary */
> X unsigned int symbol_total; /* number of symbols */
> X unsigned int fixup_request_location; /* fixup requests */
> X unsigned int fixup_request_total; /* number of fixup requests */
> X unsigned int symbol_strings_location;/* module & symbol names area */
> X unsigned int symbol_strings_size; /* size of strings area */
> X unsigned int unloadable_sp_location; /* unloadable spaces location */
> X unsigned int unloadable_sp_size; /* size of data */
> X unsigned int checksum;
> };
> X
> /* values for system_id */
> X
> #define SOM_SID_PARISC_1_0 0x020b
> #define SOM_SID_PARISC_1_1 0x0210
> #define SOM_SID_PARISC_2_0 0x0214
> X
> /* values for a_magic */
> X
> #define SOM_LIB_EXEC 0x0104
> #define SOM_RELOCATABLE 0x0106
> #define SOM_EXEC_NONSHARE 0x0107
> #define SOM_EXEC_SHARE 0x0108
> #define SOM_EXEC_DEMAND 0x010B
> #define SOM_LIB_DYN 0x010D
> #define SOM_LIB_SHARE 0x010E
> #define SOM_LIB_RELOC 0x0619
> X
> /* values for version_id. Decimal not hex, yes. Grr. */
> X
> #define SOM_ID_OLD 85082112
> #define SOM_ID_NEW 87102412
> X
> struct aux_id {
> X unsigned int mandatory :1; /* the linker must understand this */
> X unsigned int copy :1; /* Must be copied by the linker */
> X unsigned int append :1; /* Must be merged by the linker */
> X unsigned int ignore :1; /* Discard section if unknown */
> X unsigned int reserved :12;
> X unsigned int type :16; /* Header type */
> X unsigned int length; /* length of _following_ data */
> };
> X
> /* The Exec Auxiliary Header. Called The HP-UX Header within HP apparently. */
> struct som_exec_auxhdr {
> X struct aux_id som_auxhdr;
> X int exec_tsize; /* Text size in bytes */
> X int exec_tmem; /* Address to load text at */
> X int exec_tfile; /* Location of text in file */
> X int exec_dsize; /* Data size in bytes */
> X int exec_dmem; /* Address to load data at */
> X int exec_dfile; /* Location of data in file */
> X int exec_bsize; /* Uninitialised data (bss) */
> X int exec_entry; /* Address to start executing */
> X int exec_flags; /* loader flags */
> X int exec_bfill; /* initialisation value for bss */
> };
> X
> /* Oh, the things people do to avoid casts. Shame it'll break with gcc's
> X * new aliasing rules really.
> X */
> union name_pt {
> X char * n_name;
> X unsigned int n_strx;
> };
> X
> /* The Space Dictionary */
> struct space_dictionary_record {
> X union name_pt name; /* index to subspace name */
> X unsigned int is_loadable :1; /* loadable */
> X unsigned int is_defined :1; /* defined within file */
> X unsigned int is_private :1; /* not sharable */
> X unsigned int has_intermediate_code :1; /* contains intermediate code */
> X unsigned int is_tspecific :1; /* thread specific */
> X unsigned int reserved :11; /* for future expansion */
> X unsigned int sort_key :8; /* for linker */
> X unsigned int reserved2 :8; /* for future expansion */
> X
> X int space_number; /* index */
> X int subspace_index; /* index into subspace dict */
> X unsigned int subspace_quantity; /* number of subspaces */
> X int loader_fix_index; /* for loader */
> X unsigned int loader_fix_quantity; /* for loader */
> X int init_pointer_index; /* data pointer array index */
> X unsigned int init_pointer_quantity; /* number of data pointers */
> };
> X
> /* The Subspace Dictionary */
> struct subspace_dictionary_record {
> X int space_index;
> X unsigned int access_control_bits :7;
> X unsigned int memory_resident :1;
> X unsigned int dup_common :1;
> X unsigned int is_common :1;
> X unsigned int quadrant :2;
> X unsigned int initially_frozen :1;
> X unsigned int is_first :1;
> X unsigned int code_only :1;
> X unsigned int sort_key :8;
> X unsigned int replicate_init :1;
> X unsigned int continuation :1;
> X unsigned int is_tspecific :1;
> X unsigned int is_comdat :1;
> X unsigned int reserved :4;
> X
> X int file_loc_init_value;
> X unsigned int initialization_length;
> X unsigned int subspace_start;
> X unsigned int subspace_length;
> X
> X unsigned int reserved2 :5;
> X unsigned int alignment :27;
> X
> X union name_pt name;
> X int fixup_request_index;
> X unsigned int fixup_request_quantity;
> };
> X
> #endif /* _LINUX_SOM_H */
> SHAR_EOF
> $shar_touch -am 102217001999 'copy-of-som.h' &&
> chmod 0644 'copy-of-som.h' ||
> $echo 'restore of' 'copy-of-som.h' 'failed'
> if ( md5sum --help 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \
> && ( md5sum --version 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then
> md5sum -c << SHAR_EOF >/dev/null 2>&1 \
> || $echo 'copy-of-som.h:' 'MD5 check failed'
> 55c72739b33cd9ed3da5dce3a68cdfdb copy-of-som.h
> SHAR_EOF
> else
> shar_count="`LC_ALL= LC_CTYPE= LANG= wc -c < 'copy-of-som.h'`"
> test 5425 -eq "$shar_count" ||
> $echo 'copy-of-som.h:' 'original size' '5425,' 'current size' "$shar_count!"
> fi
> fi
> rm -fr _sh24082
> exit 0
>
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
>
>
>
>
^ permalink raw reply [flat|nested] 18+ messages in thread* Re: [parisc-linux] hack to use HPUX boot loader
1999-10-24 23:08 ` Alex deVries
@ 1999-10-26 14:50 ` Paul Bame
1999-10-26 23:41 ` John David Anglin
1999-10-27 17:11 ` Paul Bame
0 siblings, 2 replies; 18+ messages in thread
From: Paul Bame @ 1999-10-26 14:50 UTC (permalink / raw)
To: Alex deVries; +Cc: parisc-linux
=
= Actually, this is pretty helpful. Paul, would you consider licensing this
= under the GPL?
=
= - Alex
Done. Sources and HP-UX binary in the tarball at:
ftp://puffin.external.hp.com/pub/parisc/binaries/tgz/som_relocate.tar.gz
Has anyone confirmed that the kernel which is started is getting good
data (stack, etc...) or are my kernels booting purely by accident?
-Paul Bame
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [parisc-linux] hack to use HPUX boot loader
1999-10-26 14:50 ` Paul Bame
@ 1999-10-26 23:41 ` John David Anglin
1999-10-27 17:11 ` Paul Bame
1 sibling, 0 replies; 18+ messages in thread
From: John David Anglin @ 1999-10-26 23:41 UTC (permalink / raw)
To: Paul Bame; +Cc: adevries, parisc-linux
> Has anyone confirmed that the kernel which is started is getting good
> data (stack, etc...) or are my kernels booting purely by accident?
Probably not. I applied som_relocate on the kernel that I built today and
it booted through the RAM disk phase on my 735 up to the following point:
bad address 0000001c (code 15)
Kernel panic: bad address
In swapper task - not syncing
Since I am booting with hpux, the early walk through the hardware
configuration scrolls off the screen.
I have had to patch the Makefile to build with gcc 2.95.1 and without GECKO.
Can someone install this patch in the cvs source?
Dave
--
J. David Anglin dave.anglin@nrc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6605)
*** Makefile.orig Mon Oct 25 20:48:29 1999
--- Makefile Tue Oct 26 18:48:31 1999
***************
*** 91,97 ****
# standard CFLAGS
#
! CFLAGS = -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -mdisable-fpregs -fwritable-strings
# use '-fno-strict-aliasing', but only if the compiler can take it
CFLAGS += $(shell if $(CC) -fno-strict-aliasing -S -o /dev/null -xc /dev/null >/dev/null 2>&1; then echo "-fno-strict-aliasing"; fi)
--- 91,97 ----
# standard CFLAGS
#
! CFLAGS = -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -mdisable-fpregs # -fwritable-strings
# use '-fno-strict-aliasing', but only if the compiler can take it
CFLAGS += $(shell if $(CC) -fno-strict-aliasing -S -o /dev/null -xc /dev/null >/dev/null 2>&1; then echo "-fno-strict-aliasing"; fi)
***************
*** 115,121 ****
FILESYSTEMS =fs/filesystems.a
NETWORKS =net/network.a
DRIVERS =drivers/block/block.a \
- drivers/gecko/gecko.a \
drivers/char/char.a
# drivers/misc/misc.a
LIBS =$(TOPDIR)/lib/lib.a
--- 115,120 ----
***************
*** 207,212 ****
--- 206,215 ----
DRIVERS := $(DRIVERS) drivers/net/irda/irda_drivers.a
endif
+ ifeq ($(CONFIG_GECKO),y)
+ DRIVERS := $(DRIVERS) drivers/gecko/gecko.a
+ endif
+
include arch/$(ARCH)/Makefile
.S.s:
***************
*** 235,241 ****
@echo "If this fails, you're not using GNU nm! "
@echo "Make sure you have it in your path before HPUX nm."
$(NM) --version > /dev/null 2>&1
! $(NM) -td vmlinux |awk '/init_task_union/ { n = int($2); t = int(n/8192); t *= 8192; if (t >= n) printf t-n ; else printf n-(t-8192)}' FS=\| > init_task.alignment
@if [ `cat init_task.alignment` -ne "0" ]; then \
echo init_task_union alignment is `cat init_task.alignment`: rebuilding...; \
( cd arch/parisc/kernel ; rm -f init_task.o ; make EXTRA_CFLAGS=-DALIGN init_task.o ); \
--- 238,244 ----
@echo "If this fails, you're not using GNU nm! "
@echo "Make sure you have it in your path before HPUX nm."
$(NM) --version > /dev/null 2>&1
! $(NM) -td vmlinux |awk '/init_task_union/ { n = int($$1); t = int(n/8192); t *= 8192; if (t >= n) printf t-n ; else printf n-(t-8192)}' FS=\| > init_task.alignment
@if [ `cat init_task.alignment` -ne "0" ]; then \
echo init_task_union alignment is `cat init_task.alignment`: rebuilding...; \
( cd arch/parisc/kernel ; rm -f init_task.o ; make EXTRA_CFLAGS=-DALIGN init_task.o ); \
^ permalink raw reply [flat|nested] 18+ messages in thread* Re: [parisc-linux] hack to use HPUX boot loader
1999-10-26 14:50 ` Paul Bame
1999-10-26 23:41 ` John David Anglin
@ 1999-10-27 17:11 ` Paul Bame
1999-10-27 22:02 ` Helge Deller
1 sibling, 1 reply; 18+ messages in thread
From: Paul Bame @ 1999-10-27 17:11 UTC (permalink / raw)
Cc: parisc-linux
=
= Has anyone confirmed that the kernel which is started is getting good
= data (stack, etc...) or are my kernels booting purely by accident?
=
Phillip looked over some boot messages after being booted with the
hpux boot loader and blessed them, so things appear to be working well.
How about a COMMAND LINE?
If anyone wants to investigate a bit and work on head.S, it looks like
when launched from the current hpux boot loader that the args
passed to the kernel are
int argc, char *argv[], char *envp[],
with some slightly bizzare stuff in the "environment", of possible
interest:
env[2] - load address *of the boot loader itself*
env[3] - size *of the boot loader itself*
argc will always be a low number >= 1. If you had told ISL:
ISL> hpux /boot/vmlinux a b c
then argc would supposedly be 4 and argv[2], for example, would be "b".
I suspect the argv[] should be copied to somewhere safe.
Note that this is very different from the statment in head.S:
* %arg3(=%r23) holds HALF(!) of the size of the BSS-Segment
-Paul Bame
^ permalink raw reply [flat|nested] 18+ messages in thread* Re: [parisc-linux] hack to use HPUX boot loader
1999-10-27 17:11 ` Paul Bame
@ 1999-10-27 22:02 ` Helge Deller
1999-10-28 15:22 ` John David Anglin
0 siblings, 1 reply; 18+ messages in thread
From: Helge Deller @ 1999-10-27 22:02 UTC (permalink / raw)
To: parisc-linux, Paul Bame, parisc-linux; +Cc: parisc-linux
Am Wed, 27 Oct 1999 schrieb Paul Bame:
> =
> = Has anyone confirmed that the kernel which is started is getting good
> = data (stack, etc...) or are my kernels booting purely by accident?
> =
>
> Phillip looked over some boot messages after being booted with the
> hpux boot loader and blessed them, so things appear to be working well.
>
> How about a COMMAND LINE?
>
> If anyone wants to investigate a bit and work on head.S, it looks like
> when launched from the current hpux boot loader that the args
> passed to the kernel are
>
> int argc, char *argv[], char *envp[],
>
> with some slightly bizzare stuff in the "environment", of possible
> interest:
>
> env[2] - load address *of the boot loader itself*
> env[3] - size *of the boot loader itself*
>
> argc will always be a low number >= 1. If you had told ISL:
>
> ISL> hpux /boot/vmlinux a b c
>
> then argc would supposedly be 4 and argv[2], for example, would be "b".
> I suspect the argv[] should be copied to somewhere safe.
>
> Note that this is very different from the statment in head.S:
>
> * %arg3(=%r23) holds HALF(!) of the size of the BSS-Segment
!!!! Please, don´t expect the above line to be valid at all !!!!!!!!!
It was just one of my bad investigations and seemed to be true in my
stupid tests. As already said in other mails: It´s hard without any
documentation !
(If someone want, please delete it from the source !!)
Helge.
>
> -Paul Bame
>
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [parisc-linux] hack to use HPUX boot loader
1999-10-27 22:02 ` Helge Deller
@ 1999-10-28 15:22 ` John David Anglin
1999-10-28 14:40 ` Paul Bame
1999-10-28 16:18 ` Alan Cox
0 siblings, 2 replies; 18+ messages in thread
From: John David Anglin @ 1999-10-28 15:22 UTC (permalink / raw)
To: Helge Deller; +Cc: parisc-linux, bame
>
> Am Wed, 27 Oct 1999 schrieb Paul Bame:
> > =
> > = Has anyone confirmed that the kernel which is started is getting good
> > = data (stack, etc...) or are my kernels booting purely by accident?
> > =
> >
> > Phillip looked over some boot messages after being booted with the
> > hpux boot loader and blessed them, so things appear to be working well.
I find it very strange that the kernel is being linked to start at
0xc0010000. It's not your average machine that has this much physical
memory. I have recently been in the bowels of hpux and it certainly isn't
linked in this strange way. It is linked and loaded into low physical
memory. Interrupts are first handled without address translation and
then most switch to virtual. If this kind of relocation is needed,
can't it be done in virtual mode with a space register mapping? The
other major issue is how to impliment shared memory. Under hpux, it
is always in the 3rd quadrant. This breaks mmap usage in many apps.
Paul's hack prevents one from using kernel symbols when debugging with
a symbolic debugger. I think this is a rather useful feature to have.
Comments?
Dave
--
J. David Anglin dave.anglin@nrc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6605)
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [parisc-linux] hack to use HPUX boot loader
1999-10-28 15:22 ` John David Anglin
@ 1999-10-28 14:40 ` Paul Bame
1999-10-28 16:18 ` Alan Cox
1 sibling, 0 replies; 18+ messages in thread
From: Paul Bame @ 1999-10-28 14:40 UTC (permalink / raw)
Cc: parisc-linux
= >
= > Am Wed, 27 Oct 1999 schrieb Paul Bame:
= > > =
= > > = Has anyone confirmed that the kernel which is started is getting good
= > > = data (stack, etc...) or are my kernels booting purely by accident?
= > > =
= > >
= > > Phillip looked over some boot messages after being booted with the
= > > hpux boot loader and blessed them, so things appear to be working well.
=
= I find it very strange that the kernel is being linked to start at
= 0xc0010000. It's not your average machine that has this much physical
= memory.
Linux on i386 is also relocated to around 3Gb. In both cases,
Linux is physically loaded near 0Gb, and then physical memory is
virtually mapped to show up starting at 3Gb. Until the VM is
enabled you're right, using those 3Gb addresses won't work in a
debugger.
= Comments?
Sure, that's the way it's done in Linux 2.2.x right now and it
is the kernel machine-independent code assumes that scheme or a
simliar one is in effect so we can't really change it. I don't
know what 2.3 has done.
-P
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [parisc-linux] hack to use HPUX boot loader
1999-10-28 15:22 ` John David Anglin
1999-10-28 14:40 ` Paul Bame
@ 1999-10-28 16:18 ` Alan Cox
1999-10-28 17:03 ` John David Anglin
1 sibling, 1 reply; 18+ messages in thread
From: Alan Cox @ 1999-10-28 16:18 UTC (permalink / raw)
To: John David Anglin; +Cc: Helge.Deller, parisc-linux, bame
> I find it very strange that the kernel is being linked to start at
> 0xc0010000. It's not your average machine that has this much physical
Logical or physical ?
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [parisc-linux] hack to use HPUX boot loader
1999-10-28 16:18 ` Alan Cox
@ 1999-10-28 17:03 ` John David Anglin
1999-10-28 17:18 ` [parisc-linux] bios passwd override procedure ? Ed June
1999-10-28 17:38 ` [parisc-linux] hack to use HPUX boot loader Paul Bame
0 siblings, 2 replies; 18+ messages in thread
From: John David Anglin @ 1999-10-28 17:03 UTC (permalink / raw)
To: Alan Cox; +Cc: Helge.Deller, parisc-linux, bame
>
> > I find it very strange that the kernel is being linked to start at
> > 0xc0010000. It's not your average machine that has this much physical
>
> Logical or physical ?
Physical, at least when loading with hpux. LDFLAGS are "-R 0xc0010000
-N -e stext". I know at one time the link was being done at 0x10000.
Does anyone know why this was changed?
--
J. David Anglin dave.anglin@nrc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6605)
^ permalink raw reply [flat|nested] 18+ messages in thread
* [parisc-linux] bios passwd override procedure ?
1999-10-28 17:03 ` John David Anglin
@ 1999-10-28 17:18 ` Ed June
1999-10-28 17:38 ` [parisc-linux] hack to use HPUX boot loader Paul Bame
1 sibling, 0 replies; 18+ messages in thread
From: Ed June @ 1999-10-28 17:18 UTC (permalink / raw)
To: parisc-linux
How does one override the bios passwd?
I have receieved a machine set w/ a bios passwd, and, the bios is set up
to disable the escape key.
Argh !
Is there some secret key-combo to break-in the bios ?
Or, do I have to have hp re-flash the bios ?
Oh, the machine is a 715/64...
--
Ed June
buggz@america.net
Linux: An open choice for free people worldwide.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [parisc-linux] hack to use HPUX boot loader
1999-10-28 17:03 ` John David Anglin
1999-10-28 17:18 ` [parisc-linux] bios passwd override procedure ? Ed June
@ 1999-10-28 17:38 ` Paul Bame
1999-10-28 20:26 ` Philippe Benard
` (2 more replies)
1 sibling, 3 replies; 18+ messages in thread
From: Paul Bame @ 1999-10-28 17:38 UTC (permalink / raw)
To: John David Anglin; +Cc: Alan Cox, Helge.Deller, parisc-linux
= >
= > > I find it very strange that the kernel is being linked to start at
= > > 0xc0010000. It's not your average machine that has this much physical
= >
= > Logical or physical ?
=
= Physical, at least when loading with hpux. LDFLAGS are "-R 0xc0010000
= -N -e stext". I know at one time the link was being done at 0x10000.
There isn't any concept of physical versus virtual
location in the HP linker that I'm aware of, though there might be somthing
hidden in an extension record.
The hpux boot loader assumes the text relocation address should also be
used as a physical load address. In the case of Linux, relocated
at 3Gb, this clearly makes no sense. It works fine for HP-UX which
is relocated to, and runs in, low physical memory.
= Does anyone know why this was changed?
I assume the earlier linking was purely experimental, since I've been
told (and haven't confirmed myself) that Linux 2.2.x essentially needs
to be relocated at 3Gb (or some other big value) because it assumes
it's available from the page tables of every process. If
Linux was relocated at addresses near zero, this would result in
user programs having to start at addresses larger than the amount
of memory used by the kernel, which would be weird.
-P
^ permalink raw reply [flat|nested] 18+ messages in thread* Re: [parisc-linux] hack to use HPUX boot loader
1999-10-28 17:38 ` [parisc-linux] hack to use HPUX boot loader Paul Bame
@ 1999-10-28 20:26 ` Philippe Benard
1999-10-28 20:45 ` John David Anglin
1999-10-28 20:34 ` John David Anglin
1999-10-28 21:02 ` Frank Rowand
2 siblings, 1 reply; 18+ messages in thread
From: Philippe Benard @ 1999-10-28 20:26 UTC (permalink / raw)
To: Paul Bame; +Cc: John David Anglin, Alan Cox, Helge.Deller, parisc-linux
> If
> Linux was relocated at addresses near zero, this would result in
> user programs having to start at addresses larger than the amount
> of memory used by the kernel, which would be weird.
>
> -P
Does someone knows how linux will use the hppa quadran (space) for both
kernel-mode and user-mode for 32bit processor (and 64bit processors running
narrow), this somewhat influance mmap(), or more generally the virtual adress
space usage/limitation.
If someone envisioned the hppa 64 bits wide it would be nice to know as well
the layout and space convention too, this would help to see how narrow binary
could run on a wide kernel.
Phi
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [parisc-linux] hack to use HPUX boot loader
1999-10-28 20:26 ` Philippe Benard
@ 1999-10-28 20:45 ` John David Anglin
1999-10-28 21:10 ` Philippe Benard
0 siblings, 1 reply; 18+ messages in thread
From: John David Anglin @ 1999-10-28 20:45 UTC (permalink / raw)
To: Philippe Benard; +Cc: bame, alan, Helge.Deller, parisc-linux
>
> > If
> > Linux was relocated at addresses near zero, this would result in
> > user programs having to start at addresses larger than the amount
> > of memory used by the kernel, which would be weird.
> >
> > -P
>
> Does someone knows how linux will use the hppa quadran (space) for both
> kernel-mode and user-mode for 32bit processor (and 64bit processors running
> narrow), this somewhat influance mmap(), or more generally the virtual adress
> space usage/limitation.
>
> If someone envisioned the hppa 64 bits wide it would be nice to know as well
> the layout and space convention too, this would help to see how narrow binary
> could run on a wide kernel.
Docs for 32 & 64 bit runtime environments can be found at
<http://www.software.hp.com/STK/toc.html>.
--
J. David Anglin dave.anglin@nrc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6605)
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [parisc-linux] hack to use HPUX boot loader
1999-10-28 17:38 ` [parisc-linux] hack to use HPUX boot loader Paul Bame
1999-10-28 20:26 ` Philippe Benard
@ 1999-10-28 20:34 ` John David Anglin
1999-10-28 21:02 ` Frank Rowand
2 siblings, 0 replies; 18+ messages in thread
From: John David Anglin @ 1999-10-28 20:34 UTC (permalink / raw)
To: Paul Bame; +Cc: alan, Helge.Deller, parisc-linux
> The hpux boot loader assumes the text relocation address should also be
> used as a physical load address. In the case of Linux, relocated
> at 3Gb, this clearly makes no sense. It works fine for HP-UX which
> is relocated to, and runs in, low physical memory.
>
> = Does anyone know why this was changed?
>
> I assume the earlier linking was purely experimental, since I've been
> told (and haven't confirmed myself) that Linux 2.2.x essentially needs
> to be relocated at 3Gb (or some other big value) because it assumes
> it's available from the page tables of every process. If
> Linux was relocated at addresses near zero, this would result in
> user programs having to start at addresses larger than the amount
> of memory used by the kernel, which would be weird.
Can't user programs be mapped with sr7 to OS public code while the kernel
runs in non-virtual mode in low physical memory? When the kernel is
in virtual mode most of it might run with low virtual addresses. I am
not an expert in Linux, so it is unclear to me how much of the system
needs to be visible to user apps. However, I think for som apps we
want to achieve an app environment essentially identical to hp-ux so
hp compiled apps will run under pa linux.
--
J. David Anglin dave.anglin@nrc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6605)
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [parisc-linux] hack to use HPUX boot loader
1999-10-28 17:38 ` [parisc-linux] hack to use HPUX boot loader Paul Bame
1999-10-28 20:26 ` Philippe Benard
1999-10-28 20:34 ` John David Anglin
@ 1999-10-28 21:02 ` Frank Rowand
2 siblings, 0 replies; 18+ messages in thread
From: Frank Rowand @ 1999-10-28 21:02 UTC (permalink / raw)
To: Paul Bame; +Cc: John David Anglin, Alan Cox, Helge.Deller, parisc-linux
Paul Bame wrote:
>
> = >
> = > > I find it very strange that the kernel is being linked to start at
> = > > 0xc0010000. It's not your average machine that has this much physical
> = >
> = > Logical or physical ?
> =
> = Physical, at least when loading with hpux. LDFLAGS are "-R 0xc0010000
> = -N -e stext". I know at one time the link was being done at 0x10000.
>
> There isn't any concept of physical versus virtual
> location in the HP linker that I'm aware of, though there might be somthing
> hidden in an extension record.
>
> The hpux boot loader assumes the text relocation address should also be
> used as a physical load address. In the case of Linux, relocated
> at 3Gb, this clearly makes no sense. It works fine for HP-UX which
> is relocated to, and runs in, low physical memory.
>
> = Does anyone know why this was changed?
>
> I assume the earlier linking was purely experimental, since I've been
> told (and haven't confirmed myself) that Linux 2.2.x essentially needs
> to be relocated at 3Gb (or some other big value) because it assumes
> it's available from the page tables of every process. If
> Linux was relocated at addresses near zero, this would result in
> user programs having to start at addresses larger than the amount
> of memory used by the kernel, which would be weird.
>
> -P
Not so weird. It's just a virtual address, not a physical address.
-Frank
^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~1999-10-28 21:10 UTC | newest]
Thread overview: 18+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
1999-10-22 22:34 [parisc-linux] hack to use HPUX boot loader Paul Bame
1999-10-24 23:08 ` Alex deVries
1999-10-26 14:50 ` Paul Bame
1999-10-26 23:41 ` John David Anglin
1999-10-27 17:11 ` Paul Bame
1999-10-27 22:02 ` Helge Deller
1999-10-28 15:22 ` John David Anglin
1999-10-28 14:40 ` Paul Bame
1999-10-28 16:18 ` Alan Cox
1999-10-28 17:03 ` John David Anglin
1999-10-28 17:18 ` [parisc-linux] bios passwd override procedure ? Ed June
1999-10-28 17:38 ` [parisc-linux] hack to use HPUX boot loader Paul Bame
1999-10-28 20:26 ` Philippe Benard
1999-10-28 20:45 ` John David Anglin
1999-10-28 21:10 ` Philippe Benard
1999-10-28 20:11 ` Paul Bame
1999-10-28 20:34 ` John David Anglin
1999-10-28 21:02 ` Frank Rowand
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.