From owner-linux-mips@oss.sgi.com Fri Dec  1 07:34:40 2000
Received:  by oss.sgi.com id <S553982AbQLAPea>;
	Fri, 1 Dec 2000 07:34:30 -0800
Received: from mail.ivm.net ([62.204.1.4]:52777 "EHLO mail.ivm.net")
	by oss.sgi.com with ESMTP id <S553705AbQLAPeF>;
	Fri, 1 Dec 2000 07:34:05 -0800
Received: from franz.no.dom (port46.duesseldorf.ivm.de [195.247.65.46])
	by mail.ivm.net (8.8.8/8.8.8) with ESMTP id QAA13814;
	Fri, 1 Dec 2000 16:33:46 +0100
X-To:   ralf@oss.sgi.com
Message-ID: <XFMail.001201163348.Harald.Koerfgen@home.ivm.de>
X-Mailer: XFMail 1.4.0 on Linux
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <001901c05b67$8c88ab60$0deca8c0@Ulysses>
Date:   Fri, 01 Dec 2000 16:33:48 +0100 (CET)
Reply-To: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
Organization: none
From:   Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
To:     "Kevin D. Kissell" <kevink@mips.com>
Subject: Re: Indigo2 Kernel Boots!!!
Cc:     linux-mips@oss.sgi.com, Klaus Naumann <spock@mgnet.de>,
        Jesse Dyson <jesse@winston-salem.com>,
        Ralf Baechle <ralf@oss.sgi.com>
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


On 01-Dec-00 Kevin D. Kissell wrote:
> 
>> > When the init process fires up, it opens /dev/console as the
>> > console output device.  A default SGI workstation installation
>> > file system will have /dev/console bound to the major/minor device
>> > node of the graphics display console.  If you want to run with a serial
>> > console, you must therefore change this to bind /dev/console
>> > to the serial port.  You can do this by doing an explicit mknod,
>> > or by linking to the appropriate serial port device node,
>> > which is usually /dev/ttyS0.
>>
>> Which both are wrong.  /dev/console should be a char device major 5, minor
> 1.
>> There is no need to change this ever except for very old kernels.  With
> 2.2
>> or 2.4 whenever people change /dev/console's major/minor it's usually
> painting
>> over some bug.
> 
> Having been through the exercise a dozen or more times with
> the SGI 2.2 kernel distributions for the Indy, I would be fascinated
> to know what bug I was painting over, and where the correct
> procedure was documented.

linux/Documentation/serial-console.txt

-- 
Regards,
Harald

From owner-linux-mips@oss.sgi.com Fri Dec  1 09:55:10 2000
Received:  by oss.sgi.com id <S553991AbQLARzB>;
	Fri, 1 Dec 2000 09:55:01 -0800
Received: from u-207-10.karlsruhe.ipdial.viaginterkom.de ([62.180.10.207]:48905
        "EHLO u-207-10.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com
	with ESMTP id <S553988AbQLARyx>; Fri, 1 Dec 2000 09:54:53 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S869503AbQLARxV>;
	Fri, 1 Dec 2000 18:53:21 +0100
Date:	Fri, 1 Dec 2000 18:53:21 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
Cc:	"Kevin D. Kissell" <kevink@mips.com>, linux-mips@oss.sgi.com,
        Klaus Naumann <spock@mgnet.de>,
        Jesse Dyson <jesse@winston-salem.com>
Subject: Re: Indigo2 Kernel Boots!!!
Message-ID: <20001201185321.A3211@bacchus.dhis.org>
References: <001901c05b67$8c88ab60$0deca8c0@Ulysses> <XFMail.001201163348.Harald.Koerfgen@home.ivm.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <XFMail.001201163348.Harald.Koerfgen@home.ivm.de>; from Harald.Koerfgen@home.ivm.de on Fri, Dec 01, 2000 at 04:33:48PM +0100
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Fri, Dec 01, 2000 at 04:33:48PM +0100, Harald Koerfgen wrote:

> > Having been through the exercise a dozen or more times with
> > the SGI 2.2 kernel distributions for the Indy, I would be fascinated
> > to know what bug I was painting over, and where the correct
> > procedure was documented.
> 
> linux/Documentation/serial-console.txt

In addition let me add some word about what the term console actually is,
this commonly seems to cause confusition because the word is used with two
different meanings:

 1) The device on which you login in single user mode, that's usually some
    kind of serial device at ttyS0 or a virtual console, that is with keyboard
    and some kind of text terminal.
 2) The second is the device which the kernel prints all the printk messages
    and data sent to /dev/console to.  The two often often but not always
    refer to the same actual device.

/dev/console (as chardev 5/1) differs from another device in some important
ways:

 - When opened by a process without controlling tty it will not become a
   CTTY even if the NOCTTY flag is not set.
 - It will never block but rather loose data.  This may sound like a
   disadvantage but it's actually very important for proper operation.  For
   example, if /dev/console'd block due to a serial console with hardware
   handshaking enabled (DON'T) syslogd writing to it may also block for an
   unbounded time and thus as soon as /dev/log is full all services trying to
   log via syslog(3) will also freeze.

   Syslogd actually tries to be clever about avoiding this from happening
   but fails to handle one case correctly, so this is a real world scenario.

 - It uses different routines to access the console device than normal
   write access to i.e. ttyS0.

The most common problem is that CONFIG_SERIAL_CONSOLE wasn't configured;
some drivers are simply buggy and don't properly register the console
on startup.  Dunno what the problem was in your case, Kevin.

  Ralf

From owner-linux-mips@oss.sgi.com Fri Dec  1 10:16:31 2000
Received:  by oss.sgi.com id <S554001AbQLASQV>;
	Fri, 1 Dec 2000 10:16:21 -0800
Received: from [206.207.108.63] ([206.207.108.63]:12661 "HELO
        ridgerun-lx.ridgerun.cxm") by oss.sgi.com with SMTP
	id <S553995AbQLASQB>; Fri, 1 Dec 2000 10:16:01 -0800
Received: (qmail 21981 invoked from network); 1 Dec 2000 11:15:50 -0700
Received: from gmcnutt-lx.ridgerun.cxm (HELO ridgerun.com) (gmcnutt@192.168.1.17)
  by ridgerun-lx.ridgerun.cxm with SMTP; 1 Dec 2000 11:15:50 -0700
Message-ID: <3A27EAD6.83E03DFB@ridgerun.com>
Date:   Fri, 01 Dec 2000 11:15:50 -0700
From:   Gordon McNutt <gmcnutt@ridgerun.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Ralf Baechle <ralf@oss.sgi.com>
CC:     linux-mips@oss.sgi.com
Subject: console knowledge
References: <001901c05b67$8c88ab60$0deca8c0@Ulysses> <XFMail.001201163348.Harald.Koerfgen@home.ivm.de> <20001201185321.A3211@bacchus.dhis.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

This is a little off-topic, so if people complain I can take it offline. But
since this doesn't seem to be (very) common knowledge maybe others would like to
see it, as well.

Ralf Baechle wrote:

> /dev/console (as chardev 5/1) differs from another device in some important
> ways:
>
>  - When opened by a process without controlling tty it will not become a
>    CTTY even if the NOCTTY flag is not set.

What do you mean by "controlling tty"? And why is the distinction noted above
important? I assume it has something to do with keyboard input/screen output, but
perhaps you can clarify.

Thanks,

--Gordon


From owner-linux-mips@oss.sgi.com Fri Dec  1 10:41:21 2000
Received:  by oss.sgi.com id <S553990AbQLASlB>;
	Fri, 1 Dec 2000 10:41:01 -0800
Received: from srvntsxconn3.toc.ixl.com ([216.99.0.139]:11022 "HELO
        srvntsxconn3.toc.ixl.com") by oss.sgi.com with SMTP
	id <S553775AbQLASkc>; Fri, 1 Dec 2000 10:40:32 -0800
Received: from 216.99.0.139 by srvntsxconn3.toc.ixl.com (InterScan E-Mail VirusWall NT); Fri, 01 Dec 2000 13:39:42 -0500 (Eastern Standard Time)
Received: by srvntsxconn3.toc.ixl.com with Internet Mail Service (5.5.2650.21)
	id <W6VA27NZ>; Fri, 1 Dec 2000 13:39:42 -0500
Message-ID: <0A5319EEAF65D411825E00805FBBD8A1209E4B@exchange.clt.ixl.com>
From:   tmaloney@ixl.com
To:     linux-mips@oss.sgi.com
Subject: FW: SGI Indy R4600-133 
Date:   Fri, 1 Dec 2000 13:00:36 -0500 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=1200182133

please respond off list with any replies. i thank the list for it's
indulgence, but i have purchased another Indy with more options, and i don't
need two, so i'm selling the first one i bought.

it's a nice machine and boots into what ever that first screen is called
after making the horn music.

there is no Irix installed. I haven't gotten any software cds from ebay yet.

Tim Maloney
Senior Developer
iXL, Inc.
1930 Camden Road, Suite 2070
Charlotte, NC 28203
704 943-7193 phone
tmaloney@ixl.com
www.ixl.com


From owner-linux-mips@oss.sgi.com Fri Dec  1 16:52:23 2000
Received:  by oss.sgi.com id <S554029AbQLBAwD>;
	Fri, 1 Dec 2000 16:52:03 -0800
Received: from u-183-19.karlsruhe.ipdial.viaginterkom.de ([62.180.19.183]:57609
        "EHLO u-183-19.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com
	with ESMTP id <S554026AbQLBAwA>; Fri, 1 Dec 2000 16:52:00 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S869503AbQLBAul>;
	Sat, 2 Dec 2000 01:50:41 +0100
Date:	Sat, 2 Dec 2000 01:50:41 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	Calvine Chew <calvine@sgi.com>
Cc:	'linux-mips' <linux-mips@oss.sgi.com>
Subject: Re: Xwindows/XFree86 in HardHat?
Message-ID: <20001202015041.E3211@bacchus.dhis.org>
References: <43FECA7CDC4CD411A4A3009027999112267CB3@sgp-apsa001e--n.singapore.sgi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <43FECA7CDC4CD411A4A3009027999112267CB3@sgp-apsa001e--n.singapore.sgi.com>; from calvine@sgi.com on Fri, Dec 01, 2000 at 02:54:19PM +0800
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Fri, Dec 01, 2000 at 02:54:19PM +0800, Calvine Chew wrote:

> Does HardHat include some form of Xwindows?

Yes; it's X clients plus the virtual servers Xvfb and Xnest.

> There are some xwindows files in the distribution, but I can't fire up
> xwindows (some files seem to be missing). I did notice that HardHat
> included only one XF86 server (XF68_FBDev) but if I used that, startx
> reports a X11TransSocketUNIXConnect errno 146.

The framebuffer server is only used for certain simple framebuffer hardware.
Which the Indy doesn't have.

> Do I need to install the latest XFree86 distribution (4.0.1), or is there
> some other things I can fiddle with in the config files?

Checkout the archives of this list at
http://oss.sgi.com/projects/linux-mips/archive/, there should be a pointer
to the necessary patches for XFree 4.

  Ralf

From owner-linux-mips@oss.sgi.com Fri Dec  1 17:54:13 2000
Received:  by oss.sgi.com id <S554028AbQLBByE>;
	Fri, 1 Dec 2000 17:54:04 -0800
Received: from u-183-19.karlsruhe.ipdial.viaginterkom.de ([62.180.19.183]:59145
        "EHLO u-183-19.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com
	with ESMTP id <S554022AbQLBBxn>; Fri, 1 Dec 2000 17:53:43 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S869503AbQLBBxR>;
	Sat, 2 Dec 2000 02:53:17 +0100
Date:	Sat, 2 Dec 2000 02:53:17 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	Gordon McNutt <gmcnutt@ridgerun.com>
Cc:	linux-mips@oss.sgi.com
Subject: Re: console knowledge
Message-ID: <20001202025317.A4718@bacchus.dhis.org>
References: <001901c05b67$8c88ab60$0deca8c0@Ulysses> <XFMail.001201163348.Harald.Koerfgen@home.ivm.de> <20001201185321.A3211@bacchus.dhis.org> <3A27EAD6.83E03DFB@ridgerun.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <3A27EAD6.83E03DFB@ridgerun.com>; from gmcnutt@ridgerun.com on Fri, Dec 01, 2000 at 11:15:50AM -0700
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Fri, Dec 01, 2000 at 11:15:50AM -0700, Gordon McNutt wrote:

> > /dev/console (as chardev 5/1) differs from another device in some important
> > ways:
> >
> >  - When opened by a process without controlling tty it will not become a
> >    CTTY even if the NOCTTY flag is not set.
> 
> What do you mean by "controlling tty"?
> output, but perhaps you can clarify.

Controlling terminal is a fundamental UNIX term; you should check a good
UNIX book about it.  The glibc info pages also have some words about it.

> And why is the distinction noted above important? I assume it has something
> to do with keyboard input/screen

Reread my posting, it describes some of the differences in the behaviour
of for example /dev/console and /dev/ttyS0 even though both refer to the
same device.

That could be different.  The classic UNIX setup is sending /dev/console to
the printer on one serial and having the system's console terminal on
another.  Any arbitrary device combination would be possible.

  Ralf

From owner-linux-mips@oss.sgi.com Fri Dec  1 20:04:04 2000
Received:  by oss.sgi.com id <S554036AbQLBEDo>;
	Fri, 1 Dec 2000 20:03:44 -0800
Received: from u-183-19.karlsruhe.ipdial.viaginterkom.de ([62.180.19.183]:64009
        "EHLO u-183-19.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com
	with ESMTP id <S553763AbQLBEDW>; Fri, 1 Dec 2000 20:03:22 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S869519AbQLBEDG>;
	Sat, 2 Dec 2000 05:03:06 +0100
Date:	Sat, 2 Dec 2000 05:03:06 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: Support for smaller glibc
Message-ID: <20001202050306.A12319@bacchus.dhis.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

For the information of the embedded community.

  Ralf

----- Forwarded message from "H . J . Lu" <hjl@valinux.com> -----

Date: Fri, 1 Dec 2000 09:12:35 -0800
From: "H . J . Lu" <hjl@valinux.com>
To: Ralf Baechle <ralf@uni-koblenz.de>
Cc: sglibc@external-lists.valinux.com
Subject: Re: Support for smaller glibc

On Fri, Dec 01, 2000 at 02:14:14PM +0100, Ralf Baechle wrote:
> On Tue, Nov 28, 2000 at 04:24:29PM -0800, H . J . Lu wrote:
> 
> > The current glibc 2.2 has many features. But some of them are not
> > needed in some cases. I am wondering if there is an interest to
> > make those features configurabled at the build time. The ones I am
> > thinging now are intl, iconv, iconvdata, locale, localedata, wcsmbs,
> > wctype and wide char IO. They will be enabled by default. But you
> > can disable them at the build time. It will make glibc much smaller.
> > Any comments?
> 
> The MIPS community is shifting more and more into the embedded area; one
> of the increasing pains is glibc's increasing size which makes various
> people continue to maintain glibc 2.0, the oldest and smallest libc for
> MIPS.  So your suggestion is very interesting indeed.
> 
> I just have acknowledge Uli's concerns in this thread; they need to be
> solved.  But forking a smaller libc of standard glibc is nothing but the
> St. Florian's principle ...
> 

Ulrich is refusing to do anything with it. Do you have any suggestions?
I will do my best to do it right. But I am afraid I cannot do it alone.

BTW, please discuss it on sglibc@external-lists.valinux.com.


-- 
H.J. Lu (hjl@valinux.com)

----- End forwarded message -----

  Ralf

From owner-linux-mips@oss.sgi.com Sat Dec  2 02:35:07 2000
Received:  by oss.sgi.com id <S554051AbQLBKe5>;
	Sat, 2 Dec 2000 02:34:57 -0800
Received: from adsl-61-8-131.mia.bellsouth.net ([208.61.8.131]:44805 "EHLO
        spawn.hockeyfiend.com") by oss.sgi.com with ESMTP
	id <S554048AbQLBKeg>; Sat, 2 Dec 2000 02:34:36 -0800
Received: from localhost ([127.0.0.1] ident=chris)
	by spawn.hockeyfiend.com with esmtp (Exim 3.16 #1 (Debian))
	id 1429zm-0006lr-00; Sat, 02 Dec 2000 05:34:18 -0500
Date:   Sat, 2 Dec 2000 05:34:13 -0500 (EST)
From:   "Christopher C. Chimelis" <chris@debian.org>
X-Sender: chris@spawn.hockeyfiend.com
To:     Jamie Fifield <fifield@amirix.com>
cc:     linux-mips@oss.sgi.com
Subject: Re: cross-compile tools made easy ...
In-Reply-To: <00Nov29.094316ast.7303@dragon.appliedmicro.ns.ca>
Message-ID: <Pine.LNX.4.21.0012020530010.25986-100000@spawn.hockeyfiend.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


On Wed, 29 Nov 2000, Jamie Fifield wrote:

> Chris: Any chance I could persuade you to upload a binutils-mips to Woody? :)

Ok, I have returned and am considering :-)

What's the state of the toolchain on big-endian MIPS lately?  My indy has
been relegated to other tasks and I've been unable to boot to Linux
because of it :-(   Are any patches needed against my 2.10.1.0.2-1 package
for it to work properly as a native assembler?  (in other words, are those
branch errors still popping up while bootstrapping gcc?).

There are STILl a ton of MIPS-related changes going into binutils CVS, so
I'm hesitant to enable it until the submitter(s) slow down a bit.

Would an experimental package due that targets only mips and mipsel as
cross targets in the meantime?

C


From owner-linux-mips@oss.sgi.com Sat Dec  2 04:21:08 2000
Received:  by oss.sgi.com id <S554055AbQLBMU6>;
	Sat, 2 Dec 2000 04:20:58 -0800
Received: from web1.lanscape.net ([64.240.156.194]:38155 "EHLO
        web1.lanscape.net") by oss.sgi.com with ESMTP id <S554052AbQLBMUj>;
	Sat, 2 Dec 2000 04:20:39 -0800
Received: from sumpf.cyrius.com (IDENT:root@web1.lanscape.net [64.240.156.194])
	by web1.lanscape.net (8.9.3/8.9.3) with ESMTP id GAA29579;
	Sat, 2 Dec 2000 06:20:27 -0600
Received: by sumpf.cyrius.com (Postfix, from userid 1000)
	id 0F0D415086; Sat,  2 Dec 2000 12:25:20 +0000 (GMT)
Date:   Sat, 2 Dec 2000 12:25:20 +0000
From:   Martin Michlmayr <tbm@cyrius.com>
To:     Ralf Baechle <ralf@oss.sgi.com>
Cc:     linux-mips@oss.sgi.com
Subject: Re: Support for smaller glibc
Message-ID: <20001202122520.A815@sumpf.cyrius.com>
References: <20001202050306.A12319@bacchus.dhis.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001202050306.A12319@bacchus.dhis.org>; from ralf@oss.sgi.com on Sat, Dec 02, 2000 at 05:03:06AM +0100
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

* Ralf Baechle <ralf@oss.sgi.com> [20001202 05:03]:
> For the information of the embedded community.
> 
>> BTW, please discuss it on sglibc@external-lists.valinux.com.

See http://external-lists.valinux.com/lists/listinfo/sglibc/

-- 
Martin Michlmayr
tbm@cyrius.com

From owner-linux-mips@oss.sgi.com Sat Dec  2 04:29:58 2000
Received:  by oss.sgi.com id <S554050AbQLBM3i>;
	Sat, 2 Dec 2000 04:29:38 -0800
Received: from noose.gt.owl.de ([62.52.19.4]:61962 "HELO noose.gt.owl.de")
	by oss.sgi.com with SMTP id <S554053AbQLBM30>;
	Sat, 2 Dec 2000 04:29:26 -0800
Received: by noose.gt.owl.de (Postfix, from userid 10)
	id 4C4F2805; Sat,  2 Dec 2000 13:29:20 +0100 (CET)
Received: by paradigm.rfc822.org (Postfix, from userid 1000)
	id A036A8F74; Sat,  2 Dec 2000 13:28:41 +0100 (CET)
Date:   Sat, 2 Dec 2000 13:28:41 +0100
From:   Florian Lohoff <flo@rfc822.org>
To:     linux-mips@oss.sgi.com
Subject: [PATCH] compile fix for mm/r4xx0.c
Message-ID: <20001202132841.B2002@paradigm.rfc822.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Organization: rfc822 - pure communication
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


Comments ?

Index: r4xx0.c
===================================================================
RCS file: /cvs/linux/arch/mips/mm/r4xx0.c,v
retrieving revision 1.45
diff -u -r1.45 arch/mips/mm/r4xx0.c
--- arch/mips/mm/r4xx0.c	2000/11/29 22:00:30	1.45
+++ arch/mips/mm/r4xx0.c	2000/12/02 12:21:06
@@ -1967,16 +1967,17 @@
 	if (!(vma->vm_flags & VM_EXEC))
 		return;
 
-	blast_icache16_page(address);
+	blast_icache16_page((unsigned long)page_address(page));
 }
 
 static void
 r4k_flush_icache_page_i32(struct vm_area_struct *vma, struct page *page)
 {
+	int address;
 	if (!(vma->vm_flags & VM_EXEC))
 		return;
 
-	address = KSEG0 + (address & PAGE_MASK & (dcache_size - 1));
+	address = KSEG0 + ((unsigned long)page_address(page) & PAGE_MASK & (dcache_size - 1));
 	blast_icache32_page_indexed(address);
 }
 
-- 
Florian Lohoff                  flo@rfc822.org             +49-5201-669912
     Why is it called "common sense" when nobody seems to have any?


From owner-linux-mips@oss.sgi.com Sat Dec  2 04:29:58 2000
Received:  by oss.sgi.com id <S554057AbQLBM3i>;
	Sat, 2 Dec 2000 04:29:38 -0800
Received: from noose.gt.owl.de ([62.52.19.4]:61706 "HELO noose.gt.owl.de")
	by oss.sgi.com with SMTP id <S554050AbQLBM32>;
	Sat, 2 Dec 2000 04:29:28 -0800
Received: by noose.gt.owl.de (Postfix, from userid 10)
	id 2B2E8804; Sat,  2 Dec 2000 13:29:20 +0100 (CET)
Received: by paradigm.rfc822.org (Postfix, from userid 1000)
	id 765118F74; Sat,  2 Dec 2000 13:27:48 +0100 (CET)
Date:   Sat, 2 Dec 2000 13:27:48 +0100
From:   Florian Lohoff <flo@rfc822.org>
To:     linux-mips@oss.sgi.com
Subject: [PATCH] DEC init_cycle_counter
Message-ID: <20001202132748.A2002@paradigm.rfc822.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Organization: rfc822 - pure communication
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


Comments ?

Index: time.c
===================================================================
RCS file: /cvs/linux/arch/mips/dec/time.c,v
retrieving revision 1.11
diff -u -r1.11 arch/mips/dec/time.c
--- arch/mips/dec/time.c	2000/11/23 02:00:49	1.11
+++ arch/mips/dec/time.c	2000/12/02 12:20:09
@@ -423,46 +423,6 @@
 	timer_interrupt(irq, dev_id, regs);
 }
 
-char cyclecounter_available;
-
-static inline void init_cycle_counter(void)
-{
-	switch (mips_cputype) {
-	case CPU_UNKNOWN:
-	case CPU_R2000:
-	case CPU_R3000:
-	case CPU_R3000A:
-	case CPU_R3041:
-	case CPU_R3051:
-	case CPU_R3052:
-	case CPU_R3081:
-	case CPU_R3081E:
-	case CPU_R6000:
-	case CPU_R6000A:
-	case CPU_R8000:	/* Not shure about that one, play safe */
-		cyclecounter_available = 0;
-		break;
-	case CPU_R4000PC:
-	case CPU_R4000SC:
-	case CPU_R4000MC:
-	case CPU_R4200:
-	case CPU_R4400PC:
-	case CPU_R4400SC:
-	case CPU_R4400MC:
-	case CPU_R4600:
-	case CPU_R10000:
-	case CPU_R4300:
-	case CPU_R4650:
-	case CPU_R4700:
-	case CPU_R5000:
-	case CPU_R5000A:
-	case CPU_R4640:
-	case CPU_NEVADA:
-		cyclecounter_available = 1;
-		break;
-	}
-}
-
 struct irqaction irq0 = {timer_interrupt, SA_INTERRUPT, 0,
 			 "timer", NULL, NULL};
 
@@ -513,8 +473,6 @@
 	xtime.tv_sec = mktime(year, mon, day, hour, min, sec);
 	xtime.tv_usec = 0;
 	write_unlock_irq(&xtime_lock);
-
-	init_cycle_counter();
 
 	if (cyclecounter_available) {
 		write_32bit_cp0_register(CP0_COUNT, 0);


-- 
Florian Lohoff                  flo@rfc822.org             +49-5201-669912
     Why is it called "common sense" when nobody seems to have any?


From owner-linux-mips@oss.sgi.com Sat Dec  2 05:03:30 2000
Received:  by oss.sgi.com id <S554058AbQLBNDV>;
	Sat, 2 Dec 2000 05:03:21 -0800
Received: from orzan.fi.udc.es ([193.144.60.19]:54912 "EHLO orzan.fi.udc.es")
	by oss.sgi.com with ESMTP id <S554056AbQLBNC5>;
	Sat, 2 Dec 2000 05:02:57 -0800
Received: from serpe.mitica (mail@vexeta.dc.fi.udc.es [193.144.51.32])
	by orzan.fi.udc.es (8.9.3/8.9.1) with ESMTP id OAA18783;
	Sat, 2 Dec 2000 14:02:52 +0100 (MET)
Received: from quintela by serpe.mitica with local (Exim 3.16 #1 (Debian))
	id 142CJX-0001jV-00; Sat, 02 Dec 2000 14:02:51 +0100
To:     Florian Lohoff <flo@rfc822.org>
Cc:     linux-mips@oss.sgi.com
Subject: Re: [PATCH] DEC init_cycle_counter
References: <20001202132748.A2002@paradigm.rfc822.org>
X-Url:  http://carpanta.dc.fi.udc.es/~quintela
From:   "Juan J. Quintela" <quintela@fi.udc.es>
In-Reply-To: Florian Lohoff's message of "Sat, 2 Dec 2000 13:27:48 +0100"
Date:   02 Dec 2000 14:02:51 +0100
Message-ID: <yttwvdjj7r8.fsf@serpe.mitica>
Lines:  23
User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

>>>>> "florian" == Florian Lohoff <flo@rfc822.org> writes:

florian> Comments ?

[snip]
 
florian> -char cyclecounter_available;
florian> -

[snip]
 
florian>  	if (cyclecounter_available) {
florian>  		write_32bit_cp0_register(CP0_COUNT, 0);

You delete the definition of cyclecounter_available and you mantain
one of its uses ..... that is a no-no, I will bet that with that
patch, this don't compile (and less it works .....).

Later, Juan.

-- 
In theory, practice and theory are the same, but in practice they 
are different -- Larry McVoy

From owner-linux-mips@oss.sgi.com Sat Dec  2 05:06:40 2000
Received:  by oss.sgi.com id <S554061AbQLBNGb>;
	Sat, 2 Dec 2000 05:06:31 -0800
Received: from lightning.swansea.linux.org.uk ([194.168.151.1]:3453 "EHLO
        the-village.bc.nu") by oss.sgi.com with ESMTP id <S554059AbQLBNGQ>;
	Sat, 2 Dec 2000 05:06:16 -0800
Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 142CN5-0001Wk-00; Sat, 2 Dec 2000 13:06:31 +0000
Subject: Re: Support for smaller glibc
To:     ralf@oss.sgi.com (Ralf Baechle)
Date:   Sat, 2 Dec 2000 13:06:28 +0000 (GMT)
Cc:     linux-mips@oss.sgi.com, linux-mips@fnet.fr
In-Reply-To: <20001202050306.A12319@bacchus.dhis.org> from "Ralf Baechle" at Dec 02, 2000 05:03:06 AM
X-Mailer: ELM [version 2.5 PL1]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E142CN5-0001Wk-00@the-village.bc.nu>
From:   Alan Cox <alan@lxorguk.ukuu.org.uk>
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

> > solved.  But forking a smaller libc of standard glibc is nothing but the
> > St. Florian's principle ...
> 
> Ulrich is refusing to do anything with it. Do you have any suggestions?
> I will do my best to do it right. But I am afraid I cannot do it alone.

Ulrich is right. Start from a library that is intended to be modular and
embedded. Folks are already looking at using newlib for this. 

Alan


From owner-linux-mips@oss.sgi.com Sat Dec  2 05:15:01 2000
Received:  by oss.sgi.com id <S554063AbQLBNOn>;
	Sat, 2 Dec 2000 05:14:43 -0800
Received: from noose.gt.owl.de ([62.52.19.4]:38411 "HELO noose.gt.owl.de")
	by oss.sgi.com with SMTP id <S554060AbQLBNOb>;
	Sat, 2 Dec 2000 05:14:31 -0800
Received: by noose.gt.owl.de (Postfix, from userid 10)
	id 736DF804; Sat,  2 Dec 2000 14:14:26 +0100 (CET)
Received: by paradigm.rfc822.org (Postfix, from userid 1000)
	id 8E5E78F74; Sat,  2 Dec 2000 14:14:05 +0100 (CET)
Date:   Sat, 2 Dec 2000 14:14:05 +0100
From:   Florian Lohoff <flo@rfc822.org>
To:     "Juan J. Quintela" <quintela@fi.udc.es>
Cc:     linux-mips@oss.sgi.com
Subject: Re: [PATCH] DEC init_cycle_counter
Message-ID: <20001202141405.A2442@paradigm.rfc822.org>
References: <20001202132748.A2002@paradigm.rfc822.org> <yttwvdjj7r8.fsf@serpe.mitica>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <yttwvdjj7r8.fsf@serpe.mitica>; from quintela@fi.udc.es on Sat, Dec 02, 2000 at 02:02:51PM +0100
Organization: rfc822 - pure communication
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Sat, Dec 02, 2000 at 02:02:51PM +0100, Juan J. Quintela wrote:
> You delete the definition of cyclecounter_available and you mantain
> one of its uses ..... that is a no-no, I will bet that with that
> patch, this don't compile (and less it works .....).
> 

It actually compiles but i cant test due to the TLB and swapping stuff.

This whole cyle_counter stuff has moved to the generic mips time.c
in arch/mips/kernel/time.c and seemed to be a complete code duplication.

Flo
-- 
Florian Lohoff                  flo@rfc822.org             +49-5201-669912
     Why is it called "common sense" when nobody seems to have any?


From owner-linux-mips@oss.sgi.com Sat Dec  2 05:24:31 2000
Received:  by oss.sgi.com id <S554065AbQLBNYW>;
	Sat, 2 Dec 2000 05:24:22 -0800
Received: from mx.mips.com ([206.31.31.226]:32159 "EHLO mx.mips.com")
	by oss.sgi.com with ESMTP id <S554062AbQLBNYF>;
	Sat, 2 Dec 2000 05:24:05 -0800
Received: from newman.mips.com (ns-dmz [206.31.31.225])
	by mx.mips.com (8.9.3/8.9.0) with ESMTP id FAA24254;
	Sat, 2 Dec 2000 05:23:59 -0800 (PST)
Received: from Ulysses (ulysses [192.168.236.13])
	by newman.mips.com (8.9.3/8.9.0) with SMTP id FAA10228;
	Sat, 2 Dec 2000 05:23:56 -0800 (PST)
Message-ID: <007f01c05c63$9b517b20$0deca8c0@Ulysses>
From:   "Kevin D. Kissell" <kevink@mips.com>
To:     "Florian Lohoff" <flo@rfc822.org>, <linux-mips@oss.sgi.com>
References: <20001202132748.A2002@paradigm.rfc822.org>
Subject: Re: [PATCH] DEC init_cycle_counter
Date:   Sat, 2 Dec 2000 14:26:54 +0100
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.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Only that if you adopted the CPU probe and configuration
scheme that we've been promulgating at MIPS, it would
already have been taken care of in kernel/cpu_probe.c, and
could be tested as (mips_cpu.options  & MIPS_CPU_COUNTER).
I believe I even checked in the headers and C file in the 2.2
repository, though I don't think I "wired it up" to replace the old
assembler spaghetti.

            Kevin K.

----- Original Message -----
From: "Florian Lohoff" <flo@rfc822.org>
To: <linux-mips@oss.sgi.com>
Sent: Saturday, December 02, 2000 1:27 PM
Subject: [PATCH] DEC init_cycle_counter


>
> Comments ?
>
> Index: time.c
> ===================================================================
> RCS file: /cvs/linux/arch/mips/dec/time.c,v
> retrieving revision 1.11
> diff -u -r1.11 arch/mips/dec/time.c
> --- arch/mips/dec/time.c 2000/11/23 02:00:49 1.11
> +++ arch/mips/dec/time.c 2000/12/02 12:20:09
> @@ -423,46 +423,6 @@
>   timer_interrupt(irq, dev_id, regs);
>  }
>
> -char cyclecounter_available;
> -
> -static inline void init_cycle_counter(void)
> -{
> - switch (mips_cputype) {
> - case CPU_UNKNOWN:
> - case CPU_R2000:
> - case CPU_R3000:
> - case CPU_R3000A:
> - case CPU_R3041:
> - case CPU_R3051:
> - case CPU_R3052:
> - case CPU_R3081:
> - case CPU_R3081E:
> - case CPU_R6000:
> - case CPU_R6000A:
> - case CPU_R8000: /* Not shure about that one, play safe */
> - cyclecounter_available = 0;
> - break;
> - case CPU_R4000PC:
> - case CPU_R4000SC:
> - case CPU_R4000MC:
> - case CPU_R4200:
> - case CPU_R4400PC:
> - case CPU_R4400SC:
> - case CPU_R4400MC:
> - case CPU_R4600:
> - case CPU_R10000:
> - case CPU_R4300:
> - case CPU_R4650:
> - case CPU_R4700:
> - case CPU_R5000:
> - case CPU_R5000A:
> - case CPU_R4640:
> - case CPU_NEVADA:
> - cyclecounter_available = 1;
> - break;
> - }
> -}
> -
>  struct irqaction irq0 = {timer_interrupt, SA_INTERRUPT, 0,
>   "timer", NULL, NULL};
>
> @@ -513,8 +473,6 @@
>   xtime.tv_sec = mktime(year, mon, day, hour, min, sec);
>   xtime.tv_usec = 0;
>   write_unlock_irq(&xtime_lock);
> -
> - init_cycle_counter();
>
>   if (cyclecounter_available) {
>   write_32bit_cp0_register(CP0_COUNT, 0);
>
>
> --
> Florian Lohoff                  flo@rfc822.org             +49-5201-669912
>      Why is it called "common sense" when nobody seems to have any?
>


From owner-linux-mips@oss.sgi.com Sat Dec  2 05:28:12 2000
Received:  by oss.sgi.com id <S554067AbQLBN2C>;
	Sat, 2 Dec 2000 05:28:02 -0800
Received: from u-240-21.karlsruhe.ipdial.viaginterkom.de ([62.180.21.240]:15626
        "EHLO u-240-21.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com
	with ESMTP id <S554064AbQLBN1s>; Sat, 2 Dec 2000 05:27:48 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S868680AbQLBN1e>;
	Sat, 2 Dec 2000 14:27:34 +0100
Date:	Sat, 2 Dec 2000 14:27:34 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	Florian Lohoff <flo@rfc822.org>
Cc:	linux-mips@oss.sgi.com
Subject: Re: [PATCH] DEC init_cycle_counter
Message-ID: <20001202142734.B30939@bacchus.dhis.org>
References: <20001202132748.A2002@paradigm.rfc822.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <20001202132748.A2002@paradigm.rfc822.org>; from flo@rfc822.org on Sat, Dec 02, 2000 at 01:27:48PM +0100
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Sat, Dec 02, 2000 at 01:27:48PM +0100, Florian Lohoff wrote:

> Comments ?

I got a better an more complete from MIPS in the patch queue.

  Ralf

From owner-linux-mips@oss.sgi.com Sat Dec  2 08:14:22 2000
Received:  by oss.sgi.com id <S554075AbQLBQOL>;
	Sat, 2 Dec 2000 08:14:11 -0800
Received: from mail.xmission.com ([198.60.22.22]:18948 "EHLO mail.xmission.com")
	by oss.sgi.com with ESMTP id <S554072AbQLBQNx>;
	Sat, 2 Dec 2000 08:13:53 -0800
Received: from xmission.xmission.com ([198.60.22.20])
	by mail.xmission.com with esmtp (Exim 3.12 #1)
	id 142FII-0003TX-00; Sat, 02 Dec 2000 09:13:46 -0700
Received: from alhaz by xmission.xmission.com with local (Exim 2.12 #1)
	id 142FIH-00017w-00; Sat, 2 Dec 2000 09:13:45 -0700
Subject: Re: Support for smaller glibc
To:     alan@lxorguk.ukuu.org.uk (Alan Cox)
Date:   Sat, 2 Dec 2000 09:13:45 -0700 (MST)
Cc:     linux-mips@oss.sgi.com, linux-mips@fnet.fr
In-Reply-To: <E142CN5-0001Wk-00@the-village.bc.nu> from "Alan Cox" at Dec 02, 2000 01:06:28 PM
X-Mailer: ELM [version 2.5 PL2]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E142FIH-00017w-00@xmission.xmission.com>
From:   Eric Jorgensen <alhaz@xmission.com>
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

> 
> > > solved.  But forking a smaller libc of standard glibc is nothing but the
> > > St. Florian's principle ...
> > 
> > Ulrich is refusing to do anything with it. Do you have any suggestions?
> > I will do my best to do it right. But I am afraid I cannot do it alone.
> 
> Ulrich is right. Start from a library that is intended to be modular and
> embedded. Folks are already looking at using newlib for this. 


	There are a few other methods. Lineo for instance has a utility
called Lipo which goes through all the binaries on a system and then
strips out all the library code that's unused, usually resulting in a
substantial reduction in the size of libc6. Lipo is a proprietary
app tho, currently only available supporting ia32 and ppc archetectures as
part of the Embedix SDK.

	There's also uClibc, and i've heard some talk of using bsd's libc,
which i understand is also smaller. These may require modification to the
sourcecode of your apps to work properly. 

 - Eric

From owner-linux-mips@oss.sgi.com Sat Dec  2 08:32:12 2000
Received:  by oss.sgi.com id <S554077AbQLBQcC>;
	Sat, 2 Dec 2000 08:32:02 -0800
Received: from lightning.swansea.linux.org.uk ([194.168.151.1]:10762 "EHLO
        the-village.bc.nu") by oss.sgi.com with ESMTP id <S554074AbQLBQbs>;
	Sat, 2 Dec 2000 08:31:48 -0800
Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 142FZs-0001he-00; Sat, 2 Dec 2000 16:31:56 +0000
Subject: Re: Support for smaller glibc
To:     alhaz@xmission.com (Eric Jorgensen)
Date:   Sat, 2 Dec 2000 16:31:53 +0000 (GMT)
Cc:     alan@lxorguk.ukuu.org.uk (Alan Cox), linux-mips@oss.sgi.com,
        linux-mips@fnet.fr
In-Reply-To: <E142FIH-00017w-00@xmission.xmission.com> from "Eric Jorgensen" at Dec 02, 2000 09:13:45 AM
X-Mailer: ELM [version 2.5 PL1]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E142FZs-0001he-00@the-village.bc.nu>
From:   Alan Cox <alan@lxorguk.ukuu.org.uk>
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

> 	There are a few other methods. Lineo for instance has a utility
> called Lipo which goes through all the binaries on a system and then

Try it on a real application and with glibc 2.2 at least its far from
large. glibc isnt designed to be modular.

> substantial reduction in the size of libc6. Lipo is a proprietary
> app tho, currently only available supporting ia32 and ppc archetectures as
> part of the Embedix SDK.

Lipo is an afternoons work to do with libbfd so thats a path that is easy
to pursue. (

> 	There's also uClibc, and i've heard some talk of using bsd's libc,
> which i understand is also smaller. These may require modification to the
> sourcecode of your apps to work properly. 

BSD libc is smaller, uClibc is pretty ropey and not very modular. Both the
BSD libc and newlib are modular. Newlib for mips32 without mips16 support 
including FPU emulation with every option on is about 350K


From owner-linux-mips@oss.sgi.com Sun Dec  3 04:22:28 2000
Received:  by oss.sgi.com id <S553834AbQLCMWS>;
	Sun, 3 Dec 2000 04:22:18 -0800
Received: from u-162-19.karlsruhe.ipdial.viaginterkom.de ([62.180.19.162]:27147
        "EHLO u-162-19.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com
	with ESMTP id <S553827AbQLCMVy>; Sun, 3 Dec 2000 04:21:54 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S869663AbQLCMVd>;
	Sun, 3 Dec 2000 13:21:33 +0100
Date:	Sun, 3 Dec 2000 13:21:33 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	"Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Cc:	Ulrich Drepper <drepper@cygnus.com>,
        "H . J . Lu" <hjl@valinux.com>, Nick Clifton <nickc@redhat.com>,
        binutils@sources.redhat.com, linux-mips@oss.sgi.com,
        linux-mips@fnet.fr
Subject: Re: Update readelf to know about the new ELF constants
Message-ID: <20001203132132.B21272@bacchus.dhis.org>
References: <m3wvdnsu3z.fsf@otr.mynet.cygnus.com> <Pine.GSO.3.96.1001129130308.13815B-100000@delta.ds2.pg.gda.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <Pine.GSO.3.96.1001129130308.13815B-100000@delta.ds2.pg.gda.pl>; from macro@ds2.pg.gda.pl on Wed, Nov 29, 2000 at 01:10:58PM +0100
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Wed, Nov 29, 2000 at 01:10:58PM +0100, Maciej W. Rozycki wrote:

>  Well, I would only add the name should probably be EM_MIPS_R3_LE (and
> ditto the comment).  We might actually use it for mipsel-linux especially
> as the ABI explicitly states EM_MIPS is for big endian machines but I'm
> not sure it's worth bothering as the endianness is specified
> independently.

The entire ABI only covers big endianess, so you can't directly make
conclusions for little endian boxes based.  So whatever a little endian
system ``ABI compliant'' system does it's only based on an effort to stick
as closely as possible to the ABI.

> I believe all software involved should handle it well -- I recall Linux,
> glibc, binutils, modutils all handle both tags fine.  It's just BFD that
> does not generate EM_MIPS_R3_LE. 

  Ralf

From owner-linux-mips@oss.sgi.com Sun Dec  3 08:05:19 2000
Received:  by oss.sgi.com id <S553842AbQLCQFJ>;
	Sun, 3 Dec 2000 08:05:09 -0800
Received: from noose.gt.owl.de ([62.52.19.4]:49668 "HELO noose.gt.owl.de")
	by oss.sgi.com with SMTP id <S553830AbQLCQEt>;
	Sun, 3 Dec 2000 08:04:49 -0800
Received: by noose.gt.owl.de (Postfix, from userid 10)
	id 1A5647F3; Sun,  3 Dec 2000 17:04:47 +0100 (CET)
Received: by paradigm.rfc822.org (Postfix, from userid 1000)
	id A84458F74; Sun,  3 Dec 2000 17:04:30 +0100 (CET)
Date:   Sun, 3 Dec 2000 17:04:30 +0100
From:   Florian Lohoff <flo@rfc822.org>
To:     linux-mips@oss.sgi.com
Subject: [SUCCESS] 2.4.0-test11 on Decstation 5000/150 (R4000)
Message-ID: <20001203170430.A1504@paradigm.rfc822.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Organization: rfc822 - pure communication
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


Hi,
here is the short output - We needed to change ethernet, scsi
initialization and the vmalloc bug ...


--------------------------------schnipp------------------------------
KN04 V2.1k    (PC: 0x8005faf4, SP: 0x839bfde8)
delo V0.7 Copyright 2000 Florian Lohoff <flo@rfc822.org>
Loading /etc/delo.conf .. ok
Loading /boot/vmlinux .................... ok
This DECstation is a DS5000/1xx
Loading R4000 MMU routines.
CPU revision is: 00000430
Primary instruction cache 8kb, linesize 16 bytes.
Primary data cache 8kb, linesize 16 bytes.
Secondary cache sized at 1024K linesize 32 bytes.
Linux version 2.4.0-test11 (flo@slimer.rfc822.org) (gcc version egcs-2.91.66 19990314 (egcs-1.1.2 release)) #15 Sun Dec 3 16:27:18 CET 2000
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sda2 console=ttyS2
Calibrating delay loop... 49.68 BogoMIPS
Memory: 62596k/65536k available (1277k kernel code, 2940k reserved, 69k data, 56k init)
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
Checking for 'wait' instruction...  unavailable.
POSIX conformance testing by UNIFIX
TURBOchannel rev. 1 at 12.5 MHz (no parity)
    slot 0: DEC      PMAZ-AA  V5.3d   
    slot 1: DEC      PMAZ-AA  V5.3b   
    slot 2: DEC      PMAF-FA  V1.1    
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
DECstation Z8530 serial driver version 0.03
ttyS00 at 0xbc100001 (irq = 4) is a Z85C30 SCC
ttyS01 at 0xbc100009 (irq = 4) is a Z85C30 SCC
ttyS02 at 0xbc180001 (irq = 4) is a Z85C30 SCC
ttyS03 at 0xbc180009 (irq = 4) is a Z85C30 SCC
rtc: Digital DECstation epoch (2000) detected
Real Time Clock Driver v1.10e
declance.c: v0.008 by Linux Mips DECstation task force
eth0: IOASIC onboard LANCE, addr = 08:00:2b:28:f0:a3, irq = 3
SCSI subsystem driver Revision: 1.00
SCSI ID 7 Clk 25MHz CCF=5 TOut 167 NCR53C9x(esp236)
SCSI ID 7 Clk 12MHz CCF=3 TOut 139 NCR53C9x(esp236)
SCSI ID 7 Clk 12MHz CCF=3 TOut 139 NCR53C9x(esp236)
ESP: Total of 3 ESP hosts found, 3 actually in use.
scsi0 : ESP236 (NCR53C9x)
scsi1 : ESP236 (NCR53C9x)
scsi2 : ESP236 (NCR53C9x)
  Vendor: QUANTUM   Model: FIREBALL_TM2110S  Rev: 300X
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST15230W SUN4.2G  Rev: 0738
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST15230W SUN4.2G  Rev: 0738
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST15230W SUN4.2G  Rev: 0738
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST15230W SUN4.2G  Rev: 0738
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST15230W SUN4.2G  Rev: 0738
  Type:   Direct-Access                      ANSI SCSI revision: 02
  Vendor: SEAGATE   Model: ST15230W SUN4.2G  Rev: 0738
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 0, lun 0
Detected scsi disk sdb at scsi0, channel 0, id 1, lun 0
Detected scsi disk sdc at scsi0, channel 0, id 2, lun 0
Detected scsi disk sdd at scsi0, channel 0, id 3, lun 0
Detected scsi disk sde at scsi0, channel 0, id 4, lun 0
Detected scsi disk sdf at scsi0, channel 0, id 5, lun 0
Detected scsi disk sdg at scsi0, channel 0, id 6, lun 0
esp0: target 0 [period 200ns offset 15 5.00MHz synchronous SCSI]
SCSI device sda: 4124736 512-byte hdwr sectors (2112 MB)
Partition check:
 sda: sda1 sda2
esp0: target 1 [period 200ns offset 15 5.00MHz synchronous SCSI]
SCSI device sdb: 8386733 512-byte hdwr sectors (4294 MB)
 sdb: sdb1
esp0: target 2 [period 200ns offset 15 5.00MHz synchronous SCSI]
SCSI device sdc: 8386733 512-byte hdwr sectors (4294 MB)
 sdc: sdc1
esp0: target 3 [period 200ns offset 15 5.00MHz synchronous SCSI]
SCSI device sdd: 8386733 512-byte hdwr sectors (4294 MB)
 sdd: sdd1
esp0: target 4 [period 200ns offset 15 5.00MHz synchronous SCSI]
SCSI device sde: 8386733 512-byte hdwr sectors (4294 MB)
 sde: sde1
esp0: target 5 [period 200ns offset 15 5.00MHz synchronous SCSI]
SCSI device sdf: 8386733 512-byte hdwr sectors (4294 MB)
 sdf: sdf1
esp0: target 6 [period 200ns offset 15 5.00MHz synchronous SCSI]
SCSI device sdg: 8386733 512-byte hdwr sectors (4294 MB)
 sdg: sdg1
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 4096)
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 195.71.97.226, my address is 195.71.97.229
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kmem_create: Forcing size word alignment - nfs_fh
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused PROM memory: 124k freed
Freeing unused kernel memory: 56k freed

INIT: version 2.78 booting
Activating swap...
Adding Swap: 130748k swap-space (priority -1)
Checking root file system...
Parallelizing fsck version 1.19 (13-Jul-2000)
/dev/sda2: clean, 51555/483328 files, 786244/1927296 blocks
Checking all file systems...
Parallelizing fsck version 1.19 (13-Jul-2000)
/dev/sdc1: clean, 4311/524288 files, 164329/1048265 blocks
/dev/sdd1: clean, 62204/524288 files, 379848/1048316 blocks
Setting kernel variables.
Mounting local filesystems...
/dev/sdc1 on /ftp.rfc822.org type ext2 (rw)
/dev/sdd1 on /home type ext2 (rw)
shm on /var/shm type shm (rw)
Starting portmap daemon: portmap.

Setting the System Clock using the Hardware Clock as reference...
System Clock set. Local time: Sun Dec  3 16:34:18 MET 2000

Cleaning: /tmp /var/lock /var/run.
Initializing random number generator... done.
INIT: Entering runlevel: 2
Starting system log daemon: syslogd klogd.
Starting internet superserver: inetd.
Starting kernel module cleaner: modclean.
postfix-script: starting the Postfix mail system
Starting OpenBSD Secure Shell server: sshd.
Running ntpdate to synchronize clock.
Starting NTP server: ntpd.
Starting periodic command scheduler: cron.

Debian GNU/Linux woody repeat.rfc822.org console

repeat.rfc822.org login: 
--------------------------------schnapp------------------------------

So long ...
-- 
Florian Lohoff                  flo@rfc822.org             +49-5201-669912
     Why is it called "common sense" when nobody seems to have any?


From owner-linux-mips@oss.sgi.com Mon Dec  4 07:33:38 2000
Received:  by oss.sgi.com id <S553864AbQLDPd2>;
	Mon, 4 Dec 2000 07:33:28 -0800
Received: from deliverator.sgi.com ([204.94.214.10]:16237 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S553804AbQLDPdQ>;
	Mon, 4 Dec 2000 07:33:16 -0800
Received: from relay.istanbul.sgi.com (relay.istanbul.sgi.com [144.253.232.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id HAA10800
	for <linux-mips@oss.sgi.com>; Mon, 4 Dec 2000 07:33:14 -0800 (PST)
	mail_from (Huseyin@sgi.com)
Received: from nt-emea-trbdc.istanbul.sgi.com (nt-emea-trbdc.istanbul.sgi.com [144.253.232.21]) by relay.istanbul.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id RAA22999 for <linux-mips@oss.sgi.com>; Mon, 4 Dec 2000 17:30:26 +0200 (MET)
Received: by nt-emea-trbdc.istanbul.sgi.com with Internet Mail Service (5.5.2650.21)
	id <VTSW8C42>; Mon, 4 Dec 2000 17:31:34 +0200
Message-ID: <801EE44EFDA5D411AFA90090278610F3019D89@nt-emea-trbdc.istanbul.sgi.com>
From:   Huseyin Sasmaz <Huseyin@sgi.com>
To:     linux-mips@oss.sgi.com
Subject: Remove from list
Date:   Mon, 4 Dec 2000 17:31:28 +0200 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_000_01C05E07.48578090"
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01C05E07.48578090
Content-Type: text/plain;
	charset="iso-8859-9"

Does anyone know how I can get my name off this list?


> 	NB:  INFORMATION IN THIS MESSAGE IS SGI CONFIDENTIAL.  IT IS
> INTENDED SOLELY FOR THE PERSON(S) TO WHOM IT IS ADDRESSED AND MAY NOT BE
> COPIED, USED, DISCLOSED OR DISTRIBUTED TO OTHERS WITHOUT SGI CONSENT.  IF
> YOU ARE NOT THE INTENDED RECIPIENT PLEASE WILL YOU NOTIFY ME BY EMAIL OR
> TELEPHONE, DELETE THE MESSAGE FROM YOUR SYSTEM IMMEDIATELY AND DESTROY ANY
> PRINTED COPIES.
> 
> 
 <<Huseyin Sasmaz.vcf>> 

------_=_NextPart_000_01C05E07.48578090
Content-Type: application/octet-stream;
	name="Huseyin Sasmaz.vcf"
Content-Disposition: attachment;
	filename="Huseyin Sasmaz.vcf"

BEGIN:VCARD
VERSION:2.1
N:Sasmaz;Huseyin
FN:Huseyin Sasmaz
ORG:SGI
NOTE:CS Manager, Turkey, Istanbul
ADR;WORK:;Istanbul;;;;;Turkey
LABEL;WORK;ENCODING=QUOTED-PRINTABLE:Istanbul=0D=0ATurkey
EMAIL;PREF;INTERNET:Huseyin@sgi.com
REV:20001109T090722Z
END:VCARD

------_=_NextPart_000_01C05E07.48578090--

From owner-linux-mips@oss.sgi.com Mon Dec  4 07:43:09 2000
Received:  by oss.sgi.com id <S554013AbQLDPm6>;
	Mon, 4 Dec 2000 07:42:58 -0800
Received: from cx112852-c.okc1.ok.home.com ([24.6.27.68]:4083 "HELO tekcgi.com")
	by oss.sgi.com with SMTP id <S553861AbQLDPme>;
	Mon, 4 Dec 2000 07:42:34 -0800
Received: by tekcgi.com (Postfix, from userid 1000)
	id 5527894901; Mon,  4 Dec 2000 09:42:31 -0600 (CST)
Date:   Mon, 4 Dec 2000 09:42:31 -0600
To:     linux-mips@oss.sgi.com
Subject: egcs 1.1.2 build with 1.0.2
Message-ID: <20001204094231.A6622@milliways.cx>
Mail-Followup-To: linux-mips@oss.sgi.com
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="DocE+STaALJfprDB"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
From:   mike@milliways.cx (Mike Mattice)
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


--DocE+STaALJfprDB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


I'm trying to build this on a cobalt.
Quick and dirty summary:

/tmp/ccl2C8g8.s: Assembler messages:
/tmp/ccl2C8g8.s:182: Internal error!
Assertion failure in mips_emit_delays at ./config/tc-mips.c line 2231.
Please report this bug.

gcc -v reports:
Reading specs from /usr/lib/gcc-lib/mipsel-redhat-linux/egcs-2.90.27/specs
gcc version egcs-2.90.27 980315 (egcs-1.0.2 release)

Typescript of build attached.

-- 
Mike Mattice - Debian Developer
mailto: mike@milliways.cx mattice@debian.org
1024D/137A955E print 050C 2D2F A95A 25BB B61F  CD16 EC3B CAC4 137A 955E

--DocE+STaALJfprDB
Content-Type: application/octet-stream
Content-Disposition: attachment; filename="typescript.gz"
Content-Transfer-Encoding: base64

H4sICH4eKzoAA3R5cGVzY3JpcHQA7D39cxNHsr9eqOJ/mLio+CCsZJmEELvMlbAFuJ6xKctc
eBVz8mo1kha023u7KyPnuPe3v+n53tWHV9IAjgOVyDtfPT0z3T3dPV/tIA2TnGS5n+a0RyAm
7XFMDmhAyCOy3dhpPNrZapDtra2tO0HgB0O68391OgiyeyToERr8jfyNBbxGrVHbrt+9Y+fg
PyLlHon8D/TuHfz9vfFuh7TinKZhPCC9MKVBDukVuagPIaL1KPxAy8Xro7AbdmmaX23evRP2
ye9kshHDBtkjkyuakXfkhx9Y3PfE65EkDMi7XZIPaUzO794hJPrAqsDoXQzTUUZJno7pLumH
d+/kMA6G2PYo8VgWlvPunf2T4+eHLzrPD49a7T0iQy9bzYPWaXsvgLgfDmrDHfkRxqTeDeN6
NiS1uoxj4PJxxvoipX6ObVSFWH00yyXu30vkP30SeA6CgHjsv4OXzX+2Oqpa4g2Id7JNvMMa
/l+v1ephHIzGPUoI8dPBZY0VAWxenYfg7p3lAQk4rrELhgAZ9XIaJQZJO3IlXAtQnaMMceDn
FrYivBqiEpZzHJPROPN6NLLQ1FGrYWoguka234v8PBgaVFXESohqaM7RjMtoxuugGX8mNAc0
h8QiTxleCUkF6/Pg2Cgj2VgHy8ZnQTMdx3kY0QKmKm5VZDVM1/gO6cQgioGVMORQnDPPCPy8
D2lkS047cjUmsqG6Rhm67/3RCAKDr45ZCVkDzz2mTJsIPtiIiogV8ZTQXKOZ0AkNxrnFTDpm
JUQNPNeYZokf0MzgKcMrYalgOccxT2maQmphqWJWw1PD+wyYZuEg9kcFVGXUqrgqiK6Rnfg5
nYSWkFIRKyGqoTlHs4TkGih+JgSjkvBUEashGX0m0TlhpNQbW7aHilgNTQXtc6BZ4vbJeuw+
sfk9jYjXJ9p+rvl37/gpSQM7SuAu7MeCgQXKigHLSACth4NWdUHpk6BVNrD1IeCqBxRmdTDT
JuiZCYzoByVfwQgwsOQDaBYESemgiQn0eIHVHUAI6xA/Zk0v9kh/b4NscP9A4GeU3OuTUHoP
HnB4fg0e3CcsF0uxqhCVbpBd4VrIfOljYF2IMJ6SmNIe7XmjMMtl9F+hk5+SlP57HKa65drr
c0T9y9WcPqs6jhD3uA8SAmGIe6zYmDXvUrmjtteB+sr/gMUYXCSZMM5HEuqjlaHWEcqmxfhH
J/vNo9bB4ene+UZ9nKV1pMhRPRv6KRXf9HyD5Xtx/KZqVpGv0zw6bLY7r5tnL+fn36nxEiXp
c1irKdlT4wiLL+QsJZp4b3gBRIlQ4f/07emGcY+NUd6D6Fa0pxcw4YENuh2tuU2NuU1t6TO2
YSzjh/GtaA6bXHtRNghuiVAT5f1R6Ge3oj1SQN8aamtsxX3UorA1VmCHHMakP46DPISYXHTi
UQfVjo7OsrlTzL+9/WSHfPTTmOkjO8TPUL+LaJzzhbmMJBCiskL6KUQ4cdMBC3wM8yGMc+IT
phbnJXiPHjmG5xi/nxzj9/OWY3g/u4X3uOEYnlv8puk1RgtlFP5BOwH0aEanSPbRL4/XRuFP
LwDoJBmx7ol9sapgzHmWXRrzQTo2MQWtGwo6K1gaHxh9CYj5suZqsGc6KMwTYEtZsGQUFNCF
grEt8dXG0XK2YMk2KppdDPz6VhcDooyu6XHSw2SNlXbBBNZi2jrlG6sDsJxoKwIw7i1NYvkk
LFIYj5jlhJjlEbAHX0Jac+zFCBWHHkFi4vrjryBVJgJsm8W5FSWM1eeqxuqjtn6V41Ee6vqk
iPFAo0IMUiAzAxEV1zUByPrrRuasPbRW5xfHd5yHDjwqCOXLjWsYZzk6mgpja/raTibFzNX6
+gs1g3deT6wYl5qgkojJ9EXIRI6jdtutBGVzZYfkDABLEiTNA7v0MeRDLJyziZqSHsSU9CEl
F4wgNmsro1mqZEkU2VBLVmFEc3jcebG/T4jRR8qEx9MM8ck9cMJ5zrSp/f3O4fH+0ZuDVmeK
9JBaWD0e/o3CJKMjbxx/iOFjzKLi8cQbxGOB2Xbt10bt8WO1xMHoVMF/ffSmjf/Pr0WWqQ9+
/NGUOzk66FQoyzH88Udvql7OTNfWafLvn560F9Qzt/XZVTZd+dnJyYK658IqwwnIBV+SYGMW
BLhM9olktEc2s4f/Oq/VHz7cvFifDFgl7JsphZYxvg68S5pmzIBQ0NakUO/g9Wnr+eHbQgfO
6J8kpf1wMr+H1myUtStjiUYxMYzjxn9w6Qg7GYhEFUQbVHfZSz/4Tyl5QZIwkyuWgDDgoDm1
+oDGwZCu0iJVkqOvwQC5IHxhbkM3YwOVg388uE/4EJnW7e4SXIdjBVSRYs4vm+HuHdMZ5CnJ
o8QTLRpiSgSX1Av7LMqPB9ROJXlKqckqdymLCFdM6SV+mlFHfMmEOGuDI2C8z9h/aT5aiYJE
UUVCEtCfnYZko5BIZIuGdiCYQ1A6r/pYnC8gBp6iOhHjikwsfXJdWEnqDyLfGbgeDUYuKZh7
tRwBtFhhTUjdMI98V9NxwvTK3FuVT3kHaUnPewuI4FWJJVg1/NkZWLRWdR1X0/hPLeqpqYF3
wdypQaSiwRibrHpqwAhHjJBfJdbkvTY49sH0kNwZPJ/pswXTen0EowhiZ+BCZm75uauZldOO
n+fpSiyGBRWHcSC3mMF4WxfxF++AeewlEgV3qYyKuTDscl7gp8FWk5jGuDaQbvGY6n5bJDXV
4bo5YlMkK7mpT+JpwYkx6yvV2jhvnr5onXWOm69azKycZ4zPMDJzSEb08rMZmWhROJ31HQLM
ckiZAXEFY1ezRB9GPRzazBVATo39kT/IVmJcXlIJYgHmFnOtaO0iphVdMI9nZapgWZ1VcSyP
cEMlcj3aGRlHrsiNTgKauAOWpK60G380cmXTMLQi2nMHbAQfHQGDJPe7rpp56ad+FrmzA315
NsZFp0VhwXpbE1zRZbNuS6mzZqZ0gELGEbRed+Junsp6XXfAeh/9tO8Y3LY7eJMA+g7RK29Z
XAcW3z3k0Gh7P45cuVgCZz7aEYArpMZxCiNX7Nl3J7izfJyErqaUAKJuGLvqfTYNpP6VO4kW
jPzMFfnzdS+vuINozalgBF2H8ht3ojkF1nCoD9HUy3xn08vAHcNzXTyhVHP9UiYLFlQWCwdy
iw0W3tZF9orqxZnmikgU1orKqIwVDDtZsStAd8IHkLpasMuCoTNFvh+6029TGoCrNjKR6xWW
6V0wJyRhHOYrsacoqhhUArrFLCrbu4hJTW/OZFOVLFjJZFasKmLcMWtxcF2QS4Gel6IWXlIR
iwBzi2lFtHYRqeienEkpMlUMo86q6IRHuCMTl0KKt55O8tQPVpMqsqyiFAXqFtOKavEiarF6
dCa96HQxolZ2RTMyyh3VlAbZyWQ0zpPxipMRL6onIwHoFhONbO/CyUj35uzJSCbLqUJn1pMR
j3E4GRUG14mYiVbUXLCgFjDR7dZaeFsXipZogcYiEiXDR0VtBcMOxUnkTFNJUuiHI+fbH3K/
u/IOCFbW3gSBoBbSnPKy/4mpL+yTIEqIl5FX/geKA8J6ZCYh7n7Hugavy/0O//FVaQ7uTYZn
BnZFTJAQvUuCjwSPx8t0TSl7qK7dh2GA4DW8c3dk8GxmU4YkAntfBotyxwYlQlubdqf6wNVC
S558dOfmdLk9q3cVMzMZj5ussp29QdS2ZFBbikFuGgWz4RPUZk0wm9XA2mgG9iYxMBu8wNqc
xdhFbrgAa5c839MA9gYHKGxOAHtjAZj1YxBrv6DWbUGsuYJcLwW11glqnRLUGiOo9UElkGbL
Ib1SB2qVDcQKGejVLVArU6BWlcCsCIG1mgNmJcaSf+pkr1kKAbGMAXwJAsTyASjXPwi3PSiX
O2h3OShXNxg3NRRczKDcw6Bcu6DdslBwqYJwh4Ll/QLpuQLpdQLpMQKizVrtqYGCIQ62vQVF
NRoKWhJYkyLoCQ2KMgII52hQ3AiEGAK02GD67IUDNuMCV/27qcesDH438fjT0me42mcHnden
J2cnDrpYQcWzRZBD+IdLfalwFt0NOFfrJfa9ri7mruJl8A4gRh8yG1r1yUuNoxhXParz7uwT
EsPMPKKUuZWveEGgwuqbLPkmSxbIknFclibV6deUFdAsWJ+bhs0DGky34ZcO4Nl1Dm2jdVRv
PZMN3KAjQrsqMP1XWBcRKzx3Z6FIJKoSe1thxG8RcXTuuX3WPD5onh502MfpGT4l0plx1JSP
Nb8YRudvvW3tz82qyIIXOWg9b745OuvIDcf/bJ22D0+OWaESbUzlfNXcf3l4fM3uZMEajDg7
z5rt2cjP2MPMEFz7HDGjxQlmR1jWedYSmRVpyyI6Q2Yzz7ymeLUrZ8a7d8TLMDoo3pVR5jK+
7IK3+9rhd/x6V/O0DJ7VFyAI7xd1A+8u6YESWxyq1yP3MKMAgNEGCP4zHGBXp8BhUV2w8ICN
jMWLA+SnaATHnLwjMtKuTBz8VRKWKeeosA41+ADXwVXsgmzDCHrE/zGdl6Ufll7bkZZ+sXom
k0ch07L5/l7RUyZRpZSe87mczjADnHnsR/kvGHVa6XPLIJLTrSsgqh4Nwp3K4YRlMbjbZGA1
gNgtCHx0CfLESY1LPZ1RRl+xTyHMJvPaw2GYgrNyY0tYbxUSyMQ0QwzFgN8WjOHA2gLBI73w
8U94clTnQHrnriRGnLUaIqD7J+/56UC0xorr0X4xDo3ddJCVI5lhmAz9qdjhk0dbW1Ox4ZPH
MyJ/nRHJDbSpyCdPPkxHxo2t7Rl1YfwsHJJpZJOrdCouS/w0mIoNRmGS0Fm5x9OR0aPtGTmH
U1GXT36eRnOq9jCDxz89nsY9wXw4/AlSbx2dKvx6Gh0jHBt4d5uOiunHQgAh2HC5/jBFEl2A
ERKokpCcc97e42TFpNZbRlcFfifcz4HJexfyYm3MKuYYj7Jp5lPtQf3877//q/7uwfn9e5/O
G582L4yc5byq6r+nYO3OFofT6Ywp7kmS51kWSMByYSmeUTiX5Z5hQgZ/MiWTrOSpWsr8q+I1
kwpRlGm2LXYnq08nlIriI2pybi1XKnMYIbQjnk8ronDaah68aklBIgJSQE5nmapCpVjCFR1h
w16aqXra/9tmWvZRm6kYmKyD+NQal4eo4iPpCqbHEKdBISBNaaZxLrz+ps71D+/ZNblmKjSo
Cpq7/ReoiMpBaeFVe0u8Nr9eqdC6AubX9oSTLYhwuaQBwYuUNXu+AsMS5NX3G988rt88rl/E
47phTw8PCZscfO+PLe/Xd+f3H+K1ZOeNh4NNkVo/r0Gd/cfCT8UzkNB9L14tCHpMWu7yC/HI
RvO08/yo+aK9lwYbInRyKg2qPT9lUc8O28z66rIJNlYhUYCF9vf3GC/hh4gSfITho8NnmAF9
LhZAJ+KJgT060Cgctd7KPybqeG8U87+dNvticwYLvGr+T+vw+PnJIhzKl/bpD2IB0NWcNo9Z
K+3miXshTdJZq31mp3NNWl4e+Q6fVvk7m9HmGqv4CuiCRPk2qNLN0dCSoJl0wlgr5h25z7Bq
v2wdHe1JkwzDZ80X2gJmYWZrMiLGr+44HPU6JsxIB7+QADFX0BHW654xmlnCrDj+d2buwWTS
kfNJh5mBe7O9ZCxjzvSqUob5nbKB18IWM7MYRCTsZuNuKWlpjxRS9tu3fEifvTk8OtgLOIos
rkz/MpcceJ6N8WcQNPAhlNXf50D6D5LNxbOhmfzMDFhTf+wN/te5lisBqnK7TCVANE37155Y
rQapwrnQSoCuX26oBCYLr90HWQmOWBLedgKr0jGbygTgBif9ttPakCrcxlQJjtBp9XV54mKx
ZS8yqEhqFa4dqAQpza2bcNci24Ree35tCbp1Q7aXbliy2jn0SqD6aUjjazetVAJVZV99JUAR
zYfgBqeM+ql489cBqMiP8zBwI3ecMcyEqSduOI8msNC+RNXMqAHGTc4nYyBy74+YCLXhx43A
jF+HoyYAIMoYEsIXiHqiTOwoUluNEml4cpEAgqEVFARyWTA0JSEDkTaOJCJQJADWAGoDl3ce
iKYzu+WCOyxq9YLJccEbbXYr8ZDe83QhXPvGxBY+funcEaK3Zp6H3S2uFFxglbhnkBsiYUw2
2N/7xeWCEqgSBLW98EJhUqnUBVn5umatxAmXEO4G8/q//MINs/43u+ybXfbNLlvaLuOi9OUJ
G1dG+0IWiJAiiyruPlXm9WtViqgtCLU649DGeoZb/xq7zfuN/YfPA1SabLoVTo4vB7DCTvnl
AI4cYxjA9dfNLAWw5+fXX7O6FER8H/TSAukdvGm3Oi8FiVXdKHBtLVpxUJZJn03ZswwTlDk8
DVw2Mknh/Zdvo6h1dhsxzRvqVlbdj4FdI/vHAiG6U9eb5anXyGssbkbdMvG9+hjOLL69qPi2
Kr49r3gfFhRnie/Vx+zi4aLioSoezise/3tBcZb4Xn3MLg7JguIs8b36mFN8UdeB6jrI7f0L
qHpm195suRxfV7lqbCmIFW8SWQpmGCWj8PqrTpaDWeVG2iUh4nKGW5ijCodblgNY4T7vpQBG
1a6hWQqmejzNoWivdHf+UiCz1HGrK9x9uSQ8x0pAljsmxix33oWOVbOswtb3JQFC6l9/fcCS
MK/fTb8kQMeTQpZff5RuSYDOmWXsGuCla4DX37q2HMCrqAuOZ+rcTwfU8dDkIG9oSqaeJe33
mTVP8S79DvDdbvgkqcjYKLyHOo7HqGixaYBNLfgI6QVDNHBquKL70W3DS48nuQH6cUhT62VS
Yf7P3zmkYUt35HxfCD7u+PjJBw9v6OA/THYm6qyzl9GB3+ulpNM5aJ41yeMt/m93lzzwHnh+
OPn9J+/Xdyz3+QVvqic2+TDjZeChNrA36p1fEO+SbD/9ocG05kFKE/Ls+QF5Wu/Ry3o8Zih+
+iTr+m300Ot2w0EOgfaBCg81ttZYYF2+r6bLncJo1PMdOuh8RvMZpM2r/dV6R47URoHI86pS
7wOurClXtX5gU7ysalzXaO0BVx5wZxD/8flvl/+KaO6dztXeKp/v5ckT/pvy34z/iuJj/nvJ
f/l+I8HXoJgROAcJ/3hhL5cgBZjn3P5LOrD7Dt7Sw0/WiwF/sgzfbsIA/ym+4fSZ6ljpLqEg
aLDCxEISiIb27Uz3tx2Gf+4dhsgm35XPF6mjPmr/r5IsQpRwqVI4ciT2UAc9zhh8b7U6RqLv
7CgefcEVrwCSK29I/R4jcHm6p/oKgyjQPN3bwLUxvXa2gYtnPKm04LXB5KFc1WJfVp5F6wUo
SlQXoKQO5BO3iGNNJ5kjKmssFWDHbUrVIyUGOE9QB7ymou1jLEOfn6Xgook/YT4kmSB1EanS
/CRkn8dv91FMtPlTMSfd9wxN9vEaN5kHeKyB8GeekEKGfHrsMXqhfoShYWqfetBnGmr1e//B
j//u6v359/6jUv9bxn23vEG/lF4AJg4erDF3yd4V7kLeC5LuXG2g93pMGGVM1mfyABP/1qeW
RIqMU6wxCrus7HaN9VHvqnCy6jt90Eydk/pOrhzbRTTdrTtjigdElzlTKedW/eoqk7lsJLY/
35MvrHJX15VyPnF0aB83dbDJni9SiZMBbIIik8lVZ5x1GElEV7sb5ClSAAu4O67htYkFk1e8
WX/wW/P0+PD4xQ45G4aZFAsZ8cc5RH4e4sR1xS8qw+mz9/2D+qbAbBwzRqiJk3/ceOjY+OuK
kLCNRWELc9PwhBWncS/rcJhZACkle6SBfWBXVToBeF35rZnl5162JDMRA8PYdLrXTLPMsWle
wAldzKpa8cjS6qcspz9QEeTsAIKU1TFiTYtg12/rj5VPsX+ZM0WzJJE32JKnipjeNAyZ/udl
4R/UE6I+vKQsIQamO7MeoJ7ScDMRq0/2ZeoNK/48bMrs7XG/Xwv4lQtnnWetF4fHvGvTvEsH
aKB+1Tbrh7U1avjdPnvz/Hm7c7JsT8jeK3YHdmu5M/jkpMOmN9o3pztaxwdfqDMENTDZw1uv
X1RL8/atZwfeyar52Hohj9UlFOk4zsOIquj6g0rTC3nAdOynXJGTAIS9y5d8pUUtPVlcHbMz
2dUywT8TiBHnGr+vN0wFR4NQL7BHTfCrMlQBO2kRGPxkxM3BUB5T0AhKE/1r4ucdTvuTMsYs
UTawe1LG3JyulJfEKwSFm+HGYIc7jEN8bEQjqGJuDo7aCDZI6qibgyWz0rgdXCBGGXVzsATu
ZLBZW8XcHByjMAssBHnwq2PXZza3ng8NrpYHJ9IYW5E3FW/pbDI4y4ibiq/2iRmMddRXx1lj
GYejjjoDpPG0Im8Opug/NChi6KvjNmfk0cpGSW8GXsV8dYzt3vTweusRLXaqigSlK4/CLvcC
+3fv+ClJAxNhK6pFpbCggZW0HFunKE3f5YmyPCWVpL8ta6elWFFGlPlvms4tsiqN2ay+Ub7Y
r3QWRPnRZIwektLKrZPL/P5KV/l5B0fN/y/vWHubhoHfK+0/mKoSolMfSZE6teIxtoIqwYYY
fJqGSfPoIqWl1EkpQvDbuTufHbfrYFvH+0OV8/l8tuu7S2LfXY6eyZOXg4Ph0+GBPHw1hKHY
t+Dx7u7tJUafYXgMbu3fIKn/7i6NhSBi4aQJpMFetnl3tTSB2s0g1DlcKYGNECH0mXS7pAzk
fUD91E+Tp2fdbv2eWA1R6/M5DVSwGVmpQCcE50CD61bP+jg5W7fbNIc+FAkmTI7FsmZN5v+I
0W/tjfAfaR3+A5sVr/E3LPPWpiBpwSS1JfiXJ4qGq9tdy2IqaP7WL2/T/G9N0fQASKIIYsu5
YVBXMJ/W3l5qRzfNxcntZk+S9fqKyxdYmBWuV0X1NDw4q0JlFV377DFYzl5BdMWjnmms3XGc
65Seg2YLg1qUuCjOzNVQGdTC4Oy2MMAP8dgoHflNYKFlaGU0tAm8TqGlbLKgQy1bZ8B8mQvt
l5DiZH90MH/VA0/eK6Zsx2j33pUOCOiMwfkUUzdbVqvfrNdaLZtBMcmCsdpM+fb0bf+s3gdi
RjyGLltj25TcVdYdSm4phJq1Z7Mniw1tNV4qJq6bW+nwZqDleGcn3PlB9fcGOfMI8XbwZv/Z
AMb+PcvH1BSNa+Kgq25Reg+qGWjwvFGyHj6BNfGtBw8nXPhRJsPG2GMqZgAFKWl1nx/vv5ZH
x/AbDA4Hh0Bc+0xi88V2+gLunkP8j02vFyg0Vw/Hzx3AyNlvI7BUKLXQFi7QkuyIyeTdUMXI
TYFcewRC+UG0Sw8RxwsrXqa58PqrGTq38EO667wu6hGXzmBr6UxDwPTdRzzdBN4n1w2m4x71
U7XoJjp0DYm7jij/CtmsuotEa97Zbs1zdN+2HNGGo4s2mnEJwhmlHSGjdEHXyfuIroVBFAYz
jcdR6guZqfM5IQJ1nhlAY5JEEQk2lh8lFBa6QDzuCxlOZprAAJS1NUqjxIIKwXRZTFWUqNTA
yoGjJNKwBYiAYQssnVqGdQ/LpEQz19yhzV3aHGgl/HFyhJ8qk5wbGnDah0bGdPsCotFISHWO
nxWTYRYHcxkG4XksZD4PJrP3eIoLjSYB/uWk2hJXEBjNinnMGu7cn2ufcYGMw90t3Wp/gqRu
fIrE8+fnPIMy8gDzhmsRpO0srkcf+ptZRCH0bpcr2xe4avFfxWpTyoIPgBZ0xJCgA1BYVGFx
WvoBYPEHiOVfQ4zTGsA8WAW4pHUAClr2EWshqwYlrAi2imALyi2gBuhCCbEy6EIJLV0CUzAK
4VQY7rlLn6/Q50hvtQJgVgvEkl4AwIqxU2nBArXCMPMP9sZ7TdUT+0rFk1EWz8UkVioYx6p3
kcrb8zHuCSzeNMh0SqQ7O5V9SuCPYVBJkGagORSBA482En2mJTwIB5+UCJzPWeahzrCOu6Kg
gr7f8Zo7lZegoSBRmOlonoOgpUqMinHTMbb1el2cWrk6EwMcgfAcimv7qt517t/E/sLDgenG
38Yl1nTjbexmfSbeFl0w/yDLGoB0Bk+mr/d1vWmNVHinUjkJ5+ksp09CCFjLk2IqDmN4SezA
+vQ6nV7bF3673a58A8VCaVX3yQAA

--DocE+STaALJfprDB--

From owner-linux-mips@oss.sgi.com Mon Dec  4 08:26:38 2000
Received:  by oss.sgi.com id <S554016AbQLDQ02>;
	Mon, 4 Dec 2000 08:26:28 -0800
Received: from jester.ti.com ([192.94.94.1]:65211 "EHLO jester.ti.com")
	by oss.sgi.com with ESMTP id <S553866AbQLDQ0T>;
	Mon, 4 Dec 2000 08:26:19 -0800
Received: from dlep7.itg.ti.com ([157.170.134.103])
	by jester.ti.com (8.11.1/8.11.1) with ESMTP id eB4GQD508983;
	Mon, 4 Dec 2000 10:26:13 -0600 (CST)
Received: from dlep7.itg.ti.com (localhost [127.0.0.1])
	by dlep7.itg.ti.com (8.9.3/8.9.3) with ESMTP id KAA28421;
	Mon, 4 Dec 2000 10:26:12 -0600 (CST)
Received: from dlep3.itg.ti.com (dlep3-maint.itg.ti.com [157.170.133.16])
	by dlep7.itg.ti.com (8.9.3/8.9.3) with ESMTP id KAA28405;
	Mon, 4 Dec 2000 10:26:12 -0600 (CST)
Received: from ti.com (IDENT:bbrown@bbrowndt.sc.ti.com [158.218.100.180])
	by dlep3.itg.ti.com (8.9.3/8.9.3) with ESMTP id KAA06285;
	Mon, 4 Dec 2000 10:26:11 -0600 (CST)
Message-ID: <3A2BC5DB.AA1E1E77@ti.com>
Date:   Mon, 04 Dec 2000 09:27:07 -0700
From:   Brady Brown <bbrown@ti.com>
Organization: Texas Instruments
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Mike Mattice <mike@milliways.cx>
CC:     linux-mips@oss.sgi.com
Subject: Re: egcs 1.1.2 build with 1.0.2
References: <20001204094231.A6622@milliways.cx>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Mike Mattice wrote:

> I'm trying to build this on a cobalt.
> Quick and dirty summary:
>
> /tmp/ccl2C8g8.s: Assembler messages:
> /tmp/ccl2C8g8.s:182: Internal error!
> Assertion failure in mips_emit_delays at ./config/tc-mips.c line 2231.
> Please report this bug.
>
> gcc -v reports:
> Reading specs from /usr/lib/gcc-lib/mipsel-redhat-linux/egcs-2.90.27/specs
> gcc version egcs-2.90.27 980315 (egcs-1.0.2 release)

I ran into this same problem about a month ago (Although I was building 1.0.3
from 1.0.2 on different hardware). I spent about 2 weeks working on it and
found no resolution. There were a couple of suggestions posted to mips-linux
which you might try (search for mips_emit_delays). If you find a solution
I would be very interested.
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Brady Brown (bbrown@ti.com)       Work:(801)619-6103
Texas Instruments: Broadband Access Group
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~



From owner-linux-mips@oss.sgi.com Mon Dec  4 10:14:49 2000
Received:  by oss.sgi.com id <S554023AbQLDSOk>;
	Mon, 4 Dec 2000 10:14:40 -0800
Received: from hermes.research.kpn.com ([139.63.192.8]:6918 "EHLO
        hermes.research.kpn.com") by oss.sgi.com with ESMTP
	id <S554019AbQLDSOf>; Mon, 4 Dec 2000 10:14:35 -0800
Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6])
 by research.kpn.com (PMDF V5.2-31 #42699)
 with ESMTP id <01JXBFP7MBKQ0014XM@research.kpn.com> for
 linux-mips@oss.sgi.com; Mon, 4 Dec 2000 19:14:32 +0100
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 TAA06250; Mon,
 04 Dec 2000 19:14:30 +0100 (MET)
Date:   Mon, 04 Dec 2000 19:14:30 +0100
From:   "Houten K.H.C. van (Karel)" <K.H.C.vanHouten@research.kpn.com>
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: [SUCCESS] 2.4.0-test11 on Decstation 5000/150 (R4000)
In-reply-to: "Your message of Sun, 03 Dec 2000 17:04:30 +0100."
 <20001203170430.A1504@paradigm.rfc822.org>
To:     Florian Lohoff <flo@rfc822.org>
Cc:     linux-mips@oss.sgi.com, K.H.C.vanHouten@research.kpn.com
Reply-to: K.H.C.vanHouten@kpn.com
Message-id: <200012041814.TAA06250@sparta.research.kpn.com>
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing



Florian Lohoff writes:
>
>Hi,
>here is the short output - We needed to change ethernet, scsi
>initialization and the vmalloc bug ...
>
> ... successfull decstation boot of linux 2.4-test11

I did try some kernel compiles with my new toolchain on my decstation,
with the following result:

egcs-1.0.3a-1 / binutils-2.10.91-1lm : Userland compiles fine,
				       Kernel compile fails
egcs-1.0.2-9 / binutils-2.8.1-2D1 : Kernel compiles OK.

Florian, do you compile native? and with which compiler / binutils?

Has anyone else a working toolchain for native building on mipsel ?

Regards,
Karel.

From owner-linux-mips@oss.sgi.com Mon Dec  4 10:31:49 2000
Received:  by oss.sgi.com id <S554021AbQLDSb3>;
	Mon, 4 Dec 2000 10:31:29 -0800
Received: from noose.gt.owl.de ([62.52.19.4]:58886 "HELO noose.gt.owl.de")
	by oss.sgi.com with SMTP id <S553665AbQLDSa5>;
	Mon, 4 Dec 2000 10:30:57 -0800
Received: by noose.gt.owl.de (Postfix, from userid 10)
	id EC291803; Mon,  4 Dec 2000 19:30:54 +0100 (CET)
Received: by paradigm.rfc822.org (Postfix, from userid 1000)
	id 452458F74; Mon,  4 Dec 2000 19:29:46 +0100 (CET)
Date:   Mon, 4 Dec 2000 19:29:46 +0100
From:   Florian Lohoff <flo@rfc822.org>
To:     K.H.C.vanHouten@kpn.com
Cc:     linux-mips@oss.sgi.com, K.H.C.vanHouten@research.kpn.com
Subject: Re: [SUCCESS] 2.4.0-test11 on Decstation 5000/150 (R4000)
Message-ID: <20001204192946.A1109@paradigm.rfc822.org>
References: <20001203170430.A1504@paradigm.rfc822.org> <200012041814.TAA06250@sparta.research.kpn.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200012041814.TAA06250@sparta.research.kpn.com>; from K.H.C.vanHouten@research.kpn.com on Mon, Dec 04, 2000 at 07:14:30PM +0100
Organization: rfc822 - pure communication
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Mon, Dec 04, 2000 at 07:14:30PM +0100, Houten K.H.C. van (Karel) wrote:
> Florian Lohoff writes:
> >
> >Hi,
> >here is the short output - We needed to change ethernet, scsi
> >initialization and the vmalloc bug ...
> >
> > ... successfull decstation boot of linux 2.4-test11
> 
> I did try some kernel compiles with my new toolchain on my decstation,
> with the following result:
> 
> egcs-1.0.3a-1 / binutils-2.10.91-1lm : Userland compiles fine,
> 				       Kernel compile fails
> egcs-1.0.2-9 / binutils-2.8.1-2D1 : Kernel compiles OK.
> 
> Florian, do you compile native? and with which compiler / binutils?
> 
> Has anyone else a working toolchain for native building on mipsel ?

I am cross compiling kernels - I use egcs 1.1.2 + binutils 2.8.1 which
is the recommended setup for kernels >= 2.4.0-test11

I do compile userspace with glibc 2.0.6 with egcs 1.0.3a + binutils 2.8.1
and for glibc 2.2 setups with gcc + binutils cvs from 20001007 
+ some patches ...

Flo
-- 
Florian Lohoff                  flo@rfc822.org             +49-5201-669912
     Why is it called "common sense" when nobody seems to have any?


From owner-linux-mips@oss.sgi.com Mon Dec  4 10:58:20 2000
Received:  by oss.sgi.com id <S554086AbQLDS6K>;
	Mon, 4 Dec 2000 10:58:10 -0800
Received: from u-49-20.karlsruhe.ipdial.viaginterkom.de ([62.180.20.49]:62734
        "EHLO u-49-20.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com
	with ESMTP id <S553667AbQLDS55>; Mon, 4 Dec 2000 10:57:57 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S869702AbQLDS5p>;
	Mon, 4 Dec 2000 19:57:45 +0100
Date:	Mon, 4 Dec 2000 19:57:45 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	K.H.C.vanHouten@kpn.com
Cc:	Florian Lohoff <flo@rfc822.org>, linux-mips@oss.sgi.com,
        K.H.C.vanHouten@research.kpn.com
Subject: Re: [SUCCESS] 2.4.0-test11 on Decstation 5000/150 (R4000)
Message-ID: <20001204195745.E12738@bacchus.dhis.org>
References: <20001203170430.A1504@paradigm.rfc822.org> <200012041814.TAA06250@sparta.research.kpn.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <200012041814.TAA06250@sparta.research.kpn.com>; from K.H.C.vanHouten@research.kpn.com on Mon, Dec 04, 2000 at 07:14:30PM +0100
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Mon, Dec 04, 2000 at 07:14:30PM +0100, Houten K.H.C. van (Karel) wrote:

> >here is the short output - We needed to change ethernet, scsi
> >initialization and the vmalloc bug ...
> >
> > ... successfull decstation boot of linux 2.4-test11
> 
> I did try some kernel compiles with my new toolchain on my decstation,
> with the following result:
> 
> egcs-1.0.3a-1 / binutils-2.10.91-1lm : Userland compiles fine,
> 				       Kernel compile fails
> egcs-1.0.2-9 / binutils-2.8.1-2D1 : Kernel compiles OK.

egcs 1.0.x will misscompile kernels; therefore from test10 on the kernel
refuses to compile.

  Ralf

From owner-linux-mips@oss.sgi.com Tue Dec  5 01:28:46 2000
Received:  by oss.sgi.com id <S553959AbQLEJ2f>;
	Tue, 5 Dec 2000 01:28:35 -0800
Received: from deliverator.sgi.com ([204.94.214.10]:45391 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S553700AbQLEJ2O>;
	Tue, 5 Dec 2000 01:28:14 -0800
Received: from sgisgp.singapore.sgi.com (sgisgp.singapore.sgi.com [134.14.84.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id BAA09785
	for <linux-mips@oss.sgi.com>; Tue, 5 Dec 2000 01:28:06 -0800 (PST)
	mail_from (calvine@sgi.com)
Received: from sgp-apsa001e--n.singapore.sgi.com by sgisgp.singapore.sgi.com via ESMTP (950413.SGI.8.6.12/930416.SGI)
	for <linux-mips@oss.sgi.com> id RAA10706; Tue, 5 Dec 2000 17:37:49 +0800
Received: by sgp-apsa001e--n.singapore.sgi.com with Internet Mail Service (5.5.2650.21)
	id <XQ01WPLW>; Tue, 5 Dec 2000 17:31:35 +0800
Message-ID: <43FECA7CDC4CD411A4A3009027999112267CC3@sgp-apsa001e--n.singapore.sgi.com>
From:   Calvine Chew <calvine@sgi.com>
To:     "'linux-mips'" <linux-mips@oss.sgi.com>
Subject: oss ftp server down?
Date:   Tue, 5 Dec 2000 17:31:27 +0800 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Is it down? I can't access it...

--
Calvine Chew, Technical Consultant
Technology & Industry Consulting Group (Asia South), SGI.
***************************************************************
Inter spem curamque, timores inter et iras, omnem crede diem tibi
diluxisse supremum: grata superveniet quae sperabitur hora.
http://www.cyberjunkie.com/arcana
***************************************************************





From owner-linux-mips@oss.sgi.com Tue Dec  5 01:35:05 2000
Received:  by oss.sgi.com id <S553963AbQLEJe4>;
	Tue, 5 Dec 2000 01:34:56 -0800
Received: from web1.lanscape.net ([64.240.156.194]:45580 "EHLO
        web1.lanscape.net") by oss.sgi.com with ESMTP id <S553750AbQLEJeu>;
	Tue, 5 Dec 2000 01:34:50 -0800
Received: from sumpf.cyrius.com (IDENT:root@web1.lanscape.net [64.240.156.194])
	by web1.lanscape.net (8.9.3/8.9.3) with ESMTP id DAA08869;
	Tue, 5 Dec 2000 03:34:14 -0600
Received: by sumpf.cyrius.com (Postfix, from userid 1000)
	id 17E81150CF; Tue,  5 Dec 2000 09:39:30 +0000 (GMT)
Date:   Tue, 5 Dec 2000 09:39:30 +0000
From:   Martin Michlmayr <tbm@cyrius.com>
To:     Calvine Chew <calvine@sgi.com>
Cc:     "'linux-mips'" <linux-mips@oss.sgi.com>
Subject: Re: oss ftp server down?
Message-ID: <20001205093930.A867@sumpf.cyrius.com>
References: <43FECA7CDC4CD411A4A3009027999112267CC3@sgp-apsa001e--n.singapore.sgi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <43FECA7CDC4CD411A4A3009027999112267CC3@sgp-apsa001e--n.singapore.sgi.com>; from calvine@sgi.com on Tue, Dec 05, 2000 at 05:31:27PM +0800
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

* Calvine Chew <calvine@sgi.com> [20001205 17:31]:
> Is it down? I can't access it...

I just tried ftp://oss.sgi.com/pub/linux/mips and it works.
-- 
Martin Michlmayr
tbm@cyrius.com

From owner-linux-mips@oss.sgi.com Tue Dec  5 01:44:45 2000
Received:  by oss.sgi.com id <S553969AbQLEJoZ>;
	Tue, 5 Dec 2000 01:44:25 -0800
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:25385 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S553966AbQLEJoN>; Tue, 5 Dec 2000 01:44:13 -0800
Received: from sgisgp.singapore.sgi.com (sgisgp.singapore.sgi.com [134.14.84.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id BAA03721
	for <linux-mips@oss.sgi.com>; Tue, 5 Dec 2000 01:52:19 -0800 (PST)
	mail_from (calvine@sgi.com)
Received: from sgp-apsa001e--n.singapore.sgi.com by sgisgp.singapore.sgi.com via ESMTP (950413.SGI.8.6.12/930416.SGI)
	 id RAA11144; Tue, 5 Dec 2000 17:53:50 +0800
Received: by sgp-apsa001e--n.singapore.sgi.com with Internet Mail Service (5.5.2650.21)
	id <XQ01WPM8>; Tue, 5 Dec 2000 17:47:36 +0800
Message-ID: <43FECA7CDC4CD411A4A3009027999112267CC4@sgp-apsa001e--n.singapore.sgi.com>
From:   Calvine Chew <calvine@sgi.com>
To:     "'Martin Michlmayr'" <tbm@cyrius.com>
Cc:     "'linux-mips@oss.sgi.com'" <linux-mips@oss.sgi.com>
Subject: RE: oss ftp server down?
Date:   Tue, 5 Dec 2000 17:47:34 +0800 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

That's really weird. I used to be able to access the oss.sgi.com ftp server
until recently... I keep getting timeouts...

> -----Original Message-----
> From: Martin Michlmayr [mailto:tbm@cyrius.com]
> Sent: Tuesday, December 05, 2000 5:40 PM
> To: Calvine Chew
> Cc: 'linux-mips'
> Subject: Re: oss ftp server down?
> 
> 
> * Calvine Chew <calvine@sgi.com> [20001205 17:31]:
> > Is it down? I can't access it...
> 
> I just tried ftp://oss.sgi.com/pub/linux/mips and it works.
> -- 
> Martin Michlmayr
> tbm@cyrius.com
> 

From owner-linux-mips@oss.sgi.com Tue Dec  5 02:12:15 2000
Received:  by oss.sgi.com id <S553972AbQLEKL4>;
	Tue, 5 Dec 2000 02:11:56 -0800
Received: from hermes.research.kpn.com ([139.63.192.8]:5893 "EHLO
        hermes.research.kpn.com") by oss.sgi.com with ESMTP
	id <S553968AbQLEKLb>; Tue, 5 Dec 2000 02:11:31 -0800
Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6])
 by research.kpn.com (PMDF V5.2-31 #42699)
 with ESMTP id <01JXCD4NDS4K001214@research.kpn.com>; Tue,
 5 Dec 2000 11:11:28 +0100
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 LAA18560; Tue,
 05 Dec 2000 11:11:28 +0100 (MET)
Date:   Tue, 05 Dec 2000 11:11:28 +0100
From:   "Houten K.H.C. van (Karel)" <K.H.C.vanHouten@research.kpn.com>
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: [SUCCESS] 2.4.0-test11 on Decstation 5000/150 (R4000)
In-reply-to: "Your message of Mon, 04 Dec 2000 19:57:45 +0100."
 <20001204195745.E12738@bacchus.dhis.org>
To:     Ralf Baechle <ralf@oss.sgi.com>
Cc:     linux-mips@oss.sgi.com
Reply-to: K.H.C.vanHouten@kpn.com
Message-id: <200012051011.LAA18560@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
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing



Ralf wrote:
> egcs 1.0.x will misscompile kernels; therefore from test10 on the kernel
> refuses to compile.
> 

Is there any compiler source that can be compiled native on mipsel,
and can compile kernels on mipsel (native)?

Regards,
Karel.
-- 
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 owner-linux-mips@oss.sgi.com Tue Dec  5 02:36:05 2000
Received:  by oss.sgi.com id <S553974AbQLEKf4>;
	Tue, 5 Dec 2000 02:35:56 -0800
Received: from router.isratech.ro ([193.226.114.69]:32781 "EHLO
        router.isratech.ro") by oss.sgi.com with ESMTP id <S553690AbQLEKfl>;
	Tue, 5 Dec 2000 02:35:41 -0800
Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163])
	by router.isratech.ro (8.10.2/8.10.2) with ESMTP id eB5AXvV05087
	for <linux-mips@oss.sgi.com>; Tue, 5 Dec 2000 12:34:20 +0200
Message-ID: <3A2D310E.CA3BE148@isratech.ro>
Date:   Tue, 05 Dec 2000 13:16:47 -0500
From:   Nicu Popovici <octavp@isratech.ro>
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.15-2.5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-mips@oss.sgi.com
Subject: X on ATLAS.
Content-Type: multipart/mixed;
 boundary="------------304B261A0E1FC155F593FB3F"
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

This is a multi-part message in MIME format.
--------------304B261A0E1FC155F593FB3F
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello ,

Does anyone know  something about running X on a mips machine ( ATLAS
board + QEV processor ) ? Please try to give me a clue .

Regards,
Nicu


--------------304B261A0E1FC155F593FB3F
Content-Type: text/x-vcard; charset=us-ascii;
 name="octavp.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Nicu Popovici
Content-Disposition: attachment;
 filename="octavp.vcf"

begin:vcard 
n:POPOVICI;Nicolae Octavian 
tel;cell:+40 93 605020
x-mozilla-html:FALSE
org:SC Silicon Service SRL;Software
adr:;;;;;;
version:2.1
email;internet:octavp@isratech.ro
title:Software engineer
x-mozilla-cpt:;0
fn:Nicolae Octavian POPOVICI
end:vcard

--------------304B261A0E1FC155F593FB3F--


From owner-linux-mips@oss.sgi.com Tue Dec  5 05:07:37 2000
Received:  by oss.sgi.com id <S553712AbQLENH0>;
	Tue, 5 Dec 2000 05:07:26 -0800
Received: from gandalf.physik.uni-konstanz.de ([134.34.144.69]:47880 "EHLO
        gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP
	id <S553652AbQLENHQ>; Tue, 5 Dec 2000 05:07:16 -0800
Received: from bilbo.physik.uni-konstanz.de [134.34.144.81] 
	by gandalf.physik.uni-konstanz.de with esmtp (Exim 3.12 #1 (Debian))
	id 143HoH-0004Qn-00; Tue, 05 Dec 2000 14:07:05 +0100
Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian))
	id 143HoG-0007TL-00; Tue, 05 Dec 2000 14:07:04 +0100
Date:   Tue, 5 Dec 2000 14:07:04 +0100
From:   Guido Guenther <guido.guenther@uni-konstanz.de>
To:     Nicu Popovici <octavp@isratech.ro>
Cc:     linux-mips@oss.sgi.com
Subject: Re: X on ATLAS.
Message-ID: <20001205140704.C28457@bilbo.physik.uni-konstanz.de>
References: <3A2D310E.CA3BE148@isratech.ro>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3A2D310E.CA3BE148@isratech.ro>; from octavp@isratech.ro on Tue, Dec 05, 2000 at 01:16:47PM -0500
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Hi,
On Tue, Dec 05, 2000 at 01:16:47PM -0500, Nicu Popovici wrote:
> Does anyone know  something about running X on a mips machine ( ATLAS
> board + QEV processor ) ? Please try to give me a clue .
What kind of graphic hardware does the ATLAS board have. If you have 
a framebuffer device you should be able to get X(>=4.0.1) running fairly 
easily. 
 -- Guido

From owner-linux-mips@oss.sgi.com Tue Dec  5 05:49:55 2000
Received:  by oss.sgi.com id <S553964AbQLENtp>;
	Tue, 5 Dec 2000 05:49:45 -0800
Received: from router.isratech.ro ([193.226.114.69]:17930 "EHLO
        router.isratech.ro") by oss.sgi.com with ESMTP id <S553692AbQLENtW>;
	Tue, 5 Dec 2000 05:49:22 -0800
Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163])
	by router.isratech.ro (8.10.2/8.10.2) with ESMTP id eB5DmnV10622
	for <linux-mips@oss.sgi.com>; Tue, 5 Dec 2000 15:48:49 +0200
Message-ID: <3A2D60BB.311D4ECA@isratech.ro>
Date:   Tue, 05 Dec 2000 16:40:11 -0500
From:   Nicu Popovici <octavp@isratech.ro>
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.15-2.5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-mips@oss.sgi.com
Subject: MIPS ext2fs problem.
Content-Type: multipart/mixed;
 boundary="------------B8002E3D75EB3A6D39F5DC8D"
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

This is a multi-part message in MIME format.
--------------B8002E3D75EB3A6D39F5DC8D
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello,

I did port the ATLAS support from linux-2.2.12 kernel into linux-2.2.14
. I saw that there is a problem, if I reset the computer in an unusual
way  then at restart it tries to do e2fsck on the hdd. My problem is
that when I run linux 2.2.14 ( for ATLAS , that we ported ) it get
stucked in running e2fsck. Do you have any ideea of what is happening ?

Regards,
Nicu

--------------B8002E3D75EB3A6D39F5DC8D
Content-Type: text/x-vcard; charset=us-ascii;
 name="octavp.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Nicu Popovici
Content-Disposition: attachment;
 filename="octavp.vcf"

begin:vcard 
n:POPOVICI;Nicolae Octavian 
tel;cell:+40 93 605020
x-mozilla-html:FALSE
org:SC Silicon Service SRL;Software
adr:;;;;;;
version:2.1
email;internet:octavp@isratech.ro
title:Software engineer
x-mozilla-cpt:;0
fn:Nicolae Octavian POPOVICI
end:vcard

--------------B8002E3D75EB3A6D39F5DC8D--


From owner-linux-mips@oss.sgi.com Tue Dec  5 08:27:36 2000
Received:  by oss.sgi.com id <S553979AbQLEQ10>;
	Tue, 5 Dec 2000 08:27:26 -0800
Received: from [207.81.221.34] ([207.81.221.34]:44831 "EHLO relay")
	by oss.sgi.com with ESMTP id <S553976AbQLEQ1M>;
	Tue, 5 Dec 2000 08:27:12 -0800
Received: from vcubed.com ([207.81.96.153])
	by relay (8.8.7/8.8.7) with ESMTP id MAA23068;
	Tue, 5 Dec 2000 12:50:33 -0500
Message-ID: <3A2D1860.4551C813@vcubed.com>
Date:   Tue, 05 Dec 2000 11:31:28 -0500
From:   Dan Aizenstros <dan@vcubed.com>
Organization: V3 Semiconductor
X-Mailer: Mozilla 4.6 [en] (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To:     Nicu Popovici <octavp@isratech.ro>
CC:     linux-mips@oss.sgi.com
Subject: Re: X on ATLAS.
References: <3A2D310E.CA3BE148@isratech.ro>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Hello,

I have X running on a V3 Hurricane board which has a
QED RM5231 CPU and is operating in little endian mode.
I use ATI Rage IIC (PCI) video boards.  I am using the
XFree86 version 3.3.2 and the FBDev server.

What is your specific problem or question?

Dan Aizenstros
Software Engineer
V3 Semiconductor Corp.

Nicu Popovici wrote:
> 
> Hello ,
> 
> Does anyone know  something about running X on a mips machine ( ATLAS
> board + QEV processor ) ? Please try to give me a clue .
> 
> Regards,
> Nicu

From owner-linux-mips@oss.sgi.com Tue Dec  5 09:47:06 2000
Received:  by oss.sgi.com id <S554010AbQLERq4>;
	Tue, 5 Dec 2000 09:46:56 -0800
Received: from u-153-21.karlsruhe.ipdial.viaginterkom.de ([62.180.21.153]:34832
        "EHLO u-153-21.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com
	with ESMTP id <S554004AbQLERqk>; Tue, 5 Dec 2000 09:46:40 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S869880AbQLERqW>;
	Tue, 5 Dec 2000 18:46:22 +0100
Date:	Tue, 5 Dec 2000 18:46:22 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	Nicu Popovici <octavp@isratech.ro>
Cc:	linux-mips@oss.sgi.com
Subject: Re: MIPS ext2fs problem.
Message-ID: <20001205184622.A16354@bacchus.dhis.org>
References: <3A2D60BB.311D4ECA@isratech.ro>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <3A2D60BB.311D4ECA@isratech.ro>; from octavp@isratech.ro on Tue, Dec 05, 2000 at 04:40:11PM -0500
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Tue, Dec 05, 2000 at 04:40:11PM -0500, Nicu Popovici wrote:

> I did port the ATLAS support from linux-2.2.12 kernel into linux-2.2.14
> . I saw that there is a problem, if I reset the computer in an unusual
> way  then at restart it tries to do e2fsck on the hdd. My problem is
> that when I run linux 2.2.14 ( for ATLAS , that we ported ) it get
> stucked in running e2fsck. Do you have any ideea of what is happening ?

Most probably this is a driver or other kernel issues.

  Ralf

From owner-linux-mips@oss.sgi.com Tue Dec  5 09:50:37 2000
Received:  by oss.sgi.com id <S554012AbQLERu0>;
	Tue, 5 Dec 2000 09:50:26 -0800
Received: from u-153-21.karlsruhe.ipdial.viaginterkom.de ([62.180.21.153]:36368
        "EHLO u-153-21.karlsruhe.ipdial.viaginterkom.de") by oss.sgi.com
	with ESMTP id <S554007AbQLERuT>; Tue, 5 Dec 2000 09:50:19 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S868868AbQLERuF>;
	Tue, 5 Dec 2000 18:50:05 +0100
Date:	Tue, 5 Dec 2000 18:50:05 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	Calvine Chew <calvine@sgi.com>
Cc:	'Martin Michlmayr' <tbm@cyrius.com>,
        "'linux-mips@oss.sgi.com'" <linux-mips@oss.sgi.com>
Subject: Re: oss ftp server down?
Message-ID: <20001205185005.B16354@bacchus.dhis.org>
References: <43FECA7CDC4CD411A4A3009027999112267CC4@sgp-apsa001e--n.singapore.sgi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <43FECA7CDC4CD411A4A3009027999112267CC4@sgp-apsa001e--n.singapore.sgi.com>; from calvine@sgi.com on Tue, Dec 05, 2000 at 05:47:34PM +0800
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Tue, Dec 05, 2000 at 05:47:34PM +0800, Calvine Chew wrote:

> That's really weird. I used to be able to access the oss.sgi.com ftp server
> until recently... I keep getting timeouts...

[ralf@lappi ralf]$ ssh oss.sgi.com uptime
  9:47am  up 12 days, 17:23,  0 users,  load average: 0.00, 0.00, 0.00
[ralf@lappi ralf]$ 

Inside SGI those timeouts are usually explained by an incorrect SOCKS
client setup.

SOCKS sucks.  Spell all uppercase.

  Ralf

From owner-linux-mips@oss.sgi.com Tue Dec  5 09:58:06 2000
Received:  by oss.sgi.com id <S554011AbQLER54>;
	Tue, 5 Dec 2000 09:57:56 -0800
Received: from mx.mips.com ([206.31.31.226]:12482 "EHLO mx.mips.com")
	by oss.sgi.com with ESMTP id <S554004AbQLER5s>;
	Tue, 5 Dec 2000 09:57:48 -0800
Received: from newman.mips.com (ns-dmz [206.31.31.225])
	by mx.mips.com (8.9.3/8.9.0) with ESMTP id JAA20445;
	Tue, 5 Dec 2000 09:57:43 -0800 (PST)
Received: from Ulysses (ulysses [192.168.236.13])
	by newman.mips.com (8.9.3/8.9.0) with SMTP id JAA26082;
	Tue, 5 Dec 2000 09:57:40 -0800 (PST)
Message-ID: <01c701c05ee5$587a36a0$0deca8c0@Ulysses>
From:   "Kevin D. Kissell" <kevink@mips.com>
To:     "Nicu Popovici" <octavp@isratech.ro>, <linux-mips@oss.sgi.com>
References: <3A2D60BB.311D4ECA@isratech.ro>
Subject: Re: MIPS ext2fs problem.
Date:   Tue, 5 Dec 2000 19:00:58 +0100
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.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

> I did port the ATLAS support from linux-2.2.12 kernel into linux-2.2.14
> . I saw that there is a problem, if I reset the computer in an unusual
> way  then at restart it tries to do e2fsck on the hdd. My problem is
> that when I run linux 2.2.14 ( for ATLAS , that we ported ) it get
> stucked in running e2fsck. Do you have any ideea of what is happening ?

Are you using SCSI disks, and if so, did you merge the
SCSI driver from the MIPS 2.2.12 kernel into your 2.2.14
base?  The standard distribution of that driver wasn't 100%
cache safe for MIPS, and probably still isn't.

            Regards,

            Kevin K.


From owner-linux-mips@oss.sgi.com Wed Dec  6 13:53:33 2000
Received:  by oss.sgi.com id <S553761AbQLFVxN>;
	Wed, 6 Dec 2000 13:53:13 -0800
Received: from widukind.bi.teuto.net ([212.8.197.28]:61713 "EHLO
        widukind.bi.teuto.net") by oss.sgi.com with ESMTP
	id <S553746AbQLFVw4>; Wed, 6 Dec 2000 13:52:56 -0800
Received: from p400 (pD902EA4B.dip.t-dialin.net [217.2.234.75])
	by widukind.bi.teuto.net (8.9.3/8.9.3) with SMTP id WAA07519
	for <linux-mips@oss.sgi.com>; Wed, 6 Dec 2000 22:52:53 +0100
Message-ID: <002701c05fce$98879d20$3264a8c0@brainstaff.de>
From:   "Ingo Rose" <ingo@beldam.teuto.de>
To:     <linux-mips@oss.sgi.com>
Subject: rm linux port?
Date:   Wed, 6 Dec 2000 22:15:29 +0100
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.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
X-Popauth-Info: 976139540
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

is there a port for for sni rm200 available?


regards,
ingo


From owner-linux-mips@oss.sgi.com Thu Dec  7 06:20:39 2000
Received:  by oss.sgi.com id <S553648AbQLGOU3>;
	Thu, 7 Dec 2000 06:20:29 -0800
Received: from noose.gt.owl.de ([62.52.19.4]:45067 "HELO noose.gt.owl.de")
	by oss.sgi.com with SMTP id <S553645AbQLGOUB>;
	Thu, 7 Dec 2000 06:20:01 -0800
Received: by noose.gt.owl.de (Postfix, from userid 10)
	id 590E2855; Thu,  7 Dec 2000 15:19:59 +0100 (CET)
Received: by paradigm.rfc822.org (Postfix, from userid 1000)
	id B4F4E8F74; Thu,  7 Dec 2000 13:34:05 +0100 (CET)
Date:   Thu, 7 Dec 2000 13:34:05 +0100
From:   Florian Lohoff <flo@rfc822.org>
To:     Ingo Rose <ingo@beldam.teuto.de>
Cc:     linux-mips@oss.sgi.com
Subject: Re: rm linux port?
Message-ID: <20001207133405.B4305@paradigm.rfc822.org>
References: <002701c05fce$98879d20$3264a8c0@brainstaff.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <002701c05fce$98879d20$3264a8c0@brainstaff.de>; from ingo@beldam.teuto.de on Wed, Dec 06, 2000 at 10:15:29PM +0100
Organization: rfc822 - pure communication
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Wed, Dec 06, 2000 at 10:15:29PM +0100, Ingo Rose wrote:
> 
> is there a port for for sni rm200 available?
> 

There was a port for the RM200 (Little Endian / Windows Firmware) although
i dont think anyone has looked after it for a while (while >= 2 Years)

Flo
-- 
Florian Lohoff                  flo@rfc822.org             +49-5201-669912
     Why is it called "common sense" when nobody seems to have any?


From owner-linux-mips@oss.sgi.com Thu Dec  7 07:59:48 2000
Received:  by oss.sgi.com id <S553677AbQLGP7i>;
	Thu, 7 Dec 2000 07:59:38 -0800
Received: from mx.mips.com ([206.31.31.226]:14566 "EHLO mx.mips.com")
	by oss.sgi.com with ESMTP id <S553659AbQLGP7e>;
	Thu, 7 Dec 2000 07:59:34 -0800
Received: from newman.mips.com (ns-dmz [206.31.31.225])
	by mx.mips.com (8.9.3/8.9.0) with ESMTP id HAA13203
	for <linux-mips@oss.sgi.com>; Thu, 7 Dec 2000 07:59:30 -0800 (PST)
Received: from copfs01.mips.com (copfs01 [192.168.205.101])
	by newman.mips.com (8.9.3/8.9.0) with ESMTP id HAA12327
	for <linux-mips@oss.sgi.com>; Thu, 7 Dec 2000 07:59:29 -0800 (PST)
Received: from mips.com (copsun17 [192.168.205.27])
	by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id QAA03748
	for <linux-mips@oss.sgi.com>; Thu, 7 Dec 2000 16:59:08 +0100 (MET)
Message-ID: <3A2FB3CB.3566F805@mips.com>
Date:   Thu, 07 Dec 2000 16:59:07 +0100
From:   Carsten Langgaard <carstenl@mips.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-mips@oss.sgi.com
Subject: Setup a signal frame.
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

I have a question regarding the setup_frame function in
arch/mips/kernel/signal.c.

If the setup fails we send a SIGSEGV to the current process, but before
doing that we check if signr == SIGSEGV, and if so install the default
handler.
But isn't we sending a SIGSEGV signal, and therefore always should
install the default handler and not check if the original signal was
SIGSEGV ?

In kernel 2.2.12 we always used do_exit(SIGSEGV) if the setup failed,
why has this changed in the 2.4.0 kernel ?

/Carsten

--
_    _ ____  ___   Carsten Langgaard   Mailto:carstenl@mips.com
|\  /|||___)(___   MIPS Denmark        Direct: +45 4486 5527
| \/ |||    ____)  Lautrupvang 4B      Switch: +45 4486 5555
  TECHNOLOGIES     2750 Ballerup       Fax...: +45 4486 5556
                   Denmark             http://www.mips.com




From owner-linux-mips@oss.sgi.com Thu Dec  7 19:13:42 2000
Received:  by oss.sgi.com id <S553792AbQLHDNW>;
	Thu, 7 Dec 2000 19:13:22 -0800
Received: from hybrid-024-221-181-223.ca.sprintbbd.net ([24.221.181.223]:60660
        "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP
	id <S553758AbQLHDM5>; Thu, 7 Dec 2000 19:12:57 -0800
Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75])
	by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id eB84ArS29663;
	Thu, 7 Dec 2000 20:10:53 -0800
Message-ID: <3A3051C1.DCFC749B@mvista.com>
Date:   Thu, 07 Dec 2000 19:13:05 -0800
From:   Jun Sun <jsun@mvista.com>
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i586)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-mips@oss.sgi.com
Subject: Should /dev/kmem support above 0x80000000 area?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


Currently one cannot read memory area above 0x80000000 throught /dev/kmem.  In
fact, an earlier bug would put the process into an infinite loop if you try to
do that.  That seems to be fixed now.

It seems to be very useful if we do allow that access.  What do you think?

Ralf, if we do want to enable it - which is pretty simple to do -, should I
give you the patch or shuld I submit it to somebody else who is maintaining
/dev/kmem?

Jun

From owner-linux-mips@oss.sgi.com Fri Dec  8 02:21:45 2000
Received:  by oss.sgi.com id <S553798AbQLHKVZ>;
	Fri, 8 Dec 2000 02:21:25 -0800
Received: from router.isratech.ro ([193.226.114.69]:55822 "EHLO
        router.isratech.ro") by oss.sgi.com with ESMTP id <S553756AbQLHKVC>;
	Fri, 8 Dec 2000 02:21:02 -0800
Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163])
	by router.isratech.ro (8.10.2/8.10.2) with ESMTP id eB8AKdJ13741
	for <linux-mips@oss.sgi.com>; Fri, 8 Dec 2000 12:20:40 +0200
Message-ID: <3A312472.EC810DE0@isratech.ro>
Date:   Fri, 08 Dec 2000 13:12:02 -0500
From:   Nicu Popovici <octavp@isratech.ro>
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.15-2.5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-mips@oss.sgi.com
Subject: ODD question.
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Hello you all,

I have the following problem. Can I cross compile a Linux code for
SCO_UNIX operating sistem ? There is someone or does have any ideea of
setting uop a cross compiler for SCO_UNIX operating sistem ?

Best Regards,
Nicu


From owner-linux-mips@oss.sgi.com Fri Dec  8 04:00:04 2000
Received:  by oss.sgi.com id <S553802AbQLHL7y>;
	Fri, 8 Dec 2000 03:59:54 -0800
Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:17905 "EHLO
        delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id <S553795AbQLHL7b>;
	Fri, 8 Dec 2000 03:59:31 -0800
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id MAA08985;
	Fri, 8 Dec 2000 12:57:20 +0100 (MET)
Date:   Fri, 8 Dec 2000 12:57:19 +0100 (MET)
From:   "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To:     Nicu Popovici <octavp@isratech.ro>
cc:     linux-mips@oss.sgi.com
Subject: Re: ODD question.
In-Reply-To: <3A312472.EC810DE0@isratech.ro>
Message-ID: <Pine.GSO.3.96.1001208125611.6796E-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Fri, 8 Dec 2000, Nicu Popovici wrote:

> I have the following problem. Can I cross compile a Linux code for
> SCO_UNIX operating sistem ? There is someone or does have any ideea of
> setting uop a cross compiler for SCO_UNIX operating sistem ?

 Just build a cross-toolchain in the usual way.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +


From owner-linux-mips@oss.sgi.com Fri Dec  8 04:56:55 2000
Received:  by oss.sgi.com id <S553805AbQLHM4p>;
	Fri, 8 Dec 2000 04:56:45 -0800
Received: from router.isratech.ro ([193.226.114.69]:19208 "EHLO
        router.isratech.ro") by oss.sgi.com with ESMTP id <S553801AbQLHM43>;
	Fri, 8 Dec 2000 04:56:29 -0800
Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163])
	by router.isratech.ro (8.10.2/8.10.2) with ESMTP id eB8CrOJ17289;
	Fri, 8 Dec 2000 14:53:31 +0200
Message-ID: <3A314835.CE0FE333@isratech.ro>
Date:   Fri, 08 Dec 2000 15:44:37 -0500
From:   Nicu Popovici <octavp@isratech.ro>
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.15-2.5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>, linux-mips@oss.sgi.com
Subject: Re: ODD question.
References: <Pine.GSO.3.96.1001208125611.6796E-100000@delta.ds2.pg.gda.pl>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Hello,

Can you tell me the parameters for a building a cross-toolchain  for
SCO_UNIX operating sistem. I looked for something like that in info gcc,
man gcc and I did not find anything!

Regards,
Nicu

"Maciej W. Rozycki" wrote:

> On Fri, 8 Dec 2000, Nicu Popovici wrote:
>
> > I have the following problem. Can I cross compile a Linux code for
> > SCO_UNIX operating sistem ? There is someone or does have any ideea of
> > setting uop a cross compiler for SCO_UNIX operating sistem ?
>
>  Just build a cross-toolchain in the usual way.
>
> --
> +  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
> +--------------------------------------------------------------+
> +        e-mail: macro@ds2.pg.gda.pl, PGP key available        +


From owner-linux-mips@oss.sgi.com Fri Dec  8 05:46:55 2000
Received:  by oss.sgi.com id <S553808AbQLHNqf>;
	Fri, 8 Dec 2000 05:46:35 -0800
Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:38898 "EHLO
        delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id <S553803AbQLHNqL>;
	Fri, 8 Dec 2000 05:46:11 -0800
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id OAA12067;
	Fri, 8 Dec 2000 14:32:57 +0100 (MET)
Date:   Fri, 8 Dec 2000 14:32:56 +0100 (MET)
From:   "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To:     Nicu Popovici <octavp@isratech.ro>
cc:     linux-mips@oss.sgi.com
Subject: Re: ODD question.
In-Reply-To: <3A314835.CE0FE333@isratech.ro>
Message-ID: <Pine.GSO.3.96.1001208140947.6796F-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Fri, 8 Dec 2000, Nicu Popovici wrote:

> Can you tell me the parameters for a building a cross-toolchain  for
> SCO_UNIX operating sistem. I looked for something like that in info gcc,
> man gcc and I did not find anything!

 Run config.guess (available in the top-level directory of the tools) on
your SCO host system and use the output for target specification when
configuring tools.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +


From owner-linux-mips@oss.sgi.com Fri Dec  8 15:33:38 2000
Received:  by oss.sgi.com id <S553802AbQLHXdT>;
	Fri, 8 Dec 2000 15:33:19 -0800
Received: from wn42-146.sdc.org ([209.155.42.146]:34800 "EHLO lappi")
	by oss.sgi.com with ESMTP id <S553798AbQLHXcp>;
	Fri, 8 Dec 2000 15:32:45 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S869705AbQLHXcX>;
	Sat, 9 Dec 2000 00:32:23 +0100
Date:	Sat, 9 Dec 2000 00:32:23 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	Jun Sun <jsun@mvista.com>
Cc:	linux-mips@oss.sgi.com
Subject: Re: Should /dev/kmem support above 0x80000000 area?
Message-ID: <20001209003222.A10669@bacchus.dhis.org>
References: <3A3051C1.DCFC749B@mvista.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <3A3051C1.DCFC749B@mvista.com>; from jsun@mvista.com on Thu, Dec 07, 2000 at 07:13:05PM -0800
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Thu, Dec 07, 2000 at 07:13:05PM -0800, Jun Sun wrote:

> Currently one cannot read memory area above 0x80000000 throught /dev/kmem.  In
> fact, an earlier bug would put the process into an infinite loop if you try to
> do that.  That seems to be fixed now.
> 
> It seems to be very useful if we do allow that access.  What do you think?

Actually there is almost nothing left that uses /dev/{mem,kmem} these days.
Nevertheless it's a supported interface, so we have to get it right.

> Ralf, if we do want to enable it - which is pretty simple to do -, should I
> give you the patch or shuld I submit it to somebody else who is maintaining
> /dev/kmem?

Send me the patch and I'll comment.

  Ralf

From owner-linux-mips@oss.sgi.com Mon Dec 11 03:56:05 2000
Received:  by oss.sgi.com id <S553824AbQLKLzz>;
	Mon, 11 Dec 2000 03:55:55 -0800
Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:21394 "EHLO
        delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id <S553855AbQLKLzb>;
	Mon, 11 Dec 2000 03:55:31 -0800
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id MAA20895;
	Mon, 11 Dec 2000 12:28:19 +0100 (MET)
Date:   Mon, 11 Dec 2000 12:28:19 +0100 (MET)
From:   "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To:     Ralf Baechle <ralf@oss.sgi.com>
cc:     Jun Sun <jsun@mvista.com>, linux-mips@oss.sgi.com
Subject: Re: Should /dev/kmem support above 0x80000000 area?
In-Reply-To: <20001209003222.A10669@bacchus.dhis.org>
Message-ID: <Pine.GSO.3.96.1001211122115.18945B-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Sat, 9 Dec 2000, Ralf Baechle wrote:

> Actually there is almost nothing left that uses /dev/{mem,kmem} these days.

 Last time I checked /dev/mem worked as expected.  For Alpha /dev/mem is
used to emulate PCI/ISA I/O space accesses (ioperm(), inb/outb() and
friends) by glibc.  At least XFree86 and SVGATextMode make use of these
features.  I suppose it's the same for MIPS (I haven't checked, though). 

 In general /dev/mem is useful for poking at hardware from user space.  On
the other hand, /dev/kmem is not very useful anymore, indeed. 

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +


From owner-linux-mips@oss.sgi.com Mon Dec 11 04:42:36 2000
Received:  by oss.sgi.com id <S553858AbQLKMm0>;
	Mon, 11 Dec 2000 04:42:26 -0800
Received: from gandalf.physik.uni-konstanz.de ([134.34.144.69]:50950 "EHLO
        gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP
	id <S553855AbQLKMmM>; Mon, 11 Dec 2000 04:42:12 -0800
Received: from faramir.physik.uni-konstanz.de [134.34.144.86] 
	by gandalf.physik.uni-konstanz.de with esmtp (Exim 3.12 #1 (Debian))
	id 145SGs-0003BM-00; Mon, 11 Dec 2000 13:41:34 +0100
Received: from agx by faramir.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian))
	id 145SGs-0002HB-00; Mon, 11 Dec 2000 13:41:34 +0100
Date:   Mon, 11 Dec 2000 13:41:33 +0100
From:   Guido Guenther <guido.guenther@gmx.net>
To:     "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Cc:     linux-mips@oss.sgi.com
Subject: Re: Should /dev/kmem support above 0x80000000 area?
Message-ID: <20001211134133.A8720@faramir.physik.uni-konstanz.de>
References: <20001209003222.A10669@bacchus.dhis.org> <Pine.GSO.3.96.1001211122115.18945B-100000@delta.ds2.pg.gda.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.GSO.3.96.1001211122115.18945B-100000@delta.ds2.pg.gda.pl>; from macro@ds2.pg.gda.pl on Mon, Dec 11, 2000 at 12:28:19PM +0100
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Mon, Dec 11, 2000 at 12:28:19PM +0100, Maciej W. Rozycki wrote:
> friends) by glibc.  At least XFree86 and SVGATextMode make use of these
> features.  I suppose it's the same for MIPS (I haven't checked, though). 
Yes. xf86MapVidMem & friends use /dev/mem to mmap videomemory & iospace
independent of architecure.
 -- Guido

From owner-linux-mips@oss.sgi.com Mon Dec 11 05:27:47 2000
Received:  by oss.sgi.com id <S553857AbQLKN1i>;
	Mon, 11 Dec 2000 05:27:38 -0800
Received: from mx.mips.com ([206.31.31.226]:28317 "EHLO mx.mips.com")
	by oss.sgi.com with ESMTP id <S553815AbQLKN11>;
	Mon, 11 Dec 2000 05:27:27 -0800
Received: from newman.mips.com (ns-dmz [206.31.31.225])
	by mx.mips.com (8.9.3/8.9.0) with ESMTP id FAA11768
	for <linux-mips@oss.sgi.com>; Mon, 11 Dec 2000 05:27:23 -0800 (PST)
Received: from copfs01.mips.com (copfs01 [192.168.205.101])
	by newman.mips.com (8.9.3/8.9.0) with ESMTP id FAA14567
	for <linux-mips@oss.sgi.com>; Mon, 11 Dec 2000 05:27:22 -0800 (PST)
Received: from mips.com (copsun17 [192.168.205.27])
	by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id OAA19198
	for <linux-mips@oss.sgi.com>; Mon, 11 Dec 2000 14:26:58 +0100 (MET)
Message-ID: <3A34D621.51AB8654@mips.com>
Date:   Mon, 11 Dec 2000 14:26:57 +0100
From:   Carsten Langgaard <carstenl@mips.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-mips@oss.sgi.com
Subject: Crosscompiler
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Where can I find a precompiled crosscompiler for mips 64 little endian ?

I coundn't find any under
ftp://oss.sgi.com/pub/linux/mips/crossdev/i386-linux/

/Carsten

--
_    _ ____  ___   Carsten Langgaard   Mailto:carstenl@mips.com
|\  /|||___)(___   MIPS Denmark        Direct: +45 4486 5527
| \/ |||    ____)  Lautrupvang 4B      Switch: +45 4486 5555
  TECHNOLOGIES     2750 Ballerup       Fax...: +45 4486 5556
                   Denmark             http://www.mips.com




From owner-linux-mips@oss.sgi.com Mon Dec 11 10:26:57 2000
Received:  by oss.sgi.com id <S553861AbQLKS0r>;
	Mon, 11 Dec 2000 10:26:47 -0800
Received: from hybrid-024-221-181-223.ca.sprintbbd.net ([24.221.181.223]:40693
        "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP
	id <S553667AbQLKS0c>; Mon, 11 Dec 2000 10:26:32 -0800
Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75])
	by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id eBBJMOS20966;
	Mon, 11 Dec 2000 11:22:24 -0800
Message-ID: <3A358CEB.1B986EB7@mvista.com>
Date:   Mon, 11 Dec 2000 18:26:51 -0800
From:   Jun Sun <jsun@mvista.com>
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Guido Guenther <guido.guenther@gmx.net>
CC:     "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>, linux-mips@oss.sgi.com
Subject: Re: Should /dev/kmem support above 0x80000000 area?
References: <20001209003222.A10669@bacchus.dhis.org> <Pine.GSO.3.96.1001211122115.18945B-100000@delta.ds2.pg.gda.pl> <20001211134133.A8720@faramir.physik.uni-konstanz.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Guido Guenther wrote:
> 
> On Mon, Dec 11, 2000 at 12:28:19PM +0100, Maciej W. Rozycki wrote:
> > friends) by glibc.  At least XFree86 and SVGATextMode make use of these
> > features.  I suppose it's the same for MIPS (I haven't checked, though).
> Yes. xf86MapVidMem & friends use /dev/mem to mmap videomemory & iospace
> independent of architecure.
>  -- Guido


I am surprised.  I thought /dev/mem is for accessing SYSTEM RAM.  (do a 'man'
on /dev/mem)  It is also confirmed by the code in drivers/char/mem.c.  If you
want to access anything beyond 'high_memory", nothing is read.  

Note that drivers/char/mem.c is cross-platform code.  I am not sure how X
would access video memory through /dev/mem on either MIPS or other platforms.

That reason I want to fix /dev/kmem is that in some cases before a driver is
written people want to play with the hardware directly from the userland
(especially for demo purpose. :-0)  Very useful for embedded systems.

Potentially fixing /dev/mem can do the same job.  However /dev/mem cannot
differentiate cached or uncached accesses.  With /dev/kmem, we just specify
0x8.. or 0xa....

Jun

From owner-linux-mips@oss.sgi.com Mon Dec 11 10:59:37 2000
Received:  by oss.sgi.com id <S553864AbQLKS71>;
	Mon, 11 Dec 2000 10:59:27 -0800
Received: from gandalf.physik.uni-konstanz.de ([134.34.144.69]:51720 "EHLO
        gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP
	id <S553845AbQLKS7R>; Mon, 11 Dec 2000 10:59:17 -0800
Received: from faramir.physik.uni-konstanz.de [134.34.144.86] 
	by gandalf.physik.uni-konstanz.de with esmtp (Exim 3.12 #1 (Debian))
	id 145Y7i-00050f-00; Mon, 11 Dec 2000 19:56:30 +0100
Received: from agx by faramir.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian))
	id 145Y7i-0003Mu-00; Mon, 11 Dec 2000 19:56:30 +0100
Date:   Mon, 11 Dec 2000 19:56:30 +0100
From:   Guido Guenther <guido.guenther@gmx.net>
To:     Jun Sun <jsun@mvista.com>
Cc:     linux-mips@oss.sgi.com
Subject: Re: Should /dev/kmem support above 0x80000000 area?
Message-ID: <20001211195630.A12935@faramir.physik.uni-konstanz.de>
References: <20001209003222.A10669@bacchus.dhis.org> <Pine.GSO.3.96.1001211122115.18945B-100000@delta.ds2.pg.gda.pl> <20001211134133.A8720@faramir.physik.uni-konstanz.de> <3A358CEB.1B986EB7@mvista.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3A358CEB.1B986EB7@mvista.com>; from jsun@mvista.com on Mon, Dec 11, 2000 at 06:26:51PM -0800
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Mon, Dec 11, 2000 at 06:26:51PM -0800, Jun Sun wrote:
> Guido Guenther wrote:
> > 
> > On Mon, Dec 11, 2000 at 12:28:19PM +0100, Maciej W. Rozycki wrote:
> > > friends) by glibc.  At least XFree86 and SVGATextMode make use of these
> > > features.  I suppose it's the same for MIPS (I haven't checked, though).
> > Yes. xf86MapVidMem & friends use /dev/mem to mmap videomemory & iospace
> > independent of architecure.
> >  -- Guido
> 
> 
> I am surprised.  I thought /dev/mem is for accessing SYSTEM RAM.  (do a 'man'
I'd not call it system ram but rather ''visible address space'' or
something. If there's actually ''system ram'' or the fb of a graphics
card at a given address doesn't make a difference.

> on /dev/mem)  It is also confirmed by the code in drivers/char/mem.c.  If you
> want to access anything beyond 'high_memory", nothing is read.  
> 
> Note that drivers/char/mem.c is cross-platform code.  I am not sure how X
> would access video memory through /dev/mem on either MIPS or other platforms.
The newports REX3 for example is at (KSEG1 + 0x1f0f000) which is mmaped
by the xserver to access the REX3s registers.
 -- Guido

From owner-linux-mips@oss.sgi.com Mon Dec 11 11:06:37 2000
Received:  by oss.sgi.com id <S553867AbQLKTG1>;
	Mon, 11 Dec 2000 11:06:27 -0800
Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:60057 "EHLO
        delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id <S553863AbQLKTGV>;
	Mon, 11 Dec 2000 11:06:21 -0800
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id UAA10251;
	Mon, 11 Dec 2000 20:05:45 +0100 (MET)
Date:   Mon, 11 Dec 2000 20:05:45 +0100 (MET)
From:   "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To:     Jun Sun <jsun@mvista.com>
cc:     Guido Guenther <guido.guenther@gmx.net>, linux-mips@oss.sgi.com
Subject: Re: Should /dev/kmem support above 0x80000000 area?
In-Reply-To: <3A358CEB.1B986EB7@mvista.com>
Message-ID: <Pine.GSO.3.96.1001211192843.18945O-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Mon, 11 Dec 2000, Jun Sun wrote:

> I am surprised.  I thought /dev/mem is for accessing SYSTEM RAM.  (do a 'man'

 You access the memory space.  Whatever is found at the address you
specify, be it RAM, an MMIO area or unoccupied space.  You may receive a
bus error in the latter case (depending on a system configuration). 

> on /dev/mem)  It is also confirmed by the code in drivers/char/mem.c.  If you
> want to access anything beyond 'high_memory", nothing is read.  

 Yep, you may only use read()/write() for system RAM.  For other areas you
have to mmap() the interesting part of /dev/mem and then access it
directly (which is easier and better anyway, as you may control the width
of bus transfers -- not all MMIO devices support all widths). 

> Note that drivers/char/mem.c is cross-platform code.  I am not sure how X
> would access video memory through /dev/mem on either MIPS or other platforms.

 It mmap()s the areas it's interested in.  Read the code!

> That reason I want to fix /dev/kmem is that in some cases before a driver is
> written people want to play with the hardware directly from the userland
> (especially for demo purpose. :-0)  Very useful for embedded systems.

 I'm not sure how to use /dev/kmem for this purpose -- it's kernel's
*virtual* memory...
 
> Potentially fixing /dev/mem can do the same job.  However /dev/mem cannot
> differentiate cached or uncached accesses.  With /dev/kmem, we just specify
> 0x8.. or 0xa....

 Yep, /dev/mem for non system RAM areas is always uncached which is what
is almost always desired (for system RAM areas you may request
uncacheability by passing O_SYNC when opening the file).

 Anyway, /dev/mem works great -- I've successfully used it to access APICs
(at 0xfec00000 and 0xfee00000) in my i386 system and various stuff (an
NVRAM at 0x1c000000, a graphics accelerator at 0x1e000000, a FDDI network
controller at 0x1f000000, onboard I/O stuff at 0x1f800000 and a system ROM
at 0x1fc00000) in my DECstation. 

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +


From owner-linux-mips@oss.sgi.com Mon Dec 11 11:45:59 2000
Received:  by oss.sgi.com id <S553869AbQLKTpj>;
	Mon, 11 Dec 2000 11:45:39 -0800
Received: from srvntsxconn3.toc.ixl.com ([216.99.0.139]:45572 "HELO
        srvntsxconn3.toc.ixl.com") by oss.sgi.com with SMTP
	id <S553866AbQLKTpd>; Mon, 11 Dec 2000 11:45:33 -0800
Received: from 216.99.0.139 by srvntsxconn3.toc.ixl.com (InterScan E-Mail VirusWall NT); Mon, 11 Dec 2000 14:44:26 -0500 (Eastern Standard Time)
Received: by srvntsxconn3.toc.ixl.com with Internet Mail Service (5.5.2650.21)
	id <W6VAMB2F>; Mon, 11 Dec 2000 14:44:26 -0500
Message-ID: <0A5319EEAF65D411825E00805FBBD8A1209F41@exchange.clt.ixl.com>
From:   tmaloney@ixl.com
To:     linux-mips@oss.sgi.com
Subject: two things
Date:   Mon, 11 Dec 2000 14:44:48 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

two things:
can the distribution Hard Hat linux be burned to a cd that will boot an SGI,
or is there a dist i can burn to a cd and make it a bootable cd? i'm ne wat
this and i want to have a bootable cd if that's possible.
and, will this monitor work with an SGI, specifically an Indy?
SUN GDM-1662B high resolution, fixed frequency monitor. The monitor uses a
13W-3 video connector.
16" viewable image
.26mm dot pitch
H Frequency: 67
V Frequency: 71.7 Hz
Sync Signal: Composite
Maximum Resolution: 1280 x 1024
thanks,

Tim Maloney
Senior Developer
iXL, Inc.
1930 Camden Road, Suite 2070
Charlotte, NC 28203
704 943-7193 phone
tmaloney@ixl.com
www.ixl.com


From owner-linux-mips@oss.sgi.com Mon Dec 11 12:06:38 2000
Received:  by oss.sgi.com id <S553868AbQLKUG2>;
	Mon, 11 Dec 2000 12:06:28 -0800
Received: from gandalf.physik.uni-konstanz.de ([134.34.144.69]:14857 "EHLO
        gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP
	id <S553809AbQLKUGX>; Mon, 11 Dec 2000 12:06:23 -0800
Received: from bilbo.physik.uni-konstanz.de [134.34.144.81] 
	by gandalf.physik.uni-konstanz.de with esmtp (Exim 3.12 #1 (Debian))
	id 145ZDJ-0005EQ-00; Mon, 11 Dec 2000 21:06:21 +0100
Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian))
	id 145ZDJ-0008Rx-00; Mon, 11 Dec 2000 21:06:21 +0100
Date:   Mon, 11 Dec 2000 21:06:21 +0100
From:   Guido Guenther <guido.guenther@gmx.net>
To:     linux-mips@oss.sgi.com
Subject: latest xfree86
Message-ID: <20001211210621.A32448@bilbo.physik.uni-konstanz.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Hi,
AFAIK the folks at xfree86 are about to release a new version of X
quiet soon now. Since this will include the newport driver we ''indy 
folks'' should be able to build xfree86 without additional patches from
now on.  Could someone please check this? - it worked for me at last.
How to obtain latest XFree-cvs is described at:
http://sunsite.org.uk/XFree86/cvs/ 
Xnest is currently not building so you might want to add: 
'#define XnestServer NO' to your xc/config/cf/host.def when building
form source(or figure out why the build fails :).

I'll additionally uploaded a precompiled tarball to:
http://honk.physik.uni-konstanz.de/linux-mips/x/test/
You can simply untar it in / and run ldconfig afterwards. I'd be glad if
someone could check out this one too.

Regards,
 -- Guido

From owner-linux-mips@oss.sgi.com Mon Dec 11 14:17:09 2000
Received:  by oss.sgi.com id <S553702AbQLKWQ7>;
	Mon, 11 Dec 2000 14:16:59 -0800
Received: from hybrid-024-221-181-223.ca.sprintbbd.net ([24.221.181.223]:58609
        "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP
	id <S553650AbQLKWQl>; Mon, 11 Dec 2000 14:16:41 -0800
Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75])
	by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id eBBNCIS29713;
	Mon, 11 Dec 2000 15:12:18 -0800
Message-ID: <3A35C2CE.2CF718D6@mvista.com>
Date:   Mon, 11 Dec 2000 22:16:46 -0800
From:   Jun Sun <jsun@mvista.com>
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
CC:     Guido Guenther <guido.guenther@gmx.net>, linux-mips@oss.sgi.com
Subject: Re: Should /dev/kmem support above 0x80000000 area?
References: <Pine.GSO.3.96.1001211192843.18945O-100000@delta.ds2.pg.gda.pl>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

"Maciej W. Rozycki" wrote:
> 
> On Mon, 11 Dec 2000, Jun Sun wrote:
> 
> > I am surprised.  I thought /dev/mem is for accessing SYSTEM RAM.  (do a 'man'
> 
>  You access the memory space.  Whatever is found at the address you
> specify, be it RAM, an MMIO area or unoccupied space.  You may receive a
> bus error in the latter case (depending on a system configuration).
> 
> > on /dev/mem)  It is also confirmed by the code in drivers/char/mem.c.  If you
> > want to access anything beyond 'high_memory", nothing is read.
> 
>  Yep, you may only use read()/write() for system RAM.  For other areas you
> have to mmap() the interesting part of /dev/mem and then access it
> directly (which is easier and better anyway, as you may control the width
> of bus transfers -- not all MMIO devices support all widths).
> 

I see.  It is funny that you cannot read/write memory beyond high_memory
through /dev/mem, but you can re-map it and then read/write through the
remapped region.

How do you control the width of bus transfers?  If you have direct access to
the device memory, the userland "drivers" should be able to deal with the bus
access width correctly.

> > That reason I want to fix /dev/kmem is that in some cases before a driver is
> > written people want to play with the hardware directly from the userland
> > (especially for demo purpose. :-0)  Very useful for embedded systems.
> 
>  I'm not sure how to use /dev/kmem for this purpose -- it's kernel's
> *virtual* memory...
>

kseg0 and kseg1 are part of kernel virtual memory space.  If we implement
/dev/kmem correctly, one should be able to directly read/write those area by
specifying 0x80000000 or 0xa0000000 offsets through /dev/kmem.

Jun

From owner-linux-mips@oss.sgi.com Mon Dec 11 15:36:38 2000
Received:  by oss.sgi.com id <S553823AbQLKXg3>;
	Mon, 11 Dec 2000 15:36:29 -0800
Received: from hybrid-024-221-181-223.ca.sprintbbd.net ([24.221.181.223]:17648
        "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP
	id <S553817AbQLKXgN>; Mon, 11 Dec 2000 15:36:13 -0800
Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75])
	by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id eBC0Y8S00995;
	Mon, 11 Dec 2000 16:34:08 -0800
Message-ID: <3A35D5FC.11372085@mvista.com>
Date:   Mon, 11 Dec 2000 23:38:36 -0800
From:   Jun Sun <jsun@mvista.com>
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Ralf Baechle <ralf@oss.sgi.com>
CC:     linux-mips@oss.sgi.com
Subject: Re: Should /dev/kmem support above 0x80000000 area?
References: <3A3051C1.DCFC749B@mvista.com> <20001209003222.A10669@bacchus.dhis.org>
Content-Type: multipart/mixed;
 boundary="------------F2A825EFF85ED6D50B0B9820"
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

This is a multi-part message in MIME format.
--------------F2A825EFF85ED6D50B0B9820
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Ralf Baechle wrote:
> 
> Send me the patch and I'll comment.
> 
>   Ralf

Here is my patch.  I think it should be safe for mips64.  Please double check
it.

Jun
--------------F2A825EFF85ED6D50B0B9820
Content-Type: text/plain; charset=us-ascii;
 name="linux-mips-kmem-kseg.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="linux-mips-kmem-kseg.patch"

diff -Nru linux/drivers/char/mem.c.orig linux/drivers/char/mem.c
--- linux/drivers/char/mem.c.orig	Mon Dec 11 22:07:19 2000
+++ linux/drivers/char/mem.c	Mon Dec 11 22:38:11 2000
@@ -258,6 +258,14 @@
 		count -= read;
 	}
 
+#if defined(__mips__)
+        if (KSEGX(p)) {
+		if (copy_to_user(buf, (char*)p, count))
+			return -EFAULT;
+		return count+read;
+	}
+#endif
+
 	kbuf = (char *)__get_free_page(GFP_KERNEL);
 	if (!kbuf)
 		return -ENOMEM;
@@ -288,6 +296,12 @@
 			  size_t count, loff_t *ppos)
 {
 	unsigned long p = *ppos;
+
+#if defined(__mips__)
+        if (KSEGX(p)) {
+		return do_write_mem(file, (void*)p, p, buf, count, ppos);
+	}
+#endif
 
 	if (p >= (unsigned long) high_memory)
 		return 0;

--------------F2A825EFF85ED6D50B0B9820--


From owner-linux-mips@oss.sgi.com Mon Dec 11 20:09:40 2000
Received:  by oss.sgi.com id <S553833AbQLLEJT>;
	Mon, 11 Dec 2000 20:09:19 -0800
Received: from wn42-146.sdc.org ([209.155.42.146]:19698 "EHLO lappi")
	by oss.sgi.com with ESMTP id <S553826AbQLLEIx>;
	Mon, 11 Dec 2000 20:08:53 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S869317AbQLLEHZ>;
	Mon, 11 Dec 2000 21:07:25 -0700
Date:	Tue, 12 Dec 2000 05:07:25 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	Carsten Langgaard <carstenl@mips.com>
Cc:	linux-mips@oss.sgi.com
Subject: Re: Crosscompiler
Message-ID: <20001212050724.A517@bacchus.dhis.org>
References: <3A34D621.51AB8654@mips.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <3A34D621.51AB8654@mips.com>; from carstenl@mips.com on Mon, Dec 11, 2000 at 02:26:57PM +0100
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Mon, Dec 11, 2000 at 02:26:57PM +0100, Carsten Langgaard wrote:

> Where can I find a precompiled crosscompiler for mips 64 little endian ?
> 
> I coundn't find any under
> ftp://oss.sgi.com/pub/linux/mips/crossdev/i386-linux/

Correct - because I simply didn't build one.  With no supported system there
plain wasn't any reason to.  Anyway, it's a mostly automatic process to
brew one for you, so hold your breath.  But only if you're really good
at it :-)

  Ralf

From owner-linux-mips@oss.sgi.com Tue Dec 12 01:35:41 2000
Received:  by oss.sgi.com id <S553690AbQLLJfc>;
	Tue, 12 Dec 2000 01:35:32 -0800
Received: from mx.mips.com ([206.31.31.226]:52138 "EHLO mx.mips.com")
	by oss.sgi.com with ESMTP id <S553657AbQLLJf1>;
	Tue, 12 Dec 2000 01:35:27 -0800
Received: from newman.mips.com (ns-dmz [206.31.31.225])
	by mx.mips.com (8.9.3/8.9.0) with ESMTP id BAA21707;
	Tue, 12 Dec 2000 01:35:24 -0800 (PST)
Received: from copfs01.mips.com (copfs01 [192.168.205.101])
	by newman.mips.com (8.9.3/8.9.0) with ESMTP id BAA17577;
	Tue, 12 Dec 2000 01:35:22 -0800 (PST)
Received: from mips.com (coppccl [172.17.27.2])
	by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id KAA19637;
	Tue, 12 Dec 2000 10:34:58 +0100 (MET)
Message-ID: <3A35F0CE.6A6D1BA4@mips.com>
Date:   Tue, 12 Dec 2000 10:33:03 +0100
From:   Carsten Langgaard <carstenl@mips.com>
Organization: MIPS
X-Mailer: Mozilla 4.72 [en] (Win95; U)
X-Accept-Language: en
MIME-Version: 1.0
To:     Ralf Baechle <ralf@oss.sgi.com>
CC:     linux-mips@oss.sgi.com
Subject: Re: Crosscompiler
References: <3A34D621.51AB8654@mips.com> <20001212050724.A517@bacchus.dhis.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Ralf Baechle wrote:

> On Mon, Dec 11, 2000 at 02:26:57PM +0100, Carsten Langgaard wrote:
>
> > Where can I find a precompiled crosscompiler for mips 64 little endian ?
> >
> > I coundn't find any under
> > ftp://oss.sgi.com/pub/linux/mips/crossdev/i386-linux/
>
> Correct - because I simply didn't build one.  With no supported system there
> plain wasn't any reason to.  Anyway, it's a mostly automatic process to
> brew one for you, so hold your breath.  But only if you're really good
> at it :-)

Ok, thanks. I will try to hold my breath as long as I can, meanwhile I will go
and do some Christmas shopping, which definitely are breath taking :-)

>
>   Ralf


From owner-linux-mips@oss.sgi.com Tue Dec 12 04:06:03 2000
Received:  by oss.sgi.com id <S553805AbQLLMFn>;
	Tue, 12 Dec 2000 04:05:43 -0800
Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:24739 "EHLO
        delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id <S553750AbQLLMFW>;
	Tue, 12 Dec 2000 04:05:22 -0800
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id MAA10843;
	Tue, 12 Dec 2000 12:58:19 +0100 (MET)
Date:   Tue, 12 Dec 2000 12:58:18 +0100 (MET)
From:   "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To:     Jun Sun <jsun@mvista.com>
cc:     Guido Guenther <guido.guenther@gmx.net>, linux-mips@oss.sgi.com
Subject: Re: Should /dev/kmem support above 0x80000000 area?
In-Reply-To: <3A35C2CE.2CF718D6@mvista.com>
Message-ID: <Pine.GSO.3.96.1001212121526.9082A-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Mon, 11 Dec 2000, Jun Sun wrote:

> I see.  It is funny that you cannot read/write memory beyond high_memory
> through /dev/mem, but you can re-map it and then read/write through the
> remapped region.

 I see it consistent.  The system memory can be treated like a stream of
bytes.  That's much like any random-access file.  Other devices do not
necessarily exhibit this behaviour.  They may implement side effects,
values read may be different from what was written previously.  You may
even achieve different effects by performing transfers of different
widths. 

> How do you control the width of bus transfers?  If you have direct access to
> the device memory, the userland "drivers" should be able to deal with the bus
> access width correctly.

 If you declare a location int32_t, gcc will perform a 32-bit access on
assignment (lw/sw for MIPS).  If you declare a location int16_t, gcc will
perform a 16-bit access (lh/sh for MIPS).  Ditto for int8_t (and for
int64_t for 64-bit configurations).  Names of types do not matter, of
course, sizeof -- does.  I just used the ISO C portable names for
fixed-size types.  Please note you might need to use the "volatile" 
keyword or gcc might reorder or even optimize out certain accesses. 

> kseg0 and kseg1 are part of kernel virtual memory space.  If we implement
> /dev/kmem correctly, one should be able to directly read/write those area by
> specifying 0x80000000 or 0xa0000000 offsets through /dev/kmem.

 But this is highly unportable.  MIPS has trivially mapped virtual memory
areas but many (most?) architectures do not.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +


From owner-linux-mips@oss.sgi.com Tue Dec 12 05:34:03 2000
Received:  by oss.sgi.com id <S553655AbQLLNdy>;
	Tue, 12 Dec 2000 05:33:54 -0800
Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:50852 "EHLO
        delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id <S553647AbQLLNdl>;
	Tue, 12 Dec 2000 05:33:41 -0800
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id OAA14345;
	Tue, 12 Dec 2000 14:23:48 +0100 (MET)
Date:   Tue, 12 Dec 2000 14:23:47 +0100 (MET)
From:   "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To:     Jun Sun <jsun@mvista.com>
cc:     Ralf Baechle <ralf@oss.sgi.com>, linux-mips@oss.sgi.com
Subject: Re: Should /dev/kmem support above 0x80000000 area?
In-Reply-To: <3A35D5FC.11372085@mvista.com>
Message-ID: <Pine.GSO.3.96.1001212140804.9082C-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Mon, 11 Dec 2000, Jun Sun wrote:

> Here is my patch.  I think it should be safe for mips64.  Please double check
> it.

 I don't think we should allow access to non page-mapped areas as well as
read()/write() for non-memory areas.  That would be inconsistent with the
idea of /dev/kmem and the implementation for other ports. 

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +


From owner-linux-mips@oss.sgi.com Tue Dec 12 06:36:34 2000
Received:  by oss.sgi.com id <S553712AbQLLOgY>;
	Tue, 12 Dec 2000 06:36:24 -0800
Received: from router.isratech.ro ([193.226.114.69]:42764 "EHLO
        router.isratech.ro") by oss.sgi.com with ESMTP id <S553652AbQLLOgQ>;
	Tue, 12 Dec 2000 06:36:16 -0800
Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163])
	by router.isratech.ro (8.10.2/8.10.2) with ESMTP id eBCEZt819477
	for <linux-mips@oss.sgi.com>; Tue, 12 Dec 2000 16:35:55 +0200
Message-ID: <3A36A638.A7F1D249@isratech.ro>
Date:   Tue, 12 Dec 2000 17:27:04 -0500
From:   Nicu Popovici <octavp@isratech.ro>
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.15-2.5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-mips@oss.sgi.com
Subject: INITRD.
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Hello,

I have an QED mips processor running on an Atlas Board and I want to
make an initrd  for this board. Can you tell me if this is possible ?
Another thing is that I want to make it stay  into the SRAM area. Can I
do that ? We want to put the initrd into the Flash area but the linux
itself can not run from FLASH.

So if ytou have any ideea please  point me in the right direction.

Regards,
Nicu


From owner-linux-mips@oss.sgi.com Tue Dec 12 08:53:44 2000
Received:  by oss.sgi.com id <S553655AbQLLQxe>;
	Tue, 12 Dec 2000 08:53:34 -0800
Received: from gandalf.physik.uni-konstanz.de ([134.34.144.69]:28943 "EHLO
        gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP
	id <S553647AbQLLQxP>; Tue, 12 Dec 2000 08:53:15 -0800
Received: from legolas.physik.uni-konstanz.de [134.34.144.84] 
	by gandalf.physik.uni-konstanz.de with esmtp (Exim 3.12 #1 (Debian))
	id 145sfx-0006N0-00; Tue, 12 Dec 2000 17:53:13 +0100
Received: from agx by legolas.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian))
	id 145sft-0006Ia-00; Tue, 12 Dec 2000 17:53:09 +0100
Date:   Tue, 12 Dec 2000 17:53:09 +0100
From:   Guido Guenther <guido.guenther@gmx.net>
To:     linux-mips@oss.sgi.com
Subject: Re: latest xfree86
Message-ID: <20001212175309.A24195@legolas.physik.uni-konstanz.de>
References: <20001211210621.A32448@bilbo.physik.uni-konstanz.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001211210621.A32448@bilbo.physik.uni-konstanz.de>; from guido.guenther@gmx.net on Mon, Dec 11, 2000 at 09:06:21PM +0100
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Mon, Dec 11, 2000 at 09:06:21PM +0100, Guido Guenther wrote:
> Xnest is currently not building so you might want to add: 
> '#define XnestServer NO' to your xc/config/cf/host.def when building
> form source(or figure out why the build fails :).
Has been fixed. Patch can be found at:
http://honk/linux-mips/x/test/xnest.diff
 -- Guido

From owner-linux-mips@oss.sgi.com Tue Dec 12 11:06:54 2000
Received:  by oss.sgi.com id <S553714AbQLLTGf>;
	Tue, 12 Dec 2000 11:06:35 -0800
Received: from hybrid-024-221-181-223.ca.sprintbbd.net ([24.221.181.223]:57852
        "EHLO hermes.mvista.com") by oss.sgi.com with ESMTP
	id <S553686AbQLLTGE>; Tue, 12 Dec 2000 11:06:04 -0800
Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75])
	by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id eBCJnsS03207;
	Tue, 12 Dec 2000 11:49:54 -0800
Message-ID: <3A36743C.77A7651E@mvista.com>
Date:   Tue, 12 Dec 2000 10:53:48 -0800
From:   Jun Sun <jsun@mvista.com>
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
CC:     Guido Guenther <guido.guenther@gmx.net>, linux-mips@oss.sgi.com
Subject: Re: Should /dev/kmem support above 0x80000000 area?
References: <Pine.GSO.3.96.1001212121526.9082A-100000@delta.ds2.pg.gda.pl>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

"Maciej W. Rozycki" wrote:
> 
> On Mon, 11 Dec 2000, Jun Sun wrote:
> 
> > I see.  It is funny that you cannot read/write memory beyond high_memory
> > through /dev/mem, but you can re-map it and then read/write through the
> > remapped region.
> 
>  I see it consistent.  The system memory can be treated like a stream of
> bytes.  That's much like any random-access file.  Other devices do not
> necessarily exhibit this behaviour.  They may implement side effects,
> values read may be different from what was written previously.  You may
> even achieve different effects by performing transfers of different
> widths.
> 
> > How do you control the width of bus transfers?  If you have direct access to
> > the device memory, the userland "drivers" should be able to deal with the bus
> > access width correctly.
> 
>  If you declare a location int32_t, gcc will perform a 32-bit access on
> assignment (lw/sw for MIPS).  If you declare a location int16_t, gcc will
> perform a 16-bit access (lh/sh for MIPS).  Ditto for int8_t (and for
> int64_t for 64-bit configurations).  Names of types do not matter, of
> course, sizeof -- does.  I just used the ISO C portable names for
> fixed-size types.  Please note you might need to use the "volatile"
> keyword or gcc might reorder or even optimize out certain accesses.
> 

I see the point now.  It is not such a good idea to map IO memory through a
file API, especially given that we have a working /dev/mem.

Ralf, I "officially" retract my previous patch.

Jun

From owner-linux-mips@oss.sgi.com Tue Dec 12 15:08:18 2000
Received:  by oss.sgi.com id <S553861AbQLLXII>;
	Tue, 12 Dec 2000 15:08:08 -0800
Received: from pop3.web.de ([212.227.116.81]:22031 "HELO smtp.web.de")
	by oss.sgi.com with SMTP id <S553850AbQLLXHw>;
	Tue, 12 Dec 2000 15:07:52 -0800
Received: from web.de by smtp.web.de with smtp
	(freemail 4.2.1.0 #3) id m145yWT-005QEIC; Wed, 13 Dec 2000 00:07 +0100
Message-ID: <3A36AFFE.51C9F2B@web.de>
Date:   Wed, 13 Dec 2000 00:08:46 +0100
From:   Olaf Zaplinski <olaf.zaplinski@web.de>
X-Mailer: Mozilla 4.76 [en] (Win98; U)
X-Accept-Language: de,en
MIME-Version: 1.0
To:     linux-mips@oss.sgi.com
Subject: FAQ/
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Hi all,

can someone please point me to a Howto/FAQ? I'd like to put Linux on my SNI
RM200 machine (R4600, 64MB). Can I use the Hardhat distribution, or does it
run on SGIs only?

Olaf

From owner-linux-mips@oss.sgi.com Wed Dec 13 02:24:53 2000
Received:  by oss.sgi.com id <S553698AbQLMKYm>;
	Wed, 13 Dec 2000 02:24:42 -0800
Received: from router.isratech.ro ([193.226.114.69]:260 "EHLO
        router.isratech.ro") by oss.sgi.com with ESMTP id <S553672AbQLMKYZ>;
	Wed, 13 Dec 2000 02:24:25 -0800
Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163])
	by router.isratech.ro (8.10.2/8.10.2) with ESMTP id eBD9p2823280
	for <linux-mips@oss.sgi.com>; Wed, 13 Dec 2000 11:53:47 +0200
Message-ID: <3A37B34B.69C1BF2@isratech.ro>
Date:   Wed, 13 Dec 2000 12:35:07 -0500
From:   Nicu Popovici <octavp@isratech.ro>
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.15-2.5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-mips@oss.sgi.com
Subject: YAMON.
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Hello ,

Does anyone know how can I do to start a Linux on a mips board ( ATLAS )
without using YAMON. I just want to turn on the mips and to boot in
Linux . Is that possible ?

Regards,
Nicu


From owner-linux-mips@oss.sgi.com Wed Dec 13 05:08:13 2000
Received:  by oss.sgi.com id <S553715AbQLMNID>;
	Wed, 13 Dec 2000 05:08:03 -0800
Received: from noose.gt.owl.de ([62.52.19.4]:5395 "HELO noose.gt.owl.de")
	by oss.sgi.com with SMTP id <S553699AbQLMNHm>;
	Wed, 13 Dec 2000 05:07:42 -0800
Received: by noose.gt.owl.de (Postfix, from userid 10)
	id B1E7B7FF; Wed, 13 Dec 2000 14:07:39 +0100 (CET)
Received: by paradigm.rfc822.org (Postfix, from userid 1000)
	id 87D5B8F74; Wed, 13 Dec 2000 13:57:23 +0100 (CET)
Date:   Wed, 13 Dec 2000 13:57:23 +0100
From:   Florian Lohoff <flo@rfc822.org>
To:     Olaf Zaplinski <olaf.zaplinski@web.de>
Cc:     linux-mips@oss.sgi.com
Subject: Re: FAQ/
Message-ID: <20001213135723.B3060@paradigm.rfc822.org>
References: <3A36AFFE.51C9F2B@web.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3A36AFFE.51C9F2B@web.de>; from olaf.zaplinski@web.de on Wed, Dec 13, 2000 at 12:08:46AM +0100
Organization: rfc822 - pure communication
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Wed, Dec 13, 2000 at 12:08:46AM +0100, Olaf Zaplinski wrote:
> Hi all,
> 
> can someone please point me to a Howto/FAQ? I'd like to put Linux on my SNI
> RM200 machine (R4600, 64MB). Can I use the Hardhat distribution, or does it
> run on SGIs only?

The RM200 was supported only in little endian mode with the Windows NT
firmware - Nobody knows (chance is little) if the tree will still work.

You will need the decstation root not the hardhat tarball as that
is strictly big endian.

Flo
-- 
Florian Lohoff                  flo@rfc822.org             +49-5201-669912
     Why is it called "common sense" when nobody seems to have any?


From owner-linux-mips@oss.sgi.com Wed Dec 13 07:59:53 2000
Received:  by oss.sgi.com id <S553695AbQLMP7d>;
	Wed, 13 Dec 2000 07:59:33 -0800
Received: from mx.mips.com ([206.31.31.226]:45499 "EHLO mx.mips.com")
	by oss.sgi.com with ESMTP id <S553663AbQLMP7W>;
	Wed, 13 Dec 2000 07:59:22 -0800
Received: from newman.mips.com (ns-dmz [206.31.31.225])
	by mx.mips.com (8.9.3/8.9.0) with ESMTP id HAA03827
	for <linux-mips@oss.sgi.com>; Wed, 13 Dec 2000 07:59:19 -0800 (PST)
Received: from copfs01.mips.com (copfs01 [192.168.205.101])
	by newman.mips.com (8.9.3/8.9.0) with ESMTP id HAA02263
	for <linux-mips@oss.sgi.com>; Wed, 13 Dec 2000 07:59:16 -0800 (PST)
Received: from mips.com (copsun17 [192.168.205.27])
	by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id QAA18353
	for <linux-mips@oss.sgi.com>; Wed, 13 Dec 2000 16:58:52 +0100 (MET)
Message-ID: <3A379CBC.ED1D9F@mips.com>
Date:   Wed, 13 Dec 2000 16:58:52 +0100
From:   Carsten Langgaard <carstenl@mips.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-mips@oss.sgi.com
Subject: 64 bit build fails
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

I'm trying to build a 64bit kernel, but it fails with following message:

mips64-linux-gcc -D__KERNEL__
-I/home/soc/proj/work/carstenl/sw/linux-2.4.0/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing
-mabi=64 -G 0 -mno-abicalls -fno-pic -Wa,--trap -pipe -mcpu=r8000 -mips4
-Wa,-32   -c head.S -o head.o
head.S: Assembler messages:
head.S:69: Error: Missing ')' assumed
head.S:69: Error: Missing ')' assumed
head.S:69: Error: Missing ')' assumed
head.S:69: Error: Missing ')' assumed
head.S:69: Error: Missing ')' assumed
head.S:69: Error: Missing ')' assumed
head.S:69: Error: illegal operands `dli'
head.S:107: Error: Missing ')' assumed
head.S:107: Error: Missing ')' assumed
head.S:107: Error: Missing ')' assumed
head.S:107: Error: Missing ')' assumed
head.S:107: Error: Missing ')' assumed
head.S:107: Error: Missing ')' assumed
head.S:107: Error: illegal operands `dli'
head.S:109: Error: Instruction dsll requires absolute expression
head.S:109: Error: Instruction dsll requires absolute expression
make[1]: *** [head.o] Error 1
make[1]: Leaving directory
`/home/soc/proj/work/carstenl/sw/linux-2.4.0/arch/mips64/kernel'
make: *** [_dir_arch/mips64/kernel] Error 2



What are this macro doing ?

.macro GET_NASID_ASM
 dli t1, LOCAL_HUB_ADDR(NI_STATUS_REV_ID)
 ld t1, (t1)
 and t1, NSRI_NODEID_MASK
 dsrl t1, NSRI_NODEID_SHFT
 .endm


/Carsten


--
_    _ ____  ___   Carsten Langgaard   Mailto:carstenl@mips.com
|\  /|||___)(___   MIPS Denmark        Direct: +45 4486 5527
| \/ |||    ____)  Lautrupvang 4B      Switch: +45 4486 5555
  TECHNOLOGIES     2750 Ballerup       Fax...: +45 4486 5556
                   Denmark             http://www.mips.com




From owner-linux-mips@oss.sgi.com Wed Dec 13 09:06:53 2000
Received:  by oss.sgi.com id <S553719AbQLMRGd>;
	Wed, 13 Dec 2000 09:06:33 -0800
Received: from jester.ti.com ([192.94.94.1]:28824 "EHLO jester.ti.com")
	by oss.sgi.com with ESMTP id <S553671AbQLMRGH>;
	Wed, 13 Dec 2000 09:06:07 -0800
Received: from dlep7.itg.ti.com ([157.170.134.103])
	by jester.ti.com (8.11.1/8.11.1) with ESMTP id eBDH61923339;
	Wed, 13 Dec 2000 11:06:01 -0600 (CST)
Received: from dlep7.itg.ti.com (localhost [127.0.0.1])
	by dlep7.itg.ti.com (8.9.3/8.9.3) with ESMTP id LAA00569;
	Wed, 13 Dec 2000 11:06:01 -0600 (CST)
Received: from dlep3.itg.ti.com (dlep3-maint.itg.ti.com [157.170.133.16])
	by dlep7.itg.ti.com (8.9.3/8.9.3) with ESMTP id LAA00555;
	Wed, 13 Dec 2000 11:06:01 -0600 (CST)
Received: from ti.com (IDENT:bbrown@bbrowndt.sc.ti.com [158.218.100.194])
	by dlep3.itg.ti.com (8.9.3/8.9.3) with ESMTP id LAA01896;
	Wed, 13 Dec 2000 11:06:00 -0600 (CST)
Message-ID: <3A37ACC9.82476B96@ti.com>
Date:   Wed, 13 Dec 2000 10:07:21 -0700
From:   Brady Brown <bbrown@ti.com>
Organization: Texas Instruments
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Nicu Popovici <octavp@isratech.ro>
CC:     linux-mips@oss.sgi.com
Subject: Re: YAMON.
References: <3A37B34B.69C1BF2@isratech.ro>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Nicu Popovici wrote:

> Hello ,
>
> Does anyone know how can I do to start a Linux on a mips board ( ATLAS )
> without using YAMON. I just want to turn on the mips and to boot in
> Linux . Is that possible ?
>
> Regards,
> Nicu

It is possible. Look in Atlas Users Manual Sec 5.2 . Dip switch S1-1
controls booting from either Monitor Flash or System Flash. If you boot
from System Flash then the monitor is effectively removed. You would of
course have to have your own boot-up code, PCI enumerator, hardware init,
kernel loader, kernel image, etc.  in the System Flash all hooked to the
reset vector for this to work.

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Brady Brown (bbrown@ti.com)       Work:(801)619-6103
Texas Instruments: Broadband Access Group
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~



From owner-linux-mips@oss.sgi.com Wed Dec 13 09:50:23 2000
Received:  by oss.sgi.com id <S553724AbQLMRuO>;
	Wed, 13 Dec 2000 09:50:14 -0800
Received: from pop.mainstreet.net ([207.5.0.4]:7891 "EHLO pop.mainstreet.net")
	by oss.sgi.com with ESMTP id <S553716AbQLMRtt>;
	Wed, 13 Dec 2000 09:49:49 -0800
Received: from innovisiontv.com ([63.100.187.130])
	by pop.mainstreet.net (8.9.2/8.9.2) with ESMTP id JAA29941
	for <linux-mips@oss.sgi.com>; Wed, 13 Dec 2000 09:49:37 -0800 (PST)
Message-ID: <3A37B69E.1A8A2598@innovisiontv.com>
Date:   Wed, 13 Dec 2000 09:49:18 -0800
From:   Glenn Serre <gaserre@innovisiontv.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     "linux-mips@oss.sgi.com" <linux-mips@oss.sgi.com>
Subject: Tips, HOWTOs or FAQs for starting a new platform?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Good morning, 

I've recently started a port to a new platform that includes an R3000 MIPS processor and a
bunch of IO on a single chip, and I'm wondering anyone else on the list who has done that same
can point me to any particularly-helpful HOWTOs, FAQs, tips, other other docs. In particular,
I'm looking for information on the arch-specific parts of the kernel.  

Thanks,
--Glenn Serre
gaserre@innovisiontv.com

From owner-linux-mips@oss.sgi.com Wed Dec 13 12:24:03 2000
Received:  by oss.sgi.com id <S553686AbQLMUXn>;
	Wed, 13 Dec 2000 12:23:43 -0800
Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:28863 "EHLO
        delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id <S553671AbQLMUXL>;
	Wed, 13 Dec 2000 12:23:11 -0800
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id VAA17013;
	Wed, 13 Dec 2000 21:16:41 +0100 (MET)
Date:   Wed, 13 Dec 2000 21:16:40 +0100 (MET)
From:   "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To:     Guido Guenther <guido.guenther@gmx.net>
cc:     linux-mips@oss.sgi.com
Subject: Re: latest xfree86
In-Reply-To: <20001212175309.A24195@legolas.physik.uni-konstanz.de>
Message-ID: <Pine.GSO.3.96.1001213211523.13260E-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Tue, 12 Dec 2000, Guido Guenther wrote:

> Has been fixed. Patch can be found at:
> http://honk/linux-mips/x/test/xnest.diff

 Hmm, I guess the URL won't work for everyone -- could you please check
what's missing?

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +


From owner-linux-mips@oss.sgi.com Wed Dec 13 23:21:19 2000
Received:  by oss.sgi.com id <S553770AbQLNHVI>;
	Wed, 13 Dec 2000 23:21:08 -0800
Received: from router.isratech.ro ([193.226.114.69]:20746 "EHLO
        router.isratech.ro") by oss.sgi.com with ESMTP id <S553760AbQLNHUl>;
	Wed, 13 Dec 2000 23:20:41 -0800
Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163])
	by router.isratech.ro (8.10.2/8.10.2) with ESMTP id eBE7K9815583;
	Thu, 14 Dec 2000 09:20:10 +0200
Message-ID: <3A38E314.A22393DD@isratech.ro>
Date:   Thu, 14 Dec 2000 10:11:16 -0500
From:   Nicu Popovici <octavp@isratech.ro>
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.15-2.5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Brady Brown <bbrown@ti.com>
CC:     linux-mips@oss.sgi.com
Subject: Re: YAMON.
References: <3A37B34B.69C1BF2@isratech.ro> <3A37ACC9.82476B96@ti.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Hello ,

Thanks . Now I have a much bigger problem. I have to try to start this ATLAS
board without a HDD and without ethernet. At reset it should give me a login
prompt which I have to see throught the console. Can anyone help me ?

Regards
Nicu


Brady Brown wrote:

> Nicu Popovici wrote:
>
> > Hello ,
> >
> > Does anyone know how can I do to start a Linux on a mips board ( ATLAS )
> > without using YAMON. I just want to turn on the mips and to boot in
> > Linux . Is that possible ?
> >
> > Regards,
> > Nicu
>
> It is possible. Look in Atlas Users Manual Sec 5.2 . Dip switch S1-1
> controls booting from either Monitor Flash or System Flash. If you boot
> from System Flash then the monitor is effectively removed. You would of
> course have to have your own boot-up code, PCI enumerator, hardware init,
> kernel loader, kernel image, etc.  in the System Flash all hooked to the
> reset vector for this to work.
>
> --
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Brady Brown (bbrown@ti.com)       Work:(801)619-6103
> Texas Instruments: Broadband Access Group
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


From owner-linux-mips@oss.sgi.com Thu Dec 14 03:05:59 2000
Received:  by oss.sgi.com id <S553715AbQLNLFj>;
	Thu, 14 Dec 2000 03:05:39 -0800
Received: from gandalf.physik.uni-konstanz.de ([134.34.144.69]:44044 "EHLO
        gandalf.physik.uni-konstanz.de") by oss.sgi.com with ESMTP
	id <S553686AbQLNLFS>; Thu, 14 Dec 2000 03:05:18 -0800
Received: from gimli.physik.uni-konstanz.de [134.34.144.85] 
	by gandalf.physik.uni-konstanz.de with esmtp (Exim 3.12 #1 (Debian))
	id 146WB4-0007rN-00; Thu, 14 Dec 2000 12:03:58 +0100
Received: from agx by gimli.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian))
	id 146WB0-0001Ae-00; Thu, 14 Dec 2000 12:03:54 +0100
Date:   Thu, 14 Dec 2000 12:03:54 +0100
From:   Guido Guenther <guido.guenther@gmx.net>
To:     "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Cc:     linux-mips@oss.sgi.com
Subject: Re: latest xfree86
Message-ID: <20001214120354.A4470@gimli.physik.uni-konstanz.de>
References: <20001212175309.A24195@legolas.physik.uni-konstanz.de> <Pine.GSO.3.96.1001213211523.13260E-100000@delta.ds2.pg.gda.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.GSO.3.96.1001213211523.13260E-100000@delta.ds2.pg.gda.pl>; from macro@ds2.pg.gda.pl on Wed, Dec 13, 2000 at 09:16:40PM +0100
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Wed, Dec 13, 2000 at 09:16:40PM +0100, Maciej W. Rozycki wrote:
> On Tue, 12 Dec 2000, Guido Guenther wrote:
> 
> > Has been fixed. Patch can be found at:
> > http://honk/linux-mips/x/test/xnest.diff
> 
>  Hmm, I guess the URL won't work for everyone -- could you please check
> what's missing?
Silly me...
http://honk.physik.uni-konstanz.de/linux-mips/x/test/xnest.diff
> 
> -- 
> +  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
> +--------------------------------------------------------------+
> +        e-mail: macro@ds2.pg.gda.pl, PGP key available        +
> 

From owner-linux-mips@oss.sgi.com Thu Dec 14 09:10:00 2000
Received:  by oss.sgi.com id <S553648AbQLNRJu>;
	Thu, 14 Dec 2000 09:09:50 -0800
Received: from tower.ti.com ([192.94.94.5]:29927 "EHLO tower.ti.com")
	by oss.sgi.com with ESMTP id <S553645AbQLNRJZ>;
	Thu, 14 Dec 2000 09:09:25 -0800
Received: from dlep8.itg.ti.com ([157.170.134.88])
	by tower.ti.com (8.11.1/8.11.1) with ESMTP id eBEH9I912041;
	Thu, 14 Dec 2000 11:09:18 -0600 (CST)
Received: from dlep8.itg.ti.com (localhost [127.0.0.1])
	by dlep8.itg.ti.com (8.9.3/8.9.3) with ESMTP id LAA16637;
	Thu, 14 Dec 2000 11:09:17 -0600 (CST)
Received: from dlep3.itg.ti.com (dlep3-maint.itg.ti.com [157.170.133.16])
	by dlep8.itg.ti.com (8.9.3/8.9.3) with ESMTP id LAA16614;
	Thu, 14 Dec 2000 11:09:16 -0600 (CST)
Received: from ti.com (IDENT:bbrown@bbrowndt.sc.ti.com [158.218.100.194])
	by dlep3.itg.ti.com (8.9.3/8.9.3) with ESMTP id LAA26485;
	Thu, 14 Dec 2000 11:09:15 -0600 (CST)
Message-ID: <3A38FF12.9311F835@ti.com>
Date:   Thu, 14 Dec 2000 10:10:42 -0700
From:   Brady Brown <bbrown@ti.com>
Organization: Texas Instruments
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Nicu Popovici <octavp@isratech.ro>
CC:     linux-mips@oss.sgi.com
Subject: Re: YAMON.
References: <3A37B34B.69C1BF2@isratech.ro> <3A37ACC9.82476B96@ti.com> <3A38E314.A22393DD@isratech.ro>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Nicu Popovici wrote:

> Hello ,
>
> Thanks . Now I have a much bigger problem. I have to try to start this ATLAS
> board without a HDD and without ethernet. At reset it should give me a login
> prompt which I have to see throught the console. Can anyone help me ?

One possibility: you basically need to write a kernel loader that lives in
Flash and is called at the very end of the boot-up code that replaces YAMON.
Additionally in flash is then a compressed kernel image and a compressed
file-system image. Your kernel loader inflates the kernel into RAM, then jumps
to the start of the kernel. The kernel then takes over. It is built to support
a ram-disk (size depending upon the size of your uncompressed file-system). So
the kernel inflates the file-system into the ram-disk and then mounts it as
root and continues with normal boot up. You can borrow much of the inflater
code within the kernel to generate the stand alone kernel loader. You will also
need to modify the ram-disk code so that it knows how to find the file-system
image in your flash. A fair bit of work, but certainly possible.

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Brady Brown (bbrown@ti.com)       Work:(801)619-6103
Texas Instruments: Broadband Access Group
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~



From owner-linux-mips@oss.sgi.com Thu Dec 14 09:55:51 2000
Received:  by oss.sgi.com id <S553724AbQLNRzb>;
	Thu, 14 Dec 2000 09:55:31 -0800
Received: from web1.lanscape.net ([64.240.156.194]:31756 "EHLO
        web1.lanscape.net") by oss.sgi.com with ESMTP id <S553695AbQLNRzC>;
	Thu, 14 Dec 2000 09:55:02 -0800
Received: (from tbm@localhost)
	by web1.lanscape.net (8.9.3/8.9.3) id LAA10405
	for linux-mips@oss.sgi.com; Thu, 14 Dec 2000 11:54:51 -0600
Date:   Thu, 14 Dec 2000 11:54:51 -0600
From:   Martin Michlmayr <tbm@lanscape.net>
To:     linux-mips@oss.sgi.com
Subject: Cannot type on DECstation prom
Message-ID: <20001214115451.A10322@web1.lanscape.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2i
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

I recently got a DECstation 5000/125 and I'm trying to get Linux to run.
I'm using minicom and while I get output from the machine, I can not
type anything on the prom.  When I power the machine on, I get:

KN02-BA V5.7e
?TFL: #0 PMAGB-BA PATT: 5:  Red screen Test
3/misc/kbd
?STF (4: Ln#0 Kbd self test)

3/misc/mouse
?STF (4: Ln#1 Pntr self test)

>>

When I type anything, nothing happens at all.  When I press the
reset button (or whatever it's called), the machine boots NetBSD:

V5.7e    (PC: 0xbfc00cbc, SP: 0xa000feb4)
>> NetBSD/pmax Secondary Boot, Revision 1.0
>> (root@vlad, Sat Mar  4 14:34:30 EST 2000)
Boot: 3/rz2/netbsd

The funny thing is that I _can_ type when NetBSD is being started.  But
nothing happens on the prom.

What can I do?

FWIW, dmesg on NetBSD says:

DECstation 5000/125 (3MIN)
real mem  = 33554432
avail mem = 27136000
using 819 buffers containing 3354624 bytes of memory
mainbus0 (root)
cpu0 at mainbus0: cpu0: MIPS R3000 CPU Rev. 3.0 with MIPS R3010 FPC Rev. 3.0

-- 
Martin Michlmayr
tbm@cyrius.com

From owner-linux-mips@oss.sgi.com Thu Dec 14 10:30:51 2000
Received:  by oss.sgi.com id <S553726AbQLNSal>;
	Thu, 14 Dec 2000 10:30:41 -0800
Received: from hermes.research.kpn.com ([139.63.192.8]:38406 "EHLO
        hermes.research.kpn.com") by oss.sgi.com with ESMTP
	id <S553740AbQLNSaP>; Thu, 14 Dec 2000 10:30:15 -0800
Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6])
 by research.kpn.com (PMDF V5.2-31 #42699)
 with ESMTP id <01JXPF643VDO0017QU@research.kpn.com> for
 linux-mips@oss.sgi.com; Thu, 14 Dec 2000 19:30:13 +0100
Received: (from karel@localhost)	by sparta.research.kpn.com (8.8.8+Sun/8.8.8)
 id TAA01589; Thu, 14 Dec 2000 19:30:12 +0100 (MET)
X-URL:  http://www-lsdm.research.kpn.com/~karel
Date:   Thu, 14 Dec 2000 19:30:12 +0100 (MET)
From:   Karel van Houten <K.H.C.vanHouten@research.kpn.com>
Subject: Re: Cannot type on DECstation prom
In-reply-to: <20001214115451.A10322@web1.lanscape.net>
To:     tbm@lanscape.net (Martin Michlmayr)
Cc:     linux-mips@oss.sgi.com
Message-id: <200012141830.TAA01589@sparta.research.kpn.com>
MIME-version: 1.0
X-Mailer: ELM [version 2.5 PL2]
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

> I recently got a DECstation 5000/125 and I'm trying to get Linux to run.
> I'm using minicom and while I get output from the machine, I can not
> type anything on the prom.  When I power the machine on, I get:
> 
> .....
> 
> The funny thing is that I _can_ type when NetBSD is being started.  But
> nothing happens on the prom.
> 

These DECStations require full modem control signals on the
prom console. I would build a D25 serial modem-faker cable:

 1 ------------------- 1

 2 -------\ /--------- 2
           X
 3 -------/ \--------- 3

 4 -+               +- 4
    |               |
 5 -+               +- 5

 6 -+               +- 6
    |               |
 7 -)---------------)- 7
    |               |
 8 -+               +- 8
    |               |
20 -+               +- 20

This should work.

-- 
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 owner-linux-mips@oss.sgi.com Thu Dec 14 10:52:51 2000
Received:  by oss.sgi.com id <S553743AbQLNSwl>;
	Thu, 14 Dec 2000 10:52:41 -0800
Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:62157 "EHLO
        delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id <S553740AbQLNSw2>;
	Thu, 14 Dec 2000 10:52:28 -0800
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id TAA28089;
	Thu, 14 Dec 2000 19:44:52 +0100 (MET)
Date:   Thu, 14 Dec 2000 19:44:50 +0100 (MET)
From:   "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To:     Martin Michlmayr <tbm@lanscape.net>
cc:     linux-mips@oss.sgi.com
Subject: Re: Cannot type on DECstation prom
In-Reply-To: <20001214115451.A10322@web1.lanscape.net>
Message-ID: <Pine.GSO.3.96.1001214193915.22290I-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Thu, 14 Dec 2000, Martin Michlmayr wrote:

> I recently got a DECstation 5000/125 and I'm trying to get Linux to run.
> I'm using minicom and while I get output from the machine, I can not
> type anything on the prom.  When I power the machine on, I get:

 Due to historic reasons (DEC 6-pin MMJ connectors) DECstation firmware
only use DTR/DSR hw handshaking on their serial consoles.  You may either
change the wiring (not recommended), use XON/XOFF handshaking or disable
handhaking altogether when talking to the firmware.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +


From owner-linux-mips@oss.sgi.com Thu Dec 14 10:54:51 2000
Received:  by oss.sgi.com id <S553757AbQLNSyb>;
	Thu, 14 Dec 2000 10:54:31 -0800
Received: from mail.ivm.net ([62.204.1.4]:13574 "EHLO mail.ivm.net")
	by oss.sgi.com with ESMTP id <S553753AbQLNSyU>;
	Thu, 14 Dec 2000 10:54:20 -0800
Received: from franz.no.dom (port112.duesseldorf.ivm.de [195.247.65.112])
	by mail.ivm.net (8.8.8/8.8.8) with ESMTP id TAA08396;
	Thu, 14 Dec 2000 19:54:02 +0100
X-To:   linux-mips@oss.sgi.com
Message-ID: <XFMail.030222095511.Harald.Koerfgen@home.ivm.de>
X-Mailer: XFMail 1.4.0 on Linux
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <3A38E314.A22393DD@isratech.ro>
Date:   Sat, 22 Feb 2003 09:55:11 +0100 (CET)
Reply-To: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
Organization: none
From:   Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
To:     Nicu Popovici <octavp@isratech.ro>
Subject: Re: YAMON.
Cc:     linux-mips@oss.sgi.com, Brady Brown <bbrown@ti.com>
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


On 14-Dec-00 Nicu Popovici wrote:
> Thanks . Now I have a much bigger problem. I have to try to start this ATLAS
> board without a HDD and without ethernet. At reset it should give me a login
> prompt which I have to see throught the console. Can anyone help me ?

The linux-vr tree has a nice feature called XIP (eXecute In Place). This allows
to prepare a kernel to run directly out of ROM.

http://linuxvr-org

if that's what you're looking for.

-- 
Regards,
Harald

From owner-linux-mips@oss.sgi.com Thu Dec 14 11:00:11 2000
Received:  by oss.sgi.com id <S553755AbQLNS7v>;
	Thu, 14 Dec 2000 10:59:51 -0800
Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:4046 "EHLO
        delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id <S553747AbQLNS7o>;
	Thu, 14 Dec 2000 10:59:44 -0800
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id TAA28285;
	Thu, 14 Dec 2000 19:49:39 +0100 (MET)
Date:   Thu, 14 Dec 2000 19:49:38 +0100 (MET)
From:   "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To:     Karel van Houten <K.H.C.vanHouten@research.kpn.com>
cc:     Martin Michlmayr <tbm@lanscape.net>, linux-mips@oss.sgi.com
Subject: Re: Cannot type on DECstation prom
In-Reply-To: <200012141830.TAA01589@sparta.research.kpn.com>
Message-ID: <Pine.GSO.3.96.1001214194542.22290J-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Thu, 14 Dec 2000, Karel van Houten wrote:

> These DECStations require full modem control signals on the
> prom console. I would build a D25 serial modem-faker cable:
> 
>  1 ------------------- 1
> 
>  2 -------\ /--------- 2
>            X
>  3 -------/ \--------- 3
> 
>  4 -+               +- 4
>     |               |
>  5 -+               +- 5
> 
>  6 -+               +- 6
>     |               |
>  7 -)---------------)- 7
>     |               |
>  8 -+               +- 8
>     |               |
> 20 -+               +- 20
> 
> This should work.

 It would work for firmware, but it would break for RTS/CTS hanshaking
(the standard one these days).  At 9600bps you may well live with it, but
for anything faster you'll likely lose characters. 

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +


From owner-linux-mips@oss.sgi.com Thu Dec 14 13:02:31 2000
Received:  by oss.sgi.com id <S553761AbQLNVCW>;
	Thu, 14 Dec 2000 13:02:22 -0800
Received: from wn42-146.sdc.org ([209.155.42.146]:65263 "EHLO lappi")
	by oss.sgi.com with ESMTP id <S553759AbQLNVB6>;
	Thu, 14 Dec 2000 13:01:58 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S868680AbQLNU7d>;
	Thu, 14 Dec 2000 13:59:33 -0700
Date:	Thu, 14 Dec 2000 21:59:33 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	Carsten Langgaard <carstenl@mips.com>
Cc:	linux-mips@oss.sgi.com
Subject: Re: 64 bit build fails
Message-ID: <20001214215933.C28871@bacchus.dhis.org>
References: <3A379CBC.ED1D9F@mips.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <3A379CBC.ED1D9F@mips.com>; from carstenl@mips.com on Wed, Dec 13, 2000 at 04:58:52PM +0100
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Wed, Dec 13, 2000 at 04:58:52PM +0100, Carsten Langgaard wrote:

> I'm trying to build a 64bit kernel, but it fails with following message:
> 
> mips64-linux-gcc -D__KERNEL__
> -I/home/soc/proj/work/carstenl/sw/linux-2.4.0/include -Wall
> -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing
> -mabi=64 -G 0 -mno-abicalls -fno-pic -Wa,--trap -pipe -mcpu=r8000 -mips4
> -Wa,-32   -c head.S -o head.o
> head.S: Assembler messages:
> head.S:69: Error: Missing ')' assumed

Looks like an attempt to build a 64-bit Indy kernel.  Various people working
on the Origin support have completly broken the support for anything else in
their battle tank-style approach ...

  Ralf

From owner-linux-mips@oss.sgi.com Thu Dec 14 14:17:02 2000
Received:  by oss.sgi.com id <S553783AbQLNWQw>;
	Thu, 14 Dec 2000 14:16:52 -0800
Received: from mta3-rme.xtra.co.nz ([203.96.92.13]:44381 "EHLO
        mta3-rme.xtra.co.nz") by oss.sgi.com with ESMTP id <S553781AbQLNWQk>;
	Thu, 14 Dec 2000 14:16:40 -0800
Received: from server1.metering.co.nz ([210.55.57.194])
          by mta3-rme.xtra.co.nz with ESMTP
          id <20001214221633.WNHI8799530.mta3-rme.xtra.co.nz@server1.metering.co.nz>
          for <linux-mips@oss.sgi.com>; Fri, 15 Dec 2000 11:16:33 +1300
Received: by server1.metering.co.nz with Internet Mail Service (5.5.2650.21)
	id <XYBRPQ9N>; Fri, 15 Dec 2000 11:16:32 +1300
Message-ID: <8BEF9F7FD6FEA8409D2A706B2D6D32280553FF@server1.metering.co.nz>
From:   Pete Black <pete.black@metering.co.nz>
To:     "'linux-mips@oss.sgi.com'" <linux-mips@oss.sgi.com>
Subject: Linux/MIPS on quad-R4400 Challenge L
Date:   Fri, 15 Dec 2000 11:16:31 +1300
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Hi there,

I happen to have acquired a quad-R4400 SGI Challenge-L server.

It's big, it's black, and it seems to run OK.

Is there any support in Linux/MIPS for a beast like this?

Its currently running IRIX 6.5.9 quite happily, but i'd much rather run
Linux, since then i have a standard OS across all my machines, and no hefty
SGI taxes to pay.

>From what i read on the FAQs, the Multi-processor versions of the R4400 are
not supported.. will there ever be a time when Linux/MIPS will run on a
machin elike this, or am i stuck with IRIX for the rest of this machine's
life?

Thanks

-Pete



From owner-linux-mips@oss.sgi.com Thu Dec 14 23:46:30 2000
Received:  by oss.sgi.com id <S553771AbQLOHqK>;
	Thu, 14 Dec 2000 23:46:10 -0800
Received: from mx.mips.com ([206.31.31.226]:6359 "EHLO mx.mips.com")
	by oss.sgi.com with ESMTP id <S553767AbQLOHqH>;
	Thu, 14 Dec 2000 23:46:07 -0800
Received: from newman.mips.com (ns-dmz [206.31.31.225])
	by mx.mips.com (8.9.3/8.9.0) with ESMTP id XAA13746;
	Thu, 14 Dec 2000 23:46:03 -0800 (PST)
Received: from copfs01.mips.com (copfs01 [192.168.205.101])
	by newman.mips.com (8.9.3/8.9.0) with ESMTP id XAA04770;
	Thu, 14 Dec 2000 23:46:01 -0800 (PST)
Received: from mips.com (copsun17 [192.168.205.27])
	by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id IAA17020;
	Fri, 15 Dec 2000 08:45:36 +0100 (MET)
Message-ID: <3A39CC1F.8FE7B2FE@mips.com>
Date:   Fri, 15 Dec 2000 08:45:35 +0100
From:   Carsten Langgaard <carstenl@mips.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To:     Ralf Baechle <ralf@oss.sgi.com>
CC:     linux-mips@oss.sgi.com
Subject: Re: 64 bit build fails
References: <3A379CBC.ED1D9F@mips.com> <20001214215933.C28871@bacchus.dhis.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Ralf Baechle wrote:

> On Wed, Dec 13, 2000 at 04:58:52PM +0100, Carsten Langgaard wrote:
>
> > I'm trying to build a 64bit kernel, but it fails with following message:
> >
> > mips64-linux-gcc -D__KERNEL__
> > -I/home/soc/proj/work/carstenl/sw/linux-2.4.0/include -Wall
> > -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing
> > -mabi=64 -G 0 -mno-abicalls -fno-pic -Wa,--trap -pipe -mcpu=r8000 -mips4
> > -Wa,-32   -c head.S -o head.o
> > head.S: Assembler messages:
> > head.S:69: Error: Missing ')' assumed
>
> Looks like an attempt to build a 64-bit Indy kernel.  Various people working
> on the Origin support have completly broken the support for anything else in
> their battle tank-style approach ...

Ok, that explains why a lot of things are broken.
So who will be responsible for fixing all the broken pieces ?

>
>   Ralf

--
_    _ ____  ___   Carsten Langgaard   Mailto:carstenl@mips.com
|\  /|||___)(___   MIPS Denmark        Direct: +45 4486 5527
| \/ |||    ____)  Lautrupvang 4B      Switch: +45 4486 5555
  TECHNOLOGIES     2750 Ballerup       Fax...: +45 4486 5556
                   Denmark             http://www.mips.com




From owner-linux-mips@oss.sgi.com Fri Dec 15 00:21:30 2000
Received:  by oss.sgi.com id <S553774AbQLOIVU>;
	Fri, 15 Dec 2000 00:21:20 -0800
Received: from mx.mips.com ([206.31.31.226]:20695 "EHLO mx.mips.com")
	by oss.sgi.com with ESMTP id <S553770AbQLOIVH>;
	Fri, 15 Dec 2000 00:21:07 -0800
Received: from newman.mips.com (ns-dmz [206.31.31.225])
	by mx.mips.com (8.9.3/8.9.0) with ESMTP id AAA15428;
	Fri, 15 Dec 2000 00:21:04 -0800 (PST)
Received: from Ulysses (ulysses [192.168.236.13])
	by newman.mips.com (8.9.3/8.9.0) with SMTP id AAA05776;
	Fri, 15 Dec 2000 00:20:59 -0800 (PST)
Message-ID: <007001c06670$7345d2e0$0deca8c0@Ulysses>
From:   "Kevin D. Kissell" <kevink@mips.com>
To:     "Carsten Langgaard" <carstenl@mips.com>,
        "Ralf Baechle" <ralf@oss.sgi.com>
Cc:     <linux-mips@oss.sgi.com>
References: <3A379CBC.ED1D9F@mips.com> <20001214215933.C28871@bacchus.dhis.org> <3A39CC1F.8FE7B2FE@mips.com>
Subject: Re: 64 bit build fails
Date:   Fri, 15 Dec 2000 09:24:22 +0100
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.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

> > Looks like an attempt to build a 64-bit Indy kernel.  Various people
working
> > on the Origin support have completly broken the support for anything
else in
> > their battle tank-style approach ...
>
> Ok, that explains why a lot of things are broken.
> So who will be responsible for fixing all the broken pieces ?

In the absence of the SGI people being directed to do a
clean job, I suppose the problem falls to those who have
an interest in a clean and portable 64-bit MIPS kernel.
That would include MIPS, of course.  But what about the
rest of you - could we see a show of virtual hands?  I
know that TI has both 4K and 5K licenses, and may
want to be able to exploit the 64-bit capability of the 5K
under Linux.  And the guys doing the Vr41xx ports may
also be interested.  Anyone else?  Those of you with
R4K-based DECstations, perhaps?  Software shops
looking to support high-end embedded MIPS in set-tops?

Another aspect of this is that, in the newer MIPS
designs that conform to the MIPS64 architecture spec,
it is finally possible to cleanly seperate the use of
64-bit data types from the use of 64-bit virtual addresses.
The processors in the SGI platforms do not have this
capability, and it would be a lot to ask of the people
doing 64-bit Linux for Origin etc. to treat the addressing
and data aspects orthogonally.  I haven't checked the
code, but I would imagine that we will have to go in
and redo things from that perspective as well.

            Regards,

            Kevin K.


From owner-linux-mips@oss.sgi.com Fri Dec 15 01:01:50 2000
Received:  by oss.sgi.com id <S553736AbQLOJBa>;
	Fri, 15 Dec 2000 01:01:30 -0800
Received: from router.isratech.ro ([193.226.114.69]:43275 "EHLO
        router.isratech.ro") by oss.sgi.com with ESMTP id <S553648AbQLOJBF>;
	Fri, 15 Dec 2000 01:01:05 -0800
Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163])
	by router.isratech.ro (8.10.2/8.10.2) with ESMTP id eBF90S622222;
	Fri, 15 Dec 2000 11:00:29 +0200
Message-ID: <3A3A4C13.9FAD7FB8@isratech.ro>
Date:   Fri, 15 Dec 2000 11:51:32 -0500
From:   Nicu Popovici <octavp@isratech.ro>
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.15-2.5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
CC:     linux-mips@oss.sgi.com, Brady Brown <bbrown@ti.com>
Subject: Re: YAMON.
References: <XFMail.030222095511.Harald.Koerfgen@home.ivm.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Hi Harald,

Thanks. In principle I want to do such a thing and to run linux from ROM if this
is possible and I saw that it is possible. Now I read the documentation and I hope
to manage to setup this kind of kernel.

Thanks again.
Nicu

Harald Koerfgen wrote:

> On 14-Dec-00 Nicu Popovici wrote:
> > Thanks . Now I have a much bigger problem. I have to try to start this ATLAS
> > board without a HDD and without ethernet. At reset it should give me a login
> > prompt which I have to see throught the console. Can anyone help me ?
>
> The linux-vr tree has a nice feature called XIP (eXecute In Place). This allows
> to prepare a kernel to run directly out of ROM.
>
> http://linuxvr-org
>
> if that's what you're looking for.
>
> --
> Regards,
> Harald


From owner-linux-mips@oss.sgi.com Fri Dec 15 07:23:52 2000
Received:  by oss.sgi.com id <S553757AbQLOPXn>;
	Fri, 15 Dec 2000 07:23:43 -0800
Received: from wn42-146.sdc.org ([209.155.42.146]:5364 "EHLO lappi")
	by oss.sgi.com with ESMTP id <S553736AbQLOPXU>;
	Fri, 15 Dec 2000 07:23:20 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S870690AbQLOPUX>;
	Fri, 15 Dec 2000 08:20:23 -0700
Date:	Fri, 15 Dec 2000 16:20:23 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	Carsten Langgaard <carstenl@mips.com>
Cc:	linux-mips@oss.sgi.com
Subject: Re: 64 bit build fails
Message-ID: <20001215162023.B28594@bacchus.dhis.org>
References: <3A379CBC.ED1D9F@mips.com> <20001214215933.C28871@bacchus.dhis.org> <3A39CC1F.8FE7B2FE@mips.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <3A39CC1F.8FE7B2FE@mips.com>; from carstenl@mips.com on Fri, Dec 15, 2000 at 08:45:35AM +0100
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Fri, Dec 15, 2000 at 08:45:35AM +0100, Carsten Langgaard wrote:

> > > mips64-linux-gcc -D__KERNEL__
> > > -I/home/soc/proj/work/carstenl/sw/linux-2.4.0/include -Wall
> > > -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing
> > > -mabi=64 -G 0 -mno-abicalls -fno-pic -Wa,--trap -pipe -mcpu=r8000 -mips4
> > > -Wa,-32   -c head.S -o head.o
> > > head.S: Assembler messages:
> > > head.S:69: Error: Missing ')' assumed
> >
> > Looks like an attempt to build a 64-bit Indy kernel.  Various people working
> > on the Origin support have completly broken the support for anything else in
> > their battle tank-style approach ...
> 
> Ok, that explains why a lot of things are broken.
> So who will be responsible for fixing all the broken pieces ?

This is the question you'd ask a company.  This is Free Software, not some
company's product ...

  Ralf

From owner-linux-mips@oss.sgi.com Fri Dec 15 07:35:12 2000
Received:  by oss.sgi.com id <S553761AbQLOPex>;
	Fri, 15 Dec 2000 07:34:53 -0800
Received: from wn42-146.sdc.org ([209.155.42.146]:12532 "EHLO lappi")
	by oss.sgi.com with ESMTP id <S553740AbQLOPer>;
	Fri, 15 Dec 2000 07:34:47 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S870691AbQLOPcI>;
	Fri, 15 Dec 2000 08:32:08 -0700
Date:	Fri, 15 Dec 2000 16:32:08 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	"Kevin D. Kissell" <kevink@mips.com>
Cc:	Carsten Langgaard <carstenl@mips.com>, linux-mips@oss.sgi.com
Subject: Re: 64 bit build fails
Message-ID: <20001215163208.D28594@bacchus.dhis.org>
References: <3A379CBC.ED1D9F@mips.com> <20001214215933.C28871@bacchus.dhis.org> <3A39CC1F.8FE7B2FE@mips.com> <007001c06670$7345d2e0$0deca8c0@Ulysses>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <007001c06670$7345d2e0$0deca8c0@Ulysses>; from kevink@mips.com on Fri, Dec 15, 2000 at 09:24:22AM +0100
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Fri, Dec 15, 2000 at 09:24:22AM +0100, Kevin D. Kissell wrote:

> In the absence of the SGI people being directed to do a
> clean job, I suppose the problem falls to those who have
> an interest in a clean and portable 64-bit MIPS kernel.
> That would include MIPS, of course.  But what about the
> rest of you - could we see a show of virtual hands?  I
> know that TI has both 4K and 5K licenses, and may
> want to be able to exploit the 64-bit capability of the 5K
> under Linux.  And the guys doing the Vr41xx ports may
> also be interested.  Anyone else?  Those of you with
> R4K-based DECstations, perhaps?  Software shops
> looking to support high-end embedded MIPS in set-tops?
> 
> Another aspect of this is that, in the newer MIPS
> designs that conform to the MIPS64 architecture spec,
> it is finally possible to cleanly seperate the use of
> 64-bit data types from the use of 64-bit virtual addresses.
> The processors in the SGI platforms do not have this
> capability, and it would be a lot to ask of the people
> doing 64-bit Linux for Origin etc. to treat the addressing
> and data aspects orthogonally.  I haven't checked the
> code, but I would imagine that we will have to go in
> and redo things from that perspective as well.

That's one of the plans I have; even in the absense of these new MIPS64
features separation of these new features makes sense.  One of the plans
on my agenda is for example the introduction of 2-level pagetables for
mips64 which will eleminate much of the extra price the 64-bit kernel
currently has to pay.

  Ralf

From owner-linux-mips@oss.sgi.com Fri Dec 15 08:11:22 2000
Received:  by oss.sgi.com id <S553781AbQLOQLN>;
	Fri, 15 Dec 2000 08:11:13 -0800
Received: from f241.law3.hotmail.com ([209.185.241.241]:63243 "EHLO
        hotmail.com") by oss.sgi.com with ESMTP id <S553762AbQLOQLC>;
	Fri, 15 Dec 2000 08:11:02 -0800
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Fri, 15 Dec 2000 08:10:56 -0800
Received: from 207.175.43.231 by lw3fd.law3.hotmail.msn.com with HTTP;	Fri, 15 Dec 2000 16:10:56 GMT
X-Originating-IP: [207.175.43.231]
From:   "James McD" <vile8@hotmail.com>
To:     linux-mips@oss.sgi.com
Subject: memory hog
Date:   Fri, 15 Dec 2000 16:10:56 
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
Message-ID: <F2413yMJiQTyfPefLJG0000066a@hotmail.com>
X-OriginalArrivalTime: 15 Dec 2000 16:10:56.0843 (UTC) FILETIME=[9B60C9B0:01C066B1]
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

I have an SGI INDY r4600 133 with 64 megs of ram and a 1 gig drive. I have 
simple linux and the 2.4test9 kernel running on it. Thank you for the advice 
on getting it booting from the hard drive btw Guido!
   Here is my dilema. It has nothing running other than standard services 
ie. login, networking. No web server, none of the goodies yet, and I am 
consuming 60 out of my 64 megs of available ram. I do not even have X 
installed yet. I know 64 megs isnt alot, but it seems to be quite a high 
consumption for no services being run. Please let me know if anybody knows 
if an SGI handles memory differently, or if I should just get more and quit 
whining.

Thanks,

James McDermott
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com


From owner-linux-mips@oss.sgi.com Fri Dec 15 09:14:53 2000
Received:  by oss.sgi.com id <S553771AbQLOROn>;
	Fri, 15 Dec 2000 09:14:43 -0800
Received: from router.isratech.ro ([193.226.114.69]:44806 "EHLO
        router.isratech.ro") by oss.sgi.com with ESMTP id <S553767AbQLOROf>;
	Fri, 15 Dec 2000 09:14:35 -0800
Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163])
	by router.isratech.ro (8.10.2/8.10.2) with ESMTP id eBFHEI609804
	for <linux-mips@oss.sgi.com>; Fri, 15 Dec 2000 19:14:19 +0200
Message-ID: <3A3ABFA9.8608799D@isratech.ro>
Date:   Fri, 15 Dec 2000 20:04:42 -0500
From:   Nicu Popovici <octavp@isratech.ro>
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.15-2.5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-mips@oss.sgi.com
Subject: Little endian.
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Hello ,

I have the follwing problem. I setup a HardHat distribution on a mips
machine ( an ATLAS board) and everithing runs fine in big-endian mode.
Now I want to run the board inlittle endian mode so I took the
linux/mipsel distribution , I did the same steps as with big-endian
distribution. I run load tftp:/linux/mipsel/vmlinux-el.srec and it works
fine . Then I issue the command go . root=/dev/sda1 ( I do not install
the HardHat again ???? maybe here it is the problem ) I get the
following error.
==========================================================
VFS: Mounted root (ext2 filesystem) readonly.
Freeing prom memory: 1020k freed
Freeing unused kernel memory: 68k freed
Kernel panic: No init found.  Try passing init= option to kernel.
==========================================================
So please tell me where did I go wrong ?

Nicu


From owner-linux-mips@oss.sgi.com Fri Dec 15 10:25:35 2000
Received:  by oss.sgi.com id <S553783AbQLOSZP>;
	Fri, 15 Dec 2000 10:25:15 -0800
Received: from mx.mips.com ([206.31.31.226]:8924 "EHLO mx.mips.com")
	by oss.sgi.com with ESMTP id <S553770AbQLOSZE>;
	Fri, 15 Dec 2000 10:25:04 -0800
Received: from newman.mips.com (ns-dmz [206.31.31.225])
	by mx.mips.com (8.9.3/8.9.0) with ESMTP id KAA23981;
	Fri, 15 Dec 2000 10:24:48 -0800 (PST)
Received: from Ulysses (ulysses [192.168.236.13])
	by newman.mips.com (8.9.3/8.9.0) with SMTP id KAA20755;
	Fri, 15 Dec 2000 10:24:54 -0800 (PST)
Message-ID: <001301c066c4$d2b9f7c0$0deca8c0@Ulysses>
From:   "Kevin D. Kissell" <kevink@mips.com>
To:     "Nicu Popovici" <octavp@isratech.ro>, <linux-mips@oss.sgi.com>
References: <3A3ABFA9.8608799D@isratech.ro>
Subject: Re: Little endian.
Date:   Fri, 15 Dec 2000 19:28:15 +0100
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.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

If you want to run little-endian, you need to install
the little-endian binaries and libraries.  Since I needed
to "swing both ways", I put both a big-endian root and
a little-endian root partition on my Atlas disk, with user/data 
partitions that can be mounted on either one - fortunately, 
the Ext2FS metadata seems to be consistent regardless 
of endianness.

            Kevin K.

----- Original Message ----- 
From: "Nicu Popovici" <octavp@isratech.ro>
To: <linux-mips@oss.sgi.com>
Sent: Saturday, December 16, 2000 2:04 AM
Subject: Little endian.


> Hello ,
> 
> I have the follwing problem. I setup a HardHat distribution on a mips
> machine ( an ATLAS board) and everithing runs fine in big-endian mode.
> Now I want to run the board inlittle endian mode so I took the
> linux/mipsel distribution , I did the same steps as with big-endian
> distribution. I run load tftp:/linux/mipsel/vmlinux-el.srec and it works
> fine . Then I issue the command go . root=/dev/sda1 ( I do not install
> the HardHat again ???? maybe here it is the problem ) I get the
> following error.
> ==========================================================
> VFS: Mounted root (ext2 filesystem) readonly.
> Freeing prom memory: 1020k freed
> Freeing unused kernel memory: 68k freed
> Kernel panic: No init found.  Try passing init= option to kernel.
> ==========================================================
> So please tell me where did I go wrong ?
> 
> Nicu
> 


From owner-linux-mips@oss.sgi.com Fri Dec 15 14:28:48 2000
Received:  by oss.sgi.com id <S553791AbQLOW22>;
	Fri, 15 Dec 2000 14:28:28 -0800
Received: from chmls06.mediaone.net ([24.147.1.144]:52141 "EHLO
        chmls06.mediaone.net") by oss.sgi.com with ESMTP id <S553785AbQLOW15>;
	Fri, 15 Dec 2000 14:27:57 -0800
Received: from pianoman.cluster.toy (h00001c600ed5.ne.mediaone.net [24.147.29.131])
	by chmls06.mediaone.net (8.8.7/8.8.7) with ESMTP id RAA06289;
	Fri, 15 Dec 2000 17:27:48 -0500 (EST)
Date:   Fri, 15 Dec 2000 17:28:13 -0500 (EST)
From:   PianoMan <clemej@alum.rpi.edu>
X-Sender: clemej@pianoman.cluster.toy
To:     "Kevin D. Kissell" <kevink@mips.com>
cc:     Carsten Langgaard <carstenl@mips.com>, linux-mips@oss.sgi.com
Subject: Re: 64 bit build fails
In-Reply-To: <007001c06670$7345d2e0$0deca8c0@Ulysses>
Message-ID: <Pine.LNX.4.20.0012151700050.4896-100000@pianoman.cluster.toy>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


> > > Looks like an attempt to build a 64-bit Indy kernel.  Various people
> working
> > > on the Origin support have completly broken the support for anything
> else in
> > > their battle tank-style approach ...
> >
> > Ok, that explains why a lot of things are broken.
> > So who will be responsible for fixing all the broken pieces ?
> 
> In the absence of the SGI people being directed to do a
> clean job, I suppose the problem falls to those who have
> an interest in a clean and portable 64-bit MIPS kernel.
> That would include MIPS, of course.  But what about the
> rest of you - could we see a show of virtual hands?  I
> know that TI has both 4K and 5K licenses, and may
> want to be able to exploit the 64-bit capability of the 5K
> under Linux.  And the guys doing the Vr41xx ports may
> also be interested.  Anyone else?  Those of you with
> R4K-based DECstations, perhaps?  Software shops
> looking to support high-end embedded MIPS in set-tops?

I took a crack at this a while back trying the non-brute force
approach.  However, I'm only interested in it as a hobby (I have an I2
R4400, and I'd like to get into some embedded work with the SiByte chip
when it comes out).  I was trying to make the computer look like a single
node (assigning a NASID of 0, etc..), but i got bogged down in the page
vs. node stuff before i got to far into it.  I'd be willing to help and
test again, but i have limited time now, unfortunately.

I was going for functionality, not speed, obviously ;)

john.c

- --
John Clemens           BS, Computer Engineering, RPI 2000
clemej@alum.rpi.edu    at home - Parallel Computer Researcher/Hobbist
clemej@mclx.com        at work - Kernel Engineer 


From owner-linux-mips@oss.sgi.com Sat Dec 16 01:19:43 2000
Received:  by oss.sgi.com id <S553858AbQLPJTX>;
	Sat, 16 Dec 2000 01:19:23 -0800
Received: from web1.lanscape.net ([64.240.156.194]:15878 "EHLO
        web1.lanscape.net") by oss.sgi.com with ESMTP id <S553805AbQLPJSy>;
	Sat, 16 Dec 2000 01:18:54 -0800
Received: from sumpf.cyrius.com (IDENT:root@localhost [127.0.0.1])
	by web1.lanscape.net (8.9.3/8.9.3) with ESMTP id DAA04852
	for <linux-mips@oss.sgi.com>; Sat, 16 Dec 2000 03:18:25 -0600
Received: by sumpf.cyrius.com (Postfix, from userid 1000)
	id 73D4414ED7; Sat, 16 Dec 2000 08:56:03 +0100 (CET)
Date:   Sat, 16 Dec 2000 08:56:03 +0100
From:   Martin Michlmayr <tbm@cyrius.com>
To:     linux-mips@oss.sgi.com
Subject: Kernel Oops when booting on DECstation
Message-ID: <20001216085603.A514@sumpf.cyrius.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

When I boot a Linux kernel on a DECstation/125, I get the following oops:

>>boot 3/rz2/vmlinux root=/dev/sda1 console=ttyS2 root=/dev/sda1
>> NetBSD/pmax Secondary Boot, Revision 1.0
>> (root@vlad, Sat Mar  4 14:34:30 EST 2000)
Boot: 3/rz2/vmlinux
1623360+151344=0x18c540
Starting at 0x80040584

This DECstation is a DS5000/1xx
Loading R[23]00 MMU routines.
CPU revision is: 00000230
Primary instruction cache 64kb, linesize 4 bytes
Primary data cache 64kb, linesize 4 bytes
Linux version 2.4.0-test11 (bunk@r063144.stusta.swh.mhn.de) (gcc version egcs-20
Determined physical RAM map:
 memory: 02000000 @ 00000000 (usable)
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS2 root=/dev/sda1
Calibrating delay loop... 24.77 BogoMIPS
Memory: 30224k/32768k available (1453k kernel code, 2544k reserved, 68k data, 6)
Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)                   Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)
Checking for 'wait' instruction...  unavailable.
POSIX conformance testing by UNIFIX
Unable to handle kernel paging request at virtual address 00000004, epc == 80054
Oops in fault.c:do_page_fault, line 172:
$0 : 00000000 10002000 80720410 00000000 80720410 00000000 810884d4 10002000
$8 : 00000000 00000000 00000000 00000000 00bd0000 fffffff7 ffffffff 81097180
$16: 00010f00 81094000 00000000 80048000 30464354 a0002f88 fffffff4 00010f00
$24: 00000001 0000000a                   80720000 80720f58 80721090 80059b34
epc  : 80059b7c                                                                 Status: 10002004
Cause : 30000408
Process  (pid: 0, stackpage=80720000)
Stack: 8005f564 00000001 000000c0 8005f228 801c6c6c 800f191c 00000000 00000000
       00000000 80720f7c 80720f7c 00000023 00000000 00000000 00000000 80720f7c
       80720f7c 00000023 00010f00 00010000 00000000 80048000 30464354 a0002f88
       00000200 001200d2 40208a0a 8004e168 00000000 00000020 80720fe0 00000000
       8004b42c 0000261c 00010f00 00000000 80721090 0000261c 00bd0000 fffffff7
       00000000 ...
Call Trace: [<8005f564>] [<8005f228>] [<800f191c>] [<80048000>] [<8004e168>] [<]
Code: 24630010  8e2501d4  8e230218 <8ca20004> 00000000  0043102b  10400431  241

This is with a 2.4.0-test11 kernel image compiled by Adrian Bunk.  The
image works for him.  I get virtually the same problem when booting
with Flo's test-8-pre1 image from ftp.rfc822.org:

Linux version 2.4.0-test8-pre1 (flo@slimer.rfc822.org) (gcc version egcs-2.90.20
[...]
POSIX conformance testing by UNIFIX
Unable to handle kernel paging request at virtual address 00000004, epc == 8005c
Oops in fault.c:do_page_fault, line 158:
$0 : 00000000 10002000 80720370 00000000 00000000 00001098 10002000 0000003c
$8 : 00002000 ffff00ff 00000000 00000000 00000000 00000000 801a9d94 10002001
$16: 00000f00 81098000 80048000 a000fcf8 30464354 a0002f88 fffffff4 00000f00
$24: 00000000 00000000                   80720000 80720f58 80721090 8005999c
epc  : 800599f4
Status: 10002004
Cause : 30000408
Process  (pid: 0, stackpage=80720000)
Stack: 800d7054 81086200 800613a8 00000001 00000008 80061064 00000000 00000000
       00000000 80720f7c 80720f7c 801b6737 00000000 00000000 00000000 80720f7c
       80720f7c 801b6737 00000f00 00000000 80048000 a000fcf8 30464354 a0002f88
       00000200 001200d2 40208a0a 8004e934 00000000 00000020 80720fe0 0000000a
       8004b2cc 0000003c 00000f00 00000000 80721090 0000003c 801b6748 801a9d94
       00000000 ...
Call Trace: [<800d7054>] [<800613a8>] [<80061064>] [<80048000>] [<8004e934>] [<]
Code: ac6b0004  8e2401d0  8e230214 <8c820004> 00000000  0043102b  10400442  241

Any ideas?  (I hope and think that it has nothing to do with me
booting from a NetBSD partition.  I don't have ethernet on the machine
and thus have to boot the kernel from the existing FFS partition in
order to start Linux and then run delo.  NetBSD boots and works, btw.)
-- 
Martin Michlmayr
tbm@cyrius.com

From owner-linux-mips@oss.sgi.com Sat Dec 16 02:20:34 2000
Received:  by oss.sgi.com id <S553850AbQLPKUY>;
	Sat, 16 Dec 2000 02:20:24 -0800
Received: from hermes.research.kpn.com ([139.63.192.8]:44299 "EHLO
        hermes.research.kpn.com") by oss.sgi.com with ESMTP
	id <S553866AbQLPKUE>; Sat, 16 Dec 2000 02:20:04 -0800
Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6])
 by research.kpn.com (PMDF V5.2-31 #42699)
 with ESMTP id <01JXRQN1CS1U00180S@research.kpn.com> for
 linux-mips@oss.sgi.com; Sat, 16 Dec 2000 11:20:02 +0100
Received: (from karel@localhost)	by sparta.research.kpn.com (8.8.8+Sun/8.8.8)
 id LAA28799; Sat, 16 Dec 2000 11:20:01 +0100 (MET)
X-URL:  http://www-lsdm.research.kpn.com/~karel
Date:   Sat, 16 Dec 2000 11:20:00 +0100 (MET)
From:   Karel van Houten <K.H.C.vanHouten@research.kpn.com>
Subject: Re: Kernel Oops when booting on DECstation
In-reply-to: <20001216085603.A514@sumpf.cyrius.com>
To:     tbm@cyrius.com (Martin Michlmayr)
Cc:     linux-mips@oss.sgi.com
Message-id: <200012161020.LAA28799@sparta.research.kpn.com>
MIME-version: 1.0
X-Mailer: ELM [version 2.5 PL2]
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Martin wrote:
> When I boot a Linux kernel on a DECstation/125, I get the following oops:
> 
> >>boot 3/rz2/vmlinux root=/dev/sda1 console=ttyS2 root=/dev/sda1
> >> NetBSD/pmax Secondary Boot, Revision 1.0
> >> (root@vlad, Sat Mar  4 14:34:30 EST 2000)
> ...
> POSIX conformance testing by UNIFIX
> Unable to handle kernel paging request at virtual address 00000004, epc == 80054
> ...
> 
> Any ideas?  (I hope and think that it has nothing to do with me
> booting from a NetBSD partition.  I don't have ethernet on the machine
> and thus have to boot the kernel from the existing FFS partition in
> order to start Linux and then run delo.  NetBSD boots and works, btw.)

The next entry the kernel would print is the Turbochannel scan.
Do you have any unsupported cards in your system that could cause this?

Have you tried my kernels, by the way?

-- 
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 owner-linux-mips@oss.sgi.com Sat Dec 16 03:20:04 2000
Received:  by oss.sgi.com id <S553866AbQLPLTo>;
	Sat, 16 Dec 2000 03:19:44 -0800
Received: from ppp0.ocs.com.au ([203.34.97.3]:48905 "HELO mail.ocs.com.au")
	by oss.sgi.com with SMTP id <S553863AbQLPLTS>;
	Sat, 16 Dec 2000 03:19:18 -0800
Received: (qmail 5581 invoked from network); 16 Dec 2000 11:19:11 -0000
Received: from ocs3.ocs-net (192.168.255.3)
  by mail.ocs.com.au with SMTP; 16 Dec 2000 11:19:11 -0000
X-Mailer: exmh version 2.1.1 10/15/1999
From:   Keith Owens <kaos@melbourne.sgi.com>
To:     Martin Michlmayr <tbm@cyrius.com>
cc:     linux-mips@oss.sgi.com
Subject: Re: Kernel Oops when booting on DECstation 
In-reply-to: Your message of "Sat, 16 Dec 2000 08:56:03 BST."
             <20001216085603.A514@sumpf.cyrius.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date:   Sat, 16 Dec 2000 22:19:10 +1100
Message-ID: <15209.976965550@ocs3.ocs-net>
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Sat, 16 Dec 2000 08:56:03 +0100, 
Martin Michlmayr <tbm@cyrius.com> wrote:
>When I boot a Linux kernel on a DECstation/125, I get the following oops:
>Oops in fault.c:do_page_fault, line 172:
>Call Trace: [<8005f564>] [<8005f228>] [<800f191c>] [<80048000>] [<8004e168>] [<]
>Code: 24630010  8e2501d4  8e230218 <8ca20004> 00000000  0043102b  10400431  241

Those two lines have been truncated at end of line instead of wrapping
onto the next line.  Capture the full text (without truncation) and run
it through ksymoops[*] to decode it.

[*]ftp://ftp.<country>.kernel.org/pub/linux/utils/kernel/ksymoops/v2.3


From owner-linux-mips@oss.sgi.com Sat Dec 16 06:55:15 2000
Received:  by oss.sgi.com id <S553868AbQLPOy4>;
	Sat, 16 Dec 2000 06:54:56 -0800
Received: from web1.lanscape.net ([64.240.156.194]:12041 "EHLO
        web1.lanscape.net") by oss.sgi.com with ESMTP id <S553864AbQLPOy1>;
	Sat, 16 Dec 2000 06:54:27 -0800
Received: from sumpf.cyrius.com (IDENT:root@localhost [127.0.0.1])
	by web1.lanscape.net (8.9.3/8.9.3) with ESMTP id IAA07736;
	Sat, 16 Dec 2000 08:54:02 -0600
Received: by sumpf.cyrius.com (Postfix, from userid 1000)
	id 7729E14EF4; Sat, 16 Dec 2000 16:00:51 +0100 (CET)
Date:   Sat, 16 Dec 2000 16:00:51 +0100
From:   Martin Michlmayr <tbm@cyrius.com>
To:     Keith Owens <kaos@melbourne.sgi.com>
Cc:     linux-mips@oss.sgi.com
Subject: Re: Kernel Oops when booting on DECstation
Message-ID: <20001216160051.A904@sumpf.cyrius.com>
References: <20001216085603.A514@sumpf.cyrius.com> <15209.976965550@ocs3.ocs-net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <15209.976965550@ocs3.ocs-net>; from kaos@melbourne.sgi.com on Sat, Dec 16, 2000 at 10:19:10PM +1100
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

* Keith Owens <kaos@melbourne.sgi.com> [20001216 22:19]:
> Those two lines have been truncated at end of line instead of wrapping
> onto the next line.  Capture the full text (without truncation) and run
> it through ksymoops[*] to decode it.

ksymoops 2.3.5 on i586 2.2.15.  Options used
     -v /home/tbm/a/vmlinux-2.4.0-test8-pre1 (specified)
     -K (specified)
     -L (specified)
     -O (specified)
     -m /home/tbm/a/System.map-2.4.0-test8-pre1 (specified)
     -a mipsel

Unable to handle kernel paging request at virtual address 00000004, epc == 800599f4, ra == 8005999c
$0 : 00000000 10002000 80720370 00000000 00000000 00001098 10002000 0000003c
$8 : 00002000 ffff00ff 00000000 00000000 00000000 00000000 801a9d94 10002001
$16: 00000f00 81098000 80048000 a000fcf8 30464354 a0002f88 fffffff4 00000f00
$24: 00000000 00000000                   80720000 80720f58 80721090 8005999c
epc  : 800599f4
Using defaults from ksymoops -t elf32-i386
Status: 10002004
Cause : 30000408
Process  (pid: 0, stackpage=80720000)
Stack: 800d7054 81086200 800613a8 00000001 00000008 80061064 00000000 00000000
       00000000 80720f7c 80720f7c 801b6737 00000000 00000000 00000000 80720f7c
       80720f7c 801b6737 00000f00 00000000 80048000 a000fcf8 30464354 a0002f88
       00000200 001200d2 40208a0a 8004e934 00000000 00000020 80720fe0 0000000a
       8004b2cc 0000003c 00000f00 00000000 80721090 0000003c 801b6748 801a9d94
       00000000 ...
Call Trace: [<800d7054>] [<800613a8>] [<80061064>] [<80048000>] [<8004e934>] [<8004b2cc>]
Code: ac6b0004  8e2401d0  8e230214 <8c820004> 00000000  0043102b  10400442  2416fff5  40036000 
Error (Oops_bfd_perror): scan_arch for specified architecture Success

>>RA;  8005999c <do_fork+b0/1264>
>>EIP; 800599f4 <do_fork+108/1264>   <=====
Trace; 800d7054 <timer_interrupt+104/1c0>
Trace; 800613a8 <tasklet_hi_action+e0/160>
Trace; 80061064 <__gnu_compiled_c+c4/138>
Trace; 80048000 <__gnu_compiled_c+0/0>
Trace; 8004e934 <sys_clone+5c/6c>
Trace; 8004b2cc <stack_done+20/3c>

1 error issued.  Results may not be reliable.

(This kernel is from ftp://ftp.rfc822.org/pub/local/linux-mipsel/kernel (?)
file: kernel-image-2.4.0-test8-pre1-dec-r3k.tar.gz)



ksymoops 2.3.5 on i586 2.2.15.  Options used
     -v /home/tbm/linux-2.4.0test11mipsel (specified)
     -K (specified)
     -L (specified)
     -O (specified)
     -M (specified)
     -a mipsel

Error (pclose_local): read_nm_symbols pclose failed 0x100
Warning (read_vmlinux): no kernel symbols in vmlinux, is /home/tbm/linux-2.4.0test11mipsel a valid vmlinux file?
Warning (merge_maps): no symbols in merged map
Unable to handle kernel paging request at virtual address 00000004, epc == 80059b7c, ra == 80059b34
$0 : 00000000 10002000 80720410 00000000 80720410 00000000 810884d4 10002000
$8 : 00000000 00000000 00000000 00000000 00bd0000 fffffff7 ffffffff 81097180
$16: 00010f00 81094000 00000000 80048000 30464354 a0002f88 fffffff4 00010f00
$24: 00000001 0000000a                   80720000 80720f58 80721090 80059b34
epc  : 80059b7c
Using defaults from ksymoops -t elf32-i386
Status: 10002004
Cause : 30000408
Process  (pid: 0, stackpage=80720000)
Stack: 8005f564 00002400 000000c0 8005f228 801c6c6c 800f191c 00000000 00000000
       00000000 80720f7c 80720f7c 00000023 00000000 00000000 00000000 80720f7c
       80720f7c 00000023 00010f00 00010000 00000000 80048000 30464354 a0002f88
       00000000 001200d2 40208a0a 8004e168 00000000 00000020 80720fe0 00000000
       8004b42c 0000261c 00010f00 00000000 80721090 0000261c 00bd0000 fffffff7
       00000000 ...
Call Trace: [<8005f564>] [<8005f228>] [<800f191c>] [<80048000>] [<8004e168>] [<8004b42c>]
Code: 24630010  8e2501d4  8e230218 <8ca20004> 00000000  0043102b  10400431  2416fff5  40046000 
Error (Oops_bfd_perror): scan_arch for specified architecture Success

>>RA;  80059b34 No symbols available
>>EIP; 80059b7c No symbols available   <=====
Trace; 8005f564 No symbols available
Trace; 8005f228 No symbols available
Trace; 800f191c No symbols available
Trace; 80048000 No symbols available
Trace; 8004e168 No symbols available
Trace; 8004b42c No symbols available

2 warnings and 2 errors issued.  Results may not be reliable.

(This kernel is from http://www.fs.tum.de/~bunk/linux-2.4.0test11mipsel)

-- 
Martin Michlmayr
tbm@cyrius.com

From owner-linux-mips@oss.sgi.com Sat Dec 16 07:10:25 2000
Received:  by oss.sgi.com id <S553870AbQLPPKQ>;
	Sat, 16 Dec 2000 07:10:16 -0800
Received: from ppp0.ocs.com.au ([203.34.97.3]:52747 "HELO mail.ocs.com.au")
	by oss.sgi.com with SMTP id <S553867AbQLPPKB>;
	Sat, 16 Dec 2000 07:10:01 -0800
Received: (qmail 8292 invoked from network); 16 Dec 2000 15:09:52 -0000
Received: from ocs3.ocs-net (192.168.255.3)
  by mail.ocs.com.au with SMTP; 16 Dec 2000 15:09:52 -0000
X-Mailer: exmh version 2.1.1 10/15/1999
From:   Keith Owens <kaos@melbourne.sgi.com>
To:     Martin Michlmayr <tbm@cyrius.com>
cc:     linux-mips@oss.sgi.com
Subject: Re: Kernel Oops when booting on DECstation 
In-reply-to: Your message of "Sat, 16 Dec 2000 16:00:51 BST."
             <20001216160051.A904@sumpf.cyrius.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date:   Sun, 17 Dec 2000 02:09:51 +1100
Message-ID: <23987.976979391@ocs3.ocs-net>
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Sat, 16 Dec 2000 16:00:51 +0100, 
Martin Michlmayr <tbm@cyrius.com> wrote:
>ksymoops 2.3.5 on i586 2.2.15.  Options used
>     -a mipsel
>Using defaults from ksymoops -t elf32-i386

The joys of cross system debugging.  You need to set ksymoops option
-t, it is defaulting to elf32-i386 which is no good for mips objects.
You almost certainly need to set environment variables KSYMOOPS_NM and
KSYMOOPS_OBJDUMP to point to versions of these programs that understand
mips.  If mips prints the code in big endian format then you need to
use ksymoops option -e.  man ksymoops and scan for 'cross'.


From owner-linux-mips@oss.sgi.com Sat Dec 16 10:05:07 2000
Received:  by oss.sgi.com id <S553874AbQLPSE5>;
	Sat, 16 Dec 2000 10:04:57 -0800
Received: from wn42-146.sdc.org ([209.155.42.146]:54255 "EHLO lappi")
	by oss.sgi.com with ESMTP id <S553871AbQLPSEb>;
	Sat, 16 Dec 2000 10:04:31 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S870675AbQLPLpj>;
	Sat, 16 Dec 2000 04:45:39 -0700
Date:	Sat, 16 Dec 2000 12:45:39 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	"Kevin D. Kissell" <kevink@mips.com>
Cc:	Nicu Popovici <octavp@isratech.ro>, linux-mips@oss.sgi.com
Subject: Re: Little endian.
Message-ID: <20001216124539.A6896@bacchus.dhis.org>
References: <3A3ABFA9.8608799D@isratech.ro> <001301c066c4$d2b9f7c0$0deca8c0@Ulysses>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <001301c066c4$d2b9f7c0$0deca8c0@Ulysses>; from kevink@mips.com on Fri, Dec 15, 2000 at 07:28:15PM +0100
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Fri, Dec 15, 2000 at 07:28:15PM +0100, Kevin D. Kissell wrote:

> If you want to run little-endian, you need to install
> the little-endian binaries and libraries.  Since I needed
> to "swing both ways", I put both a big-endian root and
> a little-endian root partition on my Atlas disk, with user/data 
> partitions that can be mounted on either one - fortunately, 
> the Ext2FS metadata seems to be consistent regardless 
> of endianness.

Ext2fs on-disk data structures are defined to be little endian.  Some very
old ext2 filesystems which afaik where all created on Linux/M68K were big
endian; for those e2fsck has the option to change the endianess of the
filesystem during a fsck run; the current kernel will refuse to accept
such big endian ext2 filesystems.

  Ralf

From owner-linux-mips@oss.sgi.com Sat Dec 16 10:05:07 2000
Received:  by oss.sgi.com id <S553876AbQLPSEr>;
	Sat, 16 Dec 2000 10:04:47 -0800
Received: from wn42-146.sdc.org ([209.155.42.146]:54255 "EHLO lappi")
	by oss.sgi.com with ESMTP id <S553874AbQLPSEc>;
	Sat, 16 Dec 2000 10:04:32 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S870677AbQLPLrG>;
	Sat, 16 Dec 2000 04:47:06 -0700
Date:	Sat, 16 Dec 2000 12:47:06 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	James McD <vile8@hotmail.com>
Cc:	linux-mips@oss.sgi.com
Subject: Re: memory hog
Message-ID: <20001216124705.B6896@bacchus.dhis.org>
References: <F2413yMJiQTyfPefLJG0000066a@hotmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <F2413yMJiQTyfPefLJG0000066a@hotmail.com>; from vile8@hotmail.com on Fri, Dec 15, 2000 at 04:10:56PM +0000
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Fri, Dec 15, 2000 at 04:10:56PM +0000, James McD wrote:

> I have an SGI INDY r4600 133 with 64 megs of ram and a 1 gig drive. I have 
> simple linux and the 2.4test9 kernel running on it. Thank you for the advice 
> on getting it booting from the hard drive btw Guido!
>    Here is my dilema. It has nothing running other than standard services 
> ie. login, networking. No web server, none of the goodies yet, and I am 
> consuming 60 out of my 64 megs of available ram. I do not even have X 
> installed yet. I know 64 megs isnt alot, but it seems to be quite a high 
> consumption for no services being run. Please let me know if anybody knows 
> if an SGI handles memory differently, or if I should just get more and quit 
> whining.

That's a classic one - Linux uses most of it's `free' memory as disk cache,
so it doesn't show up as `free' in the free output.

  Ralf

From owner-linux-mips@oss.sgi.com Sat Dec 16 10:05:07 2000
Received:  by oss.sgi.com id <S553882AbQLPSEq>;
	Sat, 16 Dec 2000 10:04:46 -0800
Received: from wn42-146.sdc.org ([209.155.42.146]:54255 "EHLO lappi")
	by oss.sgi.com with ESMTP id <S553875AbQLPSEc>;
	Sat, 16 Dec 2000 10:04:32 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S870679AbQLPLso>;
	Sat, 16 Dec 2000 04:48:44 -0700
Date:	Sat, 16 Dec 2000 12:48:44 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	Pete Black <pete.black@metering.co.nz>
Cc:	"'linux-mips@oss.sgi.com'" <linux-mips@oss.sgi.com>
Subject: Re: Linux/MIPS on quad-R4400 Challenge L
Message-ID: <20001216124844.C6896@bacchus.dhis.org>
References: <8BEF9F7FD6FEA8409D2A706B2D6D32280553FF@server1.metering.co.nz>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <8BEF9F7FD6FEA8409D2A706B2D6D32280553FF@server1.metering.co.nz>; from pete.black@metering.co.nz on Fri, Dec 15, 2000 at 11:16:31AM +1300
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Fri, Dec 15, 2000 at 11:16:31AM +1300, Pete Black wrote:

> I happen to have acquired a quad-R4400 SGI Challenge-L server.
> 
> It's big, it's black, and it seems to run OK.
> 
> Is there any support in Linux/MIPS for a beast like this?

The Challenge L isn't supported.

> >From what i read on the FAQs, the Multi-processor versions of the R4400 are
> not supported.. will there ever be a time when Linux/MIPS will run on a
> machin elike this, or am i stuck with IRIX for the rest of this machine's
> life?

Standard approach - send me a Challenge L and hardware docs with permission
to publish code based on it and we can solve your problem :-)

  Ralf

From owner-linux-mips@oss.sgi.com Sat Dec 16 16:36:59 2000
Received:  by oss.sgi.com id <S553884AbQLQAgt>;
	Sat, 16 Dec 2000 16:36:49 -0800
Received: from pop3.web.de ([212.227.116.81]:7439 "HELO smtp.web.de")
	by oss.sgi.com with SMTP id <S553880AbQLQAgc>;
	Sat, 16 Dec 2000 16:36:32 -0800
Received: from web.de by smtp.web.de with smtp
	(freemail 4.2.1.0 #3) id m147RoM-005D7uC; Sun, 17 Dec 2000 01:36 +0100
Message-ID: <3A3C0ACE.8A13EA97@web.de>
Date:   Sun, 17 Dec 2000 01:37:34 +0100
From:   Olaf Zaplinski <olaf.zaplinski@web.de>
X-Mailer: Mozilla 4.76 [en] (Win98; U)
X-Accept-Language: de,en
MIME-Version: 1.0
To:     linux-mips@oss.sgi.com
Subject: Re: FAQ/
References: <3A36AFFE.51C9F2B@web.de> <20001213135723.B3060@paradigm.rfc822.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Where do I find it? I saw the debian-mipsel dist on ftp.rfc822.org, but as
there is no doc at all, this dist is unusuable... perhaps I am lucky with
that, I strongly dislike the Debian dist.

Olaf

Florian Lohoff wrote:
> 
> On Wed, Dec 13, 2000 at 12:08:46AM +0100, Olaf Zaplinski wrote:
> > Hi all,
> >
> > can someone please point me to a Howto/FAQ? I'd like to put Linux on my SNI
> > RM200 machine (R4600, 64MB). Can I use the Hardhat distribution, or does it
> > run on SGIs only?
> 
> The RM200 was supported only in little endian mode with the Windows NT
> firmware - Nobody knows (chance is little) if the tree will still work.
> 
> You will need the decstation root not the hardhat tarball as that
> is strictly big endian.
> 
> Flo
> --
> Florian Lohoff                  flo@rfc822.org             +49-5201-669912
>      Why is it called "common sense" when nobody seems to have any?

From owner-linux-mips@oss.sgi.com Sat Dec 16 16:42:09 2000
Received:  by oss.sgi.com id <S553886AbQLQAl7>;
	Sat, 16 Dec 2000 16:41:59 -0800
Received: from air.lug-owl.de ([62.52.24.190]:44039 "HELO air.lug-owl.de")
	by oss.sgi.com with SMTP id <S553883AbQLQAlm>;
	Sat, 16 Dec 2000 16:41:42 -0800
Received: by air.lug-owl.de (Postfix, from userid 1000)
	id 400478655; Sun, 17 Dec 2000 01:41:37 +0100 (CET)
Date:   Sun, 17 Dec 2000 01:41:36 +0100
From:   Jan-Benedict Glaw <jbglaw@lug-owl.de>
To:     linux-mips@oss.sgi.com
Subject: Re: FAQ/
Message-ID: <20001217014136.A29250@lug-owl.de>
Reply-To: jbglaw@lug-owl.de
Mail-Followup-To: linux-mips@oss.sgi.com
References: <3A36AFFE.51C9F2B@web.de> <20001213135723.B3060@paradigm.rfc822.org> <3A3C0ACE.8A13EA97@web.de>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3A3C0ACE.8A13EA97@web.de>; from olaf.zaplinski@web.de on Sun, Dec 17, 2000 at 01:37:34AM +0100
X-Operating-System: Linux air 2.4.0-test8-pre1 
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


--SUOF0GtieIMvvwua
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Dec 17, 2000 at 01:37:34AM +0100, Olaf Zaplinski wrote:
> Where do I find it? I saw the debian-mipsel dist on ftp.rfc822.org, but as
> there is no doc at all, this dist is unusuable... perhaps I am lucky with
> that, I strongly dislike the Debian dist.

Try searching for 'declinux'.

MfG, JBG

--=20
Fehler eingestehen, Gr=F6=DFe zeigen: Nehmt die Rechtschreibreform zur=FCck=
!!!
/* Jan-Benedict Glaw <jbglaw@lug-owl.de> -- +49-177-5601720 */
keyID=3D0x8399E1BB fingerprint=3D250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 83=
99 E1BB
     "insmod vi.o and there we go..." (Alexander Viro on linux-kernel)

--SUOF0GtieIMvvwua
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.2 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjo8C8AACgkQHb1edYOZ4bt8UwCdFbv7j2IKKu+U+wsXbkN0ECDu
3u4AmwWrC9xIZ7mCk5SwWingXUmJOxwb
=wAkS
-----END PGP SIGNATURE-----

--SUOF0GtieIMvvwua--

From owner-linux-mips@oss.sgi.com Sat Dec 16 17:01:29 2000
Received:  by oss.sgi.com id <S553888AbQLQBBJ>;
	Sat, 16 Dec 2000 17:01:09 -0800
Received: from air.lug-owl.de ([62.52.24.190]:44807 "HELO air.lug-owl.de")
	by oss.sgi.com with SMTP id <S553885AbQLQBAq>;
	Sat, 16 Dec 2000 17:00:46 -0800
Received: by air.lug-owl.de (Postfix, from userid 1000)
	id 1F3B88655; Sun, 17 Dec 2000 02:00:43 +0100 (CET)
Date:   Sun, 17 Dec 2000 02:00:43 +0100
From:   Jan-Benedict Glaw <jbglaw@lug-owl.de>
To:     linux-mips@oss.sgi.com
Subject: Re: FAQ/
Message-ID: <20001217020043.B29250@lug-owl.de>
Reply-To: jbglaw@lug-owl.de
Mail-Followup-To: linux-mips@oss.sgi.com
References: <3A36AFFE.51C9F2B@web.de> <20001213135723.B3060@paradigm.rfc822.org> <3A3C0ACE.8A13EA97@web.de>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="nVMJ2NtxeReIH9PS"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3A3C0ACE.8A13EA97@web.de>; from olaf.zaplinski@web.de on Sun, Dec 17, 2000 at 01:37:34AM +0100
X-Operating-System: Linux air 2.4.0-test8-pre1 
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


--nVMJ2NtxeReIH9PS
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Dec 17, 2000 at 01:37:34AM +0100, Olaf Zaplinski wrote:
> Where do I find it? I saw the debian-mipsel dist on ftp.rfc822.org, but as
> there is no doc at all, this dist is unusuable... perhaps I am lucky with
> that, I strongly dislike the Debian dist.

Btw, what kind of doc do you expect? The MIPS port is, well, everything
but a "customer linux" right now. It's more-or-less working for
people who know what they do. There's no installer comparable to
a regular PC installation (insert boot CDROM, press enter sometimes,
ready). Everything you can expect is a tarball, which can be
mounted via nfsroot. There you can find a kernel inside which you
can boot over bootp/tftp (or via mop, if you have not so much luck).
Then, you can locally fdisk/mkfs/mount your HDDs and copy everything
by hand. That's the installation.

Anything else still needs to be written. I've started an approach
of a clean debian root filesystem (ftp.lug-owl.de) you may want
to try. However, Debian is currently the only distribution supporting
those machines at all. The declinux image is heavily outdated and
ships a totally broken libc with it... It's no fun!

MfG, JB"Nur die Harten komm'n in'n Garten, alle Weichen geh'n in Teich!"G
PS: http://oss.sgi.com/mips/mips-howto.html

--=20
Fehler eingestehen, Gr=F6=DFe zeigen: Nehmt die Rechtschreibreform zur=FCck=
!!!
/* Jan-Benedict Glaw <jbglaw@lug-owl.de> -- +49-177-5601720 */
keyID=3D0x8399E1BB fingerprint=3D250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 83=
99 E1BB
     "insmod vi.o and there we go..." (Alexander Viro on linux-kernel)

--nVMJ2NtxeReIH9PS
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.2 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjo8EDoACgkQHb1edYOZ4bt6eQCffQnYKPhvZcBYfRIxf4CdHwCN
td8An0HFilpQWPcHyriI2RKaJa6FYSTJ
=Uysh
-----END PGP SIGNATURE-----

--nVMJ2NtxeReIH9PS--

From owner-linux-mips@oss.sgi.com Sat Dec 16 17:30:30 2000
Received:  by oss.sgi.com id <S553898AbQLQBaU>;
	Sat, 16 Dec 2000 17:30:20 -0800
Received: from haliga.physik.TU-Cottbus.De ([141.43.75.9]:42768 "HELO
        haliga.physik.tu-cottbus.de") by oss.sgi.com with SMTP
	id <S553895AbQLQBaE>; Sat, 16 Dec 2000 17:30:04 -0800
Received: by haliga.physik.tu-cottbus.de (Postfix, from userid 7215)
	id 1B2908D8F; Sun, 17 Dec 2000 02:29:56 +0100 (CET)
Date:   Sun, 17 Dec 2000 02:29:55 +0100
To:     linux-mips@oss.sgi.com
Subject: Re: FAQ/
Message-ID: <20001217022955.A10064@physik.tu-cottbus.de>
References: <3A36AFFE.51C9F2B@web.de> <20001213135723.B3060@paradigm.rfc822.org> <3A3C0ACE.8A13EA97@web.de> <20001217020043.B29250@lug-owl.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001217020043.B29250@lug-owl.de>; from jbglaw@lug-owl.de on Sun, Dec 17, 2000 at 02:00:43AM +0100
From:   heinold@physik.tu-cottbus.de (H.Heinold)
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Sun, Dec 17, 2000 at 02:00:43AM +0100, Jan-Benedict Glaw wrote:
> On Sun, Dec 17, 2000 at 01:37:34AM +0100, Olaf Zaplinski wrote:
> > Where do I find it? I saw the debian-mipsel dist on ftp.rfc822.org, but as
> > there is no doc at all, this dist is unusuable... perhaps I am lucky with
> > that, I strongly dislike the Debian dist.
> 
> Btw, what kind of doc do you expect? The MIPS port is, well, everything
> but a "customer linux" right now. It's more-or-less working for
> people who know what they do. There's no installer comparable to
> a regular PC installation (insert boot CDROM, press enter sometimes,
> ready). Everything you can expect is a tarball, which can be
> mounted via nfsroot. There you can find a kernel inside which you
> can boot over bootp/tftp (or via mop, if you have not so much luck).
> Then, you can locally fdisk/mkfs/mount your HDDs and copy everything
> by hand. That's the installation.
> 
> Anything else still needs to be written. I've started an approach
> of a clean debian root filesystem (ftp.lug-owl.de) you may want
> to try. However, Debian is currently the only distribution supporting
> those machines at all. The declinux image is heavily outdated and
> ships a totally broken libc with it... It's no fun!
> 
> MfG, JB"Nur die Harten komm'n in'n Garten, alle Weichen geh'n in Teich!"G
> PS: http://oss.sgi.com/mips/mips-howto.html
> 

Hm I am still working on the boot floppies for debian, when I have the time.
for mipsel they should work, but I only build them for mips.
the problem on mips was the sgi disklabel, but that isnt used on dec. 


-- 


Henning Heinold

From owner-linux-mips@oss.sgi.com Sat Dec 16 17:38:50 2000
Received:  by oss.sgi.com id <S553897AbQLQBia>;
	Sat, 16 Dec 2000 17:38:30 -0800
Received: from pop3.web.de ([212.227.116.81]:30227 "HELO smtp.web.de")
	by oss.sgi.com with SMTP id <S553893AbQLQBiN>;
	Sat, 16 Dec 2000 17:38:13 -0800
Received: from web.de by smtp.web.de with smtp
	(freemail 4.2.1.0 #3) id m147SmB-005CLrC; Sun, 17 Dec 2000 02:38 +0100
Message-ID: <3A3C194B.5E85C4CE@web.de>
Date:   Sun, 17 Dec 2000 02:39:23 +0100
From:   Olaf Zaplinski <olaf.zaplinski@web.de>
X-Mailer: Mozilla 4.76 [en] (Win98; U)
X-Accept-Language: de,en
MIME-Version: 1.0
To:     linux-mips@oss.sgi.com
Subject: Re: FAQ/
References: <3A36AFFE.51C9F2B@web.de> <20001213135723.B3060@paradigm.rfc822.org> <3A3C0ACE.8A13EA97@web.de> <20001217020043.B29250@lug-owl.de>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Huh, I don't expect comfort. But I expect a x68 Linux users guide to the
world of MIPS systems. Okay, I know my RM 200 quite well, had compiled
several progs under Sinix, put it in LE mode and installes WinNT 4.0. I use
Linux since the 0.something kernel. The problem is that the Debian WWW site
consists of lots of "404" errors. On the ftp site there is no docu at all
that would tell me how to proceed. For Hardhat, I have found this
information.

What I want: a documentation of the form:

- how to prepare your bootp server
- how to boot the kernel via bootp
- how to start some install script *or* boot your mini-dist/root-fs via NFS,
fdisk, cp and enjoy

That would be enough.

Olaf

Jan-Benedict Glaw wrote:
> 
> On Sun, Dec 17, 2000 at 01:37:34AM +0100, Olaf Zaplinski wrote:
> > Where do I find it? I saw the debian-mipsel dist on ftp.rfc822.org, but as
> > there is no doc at all, this dist is unusuable... perhaps I am lucky with
> > that, I strongly dislike the Debian dist.
> 
> Btw, what kind of doc do you expect? The MIPS port is, well, everything
> but a "customer linux" right now. It's more-or-less working for
> people who know what they do. There's no installer comparable to
> a regular PC installation (insert boot CDROM, press enter sometimes,
> ready). Everything you can expect is a tarball, which can be
> mounted via nfsroot. There you can find a kernel inside which you
> can boot over bootp/tftp (or via mop, if you have not so much luck).
> Then, you can locally fdisk/mkfs/mount your HDDs and copy everything
> by hand. That's the installation.
> 
> Anything else still needs to be written. I've started an approach
> of a clean debian root filesystem (ftp.lug-owl.de) you may want
> to try. However, Debian is currently the only distribution supporting
> those machines at all. The declinux image is heavily outdated and
> ships a totally broken libc with it... It's no fun!
> 
> MfG, JB"Nur die Harten komm'n in'n Garten, alle Weichen geh'n in Teich!"G
> PS: http://oss.sgi.com/mips/mips-howto.html
> 
> --
> Fehler eingestehen, Größe zeigen: Nehmt die Rechtschreibreform zurück!!!
> /* Jan-Benedict Glaw <jbglaw@lug-owl.de> -- +49-177-5601720 */
> keyID=0x8399E1BB fingerprint=250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 8399 E1BB
>      "insmod vi.o and there we go..." (Alexander Viro on linux-kernel)
> 
>   ----------------------------------------------------------------------------
>    Part 1.2Type: application/pgp-signature

From owner-linux-mips@oss.sgi.com Sat Dec 16 18:38:50 2000
Received:  by oss.sgi.com id <S553900AbQLQCik>;
	Sat, 16 Dec 2000 18:38:40 -0800
Received: from wn42-146.sdc.org ([209.155.42.146]:23538 "EHLO lappi")
	by oss.sgi.com with ESMTP id <S553896AbQLQCiP>;
	Sat, 16 Dec 2000 18:38:15 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S870679AbQLQCei>;
	Sat, 16 Dec 2000 19:34:38 -0700
Date:	Sun, 17 Dec 2000 03:34:38 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	"H.Heinold" <heinold@physik.tu-cottbus.de>
Cc:	linux-mips@oss.sgi.com
Subject: Re: FAQ/
Message-ID: <20001217033438.B9742@bacchus.dhis.org>
References: <3A36AFFE.51C9F2B@web.de> <20001213135723.B3060@paradigm.rfc822.org> <3A3C0ACE.8A13EA97@web.de> <20001217020043.B29250@lug-owl.de> <20001217022955.A10064@physik.tu-cottbus.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <20001217022955.A10064@physik.tu-cottbus.de>; from heinold@physik.tu-cottbus.de on Sun, Dec 17, 2000 at 02:29:55AM +0100
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Sun, Dec 17, 2000 at 02:29:55AM +0100, H.Heinold wrote:

> > Anything else still needs to be written. I've started an approach
> > of a clean debian root filesystem (ftp.lug-owl.de) you may want
> > to try. However, Debian is currently the only distribution supporting
> > those machines at all. The declinux image is heavily outdated and
> > ships a totally broken libc with it... It's no fun!
> > 
> > MfG, JB"Nur die Harten komm'n in'n Garten, alle Weichen geh'n in Teich!"G
> > PS: http://oss.sgi.com/mips/mips-howto.html
> > 
> 
> Hm I am still working on the boot floppies for debian, when I have the time.
> for mipsel they should work, but I only build them for mips.
> the problem on mips was the sgi disklabel, but that isnt used on dec. 

But SGI's don't have floppies :-)

  Ralf

From owner-linux-mips@oss.sgi.com Sat Dec 16 22:51:00 2000
Received:  by oss.sgi.com id <S553906AbQLQGul>;
	Sat, 16 Dec 2000 22:50:41 -0800
Received: from air.lug-owl.de ([62.52.24.190]:32015 "HELO air.lug-owl.de")
	by oss.sgi.com with SMTP id <S553902AbQLQGuW>;
	Sat, 16 Dec 2000 22:50:22 -0800
Received: by air.lug-owl.de (Postfix, from userid 1000)
	id 7C0298655; Sun, 17 Dec 2000 07:50:18 +0100 (CET)
Date:   Sun, 17 Dec 2000 07:50:17 +0100
From:   Jan-Benedict Glaw <jbglaw@lug-owl.de>
To:     linux-mips@oss.sgi.com
Subject: Re: FAQ/
Message-ID: <20001217075015.A5352@lug-owl.de>
Reply-To: jbglaw@lug-owl.de
Mail-Followup-To: linux-mips@oss.sgi.com
References: <3A36AFFE.51C9F2B@web.de> <20001213135723.B3060@paradigm.rfc822.org> <3A3C0ACE.8A13EA97@web.de> <20001217020043.B29250@lug-owl.de> <20001217022955.A10064@physik.tu-cottbus.de> <20001217033438.B9742@bacchus.dhis.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001217033438.B9742@bacchus.dhis.org>; from ralf@oss.sgi.com on Sun, Dec 17, 2000 at 03:34:38AM +0100
X-Operating-System: Linux air 2.4.0-test8-pre1 
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


--J/dobhs11T7y2rNN
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Dec 17, 2000 at 03:34:38AM +0100, Ralf Baechle wrote:
> On Sun, Dec 17, 2000 at 02:29:55AM +0100, H.Heinold wrote:
>=20
> > Hm I am still working on the boot floppies for debian, when I have the =
time.
> > for mipsel they should work, but I only build them for mips.
> > the problem on mips was the sgi disklabel, but that isnt used on dec.=
=20
>=20
> But SGI's don't have floppies :-)

Question in charge: Do DECstations really have floppies? Mine do
not... So vor me it's only relevant to have an nfsroot.tgz allowing
me to install further packages...

MfG, JBG

--=20
Fehler eingestehen, Gr=F6=DFe zeigen: Nehmt die Rechtschreibreform zur=FCck=
!!!
/* Jan-Benedict Glaw <jbglaw@lug-owl.de> -- +49-177-5601720 */
keyID=3D0x8399E1BB fingerprint=3D250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 83=
99 E1BB
     "insmod vi.o and there we go..." (Alexander Viro on linux-kernel)

--J/dobhs11T7y2rNN
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.2 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjo8YicACgkQHb1edYOZ4bvk/QCffm9crNglnxTy6UMnSbxr89UO
OYcAn23lql9mRFQA4qI/kh1pmoJwfSv8
=u7OP
-----END PGP SIGNATURE-----

--J/dobhs11T7y2rNN--

From owner-linux-mips@oss.sgi.com Sat Dec 16 22:58:31 2000
Received:  by oss.sgi.com id <S553908AbQLQG6K>;
	Sat, 16 Dec 2000 22:58:10 -0800
Received: from air.lug-owl.de ([62.52.24.190]:7952 "HELO air.lug-owl.de")
	by oss.sgi.com with SMTP id <S553905AbQLQG54>;
	Sat, 16 Dec 2000 22:57:56 -0800
Received: by air.lug-owl.de (Postfix, from userid 1000)
	id 5791C8655; Sun, 17 Dec 2000 07:57:53 +0100 (CET)
Date:   Sun, 17 Dec 2000 07:57:53 +0100
From:   Jan-Benedict Glaw <jbglaw@lug-owl.de>
To:     linux-mips@oss.sgi.com
Subject: Re: FAQ/
Message-ID: <20001217075752.B5352@lug-owl.de>
Reply-To: jbglaw@lug-owl.de
Mail-Followup-To: linux-mips@oss.sgi.com
References: <3A36AFFE.51C9F2B@web.de> <20001213135723.B3060@paradigm.rfc822.org> <3A3C0ACE.8A13EA97@web.de> <20001217020043.B29250@lug-owl.de> <3A3C194B.5E85C4CE@web.de>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="eAbsdosE1cNLO4uF"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3A3C194B.5E85C4CE@web.de>; from olaf.zaplinski@web.de on Sun, Dec 17, 2000 at 02:39:23AM +0100
X-Operating-System: Linux air 2.4.0-test8-pre1 
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


--eAbsdosE1cNLO4uF
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Dec 17, 2000 at 02:39:23AM +0100, Olaf Zaplinski wrote:
> - how to prepare your bootp server

Install bootp (or dhcpd, which can do bootp as well) and read its
documentation.

> - how to boot the kernel via bootp

This is specific to your machine's firmware.

> - how to start some install script *or* boot your mini-dist/root-fs via N=
FS,
> fdisk, cp and enjoy

less  ./linux/Documentation/nfsroot.txt

~~VeryShortVersion~~:
- Activate "IP Auto Configuration" in "Networking Options"
- Build NFS directly into your kernel; there, also activate NFS-Root
  support
- "root=3D/dev/nfs" as one command option when booting the kernel (this
  is the easyest method). Then, the client mounts /tftpboot/<IP-Addr>
  from the server which did the bootp reply. Otoh, you could
  configure your bootp server to provide a different boot server
  or boot path.

fdisk and cp (btw, you should better use tar in a pipe for that...)
should be no problem...

MfG, JBG

--=20
Fehler eingestehen, Gr=F6=DFe zeigen: Nehmt die Rechtschreibreform zur=FCck=
!!!
/* Jan-Benedict Glaw <jbglaw@lug-owl.de> -- +49-177-5601720 */
keyID=3D0x8399E1BB fingerprint=3D250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 83=
99 E1BB
     "insmod vi.o and there we go..." (Alexander Viro on linux-kernel)

--eAbsdosE1cNLO4uF
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.2 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjo8Y/AACgkQHb1edYOZ4bty3QCfQEN3mA8JA8614NlDo+1wIjJT
L+cAoIiJggUzIVyEkvhi2DTFx5AFcE8t
=cgeY
-----END PGP SIGNATURE-----

--eAbsdosE1cNLO4uF--

From owner-linux-mips@oss.sgi.com Sun Dec 17 01:44:54 2000
Received:  by oss.sgi.com id <S553912AbQLQJoe>;
	Sun, 17 Dec 2000 01:44:34 -0800
Received: from mail.ivm.net ([62.204.1.4]:24160 "EHLO mail.ivm.net")
	by oss.sgi.com with ESMTP id <S553909AbQLQJoI>;
	Sun, 17 Dec 2000 01:44:08 -0800
Received: from franz.no.dom (port118.duesseldorf.ivm.de [195.247.65.118])
	by mail.ivm.net (8.8.8/8.8.8) with ESMTP id KAA13625;
	Sun, 17 Dec 2000 10:43:59 +0100
X-To:   linux-mips@oss.sgi.com
Message-ID: <XFMail.001217102118.Harald.Koerfgen@home.ivm.de>
X-Mailer: XFMail 1.4.0 on Linux
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <20001217075015.A5352@lug-owl.de>
Date:   Sun, 17 Dec 2000 10:21:18 +0100 (CET)
Reply-To: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
Organization: none
From:   Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
To:     Jan-Benedict Glaw <jbglaw@lug-owl.de>
Subject: Re: FAQ/
Cc:     linux-mips@oss.sgi.com
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


On 17-Dec-00 Jan-Benedict Glaw wrote:
> On Sun, Dec 17, 2000 at 03:34:38AM +0100, Ralf Baechle wrote:
>> On Sun, Dec 17, 2000 at 02:29:55AM +0100, H.Heinold wrote:
>> 
>> > Hm I am still working on the boot floppies for debian, when I have the
>> > time.
>> > for mipsel they should work, but I only build them for mips.
>> > the problem on mips was the sgi disklabel, but that isnt used on dec. 
>> 
>> But SGI's don't have floppies :-)
> 
> Question in charge: Do DECstations really have floppies? Mine do
> not... So vor me it's only relevant to have an nfsroot.tgz allowing
> me to install further packages...

Besides Maxines DECstations don't have floppies. Well, there are some with SCSI
floppies but that doesn't count.

Anyway, everything that fit's on a floppy would fit into a ramdisk as well.
Compile this ramdisk image into the kernel, boot with "root=/dev/ram", et
voila...

Working on "boot floppies" *does* make sense, IMHO.

-- 
Regards,
Harald

From owner-linux-mips@oss.sgi.com Sun Dec 17 03:12:38 2000
Received:  by oss.sgi.com id <S553916AbQLQLM3>;
	Sun, 17 Dec 2000 03:12:29 -0800
Received: from mx.mips.com ([206.31.31.226]:8680 "EHLO mx.mips.com")
	by oss.sgi.com with ESMTP id <S553911AbQLQLMN>;
	Sun, 17 Dec 2000 03:12:13 -0800
Received: from newman.mips.com (ns-dmz [206.31.31.225])
	by mx.mips.com (8.9.3/8.9.0) with ESMTP id DAA02846;
	Sun, 17 Dec 2000 03:11:59 -0800 (PST)
Received: from copfs01.mips.com (copfs01 [192.168.205.101])
	by newman.mips.com (8.9.3/8.9.0) with ESMTP id DAA08671;
	Sun, 17 Dec 2000 03:11:56 -0800 (PST)
Received: from mips.com (coppccl [172.17.27.2])
	by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id MAA08859;
	Sun, 17 Dec 2000 12:11:32 +0100 (MET)
Message-ID: <3A3C9EF0.435DA447@mips.com>
Date:   Sun, 17 Dec 2000 12:09:37 +0100
From:   Carsten Langgaard <carstenl@mips.com>
Organization: MIPS
X-Mailer: Mozilla 4.72 [en] (Win95; U)
X-Accept-Language: en
MIME-Version: 1.0
To:     Nicu Popovici <octavp@isratech.ro>
CC:     linux-mips@oss.sgi.com
Subject: Re: Little endian.
References: <3A3ABFA9.8608799D@isratech.ro>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

I guess, what you want to do is to install a little endian system from a
nfs-server, as you probably did with the bigendian system. If this is the
case then you shouldn't issue the 'go . root=/dev/sda1' command, as you
haven't installed the root filesystem yet.
Instead you should use this command: 'go . nfsroot=<ipaddr-of-nfsserver>
....'

/Carsten

Nicu Popovici wrote:

> Hello ,
>
> I have the follwing problem. I setup a HardHat distribution on a mips
> machine ( an ATLAS board) and everithing runs fine in big-endian mode.
> Now I want to run the board inlittle endian mode so I took the
> linux/mipsel distribution , I did the same steps as with big-endian
> distribution. I run load tftp:/linux/mipsel/vmlinux-el.srec and it works
> fine . Then I issue the command go . root=/dev/sda1 ( I do not install
> the HardHat again ???? maybe here it is the problem ) I get the
> following error.
> ==========================================================
> VFS: Mounted root (ext2 filesystem) readonly.
> Freeing prom memory: 1020k freed
> Freeing unused kernel memory: 68k freed
> Kernel panic: No init found.  Try passing init= option to kernel.
> ==========================================================
> So please tell me where did I go wrong ?
>
> Nicu


From owner-linux-mips@oss.sgi.com Sun Dec 17 03:12:59 2000
Received:  by oss.sgi.com id <S553914AbQLQLMj>;
	Sun, 17 Dec 2000 03:12:39 -0800
Received: from hermes.research.kpn.com ([139.63.192.8]:64786 "EHLO
        hermes.research.kpn.com") by oss.sgi.com with ESMTP
	id <S553913AbQLQLMT>; Sun, 17 Dec 2000 03:12:19 -0800
Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6])
 by research.kpn.com (PMDF V5.2-31 #42699)
 with ESMTP id <01JXT6R6LN580019KB@research.kpn.com> for
 linux-mips@oss.sgi.com; Sun, 17 Dec 2000 12:12:17 +0100
Received: (from karel@localhost)	by sparta.research.kpn.com (8.8.8+Sun/8.8.8)
 id MAA12023; Sun, 17 Dec 2000 12:12:17 +0100 (MET)
X-URL:  http://www-lsdm.research.kpn.com/~karel
Date:   Sun, 17 Dec 2000 12:12:16 +0100 (MET)
From:   Karel van Houten <K.H.C.vanHouten@research.kpn.com>
Subject: Re: FAQ/
In-reply-to: <20001217020043.B29250@lug-owl.de>
To:     jbglaw@lug-owl.de
Cc:     linux-mips@oss.sgi.com
Message-id: <200012171112.MAA12023@sparta.research.kpn.com>
MIME-version: 1.0
X-Mailer: ELM [version 2.5 PL2]
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Jan-Benedict Glaw wrote:
> Anything else still needs to be written. I've started an approach
> of a clean debian root filesystem (ftp.lug-owl.de) you may want
> to try. However, Debian is currently the only distribution supporting
> those machines at all. The declinux image is heavily outdated and
> ships a totally broken libc with it... It's no fun!

I have a much newer one ready, but I don't have upload permission
anymore on oss.sgi.com. I've asked Quentin and Ralf to arrange this,
but nothing yet... As soon as I can put files on oss again,
I'll upload my new RH6.1 based root image.

-- 
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 owner-linux-mips@oss.sgi.com Sun Dec 17 03:15:09 2000
Received:  by oss.sgi.com id <S553918AbQLQLO7>;
	Sun, 17 Dec 2000 03:14:59 -0800
Received: from hermes.research.kpn.com ([139.63.192.8]:1555 "EHLO
        hermes.research.kpn.com") by oss.sgi.com with ESMTP
	id <S553915AbQLQLOw>; Sun, 17 Dec 2000 03:14:52 -0800
Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6])
 by research.kpn.com (PMDF V5.2-31 #42699)
 with ESMTP id <01JXT6UCCFXK000Y3T@research.kpn.com> for
 linux-mips@oss.sgi.com; Sun, 17 Dec 2000 12:14:50 +0100
Received: (from karel@localhost)	by sparta.research.kpn.com (8.8.8+Sun/8.8.8)
 id MAA12054; Sun, 17 Dec 2000 12:14:49 +0100 (MET)
X-URL:  http://www-lsdm.research.kpn.com/~karel
Date:   Sun, 17 Dec 2000 12:14:49 +0100 (MET)
From:   Karel van Houten <K.H.C.vanHouten@research.kpn.com>
Subject: Re: FAQ/
In-reply-to: <3A3C194B.5E85C4CE@web.de>
To:     olaf.zaplinski@web.de (Olaf Zaplinski)
Cc:     linux-mips@oss.sgi.com
Message-id: <200012171114.MAA12054@sparta.research.kpn.com>
MIME-version: 1.0
X-Mailer: ELM [version 2.5 PL2]
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Olaf wrote:
> Huh, I don't expect comfort. But I expect a x68 Linux users guide to the
> world of MIPS systems. Okay, I know my RM 200 quite well, had compiled
> several progs under Sinix, put it in LE mode and installes WinNT 4.0. I use
> Linux since the 0.something kernel. The problem is that the Debian WWW site
> consists of lots of "404" errors. On the ftp site there is no docu at all
> that would tell me how to proceed. For Hardhat, I have found this
> information.
> 
> What I want: a documentation of the form:
> 
> - how to prepare your bootp server
> - how to boot the kernel via bootp
> - how to start some install script *or* boot your mini-dist/root-fs via NFS,
> fdisk, cp and enjoy

Have you looked at my DECStation installation HOWTO?
http://www.xs4all.nl/~vhouten/mipsel

-- 
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 owner-linux-mips@oss.sgi.com Sun Dec 17 03:25:30 2000
Received:  by oss.sgi.com id <S553920AbQLQLZU>;
	Sun, 17 Dec 2000 03:25:20 -0800
Received: from [62.145.23.107] ([62.145.23.107]:2641 "HELO
        fileserv2.Cologne.DE") by oss.sgi.com with SMTP id <S553917AbQLQLZB>;
	Sun, 17 Dec 2000 03:25:01 -0800
Received: from localhost (1612 bytes) by fileserv2.Cologne.DE
	via rmail with P:stdio/R:bind/T:smtp
	(sender: <excalibur.cologne.de!karsten>) (ident <excalibur.cologne.de!karsten> using unix)
	id <m147bw3-0007AAC@fileserv2.Cologne.DE>
	for <linux-mips@oss.sgi.com>; Sun, 17 Dec 2000 12:24:59 +0100 (CET)
	(Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19)
Received: (from karsten@localhost)
	by excalibur.cologne.de (8.9.3/8.8.7) id KAA32389;
	Sun, 17 Dec 2000 10:03:13 +0100
Message-ID: <20001217100313.A28850@excalibur.cologne.de>
Date:   Sun, 17 Dec 2000 10:03:13 +0100
From:   Karsten Merker <karsten@excalibur.cologne.de>
To:     linux-mips@oss.sgi.com
Subject: Re: FAQ/
Mail-Followup-To: linux-mips@oss.sgi.com
References: <3A36AFFE.51C9F2B@web.de> <20001213135723.B3060@paradigm.rfc822.org> <3A3C0ACE.8A13EA97@web.de> <20001217020043.B29250@lug-owl.de> <20001217022955.A10064@physik.tu-cottbus.de> <20001217033438.B9742@bacchus.dhis.org> <20001217075015.A5352@lug-owl.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.91i
In-Reply-To: <20001217075015.A5352@lug-owl.de>; from Jan-Benedict Glaw on Sun, Dec 17, 2000 at 07:50:17AM +0100
X-No-Archive: yes
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Sun, Dec 17, 2000 at 07:50:17AM +0100, Jan-Benedict Glaw wrote:

> Question in charge: Do DECstations really have floppies? Mine do
> not... So vor me it's only relevant to have an nfsroot.tgz allowing
> me to install further packages...

Well - the Maxine (Personal DECstation) has a floppy controller and it was
possible to order it with a floppy disk drive installed, but I have not
seen one of these in real life yet :-).

Greetings,
Karsten
-- 
#include <standard_disclaimer>
Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung
oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder
Meinungsforschung.

From owner-linux-mips@oss.sgi.com Sun Dec 17 06:33:41 2000
Received:  by oss.sgi.com id <S553922AbQLQOdV>;
	Sun, 17 Dec 2000 06:33:21 -0800
Received: from haliga.physik.TU-Cottbus.De ([141.43.75.9]:43792 "HELO
        haliga.physik.tu-cottbus.de") by oss.sgi.com with SMTP
	id <S553919AbQLQOc7>; Sun, 17 Dec 2000 06:32:59 -0800
Received: by haliga.physik.tu-cottbus.de (Postfix, from userid 7215)
	id 5A2C48D8F; Sun, 17 Dec 2000 15:32:54 +0100 (CET)
Date:   Sun, 17 Dec 2000 15:32:54 +0100
To:     linux-mips@oss.sgi.com
Subject: Re: FAQ/
Message-ID: <20001217153254.A21526@physik.tu-cottbus.de>
References: <20001217020043.B29250@lug-owl.de> <200012171112.MAA12023@sparta.research.kpn.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200012171112.MAA12023@sparta.research.kpn.com>; from K.H.C.vanHouten@research.kpn.com on Sun, Dec 17, 2000 at 12:12:16PM +0100
From:   heinold@physik.tu-cottbus.de (H.Heinold)
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

hi,


sorry for the missunderstanding. I meant the debian-bootfloppies and
only the initrd which can be transfer with the kernel over tftp. I know
sgi's only have flopticals. wiht the so called bootfloppies you will
be able to install debian as on the other arch's.
-- 


Henning Heinold

From owner-linux-mips@oss.sgi.com Sun Dec 17 06:36:51 2000
Received:  by oss.sgi.com id <S553924AbQLQOgl>;
	Sun, 17 Dec 2000 06:36:41 -0800
Received: from styx.cs.kuleuven.ac.be ([134.58.40.3]:50915 "EHLO
        styx.cs.kuleuven.ac.be") by oss.sgi.com with ESMTP
	id <S553921AbQLQOgb>; Sun, 17 Dec 2000 06:36:31 -0800
Received: from cassiopeia.home (root@dialup004.cs.kuleuven.ac.be [134.58.47.133])
	by styx.cs.kuleuven.ac.be (8.10.1/8.10.1) with ESMTP id eBHEaHe29997;
	Sun, 17 Dec 2000 15:36:17 +0100 (MET)
Received: from localhost (geert@localhost)
	by cassiopeia.home (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id NAA00910;
	Sun, 17 Dec 2000 13:51:19 +0100
X-Authentication-Warning: cassiopeia.home: geert owned process doing -bs
Date:   Sun, 17 Dec 2000 13:51:17 +0100 (CET)
From:   Geert Uytterhoeven <geert@linux-m68k.org>
To:     Ralf Baechle <ralf@oss.sgi.com>
cc:     "Kevin D. Kissell" <kevink@mips.com>,
        Nicu Popovici <octavp@isratech.ro>, linux-mips@oss.sgi.com
Subject: Re: Little endian.
In-Reply-To: <20001216124539.A6896@bacchus.dhis.org>
Message-ID: <Pine.LNX.4.10.10012171349500.682-100000@cassiopeia.home>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Sat, 16 Dec 2000, Ralf Baechle wrote:
> On Fri, Dec 15, 2000 at 07:28:15PM +0100, Kevin D. Kissell wrote:
> > If you want to run little-endian, you need to install
> > the little-endian binaries and libraries.  Since I needed
> > to "swing both ways", I put both a big-endian root and
> > a little-endian root partition on my Atlas disk, with user/data 
> > partitions that can be mounted on either one - fortunately, 
> > the Ext2FS metadata seems to be consistent regardless 
> > of endianness.
> 
> Ext2fs on-disk data structures are defined to be little endian.  Some very
> old ext2 filesystems which afaik where all created on Linux/M68K were big
> endian; for those e2fsck has the option to change the endianess of the
> filesystem during a fsck run; the current kernel will refuse to accept
> such big endian ext2 filesystems.

For correctness: early Linux/PPC used big-endian ext2 as well. IIRC we switched
to little-endian ext2 on m68k in late 1996, and on PPC in late 1997 / early
1998.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds


From owner-linux-mips@oss.sgi.com Sun Dec 17 07:32:11 2000
Received:  by oss.sgi.com id <S553928AbQLQPcB>;
	Sun, 17 Dec 2000 07:32:01 -0800
Received: from wn42-146.sdc.org ([209.155.42.146]:17140 "EHLO lappi")
	by oss.sgi.com with ESMTP id <S553925AbQLQPbq>;
	Sun, 17 Dec 2000 07:31:46 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S869872AbQLQP2D>;
	Sun, 17 Dec 2000 08:28:03 -0700
Date:	Sun, 17 Dec 2000 16:28:03 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
Cc:	Jan-Benedict Glaw <jbglaw@lug-owl.de>, linux-mips@oss.sgi.com
Subject: Re: FAQ/
Message-ID: <20001217162802.A16298@bacchus.dhis.org>
References: <20001217075015.A5352@lug-owl.de> <XFMail.001217102118.Harald.Koerfgen@home.ivm.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <XFMail.001217102118.Harald.Koerfgen@home.ivm.de>; from Harald.Koerfgen@home.ivm.de on Sun, Dec 17, 2000 at 10:21:18AM +0100
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Sun, Dec 17, 2000 at 10:21:18AM +0100, Harald Koerfgen wrote:

> > Question in charge: Do DECstations really have floppies? Mine do
> > not... So vor me it's only relevant to have an nfsroot.tgz allowing
> > me to install further packages...
> 
> Besides Maxines DECstations don't have floppies. Well, there are some with
> SCSI floppies but that doesn't count.

Well, a few Indys were shipped with 3.5" SCSI floptical drives which afaik
have 20mb capacity.

  Ralf

From owner-linux-mips@oss.sgi.com Sun Dec 17 09:20:32 2000
Received:  by oss.sgi.com id <S553736AbQLQRUV>;
	Sun, 17 Dec 2000 09:20:21 -0800
Received: from natmail2.webmailer.de ([192.67.198.65]:22412 "EHLO
        post.webmailer.de") by oss.sgi.com with ESMTP id <S553740AbQLQRT7>;
	Sun, 17 Dec 2000 09:19:59 -0800
Received: from scotty.mgnet.de (p3E9EC69F.dip.t-dialin.net [62.158.198.159])
	by post.webmailer.de (8.9.3/8.8.7) with SMTP id SAA02474
	for <linux-mips@oss.sgi.com>; Sun, 17 Dec 2000 18:19:57 +0100 (MET)
Received: (qmail 2317 invoked from network); 17 Dec 2000 17:19:56 -0000
Received: from spock.mgnet.de (192.168.1.4)
  by scotty.mgnet.de with SMTP; 17 Dec 2000 17:19:56 -0000
Date:   Sun, 17 Dec 2000 18:19:56 +0100 (CET)
From:   Klaus Naumann <spock@mgnet.de>
To:     Ralf Baechle <ralf@oss.sgi.com>
cc:     Linux/MIPS list <linux-mips@oss.sgi.com>
Subject: Re: FAQ/
In-Reply-To: <20001217162802.A16298@bacchus.dhis.org>
Message-ID: <Pine.LNX.4.21.0012171818360.29786-100000@spock.mgnet.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Sun, 17 Dec 2000, Ralf Baechle wrote:

> Well, a few Indys were shipped with 3.5" SCSI floptical drives which afaik
> have 20mb capacity.

Indeed, I even own such a nifty thing. It's pretty cool, with one problem:
No media ;-) . But it's able to read floppies, I'm altough not sure
if it will boot.


		CU, Klaus

-- 
Full Name   : Klaus Naumann     | (http://www.mgnet.de/) (Germany)
Nickname    : Spock             | Org.: Mad Guys Network
Phone / FAX : ++49/177/7862964  | E-Mail: (spock@mgnet.de)
PGP Key     : www.mgnet.de/keys/key_spock.txt


From owner-linux-mips@oss.sgi.com Sun Dec 17 10:07:22 2000
Received:  by oss.sgi.com id <S553762AbQLQSHC>;
	Sun, 17 Dec 2000 10:07:02 -0800
Received: from hermes.research.kpn.com ([139.63.192.8]:50949 "EHLO
        hermes.research.kpn.com") by oss.sgi.com with ESMTP
	id <S553757AbQLQSGf>; Sun, 17 Dec 2000 10:06:35 -0800
Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204])
 by research.kpn.com (PMDF V5.2-31 #42699)
 with ESMTP id <01JXTL7SASYY00170B@research.kpn.com> for
 linux-mips@oss.sgi.com; Sun, 17 Dec 2000 19:06:32 +0100
Received: from kpn.com (aodi2.research.kpn.com [139.63.167.2])
 by l04.research.kpn.com with SMTP
 (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id Y9TYGPKK; Sun, 17 Dec 2000 19:06:25 +0100
Date:   Sun, 17 Dec 2000 19:06:18 +0100
From:   Karel van Houten <K.H.C.vanHouten@kpn.com>
Subject: Kernel patch to make DECStation serial devfs aware.
To:     MIPS Linux list <linux-mips@oss.sgi.com>,
        "MIPS Linux list (FNET)" <linux-mips@fnet.fr>
Message-id: <3A3D009A.CC605186@kpn.com>
MIME-version: 1.0
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.10 i686)
Content-type: multipart/mixed; boundary="------------B556931F0E1CCED6BE2E1F56"
X-Accept-Language: en
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

This is a multi-part message in MIME format.
--------------B556931F0E1CCED6BE2E1F56
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi all,

I've attached a small patch to the DECStation serial drivers (zs.c and
dz.c)
in order to make them devfs aware. 

Would you please test this patch, and report any resulting problems?

-- 
Karel van Houten
----------------------------------------------------------
The box said "Requires Windows 95 or better."
I can't understand why it won't work on my Linux computer.
--------------B556931F0E1CCED6BE2E1F56
Content-Type: text/plain; charset=us-ascii;
 name="dec-devfs.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="dec-devfs.patch"

--- drivers/tc/zs.c.orig	Sun Dec 17 15:59:21 2000
+++ drivers/tc/zs.c	Sun Dec 17 12:30:07 2000
@@ -18,6 +18,7 @@
  */
 
 #include <linux/config.h>
+#include <linux/version.h>
 #include <linux/errno.h>
 #include <linux/signal.h>
 #include <linux/sched.h>
@@ -1720,7 +1721,11 @@
 
 	memset(&serial_driver, 0, sizeof(struct tty_driver));
 	serial_driver.magic = TTY_DRIVER_MAGIC;
+#if (LINUX_VERSION_CODE > 0x2032D && defined(CONFIG_DEVFS_FS))
+	serial_driver.name = "tts/%d";
+#else
 	serial_driver.name = "ttyS";
+#endif
 	serial_driver.major = TTY_MAJOR;
 	serial_driver.minor_start = 64;
 	serial_driver.num = zs_channels_found;
@@ -1730,7 +1735,7 @@
 
 	serial_driver.init_termios.c_cflag =
 		B9600 | CS8 | CREAD | HUPCL | CLOCAL;
-	serial_driver.flags = TTY_DRIVER_REAL_RAW;
+	serial_driver.flags = TTY_DRIVER_REAL_RAW | TTY_DRIVER_NO_DEVFS;
 	serial_driver.refcount = &serial_refcount;
 	serial_driver.table = serial_table;
 	serial_driver.termios = serial_termios;
@@ -1758,7 +1763,11 @@
 	 * major number and the subtype code.
 	 */
 	callout_driver = serial_driver;
+#if (LINUX_VERSION_CODE > 0x2032D && defined(CONFIG_DEVFS_FS))
+	callout_driver.name = "cua/%d";
+#else
 	callout_driver.name = "cua";
+#endif
 	callout_driver.major = TTYAUX_MAJOR;
 	callout_driver.subtype = SERIAL_TYPE_CALLOUT;
 
@@ -1820,6 +1829,11 @@
 		printk("ttyS%02d at 0x%08x (irq = %d)", info->line, 
 		       info->port, info->irq);
 		printk(" is a Z85C30 SCC\n");
+		tty_register_devfs(&serial_driver, 0,
+				   serial_driver.minor_start + info->line);
+		tty_register_devfs(&callout_driver, 0,
+				   callout_driver.minor_start + info->line);
+
 	}
 
 	restore_flags(flags);
--- drivers/char/dz.c.orig	Sun Dec 17 15:59:36 2000
+++ drivers/char/dz.c	Sun Dec 17 16:59:57 2000
@@ -21,9 +21,9 @@
 
 #define DEBUG_DZ 1
 
+#include <linux/version.h>
 #ifdef MODULE
 #include <linux/module.h>
-#include <linux/version.h>
 #else
 #define MOD_INC_USE_COUNT
 #define MOD_DEC_USE_COUNT
@@ -1290,7 +1290,7 @@
 
 int __init dz_init(void)
 {
-  int i, flags;
+  int i, flags, tmp;
   struct dz_serial *info;
 
   /* Setup base handler, and timer table. */
@@ -1300,7 +1300,11 @@
 
   memset(&serial_driver, 0, sizeof(struct tty_driver));
   serial_driver.magic = TTY_DRIVER_MAGIC;
+#if (LINUX_VERSION_CODE > 0x2032D && defined(CONFIG_DEVFS_FS))
   serial_driver.name = "ttyS";
+#else
+  serial_driver.name = "tts/%d";
+#endif
   serial_driver.major = TTY_MAJOR;
   serial_driver.minor_start = 64;
   serial_driver.num = DZ_NB_PORT;
@@ -1309,7 +1313,7 @@
   serial_driver.init_termios = tty_std_termios;
 
   serial_driver.init_termios.c_cflag = B9600 | CS8 | CREAD | HUPCL | CLOCAL;
-  serial_driver.flags = TTY_DRIVER_REAL_RAW;
+  serial_driver.flags = TTY_DRIVER_REAL_RAW | TTY_DRIVER_NO_DEVFS;
   serial_driver.refcount = &serial_refcount;
   serial_driver.table = serial_table;
   serial_driver.termios = serial_termios;
@@ -1336,7 +1340,11 @@
    * major number and the subtype code.
    */
   callout_driver = serial_driver;
+#if (LINUX_VERSION_CODE > 0x2032D && defined(CONFIG_DEVFS_FS))
   callout_driver.name = "cua";
+#else
+  callout_driver.name = "cua/%d";
+#endif
   callout_driver.major = TTYAUX_MAJOR;
   callout_driver.subtype = SERIAL_TYPE_CALLOUT;
 
@@ -1380,6 +1388,11 @@
       return 0;
 
     printk("ttyS%02d at 0x%08x (irq = %d)\n", info->line, info->port, SERIAL);
+
+    tty_register_devfs(&serial_driver, 0,
+			serial_driver.minor_start + info->line);
+    tty_register_devfs(&callout_driver, 0,
+			callout_driver.minor_start + info->line);
   }
 
   /* reset the chip */

--------------B556931F0E1CCED6BE2E1F56--


From owner-linux-mips@oss.sgi.com Sun Dec 17 10:28:51 2000
Received:  by oss.sgi.com id <S553770AbQLQS2l>;
	Sun, 17 Dec 2000 10:28:41 -0800
Received: from wn42-146.sdc.org ([209.155.42.146]:56820 "EHLO lappi")
	by oss.sgi.com with ESMTP id <S553761AbQLQS20>;
	Sun, 17 Dec 2000 10:28:26 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S869872AbQLQSYh>;
	Sun, 17 Dec 2000 11:24:37 -0700
Date:	Sun, 17 Dec 2000 19:24:37 +0100
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	Klaus Naumann <spock@mgnet.de>
Cc:	Linux/MIPS list <linux-mips@oss.sgi.com>
Subject: Re: FAQ/
Message-ID: <20001217192437.A22880@bacchus.dhis.org>
References: <20001217162802.A16298@bacchus.dhis.org> <Pine.LNX.4.21.0012171818360.29786-100000@spock.mgnet.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <Pine.LNX.4.21.0012171818360.29786-100000@spock.mgnet.de>; from spock@mgnet.de on Sun, Dec 17, 2000 at 06:19:56PM +0100
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Sun, Dec 17, 2000 at 06:19:56PM +0100, Klaus Naumann wrote:

> > Well, a few Indys were shipped with 3.5" SCSI floptical drives which afaik
> > have 20mb capacity.
> 
> Indeed, I even own such a nifty thing. It's pretty cool, with one problem:
> No media ;-) . But it's able to read floppies, I'm altough not sure
> if it will boot.

In theory it can.  In practice every machine I've ever is violating the
ARC standard massively, so only trying will show.  For Indys probably the
prefer installation media will stay NFS or CDROM for all times.  Now if the
darn thing would just handle ISO9660 CDROMs ...

  Ralf

From owner-linux-mips@oss.sgi.com Sun Dec 17 10:32:52 2000
Received:  by oss.sgi.com id <S553781AbQLQScc>;
	Sun, 17 Dec 2000 10:32:32 -0800
Received: from po4.glue.umd.edu ([128.8.10.124]:41361 "EHLO po4.glue.umd.edu")
	by oss.sgi.com with ESMTP id <S553767AbQLQScP>;
	Sun, 17 Dec 2000 10:32:15 -0800
Received: from z.glue.umd.edu (IDENT:root@z.glue.umd.edu [128.8.10.71])
	by po4.glue.umd.edu (8.10.1/8.10.1) with ESMTP id eBHIWDv05497
	for <linux-mips@oss.sgi.com>; Sun, 17 Dec 2000 13:32:13 -0500 (EST)
Received: from z.glue.umd.edu (IDENT:sendmail@localhost [127.0.0.1])
	by z.glue.umd.edu (8.9.3/8.9.3) with SMTP id NAA14934
	for <linux-mips@oss.sgi.com>; Sun, 17 Dec 2000 13:32:13 -0500 (EST)
Received: from localhost (weave@localhost)
	by z.glue.umd.edu (8.9.3/8.9.3) with ESMTP id NAA14930
	for <linux-mips@oss.sgi.com>; Sun, 17 Dec 2000 13:32:13 -0500 (EST)
X-Authentication-Warning: z.glue.umd.edu: weave owned process doing -bs
Date:   Sun, 17 Dec 2000 13:32:12 -0500 (EST)
From:   Vince Weaver <weave@eng.umd.edu>
X-Sender: weave@z.glue.umd.edu
To:     linux-mips@oss.sgi.com
Subject: Re: FAQ/
In-Reply-To: <Pine.LNX.4.21.0012171818360.29786-100000@spock.mgnet.de>
Message-ID: <Pine.GSO.4.21.0012171329090.13487-100000@z.glue.umd.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Sun, 17 Dec 2000, Klaus Naumann wrote:

> On Sun, 17 Dec 2000, Ralf Baechle wrote:
> 
> > Well, a few Indys were shipped with 3.5" SCSI floptical drives which afaik
> > have 20mb capacity.
> 
> Indeed, I even own such a nifty thing. It's pretty cool, with one problem:
> No media ;-) . But it's able to read floppies, I'm altough not sure
> if it will boot.

I've used an SGI personal-Iris 4D/35 which had a real floppy drive.  Of
course, I guess it's questionable whether the docs will ever surface to
port Linux to it.  It had a 36Mhz R3000 processor in it if I recall.

Vince

____________
\  /\  /\  /  Vince Weaver          
 \/__\/__\/   weave@eng.umd.edu     http://www.glue.umd.edu/~weave


From owner-linux-mips@oss.sgi.com Sun Dec 17 11:34:22 2000
Received:  by oss.sgi.com id <S553783AbQLQTeM>;
	Sun, 17 Dec 2000 11:34:12 -0800
Received: from rover.village.org ([204.144.255.66]:24842 "EHLO
        rover.village.org") by oss.sgi.com with ESMTP id <S553728AbQLQTdz>;
	Sun, 17 Dec 2000 11:33:55 -0800
Received: from harmony.village.org (harmony.village.org [10.0.0.6])
	by rover.village.org (8.11.0/8.11.0) with ESMTP id eBHJXqs03814;
	Sun, 17 Dec 2000 12:33:52 -0700 (MST)
	(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 MAA85322; Sun, 17 Dec 2000 12:33:51 -0700 (MST)
Message-Id: <200012171933.MAA85322@harmony.village.org>
To:     jbglaw@lug-owl.de
Subject: Re: FAQ/ 
Cc:     linux-mips@oss.sgi.com
In-reply-to: Your message of "Sun, 17 Dec 2000 07:50:17 +0100."
		<20001217075015.A5352@lug-owl.de> 
References: <20001217075015.A5352@lug-owl.de>  <3A36AFFE.51C9F2B@web.de> <20001213135723.B3060@paradigm.rfc822.org> <3A3C0ACE.8A13EA97@web.de> <20001217020043.B29250@lug-owl.de> <20001217022955.A10064@physik.tu-cottbus.de> <20001217033438.B9742@bacchus.dhis.org> 
Date:   Sun, 17 Dec 2000 12:33:51 -0700
From:   Warner Losh <imp@village.org>
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

In message <20001217075015.A5352@lug-owl.de> Jan-Benedict Glaw writes:
: Question in charge: Do DECstations really have floppies?

Yes.  I've used them with floppies.

Warner

From owner-linux-mips@oss.sgi.com Sun Dec 17 11:35:12 2000
Received:  by oss.sgi.com id <S553791AbQLQTew>;
	Sun, 17 Dec 2000 11:34:52 -0800
Received: from rover.village.org ([204.144.255.66]:25610 "EHLO
        rover.village.org") by oss.sgi.com with ESMTP id <S553771AbQLQTej>;
	Sun, 17 Dec 2000 11:34:39 -0800
Received: from harmony.village.org (harmony.village.org [10.0.0.6])
	by rover.village.org (8.11.0/8.11.0) with ESMTP id eBHJYVs03819;
	Sun, 17 Dec 2000 12:34:31 -0700 (MST)
	(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 MAA85335; Sun, 17 Dec 2000 12:34:29 -0700 (MST)
Message-Id: <200012171934.MAA85335@harmony.village.org>
To:     Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
Subject: Re: FAQ/ 
Cc:     Jan-Benedict Glaw <jbglaw@lug-owl.de>, linux-mips@oss.sgi.com
In-reply-to: Your message of "Sun, 17 Dec 2000 10:21:18 +0100."
		<XFMail.001217102118.Harald.Koerfgen@home.ivm.de> 
References: <XFMail.001217102118.Harald.Koerfgen@home.ivm.de>  
Date:   Sun, 17 Dec 2000 12:34:29 -0700
From:   Warner Losh <imp@village.org>
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

In message <XFMail.001217102118.Harald.Koerfgen@home.ivm.de> Harald Koerfgen writes:
: Besides Maxines DECstations don't have floppies. Well, there are some with SCSI
: floppies but that doesn't count.

I don't know if the floppies I used were scsi or not and I no longer
have access to the machines to check :-)

Warner

From owner-linux-mips@oss.sgi.com Sun Dec 17 12:20:42 2000
Received:  by oss.sgi.com id <S553796AbQLQUUW>;
	Sun, 17 Dec 2000 12:20:22 -0800
Received: from iris1.csv.ica.uni-stuttgart.de ([129.69.118.2]:13640 "EHLO
        iris1.csv.ica.uni-stuttgart.de") by oss.sgi.com with ESMTP
	id <S553785AbQLQUTy>; Sun, 17 Dec 2000 12:19:54 -0800
Received: from rembrandt.csv.ica.uni-stuttgart.de (rembrandt.csv.ica.uni-stuttgart.de [129.69.118.42])
	by iris1.csv.ica.uni-stuttgart.de (8.9.3/8.9.3) with ESMTP id VAA314308;
	Sun, 17 Dec 2000 21:19:38 +0100 (MET)
Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim 3.12 #1 (Debian))
	id 147kHL-0006iV-00; Sun, 17 Dec 2000 21:19:31 +0100
Date:   Sun, 17 Dec 2000 21:19:31 +0100
To:     Carsten Langgaard <carstenl@mips.com>
Cc:     Ralf Baechle <ralf@oss.sgi.com>, linux-mips@oss.sgi.com
Subject: Re: 64 bit build fails
Message-ID: <20001217211931.D25660@rembrandt.csv.ica.uni-stuttgart.de>
Mail-Followup-To: ica2_ts, Carsten Langgaard <carstenl@mips.com>,
	Ralf Baechle <ralf@oss.sgi.com>, linux-mips@oss.sgi.com
References: <3A379CBC.ED1D9F@mips.com> <20001214215933.C28871@bacchus.dhis.org> <3A39CC1F.8FE7B2FE@mips.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3A39CC1F.8FE7B2FE@mips.com>; from carstenl@mips.com on Fri, Dec 15, 2000 at 08:45:35AM +0100
From:   Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Carsten Langgaard wrote:
[snip]
>> Looks like an attempt to build a 64-bit Indy kernel.  Various people working
>> on the Origin support have completly broken the support for anything else in
>> their battle tank-style approach ...
>
>Ok, that explains why a lot of things are broken.

You might be interested in some work i have done [1] to create a 64-bit
kernel for SGI IP28 aka Indigo2 Impact. Don't expect it to be less
broken, it basically does an controlled crash at the very beginning of
kernel initialization.

(The IP28 Firmware doesn't like 32-bit ELF or even ecoff kernels.)

>So who will be responsible for fixing all the broken pieces ?

The one who asks about it, i assume. ;-)

[1] http://www.csv.ica.uni-stuttgart.de/homes/ths/linux-mips/


Thiemo

From owner-linux-mips@oss.sgi.com Sun Dec 17 12:22:52 2000
Received:  by oss.sgi.com id <S553802AbQLQUWm>;
	Sun, 17 Dec 2000 12:22:42 -0800
Received: from viemta06.chello.at ([195.34.133.56]:63473 "EHLO
        viemta06.chello.at") by oss.sgi.com with ESMTP id <S553795AbQLQUWe>;
	Sun, 17 Dec 2000 12:22:34 -0800
Received: from katze.cyrius.com ([213.47.247.121]) by viemta06.chello.at
          (InterMail vK.4.02.00.10 201-232-116-110 license 9caa03a7df1d31c048ffcc0d31ac5855)
          with ESMTP
          id <20001217202230.VMM16613.viemta06@katze.cyrius.com>;
          Sun, 17 Dec 2000 21:22:30 +0100
Received: by katze.cyrius.com (Postfix, from userid 1000)
	id 99EBC1818F; Sun, 17 Dec 2000 21:23:34 +0100 (MET)
Date:   Sun, 17 Dec 2000 21:23:34 +0100
From:   Martin Michlmayr <tbm@cyrius.com>
To:     Keith Owens <kaos@melbourne.sgi.com>
Cc:     linux-mips@oss.sgi.com
Subject: Re: Kernel Oops when booting on DECstation
Message-ID: <20001217212334.A842@katze.cyrius.com>
References: <20001216160051.A904@sumpf.cyrius.com> <23987.976979391@ocs3.ocs-net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <23987.976979391@ocs3.ocs-net>; from kaos@melbourne.sgi.com on Sun, Dec 17, 2000 at 02:09:51AM +1100
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

* Keith Owens <kaos@melbourne.sgi.com> [20001217 02:09]:
> The joys of cross system debugging.  You need to set ksymoops option
> -t, it is defaulting to elf32-i386 which is no good for mips objects.

When I ran the program on Intel, I feared I might have to change
something... anyway, I did it natively on mipsel now.  I hope it's
ok:

With Karel van Houten's kernel from
http://www.xs4all.nl/~vhouten/mipsel/vmlinux-2.4.0-decR3k.tgz

ksymoops 2.3.5 on mips 2.0.34C52_SK.  Options used
     -v vmlinux (specified)
     -K (specified)
     -L (specified)
     -O (specified)
     -m System.map (specified)

Unable to handle kernel paging request at virtual address 00000004, epc == 800596b8, ra == 80059660
$0 : 00000000 10002000 80720380 00000000 00000000 801c38e0 10002000 80230000
$8 : 00002000 ffff00ff 00000000 00000000 00000000 00000000 ffffffff 81096180
$16: 00010f00 81094000 80048000 a000fcf8 30464354 a0002f88 fffffff4 00010f00
$24: 00000001 00000002                   80720000 80720f58 80721090 80059660
epc  : 800596b8
Using defaults from ksymoops -t elf32-littlemips -a mips:3000
Status: 10002004
Cause : 30000408
Process  (pid: 0, stackpage=80720000)
Stack: 00000008 0000000d 80060bc0 00000000 8020c020 00000001 00000000 00000000
       00000000 80720f7c 80720f7c 80048518 00000000 00000000 00000000 80720f7c
       80720f7c 80048518 00010f00 00000000 80048000 a000fcf8 30464354 a0002f88
       00000200 001220d2 40208a0a 8004e988 8023e268 0000000a 80720fe0 00000000
       8004b2cc ffff00ff 00010f00 00000000 80721090 00000000 ffffffff 81096180
       00000000 ...
Call Trace: [<80060bc0>] [<80048518>] [<80048518>] [<80048000>] [<8004e988>] [<8004b2cc>]
Code: ac6b0004  8e2401d4  8e230218 <8c820004> 00000000  0043102b  1040043b  2416fff5  40036000 

>>RA;  80059660 <do_fork+b4/124c>
>>PC;  800596b8 <do_fork+10c/124c>   <=====
Trace; 80060bc0 <open_softirq+30/90>
Trace; 80048518 <handle_softirq+8/10>
Trace; 80048518 <handle_softirq+8/10>
Trace; 80048000 <__gnu_compiled_c+0/0>
Trace; 8004e988 <sys_clone+5c/6c>
Trace; 8004b2cc <stack_done+20/3c>


With Flo's kernel from
ftp://ftp.rfc822.org/pub/local/debian-mipsel/kernel/kernel-image-2.4.0-test8-pre1-dec-r3k.tar.gz

ksymoops 2.3.5 on mips 2.0.34C52_SK.  Options used
     -v vmlinux-2.4.0-test8-pre1 (specified)
     -K (specified)
     -L (specified)
     -O (specified)
     -m System.map-2.4.0-test8-pre1 (specified)

Unable to handle kernel paging request at virtual address 00000004, epc == 800599f4, ra == 8005999c
$0 : 00000000 10002000 80720370 00000000 00000000 00001098 10002000 0000003c
$8 : 00002000 ffff00ff 00000000 00000000 00000000 00000000 801a9d94 10002001
$16: 00000f00 81098000 80048000 a000fcf8 30464354 a0002f88 fffffff4 00000f00
$24: 00000000 00000000                   80720000 80720f58 80721090 8005999c
epc  : 800599f4
Using defaults from ksymoops -t elf32-littlemips -a mips:3000
Status: 10002004
Cause : 30000408
Process  (pid: 0, stackpage=80720000)
Stack: 800d7054 81086200 800613a8 00000001 00000008 80061064 00000000 00000000
       00000000 80720f7c 80720f7c 801b6737 00000000 00000000 00000000 80720f7c
       80720f7c 801b6737 00000f00 00000000 80048000 a000fcf8 30464354 a0002f88
       00000200 001200d2 40208a0a 8004e934 00000000 00000020 80720fe0 0000000a
       8004b2cc 0000003c 00000f00 00000000 80721090 0000003c 801b6748 801a9d94
       00000000 ...
Call Trace: [<800d7054>] [<800613a8>] [<80061064>] [<80048000>] [<8004e934>] [<8004b2cc>]
Code: ac6b0004  8e2401d0  8e230214 <8c820004> 00000000  0043102b  10400442  2416fff5  40036000 
Error (Oops_bfd_perror): set_section_contents Section has no contents

>>RA;  8005999c <do_fork+b0/1264>
>>PC;  800599f4 <do_fork+108/1264>   <=====
Trace; 800d7054 <timer_interrupt+104/1c0>
Trace; 800613a8 <tasklet_hi_action+e0/160>
Trace; 80061064 <__gnu_compiled_c+c4/138>
Trace; 80048000 <__gnu_compiled_c+0/0>
Trace; 8004e934 <sys_clone+5c/6c>
Trace; 8004b2cc <stack_done+20/3c>


1 error issued.  Results may not be reliable.
-- 
Martin Michlmayr
tbm@cyrius.com

From owner-linux-mips@oss.sgi.com Sun Dec 17 23:23:14 2000
Received:  by oss.sgi.com id <S553816AbQLRHXE>;
	Sun, 17 Dec 2000 23:23:04 -0800
Received: from mailout4-0.nyroc.rr.com ([24.92.226.120]:27584 "EHLO
        mailout4-0.nyroc.rr.com") by oss.sgi.com with ESMTP
	id <S553807AbQLRHWv>; Sun, 17 Dec 2000 23:22:51 -0800
Received: from rochester.rr.com (d1818233d.rochester.rr.com [24.24.35.61])
	by mailout4-0.nyroc.rr.com (8.9.3/8.9.3) with ESMTP id CAA16854
	for <linux-mips@oss.sgi.com>; Mon, 18 Dec 2000 02:18:39 -0500 (EST)
Message-ID: <3A3DBA75.2B535D4D@rochester.rr.com>
Date:   Mon, 18 Dec 2000 02:19:17 -0500
From:   Pedro Ugalde <pugalde1@rochester.rr.com>
X-Mailer: Mozilla 4.7 [en] (Win95; U)
X-Accept-Language: en
MIME-Version: 1.0
To:     "linux-mips@oss.sgi.com" <linux-mips@oss.sgi.com>
Subject: superdisk on indy
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

is it possible to put a parallel version of the imation superdisk
(floptical) 120meg to an indy? how do i go about it running irix 6.2.

sorry if off the topic but i don't know any other place to ask.

Pedro Ugalde


From owner-linux-mips@oss.sgi.com Mon Dec 18 00:12:45 2000
Received:  by oss.sgi.com id <S553834AbQLRIMf>;
	Mon, 18 Dec 2000 00:12:35 -0800
Received: from mx.mips.com ([206.31.31.226]:33262 "EHLO mx.mips.com")
	by oss.sgi.com with ESMTP id <S553820AbQLRIML>;
	Mon, 18 Dec 2000 00:12:11 -0800
Received: from newman.mips.com (ns-dmz [206.31.31.225])
	by mx.mips.com (8.9.3/8.9.0) with ESMTP id AAA06374;
	Mon, 18 Dec 2000 00:12:04 -0800 (PST)
Received: from copfs01.mips.com (copfs01 [192.168.205.101])
	by newman.mips.com (8.9.3/8.9.0) with ESMTP id AAA28304;
	Mon, 18 Dec 2000 00:12:02 -0800 (PST)
Received: from mips.com (copsun17 [192.168.205.27])
	by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id JAA01484;
	Mon, 18 Dec 2000 09:11:39 +0100 (MET)
Message-ID: <3A3DC6BA.DAC68261@mips.com>
Date:   Mon, 18 Dec 2000 09:11:38 +0100
From:   Carsten Langgaard <carstenl@mips.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To:     Ralf Baechle <ralf@oss.sgi.com>
CC:     linux-mips@oss.sgi.com
Subject: Re: 64 bit build fails
References: <3A379CBC.ED1D9F@mips.com> <20001214215933.C28871@bacchus.dhis.org> <3A39CC1F.8FE7B2FE@mips.com> <20001215162023.B28594@bacchus.dhis.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Ralf Baechle wrote:

> On Fri, Dec 15, 2000 at 08:45:35AM +0100, Carsten Langgaard wrote:
>
> > > > mips64-linux-gcc -D__KERNEL__
> > > > -I/home/soc/proj/work/carstenl/sw/linux-2.4.0/include -Wall
> > > > -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing
> > > > -mabi=64 -G 0 -mno-abicalls -fno-pic -Wa,--trap -pipe -mcpu=r8000 -mips4
> > > > -Wa,-32   -c head.S -o head.o
> > > > head.S: Assembler messages:
> > > > head.S:69: Error: Missing ')' assumed
> > >
> > > Looks like an attempt to build a 64-bit Indy kernel.  Various people working
> > > on the Origin support have completly broken the support for anything else in
> > > their battle tank-style approach ...
> >
> > Ok, that explains why a lot of things are broken.
> > So who will be responsible for fixing all the broken pieces ?
>
> This is the question you'd ask a company.  This is Free Software, not some
> company's product ...

What I mean is that we need some discipline, as you mention yourself, it is
unfortunate with this battle tank-style approach.
And I think you do a pretty good job trying to make the rest of the code as clean
as possible.
Of course some time it is a little bit annoying you doesn't just accept my patches
:-)
Just kidding, I think that's the right way to do things.

I was just hoping that the 64bit code was in the same condition as the rest of the
code.

/Carsten


--
_    _ ____  ___   Carsten Langgaard   Mailto:carstenl@mips.com
|\  /|||___)(___   MIPS Denmark        Direct: +45 4486 5527
| \/ |||    ____)  Lautrupvang 4B      Switch: +45 4486 5555
  TECHNOLOGIES     2750 Ballerup       Fax...: +45 4486 5556
                   Denmark             http://www.mips.com




From owner-linux-mips@oss.sgi.com Mon Dec 18 03:07:55 2000
Received:  by oss.sgi.com id <S553831AbQLRLHp>;
	Mon, 18 Dec 2000 03:07:45 -0800
Received: from noose.gt.owl.de ([62.52.19.4]:23561 "HELO noose.gt.owl.de")
	by oss.sgi.com with SMTP id <S553837AbQLRLH2>;
	Mon, 18 Dec 2000 03:07:28 -0800
Received: by noose.gt.owl.de (Postfix, from userid 10)
	id 93A107FC; Mon, 18 Dec 2000 12:07:25 +0100 (CET)
Received: by paradigm.rfc822.org (Postfix, from userid 1000)
	id D608E8F74; Mon, 18 Dec 2000 12:07:14 +0100 (CET)
Date:   Mon, 18 Dec 2000 12:07:14 +0100
From:   Florian Lohoff <flo@rfc822.org>
To:     Martin Michlmayr <tbm@cyrius.com>
Cc:     linux-mips@oss.sgi.com
Subject: Re: Kernel Oops when booting on DECstation
Message-ID: <20001218120714.C401@paradigm.rfc822.org>
References: <20001216085603.A514@sumpf.cyrius.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001216085603.A514@sumpf.cyrius.com>; from tbm@cyrius.com on Sat, Dec 16, 2000 at 08:56:03AM +0100
Organization: rfc822 - pure communication
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Sat, Dec 16, 2000 at 08:56:03AM +0100, Martin Michlmayr wrote:

> Linux version 2.4.0-test8-pre1 (flo@slimer.rfc822.org) (gcc version egcs-2.90.20
[...]
> Any ideas?  (I hope and think that it has nothing to do with me
> booting from a NetBSD partition.  I don't have ethernet on the machine
> and thus have to boot the kernel from the existing FFS partition in
> order to start Linux and then run delo.  NetBSD boots and works, btw.)

I have the suspicion that you are running into a bug Harald and me
solved when booting my /150 from Disk. It seems the Firmware KN04 V2.1k
doesnt correctly reset/disable the SCSI Controller and the Ethernet
chip causing the system to crash immediatly in the "request_irq" section.

I guess the backtrace is bogus but i might be wrong. I would recommend
trying to compile a current cvs kernel yourself and retry.

Flo
-- 
Florian Lohoff                  flo@rfc822.org             +49-5201-669912
     Why is it called "common sense" when nobody seems to have any?


From owner-linux-mips@oss.sgi.com Mon Dec 18 03:07:55 2000
Received:  by oss.sgi.com id <S553848AbQLRLHf>;
	Mon, 18 Dec 2000 03:07:35 -0800
Received: from noose.gt.owl.de ([62.52.19.4]:23305 "HELO noose.gt.owl.de")
	by oss.sgi.com with SMTP id <S553831AbQLRLH2>;
	Mon, 18 Dec 2000 03:07:28 -0800
Received: by noose.gt.owl.de (Postfix, from userid 10)
	id 740657F9; Mon, 18 Dec 2000 12:07:25 +0100 (CET)
Received: by paradigm.rfc822.org (Postfix, from userid 1000)
	id 398F28F74; Mon, 18 Dec 2000 11:59:19 +0100 (CET)
Date:   Mon, 18 Dec 2000 11:59:19 +0100
From:   Florian Lohoff <flo@rfc822.org>
To:     Ralf Baechle <ralf@oss.sgi.com>
Cc:     "H.Heinold" <heinold@physik.tu-cottbus.de>, linux-mips@oss.sgi.com
Subject: Re: FAQ/
Message-ID: <20001218115919.B401@paradigm.rfc822.org>
References: <3A36AFFE.51C9F2B@web.de> <20001213135723.B3060@paradigm.rfc822.org> <3A3C0ACE.8A13EA97@web.de> <20001217020043.B29250@lug-owl.de> <20001217022955.A10064@physik.tu-cottbus.de> <20001217033438.B9742@bacchus.dhis.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001217033438.B9742@bacchus.dhis.org>; from ralf@oss.sgi.com on Sun, Dec 17, 2000 at 03:34:38AM +0100
Organization: rfc822 - pure communication
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Sun, Dec 17, 2000 at 03:34:38AM +0100, Ralf Baechle wrote:
> > Hm I am still working on the boot floppies for debian, when I have the time.
> > for mipsel they should work, but I only build them for mips.
> > the problem on mips was the sgi disklabel, but that isnt used on dec. 
> 
> But SGI's don't have floppies :-)
> 

The package is only called "boot-floppies" - It doesnt have much in common
with "floppy" images on architectures not having floppy drives. It more
or less the debian installer source package. They for example
build kernel/ramdisk images with the installer for architectures
capable of bootp/tftp like Sun SPARC. We will do similar for
Decstations and SGI and forget the "real" disk images. The problem is
that most of the software is more or less custom debian and will require
some work concerning SGI Disklabel, Kernel 2.4 etc - Henning has done
a lot in there and hopefully Decstations are much simpler (DOS Disklabel)

But still - The biggest problems are glibc, gcc + binutils.

Flo
-- 
Florian Lohoff                  flo@rfc822.org             +49-5201-669912
     Why is it called "common sense" when nobody seems to have any?


From owner-linux-mips@oss.sgi.com Mon Dec 18 10:47:49 2000
Received:  by oss.sgi.com id <S553868AbQLRSrj>;
	Mon, 18 Dec 2000 10:47:39 -0800
Received: from gateway-1237.mvista.com ([12.44.186.158]:27888 "EHLO
        hermes.mvista.com") by oss.sgi.com with ESMTP id <S553862AbQLRSr0>;
	Mon, 18 Dec 2000 10:47:26 -0800
Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75])
	by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id eBIIjVx21673;
	Mon, 18 Dec 2000 10:45:31 -0800
Message-ID: <3A3E5C14.F116DCBB@mvista.com>
Date:   Mon, 18 Dec 2000 10:48:52 -0800
From:   Jun Sun <jsun@mvista.com>
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Keith Owens <kaos@melbourne.sgi.com>
CC:     Martin Michlmayr <tbm@cyrius.com>, linux-mips@oss.sgi.com
Subject: Re: Kernel Oops when booting on DECstation
References: <23987.976979391@ocs3.ocs-net>
Content-Type: multipart/mixed;
 boundary="------------BC952409A8789C82CC1074A8"
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

This is a multi-part message in MIME format.
--------------BC952409A8789C82CC1074A8
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Keith Owens wrote:
> 
> On Sat, 16 Dec 2000 16:00:51 +0100,
> Martin Michlmayr <tbm@cyrius.com> wrote:
> >ksymoops 2.3.5 on i586 2.2.15.  Options used
> >     -a mipsel
> >Using defaults from ksymoops -t elf32-i386
> 
> The joys of cross system debugging.  You need to set ksymoops option
> -t, it is defaulting to elf32-i386 which is no good for mips objects.
> You almost certainly need to set environment variables KSYMOOPS_NM and
> KSYMOOPS_OBJDUMP to point to versions of these programs that understand
> mips.  If mips prints the code in big endian format then you need to
> use ksymoops option -e.  man ksymoops and scan for 'cross'.

Martin,

If you have System.map file, you can use a perl script written by Phil to
decode the trace.

Jun
--------------BC952409A8789C82CC1074A8
Content-Type: text/plain; charset=us-ascii;
 name="call2sym"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="call2sym"

#!/usr/bin/perl

# call2sym -  convert linux kernel oops call trace listings to System.map
#             symbolic names.
#
# Written by Phil Hollenback
# Copyright (C) 2000 Phil Hollenback <phollenback@pobox.com>
#
# This software may be used and distributed according to the terms
# of the GNU General Public License, incorporated herein by reference.
# All other rights reserved.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# See the perlpod documentation at the end of this file for
# instructions.
#
# $Id: call2sym,v 1.2 2000/09/28 20:15:59 phil Exp $

#
# Configuration Options
#

# This will be viewable thru the "-v" switch at a later date.
$version = "0.0.1";

#
# End Configuration Options
#

# Check that we got passed a System.map file on the command line.
(scalar(@ARGV) == 1) or $mapfile = "System.map";
(scalar(@ARGV) == 1) and $mapfile = $ARGV[0];

( -r $mapfile ) or die "Can't read file $mapfile\n";

print "Ready for call trace list.  <ctrl-d> on a blank line when done.\n\n";

while (<STDIN>)
  {
    # remove newlines in case this was a cut-n-paste.
    chop;
    $trace_line .= $_;
  }

print "\nProcessing...\n";

# Now munge call trace entries into an array.
@trace_addrs = ();

# Split into an array of addresses, on whitespace.
@trace_addrs = split / /,$trace_line;

# I think I'm clever, so use a map to remove cruft from each array
# entry.
@trace_addrs = map { m|\[<(.*)>\]| } @trace_addrs;

# I now have an in-order array of the call trace addresses.

# Suck the whole mapfile into a hash keyed on address.  Convert keys to
# decimal for easier compares later on.
open MAPFILE, $mapfile or die "Can't open mapfile $mapfile\n";
while (<MAPFILE>)
  {
    if ( /^00000000(.*) . (.*)/ )
      {
        # convert to decimal and pad to 10 digits.
        # that way everything lines up and conversions should be easy.
        $decaddr = sprintf "%010lu", hex($1);
        $funcs{$decaddr} = $2;
      }
  }

# print a header
print "\nAddress\t\tFunction\n\n";

# We've got all the addresses in the hash as string versions of
# decimal numbers. Should now be able to iterate thru the
# list until we find the one closest to each $addr.
foreach $addr (@trace_addrs)
  {
    # convert addr to decimal.
    $decaddr = hex($addr);

    # loop through keys until we find the one just 1 greater.
    foreach $func (sort keys %funcs)
      {
        # now print out the one just 1 less.
        if ($func > $decaddr ) {
          print  "$addr\t$funcs{$lastfunc}\n";
          last;
        }
        $lastfunc = $func;
      }
  }




--------------BC952409A8789C82CC1074A8--


From owner-linux-mips@oss.sgi.com Mon Dec 18 18:02:42 2000
Received:  by oss.sgi.com id <S553799AbQLSCCc>;
	Mon, 18 Dec 2000 18:02:32 -0800
Received: from gateway-1237.mvista.com ([12.44.186.158]:58104 "EHLO
        hermes.mvista.com") by oss.sgi.com with ESMTP id <S553720AbQLSCCP>;
	Mon, 18 Dec 2000 18:02:15 -0800
Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75])
	by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id eBJ20Mx09566;
	Mon, 18 Dec 2000 18:00:22 -0800
Message-ID: <3A3EC1FF.9B86E2AC@mvista.com>
Date:   Mon, 18 Dec 2000 18:03:43 -0800
From:   Jun Sun <jsun@mvista.com>
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-mips@oss.sgi.com
Subject: MIPS_ATOMIC_SET in sys_sysmips()
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


It looks like sometime after test5 the MIPS_ATOMIC_SET case in sys_sysmips()
function in the CVS tree is changed.  The new code now uses ll/sc instructions
and handles syscall trace, etc.. 

This change does not make sense to me.  The userland typically uses
MIPS_ATOMIC_SET when ll/sc instructions are not available.  But the new code
itself uses ll/sc, which pretty much forfeit the purpose.  Or do I miss
something else?

What do we offer to machines without ll/sc?

BTW, what is the wrong with previous code?  I understand it may be broken in
SMP case, but I think that is fixable.  Comments?


Jun

From owner-linux-mips@oss.sgi.com Tue Dec 19 04:47:56 2000
Received:  by oss.sgi.com id <S553720AbQLSMrr>;
	Tue, 19 Dec 2000 04:47:47 -0800
Received: from viemta06.chello.at ([195.34.133.56]:54779 "EHLO
        viemta06.chello.at") by oss.sgi.com with ESMTP id <S553657AbQLSMrb>;
	Tue, 19 Dec 2000 04:47:31 -0800
Received: from katze.cyrius.com ([213.47.247.121]) by viemta06.chello.at
          (InterMail vK.4.02.00.10 201-232-116-110 license 9caa03a7df1d31c048ffcc0d31ac5855)
          with ESMTP
          id <20001219124728.EJOX16613.viemta06@katze.cyrius.com>;
          Tue, 19 Dec 2000 13:47:28 +0100
Received: by katze.cyrius.com (Postfix, from userid 1000)
	id 5BD2318198; Tue, 19 Dec 2000 13:48:29 +0100 (MET)
Date:   Tue, 19 Dec 2000 13:48:29 +0100
From:   Martin Michlmayr <tbm@cyrius.com>
To:     Florian Lohoff <flo@rfc822.org>
Cc:     linux-mips@oss.sgi.com
Subject: Re: Kernel Oops when booting on DECstation
Message-ID: <20001219134828.A361@katze.cyrius.com>
References: <20001216085603.A514@sumpf.cyrius.com> <20001218120714.C401@paradigm.rfc822.org>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="MGYHOYXEY6WxJCY8"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001218120714.C401@paradigm.rfc822.org>; from flo@rfc822.org on Mon, Dec 18, 2000 at 12:07:14PM +0100
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


--MGYHOYXEY6WxJCY8
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

* Florian Lohoff <flo@rfc822.org> [20001218 12:07]:
> I have the suspicion that you are running into a bug Harald and me
> solved when booting my /150 from Disk. It seems the Firmware KN04 V2.1k
> 
> I guess the backtrace is bogus but i might be wrong. I would recommend
> trying to compile a current cvs kernel yourself and retry.

I compiled a current CVS kernel (as of 2000-Dec-18) and I still get
the same problem:

KN02-BA V5.7e    (PC: 0xbfc00cbc, SP: 0xa000f404)
^C
>>boot 3/rz2/vmlinux root=/dev/sda1 console=ttyS2
>> NetBSD/pmax Secondary Boot, Revision 1.0
>> (root@vlad, Sat Mar  4 14:34:30 EST 2000)
Boot: 3/rz2/vmlinux
1589960+134048+142976 [204+126192+119611]=0x205ebc
Starting at 0x800405ac

This DECstation is a DS5000/1xx
Loading R[23]00 MMU routines.
CPU revision is: 00000230
Primary instruction cache 64kb, linesize 4 bytes
Primary data cache 64kb, linesize 4 bytes
Linux version 2.4.0-test11 (tbm@katze.cyrius.com) (gcc version egcs-2.91.66 19990314 (egcs-1.1.2 release)) #6 Mon Dec 18 18:47:44 MET 2000
Determined physical RAM map:
 memory: 02000000 @ 00000000 (usable)
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS2
Calibrating delay loop... 24.71 BogoMIPS
Memory: 30128k/32768k available (1552k kernel code, 2640k reserved, 70k data, 60k init)
Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)
Checking for 'wait' instruction...  unavailable.
POSIX conformance testing by UNIFIX
Unable to handle kernel paging request at virtual address 00000004, epc == 8005a16c, ra == 8005a124
Oops in fault.c:do_page_fault, line 172:
$0 : 00000000 10002000 80720410 00000000 80720410 00000000 81088460 10002000
$8 : 00000000 00000000 00000000 00000000 00bc8000 fffffff7 ffffffff 8021f180
$16: 00010f00 8021c000 00000000 80048000 30464354 a0002f88 fffffff4 00010f00
$24: 00000001 0000000a                   80720000 80720f58 80721090 8005a124
epc  : 8005a16c
Status: 10002004
Cause : 30000008
Process  (pid: 0, stackpage=80720000)
Stack: 80061d94 00000001 000000c0 80061a58 801e0eec 800f82fc 00000000 00000000
       00000000 80720f7c 80720f7c 00000023 00000000 00000000 00000000 80720f7c
       80720f7c 00000023 00010f00 00010000 00000000 80048000 30464354 a0002f88
       bfc00cbc a000f404 40208a0a 8004e1a8 00000000 00000020 80720fe0 00000000
       8004b46c 00002617 00010f00 00000000 80721090 00002617 00bc8000 fffffff7
       00000000 ...
Call Trace: [<80061d94>] [<80061a58>] [<800f82fc>] [<80048000>] [<8004e1a8>] [<8004b46c>]
Code: 24630010  8e2501d4  8e230218 <8ca20004> 00000000  0043102b  10400431  2416fff5  40046000

sym2call says:

Address		Function

80061d94	tasklet_hi_action
80061a58	do_softirq
800f82fc	do_IRQ
80048000	init
8004e1a8	_sys_clone
8004b46c	stack_done

The config file used to build the kernel is enclosed below.
-- 
Martin Michlmayr
tbm@cyrius.com

--MGYHOYXEY6WxJCY8
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=config

#
# Automatically generated by make menuconfig: don't edit
#

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Machine selection
#
# CONFIG_ACER_PICA_61 is not set
# CONFIG_ALGOR_P4032 is not set
# CONFIG_BAGET_MIPS is not set
CONFIG_DECSTATION=y
# CONFIG_DDB5074 is not set
# CONFIG_DDB5476 is not set
# CONFIG_MIPS_EV96100 is not set
# CONFIG_MIPS_EV64120 is not set
# CONFIG_MIPS_ATLAS is not set
# CONFIG_MIPS_MALTA is not set
# CONFIG_MIPS_MAGNUM_4000 is not set
# CONFIG_OLIVETTI_M700 is not set
# CONFIG_PMC_CP7000 is not set
# CONFIG_SGI_IP22 is not set
# CONFIG_SNI_RM200_PCI is not set
# CONFIG_MCA is not set
# CONFIG_SBUS is not set
# CONFIG_ISA is not set
# CONFIG_EISA is not set
# CONFIG_PCI is not set
# CONFIG_I8259 is not set

#
# Loadable module support
#
CONFIG_MODULES=y
# CONFIG_MODVERSIONS is not set
CONFIG_KMOD=y

#
# CPU selection
#
CONFIG_CPU_R3000=y
# CONFIG_CPU_R6000 is not set
# CONFIG_CPU_R4300 is not set
# CONFIG_CPU_R4X00 is not set
# CONFIG_CPU_R5000 is not set
# CONFIG_CPU_R5432 is not set
# CONFIG_CPU_RM7000 is not set
# CONFIG_CPU_NEVADA is not set
# CONFIG_CPU_R8000 is not set
# CONFIG_CPU_R10000 is not set
# CONFIG_CPU_MIPS32 is not set
# CONFIG_CPU_ADVANCED is not set
# CONFIG_CPU_HAS_LLSC is not set
CONFIG_CPU_HAS_WB=y

#
# General setup
#
CONFIG_CPU_LITTLE_ENDIAN=y
CONFIG_MIPS_FPU_EMULATOR=y
CONFIG_KCORE_ELF=y
CONFIG_ELF_KERNEL=y
# CONFIG_BINFMT_AOUT is not set
CONFIG_BINFMT_ELF=y
# CONFIG_BINFMT_MISC is not set
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y

#
# Parallel port support
#
# CONFIG_PARPORT is not set
CONFIG_TC=y
# CONFIG_PCMCIA is not set

#
# Memory Technology Devices (MTD)
#
# CONFIG_MTD is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_NBD=m
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_BLK_DEV_INITRD is not set

#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set
# CONFIG_BLK_DEV_MD is not set
# CONFIG_MD_LINEAR is not set
# CONFIG_MD_RAID0 is not set
# CONFIG_MD_RAID1 is not set
# CONFIG_MD_RAID5 is not set
# CONFIG_BLK_DEV_LVM is not set
# CONFIG_LVM_PROC_FS is not set

#
# Networking options
#
CONFIG_PACKET=y
# CONFIG_PACKET_MMAP is not set
# CONFIG_NETLINK is not set
# CONFIG_NETFILTER is not set
# CONFIG_FILTER is not set
CONFIG_UNIX=y
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
CONFIG_IP_PNP=y
CONFIG_IP_PNP_BOOTP=y
# CONFIG_IP_PNP_RARP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_INET_ECN is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_IPV6 is not set
# CONFIG_KHTTPD is not set
# CONFIG_ATM is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_DECNET is not set
# CONFIG_BRIDGE is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_LLC is not set
# CONFIG_NET_DIVERT is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# SCSI support
#
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_SD_EXTRA_DEVS=40
# CONFIG_CHR_DEV_ST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_SR_EXTRA_DEVS=2
# CONFIG_CHR_DEV_SG is not set
# CONFIG_SCSI_DEBUG_QUEUES is not set
# CONFIG_SCSI_MULTI_LUN is not set
CONFIG_SCSI_CONSTANTS=y
# CONFIG_SCSI_LOGGING is not set

#
# SCSI low-level drivers
#
CONFIG_SCSI_DECNCR=y
# CONFIG_SCSI_DECSII is not set
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_MEGARAID is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_DMA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_NCR53C406A is not set
# CONFIG_SCSI_NCR53C7xx is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PCI2000 is not set
# CONFIG_SCSI_PCI2220I is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set
# CONFIG_SCSI_DEBUG is not set

#
# Network device support
#
CONFIG_NETDEVICES=y
# CONFIG_DUMMY is not set
# CONFIG_SLIP is not set
# CONFIG_PPP is not set
CONFIG_DECLANCE=y

#
# DECStation Character devices
#
# CONFIG_VT is not set
CONFIG_SERIAL=y
# CONFIG_DZ is not set
CONFIG_ZS=y
CONFIG_SERIAL_CONSOLE=y
# CONFIG_UNIX98_PTYS is not set
CONFIG_RTC=y

#
# File systems
#
# CONFIG_QUOTA is not set
CONFIG_AUTOFS_FS=y
CONFIG_AUTOFS4_FS=y
# CONFIG_ADFS_FS is not set
# CONFIG_ADFS_FS_RW is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_JFFS_FS is not set
# CONFIG_CRAMFS is not set
# CONFIG_RAMFS is not set
CONFIG_ISO9660_FS=y
# CONFIG_JOLIET is not set
# CONFIG_MINIX_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_NTFS_RW is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVFS_FS is not set
# CONFIG_DEVFS_MOUNT is not set
# CONFIG_DEVFS_DEBUG is not set
# CONFIG_DEVPTS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX4FS_RW is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_SYSV_FS_WRITE is not set
# CONFIG_UDF_FS is not set
# CONFIG_UDF_RW is not set
# CONFIG_UFS_FS is not set
# CONFIG_UFS_FS_WRITE is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
CONFIG_NFS_FS=y
# CONFIG_NFS_V3 is not set
CONFIG_ROOT_NFS=y
CONFIG_NFSD=y
# CONFIG_NFSD_V3 is not set
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
# CONFIG_SMB_FS is not set
# CONFIG_NCP_FS is not set
# CONFIG_NCPFS_PACKET_SIGNING is not set
# CONFIG_NCPFS_IOCTL_LOCKING is not set
# CONFIG_NCPFS_STRONG is not set
# CONFIG_NCPFS_NFS_NS is not set
# CONFIG_NCPFS_OS2_NS is not set
# CONFIG_NCPFS_SMALLDOS is not set
# CONFIG_NCPFS_MOUNT_SUBDIR is not set
# CONFIG_NCPFS_NDS_DOMAINS is not set
# CONFIG_NCPFS_NLS is not set
# CONFIG_NCPFS_EXTRAS is not set

#
# Partition Types
#
CONFIG_PARTITION_ADVANCED=y
# CONFIG_ACORN_PARTITION is not set
CONFIG_OSF_PARTITION=y
# CONFIG_AMIGA_PARTITION is not set
# CONFIG_ATARI_PARTITION is not set
# CONFIG_MAC_PARTITION is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_BSD_DISKLABEL=y
# CONFIG_SOLARIS_X86_PARTITION is not set
# CONFIG_UNIXWARE_DISKLABEL is not set
# CONFIG_SGI_PARTITION is not set
CONFIG_ULTRIX_PARTITION=y
CONFIG_SUN_PARTITION=y
# CONFIG_NLS is not set

#
# USB support
#
# CONFIG_USB is not set

#
# Input core support
#
# CONFIG_INPUT is not set

#
# Kernel hacking
#
CONFIG_CROSSCOMPILE=y
# CONFIG_MIPS_FPE_MODULE is not set
# CONFIG_REMOTE_DEBUG is not set
# CONFIG_MAGIC_SYSRQ is not set
# CONFIG_MIPS_UNCACHED is not set

--MGYHOYXEY6WxJCY8--

From owner-linux-mips@oss.sgi.com Tue Dec 19 05:30:16 2000
Received:  by oss.sgi.com id <S553729AbQLSNaG>;
	Tue, 19 Dec 2000 05:30:06 -0800
Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:30611 "EHLO
        delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id <S553700AbQLSN3v>;
	Tue, 19 Dec 2000 05:29:51 -0800
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id OAA13387;
	Tue, 19 Dec 2000 14:25:34 +0100 (MET)
Date:   Tue, 19 Dec 2000 14:25:33 +0100 (MET)
From:   "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To:     Jun Sun <jsun@mvista.com>, Ralf Baechle <ralf@uni-koblenz.de>
cc:     linux-mips@oss.sgi.com
Subject: Re: MIPS_ATOMIC_SET in sys_sysmips()
In-Reply-To: <3A3EC1FF.9B86E2AC@mvista.com>
Message-ID: <Pine.GSO.3.96.1001219140739.10024F-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Mon, 18 Dec 2000, Jun Sun wrote:

> It looks like sometime after test5 the MIPS_ATOMIC_SET case in sys_sysmips()
> function in the CVS tree is changed.  The new code now uses ll/sc instructions
> and handles syscall trace, etc.. 
> 
> This change does not make sense to me.  The userland typically uses
> MIPS_ATOMIC_SET when ll/sc instructions are not available.  But the new code
> itself uses ll/sc, which pretty much forfeit the purpose.  Or do I miss
> something else?

 There is no problem with using ll/sc in sysmips() itself for machines
that support them. 

> What do we offer to machines without ll/sc?

 I asked Ralf for a clarification of the sysmips(MIPS_ATOMIC_SET, ...) 
call before I write better code.  No response so far.  I'm now really
cosidering implementing the Ultrix atomic_op() syscall -- at least it has
a well-known defined behaviour. 

> BTW, what is the wrong with previous code?  I understand it may be broken in
> SMP case, but I think that is fixable.  Comments?

 The previous code was definitely broken -- depending on the path taken it
would return either the value fetched from memory or an error code.  No
way to distinguish between them. 

  Maciej

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +


From owner-linux-mips@oss.sgi.com Tue Dec 19 09:03:36 2000
Received:  by oss.sgi.com id <S553791AbQLSRD0>;
	Tue, 19 Dec 2000 09:03:26 -0800
Received: from mail.ivm.net ([62.204.1.4]:53799 "EHLO mail.ivm.net")
	by oss.sgi.com with ESMTP id <S553783AbQLSRDT>;
	Tue, 19 Dec 2000 09:03:19 -0800
Received: from franz.no.dom (port53.duesseldorf.ivm.de [195.247.65.53])
	by mail.ivm.net (8.8.8/8.8.8) with ESMTP id SAA21034;
	Tue, 19 Dec 2000 18:02:53 +0100
X-To:   linux-mips@oss.sgi.com
Message-ID: <XFMail.001219180300.Harald.Koerfgen@home.ivm.de>
X-Mailer: XFMail 1.4.0 on Linux
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <20001219134828.A361@katze.cyrius.com>
Date:   Tue, 19 Dec 2000 18:03:00 +0100 (CET)
Reply-To: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
Organization: none
From:   Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
To:     Martin Michlmayr <tbm@cyrius.com>
Subject: Re: Kernel Oops when booting on DECstation
Cc:     linux-mips@oss.sgi.com, Florian Lohoff <flo@rfc822.org>
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


On 19-Dec-00 Martin Michlmayr wrote:
[Oops on DECstation boot on a /125]

> I compiled a current CVS kernel (as of 2000-Dec-18) and I still get
> the same problem:
> 
> KN02-BA V5.7e    (PC: 0xbfc00cbc, SP: 0xa000f404)
> ^C
>>>boot 3/rz2/vmlinux root=/dev/sda1 console=ttyS2
>>> NetBSD/pmax Secondary Boot, Revision 1.0
>>> (root@vlad, Sat Mar  4 14:34:30 EST 2000)
[...]

> The config file used to build the kernel is enclosed below.

Strange, I am not able to reproduce this here on a /133 (KN02-BA V5.7j).
My box boots just fine.

>>boot 3/tftp/vmlinux.r3k console=ttyS2 root=/dev/sda7                         
1597440+134048+143008                                                          
This DECstation is a DS5000/1xx                                                
Loading R[23]00 MMU routines.                                                  
CPU revision is: 00000230                                                      
Primary instruction cache 64kb, linesize 4 bytes                               
Primary data cache 128kb, linesize 4 bytes                                     
Linux version 2.4.0-test11 (harry@intel) (gcc version egcs-2.91.66 19990314
Determined physical RAM map:                                               
     memory: 03000000 @ 00000000 (usable)                                      
[...]
VFS: Mounted root (ext2 filesystem) readonly.                                
Freeing unused PROM memory: 124k freed                                       
Freeing unused kernel memory: 60k freed                                      
INIT: version 2.74 booting                                                   
Activating swap partitions
hostname: localhost
Checking root filesystems.                                                     
[...]    

Is anybody else successfully using the NetBSD bootloader with a Linux kernel?

-- 
Regards,
Harald

From owner-linux-mips@oss.sgi.com Tue Dec 19 09:09:15 2000
Received:  by oss.sgi.com id <S553781AbQLSRJG>;
	Tue, 19 Dec 2000 09:09:06 -0800
Received: from mail.ivm.net ([62.204.1.4]:41513 "EHLO mail.ivm.net")
	by oss.sgi.com with ESMTP id <S553712AbQLSRIz>;
	Tue, 19 Dec 2000 09:08:55 -0800
Received: from franz.no.dom (port53.duesseldorf.ivm.de [195.247.65.53])
	by mail.ivm.net (8.8.8/8.8.8) with ESMTP id SAA21041;
	Tue, 19 Dec 2000 18:02:55 +0100
X-To:   linux-mips@oss.sgi.com
Message-ID: <XFMail.001219180301.Harald.Koerfgen@home.ivm.de>
X-Mailer: XFMail 1.4.0 on Linux
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <Pine.GSO.3.96.1001219140739.10024F-100000@delta.ds2.pg.gda.pl>
Date:   Tue, 19 Dec 2000 18:03:01 +0100 (CET)
Reply-To: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
Organization: none
From:   Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
To:     "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Subject: Re: MIPS_ATOMIC_SET in sys_sysmips()
Cc:     linux-mips@oss.sgi.com, Ralf Baechle <ralf@uni-koblenz.de>,
        Jun Sun <jsun@mvista.com>
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


On 19-Dec-00 Maciej W. Rozycki wrote:
> On Mon, 18 Dec 2000, Jun Sun wrote:
>> What do we offer to machines without ll/sc?
> 
>  I asked Ralf for a clarification of the sysmips(MIPS_ATOMIC_SET, ...) 
> call before I write better code.  No response so far.  I'm now really
> cosidering implementing the Ultrix atomic_op() syscall -- at least it has
> a well-known defined behaviour. 

Another possibility would be to rely on the userland ll/sc emulation in the
kernel. The one in the linux-vr tree seems to be working well and can easily be
backported to Linux/MIPS.

Advantage: userland binary compatibility.
Disadvantage: possibility for a lot of context switches for userland atomic
operations.
 
Having a sysmips(MIPS_ATOMIC_SET, ...) or atomic_op() solution would probably a
lot faster.

Maybe we should implement both :)

-- 
Regards,
Harald

From owner-linux-mips@oss.sgi.com Tue Dec 19 09:09:45 2000
Received:  by oss.sgi.com id <S553785AbQLSRJg>;
	Tue, 19 Dec 2000 09:09:36 -0800
Received: from hermes.research.kpn.com ([139.63.192.8]:6404 "EHLO
        hermes.research.kpn.com") by oss.sgi.com with ESMTP
	id <S553770AbQLSRJa>; Tue, 19 Dec 2000 09:09:30 -0800
Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6])
 by research.kpn.com (PMDF V5.2-31 #42699)
 with ESMTP id <01JXWBSOTPKI0015S2@research.kpn.com> for
 linux-mips@oss.sgi.com; Tue, 19 Dec 2000 18:09:26 +0100
Received: (from karel@localhost)	by sparta.research.kpn.com (8.8.8+Sun/8.8.8)
 id SAA18908; Tue, 19 Dec 2000 18:09:25 +0100 (MET)
X-URL:  http://www-lsdm.research.kpn.com/~karel
Date:   Tue, 19 Dec 2000 18:09:25 +0100 (MET)
From:   Karel van Houten <K.H.C.vanHouten@research.kpn.com>
Subject: Re: Kernel Oops when booting on DECstation
In-reply-to: <XFMail.001219180300.Harald.Koerfgen@home.ivm.de>
To:     Harald.Koerfgen@home.ivm.de
Cc:     tbm@cyrius.com (Martin Michlmayr), linux-mips@oss.sgi.com,
        flo@rfc822.org (Florian Lohoff)
Message-id: <200012191709.SAA18908@sparta.research.kpn.com>
MIME-version: 1.0
X-Mailer: ELM [version 2.5 PL2]
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Harald wrote:
> 
> Is anybody else successfully using the NetBSD bootloader with a Linux kernel?
> 

I used to use the NetBSD bootloader just fine, but switched to delo
recently, which is easier to use because UFS read-write support
is not stable in the current kernels.

-- 
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 owner-linux-mips@oss.sgi.com Tue Dec 19 09:52:05 2000
Received:  by oss.sgi.com id <S553807AbQLSRv4>;
	Tue, 19 Dec 2000 09:51:56 -0800
Received: from brutus.conectiva.com.br ([200.250.58.146]:22510 "EHLO
        dhcp046.distro.conectiva") by oss.sgi.com with ESMTP
	id <S553799AbQLSRvo>; Tue, 19 Dec 2000 09:51:44 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S867579AbQLSRr7>;
	Tue, 19 Dec 2000 15:47:59 -0200
Date:	Tue, 19 Dec 2000 15:47:59 -0200
From:	Ralf Baechle <ralf@oss.sgi.com>
To:	Carsten Langgaard <carstenl@mips.com>
Cc:	linux-mips@oss.sgi.com
Subject: Re: 64 bit build fails
Message-ID: <20001219154759.A6566@bacchus.dhis.org>
References: <3A379CBC.ED1D9F@mips.com> <20001214215933.C28871@bacchus.dhis.org> <3A39CC1F.8FE7B2FE@mips.com> <20001215162023.B28594@bacchus.dhis.org> <3A3DC6BA.DAC68261@mips.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <3A3DC6BA.DAC68261@mips.com>; from carstenl@mips.com on Mon, Dec 18, 2000 at 09:11:38AM +0100
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Mon, Dec 18, 2000 at 09:11:38AM +0100, Carsten Langgaard wrote:

> Of course some time it is a little bit annoying you doesn't just accept
> my patches :-)  Just kidding, I think that's the right way to do things.

Actually I tried to apply the patch but patch thinks your patch isn't a valid
patch file ...

> I was just hoping that the 64bit code was in the same condition as the
> rest of the code.

Depends.  It's running fairly well on Origins; nobody made a more than
halfbreed attempt to support IP22 for mips64, so what you see was kind of
what had to be expected.

  Ralf

From owner-linux-mips@oss.sgi.com Tue Dec 19 10:02:35 2000
Received:  by oss.sgi.com id <S553821AbQLSSCZ>;
	Tue, 19 Dec 2000 10:02:25 -0800
Received: from gatekeep.ti.com ([192.94.94.61]:30125 "EHLO gatekeep.ti.com")
	by oss.sgi.com with ESMTP id <S553816AbQLSSCQ>;
	Tue, 19 Dec 2000 10:02:16 -0800
Received: from dlep8.itg.ti.com ([157.170.134.88])
	by gatekeep.ti.com (8.11.1/8.11.1) with ESMTP id eBJI2AH24746
	for <linux-mips@oss.sgi.com>; Tue, 19 Dec 2000 12:02:10 -0600 (CST)
Received: from dlep8.itg.ti.com (localhost [127.0.0.1])
	by dlep8.itg.ti.com (8.9.3/8.9.3) with ESMTP id MAA24408
	for <linux-mips@oss.sgi.com>; Tue, 19 Dec 2000 12:02:09 -0600 (CST)
Received: from dlep3.itg.ti.com (dlep3-maint.itg.ti.com [157.170.133.16])
	by dlep8.itg.ti.com (8.9.3/8.9.3) with ESMTP id MAA24394
	for <linux-mips@oss.sgi.com>; Tue, 19 Dec 2000 12:02:09 -0600 (CST)
Received: from ti.com (IDENT:bbrown@bbrowndt.sc.ti.com [158.218.100.194])
	by dlep3.itg.ti.com (8.9.3/8.9.3) with ESMTP id MAA07870
	for <linux-mips@oss.sgi.com>; Tue, 19 Dec 2000 12:02:08 -0600 (CST)
Message-ID: <3A3FA2FD.B6B8CAD1@ti.com>
Date:   Tue, 19 Dec 2000 11:03:41 -0700
From:   Brady Brown <bbrown@ti.com>
Organization: Texas Instruments
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     SGI news group <linux-mips@oss.sgi.com>
Subject: 1.0.3 = larger apps
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

I am starting to cross-compile a bunch of the userland apps using the
1.0.3a-2 and binutils 2.8.1-1. I have noticed that each app has grown
about 10% (after stripping) over the original Hardhat distribution of
the app at the same rev. Since we are in a size constrained environment
I am trying to get the apps as small as possible. Is this growth normal?
Are there particular command line switches (or other tricks) during the
build which will produce smaller apps?
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Brady Brown (bbrown@ti.com)       Work:(801)619-6103
Texas Instruments: Broadband Access Group
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~



From owner-linux-mips@oss.sgi.com Tue Dec 19 10:08:26 2000
Received:  by oss.sgi.com id <S553822AbQLSSIQ>;
	Tue, 19 Dec 2000 10:08:16 -0800
Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:30615 "EHLO
        delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id <S553814AbQLSSIH>;
	Tue, 19 Dec 2000 10:08:07 -0800
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id TAA25861;
	Tue, 19 Dec 2000 19:03:01 +0100 (MET)
Date:   Tue, 19 Dec 2000 19:03:00 +0100 (MET)
From:   "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To:     Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
cc:     linux-mips@oss.sgi.com, Ralf Baechle <ralf@uni-koblenz.de>,
        Jun Sun <jsun@mvista.com>
Subject: Re: MIPS_ATOMIC_SET in sys_sysmips()
In-Reply-To: <XFMail.001219180301.Harald.Koerfgen@home.ivm.de>
Message-ID: <Pine.GSO.3.96.1001219184849.18507D-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Tue, 19 Dec 2000, Harald Koerfgen wrote:

> Another possibility would be to rely on the userland ll/sc emulation in the
> kernel. The one in the linux-vr tree seems to be working well and can easily be
> backported to Linux/MIPS.

 This should work but it looks ugly to me and the performance would suck
horribly. 

> Advantage: userland binary compatibility.
> Disadvantage: possibility for a lot of context switches for userland atomic
> operations.

 We may implement the emulation anyway, just like we emulate unaligned
accesses. 

> Having a sysmips(MIPS_ATOMIC_SET, ...) or atomic_op() solution would probably a
> lot faster.
> 
> Maybe we should implement both :)

 If we could afford another syscall number then I would prefer atomic_op() 
at the moment as it is well-documented and it does not overload one
function for various purposes, i.e. it's a bit faster. 

  Maciej

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +


From owner-linux-mips@oss.sgi.com Tue Dec 19 10:40:08 2000
Received:  by oss.sgi.com id <S553841AbQLSSjz>;
	Tue, 19 Dec 2000 10:39:55 -0800
Received: from gateway-1237.mvista.com ([12.44.186.158]:40692 "EHLO
        hermes.mvista.com") by oss.sgi.com with ESMTP id <S553829AbQLSSjl>;
	Tue, 19 Dec 2000 10:39:41 -0800
Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75])
	by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id eBJIZGx06141;
	Tue, 19 Dec 2000 10:35:16 -0800
Message-ID: <3A3FAB2B.35F0148E@mvista.com>
Date:   Tue, 19 Dec 2000 10:38:35 -0800
From:   Jun Sun <jsun@mvista.com>
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
CC:     Ralf Baechle <ralf@uni-koblenz.de>, linux-mips@oss.sgi.com
Subject: Re: MIPS_ATOMIC_SET in sys_sysmips()
References: <Pine.GSO.3.96.1001219140739.10024F-100000@delta.ds2.pg.gda.pl>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

"Maciej W. Rozycki" wrote:
> 
> On Mon, 18 Dec 2000, Jun Sun wrote:
> 
> > It looks like sometime after test5 the MIPS_ATOMIC_SET case in sys_sysmips()
> > function in the CVS tree is changed.  The new code now uses ll/sc instructions
> > and handles syscall trace, etc..
> >
> > This change does not make sense to me.  The userland typically uses
> > MIPS_ATOMIC_SET when ll/sc instructions are not available.  But the new code
> > itself uses ll/sc, which pretty much forfeit the purpose.  Or do I miss
> > something else?
> 
>  There is no problem with using ll/sc in sysmips() itself for machines
> that support them.
> 

Sure - but with ll/sc available the user programs don't need to issue
sysmip(MIPS_ATOMIC_SET,...) at the first place ...

> > What do we offer to machines without ll/sc?
> 
>  I asked Ralf for a clarification of the sysmips(MIPS_ATOMIC_SET, ...)
> call before I write better code.  No response so far.  I'm now really
> cosidering implementing the Ultrix atomic_op() syscall -- at least it has
> a well-known defined behaviour.
>

Where can I find the definitino of atomic_op()?  Or can you tell us a little
more about it? 

> > BTW, what is the wrong with previous code?  I understand it may be broken in
> > SMP case, but I think that is fixable.  Comments?
> 
>  The previous code was definitely broken -- depending on the path taken it
> would return either the value fetched from memory or an error code.  No
> way to distinguish between them.
>

I notice that.  I notice glibc is the only "customer" of the MIPS_SET_ATOMIC
call, the bug does not appear to be a big deal because error should not
happen.  Of course, it will be nice to fix it.

Jun

From owner-linux-mips@oss.sgi.com Tue Dec 19 10:50:55 2000
Received:  by oss.sgi.com id <S553785AbQLSSuq>;
	Tue, 19 Dec 2000 10:50:46 -0800
Received: from router.isratech.ro ([193.226.114.69]:6918 "EHLO
        router.isratech.ro") by oss.sgi.com with ESMTP id <S553712AbQLSSug>;
	Tue, 19 Dec 2000 10:50:36 -0800
Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163])
	by router.isratech.ro (8.10.2/8.10.2) with ESMTP id eBJIoGp21651;
	Tue, 19 Dec 2000 20:50:17 +0200
Message-ID: <3A401C4D.C3FAB4D4@isratech.ro>
Date:   Tue, 19 Dec 2000 21:41:17 -0500
From:   Nicu Popovici <octavp@isratech.ro>
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.15-2.5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Carsten Langgaard <carstenl@mips.com>, linux-mips@oss.sgi.com
Subject: Re: Writting flash.
References: <20001219091316.10085.qmail@nw175.netaddress.usa.net> <3A3F3C6E.39C64947@mips.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Hello Carsten,

I folowed the ATLAS instructions but when I do cat flashimage > /dev/lp0 it get
stucked at the first write . I will send you what message I get when I run strace
cat flashimage > /dev/lp0.

open("claudiuwright", O_RDONLY|O_LARGEFILE) = 3
fstat(3, {st_mode=S_IFREG|0664, st_size=2479223, ...}) = 0
read(3, "!R\n@1c000000\n>UploadSS\n!E\n000000"..., 512) = 512
write(1, "!R\n@1c000000\n>UploadSS\n!E\n000000"..., 512

Do you have any ideea ?

Please try to give me a clue because in the ATLAS docs says that I have to set the
parallel prot to Generic text only and I do not know how to do that. Second I guess
that it stucks from other reasons .

Best Regards,
Nicu

Carsten Langgaard wrote:

> It should be straight forward, just follow the Atlas documentation.
> I don't think you need to do anything with the parallel port, except that you
> need parallel port support on you linux PC, of course.
>
> /Carsten
>
> POPOVICI Nicolae wrote:
>
> > Hello Carlsten,
> >
> >  My address is actually octavpo@isratech.ro but I need an answer to my
> > problem.
> > So I have to write the system flash on an ATLAS board. PLease tell me how do I
> > do that. I read the manuals that come with the board and there it says that I
> > have to set the parallel port to "Generic text only". How do I do that on a
> > LINUX machine ? Then I just copy the file that I want to write in system flash
> > to the parallel port , am I correct ?
> > I do not have to convert the file that I want to write in FLASH in a text only
> > format !!!! Am I correct ?
> >
> > Please try to tell me how can I write the system flash with as much details as
> > you can.
> >
> > Regards,
> > Nicu
> >
> >
> >
> > ____________________________________________________________________
> > Get free email and a permanent address at http://www.netaddress.com/?N=1
>
> --
> _    _ ____  ___   Carsten Langgaard   Mailto:carstenl@mips.com
> |\  /|||___)(___   MIPS Denmark        Direct: +45 4486 5527
> | \/ |||    ____)  Lautrupvang 4B      Switch: +45 4486 5555
>   TECHNOLOGIES     2750 Ballerup       Fax...: +45 4486 5556
>                    Denmark             http://www.mips.com


From owner-linux-mips@oss.sgi.com Tue Dec 19 14:20:25 2000
Received:  by oss.sgi.com id <S553717AbQLSWUP>;
	Tue, 19 Dec 2000 14:20:15 -0800
Received: from pobox.sibyte.com ([208.12.96.20]:44045 "HELO pobox.sibyte.com")
	by oss.sgi.com with SMTP id <S553651AbQLSWTy>;
	Tue, 19 Dec 2000 14:19:54 -0800
Received: from baton.sibyte.com (moat.sibyte.com [208.12.96.21])
	by pobox.sibyte.com (Postfix) with SMTP id 99755205FA
	for <linux-mips@oss.sgi.com>; Tue, 19 Dec 2000 14:19:48 -0800 (PST)
Received: from SMTP agent by mail gateway 
 Tue, 19 Dec 2000 14:14:56 -0800
Received: by baton.sibyte.com (Postfix, from userid 61017)
	id 7727F56D6; Tue, 19 Dec 2000 14:19:48 -0800 (PST)
From:   Justin Carlson <carlson@sibyte.com>
Reply-To: carlson@sibyte.com
Organization: Sibyte
To:     linux-mips@oss.sgi.com
Subject: statically linked big endian mips linux bash?
Date:   Tue, 19 Dec 2000 14:12:12 -0800
X-Mailer: KMail [version 1.0.28]
Content-Type: text/plain
MIME-Version: 1.0
Message-Id: <0012191419480X.28390@baton.sibyte.com>
Content-Transfer-Encoding: 8bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Does anyone have a pointer to somewhere I can DL a big-endian mips linux
statically linked bash binary?  I'm in the process of bringing up the cross
libraries to build one, but since that's going to take a while, I'd like
to get my hands on a preextant binary.

Searching on google/altavista hasn't yielded anything promising.

Any pointers would be appreciated! 
 Thanks, 
  Justin
carlson@sibyte.com

From owner-linux-mips@oss.sgi.com Wed Dec 20 02:30:19 2000
Received:  by oss.sgi.com id <S553893AbQLTK37>;
	Wed, 20 Dec 2000 02:29:59 -0800
Received: from mx.mips.com ([206.31.31.226]:30096 "EHLO mx.mips.com")
	by oss.sgi.com with ESMTP id <S553717AbQLTK3e>;
	Wed, 20 Dec 2000 02:29:34 -0800
Received: from newman.mips.com (ns-dmz [206.31.31.225])
	by mx.mips.com (8.9.3/8.9.0) with ESMTP id CAA28513;
	Wed, 20 Dec 2000 02:29:14 -0800 (PST)
Received: from copfs01.mips.com (copfs01 [192.168.205.101])
	by newman.mips.com (8.9.3/8.9.0) with ESMTP id CAA15553;
	Wed, 20 Dec 2000 02:29:11 -0800 (PST)
Received: from mips.com (copsun17 [192.168.205.27])
	by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id LAA29988;
	Wed, 20 Dec 2000 11:28:46 +0100 (MET)
Message-ID: <3A4089DD.16FBBAF7@mips.com>
Date:   Wed, 20 Dec 2000 11:28:45 +0100
From:   Carsten Langgaard <carstenl@mips.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To:     Nicu Popovici <octavp@isratech.ro>
CC:     linux-mips@oss.sgi.com
Subject: Re: Writting flash.
References: <20001219091316.10085.qmail@nw175.netaddress.usa.net> <3A3F3C6E.39C64947@mips.com> <3A401C4D.C3FAB4D4@isratech.ro>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Nicu Popovici wrote:

> Hello Carsten,
>
> I folowed the ATLAS instructions but when I do cat flashimage > /dev/lp0 it get
> stucked at the first write . I will send you what message I get when I run strace
> cat flashimage > /dev/lp0.
>
> open("claudiuwright", O_RDONLY|O_LARGEFILE) = 3
> fstat(3, {st_mode=S_IFREG|0664, st_size=2479223, ...}) = 0
> read(3, "!R\n@1c000000\n>UploadSS\n!E\n000000"..., 512) = 512
> write(1, "!R\n@1c000000\n>UploadSS\n!E\n000000"..., 512
>
> Do you have any ideea ?
>
> Please try to give me a clue because in the ATLAS docs says that I have to set the
> parallel prot to Generic text only and I do not know how to do that. Second I guess
> that it stucks from other reasons .

I think you can set the parallel port to Generic text only in the BIOS.
You also need to set switch S5-1 on the Atlas board, if set the display shows
something like "Flash  DL"
Remember to delete the flash before writing to it, see the script on the Atlas CD.


> Best Regards,
> Nicu
>
> Carsten Langgaard wrote:
>
> > It should be straight forward, just follow the Atlas documentation.
> > I don't think you need to do anything with the parallel port, except that you
> > need parallel port support on you linux PC, of course.
> >
> > /Carsten
> >
> > POPOVICI Nicolae wrote:
> >
> > > Hello Carlsten,
> > >
> > >  My address is actually octavpo@isratech.ro but I need an answer to my
> > > problem.
> > > So I have to write the system flash on an ATLAS board. PLease tell me how do I
> > > do that. I read the manuals that come with the board and there it says that I
> > > have to set the parallel port to "Generic text only". How do I do that on a
> > > LINUX machine ? Then I just copy the file that I want to write in system flash
> > > to the parallel port , am I correct ?
> > > I do not have to convert the file that I want to write in FLASH in a text only
> > > format !!!! Am I correct ?
> > >
> > > Please try to tell me how can I write the system flash with as much details as
> > > you can.
> > >
> > > Regards,
> > > Nicu
> > >
> > >
> > >
> > > ____________________________________________________________________
> > > Get free email and a permanent address at http://www.netaddress.com/?N=1
> >
> > --
> > _    _ ____  ___   Carsten Langgaard  Mailto:carstenl@mips.com
> > |\  /|||___)(___   MIPS Denmark        Direct: +45 4486 5527
> > | \/ |||    ____)  Lautrupvang 4B      Switch: +45 4486 5555
> >   TECHNOLOGIES     2750 Ballerup       Fax...: +45 4486 5556
> >                    Denmark            http://www.mips.com

--
_    _ ____  ___   Carsten Langgaard   Mailto:carstenl@mips.com
|\  /|||___)(___   MIPS Denmark        Direct: +45 4486 5527
| \/ |||    ____)  Lautrupvang 4B      Switch: +45 4486 5555
  TECHNOLOGIES     2750 Ballerup       Fax...: +45 4486 5556
                   Denmark             http://www.mips.com




From owner-linux-mips@oss.sgi.com Wed Dec 20 03:15:48 2000
Received:  by oss.sgi.com id <S553897AbQLTLP3>;
	Wed, 20 Dec 2000 03:15:29 -0800
Received: from [210.241.238.126] ([210.241.238.126]:46097 "EHLO
        viditec-netmedia.com.tw") by oss.sgi.com with ESMTP
	id <S553895AbQLTLPH>; Wed, 20 Dec 2000 03:15:07 -0800
Received: from kjlin ([210.241.238.122])
	by viditec-netmedia.com.tw (8.9.3/8.8.7) with SMTP id TAA29446
	for <linux-mips@oss.sgi.com>; Wed, 20 Dec 2000 19:22:43 +0800
Message-ID: <053601c06a6c$ee66ca60$056aaac0@kjlin>
From:   "kjlin" <kj.lin@viditec-netmedia.com.tw>
To:     <linux-mips@oss.sgi.com>
Subject: Run the cross-compiled program.
Date:   Wed, 20 Dec 2000 18:09:25 +0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0533_01C06AAF.FC7019C0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

This is a multi-part message in MIME format.

------=_NextPart_000_0533_01C06AAF.FC7019C0
Content-Type: text/plain;
	charset="big5"
Content-Transfer-Encoding: quoted-printable

Can anyone point out which step i done wrong in the process of =
cross-compiling an program with the -static option?
I made the cross-compile toolkit by myself.
All the source code and patches for cross-compile were downloaded from =
the SGI ftp site.
The version is as following:
cross-binutils =3D version 2.10.90
cross-gcc =3D version 2.96 20000707
cross-usable glibc =3D libc-2.1.90
The cross-compile toolkits building process is ok!
I used the cross-compiler to compile a program with the " -static " =
option in the host and then ran it on the target.
But i got the error message:
# ./a.out
FATAL: kernel too old
Aborted

Where i be trapped?
My host system is x86 running linux-2.2.14(Redhat 6.2).
My target system is an embedded mips board running linux-2.2.14 and =
shell is the statically linked ash binary from a lib-2.6.0 =
filesystem(kernel version unknown).
By the way, i builded the cross-usable glibc-2.1.90 with configure =
"--enable-kernel=3D2.2.14".

Thanx,
KJ from kj.lin@viditec-netmedia.com.tw

------=_NextPart_000_0533_01C06AAF.FC7019C0
Content-Type: text/html;
	charset="big5"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Dbig5" http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>Can anyone point out which step i done wrong in the =
process of=20
cross-compiling an program with the -static option?<BR>I made the =
cross-compile=20
toolkit by myself.<BR>All the source code and patches for cross-compile =
were=20
downloaded from the SGI ftp site.<BR>The version is as=20
following:<BR>cross-binutils =3D version 2.10.90<BR>cross-gcc =3D =
version 2.96=20
20000707<BR>cross-usable glibc =3D libc-2.1.90<BR>The cross-compile =
toolkits=20
building process is ok!<BR>I&nbsp;used the cross-compiler to compile a =
program=20
with the " -static " option in the host and then ran it on the =
target.<BR>But i=20
got the error message:</FONT></DIV>
<DIV><FONT size=3D2># ./a.out</FONT></DIV>
<DIV><FONT size=3D2>FATAL: kernel too old<BR>Aborted</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>Where i be trapped?<BR>My host system is x86 running =

linux-2.2.14(Redhat 6.2).<BR>My target system is an embedded mips board =
running=20
linux-2.2.14 and shell is the statically linked ash binary from a =
lib-2.6.0=20
filesystem(kernel version unknown).<BR>By the way, i builded the =
cross-usable=20
glibc-2.1.90 with configure "--enable-kernel=3D2.2.14".<BR></FONT></DIV>
<DIV><FONT size=3D2>Thanx,</FONT></DIV>
<DIV><FONT size=3D2>KJ from <A=20
href=3D"mailto:kj.lin@viditec-netmedia.com.tw">kj.lin@viditec-netmedia.co=
m.tw</A></DIV></FONT></BODY></HTML>

------=_NextPart_000_0533_01C06AAF.FC7019C0--


From owner-linux-mips@oss.sgi.com Wed Dec 20 05:31:11 2000
Received:  by oss.sgi.com id <S553902AbQLTNav>;
	Wed, 20 Dec 2000 05:30:51 -0800
Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:34213 "EHLO
        delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id <S553729AbQLTNad>;
	Wed, 20 Dec 2000 05:30:33 -0800
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id OAA02079;
	Wed, 20 Dec 2000 14:24:38 +0100 (MET)
Date:   Wed, 20 Dec 2000 14:24:37 +0100 (MET)
From:   "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Reply-To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To:     Jun Sun <jsun@mvista.com>
cc:     Ralf Baechle <ralf@uni-koblenz.de>, linux-mips@oss.sgi.com
Subject: Re: MIPS_ATOMIC_SET in sys_sysmips()
In-Reply-To: <3A3FAB2B.35F0148E@mvista.com>
Message-ID: <Pine.GSO.3.96.1001220141230.846B-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Tue, 19 Dec 2000, Jun Sun wrote:

> >  There is no problem with using ll/sc in sysmips() itself for machines
> > that support them.
> 
> Sure - but with ll/sc available the user programs don't need to issue
> sysmip(MIPS_ATOMIC_SET,...) at the first place ...

 You may be running a MIPS I binary on a MIPS II+ SMP system and the
binary has to run absolutely correctly.  Programs affected include ones
that use threads or that use locks in shared memory.

> >  I asked Ralf for a clarification of the sysmips(MIPS_ATOMIC_SET, ...)
> > call before I write better code.  No response so far.  I'm now really
> > cosidering implementing the Ultrix atomic_op() syscall -- at least it has
> > a well-known defined behaviour.
> 
> Where can I find the definitino of atomic_op()?  Or can you tell us a little
> more about it? 

 You may search the Net for atomic_op -- you should find a couple of
Ultrix man pages.  A copy is included below for your convenience.

> >  The previous code was definitely broken -- depending on the path taken it
> > would return either the value fetched from memory or an error code.  No
> > way to distinguish between them.
> 
> I notice that.  I notice glibc is the only "customer" of the MIPS_SET_ATOMIC
> call, the bug does not appear to be a big deal because error should not
> happen.  Of course, it will be nice to fix it.

 It is at the moment, but I can see other users once we establish the API. 
PostgreSQL is one of them.  It would call _test_and_set() but it implies
the latter should work as expected.  The _test_and_set() function is
documented in the MIPS ABI supplement and the underlying syscall
(whichever it is) must provide means for the fuction to behave as
expected.  Besides, if we want this to be a compatibility call, then we
should at least make it behave in a compatible way.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

                                                                 atomic_op(2)

   Name
     atomic_op - perform test and set operation.

   Syntax
     #include <sys/lock.h>

     int atomic_op(op, addr)
     int op;
     int *addr;

   Arguments

     op             This argument is the operation type.  If the operation
                    type is ATOMIC_SET, this call specifies the test and set
                    operation on location addr.  If the operation type is
                    ATOMIC_CLEAR, this call specifies the clear operation on
                    location addr.

     addr           This is the target address of the operation.

   Description
     The atomic_op call provides test and set operation at a user address.

     For RISC systems, atomic_op is executed as a system call.  For VAX sys-
     tems, a system call is not executed for this library function.

   Return Values
     If the atomic_op operation succeeds, then 0 is returned.  Otherwise a -1
     is returned, and a more specific error code is stored in errno.

   Diagnostics

     [EBUSY]        The location specified by addr is already set.

     [EINVAL]       The op is not a valid operation type.

     [EACCES]       The address specified in addr is not write accessible.

     [EALIGN]       The addr is not on an integer boundary.


From owner-linux-mips@oss.sgi.com Wed Dec 20 07:05:31 2000
Received:  by oss.sgi.com id <S553909AbQLTPFL>;
	Wed, 20 Dec 2000 07:05:11 -0800
Received: from router.isratech.ro ([193.226.114.69]:58891 "EHLO
        router.isratech.ro") by oss.sgi.com with ESMTP id <S553905AbQLTPFJ>;
	Wed, 20 Dec 2000 07:05:09 -0800
Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163])
	by router.isratech.ro (8.10.2/8.10.2) with ESMTP id eBKF41p28098;
	Wed, 20 Dec 2000 17:04:01 +0200
Message-ID: <3A4138BF.871CB6C@isratech.ro>
Date:   Wed, 20 Dec 2000 17:54:55 -0500
From:   Nicu Popovici <octavp@isratech.ro>
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.15-2.5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     kjlin <kj.lin@viditec-netmedia.com.tw>, linux-mips@oss.sgi.com
Subject: Re: Run the cross-compiled program.
References: <053601c06a6c$ee66ca60$056aaac0@kjlin>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Hello,

I am very interested in getting the latest sources for binutils, gcc and
glibc working in cross toolchain for mips. PLease tell me from where did
you took the gcc that you use . Please give me as muche details as you
can.

Regards,
Nicu


kjlin wrote:

> Can anyone point out which step i done wrong in the process of
> cross-compiling an program with the -static option?
> I made the cross-compile toolkit by myself.
> All the source code and patches for cross-compile were downloaded from
> the SGI ftp site.
> The version is as following:
> cross-binutils = version 2.10.90
> cross-gcc = version 2.96 20000707
> cross-usable glibc = libc-2.1.90
> The cross-compile toolkits building process is ok!
> I used the cross-compiler to compile a program with the " -static "
> option in the host and then ran it on the target.
> But i got the error message:# ./a.outFATAL: kernel too old
> Aborted Where i be trapped?
> My host system is x86 running linux-2.2.14(Redhat 6.2).
> My target system is an embedded mips board running linux-2.2.14 and
> shell is the statically linked ash binary from a lib-2.6.0
> filesystem(kernel version unknown).
> By the way, i builded the cross-usable glibc-2.1.90 with configure
> "--enable-kernel=2.2.14".Thanx,KJ from kj.lin@viditec-netmedia.com.tw


From owner-linux-mips@oss.sgi.com Wed Dec 20 12:40:22 2000
Received:  by oss.sgi.com id <S553920AbQLTUkC>;
	Wed, 20 Dec 2000 12:40:02 -0800
Received: from nwcst291.netaddress.usa.net ([204.68.23.36]:56710 "HELO convert rfc822-to-8bit
        nwcst291.netaddress.usa.net") by oss.sgi.com with SMTP
	id <S553918AbQLTUjh>; Wed, 20 Dec 2000 12:39:37 -0800
Received: (qmail 14598 invoked by uid 60001); 20 Dec 2000 20:39:36 -0000
Message-ID: <20001220203936.14597.qmail@nwcst291.netaddress.usa.net>
Received: from 204.68.23.36 by nwcst291 for [193.231.6.39] via web-mailer(34FM.0700.4B.01) on Wed Dec 20 20:39:36 GMT 2000
Date:   20 Dec 00 22:39:36 EET
From:   POPOVICI Nicolae <nicupopovici@usa.net>
To:     carstenl@mips.com
Subject: Linux2.4.0-test9 on MIPS!
CC:     linux-mips@oss.sgi.com
X-Mailer: USANET web-mailer (34FM.0700.4B.01)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8BIT
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Hello Carsten,

   I need help again so please forgive me if I am bothering once again. 
   What can you tell me about porting the Linux 2.4-test9 on MIPS( specially
on ATLAS ) ? Please forward this question to mips-linux mailing list because I
was in imposibility to use my usual address. 
PLease give me as much details as yopu know and as you can on porting the
Linux 2.4.0 test9 on ATLAS.

Thank you.
Best Regards,
Nicu


____________________________________________________________________
Get free email and a permanent address at http://www.netaddress.com/?N=1

From owner-linux-mips@oss.sgi.com Wed Dec 20 18:43:14 2000
Received:  by oss.sgi.com id <S553696AbQLUCmx>;
	Wed, 20 Dec 2000 18:42:53 -0800
Received: from rotor.chem.unr.edu ([134.197.32.176]:22029 "EHLO
        rotor.chem.unr.edu") by oss.sgi.com with ESMTP id <S553653AbQLUCm0>;
	Wed, 20 Dec 2000 18:42:26 -0800
Received: (from wesolows@localhost)
	by rotor.chem.unr.edu (8.9.3/8.9.3) id SAA20912;
	Wed, 20 Dec 2000 18:39:38 -0800
Date:   Wed, 20 Dec 2000 18:39:38 -0800
From:   Keith M Wesolowski <wesolows@chem.unr.edu>
To:     kjlin <kj.lin@viditec-netmedia.com.tw>
Cc:     linux-mips@oss.sgi.com
Subject: Re: Run the cross-compiled program.
Message-ID: <20001220183938.A20077@chem.unr.edu>
References: <053601c06a6c$ee66ca60$056aaac0@kjlin>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <053601c06a6c$ee66ca60$056aaac0@kjlin>; from kj.lin@viditec-netmedia.com.tw on Wed, Dec 20, 2000 at 06:09:25PM +0800
X-Complaints-To: postmaster@chem.unr.edu
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Wed, Dec 20, 2000 at 06:09:25PM +0800, kjlin wrote:

> Can anyone point out which step i done wrong in the process of
> cross-compiling an program with the -static option?  I made the
> cross-compile toolkit by myself.

Be aware of an unrelated problem: statically linked binaries that
attempt to access functions in the nss libraries will crash.

> FATAL: kernel too old
> My target system is an embedded mips board running linux-2.2.14 and

One possibility is that you do not have the proc filesystem available
when running the program.  Certain older libc has issues with
detecting version when /proc was not available.

Another possibility is that you somehow got hold of the glibc that I
built, from the same toolkit.  That glibc will not run on kernel <
2.3.99.

I guess I don't quite understand why you would want to use kernel 2.2
with glibc 2.2.  For embedded purposes, glibc 2.0 will save you a lot
of space; if you just want the newest stuff unconditionally, use
kernel 2.4.  The specific libc you are using is rather dated anyway.
While it worked for most purposes it is hardly bug-free.  Consider
using CVS glibc, or the glibc from Florian's Debian build environment.

-- 
Keith M Wesolowski			wesolows@chem.unr.edu

From owner-linux-mips@oss.sgi.com Wed Dec 20 23:40:14 2000
Received:  by oss.sgi.com id <S553902AbQLUHjy>;
	Wed, 20 Dec 2000 23:39:54 -0800
Received: from mx.mips.com ([206.31.31.226]:44424 "EHLO mx.mips.com")
	by oss.sgi.com with ESMTP id <S553735AbQLUHjt>;
	Wed, 20 Dec 2000 23:39:49 -0800
Received: from newman.mips.com (ns-dmz [206.31.31.225])
	by mx.mips.com (8.9.3/8.9.0) with ESMTP id XAA06312;
	Wed, 20 Dec 2000 23:39:38 -0800 (PST)
Received: from copfs01.mips.com (copfs01 [192.168.205.101])
	by newman.mips.com (8.9.3/8.9.0) with ESMTP id XAA20120;
	Wed, 20 Dec 2000 23:39:35 -0800 (PST)
Received: from mips.com (copsun17 [192.168.205.27])
	by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id IAA22508;
	Thu, 21 Dec 2000 08:39:10 +0100 (MET)
Message-ID: <3A41B39D.4E5B1AC1@mips.com>
Date:   Thu, 21 Dec 2000 08:39:09 +0100
From:   Carsten Langgaard <carstenl@mips.com>
X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To:     POPOVICI Nicolae <nicupopovici@usa.net>
CC:     linux-mips@oss.sgi.com
Subject: Re: Linux2.4.0-test9 on MIPS!
References: <20001220203936.14597.qmail@nwcst291.netaddress.usa.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

I have send some patches to Ralf, which include support for the Atlas board.
I think he still needs to check a few things in, before we got full support for
Atlas.
It will be linux 2.4.0 test11, though.

/Carsten

POPOVICI Nicolae wrote:

> Hello Carsten,
>
>    I need help again so please forgive me if I am bothering once again.
>    What can you tell me about porting the Linux 2.4-test9 on MIPS( specially
> on ATLAS ) ? Please forward this question to mips-linux mailing list because I
> was in imposibility to use my usual address.
> PLease give me as much details as yopu know and as you can on porting the
> Linux 2.4.0 test9 on ATLAS.
>
> Thank you.
> Best Regards,
> Nicu
>
> ____________________________________________________________________
> Get free email and a permanent address at http://www.netaddress.com/?N=1

--
_    _ ____  ___   Carsten Langgaard   Mailto:carstenl@mips.com
|\  /|||___)(___   MIPS Denmark        Direct: +45 4486 5527
| \/ |||    ____)  Lautrupvang 4B      Switch: +45 4486 5555
  TECHNOLOGIES     2750 Ballerup       Fax...: +45 4486 5556
                   Denmark             http://www.mips.com




From owner-linux-mips@oss.sgi.com Thu Dec 21 00:18:43 2000
Received:  by oss.sgi.com id <S553936AbQLUISY>;
	Thu, 21 Dec 2000 00:18:24 -0800
Received: from router.isratech.ro ([193.226.114.69]:17170 "EHLO
        router.isratech.ro") by oss.sgi.com with ESMTP id <S553909AbQLUIRy>;
	Thu, 21 Dec 2000 00:17:54 -0800
Received: from isratech.ro (calin.cs.tuiasi.ro [193.231.15.163])
	by router.isratech.ro (8.10.2/8.10.2) with ESMTP id eBL8HLp04105;
	Thu, 21 Dec 2000 10:17:22 +0200
Message-ID: <3A422AF2.C9F675FD@isratech.ro>
Date:   Thu, 21 Dec 2000 11:08:18 -0500
From:   Nicu Popovici <octavp@isratech.ro>
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.15-2.5.0 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Carsten Langgaard <carstenl@mips.com>, linux-mips@oss.sgi.com
Subject: Re: Linux2.4.0-test9 on MIPS!
References: <20001220203936.14597.qmail@nwcst291.netaddress.usa.net> <3A41B39D.4E5B1AC1@mips.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Hello Carsten,

Can you send that patches to me also.PLESE. I need them as soon as possible in
order to have a nice Christmas. I will help you in testing the ATLAS support. Is
that possible ?

Regards,
Nicu



Carsten Langgaard wrote:

> I have send some patches to Ralf, which include support for the Atlas board.
> I think he still needs to check a few things in, before we got full support for
> Atlas.
> It will be linux 2.4.0 test11, though.
>
> /Carsten
>
> POPOVICI Nicolae wrote:
>
> > Hello Carsten,
> >
> >    I need help again so please forgive me if I am bothering once again.
> >    What can you tell me about porting the Linux 2.4-test9 on MIPS( specially
> > on ATLAS ) ? Please forward this question to mips-linux mailing list because I
> > was in imposibility to use my usual address.
> > PLease give me as much details as yopu know and as you can on porting the
> > Linux 2.4.0 test9 on ATLAS.
> >
> > Thank you.
> > Best Regards,
> > Nicu
> >
> > ____________________________________________________________________
> > Get free email and a permanent address at http://www.netaddress.com/?N=1
>
> --
> _    _ ____  ___   Carsten Langgaard   Mailto:carstenl@mips.com
> |\  /|||___)(___   MIPS Denmark        Direct: +45 4486 5527
> | \/ |||    ____)  Lautrupvang 4B      Switch: +45 4486 5555
>   TECHNOLOGIES     2750 Ballerup       Fax...: +45 4486 5556
>                    Denmark             http://www.mips.com


From owner-linux-mips@oss.sgi.com Thu Dec 21 23:54:45 2000
Received:  by oss.sgi.com id <S553704AbQLVHyf>;
	Thu, 21 Dec 2000 23:54:35 -0800
Received: from [210.241.238.126] ([210.241.238.126]:46344 "EHLO
        viditec-netmedia.com.tw") by oss.sgi.com with ESMTP
	id <S553669AbQLVHyY>; Thu, 21 Dec 2000 23:54:24 -0800
Received: from kjlin ([210.241.238.122])
	by viditec-netmedia.com.tw (8.9.3/8.8.7) with SMTP id QAA02694;
	Fri, 22 Dec 2000 16:01:23 +0800
Message-ID: <062f01c06be1$d1ca8ce0$056aaac0@kjlin>
From:   "kjlin" <kj.lin@viditec-netmedia.com.tw>
To:     "Keith M Wesolowski" <wesolows@chem.unr.edu>
Cc:     <linux-mips@oss.sgi.com>
References: <053601c06a6c$ee66ca60$056aaac0@kjlin> <20001220183938.A20077@chem.unr.edu>
Subject: Re: Run the cross-compiled program.
Date:   Fri, 22 Dec 2000 14:38:38 +0800
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.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


----- Original Message -----
> I guess I don't quite understand why you would want to use kernel 2.2
> with glibc 2.2.  For embedded purposes, glibc 2.0 will save you a lot
> of space; if you just want the newest stuff unconditionally, use
> kernel 2.4.  The specific libc you are using is rather dated anyway.
> While it worked for most purposes it is hardly bug-free.  Consider
> using CVS glibc, or the glibc from Florian's Debian build environment.
>
> --
The original system of my embedded mips board is the kernel 2.2 with the
libc-2.0.4.
But the libc-2.0.4 seems not to support POSIX 1003.1c, which cause my
program to fail.
That's the reasion why i want to upgrade the library.
In fact, i prefer to upgrade to libc-2.0.6, but i am not sure whether it
supports POSIX 1003.1c.
On the other hand, i can not find the cross-usable libc-2.0.6 source and
patches or binary tarball for my cross-compiler.
Any suggestions ?

Thanks,
KJ



From owner-linux-mips@oss.sgi.com Fri Dec 22 02:47:26 2000
Received:  by oss.sgi.com id <S553724AbQLVKrH>;
	Fri, 22 Dec 2000 02:47:07 -0800
Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:59594 "EHLO
        delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id <S553695AbQLVKqu>;
	Fri, 22 Dec 2000 02:46:50 -0800
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id LAA25883;
	Fri, 22 Dec 2000 11:44:33 +0100 (MET)
Date:   Fri, 22 Dec 2000 11:44:32 +0100 (MET)
From:   "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To:     Martin Michlmayr <tbm@cyrius.com>
cc:     Florian Lohoff <flo@rfc822.org>, linux-mips@oss.sgi.com
Subject: Re: Kernel Oops when booting on DECstation
In-Reply-To: <20001219134828.A361@katze.cyrius.com>
Message-ID: <Pine.GSO.3.96.1001222114052.24791E-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Tue, 19 Dec 2000, Martin Michlmayr wrote:

> Unable to handle kernel paging request at virtual address 00000004, epc == 8005a16c, ra == 8005a124
> Oops in fault.c:do_page_fault, line 172:
> $0 : 00000000 10002000 80720410 00000000 80720410 00000000 81088460 10002000
> $8 : 00000000 00000000 00000000 00000000 00bc8000 fffffff7 ffffffff 8021f180
> $16: 00010f00 8021c000 00000000 80048000 30464354 a0002f88 fffffff4 00010f00
> $24: 00000001 0000000a                   80720000 80720f58 80721090 8005a124
> epc  : 8005a16c
> Status: 10002004
> Cause : 30000008
> Process  (pid: 0, stackpage=80720000)
> Stack: 80061d94 00000001 000000c0 80061a58 801e0eec 800f82fc 00000000 00000000
>        00000000 80720f7c 80720f7c 00000023 00000000 00000000 00000000 80720f7c
>        80720f7c 00000023 00010f00 00010000 00000000 80048000 30464354 a0002f88
>        bfc00cbc a000f404 40208a0a 8004e1a8 00000000 00000020 80720fe0 00000000
>        8004b46c 00002617 00010f00 00000000 80721090 00002617 00bc8000 fffffff7
>        00000000 ...
> Call Trace: [<80061d94>] [<80061a58>] [<800f82fc>] [<80048000>] [<8004e1a8>] [<8004b46c>]
> Code: 24630010  8e2501d4  8e230218 <8ca20004> 00000000  0043102b  10400431  2416fff5  40046000
> 
> sym2call says:
> 
> Address		Function
> 
> 80061d94	tasklet_hi_action
> 80061a58	do_softirq
> 800f82fc	do_IRQ
> 80048000	init
> 8004e1a8	_sys_clone
> 8004b46c	stack_done

 Could you please decode your oops with ksymoops or, better yet, send me
the object (*.o) file the oops is happening?  I tried to match the code
above with my kernel binary but I failed.

  Maciej

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +


From owner-linux-mips@oss.sgi.com Sun Dec 24 03:26:40 2000
Received:  by oss.sgi.com id <S553793AbQLXL0U>;
	Sun, 24 Dec 2000 03:26:20 -0800
Received: from air.lug-owl.de ([62.52.24.190]:17683 "HELO air.lug-owl.de")
	by oss.sgi.com with SMTP id <S553788AbQLXLZv>;
	Sun, 24 Dec 2000 03:25:51 -0800
Received: by air.lug-owl.de (Postfix, from userid 1000)
	id 91DA78041; Sun, 24 Dec 2000 12:25:40 +0100 (CET)
Date:   Sun, 24 Dec 2000 12:25:39 +0100
From:   Jan-Benedict Glaw <jbglaw@lug-owl.de>
To:     linux-mips@oss.sgi.com
Subject: External SCSI connector on DECstations
Message-ID: <20001224122539.B25473@lug-owl.de>
Reply-To: jbglaw@lug-owl.de
Mail-Followup-To: linux-mips@oss.sgi.com
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="neYutvxvOLaeuPCA"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Operating-System: Linux air 2.4.0-test8-pre1 
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


--neYutvxvOLaeuPCA
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi!

I've got some trouble attaching devices to DECstation's external
SCSI connector. Is there any additional jumper (or sth like
that) on the mobo I need to remove in order to not automatically
terminate the bus (inside the DS) before the connector?

=2E..or do I do something completely wrong?

MfG, JBG

--=20
Fehler eingestehen, Gr=F6=DFe zeigen: Nehmt die Rechtschreibreform zur=FCck=
!!!
/* Jan-Benedict Glaw <jbglaw@lug-owl.de> -- +49-177-5601720 */
keyID=3D0x8399E1BB fingerprint=3D250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 83=
99 E1BB
     "insmod vi.o and there we go..." (Alexander Viro on linux-kernel)

--neYutvxvOLaeuPCA
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.2 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjpF3TMACgkQHb1edYOZ4btTCgCfZkPjSyUdbECjNIm9rcNNeZQp
W6QAnR/cFsXQgcZvTTAU8yQq+CTwPYyx
=LoJD
-----END PGP SIGNATURE-----

--neYutvxvOLaeuPCA--

From owner-linux-mips@oss.sgi.com Sun Dec 24 03:33:19 2000
Received:  by oss.sgi.com id <S553795AbQLXLdJ>;
	Sun, 24 Dec 2000 03:33:09 -0800
Received: from mail.sonytel.be ([193.74.243.200]:5255 "EHLO mail.sonytel.be")
	by oss.sgi.com with ESMTP id <S553790AbQLXLdA>;
	Sun, 24 Dec 2000 03:33:00 -0800
Received: from rose.sonytel.be (rose.sonytel.be [193.74.243.35])
	by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id MAA22604;
	Sun, 24 Dec 2000 12:32:44 +0100 (MET)
Date:   Sun, 24 Dec 2000 12:32:43 +0100 (MET)
From:   Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
To:     Jan-Benedict Glaw <jbglaw@lug-owl.de>
cc:     linux-mips@oss.sgi.com
Subject: Re: External SCSI connector on DECstations
In-Reply-To: <20001224122539.B25473@lug-owl.de>
Message-ID: <Pine.GSO.4.10.10012241231280.21709-100000@rose.sonytel.be>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Sun, 24 Dec 2000, Jan-Benedict Glaw wrote:
> I've got some trouble attaching devices to DECstation's external
> SCSI connector. Is there any additional jumper (or sth like
> that) on the mobo I need to remove in order to not automatically
> terminate the bus (inside the DS) before the connector?
> 
> ...or do I do something completely wrong?

Is this an high-density 68-pin connector, like used for UW-SCSI?
If yes, be careful! Many DECstations use these connectors, but are in fact
narrow SCSI! So you need the correct (DEC) cable.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven ------------- Sony Software Development Center Europe (SDCE)
Geert.Uytterhoeven@sonycom.com ------------------- Sint-Stevens-Woluwestraat 55
Voice +32-2-7248626 Fax +32-2-7262686 ---------------- B-1130 Brussels, Belgium


From owner-linux-mips@oss.sgi.com Sun Dec 24 03:40:59 2000
Received:  by oss.sgi.com id <S553804AbQLXLku>;
	Sun, 24 Dec 2000 03:40:50 -0800
Received: from air.lug-owl.de ([62.52.24.190]:18451 "HELO air.lug-owl.de")
	by oss.sgi.com with SMTP id <S553794AbQLXLks>;
	Sun, 24 Dec 2000 03:40:48 -0800
Received: by air.lug-owl.de (Postfix, from userid 1000)
	id 7FA458041; Sun, 24 Dec 2000 12:40:41 +0100 (CET)
Date:   Sun, 24 Dec 2000 12:40:41 +0100
From:   Jan-Benedict Glaw <jbglaw@lug-owl.de>
To:     linux-mips@oss.sgi.com
Subject: Re: External SCSI connector on DECstations
Message-ID: <20001224124040.C25473@lug-owl.de>
Reply-To: jbglaw@lug-owl.de
Mail-Followup-To: linux-mips@oss.sgi.com
References: <20001224122539.B25473@lug-owl.de> <Pine.GSO.4.10.10012241231280.21709-100000@rose.sonytel.be>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="/e2eDi0V/xtL+Mc8"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <Pine.GSO.4.10.10012241231280.21709-100000@rose.sonytel.be>; from Geert.Uytterhoeven@sonycom.com on Sun, Dec 24, 2000 at 12:32:43PM +0100
X-Operating-System: Linux air 2.4.0-test8-pre1 
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing


--/e2eDi0V/xtL+Mc8
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Dec 24, 2000 at 12:32:43PM +0100, Geert Uytterhoeven wrote:
> On Sun, 24 Dec 2000, Jan-Benedict Glaw wrote:
> > I've got some trouble attaching devices to DECstation's external
> > SCSI connector. Is there any additional jumper (or sth like
> > that) on the mobo I need to remove in order to not automatically
> > terminate the bus (inside the DS) before the connector?
> >=20
> > ...or do I do something completely wrong?
>=20
> Is this an high-density 68-pin connector, like used for UW-SCSI?
> If yes, be careful! Many DECstations use these connectors, but are in fact
> narrow SCSI! So you need the correct (DEC) cable.

No, it's normal 50pin high density... I've tried with and w/o
external termination afterthat hdd, but no success... However,
I'll really need that connector because I need to disk-boot
two machines as they don't do bootp/tftp (but mop, and the
two tested mop servers can't handle these machines;( and
constantly plugging/unplugging hdds with those internal
flat ribbon cables isn't fun at all...

MfG, JBG


--=20
Fehler eingestehen, Gr=F6=DFe zeigen: Nehmt die Rechtschreibreform zur=FCck=
!!!
/* Jan-Benedict Glaw <jbglaw@lug-owl.de> -- +49-177-5601720 */
keyID=3D0x8399E1BB fingerprint=3D250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 83=
99 E1BB
     "insmod vi.o and there we go..." (Alexander Viro on linux-kernel)

--/e2eDi0V/xtL+Mc8
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.2 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjpF4LgACgkQHb1edYOZ4bs8tQCfUDUpqxcDoBnNlQA0mx/h0IJK
OzMAn19yHbJrMxpcs5vBVWA4OJhVOeP4
=a3cI
-----END PGP SIGNATURE-----

--/e2eDi0V/xtL+Mc8--

From owner-linux-mips@oss.sgi.com Tue Dec 26 08:10:50 2000
Received:  by oss.sgi.com id <S553665AbQLZQK3>;
	Tue, 26 Dec 2000 08:10:29 -0800
Received: from brutus.conectiva.com.br ([200.250.58.146]:53999 "EHLO
        dhcp046.distro.conectiva") by oss.sgi.com with ESMTP
	id <S553650AbQLZQKI>; Tue, 26 Dec 2000 08:10:08 -0800
Received: (ralf@lappi) by bacchus.dhis.org id <S868147AbQLZQCE>;
	Tue, 26 Dec 2000 14:02:04 -0200
Date:	Tue, 26 Dec 2000 14:02:04 -0200
From:	Ralf Baechle <ralf@uni-koblenz.de>
To:	Joe deBlaquiere <jadb@redhat.com>
Cc:	the list <linux-kernel@vger.kernel.org>, linux-mips@oss.sgi.com,
        linux-mips@fnet.fr
Subject: Re: sysmips call and glibc atomic set
Message-ID: <20001226140204.D894@bacchus.dhis.org>
References: <3A46F4D8.9060605@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <3A46F4D8.9060605@redhat.com>; from jadb@redhat.com on Mon, Dec 25, 2000 at 01:18:48AM -0600
X-Accept-Language: de,en,fr
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Mon, Dec 25, 2000 at 01:18:48AM -0600, Joe deBlaquiere wrote:

> I'm working with a vr4181 target and started digging into the atomic 
> test and set stuff in the kernel and glibc. The first problem I had was 
> that the glibc code assumes that all mips III targets implement the mips 
> III ISA (funny assumption, no?) but the vr4181 doesn't include the 
> miltiprocessor oriented LL/SC operations for atomic test and set.

Ok, but since the kernel disables MIPS III you're limited to MIPS II anyway ...

> So I started looking at the glibc code (yes, I know this is the kernel 
> list... I'm getting there I promise) and notice the following operations:
> 
>    __asm__ __volatile__
>      (".set	mips2\n\t"
>       "/* Inline spinlock test & set */\n\t"
>       "1:\n\t"
>       "ll	%0,%3\n\t"
>       ".set	push\n\t"
>       ".set	noreorder\n\t"
>       "bnez	%0,2f\n\t"
>       " li	%1,1\n\t"
>       ".set	pop\n\t"
>       "sc	%1,%2\n\t"
>       "beqz	%1,1b\n"
>       "2:\n\t"
>       "/* End spinlock test & set */"
>       : "=&r" (ret), "=&r" (temp), "=m" (*spinlock)
>       : "m" (*spinlock)
>       : "memory");
> 
> The significant code here being the 'll' and 'sc' operations which are 
> supposed to ensure that the operation is atomic.
> 
> QUESTION 1) Will this _ALWAYS_ work from user land? I realize the 
> operations are temporally close, but isn't there the possibility that an 
> interrupt occurs in the meantime?

Read the ISA manual; sc will fail if the LL-bit in c0_status is cleared
which will be cleared when the interrupt returns using the eret instruction.

> Of course none of this code applies to my case anyway, since the vr4181 
> doesn't implement these ops. So once I hack^H^H^H^Hadjust glibc to use 
> the 'mips1' implementation, it uses the sysmips system call. regard :
> 
> _test_and_set (int *p, int v) __THROW
> {
>    return sysmips (MIPS_ATOMIC_SET, (int) p, v, 0);
> }
> 
> So then I looked at the kernel and find the code below. The system I'm 
> working with is expressedly uniprocessor and doesn't have any swap, so 
> it looks like the initial caveats are met, but it looks to me like there 
> could be some confusion if the value of *arg1 at entry looks like 
> -ENOSYS or something like that.

Not having swap doesn't mean you're safe.  Think of any kind of previously
unmapped page.

> QUESTION 2) Wouldn't it be better to pass back the initial value of 
> *arg1 in *arg3 and return zero or negative error code?

The semantics of this syscall were previously defined by Risc/OS and later
on continued to be used by IRIX.

> 	case MIPS_ATOMIC_SET: {
> 		/* This is broken in case of page faults and SMP ...
> 		    Risc/OS faults after maximum 20 tries with EAGAIN.  */
> 		unsigned int tmp;
> 
> 		p = (int *) arg1;
> 		errno = verify_area(VERIFY_WRITE, p, sizeof(*p));
> 		if (errno)
> 			return errno;
> 		errno = 0;
> 		save_and_cli(flags);
> 		errno |= __get_user(tmp, p);
> 		errno |= __put_user(arg2, p);
> 		restore_flags(flags);
> 
> 		if (errno)
> 			return tmp;
> 
> 		return tmp;             /* This is broken ...  */
>          }
> 
> QUESTION 3) I notice that the code for this particular case of sysmips 
> has changed recently. The old code looked more like the 'll/sc' version 
> of glibc above. I would think that the 'll/sc' code would be better on 
> SMP systems.

Don't think about SMP without ll/sc.  There's algorithems available for
that but their complexity leaves them a unpractical, theoretical construct.

> Is there a good reason why this reverted?

Above code will break if the old content of memory has bit 31 set or you take
pagefaults.  The latter problem is a problem even on UP - think multi-
threading.

Finally, post such things to one of the MIPS-related mailing lists.  If
you're unlucky nobody of the MIPS'ers might see your posting on l-k.

  Ralf

From owner-linux-mips@oss.sgi.com Tue Dec 26 08:52:50 2000
Received:  by oss.sgi.com id <S553673AbQLZQwa>;
	Tue, 26 Dec 2000 08:52:30 -0800
Received: from blackdog.wirespeed.com ([208.170.106.25]:22030 "EHLO
        blackdog.wirespeed.com") by oss.sgi.com with ESMTP
	id <S553657AbQLZQwJ>; Tue, 26 Dec 2000 08:52:09 -0800
Received: from redhat.com (IDENT:joe@dhcp-4.wirespeed.com [172.16.17.4])
	by blackdog.wirespeed.com (8.9.3/8.9.3) with ESMTP id KAA20412;
	Tue, 26 Dec 2000 10:45:03 -0600
Message-ID: <3A48CC1D.9000204@redhat.com>
Date:   Tue, 26 Dec 2000 10:49:33 -0600
From:   Joe deBlaquiere <jadb@redhat.com>
Organization: Red Hat, Inc.
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; m18) Gecko/20001107 Netscape6/6.0
X-Accept-Language: en
MIME-Version: 1.0
To:     Ralf Baechle <ralf@uni-koblenz.de>
CC:     the list <linux-kernel@vger.kernel.org>, linux-mips@oss.sgi.com,
        linux-mips@fnet.fr
Subject: Re: sysmips call and glibc atomic set
References: <3A46F4D8.9060605@redhat.com> <20001226140204.D894@bacchus.dhis.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Ralf, firstly, thank you for the answers :)

Ralf Baechle wrote:

> 
> Ok, but since the kernel disables MIPS III you're limited to MIPS II anyway ...
> 

This makes sense...

> 
> 
> Read the ISA manual; sc will fail if the LL-bit in c0_status is cleared
> which will be cleared when the interrupt returns using the eret instruction.
> 

I tried to find a MIPSIII manual from mips.com but all I could find was 
mips32 and mips64 (which are not the same as MIPSII/MIPSIII/MIPSIV).

> 
> 
> Not having swap doesn't mean you're safe.  Think of any kind of previously
> unmapped page.
> 

Is there a reason why it doesn't just force that page to be mapped first?

> 
>> QUESTION 2) Wouldn't it be better to pass back the initial value of 
>> *arg1 in *arg3 and return zero or negative error code?
> 
> 
> The semantics of this syscall were previously defined by Risc/OS and later
> on continued to be used by IRIX.
> 
> 
>> 	case MIPS_ATOMIC_SET: {
>> 		/* This is broken in case of page faults and SMP ...
>> 		    Risc/OS faults after maximum 20 tries with EAGAIN.  */
>> 		unsigned int tmp;
>> 
>> 		p = (int *) arg1;
>> 		errno = verify_area(VERIFY_WRITE, p, sizeof(*p));
>> 		if (errno)
>> 			return errno;
>> 		errno = 0;
>> 		save_and_cli(flags);
>> 		errno |= __get_user(tmp, p);
>> 		errno |= __put_user(arg2, p);
>> 		restore_flags(flags);
>> 
>> 		if (errno)
>> 			return tmp;
>> 
>> 		return tmp;             /* This is broken ...  */
>>          }
>> 
>> QUESTION 3) I notice that the code for this particular case of sysmips 
>> has changed recently. The old code looked more like the 'll/sc' version 
>> of glibc above. I would think that the 'll/sc' code would be better on 
>> SMP systems.
> 
> 
> Don't think about SMP without ll/sc.  There's algorithems available for
> that but their complexity leaves them a unpractical, theoretical construct.
> 
> 
>> Is there a good reason why this reverted?
> 

Looking at 2.4.0-test5 I see the ll/sc code, but -test12 doesn't use it. 
I was just curious at why it was taken out.

> 
> Above code will break if the old content of memory has bit 31 set or you take
> pagefaults.  The latter problem is a problem even on UP - think multi-
> threading.
> 
> Finally, post such things to one of the MIPS-related mailing lists.  If
> you're unlucky nobody of the MIPS'ers might see your posting on l-k.
> 
>   Ralf


-- 
Joe deBlaquiere
Red Hat, Inc.
307 Wynn Drive
Huntsville AL, 35805
voice : (256)-704-9200
fax   : (256)-837-3839


From owner-linux-mips@oss.sgi.com Tue Dec 26 12:57:33 2000
Received:  by oss.sgi.com id <S553667AbQLZU5O>;
	Tue, 26 Dec 2000 12:57:14 -0800
Received: from [194.213.32.137] ([194.213.32.137]:23813 "EHLO bug.ucw.cz")
	by oss.sgi.com with ESMTP id <S553652AbQLZU4v>;
	Tue, 26 Dec 2000 12:56:51 -0800
Received: (from pavel@localhost)
	by bug.ucw.cz (8.8.8/8.8.5) id VAA00698;
	Tue, 26 Dec 2000 21:53:17 +0100
Message-ID: <20001226215317.B628@bug.ucw.cz>
Date:   Tue, 26 Dec 2000 21:53:17 +0100
From:   Pavel Machek <pavel@suse.cz>
To:     Joe deBlaquiere <jadb@redhat.com>,
        Ralf Baechle <ralf@uni-koblenz.de>
Cc:     the list <linux-kernel@vger.kernel.org>, linux-mips@oss.sgi.com,
        linux-mips@fnet.fr
Subject: Re: sysmips call and glibc atomic set
References: <3A46F4D8.9060605@redhat.com> <20001226140204.D894@bacchus.dhis.org> <3A48CC1D.9000204@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.93i
In-Reply-To: <3A48CC1D.9000204@redhat.com>; from Joe deBlaquiere on Tue, Dec 26, 2000 at 10:49:33AM -0600
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Hi!

> > Not having swap doesn't mean you're safe.  Think of any kind of previously
> > unmapped page.
> > 
> 
> Is there a reason why it doesn't just force that page to be mapped
> first?

You can map it in... But background daemon can map it out in the
meantime :-). You'd have to map in and pagelock.
								Pavel

-- 
I'm pavel@ucw.cz. "In my country we have almost anarchy and I don't care."
Panos Katsaloulis describing me w.r.t. patents at discuss@linmodems.org

From owner-linux-mips@oss.sgi.com Thu Dec 28 04:10:51 2000
Received:  by oss.sgi.com id <S553685AbQL1MKl>;
	Thu, 28 Dec 2000 04:10:41 -0800
Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:37872 "EHLO
        delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id <S553663AbQL1MKU>;
	Thu, 28 Dec 2000 04:10:20 -0800
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id NAA22306;
	Thu, 28 Dec 2000 13:07:01 +0100 (MET)
Date:   Thu, 28 Dec 2000 13:06:59 +0100 (MET)
From:   "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To:     Ralf Baechle <ralf@uni-koblenz.de>
cc:     Joe deBlaquiere <jadb@redhat.com>,
        the list <linux-kernel@vger.kernel.org>,
        linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: Re: sysmips call and glibc atomic set
In-Reply-To: <20001226140204.D894@bacchus.dhis.org>
Message-ID: <Pine.GSO.3.96.1001228123903.21148B-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Tue, 26 Dec 2000, Ralf Baechle wrote:

> The semantics of this syscall were previously defined by Risc/OS and later
> on continued to be used by IRIX.

 Ralf, could you please provide me a copy of a man page for the call?  I
don't have access to either of the systems and a search of the Net
returned nothing. 

> Don't think about SMP without ll/sc.  There's algorithems available for
> that but their complexity leaves them a unpractical, theoretical construct.

 For SMP there is a simple kernel solution available.  It suitable for a
syscall or a ll/sc emulation.  There is no easy userland-only solution
AFAIK.

> Above code will break if the old content of memory has bit 31 set or you take
> pagefaults.  The latter problem is a problem even on UP - think multi-
> threading.

 If the code is written carefully you don't ever get a pagefault that
would break consistency.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +


From owner-linux-mips@oss.sgi.com Thu Dec 28 04:29:52 2000
Received:  by oss.sgi.com id <S553698AbQL1M3m>;
	Thu, 28 Dec 2000 04:29:42 -0800
Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:47600 "EHLO
        delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id <S553678AbQL1M3T>;
	Thu, 28 Dec 2000 04:29:19 -0800
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id NAA22644;
	Thu, 28 Dec 2000 13:25:57 +0100 (MET)
Date:   Thu, 28 Dec 2000 13:25:56 +0100 (MET)
From:   "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To:     Joe deBlaquiere <jadb@redhat.com>
cc:     Ralf Baechle <ralf@uni-koblenz.de>,
        the list <linux-kernel@vger.kernel.org>,
        linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: Re: sysmips call and glibc atomic set
In-Reply-To: <3A48CC1D.9000204@redhat.com>
Message-ID: <Pine.GSO.3.96.1001228132356.21148C-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

On Tue, 26 Dec 2000, Joe deBlaquiere wrote:

> > Read the ISA manual; sc will fail if the LL-bit in c0_status is cleared
> > which will be cleared when the interrupt returns using the eret instruction.
> 
> I tried to find a MIPSIII manual from mips.com but all I could find was 
> mips32 and mips64 (which are not the same as MIPSII/MIPSIII/MIPSIV).

 Get "IDT MIPS Microprocessor Software Reference Manual" from
http://decstation.unix-ag.org/docs/ic_docs/3715.pdf (the original is no
longer available from IDT servers).

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +


From owner-linux-mips@oss.sgi.com Sun Dec 31 03:43:52 2000
Received:  by oss.sgi.com id <S553772AbQLaLnm>;
	Sun, 31 Dec 2000 03:43:42 -0800
Received: from mail.ivm.net ([62.204.1.4]:10608 "EHLO mail.ivm.net")
	by oss.sgi.com with ESMTP id <S553768AbQLaLnV>;
	Sun, 31 Dec 2000 03:43:21 -0800
Received: from franz.no.dom (port203.duesseldorf.ivm.de [195.247.65.203])
	by mail.ivm.net (8.8.8/8.8.8) with ESMTP id MAA30831;
	Sun, 31 Dec 2000 12:43:05 +0100
X-To:   linux-mips@oss.sgi.com
Message-ID: <XFMail.001231124111.Harald.Koerfgen@home.ivm.de>
X-Mailer: XFMail 1.4.0 on Linux
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
Date:   Sun, 31 Dec 2000 12:41:11 +0100 (CET)
Reply-To: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
Organization: none
From:   Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
To:     ralf@uni-koblenz.de, linux-mips@fnet.fr, linux-mips@oss.sgi.com
Subject: SGI/ARCS related fixes
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Hi,

wanting to bring my O2 patches up to date I stumbled over some minor hickups.

I don't have the appropriate hardware to test, ok to commit?

-- 
Regards,
Harald

diff -ruN /nfs/cvs/linux-2.3/linux/arch/mips/arc/memory.c
linux/arch/mips/arc/memory.c
--- /nfs/cvs/linux-2.3/linux/arch/mips/arc/memory.c     Mon Dec 11 18:07:34 2000
+++ linux/arch/mips/arc/memory.c        Sat Dec 30 21:49:32 2000
@@ -124,7 +124,7 @@
                size = p->pages << PAGE_SHIFT;
                type = prom_memtype_classify(p->type);
 
-               add_memory_region(base, pages, type);
+               add_memory_region(base, size, type);
        }
 }
 
@@ -143,12 +143,13 @@
                addr = boot_mem_map.map[i].addr;
                while (addr < boot_mem_map.map[i].addr
                              + boot_mem_map.map[i].size) {
-                       ClearPageReserved(virt_to_page(__va(addr)));
-                       set_page_count(virt_to_page(__va(addr)), 1);
-                       free_page(__va(addr));
+                       ClearPageReserved(virt_to_page(addr));
+                       set_page_count(virt_to_page(addr), 1);
+                       free_page(addr);
                        addr += PAGE_SIZE;
                        freed += PAGE_SIZE;
                }
        }
        printk("Freeing prom memory: %ldkb freed\n", freed >> 10);
 }
+
diff -ruN /nfs/cvs/linux-2.3/linux/drivers/char/misc.c linux/drivers/char/misc.c
--- /nfs/cvs/linux-2.3/linux/drivers/char/misc.c        Fri Nov 24 11:17:05 2000
+++ linux/drivers/char/misc.c   Sat Dec 30 21:42:45 2000
@@ -283,9 +283,6 @@
 #ifdef CONFIG_SGI_NEWPORT_GFX
        gfx_register ();
 #endif
-#ifdef CONFIG_SGI
-       streamable_init ();
-#endif
 #ifdef CONFIG_TOSHIBA
        tosh_init();
 #endif
@@ -296,3 +293,4 @@
        }
        return 0;
 }
+
diff -ruN /nfs/cvs/linux-2.3/linux/include/asm-mips/sgialib.h
linux/include/asm-mips/sgialib.h
--- /nfs/cvs/linux-2.3/linux/include/asm-mips/sgialib.h Mon Dec 11 18:08:10 2000
+++ linux/include/asm-mips/sgialib.h    Sat Dec 30 21:40:40 2000
@@ -20,7 +20,7 @@
  * Init the PROM library and it's internal data structures.  Called
  * at boot time from head.S before start_kernel is invoked.
  */
-extern int prom_init(int argc, char **argv, char **envp, int *prom_vec);
+extern void prom_init(int argc, char **argv, char **envp, int *prom_vec);
 
 /* Simple char-by-char console I/O. */
 extern void prom_putchar(char c);
@@ -104,3 +104,4 @@
 extern void prom_cacheflush(void);
 
 #endif /* _ASM_SGIALIB_H */
+


From owner-linux-mips@oss.sgi.com Sun Dec 31 21:31:37 2000
Received:  by oss.sgi.com id <S553786AbRAAFb1>;
	Sun, 31 Dec 2000 21:31:27 -0800
Received: from cvsftp.cotw.com ([208.242.241.39]:4617 "EHLO cvsftp.cotw.com")
	by oss.sgi.com with ESMTP id <S553724AbRAAFbK>;
	Sun, 31 Dec 2000 21:31:10 -0800
Received: from cotw.com (dsl19.cedar-rapids.net [208.242.241.211])
	by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id XAA28763
	for <linux-mips@oss.sgi.com>; Sun, 31 Dec 2000 23:26:36 -0600
Message-ID: <3A5018A0.6B43960B@cotw.com>
Date:   Sun, 31 Dec 2000 23:41:52 -0600
From:   "Steven J. Hill" <sjhill@cotw.com>
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.4.0-test11 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-mips@oss.sgi.com
Subject: Simple problem with second stage MIPS GCC compiler...
References: <3A2FB3CB.3566F805@mips.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-mips@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-mips@oss.sgi.com>
X-Orcpt: rfc822;linux-mips-outgoing

Well, I almost have a complete toolchain. I succesfully got binutils,
first stage GCC-2.95.2 and GLIBC-2.2 installed just fine. I am having
problems with rebuilding GCC. Below is the configuration and make
directives that I am currently using along with the output. I have
verified that the header files are in /usr/local/mips/mipsel-linux-include.
Any help or thoughts are need and appreciated. Yes, I read the mailing
list archives. TIA.

-Steve

*************************************************************
AR=mipsel-linux-ar RANLIB=mipsel-linux-ranlib ../gcc-2.95.2/configure
--prefix=/usr/local/mips --target=mipsel-linux i686-pc-linux-gnu --enable-shared
--enable-threads --enable-languages=c

make LANGUAGES=c ALL_TARGET_MODULES= CONFIGURE_TARGET_MODULES=
INSTALL_TARGET_MODULES= SUBDIRS="libiberty gcc"

*************************************************************
make[2]: Leaving directory `/data/mips-stuff/build-gcc2/gcc/intl'
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}; \
  /data/mips-stuff/build-gcc2/gcc/xgcc -B/data/mips-stuff/build-gcc2/gcc/
-B/usr/local/mips/mipsel-linux/bin/ -I/usr/local/mips/mipsel-linux/include -O2 
-DCROSS_COMPILE -DIN_GCC     -g -O2 -I./include  -fPIC -g1 -DHAVE_GTHR_DEFAULT
-DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED   -I. -I../../gcc-2.95.2/gcc
-I../../gcc-2.95.2/gcc/config -I../../gcc-2.95.2/gcc/../include -c -DL${name} \
       ../../gcc-2.95.2/gcc/libgcc2.c -o ${name}.o; \
  if [ $? -eq 0 ] ; then true; else exit 1; fi; \
  mipsel-linux-ar rc tmplibgcc2.a ${name}.o; \
  rm -f ${name}.o; \
done
_muldi3
../../gcc-2.95.2/gcc/libgcc2.c:41: stdlib.h: No such file or directory
../../gcc-2.95.2/gcc/libgcc2.c:42: unistd.h: No such file or directory
make[1]: *** [libgcc2.a] Error 1
make[1]: Leaving directory `/data/mips-stuff/build-gcc2/gcc'
make: *** [all-gcc] Error 2

-- 
 Steven J. Hill - Embedded SW Engineer
 Public Key: 'finger sjhill@mail.cotw.com'
 FPR1: E124 6E1C AF8E 7802 A815
 FPR2: 7D72 829C 3386 4C4A E17D