1 Sep 2003 23:05
1 Sep 2003 23:13
Re: ip32 binary snapshot available
<jtregunna <at> qube.fuqn.ca>
2003-09-01 21:13:35 GMT
2003-09-01 21:13:35 GMT
> From: Christopher SEKIYA <wileyc <at> rezrov.net>
> To: port-sgimips <at> netbsd.org
> Subject: ip32 binary snapshot available
> User-Agent: Mutt/1.4.1i
> Precedence: list
>
Hi, I've tried using this snapshot on my R5k O2, running dhcpd specifying
a mac address of the o2 telling it the appropriate file to get (copied from
my config below is the statement out of my dhcpd.conf file), and extracting
the sets to /tftpboot as well as the netbsd-INSTALL_IP32.gz (decompressed
of course) and renaming it to 'netbsd' to satisfy dhcpd. It loads the kernel
image via tftp no problem, however, it gets as far as:
md0: internal 4096 KB image file
and then reboots. Curious, what am I missing if anything?
Snitbit from dhcpd.conf:
host o2 {
hardware ethernet 08:0:69:05:e0:8b;
fixed-address 192.168.0.10;
filename "netbsd";
}
netaddr is set to 192.168.0.10 on the O2.
Any help appreciated. Thanks.
> All,
(Continue reading)
1 Sep 2003 23:13
Re: question about SGI graphic boards
Martijn Bakker <martijn <at> insecure.nl>
2003-09-01 21:13:49 GMT
2003-09-01 21:13:49 GMT
On Mon, Sep 01, 2003 at 03:05:11PM -0600, RJ45 wrote: > hello, hi, > is the SGI graphic plug the same as sun video plug ? it looks the same, yes. > I mean can I use a 13W3 to VGA converted like the one used on sun machine Sun uses TTL sync, while SGI uses sync-on-green. a 13w3->vga converter should work with any higher resolution VGA monitor, because VGA is also TTL sync. But if you want to use the converter on an SGI, make sure the monitor supports sync-on-green. My Philips 107S (as well as other monitors in that series) know how to do that. Some others do, too. hope that helps, Martijn Bakker
1 Sep 2003 23:20
Re: question about SGI graphic boards
Martijn Bakker <martijn <at> insecure.nl>
2003-09-01 21:20:21 GMT
2003-09-01 21:20:21 GMT
On Mon, Sep 01, 2003 at 11:13:49PM +0200, Martijn Bakker wrote: > Sun uses TTL sync, while SGI uses sync-on-green. a 13w3->vga converter should > work with any higher resolution VGA monitor, because VGA is also TTL sync. sorry, got my terminology mixed up a bit here. it's not "TTL sync", but "Composite sync output". Sorry about the misunderstanding. Martijn Bakker
1 Sep 2003 23:31
Re: question about SGI graphic boards
Alban Hertroys <dalroi <at> solfertje.student.utwente.nl>
2003-09-01 21:31:22 GMT
2003-09-01 21:31:22 GMT
On 1 Sep, Martijn Bakker punched keys in this particular order: > On Mon, Sep 01, 2003 at 03:05:11PM -0600, RJ45 wrote: >> hello, > > hi, > >> is the SGI graphic plug the same as sun video plug ? > > it looks the same, yes. > >> I mean can I use a 13W3 to VGA converted like the one used on sun machine > > Sun uses TTL sync, while SGI uses sync-on-green. a 13w3->vga converter should > work with any higher resolution VGA monitor, because VGA is also TTL sync. If your monitor understands Sync on Green, it will work right away, without any tricks needed (like soldering). Otherwise, I've heard rumours that it helps to connect pins 3 and 5 together on the 13W3 end. pin 3 is the composite sync on SGI, pin 5 is the composite sync on Sun. This is going to be a bit difficult with a closed convertor, I suppose... -- -- Alban Hertroys http://solfertje.student.utwente.nl - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I know God knows everything, but I am not Him, this week.(Continue reading)
2 Sep 2003 01:43
Re: ip32 binary snapshot available
Christopher SEKIYA <wileyc <at> rezrov.net>
2003-09-01 23:43:43 GMT
2003-09-01 23:43:43 GMT
On Mon, Sep 01, 2003 at 05:13:35PM -0400, jtregunna <at> qube.fuqn.ca wrote: > Hi, I've tried using this snapshot on my R5k O2 Is this a r5ksc (secondary cache present) or r5k (no secondary cache)? The cpu0 lines displayed during boot should report the presence of the cache ... ... and I suspect that you don't have a secondary cache, but the cache code is trying to flush it anyway. If that's the case, I'll make a revised kernel set available. -- Chris GPG key FEB9DE7F (91AF 4534 4529 4BCC 31A5 938E 023E EEFB FEB9 DE7F)
2 Sep 2003 04:14
Re: ip32 binary snapshot available
Christopher SEKIYA <wileyc <at> rezrov.net>
2003-09-02 02:14:18 GMT
2003-09-02 02:14:18 GMT
On Tue, Sep 02, 2003 at 08:43:43AM +0900, Christopher SEKIYA wrote: > If that's the case, I'll make a revised kernel set available. New kernel sets are at ftp://ftp.rezrov.net/pub/NetBSD-sgimips/snapshot-20030902. They definitely work with r5ksc. I have added cache detection logic to the cache setup code (previously, L2 cache was a compile-time option and my previous binaries had it hardcoded in), so they should work with plain r5k as well. -- Chris GPG key FEB9DE7F (91AF 4534 4529 4BCC 31A5 938E 023E EEFB FEB9 DE7F)
2 Sep 2003 05:49
Re: ip32 binary snapshot available
<jtregunna <at> qube.fuqn.ca>
2003-09-02 03:49:43 GMT
2003-09-02 03:49:43 GMT
On Tue, Sep 02, 2003 at 08:43:43AM +0900, Christopher SEKIYA wrote: > On Mon, Sep 01, 2003 at 05:13:35PM -0400, jtregunna <at> qube.fuqn.ca wrote: > > > Hi, I've tried using this snapshot on my R5k O2 > > Is this a r5ksc (secondary cache present) or r5k (no secondary cache)? The > cpu0 lines displayed during boot should report the presence of the cache ... > > ... and I suspect that you don't have a secondary cache, but the cache code > is trying to flush it anyway. If that's the case, I'll make a revised kernel > set available. > This is in fact, an r5ksc. Output from hinv -v on IRIX (sorry scrolls by too quickly to catch everything on the loading of the netbsd kernel): CPU: MIPS R5000 Processor Chip Revision: 2.1 FPU: MIPS R5000 Floating Point Coprocessor Revision: 1.0 1 200 MHZ IP32 Processor Main memory size: 128 Mbytes Secondary unified instruction/data cache size: 1 Mbyte on Processor 0 Instruction cache size: 32 Kbytes Data cache size: 32 Kbytes FLASH PROM version 4.17 Integral SCSI controller 0: Version ADAPTEC 7880 Disk drive: unit 1 on SCSI controller 0 (unit 1) Disk drive: unit 2 on SCSI controller 0 (unit 2) CDROM: unit 4 on SCSI controller 0(Continue reading)
2 Sep 2003 06:07
2 Sep 2003 07:09
Re: question about SGI graphic boards
systems engineer <ozone <at> rs.cname.com>
2003-09-02 05:09:03 GMT
2003-09-02 05:09:03 GMT
> Sun uses TTL sync, while SGI uses sync-on-green. sun video hardware up to and including the P4 cgsix (and possibly some dual-wide sbus cgsix) outputs a discrete sync signal on some of the 13W3 pins. modern sun hardware uses a standard peecee-style HD15 with separate sync. from experience, lots of stuff in the middle is sync-on-green, so sgi and sun monitors are interchangeable (i had several of both). if you're really lucky, you have a modern dual-input sgi monitor (these are either 13W3/HD15 or BNC/HD15, so are happy with sync mixed or not). this link looks extremely useful: http://www-2.cs.cmu.edu/~brians/comp/fixedfreqpc.html unfortunately many of the pages linked from there appear to have been purchased by corporations. i had a better link once, but it's on a disk that exists as case proof that XFS doesn't always work quite right.
RSS Feed