From ralf@lappi.waldorf-gmbh.de Sun Aug 1 01:23:11 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA20168; Sun, 1 Aug 1999 01:23:08 +0200 (MET DST) Received-Date: Sun, 1 Aug 1999 01:23:08 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-10.uni-koblenz.de [141.26.131.10]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA17936 for ; Sun, 1 Aug 1999 01:23:03 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id BAA20450; Sun, 1 Aug 1999 01:22:04 +0200 Date: Sun, 1 Aug 1999 01:22:03 +0200 From: Ralf Baechle To: Mark Mitchell Cc: ralf@gnu.org, binutils@sourceware.cygnus.com, thockin@cobaltnet.com, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: MIPS/ELF linker Message-ID: <19990801012203.U12249@uni-koblenz.de> References: <19990731233150.Q12249@uni-koblenz.de> <19990731152842N.mitchell@codesourcery.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <19990731152842N.mitchell@codesourcery.com>; from Mark Mitchell on Sat, Jul 31, 1999 at 03:28:42PM -0700 X-Accept-Language: de,en,fr Content-Length: 2388 Lines: 57 On Sat, Jul 31, 1999 at 03:28:42PM -0700, Mark Mitchell wrote: > Thanks for trying the MIPS backend out. I'm eager to shake out the > bugs. It seems pretty solid on IRIX6, now, but I'm sure there are > issues remaining on other platforms. > > + /* Assume no jalx is required */ > + *require_jalxp = false; > + > > REQUIRE_JALXP is set unconditionally a few lines down. Why doesn't > that do the trick? The caller should not be looking at the value of > require_jalx unless calculate_relocation returns a successful error > code. So the caller _bfd_mips_elf_relocate_section does not behave appropriately when mips_elf_calculate_relocation returns bfd_reloc_undefined. Search for bfd_reloc_undefined in mips_elf_calculate_relocation; it's being returned before an actual value gets assigned to *require_jalxp. > /usr/bin/mips-linux-ld: not enough GOT space for local GOT entries > > Probably some relocation is requiring a local GOT entry, but we're not > allocating it. Look for this code in check_relocs: > > if (!h && (r_type == R_MIPS_CALL_LO16 > || r_type == R_MIPS_GOT_LO16 > || r_type == R_MIPS_GOT_DISP)) > { > /* We may need a local GOT entry for this relocation. We > don't count R_MIPS_HI16 or R_MIPS_GOT16 relocations > because they are always followed by a R_MIPS_LO16 > relocation for the value. We don't R_MIPS_GOT_PAGE > because we can estimate the maximum number of pages > needed by looking at the size of the segment. > > This estimation is very conservative since we can merge > duplicate entries in the GOT. In order to be less > conservative, we could actually build the GOT here, > rather than in relocate_section. */ > g->local_gotno++; > sgot->_raw_size += MIPS_ELF_GOT_SIZE (dynobj); > } > > Probably this code is not firing in some case where it should be > firing. Therefore, we're not adding enough GOT space. That might > help track down the bug. > > If not, feel free to send me the files on your link-line in a giant > tar-ball, together with how your configuring binutils, and I'll try to > duplicate and fix your problem. I'll send you a non-giant tarball of 73kb which will demonstrate the problem. Just run the Makefile in the archive. The linker has been configured for the target mips-linux which is a standard MIPS/ELF target. Ralf From mitchell@codesourcery.com Sun Aug 1 01:42:06 1999 Received: from adsl-206-170-148-33.dsl.snfc21.pacbell.net (adsl-206-170-148-33.dsl.snfc21.pacbell.net [206.170.148.33]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA20337; Sun, 1 Aug 1999 01:42:05 +0200 (MET DST) Received-Date: Sun, 1 Aug 1999 01:42:05 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by adsl-206-170-148-33.dsl.snfc21.pacbell.net (8.8.7/8.8.7) with ESMTP id QAA09920; Sat, 31 Jul 1999 16:42:38 -0700 To: ralf@uni-koblenz.de Cc: ralf@gnu.org, binutils@sourceware.cygnus.com, thockin@cobaltnet.com, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: MIPS/ELF linker In-Reply-To: <19990801012203.U12249@uni-koblenz.de> References: <19990731233150.Q12249@uni-koblenz.de> <19990731152842N.mitchell@codesourcery.com> <19990801012203.U12249@uni-koblenz.de> X-Mailer: Mew version 1.94b25 on Emacs 20.3 / Mule 4.0 (HANANOEN) X-URL: http://www.codesourcery.com Organization: CodeSourcery, LLC From: Mark Mitchell Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19990731164237C.mitchell@codesourcery.com> Date: Sat, 31 Jul 1999 16:42:37 -0700 Sender: mitchell@codesourcery.com X-Dispatcher: imput version 990425(IM115) Content-Length: 227 Lines: 9 Ralf -- Thanks for the tarball. I'll not be able to look at this until tomorrow, but I will do so then. -- Mark Mitchell mark@codesourcery.com CodeSourcery, LLC http://www.codesourcery.com From ralf@lappi.waldorf-gmbh.de Sun Aug 1 01:44:46 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA20368; Sun, 1 Aug 1999 01:44:45 +0200 (MET DST) Received-Date: Sun, 1 Aug 1999 01:44:45 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-10.uni-koblenz.de [141.26.131.10]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA18450 for ; Sun, 1 Aug 1999 01:44:41 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id BAA20674; Sun, 1 Aug 1999 01:44:11 +0200 Date: Sun, 1 Aug 1999 01:44:11 +0200 From: Ralf Baechle To: Mark Mitchell Cc: ralf@gnu.org, binutils@sourceware.cygnus.com, thockin@cobaltnet.com, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: MIPS/ELF linker Message-ID: <19990801014411.V12249@uni-koblenz.de> References: <19990731233150.Q12249@uni-koblenz.de> <19990731152842N.mitchell@codesourcery.com> <19990801012203.U12249@uni-koblenz.de> <19990731164237C.mitchell@codesourcery.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <19990731164237C.mitchell@codesourcery.com>; from Mark Mitchell on Sat, Jul 31, 1999 at 04:42:37PM -0700 X-Accept-Language: de,en,fr Content-Length: 502 Lines: 14 On Sat, Jul 31, 1999 at 04:42:37PM -0700, Mark Mitchell wrote: > Ralf -- > > Thanks for the tarball. I'll not be able to look at this until > tomorrow, but I will do so then. Ok, I'm looking into things in parallel if I find the time. I'll also try to rebuild GNU libc for MIPS. That has historically proven to be a bone breaker for ld. The last time I tried a few weeks ago I got ~500 assertion messages from ld just alone for the libc final link ... Will let you know how things go. Ralf From mitchell@codesourcery.com Sun Aug 1 23:02:09 1999 Received: from adsl-206-170-148-33.dsl.snfc21.pacbell.net (adsl-206-170-148-33.dsl.snfc21.pacbell.net [206.170.148.33]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA00374; Sun, 1 Aug 1999 23:02:07 +0200 (MET DST) Received-Date: Sun, 1 Aug 1999 23:02:07 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by adsl-206-170-148-33.dsl.snfc21.pacbell.net (8.8.7/8.8.7) with ESMTP id OAA14643; Sun, 1 Aug 1999 14:03:27 -0700 To: ralf@uni-koblenz.de Cc: ralf@gnu.org, binutils@sourceware.cygnus.com, thockin@cobaltnet.com, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: MIPS/ELF linker In-Reply-To: <19990801012203.U12249@uni-koblenz.de> References: <19990731233150.Q12249@uni-koblenz.de> <19990731152842N.mitchell@codesourcery.com> <19990801012203.U12249@uni-koblenz.de> X-Mailer: Mew version 1.94b25 on Emacs 20.3 / Mule 4.0 (HANANOEN) X-URL: http://www.codesourcery.com Organization: CodeSourcery, LLC From: Mark Mitchell Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19990801140327R.mitchell@codesourcery.com> Date: Sun, 01 Aug 1999 14:03:27 -0700 Sender: mitchell@codesourcery.com X-Dispatcher: imput version 990425(IM115) Content-Length: 5163 Lines: 132 I've checked in the following patch to elf32-mips.c to fix these problems. Ian, I'd like your comments on a couple of other issues. In auditing the current code vs. the pre-IRIX6 modifications I see that this hunk in the current code is not preserved: else if (info->shared && !info->symbolic && !info->no_undefined) relocation = 0; else if (strcmp (h->root.root.string, "_DYNAMIC_LINK") == 0) { /* If this is a dynamic link, we should have created a _DYNAMIC_LINK symbol in mips_elf_create_dynamic_sections. Otherwise, we should define the symbol with a value of 0. FIXME: It should probably get into the symbol table somehow as well. */ BFD_ASSERT (! info->shared); BFD_ASSERT (bfd_get_section_by_name (output_bfd, ".dynamic") == NULL); relocation = 0; } I don't see the point of the first line (in the context of the new code). I think that when building a shared library, a relocation against an undefined symbol should simply be copied into the output file (adjust as necessary); there's no need to actually perform any relocation. So, there's no need to give values to undefined symbols. Therefore, we don't call calculate_relocation in this case at all. If you think that's wrong, please let me know. I'm also unsure about the _DYNAMIC_LINK bit. On the one hand, it would seem that this should be defined in the linker-script if it's needed? For instance, it would seem to be a bug if an IRIX6 executable happened to use the symbol _DYNAMIC_LINK without a definition, but then linked successfully because we created this symbol "by magic". But, leaving that issue aside, we define this on all systems, in the non-shared case, in _bfd_mips_elf_create_dynamic_sections. So, I don't think we need to handle this symbol specially when we perform relocations against it. Do you agree? -- Mark Mitchell mark@codesourcery.com CodeSourcery, LLC http://www.codesourcery.com 1999-08-01 Mark Mitchell * elf32-mips.c (mips_elf_calculate_relocation): Undefined weak symbols are considered to have the value zero. (_bfd_mips_elf_relocate_section): Don't try to perform a relocation for an undefined symbol. (_bfd_mips_elf_check_relocs): Allocate locate GOT space for local GOT16 relocations. Index: elf32-mips.c =================================================================== RCS file: /cvs/binutils/binutils/bfd/elf32-mips.c,v retrieving revision 1.36 diff -c -p -r1.36 elf32-mips.c *** elf32-mips.c 1999/07/29 22:20:26 1.36 --- elf32-mips.c 1999/08/01 20:47:18 *************** mips_elf_calculate_relocation (abfd, *** 5870,5875 **** --- 5870,5881 ---- else symbol = h->root.root.u.def.value; } + else if (h->root.root.type == bfd_link_hash_undefweak) + /* We allow relocations against undefined weak symbols, giving + it the value zero, so that you can undefined weak functions + and check to see if they exist by looking at their + addresses. */ + symbol = 0; else { (*info->callbacks->undefined_symbol) *************** _bfd_mips_elf_relocate_section (output_b *** 6637,6644 **** case bfd_reloc_undefined: /* mips_elf_calculate_relocation already called the ! undefined_symbol callback. */ ! break; case bfd_reloc_notsupported: abort (); --- 6643,6652 ---- case bfd_reloc_undefined: /* mips_elf_calculate_relocation already called the ! undefined_symbol callback. There's no real point in ! trying to perform the relocation at this point, so we ! just skip ahead to the next relocation. */ ! continue; case bfd_reloc_notsupported: abort (); *************** _bfd_mips_elf_check_relocs (abfd, info, *** 7331,7344 **** if (!h && (r_type == R_MIPS_CALL_LO16 || r_type == R_MIPS_GOT_LO16 ! || r_type == R_MIPS_GOT_DISP)) { /* We may need a local GOT entry for this relocation. We ! don't count R_MIPS_HI16 or R_MIPS_GOT16 relocations ! because they are always followed by a R_MIPS_LO16 ! relocation for the value. We don't R_MIPS_GOT_PAGE ! because we can estimate the maximum number of pages ! needed by looking at the size of the segment. This estimation is very conservative since we can merge duplicate entries in the GOT. In order to be less --- 7339,7353 ---- if (!h && (r_type == R_MIPS_CALL_LO16 || r_type == R_MIPS_GOT_LO16 ! || r_type == R_MIPS_GOT_DISP ! || r_type == R_MIPS_GOT16)) { /* We may need a local GOT entry for this relocation. We ! don't count R_MIPS_GOT_PAGE because we can estimate the ! maximum number of pages needed by looking at the size of ! the segment. We don't count R_MIPS_GOT_HI16, or ! R_MIPS_CALL_HI16 because these are always followed by an ! R_MIPS_GOT_LO16 or R_MIPS_CALL_LO16. This estimation is very conservative since we can merge duplicate entries in the GOT. In order to be less From mitchell@codesourcery.com Sun Aug 1 23:04:21 1999 Received: from adsl-206-170-148-33.dsl.snfc21.pacbell.net (adsl-206-170-148-33.dsl.snfc21.pacbell.net [206.170.148.33]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA00408; Sun, 1 Aug 1999 23:04:19 +0200 (MET DST) Received-Date: Sun, 1 Aug 1999 23:04:19 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by adsl-206-170-148-33.dsl.snfc21.pacbell.net (8.8.7/8.8.7) with ESMTP id OAA14648; Sun, 1 Aug 1999 14:05:59 -0700 To: ralf@uni-koblenz.de Cc: ralf@gnu.org, binutils@sourceware.cygnus.com, thockin@cobaltnet.com, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: MIPS/ELF linker In-Reply-To: <19990801012203.U12249@uni-koblenz.de> References: <19990731233150.Q12249@uni-koblenz.de> <19990731152842N.mitchell@codesourcery.com> <19990801012203.U12249@uni-koblenz.de> X-Mailer: Mew version 1.94b25 on Emacs 20.3 / Mule 4.0 (HANANOEN) X-URL: http://www.codesourcery.com Organization: CodeSourcery, LLC From: Mark Mitchell Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19990801140559Y.mitchell@codesourcery.com> Date: Sun, 01 Aug 1999 14:05:59 -0700 Sender: mitchell@codesourcery.com X-Dispatcher: imput version 990425(IM115) Content-Length: 8193 Lines: 226 Ralf sent me another test-case in private email that pointed up a problem in the way that we were handling relocations when there are both REL and RELA relocations for a single section. The bottom line is that the attempt I took at a conservative approach (allocating too many relocations and then ignoring some of them) is ugly; this patch attempts to fix that problem, and seems to fix Ralf's test-case. OK to check in? -- Mark Mitchell mark@codesourcery.com CodeSourcery, LLC http://www.codesourcery.com 1999-08-01 Mark Mitchell * elflink.h (elf_link_size_reloc_section): Use the counts in the elf-section data to allocate just the right amount of relocation space. Don't allocate the hash space twice. (elf_bfd_final_link): Calculate the amount of space to allocate in each relocation section. Index: elflink.h =================================================================== RCS file: /cvs/binutils/binutils/bfd/elflink.h,v retrieving revision 1.21 diff -c -p -r1.21 elflink.h *** elflink.h 1999/07/30 21:34:44 1.21 --- elflink.h 1999/08/01 20:47:14 *************** elf_link_size_reloc_section (abfd, rel_h *** 3761,3794 **** asection *o; { register struct elf_link_hash_entry **p, **pend; ! /* We are overestimating the size required for the relocation ! sections, in the case that we are using both REL and RELA ! relocations for a single section. In that case, RELOC_COUNT will ! be the total number of relocations required, and we allocate ! space for that many REL relocations as well as that many RELA ! relocations. This approximation is wasteful of disk space. ! However, until we keep track of how many of each kind of ! relocation is required, it's difficult to calculate the right ! value. */ ! rel_hdr->sh_size = rel_hdr->sh_entsize * o->reloc_count; /* The contents field must last into write_object_contents, so we allocate it with bfd_alloc rather than malloc. */ rel_hdr->contents = (PTR) bfd_alloc (abfd, rel_hdr->sh_size); if (rel_hdr->contents == NULL && rel_hdr->sh_size != 0) - return false; - - p = ((struct elf_link_hash_entry **) - bfd_malloc (o->reloc_count - * sizeof (struct elf_link_hash_entry *))); - if (p == NULL && o->reloc_count != 0) return false; ! ! elf_section_data (o)->rel_hashes = p; ! pend = p + o->reloc_count; ! for (; p < pend; p++) ! *p = NULL; return true; } --- 3761,3798 ---- asection *o; { register struct elf_link_hash_entry **p, **pend; + unsigned reloc_count; ! /* Figure out how many relocations there will be. */ ! if (rel_hdr == &elf_section_data (o)->rel_hdr) ! reloc_count = elf_section_data (o)->rel_count; ! else ! reloc_count = elf_section_data (o)->rel_count2; ! ! /* That allows us to calculate the size of the section. */ ! rel_hdr->sh_size = rel_hdr->sh_entsize * reloc_count; /* The contents field must last into write_object_contents, so we allocate it with bfd_alloc rather than malloc. */ rel_hdr->contents = (PTR) bfd_alloc (abfd, rel_hdr->sh_size); if (rel_hdr->contents == NULL && rel_hdr->sh_size != 0) return false; ! ! /* We only allocate one set of hash entries, so we only do it the ! first time we are called. */ ! if (elf_section_data (o)->rel_hashes == NULL) ! { ! p = ((struct elf_link_hash_entry **) ! bfd_malloc (o->reloc_count ! * sizeof (struct elf_link_hash_entry *))); ! if (p == NULL && o->reloc_count != 0) ! return false; ! ! elf_section_data (o)->rel_hashes = p; ! pend = p + o->reloc_count; ! for (; p < pend; p++) ! *p = NULL; ! } return true; } *************** elf_bfd_final_link (abfd, info) *** 3997,4002 **** --- 4001,4030 ---- if (! _bfd_elf_compute_section_file_positions (abfd, info)) goto error_return; + /* Figure out how many relocations we will have in each section. + Just using RELOC_COUNT isn't good enough since that doesn't + maintain a separate value for REL vs. RELA relocations. */ + if (info->relocateable) + for (sub = info->input_bfds; sub != NULL; sub = sub->link_next) + for (o = sub->sections; o != NULL; o = o->next) + { + asection* output_section = o->output_section; + + if (output_section && (o->flags & SEC_RELOC) != 0) + { + struct bfd_elf_section_data *esdi + = elf_section_data (o); + struct bfd_elf_section_data *esdo + = elf_section_data (output_section); + + esdo->rel_count += (esdi->rel_hdr.sh_size + / esdi->rel_hdr.sh_entsize); + if (esdi->rel_hdr2) + esdo->rel_count2 += (esdi->rel_hdr2->sh_size + / esdi->rel_hdr2->sh_entsize); + } + } + /* That created the reloc sections. Set their sizes, and assign them file positions, and allocate some buffers. */ for (o = abfd->sections; o != NULL; o = o->next) *************** elf_bfd_final_link (abfd, info) *** 4014,4019 **** --- 4042,4052 ---- o)) goto error_return; } + + /* Now, reset REL_COUNT and REL_COUNT2 so that we can use them + to count upwards while actually outputting the relocations. */ + elf_section_data (o)->rel_count = 0; + elf_section_data (o)->rel_count2 = 0; } _bfd_elf_assign_file_positions_for_relocs (abfd); Index: elf32-mips.c =================================================================== RCS file: /cvs/binutils/binutils/bfd/elf32-mips.c,v retrieving revision 1.36 diff -c -p -r1.36 elf32-mips.c *** elf32-mips.c 1999/07/29 22:20:26 1.36 --- elf32-mips.c 1999/08/01 20:47:18 *************** mips_elf_calculate_relocation (abfd, *** 5870,5875 **** --- 5870,5881 ---- else symbol = h->root.root.u.def.value; } + else if (h->root.root.type == bfd_link_hash_undefweak) + /* We allow relocations against undefined weak symbols, giving + it the value zero, so that you can undefined weak functions + and check to see if they exist by looking at their + addresses. */ + symbol = 0; else { (*info->callbacks->undefined_symbol) *************** _bfd_mips_elf_relocate_section (output_b *** 6637,6644 **** case bfd_reloc_undefined: /* mips_elf_calculate_relocation already called the ! undefined_symbol callback. */ ! break; case bfd_reloc_notsupported: abort (); --- 6643,6652 ---- case bfd_reloc_undefined: /* mips_elf_calculate_relocation already called the ! undefined_symbol callback. There's no real point in ! trying to perform the relocation at this point, so we ! just skip ahead to the next relocation. */ ! continue; case bfd_reloc_notsupported: abort (); *************** _bfd_mips_elf_check_relocs (abfd, info, *** 7331,7344 **** if (!h && (r_type == R_MIPS_CALL_LO16 || r_type == R_MIPS_GOT_LO16 ! || r_type == R_MIPS_GOT_DISP)) { /* We may need a local GOT entry for this relocation. We ! don't count R_MIPS_HI16 or R_MIPS_GOT16 relocations ! because they are always followed by a R_MIPS_LO16 ! relocation for the value. We don't R_MIPS_GOT_PAGE ! because we can estimate the maximum number of pages ! needed by looking at the size of the segment. This estimation is very conservative since we can merge duplicate entries in the GOT. In order to be less --- 7339,7353 ---- if (!h && (r_type == R_MIPS_CALL_LO16 || r_type == R_MIPS_GOT_LO16 ! || r_type == R_MIPS_GOT_DISP ! || r_type == R_MIPS_GOT16)) { /* We may need a local GOT entry for this relocation. We ! don't count R_MIPS_GOT_PAGE because we can estimate the ! maximum number of pages needed by looking at the size of ! the segment. We don't count R_MIPS_GOT_HI16, or ! R_MIPS_CALL_HI16 because these are always followed by an ! R_MIPS_GOT_LO16 or R_MIPS_CALL_LO16. This estimation is very conservative since we can merge duplicate entries in the GOT. In order to be less From imp@harmony.village.org Mon Aug 2 03:02:49 1999 Received: from rover.village.org (warner@rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA02618; Mon, 2 Aug 1999 03:02:47 +0200 (MET DST) Received-Date: Mon, 2 Aug 1999 03:02:47 +0200 (MET DST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id TAA85046; Sun, 1 Aug 1999 19:02:39 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id TAA99397; Sun, 1 Aug 1999 19:04:56 -0600 (MDT) Message-Id: <199908020104.TAA99397@harmony.village.org> To: sjhill@home.plutonium.net Subject: Re: Embedded Linux on MIPS processors? Cc: Graham Stoney , linux-mips@fnet.fr In-reply-to: Your message of "Fri, 30 Jul 1999 07:09:38 CDT." References: Date: Sun, 01 Aug 1999 19:04:55 -0600 From: Warner Losh Content-Length: 463 Lines: 12 In message sjhill@home.plutonium.net writes: : I would suggest Warner's : and Mike's pages. That should get you started. Here are the My page is a list of PDAs, CPUs used in the PDAs as well as links to various datasheets. This is useful in writing software, but doesn't contain a cookbook "how to" on running Linux/MIPS in an embedded environment. http://www.freebsd.org/~imp/pdamips.html Warner From ralf@lappi.waldorf-gmbh.de Mon Aug 2 23:50:45 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA09877; Mon, 2 Aug 1999 23:50:44 +0200 (MET DST) Received-Date: Mon, 2 Aug 1999 23:50:44 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-22.uni-koblenz.de [141.26.131.22]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA09111 for ; Mon, 2 Aug 1999 23:50:36 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id TAA28990; Mon, 2 Aug 1999 19:59:32 +0200 Date: Mon, 2 Aug 1999 19:59:31 +0200 From: Ralf Baechle To: binutils@sourceware.cygnus.com Cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: MIPS gas bug & fix Message-ID: <19990802195931.A28984@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us X-Accept-Language: de,en,fr Content-Length: 633 Lines: 19 Hi, the cvs version of gas has a tiny typo which prevents it from swapping an instruction preceeding a jump or branch in most cases. The fix is trivial and appended below. Ralf --- tc-mips.c.orig Mon Aug 2 10:47:15 1999 +++ tc-mips.c Mon Aug 2 10:47:04 1999 @@ -2099,7 +2099,7 @@ || (mips_opts.mips16 && prev_insn_fixp) /* If the previous instruction is a sync, sync.l, or sync.p, we can not swap. */ - || (prev_pinfo && INSN_SYNC)) + || (prev_pinfo & INSN_SYNC)) { /* We could do even better for unconditional branches to portions of this object file; we could pick up the From ralf@lappi.waldorf-gmbh.de Tue Aug 3 00:37:00 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA11165; Tue, 3 Aug 1999 00:36:59 +0200 (MET DST) Received-Date: Tue, 3 Aug 1999 00:36:59 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-22.uni-koblenz.de [141.26.131.22]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA18573 for ; Tue, 3 Aug 1999 00:36:56 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA29879; Tue, 3 Aug 1999 00:32:06 +0200 Date: Tue, 3 Aug 1999 00:31:31 +0200 From: Ralf Baechle To: "H.J. Lu" Cc: linuxgcc , egcs@egcs.cygnus.com, GNU C Library , Kenneth Albanowski , Kenneth Osterberg , Mat Hostetter , Andy Dougherty , Brian Bourgault , Warner Losh , Michael Meissner , Ron Guilmette , John Polstra , Galen Hazelwood , Linas Vepstas , Feher Janos , linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: binutils 2.9.5.0.4 is released. Message-ID: <19990803003131.D29290@uni-koblenz.de> References: <19990802185200.00C6C57BA@ocean.lucon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <19990802185200.00C6C57BA@ocean.lucon.org>; from H.J. Lu on Mon, Aug 02, 1999 at 11:52:00AM -0700 X-Accept-Language: de,en,fr Content-Length: 946 Lines: 20 On Mon, Aug 02, 1999 at 11:52:00AM -0700, H.J. Lu wrote: > This is the beta release of binutils 2.9.5.0.4 for Linux, which is > based on binutils 1999 0801 plus various changes. It is purely for > Linux, although it has been tested on Solaris/Sparc and Solaris/x86 > from time to time. > > I merged a MIPS gas patch from binutils 2.9.1.0.25 to the current > binutils and there are many changes in MIPS/ELF in bfd. I'd like to > hear reports on Linux/MIPS. MIPS users should continue to use the latest 2.8.1-based releases available from ftp.linux.sgi.com. All newer linker have heavy bugs which will result in linker crashes, bad kernels and more. I especially have to warn about the binutils from Cygnus' anonymous CVS. At this time the MIPS support in that binutils versions is undergoing heavy rewrite in order to support the N32 ABI and as a temporary side effect they are therefore currently completly unusable for Linux/MIPS. Ralf From ian@airs.com Tue Aug 3 18:29:28 1999 Received: from comton.airs.com (comton.airs.com [199.103.241.106]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id SAA16458; Tue, 3 Aug 1999 18:29:24 +0200 (MET DST) Received-Date: Tue, 3 Aug 1999 18:29:24 +0200 (MET DST) Received: (qmail 1228 invoked by uid 4); 3 Aug 1999 16:29:11 -0000 Received: (qmail 8518 invoked by uid 269); 3 Aug 1999 16:28:59 -0000 Message-ID: <19990803162859.8517.qmail@daffy.airs.com> Date: 3 Aug 1999 12:28:59 -0400 From: Ian Lance Taylor To: mark@codesourcery.com CC: ralf@uni-koblenz.de, ralf@gnu.org, binutils@sourceware.cygnus.com, thockin@cobaltnet.com, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu In-reply-to: <19990801140327R.mitchell@codesourcery.com> (message from Mark Mitchell on Sun, 01 Aug 1999 14:03:27 -0700) Subject: Re: MIPS/ELF linker References: <19990731233150.Q12249@uni-koblenz.de> <19990731152842N.mitchell@codesourcery.com> <19990801012203.U12249@uni-koblenz.de> <19990801140327R.mitchell@codesourcery.com> Content-Length: 3416 Lines: 73 From: Mark Mitchell Date: Sun, 01 Aug 1999 14:03:27 -0700 Ian, I'd like your comments on a couple of other issues. In auditing the current code vs. the pre-IRIX6 modifications I see that this hunk in the current code is not preserved: else if (info->shared && !info->symbolic && !info->no_undefined) relocation = 0; else if (strcmp (h->root.root.string, "_DYNAMIC_LINK") == 0) { /* If this is a dynamic link, we should have created a _DYNAMIC_LINK symbol in mips_elf_create_dynamic_sections. Otherwise, we should define the symbol with a value of 0. FIXME: It should probably get into the symbol table somehow as well. */ BFD_ASSERT (! info->shared); BFD_ASSERT (bfd_get_section_by_name (output_bfd, ".dynamic") == NULL); relocation = 0; } I don't see the point of the first line (in the context of the new code). I think that when building a shared library, a relocation against an undefined symbol should simply be copied into the output file (adjust as necessary); there's no need to actually perform any relocation. So, there's no need to give values to undefined symbols. Therefore, we don't call calculate_relocation in this case at all. If you think that's wrong, please let me know. When I read your paragraph above, it makes sense. However, when I look at the current code, I think that calculate_relocation will get called for a reference to an undefined symbol from a shared library. If you are proposing a different patch, to simply copy shared library relocations against undefined symbols rather than to perform the relocation, then I think that will indeed work correctly. But note that you do have to handle the info->symbolic and info->no_undefined cases. Something like the above code seems like a simple way to handle all the cases. I'm also unsure about the _DYNAMIC_LINK bit. On the one hand, it would seem that this should be defined in the linker-script if it's needed? For instance, it would seem to be a bug if an IRIX6 executable happened to use the symbol _DYNAMIC_LINK without a definition, but then linked successfully because we created this symbol "by magic". Since this symbol is in the reserved name space, it's OK for the linker to define it magically. It's no more buggy for an executable to use the symbol _DYNAMIC_LINK without a definition than it is for an executable to use the symbol __program_header_table without a definition. This change was from Kazumoto Kojima; I assume that on some systems _DYNAMIC_LINK is used to test whether the executable was linked dynamically or not. It's no less magic to define it in the linker script than it is to define it in elf32-mips.c. In this case, I don't see how to define it correctly in the linker script. But, leaving that issue aside, we define this on all systems, in the non-shared case, in _bfd_mips_elf_create_dynamic_sections. So, I don't think we need to handle this symbol specially when we perform relocations against it. Do you agree? _bfd_mips_elf_create_dynamic_sections is not called in all cases: it is not called when doing a static link. I believe that bit of code got in there because some system expects _DYNAMIC_LINK to be defined as 0 when doing a static link. I think we do need to handle this one way or another. Ian From mitchell@codesourcery.com Tue Aug 3 18:46:31 1999 Received: from adsl-206-170-148-33.dsl.snfc21.pacbell.net (adsl-206-170-148-33.dsl.snfc21.pacbell.net [206.170.148.33]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA17012; Tue, 3 Aug 1999 18:46:28 +0200 (MET DST) Received-Date: Tue, 3 Aug 1999 18:46:28 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by adsl-206-170-148-33.dsl.snfc21.pacbell.net (8.8.7/8.8.7) with ESMTP id JAA17279; Tue, 3 Aug 1999 09:49:26 -0700 To: ian@zembu.com Cc: ralf@uni-koblenz.de, ralf@gnu.org, binutils@sourceware.cygnus.com, thockin@cobaltnet.com, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: MIPS/ELF linker In-Reply-To: <19990803162859.8517.qmail@daffy.airs.com> References: <19990801012203.U12249@uni-koblenz.de> <19990801140327R.mitchell@codesourcery.com> <19990803162859.8517.qmail@daffy.airs.com> X-Mailer: Mew version 1.94b25 on Emacs 20.3 / Mule 4.0 (HANANOEN) X-URL: http://www.codesourcery.com Organization: CodeSourcery, LLC From: Mark Mitchell Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19990803094926I.mitchell@codesourcery.com> Date: Tue, 03 Aug 1999 09:49:26 -0700 Sender: mitchell@codesourcery.com X-Dispatcher: imput version 990425(IM115) Content-Length: 196 Lines: 8 Ian -- Thanks for the commentary. I'll address those issues later today. -- Mark Mitchell mark@codesourcery.com CodeSourcery, LLC http://www.codesourcery.com From mitchell@codesourcery.com Tue Aug 3 18:48:58 1999 Received: from adsl-206-170-148-33.dsl.snfc21.pacbell.net (adsl-206-170-148-33.dsl.snfc21.pacbell.net [206.170.148.33]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA17049; Tue, 3 Aug 1999 18:48:54 +0200 (MET DST) Received-Date: Tue, 3 Aug 1999 18:48:54 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by adsl-206-170-148-33.dsl.snfc21.pacbell.net (8.8.7/8.8.7) with ESMTP id JAA17285; Tue, 3 Aug 1999 09:52:12 -0700 To: ian@zembu.com Cc: ralf@uni-koblenz.de, ralf@gnu.org, binutils@sourceware.cygnus.com, thockin@cobaltnet.com, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: MIPS/ELF linker In-Reply-To: <19990803162859.8517.qmail@daffy.airs.com> References: <19990801012203.U12249@uni-koblenz.de> <19990801140327R.mitchell@codesourcery.com> <19990803162859.8517.qmail@daffy.airs.com> X-Mailer: Mew version 1.94b25 on Emacs 20.3 / Mule 4.0 (HANANOEN) X-URL: http://www.codesourcery.com Organization: CodeSourcery, LLC From: Mark Mitchell Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19990803095211P.mitchell@codesourcery.com> Date: Tue, 03 Aug 1999 09:52:11 -0700 Sender: mitchell@codesourcery.com X-Dispatcher: imput version 990425(IM115) Content-Length: 871 Lines: 19 Ian> Since this symbol is in the reserved name space, it's OK for Ian> the linker to define it magically. It's no more buggy for an Ian> executable to use the symbol _DYNAMIC_LINK without a Ian> definition than it is for an executable to use the symbol Ian> __program_header_table without a definition. That's true, from an ANSI C point of view. But, it's not true from a system-specific point of view. Some systems have well-known entry points beginnning with `_'. It seems unncessary to deal with this _DYNAMIC_LINK trick on systems that don't need it; hence the suggestion that the linker script is the place for it. But, as you say, I'm not quite sure how to do that; I'll just restore the original handling of this code. -- Mark Mitchell mark@codesourcery.com CodeSourcery, LLC http://www.codesourcery.com From deathcat@pacbell.net Wed Aug 4 10:36:23 1999 Received: from mail-gw.pacbell.net (mail-gw.pacbell.net [206.13.28.25]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA24017; Wed, 4 Aug 1999 10:36:22 +0200 (MET DST) Received-Date: Wed, 4 Aug 1999 10:36:22 +0200 (MET DST) Received: from deathcat98 (adsl-63-193-152-57.dsl.lsan03.pacbell.net [63.193.152.57]) by mail-gw.pacbell.net (8.9.3/8.9.3) with SMTP id BAA11143 for ; Wed, 4 Aug 1999 01:36:19 -0700 (PDT) From: "Dave Garcia-Gomez" To: Subject: MIPS\Linux Date: Tue, 3 Aug 1999 13:35:43 -0700 Message-ID: <000201beddef$c1fc1d00$3998c13f@pacbell.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Content-Length: 149 Lines: 2 Hi ... I found your site at lena.fnet.fr, and would like to try Linux on my MIPS box. Please respond and let me know if this is possible. Thank you. From ralf@lappi.waldorf-gmbh.de Tue Aug 3 23:56:56 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA19919; Tue, 3 Aug 1999 23:56:55 +0200 (MET DST) Received-Date: Tue, 3 Aug 1999 23:56:55 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-9.uni-koblenz.de [141.26.131.9]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA03155 for ; Tue, 3 Aug 1999 23:56:52 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id XAA07095; Tue, 3 Aug 1999 23:54:00 +0200 Date: Tue, 3 Aug 1999 23:54:00 +0200 From: Ralf Baechle To: Mark Mitchell Cc: binutils@sourceware.cygnus.com, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: PATCH for elf32-mips.c Message-ID: <19990803235400.A6637@uni-koblenz.de> References: <19990802231041C.mitchell@codesourcery.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <19990802231041C.mitchell@codesourcery.com>; from Mark Mitchell on Mon, Aug 02, 1999 at 11:10:41PM -0700 X-Accept-Language: de,en,fr Content-Length: 602 Lines: 14 On Mon, Aug 02, 1999 at 11:10:41PM -0700, Mark Mitchell wrote: > These patches (checked in) should fix another couple of thinkos > discovered by Ralf's mips-linux-gnu testing. Ralf, just out of > curiousity, do you think that Linux/GNU will move to the N32/64-bit > ABIs at some point? Or do you plan on sticking with the IRIX5-like > ABI for the forseeable future? My binutils work is part of Linux/MIPS64, at first for the Indy, then for the Origin 200 and other 64-bit MIPS based systems. It'll be quite a while until we'll also have a 64-bit userland, but that's also one of the aims. Ralf From ralf@lappi.waldorf-gmbh.de Wed Aug 4 00:10:49 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA19995; Wed, 4 Aug 1999 00:10:48 +0200 (MET DST) Received-Date: Wed, 4 Aug 1999 00:10:48 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-9.uni-koblenz.de [141.26.131.9]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA03827 for ; Wed, 4 Aug 1999 00:10:46 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA07274; Wed, 4 Aug 1999 00:09:08 +0200 Date: Wed, 4 Aug 1999 00:09:08 +0200 From: Ralf Baechle To: Mark Mitchell , binutils@sourceware.cygnus.com, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: HI16 / LO16 relocations. Message-ID: <19990804000908.A7145@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us X-Accept-Language: de,en,fr Content-Length: 502 Lines: 11 Mark, for now I'm just posting this in the hope it may ring a bell. It seems like HI16 / LO16 relocation pairs are not handled correctly This may result in ``la $reg, symbol'' ending up after the final link as ``la $reg, symbol + 0x10000''. I'll try to come up with a resonably small example tomorrow; right now I've just discovered this problem and can only show the problem in the diffs of disassembler listings between the two builds of a Linux kernel with binutils 2.8.1 and cvs-binutils. Ralf From mitchell@codesourcery.com Wed Aug 4 00:39:52 1999 Received: from adsl-206-170-148-33.dsl.snfc21.pacbell.net (adsl-206-170-148-33.dsl.snfc21.pacbell.net [206.170.148.33]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA21039; Wed, 4 Aug 1999 00:39:49 +0200 (MET DST) Received-Date: Wed, 4 Aug 1999 00:39:49 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by adsl-206-170-148-33.dsl.snfc21.pacbell.net (8.8.7/8.8.7) with ESMTP id PAA18030; Tue, 3 Aug 1999 15:42:36 -0700 To: ralf@uni-koblenz.de Cc: binutils@sourceware.cygnus.com, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: HI16 / LO16 relocations. In-Reply-To: <19990804000908.A7145@uni-koblenz.de> References: <19990804000908.A7145@uni-koblenz.de> X-Mailer: Mew version 1.94b25 on Emacs 20.3 / Mule 4.0 (HANANOEN) X-URL: http://www.codesourcery.com Organization: CodeSourcery, LLC From: Mark Mitchell Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19990803154236N.mitchell@codesourcery.com> Date: Tue, 03 Aug 1999 15:42:36 -0700 Sender: mitchell@codesourcery.com X-Dispatcher: imput version 990425(IM115) Content-Length: 1138 Lines: 24 >>>>> "Ralf" == Ralf Baechle writes: Ralf> Mark, for now I'm just posting this in the hope it may ring Ralf> a bell. It seems like HI16 / LO16 relocation pairs are not Ralf> handled correctly This may result in ``la $reg, symbol'' Ralf> ending up after the final link as ``la $reg, symbol + Ralf> 0x10000''. We're running into a lot more problems than I'd hoped for. I'm becoming embarassed. The best redeeming action is fix the problems with all possible alacrity; I'll try my best. I do really think we're getting close. I appreciate your testing. As soon as you get a test-case, I'll take a look at this. It's fine even it's big, as long as you can point at the exact place that goes wrong; I'd really like to get this work behind me, and get everything back to a more stable state. 've compiled *millions* of lines of code on IRIX6 with the new linker without a problem; obviously the relocation patterns are very different from the N32/N64 ABI to the older ABIs. -- Mark Mitchell mark@codesourcery.com CodeSourcery, LLC http://www.codesourcery.com From ralf@lappi.waldorf-gmbh.de Wed Aug 4 01:03:10 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA21212; Wed, 4 Aug 1999 01:03:10 +0200 (MET DST) Received-Date: Wed, 4 Aug 1999 01:03:10 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-9.uni-koblenz.de [141.26.131.9]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA16957 for ; Wed, 4 Aug 1999 01:03:07 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id BAA07865; Wed, 4 Aug 1999 01:01:01 +0200 Date: Wed, 4 Aug 1999 01:01:00 +0200 From: Ralf Baechle To: Mark Mitchell Cc: binutils@sourceware.cygnus.com, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: HI16 / LO16 relocations. Message-ID: <19990804010100.C7145@uni-koblenz.de> References: <19990804000908.A7145@uni-koblenz.de> <19990803154236N.mitchell@codesourcery.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <19990803154236N.mitchell@codesourcery.com>; from Mark Mitchell on Tue, Aug 03, 1999 at 03:42:36PM -0700 X-Accept-Language: de,en,fr Content-Length: 896 Lines: 18 On Tue, Aug 03, 1999 at 03:42:36PM -0700, Mark Mitchell wrote: > As soon as you get a test-case, I'll take a look at this. It's fine > even it's big, as long as you can point at the exact place that goes > wrong; I'd really like to get this work behind me, and get everything > back to a more stable state. 've compiled *millions* of lines of code > on IRIX6 with the new linker without a problem; obviously the > relocation patterns are very different from the N32/N64 ABI to the > older ABIs. I think the core differences are probably that I tried to compile non-pic code and code which tries to use GNU extensions. I intend to recompile the entire Linux distribution with this new linker which probably will trigger a few more bugs according to my past experience. Finally the Linux/MIPS64 kernel will exercise non-PIC 64-bit code - hopefully without triggering any new bugs ... Ralf From greyham@research.canon.com.au Wed Aug 4 06:08:51 1999 Received: from kwanon.research.canon.com.au (kwanon.research.canon.com.au [203.12.172.254]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id GAA22614; Wed, 4 Aug 1999 06:08:48 +0200 (MET DST) Received-Date: Wed, 4 Aug 1999 06:08:48 +0200 (MET DST) Received: (qmail 1827 invoked from network); 4 Aug 1999 04:08:05 -0000 Received: from eos.research.canon.com.au (203.12.175.190) by kwanon-heat.research.canon.com.au with SMTP; 4 Aug 1999 04:08:05 -0000 Received: from elph.research.canon.com.au (elph.research.canon.com.au [203.12.174.253]) by eos.research.canon.com.au (Postfix) with ESMTP id 5323F4281; Wed, 4 Aug 1999 14:08:29 +1000 (EST) Received: by elph.research.canon.com.au (Postfix, from userid 157) id 5038A650; Wed, 4 Aug 1999 14:08:03 +1000 (EST) Subject: Anyone ported Linux to the NEC DDB-VRC4737 evaluation board? To: linux-mips@fnet.fr Date: Wed, 4 Aug 1999 14:08:03 +1000 (EST) Cc: linux@engr.sgi.com, linux-mips@vger.rutgers.edu, debian-mips@lists.debian.org X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <19990804040803.5038A650@elph.research.canon.com.au> From: greyham@research.canon.com.au (Graham Stoney) Content-Length: 474 Lines: 12 Here's a question from way out left field, but maybe I'll get lucky today: Does anyone know of a Linux port to the NEC DDB-VRC4374 embedded evaluation board? The board is an evaluation platform for the NEC VR4300 MIPS CPU with the NEC Vrc4373 support chip, which would make a great platform for embedded Linux work with high mips/$ and the flexibility of PCI. Failing that, if it hasn't been done, can anyone offer a guess as to how hard a port might be? Regards, Graham From kevin@idns.gv.com.tw Wed Aug 4 09:48:33 1999 Received: from idns.gv.com.tw (kevin@idns.gv.com.tw [203.75.221.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA23735; Wed, 4 Aug 1999 09:48:30 +0200 (MET DST) Received-Date: Wed, 4 Aug 1999 09:48:30 +0200 (MET DST) Received: (from kevin@localhost) by idns.gv.com.tw (8.9.0/8.8.3) id PAA02414 for linux-mips@fnet.fr; Wed, 4 Aug 1999 15:52:01 +0800 Date: Wed, 4 Aug 1999 15:52:01 +0800 From: Tseng Chou Ming (Soft Eng) Message-Id: <199908040752.PAA02414@idns.gv.com.tw> To: linux-mips@fnet.fr Subject: howdy Content-Length: 219 Lines: 6 howdy, how can i prepare a cross-development environment for decstation-linux on host i386-linux? to make dynamic/static librarys and basic applications of "/sbin" & "/bin" like "/sbin/init" , etc.. thx in advanced!:) From mitch@sfgoth.com Wed Aug 4 10:10:28 1999 Received: from schmee.sfgoth.com (mitch@schmee.sfgoth.com [204.188.110.18]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA23894; Wed, 4 Aug 1999 10:10:27 +0200 (MET DST) Received-Date: Wed, 4 Aug 1999 10:10:27 +0200 (MET DST) Received: (from mitch@localhost) by schmee.sfgoth.com (8.9.3/8.9.3) id BAA72624; Wed, 4 Aug 1999 01:08:42 -0700 (PDT) Date: Wed, 4 Aug 1999 01:08:42 -0700 From: Mitchell Blank Jr To: Tseng Chou Ming Cc: linux-mips@fnet.fr Subject: Re: howdy Message-ID: <19990804010842.C68901@sfgoth.com> References: <199908040752.PAA02414@idns.gv.com.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <199908040752.PAA02414@idns.gv.com.tw>; from Tseng Chou Ming on Wed, Aug 04, 1999 at 03:52:01PM +0800 Content-Length: 414 Lines: 14 Tseng Chou Ming wrote: > howdy, how can i prepare a cross-development environment > for decstation-linux on host i386-linux? > to make dynamic/static librarys > and basic applications of "/sbin" & "/bin" > like "/sbin/init" , etc.. Read the cross-compiler mini howto: http://www.in-berlin.de/User/kraxel/cross-compiler.html There's also some prebuilt stuff at: http://decstation.unix-ag.org/software/ -Mitch From ralf@lappi.waldorf-gmbh.de Wed Aug 4 15:39:13 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA25282; Wed, 4 Aug 1999 15:39:12 +0200 (MET DST) Received-Date: Wed, 4 Aug 1999 15:39:12 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-17.uni-koblenz.de [141.26.131.17]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id PAA16389 for ; Wed, 4 Aug 1999 15:39:10 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id PAA15054; Wed, 4 Aug 1999 15:38:00 +0200 Date: Wed, 4 Aug 1999 15:38:00 +0200 From: Ralf Baechle To: Tseng Chou Ming , linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: howdy Message-ID: <19990804153800.A15002@uni-koblenz.de> References: <199908040808.QAA02722@idns.gv.com.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <199908040808.QAA02722@idns.gv.com.tw>; from Tseng Chou Ming on Wed, Aug 04, 1999 at 04:08:49PM +0800 X-Accept-Language: de,en,fr Content-Length: 481 Lines: 14 On Wed, Aug 04, 1999 at 04:08:49PM +0800, Tseng Chou Ming wrote: > howdy, how can i prepare a cross-development environment > for decstation-linux on host i386-linux? > to make dynamic/static librarys > and basic applications of "/sbin" & "/bin" > like "/sbin/init" , etc.. > thx in advanced!:) Try avoiding crossc-compilation if possible ... Crosscompiler & linker binaries are available on ftp.linux.sgi.com just like all the native binaries & source you might need. Ralf From nweaver@ribbit.CS.Berkeley.EDU Wed Aug 4 19:01:40 1999 Received: from ribbit.CS.Berkeley.EDU (ribbit.CS.Berkeley.EDU [128.32.131.152]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA26663; Wed, 4 Aug 1999 19:01:38 +0200 (MET DST) Received-Date: Wed, 4 Aug 1999 19:01:38 +0200 (MET DST) Received: (from nweaver@localhost) by ribbit.CS.Berkeley.EDU (8.9.1a/8.9.1) id KAA12231; Wed, 4 Aug 1999 10:01:37 -0700 (PDT) From: "Nicholas C. Weaver" Message-Id: <199908041701.KAA12231@ribbit.CS.Berkeley.EDU> Subject: Re: Anyone ported Linux to the NEC DDB-VRC4737 evaluation board? To: greyham@research.canon.com.au (Graham Stoney) Date: Wed, 4 Aug 1999 10:01:36 -0700 (PDT) Cc: linux-mips@fnet.fr, linux@engr.sgi.com, linux-mips@vger.rutgers.edu, debian-mips@lists.debian.org In-Reply-To: <19990804040803.5038A650@elph.research.canon.com.au> from "Graham Stoney" at Aug 4, 99 02:08:03 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1334 Lines: 29 Graham Stoney wrote: > Here's a question from way out left field, but maybe I'll get lucky > today: Does anyone know of a Linux port to the NEC DDB-VRC4374 > embedded evaluation board? The board is an evaluation platform for > the NEC VR4300 MIPS CPU with the NEC Vrc4373 support chip, which > would make a great platform for embedded Linux work with high mips/$ > and the flexibility of PCI. Failing that, if it hasn't been done, > can anyone offer a guess as to how hard a port might be? I don't know of a port, or a port for the VRC5074 board (the similar setup for the Vr5000 cpu and glue chip). Same question, different board? Anyone? Anyone? However, I'm in the personal process of attempting the 5074 port. It's a rather time consuming process. (Hey, at least it gets to print "Linux version 2.2.10 (nweaver@tap.CS.Berkeley.EDU) (gcc version egcs-2.90.27 980315 (egcs-1.0.2 release)) #39 Tue Aug 3 16:17:48 PDT 1999" before crashing horribly and requiring the board to power cycle). One thing which would help your port is to call up NEC tech support and get the source for the PMON prom monitor running on that evaluation board. I've also heard that the NetBSD/OpenBSD might have a working port, but I don't have that information. -- Nicholas C. Weaver nweaver@cs.berkeley.edu From shepperd@agames.com Wed Aug 4 21:02:20 1999 Received: from void.agames.com ([192.245.82.72]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA27402; Wed, 4 Aug 1999 21:02:16 +0200 (MET DST) Received-Date: Wed, 4 Aug 1999 21:02:16 +0200 (MET DST) Received: from hobbes.agames.com (hobbes.agames.com [192.245.83.57]) by void.agames.com with ESMTP id MAA05996; Wed, 4 Aug 1999 12:01:24 -0700 (PDT) Received: (shepperd@localhost) by hobbes.agames.com (8.6.12/8.6.12) id MAA02157; Wed, 4 Aug 1999 12:01:23 -0700 Message-Id: <199908041901.MAA02157@hobbes.agames.com> Subject: Re: Anyone ported Linux to the NEC DDB-VRC4737 evaluation board? To: nweaver@CS.Berkeley.EDU (Nicholas C. Weaver) Date: Wed, 4 Aug 1999 12:01:22 -0700 (PDT) From: Dave Shepperd Cc: greyham@research.canon.com.au, linux-mips@fnet.fr, linux@engr.sgi.com, linux-mips@vger.rutgers.edu, debian-mips@lists.debian.org In-Reply-To: <199908041701.KAA12231@ribbit.CS.Berkeley.EDU> from "Nicholas C. Weaver" at Aug 4, 99 10:01:36 am X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 921 Lines: 19 > > today: Does anyone know of a Linux port to the NEC DDB-VRC4374 > > embedded evaluation board? The board is an evaluation platform for > [...] > I don't know of a port, or a port for the VRC5074 board (the > similar setup for the Vr5000 cpu and glue chip). Same question, > different board? Anyone? Anyone? I have Linux mostly running on a board with the NEC4310/4373 combo, but it isn't the NEC eval board (everything in both 2.1.121 and 2.3.9 that I've tested seems to work except pthreads). I also have linux sort of running on a board with the QED5271/NEC5074 (and I plan to make it work on a QEDRM7000/NEC5074) but that isn't an eval board either. Not that this will help either of you, but it means there is hope and it probably can be done. -- Dave Shepperd. shepperd@agames.com Atari Games Corp. 675 Sycamore Drive, Milpitas CA 95035. -- Standard disclaimers. From dom@algor.co.uk Wed Aug 4 23:06:05 1999 Received: from embankment.algor.co.uk (0@embankment.algor.co.uk [193.117.190.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA28700; Wed, 4 Aug 1999 23:06:04 +0200 (MET DST) Received-Date: Wed, 4 Aug 1999 23:06:04 +0200 (MET DST) Received: from gladsmuir.algor.co.uk (dom@gladsmuir.algor.co.uk [193.117.190.129]) by embankment.algor.co.uk (8.8.8/8.8.8) with ESMTP id WAA29428; Wed, 4 Aug 1999 22:05:56 +0100 (BST) Received: (from dom@localhost) by gladsmuir.algor.co.uk (8.8.5/8.8.5) id WAA00488; Wed, 4 Aug 1999 22:05:55 +0100 (GMT/BST) Date: Wed, 4 Aug 1999 22:05:55 +0100 (GMT/BST) Message-Id: <199908042105.WAA00488@gladsmuir.algor.co.uk> From: Dominic Sweetman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Nicholas C. Weaver" Cc: greyham@research.canon.com.au (Graham Stoney), linux-mips@fnet.fr, linux@engr.sgi.com, linux-mips@vger.rutgers.edu, debian-mips@lists.debian.org Subject: Re: Anyone ported Linux to the NEC DDB-VRC4737 evaluation board? In-Reply-To: <199908041701.KAA12231@ribbit.CS.Berkeley.EDU> References: <19990804040803.5038A650@elph.research.canon.com.au> <199908041701.KAA12231@ribbit.CS.Berkeley.EDU> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Content-Length: 366 Lines: 11 > I've also heard that the NetBSD/OpenBSD might have a working > port, but I don't have that information. OpenBSD certainly runs on our P-5064 board, which can have various R5000-class CPUs. Changing the port to use the Vrc5074 chip would be reasonably straightforward, so long as you can work around the bugs. Dominic Sweetman Algorithmics Ltd dom@algor.co.uk From ralf@lappi.waldorf-gmbh.de Thu Aug 5 13:18:30 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA06370; Thu, 5 Aug 1999 13:18:29 +0200 (MET DST) Received-Date: Thu, 5 Aug 1999 13:18:29 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-16.uni-koblenz.de [141.26.131.16]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id NAA08275 for ; Thu, 5 Aug 1999 13:18:24 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id CAA22432; Thu, 5 Aug 1999 02:02:16 +0200 Date: Thu, 5 Aug 1999 02:02:16 +0200 From: Ralf Baechle To: Mark Mitchell Cc: binutils@sourceware.cygnus.com, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: R_MIPS_26 testcase Message-ID: <19990805020216.A22390@uni-koblenz.de> References: <19990804134926T.mitchell@codesourcery.com> <19990804230046.B15625@uni-koblenz.de> <19990804234523.A21269@uni-koblenz.de> <19990804152625A.mitchell@codesourcery.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <19990804152625A.mitchell@codesourcery.com>; from Mark Mitchell on Wed, Aug 04, 1999 at 03:26:25PM -0700 X-Accept-Language: de,en,fr Content-Length: 559 Lines: 19 On Wed, Aug 04, 1999 at 03:26:25PM -0700, Mark Mitchell wrote: > >>>>> "Ralf" == Ralf Baechle writes: > > Ralf> This seems to fix test case #6. > > >> else if (r_type == R_MIPS16_26 || r_type == R_MIPS16_26) > Ralf> ^^^^^^^^^^^ ^^^^^^^^^^^ > > !#@! > > I'm going to take a nap now. When I wake up, I promise to be a saner > person. Just to make your waking sweeter, latest cvs-binutils plus the R_MIPS_26 patch from my other email plus your elflink.h patch build a working Linux kernel! Ralf From mitchell@codesourcery.com Thu Aug 5 09:47:35 1999 Received: from adsl-206-170-148-33.dsl.snfc21.pacbell.net (adsl-206-170-148-33.dsl.snfc21.pacbell.net [206.170.148.33]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA04514; Thu, 5 Aug 1999 09:47:33 +0200 (MET DST) Received-Date: Thu, 5 Aug 1999 09:47:33 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by adsl-206-170-148-33.dsl.snfc21.pacbell.net (8.8.7/8.8.7) with ESMTP id SAA26463; Wed, 4 Aug 1999 18:20:07 -0700 To: ralf@uni-koblenz.de Cc: binutils@sourceware.cygnus.com, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: R_MIPS_26 testcase In-Reply-To: <19990805020216.A22390@uni-koblenz.de> References: <19990804234523.A21269@uni-koblenz.de> <19990804152625A.mitchell@codesourcery.com> <19990805020216.A22390@uni-koblenz.de> X-Mailer: Mew version 1.94b25 on Emacs 20.3 / Mule 4.0 (HANANOEN) X-URL: http://www.codesourcery.com Organization: CodeSourcery, LLC From: Mark Mitchell Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19990804182007L.mitchell@codesourcery.com> Date: Wed, 04 Aug 1999 18:20:07 -0700 Sender: mitchell@codesourcery.com X-Dispatcher: imput version 990425(IM115) Content-Length: 462 Lines: 12 >>>>> "Ralf" == Ralf Baechle writes: Ralf> Just to make your waking sweeter, latest cvs-binutils plus Ralf> the R_MIPS_26 patch from my other email plus your elflink.h Ralf> patch build a working Linux kernel! I must still be sleeping. I thought you said something worked. What a nice dream I'm having ... -- Mark Mitchell mark@codesourcery.com CodeSourcery, LLC http://www.codesourcery.com From ralf@lappi.waldorf-gmbh.de Thu Aug 5 13:19:31 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA06398; Thu, 5 Aug 1999 13:19:30 +0200 (MET DST) Received-Date: Thu, 5 Aug 1999 13:19:30 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-16.uni-koblenz.de [141.26.131.16]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id NAA08337 for ; Thu, 5 Aug 1999 13:19:25 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id EAA23504; Thu, 5 Aug 1999 04:19:31 +0200 Date: Thu, 5 Aug 1999 04:19:30 +0200 From: Ralf Baechle To: Mark Mitchell Cc: binutils@sourceware.cygnus.com, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: R_MIPS_26 testcase Message-ID: <19990805041930.D22390@uni-koblenz.de> References: <19990804234523.A21269@uni-koblenz.de> <19990804152625A.mitchell@codesourcery.com> <19990805020216.A22390@uni-koblenz.de> <19990804182007L.mitchell@codesourcery.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <19990804182007L.mitchell@codesourcery.com>; from Mark Mitchell on Wed, Aug 04, 1999 at 06:20:07PM -0700 X-Accept-Language: de,en,fr Content-Length: 492 Lines: 14 On Wed, Aug 04, 1999 at 06:20:07PM -0700, Mark Mitchell wrote: > >>>>> "Ralf" == Ralf Baechle writes: > > Ralf> Just to make your waking sweeter, latest cvs-binutils plus > Ralf> the R_MIPS_26 patch from my other email plus your elflink.h > Ralf> patch build a working Linux kernel! > > I must still be sleeping. I thought you said something worked. What > a nice dream I'm having ... Enjoy that feeling ... before you read my other email ... Ralf From mitchell@codesourcery.com Thu Aug 5 09:47:32 1999 Received: from adsl-206-170-148-33.dsl.snfc21.pacbell.net (adsl-206-170-148-33.dsl.snfc21.pacbell.net [206.170.148.33]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA04511; Thu, 5 Aug 1999 09:47:30 +0200 (MET DST) Received-Date: Thu, 5 Aug 1999 09:47:30 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by adsl-206-170-148-33.dsl.snfc21.pacbell.net (8.8.7/8.8.7) with ESMTP id VAA29185; Wed, 4 Aug 1999 21:42:35 -0700 To: ralf@uni-koblenz.de Cc: binutils@sourceware.cygnus.com, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: R_MIPS_26 testcase In-Reply-To: <19990805041930.D22390@uni-koblenz.de> References: <19990805020216.A22390@uni-koblenz.de> <19990804182007L.mitchell@codesourcery.com> <19990805041930.D22390@uni-koblenz.de> X-Mailer: Mew version 1.94b25 on Emacs 20.3 / Mule 4.0 (HANANOEN) X-URL: http://www.codesourcery.com Organization: CodeSourcery, LLC From: Mark Mitchell Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19990804214234B.mitchell@codesourcery.com> Date: Wed, 04 Aug 1999 21:42:34 -0700 Sender: mitchell@codesourcery.com X-Dispatcher: imput version 990425(IM115) Content-Length: 340 Lines: 12 Ralf -- Let's take this stuff off the binutils list. I'm sure we're boring everyone. I suggest that you and I continue hashing out the bugs, and that when we're done that we communicate that fact back to the list. -- Mark Mitchell mark@codesourcery.com CodeSourcery, LLC http://www.codesourcery.com From ralf@lappi.waldorf-gmbh.de Thu Aug 5 15:08:19 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA07731; Thu, 5 Aug 1999 15:08:18 +0200 (MET DST) Received-Date: Thu, 5 Aug 1999 15:08:18 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-16.uni-koblenz.de [141.26.131.16]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id PAA15648 for ; Thu, 5 Aug 1999 15:08:15 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id OAA24490; Thu, 5 Aug 1999 14:23:04 +0200 Date: Thu, 5 Aug 1999 14:23:03 +0200 From: Ralf Baechle To: Martin Mares Cc: Linus Torvalds , Andi Kleen , David Hinds , Pete Zaitcev , linux-kernel@vger.rutgers.edu, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: More linker magic.. Message-ID: <19990805142303.D23571@uni-koblenz.de> References: <19990804214327.A736@albireo.ucw.cz> <19990805105354.A167@albireo.ucw.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <19990805105354.A167@albireo.ucw.cz>; from Martin Mares on Thu, Aug 05, 1999 at 10:53:54AM +0200 X-Accept-Language: de,en,fr Content-Length: 949 Lines: 19 On Thu, Aug 05, 1999 at 10:53:54AM +0200, Martin Mares wrote: > > Broken non-updated drivers simply won't compile, but the fixes tend to be > > rather straightforward. The less straightforward part is if some driver > > tries to change the start offsets etc, which implies that he really has to > > unregister the resource and re-register somewhere else. I don't know if > > anybody actually does that, although I do know that there are drivers that > > play some silly games with their resource list. > > The only case somebody modifies the addresses I know of is fixup for > broken S3 cards reporting incorrect region sizes. I'll modify the generic > PCI fixup code to do it automatically. SGI IOC3 is another case. This card only decodes the first 32 bytes of the configuration space, so the a few bogus mappings will be detected by the PCI code. Any generic facility for this or what is your proposed way of handling such cards? Ralf From mj@albireo.ucw.cz Thu Aug 5 15:57:36 1999 Received: from server1.gts.cz (root@server1.gts.cz [194.213.32.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA07959; Thu, 5 Aug 1999 15:57:33 +0200 (MET DST) Received-Date: Thu, 5 Aug 1999 15:57:33 +0200 (MET DST) Received: from albireo.ucw.cz (mj@albireo.ucw.cz [62.168.0.14]) by server1.gts.cz (8.8.8/8.8.8) with ESMTP id PAA04135; Thu, 5 Aug 1999 15:57:03 +0200 Received: (from mj@localhost) by albireo.ucw.cz (8.8.8/8.8.8) id PAA02723; Thu, 5 Aug 1999 15:55:39 +0200 Message-ID: <19990805155538.A470@albireo.ucw.cz> Date: Thu, 5 Aug 1999 15:55:38 +0200 From: Martin Mares To: Ralf Baechle Cc: Linus Torvalds , Andi Kleen , David Hinds , Pete Zaitcev , linux-kernel@vger.rutgers.edu, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu, davem@redhat.com, alan@linux.org.uk Subject: PCI fixups (Was: Re: More linker magic..) References: <19990804214327.A736@albireo.ucw.cz> <19990805105354.A167@albireo.ucw.cz> <19990805142303.D23571@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93i In-Reply-To: <19990805142303.D23571@uni-koblenz.de>; from Ralf Baechle on Thu, Aug 05, 1999 at 02:23:03PM +0200 Content-Length: 1916 Lines: 44 Hi Ralf, > SGI IOC3 is another case. This card only decodes the first 32 bytes of > the configuration space, so the a few bogus mappings will be detected by > the PCI code. Any generic facility for this or what is your proposed > way of handling such cards? As the reality continues supplying us with buggy PCI devices with almost all conceivable faults, I'm going to extend the fixup mechanisms in our PCI code and re-arrange the device probing. There will exist two fixup tables: a generic one and an arch-specific one (the latter will contain fixups for arch-specific bridges etc.) and each fixup entry will consist of entry type (telling when should be the fixup activated), vendor+device ID and a function pointer. The generic code will automatically call these fixups during bus scan. New bus scan algorithm: for each bus { for each device on that bus { read configuration header READ FIXUP [table lookup; fix broken headers] } BUS FIXUP [function call; fix ghost buses et cetera] scan child buses } GLOBAL FIXUP [function call; assigns addresses and so on] claim resources for all cards FINAL FIXUP [again a function call; fixes forgotten I/O enables etc.] QUIRKS [table lookup; fixes the remaining problems] Host bridge scanning will be no longer initiated by the generic code -- there will be an arch-dependent function which will call pci_scan_bus for all host bridges it knows, passing struct pci_ops containing pointers to configuration space access function for that bridge, so that the architectures won't have to do their own multiplexing inside low-level access functions. I'd like to know your opinion on this approach. Have a nice fortnight -- Martin `MJ' Mares http://atrey.karlin.mff.cuni.cz/~mj/ Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth "People disagree with me. I just ignore them." -- Linus Torvalds From damirt@email.com Fri Aug 6 13:49:27 1999 Received: from inet3000.de ([195.211.174.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA17763; Fri, 6 Aug 1999 13:49:26 +0200 (MET DST) Received-Date: Fri, 6 Aug 1999 13:49:26 +0200 (MET DST) Received: from [10.10.20.5] (helo=test) by inet3000.de with smtp (Exim 1.92 #2) for linux-mips@fnet.fr id 11CiWM-0002hz-00; Fri, 6 Aug 1999 13:50:26 +0200 From: "Damir Tresnjo" To: linux-mips@fnet.fr Date: Fri, 6 Aug 1999 13:39:21 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: cube, ISDN, ip_masquerading Priority: normal X-mailer: Pegasus Mail for Win32 (v3.01d) Message-Id: Content-Length: 712 Lines: 21 {HYPERLINK "http://scnc.holt.k12.mi.us/~lachniet/proxy/"}Hi, I am trying to use Cobalt Cube 2700 WG with ISDN as Dial Up Server for my local network. ISDN card works fine, but I do not have any {HYPERLINK "http://scnc.holt.k12.mi.us/~lachniet/proxy/"}ip_masquerading modules for kernel, so I can not translate local IP addresses to public IP address for my local network. On this cube is running kernel-2.0.33-5TO. I tried to get source for kernel from cobalt but with this source (kernel-2.0.33-C13) I couldn not make binaries clean. Can anybody tell me were I can find properly source for the Cube with ISDN or tell me how to bring my Cube to work properly? Thanks. bye damir tresnjo gruss damir From brad@ltc.com Fri Aug 6 16:49:36 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id QAA18473; Fri, 6 Aug 1999 16:49:32 +0200 (MET DST) Received-Date: Fri, 6 Aug 1999 16:49:32 +0200 (MET DST) Received: from PREFECT (PREFECT [38.149.17.184]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ga309796 for ; Fri, 6 Aug 1999 10:54:19 -0400 Message-ID: <010201bee01a$73fec300$b8119526@ltc.com> From: "Bradley D. LaRonde" To: Subject: Where to put new keyboard driver Date: Fri, 6 Aug 1999 10:46:23 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 254 Lines: 12 I need to write a keyboard driver for a new mips platform (not a pc keyboard). Where should I put it? In drivers/char, drivers/myplatform, or arch/mips/myplatform? I see keyboard drivers in all these places. Where is the best place? Regards, Brad From radek@ids.pl Fri Aug 6 23:17:48 1999 Received: from ids1.ids.pl (ids1.ids.pl [195.117.3.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA23804; Fri, 6 Aug 1999 23:17:46 +0200 (MET DST) Received-Date: Fri, 6 Aug 1999 23:17:46 +0200 (MET DST) Received: from luna.ids.pl (IDENT:root@p5.a1.core.ids.pl [195.117.3.136]) by ids1.ids.pl (8.9.3/8.8.8/rchk1.19) with ESMTP id XAA23303 for ; Fri, 6 Aug 1999 23:15:31 +0200 (MET DST) Received: from luna.ids.pl (IDENT:radek@luna.ids.pl [172.16.1.1]) by luna.ids.pl (8.9.3/8.9.3) with ESMTP id XAA00663 for ; Fri, 6 Aug 1999 23:10:09 +0200 Date: Fri, 6 Aug 1999 23:10:06 +0200 (CEST) From: Radoslaw Roszczyk To: linux-mips@fnet.fr Subject: help In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 623 Lines: 24 -----BEGIN PGP SIGNED MESSAGE----- On Thu, 29 Jul 1999, Richard van den Berg wrote: How can I signoff from this list. Who is admin of it, or what is address to mailserver of this list... Radek - ----- Radoslaw Roszczyk - radek@ids.pl, R.Roszczyk@elka.pw.edu.pl MobilePhone: +48-604-570-290 Unix is like a wigwam - no windows, no gates, Apache inside... -----BEGIN PGP SIGNATURE----- Version: 2.6.3i Charset: noconv iQB1AwUBN6tPMQ3Q8+gSdklJAQFZngL9HaikzAD8AD4IRJMSPFwLqiGKGtDNnNtJ ZnoeKlJd08kx8rf9NWKEy46/XnB6irY7c/E2ADIA2ZC/Dcx69wf0QPSf6SUmf8N9 qh3zzYSz4U+L2JD+4CnyxQX9DMcJERkz =UI67 -----END PGP SIGNATURE----- From karimi@MERCURY.CS.UREGINA.CA Sun Aug 8 02:08:05 1999 Received: from MERCURY.CS.UREGINA.CA (MERCURY.CS.UREGINA.CA [142.3.200.53]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA07401; Sun, 8 Aug 1999 02:08:04 +0200 (MET DST) Received-Date: Sun, 8 Aug 1999 02:08:04 +0200 (MET DST) Received: (from karimi@localhost) by MERCURY.CS.UREGINA.CA (8.9.3/8.9.3) id SAA16389; Sat, 7 Aug 1999 18:07:58 -0600 (CST) Date: Sat, 7 Aug 1999 18:07:58 -0600 (CST) From: Kamran Karimi To: linux-mips@fnet.fr, linux@engr.sgi.com Subject: Distributed Programming under Linux/MIPS Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 894 Lines: 19 Hi, People interested in distributed programming are invited to try DIPC (Distributed Inter-Process Communication). It allows you to transparently use System V IPC's semaphores, messages and shared memories over a network of computers. Its Transparent Distributed Shared Memory (DSM) puts it in a different class from other systems like PVM or MPI. Using DIPC, you can easily write distributed program even if you have only one machine. The same code can later be used in a real cluster, or a multi-processor, without any changes. DIPC needs to be comprehensively tested under Linux/MIPS. You can download the file dipc-2.0-pre3.tgz from orion.cs.uregina.ca /pub/dipc (It also patches i386, Alpha, PowerPC and SPARC code in the kernel). Please try it and let me know the positive and negative results. Recommendations and wish lists for the final package are welcome. Kamran From toto@vol.vnn.vn Thu Aug 12 17:07:29 1999 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA03822; Thu, 12 Aug 1999 17:07:28 +0200 (MET DST) Received-Date: Thu, 12 Aug 1999 17:07:28 +0200 (MET DST) From: toto@vol.vnn.vn Received: from gw34i.fmr.com (gw34e.fmr.com [192.223.207.76]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id OAA17955; Mon, 9 Aug 1999 14:04:01 +0200 (MET DST) Received: (from smtp@localhost) by gw34i.fmr.com (8.8.7/8.8.7) id IAA12691; Mon, 9 Aug 1999 08:03:57 -0400 (EDT) Received: from 98ab38cc.ipt.aol.com(152.171.56.204) by gw34i.fmr.com via smap (V2.0) id xma012504; Mon, 9 Aug 99 08:03:25 -0400 Subject: Repair your credit Date: Mon, 9 Aug 1999 07:13:36 Message-Id: <654.702673.261517@mail.info-unlimited.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Length: 455 Lines: 9 Are you tired of having bad credit but don't know what you can do about it? Having a good credit rating can help you get the house or car of your dreams, afford to put yourself or a child through college or take that vacation you have been dreaming about. Check out the website below for information on how to improve your credit rating and get the credit you deserve. http://3626046468/ns/4credit/ (cut and copy or type directly into your browser) From ralf@lappi.waldorf-gmbh.de Thu Aug 12 17:04:46 1999 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA03155; Thu, 12 Aug 1999 17:04:45 +0200 (MET DST) Received-Date: Thu, 12 Aug 1999 17:04:45 +0200 (MET DST) Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1] (may be forged)) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id WAA21518; Mon, 9 Aug 1999 22:45:08 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-29.uni-koblenz.de [141.26.131.29]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id WAA16946 for ; Mon, 9 Aug 1999 22:45:01 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id OAA17414; Mon, 9 Aug 1999 14:40:51 +0200 Date: Mon, 9 Aug 1999 14:40:50 +0200 From: Ralf Baechle To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Cc: thockin@cobaltnet.com Subject: binutils: Heads up! Message-ID: <19990809144050.A17349@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us X-Accept-Language: de,en,fr Content-Length: 1728 Lines: 50 Over the last couple of days I've been working on bashing all bugs out of current CVS binutils from Cygnus. The result is that as of yesterday my working version is probably better then ever. The downside: one of the bugs, misstreating R_MIPS_32 relocations was present in all previous versions of binutils. Here the details for those who care: Assume two source file, the first one: .data .globl var var: .word external_reference Using binutils 2.8.1 the assembler outputs the following relocation record: RELOCATION RECORDS FOR [.data]: OFFSET TYPE VALUE 0000000000000000 R_MIPS_32 external_reference That's the correct behaviour. So, now make that a reference to a global variable defined in the same source: .data .globl var var: .word other .globl other other: .word 42 This time the assembler will emit: RELOCATION RECORDS FOR [.data]: OFFSET TYPE VALUE 0000000000000000 R_MIPS_32 .data This relocation should be against other. Why is this a problem? Assume both files would be referencing the same global variable. They get linked together as part of a final program / library. Then at runtime the linker will resolve the one reference to the local instance of the variable and possibly to another instance for the other reference. This problem may sound rather theoretical. Well, it isn't. Lots of software out there does nasties like ``int errno = 0;''. So once we're finished with fixing binutils every single binary should be recompiled and eventually exchanged in order to finally get rid of it's effect. It's probably only causing actual problems in a very small number of binaries but I though I should mention it. Ralf From mkovach@alal.com Thu Aug 12 16:42:07 1999 Received: from utopia.EUnet.fr (utopia.eunet.fr [192.134.192.2]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id QAA27514; Thu, 12 Aug 1999 16:42:06 +0200 (MET DST) Received-Date: Thu, 12 Aug 1999 16:42:06 +0200 (MET DST) Received: from relay2.eunet.fr by utopia.EUnet.fr (5.65c8d/EUNET-4.2.3) via EUnet-France id AA04704; Tue, 10 Aug 1999 14:19:30 +0200 (MET) Received: from relay5.eunet.fr by relay2.eunet.fr (5.65c8d/96.05.03) via EUnet-France id AA07067; Tue, 10 Aug 1999 14:19:32 +0200 (MET) Received: from relay2.eunet.fr (relay2.eunet.fr [192.134.192.149]) by relay5.eunet.fr (8.8.5/8.8.5) with ESMTP id OAA00787 for ; Tue, 10 Aug 1999 14:19:20 +0200 (MET DST) Received: from alpha.theshagster.com (root@[207.166.196.19]) by relay2.eunet.fr (8.8.5/8.8.5) with ESMTP id OAA07055 for ; Tue, 10 Aug 1999 14:19:29 +0200 (MET DST) Received: from alpha.theshagster.com (mkovach@alpha.theshagster.com [207.166.196.19]) by alpha.theshagster.com (8.8.7/8.8.7) with ESMTP id IAA01292 for ; Tue, 10 Aug 1999 08:15:42 -0400 Date: Tue, 10 Aug 1999 08:15:42 -0400 (EDT) From: Mat Kovach X-Sender: mkovach@alpha.theshagster.com To: linux-mips@guadalquivir.fnet.fr Subject: Test Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 233 Lines: 6 sorry guys...just ingnore this, my DNS server barfed....just testing.... please ignore Mat Kovach mkovach@mkovach.nacs.net This e-mail is brought to you by the letter gamma and number e From tkrishna@bubba.ae.usr.com Thu Aug 12 16:59:57 1999 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA01887; Thu, 12 Aug 1999 16:59:56 +0200 (MET DST) Received-Date: Thu, 12 Aug 1999 16:59:56 +0200 (MET DST) Received: from bubba.ae.usr.com ([207.24.79.2]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id TAA00186; Tue, 10 Aug 1999 19:23:52 +0200 (MET DST) Received: (from tkrishna@localhost) by bubba.ae.usr.com (8.9.3/8.6.9) id MAA10324; Tue, 10 Aug 1999 12:24:55 -0500 Date: Tue, 10 Aug 1999 12:24:55 -0500 (CDT) From: Tatai SV Krishnan To: linux-mips@fnet.fr Subject: Linux on SGI-indigo2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 738 Lines: 25 Hi, I have a question. I have a SGI indigo 2 system. I am wondering if I can install linux on this system. If yes - is there any FAQ that I can look for to install the same? thanks a bunch regards krish ----------------------------------------- \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ -------------------------------------------------------------------------\ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec -------------------------------------------------------------------------/ From rraffer1@osf1.gmu.edu Thu Aug 12 16:54:44 1999 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA00653; Thu, 12 Aug 1999 16:54:43 +0200 (MET DST) Received-Date: Thu, 12 Aug 1999 16:54:43 +0200 (MET DST) Received: from osf1.gmu.edu (osf1.gmu.edu [129.174.1.13]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id KAA06148; Wed, 11 Aug 1999 10:25:06 +0200 (MET DST) Received: from localhost (rraffer1@localhost) by osf1.gmu.edu (8.8.8/8.8.8) with SMTP id EAA14220; Wed, 11 Aug 1999 04:24:58 -0400 (EDT) Date: Wed, 11 Aug 1999 04:24:58 -0400 (EDT) From: Ryan Rafferty cc: linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Magnum Kernel? In-Reply-To: <19990805020216.A22390@uni-koblenz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 411 Lines: 13 I have tried using the Linux-2.2.1 precompiled kernel for the Magnum from ftp.linux.sgi.com, but it does not correctly detect the onboard SONIC ethernet. What's worse, it issues a kernel panic when using the NE2000-clone ethernet card that works fine under a previous kernel (2.1.99). What is the current kernel being used for development on little-endian machines? Is it anon-cvs accessible? Thanks, Ryan From alexey@md.ru Thu Aug 12 16:54:40 1999 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA00626; Thu, 12 Aug 1999 16:54:39 +0200 (MET DST) Received-Date: Thu, 12 Aug 1999 16:54:39 +0200 (MET DST) Received: from mdis.ru (root@www.mdis.ru [194.220.215.60]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id KAA06284; Wed, 11 Aug 1999 10:58:08 +0200 (MET DST) Received: from playboy.mdis.ru ([192.168.80.63]) by mdis.ru (8.8.5/8.8.5) with SMTP id NAA17665 for ; Wed, 11 Aug 1999 13:52:53 +0400 Message-ID: <000801bee3d8$8baa7dc0$3f50a8c0@mdis.ru> From: "Alexey S. Fadeyev" To: Subject: Linux+MIPS Date: Wed, 11 Aug 1999 13:04:25 +0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01BEE3FA.099A7840" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 1163 Lines: 40 This is a multi-part message in MIME format. ------=_NextPart_000_0005_01BEE3FA.099A7840 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Hi Is Linux-kernel going to support mips R4650? Mail me pease if you know any projects connected with it. Regards=20 Alexey ------=_NextPart_000_0005_01BEE3FA.099A7840 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable
Hi
Is Linux-kernel going = to support mips=20 R4650?
Mail me pease if you know any projects = connected=20 with it.
 
Regards
Alexey
 
------=_NextPart_000_0005_01BEE3FA.099A7840-- From delfin2000@mail.ru Thu Aug 12 16:49:54 1999 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA29187; Thu, 12 Aug 1999 16:49:53 +0200 (MET DST) Received-Date: Thu, 12 Aug 1999 16:49:53 +0200 (MET DST) From: delfin2000@mail.ru Received: from cnt.ru (mweb.ctel.msk.ru [194.84.17.34]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id DAA12874; Thu, 12 Aug 1999 03:31:28 +0200 (MET DST) Received: from rcomputer (ppp109.dial-up.cnt.ru [194.84.246.109]) by cnt.ru (8.9.1a/8.9.1) with SMTP id FAA24676 for linux-mips@fnet.fr; Thu, 12 Aug 1999 05:31:03 +0400 (MSD) Date: Thu, 12 Aug 1999 05:31:03 +0400 (MSD) Message-Id: <199908120131.FAA24676@cnt.ru> To: Subject: Priglashau Dilerov MIME-Version: 1.0 Content-Type: text/plain; charset=windows1251 Content-Length: 2156 Lines: 48 !!!ËÅÒÍÅÅ ÑÍÈÆÅÍÈÅ ÖÅÍ!!! Ðîññèéñêèé ïðîèçâîäèòåëü îòäåëî÷íûõ ìàòåðèàëîâ ïðåäëàãàåò ïðîäóêöèþ, ïðîèçâåäåííóþ íà íåìåöêîì îáîðóäîâàíèè èç èìïîðòíûõ èíãðèäèåíòîâ. Âûñîêîêà÷åñòâåííûå : Â/Ä êðàñêè, ãðóíòîâêà, øïàòëåâêà, êëåè äëÿ ïëèòêè,ñòèðîïîðà. Òîðãîâàÿ ìàðêà FEIDAL, KARUWA. Öåíû ÑÍÈÆÅÍÛ!!! Ïîñðåäíèêè îïëà÷èâàþòñÿ. Tiefgrund LF = Tiefengrund LF ÒÈÃÈ Knauf - Àêðèëîâàÿ ãðóíòîâêà ãëóáîêîãî ïðîíèêíîâåíèÿ. !!!  ÐÎÑÑÈÈ ÄÅØÅÂËÅ ÍÅÒ !!! !!! ÍÎÂÛÉ ÏÐÀÉÑ-ËÈÑÒ !!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Äâåðè äëÿ âíóòðåííèõ ïåðåãîðîäîê. Áåëûå.Ïðîèçâîäñòâà Ïîëüøà.Íàðóæíîå ïîêðûòèå-ïëàñòèê.  êîìïëåêòå ñ çàìêàìè, ïåòëÿìè è êîðîáêàìè. Ðàçìåð 2000õ600õ40 ãëóõèå è ïîä ñòåêëî. 2000õ700õ40 2000õ800õ40 2000õ900õ40 !!! Öåíà 420-1100 ðóáëåé øò. !!! Ïàðòèåé îò 10 êîìïëåêòîâ. Êîðîáêè äâåðíûå íà 100 ìì öåíà îò 320 ðóáëåé(ìåòàëë). Çàÿâêè ïî òåëåôîíó (095) 970-08-78 (êðóãëîñóòî÷íî). !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!LETNEE SNIZHENIE CEN!!! Rossijskij proizvoditel' otdelochnyh materialov predlagayet produkciyu, proizvedennuyu na nemeckom oborudovanii iz importnyh ingridiyentov. Vysokokachestvennyye : V/D kraski, gruntovka, shpatlevka, klei dl'a plitki,stiropora. Torgovaya marka FEIDAL, KARUWA. Ceny SNIZHENY!!! Posredniki oplachivayuts'a. Tiefgrund LF = Tiefengrund LF TIGI Knauf - Akrilovaya gruntovka glubokogo proniknoveniya. !!! V ROSSII DESHEVLE NET !!! !!! NOVYJ PRAJS-LIST !!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Dveri dl'a vnutrennih peregorodok. Belyye.Proizvodstva Pol'sha.Naruzhnoye pokrytiye-plastik. V komplekte s zamkami, petl'ami i korobkami. Razmer 2000x600x40 gluhiye i pod steklo. 2000x700x40 2000x800x40 2000x900x40 !!! Cena 420-1100 rublej sht. !!! Partiyej ot 10 komplektov. Korobki dvernyye na 100 mm cena ot 320 rublej(metall). Zayavki po telefonu (095) 970-08-78 (kruglosutochno). From raiko@niisi.msk.ru Thu Aug 12 16:49:05 1999 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA29069; Thu, 12 Aug 1999 16:49:03 +0200 (MET DST) Received-Date: Thu, 12 Aug 1999 16:49:03 +0200 (MET DST) Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id KAA14255; Thu, 12 Aug 1999 10:01:48 +0200 (MET DST) Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6]) by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id LAA00927 for ; Thu, 12 Aug 1999 11:59:14 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id KAA04752 for linux-mips@fnet.fr; Thu, 12 Aug 1999 10:37:33 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id LAA03917 for ; Thu, 12 Aug 1999 11:56:11 +0400 (MSD) Message-ID: <37B28036.9D706C66@niisi.msk.ru> Date: Thu, 12 Aug 1999 12:05:10 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: ld -N and elf2ecoff oddities Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 313 Lines: 10 Hello, While trying to load ecoff kernel on a mips box I found that elf2ecoff produces wrong image. The problem is elf2ecoff determines first writable segment as data and if the elf image is linked with -N option this assumption is wrrong. Has somebody fixed the problem yet ? If no, any plans ? Regards, Gleb. From nodwo@mailbox.co.za Thu Aug 12 16:48:41 1999 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA29005; Thu, 12 Aug 1999 16:48:40 +0200 (MET DST) Received-Date: Thu, 12 Aug 1999 16:48:40 +0200 (MET DST) From: nodwo@mailbox.co.za Received: from bik.kribb.re.kr ([210.219.43.215]) by louis-blanc.univ-evry.fr with SMTP (8.8.8/980318/990126/louis-blanc); id LAA14825; Thu, 12 Aug 1999 11:45:06 +0200 (MET DST) Received: from mailbox.co.za by bik.kribb.re.kr via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA14268; Thu, 12 Aug 1999 18:37:27 +0900 Date: Thu, 12 Aug 1999 18:37:27 +0900 Message-Id: <199908120937.SAA14268@bik.kribb.re.kr> To: nodwo@mailbox.co.za Subject: Direct email advertising works Content-Length: 204 Lines: 14 Reliable isp for mailing or let us do the mailings. If you need a huge traffic boost or just names, we have everything. Call today for anything 915-550-2521 to hear no more, please hit button. From R.vandenBerg@inter.NL.net Thu Aug 12 18:14:34 1999 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA05491; Thu, 12 Aug 1999 18:14:33 +0200 (MET DST) Received-Date: Thu, 12 Aug 1999 18:14:33 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-34.Hoorn.NL.net [193.79.46.198] with ESMTP id SAA19331 (8.8.8/3.41); Thu, 12 Aug 1999 18:14:18 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 12 Aug 1999 18:13:29 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 12 Aug 1999 18:13:28 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: Tatai SV Krishnan cc: linux-mips@fnet.fr Subject: Re: Linux on SGI-indigo2 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 451 Lines: 13 On Tue, 10 Aug 1999, Tatai SV Krishnan wrote: > I have a question. I have a SGI indigo 2 system. I am wondering if I can > install linux on this system. If yes - is there any FAQ that I can look > for to install the same? http://www.linux.sgi.com/ is pretty SGI centric. A faq covering Linux/MIPS is available at http://www.inter.nl.net/users/schnecke/mips/mips-howto.html where you find that the Indigo 2 is partly supported. Regards, Richard From hrli1150@hem1.passagen.se Fri Aug 13 13:05:34 1999 Received: from grynet.passagen.se (grynet.passagen.se [195.163.107.36]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA13225; Fri, 13 Aug 1999 13:05:34 +0200 (MET DST) Received-Date: Fri, 13 Aug 1999 13:05:34 +0200 (MET DST) Received: from hem1.passagen.se ([195.84.176.56] (may be forged)) by grynet.passagen.se (8.8.6/8.8.6) with ESMTP id NAA06113 for ; Fri, 13 Aug 1999 13:05:32 +0200 (MDT) Message-ID: <37B3FC2C.CA5A4986@hem1.passagen.se> Date: Fri, 13 Aug 1999 13:06:20 +0200 From: Christer Eliasson X-Mailer: Mozilla 4.61 [en] (Win95; I) X-Accept-Language: sv,en MIME-Version: 1.0 To: MIPS/Linux Mailinglist Subject: MIPS R4000 Magnum Installation Procedure Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 663 Lines: 23 Hi all I did recently get my hands on a MIPS Magnum R4000 What i have is just the Motherboard,Gfx board, Sound Board, Ethernet board No disks and no floppy yet I have runned Linux/Unix(Solaris mainly) for 5 Years totally so im no Linux newbie To the questions 1. Can i use Any floppy (ie a PC floppy) ? 2. Is there any limitations on the SCSI disks (Size, manufacturer) ? 3. I have Downloaded the entire FTP site (just in case) and now im planning to install linux but i didnt find any good pointers on how to Install it ? 4. Where can i find info on the POST codes on the LED display ? Thank you all in advance Regards Christer Eliasson From engel@math.uni-siegen.de Fri Aug 13 13:50:35 1999 Received: from jordan.numerik.math.uni-siegen.de (jordan.numerik.math.uni-siegen.de [141.99.112.9]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA13865; Fri, 13 Aug 1999 13:50:34 +0200 (MET DST) Received-Date: Fri, 13 Aug 1999 13:50:34 +0200 (MET DST) Received: (from engel@localhost) by jordan.numerik.math.uni-siegen.de (Mailhost) id NAA11038 for linux-mips@fnet.fr; Fri, 13 Aug 1999 13:52:54 +0200 (MET DST) From: Michael Engel Message-Id: <199908131152.NAA11038@jordan.numerik.math.uni-siegen.de> Subject: Current 2.2.10 CVS checkouts on DECstations ? To: linux-mips@fnet.fr Date: Fri, 13 Aug 1999 13:52:53 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 723 Lines: 24 Hi,. has anyone succeeded in getting a current 2.2.10 CVS checkout kernel to compile for DECstations ? Compiling for R3k gives an undefined CP0_COUNT in include/asm/timex.h, when including egcs complains about /usr/src/mips/linux/include/asm/atomic.h:47: invalid operands to binary + /usr/src/mips/linux/include/asm/atomic.h: In function `atomic_sub': /usr/src/mips/linux/include/asm/atomic.h:57: invalid operands to binary - /usr/src/mips/linux/include/asm/atomic.h: In function `atomic_add_return': in atomic.h. When compiling for R4k, I get a /usr/src/mips/linux/include/asm/semaphore.h:89: #error "FIXME: down_trylock doesn't support little endian machines yet." Hmmm ... regards, Michael From R.vandenBerg@inter.NL.net Fri Aug 13 15:31:56 1999 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA14802; Fri, 13 Aug 1999 15:31:55 +0200 (MET DST) Received-Date: Fri, 13 Aug 1999 15:31:55 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-15.Hoorn.NL.net [193.79.46.179] with ESMTP id PAA08733 (8.8.8/3.41); Fri, 13 Aug 1999 15:31:49 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Fri, 13 Aug 1999 15:22:31 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Fri, 13 Aug 1999 15:22:30 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: Michael Engel cc: linux-mips@fnet.fr Subject: Re: Current 2.2.10 CVS checkouts on DECstations ? In-Reply-To: <199908131152.NAA11038@jordan.numerik.math.uni-siegen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 477 Lines: 15 Hello Michael, On Fri, 13 Aug 1999, Michael Engel wrote: > has anyone succeeded in getting a current 2.2.10 CVS checkout kernel > to compile for DECstations ? At 25. juli or the day before I checked out and applied Haralds patches, commented out '-N' in arch/mips/Makefile. This resulted in a stable kernel. Haven't seen anything since then that states it has to be done otherwise. Shortly before Harald reported Ralf's solution for the memory corruption. Regards, Richard From R.vandenBerg@inter.NL.net Fri Aug 13 15:31:56 1999 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA14804; Fri, 13 Aug 1999 15:31:55 +0200 (MET DST) Received-Date: Fri, 13 Aug 1999 15:31:55 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-15.Hoorn.NL.net [193.79.46.179] with ESMTP id PAA08748 (8.8.8/3.41); Fri, 13 Aug 1999 15:31:51 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Fri, 13 Aug 1999 15:31:08 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Fri, 13 Aug 1999 15:31:08 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: Christer Eliasson cc: linux-mips@fnet.fr Subject: Re: MIPS R4000 Magnum Installation Procedure In-Reply-To: <37B3FC2C.CA5A4986@hem1.passagen.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 851 Lines: 28 On Fri, 13 Aug 1999, Christer Eliasson wrote: > I did recently get my hands on a MIPS Magnum R4000 > What i have is just the Motherboard,Gfx board, Sound Board, Ethernet > board > No disks and no floppy yet > > I have runned Linux/Unix(Solaris mainly) > for 5 Years totally so im no Linux newbie > > To the questions > > 1. Can i use Any floppy (ie a PC floppy) ? > 2. Is there any limitations on the SCSI disks (Size, manufacturer) ? > 3. I have Downloaded the entire FTP site (just in case) and now im > planning to > install linux but i didnt find any good pointers on how to > Install it ? Have you read the Linux/MIPS HOWTO that is available at http://www.inter.nl.net/users/schnecke/mips/mips-howto.html. That gives some links too. > 4. Where can i find info on the POST codes on the LED display ? Good luck! Richard From Harald.Koerfgen@home.ivm.de Fri Aug 13 19:32:00 1999 Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA17430; Fri, 13 Aug 1999 19:31:59 +0200 (MET DST) Received-Date: Fri, 13 Aug 1999 19:31:59 +0200 (MET DST) Received: from franz.no.dom (port28.koeln.ivm.de [195.247.239.28]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id TAA04774; Fri, 13 Aug 1999 19:31:49 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199908131152.NAA11038@jordan.numerik.math.uni-siegen.de> Date: Fri, 13 Aug 1999 19:35:09 +0200 (MEST) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Michael Engel Subject: RE: Current 2.2.10 CVS checkouts on DECstations ? Cc: linux-mips@fnet.fr Content-Length: 628 Lines: 18 On 13-Aug-99 Michael Engel wrote: > > has anyone succeeded in getting a current 2.2.10 CVS checkout kernel > to compile for DECstations ? The patches on ftp.linux.sgi.com are up to date. You'll need r2300_patch and hz_patch for R3k machines, hz_patch and semaphore_patch for R4k ones. To be honest, I really do not care very much about the 2.2.x series and am concentrating on 2.3.x. The 2.3.x branch, on the other hand, has all these goodies already built in and should work right out of the box. 2.3.9 appears to be stable, as far as I can tell, plus is has a unified IOASIC and PMAZ-AA SCSI driver. --- Regards, Harald From ralf@lappi.waldorf-gmbh.de Sat Aug 14 00:37:29 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA22097; Sat, 14 Aug 1999 00:37:28 +0200 (MET DST) Received-Date: Sat, 14 Aug 1999 00:37:28 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-14.uni-koblenz.de [141.26.131.14]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA06157 for ; Sat, 14 Aug 1999 00:37:25 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA03288; Sat, 14 Aug 1999 00:37:02 +0200 Date: Sat, 14 Aug 1999 00:37:02 +0200 From: Ralf Baechle To: "Alexey S. Fadeyev" Cc: linux-mips@fnet.fr Subject: Re: Linux+MIPS Message-ID: <19990814003702.K1829@uni-koblenz.de> References: <000801bee3d8$8baa7dc0$3f50a8c0@mdis.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <000801bee3d8$8baa7dc0$3f50a8c0@mdis.ru>; from Alexey S. Fadeyev on Wed, Aug 11, 1999 at 01:04:25PM +0400 X-Accept-Language: de,en,fr Content-Length: 243 Lines: 8 On Wed, Aug 11, 1999 at 01:04:25PM +0400, Alexey S. Fadeyev wrote: > Is Linux-kernel going to support mips R4650? > Mail me pease if you know any projects connected with it. No and it won't because the R4650 doesn't have a full TLB. Ralf From ralf@lappi.waldorf-gmbh.de Sat Aug 14 00:39:10 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA22124; Sat, 14 Aug 1999 00:39:09 +0200 (MET DST) Received-Date: Sat, 14 Aug 1999 00:39:09 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-14.uni-koblenz.de [141.26.131.14]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA06194 for ; Sat, 14 Aug 1999 00:39:05 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA03314; Sat, 14 Aug 1999 00:38:39 +0200 Date: Sat, 14 Aug 1999 00:38:39 +0200 From: Ralf Baechle To: Richard van den Berg Cc: Tatai SV Krishnan , linux-mips@fnet.fr Subject: Re: Linux on SGI-indigo2 Message-ID: <19990814003838.L1829@uni-koblenz.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from Richard van den Berg on Thu, Aug 12, 1999 at 06:13:28PM +0200 X-Accept-Language: de,en,fr Content-Length: 571 Lines: 15 On Thu, Aug 12, 1999 at 06:13:28PM +0200, Richard van den Berg wrote: > > I have a question. I have a SGI indigo 2 system. I am wondering if I can > > install linux on this system. If yes - is there any FAQ that I can look > > for to install the same? > > http://www.linux.sgi.com/ is pretty SGI centric. A faq covering Linux/MIPS > is available at > http://www.inter.nl.net/users/schnecke/mips/mips-howto.html where you find > that the Indigo 2 is partly supported. The master site for the this FAQ is actually the oh so SGI centric www.linux.sgi.com ... Ralf From ralf@lappi.waldorf-gmbh.de Sat Aug 14 00:41:34 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA22181; Sat, 14 Aug 1999 00:41:33 +0200 (MET DST) Received-Date: Sat, 14 Aug 1999 00:41:33 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-14.uni-koblenz.de [141.26.131.14]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA06248 for ; Sat, 14 Aug 1999 00:41:31 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA03339; Sat, 14 Aug 1999 00:40:45 +0200 Date: Sat, 14 Aug 1999 00:40:44 +0200 From: Ralf Baechle To: "Gleb O. Raiko" Cc: linux-mips@fnet.fr Subject: Re: ld -N and elf2ecoff oddities Message-ID: <19990814004044.M1829@uni-koblenz.de> References: <37B28036.9D706C66@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <37B28036.9D706C66@niisi.msk.ru>; from Gleb O. Raiko on Thu, Aug 12, 1999 at 12:05:10PM +0400 X-Accept-Language: de,en,fr Content-Length: 525 Lines: 14 On Thu, Aug 12, 1999 at 12:05:10PM +0400, Gleb O. Raiko wrote: > While trying to load ecoff kernel on a mips box I found that elf2ecoff > produces wrong image. The problem is elf2ecoff determines first writable > segment as data and if the elf image is linked with -N option this > assumption is wrrong. Has somebody fixed the problem yet ? If no, any > plans ? The linker already produces a bad ELF file when using -N, so converting junk ELF results in junk ECOFF - as expected ... Stay tuned for my ld fixes ... Ralf From hrli1150@hem1.passagen.se Sat Aug 14 00:51:02 1999 Received: from grynet.passagen.se (grynet.passagen.se [195.163.107.36]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA23639; Sat, 14 Aug 1999 00:51:01 +0200 (MET DST) Received-Date: Sat, 14 Aug 1999 00:51:01 +0200 (MET DST) Received: from hem1.passagen.se ([195.84.176.56] (may be forged)) by grynet.passagen.se (8.8.6/8.8.6) with ESMTP id AAA01346 for ; Sat, 14 Aug 1999 00:50:59 +0200 (MDT) Message-ID: <37B4A184.BA592A49@hem1.passagen.se> Date: Sat, 14 Aug 1999 00:51:48 +0200 From: Christer Eliasson X-Mailer: Mozilla 4.61 [en] (Win95; I) X-Accept-Language: sv,en MIME-Version: 1.0 To: MIPS/Linux Mailinglist Subject: More "Newbie" Postings Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 619 Lines: 23 Hi all again Im very gratefull for the help Richard van den Berg gave me Just a few more questions that didnt say in the FAQ/HowTo As i have a pretty good understanding on Solaris machine's n PC's Im sitting here thinking On SUN you need a partition called "Whole Disk" do i need anything similar on MIPS/SGI, can i just create a partion n such under ANY Linux then install into it ??? Since the installation procedure didnt point me exactly where i wanted to maybe i should start it up and try ;)) And a final question Can i install Memory SIMMS 2 at a time or is it 4 at a time ??? Regards Christer Eliasson From hrli1150@hem1.passagen.se Sat Aug 14 03:37:30 1999 Received: from grynet.passagen.se (grynet.passagen.se [195.163.107.36]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA24907; Sat, 14 Aug 1999 03:37:29 +0200 (MET DST) Received-Date: Sat, 14 Aug 1999 03:37:29 +0200 (MET DST) Received: from hem1.passagen.se ([195.84.176.56] (may be forged)) by grynet.passagen.se (8.8.6/8.8.6) with ESMTP id DAA03381 for ; Sat, 14 Aug 1999 03:37:27 +0200 (MDT) Message-ID: <37B4C888.C9E45224@hem1.passagen.se> Date: Sat, 14 Aug 1999 03:38:17 +0200 From: Christer Eliasson X-Mailer: Mozilla 4.61 [en] (Win95; I) X-Accept-Language: sv,en MIME-Version: 1.0 To: MIPS/Linux Mailinglist Subject: "Newbie addendum" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 93 Lines: 8 Hi again oops late night hacks seem to get to me ;) Its a Mips R4000 Magnum Regards Elmion From ralf@lappi.waldorf-gmbh.de Mon Aug 16 00:31:59 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA11696; Mon, 16 Aug 1999 00:31:58 +0200 (MET DST) Received-Date: Mon, 16 Aug 1999 00:31:58 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-15.uni-koblenz.de [141.26.131.15]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA27164 for ; Mon, 16 Aug 1999 00:31:55 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id UAA08457; Sun, 15 Aug 1999 20:36:52 +0200 Date: Sun, 15 Aug 1999 20:36:52 +0200 From: Ralf Baechle To: Ryan Rafferty Cc: linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Magnum Kernel? Message-ID: <19990815203652.C20238@uni-koblenz.de> References: <19990805020216.A22390@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from Ryan Rafferty on Wed, Aug 11, 1999 at 04:24:58AM -0400 X-Accept-Language: de,en,fr Content-Length: 716 Lines: 18 On Wed, Aug 11, 1999 at 04:24:58AM -0400, Ryan Rafferty wrote: > I have tried using the Linux-2.2.1 precompiled kernel for the Magnum from > ftp.linux.sgi.com, but it does not correctly detect the onboard SONIC > ethernet. What's worse, it issues a kernel panic when using the > NE2000-clone ethernet card that works fine under a previous kernel > (2.1.99). Strange, I don't recall any changes that should trigger this problem. I cc this to linux-mips@fnet.fr in the hope that some the Magnum rsp. Magnum owners can take a look at this. Thomas? > What is the current kernel being used for development on little-endian > machines? Is it anon-cvs accessible? The same as for the other machines, 2.2.10. Ralf From ralf@lappi.waldorf-gmbh.de Mon Aug 16 00:31:04 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA11666; Mon, 16 Aug 1999 00:31:03 +0200 (MET DST) Received-Date: Mon, 16 Aug 1999 00:31:03 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-15.uni-koblenz.de [141.26.131.15]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA27096 for ; Mon, 16 Aug 1999 00:31:00 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id XAA12353; Sun, 15 Aug 1999 23:56:34 +0200 Date: Sun, 15 Aug 1999 23:56:34 +0200 From: Ralf Baechle To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Binutils, once more ... Message-ID: <19990815235634.A12336@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us X-Accept-Language: de,en,fr Content-Length: 588 Lines: 13 Another binutils status report - as of now I still have two open bugs: - ld doesn't fill the .got entries for non-dynamic binaries. - binutils-current are so extremly wastefull with .got space that we run out of got space for building relativly simple programs like vim. There is a workaround for this problem which is using compiling things with the -Wa,-xgot option. Not really a good idea because it requires recompilation of several packages with that option but at least it works ... Btw, binutils 2.8.1 died the SIGSEGV death when trying to link vim ... Ralf From ralf@lappi.waldorf-gmbh.de Mon Aug 16 02:17:00 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA13325; Mon, 16 Aug 1999 02:16:59 +0200 (MET DST) Received-Date: Mon, 16 Aug 1999 02:16:59 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-15.uni-koblenz.de [141.26.131.15]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id CAA27440 for ; Mon, 16 Aug 1999 02:16:57 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id CAA13803; Mon, 16 Aug 1999 02:16:33 +0200 Date: Mon, 16 Aug 1999 02:16:33 +0200 From: Ralf Baechle To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Binutils, once more ... Message-ID: <19990816021633.A13756@uni-koblenz.de> References: <19990815235634.A12336@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <19990815235634.A12336@uni-koblenz.de>; from Ralf Baechle on Sun, Aug 15, 1999 at 11:56:34PM +0200 X-Accept-Language: de,en,fr Content-Length: 751 Lines: 19 On Sun, Aug 15, 1999 at 11:56:34PM +0200, Ralf Baechle wrote: > Another binutils status report - as of now I still have two open bugs: > > - ld doesn't fill the .got entries for non-dynamic binaries. > - binutils-current are so extremly wastefull with .got space that we run > out of got space for building relativly simple programs like vim. > There is a workaround for this problem which is using compiling things > with the -Wa,-xgot option. Not really a good idea because it requires > recompilation of several packages with that option but at least it > works ... Add another bug - binutils 2.8.1 had a bug which was compensated by another bug in ld.so. So if we fix either one we break binary compatibility. Grrr, Ralf From Solutions4U@save-net.com Mon Aug 16 14:50:14 1999 Received: from mast-dc0-sm02.private.ntl.com (mimesweeper2.cableol.net [194.168.3.10]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA20159; Mon, 16 Aug 1999 14:50:13 +0200 (MET DST) Received-Date: Mon, 16 Aug 1999 14:50:13 +0200 (MET DST) From: Solutions4U@save-net.com Received: from 194.168.3.10 (unverified) by mast-dc0-sm02.private.ntl.com (Content Technologies SMTPRS 2.0.15) with SMTP id for ; Mon, 16 Aug 1999 06:05:05 +0100 Received: from mailhost.nowhere.com[alt1.nowhere.com[208.9999.77.65]] by nowhere.com (8.8.5/8.6.5) with SMTP id GAA02785 for ; Sun, 15 Aug 1999 22:49:46 -0600 (EST) Date: Sun, 15 Aug 99 22:49:46 EST To: linux-mips@fnet.fr Subject: Save Up To 50% on International Calling Message-Id: <199702170025.GAA08056@nowhere.com> Reply-To: Solutions4U@save-net.com X-UIDL: lkjhgpoiuymnbvcqwertasdfgzxcvbyt Comments: Authenticated sender is Content-Length: 840 Lines: 48 Save Up To 50% on International Calling ..for residents inside AND outside the USA Here is a sample of some of our rates FROM the USA To: Rates(US$) COUNTRY 0.21/min. Australia 0.30/min. Brazil - Sao Paolo 0.14/min. Canada 0.73/min. China 0.18/min. France 0.17/min. Germany 0.73/min. India - New Delhi 0.43/min. Mexico 0.54/min. Philippines 0.29/min. Russia - Moscow 0.14/min. UK - Rates apply 24 hrs/day, 7 days per week - NO sign-up fees, NO monthly fees, and NO surcharges - You DO NOT have to SWITCH your current provider - Ideal for Home and Business - For residents OUTSIDE the USA, we have INT'L CALLBACK Contact us for our low callback rates. Contact us for more information and complete rate table at: solutions@eastmail.com Please type "info" in the subject line. Thank You! From hrli1150@hem1.passagen.se Mon Aug 16 13:17:41 1999 Received: from grynet.passagen.se (grynet.passagen.se [195.163.107.36]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA18841; Mon, 16 Aug 1999 13:17:40 +0200 (MET DST) Received-Date: Mon, 16 Aug 1999 13:17:40 +0200 (MET DST) Received: from hem1.passagen.se ([195.84.176.56] (may be forged)) by grynet.passagen.se (8.8.6/8.8.6) with ESMTP id NAA24267 for ; Mon, 16 Aug 1999 13:17:36 +0200 (MDT) Message-ID: <37B7F37E.1F5941CF@hem1.passagen.se> Date: Mon, 16 Aug 1999 13:18:23 +0200 From: Christer Eliasson X-Mailer: Mozilla 4.61 [en] (Win95; I) X-Accept-Language: sv,en MIME-Version: 1.0 To: MIPS/Linux Mailinglist Subject: POST Codes Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 271 Lines: 13 Hi all I was wondering if there is any info on the POST codes on the Magnum R4000 and What other OS:s are there except NT an Linux that work on it ??? Sorry for all these questions but i really want to make this piece of hardware work. Best Regards Christer Eliasson From raiko@niisi.msk.ru Mon Aug 16 15:25:50 1999 Received: from mail2.ras.ru (root@phobos.ras.ru [193.124.148.76]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA20846; Mon, 16 Aug 1999 15:25:45 +0200 (MET DST) Received-Date: Mon, 16 Aug 1999 15:25:45 +0200 (MET DST) Received: from t111.niisi.ras.ru (IDENT:root@t111.niisi.ras.ru [193.232.173.111]) by mail2.ras.ru (8.9.1/8.9.1) with ESMTP id RAA23440 for ; Mon, 16 Aug 1999 17:02:29 +0400 Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6]) by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id QAA04709 for ; Mon, 16 Aug 1999 16:53:03 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id PAA17477 for linux-mips@fnet.fr; Mon, 16 Aug 1999 15:28:38 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id QAA27649 for ; Mon, 16 Aug 1999 16:44:51 +0400 (MSD) Message-ID: <37B809F3.88B5344E@niisi.msk.ru> Date: Mon, 16 Aug 1999 16:54:11 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Info on the SONIC chip Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 941 Lines: 22 Hello, Could somebody point me at info on the SONIC chip ? I start to run Linux on my Magnum in the big endian mode again and at this time I am able to go at the point where the kernel initializes the sonic driver. (So, interrupts, time controller, and framebuffer work.) The port takes more time I expected because I have to change all IO addresses. In the big endian mode, the IO addresses is located as if they would be on a little endian 64 bit bus. Thus, all addresses to be accesses as words (4 bytes) are shifted by word, all addresses to be accessed as bytes are swapped as opposed against existing little endian port. The placement of IO addresses for sonic is more complex. At least, I see one layout in the case my box powers on and just loads the prom and another layout in the case risc/os was started and halted to prom then. At this point, I am unable to guess how things work and need the documentation. Regards, Gleb. From roganov@niisi.msk.ru Mon Aug 16 18:34:07 1999 Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA22123; Mon, 16 Aug 1999 18:34:04 +0200 (MET DST) Received-Date: Mon, 16 Aug 1999 18:34:04 +0200 (MET DST) Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6]) by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id UAA06325 for ; Mon, 16 Aug 1999 20:32:59 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id TAA20341 for linux-mips@fnet.fr; Mon, 16 Aug 1999 19:12:11 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id UAA01471 for ; Mon, 16 Aug 1999 20:29:35 +0400 (MSD) Sender: vladimir@niisi.msk.ru Message-ID: <37B83D4B.B51AC048@niisi.msk.ru> Date: Mon, 16 Aug 1999 20:33:15 +0400 From: "Vladimir A. Roganov" Organization: NIISI X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.11 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: insmod on mips Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 1051 Lines: 31 Hello Ralf, hello Others ! We have some problems with modules loading in our Linux/R3k. The picture is following: 1. For modutils-2.1.121 rebuilt for linux-2.2.1/r3k any attempt to insmod something lead to insmod segfault. The line where it dies is obj/obj_mips.c:184: assert(v == l->value); The value of 'l' here is a (struct mips_hi16 *) 0x41 2. For modutils placed in HardHat instimage the command 'insmod ' takes infinite time (locking kernel somewhere), but kernel looks alive (console input keys). The modules we are testing is mtd physmem device: they works well for Intel and looks very platform-independent (I don't think that the problem located inside them). The behaviour is same for cross-compiled and native-compiled objects. Due it looks just like a some mismatch in our kernel, modutils and compiler versions, we are very interesting to get info about working combination for all above (or about new versions with more fresh and actual bugs :-) Thanks, Vladimir. From ralf@lappi.waldorf-gmbh.de Tue Aug 17 00:45:45 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA25883; Tue, 17 Aug 1999 00:45:44 +0200 (MET DST) Received-Date: Tue, 17 Aug 1999 00:45:44 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-27.uni-koblenz.de [141.26.131.27]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA29178 for ; Tue, 17 Aug 1999 00:45:41 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA22196; Tue, 17 Aug 1999 00:42:40 +0200 Date: Tue, 17 Aug 1999 00:42:39 +0200 From: Ralf Baechle To: "Vladimir A. Roganov" Cc: linux-mips@fnet.fr Subject: Re: insmod on mips Message-ID: <19990817004239.D21506@uni-koblenz.de> References: <37B83D4B.B51AC048@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <37B83D4B.B51AC048@niisi.msk.ru>; from Vladimir A. Roganov on Mon, Aug 16, 1999 at 08:33:15PM +0400 X-Accept-Language: de,en,fr Content-Length: 1490 Lines: 41 On Mon, Aug 16, 1999 at 08:33:15PM +0400, Vladimir A. Roganov wrote: > We have some problems with modules loading in our Linux/R3k. > The picture is following: > > 1. For modutils-2.1.121 rebuilt for linux-2.2.1/r3k any > attempt to insmod something lead to insmod segfault. > The line where it dies is obj/obj_mips.c:184: > > assert(v == l->value); > > The value of 'l' here is a (struct mips_hi16 *) 0x41 Not good :-) > 2. For modutils placed in HardHat instimage the command > 'insmod ' takes infinite time (locking kernel > somewhere), but kernel looks alive (console input keys). That one was definately buggy ... > The modules we are testing is mtd physmem device: they works > well for Intel and looks very platform-independent > (I don't think that the problem located inside them). > > The behaviour is same for cross-compiled and native-compiled > objects. Yep. Btw, the modutils code has #ident ops which will be missompiled by older compilers. Make shure you've got one of my patches for egcs 1.0.3. They'll build this correctly. Alternatively just remove the #idents. > Due it looks just like a some mismatch in our kernel, modutils > and compiler versions, we are very interesting to get info > about working combination for all above > (or about new versions with more fresh and actual bugs :-) Try to get the current modutils via anon-cvs from vger as described in the FAQ, does it help? Ralf From brad@ltc.com Tue Aug 17 02:24:45 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id CAA26878; Tue, 17 Aug 1999 02:24:44 +0200 (MET DST) Received-Date: Tue, 17 Aug 1999 02:24:44 +0200 (MET DST) Received: from PREFECT (PREFECT [38.149.17.184]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ua309914 for ; Mon, 16 Aug 1999 20:29:56 -0400 Message-ID: <008c01bee846$794321b0$b8119526@ltc.com> From: "Bradley D. LaRonde" To: References: <37B83D4B.B51AC048@niisi.msk.ru> <19990817004239.D21506@uni-koblenz.de> Subject: cannot open crt1.o Date: Mon, 16 Aug 1999 20:21:38 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 553 Lines: 26 I could use some help. I've been successfully cross-compiling kernels on my RH6.0 system right along for some time. Now I'm trying to cross-compile a simple mipsel-linux program. When I do this: mipsel-linux-gcc -static hello.c -o hello I get this: /usr/mipsel-linux/bin/ld: cannot open crt1.o: No such file or directory I only have one crt1.o in /usr/lib, but I assume that is only for i386 programs. I have all the latest ftp://ftp.linux.sgi.com/pub/linux/mips/crossdev/i386-linux/mipsel-linux/ rpms installed. Thanks. Regards, Brad From nico@CAM.ORG Tue Aug 17 02:40:18 1999 Received: from Hydro.CAM.ORG (Hydro.CAM.ORG [198.168.100.7]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA27442; Tue, 17 Aug 1999 02:40:17 +0200 (MET DST) Received-Date: Tue, 17 Aug 1999 02:40:17 +0200 (MET DST) Received: from Ocean.CAM.ORG (Ocean.CAM.ORG [198.168.100.5]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id UAA00599; Mon, 16 Aug 1999 20:39:58 -0400 (EDT) Date: Mon, 16 Aug 1999 20:40:01 -0400 (EDT) From: Nicolas Pitre To: "Bradley D. LaRonde" cc: linux-mips@fnet.fr Subject: Re: cannot open crt1.o In-Reply-To: <008c01bee846$794321b0$b8119526@ltc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 637 Lines: 28 On Mon, 16 Aug 1999, Bradley D. LaRonde wrote: > I could use some help. > > I've been successfully cross-compiling kernels on my RH6.0 system right > along for some time. > > Now I'm trying to cross-compile a simple mipsel-linux program. > > When I do this: > > mipsel-linux-gcc -static hello.c -o hello > > I get this: > > /usr/mipsel-linux/bin/ld: cannot open crt1.o: No such file or directory > > I only have one crt1.o in /usr/lib, but I assume that is only for i386 > programs. crt1.o is part of the c library. That's the piece that initializes few things and calls main(). Nicolas Pitre, B. ing. nico@cam.org From brad@ltc.com Tue Aug 17 02:49:14 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id CAA27965; Tue, 17 Aug 1999 02:49:13 +0200 (MET DST) Received-Date: Tue, 17 Aug 1999 02:49:13 +0200 (MET DST) Received: from PREFECT (PREFECT [38.149.17.184]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id xa309917 for ; Mon, 16 Aug 1999 20:54:31 -0400 Message-ID: <00ba01bee849$e8963f90$b8119526@ltc.com> From: "Bradley D. LaRonde" To: "Nicolas Pitre" Cc: References: Subject: Re: cannot open crt1.o Date: Mon, 16 Aug 1999 20:46:14 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 1020 Lines: 40 ----- Original Message ----- From: Nicolas Pitre To: Bradley D. LaRonde Cc: Sent: Monday, August 16, 1999 8:40 PM Subject: Re: cannot open crt1.o > On Mon, 16 Aug 1999, Bradley D. LaRonde wrote: > > > I could use some help. > > > > I've been successfully cross-compiling kernels on my RH6.0 system right > > along for some time. > > > > Now I'm trying to cross-compile a simple mipsel-linux program. > > > > When I do this: > > > > mipsel-linux-gcc -static hello.c -o hello > > > > I get this: > > > > /usr/mipsel-linux/bin/ld: cannot open crt1.o: No such file or directory > > > > I only have one crt1.o in /usr/lib, but I assume that is only for i386 > > programs. > > crt1.o is part of the c library. That's the piece that initializes few > things and calls main(). Thanks. That's what I figured. Maybe I should have been more specific with my question. :) My question is really more like "Why it isn't there, and where can I get it?" Regards, Brad From mkomiya@crossnet.co.jp Tue Aug 17 03:49:29 1999 Received: from crossnet.co.jp ([210.232.77.94]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA28749; Tue, 17 Aug 1999 03:49:28 +0200 (MET DST) Received-Date: Tue, 17 Aug 1999 03:49:28 +0200 (MET DST) Received: from crossnet.co.jp (nimbus [192.168.77.96]) by crossnet.co.jp (8.8.7/3.6Wbeta6) with ESMTP id BAA00507; Tue, 17 Aug 1999 01:48:54 +0900 Message-ID: <37B8BEBD.1457F621@crossnet.co.jp> Date: Tue, 17 Aug 1999 10:45:33 +0900 From: Masami Komiya X-Mailer: Mozilla 4.5 [ja] (Win98; I) X-Accept-Language: ja MIME-Version: 1.0 To: "Bradley D. LaRonde" , linux-mips@fnet.fr Subject: Re: cannot open crt1.o References: <00ba01bee849$e8963f90$b8119526@ltc.com> Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Content-Length: 601 Lines: 21 "Bradley D. LaRonde" wrote: > > ----- Original Message ----- > From: Nicolas Pitre > To: Bradley D. LaRonde > Cc: > Sent: Monday, August 16, 1999 8:40 PM > Subject: Re: cannot open crt1.o > > Thanks. That's what I figured. Maybe I should have been more specific with > my question. :) > > My question is really more like "Why it isn't there, and where can I get > it?" You need to install GNU libc for mips programs. There is how to cross-compile and install on the following URL. http://www.linux.sgi.com/mips/mips-howto.html Masami Komiya From ulfc@bun.falkenberg.se Tue Aug 17 05:06:51 1999 Received: from ruvild.bun.falkenberg.se (root@ruvild.bun.falkenberg.se [194.236.80.7]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA29559; Tue, 17 Aug 1999 05:06:50 +0200 (MET DST) Received-Date: Tue, 17 Aug 1999 05:06:50 +0200 (MET DST) Received: by bun.falkenberg.se via sendmail from stdin id (Debian Smail3.2.0.102) for linux-mips@fnet.fr; Tue, 17 Aug 1999 05:08:12 +0200 (CEST) Date: Tue, 17 Aug 1999 05:08:12 +0200 From: Ulf Carlsson To: Masami Komiya Cc: "Bradley D. LaRonde" , linux-mips@fnet.fr Subject: Re: cannot open crt1.o Message-ID: <19990817050812.B31457@thepuffingroup.com> References: <00ba01bee849$e8963f90$b8119526@ltc.com> <37B8BEBD.1457F621@crossnet.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <37B8BEBD.1457F621@crossnet.co.jp>; from Masami Komiya on Tue, Aug 17, 1999 at 10:45:33AM +0900 Content-Length: 617 Lines: 13 > You need to install GNU libc for mips programs. There is how to cross-compile > and install on the following URL. > > http://www.linux.sgi.com/mips/mips-howto.html Cross compiling GNU libc is IMHO overkill. You may use the same binaries as you use natively. Cross compiling GNU libc is doomed to fail. The source rpms the mips-howto refers to are generated from /dev/random. Download the MIPS rpm of the GNU libc, and convert it to another format (using rpm2cpio or alien) and extract the files from it. Finally copy it to your /usr/mips-linux or /usr/local/mips-linux (as described in the mips-howto). Ulf From hrli1150@hem1.passagen.se Tue Aug 17 08:57:12 1999 Received: from grynet.passagen.se (grynet.passagen.se [195.163.107.36]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA02341; Tue, 17 Aug 1999 08:57:11 +0200 (MET DST) Received-Date: Tue, 17 Aug 1999 08:57:11 +0200 (MET DST) Received: from hem1.passagen.se ([195.84.176.56] (may be forged)) by grynet.passagen.se (8.8.6/8.8.6) with ESMTP id IAA04951 for ; Tue, 17 Aug 1999 08:57:09 +0200 (MDT) Message-ID: <37B907FA.ABDE77CB@hem1.passagen.se> Date: Tue, 17 Aug 1999 08:58:02 +0200 From: Christer Eliasson X-Mailer: Mozilla 4.61 [en] (Win95; I) X-Accept-Language: sv,en MIME-Version: 1.0 To: MIPS/Linux Mailinglist Subject: Little or Big Endian ?? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 496 Lines: 17 I have been scavanging through the net and stumbled onto HardHat (Seen it mentioned in here too) On every doc i have read it says that the MAGNUM R4000 only runs in Little Endian mode, But isnt HardHad Big Endian ?? If it runs in Big Endian (Which would be nice) then i should be able to install HardHat with some tweaks as im sure to mess it up somewhere ;) As soon as i have my Magnum up and running ill gladly start testing and playing as i i really want to help Regards Christer Eliasson From brad@ltc.com Tue Aug 17 09:02:18 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id JAA02456; Tue, 17 Aug 1999 09:02:17 +0200 (MET DST) Received-Date: Tue, 17 Aug 1999 09:02:17 +0200 (MET DST) Received: from PREFECT (PREFECT [38.149.17.184]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id na309933 for ; Tue, 17 Aug 1999 03:07:33 -0400 Message-ID: <027201bee87e$05cd5a60$b8119526@ltc.com> From: "Bradley D. LaRonde" To: "Ulf Carlsson" , References: <00ba01bee849$e8963f90$b8119526@ltc.com> <37B8BEBD.1457F621@crossnet.co.jp> <19990817050812.B31457@thepuffingroup.com> Subject: Re: cannot open crt1.o Date: Tue, 17 Aug 1999 02:59:17 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 959 Lines: 32 ----- Original Message ----- From: Ulf Carlsson To: Masami Komiya Cc: Bradley D. LaRonde ; Sent: Monday, August 16, 1999 11:08 PM Subject: Re: cannot open crt1.o > > You need to install GNU libc for mips programs. There is how to cross-compile > > and install on the following URL. > > > > http://www.linux.sgi.com/mips/mips-howto.html > > Cross compiling GNU libc is IMHO overkill. You may use the same binaries as > you use natively. Cross compiling GNU libc is doomed to fail. The source > rpms the mips-howto refers to are generated from /dev/random. Download the > MIPS rpm of the GNU libc, and convert it to another format (using rpm2cpio or > alien) and extract the files from it. Finally copy it to your /usr/mips-linux > or /usr/local/mips-linux (as described in the mips-howto). > > Ulf I took your advice, and it worked well. Thank you. Regards, Brad From alhaz@xmission.com Tue Aug 17 14:28:09 1999 Received: from mail.xmission.com (mail.xmission.com [198.60.22.22]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA05816; Tue, 17 Aug 1999 14:28:08 +0200 (MET DST) Received-Date: Tue, 17 Aug 1999 14:28:08 +0200 (MET DST) Received: from alhaz.dsl.xmission.com ([198.60.114.134] helo=xmission.com) by mail.xmission.com with esmtp (Exim 2.12 #1) id 11GiLS-0006Xb-00; Tue, 17 Aug 1999 06:28:02 -0600 Message-ID: <37B9557D.2096E9B7@xmission.com> Date: Tue, 17 Aug 1999 06:28:45 -0600 From: Eric Jorgensen X-Mailer: Mozilla 4.61 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: Christer Eliasson , linux-mips@fnet.fr Subject: Re: Little or Big Endian ?? References: <37B907FA.ABDE77CB@hem1.passagen.se> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 946 Lines: 31 Every doc I've read says the Magnum r4000 is bi-endian, so I don't know what you're getting at. HardHat was thrown together to run on an Indy, so I dunno that it'll work to well on a Magnum in big-endian mode. Also, if your magnum is in little-endian mode, you might have a tough time finding the disk you'll need to load the SRM console to put it into big-endian mode. - Eric Christer Eliasson wrote: > > I have been scavanging through the net and stumbled onto > HardHat (Seen it mentioned in here too) > > On every doc i have read it says that the MAGNUM R4000 only runs in > Little > Endian mode, But isnt HardHad Big Endian ?? > > If it runs in Big Endian (Which would be nice) then i should be able to > install > HardHat with some tweaks as im sure to mess it up somewhere ;) > > As soon as i have my Magnum up and running ill gladly start testing and > playing > as i i really want to help > > Regards > Christer Eliasson From ralf@lappi.waldorf-gmbh.de Tue Aug 17 23:56:14 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA09881; Tue, 17 Aug 1999 23:56:11 +0200 (MET DST) Received-Date: Tue, 17 Aug 1999 23:56:11 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-26.uni-koblenz.de [141.26.131.26]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA17795 for ; Tue, 17 Aug 1999 23:56:01 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id PAA25505; Tue, 17 Aug 1999 15:51:24 +0200 Date: Tue, 17 Aug 1999 15:51:24 +0200 From: Ralf Baechle To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Binutils, once more ... Message-ID: <19990817155124.A25482@uni-koblenz.de> References: <19990815235634.A12336@uni-koblenz.de> <19990816021633.A13756@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <19990816021633.A13756@uni-koblenz.de>; from Ralf Baechle on Mon, Aug 16, 1999 at 02:16:33AM +0200 X-Accept-Language: de,en,fr Content-Length: 1726 Lines: 40 On Mon, Aug 16, 1999 at 02:16:33AM +0200, Ralf Baechle wrote: > > Another binutils status report - as of now I still have two open bugs: > > > > - ld doesn't fill the .got entries for non-dynamic binaries. > > - binutils-current are so extremly wastefull with .got space that we run > > out of got space for building relativly simple programs like vim. > > There is a workaround for this problem which is using compiling things > > with the -Wa,-xgot option. Not really a good idea because it requires > > recompilation of several packages with that option but at least it > > works ... > > Add another bug - binutils 2.8.1 had a bug which was compensated by > another bug in ld.so. So if we fix either one we break binary > compatibility. I now have implemented a workaround for this problem. The fix consists of two parts, a patch to binutils which will tag all newly generated binaries and patch to libc which modifies the dynamic linker to do the right thing for the old and the new binary flavour. There are still victims of the problem, all binaries which have been linked statically against libdl, most important rpm. Since they incorporate the old broken dynamic linker which doesn't know how to handle correct ELF binaries they have to be rebuilt. For those installing their binaries the recommend upgrade procedure is: - upgrade rpm - upgrade glibc - upgrade binutils, if installed - install/upgrade any other binaries you wish to install/upgrade. The order is important! Note that I haven't produced any new binary packages yet since the above mentioned two problems with static linked binaries and the got bloatage still aren't fixed so this is just to keep you uptodate. Ralf From gavin@refinery.com Tue Aug 17 18:52:59 1999 Received: from smtp5.mindspring.com (smtp5.mindspring.com [207.69.200.82]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA07508; Tue, 17 Aug 1999 18:52:56 +0200 (MET DST) Received-Date: Tue, 17 Aug 1999 18:52:56 +0200 (MET DST) Received: from [209.138.15.228] (pool-209-138-14-77.ipls.grid.net [209.138.14.77]) by smtp5.mindspring.com (8.8.5/8.8.5) with ESMTP id MAA08181 for ; Tue, 17 Aug 1999 12:52:45 -0400 (EDT) Mime-Version: 1.0 X-Sender: gavin@refinery.com@207.8.216.3 (Unverified) Message-Id: Date: Tue, 17 Aug 1999 11:50:47 -0500 To: linux-mips@fnet.fr From: Gavin Kistner Subject: SGI O2 Available Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Length: 859 Lines: 18 I'd dreadfully like to run Linux on my SGI O2 (R5000). I'd love to help, but I'm not a terribly advanced OS coder. (I took an= operating systems course as part of my Computer Science education, but I= didn't like it much, didn't do well, it was 4 years ago, and aside from a= few Java side projects most of the 'coding' I've done since '96 has been in= JavaScript for web pages.) So I don't think I'd be much help hacking the ke= rnel. However, if you can find a way to get me to help (testing?) please let me= know! [Perhaps you've got O2 support running now--the web page http://lena.= fnet.fr/#second hasn't been updated since 26-Jan-1998 - Gavin -- Gavin Kistner Creative Director +1 314 725 5096 Image Refinery Productions gavin@refinery.com http://www.refinery.com From tsbogend@alpha.franken.de Tue Aug 17 23:40:38 1999 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA09593; Tue, 17 Aug 1999 23:40:37 +0200 (MET DST) Received-Date: Tue, 17 Aug 1999 23:40:37 +0200 (MET DST) Received: from alpha.franken.de (tsbogend@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id XAA29627; Tue, 17 Aug 1999 23:40:26 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id XAA02855; Tue, 17 Aug 1999 23:35:43 +0200 Message-ID: <19990817233543.B2630@alpha.franken.de> Date: Tue, 17 Aug 1999 23:35:43 +0200 From: Thomas Bogendoerfer To: "Gleb O. Raiko" , linux-mips@fnet.fr Subject: Re: Info on the SONIC chip References: <37B809F3.88B5344E@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <37B809F3.88B5344E@niisi.msk.ru>; from Gleb O. Raiko on Mon, Aug 16, 1999 at 04:54:11PM +0400 Content-Length: 509 Lines: 16 On Mon, Aug 16, 1999 at 04:54:11PM +0400, Gleb O. Raiko wrote: > Could somebody point me at info on the SONIC chip ? try: http://www.national.com/pf/DP/DP83932C.html I haven't checked the .pdf there since I have a printed data book, but it should contain what you need to know. Thomas. -- This device has completely bogus header. Compaq scores again :-| It's a host bridge, but it should be called ghost bridge instead ;^) [Martin `MJ' Mares on linux-kernel] From tsbogend@alpha.franken.de Tue Aug 17 23:52:57 1999 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA09692; Tue, 17 Aug 1999 23:52:55 +0200 (MET DST) Received-Date: Tue, 17 Aug 1999 23:52:55 +0200 (MET DST) Received: from alpha.franken.de (tsbogend@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/990126/louis-blanc); id XAA29711; Tue, 17 Aug 1999 23:52:45 +0200 (MET DST) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id XAA02880; Tue, 17 Aug 1999 23:48:07 +0200 Message-ID: <19990817234807.F2630@alpha.franken.de> Date: Tue, 17 Aug 1999 23:48:07 +0200 From: Thomas Bogendoerfer To: Ralf Baechle , Ryan Rafferty Cc: linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Magnum Kernel? References: <19990805020216.A22390@uni-koblenz.de> <19990815203652.C20238@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <19990815203652.C20238@uni-koblenz.de>; from Ralf Baechle on Sun, Aug 15, 1999 at 08:36:52PM +0200 Content-Length: 674 Lines: 18 On Sun, Aug 15, 1999 at 08:36:52PM +0200, Ralf Baechle wrote: > Strange, I don't recall any changes that should trigger this problem. I > cc this to linux-mips@fnet.fr in the hope that some the Magnum rsp. > Magnum owners can take a look at this. Thomas? the 2.2.1 kernel works without problems on my M700 (the oops output might help to get a clue, what's going on). > The same as for the other machines, 2.2.10. I haven't tried 2.2.10, yet. Thomas. -- This device has completely bogus header. Compaq scores again :-| It's a host bridge, but it should be called ghost bridge instead ;^) [Martin `MJ' Mares on linux-kernel] From ralf@lappi.waldorf-gmbh.de Wed Aug 18 00:52:15 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA11188; Wed, 18 Aug 1999 00:52:14 +0200 (MET DST) Received-Date: Wed, 18 Aug 1999 00:52:14 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-26.uni-koblenz.de [141.26.131.26]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA20215 for ; Wed, 18 Aug 1999 00:51:58 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA02111; Wed, 18 Aug 1999 00:51:35 +0200 Date: Wed, 18 Aug 1999 00:51:35 +0200 From: Ralf Baechle To: Eric Jorgensen Cc: Christer Eliasson , linux-mips@fnet.fr Subject: Re: Little or Big Endian ?? Message-ID: <19990818005134.H1063@uni-koblenz.de> References: <37B907FA.ABDE77CB@hem1.passagen.se> <37B9557D.2096E9B7@xmission.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <37B9557D.2096E9B7@xmission.com>; from Eric Jorgensen on Tue, Aug 17, 1999 at 06:28:45AM -0600 X-Accept-Language: de,en,fr Content-Length: 670 Lines: 19 On Tue, Aug 17, 1999 at 06:28:45AM -0600, Eric Jorgensen wrote: > Every doc I've read says the Magnum r4000 is bi-endian, so I don't know > what you're getting at. > > HardHat was thrown together to run on an Indy, so I dunno that it'll > work to well on a Magnum in big-endian mode. It will work except the kernel - obvious. > Also, if your magnum is in little-endian mode, you might have a tough > time finding the disk you'll need to load the SRM console to put it into > big-endian mode. If anybody has that disk, please contact me. We've got the disk with the little endian software available via ftp but not the floppy for the other direction. Ralf From ralf@lappi.waldorf-gmbh.de Wed Aug 18 00:56:03 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA11262; Wed, 18 Aug 1999 00:56:03 +0200 (MET DST) Received-Date: Wed, 18 Aug 1999 00:56:03 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-26.uni-koblenz.de [141.26.131.26]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA20353 for ; Wed, 18 Aug 1999 00:56:00 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA02150; Wed, 18 Aug 1999 00:55:42 +0200 Date: Wed, 18 Aug 1999 00:55:42 +0200 From: Ralf Baechle To: Gavin Kistner Cc: linux-mips@fnet.fr Subject: Re: SGI O2 Available Message-ID: <19990818005542.I1063@uni-koblenz.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from Gavin Kistner on Tue, Aug 17, 1999 at 11:50:47AM -0500 X-Accept-Language: de,en,fr Content-Length: 751 Lines: 10 On Tue, Aug 17, 1999 at 11:50:47AM -0500, Gavin Kistner wrote: > I'd love to help, but I'm not a terribly advanced OS coder. (I took an operating systems course as part of my Computer Science education, but I didn't like it much, didn't do well, it was 4 years ago, and aside from a few Java side projects most of the 'coding' I've done since '96 has been in JavaScript for web pages.) So I don't think I'd be much help hacking the kernel. > > However, if you can find a way to get me to help (testing?) please let me know! [Perhaps you've got O2 support running now--the web page http://lena.fnet.fr/#second hasn't been updated since 26-Jan-1998 The current FAQ is on www.linux.sgi.com. However the status as for the O2 is still correct. Ralf From R.vandenBerg@inter.NL.net Wed Aug 18 02:23:36 1999 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA11769; Wed, 18 Aug 1999 02:23:35 +0200 (MET DST) Received-Date: Wed, 18 Aug 1999 02:23:35 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-37.Hoorn.NL.net [193.79.46.201] with ESMTP id CAA02404 (8.8.8/3.41); Wed, 18 Aug 1999 02:23:34 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 18 Aug 1999 02:11:39 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 18 Aug 1999 02:11:38 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: Eric Jorgensen cc: Christer Eliasson , linux-mips@fnet.fr Subject: Re: Little or Big Endian ?? In-Reply-To: <37B9557D.2096E9B7@xmission.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 311 Lines: 11 On Tue, 17 Aug 1999, Eric Jorgensen wrote: > Also, if your magnum is in little-endian mode, you might have a tough > time finding the disk you'll need to load the SRM console to put it into > big-endian mode. According to the Linux / MIPS HOWTO it should be available at ftp://ftp.fnet.fr Regards, Richard From R.vandenBerg@inter.NL.net Wed Aug 18 02:23:37 1999 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA11772; Wed, 18 Aug 1999 02:23:36 +0200 (MET DST) Received-Date: Wed, 18 Aug 1999 02:23:36 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-37.Hoorn.NL.net [193.79.46.201] with ESMTP id CAA02409 (8.8.8/3.41); Wed, 18 Aug 1999 02:23:35 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 18 Aug 1999 02:13:13 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 18 Aug 1999 02:13:12 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: Gavin Kistner cc: linux-mips@fnet.fr Subject: Re: SGI O2 Available In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 336 Lines: 10 On Tue, 17 Aug 1999, Gavin Kistner wrote: > However, if you can find a way to get me to help (testing?) please let > me know! [Perhaps you've got O2 support running now--the web page > http://lena.fnet.fr/#second hasn't been updated since 26-Jan-1998 http:/www.linux.sgi.com/mips/mips-howto.html is more up to date. Regards, Richard From ralf@lappi.waldorf-gmbh.de Thu Aug 19 03:50:55 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA23803; Thu, 19 Aug 1999 03:50:54 +0200 (MET DST) Received-Date: Thu, 19 Aug 1999 03:50:54 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-3.uni-koblenz.de [141.26.131.3]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id DAA02543 for ; Thu, 19 Aug 1999 03:50:52 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id DAA31150; Thu, 19 Aug 1999 03:50:32 +0200 Date: Thu, 19 Aug 1999 03:50:32 +0200 From: Ralf Baechle To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: N32/64 Assembler work Message-ID: <19990819035032.C9737@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us X-Accept-Language: de,en,fr Content-Length: 243 Lines: 6 Binutils now have more or less reached a state where we can use them to sanely build a distribution. What's still missing is support for the N32 and 64 ABIs in the assembler such that we also can build a 64-bit userland. Volunteers? Ralf From ralf@lappi.waldorf-gmbh.de Fri Aug 20 00:34:42 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA01830; Fri, 20 Aug 1999 00:34:42 +0200 (MET DST) Received-Date: Fri, 20 Aug 1999 00:34:42 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-3.uni-koblenz.de [141.26.131.3]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA29730 for ; Fri, 20 Aug 1999 00:34:39 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id PAA13846; Thu, 19 Aug 1999 15:47:12 +0200 Date: Thu, 19 Aug 1999 15:47:12 +0200 From: Ralf Baechle To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: ECOFF Message-ID: <19990819154712.A13843@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us X-Accept-Language: de,en,fr Content-Length: 147 Lines: 4 Does anybody still rely on the linker support for ECOFF binaries? I'd like to drop the ECOFF emulations (mipsbig and mipslittle) from ld. Ralf From imp@harmony.village.org Sat Aug 21 00:46:03 1999 Received: from rover.village.org (warner@rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA10598; Sat, 21 Aug 1999 00:46:01 +0200 (MET DST) Received-Date: Sat, 21 Aug 1999 00:46:01 +0200 (MET DST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id QAA57450; Fri, 20 Aug 1999 16:45:54 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id QAA39630; Fri, 20 Aug 1999 16:45:59 -0600 (MDT) Message-Id: <199908202245.QAA39630@harmony.village.org> To: Ralf Baechle Subject: Re: ECOFF Cc: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu In-reply-to: Your message of "Thu, 19 Aug 1999 15:47:12 +0200." <19990819154712.A13843@uni-koblenz.de> References: <19990819154712.A13843@uni-koblenz.de> Date: Fri, 20 Aug 1999 16:45:59 -0600 From: Warner Losh Content-Length: 285 Lines: 7 In message <19990819154712.A13843@uni-koblenz.de> Ralf Baechle writes: : Does anybody still rely on the linker support for ECOFF binaries? I'd : like to drop the ECOFF emulations (mipsbig and mipslittle) from ld. Doesn't LILO for the little endian ARC machines require this? Warner From ralf@lappi.waldorf-gmbh.de Sat Aug 21 00:50:28 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA11512; Sat, 21 Aug 1999 00:50:27 +0200 (MET DST) Received-Date: Sat, 21 Aug 1999 00:50:27 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-29.uni-koblenz.de [141.26.131.29]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA18951 for ; Sat, 21 Aug 1999 00:50:24 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA14751; Sat, 21 Aug 1999 00:49:44 +0200 Date: Sat, 21 Aug 1999 00:49:44 +0200 From: Ralf Baechle To: Warner Losh Cc: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: ECOFF Message-ID: <19990821004944.D25686@uni-koblenz.de> References: <19990819154712.A13843@uni-koblenz.de> <199908202245.QAA39630@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <199908202245.QAA39630@harmony.village.org>; from Warner Losh on Fri, Aug 20, 1999 at 04:45:59PM -0600 X-Accept-Language: de,en,fr Content-Length: 751 Lines: 16 On Fri, Aug 20, 1999 at 04:45:59PM -0600, Warner Losh wrote: > In message <19990819154712.A13843@uni-koblenz.de> Ralf Baechle writes: > : Does anybody still rely on the linker support for ECOFF binaries? I'd > : like to drop the ECOFF emulations (mipsbig and mipslittle) from ld. > > Doesn't LILO for the little endian ARC machines require this? You mean Milo ... Milo needs to be ECOFF but our compiler produces ELF output. Furthermore since we need relocatable ECOFF binaries for the SNI firmware (actually the specs require it, but only on SNI we really need it) we have to link PIC code to ECOFF. And that is way too strong stuff for ld to cope with. That's why we're using elf2ecoff which is now included with every Linux kernel. Ralf From cbergstr@sfu.ca Sat Aug 21 01:36:01 1999 Received: from rm-rstar.sfu.ca (root@rm-rstar.sfu.ca [142.58.120.21]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA12721; Sat, 21 Aug 1999 01:36:00 +0200 (MET DST) Received-Date: Sat, 21 Aug 1999 01:36:00 +0200 (MET DST) Received: from fraser.sfu.ca (fraser.sfu.ca [192.168.0.101]) by rm-rstar.sfu.ca (8.9.1/8.9.1/SFU-5.0H) with SMTP id QAA21097 for ; Fri, 20 Aug 1999 16:35:51 -0700 (PDT) Received: from localhost by fraser.sfu.ca with SMTP (950413.SGI.8.6.12/SFU-2.6C) id QAA13902 for (from cbergstr@sfu.ca); Fri, 20 Aug 1999 16:35:51 -0700 Date: Fri, 20 Aug 1999 16:35:51 -0700 (PDT) From: The jazz man X-Sender: cbergstr@fraser To: linux-mips@fnet.fr Subject: Linux Mips Port Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1415 Lines: 36 Hi, I'm a computer engineer with Philips semiconductors. We're currently developing a set top box that enhances TV programming with internet access, instant messaging and other nice interactive add ons to standard cable TV. It's a MIPS R5000 based system (compatable with R4300 - R3900 series CPU's) with some custom hardware. Presently, this is a Windows CE system. However, our customers (and co-workers) have expresed their desire for us to port the system over to Linux. It looks like I'm going to handle the process. I would like to build as small a version of Linux as possible. I'm looking for a system that has only the most rudimentary Linux functionality and hardware. I'm anticipating having to build most of the device drivers myself (I can give them to you when I'm done). I'll (hopefully) also be able to come away with a small Linux MIPS kernel wich you might find useful... Essentially, here are my questions: What software exists out there for this specific architecture? I was going to compile the kernel on my x86 Linux box, copy it over to any specific location in our PCMCIA storage card and configure our bootloader to set the program counter to that location. Is that reasonable? How do I compile the kernel (I'm sort of akward in Linux land, so I need instructions that assume I'm a moron.)? Will Linux let me make an image that I can download to another host? Thanks Chris. From aj@arthur.rhein-neckar.de Sat Aug 21 09:28:43 1999 Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA17089; Sat, 21 Aug 1999 09:28:42 +0200 (MET DST) Received-Date: Sat, 21 Aug 1999 09:28:42 +0200 (MET DST) Received: from arthur.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id JAA20707 for linux-mips@fnet.fr; Sat, 21 Aug 1999 09:28:40 +0200 (CEST) (envelope-from aj@arthur.rhein-neckar.de) Received: from aj by arthur.rhein-neckar.de with local (Exim 3.02 #1) id 11I5Yl-00013h-00 for linux-mips@fnet.fr; Sat, 21 Aug 1999 09:27:27 +0200 To: linux-mips@fnet.fr Subject: gcc 2.95.1 on MIPS From: Andreas Jaeger Date: 21 Aug 1999 09:27:27 +0200 Message-ID: User-Agent: Gnus/5.070095 (Pterodactyl Gnus v0.95) XEmacs/21.1 (Arches) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 1824 Lines: 61 Hi, I managed to compile gcc 2.95.1 on mipsel-linux (Cobalt Raq2). I needed to apply the appended two patches. A complete bootstrap with static libraries was fine, now I'm trying the shared libs. What's the general status of gcc 2.95.1 on MIPS? Do I have to apply other patches? Btw. I'm one of the glibc developers and I'm going to port the current glibc to mips. Andreas 1999-08-21 Andreas Jaeger * configure.in: Add crtbeginS.o, crtendS.o for mips-linux; add thread support. 1999-08-20 Andreas Jaeger * linux.h (LIB_SPEC): Added. --- gcc/config/mips/linux.h.~1~ Thu Apr 15 08:09:22 1999 +++ gcc/config/mips/linux.h Fri Aug 20 07:28:50 1999 @@ -55,6 +55,13 @@ #undef MIPS_DEFAULT_GVALUE #define MIPS_DEFAULT_GVALUE 0 +#undef LIB_SPEC +/* Taken from sprac/linux.h. */ +#define LIB_SPEC \ + "%{shared: -lc} \ + %{!shared: %{mieee-fp:-lieee} %{pthread:-lpthread} \ + %{profile:-lc_p} %{!profile: -lc}}" + /* Borrowed from sparc/linux.h */ #undef LINK_SPEC #define LINK_SPEC "-Y P,/usr/lib %{shared:-shared} \ --- gcc/configure.in.orig Sat Aug 21 07:00:57 1999 +++ gcc/configure.in Sat Aug 21 07:04:30 1999 @@ -2363,9 +2363,12 @@ mipsel-*) tm_file="mips/elfl.h mips/linux.h" ;; *) tm_file="mips/elf.h mips/linux.h" ;; esac - extra_parts="crtbegin.o crtend.o" + extra_parts="crtbegin.o crtbeginS.o crtend.o crtendS.o" gnu_ld=yes gas=yes + if test x$enable_threads = xyes; then + thread_file='posix' + fi ;; mips*el-*-openbsd*) # mips little endian target_cpu_default="MASK_GAS|MASK_ABICALLS" -- Andreas Jaeger aj@arthur.rhein-neckar.de jaeger@informatik.uni-kl.de for pgp-key finger ajaeger@aixd1.rhrk.uni-kl.de From aj@arthur.rhein-neckar.de Sat Aug 21 09:56:06 1999 Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA18252; Sat, 21 Aug 1999 09:56:05 +0200 (MET DST) Received-Date: Sat, 21 Aug 1999 09:56:05 +0200 (MET DST) Received: from arthur.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id JAA22465 for linux-mips@fnet.fr; Sat, 21 Aug 1999 09:56:04 +0200 (CEST) (envelope-from aj@arthur.rhein-neckar.de) Received: from aj by arthur.rhein-neckar.de with local (Exim 3.02 #1) id 11I5xi-00018K-00; Sat, 21 Aug 1999 09:53:14 +0200 To: linux-mips@fnet.fr Subject: SA_* in Linux 2.0.x und 2.2.x From: Andreas Jaeger Date: 21 Aug 1999 09:53:14 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 1155 Lines: 40 Hi all, Linux 2.2.11 has in include/asm-mips/signal.h: #define SA_STACK 0x00000001 #define SA_RESETHAND 0x00000002 #define SA_RESTART 0x00000004 #define SA_SIGINFO 0x00000008 #define SA_NODEFER 0x00000010 #define SA_NOCLDWAIT 0x00010000 /* Not supported yet */ #define SA_NOCLDSTOP 0x00020000 #define SA_NOMASK SA_NODEFER #define SA_ONESHOT SA_RESETHAND but Linux 2.0.x uses: #define SA_STACK 0x1 #define SA_ONSTACK SA_STACK #define SA_RESTART 0x4 #define SA_NOCLDSTOP 0x20000 /* Non ABI signals */ #define SA_INTERRUPT 0x01000000 #define SA_NOMASK 0x02000000 #define SA_ONESHOT 0x04000000 #define SA_SHIRQ 0x08000000 We now have different values for e.g.: SA_ONESHOT/SA_RESETHAND (0x04000000 or 0x00000002) SA_NOMASK/SA_NODEFER (0x02000000 or 0x00000010) Don't we have a compatibility problem here between Linux 2.0.x and 2.2.x? I've got to add these constants to glibc in a way that it works on both platforms :-(. Andreas -- Andreas Jaeger aj@arthur.rhein-neckar.de jaeger@informatik.uni-kl.de for pgp-key finger ajaeger@aixd1.rhrk.uni-kl.de From wayne@dcs.rhbnc.ac.uk Sun Aug 22 11:23:08 1999 Received: from platon.cs.rhbnc.ac.uk (dns1.rhbnc.ac.uk [134.219.44.52]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA05964; Sun, 22 Aug 1999 11:23:07 +0200 (MET DST) Received-Date: Sun, 22 Aug 1999 11:23:07 +0200 (MET DST) Received: from dcs.rhbnc.ac.uk (wayne.cs.rhbnc.ac.uk [134.219.81.100]) by platon.cs.rhbnc.ac.uk (8.9.1a/8.9.1) with ESMTP id KAA01012 for ; Sun, 22 Aug 1999 10:23:05 +0100 (BST) Message-ID: <37BF347C.DAAC38A2@dcs.rhbnc.ac.uk> Date: Sun, 22 Aug 1999 00:21:32 +0100 From: Wayne Allen X-Mailer: Mozilla 4.61 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: "linux-mips@fnet.fr" Subject: Ayeee Problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Content-Length: 3628 Lines: 102 Greetings after having a DEC5000/25 sitting on my desk for ages I have finally got around to playing with it. After setting tftp nfs and all the rest I can boot from a console (disconnection of the keyboard ), but it gets stuck .... any ideas??? DEC5000/33 No Floppy 500M HD B&W Screen vmlinux-decr3k.ecoff Any help or ideas would be most gratefully recieved. The results of the last boot:- 1400400+0+132400 This DECstation is a Personal DS5000/xx Loading R[23]00 MMU routines. CPU revision is: 00000230 Instruction cache 64kb Data cache 128kb Linux version 2.2.10 (root@elrond) (gcc version egcs-2.90.27 980315 (egcs-1.0.2 release)) #5 Mon Jul 26 17:25:29 MEST 1999 Calibrating delay loop... 32.83 BogoMIPS Memory: 14460k/16380k available (1232k kernel code, 428k data) Checking for 'wait' instruction... unavailable. POSIX conformance testing by UNIFIX TURBOchannel rev. 1 at 12.5 MHz (no parity) Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 NET4: Unix domain sockets 1.0 for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP Starting kswapd v 1.5 DECstation Z8530 serial driver version 0.03 tty00 at 0xbc100001 (irq = 4) is a Z85C30 SCC tty01 at 0xbc100009 (irq = 4) is a Z85C30 SCC loop: registered device at major 7 SCSI ID 7 Clock 25 MHz CCF=0 Time-Out 167 NCR53C9x(esp236) detected ESP: Total of 1 ESP hosts found, 1 actually in use. scsi0 : ESP236 scsi : 1 host. Vendor: DEC Model: RZ25 (C) DEC Rev: 0900 Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sda at scsi0, channel 0, id 2, lun 0 scsi : detected 1 SCSI disk total. esp0: target 2 [period 200ns offset 15 5.00MHz synchronous SCSI] sda: Spinning up disk............ready SCSI device sda: hdwr sector= 512 bytes. Sectors= 832527 [406 MB] [0.4 GB] declance.c: v0.008 by Linux Mips DECstation task force eth0: IOASIC onboard LANCE, addr = 08:00:2b:32:53:77, irq = 3 Unable to handle kernel paging request at virtual address 00000000, epc == 00000000, ra == 800996ec Oops: 0000 $0 : 00000000 10002801 00000000 f0060240 00000003 ffffffff 80ff1368 10002801 $8 : 00010000 8018c5e8 00010100 00010000 8016c150 00000020 00000000 80fed4ec $16: 801800ec 00000000 00000003 80ff1368 80161ae0 801800ec 80180000 80180000 $24: 00000000 10002801 80ff0000 80ff1340 80160000 800996ec epc : 00000000 Status: 10002804 Cause : 00000008 Process (pid: 0, stackpage=80ff0000) Stack: 00000000 00000000 00000000 00000000 00000000 00000000 00000003 80ff1440 8009925c 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 10002801 bc040120 f0070340 80190000 00010100 801abacc 10002801 00010000 8018c5e8 00010100 00010000 8016c150 00000020 00000000 80fed4ec 00000000 00000000 00000003 80ff1440 80161ae0 801800ec 80180000 80180000 00000000 ... Call Trace: [<8009925c>] [<8016c150>] [<80161ae0>] [<80160000>] [<800996ec>] [<80099754>] [<8009925c>] [<8016c150>] [<80161ae0>] [<80160000>] [<800996ec>] [<80099754>] [<8009925c>] [<8016c150>] [<80161ae0>] [<80160000>] [<800996ec>] [<80099754>] [<8009925c>] [<8016c150>] [<80161ae0>] [<80160000>] [<800996ec>] [<80099754>] [<8009925c>] [<8016c150>] [<80161ae0>] [<80160000>] [<800996ec>] [<80099754>] [<8009925c>] [<8016c150>] [<80161ae0>] [<80160000>] [<800996ec>] [<80099754>] [<8009925c>] [<8016c150>] [<80161ae0>] [<80160000>] [<800996ec>] ... Code: (Bad address in epc) Aiee, killing interrupt handler Kernel panic: Attempted to kill the idle task! In interrupt handler - not syncing ------------------ Thanks Wayne wayne@dcs.rhbnc.ac.uk From ralf@lappi.waldorf-gmbh.de Sun Aug 22 01:34:10 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA28725; Sun, 22 Aug 1999 01:34:09 +0200 (MET DST) Received-Date: Sun, 22 Aug 1999 01:34:09 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-24.uni-koblenz.de [141.26.131.24]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA23263 for ; Sun, 22 Aug 1999 01:34:06 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id BAA13781; Sun, 22 Aug 1999 01:33:33 +0200 Date: Sun, 22 Aug 1999 01:33:32 +0200 From: Ralf Baechle To: Andreas Jaeger Cc: linux-mips@fnet.fr Subject: Re: SA_* in Linux 2.0.x und 2.2.x Message-ID: <19990822013332.H25686@uni-koblenz.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from Andreas Jaeger on Sat, Aug 21, 1999 at 09:53:14AM +0200 X-Accept-Language: de,en,fr Content-Length: 1527 Lines: 45 On Sat, Aug 21, 1999 at 09:53:14AM +0200, Andreas Jaeger wrote: > Linux 2.2.11 has in include/asm-mips/signal.h: > > #define SA_STACK 0x00000001 > #define SA_RESETHAND 0x00000002 > #define SA_RESTART 0x00000004 > #define SA_SIGINFO 0x00000008 > #define SA_NODEFER 0x00000010 > #define SA_NOCLDWAIT 0x00010000 /* Not supported yet */ > #define SA_NOCLDSTOP 0x00020000 > > #define SA_NOMASK SA_NODEFER > #define SA_ONESHOT SA_RESETHAND > > but Linux 2.0.x uses: > > #define SA_STACK 0x1 > #define SA_ONSTACK SA_STACK > #define SA_RESTART 0x4 > #define SA_NOCLDSTOP 0x20000 > /* Non ABI signals */ > #define SA_INTERRUPT 0x01000000 > #define SA_NOMASK 0x02000000 > #define SA_ONESHOT 0x04000000 > #define SA_SHIRQ 0x08000000 > > We now have different values for e.g.: > SA_ONESHOT/SA_RESETHAND (0x04000000 or 0x00000002) > SA_NOMASK/SA_NODEFER (0x02000000 or 0x00000010) > > Don't we have a compatibility problem here between Linux 2.0.x and > 2.2.x? I've got to add these constants to glibc in a way that it > works on both platforms :-(. Hmm... I just checked through my system. The change happend in my commit of 2.1.76. I think I made the change because I discovered that glibc and the kernel had different values for this constant, so if things were broken anyway I could just go ahead and use the ABI constants. Something like that. Shouldn't the SV_* constants have the same values as their SA_* counterparts? Ralf From aj@arthur.rhein-neckar.de Sun Aug 22 09:43:47 1999 Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA05367; Sun, 22 Aug 1999 09:43:46 +0200 (MET DST) Received-Date: Sun, 22 Aug 1999 09:43:46 +0200 (MET DST) Received: from arthur.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id JAA26811 for linux-mips@fnet.fr; Sun, 22 Aug 1999 09:43:45 +0200 (CEST) (envelope-from aj@arthur.rhein-neckar.de) Received: from aj by arthur.rhein-neckar.de with local (Exim 3.02 #1) id 11IRky-0002nN-00 for linux-mips@fnet.fr; Sun, 22 Aug 1999 09:09:32 +0200 To: linux-mips@fnet.fr Subject: Re: gcc 2.95.1 on MIPS References: From: Andreas Jaeger Date: 22 Aug 1999 09:09:29 +0200 In-Reply-To: Andreas Jaeger's message of "21 Aug 1999 09:27:27 +0200" Message-ID: User-Agent: Gnus/5.070095 (Pterodactyl Gnus v0.95) XEmacs/21.1 (Arches) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 610 Lines: 20 >>>>> I wrote: > Hi, > I managed to compile gcc 2.95.1 on mipsel-linux (Cobalt Raq2). I > needed to apply the appended two patches. A complete bootstrap with > static libraries was fine, now I'm trying the shared libs. > What's the general status of gcc 2.95.1 on MIPS? Do I have to apply > other patches? I've found out myself that I need some more patches to get everything working, the mips/linux.h file needs further work (e.g. CPP_PREDEFINES is wrong). Andreas -- Andreas Jaeger aj@arthur.rhein-neckar.de jaeger@informatik.uni-kl.de for pgp-key finger ajaeger@aixd1.rhrk.uni-kl.de From aj@arthur.rhein-neckar.de Sun Aug 22 09:43:52 1999 Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA05383; Sun, 22 Aug 1999 09:43:50 +0200 (MET DST) Received-Date: Sun, 22 Aug 1999 09:43:50 +0200 (MET DST) Received: from arthur.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id JAA26813; Sun, 22 Aug 1999 09:43:47 +0200 (CEST) (envelope-from aj@arthur.rhein-neckar.de) Received: from aj by arthur.rhein-neckar.de with local (Exim 3.02 #1) id 11IRod-0002nU-00; Sun, 22 Aug 1999 09:13:19 +0200 To: Ralf Baechle Cc: linux-mips@fnet.fr Subject: Re: SA_* in Linux 2.0.x und 2.2.x References: <19990822013332.H25686@uni-koblenz.de> From: Andreas Jaeger Date: 22 Aug 1999 09:13:19 +0200 In-Reply-To: Ralf Baechle's message of "Sun, 22 Aug 1999 01:33:32 +0200" Message-ID: User-Agent: Gnus/5.070095 (Pterodactyl Gnus v0.95) XEmacs/21.1 (Arches) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 1922 Lines: 55 >>>>> Ralf Baechle writes: Ralf> On Sat, Aug 21, 1999 at 09:53:14AM +0200, Andreas Jaeger wrote: >> Linux 2.2.11 has in include/asm-mips/signal.h: >> >> #define SA_STACK 0x00000001 >> #define SA_RESETHAND 0x00000002 >> #define SA_RESTART 0x00000004 >> #define SA_SIGINFO 0x00000008 >> #define SA_NODEFER 0x00000010 >> #define SA_NOCLDWAIT 0x00010000 /* Not supported yet */ >> #define SA_NOCLDSTOP 0x00020000 >> >> #define SA_NOMASK SA_NODEFER >> #define SA_ONESHOT SA_RESETHAND >> >> but Linux 2.0.x uses: >> >> #define SA_STACK 0x1 >> #define SA_ONSTACK SA_STACK >> #define SA_RESTART 0x4 >> #define SA_NOCLDSTOP 0x20000 >> /* Non ABI signals */ >> #define SA_INTERRUPT 0x01000000 >> #define SA_NOMASK 0x02000000 >> #define SA_ONESHOT 0x04000000 >> #define SA_SHIRQ 0x08000000 >> >> We now have different values for e.g.: >> SA_ONESHOT/SA_RESETHAND (0x04000000 or 0x00000002) >> SA_NOMASK/SA_NODEFER (0x02000000 or 0x00000010) >> >> Don't we have a compatibility problem here between Linux 2.0.x and >> 2.2.x? I've got to add these constants to glibc in a way that it >> works on both platforms :-(. Ralf> Hmm... I just checked through my system. The change happend in my Ralf> commit of 2.1.76. I think I made the change because I discovered Ralf> that glibc and the kernel had different values for this constant, so Ralf> if things were broken anyway I could just go ahead and use the ABI Ralf> constants. Something like that. :-( Ralf> Shouldn't the SV_* constants have the same values as their SA_* Ralf> counterparts? Which SV_* constants? I fear we need to do some emulation in sigaction for the old flags to support both Linux 2.0 and 2.2 kernels with the same glibc. Andreas -- Andreas Jaeger aj@arthur.rhein-neckar.de jaeger@informatik.uni-kl.de for pgp-key finger ajaeger@aixd1.rhrk.uni-kl.de From ralf@lappi.waldorf-gmbh.de Sun Aug 22 22:50:19 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA18446; Sun, 22 Aug 1999 22:50:18 +0200 (MET DST) Received-Date: Sun, 22 Aug 1999 22:50:18 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-2.uni-koblenz.de [141.26.131.2]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id WAA26491 for ; Sun, 22 Aug 1999 22:50:16 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id OAA15714; Sun, 22 Aug 1999 14:15:04 +0200 Date: Sun, 22 Aug 1999 14:15:04 +0200 From: Ralf Baechle To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: MIPS64 Message-ID: <19990822141504.A15701@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us X-Accept-Language: de,en,fr Content-Length: 1405 Lines: 30 Hi, as those who are tracking the CVS archive or the commit mailing list probably already have seen I've got started to work on a 64-bit kernel. I'm also using the chance to do a major overhaul of various code which over the years had turned into a major uglyness. In particular the machine abstraction layer needs some overhaul. Basically the attempt of doing generic kernels for MIPS is dead by now. Given the number of different firmware implementations and memory layouts makes it impossible to build a single generic kernel image that fits more than a few machines. In fact so far the only combo that was working at all was Magnum 4000 / PICA / RM200C. So I'm wiping out all that code which makes things look significantly nicer. As of now the MIPS64 code is still in it's very early stages; it doesn't even compile. However I'd like to invite other people to alreasy start working on porting the machine specific bits to MIPS64. I myself will initially only implement support for the SGI IP22. When this one is running flawless I'll go on with IP27 and SMP support. Even though I've invested a horrible amount of time int tracking down the bugs in current binutils they're still in a rather sad state for 64-bit stuff. Volunteers _urgently_ wanted. Note that these problems will also affect other operating system, so it doesn't necessarily have to be a Linux volunteer. Cheers, Ralf From R.vandenBerg@inter.NL.net Sun Aug 22 19:22:10 1999 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA17211; Sun, 22 Aug 1999 19:22:09 +0200 (MET DST) Received-Date: Sun, 22 Aug 1999 19:22:09 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-31.Hoorn.NL.net [193.79.46.195] with ESMTP id TAA27417 (8.8.8/3.41); Sun, 22 Aug 1999 19:22:05 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sun, 22 Aug 1999 19:21:43 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sun, 22 Aug 1999 19:21:43 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: Wayne Allen cc: "linux-mips@fnet.fr" Subject: Re: Ayeee Problem In-Reply-To: <37BF347C.DAAC38A2@dcs.rhbnc.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 929 Lines: 31 On Sun, 22 Aug 1999, Wayne Allen wrote: > Greetings after having a DEC5000/25 sitting on my desk for ages I have > finally got around to playing with it. Well, I've have such a beast in front of me too. > After setting tftp nfs and all the rest I can boot from a console > (disconnection of the keyboard ), but it gets stuck .... any ideas??? > DEC5000/33 No Floppy 500M HD B&W Screen > vmlinux-decr3k.ecoff Is a System.map of that image also available at Karels site? [...] > Unable to handle kernel paging request at virtual address 00000000, epc > == 00000000, ra == 800996ec If so, what function does the ra address points too. Another possibility is that I mail you a kernel that runs here fine, for that I have 3 options: 2.2.1, 2.2.1 with keyboard, mouse and framebuffer support, 2.2.10 and 2.3.9, where 2.3.9 runs out of the cvs-box. Compressed with gzip -9 the 2.3.9 kernel is 412018 bytes. Regards, Richard From brad@ltc.com Sun Aug 22 23:01:56 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id XAA18555; Sun, 22 Aug 1999 23:01:55 +0200 (MET DST) Received-Date: Sun, 22 Aug 1999 23:01:55 +0200 (MET DST) Received: from PREFECT (PREFECT [38.149.17.184]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id va309993 for ; Sun, 22 Aug 1999 17:06:58 -0400 Message-ID: <00ee01beece1$18b16bf0$b8119526@ltc.com> From: "Bradley D. LaRonde" To: "Ralf Baechle" , , , References: <19990822141504.A15701@uni-koblenz.de> Subject: Re: MIPS64 Date: Sun, 22 Aug 1999 16:58:33 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 727 Lines: 15 > In particular the machine abstraction layer needs some overhaul. > Basically the attempt of doing generic kernels for MIPS is dead by now. > Given the number of different firmware implementations and memory layouts > makes it impossible to build a single generic kernel image that fits > more than a few machines. In fact so far the only combo that was working > at all was Magnum 4000 / PICA / RM200C. So I'm wiping out all that code > which makes things look significantly nicer. Good news. I think this is a good move, especially if a flood of new ports to new device starts pouring in from our project (LinuxCE). There are already three new platoforms and two new processors on the drawing board now. Regards, Brad From ralf@lappi.waldorf-gmbh.de Sun Aug 22 23:15:46 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA18674; Sun, 22 Aug 1999 23:15:45 +0200 (MET DST) Received-Date: Sun, 22 Aug 1999 23:15:45 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-2.uni-koblenz.de [141.26.131.2]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA27953 for ; Sun, 22 Aug 1999 23:15:42 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id XAA16790; Sun, 22 Aug 1999 23:14:11 +0200 Date: Sun, 22 Aug 1999 23:14:11 +0200 From: Ralf Baechle To: Andreas Jaeger Cc: linux-mips@fnet.fr Subject: Re: SA_* in Linux 2.0.x und 2.2.x Message-ID: <19990822231411.C16497@uni-koblenz.de> References: <19990822013332.H25686@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from Andreas Jaeger on Sun, Aug 22, 1999 at 09:13:19AM +0200 X-Accept-Language: de,en,fr Content-Length: 834 Lines: 22 On Sun, Aug 22, 1999 at 09:13:19AM +0200, Andreas Jaeger wrote: > Ralf> Shouldn't the SV_* constants have the same values as their SA_* > Ralf> counterparts? > > Which SV_* constants? The BSD sigvector thingies defined in : /* Bits in `sv_flags'. */ # define SV_ONSTACK (1 << 0)/* Take the signal on the signal stack. */ # define SV_INTERRUPT (1 << 1)/* Do not restart system calls. */ # define SV_RESETHAND (1 << 2)/* Reset handler to SIG_DFL on receipt. */ > I fear we need to do some emulation in sigaction for the old flags to > support both Linux 2.0 and 2.2 kernels with the same glibc. No, because only the kernel changed. glibc never changed so there is no reason to support other values for these bits than what is defined in glibc. It's a kernel messup and I'll fix it just there. Or? Ralf From ralf@lappi.waldorf-gmbh.de Sun Aug 22 23:19:26 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA18705; Sun, 22 Aug 1999 23:19:26 +0200 (MET DST) Received-Date: Sun, 22 Aug 1999 23:19:26 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-2.uni-koblenz.de [141.26.131.2]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA28046 for ; Sun, 22 Aug 1999 23:19:23 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id XAA16826; Sun, 22 Aug 1999 23:17:48 +0200 Date: Sun, 22 Aug 1999 23:17:48 +0200 From: Ralf Baechle To: "Bradley D. LaRonde" Cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: MIPS64 Message-ID: <19990822231747.D16497@uni-koblenz.de> References: <19990822141504.A15701@uni-koblenz.de> <00ee01beece1$18b16bf0$b8119526@ltc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <00ee01beece1$18b16bf0$b8119526@ltc.com>; from Bradley D. LaRonde on Sun, Aug 22, 1999 at 04:58:33PM -0400 X-Accept-Language: de,en,fr Content-Length: 427 Lines: 11 On Sun, Aug 22, 1999 at 04:58:33PM -0400, Bradley D. LaRonde wrote: > Good news. I think this is a good move, especially if a flood of new ports > to new device starts pouring in from our project (LinuxCE). There are > already three new platoforms and two new processors on the drawing board > now. Note that it's not compeltly impossible, just unattractive to make a generic kernel. So if necessary we can do it. Ralf From brad@ltc.com Mon Aug 23 00:15:35 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id AAA20006; Mon, 23 Aug 1999 00:15:33 +0200 (MET DST) Received-Date: Mon, 23 Aug 1999 00:15:33 +0200 (MET DST) Received: from PREFECT (PREFECT [38.149.17.184]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ba309999 for ; Sun, 22 Aug 1999 18:20:50 -0400 Message-ID: <012601beeceb$6a4d19a0$b8119526@ltc.com> From: "Bradley D. LaRonde" To: "Ralf Baechle" Cc: , , References: <19990822141504.A15701@uni-koblenz.de> <00ee01beece1$18b16bf0$b8119526@ltc.com> <19990822231747.D16497@uni-koblenz.de> Subject: Re: MIPS64 Date: Sun, 22 Aug 1999 18:12:25 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 558 Lines: 15 > > Good news. I think this is a good move, especially if a flood of new ports > > to new device starts pouring in from our project (LinuxCE). There are > > already three new platoforms and two new processors on the drawing board > > now. > > Note that it's not compeltly impossible, just unattractive to make a > generic kernel. So if necessary we can do it. I'm also thinking that platform-specifc kernels will be smaller and potentially faster (less indirection), which is especially important on platforms like the Clio and Cassiopea. Regards, Brad From ralf@lappi.waldorf-gmbh.de Mon Aug 23 00:30:28 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA21004; Mon, 23 Aug 1999 00:30:28 +0200 (MET DST) Received-Date: Mon, 23 Aug 1999 00:30:28 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-2.uni-koblenz.de [141.26.131.2]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA01236 for ; Mon, 23 Aug 1999 00:30:25 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA17581; Mon, 23 Aug 1999 00:28:32 +0200 Date: Mon, 23 Aug 1999 00:28:31 +0200 From: Ralf Baechle To: "Bradley D. LaRonde" Cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: MIPS64 Message-ID: <19990823002831.F16497@uni-koblenz.de> References: <19990822141504.A15701@uni-koblenz.de> <00ee01beece1$18b16bf0$b8119526@ltc.com> <19990822231747.D16497@uni-koblenz.de> <012601beeceb$6a4d19a0$b8119526@ltc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <012601beeceb$6a4d19a0$b8119526@ltc.com>; from Bradley D. LaRonde on Sun, Aug 22, 1999 at 06:12:25PM -0400 X-Accept-Language: de,en,fr Content-Length: 809 Lines: 20 On Sun, Aug 22, 1999 at 06:12:25PM -0400, Bradley D. LaRonde wrote: > > > Good news. I think this is a good move, especially if a flood of new > ports > > > to new device starts pouring in from our project (LinuxCE). There are > > > already three new platoforms and two new processors on the drawing board > > > now. > > > > Note that it's not compeltly impossible, just unattractive to make a > > generic kernel. So if necessary we can do it. > > I'm also thinking that platform-specifc kernels will be smaller and > potentially faster (less indirection), which is especially important on > platforms like the Clio and Cassiopea. For many systems we cannot drop all indirections. For example the Indy shipped with a large number of CPU options, each of which we have an optimized routine for. Ralf From aj@arthur.rhein-neckar.de Mon Aug 23 08:21:42 1999 Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA01081; Mon, 23 Aug 1999 08:21:41 +0200 (MET DST) Received-Date: Mon, 23 Aug 1999 08:21:41 +0200 (MET DST) Received: from arthur.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id IAA26583; Mon, 23 Aug 1999 08:20:55 +0200 (CEST) (envelope-from aj@arthur.rhein-neckar.de) Received: from aj by arthur.rhein-neckar.de with local (Exim 3.02 #1) id 11InQO-0000g2-00; Mon, 23 Aug 1999 08:17:44 +0200 To: Ralf Baechle Cc: linux-mips@fnet.fr Subject: Re: SA_* in Linux 2.0.x und 2.2.x References: <19990822013332.H25686@uni-koblenz.de> <19990822231411.C16497@uni-koblenz.de> From: Andreas Jaeger Date: 23 Aug 1999 08:17:41 +0200 In-Reply-To: Ralf Baechle's message of "Sun, 22 Aug 1999 23:14:11 +0200" Message-ID: User-Agent: Gnus/5.070095 (Pterodactyl Gnus v0.95) XEmacs/21.1 (Arches) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 1491 Lines: 42 >>>>> Ralf Baechle writes: Ralf> On Sun, Aug 22, 1999 at 09:13:19AM +0200, Andreas Jaeger wrote: Ralf> Shouldn't the SV_* constants have the same values as their SA_* Ralf> counterparts? >> >> Which SV_* constants? Ralf> The BSD sigvector thingies defined in : Ralf> /* Bits in `sv_flags'. */ Ralf> # define SV_ONSTACK (1 << 0)/* Take the signal on the signal stack. */ Ralf> # define SV_INTERRUPT (1 << 1)/* Do not restart system calls. */ Ralf> # define SV_RESETHAND (1 << 2)/* Reset handler to SIG_DFL on receipt. */ No problem - see the implementation of sigvec in glibc/sysdeps/posix/sigvec.c: if (sv_flags & SV_ONSTACK) { #ifdef SA_ONSTACK sa_flags |= SA_ONSTACK; #else __set_errno (ENOSYS); return -1; #endif There's no correspondence between the values of the flags. >> I fear we need to do some emulation in sigaction for the old flags to >> support both Linux 2.0 and 2.2 kernels with the same glibc. Ralf> No, because only the kernel changed. glibc never changed so there is Ralf> no reason to support other values for these bits than what is defined in Ralf> glibc. It's a kernel messup and I'll fix it just there. Or? I see - yes, please fix the kernel so that it is again in synch with glibc. I'll make the appropiate changes in glibc 2.2. Andreas -- Andreas Jaeger aj@arthur.rhein-neckar.de jaeger@informatik.uni-kl.de for pgp-key finger ajaeger@aixd1.rhrk.uni-kl.de From raiko@niisi.msk.ru Mon Aug 23 10:47:44 1999 Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA05236; Mon, 23 Aug 1999 10:47:19 +0200 (MET DST) Received-Date: Mon, 23 Aug 1999 10:47:19 +0200 (MET DST) Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6]) by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id MAA01114; Mon, 23 Aug 1999 12:46:02 +0400 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id LAA10867; Mon, 23 Aug 1999 11:25:46 +0400 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id MAA24361; Mon, 23 Aug 1999 12:40:19 +0400 (MSD) Message-ID: <37C10B0F.8D4A3EBE@niisi.msk.ru> Date: Mon, 23 Aug 1999 12:49:19 +0400 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: "Bradley D. LaRonde" CC: Ralf Baechle , linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: MIPS64 References: <19990822141504.A15701@uni-koblenz.de> <00ee01beece1$18b16bf0$b8119526@ltc.com> <19990822231747.D16497@uni-koblenz.de> <012601beeceb$6a4d19a0$b8119526@ltc.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 963 Lines: 24 "Bradley D. LaRonde" wrote: > > > > Good news. I think this is a good move, especially if a flood of new > ports > > > to new device starts pouring in from our project (LinuxCE). There are > > > already three new platoforms and two new processors on the drawing board > > > now. > > > > Note that it's not compeltly impossible, just unattractive to make a > > generic kernel. So if necessary we can do it. > > I'm also thinking that platform-specifc kernels will be smaller and > potentially faster (less indirection), which is especially important on > platforms like the Clio and Cassiopea. > The practice shows both might be resolved in generic kernels. If you want save 4k and drop other-platform-specific parts at run-time, put platform specific parts in their own sections (like initfunc/initdata). Also, Ralf showed it's possible to fix the code at run-time to have fast kernels. I agree the sources become much uglier but it works. Regards, Gleb. From eedthwo@eede.ericsson.se Mon Aug 23 12:13:21 1999 Received: from penguin.wise.edt.ericsson.se (penguin-ext.wise.edt.ericsson.se [194.237.142.110]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA05866; Mon, 23 Aug 1999 12:13:19 +0200 (MET DST) Received-Date: Mon, 23 Aug 1999 12:13:19 +0200 (MET DST) Received: from eede.ericsson.se (eede.eede.ericsson.se [164.48.127.16]) by penguin.wise.edt.ericsson.se (8.9.3/8.9.3/WIREfire-1.3) with SMTP id MAA10211; Mon, 23 Aug 1999 12:09:28 +0200 (MET DST) Received: from sun168.eu (sun168.eede.ericsson.se) by eede.ericsson.se (4.1/SMI-4.1) id AA13405; Mon, 23 Aug 99 12:09:26 +0200 Received: by sun168.eu (SMI-8.6/SMI-SVR4) id MAA27147; Mon, 23 Aug 1999 12:09:26 +0200 Date: Mon, 23 Aug 1999 12:09:26 +0200 Message-Id: <199908231009.MAA27147@sun168.eu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Tom Woelfel To: Ralf Baechle Cc: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: ECOFF In-Reply-To: <19990819154712.A13843@uni-koblenz.de> References: <19990819154712.A13843@uni-koblenz.de> X-Mailer: VM 6.31 under 20.2 XEmacs Lucid Reply-To: Tom.Woelfel@eed.ericsson.se Content-Length: 452 Lines: 11 Ralf Baechle writes: > Does anybody still rely on the linker support for ECOFF binaries? I'd > like to drop the ECOFF emulations (mipsbig and mipslittle) from ld. I still have an Indy with the "very old boot prom" problem (it's 5.3 in your HOWTO ;-). I don't have an idea if this in any way related to this. But if so (and in case "old prom Indy's" will then not boot) it seems to me a good idea to put a hint or a workaround in the HOWTO. //Tom From aj@arthur.rhein-neckar.de Mon Aug 23 16:30:39 1999 Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA09163; Mon, 23 Aug 1999 16:30:38 +0200 (MET DST) Received-Date: Mon, 23 Aug 1999 16:30:38 +0200 (MET DST) Received: from arthur.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id QAA01123; Mon, 23 Aug 1999 16:29:34 +0200 (CEST) (envelope-from aj@arthur.rhein-neckar.de) Received: from aj by arthur.rhein-neckar.de with local (Exim 3.02 #1) id 11Iv5k-0005Xr-00; Mon, 23 Aug 1999 16:28:56 +0200 To: Ralf Baechle Cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: MIPS64 References: <19990822141504.A15701@uni-koblenz.de> From: Andreas Jaeger Date: 23 Aug 1999 16:28:54 +0200 In-Reply-To: Ralf Baechle's message of "Sun, 22 Aug 1999 14:15:04 +0200" Message-ID: User-Agent: Gnus/5.070095 (Pterodactyl Gnus v0.95) XEmacs/21.1 (Arches) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 565 Lines: 15 >>>>> Ralf Baechle writes: > Hi, > as those who are tracking the CVS archive or the commit mailing list > probably already have seen I've got started to work on a 64-bit kernel. > I'm also using the chance to do a major overhaul of various code which > over the years had turned into a major uglyness. Could anybody provide me with infos about the commit mailing list? I couldn't find the information myself:-(. Thanks, Andreas -- Andreas Jaeger aj@arthur.rhein-neckar.de jaeger@informatik.uni-kl.de for pgp-key finger ajaeger@aixd1.rhrk.uni-kl.de From bel@qedinc.com Mon Aug 23 17:25:56 1999 Received: from qedgate.qedinc.com (qedgate.qedinc.com [204.69.218.27]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id RAA09447; Mon, 23 Aug 1999 17:25:54 +0200 (MET DST) Received-Date: Mon, 23 Aug 1999 17:25:54 +0200 (MET DST) Received: (from smap@localhost) by qedgate.qedinc.com (8.6.10/8.6.10) id IAA24799; Mon, 23 Aug 1999 08:23:37 -0700 Received: from qedcom.qedinc.com( 192.160.157.11) by qedgate.qedinc.com via smap (V2.0) id xma024796; Mon, 23 Aug 99 08:23:17 -0700 Received: from qedinc.com (sonora.qedinc.com [192.160.157.126]) by qedcom.qedinc.com (8.6.10/8.6.10) with ESMTP id IAA14428; Mon, 23 Aug 1999 08:25:30 -0700 Message-ID: <37C16857.D2488512@qedinc.com> Date: Mon, 23 Aug 1999 08:27:19 -0700 From: Brad Larson Organization: Quantum Effect Devices, Inc. X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: The jazz man CC: linux-mips@fnet.fr Subject: Re: Linux Mips Port References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 2195 Lines: 57 Hi Chris, I don't know which R5000 you are using but QED designed the original R5000 and sells a compatible RM5200 series. We've had customers move to Linux. I've recommended using the Cobalt Cube as a starting point since its already a commercial product using the RM523x CPU and Linux. You can find more info at www.cobaltnetworks.com. The distrubution can be obtained at ftp.cobaltnetworks.com. I don't know how close to current Cobalt is but the low level CPU code may be of use. --Brad The jazz man wrote: > > Hi, > > I'm a computer engineer with Philips semiconductors. We're currently > developing a set top box that enhances TV programming with internet > access, instant messaging and other nice interactive add ons to standard > cable TV. > > It's a MIPS R5000 based system (compatable with R4300 - R3900 series > CPU's) with some custom hardware. > > Presently, this is a Windows CE system. However, our customers (and > co-workers) have expresed their desire for us to port the system over to > Linux. It looks like I'm going to handle the process. > > I would like to build as small a version of Linux as possible. I'm looking > for a system that has only the most rudimentary Linux functionality and > hardware. I'm anticipating having to build most of the device drivers > myself (I can give them to you when I'm done). I'll (hopefully) also be > able to come away with a small Linux MIPS kernel wich you might find > useful... > > Essentially, here are my questions: > > What software exists out there for this specific architecture? > > I was going to compile the kernel on my x86 Linux box, copy it over to any > specific location in our PCMCIA storage card and configure our bootloader > to set the program counter to that location. Is that reasonable? > > How do I compile the kernel (I'm sort of akward in Linux land, so I need > instructions that assume I'm a moron.)? Will Linux let me make an image > that I can download to another host? > > Thanks > > Chris. -- Brad Larson | Phone: (408) 565-0397 | Fax: (408) 565-0335 UUCP: bel@qedinc.com | WWW: http://www.qedinc.com/ USPS: Quantum Effect Devices, 3255-3 Scott Blvd., Santa Clara, Ca 95054 From ralf@lappi.waldorf-gmbh.de Mon Aug 23 23:34:46 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA13249; Mon, 23 Aug 1999 23:34:45 +0200 (MET DST) Received-Date: Mon, 23 Aug 1999 23:34:45 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-5.uni-koblenz.de [141.26.131.5]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA06008 for ; Mon, 23 Aug 1999 23:34:43 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id XAA20888; Mon, 23 Aug 1999 23:30:43 +0200 Date: Mon, 23 Aug 1999 23:30:43 +0200 From: Ralf Baechle To: Tom Woelfel Cc: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: ECOFF Message-ID: <19990823233043.B19012@uni-koblenz.de> References: <19990819154712.A13843@uni-koblenz.de> <199908231009.MAA27147@sun168.eu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <199908231009.MAA27147@sun168.eu>; from Tom Woelfel on Mon, Aug 23, 1999 at 12:09:26PM +0200 X-Accept-Language: de,en,fr Content-Length: 729 Lines: 16 On Mon, Aug 23, 1999 at 12:09:26PM +0200, Tom Woelfel wrote: > Ralf Baechle writes: > > Does anybody still rely on the linker support for ECOFF binaries? I'd > > like to drop the ECOFF emulations (mipsbig and mipslittle) from ld. > > I still have an Indy with the "very old boot prom" problem (it's 5.3 > in your HOWTO ;-). I don't have an idea if this in any way related to > this. But if so (and in case "old prom Indy's" will then not boot) > it seems to me a good idea to put a hint or a workaround in the HOWTO. No problem, that's why we have elf2ecoff as part of the kernel sources. Directly linking elf to ecoff is too strong stuff for ld anyway, at least for some of the ultra hairy case we have to handle. Ralf From ralf@lappi.waldorf-gmbh.de Tue Aug 24 00:13:55 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA15786; Tue, 24 Aug 1999 00:13:54 +0200 (MET DST) Received-Date: Tue, 24 Aug 1999 00:13:54 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-5.uni-koblenz.de [141.26.131.5]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA08344 for ; Tue, 24 Aug 1999 00:13:51 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id AAA21346; Tue, 24 Aug 1999 00:09:37 +0200 Date: Tue, 24 Aug 1999 00:09:37 +0200 From: Ralf Baechle To: Andreas Jaeger Cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: MIPS64 Message-ID: <19990824000937.J19012@uni-koblenz.de> References: <19990822141504.A15701@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from Andreas Jaeger on Mon, Aug 23, 1999 at 04:28:54PM +0200 X-Accept-Language: de,en,fr Content-Length: 657 Lines: 15 On Mon, Aug 23, 1999 at 04:28:54PM +0200, Andreas Jaeger wrote: > > as those who are tracking the CVS archive or the commit mailing list > > probably already have seen I've got started to work on a 64-bit kernel. > > I'm also using the chance to do a major overhaul of various code which > > over the years had turned into a major uglyness. > Could anybody provide me with infos about the commit mailing list? I > couldn't find the information myself:-(. Yep, because it's not documented. The mailing list is a plain sendmail alias. But I think you can also subscribe to it by echo "subscribe linux-progress" | mail majordomo@engr.sgi.com Ralf From wayne@dcs.rhbnc.ac.uk Tue Aug 24 12:33:16 1999 Received: from platon.cs.rhbnc.ac.uk (dns1.rhbnc.ac.uk [134.219.44.52]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA27045; Tue, 24 Aug 1999 12:33:15 +0200 (MET DST) Received-Date: Tue, 24 Aug 1999 12:33:15 +0200 (MET DST) Received: from dcs.rhbnc.ac.uk (labrat.cs.rhbnc.ac.uk [134.219.81.100]) by platon.cs.rhbnc.ac.uk (8.9.1a/8.9.1) with ESMTP id LAA32558 for ; Tue, 24 Aug 1999 11:33:13 +0100 (BST) Message-ID: <37C274AF.F93D31F6@dcs.rhbnc.ac.uk> Date: Tue, 24 Aug 1999 11:32:15 +0100 From: Wayne Allen X-Mailer: Mozilla 4.61 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: "linux-mips@fnet.fr" Subject: newbie help no console?????/ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Content-Length: 718 Lines: 28 Greetings I solved the previous arr problem... I had the kernel in /exports/mips instead of current root. This means I have got a little further.... I'm now up to... sda:Dev 08:00 Sun disklabel: bad magic 0000 sda1 sda2 sda3 sda4 sda5 sda6 sda7 Looking up port of RPC 100003/2 on 192.168.1.1 Looking up port of RPC 100005/1 on 192.168.1.1 VFS: Mounted root (NFS filesystem). Freeing unused kernel memory: 52k freed Warning: unable to open an initial console. Kernel panic: No init found. Try passing init= option to kernel. Any ideas??? I booted the system via serial with setenv console s boot 3/tftp console=ttyS0 single rw with the keyboard disconnected (dec 5000/33) Any ideas???? Thanks in advance Wayne From K.H.C.vanHouten@research.kpn.com Tue Aug 24 12:46:42 1999 Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA27131; Tue, 24 Aug 1999 12:46:41 +0200 (MET DST) Received-Date: Tue, 24 Aug 1999 12:46:41 +0200 (MET DST) Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #35196) with ESMTP id <01JF59ROKEPO000DAK@research.kpn.com> for linux-mips@fnet.fr; Tue, 24 Aug 1999 12:46:39 +0200 Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) with ESMTP id MAA05640; Tue, 24 Aug 1999 12:46:38 +0200 (MET DST) Date: Tue, 24 Aug 1999 12:46:38 +0200 From: "Houten K.H.C. van (Karel)" X-Face: ";:TzQQC{mTp~$W,'m4@Lu1Lu$rtG_~5kvYO~F:C'KExk9o1X"iRz[0%{bq?6Aj#>VhSD?v 1W9`.Qsf+P&*iQEL8&y,RDj&U.]!(R-?c-h5h%Iw%r$|%6+Jc>GTJe!_1&A0o'lC[`I#={2BzOXT1P q366I$WL=;[+SDo1RoIT+a}_y68Y:jQ^xp4=*4-ryiymi>hy Subject: Re: newbie help no console?????/ In-reply-to: "Your message of Tue, 24 Aug 1999 11:32:15 BST." <37C274AF.F93D31F6@dcs.rhbnc.ac.uk> To: Wayne Allen Cc: "linux-mips@fnet.fr" , K.H.C.vanHouten@research.kpn.com Reply-to: K.H.C.vanHouten@research.kpn.com Message-id: <199908241046.MAA05640@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: exmh version 1.6.5 12/11/95 Content-type: text/plain; charset=us-ascii Content-Length: 1245 Lines: 50 Hi Wayne, It looks like you don't have a correct NFS root filesystem loaded at the directory specified in the bootptab. Have you looked at the instructions at http://www.xs4all.nl/~vhouten/mipsel ? Regards, Karel. > Greetings > > I solved the previous arr problem... I had the kernel in /exports/mips > instead of current root. This means I have got a little further.... I'm > now up to... > sda:Dev 08:00 Sun disklabel: bad magic 0000 > sda1 sda2 sda3 sda4 sda5 sda6 sda7 > Looking up port of RPC 100003/2 on 192.168.1.1 > Looking up port of RPC 100005/1 on 192.168.1.1 > VFS: Mounted root (NFS filesystem). > Freeing unused kernel memory: 52k freed > Warning: unable to open an initial console. > Kernel panic: No init found. Try passing init= option to kernel. > > Any ideas??? > > I booted the system via serial with > > setenv console s > boot 3/tftp console=ttyS0 single rw > > with the keyboard disconnected > (dec 5000/33) > Any ideas???? > > Thanks in advance > > Wayne > -- Karel van Houten ---------------------------------------------------------- The box said "Requires Windows 95 or better." I can't understand why it won't work on my Linux computer. ---------------------------------------------------------- From andrewb@uab.edu Tue Aug 24 19:37:51 1999 Received: from lilith.dpo.uab.edu (root@lilith.dpo.uab.edu [138.26.1.128]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA01203; Tue, 24 Aug 1999 19:37:50 +0200 (MET DST) Received-Date: Tue, 24 Aug 1999 19:37:50 +0200 (MET DST) Received: from mdk187.tucc.uab.edu (mdk187.tucc.uab.edu [138.26.15.201]) by lilith.dpo.uab.edu (8.9.3/8.9.3) with SMTP id MAA26564; Tue, 24 Aug 1999 12:37:45 -0500 Date: Tue, 24 Aug 1999 12:35:35 -0500 (CDT) From: "Andrew R. Baker" X-Sender: andrewb@mdk187.tucc.uab.edu To: The jazz man cc: linux-mips@fnet.fr Subject: Re: Linux Mips Port In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1159 Lines: 30 On Fri, 20 Aug 1999, The jazz man wrote: > What software exists out there for this specific architecture? I'm not sure of wxactly what you are asking for, but there is most of (if not all) of a redhat release for big-endian MIPS chips. I have it running on several Indigo2 R4400s here. > I was going to compile the kernel on my x86 Linux box, copy it over to any > specific location in our PCMCIA storage card and configure our bootloader > to set the program counter to that location. Is that reasonable? Shouldn't be a problem. I compile all my kernels on my x86 machine and then boot the MIPS boxes with bootp. Only because the boot loader on the boxes won't read an ext2fs filesystem. > How do I compile the kernel (I'm sort of akward in Linux land, so I need > instructions that assume I'm a moron.)? Will Linux let me make an image > that I can download to another host? You will need to get a cross-compiler. There is an egcs cross-compiler for big-endian (and I think little endian) MIPS on http://www.linux.sgi.com. You may also want to look at the MIPS how-to there if you haven't already. Keep us informed of your progess. -Andrew From brad@ltc.com Wed Aug 25 01:30:06 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id BAA06318; Wed, 25 Aug 1999 01:30:05 +0200 (MET DST) Received-Date: Wed, 25 Aug 1999 01:30:05 +0200 (MET DST) Received: from PREFECT (PREFECT [38.149.17.184]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id la310035 for ; Tue, 24 Aug 1999 19:34:59 -0400 Message-ID: <023d01beee88$1c5889c0$b8119526@ltc.com> From: "Bradley D. LaRonde" To: , Subject: Linux Is Up and Running on Clio, E-105, and Freestyle Date: Tue, 24 Aug 1999 19:26:36 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 664 Lines: 27 As most of you have probably already read, as of a few days ago, Linux is now up and running on some Vr41xx based devices! Hurray! In fact, I have it running on my Clio as I write. Right now it's running a simple stand-alone shell provided by Harald Keorfgen (thank you Harald). I put the Vr41xx source patch (made against the SGI CVS 2.3.9), the ramdisk image, a Clio .config, and a ready-to-boot-just-add-bootloader Clio binary up on my ftp site at: ftp://ftp.ltc.com/pub/linux/kernels/2.3/ There are also some basic instructions and other information on my Linux-MIPS website at: http://www.ltc.com/linux-mips/ Enjoy. :-) Regards, Brad From julian@dstc.edu.au Wed Aug 25 03:09:41 1999 Received: from piglet.dstc.edu.au (piglet.dstc.edu.au [130.102.176.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA06779; Wed, 25 Aug 1999 03:09:38 +0200 (MET DST) Received-Date: Wed, 25 Aug 1999 03:09:38 +0200 (MET DST) Received: from dstc.edu.au (sunrise.dstc.edu.au [130.102.176.56]) by piglet.dstc.edu.au (8.9.3/8.9.3) with ESMTP id LAA05825; Wed, 25 Aug 1999 11:09:22 +1000 (EST) Message-Id: <199908250109.LAA05825@piglet.dstc.edu.au> To: "Bradley D. LaRonde" cc: linuxce-devel@linuxce.org, linux-mips@fnet.fr Subject: Re: Linux Is Up and Running on Clio, E-105, and Freestyle In-reply-to: Your message of "Tue, 24 Aug 1999 19:26:36 -0400." <023d01beee88$1c5889c0$b8119526@ltc.com> Reply-To: j@pobox.com Date: Wed, 25 Aug 1999 11:09:21 +1000 From: Julian Boot Content-Length: 1035 Lines: 42 Excellent work Brad! Can't wait to try it (still a few hicups with 2.95.1 ;-) -J "Bradley D. LaRonde" wrote: > > As most of you have probably already read, as of a few days ago, Linux is > now up and running on some Vr41xx based devices! Hurray! In fact, I have > it running on my Clio as I write. Right now it's running a simple > stand-alone shell provided by Harald Keorfgen (thank you Harald). > > I put the Vr41xx source patch (made against the SGI CVS 2.3.9), the ramdisk > image, a Clio .config, and a ready-to-boot-just-add-bootloader Clio binary > up on my ftp site at: > > ftp://ftp.ltc.com/pub/linux/kernels/2.3/ > > There are also some basic instructions and other information on my > Linux-MIPS website at: > > http://www.ltc.com/linux-mips/ > > Enjoy. :-) > > Regards, > Brad > > > > > > > > > _____________________________________________________________________ > To unsubscribe, send a mail to linuxce-devel-request@bok.net > with the word "unsubscribe" in the BODY of the message > > From nweaver@hiss.CS.Berkeley.EDU Wed Aug 25 18:38:55 1999 Received: from hiss.CS.Berkeley.EDU (hiss.CS.Berkeley.EDU [128.32.131.214]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA16724; Wed, 25 Aug 1999 18:38:54 +0200 (MET DST) Received-Date: Wed, 25 Aug 1999 18:38:54 +0200 (MET DST) Received: (from nweaver@localhost) by hiss.CS.Berkeley.EDU (8.9.1a/8.9.1) id JAA08287 for linux-mips@fnet.fr; Wed, 25 Aug 1999 09:38:51 -0700 (PDT) From: "Nicholas C. Weaver" Message-Id: <199908251638.JAA08287@hiss.CS.Berkeley.EDU> Subject: Linking problem, _end not at the end To: linux-mips@fnet.fr Date: Wed, 25 Aug 1999 09:38:50 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1426 Lines: 46 I am currently attempting to get linux-mips working on the DDB Vrc5074 development board (NEC Vr5000 CPU, Vrc5074 glue chip, little endian mips), and I'm having problems with the linking. My current start point is 2.2.10 from the SGI repository. (Note that I know there are some other problems with this kernel on little-endian machines, but I can wait on that until I fix this problem). Specifically, _end is not the last symbol in the kernel, which causes the memory management routines to think that the free memory starts in the middle of the kernel's static memory. I'm using the arch/mips/ld.script.little as the linking script, LD version is GNU ld version 2.9.1 (with BFD 2.9.1) (stock compiled from the standard binutils distribution). Suggestions as to what might be wrong? The full linking command line (reformatted) : mipsel-linux-ld -static -N -G 0 -T arch/mips/ld.script.little -Ttext 0xa0100000 arch/mips/kernel/head.o arch/mips/kernel/init_task.o init/main.o init/version.o --start-group arch/mips/kernel/kernel.o arch/mips/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o arch/mips/ddb/ddb.o fs/filesystems.a net/network.a drivers/block/block.a drivers/char/char.a drivers/misc/misc.a drivers/net/net.a arch/mips/lib/lib.a /scratch/nweaver_build/kernel-build/linux/lib/lib.a --end-group -o vmlinux -- Nicholas C. Weaver nweaver@cs.berkeley.edu From ralf@lappi.waldorf-gmbh.de Thu Aug 26 01:57:33 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA20797; Thu, 26 Aug 1999 01:57:33 +0200 (MET DST) Received-Date: Thu, 26 Aug 1999 01:57:33 +0200 (MET DST) Received: from lappi.waldorf-gmbh.de (cacc-21.uni-koblenz.de [141.26.131.21]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA10350 for ; Thu, 26 Aug 1999 01:57:30 +0200 (MET DST) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.9.3/8.9.3) id BAA12214; Thu, 26 Aug 1999 01:53:27 +0200 Date: Thu, 26 Aug 1999 01:53:26 +0200 From: Ralf Baechle To: "Nicholas C. Weaver" Cc: linux-mips@fnet.fr Subject: Re: Linking problem, _end not at the end Message-ID: <19990826015326.B12147@uni-koblenz.de> References: <199908251638.JAA08287@hiss.CS.Berkeley.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <199908251638.JAA08287@hiss.CS.Berkeley.EDU>; from Nicholas C. Weaver on Wed, Aug 25, 1999 at 09:38:50AM -0700 X-Accept-Language: de,en,fr Content-Length: 1120 Lines: 24 On Wed, Aug 25, 1999 at 09:38:50AM -0700, Nicholas C. Weaver wrote: > I am currently attempting to get linux-mips working on the DDB > Vrc5074 development board (NEC Vr5000 CPU, Vrc5074 glue chip, little > endian mips), and I'm having problems with the linking. My current > start point is 2.2.10 from the SGI repository. (Note that I know > there are some other problems with this kernel on little-endian > machines, but I can wait on that until I fix this problem). > > Specifically, _end is not the last symbol in the kernel, which > causes the memory management routines to think that the free memory > starts in the middle of the kernel's static memory. > > I'm using the arch/mips/ld.script.little as the linking > script, LD version is GNU ld version 2.9.1 (with BFD 2.9.1) (stock > compiled from the standard binutils distribution). Suggestions as to > what might be wrong? 2.9.1 is so buggy on MIPS that I won't even bother to further consider bug reports against it. Use 2.8.1 with the patches from ftp.linux.sgi.com. Aside of that, I fixed the problem a few days ago in the CVS archive. Ralf From simba@secns.sec.samsung.co.kr Thu Aug 26 06:45:44 1999 Received: from network.sec.samsung.co.kr (secns.sec.samsung.co.kr [168.219.201.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA22460; Thu, 26 Aug 1999 06:45:42 +0200 (MET DST) Received-Date: Thu, 26 Aug 1999 06:45:42 +0200 (MET DST) Received: from simba.samsung.co.kr ([168.219.244.175]) by network.sec.samsung.co.kr (8.8.8H1/8.8.8) with SMTP id NAA19915; Thu, 26 Aug 1999 13:54:44 +0900 (KST) Received: by simba.samsung.co.kr with Microsoft Mail id <01BEEFC9.E02A8320@simba.samsung.co.kr>; Thu, 26 Aug 1999 13:49:54 +0900 Message-ID: <01BEEFC9.E02A8320@simba.samsung.co.kr> From: simba To: "'linux-mips@fnet.fr'" , "'linux@engr.sgi.com'" Subject: About the error of building egcs cross-compiler for mips Date: Thu, 26 Aug 1999 13:49:48 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit Content-Length: 1628 Lines: 43 Hello! Now I have some fatal error in building cross-compiler for MIPS using egcs- 1.1.2. My host linux is the redhat 5.0 running on the i586 machine. I used egcs-1.1.2 from cygnus ftp and configure instruction is $ ./configure --prefix=/usr/local/mips --with-newlib --target=mips-linux $ make ALL_TARGET_MODULES= LANGUAGES=c. The message of the error is following --------------------------------------------------- rm -f tmplibgcc2.a for name in _muldi3 _divdi3 _moddi3 _udivdi3 _umoddi3 _negdi2 _lshrdi3 _ashldi3 _ashrdi3 _ffsdi2 _udiv_w_sdiv _udivmoddi4 _cmpdi2 _ucmpdi2 _floatdidf _floatdisf _fixunsdfsi _fixunssfsi _fixunsdfdi _fixdfdi _fixunssfdi _fixsfdi _fixxfdi _fixunsxfdi _floatdixf _fixunsxfsi _fixtfdi _fixunstfdi _floatditf __gcc_bcmp _varargs __dummy _eprintf _bb _shtab _clear_cache _trampoline __main _exit _ctors _pure; \ do \ echo ${name}; \ /usr/src/mipsbuild/egcs-1.1.2/gcc/xgcc -B/usr/src/mipsbuild/egcs- 1.1.2/gcc/ -O2 -I/usr/include -DCROSS_COMPILE -DIN_GCC -g -O2 - I./include -g1 -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I./config -c -DL${name} \ ./libgcc2.c -o ${name}.o; \ if [ $? -eq 0 ] ; then true; else exit 1; fi; \ mips-linux-ar rc tmplibgcc2.a ${name}.o; \ rm -f ${name}.o; \ done _muldi3 xgcc: installation problem, cannot exec `mips-tfile': No such file or directory make[1]: *** [libgcc2.a] Error 1 make[1]: Leaving directory `/usr/src/mipsbuild/egcs-1.1.2/gcc' make: *** [all-gcc] Error 2 [simba@elinux egcs-1.1.2]$ [simba@elinux egcs-1.1.2]$ ---------------------------------------- What's mips-tfile? I'm waiting your help! From R.vandenBerg@inter.NL.net Thu Aug 26 22:06:50 1999 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA28221; Thu, 26 Aug 1999 22:06:49 +0200 (MET DST) Received-Date: Thu, 26 Aug 1999 22:06:49 +0200 (MET DST) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-3.Hoorn.NL.net [193.79.46.167] with ESMTP id WAA09635 (8.8.8/3.41); Thu, 26 Aug 1999 22:06:44 +0200 (MET DST) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Thu, 26 Aug 1999 21:53:38 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Thu, 26 Aug 1999 21:53:37 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: simba cc: "'linux-mips@fnet.fr'" , "'linux@engr.sgi.com'" Subject: Re: About the error of building egcs cross-compiler for mips In-Reply-To: <01BEEFC9.E02A8320@simba.samsung.co.kr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 387 Lines: 15 On Thu, 26 Aug 1999, simba wrote: > Now I have some fatal error in building cross-compiler for MIPS using egcs- > 1.1.2. Better use the egcs version that's explained in http://www.linux.sgi.com/mips/mips-howto.html > My host linux is the redhat 5.0 running on the i586 machine. Where you discover that ftp://ftp.linux.sgi.com/ has binary cross-development rpm's. Regards, Richard From louisp5@prodigy.net Tue Aug 31 21:05:00 1999 Received: from pimout5-int.prodigy.net (pimout5-ext.prodigy.net [207.115.58.59]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA07724; Tue, 31 Aug 1999 21:04:58 +0200 (MET DST) Received-Date: Tue, 31 Aug 1999 21:04:58 +0200 (MET DST) Received: from default (BTRGB104-37.splitrock.net [209.156.132.129]) by pimout5-int.prodigy.net (8.8.5/8.8.5) with SMTP id PAA17834 for ; Tue, 31 Aug 1999 15:04:47 -0400 Message-ID: <000801bef3ba$0c8d3540$81849cd1@default> From: "Louis Patterson" To: Subject: sos sos sos sos sos Date: Tue, 31 Aug 1999 14:06:37 -0000 Organization: Prodigy Internet MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01BEF3BA.0A95AB00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 3194 Lines: 71 This is a multi-part message in MIME format. ------=_NextPart_000_0005_01BEF3BA.0A95AB00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable HI, My name is Louis, I like to know can my PC run linux.My PC type is a = Packard Bell with a Intel Pentium 200 MHz with MMX, modem type sound4 = Winmodem.If i use prodigy for my access to the Net, do it surport linux = if not what IP do and could i use Microsoft brower or Netscape. My = email is LOUISP5@prodgiy.net = Thank you for your time = I want to be a master for the = Art. ------=_NextPart_000_0005_01BEF3BA.0A95AB00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
HI, My name is Louis, I like to know can my PC run linux.My PC type = is a=20 Packard Bell with a Intel Pentium 200 MHz with MMX, modem type sound4=20 Winmodem.If i use prodigy for my access to the Net, = do it=20 surport linux if not what IP do and could i use Microsoft = brower=20 or Netscape.  My email is LOUISP5@prodgiy.net
 
           &n= bsp;           &nb= sp;           &nbs= p;            = ;            =             &= nbsp;Thank=20 you for your time
           &n= bsp;           &nb= sp;           &nbs= p;            = ;            =             I= =20 want to be a master for the
           &n= bsp;           &nb= sp;           &nbs= p;            = ;            =             &= nbsp;=20 Art.
------=_NextPart_000_0005_01BEF3BA.0A95AB00--