From triemer@apt4g.a3nyc.com Sun Nov 1 21:07:20 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA24720; Sun, 1 Nov 1998 21:07:16 +0100 (MET) Received-Date: Sun, 1 Nov 1998 21:07:16 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id PAA22172 for ; Sun, 1 Nov 1998 15:07:26 -0500 Date: Sun, 1 Nov 1998 15:07:26 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: Patches for dz.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 19106 Lines: 711 Following here, you'll find patches for the dc7085 serial driver. These patches allow interrupt driven characters to cross the serial line. It also includes console serial line routines that allow characters to be sent across the serial line without conflicting with the interrupts. It has a major flaw though - It does not handle characters received from the serial line. Despite all my efforts, I've been unable to generate an interrupt upon receipt of a character. I'm hoping someone out on the list will take some time and see if they can solve that. I'm a bit afraid of a hard disk crash - and so I'm preparing a patch - this patch is based on 2.1.121-r3000_pre1. I guess I'll try and work on the SII disk driver - as I seem to have reached a brick wall with respects to the serial driver. -Tom Riemer -------------------------------------------------------------------------- diff -rubN linux-2.1.121-r3000/drivers/char/dz.c linux-2.1.121-r3000_pl6/drivers/char/dz.c --- linux-2.1.121-r3000/drivers/char/dz.c Thu Oct 1 14:55:25 1998 +++ linux-2.1.121-r3000_pl6/drivers/char/dz.c Sun Nov 1 14:30:58 1998 @@ -10,6 +10,27 @@ * Changed IRQ to use Harald's dec internals interrupts.h * removed base_addr code - moving address assignment to setup.c * Changed name of dz_init to rs_init to be consistent with tc code + + * WARNING - READ THIS CAREFULLY: + * This code handles outgoing transmits only... + * For some reason that apparently is beyond me at this point of + * my learning curve - the receive of a character never generates + * an interrupt! I don't know why - docs indicate that there are + * two things that need to be done: 1. enable csr - RIE and + * and 2. enable lpr RXENAB - I've done both of these to no avail. + * I know that characters are coming across the line... + * If you comment out the body of dz_stop... + * The kernel will go into an infinite loop calling dz_interrupt + * At this point you should be able to type characters across the serial line + * that will display on your monitor. I've left in the code debug_console + * to aid in the process. + * Mind you - these are NOT really interrupts generated by the keys + * coming in - they are actually interrupts generated from the line + * being available to receive more characters. + * It simply shows that characters are getting across and that RDONE is + * in fact being set on csr. -triemer (triemer@apt4g.a3nyc.com) + * Any kind soul that can see what I'm doing wrong - please fix it or + * tell me how to go about fixing it. */ #ifdef MODULE @@ -29,12 +50,13 @@ #include #include #include - +#include /* for definition of SERIAL */ #include /* for definition of struct console */ #ifdef CONFIG_SERIAL_CONSOLE +#define CONSOLE_LINE (3) #include #endif /* ifdef CONFIG_SERIAL_CONSOLE */ @@ -47,14 +69,81 @@ #include #include #include - +#include #include "dz.h" -#define DZ_INTR_DEBUG 1 +/* #define DZ_INTR_DEBUG */ -DECLARE_TASK_QUEUE(tq_dz_serial); +DECLARE_TASK_QUEUE(tq_serial); +static struct dz_serial *lines[4]; extern struct wait_queue *keypress_wait; +/* TO FIX - its unclear what + the intention for tmp_buf is all about + but I'm just going to point tmp_buf at temp_buffer + if tmp_buf is not defined +*/ + +unsigned char tmp_buffer[256]; + + +/* debugging code to send out chars via prom */ +static void debug_console( const char *s,int count) +{ + unsigned i; + + tag *atag; + static int (*prom_printf) (char *,...); + static int (*prom_getchar) (void); + + + atag = bi_TagFind(tag_prom_printf); + prom_printf = (int (*)(char *,...)) *(int *) TAGVALPTR(atag); + atag = bi_TagFind(tag_prom_getchar); + prom_getchar = (int (*)(void)) *(int *) TAGVALPTR(atag); + + /* + * Now, do each character + */ + /* while (s[count] != '\0') + count++; + */ + + for (i = 0; i < count; i++) { + if (*s == 10) + prom_printf("%c", 13); + prom_printf("%c", *s++); + } +} +#ifdef DEBUG + +static void debug_int_console(unsigned short val, char *prn, int count) +{ + char bits[16]; + int i; + for (i = 0; i < 16; i++) + if ((1<port + offset); - return *addr; } static inline void dz_out (struct dz_serial *info, unsigned offset, unsigned short value) { - volatile unsigned short *addr = (volatile unsigned short *)(info->port + offset); + volatile unsigned short *addr = (volatile unsigned short *)(info->port + offset); *addr = value; + } /* @@ -94,13 +183,13 @@ struct dz_serial *info = (struct dz_serial *)tty->driver_data; unsigned short mask, tmp; + mask = 1 << info->line; tmp = dz_in (info, DZ_TCR); /* read the TX flag */ - if (tmp & mask) { + wbflush(); tmp &= ~mask; /* clear the TX flag */ dz_out (info, DZ_TCR, tmp); - } } static void dz_start (struct tty_struct *tty) @@ -110,10 +199,10 @@ mask = 1 << info->line; tmp = dz_in (info, DZ_TCR); /* read the TX flag */ - if (!(tmp & mask)) { + tmp |= mask; /* set the TX flag */ dz_out (info, DZ_TCR, tmp); - } + } /* @@ -147,7 +236,7 @@ static inline void dz_sched_event (struct dz_serial *info, int event) { info->event |= 1 << event; - queue_task (&info->tqueue, &tq_dz_serial); + queue_task (&info->tqueue, &tq_serial); mark_bh (SERIAL_BH); } @@ -158,85 +247,26 @@ * This routine deals with inputs from any lines. * ------------------------------------------------------------ */ -static inline void receive_chars (struct dz_serial *info_in) +static void receive_chars (struct dz_serial *info) { - struct dz_serial *info; struct tty_struct *tty; struct async_icount *icount; int ignore = 0; unsigned short status, tmp; unsigned char ch; + unsigned long flags; - do { - status = dz_in (info_in, DZ_RBUF); /* get the char in */ - info = &multi[LINE(status)]; /* re-arrange info to point to the proper port */ - -#ifdef DZ_INTR_DEBUG - printk ("line (%d)...", LINE(status)); -#endif - - ch = UCHAR(status); /* grab the char */ - -#ifdef 0 - if (info->is_console) { - if (ch == 0) return; /* it's a break ... */ - - wake_up (&keypress_wait); /* It is a 'keyboard interrupt' ;-) */ - } -#endif - - tty = info->tty; /* now tty points to the proper dev */ - icount = &info->icount; - - if (!tty) break; - - if (tty->flip.count >= TTY_FLIPBUF_SIZE) break; - - *tty->flip.char_buf_ptr = ch; - *tty->flip.flag_buf_ptr = 0; - icount->rx++; - - /* keep track of the statistics */ - if (status & (DZ_OERR | DZ_FERR | DZ_PERR)) { - if (status & DZ_PERR) /* parity error */ - icount->parity++; - else if (status & DZ_FERR) /* frame error */ - icount->frame++; - if (status & DZ_OERR) /* overrun error */ - icount->overrun++; - /* - check to see if we should ignore the character - and mask off conditions that should be ignored - */ - if (status & info->ignore_status_mask) { - if (++ignore > 100 ) break; - goto ignore_char; - } - - /* mask off the error conditions we want to ignore */ - tmp = status & info->read_status_mask; - - if (tmp & DZ_PERR) - *tty->flip.flag_buf_ptr = TTY_PARITY; - else if (tmp & DZ_FERR) - *tty->flip.flag_buf_ptr = TTY_FRAME; - /* overrun might be special ?!? I don't know for the DZ chip so in doubt ... */ - if (tmp & DZ_OERR) { - if (tty->flip.count < TTY_FLIPBUF_SIZE) { - tty->flip.count++; - tty->flip.flag_buf_ptr++; - tty->flip.char_buf_ptr++; - *tty->flip.flag_buf_ptr = TTY_OVERRUN; - } - } - } - - tty->flip.flag_buf_ptr++; - tty->flip.char_buf_ptr++; - tty->flip.count++; + save_flags(flags); + cli(); + do + { + status = dz_in (info, DZ_RBUF); + wbflush(); + ch = UCHAR(status); + printk("char:%c\n", ch); - ignore_char: } while (status & DZ_DVAL); + restore_flags(flags); } /* @@ -250,6 +280,7 @@ { unsigned char tmp; + if (info->x_char) { /* XON/XOFF chars */ dz_out (info, DZ_TDR, info->x_char); info->icount.tx++; @@ -307,34 +338,17 @@ */ static void dz_interrupt (int irq, void *dev, struct pt_regs *regs) { - struct dz_serial *info = (struct dz_serial *)dev; + struct dz_serial *info; unsigned short status; -#ifdef DZ_INTR_DEBUG - printk ("dz_interrupt_multi (%d)...", irq); -#endif - - status = dz_in (info, DZ_CSR); /* get the reason why we just got an irq */ + status = dz_in ((struct dz_serial *)dev, DZ_CSR); /* get the reason why we just got an irq */ + info = lines[LINE(status)]; /* re-arrange info the proper port */ - if (status & DZ_RDONE) { /* RX interrupt */ -#ifdef DZ_INTR_DEBUG - printk (" RX "); -#endif - receive_chars (info); /* the receive function will deal with the identification - of the line causing the irq */ - } + if (status & DZ_RDONE) + receive_chars (info); /* the receive function */ - if (status & DZ_TRDY) { /* TX interrupt */ -#ifdef DZ_INTR_DEBUG - printk (" TX line (%d)...", LINE(status)); -#endif - info = &multi[LINE(status)]; /* re-arrange info to point to the proper port */ + if (status & DZ_TRDY) transmit_chars (info); - } - -#ifdef DZ_INTR_DEBUG - printk ("end\n"); -#endif } /* @@ -354,7 +368,7 @@ */ static void do_serial_bh (void) { - run_task_queue (&tq_dz_serial); + run_task_queue (&tq_serial); } static void do_softint (void *private_data) @@ -401,7 +415,7 @@ static int startup (struct dz_serial *info) { unsigned long page, flags; - unsigned short tmp; + unsigned short tmp,mask; if (info->is_initialized) return 0; @@ -435,6 +449,12 @@ /* set up the speed */ change_speed (info); + /* clear the line transmitter buffer + I can't figure out why I need to do this - but + its necessary - in order for the console portion + and the interrupt portion to live happily side by side. + */ + info->is_initialized = 1; restore_flags (flags); @@ -461,6 +481,7 @@ dz_stop (info->tty); + info->cflags &= ~DZ_CREAD; /* turn off receive enable flag */ dz_out (info, DZ_LPR, info->cflags); @@ -537,6 +558,7 @@ default : info->cflags |= DZ_B9600; } + info->cflags |= DZ_RXENAB; dz_out (info, DZ_LPR, info->cflags); /* setup accept flag */ @@ -616,12 +638,16 @@ { struct dz_serial *info = (struct dz_serial *)tty->driver_data; unsigned long flags; - int c, ret = 0; - if (!tty || !info->xmit_buf || !tmp_buf) return ret; + if (!tty ) return ret; + if (!info->xmit_buf) return ret; + if (!tmp_buf) tmp_buf = tmp_buffer; + + if (from_user) { + down (&tmp_buf_sem); while (1) { c = MIN(count, MIN(DZ_XMIT_SIZE - info->xmit_cnt - 1, DZ_XMIT_SIZE - info->xmit_head)); @@ -650,6 +676,8 @@ up (&tmp_buf_sem); } else { + + while (1) { save_flags (flags); cli (); @@ -671,8 +699,17 @@ } } - if (info->xmit_cnt && !tty->stopped && !tty->hw_stopped) dz_start (info->tty); + if (info->xmit_cnt) + { + if (!tty->stopped) + { + if (!tty->hw_stopped) + { + dz_start (info->tty); + } + } + } return ret; } @@ -695,7 +732,7 @@ /* * ------------------------------------------------------------------- - * dz_char_in_buffer () + * dz_chars_in_buffer () * * compute the amount of char left to be transmitted * ------------------------------------------------------------------- @@ -1194,6 +1231,7 @@ int retval, line; line = MINOR(tty->device) - tty->driver.minor_start; + /* The dz lines for the mouse/keyboard must be * opened using their respective drivers. */ @@ -1203,9 +1241,11 @@ if ((line == DZ_KEYBOARD) || (line == DZ_MOUSE)) return -ENODEV; - info = &multi[line]; + /* force to console for now.*/ + info = lines[line]; info->count++; + tty->driver_data = info; info->tty = tty; @@ -1216,6 +1256,7 @@ if (retval) return retval; + retval = block_til_ready (tty, filp, info); if (retval) return retval; @@ -1226,11 +1267,14 @@ else *tty->termios = info->callout_termios; change_speed (info); + } info->session = current->session; info->pgrp = current->pgrp; + + return 0; } @@ -1244,6 +1288,7 @@ { int i, flags; struct dz_serial *info; + unsigned short tmp; /* Setup base handler, and timer table. */ init_bh (SERIAL_BH, do_serial_bh); @@ -1302,13 +1347,16 @@ save_flags(flags); cli(); i = 0; - for (info = &multi[i]; i < DZ_NB_PORT; i++) { + for (info = &multi[i]; i < DZ_NB_PORT; i++) + { + lines[i] = info; info->magic = SERIAL_MAGIC; - if ((mips_machtype == MACH_DS23100) || (mips_machtype == MACH_DS5100)) { + + if ((mips_machtype == MACH_DS23100) || (mips_machtype == MACH_DS5100)) info->port = (unsigned long) KN01_DZ11_BASE; - } else { + else info->port = (unsigned long) KN02_DZ11_BASE; - } + info->line = i; info->tty = 0; info->close_delay = 50; @@ -1334,15 +1382,54 @@ printk("ttyS%02d at 0x%04x (irq = %d)\n", info->line, info->port, SERIAL); } - if (request_irq (SERIAL, dz_interrupt, (SA_INTERRUPT), "DZ", &multi[0])) - panic ("Unable to register DZ interrupt\n"); + /* reset the chip */ +#ifndef CONFIG_SERIAL_CONSOLE + dz_out(info, DZ_CSR, DZ_CLR); + while ((tmp = dz_in(info,DZ_CSR)) & DZ_CLR) ; + wbflush(); + /* enable scanning */ + dz_out(info, DZ_CSR, DZ_MSE); +#endif + + /* order matters here... the trick is that flags + is updated... in request_irq - to immediatedly obliterate + it is unwise. */ restore_flags(flags); + + if (request_irq (SERIAL, dz_interrupt, SA_INTERRUPT, "DZ", lines[0])) + panic ("Unable to register DZ interrupt\n"); + return 0; } #ifdef CONFIG_SERIAL_CONSOLE +static void dz_console_put_char (unsigned char ch) +{ + long flags; + int loops = 1000; + unsigned short tmp = ch; + /* this code sends stuff out to serial device - spinning its + wheels and waiting. */ + + /* force the issue - point it at lines[3]*/ + + dz_console=&multi[CONSOLE_LINE]; + + save_flags(flags); + cli(); + + + /* spin our wheels */ + while (((dz_in(dz_console,DZ_TCR) & DZ_TRDY) != DZ_TRDY) && loops--) + ; + + /* Actually transmit the character. */ + dz_out (dz_console, DZ_TDR, tmp); + + restore_flags(flags); +} /* * ------------------------------------------------------------------- * dz_console_print () @@ -1350,15 +1437,18 @@ * dz_console_print is registered for printk. * ------------------------------------------------------------------- */ + static void dz_console_print (struct console *cons, const char *str, unsigned int count) { - while (count--) { + + /* turn off interrupts */ + + while (count--) + { if (*str == '\n') - dz_put_char (dz_console->tty, '\r'); - dz_put_char (dz_console->tty, *str++); + dz_console_put_char('\r'); + dz_console_put_char(*str++); } - - dz_start (dz_console->tty); } static int dz_console_wait_key(struct console *co) @@ -1378,6 +1468,7 @@ int parity = 'n'; int cflag = CREAD | HUPCL | CLOCAL; char *s; + unsigned short mask,tmp; if (options) { baud = simple_strtoul(options, NULL, 10); @@ -1427,6 +1518,34 @@ } co->cflag = cflag; + /* TOFIX: force to console line */ + dz_console = &multi[CONSOLE_LINE]; + dz_console->port = KN01_DZ11_BASE; + dz_console->line = CONSOLE_LINE; + + dz_out(dz_console, DZ_CSR, DZ_CLR); + while ((tmp = dz_in(dz_console,DZ_CSR)) & DZ_CLR) + ; + + /* enable scanning */ + dz_out(dz_console, DZ_CSR, DZ_MSE); + + /* Set up flags... */ + dz_console->cflags = 0; + dz_console->cflags |= DZ_B9600; + dz_console->cflags |= DZ_CS8; + dz_console->cflags |= DZ_PARENB; + dz_out (dz_console, DZ_LPR, dz_console->cflags); + + + mask = 1 << dz_console->line; + tmp = dz_in (dz_console, DZ_TCR); /* read the TX flag */ + if (!(tmp & mask)) { + tmp |= mask; /* set the TX flag */ + dz_out (dz_console, DZ_TCR, tmp); + } + + return 0; } @@ -1438,8 +1557,8 @@ dz_console_wait_key, NULL, dz_console_setup, - CON_PRINTBUFFER, - -1, + CON_CONSDEV | CON_PRINTBUFFER, + CONSOLE_LINE, 0, NULL }; @@ -1447,6 +1566,7 @@ __initfunc (long dz_serial_console_init(long kmem_start, long kmem_end)) { register_console(&dz_sercons); + return kmem_start; } diff -rubN linux-2.1.121-r3000/drivers/char/dz.h linux-2.1.121-r3000_pl6/drivers/char/dz.h --- linux-2.1.121-r3000/drivers/char/dz.h Thu Oct 1 14:55:25 1998 +++ linux-2.1.121-r3000_pl6/drivers/char/dz.h Sat Oct 31 23:11:02 1998 @@ -94,7 +94,7 @@ #define DZ_B9600 0x0E00 #define DZ_CREAD 0x1000 /* Enable receiver */ - +#define DZ_RXENAB 0x1000 /* enable receive char */ /* * Addresses for the DZ registers */ @@ -208,7 +208,6 @@ static void do_softint (void *); static void do_serial_hangup (void *); static void change_speed (struct dz_serial *); -static void dz_put_char (struct tty_struct *, unsigned char); static void dz_flush_chars (struct tty_struct *); static void dz_console_print (struct console *, const char *, unsigned int); static void dz_flush_buffer (struct tty_struct *); diff -rubN linux-2.1.121-r3000/drivers/net/declance.c linux-2.1.121-r3000_pl6/drivers/net/declance.c --- linux-2.1.121-r3000/drivers/net/declance.c Thu Oct 1 14:55:26 1998 +++ linux-2.1.121-r3000_pl6/drivers/net/declance.c Sat Oct 31 23:11:02 1998 @@ -963,6 +963,7 @@ return 0; } +#ifdef CONFIG_TC static int tc_probe(struct device *dev, unsigned char *esar_base) { extern slot_info tc_bus[MAX_SLOT]; @@ -984,6 +985,7 @@ } return 0; } +#endif /* Find all the lance cards on the system and initialize them */ __initfunc(int dec_lance_probe (struct device *dev)) From dom@algor.co.uk Mon Nov 2 11:16:47 1998 Received: from embankment.algor.co.uk (0@embankment.algor.co.uk [193.117.190.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA00802; Mon, 2 Nov 1998 11:16:42 +0100 (MET) Received-Date: Mon, 2 Nov 1998 11:16:42 +0100 (MET) Received: from gladsmuir.algor.co.uk (dom@gladsmuir.algor.co.uk [193.117.190.129]) by embankment.algor.co.uk (8.8.8/8.8.8) with ESMTP id KAA25482 for ; Mon, 2 Nov 1998 10:16:35 GMT Received: (from dom@localhost) by gladsmuir.algor.co.uk (8.8.5/8.8.5) id KAA00276; Mon, 2 Nov 1998 10:16:26 GMT Date: Mon, 2 Nov 1998 10:16:26 GMT Message-Id: <199811021016.KAA00276@gladsmuir.algor.co.uk> From: Dominic Sweetman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: linux-mips@fnet.fr Subject: Re: MIPS Linux kernel In-Reply-To: References: X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Content-Length: 723 Lines: 24 Jeffery Douglas Waddell (jeff@ix.netcom.com) writes: > ... what I have is a XP114C Xterminal from Tektronix. It has a very > LSI > LR33020MC-33 > GRAPHX PROC LSI's swan song as a standalone R3000-core CPU, complete with MMU and floating point, I think. It's exactly the R3000 instruction set. > DP83934BVUL > > TM > SONIC-T That's a National Semiconductor ethernet controller. The DP83932 SONIC is pretty well known, widely used on MIPS systems (for example) and there are lots of drivers. I think the -T was a cost-reduced version, and it's pretty software compatible. The main bar to running Linux on this is the lack of a disk interface and not enough memory. Figuring out the graphics should be fun, too. From ncf1@usa.net Mon Nov 2 15:45:30 1998 Received: from 209.86.181.5 (user-38ldd85.dialup.mindspring.com [209.86.181.5]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id PAA02021; Mon, 2 Nov 1998 15:45:25 +0100 (MET) Date: Mon, 2 Nov 1998 15:45:25 +0100 (MET) Received-Date: Mon, 2 Nov 1998 15:45:25 +0100 (MET) From: ncf1@usa.net To: linux-mips@fnet.fr Reply-To: ncf1@usa.net Subject: NEW INVENTION TO CONSIDER.... Content-Length: 958 Lines: 32 "Go Box" for sale! Limited Quantities>> Turn Red lights into Green lights remotely from your car! New Palmsized handheld electronic device, batteries included. All electronic and information materials are sold for educational purposes only. No illegal use is implied or suggested. Due to the nature of our products we do not offer refunds. We will however replace defective merchandise. 99.00 plus 5.00 shipping and handling. Total 104.00 US dollars. Foreign orders add 10.00 for shipping and handling. Total 109.00 US dollars. Make Checks and money orders payable to: L.Moon 1122-15 Street Suite#261 Miami Beach, Fl 33139 Please include your e-mail address for order confirmation. Orders placed with personal checks take longer to process. THE RETURN TO EMAIL ADDRESS LISTED IN THIS MAILING IS AN AUTOMATIC DELETE FILE/ TRASH CAN, ALL INQUIRIES SHOULD BE MAILED. THANK YOU. to be removed from list globally go to: http://remove-list.com From ncf1@usa.net Mon Nov 2 15:45:30 1998 Received: from 209.86.181.5 (user-38ldd85.dialup.mindspring.com [209.86.181.5]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id PAA02021; Mon, 2 Nov 1998 15:45:25 +0100 (MET) Date: Mon, 2 Nov 1998 15:45:25 +0100 (MET) Received-Date: Mon, 2 Nov 1998 15:45:25 +0100 (MET) From: ncf1@usa.net To: linux-mips@fnet.fr Reply-To: ncf1@usa.net Subject: NEW INVENTION TO CONSIDER.... Content-Length: 958 Lines: 32 "Go Box" for sale! Limited Quantities>> Turn Red lights into Green lights remotely from your car! New Palmsized handheld electronic device, batteries included. All electronic and information materials are sold for educational purposes only. No illegal use is implied or suggested. Due to the nature of our products we do not offer refunds. We will however replace defective merchandise. 99.00 plus 5.00 shipping and handling. Total 104.00 US dollars. Foreign orders add 10.00 for shipping and handling. Total 109.00 US dollars. Make Checks and money orders payable to: L.Moon 1122-15 Street Suite#261 Miami Beach, Fl 33139 Please include your e-mail address for order confirmation. Orders placed with personal checks take longer to process. THE RETURN TO EMAIL ADDRESS LISTED IN THIS MAILING IS AN AUTOMATIC DELETE FILE/ TRASH CAN, ALL INQUIRIES SHOULD BE MAILED. THANK YOU. to be removed from list globally go to: http://remove-list.com From ncf1@usa.net Mon Nov 2 15:45:30 1998 Received: from 209.86.181.5 (user-38ldd85.dialup.mindspring.com [209.86.181.5]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id PAA02021; Mon, 2 Nov 1998 15:45:25 +0100 (MET) Date: Mon, 2 Nov 1998 15:45:25 +0100 (MET) Received-Date: Mon, 2 Nov 1998 15:45:25 +0100 (MET) From: ncf1@usa.net To: linux-mips@fnet.fr Reply-To: ncf1@usa.net Subject: NEW INVENTION TO CONSIDER.... Content-Length: 958 Lines: 32 "Go Box" for sale! Limited Quantities>> Turn Red lights into Green lights remotely from your car! New Palmsized handheld electronic device, batteries included. All electronic and information materials are sold for educational purposes only. No illegal use is implied or suggested. Due to the nature of our products we do not offer refunds. We will however replace defective merchandise. 99.00 plus 5.00 shipping and handling. Total 104.00 US dollars. Foreign orders add 10.00 for shipping and handling. Total 109.00 US dollars. Make Checks and money orders payable to: L.Moon 1122-15 Street Suite#261 Miami Beach, Fl 33139 Please include your e-mail address for order confirmation. Orders placed with personal checks take longer to process. THE RETURN TO EMAIL ADDRESS LISTED IN THIS MAILING IS AN AUTOMATIC DELETE FILE/ TRASH CAN, ALL INQUIRIES SHOULD BE MAILED. THANK YOU. to be removed from list globally go to: http://remove-list.com From rajko@mech.math.msu.su Mon Nov 2 15:44:34 1998 Received: from mech.math.msu.su (mech.math.msu.su [158.250.33.65]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id PAA01989; Mon, 2 Nov 1998 15:43:21 +0100 (MET) Received-Date: Mon, 2 Nov 1998 15:43:21 +0100 (MET) Received: (from rajko@localhost) by mech.math.msu.su (8.6.10/8.6.10/sasha.040695) id SAA09796; Mon, 2 Nov 1998 18:43:22 +0300 Date: Mon, 2 Nov 1998 18:43:20 +0300 (MSK) From: "Gleb O. Rajko" To: linux-mips@fnet.fr Subject: RE: lmbench results for Baget/MIPS In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 470 Lines: 18 On Sat, 31 Oct 1998, Harald Koerfgen wrote: > > Congrats. Did you need any patches to run lmbench? > --- No. The only tests I didn't run (except fs) are RPC over TCP and UDP. But I couldn't run them on i386 and sparc too. So, I think it's primarily lmbench alpha9 issue. However, I have all my patches installed (including new cache handling and patched binutils). So, it's not exactly linux-2.1.121-r3k-pre1, but I've sent all patches to you. Regards, Gleb. From R.vandenBerg@inter.NL.net Mon Nov 2 22:30:38 1998 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA04771; Mon, 2 Nov 1998 22:30:37 +0100 (MET) Received-Date: Mon, 2 Nov 1998 22:30:37 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-38.Hoorn.NL.net [193.79.46.202] with ESMTP for id WAA25029 (8.8.8/3.28); Mon, 2 Nov 1998 22:30:35 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Mon, 2 Nov 1998 22:30:15 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Mon, 2 Nov 1998 22:30:15 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Broken PMAGB-BA worth repairing? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1336 Lines: 33 Hello, All of a sudden the PMAGB-BA card here broke up, it has a visible broken component, with the videoconnector at the left side it is the 4th component from the left at the top, a resistor, diode or capacitor? I have a scan of the card if that might be of help. In a 5k/25 cnsltest shows following: >>0/cnsltest ?TFL: #0 PMAGB-BA PATT: 3: Color Bar Reference Voltage Test Address=0x20b, Expect=0x58, Actual=0x0 RAMDAC Signature Pixel A red =0xfb green =0xac blue =0xfd RAMDAC Signature Pixel B red =0xfb green =0xac blue =0xfd RAMDAC Signature Pixel C red =0xfb green =0xac blue =0xfd RAMDAC Signature Pixel D red =0xfb green =0xac blue =0xfd ?TFL: #0 PMAGB-BA LINE: 15: Line Signature Mode Test Address=0x304, Expect=0x85, Actual=0xfd RAMDAC Signature Pixel A red =0xfb green =0xac blue =0xfd RAMDAC Signature Pixel B red =0xfb green =0xac blue =0xfd RAMDAC Signature Pixel C red =0xfb green =0xac blue =0xfd RAMDAC Signature Pixel D red =0xfb green =0xac blue =0xfd CXT Address 0xb0100040 =0xfafffe07 CXT Address 0xb0100044 =0xfb00fff7 CXT Address 0xb0100048 =0x1f00 CXT Address 0xb010004c =0x0 CXT Address 0xb0100050 =0xf CXT Address 0xb0100054 =0x0 I am thankful for any clue. Regards, Richard From sfavre@aenix.fr Tue Nov 3 19:13:27 1998 Received: from omega.aenix.fr (omega.aenix.fr [194.183.221.2]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA12191; Tue, 3 Nov 1998 19:13:23 +0100 (MET) Received-Date: Tue, 3 Nov 1998 19:13:23 +0100 (MET) Received: from aenix.aenix.fr ([192.168.200.1]) by omega.aenix.fr (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA03161 for <@omega.aenix.fr:linux-mips@fnet.fr>; Tue, 3 Nov 1998 19:13:52 GMT Received: from lyon.aenix.fr by aenix.aenix.fr via ESMTP (8.6.12/940406.SGI) for id TAA20177; Tue, 3 Nov 1998 19:14:27 GMT Received: from aenix.fr (sf [192.168.73.21]) by lyon.aenix.fr (8.6.12/8.6.12) with ESMTP id UAA06112 for ; Tue, 3 Nov 1998 20:22:20 +0100 Message-ID: <363F4814.7B65E591@aenix.fr> Date: Tue, 03 Nov 1998 19:14:45 +0100 From: Sylvain FAVRE X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: arch definition for rm400-MT Content-Type: multipart/mixed; boundary="------------187C509EF2728254A272555D" Content-Length: 6325 Lines: 107 This is a multi-part message in MIME format. --------------187C509EF2728254A272555D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have a RM400 and i want to port linux on it. ARC VENDOR ID : RM400 ARC PRODUCT ID : 0530353032330000 ARC SYS ID : RM400-MT ARC CPU ID : MIPS-R4600 Processor type : R4600 I20 V2.0 Can you help me because I can't install the cross development on my system, I have read the faq on www.fnet.fr, but when I compile milo I have an error ( you can see them in the attachment ) . A+ SF --------------187C509EF2728254A272555D Content-Type: text/plain; charset=us-ascii; name="errors" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="errors" making all in libstand make[1]: Entering directory `/usr1/install/mips/milo-0.27/libstand' mipsel-linux-gcc -Wall -O2 -mips2 -Wa,-mips3 -mcpu=r4400 -D__KERNEL__ -DLOADADDR=0x80600000 -DKERNELBASE=0x80000000 -DVERSION=0.27 -DDEBUG=1 -DBOOTMETHOD_ARC -nostdinc -I/usr/local/lib/gcc-lib/mipsel-linux/2.7.2/include -I/usr1/install/mips/linux/include -I../libstand/include -I../libarc/include -c cachectl.S -o cachectl.o cachectl.S: Assembler messages: cachectl.S:46: Error: absolute expression required `li' cachectl.S:51: Error: absolute expression required `li' cachectl.S:52: Warning: Instruction cache requires absolute expression cachectl.S:53: Warning: Instruction cache requires absolute expression cachectl.S:54: Warning: Instruction cache requires absolute expression cachectl.S:55: Warning: Instruction cache requires absolute expression cachectl.S:56: Warning: Instruction cache requires absolute expression cachectl.S:57: Warning: Instruction cache requires absolute expression cachectl.S:58: Warning: Instruction cache requires absolute expression cachectl.S:59: Warning: Instruction cache requires absolute expression cachectl.S:60: Warning: Instruction cache requires absolute expression cachectl.S:61: Warning: Instruction cache requires absolute expression cachectl.S:62: Warning: Instruction cache requires absolute expression cachectl.S:63: Warning: Instruction cache requires absolute expression cachectl.S:64: Warning: Instruction cache requires absolute expression cachectl.S:65: Warning: Instruction cache requires absolute expression cachectl.S:66: Warning: Instruction cache requires absolute expression cachectl.S:67: Warning: Instruction cache requires absolute expression cachectl.S:79: Error: absolute expression required `li' cachectl.S:80: Warning: Instruction cache requires absolute expression cachectl.S:81: Warning: Instruction cache requires absolute expression cachectl.S:82: Warning: Instruction cache requires absolute expression cachectl.S:83: Warning: Instruction cache requires absolute expression cachectl.S:84: Warning: Instruction cache requires absolute expression cachectl.S:85: Warning: Instruction cache requires absolute expression cachectl.S:86: Warning: Instruction cache requires absolute expression cachectl.S:87: Warning: Instruction cache requires absolute expression cachectl.S:88: Warning: Instruction cache requires absolute expression cachectl.S:89: Warning: Instruction cache requires absolute expression cachectl.S:90: Warning: Instruction cache requires absolute expression cachectl.S:91: Warning: Instruction cache requires absolute expression cachectl.S:92: Warning: Instruction cache requires absolute expression cachectl.S:93: Warning: Instruction cache requires absolute expression cachectl.S:94: Warning: Instruction cache requires absolute expression cachectl.S:95: Warning: Instruction cache requires absolute expression cachectl.S:107: Error: absolute expression required `li' cachectl.S:108: Warning: Instruction cache requires absolute expression cachectl.S:109: Warning: Instruction cache requires absolute expression cachectl.S:110: Warning: Instruction cache requires absolute expression cachectl.S:111: Warning: Instruction cache requires absolute expression cachectl.S:112: Warning: Instruction cache requires absolute expression cachectl.S:113: Warning: Instruction cache requires absolute expression cachectl.S:114: Warning: Instruction cache requires absolute expression cachectl.S:115: Warning: Instruction cache requires absolute expression cachectl.S:116: Warning: Instruction cache requires absolute expression cachectl.S:117: Warning: Instruction cache requires absolute expression cachectl.S:118: Warning: Instruction cache requires absolute expression cachectl.S:119: Warning: Instruction cache requires absolute expression cachectl.S:120: Warning: Instruction cache requires absolute expression cachectl.S:121: Warning: Instruction cache requires absolute expression cachectl.S:122: Warning: Instruction cache requires absolute expression cachectl.S:123: Warning: Instruction cache requires absolute expression cachectl.S:135: Error: absolute expression required `li' cachectl.S:136: Warning: Instruction cache requires absolute expression cachectl.S:137: Warning: Instruction cache requires absolute expression cachectl.S:138: Warning: Instruction cache requires absolute expression cachectl.S:139: Warning: Instruction cache requires absolute expression cachectl.S:140: Warning: Instruction cache requires absolute expression cachectl.S:141: Warning: Instruction cache requires absolute expression cachectl.S:142: Warning: Instruction cache requires absolute expression cachectl.S:143: Warning: Instruction cache requires absolute expression cachectl.S:144: Warning: Instruction cache requires absolute expression cachectl.S:145: Warning: Instruction cache requires absolute expression cachectl.S:146: Warning: Instruction cache requires absolute expression cachectl.S:147: Warning: Instruction cache requires absolute expression cachectl.S:148: Warning: Instruction cache requires absolute expression cachectl.S:149: Warning: Instruction cache requires absolute expression cachectl.S:150: Warning: Instruction cache requires absolute expression cachectl.S:151: Warning: Instruction cache requires absolute expression cachectl.S:165: Error: absolute expression required `li' cachectl.S:167: Warning: Instruction cache requires absolute expression make[1]: *** [cachectl.o] Error 1 make[1]: Leaving directory `/usr1/install/mips/milo-0.27/libstand' make: *** [all] Error 1 --------------187C509EF2728254A272555D-- From ralf@lappi.waldorf-gmbh.de Thu Nov 5 01:20:58 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA27885; Thu, 5 Nov 1998 01:20:57 +0100 (MET) Received-Date: Thu, 5 Nov 1998 01:20:57 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-26.uni-koblenz.de [141.26.249.26]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA11637 for ; Thu, 5 Nov 1998 01:20:52 +0100 (MET) Message-ID: <19981027055434.H5892@uni-koblenz.de> Date: Wed, 4 Nov 1998 05:54:34 +0100 From: ralf@uni-koblenz.de To: Eric Jorgensen , linux-mips@fnet.fr, linux-mips@vger.rutgers.edu, linux@engr.sgi.com Subject: Re: MIPS R3230? References: <199810262335.QAA12729@harmony.village.org> <36350DB4.3CC01730@xmission.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <36350DB4.3CC01730@xmission.com>; from Eric Jorgensen on Mon, Oct 26, 1998 at 05:03:00PM -0700 Content-Length: 720 Lines: 16 On Mon, Oct 26, 1998 at 05:03:00PM -0700, Eric Jorgensen wrote: > On the other hand, I don't have a complete distribution of RISCos on > either of them. They both mounted most of the /usr tree (or whatever it > is on riscos) via NFS, some machine they can't talk to anymore. Linux and related software have become a tomb stone for several old network stacks and apps which crash, lockup or do other funnies. The bad things is that these old MIPS machines need to boot from network via a MIPS proprietary protocol named BFS of which no implementation is floating around anymore. Except David Monroe's implementation, that is. If anybody still got his bfsd 1.01 source archive around, please drop me a note. Ralf From ralf@lappi.waldorf-gmbh.de Thu Nov 5 01:20:24 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA27800; Thu, 5 Nov 1998 01:20:22 +0100 (MET) Received-Date: Thu, 5 Nov 1998 01:20:22 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-26.uni-koblenz.de [141.26.249.26]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA11366 for ; Thu, 5 Nov 1998 01:20:16 +0100 (MET) Message-ID: <19981027055731.I5892@uni-koblenz.de> Date: Wed, 4 Nov 1998 05:57:31 +0100 From: ralf@uni-koblenz.de To: Mitchell Blank Jr , linux-mips@fnet.fr, linux@engr.sgi.com Subject: Re: R5000 Unused memory (was: R4000SC...) References: <19981017104618.A3076@zigzegv.ml.org> <19981018111145.J4768@uni-koblenz.de> <19981019111501.A16024@zigzegv.ml.org> <1998102010305 <19981020103052.G676@uni-koblenz.de> <19981021134544.A30452@zigzegv.ml.org> <19981021233814.A3030@alpha.franken.de> <19981022090933.A879@bun.falkenberg.se> <362F69B5.AB94E713@xmission.com> <19981022194442.27891@execpc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <19981022194442.27891@execpc.com>; from Mitchell Blank Jr on Thu, Oct 22, 1998 at 07:44:42PM -0500 Content-Length: 853 Lines: 20 On Thu, Oct 22, 1998 at 07:44:42PM -0500, Mitchell Blank Jr wrote: > Eric Jorgensen wrote: > > Yes and no. Personally I find the concept of running a modern system > > without available swap somewhat perilous. > > What about if you don't have any disk nor any rw filesystems? Not unusual > in imbedded applications. The only way to get around it now apparently is > to set up a ram disk and swap to that -- hardly effecient or useful > (except in the case where some RAM is slower). > > A typical UNIX workstation or server should always have swap -- there are > always some gettys or something that might as well be swapped out to make > room for more disk cache. There are applications, however, where swap > is just not an option. Linux cannot swap to NFS, so that behaviour in absence is pretty much a showstopper for diskless apps. Ralf From bjorn.ramqvist@notes.sema.se Wed Nov 4 12:37:08 1998 Received: from cassini.sto.sema.se (cassini.sto.sema.se [195.17.98.36]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA19401; Wed, 4 Nov 1998 12:37:06 +0100 (MET) Received-Date: Wed, 4 Nov 1998 12:37:06 +0100 (MET) From: bjorn.ramqvist@notes.sema.se Received: from sundsvall3.notes.sema.se (notes.sema.se [172.22.12.23]) by cassini.sto.sema.se (8.8.7/8.8.7) with SMTP id MAA30801 for ; Wed, 4 Nov 1998 12:36:28 +0100 Received: by sundsvall3.notes.sema.se(Lotus SMTP MTA v4.6.2 (693.3 8-11-1998)) id 412566B2.003F9DA1 ; Wed, 4 Nov 1998 12:34:51 +0100 X-Lotus-FromDomain: SEMA_GROUP To: linux-mips@fnet.fr Message-ID: <412566B2.003F9C9B.00@sundsvall3.notes.sema.se> Date: Wed, 4 Nov 1998 12:46:46 +0100 Content-Length: 0 Lines: 0 From sfavre@aenix.fr Wed Nov 4 15:25:49 1998 Received: from omega.aenix.fr (omega.aenix.fr [194.183.221.2]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id PAA20197; Wed, 4 Nov 1998 15:25:48 +0100 (MET) Received-Date: Wed, 4 Nov 1998 15:25:48 +0100 (MET) Received: from aenix.aenix.fr ([192.168.200.1]) by omega.aenix.fr (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA04746 for <@omega.aenix.fr:linux-mips@fnet.fr>; Wed, 4 Nov 1998 15:26:20 GMT Received: from lyon.aenix.fr by aenix.aenix.fr via ESMTP (8.6.12/940406.SGI) for id PAA01859; Wed, 4 Nov 1998 15:26:58 GMT Received: from aenix.fr (sf [192.168.73.21]) by lyon.aenix.fr (8.6.12/8.6.12) with ESMTP id PAA13023 for ; Wed, 4 Nov 1998 15:26:08 +0100 Message-ID: <36406448.C5BC176A@aenix.fr> Date: Wed, 04 Nov 1998 15:27:21 +0100 From: Sylvain FAVRE X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: rm400 is back Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 376 Lines: 14 I have two pb when I compile Milo : cachectl.S in libstand ( detail in my last mail ) glue.c in libarc ( error list below ) mipsel-linux-gcc -Wall -mips2 -Wa,-mips3 -mcpu=r4400 -D__KERNEL__ -DLOADADDR=0xo /tmp/cca13016.s: Assembler messages: /tmp/cca13016.s:19: Fatal error: Unknown opcode: `fill_lds' make: *** [glue.o] Error 1 I have the last version of Milo ( 0.27 ) From engel@math.uni-siegen.de Wed Nov 4 16:29:16 1998 Received: from fourier.numerik.math.uni-siegen.de (fourier.numerik.math.uni-siegen.de [141.99.112.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA20490; Wed, 4 Nov 1998 16:29:13 +0100 (MET) Received-Date: Wed, 4 Nov 1998 16:29:13 +0100 (MET) Received: (from engel@localhost) by fourier.numerik.math.uni-siegen.de (Mailhost) id QAA19141 for linux-mips@fnet.fr; Wed, 4 Nov 1998 16:29:13 +0100 (MET) From: Michael Engel Message-Id: <199811041529.QAA19141@fourier.numerik.math.uni-siegen.de> Subject: Re: rm400 is back To: linux-mips@fnet.fr Date: Wed, 4 Nov 1998 16:29:11 +0100 (MET) In-Reply-To: <36406448.C5BC176A@aenix.fr> from "Sylvain FAVRE" at Nov 4, 98 03:27:21 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 675 Lines: 22 > > I have two pb when I compile Milo : > > cachectl.S in libstand ( detail in my last mail ) > > glue.c in libarc ( error list below ) > > mipsel-linux-gcc -Wall -mips2 -Wa,-mips3 -mcpu=r4400 -D__KERNEL__ > -DLOADADDR=0xo > /tmp/cca13016.s: Assembler messages: > /tmp/cca13016.s:19: Fatal error: Unknown opcode: `fill_lds' > make: *** [glue.o] Error 1 Do you by chance have an ancient version of the mips binutils installed ? > I have the last version of Milo ( 0.27 ) The latest version of MILO is 0.27.1, this should be on ftp.linux.sgi.com I think ... MILO 0.27 didn't run on the RM200, 0.27.1 does ... regards, Michael Engel (engel@numerik.math.uni-siegen.de) From ralf@lappi.waldorf-gmbh.de Thu Nov 5 01:22:02 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA27998; Thu, 5 Nov 1998 01:22:01 +0100 (MET) Received-Date: Thu, 5 Nov 1998 01:22:01 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-26.uni-koblenz.de [141.26.249.26]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA12124 for ; Thu, 5 Nov 1998 01:21:57 +0100 (MET) Message-ID: <19981027165858.D358@uni-koblenz.de> Date: Wed, 4 Nov 1998 16:58:58 +0100 From: ralf@uni-koblenz.de To: Warner Losh , linux-mips@fnet.fr, linux@engr.sgi.com Subject: Re: MIPS R3230? References: <36350DB4.3CC01730@xmission.com> <199810262335.QAA12729@harmony.village.org> <36350DB4.3CC01730@xmission.com> <199810270544.WAA14203@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <199810270544.WAA14203@harmony.village.org>; from Warner Losh on Mon, Oct 26, 1998 at 10:44:40PM -0700 Content-Length: 901 Lines: 23 On Mon, Oct 26, 1998 at 10:44:40PM -0700, Warner Losh wrote: > In message <36350DB4.3CC01730@xmission.com> Eric Jorgensen writes: > : Scratch that. I have a 2030 and a 3240. But I don't use either of them. > : I'd love to use the 3240 tho. > > I see... > > : On the other hand, I don't have a complete distribution of RISCos on > : either of them. They both mounted most of the /usr tree (or whatever it > : is on riscos) via NFS, some machine they can't talk to anymore. > > Hmmm. That's too bad. I'd dup the two QIC-150 tapes that I have, but > I don't want to violate anybody's IP. All Mips Computer Systems, Inc machines were sold including the license for the OS, duplicating the tapes should be ok. I cc this to linux@engr.sgi.com, maybe one of them wants to comment. Also, it's in general a good idea because on that list are engineers that were working on these machines. Ralf From ralf@lappi.waldorf-gmbh.de Thu Nov 5 01:22:20 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA28023; Thu, 5 Nov 1998 01:22:19 +0100 (MET) Received-Date: Thu, 5 Nov 1998 01:22:19 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-26.uni-koblenz.de [141.26.249.26]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA12260 for ; Thu, 5 Nov 1998 01:22:16 +0100 (MET) Message-ID: <19981027170306.E358@uni-koblenz.de> Date: Wed, 4 Nov 1998 17:03:06 +0100 From: ralf@uni-koblenz.de To: Warner Losh , linux-mips@fnet.fr, linux@engr.sgi.com Subject: Re: MIPS R3230? References: <199810270544.WAA14203@harmony.village.org> <36350DB4.3CC01730@xmission.com> <199810262335.QAA12729@harmony.village.org> <199810270544.WAA14203@harmony.village.org> <199810270548.WAA14350@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <199810270548.WAA14350@harmony.village.org>; from Warner Losh on Mon, Oct 26, 1998 at 10:48:10PM -0700 Content-Length: 670 Lines: 15 On Mon, Oct 26, 1998 at 10:48:10PM -0700, Warner Losh wrote: > I do have one specific question that doesn't appear to be in the > hardware reference. Can someone help me on where to find the entry > points to the MIPS ROM/firmware? I've not been able to find a vector > table or anything like that in my hunting trought the hardware > reference manual. Checkout the arch/mips/mips/ directory in the CVS. Long time ago there were files in that directory which were generating PROM stubs, all based on information from /usr/include/ of RISC/os 5.00. Since nothing was using these stubs for a long time I deleted them, you'll have to rescue them from Attic/. Ralf From pcadet@aenix.fr Wed Nov 4 17:44:41 1998 Received: from omega.aenix.fr (omega.aenix.fr [194.183.221.2]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id RAA21299; Wed, 4 Nov 1998 17:44:40 +0100 (MET) Received-Date: Wed, 4 Nov 1998 17:44:40 +0100 (MET) Received: from aenix.aenix.fr ([192.168.200.1]) by omega.aenix.fr (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA05105 for <@omega.aenix.fr:linux-mips@fnet.fr>; Wed, 4 Nov 1998 17:45:14 GMT Received: from pckd.aenix.fr by aenix.aenix.fr via SMTP (8.6.12/940406.SGI) for id RAA03922; Wed, 4 Nov 1998 17:45:54 GMT Received: by localhost with Microsoft MAPI; Wed, 4 Nov 1998 17:41:21 +0100 Message-ID: <01BE081A.55DA62E0.pcadet@aenix.fr> From: "P. CADET" Reply-To: "pcadet@aenix.fr" To: "'linux-mips@fnet.fr'" Subject: mips Date: Wed, 4 Nov 1998 17:41:20 +0100 Importance: high X-Priority: 1 (Highest) X-Mailer: Messagerie Internet de Microsoft/MAPI - 8.0.0.4211 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Length: 73 Lines: 7 we have plenty of boxes, if it can help. P. CADET AENIX Informatique From ralf@lappi.waldorf-gmbh.de Thu Nov 5 01:21:22 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA27966; Thu, 5 Nov 1998 01:21:21 +0100 (MET) Received-Date: Thu, 5 Nov 1998 01:21:21 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-26.uni-koblenz.de [141.26.249.26]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA11835 for ; Thu, 5 Nov 1998 01:21:18 +0100 (MET) Message-ID: <19981104175235.A16320@uni-koblenz.de> Date: Wed, 4 Nov 1998 17:52:35 +0100 From: ralf@uni-koblenz.de To: linux-mips@fnet.fr, linux@engr.sgi.com, linux-mips@vger.rutgers.edu Subject: RM200 and more Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 Content-Length: 1962 Lines: 38 Hi all, Something is very fishy with the RM200 (E)ISA interrupt handler code. Sympthom was that some time we loose (E)ISA interrupts which essentially is almost equivalent to a crash since without timer interrupt there isn't very much left to loose ... What I observed was that the 8259 PICs stop signaling interrupts to the processor however if I poll them for interrupts they tell me there'd be an interrupt. In some cases not all interrupts are dead an another interrupt may resurrect the dead ones. For a user this bug was visible as strange hangs from which the machine may recover by for example hitting a key or telneting to the machine. This bug affects all RM200C kernels since at least 2.1.73, probably even longer. No idea what's the cause for this. I've done a major overhaul of the keyboard stuff. Essentially my current 2.1.126 based kernel has the MIPS keyboard stuff redone completly. For the first time without CONFIG_STUPID system and flexible enough to add about any new port with non-standard keyboard controller interface like the Algorithmics P4032 board. During that I found the probably oldest Linux/MIPS bug, __delay has a wrong operand to multu resulting usually in way to short delay loops which on some machines may result in funny keyboard messages or even the keyboard not being detected. Another effect is that now the PS/2 mouse of the RM200 works. I've hacked the NCR 53C8xx driver back into usability. It works on my two NCR based systems but I'd never call that thing reliable because I know how horribly hacked my source is. Anyway since it seems to be usable I'll commit it. I just found that I accidently never commited the uaccess.h file with my module fixes to CVS, so modules built from the CVS source can in most cases not be loaded due to relocation overflows. Modutils have bug which prevents them from building on little endian machines. I've fixed that one just like two other modutil bugs. Ralf From triemer@apt4g.a3nyc.com Wed Nov 4 18:02:26 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA21471; Wed, 4 Nov 1998 18:02:24 +0100 (MET) Received-Date: Wed, 4 Nov 1998 18:02:24 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id MAA25854 for ; Wed, 4 Nov 1998 12:02:22 -0500 Date: Wed, 4 Nov 1998 12:02:22 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: Re: DZ-11 serial driver In-Reply-To: <199811041505.QAA29036@father.ludd.luth.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 3567 Lines: 92 There are apparently 3 conditions that need to hold in order for interrupts to be generated: 1. RXENAB has to be set for the line 2. MSE | RIE needs to be set for csr 3. The serial IRQ bit needs to be set in the status register. My latest theory indicates that 1 and 2 are set... I generated a timer loop to print out 2. - and #1 I'm actually poking at the controller... So I'm fairly certain its being set. #3 though is giving me a difficult time - my best theory at the moment is that after the "dz_write" and the subsequent interrupt series, something is turning off interrupts explicitly. I base this on the fact that I have tried a timer routine that simply turned on transmit interrupts - and that does not generate interrupts... The sequence of events is something like: 1. dz_write load up text.... 2. process characters through generated interrupts across the serial (successfully sends characters across the line) 3. call dz_stop (disables transmit enable) ( successfully stops transmit interrupts) 4. SOMETHING UNKNOWN 5. timer kicks in... tries to set transmit enable... no interrupts generated. There should be at least one interrupt generated... Assuming no registers changed besides the transmit enable this should work - but it doesn't. The only logical explanation is that the status register is changing for some reason. QUESTIONS: 1. Is there an easy way to print out the status register? 2. Where do I find the code for fgets - which I think is what sash is calling - and may be causing the problem? 3. Does anyone have any tylenol for my headache? -Tom Riemer ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. On Wed, 4 Nov 1998, Anders Magnusson wrote: > > I'm trying to write the DZ-11 serial driver for linux (on decstation 2100) > > > Eh, do the DS2100 have anything DZ11-compatible? Or is it the DC chip > you mean? The on-board mouse/keyboard controller. > I mean the dc7085 that is a dz-11 like clone - at least according to the docs. > > I've gotten the code to generate interrupts for transmitting characters - > > but seem to be totally unable to get it to generate interrupts when it > > receives characters... > > > Note that, as different from the "original" DZ11 device, the receive > and transmit interrupt is enabled not in the device registers but > somewhere else, in some interrupt controller somewhere. I'm no expert > of DS2100, have only played with VAXstations. Indeed - that's what request_irq does at the bottom of the function. > > > I believe that I've enabled the line appropriatedly - I know that the > > RDONE flag goes high when a character comes in - (I can read the > > status if I force transmittion) - but for the life of me I can't > > get the thing to generate an interrupt on the machine.... > > > If MSE and RXIE is enabled, you should have got an interrupt if you > receive a character. Otherwise you haven't enabled RX interrupts in > the interrupt controller. I don't know if the RXIE bit is needed on > the DS2100. Thank you for confirmation that I really should expect an RX - it helps immensely to know that. > Have you looked at the dz11 code in NetBSD? sys/arch/vax/uba/dz*.? > No - I haven't - but I did find the dc.c equivalent for mips pmax netbsd - which I figure is very close to what I need. > > Any thoughts you might have might give me that final insight into > > what I'm doing wrong.... > > > I hope I have given you some hints at least :-) > > -- Ragge > From jfd@mavericknetworks.com Wed Nov 4 20:13:48 1998 Received: from newshub1-work.home.com (newshub1-work.home.com [24.0.0.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA22950; Wed, 4 Nov 1998 20:13:46 +0100 (MET) Received-Date: Wed, 4 Nov 1998 20:13:46 +0100 (MET) Received: from area51.mavericknetworks.com (n244.mavericksemi.com [209.218.23.244]) by newshub1-work.home.com (8.8.5/8.8.5-AtHome) with SMTP id LAA10840 for ; Wed, 4 Nov 1998 11:13:36 -0800 (PST) Received: from mavericknetworks.com by area51.mavericknetworks.com (SMI-8.6/SMI-SVR4-ae) id LAA16840; Wed, 4 Nov 1998 11:13:06 -0800 Sender: jfd@mavericknetworks.com Message-ID: <3640A742.F49BEA9D@mavericknetworks.com> Date: Wed, 04 Nov 1998 11:13:06 -0800 From: James F Dougherty Reply-To: jfd@mavericknetworks.com Organization: Maverick Networks,Inc. X-Mailer: Mozilla 4.05 [en] (X11; U; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: IDT 7M95111 Linux Port Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 468 Lines: 20 Hi, I am working on porting Linux to the IDT R4640 which is a MIPS R4K on a CMC PCI Mezannine card with a Galileo GT-64111 system controller (Memory, PCI, GPIO, etc). Where do you suggest I start with a kernel??? Any pointers would be greatly appreciated... Thanks, -James James F. Dougherty, III MTS, Core Design Maverick Networks, Inc. 683 River Oaks Parkway San Jose, CA 95134 (408) 434-6020 x273 (408) 434-6031 FAX jfd@mavericknetworks.com From dom@algor.co.uk Thu Nov 5 00:28:01 1998 Received: from embankment.algor.co.uk (0@embankment.algor.co.uk [193.117.190.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA27017; Thu, 5 Nov 1998 00:27:58 +0100 (MET) Received-Date: Thu, 5 Nov 1998 00:27:58 +0100 (MET) Received: from gladsmuir.algor.co.uk (dom@gladsmuir.algor.co.uk [193.117.190.129]) by embankment.algor.co.uk (8.8.8/8.8.8) with ESMTP id XAA28173; Wed, 4 Nov 1998 23:27:49 GMT Received: (from dom@localhost) by gladsmuir.algor.co.uk (8.8.5/8.8.5) id XAA00658; Wed, 4 Nov 1998 23:27:47 GMT Date: Wed, 4 Nov 1998 23:27:47 GMT Message-Id: <199811042327.XAA00658@gladsmuir.algor.co.uk> From: Dominic Sweetman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: linux-mips@fnet.fr Subject: Re: IDT 7M95111 Linux Port In-Reply-To: <3640A742.F49BEA9D@mavericknetworks.com> References: <3640A742.F49BEA9D@mavericknetworks.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Content-Length: 684 Lines: 19 James F Dougherty (jfd@mavericknetworks.com) writes: > I am working on porting Linux to the IDT R4640 > which is a MIPS R4K on a CMC PCI Mezannine card... Don't do it, the R4640 has no MMU. Instead, hassle IDT for one of their brand-new RV64470 CPUs, which is pin-compatible and *does* have the necessary hardware features. -- Regards, Dominic Sweetman phone: +44 171 700 3301 Algorithmics Ltd home: +44 171 226 0032 3 Drayton Park fax: +44 171 700 3384 London N5 1NU email: dom@algor.co.uk ENGLAND. www: http://www.algor.co.uk ftp: ftp.algor.co.uk From wje@fir.engr.sgi.com Thu Nov 5 02:02:24 1998 Received: from sgi.sgi.com (SGI.COM [192.48.153.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA28408; Thu, 5 Nov 1998 02:02:21 +0100 (MET) Received-Date: Thu, 5 Nov 1998 02:02:21 +0100 (MET) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id RAA06521; Wed, 4 Nov 1998 17:01:25 -0800 (PST) mail_from (wje@fir.engr.sgi.com) Received: from fir.engr.sgi.com (fir.engr.sgi.com [150.166.61.141]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via SMTP id RAA33624; Wed, 4 Nov 1998 17:01:22 -0800 (PST) mail_from (wje@fir.engr.sgi.com) Received: (from wje@localhost) by fir.engr.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id QAA02999; Wed, 4 Nov 1998 16:59:52 -0800 Date: Wed, 4 Nov 1998 16:59:52 -0800 Message-Id: <199811050059.QAA02999@fir.engr.sgi.com> From: "William J. Earl" To: ralf@uni-koblenz.de Cc: Warner Losh , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: MIPS R3230? In-Reply-To: <19981027165858.D358@uni-koblenz.de> References: <36350DB4.3CC01730@xmission.com> <199810262335.QAA12729@harmony.village.org> <199810270544.WAA14203@harmony.village.org> <19981027165858.D358@uni-koblenz.de> Content-Length: 994 Lines: 21 ralf@uni-koblenz.de writes: > On Mon, Oct 26, 1998 at 10:44:40PM -0700, Warner Losh wrote: > > > In message <36350DB4.3CC01730@xmission.com> Eric Jorgensen writes: ... > > : On the other hand, I don't have a complete distribution of RISCos on > > : either of them. They both mounted most of the /usr tree (or whatever it > > : is on riscos) via NFS, some machine they can't talk to anymore. > > > > Hmmm. That's too bad. I'd dup the two QIC-150 tapes that I have, but > > I don't want to violate anybody's IP. > > All Mips Computer Systems, Inc machines were sold including the license > for the OS, duplicating the tapes should be ok. Yes, the MIPS systems were sold with an OS license (for use on that machine). The license includes UNIX and NFS licenses. I believe that the 3230 and 3240 used QIC-150, but I think some M/120 systems had only QIC-120. (The QIC-150 reads both kinds of cartridge, but the QIC-120 of course cannot read the QIC-150 tape.) From ralf@lappi.waldorf-gmbh.de Thu Nov 5 02:31:05 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA28597; Thu, 5 Nov 1998 02:31:04 +0100 (MET) Received-Date: Thu, 5 Nov 1998 02:31:04 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-26.uni-koblenz.de [141.26.249.26]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id CAA09264 for ; Thu, 5 Nov 1998 02:31:01 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id CAA02594; Thu, 5 Nov 1998 02:30:15 +0100 Message-ID: <19981105023015.K359@uni-koblenz.de> Date: Thu, 5 Nov 1998 02:30:15 +0100 From: ralf@uni-koblenz.de To: linux@engr.sgi.com, linux-mips@fnet.fr Subject: GDB Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 Content-Length: 155 Lines: 5 I found that by accident GDB and the kernel were using different ptrace(2) interfaces. After fixing that for example ``info registers'' works ok. Ralf From ralf@lappi.waldorf-gmbh.de Sun Nov 8 03:35:54 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA08941; Sun, 8 Nov 1998 03:35:52 +0100 (MET) Received-Date: Sun, 8 Nov 1998 03:35:52 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-13.uni-koblenz.de [141.26.249.13]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id DAA14752 for ; Sun, 8 Nov 1998 03:35:41 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id EAA03272; Thu, 5 Nov 1998 04:49:14 +0100 Message-ID: <19981105044914.X359@uni-koblenz.de> Date: Thu, 5 Nov 1998 04:49:14 +0100 From: ralf@uni-koblenz.de To: Michael Engel , linux-mips@fnet.fr Subject: Re: rm400 is back References: <36406448.C5BC176A@aenix.fr> <199811041529.QAA19141@fourier.numerik.math.uni-siegen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <199811041529.QAA19141@fourier.numerik.math.uni-siegen.de>; from Michael Engel on Wed, Nov 04, 1998 at 04:29:11PM +0100 Content-Length: 403 Lines: 12 On Wed, Nov 04, 1998 at 04:29:11PM +0100, Michael Engel wrote: > Do you by chance have an ancient version of the mips binutils installed ? > > > I have the last version of Milo ( 0.27 ) > > The latest version of MILO is 0.27.1, this should be on ftp.linux.sgi.com > I think ... MILO 0.27 didn't run on the RM200, 0.27.1 does ... 0.27.1 has binaries included, no need to go through pains ... Ralf From ralf@lappi.waldorf-gmbh.de Sun Nov 8 03:35:56 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA08954; Sun, 8 Nov 1998 03:35:54 +0100 (MET) Received-Date: Sun, 8 Nov 1998 03:35:54 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-13.uni-koblenz.de [141.26.249.13]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id DAA14765 for ; Sun, 8 Nov 1998 03:35:43 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id EAA03294; Thu, 5 Nov 1998 04:53:53 +0100 Message-ID: <19981105045353.Y359@uni-koblenz.de> Date: Thu, 5 Nov 1998 04:53:53 +0100 From: ralf@uni-koblenz.de To: Dominic Sweetman , linux-mips@fnet.fr Subject: Re: MIPS Linux kernel References: <199811021016.KAA00276@gladsmuir.algor.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <199811021016.KAA00276@gladsmuir.algor.co.uk>; from Dominic Sweetman on Mon, Nov 02, 1998 at 10:16:26AM +0000 Content-Length: 384 Lines: 10 On Mon, Nov 02, 1998 at 10:16:26AM +0000, Dominic Sweetman wrote: > That's a National Semiconductor ethernet controller. The DP83932 > SONIC is pretty well known, widely used on MIPS systems (for example) > and there are lots of drivers. I think the -T was a cost-reduced > version, and it's pretty software compatible. We already have a Sonic driver for the Magnum 4000. Ralf From rajko@mech.math.msu.su Thu Nov 5 11:39:19 1998 Received: from mech.math.msu.su (mech.math.msu.su [158.250.33.65]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id LAA08100; Thu, 5 Nov 1998 11:38:59 +0100 (MET) Received-Date: Thu, 5 Nov 1998 11:38:59 +0100 (MET) Received: (from rajko@localhost) by mech.math.msu.su (8.6.10/8.6.10/sasha.040695) id OAA06459; Thu, 5 Nov 1998 14:38:50 +0300 Date: Thu, 5 Nov 1998 14:38:48 +0300 (MSK) From: "Gleb O. Rajko" To: linux-mips@fnet.fr Subject: Re: R5000 Unused memory (was: R4000SC...) In-Reply-To: <19981027055731.I5892@uni-koblenz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2267 Lines: 52 On Wed, 4 Nov 1998 ralf@uni-koblenz.de wrote: > On Thu, Oct 22, 1998 at 07:44:42PM -0500, Mitchell Blank Jr wrote: > > > Eric Jorgensen wrote: > > > Yes and no. Personally I find the concept of running a modern system > > > without available swap somewhat perilous. > > > > What about if you don't have any disk nor any rw filesystems? Not unusual > > in imbedded applications. The only way to get around it now apparently is > > to set up a ram disk and swap to that -- hardly effecient or useful > > (except in the case where some RAM is slower). Nowadays, there are two swap behaviours in Unixes and in Linux in particular: old, when you should have at least as much swap space as ram size and new, when you may have as much swap space as you need. In first case, the system guarantees that all already running processes get memory until they don't grow in size. In second case, a process may be killed when there is no memory (ram and swap). While the first behaviour is safer, it consumes a lot of disk space especially when you have a lot of ram. On the other hand, if you know how much memory you need (it's true for embedded systems, isn't it), the second behaviour might be more appropriate. Certainly, in that case, swap on ram disk is a bad thing. By default Linux uses the second behaviour also called lazy swap or in terms of Digital UNIX over-commitment. > > > > A typical UNIX workstation or server should always have swap -- there are > > always some gettys or something that might as well be swapped out to make > > room for more disk cache. There are applications, however, where swap > > is just not an option. > > Linux cannot swap to NFS, so that behaviour in absence is pretty much a > showstopper for diskless apps. Linux can or more strictly could swap to NFS. Look at http://www.math1.rwth-aachen.de/~heine/nfs-swap/ ftp://iris1.math1.rwth-aachen.de/pub/linux/nfs-swap/ Another way to set up swap on remote disk is to use a network block device (nbd). Look at http://atrey.karlin.mff.cuni.cz/~pavel/nbd/nbd.html Unfortunately, nbd doesn't work on some architectures including mips and sparc. Author misses the fact that C aligns fields in structures differently on different architectures. Regards, Gleb. From triemer@apt4g.a3nyc.com Thu Nov 5 15:34:49 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA09159; Thu, 5 Nov 1998 15:34:47 +0100 (MET) Received-Date: Thu, 5 Nov 1998 15:34:47 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id JAA27141 for ; Thu, 5 Nov 1998 09:34:48 -0500 Date: Thu, 5 Nov 1998 09:34:48 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: mangled status Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 566 Lines: 13 It does indeed appear that something is mangling the status register after the series of character writes - Checking the status register from the timer later indicates that the Status bit 12 has been turned off. Which would explain why I get no interrupts - unfortunately, its not clear what to do about it... I have to presume that the problem is something that is happening in dz.c. Any ideas what might cause behavior like this? -Tom Riemer ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From harald.koerfgen@netcologne.de Fri Nov 6 20:07:34 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA20922; Fri, 6 Nov 1998 20:07:32 +0100 (MET) Received-Date: Fri, 6 Nov 1998 20:07:32 +0100 (MET) Received: from franz.no.dom (dial3-155.netcologne.de [194.8.196.155]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id UAA16629 for ; Fri, 6 Nov 1998 20:07:23 +0100 (MET) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 06 Nov 1998 20:08:59 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: mangled status Content-Length: 3245 Lines: 69 Hello all, long time no see. I barely found time to do some DECstation hacking, so there's no real progess yet. Anyway... On 05-Nov-98 Thomas Riemer wrote: > It does indeed appear that something is mangling the status register > after the series of character writes - Checking the status register > from the timer later indicates that the Status bit 12 has been turned > off. Which would explain why I get no interrupts - unfortunately, > its not clear what to do about it... > > I have to presume that the problem is something that is happening in > dz.c. Any ideas what might cause behavior like this? There are indeed lots and lots of places in the linux kernel which mess around with the Coprocessor 0 Status Register. Each save_and_cli(flags)/restore(flags) does it. I have been able to let my DS5k/240 output "Stand alon" instead of "Stan" by simply moving the request_irq(...) out of such a save/restore pair. Should be ok because request_irq itself is interrupt safe. To make things a little bit more complicated, each process has it's own local copies of the CPUs register contents *including* CP0_STATUS (look at r*_resume in r*_switch.S). That means if there are two processes A and B and A does something which affects the interrupt mask in CP0_STATUS, like open a device or something like that, the switch to process B will turn this interrupt off. The switch to process A will turn this interrupt back on as long as A is active. It's just like Ralf said: On 19-Oct-98 ralf@uni-koblenz.de wrote: > On Fri, Oct 16, 1998 at 12:44:45PM +0200, Harald Koerfgen wrote: > >> People, when writing device drivers for DECstations, DO NEVER EVER use code like: >> >> save_flags(flags); >> [disable or enable interrupts with en/disable_irq(irq)] >> restore(flags); >> >> That simply doesn't work and will cause endless headache. > > Which is the proof that the implementation is broken. Since restore_flags > is only ever used to restore one single bit, the interrupt enable bit is > actually the only bit that needs to be restored. The current implementation > deliberately ignores this because on the so far supported platforms there > is no need to deal with this problem which saves a couple of instructions. > > The second possibility to fix this is to modify enable_irq/disable_irq > such that they don't actually fiddle around with the status register bits > but either do nothing at all or use an interrupt disable bit in the > external interrupt source. The bits in the status register will then be > set on bootup and will stay unchanged after that. Unfortunately there are devices in some DECstations which generate interrupts which cannot be turned off by other means than disabling them in CP0_STATUS. Please correct me if I'm wrong, but as far as I can see, the only way to correctly implement this would be to hack restore_flags() and r*_resume() to restore CP0_STATUS without touching the interrupt mask. This will definitely add a few cycles and thus have a negative impact on performance. Yes, Ralf, the R4k code will be affected too to make the R4k DECstations happy. Anyway, I think I will have some time to burn this weekend and have a look into this. Happy hacking. --- Regards, Harald From tsbogend@alpha.franken.de Fri Nov 6 21:43:03 1998 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA21882; Fri, 6 Nov 1998 21:43:02 +0100 (MET) Received-Date: Fri, 6 Nov 1998 21:43:02 +0100 (MET) Received: from alpha.franken.de (root@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id VAA02496; Fri, 6 Nov 1998 21:43:00 +0100 (MET) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id VAA02276; Fri, 6 Nov 1998 21:24:24 +0100 Message-ID: <19981106212424.A2271@alpha.franken.de> Date: Fri, 6 Nov 1998 21:24:24 +0100 From: Thomas Bogendoerfer To: linux-mips@fnet.fr, linux@engr.sgi.com Subject: Re: GDB References: <19981105023015.K359@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <19981105023015.K359@uni-koblenz.de>; from ralf@uni-koblenz.de on Thu, Nov 05, 1998 at 02:30:15AM +0100 Content-Length: 488 Lines: 13 On Thu, Nov 05, 1998 at 02:30:15AM +0100, ralf@uni-koblenz.de wrote: > I found that by accident GDB and the kernel were using different > ptrace(2) interfaces. After fixing that for example ``info registers'' > works ok. how about sharing your fix with us ? Thomas. -- This device has completely bogus header. Compaq scores again :-| It's a host bridge, but it should be called ghost bridge instead ;^) [Martin `MJ' Mares on linux-kernel] From ralf@lappi.waldorf-gmbh.de Sun Nov 8 03:36:42 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA09060; Sun, 8 Nov 1998 03:36:32 +0100 (MET) Received-Date: Sun, 8 Nov 1998 03:36:32 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-13.uni-koblenz.de [141.26.249.13]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id DAA14744 for ; Sun, 8 Nov 1998 03:35:41 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id EAA11875; Sat, 7 Nov 1998 04:18:19 +0100 Message-ID: <19981107041812.A11302@uni-koblenz.de> Date: Sat, 7 Nov 1998 04:18:12 +0100 From: ralf@uni-koblenz.de To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: glibc, binutils & egcs Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=oyUTqETQ0mS9luUI X-Mailer: Mutt 0.91.1 Content-Length: 97289 Lines: 2757 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Hi all, attached are first versions of patches to make binutils 2.9.1.0.4 from HJL as available in Redhat's rpm. These binutils are required to compile glibc 2.1 with versioning. Also attached is a first crude version of patches for glibc 2.0.99. I haven't tested them yet on any machine, so these patches are really for hackers only. Rebuilding glibc triggers a pile of bugs in these binutils and egcs. Egcs dumps core when compiling nss/nsswitch.c with -O2 or better. For now the glibc patch has a small hack in sysdeps/unix/sysv/linux/- mips/Makefile which reduces optimzation to -O1 for this file. Binutils emit a large number of messages when rebuilding glibc, among them some ``Symbol type of symbol foo has changed from x to y'' messages and a large pile of assertions. You'll need a water cooled /dev/null device. I'd appreciate I'd anybody could take a look at the binutils and egcs problems while I'm continuing on glibc itself. Ralf --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="binutils-2.9.1.0.4.diff" diff -urN binutils-2.9.1.0.4.orig/bfd/elf32-mips.c binutils-2.9.1.0.4/bfd/elf32-mips.c --- binutils-2.9.1.0.4.orig/bfd/elf32-mips.c Wed Apr 1 04:40:03 1998 +++ binutils-2.9.1.0.4/bfd/elf32-mips.c Thu Nov 5 14:12:22 1998 @@ -5113,36 +5113,43 @@ } else { - long indx; - - if (h == NULL) - sec = local_sections[r_symndx]; - else - { - BFD_ASSERT (h->root.type == bfd_link_hash_defined - || (h->root.type - == bfd_link_hash_defweak)); - sec = h->root.u.def.section; - } - if (sec != NULL && bfd_is_abs_section (sec)) - indx = 0; - else if (sec == NULL || sec->owner == NULL) + if (r_type == R_MIPS_32) { - bfd_set_error (bfd_error_bad_value); - return false; + outrel.r_info = ELF32_R_INFO (0, R_MIPS_REL32); + addend += relocation; } - else - { - asection *osec; + else + { + long indx; - osec = sec->output_section; - indx = elf_section_data (osec)->dynindx; - if (indx == 0) - abort (); - } + if (h == NULL) + sec = local_sections[r_symndx]; + else + { + BFD_ASSERT (h->root.type == bfd_link_hash_defined + || (h->root.type + == bfd_link_hash_defweak)); + sec = h->root.u.def.section; + } + if (sec != NULL && bfd_is_abs_section (sec)) + indx = 0; + else if (sec == NULL || sec->owner == NULL) + { + bfd_set_error (bfd_error_bad_value); + return false; + } + else + { + asection *osec; - outrel.r_info = ELF32_R_INFO (indx, R_MIPS_REL32); - addend += relocation; + osec = sec->output_section; + indx = elf_section_data (osec)->dynindx; + if (indx == 0) + abort (); + } + outrel.r_info = ELF32_R_INFO (indx, R_MIPS_REL32); + addend += relocation; + } } if (! skip) diff -urN binutils-2.9.1.0.4.orig/gas/ChangeLog binutils-2.9.1.0.4/gas/ChangeLog --- binutils-2.9.1.0.4.orig/gas/ChangeLog Mon Apr 27 23:22:47 1998 +++ binutils-2.9.1.0.4/gas/ChangeLog Thu Nov 5 14:12:10 1998 @@ -1,3 +1,10 @@ +Thu Nov 4 03:23:59 1998 Ralf Baechle + + * config/tc-mips.c (macro): Only emit a BFD_RELOC_MIPS_LITERAL + when the symbol is in the .lit section. Required for a.out + support. + (mips_ip): Fix %HI, %hi and %lo operators. + Mon Apr 27 13:45:04 1998 Ian Lance Taylor * configure.in: Set version number to 2.9.1. diff -urN binutils-2.9.1.0.4.orig/gas/config/tc-mips.c binutils-2.9.1.0.4/gas/config/tc-mips.c --- binutils-2.9.1.0.4.orig/gas/config/tc-mips.c Wed Mar 25 19:16:01 1998 +++ binutils-2.9.1.0.4/gas/config/tc-mips.c Thu Nov 5 14:10:21 1998 @@ -5068,13 +5068,22 @@ else { assert (offset_expr.X_op == O_symbol - && strcmp (segment_name (S_GET_SEGMENT - (offset_expr.X_add_symbol)), - ".lit4") == 0 && offset_expr.X_add_number == 0); - macro_build ((char *) NULL, &icnt, &offset_expr, "lwc1", "T,o(b)", - treg, (int) BFD_RELOC_MIPS_LITERAL, GP); - return; + s = segment_name (S_GET_SEGMENT (offset_expr.X_add_symbol)); + if (strcmp (s, ".lit4") == 0) + { + macro_build ((char *) NULL, &icnt, &offset_expr, "lwc1", "T,o(b)", + treg, (int) BFD_RELOC_MIPS_LITERAL, GP); + return; + } + else + { + /* FIXME: This won't work for a 64 bit address. */ + macro_build_lui ((char *) NULL, &icnt, &offset_expr, AT); + macro_build ((char *) NULL, &icnt, &offset_expr, "lwc1", "T,o(b)", + treg, (int) BFD_RELOC_LO16, AT); + return; + } } case M_LI_D: @@ -7553,11 +7562,23 @@ c = my_getSmallExpression (&imm_expr, s); if (c != '\0') { - if (c != 'l') + if (c == 'l') { if (imm_expr.X_op == O_constant) - imm_expr.X_add_number = - (imm_expr.X_add_number >> 16) & 0xffff; + { + imm_expr.X_add_number &= 0xffff; + imm_reloc = BFD_RELOC_LO16; + } + } + else + { + if (imm_expr.X_op == O_constant) + { + if (c == 'h' && (imm_expr.X_add_number & 0x8000)) + imm_expr.X_add_number += 0x1000; + imm_expr.X_add_number = + (imm_expr.X_add_number >> 16) & 0xffff; + } else if (c == 'h') { imm_reloc = BFD_RELOC_HI16_S; @@ -7652,11 +7673,22 @@ break; offset_reloc = BFD_RELOC_LO16; - if (c == 'h' || c == 'H') + if (c) { - assert (offset_expr.X_op == O_constant); - offset_expr.X_add_number = - (offset_expr.X_add_number >> 16) & 0xffff; + if (c != 'l') + { + if (offset_expr.X_op == O_constant) + { + if (c == 'h' && (offset_expr.X_add_number & 0x8000)) + offset_expr.X_add_number += 0x1000; + offset_expr.X_add_number = + (offset_expr.X_add_number >> 16) & 0xffff; + } + else if (c == 'h') + offset_reloc = BFD_RELOC_HI16_S; + else + offset_reloc = BFD_RELOC_HI16; + } } s = expr_end; continue; @@ -7669,10 +7701,13 @@ case 'u': /* upper 16 bits */ c = my_getSmallExpression (&imm_expr, s); - if (imm_expr.X_op == O_constant - && (imm_expr.X_add_number < 0 - || imm_expr.X_add_number >= 0x10000)) - as_bad ("lui expression not in range 0..65535"); + if (!c) + { + if (imm_expr.X_op == O_constant + && (imm_expr.X_add_number < 0 + || imm_expr.X_add_number >= 0x10000)) + as_bad ("lui expression not in range 0..65535"); + } imm_reloc = BFD_RELOC_LO16; if (c) { --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="glibc-2.0.99.diff" diff -urN glibc-2.0.99.orig/Makeconfig glibc-2.0.99/Makeconfig --- glibc-2.0.99.orig/Makeconfig Mon Oct 19 23:47:06 1998 +++ glibc-2.0.99/Makeconfig Sat Nov 7 01:51:54 1998 @@ -594,7 +594,7 @@ # Under --enable-shared, we will build a shared library of PIC objects. # The PIC object files are named foo.os. object-suffixes += .os -CPPFLAGS-.os = -DPIC +CPPFLAGS-.os = -DSHARED -DPIC CFLAGS-.os = $(filter %frame-pointer,$(+cflags)) $(pic-ccflag) libtype.os := lib%_pic.a # This can be changed by a sysdep makefile diff -urN glibc-2.0.99.orig/elf/Makefile glibc-2.0.99/elf/Makefile --- glibc-2.0.99.orig/elf/Makefile Tue Sep 22 20:39:49 1998 +++ glibc-2.0.99/elf/Makefile Fri Nov 6 17:12:11 1998 @@ -114,8 +114,7 @@ -e 's#@@rtld-base@@#$(rtld-base)#' $< >$@ endif -$(objpfx)ld.so: $(objpfx)librtld.os $(addprefix $(objpfx),$(rtld-ldscript)) \ - $(ld-map) +$(objpfx)ld.so: $(objpfx)librtld.os $(rtld-ldscript) $(ld-map) $(LINK.o) -nostdlib -nostartfiles -shared -o $@ $(LDFLAGS-rtld) \ $(filter-out $(rtld-ldscript) $(map-file),$^) \ $(load-map-file) -Wl,-soname=$(rtld-installed-name) diff -urN glibc-2.0.99.orig/elf/dl-close.c glibc-2.0.99/elf/dl-close.c --- glibc-2.0.99.orig/elf/dl-close.c Wed Oct 7 22:16:36 1998 +++ glibc-2.0.99/elf/dl-close.c Sat Nov 7 01:56:03 1998 @@ -140,7 +140,7 @@ imap->l_map_end - imap->l_map_start); /* Finally, unlink the data structure and free it. */ -#ifdef PIC +#ifdef SHARED /* We will unlink the first object only if this is a statically linked program. */ assert (imap->l_prev != NULL); diff -urN glibc-2.0.99.orig/elf/dl-error.c glibc-2.0.99/elf/dl-error.c --- glibc-2.0.99.orig/elf/dl-error.c Tue Sep 22 20:42:57 1998 +++ glibc-2.0.99/elf/dl-error.c Sat Nov 7 01:56:31 1998 @@ -51,7 +51,7 @@ address as indicators for unavailable weak symbols. */ static struct catch *catch; -#ifdef PIC +#ifdef SHARED # define tsd_setspecific(data) \ if (__libc_internal_tsd_set != (void *) _dl_rtld_map.l_addr \ && __libc_internal_tsd_set != NULL) \ diff -urN glibc-2.0.99.orig/elf/dl-load.c glibc-2.0.99/elf/dl-load.c --- glibc-2.0.99.orig/elf/dl-load.c Tue Sep 22 20:42:57 1998 +++ glibc-2.0.99/elf/dl-load.c Sat Nov 7 01:56:41 1998 @@ -456,7 +456,7 @@ const char **strp; struct r_search_path_elem *pelem, **aelem; size_t round_size; -#ifdef PIC +#ifdef SHARED struct link_map *l; #endif @@ -506,7 +506,7 @@ } *aelem = NULL; -#ifdef PIC +#ifdef SHARED /* This points to the map of the main object. */ l = _dl_loaded; if (l != NULL) @@ -523,7 +523,7 @@ else l->l_rpath_dirs = NULL; } -#endif /* PIC */ +#endif /* SHARED */ if (llp != NULL && *llp != '\0') { diff -urN glibc-2.0.99.orig/elf/dl-open.c glibc-2.0.99/elf/dl-open.c --- glibc-2.0.99.orig/elf/dl-open.c Wed Oct 7 22:19:15 1998 +++ glibc-2.0.99/elf/dl-open.c Sat Nov 7 01:56:47 1998 @@ -100,7 +100,7 @@ { if (! l->l_relocated) { -#ifdef PIC +#ifdef SHARED if (_dl_profile != NULL) { /* If this here is the shared object which we want to profile diff -urN glibc-2.0.99.orig/include/libc-symbols.h glibc-2.0.99/include/libc-symbols.h --- glibc-2.0.99.orig/include/libc-symbols.h Fri May 29 19:07:55 1998 +++ glibc-2.0.99/include/libc-symbols.h Sat Nov 7 01:55:29 1998 @@ -280,7 +280,7 @@ /* These are all done the same way in ELF. There is a new section created for each set. */ -# ifdef PIC +# ifdef SHARED /* When building a shared library, make the set section writable, because it will need to be relocated at run time anyway. */ # define _elf_set_element(set, symbol) \ diff -urN glibc-2.0.99.orig/libio/fileops.c glibc-2.0.99/libio/fileops.c --- glibc-2.0.99.orig/libio/fileops.c Sat Sep 19 01:53:24 1998 +++ glibc-2.0.99/libio/fileops.c Sat Nov 7 01:58:16 1998 @@ -913,7 +913,7 @@ }; -#if defined PIC && DO_VERSIONING +#if defined SHARED && DO_VERSIONING default_symbol_version (_IO_new_do_write, _IO_do_write, GLIBC_2.1); default_symbol_version (_IO_new_file_attach, _IO_file_attach, GLIBC_2.1); default_symbol_version (_IO_new_file_close_it, _IO_file_close_it, GLIBC_2.1); diff -urN glibc-2.0.99.orig/libio/freopen.c glibc-2.0.99/libio/freopen.c --- glibc-2.0.99.orig/libio/freopen.c Sun Jun 7 01:18:24 1998 +++ glibc-2.0.99/libio/freopen.c Sat Nov 7 01:58:35 1998 @@ -26,7 +26,7 @@ #include "libioP.h" #include "stdio.h" -#ifdef PIC +#ifdef SHARED extern void *_IO_stdin_used; weak_extern (_IO_stdin_used); #endif @@ -43,7 +43,7 @@ return NULL; _IO_cleanup_region_start ((void (*) __P ((void *))) _IO_funlockfile, fp); _IO_flockfile (fp); -#if defined PIC && DO_VERSIONING +#if defined SHARED && DO_VERSIONING if (&_IO_stdin_used == NULL) /* If the shared C library is used by the application binary which was linked against the older version of libio, we just use the diff -urN glibc-2.0.99.orig/libio/iofclose.c glibc-2.0.99/libio/iofclose.c --- glibc-2.0.99.orig/libio/iofclose.c Fri Sep 18 22:58:01 1998 +++ glibc-2.0.99/libio/iofclose.c Sat Nov 7 01:58:39 1998 @@ -56,7 +56,7 @@ return status; } -#if defined PIC && DO_VERSIONING +#if defined SHARED && DO_VERSIONING strong_alias (_IO_new_fclose, __new_fclose) default_symbol_version (_IO_new_fclose, _IO_fclose, GLIBC_2.1); default_symbol_version (__new_fclose, fclose, GLIBC_2.1); diff -urN glibc-2.0.99.orig/libio/iofdopen.c glibc-2.0.99/libio/iofdopen.c --- glibc-2.0.99.orig/libio/iofdopen.c Sat Aug 8 22:47:48 1998 +++ glibc-2.0.99/libio/iofdopen.c Sat Nov 7 01:58:47 1998 @@ -133,7 +133,7 @@ return &new_f->fp.file; } -#if defined PIC && DO_VERSIONING +#if defined SHARED && DO_VERSIONING strong_alias (_IO_new_fdopen, __new_fdopen) default_symbol_version (_IO_new_fdopen, _IO_fdopen, GLIBC_2.1); default_symbol_version (__new_fdopen, fdopen, GLIBC_2.1); diff -urN glibc-2.0.99.orig/libio/iofopen.c glibc-2.0.99/libio/iofopen.c --- glibc-2.0.99.orig/libio/iofopen.c Thu Feb 12 19:19:06 1998 +++ glibc-2.0.99/libio/iofopen.c Sat Nov 7 01:58:43 1998 @@ -59,7 +59,7 @@ return NULL; } -#if defined PIC && DO_VERSIONING +#if defined SHARED && DO_VERSIONING strong_alias (_IO_new_fopen, __new_fopen) default_symbol_version (_IO_new_fopen, _IO_fopen, GLIBC_2.1); default_symbol_version (__new_fopen, fopen, GLIBC_2.1); diff -urN glibc-2.0.99.orig/libio/oldfileops.c glibc-2.0.99/libio/oldfileops.c --- glibc-2.0.99.orig/libio/oldfileops.c Mon Aug 24 00:35:08 1998 +++ glibc-2.0.99/libio/oldfileops.c Sat Nov 7 01:58:52 1998 @@ -26,7 +26,7 @@ /* This is a compatibility file. If we don't build the libc with versioning don't compile this file. */ -#if defined PIC && DO_VERSIONING +#if defined SHARED && DO_VERSIONING #ifndef _POSIX_SOURCE @@ -735,4 +735,4 @@ symbol_version (_IO_old_file_write, _IO_file_write, GLIBC_2.0); symbol_version (_IO_old_file_xsputn, _IO_file_xsputn, GLIBC_2.0); -#endif /* PIC && DO_VERSIONING */ +#endif /* SHARED && DO_VERSIONING */ diff -urN glibc-2.0.99.orig/linuxthreads/attr.c glibc-2.0.99/linuxthreads/attr.c --- glibc-2.0.99.orig/linuxthreads/attr.c Sun Aug 30 09:13:17 1998 +++ glibc-2.0.99/linuxthreads/attr.c Sat Nov 7 01:59:35 1998 @@ -36,7 +36,7 @@ attr->stacksize = STACK_SIZE - ps; return 0; } -#if defined HAVE_ELF && defined PIC && defined DO_VERSIONING +#if defined HAVE_ELF && defined SHARED && defined DO_VERSIONING default_symbol_version (__pthread_attr_init_2_1, pthread_attr_init, GLIBC_2.1); int __pthread_attr_init_2_0(pthread_attr_t *attr) diff -urN glibc-2.0.99.orig/linuxthreads/cancel.c glibc-2.0.99/linuxthreads/cancel.c --- glibc-2.0.99.orig/linuxthreads/cancel.c Sun Aug 30 09:13:17 1998 +++ glibc-2.0.99/linuxthreads/cancel.c Sat Nov 7 02:00:14 1998 @@ -124,7 +124,7 @@ c->routine(c->arg); } -#ifndef PIC +#ifndef SHARED /* We need a hook to force the cancelation wrappers to be linked in when static libpthread is used. */ extern const int __pthread_provide_wrappers; diff -urN glibc-2.0.99.orig/linuxthreads/pthread.c glibc-2.0.99/linuxthreads/pthread.c --- glibc-2.0.99.orig/linuxthreads/pthread.c Sun Aug 30 09:13:18 1998 +++ glibc-2.0.99/linuxthreads/pthread.c Sat Nov 7 01:59:47 1998 @@ -325,7 +325,7 @@ return THREAD_GETMEM(self, p_retcode); } -#if defined HAVE_ELF && defined PIC && defined DO_VERSIONING +#if defined HAVE_ELF && defined SHARED && defined DO_VERSIONING default_symbol_version (__pthread_create_2_1, pthread_create, GLIBC_2.1); int __pthread_create_2_0(pthread_t *thread, const pthread_attr_t *attr, @@ -602,7 +602,7 @@ #endif -#ifndef PIC +#ifndef SHARED /* We need a hook to force the cancelation wrappers to be linked in when static libpthread is used. */ extern const int __pthread_provide_wrappers; diff -urN glibc-2.0.99.orig/linuxthreads/weaks.c glibc-2.0.99/linuxthreads/weaks.c --- glibc-2.0.99.orig/linuxthreads/weaks.c Sun Aug 30 09:13:18 1998 +++ glibc-2.0.99/linuxthreads/weaks.c Sat Nov 7 01:59:53 1998 @@ -26,7 +26,7 @@ extern void __pthread_return_void __P ((void)); /* Those are pthread functions which return 0 if successful. */ -#if defined HAVE_ELF && defined PIC && defined DO_VERSIONING +#if defined HAVE_ELF && defined SHARED && defined DO_VERSIONING weak_alias (__pthread_return_0, __libc_pthread_attr_init_2_0) symbol_version (__libc_pthread_attr_init_2_0, pthread_attr_init, GLIBC_2.0); weak_alias (__pthread_return_0, __libc_pthread_attr_init_2_1) diff -urN glibc-2.0.99.orig/linuxthreads/wrapsyscall.c glibc-2.0.99/linuxthreads/wrapsyscall.c --- glibc-2.0.99.orig/linuxthreads/wrapsyscall.c Sun Aug 30 09:13:18 1998 +++ glibc-2.0.99/linuxthreads/wrapsyscall.c Sat Nov 7 02:00:25 1998 @@ -28,7 +28,7 @@ #include -#ifndef PIC +#ifndef SHARED /* We need a hook to force this file to be linked in when static libpthread is used. */ const int __pthread_provide_wrappers = 0; diff -urN glibc-2.0.99.orig/nss/nsswitch.c glibc-2.0.99/nss/nsswitch.c --- glibc-2.0.99.orig/nss/nsswitch.c Mon Oct 19 23:58:53 1998 +++ glibc-2.0.99/nss/nsswitch.c Sat Nov 7 02:02:04 1998 @@ -28,7 +28,7 @@ #include #include /* We need some help from ld.so. */ -#if !defined DO_STATIC_NSS || defined PIC +#if !defined DO_STATIC_NSS || defined SHARED # include #endif @@ -66,7 +66,7 @@ __libc_lock_define_initialized (static, lock) -#if !defined DO_STATIC_NSS || defined PIC +#if !defined DO_STATIC_NSS || defined SHARED /* String with revision number of the shared object files. */ static const char *const __nss_shlib_revision = LIBNSS_FILES_SO + 15; #endif @@ -245,7 +245,7 @@ } -#if !defined DO_STATIC_NSS || defined PIC +#if !defined DO_STATIC_NSS || defined SHARED static int nss_dlerror_run (void (*operate) (void *), void *args) { @@ -369,7 +369,7 @@ } } -#if !defined DO_STATIC_NSS || defined PIC +#if !defined DO_STATIC_NSS || defined SHARED if (ni->library->lib_handle == NULL) { /* Load the shared library. */ diff -urN glibc-2.0.99.orig/stdio-common/tmpfile.c glibc-2.0.99/stdio-common/tmpfile.c --- glibc-2.0.99.orig/stdio-common/tmpfile.c Sat Aug 8 22:50:08 1998 +++ glibc-2.0.99/stdio-common/tmpfile.c Sat Nov 7 02:02:32 1998 @@ -54,7 +54,7 @@ #ifdef USE_IN_LIBIO # undef tmpfile -# if defined PIC && DO_VERSIONING +# if defined SHARED && DO_VERSIONING default_symbol_version (__new_tmpfile, tmpfile, GLIBC_2.1); # else # ifdef weak_alias diff -urN glibc-2.0.99.orig/sysdeps/arm/init-first.c glibc-2.0.99/sysdeps/arm/init-first.c --- glibc-2.0.99.orig/sysdeps/arm/init-first.c Mon Jun 29 19:53:18 1998 +++ glibc-2.0.99/sysdeps/arm/init-first.c Sat Nov 7 02:04:03 1998 @@ -39,7 +39,7 @@ __getopt_clean_environment (envp); } -#ifdef PIC +#ifdef SHARED /* This function is called to initialize the shared C library. It is called just before the user _start code from i386/elf/start.S, with the stack set up as that code gets it. */ @@ -63,7 +63,7 @@ void __libc_init_first (int argc __attribute__ ((unused)), ...) { -#ifndef PIC +#ifndef SHARED init (&argc); #endif } diff -urN glibc-2.0.99.orig/sysdeps/generic/libc-start.c glibc-2.0.99/sysdeps/generic/libc-start.c --- glibc-2.0.99.orig/sysdeps/generic/libc-start.c Wed Jun 10 00:34:32 1998 +++ glibc-2.0.99/sysdeps/generic/libc-start.c Sat Nov 7 02:04:43 1998 @@ -32,7 +32,7 @@ char **argv, void (*init) (void), void (*fini) (void), void (*rtld_fini) (void), void *stack_end) { -#ifndef PIC +#ifndef SHARED /* The next variable is only here to work around a bug in gcc <= 2.7.2.2. If the address would be taken inside the expression the optimizer would try to be too smart and throws it away. Grrr. */ @@ -52,7 +52,7 @@ atexit (rtld_fini); /* Call the initializer of the libc. */ -#ifdef PIC +#ifdef SHARED if (_dl_debug_impcalls) _dl_debug_message (1, "\ninitialize libc\n\n", NULL); #endif @@ -63,14 +63,14 @@ atexit (fini); /* Call the initializer of the program, if any. */ -#ifdef PIC +#ifdef SHARED if (_dl_debug_impcalls) _dl_debug_message (1, "\ninitialize program: ", argv[0], "\n\n", NULL); #endif if (init) (*init) (); -#ifdef PIC +#ifdef SHARED if (_dl_debug_impcalls) _dl_debug_message (1, "\ntransferring control: ", argv[0], "\n\n", NULL); #endif diff -urN glibc-2.0.99.orig/sysdeps/i386/bits/string.h glibc-2.0.99/sysdeps/i386/bits/string.h --- glibc-2.0.99.orig/sysdeps/i386/bits/string.h Fri Apr 3 00:04:13 1998 +++ glibc-2.0.99/sysdeps/i386/bits/string.h Sat Nov 7 02:10:03 1998 @@ -504,7 +504,7 @@ /* Return the length of the initial segment of S which consists entirely of characters not in REJECT. */ #define _HAVE_STRING_ARCH_strcspn 1 -#ifdef __PIC__ +#ifdef PIC __STRING_INLINE size_t strcspn (__const char *__s, __const char *__reject) { @@ -566,7 +566,7 @@ /* Return the length of the initial segment of S which consists entirely of characters in ACCEPT. */ #define _HAVE_STRING_ARCH_strspn 1 -#ifdef __PIC__ +#ifdef PIC __STRING_INLINE size_t strspn (__const char *__s, __const char *__accept) { @@ -627,7 +627,7 @@ /* Find the first occurrence in S of any character in ACCEPT. */ #define _HAVE_STRING_ARCH_strpbrk 1 -#ifdef __PIC__ +#ifdef PIC __STRING_INLINE char * strpbrk (__const char *__s, __const char *__accept) { @@ -696,7 +696,7 @@ /* Find the first occurrence of NEEDLE in HAYSTACK. */ #define _HAVE_STRING_ARCH_strstr 1 -#ifdef __PIC__ +#ifdef PIC __STRING_INLINE char * strstr (__const char *__haystack, __const char *__needle) { diff -urN glibc-2.0.99.orig/sysdeps/mips/dl-machine.h glibc-2.0.99/sysdeps/mips/dl-machine.h --- glibc-2.0.99.orig/sysdeps/mips/dl-machine.h Sat Aug 29 07:18:26 1998 +++ glibc-2.0.99/sysdeps/mips/dl-machine.h Fri Nov 6 17:46:42 1998 @@ -26,6 +26,45 @@ #include #include +#ifdef DEBUG +/* Functions to write to the Linux stdout using syscalls only. */ +static inline void __rtld_debug_write(int fd, const char *string, int len) +{ + __asm__ __volatile__("move $4, %0\n\t" + "move $5, %1\n\t" + "move $6, %2\n\t" + "li $2, 4004\n\t" + "syscall" : : + "r" (fd), "r" (string), "r" (len) : + "$2", "$3", "$4", "$5", "$6", "$7"); +} + +static inline int __rtld_debug_strlen(char *s) +{ + char *sc; + + for (sc = s; *sc != '\0'; ++sc) + /* nothing */; + return sc - s; +} + +static inline void __rtld_debug_printaddr(unsigned long addr) +{ + int i; + static char hex[] = "0123456789abcdef"; + + __rtld_debug_write(2, " 0x", 3); + for(i = 28; i >= 0; i -= 4) { + unsigned char it; + + it = (addr >> i) & 0xf; + __rtld_debug_write(2, &hex[it], 1); + } +} + +#define printk(s) __rtld_debug_write(1, s, __rtld_debug_strlen(s)) +#endif + #ifndef ENTRY_POINT #error ENTRY_POINT needs to be defined for MIPS. #endif @@ -48,18 +87,46 @@ #endif #endif -/* I have no idea what I am doing. */ -#define ELF_MACHINE_RELOC_NOPLT -1 -#define elf_machine_lookup_noplt_p(type) (1) #define elf_machine_lookup_noexec_p(type) (0) +#define elf_machine_lookup_noplt_p(type) (1) + +/* A reloc type used for ld.so cmdline arg lookups to reject PLT entries. + This makes no sense on MIPS but we have to define this to R_MIPS_REL32 + to avoid the asserts in dl-lookup.c from blowing. */ +#define ELF_MACHINE_JMP_SLOT R_MIPS_REL32 + +/* This function makes no sense on MIPS, we define it just to keep the linker + satisfied. */ +static inline void +elf_machine_fixup_plt (struct link_map *map, const Elf32_Rel *reloc, + Elf32_Addr *reloc_addr, Elf32_Addr value) +{ + *reloc_addr = value; +} + +/* Return the final value of a plt relocation. This function makes no + sense on MIPS, we define it just to keep the linker satisfied. */ +static inline Elf32_Addr +elf_machine_plt_value (struct link_map *map, const Elf32_Rel *reloc, + Elf32_Addr value) +{ + return value; +} /* Translate a processor specific dynamic tag to the index in l_info array. */ #define DT_MIPS(x) (DT_MIPS_##x - DT_LOPROC + DT_NUM) +/* + * MIPS libraries are usually linked to a non-zero base address. We + * subtrace the base address from the address where we map the object + * to. This results in more efficient address space usage. + */ #if 0 -/* We may need 64k alignment. */ -#define ELF_MACHINE_ALIGN_MASK 0xffff +#define MAP_BASE_ADDR(l) ((l)->l_info[DT_MIPS(BASE_ADDRESS)] ? \ + (l)->l_info[DT_MIPS(BASE_ADDRESS)]->d_un.d_ptr : 0) +#else +#define MAP_BASE_ADDR(l) 0x5ffe0000 #endif /* @@ -103,18 +170,19 @@ return (ElfW(Addr) *) (gpreg - 0x7ff0); } -/* Return the run-time address of the _GLOBAL_OFFSET_TABLE_. - Must be inlined in a function which uses global data. */ -static inline ElfW(Addr) * -elf_machine_got (void) +/* Return the link-time address of _DYNAMIC. Conveniently, this is the + first element of the GOT. This must be inlined in a function which + uses global data. */ +static inline ElfW(Addr) +elf_machine_dynamic (void) { ElfW(Addr) gp; - __asm__ __volatile__("move %0, $28\n\t" : "=r" (gp)); - return elf_mips_got_from_gpreg (gp); + __asm__("move\t%0, $28\n" + : "=r" (gp)); + return * (ElfW(Addr) *) (gp - 0x7ff0); } - /* Return the run-time load address of the shared object. */ static inline ElfW(Addr) elf_machine_load_address (void) @@ -142,7 +210,6 @@ ElfW(Addr) *got; ElfW(Sym) *sym; int i, n; - struct link_map **scope; const char *strtab = ((void *) map->l_addr + map->l_info[DT_STRTAB]->d_un.d_ptr); @@ -150,8 +217,9 @@ ({ \ const ElfW(Sym) *ref = sym; \ ElfW(Addr) sym_loadaddr; \ - sym_loadaddr = _dl_lookup_symbol (strtab + sym->st_name, &ref, scope, \ - map->l_name, ELF_MACHINE_RELOC_NOPLT);\ + sym_loadaddr = _dl_lookup_symbol (strtab + sym->st_name, &ref, \ + map->l_scope, map->l_name, \ + R_MIPS_REL32); \ (ref)? sym_loadaddr + ref->st_value: 0; \ }) @@ -166,9 +234,6 @@ while (i < n) got[i++] += map->l_addr; - /* Set scope. */ - scope = _dl_object_relocation_scope (map); - /* Handle global got entries. */ got += n; sym = (ElfW(Sym) *) ((void *) map->l_addr @@ -208,9 +273,7 @@ got++; sym++; } - #undef RESOLVE_GOTSYM - *_dl_global_scope_end = NULL; return; } @@ -353,8 +416,8 @@ = (const ElfW(Sym) *) (l->l_addr + l->l_info[DT_SYMTAB]->d_un.d_ptr); \ const char *strtab \ = (void *) (l->l_addr + l->l_info[DT_STRTAB]->d_un.d_ptr); \ - const ElfW(Addr) *got \ - = (const ElfW(Addr) *) (l->l_addr + l->l_info[DT_PLTGOT]->d_un.d_ptr); \ + ElfW(Addr) *got = (ElfW(Addr) *) (l->l_addr + \ + l->l_info[DT_PLTGOT]->d_un.d_ptr); \ const ElfW(Word) local_gotno \ = (const ElfW(Word)) l->l_info[DT_MIPS (LOCAL_GOTNO)]->d_un.d_val; \ const ElfW(Word) gotsym \ @@ -362,16 +425,12 @@ const ElfW(Sym) *definer; \ ElfW(Addr) loadbase; \ ElfW(Addr) funcaddr; \ - struct link_map **scope; \ \ /* Look up the symbol's run-time value. */ \ - scope = _dl_object_relocation_scope (l); \ definer = &symtab[sym_index]; \ \ loadbase = _dl_lookup_symbol (strtab + definer->st_name, &definer, \ - scope, l->l_name, ELF_MACHINE_RELOC_NOPLT); \ - \ - *_dl_global_scope_end = NULL; \ + l->l_scope, l->l_name, R_MIPS_REL32); \ \ /* Apply the relocation with that value. */ \ funcaddr = loadbase + definer->st_value; \ @@ -487,19 +546,19 @@ addu $29, $2\n\ # Save back the modified argument count.\n\ sw $4, 0($29)\n\ - # Get _dl_default_scope[2] as argument in _dl_init_next call below.\n\ -1: la $2, _dl_default_scope\n\ - lw $4, 8($2)\n\ +1: subu $29, 16\n\ +2: # Push the searchlist of the main object as argument in\n\ + # the _dl_init_next call below.\n\ + lw $4, _dl_main_searchlist\n\ # Call _dl_init_next to return the address of an initializer\n\ # function to run.\n\ - subu $29, 16\n\ jal _dl_init_next\n\ - addiu $29, 16\n\ move $28, $16\n\ # Check for zero return, when out of initializers.\n\ beq $2, $0, 2f\n\ # Call the shared object initializer function.\n\ move $25, $2\n\ + # XXX This looks broken ###.\n\ lw $4, 0($29)\n\ lw $5, 4($29)\n\ lw $6, 8($29)\n\ @@ -507,8 +566,9 @@ jalr $25\n\ move $28, $16\n\ # Loop to call _dl_init_next for the next initializer.\n\ - b 1b\n\ -2: # Clear the startup flag. Assumes 32 bit ints.\n\ + b 2b\n\ +2: addiu $29, 16\n\ + # Clear the startup flag. Assumes 32 bit ints.\n\ sw $0, _dl_starting_up\n\ # Pass our finalizer function to the user in ra.\n\ la $31, _dl_fini\n\ @@ -582,7 +642,7 @@ } static inline void -elf_machine_lazy_rel (Elf32_addr l_addr, const ElfW(Rel) *reloc) +elf_machine_lazy_rel (Elf32_Addr l_addr, const ElfW(Rel) *reloc) { /* Do nothing. */ } diff -urN glibc-2.0.99.orig/sysdeps/mips/elf/start.S glibc-2.0.99/sysdeps/mips/elf/start.S --- glibc-2.0.99.orig/sysdeps/mips/elf/start.S Sun Jul 13 01:25:32 1997 +++ glibc-2.0.99/sysdeps/mips/elf/start.S Sat Nov 7 00:15:05 1998 @@ -61,6 +61,7 @@ .text .globl ENTRY_POINT ENTRY_POINT: + subu $29, 16 #ifdef PIC SET_GP #endif @@ -85,14 +86,14 @@ arguments on the stack for the code below. Since the argument registers (a0 - a3) saved to the first 4 stack entries by the prologue of __libc_init_first, we preload them to - prevent clobbering the stack tops. In Hurd case, stack pointer - ($29) may be VM_MAX_ADDRESS here. If so, we must modify it. */ + prevent clobbering the stack tops. In Hurd case, the stack + pointer ($29) may be VM_MAX_ADDRESS on entry here. If so, we + must modify it. */ #if 0 jal mach_host_self #endif - li $4, 0x80000000 + li $4, 0x80000000 - 16 bne $29, $4, 1f - subu $29, 16 sw $0, 0($29) sw $0, 4($29) sw $0, 8($29) @@ -131,8 +132,8 @@ /* Extract the arguments and environment as encoded on the stack and set up the arguments for `main': argc, argv, envp. */ - lw $4, 0($29) /* argc */ - addu $5, $29, 4 /* argv */ + lw $4, 16($29) /* argc */ + addu $5, $29, 20 /* argv */ sll $6, $4, 2 addu $6, $6, 4 addu $6, $5, $6 /* envp = &argv[argc + 1] */ diff -urN glibc-2.0.99.orig/sysdeps/mips/fpu_control.h glibc-2.0.99/sysdeps/mips/fpu_control.h --- glibc-2.0.99.orig/sysdeps/mips/fpu_control.h Sun Jul 13 01:22:49 1997 +++ glibc-2.0.99/sysdeps/mips/fpu_control.h Sat Nov 7 00:08:06 1998 @@ -1,27 +1,21 @@ -/* FPU control word bits. Mips version. - Copyright (C) 1996, 1997 Free Software Foundation, Inc. - This file is part of the GNU C Library. - Contributed by Olaf Flebbe and Ralf Baechle. - - The GNU C Library is free software; you can redistribute it and/or - modify it under the terms of the GNU Library General Public License as - published by the Free Software Foundation; either version 2 of the - License, or (at your option) any later version. - - The GNU C Library 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 - Library General Public License for more details. - - You should have received a copy of the GNU Library General Public - License along with the GNU C Library; see the file COPYING.LIB. If not, - write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, - Boston, MA 02111-1307, USA. */ +/* Copyright (C) 1995, 1996 Ralf Baechle +This file is part of the GNU C Library. + +The Linux C Library is free software; you can redistribute it and/or +modify it under the terms of the GNU Library General Public License as +published by the Free Software Foundation; either version 2 of the +License, or (at your option) any later version. + +The Linux C Library 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 +Library General Public License for more details. */ #ifndef _FPU_CONTROL_H #define _FPU_CONTROL_H -/* MIPS FPU floating point control register bits. +/* + * MIPS FPU floating point control register bits. * * 31-25 -> floating point conditions code bits 7-1. These bits are only * available in MIPS IV. @@ -48,7 +42,7 @@ * 2 -> flag inexact exception * 1-0 -> rounding control * - * + * * Rounding Control: * 00 - rounding to nearest (RN) * 01 - rounding toward zero (RZ) @@ -80,7 +74,7 @@ /* The fdlibm code requires strict IEEE double precision arithmetic, and no interrupts for exceptions, rounding to nearest. */ -#define _FPU_DEFAULT 0x00000600 +#define _FPU_DEFAULT 0x00000000 /* IEEE: same as above, but exceptions */ #define _FPU_IEEE 0x00000F80 @@ -97,10 +91,9 @@ __BEGIN_DECLS -/* Called at startup. It can be used to manipulate the fpu control - register. */ +/* Called at startup. It can be used to manipulate the fpu control register. */ extern void __setfpucw __P ((fpu_control_t)); __END_DECLS -#endif /* fpu_control.h */ +#endif /* _FPU_CONTROL_H */ diff -urN glibc-2.0.99.orig/sysdeps/unix/mips/sysdep.S glibc-2.0.99/sysdeps/unix/mips/sysdep.S --- glibc-2.0.99.orig/sysdeps/unix/mips/sysdep.S Sat Jul 26 04:32:14 1997 +++ glibc-2.0.99/sysdeps/unix/mips/sysdep.S Fri Nov 6 23:58:31 1998 @@ -21,10 +21,16 @@ #define _ERRNO_H #include - .comm errno, 4 + .bss + .globl errno #ifdef __ELF__ - .type errno, @object + .type errno, @object #endif + .size errno, 4 +errno: + .space 4 + +weak_alias (errno, _errno) .set noreorder diff -urN glibc-2.0.99.orig/sysdeps/unix/mips/sysdep.h glibc-2.0.99/sysdeps/unix/mips/sysdep.h --- glibc-2.0.99.orig/sysdeps/unix/mips/sysdep.h Fri May 29 19:07:56 1998 +++ glibc-2.0.99/sysdeps/unix/mips/sysdep.h Sat Nov 7 02:09:18 1998 @@ -32,7 +32,7 @@ /* Note that while it's better structurally, going back to call syscall_error can make things confusing if you're debugging---it looks like it's jumping backwards into the previous fn. */ -#ifdef __PIC__ +#ifdef PIC #define PSEUDO(name, syscall_name, args) \ .align 2; \ 99: la t9,syscall_error; \ diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/errlist.c glibc-2.0.99/sysdeps/unix/sysv/linux/errlist.c --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/errlist.c Thu Apr 9 03:46:07 1998 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/errlist.c Sat Nov 7 02:07:56 1998 @@ -19,7 +19,7 @@ #include #include -#if defined HAVE_ELF && defined PIC && defined DO_VERSIONING +#if defined HAVE_ELF && defined SHARED && defined DO_VERSIONING # define SYS_ERRLIST __new_sys_errlist # define SYS_NERR __new_sys_nerr @@ -29,7 +29,7 @@ #include -#if defined HAVE_ELF && defined PIC && defined DO_VERSIONING +#if defined HAVE_ELF && defined SHARED && defined DO_VERSIONING asm (".type __old_sys_errlist,@object;.size __old_sys_errlist," OLD_ERRLIST_SIZE_STR "*" PTR_SIZE_STR); diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/init-first.c glibc-2.0.99/sysdeps/unix/sysv/linux/init-first.c --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/init-first.c Tue Sep 22 21:50:14 1998 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/init-first.c Sat Nov 7 00:56:39 1998 @@ -66,7 +66,7 @@ /* Set the FPU control word to the proper default value if the kernel would use a different value. (In a static program we don't have this information.) */ -#ifdef PIC +#ifdef SHARED if (__fpu_control != _dl_fpu_control) #endif __setfpucw (__fpu_control); @@ -77,7 +77,7 @@ __libc_argv = argv; __environ = envp; -#ifndef PIC +#ifndef SHARED __libc_init_secure (); #endif @@ -86,12 +86,12 @@ /* This is a hack to make the special getopt in GNU libc working. */ __getopt_clean_environment (envp); -#ifdef PIC +#ifdef SHARED __libc_global_ctors (); #endif } -#ifdef PIC +#ifdef SHARED SYSDEP_CALL_INIT(_init, init); diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/Makefile glibc-2.0.99/sysdeps/unix/sysv/linux/mips/Makefile --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/Makefile Thu Oct 22 00:35:17 1998 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/Makefile Sat Nov 7 01:52:08 1998 @@ -10,3 +10,8 @@ headers += regdef.h fpregdef.h sys/asm.h sys/cachectl.h sys/fpregdef.h \ sys/regdef.h sys/sysmips.h endif + +# Keep egcs 1.0.2 from dying. +ifeq ($(subdir),nss) +CFLAGS-nsswitch.c = -O +endif diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/bits/ipc.h glibc-2.0.99/sysdeps/unix/sysv/linux/mips/bits/ipc.h --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/bits/ipc.h Wed Nov 26 05:09:48 1997 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/bits/ipc.h Fri Nov 6 02:30:34 1998 @@ -1,4 +1,4 @@ -/* Copyright (C) 1995, 1996, 1997 Free Software Foundation, Inc. +/* Copyright (C) 1995, 1996, 1997, 1998 Free Software Foundation, Inc. This file is part of the GNU C Library. The GNU C Library is free software; you can redistribute it and/or @@ -33,7 +33,6 @@ #define IPC_STAT 2 /* Get `ipc_perm' options. */ #define IPC_INFO 3 /* See ipcs. */ - /* Special key values. */ #define IPC_PRIVATE ((__key_t) 0) /* Private key. */ @@ -50,14 +49,6 @@ unsigned short int __seq; /* Sequence number. */ }; - -/* Kludge to work around Linux' restriction of only up to five - arguments to a system call. */ -struct ipc_kludge - { - void *msgp; - long int msgtyp; - }; __BEGIN_DECLS diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/bits/sigaction.h glibc-2.0.99/sysdeps/unix/sysv/linux/mips/bits/sigaction.h --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/bits/sigaction.h Thu Oct 22 23:40:22 1998 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/bits/sigaction.h Thu Nov 5 15:38:10 1998 @@ -28,7 +28,16 @@ unsigned int sa_flags; /* Signal handler. */ - __sighandler_t sa_handler; + union + { + /* Used if SA_SIGINFO is not set. */ + __sighandler_t sa_handler; + /* Used if SA_SIGINFO is set. */ + void (*sa_sigaction) __PMT ((int, siginfo_t *, void *)); + } + __sigaction_handler; +#define sa_handler __sigaction_handler.sa_handler +#define sa_sigaction __sigaction_handler.sa_sigaction /* Additional set of signals to be blocked. */ __sigset_t sa_mask; @@ -37,20 +46,24 @@ /* Restore handler. */ void (*sa_restorer) __PMT ((void)); -#if _MIPS_ISA == _MIPS_ISA_MIPS1 || _MIPS_ISA == _MIPS_ISA_MIPS2 +#if (_MIPS_ISA == _MIPS_ISA_MIPS1) || (_MIPS_ISA == _MIPS_ISA_MIPS2) int sa_resv[1]; #endif }; /* Bits in `sa_flags'. */ #define SA_NOCLDSTOP 1 /* Don't send SIGCHLD when children stop. */ -#ifdef __USE_MISC -# define SA_ONSTACK 0x00000001 /* Use signal stack by using `sa_restorer'. */ -# define SA_RESTART 0x00000004 /* Restart syscall on signal return. */ -# define SA_INTERRUPT 0x00000000 /* Historical no-op. */ -# define SA_NODEFER 0x00000010 /* Don't automatically block the signal when +#define SA_SIGINFO 4 /* Invoke signal-catching function with + three arguments instead of one. */ +#if defined __USE_UNIX98 || defined __USE_MISC +# define SA_ONSTACK 0x08000000 /* Use signal stack by using `sa_restorer'. */ +# define SA_RESTART 0x10000000 /* Restart syscall on signal return. */ +# define SA_NODEFER 0x40000000 /* Don't automatically block the signal when its handler is being executed. */ -# define SA_RESETHAND 0x00000002 /* Reset to SIG_DFL on entry to handler. */ +# define SA_RESETHAND 0x80000000 /* Reset to SIG_DFL on entry to handler. */ +#endif +#ifdef __USE_MISC +# define SA_INTERRUPT 0x20000000 /* Historical no-op. */ /* Some aliases for the SA_ constants. */ # define SA_NOMASK SA_NODEFER diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/bits/siginfo.h glibc-2.0.99/sysdeps/unix/sysv/linux/mips/bits/siginfo.h --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/bits/siginfo.h Thu Jan 1 01:00:00 1970 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/bits/siginfo.h Fri Nov 6 12:16:58 1998 @@ -0,0 +1,282 @@ +/* siginfo_t, sigevent and constants. Linux version. + Copyright (C) 1997, 1998 Free Software Foundation, Inc. + This file is part of the GNU C Library. + + The GNU C Library is free software; you can redistribute it and/or + modify it under the terms of the GNU Library General Public License as + published by the Free Software Foundation; either version 2 of the + License, or (at your option) any later version. + + The GNU C Library 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 + Library General Public License for more details. + + You should have received a copy of the GNU Library General Public + License along with the GNU C Library; see the file COPYING.LIB. If not, + write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, + Boston, MA 02111-1307, USA. */ + +#if !defined _SIGNAL_H && !defined __need_siginfo_t +# error "Never include this file directly. Use instead" +#endif + +#if (!defined __have_siginfo_t \ + && (defined _SIGNAL_H || defined __need_siginfo_t)) +# define __have_siginfo_t 1 + +/* Type for data associated with a signal. */ +typedef union sigval + { + int sival_int; + void *sival_ptr; + } sigval_t; + +# define __SI_MAX_SIZE 128 +# define __SI_PAD_SIZE ((__SI_MAX_SIZE / sizeof (int)) - 3) + +typedef struct siginfo + { + int si_signo; /* Signal number. */ + int si_code; /* Signal code. */ + int si_errno; /* If non-zero, an errno value associated with + this signal, as defined in . */ + + union + { + int _pad[__SI_PAD_SIZE]; + + /* kill(). */ + struct + { + __pid_t si_pid; /* Sending process ID. */ + __uid_t si_uid; /* Real user ID of sending process. */ + } _kill; + + /* SIGCHLD. */ + struct + { + __pid_t si_pid; /* Which child. */ + __uid_t si_uid; /* Real user ID of sending process. */ + __clock_t si_utime; + int si_status; /* Exit value or signal. */ + __clock_t si_stime; + } _sigchld; + + /* SIGILL, SIGFPE, SIGSEGV, SIGBUS. */ + struct + { + void *si_addr; /* Faulting insn/memory ref. */ + } _sigfault; + + /* SIGPOLL. */ + struct + { + int si_band; /* Band event for SIGPOLL. */ + int si_fd; + } _sigpoll; + + /* POSIX.1b timers. */ + struct + { + unsigned int _timer1; + unsigned int _timer2; + } _timer; + + /* POSIX.1b signals. */ + struct + { + __pid_t si_pid; /* Sending process ID. */ + __uid_t si_uid; /* Real user ID of sending process. */ + sigval_t si_sigval; /* Signal value. */ + } _rt; + } _sifields; + } siginfo_t; + + +/* X/Open requires some more fields with fixed names. */ +# define si_pid _sifields._kill.si_pid +# define si_uid _sifields._kill.si_uid +# define si_status _sifields._sigchld.si_status +# define si_utime _sifields._sigchld.si_utime +# define si_stime _sifields._sigchld.si_stime +# define si_value _sifields._rt.si_sigval +# define si_int _sifields._rt.si_sigval.sival_int +# define si_ptr _sifields._rt.si_sigval.sival_ptr +# define si_addr _sifields._sigfault.si_addr +# define si_band _sifields._sigpoll.si_band +# define si_fd _sifields._sigpoll.si_fd + + +/* Values for `si_code'. Positive values are reserved for kernel-generated + signals. */ +enum +{ + SI_SIGIO = -5, /* Sent by queued SIGIO. */ +# define SI_SIGIO SI_SIGIO + SI_MESGQ, /* Sent by real time mesq state change. */ +# define SI_MESGQ SI_MESGQ + SI_TIMER, /* Sent by real time mesq state change. */ +# define SI_TIMER SI_TIMER + SI_ASYNCIO, /* Sent by AIO completion. */ +# define SI_ASYNCIO SI_ASYNCIO + SI_QUEUE, /* Sent by sigqueue. */ +# define SI_QUEUE SI_QUEUE + SI_USER /* Sent by kill, sigsend, raise. */ +# define SI_USER SI_USER +}; + + +/* `si_code' values for SIGILL signal. */ +enum +{ + ILL_ILLOPC = 1, /* Illegal opcode. */ +# define ILL_ILLOPC ILL_ILLOPC + ILL_ILLOPN, /* Illegal operand. */ +# define ILL_ILLOPN ILL_ILLOPN + ILL_ILLADR, /* Illegal addressing mode. */ +# define ILL_ILLADR ILL_ILLADR + ILL_ILLTRP, /* Illegal trap. */ +# define ILL_ILLTRP ILL_ILLTRP + ILL_PRVOPC, /* Privileged opcode. */ +# define ILL_PRVOPC ILL_PRVOPC + ILL_PRVREG, /* Privileged register. */ +# define ILL_PRVREG ILL_PRVREG + ILL_COPROC, /* Coprocessor error. */ +# define ILL_COPROC ILL_COPROC + ILL_BADSTK /* Internal stack error. */ +# define ILL_BADSTK ILL_BADSTK +}; + +/* `si_code' values for SIGFPE signal. */ +enum +{ + FPE_INTDIV = 1, /* Integer divide by zero. */ +# define FPE_INTDIV FPE_INTDIV + FPE_INTOVF, /* Integer overflow. */ +# define FPE_INTOVF FPE_INTOVF + FPE_FLTDIV, /* Floating point divide by zero. */ +# define FPE_FLTDIV FPE_FLTDIV + FPE_FLTOVF, /* Floating point overflow. */ +# define FPE_FLTOVF FPE_FLTOVF + FPE_FLTUND, /* Floating point underflow. */ +# define FPE_FLTUND FPE_FLTUND + FPE_FLTRES, /* Floating point inexact result. */ +# define FPE_FLTRES FPE_FLTRES + FPE_FLTINV, /* Floating point invalid operation. */ +# define FPE_FLTINV FPE_FLTINV + FPE_FLTSUB /* Subscript out of range. */ +# define FPE_FLTSUB FPE_FLTSUB +}; + +/* `si_code' values for SIGSEGV signal. */ +enum +{ + SEGV_MAPERR = 1, /* Address not mapped to object. */ +# define SEGV_MAPERR SEGV_MAPERR + SEGV_ACCERR /* Invalid permissions for mapped object. */ +# define SEGV_ACCERR SEGV_ACCERR +}; + +/* `si_code' values for SIGBUS signal. */ +enum +{ + BUS_ADRALN = 1, /* Invalid address alignment. */ +# define BUS_ADRALN BUS_ADRALN + BUS_ADRERR, /* Non-existant physical address. */ +# define BUS_ADRERR BUS_ADRERR + BUS_OBJERR /* Object specific hardware error. */ +# define BUS_OBJERR BUS_OBJERR +}; + +/* `si_code' values for SIGTRAP signal. */ +enum +{ + TRAP_BRKPT = 1, /* Process breakpoint. */ +# define TRAP_BRKPT TRAP_BRKPT + TRAP_TRACE /* Process trace trap. */ +# define TRAP_TRACE TRAP_TRACE +}; + +/* `si_code' values for SIGCHLD signal. */ +enum +{ + CLD_EXITED = 1, /* Child has exited. */ +# define CLD_EXITED CLD_EXITED + CLD_KILLED, /* Child was killed. */ +# define CLD_KILLED CLD_KILLED + CLD_DUMPED, /* Child terminated abnormally. */ +# define CLD_DUMPED CLD_DUMPED + CLD_TRAPPED, /* Traced child has trapped. */ +# define CLD_TRAPPED CLD_TRAPPED + CLD_STOPPED, /* Child has stopped. */ +# define CLD_STOPPED CLD_STOPPED + CLD_CONTINUED /* Stopped child has continued. */ +# define CLD_CONTINUED CLD_CONTINUED +}; + +/* `si_code' values for SIGPOLL signal. */ +enum +{ + POLL_IN = 1, /* Data input available. */ +# define POLL_IN POLL_IN + POLL_OUT, /* Output buffers available. */ +# define POLL_OUT POLL_OUT + POLL_MSG, /* Input message available. */ +# define POLL_MSG POLL_MSG + POLL_ERR, /* I/O error. */ +# define POLL_ERR POLL_ERR + POLL_PRI, /* High priority input available. */ +# define POLL_PRI POLL_PRI + POLL_HUP /* Device disconnected. */ +# define POLL_HUP POLL_HUP +}; + +# undef __need_siginfo_t +#endif /* !have siginfo_t && (have _SIGNAL_H || need siginfo_t). */ + + +#if defined _SIGNAL_H && !defined __have_sigevent_t +# define __have_sigevent_t 1 + +/* Structure to transport application-defined values with signals. */ +# define __SIGEV_MAX_SIZE 64 +# define __SIGEV_PAD_SIZE ((__SIGEV_MAX_SIZE / sizeof (int)) - 3) + +/* XXX This one might need to change!!! */ +typedef struct sigevent + { + int sigev_notify; + sigval_t sigev_value; + int sigev_signo; + + union + { + int _pad[__SIGEV_PAD_SIZE]; + + struct + { + void (*_function) __PMT ((sigval_t)); /* Function to start. */ + void *_attribute; /* Really pthread_attr_t. */ + } _sigev_thread; + } _sigev_un; + } sigevent_t; + +/* POSIX names to access some of the members. */ +# define sigev_notify_function _sigev_un._sigev_thread._function +# define sigev_notify_attributes _sigev_un._sigev_thread._attribute + +/* `sigev_notify' values. */ +enum +{ + SIGEV_NONE = 128, /* Other notification: meaningless. */ +# define SIGEV_NONE SIGEV_NONE + SIGEV_SIGNAL, /* Notify via signal. */ +# define SIGEV_SIGNAL SIGEV_SIGNAL + SIGEV_CALLBACK, /* Deliver via thread creation. */ +# define SIGEV_CALLBACK SIGEV_CALLBACK + SIGEV_THREAD /* Deliver via thread creation. */ +# define SIGEV_THREAD SIGEV_THREAD +}; + +#endif /* have _SIGNAL_H. */ diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/bits/signum.h glibc-2.0.99/sysdeps/unix/sysv/linux/mips/bits/signum.h --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/bits/signum.h Sun Jan 25 17:55:24 1998 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/bits/signum.h Thu Nov 5 15:27:56 1998 @@ -19,16 +19,56 @@ #ifdef _SIGNAL_H -/* Take these architecture specific stuff from the kernel header files. */ -#define __need_fake_sigfuns -#define __need_signums -#include +/* Fake signal functions. */ +#define SIG_ERR ((__sighandler_t) -1) /* Error return. */ +#define SIG_DFL ((__sighandler_t) 0) /* Default action. */ +#define SIG_IGN ((__sighandler_t) 1) /* Ignore signal. */ #ifdef __USE_UNIX98 # define SIG_HOLD ((__sighandler_t) 2) /* Add signal to hold mask. */ #endif -#endif /* included. */ -#define __need__nsig -#include +#define SIGHUP 1 /* Hangup (POSIX). */ +#define SIGINT 2 /* Interrupt (ANSI). */ +#define SIGQUIT 3 /* Quit (POSIX). */ +#define SIGILL 4 /* Illegal instruction (ANSI). */ +#define SIGTRAP 5 /* Trace trap (POSIX). */ +#define SIGIOT 6 /* IOT trap (4.2 BSD). */ +#define SIGABRT SIGIOT /* Abort (ANSI). */ +#define SIGEMT 7 +#define SIGFPE 8 /* Floating-point exception (ANSI). */ +#define SIGKILL 9 /* Kill, unblockable (POSIX). */ +#define SIGBUS 10 /* BUS error (4.2 BSD). */ +#define SIGSEGV 11 /* Segmentation violation (ANSI). */ +#define SIGSYS 12 +#define SIGPIPE 13 /* Broken pipe (POSIX). */ +#define SIGALRM 14 /* Alarm clock (POSIX). */ +#define SIGTERM 15 /* Termination (ANSI). */ +#define SIGUSR1 16 /* User-defined signal 1 (POSIX). */ +#define SIGUSR2 17 /* User-defined signal 2 (POSIX). */ +#define SIGCHLD 18 /* Child status has changed (POSIX). */ +#define SIGCLD SIGCHLD /* Same as SIGCHLD (System V). */ +#define SIGPWR 19 /* Power failure restart (System V). */ +#define SIGWINCH 20 /* Window size change (4.3 BSD, Sun). */ +#define SIGURG 21 /* Urgent condition on socket (4.2 BSD). */ +#define SIGIO 22 /* I/O now possible (4.2 BSD). */ +#define SIGPOLL SIGIO /* Pollable event occurred (System V). */ +#define SIGSTOP 23 /* Stop, unblockable (POSIX). */ +#define SIGTSTP 24 /* Keyboard stop (POSIX). */ +#define SIGCONT 25 /* Continue (POSIX). */ +#define SIGTTIN 26 /* Background read from tty (POSIX). */ +#define SIGTTOU 27 /* Background write to tty (POSIX). */ +#define SIGVTALRM 28 /* Virtual alarm clock (4.2 BSD). */ +#define SIGPROF 29 /* Profiling alarm clock (4.2 BSD). */ +#define SIGXCPU 30 /* CPU limit exceeded (4.2 BSD). */ +#define SIGXFSZ 31 /* File size limit exceeded (4.2 BSD). */ + + +#define _NSIG 128 /* Biggest signal number + 1 + (including real-time signals). */ + +#define SIGRTMIN (__libc_current_sigrtmin ()) +#define SIGRTMAX (__libc_current_sigrtmax ()) + +#endif /* included. */ diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/bits/socket.h glibc-2.0.99/sysdeps/unix/sysv/linux/mips/bits/socket.h --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/bits/socket.h Mon Sep 28 20:43:36 1998 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/bits/socket.h Fri Nov 6 00:50:09 1998 @@ -1,4 +1,4 @@ -/* System-specific socket constants and types. Linux version. +/* System-specific socket constants and types. Linux/MIPS version. Copyright (C) 1991, 92, 94, 95, 96, 97, 98 Free Software Foundation, Inc. This file is part of the GNU C Library. @@ -17,7 +17,10 @@ write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ -#if !defined _SYS_STAT_H && !defined _NETINET_IN_H +#ifndef __BITS_SOCKET_H +#define __BITS_SOCKET_H + +#if !defined _SYS_SOCKET_H && !defined _NETINET_IN_H # error "Never include directly; use instead." #endif @@ -25,65 +28,93 @@ #define __need_NULL #include +#include + /* Type for length arguments in socket calls. */ typedef unsigned int socklen_t; -/* Supported address families. */ -#define PF_UNSPEC 0 +/* Types of sockets. */ +enum __socket_type +{ + SOCK_DGRAM = 1, /* Connectionless, unreliable datagrams + of fixed maximum length. */ +#define SOCK_DGRAM SOCK_DGRAM + SOCK_STREAM = 2, /* Sequenced, reliable, connection-based + byte streams. */ +#define SOCK_STREAM SOCK_STREAM + SOCK_RAW = 3, /* Raw protocol interface. */ +#define SOCK_RAW SOCK_RAW + SOCK_RDM = 4, /* Reliably-delivered messages. */ +#define SOCK_RDM SOCK_RDM + SOCK_SEQPACKET = 5, /* Sequenced, reliable, connection-based, + datagrams of fixed maximum length. */ +#define SOCK_SEQPACKET SOCK_SEQPACKET + SOCK_PACKET = 10 /* Linux specific way of getting packets + at the dev level. For writing rarp and + other similar things on the user level. */ +#define SOCK_PACKET SOCK_PACKET +}; + +/* Protocol families. */ +#define PF_UNSPEC 0 /* Unspecified. */ #define PF_LOCAL 1 /* Local to host (pipes and file-domain). */ #define PF_UNIX PF_LOCAL /* Old BSD name for PF_LOCAL. */ -#define PF_FILE PF_LOCAL /* POSIX name for PF_LOCAL. */ +#define PF_FILE PF_LOCAL /* Another non-standard name for PF_LOCAL. */ #define PF_INET 2 /* IP protocol family. */ #define PF_AX25 3 /* Amateur Radio AX.25. */ #define PF_IPX 4 /* Novell Internet Protocol. */ -#define PF_APPLETALK 5 /* Don't use this. */ +#define PF_APPLETALK 5 /* Appletalk DDP. */ #define PF_NETROM 6 /* Amateur radio NetROM. */ #define PF_BRIDGE 7 /* Multiprotocol bridge. */ -#define PF_AAL5 8 /* Reserved for Werner's ATM. */ +#define PF_ATMPVC 8 /* ATM PVCs. */ #define PF_X25 9 /* Reserved for X.25 project. */ #define PF_INET6 10 /* IP version 6. */ -#define PF_ROSE 11 /* Amateur Radio X.25 PLP */ -#define PF_DECnet 12 /* Reserved for DECnet project */ -#define PF_NETBEUI 13 /* Reserved for 802.2LLC project*/ -#define PF_SECURITY 14 /* Security callback pseudo AF */ -#define PF_KEY 15 /* PF_KEY key management API */ +#define PF_ROSE 11 /* Amateur Radio X.25 PLP. */ +#define PF_DECnet 12 /* Reserved for DECnet project. */ +#define PF_NETBEUI 13 /* Reserved for 802.2LLC project. */ +#define PF_SECURITY 14 /* Security callback pseudo AF. */ +#define PF_KEY 15 /* PF_KEY key management API. */ #define PF_NETLINK 16 -#define PF_ROUTE PF_NETLINK /* Alias to emulate 4.4BSD */ -#define PF_PACKET 17 /* Packet family */ -#define PF_ASH 18 /* Ash */ -#define PF_MAX 32 /* For now.. */ - -/* Protocol families, same as address families. */ -#define AF_UNSPEC PF_UNSPEC -#define AF_UNIX PF_UNIX -#define AF_LOCAL PF_LOCAL -#define AF_FILE PF_FILE - -#define AF_AX25 PF_AX25 -#define AF_IPX PF_IPX -#define AF_APPLETALK PF_APPLETALK +#define PF_ROUTE PF_NETLINK /* Alias to emulate 4.4BSD. */ +#define PF_PACKET 17 /* Packet family. */ +#define PF_ASH 18 /* Ash. */ +#define PF_ECONET 19 /* Acorn Econet. */ +#define PF_ATMSVC 20 /* ATM SVCs. */ +#define PF_SNA 22 /* Linux SNA Project */ +#define PF_MAX 32 /* For now.. */ + +/* Address families. */ +#define AF_UNSPEC PF_UNSPEC +#define AF_LOCAL PF_LOCAL +#define AF_UNIX PF_UNIX +#define AF_FILE PF_FILE +#define AF_INET PF_INET +#define AF_AX25 PF_AX25 +#define AF_IPX PF_IPX +#define AF_APPLETALK PF_APPLETALK #define AF_NETROM PF_NETROM -#define AF_BRIDGE PF_BRIDGE -#define AF_AAL5 PF_AAL5 -#define AF_X25 PF_X25 -#define AF_INET6 PF_INET6 -#define AF_ROSE PF_ROSE -#define AF_DECNET PF_DECNET -#define AF_NETBEUI PF_NETBEUI +#define AF_BRIDGE PF_BRIDGE +#define AF_ATMPVC PF_ATMPVC +#define AF_X25 PF_X25 +#define AF_INET6 PF_INET6 +#define AF_ROSE PF_ROSE +#define AF_DECnet PF_DECnet +#define AF_NETBEUI PF_NETBEUI #define AF_SECURITY PF_SECURITY #define pseudo_AF_KEY PF_KEY #define AF_NETLINK PF_NETLINK #define AF_ROUTE PF_ROUTE #define AF_PACKET PF_PACKET #define AF_ASH PF_ASH -#define AF_MAX PF_MAX +#define AF_ECONET PF_ECONET +#define AF_ATMSVC PF_ATMSVC +#define AF_SNA PF_SNA +#define AF_MAX PF_MAX /* Socket level values. Others are defined in the appropriate headers. XXX These definitions also should go into the appropriate headers as far as they are available. */ -#define SOL_IPV6 41 -#define SOL_ICMPV6 58 #define SOL_RAW 255 #define SOL_DECNET 261 #define SOL_X25 262 @@ -106,10 +137,15 @@ enum { MSG_OOB = 0x01, /* Process out-of-band data. */ +#define MSG_OOB MSG_OOB MSG_PEEK = 0x02, /* Peek at incoming messages. */ +#define MSG_PEEK MSG_PEEK MSG_DONTROUTE = 0x04, /* Don't use local routing. */ +#define MSG_DONTROUTE MSG_DONTROUTE MSG_CTRUNC = 0x08, /* Control data lost before delivery. */ +#define MSG_CTRUNC MSG_CTRUNC MSG_PROXY = 0x10 /* Supply or ask second address. */ +#define MSG_PROXY MSG_PROXY }; @@ -121,10 +157,10 @@ socklen_t msg_namelen; /* Length of address data. */ struct iovec *msg_iov; /* Vector of data to send/receive into. */ - int msg_iovlen; /* Number of elements in the vector. */ + size_t msg_iovlen; /* Number of elements in the vector. */ __ptr_t msg_control; /* Ancillary data (eg BSD filedesc passing). */ - socklen_t msg_controllen; /* Ancillary data buffer length. */ + size_t msg_controllen; /* Ancillary data buffer length. */ int msg_flags; /* Flags on received message. */ }; @@ -132,12 +168,13 @@ /* Structure used for storage of ancillary data object information. */ struct cmsghdr { - socklen_t cmsg_len; /* Length of data in cmsg_data plus length + size_t cmsg_len; /* Length of data in cmsg_data plus length of cmsghdr structure. */ int cmsg_level; /* Originating protocol. */ int cmsg_type; /* Protocol specific type. */ #if !defined __STRICT_ANSI__ && defined __GNUC__ && __GNUC__ >= 2 unsigned char __cmsg_data[0]; /* Ancillary data. */ + /* XXX Perhaps this should be removed. */ #endif }; @@ -157,14 +194,13 @@ + CMSG_ALIGN (sizeof (struct cmsghdr))) #define CMSG_LEN(len) (CMSG_ALIGN (sizeof (struct cmsghdr)) + (len)) - #ifndef _EXTERN_INLINE # define _EXTERN_INLINE extern __inline #endif extern struct cmsghdr *__cmsg_nxthdr __P ((struct msghdr *__mhdr, struct cmsghdr *__cmsg)); _EXTERN_INLINE struct cmsghdr * -__cmsg_nxthdr (struct msghdr *__mhdr, struct cmsghdr *__cmsg) +__cmsg_nxthdr (struct msghdr *__mhdr, struct cmsghdr *__cmsg) __THROW { if ((size_t) __cmsg->cmsg_len < sizeof (struct cmsghdr)) /* The kernel header does this so there may be a reason. */ @@ -181,6 +217,27 @@ return __cmsg; } +/* Socket level message types. This must match the definitions in + . */ +enum + { + SCM_RIGHTS = 0x01, /* Transfer file descriptors. */ +#define SCM_RIGHTS SCM_RIGHTS +#ifdef __USE_BSD + SCM_CREDENTIALS = 0x02, /* Credentials passing. */ +# define SCM_CREDENTIALS SCM_CREDENTIALS +#endif + __SCM_CONNECT = 0x03 /* Data array is `struct scm_connect'. */ + }; + +/* User visible structure for SCM_CREDENTIALS message */ + +struct ucred +{ + pid_t pid; /* PID of sending process. */ + uid_t uid; /* UID of sending process. */ + gid_t gid; /* GID of sending process. */ +}; /* Get socket manipulation related informations from kernel headers. */ #include @@ -192,3 +249,5 @@ int l_onoff; /* Nonzero to linger on close. */ int l_linger; /* Time to linger. */ }; + +#endif /* bits/socket.h */ diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/bits/stat.h glibc-2.0.99/sysdeps/unix/sysv/linux/mips/bits/stat.h --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/bits/stat.h Sun Jan 25 18:00:01 1998 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/bits/stat.h Fri Nov 6 11:43:36 1998 @@ -22,14 +22,16 @@ /* Versions of the `struct stat' data structure. */ #define _STAT_VER_LINUX_OLD 1 +#define _STAT_VER_KERNEL 1 #define _STAT_VER_SVR4 2 #define _STAT_VER_LINUX 3 -#define _STAT_VER _STAT_VER_LINUX /* The one defined below. */ +#define _STAT_VER _STAT_VER_LINUX /* The one defined below. */ /* Versions of the `xmknod' interface. */ #define _MKNOD_VER_LINUX 1 #define _MKNOD_VER_SVR4 2 #define _MKNOD_VER _MKNOD_VER_LINUX /* The bits defined below. */ + /* Structure describing file characteristics. */ struct stat diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/clone.S glibc-2.0.99/sysdeps/unix/sysv/linux/mips/clone.S --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/clone.S Sat Jul 26 04:33:13 1997 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/clone.S Thu Nov 5 14:58:52 1998 @@ -1,4 +1,4 @@ -/* Copyright (C) 1996, 1997 Free Software Foundation, Inc. +/* Copyright (C) 1996 Free Software Foundation, Inc. This file is part of the GNU C Library. Contributed by Ralf Baechle , 1996. @@ -24,7 +24,7 @@ #include #include #define _ERRNO_H 1 -#include +#include /* int clone(int (*fn)(), void *child_stack, int flags, int nargs, ...) */ @@ -37,7 +37,7 @@ .text NESTED(__clone,4*SZREG,sp) -#ifdef PIC +#ifdef __PIC__ .set noreorder .cpload $25 .set reorder @@ -84,7 +84,7 @@ /* Something bad happened -- no child created */ error: PTR_ADDIU sp,FRAMESZ -#ifdef PIC +#ifdef __PIC__ la t9,__syscall_error jr t9 #else @@ -102,7 +102,7 @@ /* Stackframe has been created on entry of clone() */ /* Calculate address of jump into argument loading code */ li t1,MAX_REG_ARGS - slt t0,t1,t2 /* max MAX_REG_ARGS args in registers */ + slt t0,t1,t2 /* max MAX_REG_ARGS args in registers */ MOVN (t2,t1,t0) la v0,arg0 PTR_SLL t1,t0,PTR_SCALESHIFT diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/fpregdef.h glibc-2.0.99/sysdeps/unix/sysv/linux/mips/fpregdef.h --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/fpregdef.h Sun Jul 13 01:32:50 1997 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/fpregdef.h Thu Nov 5 15:00:46 1998 @@ -1 +1,27 @@ -#include +/* Copyright (C) 1991, 92, 94, 95, 96 Free Software Foundation, Inc. +This file is part of the GNU C Library. + +The GNU C Library is free software; you can redistribute it and/or +modify it under the terms of the GNU Library General Public License as +published by the Free Software Foundation; either version 2 of the +License, or (at your option) any later version. + +The GNU C Library 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 +Library General Public License for more details. + +You should have received a copy of the GNU Library General Public +License along with the GNU C Library; see the file COPYING.LIB. If +not, write to the Free Software Foundation, Inc., 675 Mass Ave, +Cambridge, MA 02139, USA. */ + +#ifndef _SYS_FPREGDEF_H +#define _SYS_FPREGDEF_H + +/* + * The real definitions come from the Linux kernel sources + */ +#include + +#endif /* _SYS_FPREGDEF_H */ diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/kernel_sigaction.h glibc-2.0.99/sysdeps/unix/sysv/linux/mips/kernel_sigaction.h --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/kernel_sigaction.h Sun Jul 13 01:32:50 1997 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/kernel_sigaction.h Thu Nov 5 15:49:24 1998 @@ -4,9 +4,12 @@ #define HAVE_SA_RESTORER +/* Linux/MIPS still uses the old sigaction structure in the kernel. */ +#define old_kernel_sigaction kernel_sigaction + struct kernel_sigaction { unsigned int sa_flags; - __sighandler_t sa_handler; + __sighandler_t k_sa_handler; unsigned long sa_mask; unsigned int __pad0[3]; /* reserved, keep size constant */ diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/kernel_termios.h glibc-2.0.99/sysdeps/unix/sysv/linux/mips/kernel_termios.h --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/kernel_termios.h Sun Jul 13 01:32:50 1997 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/kernel_termios.h Fri Nov 6 11:55:33 1998 @@ -1,9 +1,24 @@ -#ifndef _SYS_KERNEL_TERMIOS_H -#define _SYS_KERNEL_TERMIOS_H 1 -/* The following corresponds to the values from the Linux 2.1.24 kernel. */ +/* Copyright (C) 1997 Free Software Foundation, Inc. + This file is part of the GNU C Library. + + The GNU C Library is free software; you can redistribute it and/or + modify it under the terms of the GNU Library General Public License as + published by the Free Software Foundation; either version 2 of the + License, or (at your option) any later version. + + The GNU C Library 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 + Library General Public License for more details. -/* We need the definition of tcflag_t, cc_t, and speed_t. */ -#include + You should have received a copy of the GNU Library General Public + License along with the GNU C Library; see the file COPYING.LIB. If not, + write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, + Boston, MA 02111-1307, USA. */ + +#ifndef _KERNEL_TERMIOS_H +#define _KERNEL_TERMIOS_H 1 +/* The following corresponds to the values from the Linux 2.1.24 kernel. */ #define __KERNEL_NCCS 23 diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/pread.c glibc-2.0.99/sysdeps/unix/sysv/linux/mips/pread.c --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/pread.c Thu Jan 1 01:00:00 1970 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/pread.c Fri Nov 6 22:34:24 1998 @@ -0,0 +1,62 @@ +/* Copyright (C) 1997, 1998 Free Software Foundation, Inc. + This file is part of the GNU C Library. + Contributed by Ulrich Drepper , 1997. + + The GNU C Library is free software; you can redistribute it and/or + modify it under the terms of the GNU Library General Public License as + published by the Free Software Foundation; either version 2 of the + License, or (at your option) any later version. + + The GNU C Library 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 + Library General Public License for more details. + + You should have received a copy of the GNU Library General Public + License along with the GNU C Library; see the file COPYING.LIB. If not, + write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, + Boston, MA 02111-1307, USA. */ + +#include +#include + +#include +#include + +#ifdef __NR_pread + +extern ssize_t __syscall_pread (int fd, void *buf, size_t count, int dummy, + off_t offset_hi, off_t offset_lo); + +static ssize_t __emulate_pread (int fd, void *buf, size_t count, + off_t offset) internal_function; + + +ssize_t +__pread (fd, buf, count, offset) + int fd; + void *buf; + size_t count; + off_t offset; +{ + ssize_t result; + + /* First try the syscall. */ +#if defined(__MIPSEB__) + result = INLINE_SYSCALL (pread, 6, fd, buf, count, 0, 0, offset); +#elif defined(__MIPSEL__) + result = INLINE_SYSCALL (pread, 6, fd, buf, count, 0, offset, 0); +#endif + if (result == -1 && errno == ENOSYS) + /* No system call available. Use the emulation. */ + result = __emulate_pread (fd, buf, count, offset); + + return result; +} + +weak_alias (__pread, pread) + +#define __pread(fd, buf, count, offset) \ + static internal_function __emulate_pread (fd, buf, count, offset) +#endif +#include diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/pread64.c glibc-2.0.99/sysdeps/unix/sysv/linux/mips/pread64.c --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/pread64.c Thu Jan 1 01:00:00 1970 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/pread64.c Fri Nov 6 22:33:23 1998 @@ -0,0 +1,65 @@ +/* Copyright (C) 1997, 1998 Free Software Foundation, Inc. + This file is part of the GNU C Library. + Contributed by Ulrich Drepper , 1997. + + The GNU C Library is free software; you can redistribute it and/or + modify it under the terms of the GNU Library General Public License as + published by the Free Software Foundation; either version 2 of the + License, or (at your option) any later version. + + The GNU C Library 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 + Library General Public License for more details. + + You should have received a copy of the GNU Library General Public + License along with the GNU C Library; see the file COPYING.LIB. If not, + write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, + Boston, MA 02111-1307, USA. */ + +#include +#include + +#include +#include + +#ifdef __NR_pread + +extern ssize_t __syscall_pread (int fd, void *buf, size_t count, int dummy, + off_t offset_hi, off_t offset_lo); + +static ssize_t __emulate_pread64 (int fd, void *buf, size_t count, + off64_t offset) internal_function; + + +ssize_t +__pread64 (fd, buf, count, offset) + int fd; + void *buf; + size_t count; + off64_t offset; +{ + ssize_t result; + + /* First try the syscall. */ +#if defined(__MIPSEB__) + result = INLINE_SYSCALL (pread, 6, fd, buf, count, 0, (off_t) (offset >> 32), + (off_t) (offset & 0xffffffff)); +#elif defined(__MIPSEL__) + result = INLINE_SYSCALL (pread, 6, fd, buf, count, 0, + (off_t) (offset & 0xffffffff), + (off_t) (offset >> 32)); +#endif + if (result == -1 && errno == ENOSYS) + /* No system call available. Use the emulation. */ + result = __emulate_pread64 (fd, buf, count, offset); + + return result; +} + +weak_alias (__pread64, pread64) + +#define __pread64(fd, buf, count, offset) \ + static internal_function __emulate_pread64 (fd, buf, count, offset) +#endif +#include diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/pwrite.c glibc-2.0.99/sysdeps/unix/sysv/linux/mips/pwrite.c --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/pwrite.c Thu Jan 1 01:00:00 1970 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/pwrite.c Fri Nov 6 22:34:04 1998 @@ -0,0 +1,62 @@ +/* Copyright (C) 1997, 1998 Free Software Foundation, Inc. + This file is part of the GNU C Library. + Contributed by Ulrich Drepper , 1997. + + The GNU C Library is free software; you can redistribute it and/or + modify it under the terms of the GNU Library General Public License as + published by the Free Software Foundation; either version 2 of the + License, or (at your option) any later version. + + The GNU C Library 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 + Library General Public License for more details. + + You should have received a copy of the GNU Library General Public + License along with the GNU C Library; see the file COPYING.LIB. If not, + write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, + Boston, MA 02111-1307, USA. */ + +#include +#include + +#include +#include + +#ifdef __NR_pwrite + +extern ssize_t __syscall_pwrite (int fd, const void *buf, size_t count, + int dummy, off_t offset_hi, off_t offset_lo); + +static ssize_t __emulate_pwrite (int fd, const void *buf, size_t count, + off_t offset) internal_function; + + +ssize_t +__pwrite (fd, buf, count, offset) + int fd; + const void *buf; + size_t count; + off_t offset; +{ + ssize_t result; + + /* First try the syscall. */ +#if defined(__MIPSEB__) + result = INLINE_SYSCALL (pwrite, 6, fd, buf, count, 0, 0, offset); +#elif defined(__MIPSEL__) + result = INLINE_SYSCALL (pwrite, 6, fd, buf, count, 0, offset, 0); +#endif + if (result == -1 && errno == ENOSYS) + /* No system call available. Use the emulation. */ + result = __emulate_pwrite (fd, buf, count, offset); + + return result; +} + +weak_alias (__pwrite, pwrite) + +#define __pwrite(fd, buf, count, offset) \ + static internal_function __emulate_pwrite (fd, buf, count, offset) +#endif +#include diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/pwrite64.c glibc-2.0.99/sysdeps/unix/sysv/linux/mips/pwrite64.c --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/pwrite64.c Thu Jan 1 01:00:00 1970 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/pwrite64.c Fri Nov 6 22:35:11 1998 @@ -0,0 +1,65 @@ +/* Copyright (C) 1997, 1998 Free Software Foundation, Inc. + This file is part of the GNU C Library. + Contributed by Ralf Baechle , 1998. + + The GNU C Library is free software; you can redistribute it and/or + modify it under the terms of the GNU Library General Public License as + published by the Free Software Foundation; either version 2 of the + License, or (at your option) any later version. + + The GNU C Library 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 + Library General Public License for more details. + + You should have received a copy of the GNU Library General Public + License along with the GNU C Library; see the file COPYING.LIB. If not, + write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, + Boston, MA 02111-1307, USA. */ + +#include +#include + +#include +#include + +#ifdef __NR_pwrite + +extern ssize_t __syscall_pwrite (int fd, const void *buf, size_t count, + int dummy, off_t offset_hi, off_t offset_lo); + +static ssize_t __emulate_pwrite64 (int fd, const void *buf, size_t count, + off64_t offset) internal_function; + + +ssize_t +__pwrite64 (fd, buf, count, offset) + int fd; + const void *buf; + size_t count; + off64_t offset; +{ + ssize_t result; + + /* First try the syscall. */ +#if defined(__MIPSEB__) + result = INLINE_SYSCALL (pwrite, 6, fd, buf, count, 0, (off_t) (offset >> 32), + (off_t) (offset & 0xffffffff)); +#elif defined(__MIPSEL__) + result = INLINE_SYSCALL (pwrite, 6, fd, buf, count, 0, + (off_t) (offset & 0xffffffff), + (off_t) (offset >> 32)); +#endif + if (result == -1 && errno == ENOSYS) + /* No system call available. Use the emulation. */ + result = __emulate_pwrite64 (fd, buf, count, offset); + + return result; +} + +weak_alias (__pwrite64, pwrite64) + +#define __pwrite64(fd, buf, count, offset) \ + static internal_function __emulate_pwrite64 (fd, buf, count, offset) +#endif +#include diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/regdef.h glibc-2.0.99/sysdeps/unix/sysv/linux/mips/regdef.h --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/regdef.h Sun Jul 13 01:32:50 1997 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/regdef.h Thu Nov 5 15:04:21 1998 @@ -1 +1,30 @@ -#include +/* +Copyright (C) 1994, 1995 by Ralf Baechle. + +This file is part of the GNU C Library. + +The GNU C Library is free software; you can redistribute it and/or +modify it under the terms of the GNU Library General Public License as +published by the Free Software Foundation; either version 2 of the +License, or (at your option) any later version. + +The GNU C Library 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 +Library General Public License for more details. + +You should have received a copy of the GNU Library General Public +License along with the GNU C Library; see the file COPYING.LIB. If +not, write to the, 1992 Free Software Foundation, Inc., 675 Mass Ave, +Cambridge, MA 02139, USA. */ + +#ifndef _REGDEF_H +#define _REGDEF_H + +/* + * The real definitions come from the Linux kernel sources + */ +#include +#include + +#endif /* _REGDEF_H */ diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/sys/syscall.h glibc-2.0.99/sysdeps/unix/sysv/linux/mips/sys/syscall.h --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/sys/syscall.h Sun Jul 13 01:32:56 1997 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/sys/syscall.h Fri Nov 6 14:49:20 1998 @@ -1,23 +1,23 @@ -/* Copyright (C) 1995, 1996, 1997 Free Software Foundation, Inc. - This file is part of the GNU C Library. +/* Copyright (C) 1995, 1996 Free Software Foundation, Inc. +This file is part of the GNU C Library. - The GNU C Library is free software; you can redistribute it and/or - modify it under the terms of the GNU Library General Public License as - published by the Free Software Foundation; either version 2 of the - License, or (at your option) any later version. +The GNU C Library is free software; you can redistribute it and/or +modify it under the terms of the GNU Library General Public License as +published by the Free Software Foundation; either version 2 of the +License, or (at your option) any later version. - The GNU C Library 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 - Library General Public License for more details. +The GNU C Library 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 +Library General Public License for more details. - You should have received a copy of the GNU Library General Public - License along with the GNU C Library; see the file COPYING.LIB. If not, - write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, - Boston, MA 02111-1307, USA. */ +You should have received a copy of the GNU Library General Public +License along with the GNU C Library; see the file COPYING.LIB. If +not, write to the Free Software Foundation, Inc., 675 Mass Ave, +Cambridge, MA 02139, USA. */ #ifndef _SYSCALL_H -#define _SYSCALL_H 1 +#define _SYSCALL_H /* This file should list the numbers of the system the system knows. But instead of duplicating this we use the information available @@ -230,7 +230,7 @@ #define SYS_SVR4_reserved62 (SYS_SVR4 + 199) #define SYS_SVR4_reserved63 (SYS_SVR4 + 200) #define SYS_SVR4_aread (SYS_SVR4 + 201) -#define SYS_SVR4_awrite (SYS_SVR4 + 202) +#define SYS_SVR4_awrite (SYS_SVR4 + 202) #define SYS_SVR4_listio (SYS_SVR4 + 203) #define SYS_SVR4_mips_acancel (SYS_SVR4 + 204) #define SYS_SVR4_astatus (SYS_SVR4 + 205) @@ -1009,7 +1009,7 @@ #define SYS_time (SYS_Linux + 13) #define SYS_mknod (SYS_Linux + 14) #define SYS_chmod (SYS_Linux + 15) -#define SYS_chown (SYS_Linux + 16) +#define SYS_lchown (SYS_Linux + 16) #define SYS_break (SYS_Linux + 17) #define SYS_oldstat (SYS_Linux + 18) #define SYS_lseek (SYS_Linux + 19) @@ -1045,7 +1045,7 @@ #define SYS_geteuid (SYS_Linux + 49) #define SYS_getegid (SYS_Linux + 50) #define SYS_acct (SYS_Linux + 51) -#define SYS_phys (SYS_Linux + 52) +#define SYS_umount2 (SYS_Linux + 52) #define SYS_lock (SYS_Linux + 53) #define SYS_ioctl (SYS_Linux + 54) #define SYS_fcntl (SYS_Linux + 55) @@ -1183,5 +1183,25 @@ #define SYS_query_module (SYS_Linux + 187) #define SYS_poll (SYS_Linux + 188) #define SYS_nfsservctl (SYS_Linux + 189) +#define SYS_setresgid (SYS_Linux + 190) +#define SYS_getresgid (SYS_Linux + 191) +#define SYS_prctl (SYS_Linux + 192) +#define SYS_rt_sigreturn (SYS_Linux + 193) +#define SYS_rt_sigaction (SYS_Linux + 194) +#define SYS_rt_sigprocmask (SYS_Linux + 195) +#define SYS_rt_sigpending (SYS_Linux + 196) +#define SYS_rt_sigtimedwait (SYS_Linux + 197) +#define SYS_rt_sigqueueinfo (SYS_Linux + 198) +#define SYS_rt_sigsuspend (SYS_Linux + 199) +#define SYS_pread (SYS_Linux + 200) +#define SYS_pwrite (SYS_Linux + 201) +#define SYS_chown (SYS_Linux + 202) +#define SYS_getcwd (SYS_Linux + 203) +#define SYS_capget (SYS_Linux + 204) +#define SYS_capset (SYS_Linux + 205) +#define SYS_sigaltstack (SYS_Linux + 206) +#define SYS_sendfile (SYS_Linux + 207) +#define SYS_streams1 (SYS_Linux + 208) +#define SYS_streams2 (SYS_Linux + 209) -#endif /* sys/syscall.h */ +#endif /* _SYSCALL_H */ diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/sys/ucontext.h glibc-2.0.99/sysdeps/unix/sysv/linux/mips/sys/ucontext.h --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/sys/ucontext.h Thu Jan 1 01:00:00 1970 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/sys/ucontext.h Fri Nov 6 12:21:31 1998 @@ -0,0 +1,77 @@ +/* Copyright (C) 1997, 1998 Free Software Foundation, Inc. + This file is part of the GNU C Library. + + The GNU C Library is free software; you can redistribute it and/or + modify it under the terms of the GNU Library General Public License as + published by the Free Software Foundation; either version 2 of the + License, or (at your option) any later version. + + The GNU C Library 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 + Library General Public License for more details. + + You should have received a copy of the GNU Library General Public + License along with the GNU C Library; see the file COPYING.LIB. If not, + write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, + Boston, MA 02111-1307, USA. */ + +/* Don't rely on this, the interface is currently messed up and may need to + be broken to be fixed. */ +#ifndef _SYS_UCONTEXT_H +#define _SYS_UCONTEXT_H 1 + +#include +#include + +/* We need the signal context definitions even if they are not used + included in . */ +#include + + +/* Type for general register. */ +typedef unsigned long greg_t; + +/* Number of general registers. */ +#define NGREG 37 +#define NFPREG 33 + +/* Container for all general registers. */ +typedef struct gregset { + greg_t g_regs[32]; + greg_t g_hi; + greg_t g_lo; + greg_t g_pad[3]; +} gregset_t; + +/* Container for all FPU registers. */ +typedef struct fpregset { + union { + double fp_dregs[32]; + struct { + float _fp_fregs; + unsigned int _fp_pad; + } fp_fregs[32]; + } fp_r; + unsigned int fp_csr; + unsigned int fp_pad; +} fpregset_t; + +/* Context to describe whole processor state. */ +typedef struct + { + gregset_t gregs; + fpregset_t fpregs; + } mcontext_t; + +/* Userlevel context. */ +typedef struct ucontext + { + unsigned long uc_flags; + struct ucontext *uc_link; + stack_t uc_stack; + mcontext_t uc_mcontext; + __sigset_t uc_sigmask; + } ucontext_t; + +#endif /* sys/ucontext.h */ diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/syscalls.list glibc-2.0.99/sysdeps/unix/sysv/linux/mips/syscalls.list --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/syscalls.list Tue Oct 20 19:49:05 1998 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/syscalls.list Fri Nov 6 22:58:09 1998 @@ -34,13 +34,16 @@ socket - socket 3 __socket socket socketpair - socketpair 4 __socketpair socketpair -getresuid - getresuid 3 getresuid -getresgid - getresgid 3 getresgid - # # There are defined locally because the caller is also defined in this dir. # s_llseek llseek _llseek 5 __sys_llseek +s_sigaction sigaction sigaction 3 __syscall_sigaction +s_ustat ustat ustat 2 __syscall_ustat +sys_mknod xmknod mknod 3 __syscall_mknod +sys_fstat fxstat fstat 2 __syscall_fstat +sys_lstat lxstat lstat 2 __syscall_lstat +sys_stat xstat stat 2 __syscall_stat # System calls with wrappers. rt_sigaction - rt_sigaction 4 __syscall_rt_sigaction @@ -55,16 +58,14 @@ s_getresgid getresgid getresgid 3 __syscall_getresgid s_getresuid getresuid getresuid 3 __syscall_getresuid s_poll poll poll 3 __syscall_poll -s_pread64 pread64 pread 5 __syscall_pread64 +s_pread pread pread 6 __syscall_pread s_ptrace ptrace ptrace 4 __syscall_ptrace -s_pwrite64 pwrite64 pwrite 5 __syscall_pwrite64 +s_pwrite pwrite pwrite 6 __syscall_pwrite s_reboot reboot reboot 3 __syscall_reboot -s_sigaction sigaction sigaction 3 __syscall_sigaction s_sigpending sigpending sigpending 1 __syscall_sigpending s_sigprocmask sigprocmask sigprocmask 3 __syscall_sigprocmask -s_sigsuspend sigsuspend sigsuspend 3 __syscall_sigsuspend -s_sysctl sysctl _sysctl 1 __syscall__sysctl -s_ustat ustat ustat 2 __syscall_ustat +# Todo: we can pass 6 args in registers, no need for the wrapper +sysctl sysctl _sysctl 1 __syscall_sysctl sys_fstat fxstat fstat 2 __syscall_fstat sys_lstat lxstat lstat 2 __syscall_lstat sys_mknod xmknod mknod 3 __syscall_mknod diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/ustat.c glibc-2.0.99/sysdeps/unix/sysv/linux/mips/ustat.c --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/ustat.c Sun Jul 13 01:32:50 1997 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/ustat.c Fri Nov 6 01:03:07 1998 @@ -1,4 +1,4 @@ -/* Copyright (C) 1997 Free Software Foundation, Inc. +/* Copyright (C) 1997, 1998 Free Software Foundation, Inc. This file is part of the GNU C Library. Contributed by Ulrich Drepper , 1997. @@ -17,9 +17,12 @@ write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ +#include #include #include +#include +#include extern int __syscall_ustat (unsigned long dev, struct ustat *ubuf); @@ -31,5 +34,5 @@ /* We must convert the value to dev_t type used by the kernel. */ k_dev = ((major (dev) & 0xff) << 8) | (minor (dev) & 0xff); - return __syscall_ustat (k_dev, ubuf); + return INLINE_SYSCALL (ustat, 2, k_dev, ubuf); } diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/xmknod.c glibc-2.0.99/sysdeps/unix/sysv/linux/mips/xmknod.c --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/xmknod.c Sun Jul 13 01:32:50 1997 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/xmknod.c Fri Nov 6 01:05:56 1998 @@ -1,5 +1,5 @@ /* xmknod call using old-style Unix mknod system call. - Copyright (C) 1991, 1993, 1995, 1996, 1997 Free Software Foundation, Inc. + Copyright (C) 1991, 93, 95, 96, 97, 98 Free Software Foundation, Inc. This file is part of the GNU C Library. The GNU C Library is free software; you can redistribute it and/or @@ -22,6 +22,9 @@ #include #include +#include +#include + extern int __syscall_mknod (const char *, unsigned long, unsigned int); /* Create a device file named PATH, with permission and special bits MODE @@ -41,7 +44,7 @@ /* We must convert the value to dev_t type used by the kernel. */ k_dev = ((major (*dev) & 0xff) << 8) | (minor (*dev) & 0xff); - return __syscall_mknod (path, mode, k_dev); + return INLINE_SYSCALL (mknod, 3, path, mode, k_dev); } weak_alias (__xmknod, _xmknod) diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/xstat.c glibc-2.0.99/sysdeps/unix/sysv/linux/mips/xstat.c --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/xstat.c Sun Jul 13 01:32:51 1997 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/xstat.c Thu Jan 1 01:00:00 1970 @@ -1,80 +0,0 @@ -/* xstat using old-style Unix stat system call. - Copyright (C) 1991, 1995, 1996, 1997 Free Software Foundation, Inc. - This file is part of the GNU C Library. - - The GNU C Library is free software; you can redistribute it and/or - modify it under the terms of the GNU Library General Public License as - published by the Free Software Foundation; either version 2 of the - License, or (at your option) any later version. - - The GNU C Library 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 - Library General Public License for more details. - - You should have received a copy of the GNU Library General Public - License along with the GNU C Library; see the file COPYING.LIB. If not, - write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, - Boston, MA 02111-1307, USA. */ - -#include -#include -#include - -#include - -extern int __syscall_stat (const char *, struct kernel_stat *); - -/* Get information about the file NAME in BUF. */ -int -__xstat (int vers, const char *name, struct stat *buf) -{ - struct kernel_stat kbuf; - int result; - - switch (vers) - { - case _STAT_VER_LINUX_OLD: - /* Nothing to do. The struct is in the form the kernel expects - it to be. */ - result = __syscall_stat (name, (struct kernel_stat *) buf); - break; - - case _STAT_VER_LINUX: - /* Do the system call. */ - result = __syscall_stat (name, &kbuf); - - /* Convert to current kernel version of `struct stat'. */ - buf->st_dev = kbuf.st_dev; - buf->st_pad1[0] = 0; buf->st_pad1[1] = 0; buf->st_pad1[2] = 0; - buf->st_ino = kbuf.st_ino; - buf->st_mode = kbuf.st_mode; - buf->st_nlink = kbuf.st_nlink; - buf->st_uid = kbuf.st_uid; - buf->st_gid = kbuf.st_gid; - buf->st_rdev = kbuf.st_rdev; - buf->st_pad2[0] = 0; buf->st_pad2[1] = 0; - buf->st_pad3 = 0; - buf->st_size = kbuf.st_size; - buf->st_blksize = kbuf.st_blksize; - buf->st_blocks = kbuf.st_blocks; - - buf->st_atime = kbuf.st_atime; buf->__reserved0 = 0; - buf->st_mtime = kbuf.st_mtime; buf->__reserved1 = 0; - buf->st_ctime = kbuf.st_ctime; buf->__reserved2 = 0; - - buf->st_pad4[0] = 0; buf->st_pad4[1] = 0; - buf->st_pad4[2] = 0; buf->st_pad4[3] = 0; - buf->st_pad4[4] = 0; buf->st_pad4[5] = 0; - buf->st_pad4[6] = 0; buf->st_pad4[7] = 0; - break; - - default: - __set_errno (EINVAL); - result = -1; - break; - } - - return result; -} -weak_alias (__xstat, _xstat) diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/xstatconv.c glibc-2.0.99/sysdeps/unix/sysv/linux/mips/xstatconv.c --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/mips/xstatconv.c Thu Jan 1 01:00:00 1970 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/mips/xstatconv.c Fri Nov 6 11:47:12 1998 @@ -0,0 +1,120 @@ +/* Convert between the kernel's `struct stat' format, and libc's. + Copyright (C) 1991, 1995, 1996, 1997 Free Software Foundation, Inc. + This file is part of the GNU C Library. + + The GNU C Library is free software; you can redistribute it and/or + modify it under the terms of the GNU Library General Public License as + published by the Free Software Foundation; either version 2 of the + License, or (at your option) any later version. + + The GNU C Library 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 + Library General Public License for more details. + + You should have received a copy of the GNU Library General Public + License along with the GNU C Library; see the file COPYING.LIB. If not, + write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, + Boston, MA 02111-1307, USA. */ + +#include + + +static inline int +xstat_conv (int vers, struct kernel_stat *kbuf, void *ubuf) +{ + switch (vers) + { + case _STAT_VER_KERNEL: + /* Nothing to do. The struct is in the form the kernel expects. + We should have short-circuted before we got here, but for + completeness... */ + *(struct kernel_stat *) ubuf = *kbuf; + break; + + case _STAT_VER_LINUX: + { + struct stat *buf = ubuf; + + /* Convert to current kernel version of `struct stat'. */ + buf->st_dev = kbuf->st_dev; + buf->st_pad1[0] = 0; buf->st_pad1[1] = 0; buf->st_pad1[2] = 0; + buf->st_ino = kbuf->st_ino; + buf->st_mode = kbuf->st_mode; + buf->st_nlink = kbuf->st_nlink; + buf->st_uid = kbuf->st_uid; + buf->st_gid = kbuf->st_gid; + buf->st_rdev = kbuf->st_rdev; + buf->st_pad2[0] = 0; buf->st_pad2[1] = 0; + buf->st_pad3 = 0; + buf->st_size = kbuf->st_size; + buf->st_blksize = kbuf->st_blksize; + buf->st_blocks = kbuf->st_blocks; + + buf->st_atime = kbuf->st_atime; buf->__reserved0 = 0; + buf->st_mtime = kbuf->st_mtime; buf->__reserved1 = 0; + buf->st_ctime = kbuf->st_ctime; buf->__reserved2 = 0; + + buf->st_pad4[0] = 0; buf->st_pad4[1] = 0; + buf->st_pad4[2] = 0; buf->st_pad4[3] = 0; + buf->st_pad4[4] = 0; buf->st_pad4[5] = 0; + buf->st_pad4[6] = 0; buf->st_pad4[7] = 0; + } + break; + + default: + __set_errno (EINVAL); + return -1; + } + + return 0; +} + +static inline int +xstat64_conv (int vers, struct kernel_stat *kbuf, void *ubuf) +{ +#ifdef XSTAT_IS_XSTAT64 + return xstat_conv (vers, kbuf, ubuf); +#else + switch (vers) + { + case _STAT_VER_LINUX: + { + struct stat64 *buf = ubuf; + + buf->st_dev = kbuf->st_dev; + buf->st_pad1[0] = 0; buf->st_pad1[1] = 0; buf->st_pad1[2] = 0; + buf->st_ino = kbuf->st_ino; + buf->st_mode = kbuf->st_mode; + buf->st_nlink = kbuf->st_nlink; + buf->st_uid = kbuf->st_uid; + buf->st_gid = kbuf->st_gid; + buf->st_rdev = kbuf->st_rdev; + buf->st_pad2[0] = 0; buf->st_pad2[1] = 0; + buf->st_pad3 = 0; + buf->st_size = kbuf->st_size; + buf->st_blksize = kbuf->st_blksize; + buf->st_blocks = kbuf->st_blocks; + + buf->st_atime = kbuf->st_atime; buf->__reserved0 = 0; + buf->st_mtime = kbuf->st_mtime; buf->__reserved1 = 0; + buf->st_ctime = kbuf->st_ctime; buf->__reserved2 = 0; + + buf->st_pad4[0] = 0; buf->st_pad4[1] = 0; + buf->st_pad4[2] = 0; buf->st_pad4[3] = 0; + buf->st_pad4[4] = 0; buf->st_pad4[5] = 0; + buf->st_pad4[6] = 0; buf->st_pad4[7] = 0; + } + break; + + /* If struct stat64 is different from struct stat then + _STAT_VER_KERNEL does not make sense. */ + case _STAT_VER_KERNEL: + default: + __set_errno (EINVAL); + return -1; + } + + return 0; +#endif +} diff -urN glibc-2.0.99.orig/sysdeps/unix/sysv/linux/siglist.c glibc-2.0.99/sysdeps/unix/sysv/linux/siglist.c --- glibc-2.0.99.orig/sysdeps/unix/sysv/linux/siglist.c Thu Feb 12 19:21:24 1998 +++ glibc-2.0.99/sysdeps/unix/sysv/linux/siglist.c Sat Nov 7 02:08:15 1998 @@ -20,7 +20,7 @@ #include #include -#if defined HAVE_ELF && defined PIC && defined DO_VERSIONING +#if defined HAVE_ELF && defined SHARED && defined DO_VERSIONING # define SYS_SIGLIST __new_sys_siglist # define SYS_SIGABBREV __new_sys_sigabbrev #else @@ -28,7 +28,7 @@ # define SYS_SIGABBREV _sys_sigabbrev #endif -#if defined HAVE_ELF && defined PIC && defined DO_VERSIONING +#if defined HAVE_ELF && defined SHARED && defined DO_VERSIONING asm (".data; .globl __old_sys_siglist; __old_sys_siglist:"); #endif @@ -39,7 +39,7 @@ #undef init_sig }; -#if defined HAVE_ELF && defined PIC && defined DO_VERSIONING +#if defined HAVE_ELF && defined SHARED && defined DO_VERSIONING asm (".type __old_sys_siglist,@object;.size __old_sys_siglist," OLD_SIGLIST_SIZE_STR "*" PTR_SIZE_STR); @@ -53,7 +53,7 @@ #undef init_sig }; -#if defined HAVE_ELF && defined PIC && defined DO_VERSIONING +#if defined HAVE_ELF && defined SHARED && defined DO_VERSIONING asm (".type __old_sys_sigabbrev,@object;.size __old_sys_sigabbrev," OLD_SIGLIST_SIZE_STR "*" PTR_SIZE_STR); --oyUTqETQ0mS9luUI-- From ralf@lappi.waldorf-gmbh.de Sun Nov 8 03:35:07 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA08806; Sun, 8 Nov 1998 03:35:05 +0100 (MET) Received-Date: Sun, 8 Nov 1998 03:35:05 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-13.uni-koblenz.de [141.26.249.13]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id DAA14588 for ; Sun, 8 Nov 1998 03:34:40 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id UAA09599; Sat, 7 Nov 1998 20:52:10 +0100 Message-ID: <19981107205209.A9591@uni-koblenz.de> Date: Sat, 7 Nov 1998 20:52:09 +0100 From: ralf@uni-koblenz.de To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Updated patch for binutils 2.9.1.0.4 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=3MwIy2ne0vdjdPXF X-Mailer: Mutt 0.91.1 Content-Length: 7555 Lines: 239 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Hi, here is an updated patch for binutils 2.9.1.0.4. If you want to successfully recompile glibc 2.0.99 you'll need this patch. This bug is probably in ld as long as it exists. For a more detailed explanation of the bug see the comment in ld/ldlang.c. The bugs mentioned in my previous posting are all still unfixed. Ralf --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="binutils-2.9.1.0.4.diff" diff -urN binutils-2.9.1.0.4.orig/bfd/elf32-mips.c binutils-2.9.1.0.4/bfd/elf32-mips.c --- binutils-2.9.1.0.4.orig/bfd/elf32-mips.c Wed Apr 1 04:40:03 1998 +++ binutils-2.9.1.0.4/bfd/elf32-mips.c Sat Nov 7 15:58:21 1998 @@ -5113,36 +5113,43 @@ } else { - long indx; - - if (h == NULL) - sec = local_sections[r_symndx]; - else - { - BFD_ASSERT (h->root.type == bfd_link_hash_defined - || (h->root.type - == bfd_link_hash_defweak)); - sec = h->root.u.def.section; - } - if (sec != NULL && bfd_is_abs_section (sec)) - indx = 0; - else if (sec == NULL || sec->owner == NULL) + if (r_type == R_MIPS_32) { - bfd_set_error (bfd_error_bad_value); - return false; + outrel.r_info = ELF32_R_INFO (0, R_MIPS_REL32); + addend += relocation; } - else - { - asection *osec; + else + { + long indx; - osec = sec->output_section; - indx = elf_section_data (osec)->dynindx; - if (indx == 0) - abort (); - } + if (h == NULL) + sec = local_sections[r_symndx]; + else + { + BFD_ASSERT (h->root.type == bfd_link_hash_defined + || (h->root.type + == bfd_link_hash_defweak)); + sec = h->root.u.def.section; + } + if (sec != NULL && bfd_is_abs_section (sec)) + indx = 0; + else if (sec == NULL || sec->owner == NULL) + { + bfd_set_error (bfd_error_bad_value); + return false; + } + else + { + asection *osec; - outrel.r_info = ELF32_R_INFO (indx, R_MIPS_REL32); - addend += relocation; + osec = sec->output_section; + indx = elf_section_data (osec)->dynindx; + if (indx == 0) + abort (); + } + outrel.r_info = ELF32_R_INFO (indx, R_MIPS_REL32); + addend += relocation; + } } if (! skip) diff -urN binutils-2.9.1.0.4.orig/gas/ChangeLog binutils-2.9.1.0.4/gas/ChangeLog --- binutils-2.9.1.0.4.orig/gas/ChangeLog Mon Apr 27 23:22:47 1998 +++ binutils-2.9.1.0.4/gas/ChangeLog Sat Nov 7 12:56:25 1998 @@ -1,3 +1,10 @@ +Thu Nov 4 03:23:59 1998 Ralf Baechle + + * config/tc-mips.c (macro): Only emit a BFD_RELOC_MIPS_LITERAL + when the symbol is in the .lit section. Required for a.out + support. + (mips_ip): Fix %HI, %hi and %lo operators. + Mon Apr 27 13:45:04 1998 Ian Lance Taylor * configure.in: Set version number to 2.9.1. diff -urN binutils-2.9.1.0.4.orig/gas/config/tc-mips.c binutils-2.9.1.0.4/gas/config/tc-mips.c --- binutils-2.9.1.0.4.orig/gas/config/tc-mips.c Wed Mar 25 19:16:01 1998 +++ binutils-2.9.1.0.4/gas/config/tc-mips.c Sat Nov 7 12:56:25 1998 @@ -5068,13 +5068,22 @@ else { assert (offset_expr.X_op == O_symbol - && strcmp (segment_name (S_GET_SEGMENT - (offset_expr.X_add_symbol)), - ".lit4") == 0 && offset_expr.X_add_number == 0); - macro_build ((char *) NULL, &icnt, &offset_expr, "lwc1", "T,o(b)", - treg, (int) BFD_RELOC_MIPS_LITERAL, GP); - return; + s = segment_name (S_GET_SEGMENT (offset_expr.X_add_symbol)); + if (strcmp (s, ".lit4") == 0) + { + macro_build ((char *) NULL, &icnt, &offset_expr, "lwc1", "T,o(b)", + treg, (int) BFD_RELOC_MIPS_LITERAL, GP); + return; + } + else + { + /* FIXME: This won't work for a 64 bit address. */ + macro_build_lui ((char *) NULL, &icnt, &offset_expr, AT); + macro_build ((char *) NULL, &icnt, &offset_expr, "lwc1", "T,o(b)", + treg, (int) BFD_RELOC_LO16, AT); + return; + } } case M_LI_D: @@ -7553,11 +7562,23 @@ c = my_getSmallExpression (&imm_expr, s); if (c != '\0') { - if (c != 'l') + if (c == 'l') { if (imm_expr.X_op == O_constant) - imm_expr.X_add_number = - (imm_expr.X_add_number >> 16) & 0xffff; + { + imm_expr.X_add_number &= 0xffff; + imm_reloc = BFD_RELOC_LO16; + } + } + else + { + if (imm_expr.X_op == O_constant) + { + if (c == 'h' && (imm_expr.X_add_number & 0x8000)) + imm_expr.X_add_number += 0x1000; + imm_expr.X_add_number = + (imm_expr.X_add_number >> 16) & 0xffff; + } else if (c == 'h') { imm_reloc = BFD_RELOC_HI16_S; @@ -7652,11 +7673,22 @@ break; offset_reloc = BFD_RELOC_LO16; - if (c == 'h' || c == 'H') + if (c) { - assert (offset_expr.X_op == O_constant); - offset_expr.X_add_number = - (offset_expr.X_add_number >> 16) & 0xffff; + if (c != 'l') + { + if (offset_expr.X_op == O_constant) + { + if (c == 'h' && (offset_expr.X_add_number & 0x8000)) + offset_expr.X_add_number += 0x1000; + offset_expr.X_add_number = + (offset_expr.X_add_number >> 16) & 0xffff; + } + else if (c == 'h') + offset_reloc = BFD_RELOC_HI16_S; + else + offset_reloc = BFD_RELOC_HI16; + } } s = expr_end; continue; @@ -7669,10 +7701,13 @@ case 'u': /* upper 16 bits */ c = my_getSmallExpression (&imm_expr, s); - if (imm_expr.X_op == O_constant - && (imm_expr.X_add_number < 0 - || imm_expr.X_add_number >= 0x10000)) - as_bad ("lui expression not in range 0..65535"); + if (!c) + { + if (imm_expr.X_op == O_constant + && (imm_expr.X_add_number < 0 + || imm_expr.X_add_number >= 0x10000)) + as_bad ("lui expression not in range 0..65535"); + } imm_reloc = BFD_RELOC_LO16; if (c) { diff -urN binutils-2.9.1.0.4.orig/ld/ldlang.c binutils-2.9.1.0.4/ld/ldlang.c --- binutils-2.9.1.0.4.orig/ld/ldlang.c Wed Apr 1 04:40:12 1998 +++ binutils-2.9.1.0.4/ld/ldlang.c Sat Nov 7 20:15:03 1998 @@ -2353,6 +2353,24 @@ { asection *i; + /* MIPS specific hack. The .reginfo section on MIPS is special in + that it's not being produced by concatenting the input sections. + The size is always constant. Here we check if an output + .reginfo section has already been created. If so, we skip the + rest of the sizing process the output .reginfo section as all + section fields which need to be set have already reached their + final values. We can't do this in the backend since by the time + when the backend gets involved the vmas etc. have already been + computed based on the assumption of concatenating all section. + In case of a large number of files to be linked this may result + in a third PT_LOAD header being created which will crash the + linking process since we don't have header space for it. */ + if (output_section_statement->bfd_section->name + && strcmp(".reginfo", + output_section_statement->bfd_section->name) == 0 + && output_section_statement->bfd_section->_raw_size) + break; + i = (*prev)->input_section.section; if (! relax) { --3MwIy2ne0vdjdPXF-- From ralf@lappi.waldorf-gmbh.de Mon Nov 9 02:07:53 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA25266; Mon, 9 Nov 1998 02:07:52 +0100 (MET) Received-Date: Mon, 9 Nov 1998 02:07:52 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-29.uni-koblenz.de [141.26.249.29]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id CAA12274 for ; Mon, 9 Nov 1998 02:07:47 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id AAA17930; Mon, 9 Nov 1998 00:50:45 +0100 Message-ID: <19981109005044.A17922@uni-koblenz.de> Date: Mon, 9 Nov 1998 00:50:44 +0100 From: ralf@uni-koblenz.de To: Thomas Bogendoerfer , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com, linux-mips@vger.rutgers.edu Subject: Re: GDB References: <19981105023015.K359@uni-koblenz.de> <19981106212424.A2271@alpha.franken.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="/04w6evG8XlLl3ft" X-Mailer: Mutt 0.91.1 In-Reply-To: <19981106212424.A2271@alpha.franken.de>; from Thomas Bogendoerfer on Fri, Nov 06, 1998 at 09:24:24PM +0100 Content-Length: 6597 Lines: 236 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii On Fri, Nov 06, 1998 at 09:24:24PM +0100, Thomas Bogendoerfer wrote: > On Thu, Nov 05, 1998 at 02:30:15AM +0100, ralf@uni-koblenz.de wrote: > > I found that by accident GDB and the kernel were using different > > ptrace(2) interfaces. After fixing that for example ``info registers'' > > works ok. > > how about sharing your fix with us ? Guess too much decaf when I wrote that mail ... Attached the fixed version of mipslinux-nat.c. I've copied all the (corrected!) definitions of the kernel interfaces into mipslinux-nat.c, therefore no more headerfile problems even with old kernel headers installed. Ralf --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="mipslinux-nat.c" /* Low level MIPS/Linux interface, for GDB when running native. Copyright 1996 Free Software Foundation, Inc. Contributed by David S. Miller (davem@caip.rutgers.edu) at Rutgers University CAIP Research Center. This file is part of GDB. This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. 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. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ #include "defs.h" #include "inferior.h" #include "gdbcore.h" #include "target.h" #include "gdb_string.h" #include "symtab.h" #include "bfd.h" #include "symfile.h" #include "objfiles.h" #include "command.h" #include "frame.h" #include "gnu-regex.h" #include "inferior.h" #include "language.h" #include "gdbcmd.h" #include #include #include #include #include #include /* For JB_PC and friends. */ /* This duplicates definitions from ... */ /* ELF register definitions */ #define ELF_NGREG 45 #define ELF_NFPREG 33 typedef unsigned long gregset_t [ELF_NGREG]; typedef double fpregset_t [ELF_NFPREG]; /* This duplicates definitions from ... */ /* 0 - 31 are integer registers, 32 - 63 are fp registers. */ #define FPR_BASE 32 #define PC 64 #define CAUSE 65 #define BADVADDR 66 #define MMHI 67 #define MMLO 68 #define FPC_CSR 69 #define FPC_EIR 70 /* End of duplicated definitions */ /* Size of elements in jmpbuf */ #define JB_ELEMENT_SIZE 4 /* Figure out where the longjmp will land. We expect the first arg to be a pointer to the jmp_buf structure from which we extract the pc (JB_PC) that we will land at. The pc is copied into PC. This routine returns true on success. */ int get_longjmp_target(pc) CORE_ADDR *pc; { CORE_ADDR jb_addr; char buf[TARGET_PTR_BIT / TARGET_CHAR_BIT]; jb_addr = read_register (A0_REGNUM); if (target_read_memory (jb_addr + JB_PC * JB_ELEMENT_SIZE, buf, TARGET_PTR_BIT / TARGET_CHAR_BIT)) return 0; *pc = extract_address (buf, TARGET_PTR_BIT / TARGET_CHAR_BIT); return 1; } /* * See the comment in m68k-tdep.c regarding the utility of these functions. * * These definitions are from the MIPS SVR4 ABI, so they may work for * any MIPS SVR4 target. */ void supply_gregset (gregsetp) gregset_t *gregsetp; { register int regi; register unsigned int *regp = (unsigned int *) &(*gregsetp)[0]; static char zerobuf[MAX_REGISTER_RAW_SIZE] = {0}; for (regi = EF_REG0; regi <= EF_LO; regi++) supply_register ((regi - EF_REG0), (char *)(regp + regi)); supply_register(PC_REGNUM, (char *)(regp + EF_CP0_EPC)); supply_register(CAUSE_REGNUM, (char *)(regp + EF_CP0_CAUSE)); supply_register(BADVADDR_REGNUM, (char *)(regp + EF_CP0_BADVADDR)); supply_register(LO_REGNUM, (char *)(regp + EF_LO)); supply_register(HI_REGNUM, (char *)(regp + EF_HI)); /* Fill inaccessible registers with zero. */ supply_register (FP_REGNUM, zerobuf); supply_register (UNUSED_REGNUM, zerobuf); } void fill_gregset (gregsetp, regno) gregset_t *gregsetp; int regno; { int regi; register unsigned int *regp = (unsigned int *) &(*gregsetp)[0]; for (regi = 0; regi <= (EF_SIZE / 4); regi++) if ((regno == -1) || (regno == regi)) *(regp + regi) = *(unsigned int *) ®isters[REGISTER_BYTE (regi)]; } /* Now we do the same thing for floating-point registers. * We don't bother to condition on FP0_REGNUM since any * reasonable MIPS configuration has an R3010 in it. * * Again, see the comments in m68k-tdep.c. */ void supply_fpregset (fpregsetp) fpregset_t *fpregsetp; { register int regi; static char zerobuf[MAX_REGISTER_RAW_SIZE] = {0}; for (regi = 0; regi < 32; regi++) supply_register (FP0_REGNUM + regi, (char *)&fpregsetp[regi]); supply_register (FCRCS_REGNUM, (char *)&fpregsetp[32]); /* FIXME: how can we supply FCRIR_REGNUM? The ABI doesn't tell us. */ supply_register (FCRIR_REGNUM, zerobuf); } void fill_fpregset (fpregsetp, regno) fpregset_t *fpregsetp; int regno; { int regi; char *from, *to; for (regi = FP0_REGNUM; regi < FP0_REGNUM + 32; regi++) { if ((regno == -1) || (regno == regi)) { from = (char *) ®isters[REGISTER_BYTE (regi)]; to = (char *) &(fpregsetp[regi - FP0_REGNUM]); memcpy(to, from, REGISTER_RAW_SIZE (regi)); } } #if 0 if ((regno == -1) || (regno == FCRCS_REGNUM)) fpregsetp[32] = *(unsigned int *) ®isters[REGISTER_BYTE(FCRCS_REGNUM)]; #endif } /* Map gdb internal register number to ptrace ``address''. These ``addresses'' are defined in */ #define REGISTER_PTRACE_ADDR(regno) \ (regno < 32 ? regno \ : regno == PC_REGNUM ? PC \ : regno == CAUSE_REGNUM ? CAUSE \ : regno == HI_REGNUM ? MMHI \ : regno == LO_REGNUM ? MMLO \ : regno == FCRCS_REGNUM ? FPC_CSR \ : regno == FCRIR_REGNUM ? FPC_EIR \ : regno >= FP0_REGNUM ? FPR_BASE + (regno - FP0_REGNUM) \ : 0) /* Return the ptrace ``address'' of register REGNO. */ CORE_ADDR register_addr (regno, blockend) int regno; CORE_ADDR blockend; { if(regno < 0 || regno >= NUM_REGS) error ("Bogon register number %d.", regno); return REGISTER_PTRACE_ADDR (regno); } --/04w6evG8XlLl3ft-- From ralf@lappi.waldorf-gmbh.de Wed Nov 11 04:22:16 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA14836; Wed, 11 Nov 1998 04:22:15 +0100 (MET) Received-Date: Wed, 11 Nov 1998 04:22:15 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-04.uni-koblenz.de [141.26.249.4]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id EAA22387 for ; Wed, 11 Nov 1998 04:22:05 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id OAA00639; Mon, 9 Nov 1998 14:03:41 +0100 Message-ID: <19981109140341.D541@uni-koblenz.de> Date: Mon, 9 Nov 1998 14:03:41 +0100 From: ralf@uni-koblenz.de To: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Binutils 2.9.x Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 Content-Length: 798 Lines: 15 I've been asked if I recommend an upgrade to binutils 2.9.x when I recently posted patches. No, at this time I even disrecommend an upgrade since binutils 2.9.1.0.4 have been the most buggy binutils version I touched since a long, long time. Rebuilding glibc 2.0.99 triggers more than 3000 lines warning messages for failed assertions in elf32-mips.c, I get core dumps and all sorts of sick effects. I touched them though for two reasons. First of all, in the interest of getting an Linux distribution working for us with as little changes as possible we should go with whatever the Linux distributor uses. In case of Redhat 5.1 this is binutils 2.9.1.0.4. Second I've started to work a bit on glibc 2.0.99. In order to get symbol versioning working we need at least binutils 2.9.1. Ralf From engel@math.uni-siegen.de Wed Nov 11 00:12:36 1998 Received: from fourier.numerik.math.uni-siegen.de (fourier.numerik.math.uni-siegen.de [141.99.112.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA12351; Wed, 11 Nov 1998 00:12:34 +0100 (MET) Received-Date: Wed, 11 Nov 1998 00:12:34 +0100 (MET) Received: (from engel@localhost) by fourier.numerik.math.uni-siegen.de (Mailhost) id AAA19302 for linux-mips@fnet.fr; Wed, 11 Nov 1998 00:12:33 +0100 (MET) From: Michael Engel Message-Id: <199811102312.AAA19302@fourier.numerik.math.uni-siegen.de> Subject: Saved a MIPSel ... To: linux-mips@fnet.fr Date: Wed, 11 Nov 1998 00:12:32 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 336 Lines: 11 Hi, one good news - I managed to rescue a poor little Maxine from the scrap heap. Still better, it is a Personal DECstation 5000/50 - the R4000SC model ! ;-) It only had a defective power supply which was easily swapped out with the one from my 5000/20 ... now I just need four MS02 8MB Maxine memory modules :). regards, Michael From ralf@lappi.waldorf-gmbh.de Wed Nov 11 04:21:44 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA14811; Wed, 11 Nov 1998 04:21:43 +0100 (MET) Received-Date: Wed, 11 Nov 1998 04:21:43 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-04.uni-koblenz.de [141.26.249.4]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id EAA22093 for ; Wed, 11 Nov 1998 04:21:21 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id AAA04328; Wed, 11 Nov 1998 00:44:09 +0100 Message-ID: <19981111004407.A2064@uni-koblenz.de> Date: Wed, 11 Nov 1998 00:44:07 +0100 From: ralf@uni-koblenz.de To: Harald Koerfgen , linux-mips@fnet.fr Subject: Re: mangled status References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: ; from Harald Koerfgen on Fri, Nov 06, 1998 at 08:08:59PM +0100 Content-Length: 1128 Lines: 21 On Fri, Nov 06, 1998 at 08:08:59PM +0100, Harald Koerfgen wrote: > Please correct me if I'm wrong, but as far as I can see, the only way to correctly > implement this would be to hack restore_flags() and r*_resume() to restore > CP0_STATUS without touching the interrupt mask. This will definitely add a few > cycles and thus have a negative impact on performance. Yes, Ralf, the R4k code will > be affected too to make the R4k DECstations happy. It's actually useful on other platfroms as well, so go ahead. Aside, the penalties which have to paid for restore_flags() on SMP are _much_ larger. This is not a case like the recent other discussion about the mmu context stuff. That changes implemented wrongly might have resulted in additional loads which on certain machines might result in large penalties for the additional loads. Loads from a process' thread structure have a very high probability of resulting in a cache fail since they're allocated 8kb aligned. Memory is so slow compared to primary caches or registers. The best thing you can actually do for performance with memory is not touching it ;-) Ralf From wenh@taec.toshiba.com Wed Nov 11 01:29:03 1998 Received: from godzilla.taec.com (godzilla.taec.com [204.162.152.130]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id BAA13698; Wed, 11 Nov 1998 01:29:02 +0100 (MET) Received-Date: Wed, 11 Nov 1998 01:29:02 +0100 (MET) Received: from mailint.taec.com by godzilla.taec.com via smtpd (for guadalquivir.fnet.fr [193.104.112.133]) with SMTP; 11 Nov 1998 00:28:30 UT Received: from k2.sanjose (k2.taec.com [198.232.207.94]) by mailhost.taec.com (8.8.8/8.8.8) with SMTP id QAA16421 for ; Tue, 10 Nov 1998 16:28:30 -0800 (PST) Received: by k2.sanjose (SMI-8.6/SMI-SVR4) id QAA28876; Tue, 10 Nov 1998 16:28:30 -0800 Date: Tue, 10 Nov 1998 16:28:30 -0800 From: wenh@taec.toshiba.com (Hua Wen) Message-Id: <199811110028.QAA28876@k2.sanjose> To: linux-mips@fnet.fr Subject: ld error while building glibc-2.0.6 Content-Length: 540 Lines: 18 Hi, While we're trying to cross-compile glibc-2.0.6 for mipsel-linux target, we got this error message: ".../mipsel-mips-linux/bin/ld: .../glibc/mipsel-linux/db/makedb: Not enough room for program headers (allocated 3, need 4) " Can anybody please give some hints on why this is happening and how to solve it? Thanks in advance! -Hua BTW, the host machine that we're working on is sparc-sunos5. We built cross-dev tools (such as binutils2.9, egcs-1.0.2) on our sun workstation and are using these tools to compile glibc-2.0.6. From pnuli@mediaone.net Wed Nov 11 03:15:46 1998 Received: from chmls05.mediaone.net (ne.mediaone.net [24.128.1.70]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA14441; Wed, 11 Nov 1998 03:15:40 +0100 (MET) Received-Date: Wed, 11 Nov 1998 03:15:40 +0100 (MET) Received: from ntsrvr (pnuli.ne.mediaone.net [24.128.108.101]) by chmls05.mediaone.net (8.8.7/8.8.7) with SMTP id VAA27070 for ; Tue, 10 Nov 1998 21:15:28 -0500 (EST) Message-ID: <000701be0d1a$32353090$656c8018@ntsrvr.ne.mediaone.net> From: "Prasad Nuli" To: Subject: info Date: Tue, 10 Nov 1998 21:22:56 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01BE0CF0.4904FAA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 2778 Lines: 74 This is a multi-part message in MIME format. ------=_NextPart_000_0004_01BE0CF0.4904FAA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Please, send me more info on the ports. I am interested in porting to = NEC Image Risc Station machine. I think it should be similar to ACER = machine, as this machine is made by acer to NEC on an oem basis. Where can I get the port that is done for ACER Mips. Is there any = documentation on it ? How can you help me ?. I am one of the team members built these machines = for the use of Windows NT. As Microsoft and NEC dropped the support for = this platform I have decided to port linux to this platform by my self.=20 I bought several of these machines and I lost lot of money. I am = hoping to Linux and breathe some life into these machines. I can use your help. I can be reached at pnuli@nihas.com or = pnuli@yahoo.com Thanks Prasad Nuli ------=_NextPart_000_0004_01BE0CF0.4904FAA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Please, send me more info on the = ports. I am=20 interested in porting to NEC Image Risc Station machine. I think it = should be=20 similar to ACER machine, as this machine is made by acer to NEC on an = oem=20 basis.
 
Where can I get the port that is = done for ACER=20 Mips. Is there any documentation on it ?
 
How can you help me ?. I am one of = the team=20 members built these machines for the use of Windows NT. As Microsoft and = NEC=20 dropped the support for this platform I have decided to port linux to = this=20 platform by my self.
    I bought several = of these=20 machines and I lost lot of money. I am hoping to Linux and breathe some = life=20 into these machines.
I can use your help. I can be = reached at pnuli@nihas.com or pnuli@yahoo.com
 
Thanks
Prasad Nuli
 
------=_NextPart_000_0004_01BE0CF0.4904FAA0-- From pb@nexus.co.uk Wed Nov 11 11:05:20 1998 Received: from globe.nexus.co.uk (nexusel.demon.co.uk [158.152.30.195]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA19006; Wed, 11 Nov 1998 11:05:17 +0100 (MET) Received-Date: Wed, 11 Nov 1998 11:05:17 +0100 (MET) Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 0zdX1S-0006Nf-00; Wed, 11 Nov 1998 09:57:10 +0000 Received: from fountain.nexus.co.uk ([127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 1.92 #1) id 0zdX1R-0003xm-00; Wed, 11 Nov 1998 09:57:09 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-mips@fnet.fr cc: linux@engr.sgi.com, linux-mips@vger.rutgers.edu Subject: Re: Binutils 2.9.x In-reply-to: Your message of "Mon, 09 Nov 1998 14:03:41 +0100." <19981109140341.D541@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Nov 1998 09:57:09 +0100 From: Philip Blundell Message-Id: Content-Length: 772 Lines: 15 In message <19981109140341.D541@uni-koblenz.de>, ralf@uni-koblenz.de writes: >I've been asked if I recommend an upgrade to binutils 2.9.x when I recently >posted patches. No, at this time I even disrecommend an upgrade since >binutils 2.9.1.0.4 have been the most buggy binutils version I touched since >a long, long time. Rebuilding glibc 2.0.99 triggers more than 3000 lines >warning messages for failed assertions in elf32-mips.c, I get core dumps and >all sorts of sick effects. Does this happen even without versioning? My experience with the ARM was that when we tried to start using symbol versioning it showed up various problems in our ELF backend (basically various invalid assumptions). All were easy to fix but gave symptoms like yours initially. p. From ralf@lappi.waldorf-gmbh.de Thu Nov 12 00:34:31 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA24867; Thu, 12 Nov 1998 00:34:09 +0100 (MET) Received-Date: Thu, 12 Nov 1998 00:34:09 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-11.uni-koblenz.de [141.26.249.11]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA28086 for ; Thu, 12 Nov 1998 00:33:57 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id AAA23083; Thu, 12 Nov 1998 00:31:03 +0100 Message-ID: <19981112003103.B22798@uni-koblenz.de> Date: Thu, 12 Nov 1998 00:31:03 +0100 From: ralf@uni-koblenz.de To: Philip Blundell , linux-mips@fnet.fr Cc: linux@engr.sgi.com, linux-mips@vger.rutgers.edu Subject: Re: Binutils 2.9.x References: <19981109140341.D541@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: ; from Philip Blundell on Wed, Nov 11, 1998 at 09:57:09AM +0100 Content-Length: 1035 Lines: 19 On Wed, Nov 11, 1998 at 09:57:09AM +0100, Philip Blundell wrote: > Does this happen even without versioning? My experience with the ARM was that > when we tried to start using symbol versioning it showed up various problems > in our ELF backend (basically various invalid assumptions). All were easy to > fix but gave symptoms like yours initially. It's several bugs all in one. First of all somebody broke the special handling for the .reginfo sections. We actually only have them to satisfy the ABI, otherwise they're toxic waste since nothing uses them. Then we have the missing support for symbol versioning. All the assert messages I examined were caused by the dynindx field of symbol hash being set to -1 in order to force them to local symbols. Finally we have a other bugs which account for the core dumps. So far I only have the .reginfo thing fixed and since my knowledge about BFD internals has mostly decayed of the long time getting the symbol versioning bugs right has proven to be quite some work. Ralf From harald.koerfgen@netcologne.de Thu Nov 12 22:09:57 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA01994; Thu, 12 Nov 1998 22:09:55 +0100 (MET) Received-Date: Thu, 12 Nov 1998 22:09:55 +0100 (MET) Received: from franz.no.dom (dial10-29.netcologne.de [195.14.235.29]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id WAA26289 for ; Thu, 12 Nov 1998 22:09:31 +0100 (MET) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.2.p0.Linux:981112215108:5746=_" Date: Thu, 12 Nov 1998 22:11:07 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: [PATCH] mangled status Content-Length: 4317 Lines: 160 This message is in MIME format --_=XFMail.1.2.p0.Linux:981112215108:5746=_ Content-Type: text/plain; charset=us-ascii Hi all, this is the patch which implements the "correct" behaviour of restore_flags and r2300_resume as outlined in my previous posting. This helps not only to make arch/mips/dec/irq.c much cleaner but my DS5k/240 goes single user too! The attached patch is against a vanilla linux-2.1.121-r3000-pre1 source tree. Have fun. --- Regards, Harald --_=XFMail.1.2.p0.Linux:981112215108:5746=_ Content-Disposition: attachment; filename="patch-2.1.121-r3000-pre1-hk1" Content-Transfer-Encoding: 7bit Content-Description: patch-2.1.121-r3000-pre1-hk1 Content-Type: text/plain; charset=us-ascii; name=patch-2.1.121-r3000-pre1-hk1; SizeOnDisk=3483 diff -rubN linux-2.1.121-r3000/arch/mips/dec/irq.c linux/arch/mips/dec/irq.c --- linux-2.1.121-r3000/arch/mips/dec/irq.c Sun Oct 4 17:40:36 1998 +++ linux/arch/mips/dec/irq.c Thu Nov 12 21:09:04 1998 @@ -51,39 +51,15 @@ *imr |= dec_interrupt[irq_nr].iemask; wbflush(); } - set_cp0_status(ST0_IM, dec_interrupt[irq_nr].cpu_mask); -} - -static inline void mask_irq_flags(unsigned int irq_nr, unsigned long *flags) -{ - if (dec_interrupt[irq_nr].iemask) { /* This is an ASIC interrupt */ - *imr &= ~dec_interrupt[irq_nr].iemask; - wbflush(); - } else /* This is a cpu interrupt */ - *flags &= ~dec_interrupt[irq_nr].cpu_mask; -} - -static inline void unmask_irq_flags(unsigned int irq_nr, unsigned long *flags) -{ - if (dec_interrupt[irq_nr].iemask) { /* This is an ASIC interrupt */ - *imr |= dec_interrupt[irq_nr].iemask; - wbflush(); - } - *flags |= dec_interrupt[irq_nr].cpu_mask; + set_cp0_status(ST0_IM, read_32bit_cp0_register(CP0_STATUS) | dec_interrupt[ irq_nr].cpu_mask); } void disable_irq(unsigned int irq_nr) { unsigned long flags; -/* TEST */ - panic("disable_irq called"); save_and_cli(flags); - if (dec_interrupt[irq_nr].iemask) { /* This is an ASIC interrupt */ - *imr &= ~dec_interrupt[irq_nr].iemask; - wbflush(); - } else /* This is a cpu interrupt */ - flags &= ~dec_interrupt[irq_nr].cpu_mask; + mask_irq(irq_nr); restore_flags(flags); } @@ -91,14 +67,8 @@ { unsigned long flags; -/* TEST */ - panic("enable_irq called"); save_and_cli(flags); - if (dec_interrupt[irq_nr].iemask) { /* This is an ASIC interrupt */ - *imr |= dec_interrupt[irq_nr].iemask; - wbflush(); - } - flags |= dec_interrupt[irq_nr].cpu_mask; + unmask_irq(irq_nr); restore_flags(flags); } @@ -213,7 +183,7 @@ *p = new; if (!shared) { - unmask_irq_flags(irq, &flags); + unmask_irq(irq); } restore_flags(flags); return 0; @@ -268,7 +238,7 @@ save_and_cli(flags); *p = action->next; if (!irq[irq_action]) - mask_irq_flags(irq, &flags); + mask_irq(irq); restore_flags(flags); kfree(action); return; diff -rubN linux-2.1.121-r3000/arch/mips/kernel/r2300_switch.S linux/arch/mips/k ernel/r2300_switch.S --- linux-2.1.121-r3000/arch/mips/kernel/r2300_switch.S Sun Oct 4 17:51:54 1998 +++ linux/arch/mips/kernel/r2300_switch.S Thu Nov 12 21:09:27 1998 @@ -45,11 +45,17 @@ CPU_RESTORE_NONSCRATCH($28) addiu t0, $28, KERNEL_STACK_SIZE-32 sw t0, kernelsp - lw a3, TASK_MM($28) + mfc0 t1, CP0_STATUS /* Do we really need this? */ + ori a3, $0, 0xff00 + and t1, a3 lw a2, THREAD_STATUS($28) + nor a3, $0, a3 + and a2, a3 + lw a3, TASK_MM($28) + or a2, t1 lw a3, MM_CONTEXT(a3) mtc0 a2, CP0_STATUS - andi a3, KU_USER + andi a3, ASID_MASK jr ra mtc0 a3, CP0_ENTRYHI END(r2300_resume) diff -rubN linux-2.1.121-r3000/include/asm-mips/system.h linux/include/asm-mips/ system.h --- linux-2.1.121-r3000/include/asm-mips/system.h Sat Oct 3 19:57:47 1998 +++ linux/include/asm-mips/system.h Thu Nov 12 21:09:47 1998 @@ -92,14 +92,20 @@ __asm__ __volatile__( ".set\tpush\n\t" ".set\tnoreorder\n\t" + "mfc0\t$8,$12\n\t" + "ori\t$9,$0,0xff00\n\t" + "and\t$8,$9\n\t" + "nor\t$9,$0,$9\n\t" + "and\t%0,$9\n\t" + "or\t%0,$8\n\t" "mtc0\t%0,$12\n\t" "nop\n\t" "nop\n\t" "nop\n\t" ".set\tpop\n\t" - : /* no output */ + : : "r" (flags) - : "memory"); + : "$8", "$9", "memory"); } /* --_=XFMail.1.2.p0.Linux:981112215108:5746=_-- End of MIME message From tymm@coe.missouri.edu Fri Nov 13 00:57:28 1998 Received: from COE.Missouri.EDU (tiger.coe.missouri.edu [128.206.158.20]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA03771; Fri, 13 Nov 1998 00:57:26 +0100 (MET) Received-Date: Fri, 13 Nov 1998 00:57:26 +0100 (MET) Received: from tiger.coe.missouri.edu (tiger.coe.missouri.edu [128.206.158.20]) by COE.Missouri.EDU (8.8.8/8.8.8) with SMTP id RAA21782 for ; Thu, 12 Nov 1998 17:57:21 -0600 (CST) Date: Thu, 12 Nov 1998 17:57:21 -0600 From: Tymm Twillman To: linux-mips@fnet.fr Subject: Mips box Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 469 Lines: 11 I just acquired a Mips RC 2030, a R3000-based box from 1989, and I'm interested in working on getting Linux installed on it. Unfortunately, I don't have any documentation for it (I'm going to work on that shortly); wondering if anyone else you know of has information on this machine and the likelyhood of getting things going on it. I'm willing to put time into development if I can get enough information on the machine to be able to do anything... Thanks! -Tymm From alhaz@xmission.com Fri Nov 13 01:19:03 1998 Received: from mail.xmission.com (mail.xmission.com [198.60.22.22]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA03888; Fri, 13 Nov 1998 01:19:02 +0100 (MET) Received-Date: Fri, 13 Nov 1998 01:19:02 +0100 (MET) Received: from alhaz.users.xmission.com ([207.135.128.199] helo=xmission.com ident=alhaz) by mail.xmission.com with esmtp (Exim 2.04 #1) id 0ze6wz-00074X-00 for linux-mips@fnet.fr; Thu, 12 Nov 1998 17:18:58 -0700 Sender: alhaz@fnet.fr Message-ID: <364B7AE8.A52F1B6D@xmission.com> Date: Thu, 12 Nov 1998 17:18:48 -0700 From: Eric Jorgensen X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.0.36 i586) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: Mips box References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 918 Lines: 19 Tymm Twillman wrote: > > I just acquired a Mips RC 2030, a R3000-based box from 1989, and I'm > interested in working on getting Linux installed on it. Unfortunately, I > don't have any documentation for it (I'm going to work on that shortly); > wondering if anyone else you know of has information on this machine and > the likelyhood of getting things going on it. I'm willing to put time > into development if I can get enough information on the machine to be able > to do anything... There are a ton of these machines out there. If mine were a little quieter I might be really psyched to use it. As it is, it makes even more noise than the PCServer 320 I use as my main linux/i386 system. There's been a lot of interest, but no port attempt is in the works yet. Atleast not to the specific machine - there is a lot of work being done on the R3000/2000 kernel. Just none being done on the RS2030. - Eric From R.vandenBerg@inter.NL.net Fri Nov 13 06:19:22 1998 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA06982; Fri, 13 Nov 1998 06:19:21 +0100 (MET) Received-Date: Fri, 13 Nov 1998 06:19:21 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-57.Hoorn.NL.net [193.79.46.221] with ESMTP for id GAA28642 (8.8.8/3.36); Fri, 13 Nov 1998 06:19:10 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Fri, 13 Nov 1998 05:48:23 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Fri, 13 Nov 1998 05:48:22 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Siegen Linux meeting Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 126 Lines: 7 Hello, Is there any change that there are DECstation fans present at the upcoming Linux meeting in Siegen? Regards, Richard From alexsu@idns.gv.com.tw Fri Nov 13 06:25:23 1998 Received: from idns.gv.com.tw (root@idns.gv.com.tw [203.75.221.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA07055; Fri, 13 Nov 1998 06:25:21 +0100 (MET) Received-Date: Fri, 13 Nov 1998 06:25:21 +0100 (MET) Received: from alexsu (gate25.gv.com.tw [203.75.221.88]) by idns.gv.com.tw (8.8.3/8.8.3) with SMTP id NAA10029 for ; Fri, 13 Nov 1998 13:11:04 +0800 From: "Alex Su" To: Subject: subscribe Linux/MIPS Date: Fri, 13 Nov 1998 13:24:59 +0800 Message-ID: <000801be0ec5$f5421f10$7e0448c0@gv.com.tw> MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.0810.800 Content-Length: 267 Lines: 9 ======================================================== Alex Su R&D Department, Global View Co., Ltd. e-mail: alexsu@gv.com.tw web site: www.gv.com.tw TEL:886-2-2695-9877 ext.365 FAX:886-2-2695-9866 ======================================================== From flo@mini.gt.owl.de Fri Nov 13 11:16:47 1998 Received: from noose.gt.owl.de (root@noose.gt.owl.de [194.121.202.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA09361; Fri, 13 Nov 1998 11:16:46 +0100 (MET) Received-Date: Fri, 13 Nov 1998 11:16:46 +0100 (MET) Received: from mini.gt.owl.de (flo@mini.gt.owl.de [194.121.202.18]) by noose.gt.owl.de (8.8.5/8.8.5) with ESMTP id LAA25970 for ; Fri, 13 Nov 1998 11:16:40 +0100 Received: (from flo@localhost) by mini.gt.owl.de (8.8.5/8.8.5) id LAA22719; Fri, 13 Nov 1998 11:16:39 +0100 Message-ID: <19981113111639.35167@mini> Date: Fri, 13 Nov 1998 11:16:39 +0100 From: Florian Lohoff To: linux-mips@fnet.fr Subject: Re: Siegen Linux meeting References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: ; from Richard van den Berg on Fri, Nov 13, 1998 at 05:48:22AM +0100 Content-Length: 464 Lines: 16 On Fri, Nov 13, 1998 at 05:48:22AM +0100, Richard van den Berg wrote: > Hello, > > Is there any change that there are DECstation fans present at the upcoming > Linux meeting in Siegen? When is it ? I would like to come around but when does it happen ? Flo -- Florian Lohoff flo@mini.gt.owl.de +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925) Look at http://www.linux-magazin.de/cluster this comes quiet close. From hkoerfg1@ford.com Fri Nov 13 11:38:46 1998 Received: from mailfw2.ford.com (mailfw2.ford.com [136.1.1.27]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id LAA09500; Fri, 13 Nov 1998 11:38:44 +0100 (MET) Received-Date: Fri, 13 Nov 1998 11:38:44 +0100 (MET) Received: by mailfw2.ford.com id FAA27765 (InterLock SMTP Gateway 3.0 for linux-mips@fnet.fr); Fri, 13 Nov 1998 05:38:40 -0500 Message-Id: <199811131038.FAA27765@mailfw2.ford.com> Received: by mailfw2.ford.com (Internal Mail Agent-1); Fri, 13 Nov 1998 05:38:40 -0500 Date: Fri, 13 Nov 1998 11:38:37 +0100 From: Harald Koerfgen Organization: Ford Motor Company X-Mailer: Mozilla 4.04 [en]C-c32f404p (Win95; I) Mime-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: Siegen Linux meeting References: <19981113111639.35167@mini> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 406 Lines: 23 Hi all, Florian Lohoff wrote: > > On Fri, Nov 13, 1998 at 05:48:22AM +0100, Richard van den Berg wrote: > > > Hello, > > > > Is there any change that there are DECstation fans present at the upcoming > > Linux meeting in Siegen? > > When is it ? > > I would like to come around but when does it happen ? > > Flo http://www.linux-meeting.unix-ag.org If hell doesn't freeze I'll be there. -- Harald From andre.schubert@vt.siemens.de Fri Nov 13 14:31:48 1998 Received: from ramses.erlm.siemens.de (ramses.erlm.siemens.de [195.63.95.194]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA10767; Fri, 13 Nov 1998 14:31:43 +0100 (MET) Received-Date: Fri, 13 Nov 1998 14:31:43 +0100 (MET) Received: from tcenter.erlm.siemens.de (tcenter-ext.erlm.siemens.de [193.98.99.20]) by ramses.erlm.siemens.de (8.8.8/8.8.8) with ESMTP id OAA01759 for ; Fri, 13 Nov 1998 14:29:05 +0100 (MET) Received: from blne801a.bln8.siemens.de (blne801a.vt.siemens.de [202.202.23.150]) by tcenter.erlm.siemens.de (8.7.5/8.7.3) with ESMTP id OAA19119 for ; Fri, 13 Nov 1998 14:25:41 +0100 (MET) Message-Id: <199811131325.OAA19119@tcenter.erlm.siemens.de> Received: from PC_SCHUBERT by blne801a.bln8.siemens.de with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1460.8) id W4XWVZAY; Fri, 13 Nov 1998 14:28:53 +0100 From: "Andre Schubert" To: Subject: MIPS RC2030 Date: Fri, 13 Nov 1998 14:28:47 +0100 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 197 Lines: 7 Hi, I have an old Mips RC2030 station, is there a port? If not, can you help me to get some technical information about it? Thanks SCUBi ! ( ...hardware seems to be similar to old DEC-Stations) From R.vandenBerg@inter.NL.net Fri Nov 13 18:52:02 1998 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA12917; Fri, 13 Nov 1998 18:52:01 +0100 (MET) Received-Date: Fri, 13 Nov 1998 18:52:01 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-31.Hoorn.NL.net [193.79.46.195] with ESMTP for id SAA08334 (8.8.8/3.36); Fri, 13 Nov 1998 18:51:59 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Fri, 13 Nov 1998 18:51:24 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Fri, 13 Nov 1998 18:51:24 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: [PATCH] mangled status In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1515 Lines: 52 Hello Harald, This is the result on a 5k/25 with your patch applied at a vanilla 2.1.121-pre1 tree: KN02-CA V2.0m 1076656+116432+120848 Linux/MIPS DECstation Boot This DECStation is a Personal DS5000/xx with 16384kB RAM Got the following for the console env. variable: s Moving Kernel Image from 80200000 to 80030000 Launching Kernel ... Loading R[23]00 MMU routines. CPU revision is: 00000230 Instruction cache 64kb Data cache 64kb Linux version 2.1.121 (mips@schnecke.dutch.mountain) (gcc version 2.7.2) #1 Fri Nov 13 16:35:05 MET 1998 Calibrating delay loop... 24.77 BogoMIPS Memory: 14712k/16380k available (940k kernel code, 420k data) Checking for 'wait' instruction... unavailable. POSIX conformance testing by UNIFIX TURBOchannel rev. 1 at 12.5 MHz (no parity) Swansea University Computer Society NET3.039 for Linux 2.1 NET3: Unix domain sockets 0.16 for Linux NET3.038. Swansea University Computer Society TCP/IP for NET3.037 IP Protocols: ICMP, UDP, TCP Starting kswapd v 1.5 DECstation Z8530 serial driver version 0.03 tty00 at 0xbc100001 (irq = 3) is a Z85C30 SCC tty01 at 0xbc100009 (irq = 3) is a Z85C30 SCC RAM disk driver initialized: 16 RAM disks of 4096K size declance.c: v0.003 by Linux Mips DECstation task force Found a LANCE for eth0, with hw-address 08:00:2b:30:8d:2b RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 40k freed Stand-alone shell (version 1.0) > -ls . .. bin dev etc lost+found mnt proc usr > Regards, Richard From damin@intel.cleveland.lug.net Fri Nov 13 21:50:40 1998 Received: from intel.cleveland.lug.net (damin@intel.cleveland.lug.net [207.166.193.101]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA15548; Fri, 13 Nov 1998 21:50:38 +0100 (MET) Received-Date: Fri, 13 Nov 1998 21:50:38 +0100 (MET) Received: from localhost (damin@localhost) by intel.cleveland.lug.net (8.8.7/8.8.7) with SMTP id QAA01172 for ; Fri, 13 Nov 1998 16:55:57 -0500 Date: Fri, 13 Nov 1998 16:55:57 -0500 (EST) From: Greg To: linux-mips@fnet.fr Subject: Cobalt Qube / Egcs? In-Reply-To: <199811131325.OAA19119@tcenter.erlm.siemens.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1005 Lines: 18 Hello all, I'm attempting to do some development on the Cobalt Qube by Cobalt Microserver. It is based on a tiny Nevada Mips processor running at 150 Mhz. The goal of my Linux User's Group is to get as much of RedHat 5.2 rebuilt on this architecture as possible and place the rebuilt RPM's on our public Mipsel archive located at ftp://cleveland.lug.net/pub/Mipsel. I'm running into a variety of RPM's that will not build without a working egcs on the Mipsel architecture. I've tried a couple of times to build egcs on the box to no avail. By nature, I'm not a programming wizard, but when the need comes I'll hack together a solution to meet my needs. In this case, I really would like to get Egcs to build on this thing so that I can begin the process of getting the REST of the packages ported over. We have this eventual dream of running an X server on the machine and connecting a bunch of X-terms to it. So.. can anyone provide me with some information on getting Egcs to build on a Mipsel? :) From mistere@tsm.com Sat Nov 14 03:58:27 1998 Received: from tsm.com (hill-a-024.resnet.purdue.edu [128.210.192.24]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA20041; Sat, 14 Nov 1998 03:58:26 +0100 (MET) Received-Date: Sat, 14 Nov 1998 03:58:26 +0100 (MET) Received: (from mistere@localhost) by tsm.com (8.8.7/8.8.7) id WAA01286 for linux-mips@fnet.fr; Fri, 13 Nov 1998 22:03:19 -0500 Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 13 Nov 1998 22:03:18 -0500 (EST) Reply-To: sbutts@purdue.edu Sender: mistere@tsm.com From: Steve Butts To: linux-mips@fnet.fr Subject: Linux on a VR4111. Content-Length: 496 Lines: 10 I just joined the list so I dunno if this topic has been discussed yet or not. I was wondering if anyone here knew if it would be possible to run Linux on a NEC MIPS VR4111? Mainly to convert a WinCE system to a usuable portable network computer running Linux. I haven't been able to find much information on the processors besides a simple Dhrystone benchmark so I don't even know how fast these chips are and if it would be even worth the effort. ... Steve Butts ... sbutts@purdue.edu From imp@village.org Sat Nov 14 04:33:56 1998 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id EAA20659; Sat, 14 Nov 1998 04:33:53 +0100 (MET) Received-Date: Sat, 14 Nov 1998 04:33:53 +0100 (MET) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zeWT6-0007Ev-00; Fri, 13 Nov 1998 20:33:48 -0700 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id UAA15513 for ; Fri, 13 Nov 1998 20:34:27 -0700 (MST) Message-Id: <199811140334.UAA15513@harmony.village.org> To: linux-mips@fnet.fr Subject: Re: Linux on a VR4111. In-reply-to: Your message of "Fri, 13 Nov 1998 22:03:18 EST." References: Date: Fri, 13 Nov 1998 20:34:27 -0700 From: Warner Losh Content-Length: 2244 Lines: 41 In message Steve Butts writes: : I just joined the list so I dunno if this topic has been : discussed yet or not. I was wondering if anyone here knew if it : would be possible to run Linux on a NEC MIPS VR4111? Mainly to : convert a WinCE system to a usuable portable network computer : running Linux. I haven't been able to find much information on the : processors besides a simple Dhrystone benchmark so I don't even know : how fast these chips are and if it would be even worth the effort. Yes. People have looked into this. I have looked into this. You might check out the japanese nec site. They have the datasheets and user manuals for the Vr4111 (as well as other 41xx machines). You'll find that almost all of what you need to know in that cpu user's manual as this part is highly integrated. The cache lines and sizes are differently determined than other mips processors. There will need to write lots of drivers, as they aren't pc compatible. Finally, the biggest barrier to entry is that it is hard to boot these devices. they boot from rom, which is hard to replace. so there needs to be some kind of vector. I think that for the MobilePro 4x0 that I have it will be possible to leverage off the touch screen driver to "overwrite" the memory that WinCE has setup. With this sort of thing, you'll likely find that memory is extremely tight. It may be possible to run off a flash card which may help some. It may also be possible to create BOOT ROMS, but I've been unable to find any chip that has the same pinouts as the mask roms that are used in the mobile pro. It may be possible to puzzle out the pinouts of the rom daughter card so that another one can fabricated that takes, eg, flash roms. I've not had time to work on this lately, as things at work have been insane. The MobilePro 4x0 has a Vr4101 which is fairly similar to the Vr4111, but with a smaller cache, and more non-standard hardware (the serial ports on the Vr4111 are 16450 compatible, while the 4101 has at least one that is specific to the 4101. Oh, the 4101 has SIR while the 4111 has FIR, and there are at least two versions of the Vr4111 which have slightly different IR registers). Warner From engel@math.uni-siegen.de Sat Nov 14 14:18:51 1998 Received: from fourier.numerik.math.uni-siegen.de (fourier.numerik.math.uni-siegen.de [141.99.112.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA24051; Sat, 14 Nov 1998 14:18:50 +0100 (MET) Received-Date: Sat, 14 Nov 1998 14:18:50 +0100 (MET) Received: (from engel@localhost) by fourier.numerik.math.uni-siegen.de (Mailhost) id OAA04206 for linux-mips@fnet.fr; Sat, 14 Nov 1998 14:19:12 +0100 (MET) From: Michael Engel Message-Id: <199811141319.OAA04206@fourier.numerik.math.uni-siegen.de> Subject: Re: Siegen Linux meeting To: linux-mips@fnet.fr Date: Sat, 14 Nov 1998 14:19:11 +0100 (MET) In-Reply-To: <199811131038.FAA27765@mailfw2.ford.com> from "Harald Koerfgen" at Nov 13, 98 11:38:37 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1071 Lines: 35 Hi all of you MIPS hackers, looks like it's really time for a BOF session in Siegen. Sorry for not sending an invitation to the list, I was really busy the last weeks :-(. Linux meeting organisation, working on my diploma thesis, reconfiguring the whole network as our institue moved ... We could also arrange to pay for part of the transfer cost and - if you'd like to stay for more than one day - probably part of the hotel costs. Tom Schwaller from Linux Magazin will hopefully come (he was here last year) and promised to bring a Cobalt Qube along ... > Florian Lohoff wrote: > > > > On Fri, Nov 13, 1998 at 05:48:22AM +0100, Richard van den Berg wrote: > > > > > Is there any change that there are DECstation fans present at the upcoming > > > Linux meeting in Siegen? > > > > When is it ? > > > > I would like to come around but when does it happen ? > > http://www.linux-meeting.unix-ag.org > > If hell doesn't freeze I'll be there. It's gotten damn cold over here in the last few weeks ... oh wait, Siegen is only _like_ hell ;-). Cheers, Michael From pnuli@mediaone.net Sat Nov 14 15:34:10 1998 Received: from chmls05.mediaone.net (ne.mediaone.net [24.128.1.70]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA24366; Sat, 14 Nov 1998 15:34:09 +0100 (MET) Received-Date: Sat, 14 Nov 1998 15:34:09 +0100 (MET) Received: from ntsrvr (pnuli.ne.mediaone.net [24.128.108.101]) by chmls05.mediaone.net (8.8.7/8.8.7) with SMTP id JAA10415 for ; Sat, 14 Nov 1998 09:34:04 -0500 (EST) Message-ID: <000801be0fdc$e0cff760$656c8018@ntsrvr.ne.mediaone.net> From: "Prasad Nuli" To: Subject: Re: Cobalt Qube / Egcs? Date: Sat, 14 Nov 1998 09:41:34 -0500 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 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 1392 Lines: 34 Greg You said Cobalt Qube uses a Nevada Mips Processor. I am faimiliar with MIPS but, I have not heard of Nevada Mips at all. Which company makes the processor ?. Thanks Prasad Nuli -----Original Message----- From: Greg To: linux-mips@fnet.fr Date: Friday, November 13, 1998 3:58 PM Subject: Cobalt Qube / Egcs? >Hello all, > I'm attempting to do some development on the Cobalt Qube by Cobalt >Microserver. It is based on a tiny Nevada Mips processor running at 150 >Mhz. The goal of my Linux User's Group is to get as much of RedHat 5.2 >rebuilt on this architecture as possible and place the rebuilt RPM's on >our public Mipsel archive located at ftp://cleveland.lug.net/pub/Mipsel. > I'm running into a variety of RPM's that will not build without a >working egcs on the Mipsel architecture. I've tried a couple of times to >build egcs on the box to no avail. By nature, I'm not a programming >wizard, but when the need comes I'll hack together a solution to meet my >needs. > In this case, I really would like to get Egcs to build on this >thing so that I can begin the process of getting the REST of the packages >ported over. We have this eventual dream of running an X server on the >machine and connecting a bunch of X-terms to it. > >So.. can anyone provide me with some information on getting Egcs to build >on a Mipsel? :) > > From triemer@apt4g.a3nyc.com Sat Nov 14 17:41:14 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA00335; Sat, 14 Nov 1998 17:41:13 +0100 (MET) Received-Date: Sat, 14 Nov 1998 17:41:13 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id LAA13501 for ; Sat, 14 Nov 1998 11:41:15 -0500 Date: Sat, 14 Nov 1998 11:41:14 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: interrupt patches Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 536 Lines: 13 The interrupt patches seem to allow me to generate 1 interrupt with one character to the dz driver on the decstatoin 2100 - which is a really good sign in the computer world... Its usually fairly easy to go from 1 to many... its usually much more difficult to go from 0 to 1. Thanks for the patches... Hopefully later this weekend - I'll actually get to single user mode and be able to interact with it. -Tom Riemer ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From triemer@apt4g.a3nyc.com Sat Nov 14 20:07:26 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA01874; Sat, 14 Nov 1998 20:07:23 +0100 (MET) Received-Date: Sat, 14 Nov 1998 20:07:23 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id OAA13665 for ; Sat, 14 Nov 1998 14:07:33 -0500 Date: Sat, 14 Nov 1998 14:07:33 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: dialog Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1486 Lines: 72 Well - I've just experienced my first interactive session with ash on the decstation 2100 !?!?? How amazingly anticlimatic... >From my machine here... (through the dz serial driver that I've been pounding my head on for about 3 months) --------------------------------------------------- Stand-alone shell (version 1.0) > help alias [name [command]] cd [dirname] -chgrp gid filename ... -chmod mode filename ... -chown uid filename ... -cmp filename1 filename2 -cp srcname ... destname -dd if=name of=name [bs=n] [count=n] [skip=n] [seek=n] -echo [args] ... -ed [filename] exec filename [args] exit -grep [-in] word filename ... help -kill [-sig] pid ... -ln [-s] srcname ... destname -ls [-lid] filename ... -mkdir dirname ... -mknod filename type major minor -more filename ... -mount [-t type] devname dirname -mv srcname ... destname -printenv [name] prompt string -pwd quit -rm filename ... -rmdir dirname ... setenv name value source filename -sync -tar [xtv]f devname filename ... -touch filename ... umask [mask] -umount filename unalias name > cd etc > -ls * No matches > -ls . .. > cd .. > cd usr > -ls . .. src > cd src > -ls . .. Makefile hello.S ld.script > ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From triemer@apt4g.a3nyc.com Sat Nov 14 22:01:55 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA02924; Sat, 14 Nov 1998 22:01:51 +0100 (MET) Received-Date: Sat, 14 Nov 1998 22:01:51 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id QAA13815 for ; Sat, 14 Nov 1998 16:01:54 -0500 Date: Sat, 14 Nov 1998 16:01:54 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: dz patch Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 21707 Lines: 844 Included here is a patch to linux-2.1.121-r3000-pre1.tgz that allows a working serial console line to the decstation 2100. It includes the patches recently posted by Harald to mask the interrupt bits in cpu register $12. Undoubtedly there are more bugs in the dz.c driver - but this seems to allow interactive dialog in single user mode... The console line should be plugged into the outlet on the back of the decstation that has a small printer symbol above it. Anyone who tries this out - please let me know the results. -Tom Riemer ----------------------------------------------------------------- diff -rubN linux-2.1.121-r3000/arch/mips/dec/irq.c linux-2.1.121-r3000_pl8/arch/mips/dec/irq.c --- linux-2.1.121-r3000/arch/mips/dec/irq.c Sun Oct 4 11:40:36 1998 +++ linux-2.1.121-r3000_pl8/arch/mips/dec/irq.c Sat Nov 14 14:24:50 1998 @@ -51,39 +51,15 @@ *imr |= dec_interrupt[irq_nr].iemask; wbflush(); } - set_cp0_status(ST0_IM, dec_interrupt[irq_nr].cpu_mask); -} - -static inline void mask_irq_flags(unsigned int irq_nr, unsigned long *flags) -{ - if (dec_interrupt[irq_nr].iemask) { /* This is an ASIC interrupt */ - *imr &= ~dec_interrupt[irq_nr].iemask; - wbflush(); - } else /* This is a cpu interrupt */ - *flags &= ~dec_interrupt[irq_nr].cpu_mask; -} - -static inline void unmask_irq_flags(unsigned int irq_nr, unsigned long *flags) -{ - if (dec_interrupt[irq_nr].iemask) { /* This is an ASIC interrupt */ - *imr |= dec_interrupt[irq_nr].iemask; - wbflush(); - } - *flags |= dec_interrupt[irq_nr].cpu_mask; + set_cp0_status(ST0_IM, read_32bit_cp0_register(CP0_STATUS) | dec_interrupt[irq_nr].cpu_mask); } void disable_irq(unsigned int irq_nr) { unsigned long flags; -/* TEST */ - panic("disable_irq called"); save_and_cli(flags); - if (dec_interrupt[irq_nr].iemask) { /* This is an ASIC interrupt */ - *imr &= ~dec_interrupt[irq_nr].iemask; - wbflush(); - } else /* This is a cpu interrupt */ - flags &= ~dec_interrupt[irq_nr].cpu_mask; + mask_irq(irq_nr); restore_flags(flags); } @@ -91,14 +67,8 @@ { unsigned long flags; -/* TEST */ - panic("enable_irq called"); save_and_cli(flags); - if (dec_interrupt[irq_nr].iemask) { /* This is an ASIC interrupt */ - *imr |= dec_interrupt[irq_nr].iemask; - wbflush(); - } - flags |= dec_interrupt[irq_nr].cpu_mask; + unmask_irq(irq_nr); restore_flags(flags); } @@ -213,7 +183,7 @@ *p = new; if (!shared) { - unmask_irq_flags(irq, &flags); + unmask_irq(irq); } restore_flags(flags); return 0; @@ -268,7 +238,7 @@ save_and_cli(flags); *p = action->next; if (!irq[irq_action]) - mask_irq_flags(irq, &flags); + mask_irq(irq); restore_flags(flags); kfree(action); return; diff -rubN linux-2.1.121-r3000/arch/mips/kernel/r2300_switch.S linux-2.1.121-r3000_pl8/arch/mips/kernel/r2300_switch.S --- linux-2.1.121-r3000/arch/mips/kernel/r2300_switch.S Sun Oct 4 11:51:54 1998 +++ linux-2.1.121-r3000_pl8/arch/mips/kernel/r2300_switch.S Sat Nov 14 14:24:50 1998 @@ -45,11 +45,17 @@ CPU_RESTORE_NONSCRATCH($28) addiu t0, $28, KERNEL_STACK_SIZE-32 sw t0, kernelsp - lw a3, TASK_MM($28) + mfc0 t1, CP0_STATUS /* Do we really need this? */ + ori a3, $0, 0xff00 + and t1, a3 lw a2, THREAD_STATUS($28) + nor a3, $0, a3 + and a2, a3 + lw a3, TASK_MM($28) + or a2, t1 lw a3, MM_CONTEXT(a3) mtc0 a2, CP0_STATUS - andi a3, KU_USER + andi a3, ASID_MASK jr ra mtc0 a3, CP0_ENTRYHI END(r2300_resume) diff -rubN linux-2.1.121-r3000/drivers/char/dz.c linux-2.1.121-r3000_pl8/drivers/char/dz.c --- linux-2.1.121-r3000/drivers/char/dz.c Thu Oct 1 14:55:25 1998 +++ linux-2.1.121-r3000_pl8/drivers/char/dz.c Sat Nov 14 14:31:29 1998 @@ -10,6 +10,8 @@ * Changed IRQ to use Harald's dec internals interrupts.h * removed base_addr code - moving address assignment to setup.c * Changed name of dz_init to rs_init to be consistent with tc code + * [13-NOV-98] triemer fixed code to receive characters + * after patches by harald to irq code. */ #ifdef MODULE @@ -29,12 +31,13 @@ #include #include #include - +#include /* for definition of SERIAL */ #include /* for definition of struct console */ #ifdef CONFIG_SERIAL_CONSOLE +#define CONSOLE_LINE (3) #include #endif /* ifdef CONFIG_SERIAL_CONSOLE */ @@ -47,14 +50,81 @@ #include #include #include - +#include #include "dz.h" -#define DZ_INTR_DEBUG 1 +/* #define DZ_INTR_DEBUG */ -DECLARE_TASK_QUEUE(tq_dz_serial); +DECLARE_TASK_QUEUE(tq_serial); +static struct dz_serial *lines[4]; extern struct wait_queue *keypress_wait; +/* TO FIX - its unclear what + the intention for tmp_buf is all about + but I'm just going to point tmp_buf at temp_buffer + if tmp_buf is not defined +*/ + +unsigned char tmp_buffer[256]; + + +/* debugging code to send out chars via prom */ +static void debug_console( const char *s,int count) +{ + unsigned i; + + tag *atag; + static int (*prom_printf) (char *,...); + static int (*prom_getchar) (void); + + + atag = bi_TagFind(tag_prom_printf); + prom_printf = (int (*)(char *,...)) *(int *) TAGVALPTR(atag); + atag = bi_TagFind(tag_prom_getchar); + prom_getchar = (int (*)(void)) *(int *) TAGVALPTR(atag); + + /* + * Now, do each character + */ + /* while (s[count] != '\0') + count++; + */ + + for (i = 0; i < count; i++) { + if (*s == 10) + prom_printf("%c", 13); + prom_printf("%c", *s++); + } +} +#ifdef DEBUG + +static void debug_int_console(unsigned short val, char *prn, int count) +{ + char bits[16]; + int i; + for (i = 0; i < 16; i++) + if ((1<port + offset); - return *addr; } static inline void dz_out (struct dz_serial *info, unsigned offset, unsigned short value) { - volatile unsigned short *addr = (volatile unsigned short *)(info->port + offset); + volatile unsigned short *addr = (volatile unsigned short *)(info->port + offset); *addr = value; + } /* @@ -94,13 +164,12 @@ struct dz_serial *info = (struct dz_serial *)tty->driver_data; unsigned short mask, tmp; + mask = 1 << info->line; tmp = dz_in (info, DZ_TCR); /* read the TX flag */ - if (tmp & mask) { tmp &= ~mask; /* clear the TX flag */ dz_out (info, DZ_TCR, tmp); - } } static void dz_start (struct tty_struct *tty) @@ -110,10 +179,10 @@ mask = 1 << info->line; tmp = dz_in (info, DZ_TCR); /* read the TX flag */ - if (!(tmp & mask)) { + tmp |= mask; /* set the TX flag */ dz_out (info, DZ_TCR, tmp); - } + } /* @@ -147,7 +216,7 @@ static inline void dz_sched_event (struct dz_serial *info, int event) { info->event |= 1 << event; - queue_task (&info->tqueue, &tq_dz_serial); + queue_task (&info->tqueue, &tq_serial); mark_bh (SERIAL_BH); } @@ -160,16 +229,26 @@ */ static inline void receive_chars (struct dz_serial *info_in) { + struct dz_serial *info; - struct tty_struct *tty; + struct tty_struct *tty = 0; struct async_icount *icount; int ignore = 0; unsigned short status, tmp; unsigned char ch; - do { - status = dz_in (info_in, DZ_RBUF); /* get the char in */ - info = &multi[LINE(status)]; /* re-arrange info to point to the proper port */ + /* this code is going to be a problem... + the call to tty_flip_buffer is going to need + to be rethought... + */ + do + { + status = dz_in (info_in, DZ_RBUF); + info = lines[LINE(status)]; + + /* punt so we don't get duplicate characters */ + if (!(status & DZ_DVAL)) + goto ignore_char; #ifdef DZ_INTR_DEBUG printk ("line (%d)...", LINE(status)); @@ -189,7 +268,6 @@ icount = &info->icount; if (!tty) break; - if (tty->flip.count >= TTY_FLIPBUF_SIZE) break; *tty->flip.char_buf_ptr = ch; @@ -204,10 +282,11 @@ icount->frame++; if (status & DZ_OERR) /* overrun error */ icount->overrun++; - /* - check to see if we should ignore the character + + /* check to see if we should ignore the character and mask off conditions that should be ignored */ + if (status & info->ignore_status_mask) { if (++ignore > 100 ) break; goto ignore_char; @@ -217,11 +296,18 @@ tmp = status & info->read_status_mask; if (tmp & DZ_PERR) + { *tty->flip.flag_buf_ptr = TTY_PARITY; + debug_console("PERR\n",5); + } else if (tmp & DZ_FERR) + { *tty->flip.flag_buf_ptr = TTY_FRAME; - /* overrun might be special ?!? I don't know for the DZ chip so in doubt ... */ - if (tmp & DZ_OERR) { + debug_console("FERR\n",5); + } + if (tmp & DZ_OERR) + { + debug_console("OERR\n",5); if (tty->flip.count < TTY_FLIPBUF_SIZE) { tty->flip.count++; tty->flip.flag_buf_ptr++; @@ -230,13 +316,14 @@ } } } - tty->flip.flag_buf_ptr++; tty->flip.char_buf_ptr++; tty->flip.count++; - ignore_char: } while (status & DZ_DVAL); + + if (tty) + tty_flip_buffer_push(tty); } /* @@ -250,6 +337,7 @@ { unsigned char tmp; + if (info->x_char) { /* XON/XOFF chars */ dz_out (info, DZ_TDR, info->x_char); info->icount.tx++; @@ -307,34 +395,17 @@ */ static void dz_interrupt (int irq, void *dev, struct pt_regs *regs) { - struct dz_serial *info = (struct dz_serial *)dev; + struct dz_serial *info; unsigned short status; -#ifdef DZ_INTR_DEBUG - printk ("dz_interrupt_multi (%d)...", irq); -#endif - - status = dz_in (info, DZ_CSR); /* get the reason why we just got an irq */ + status = dz_in ((struct dz_serial *)dev, DZ_CSR); /* get the reason why we just got an irq */ + info = lines[LINE(status)]; /* re-arrange info the proper port */ - if (status & DZ_RDONE) { /* RX interrupt */ -#ifdef DZ_INTR_DEBUG - printk (" RX "); -#endif - receive_chars (info); /* the receive function will deal with the identification - of the line causing the irq */ - } + if (status & DZ_RDONE) + receive_chars (info); /* the receive function */ - if (status & DZ_TRDY) { /* TX interrupt */ -#ifdef DZ_INTR_DEBUG - printk (" TX line (%d)...", LINE(status)); -#endif - info = &multi[LINE(status)]; /* re-arrange info to point to the proper port */ + if (status & DZ_TRDY) transmit_chars (info); - } - -#ifdef DZ_INTR_DEBUG - printk ("end\n"); -#endif } /* @@ -354,7 +425,7 @@ */ static void do_serial_bh (void) { - run_task_queue (&tq_dz_serial); + run_task_queue (&tq_serial); } static void do_softint (void *private_data) @@ -435,6 +506,12 @@ /* set up the speed */ change_speed (info); + /* clear the line transmitter buffer + I can't figure out why I need to do this - but + its necessary - in order for the console portion + and the interrupt portion to live happily side by side. + */ + info->is_initialized = 1; restore_flags (flags); @@ -461,6 +538,7 @@ dz_stop (info->tty); + info->cflags &= ~DZ_CREAD; /* turn off receive enable flag */ dz_out (info, DZ_LPR, info->cflags); @@ -537,6 +615,7 @@ default : info->cflags |= DZ_B9600; } + info->cflags |= DZ_RXENAB; dz_out (info, DZ_LPR, info->cflags); /* setup accept flag */ @@ -554,35 +633,6 @@ /* * ------------------------------------------------------------------- - * dz_put_char () - * - * This is for console output over ttyS. - * ------------------------------------------------------------------- - */ -static void dz_put_char (struct tty_struct *tty, unsigned char ch) -{ - struct dz_serial *info = (struct dz_serial *)tty->driver_data; - unsigned long flags; - - if (!tty || !info->xmit_buf) return; - - save_flags (flags); - cli (); - - if (info->xmit_cnt >= DZ_XMIT_SIZE-1) { - restore_flags (flags); - return; - } - - info->xmit_buf[info->xmit_head++] = ch; - info->xmit_head &= DZ_XMIT_SIZE-1; - info->xmit_cnt++; - - restore_flags (flags); -} - -/* - * ------------------------------------------------------------------- * dz_flush_char () * * Flush the buffer. @@ -616,12 +666,16 @@ { struct dz_serial *info = (struct dz_serial *)tty->driver_data; unsigned long flags; - int c, ret = 0; - if (!tty || !info->xmit_buf || !tmp_buf) return ret; + if (!tty ) return ret; + if (!info->xmit_buf) return ret; + if (!tmp_buf) tmp_buf = tmp_buffer; + + if (from_user) { + down (&tmp_buf_sem); while (1) { c = MIN(count, MIN(DZ_XMIT_SIZE - info->xmit_cnt - 1, DZ_XMIT_SIZE - info->xmit_head)); @@ -650,6 +704,8 @@ up (&tmp_buf_sem); } else { + + while (1) { save_flags (flags); cli (); @@ -671,8 +727,17 @@ } } - if (info->xmit_cnt && !tty->stopped && !tty->hw_stopped) dz_start (info->tty); + if (info->xmit_cnt) + { + if (!tty->stopped) + { + if (!tty->hw_stopped) + { + dz_start (info->tty); + } + } + } return ret; } @@ -695,7 +760,7 @@ /* * ------------------------------------------------------------------- - * dz_char_in_buffer () + * dz_chars_in_buffer () * * compute the amount of char left to be transmitted * ------------------------------------------------------------------- @@ -1194,6 +1259,7 @@ int retval, line; line = MINOR(tty->device) - tty->driver.minor_start; + /* The dz lines for the mouse/keyboard must be * opened using their respective drivers. */ @@ -1203,9 +1269,9 @@ if ((line == DZ_KEYBOARD) || (line == DZ_MOUSE)) return -ENODEV; - info = &multi[line]; - + info = lines[line]; info->count++; + tty->driver_data = info; info->tty = tty; @@ -1216,6 +1282,7 @@ if (retval) return retval; + retval = block_til_ready (tty, filp, info); if (retval) return retval; @@ -1226,11 +1293,11 @@ else *tty->termios = info->callout_termios; change_speed (info); + } info->session = current->session; info->pgrp = current->pgrp; - return 0; } @@ -1239,7 +1306,7 @@ printk("%s%s\n", dz_name, dz_version); } -/* dz_init inits the driver */ + __initfunc(int dz_init(void)) { int i, flags; @@ -1250,9 +1317,6 @@ show_serial_version (); - /* Initialize the tty_driver structure */ - /* SGI: Not all of this is exactly right for us. */ - memset(&serial_driver, 0, sizeof(struct tty_driver)); serial_driver.magic = TTY_DRIVER_MAGIC; serial_driver.name = "ttyS"; @@ -1302,13 +1366,16 @@ save_flags(flags); cli(); i = 0; - for (info = &multi[i]; i < DZ_NB_PORT; i++) { + for (info = &multi[i]; i < DZ_NB_PORT; i++) + { + lines[i] = info; info->magic = SERIAL_MAGIC; - if ((mips_machtype == MACH_DS23100) || (mips_machtype == MACH_DS5100)) { + + if ((mips_machtype == MACH_DS23100) || (mips_machtype == MACH_DS5100)) info->port = (unsigned long) KN01_DZ11_BASE; - } else { + else info->port = (unsigned long) KN02_DZ11_BASE; - } + info->line = i; info->tty = 0; info->close_delay = 50; @@ -1334,15 +1401,54 @@ printk("ttyS%02d at 0x%04x (irq = %d)\n", info->line, info->port, SERIAL); } - if (request_irq (SERIAL, dz_interrupt, (SA_INTERRUPT), "DZ", &multi[0])) - panic ("Unable to register DZ interrupt\n"); + /* reset the chip */ +#ifndef CONFIG_SERIAL_CONSOLE + dz_out(info, DZ_CSR, DZ_CLR); + while ((tmp = dz_in(info,DZ_CSR)) & DZ_CLR) ; + wbflush(); + + /* enable scanning */ + dz_out(info, DZ_CSR, DZ_MSE); +#endif + /* order matters here... the trick is that flags + is updated... in request_irq - to immediatedly obliterate + it is unwise. */ restore_flags(flags); + + if (request_irq (SERIAL, dz_interrupt, SA_INTERRUPT, "DZ", lines[0])) + panic ("Unable to register DZ interrupt\n"); + return 0; } #ifdef CONFIG_SERIAL_CONSOLE +static void dz_console_put_char (unsigned char ch) +{ + long flags; + int loops = 1000; + unsigned short tmp = ch; + /* this code sends stuff out to serial device - spinning its + wheels and waiting. */ + + /* force the issue - point it at lines[3]*/ + + dz_console=&multi[CONSOLE_LINE]; + + save_flags(flags); + cli(); + + + /* spin our wheels */ + while (((dz_in(dz_console,DZ_TCR) & DZ_TRDY) != DZ_TRDY) && loops--) + ; + + /* Actually transmit the character. */ + dz_out (dz_console, DZ_TDR, tmp); + + restore_flags(flags); +} /* * ------------------------------------------------------------------- * dz_console_print () @@ -1350,15 +1456,19 @@ * dz_console_print is registered for printk. * ------------------------------------------------------------------- */ + static void dz_console_print (struct console *cons, const char *str, unsigned int count) { - while (count--) { + debug_console(str,count); + return; + /* turn off interrupts */ + + while (count--) + { if (*str == '\n') - dz_put_char (dz_console->tty, '\r'); - dz_put_char (dz_console->tty, *str++); + dz_console_put_char('\r'); + dz_console_put_char(*str++); } - - dz_start (dz_console->tty); } static int dz_console_wait_key(struct console *co) @@ -1378,6 +1488,7 @@ int parity = 'n'; int cflag = CREAD | HUPCL | CLOCAL; char *s; + unsigned short mask,tmp; if (options) { baud = simple_strtoul(options, NULL, 10); @@ -1427,6 +1538,34 @@ } co->cflag = cflag; + /* TOFIX: force to console line */ + dz_console = &multi[CONSOLE_LINE]; + dz_console->port = KN01_DZ11_BASE; + dz_console->line = CONSOLE_LINE; + + dz_out(dz_console, DZ_CSR, DZ_CLR); + while ((tmp = dz_in(dz_console,DZ_CSR)) & DZ_CLR) + ; + + /* enable scanning */ + dz_out(dz_console, DZ_CSR, DZ_MSE); + + /* Set up flags... */ + dz_console->cflags = 0; + dz_console->cflags |= DZ_B9600; + dz_console->cflags |= DZ_CS8; + dz_console->cflags |= DZ_PARENB; + dz_out (dz_console, DZ_LPR, dz_console->cflags); + + + mask = 1 << dz_console->line; + tmp = dz_in (dz_console, DZ_TCR); /* read the TX flag */ + if (!(tmp & mask)) { + tmp |= mask; /* set the TX flag */ + dz_out (dz_console, DZ_TCR, tmp); + } + + return 0; } @@ -1438,8 +1577,8 @@ dz_console_wait_key, NULL, dz_console_setup, - CON_PRINTBUFFER, - -1, + CON_CONSDEV | CON_PRINTBUFFER, + CONSOLE_LINE, 0, NULL }; @@ -1447,6 +1586,7 @@ __initfunc (long dz_serial_console_init(long kmem_start, long kmem_end)) { register_console(&dz_sercons); + return kmem_start; } diff -rubN linux-2.1.121-r3000/drivers/char/dz.h linux-2.1.121-r3000_pl8/drivers/char/dz.h --- linux-2.1.121-r3000/drivers/char/dz.h Thu Oct 1 14:55:25 1998 +++ linux-2.1.121-r3000_pl8/drivers/char/dz.h Sat Nov 14 14:24:50 1998 @@ -94,7 +94,7 @@ #define DZ_B9600 0x0E00 #define DZ_CREAD 0x1000 /* Enable receiver */ - +#define DZ_RXENAB 0x1000 /* enable receive char */ /* * Addresses for the DZ registers */ @@ -208,7 +208,6 @@ static void do_softint (void *); static void do_serial_hangup (void *); static void change_speed (struct dz_serial *); -static void dz_put_char (struct tty_struct *, unsigned char); static void dz_flush_chars (struct tty_struct *); static void dz_console_print (struct console *, const char *, unsigned int); static void dz_flush_buffer (struct tty_struct *); diff -rubN linux-2.1.121-r3000/drivers/net/declance.c linux-2.1.121-r3000_pl8/drivers/net/declance.c --- linux-2.1.121-r3000/drivers/net/declance.c Thu Oct 1 14:55:26 1998 +++ linux-2.1.121-r3000_pl8/drivers/net/declance.c Sat Nov 14 14:24:51 1998 @@ -963,6 +963,7 @@ return 0; } +#ifdef CONFIG_TC static int tc_probe(struct device *dev, unsigned char *esar_base) { extern slot_info tc_bus[MAX_SLOT]; @@ -984,6 +985,7 @@ } return 0; } +#endif /* Find all the lance cards on the system and initialize them */ __initfunc(int dec_lance_probe (struct device *dev)) diff -rubN linux-2.1.121-r3000/include/asm-mips/system.h linux-2.1.121-r3000_pl8/include/asm-mips/system.h --- linux-2.1.121-r3000/include/asm-mips/system.h Sat Oct 3 13:57:47 1998 +++ linux-2.1.121-r3000_pl8/include/asm-mips/system.h Sat Nov 14 14:24:51 1998 @@ -92,14 +92,20 @@ __asm__ __volatile__( ".set\tpush\n\t" ".set\tnoreorder\n\t" + "mfc0\t$8,$12\n\t" + "ori\t$9,$0,0xff00\n\t" + "and\t$8,$9\n\t" + "nor\t$9,$0,$9\n\t" + "and\t%0,$9\n\t" + "or\t%0,$8\n\t" "mtc0\t%0,$12\n\t" "nop\n\t" "nop\n\t" "nop\n\t" ".set\tpop\n\t" - : /* no output */ + : : "r" (flags) - : "memory"); + : "$8", "$9", "memory"); } /* From ralf@lappi.waldorf-gmbh.de Sat Nov 14 23:41:09 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA04363; Sat, 14 Nov 1998 23:41:05 +0100 (MET) Received-Date: Sat, 14 Nov 1998 23:41:05 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-15.uni-koblenz.de [141.26.249.15]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA03399 for ; Sat, 14 Nov 1998 23:41:02 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id XAA01913; Sat, 14 Nov 1998 23:38:56 +0100 Message-ID: <19981114233856.C1517@uni-koblenz.de> Date: Sat, 14 Nov 1998 23:38:56 +0100 From: ralf@uni-koblenz.de To: Prasad Nuli , linux-mips@fnet.fr Subject: Re: Cobalt Qube / Egcs? References: <000801be0fdc$e0cff760$656c8018@ntsrvr.ne.mediaone.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <000801be0fdc$e0cff760$656c8018@ntsrvr.ne.mediaone.net>; from Prasad Nuli on Sat, Nov 14, 1998 at 09:41:34AM -0500 Content-Length: 357 Lines: 10 On Sat, Nov 14, 1998 at 09:41:34AM -0500, Prasad Nuli wrote: > You said Cobalt Qube uses a Nevada Mips Processor. I am faimiliar with > MIPS but, I have not heard of Nevada Mips at all. Which company makes the > processor ?. Nevada is the nickname for the Rm5230 / Rm5260 / Rm 5270 processors developed by IDT. The Qube is based on the 5230. Ralf From dom@algor.co.uk Sat Nov 14 23:48:29 1998 Received: from embankment.algor.co.uk (0@embankment.algor.co.uk [193.117.190.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA04859; Sat, 14 Nov 1998 23:48:20 +0100 (MET) Received-Date: Sat, 14 Nov 1998 23:48:20 +0100 (MET) Received: from gladsmuir.algor.co.uk (dom@gladsmuir.algor.co.uk [193.117.190.129]) by embankment.algor.co.uk (8.8.8/8.8.8) with ESMTP id WAA05737; Sat, 14 Nov 1998 22:48:13 GMT Received: (from dom@localhost) by gladsmuir.algor.co.uk (8.8.5/8.8.5) id WAA01197; Sat, 14 Nov 1998 22:48:13 GMT Date: Sat, 14 Nov 1998 22:48:13 GMT Message-Id: <199811142248.WAA01197@gladsmuir.algor.co.uk> From: Dominic Sweetman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: linux-mips@fnet.fr Cc: Prasad Nuli Subject: Re: Cobalt Qube / Egcs? In-Reply-To: <19981114233856.C1517@uni-koblenz.de> References: <000801be0fdc$e0cff760$656c8018@ntsrvr.ne.mediaone.net> <19981114233856.C1517@uni-koblenz.de> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Content-Length: 467 Lines: 14 ralf@uni-koblenz.de (ralf@uni-koblenz.de) writes: > Nevada is the nickname for the Rm5230 / Rm5260 / Rm 5270 processors > developed by IDT. The Qube is based on the 5230. Not IDT, QED! (Their first product under their own name, so they'd be upset). Cobalt started their development with one of our P-4032 boards - I don't know whether they used any of the same devices, but I think Ralf got Linux going on one of our babies. Dominic Sweetman Algorithmics Ltd From ralf@lappi.waldorf-gmbh.de Sun Nov 15 00:30:52 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA07443; Sun, 15 Nov 1998 00:30:51 +0100 (MET) Received-Date: Sun, 15 Nov 1998 00:30:51 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-15.uni-koblenz.de [141.26.249.15]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA04611 for ; Sun, 15 Nov 1998 00:30:48 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id AAA03704; Sun, 15 Nov 1998 00:30:13 +0100 Message-ID: <19981115003013.G1517@uni-koblenz.de> Date: Sun, 15 Nov 1998 00:30:13 +0100 From: ralf@uni-koblenz.de To: Dominic Sweetman , linux-mips@fnet.fr Cc: Prasad Nuli Subject: Re: Cobalt Qube / Egcs? References: <000801be0fdc$e0cff760$656c8018@ntsrvr.ne.mediaone.net> <19981114233856.C1517@uni-koblenz.de> <199811142248.WAA01197@gladsmuir.algor.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <199811142248.WAA01197@gladsmuir.algor.co.uk>; from Dominic Sweetman on Sat, Nov 14, 1998 at 10:48:13PM +0000 Content-Length: 1093 Lines: 27 Helle night shift :-) On Sat, Nov 14, 1998 at 10:48:13PM +0000, Dominic Sweetman wrote: > > Nevada is the nickname for the Rm5230 / Rm5260 / Rm 5270 processors > > developed by IDT. The Qube is based on the 5230. > > Not IDT, QED! (Their first product under their own name, so they'd be > upset). Cobalt started their development with one of our P-4032 > boards - I don't know whether they used any of the same devices, but I > think Ralf got Linux going on one of our babies. Sorry, QED. Thought the Rm7000 was the first thing QED produced on their own. The Qube design actually changed quite a bit in progress. The Qube initially had a 21042, then 21142 chip but I think they reverted to the 10mbit for the production version. I'm not shure if it's still a chip of the Tulip family. Also there was a NCR53C810 on at least preproduction versions. The chipset used is a different one from Galileo. It's the In any case Linux on the P-4032 was the first step to get this thing running. I should mention that Cobalt did their P-4032 port independent from my P-4032 work. Ralf From adyer@Mercury.mcs.net Sun Nov 15 00:54:39 1998 Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA08879; Sun, 15 Nov 1998 00:54:38 +0100 (MET) Received-Date: Sun, 15 Nov 1998 00:54:38 +0100 (MET) Received: from Mercury.mcs.net (adyer@Mercury.mcs.net [192.160.127.80]) by Kitten.mcs.com (8.8.7/8.8.2) with ESMTP id RAA00931 for ; Sat, 14 Nov 1998 17:54:31 -0600 (CST) Received: from localhost (adyer@localhost) by Mercury.mcs.net (8.8.7/8.8.2) with SMTP id RAA01316 for ; Sat, 14 Nov 1998 17:54:31 -0600 (CST) Date: Sat, 14 Nov 1998 17:54:31 -0600 (CST) From: Andrew Dyer To: linux-mips@fnet.fr Subject: Re: Cobalt Qube / Egcs? In-Reply-To: <19981114233856.C1517@uni-koblenz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 530 Lines: 12 On Sat, 14 Nov 1998 ralf@uni-koblenz.de wrote: > Nevada is the nickname for the Rm5230 / Rm5260 / Rm 5270 processors > developed by IDT. The Qube is based on the 5230. > Those parts are from QED, not IDT. | Andrew Dyer or | | Sr. Design Engineer (773) 961-1751 | | Midway Games, Inc. (773) 961-1890 (fax) | | 2727 W. Roscoe Ave., Chicago, IL 60618 | From babydr@baby-dragons.com Sun Nov 15 01:56:24 1998 Received: from filesrv1.baby-dragons.com (babydr@filesrv1.baby-dragons.com [199.33.245.55]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA10173; Sun, 15 Nov 1998 01:56:21 +0100 (MET) Received-Date: Sun, 15 Nov 1998 01:56:21 +0100 (MET) Received: from localhost (babydr@localhost) by filesrv1.baby-dragons.com (8.9.0/8.8.5) with SMTP id QAA01322; Sat, 14 Nov 1998 16:56:16 -0800 Date: Sat, 14 Nov 1998 16:56:16 -0800 (PST) From: "Mr. James W. Laferriere" To: linux-mips@fnet.fr cc: Dominic Sweetman , Prasad Nuli Subject: Re: Cobalt Qube / Egcs? In-Reply-To: <19981115003013.G1517@uni-koblenz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1962 Lines: 44 Hello Ralf & All, On Sun, 15 Nov 1998 ralf@uni-koblenz.de wrote: > Helle night shift :-) > > On Sat, Nov 14, 1998 at 10:48:13PM +0000, Dominic Sweetman wrote: > > > > Nevada is the nickname for the Rm5230 / Rm5260 / Rm 5270 processors > > > developed by IDT. The Qube is based on the 5230. > > > > Not IDT, QED! (Their first product under their own name, so they'd be > > upset). Cobalt started their development with one of our P-4032 > > boards - I don't know whether they used any of the same devices, but I > > think Ralf got Linux going on one of our babies. > > Sorry, QED. Thought the Rm7000 was the first thing QED produced on their > own. > > The Qube design actually changed quite a bit in progress. The Qube > initially had a 21042, then 21142 chip but I think they reverted to the The present RAQ I have has the 21142 on it , Just received this unit as an eval unit , which we will be purchasing . ;-) > 10mbit for the production version. I'm not shure if it's still a chip > of the Tulip family. Also there was a NCR53C810 on at least preproduction > versions. Damn, I wish they had kept that series of controller chips on-board . The present units (afaict) do not ship with any scsi in the system & the RAQ's are incapable of adding any options into . The Qube's only have the one pci slot for options . >The chipset used is a different one from Galileo. It's the In > any case Linux on the P-4032 was the first step to get this thing running. > I should mention that Cobalt did their P-4032 port independent from my > P-4032 work. ttys, JimL +-----------------------------------------------------------------------+ | James W. Laferriere - Network Engineer - babydr@baby-dragons.com | | System Techniques - 25416 - 22nd S. - Des-Moines, WA 98198 | | Give me VMS -or- Give me Linux -but- only on AXP | +-----------------------------------------------------------------------+ From triemer@apt4g.a3nyc.com Sun Nov 15 02:25:14 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA11647; Sun, 15 Nov 1998 02:25:12 +0100 (MET) Received-Date: Sun, 15 Nov 1998 02:25:12 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id UAA14082 for ; Sat, 14 Nov 1998 20:25:29 -0500 Date: Sat, 14 Nov 1998 20:25:29 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: declance driver Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 383 Lines: 12 Has anyone used the declance.c driver? Anyone have anything to report on it? I'm getting an odd page fault that I can make disappear by turning of the declance support - indicating something is probably not happy there.... I'm still tracking down the bug. -Tom ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. From triemer@apt4g.a3nyc.com Sun Nov 15 04:15:58 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA13936; Sun, 15 Nov 1998 04:15:56 +0100 (MET) Received-Date: Sun, 15 Nov 1998 04:15:56 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id WAA14233 for ; Sat, 14 Nov 1998 22:16:15 -0500 Date: Sat, 14 Nov 1998 22:16:14 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: Minor patches for drivers/net/declance.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 5815 Lines: 276 Here are minor cleanups for declance.c - it cleans up compiler warnings - and probably has a slightly better chance of actually jumping to the right place for the handler routines in an interrupt. -Tom ------------------------------------------ --- linux-2.1.121-r3000/drivers/net/declance.c Thu Oct 1 14:55:26 1998 +++ linux-2.1.121-r3000_pl8/drivers/net/declance.c Sat Nov 14 21:52:40 1998 @@ -20,7 +20,7 @@ * */ -#undef DEBUG_DRIVER +/* #define DEBUG 1 */ static char *version = "declance.c: v0.003 by Linux Mips DECstation task force\n"; @@ -266,6 +266,10 @@ int leptr; int i; +#ifdef DEBUG + printk("lance_init_ring\n"); +#endif + /* This is right now because when we are using a PIO buffered * init block, init_block_dvma is set to zero. -DaveM */ @@ -346,6 +350,9 @@ ll->rap = LE_CSR0; ll->rdp = LE_C0_INIT; +#ifdef DEBUG + printk("init_restart_lance\n"); +#endif /* Wait for the lance to complete initialization */ for (i = 0; (i < 100) && !(ll->rdp & (LE_C0_ERR | LE_C0_IDON)); i++) barrier(); @@ -379,6 +386,10 @@ int len = 0; struct sk_buff *skb = 0; +#ifdef DEBUG + printk("lance_rx\n"); +#endif + #ifdef TEST_HITS printk ("["); for (i = 0; i < RX_RING_SIZE; i++) { @@ -453,6 +464,10 @@ int i, j; int status; +#ifdef DEBUG + printk("lance_tx\n"); +#endif + j = lp->tx_old; for (i = j; i != lp->tx_new; i = j) { td = &ib->btx_ring [i]; @@ -521,11 +536,16 @@ static void lance_interrupt (int irq, void *dev_id, struct pt_regs *regs) { + struct device *dev = (struct device *)dev_id; struct lance_private *lp = (struct lance_private *)dev->priv; volatile struct lance_regs *ll = lp->ll; int csr0; +#ifdef DEBUG + printk("lance_interrupt\n"); +#endif + if (dev->interrupt) printk ("%s: again", dev->name); @@ -582,16 +602,22 @@ */ ll->rdp = LE_C0_INEA; dev->interrupt = 0; + } struct device *last_dev = 0; static int lance_open (struct device *dev) { + struct lance_private *lp = (struct lance_private *)dev->priv; volatile struct lance_regs *ll = lp->ll; int status = 0; +#ifdef DEBUG + printk("lance_open\n"); +#endif + last_dev = dev; /* Associate IRQ with lance_interrupt */ @@ -666,6 +692,7 @@ MOD_INC_USE_COUNT; */ return status; + } static int lance_close (struct device *dev) @@ -673,6 +700,10 @@ struct lance_private *lp = (struct lance_private *) dev->priv; volatile struct lance_regs *ll = lp->ll; +#ifdef DEBUG + printk("lance_close\n"); +#endif + dev->start = 0; dev->tbusy = 1; @@ -693,6 +724,10 @@ volatile struct lance_regs *ll = lp->ll; int status; +#ifdef DEBUG + printk("lance_reset\n"); +#endif + /* Stop the lance */ ll->rap = LE_CSR0; ll->rdp = LE_C0_STOP; @@ -713,7 +748,7 @@ dev->start = 1; dev->tbusy = 0; status = init_restart_lance (lp); -#ifdef DEBUG_DRIVER +#ifdef DEBUG printk ("Lance restart=%d\n", status); #endif return status; @@ -729,6 +764,10 @@ int status = 0; static int outs; +#ifdef DEBUG + printk("lance_start_xmit\n"); +#endif + /* Transmitter timeout, serious problems */ if (dev->tbusy) { int tickssofar = jiffies - dev->trans_start; @@ -799,6 +838,10 @@ { struct lance_private *lp = (struct lance_private *) dev->priv; +#ifdef DEBUG + printk("net_device_stats\n"); +#endif + return &lp->stats; } @@ -813,6 +856,10 @@ int i, j, bit, byte; u32 crc, poly = CRC_POLYNOMIAL_LE; +#ifdef DEBUG + printk("lance_load_multicast\n"); +#endif + /* set all multicast bits */ if (dev->flags & IFF_ALLMULTI){ ib->filter [0] = 0xffffffff; @@ -857,6 +904,10 @@ volatile struct lance_init_block *ib = lp->init_block; volatile struct lance_regs *ll = lp->ll; +#ifdef DEBUG + printk("lance_set_multicast\n"); +#endif + while (dev->tbusy) schedule(); set_bit (0, (void *) &dev->tbusy); @@ -886,6 +937,10 @@ volatile struct lance_regs *ll; int i; +#ifdef DEBUG + printk("dec_lance_init\n"); +#endif + if (dev == NULL) { dev = init_etherdev (0, sizeof (struct lance_private) + 8); } else { @@ -946,11 +1001,11 @@ } lp->dev = dev; - dev->open = &lance_open; - dev->stop = &lance_close; - dev->hard_start_xmit = &lance_start_xmit; - dev->get_stats = &lance_get_stats; - dev->set_multicast_list = &lance_set_multicast; + dev->open = lance_open; + dev->stop = lance_close; + dev->hard_start_xmit = lance_start_xmit; + dev->get_stats = lance_get_stats; + dev->set_multicast_list = lance_set_multicast; dev->dma = 0; ether_setup (dev); /* @@ -960,15 +1015,21 @@ root_lance_dev = lp; #endif */ + return 0; } +#ifdef CONFIG_TC static int tc_probe(struct device *dev, unsigned char *esar_base) { extern slot_info tc_bus[MAX_SLOT]; extern unsigned long system_base; int i; +#ifdef DEBUG + printk("tc_probe\n"); +#endif + for (i = 0; i < MAX_SLOT; i++){ if(strcmp(tc_bus[i].name, "PMAD-AA") == 0){ /* check if it's already being used, if not, @@ -984,6 +1045,7 @@ } return 0; } +#endif /* Find all the lance cards on the system and initialize them */ __initfunc(int dec_lance_probe (struct device *dev)) @@ -993,6 +1055,10 @@ extern unsigned long system_base; #endif +#ifdef DEBUG + printk("dec_lance_probe\n"); +#endif + /* According to the PMAD-AA TURBOchannel Ethernet Module Functional * Specification the LANCE address range starts at 0xbb+100000 * where 0xbb is the base address of the I/O slot in which the @@ -1036,6 +1102,10 @@ init_module(void) { root_lance_dev = NULL; +#ifdef DEBUG + printk("declance:init_module\n"); +#endif + return dec_lance_probe(NULL); } @@ -1043,6 +1113,9 @@ cleanup_module(void) { struct lance_private *lp; +#ifdef DEBUG + printk("declance:cleanup_module\n"); +#endif while (root_lance_dev) { lp = root_lance_dev->next_module; From ralf@lappi.waldorf-gmbh.de Sun Nov 15 15:58:23 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA20914; Sun, 15 Nov 1998 15:58:22 +0100 (MET) Received-Date: Sun, 15 Nov 1998 15:58:22 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-06.uni-koblenz.de [141.26.249.6]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id PAA16415 for ; Sun, 15 Nov 1998 15:58:18 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id GAA23817; Sun, 15 Nov 1998 06:02:13 +0100 Message-ID: <19981115060213.K1517@uni-koblenz.de> Date: Sun, 15 Nov 1998 06:02:13 +0100 From: ralf@uni-koblenz.de To: sfavre@club-internet.fr, linux-mips@fnet.fr Subject: Re: how to subscribe ? References: <364E21EA.A6BD83FB@club-internet.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <364E21EA.A6BD83FB@club-internet.fr>; from Sylvain FAVRE on Sun, Nov 15, 1998 at 01:36:21AM +0100 Content-Length: 462 Lines: 11 On Sun, Nov 15, 1998 at 01:36:21AM +0100, Sylvain FAVRE wrote: > can you tell me how to subscribe to this mailing list ? Send email to linux-mips-request@fnet.fr, _not_ linux-mips@fnet.fr. You just cannot imagine how interested all the people on the list are in the fact that somebody wants to subscribe. Second, supply a _valid_ email address (sfavre98@multimania.com), to which I recall having subscribed you recently produced nothing but bounces. Ralf From harald.koerfgen@netcologne.de Sun Nov 15 16:01:53 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA21455; Sun, 15 Nov 1998 16:01:52 +0100 (MET) Received-Date: Sun, 15 Nov 1998 16:01:52 +0100 (MET) Received: from franz.no.dom (dial4-97.netcologne.de [195.14.233.97]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id QAA03329 for ; Sun, 15 Nov 1998 16:01:39 +0100 (MET) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 15 Nov 1998 16:03:17 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: declance driver Content-Length: 523 Lines: 16 Hello Tom, On 15-Nov-98 Thomas Riemer wrote: > Has anyone used the declance.c driver? Anyone have anything > to report on it? Well, Richard and I have started to play around with LANCE DMA on IOASIC DECstations but the code is a total mess and non-functional. If you want to play around with the LANCE device driver please make shure to enable IP: kernel level autoconfiguration and BOOTP support under Networking options. The kernel will then try to send BOOTP requests to obtain it's IP adress. --- Regards, Harald From harald.koerfgen@netcologne.de Sun Nov 15 16:02:08 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA21476; Sun, 15 Nov 1998 16:01:59 +0100 (MET) Received-Date: Sun, 15 Nov 1998 16:01:59 +0100 (MET) Received: from franz.no.dom (dial4-97.netcologne.de [195.14.233.97]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id QAA03337 for ; Sun, 15 Nov 1998 16:01:44 +0100 (MET) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 15 Nov 1998 16:03:22 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: linux-mips@fnet.fr Subject: RE: dialog Content-Length: 185 Lines: 11 Hello Tom, On 14-Nov-98 Thomas Riemer wrote: > Well - I've just experienced my first interactive session with > ash on the decstation 2100 !?!?? Great, isn't it? --- Regards, Harald From R.vandenBerg@inter.NL.net Sun Nov 15 17:19:19 1998 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA22805; Sun, 15 Nov 1998 17:19:18 +0100 (MET) Received-Date: Sun, 15 Nov 1998 17:19:18 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-3.Hoorn.NL.net [193.79.46.167] with ESMTP for id RAA17990 (8.8.8/3.36); Sun, 15 Nov 1998 17:19:16 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sun, 15 Nov 1998 16:59:00 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sun, 15 Nov 1998 16:58:59 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: RE: dialog In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 348 Lines: 16 Hello guys, On Sun, 15 Nov 1998, Harald Koerfgen wrote: > On 14-Nov-98 Thomas Riemer wrote: > > Well - I've just experienced my first interactive session with > > ash on the decstation 2100 !?!?? > > Great, isn't it? 2100, 5000/25, 133, 240, that counts 4 (four!) DECstations running Linux single user! congratulations guys! Regards, Richard From scorpio@dodds.net Sun Nov 15 20:39:17 1998 Received: from norad.dodds.net (scorpio@westgate-190-203.res.iastate.edu [129.186.190.203]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA28119; Sun, 15 Nov 1998 20:39:15 +0100 (MET) Received-Date: Sun, 15 Nov 1998 20:39:15 +0100 (MET) Received: from localhost (scorpio@localhost) by norad.dodds.net (8.8.5/8.8.5) with SMTP id NAA00228 for ; Sun, 15 Nov 1998 13:39:07 -0600 Date: Sun, 15 Nov 1998 13:39:07 -0600 (CST) From: Bibek Sahu To: linux-mips@fnet.fr Subject: RE: dialog In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 891 Lines: 32 Well, I just thought I'd offer up some congratulations as well. Great work, folks! :-) I have 5 decstation 2100s (I think) that have been waiting for Linux for a long time. Maybe I'll be able to help out soon. :-) Can anyone point me in the right direction for instructions on setting up a cross-compiling environment and any necessary changes (on my Alpha)? I already have a cross for i386, so this isn't completely unfamiliar to me. Thanks! - Bob On Sun, 15 Nov 1998, Richard van den Berg wrote: > Hello guys, > > On Sun, 15 Nov 1998, Harald Koerfgen wrote: > > > On 14-Nov-98 Thomas Riemer wrote: > > > Well - I've just experienced my first interactive session with > > > ash on the decstation 2100 !?!?? > > > > Great, isn't it? > > 2100, 5000/25, 133, 240, that counts 4 (four!) DECstations running Linux > single user! congratulations guys! > > Regards, > > Richard > From tsbogend@alpha.franken.de Sun Nov 15 22:55:46 1998 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA00621; Sun, 15 Nov 1998 22:55:45 +0100 (MET) Received-Date: Sun, 15 Nov 1998 22:55:45 +0100 (MET) Received: from alpha.franken.de (tsbogend@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id WAA16687; Sun, 15 Nov 1998 22:55:36 +0100 (MET) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id WAA03176; Sun, 15 Nov 1998 22:52:39 +0100 Message-ID: <19981115225238.B2589@alpha.franken.de> Date: Sun, 15 Nov 1998 22:52:38 +0100 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: Cobalt Qube / Egcs? References: <199811131325.OAA19119@tcenter.erlm.siemens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: ; from Greg on Fri, Nov 13, 1998 at 04:55:57PM -0500 Content-Length: 572 Lines: 17 On Fri, Nov 13, 1998 at 04:55:57PM -0500, Greg wrote: > So.. can anyone provide me with some information on getting Egcs to build > on a Mipsel? :) right at the moment I'm uploading my egcs RPMs and SRPM to ftp://ftp.franken.de/pub/people/tsbogend/mips To build this RPMs I had to patch binutils-2.8.1, which you can find in the same place. Thomas. -- This device has completely bogus header. Compaq scores again :-| It's a host bridge, but it should be called ghost bridge instead ;^) [Martin `MJ' Mares on linux-kernel] From damin@intel.cleveland.lug.net Mon Nov 16 21:03:52 1998 Received: from intel.cleveland.lug.net (damin@intel.cleveland.lug.net [207.166.193.101]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA11045; Mon, 16 Nov 1998 21:03:50 +0100 (MET) Received-Date: Mon, 16 Nov 1998 21:03:50 +0100 (MET) Received: from localhost (damin@localhost) by intel.cleveland.lug.net (8.8.7/8.8.7) with SMTP id QAA01243 for ; Mon, 16 Nov 1998 16:08:04 -0500 Date: Mon, 16 Nov 1998 16:08:04 -0500 (EST) From: Greg To: linux-mips@fnet.fr Subject: Re: Cobalt Qube / Egcs? In-Reply-To: <000801be0fdc$e0cff760$656c8018@ntsrvr.ne.mediaone.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 638 Lines: 23 On Sat, 14 Nov 1998, Prasad Nuli wrote: > Greg > You said Cobalt Qube uses a Nevada Mips Processor. I am faimiliar with > MIPS but, I have not heard of Nevada Mips at all. Which company makes the > processor ?. No Clue. Here's how the Proc information; [root@acct /proc]# more cpuinfo cpu : MIPS cpu model : Nevada V1.0 system type : Cobalt Microserver 27 BogoMIPS : 149.50 byteorder : little endian unaligned accesses : 6828845 wait instruction : yes microsecond timers : yes extra interrupt vector : yes hardware watchpoint : no From damin@intel.cleveland.lug.net Mon Nov 16 21:09:14 1998 Received: from intel.cleveland.lug.net (damin@intel.cleveland.lug.net [207.166.193.101]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA11162; Mon, 16 Nov 1998 21:09:12 +0100 (MET) Received-Date: Mon, 16 Nov 1998 21:09:12 +0100 (MET) Received: from localhost (damin@localhost) by intel.cleveland.lug.net (8.8.7/8.8.7) with SMTP id QAA01433 for ; Mon, 16 Nov 1998 16:13:33 -0500 Date: Mon, 16 Nov 1998 16:13:32 -0500 (EST) From: Greg To: linux-mips@fnet.fr Subject: Re: Cobalt Qube / Egcs? In-Reply-To: <19981115225238.B2589@alpha.franken.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 672 Lines: 19 On Sun, 15 Nov 1998, Thomas Bogendoerfer wrote: > On Fri, Nov 13, 1998 at 04:55:57PM -0500, Greg wrote: > > So.. can anyone provide me with some information on getting Egcs to build > > on a Mipsel? :) > > right at the moment I'm uploading my egcs RPMs and SRPM to > > ftp://ftp.franken.de/pub/people/tsbogend/mips > > To build this RPMs I had to patch binutils-2.8.1, which you can find > in the same place. I'm grabbing both SRPMS and will see how they build on this box. I'll report my findings to the list. This will allow, at least immediately, the building of the Linux sgml tools, Jed and about 12 other packages that have been requiring egcs to get ported. From damin@intel.cleveland.lug.net Mon Nov 16 21:42:14 1998 Received: from intel.cleveland.lug.net (damin@intel.cleveland.lug.net [207.166.193.101]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA11742; Mon, 16 Nov 1998 21:42:12 +0100 (MET) Received-Date: Mon, 16 Nov 1998 21:42:12 +0100 (MET) Received: from localhost (damin@localhost) by intel.cleveland.lug.net (8.8.7/8.8.7) with SMTP id QAA01598 for ; Mon, 16 Nov 1998 16:46:33 -0500 Date: Mon, 16 Nov 1998 16:46:32 -0500 (EST) From: Greg To: linux-mips@fnet.fr Subject: Re: Cobalt Qube / Egcs? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1225 Lines: 39 On Mon, 16 Nov 1998, Greg wrote: > On Sun, 15 Nov 1998, Thomas Bogendoerfer wrote: > > > On Fri, Nov 13, 1998 at 04:55:57PM -0500, Greg wrote: > > > So.. can anyone provide me with some information on getting Egcs to build > > > on a Mipsel? :) > > > > right at the moment I'm uploading my egcs RPMs and SRPM to > > > > ftp://ftp.franken.de/pub/people/tsbogend/mips > > > > To build this RPMs I had to patch binutils-2.8.1, which you can find > > in the same place. > > I'm grabbing both SRPMS and will see how they build on this box. I'll > report my findings to the list. > > This will allow, at least immediately, the building of the Linux sgml > tools, Jed and about 12 other packages that have been requiring egcs to > get ported. Just FYI... during the build cycle of binutils on my Qube... Executing: %build + umask 022 + cd /usr/src/redhat/BUILD + cd binutils-2.8.1 ++ ./config.guess ++ sed -e s/-unknown// -e s/-mips// -e s/-gnu// + target=mipsel-linux + ./configure --prefix=/usr --enable-shared mipsel-linux *** This configuration is not supported in the following subdirectories: gprof (Any other directories should still work fine.) Created "Makefile" in /home/redhat/BUILD/binutils-2.8.1 From damin@intel.cleveland.lug.net Mon Nov 16 22:22:44 1998 Received: from intel.cleveland.lug.net (damin@intel.cleveland.lug.net [207.166.193.101]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA12055; Mon, 16 Nov 1998 22:22:43 +0100 (MET) Received-Date: Mon, 16 Nov 1998 22:22:43 +0100 (MET) Received: from localhost (damin@localhost) by intel.cleveland.lug.net (8.8.7/8.8.7) with SMTP id RAA01866 for ; Mon, 16 Nov 1998 17:27:03 -0500 Date: Mon, 16 Nov 1998 17:27:02 -0500 (EST) From: Greg To: linux-mips@fnet.fr Subject: Re: Cobalt Qube / Egcs? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1482 Lines: 36 On Mon, 16 Nov 1998, Greg wrote: > Just FYI... during the build cycle of binutils on my Qube... > > Executing: %build > + umask 022 > + cd /usr/src/redhat/BUILD > + cd binutils-2.8.1 > ++ ./config.guess > ++ sed -e s/-unknown// -e s/-mips// -e s/-gnu// > + target=mipsel-linux > + ./configure --prefix=/usr --enable-shared mipsel-linux > *** This configuration is not supported in the following subdirectories: > gprof > (Any other directories should still work fine.) > Created "Makefile" in /home/redhat/BUILD/binutils-2.8.1 And then further down in the build.... make[1]: Leaving directory `/home/redhat/BUILD/binutils-2.8.1/libiberty' make[1]: Entering directory `/home/redhat/BUILD/binutils-2.8.1/libiberty' make[2]: Entering directory `/home/redhat/BUILD/binutils-2.8.1/libiberty' make[2]: Leaving directory `/home/redhat/BUILD/binutils-2.8.1/libiberty' /home/redhat/BUILD/binutils-2.8.1/install.sh -c -m 644 libiberty.a /tmp/binutils-root/usr/lib/libiberty.a.n ( cd /tmp/binutils-root/usr/lib ; /home/redhat/BUILD/binutils-2.8.1/binutils/ranlib /tmp/binutils-root/usr/lib/libiberty.a.n ) /home/redhat/BUILD/binutils-2.8.1/binutils/ranlib: error in loading shared libraries /usr/lib/libbfd.so.2.8.1: undefined symbol: __ucmpdi2 make[1]: *** [install_to_libdir] Error 127 make[1]: Leaving directory `/home/redhat/BUILD/binutils-2.8.1/libiberty' make: *** [install-target-libiberty] Error 2 Bad exit status from /var/tmp/rpm-tmp.85137 (%install) [root@acct SPECS]# From ralf@lappi.waldorf-gmbh.de Wed Nov 18 02:10:04 1998 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA26499; Wed, 18 Nov 1998 02:09:59 +0100 (MET) Received-Date: Wed, 18 Nov 1998 02:09:59 +0100 (MET) Received: from lappi.waldorf-gmbh.de (pmport-29.uni-koblenz.de [141.26.249.29]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id CAA09345 for ; Wed, 18 Nov 1998 02:09:45 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id KAA03684; Tue, 17 Nov 1998 10:38:21 +0100 Message-ID: <19981117103820.T1517@uni-koblenz.de> Date: Tue, 17 Nov 1998 10:38:20 +0100 From: ralf@uni-koblenz.de To: Greg , linux-mips@fnet.fr Subject: Re: Cobalt Qube / Egcs? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: ; from Greg on Mon, Nov 16, 1998 at 05:27:02PM -0500 Content-Length: 1529 Lines: 35 On Mon, Nov 16, 1998 at 05:27:02PM -0500, Greg wrote: > make[1]: Leaving directory `/home/redhat/BUILD/binutils-2.8.1/libiberty' > make[1]: Entering directory `/home/redhat/BUILD/binutils-2.8.1/libiberty' > make[2]: Entering directory `/home/redhat/BUILD/binutils-2.8.1/libiberty' > make[2]: Leaving directory `/home/redhat/BUILD/binutils-2.8.1/libiberty' > /home/redhat/BUILD/binutils-2.8.1/install.sh -c -m 644 libiberty.a > /tmp/binutils-root/usr/lib/libiberty.a.n > ( cd /tmp/binutils-root/usr/lib ; > /home/redhat/BUILD/binutils-2.8.1/binutils/ranlib > /tmp/binutils-root/usr/lib/libiberty.a.n ) > /home/redhat/BUILD/binutils-2.8.1/binutils/ranlib: error in loading shared > libraries > /usr/lib/libbfd.so.2.8.1: undefined symbol: __ucmpdi2 This means that the old libbfd.so apparently has been linked against a dynamic libgcc, a corrupt libgcc or maybe not linked against libgcc at all. If you're still using Cobalt's development tools - this might also be the result of a modification - not bug - of their development environment. In any case that report is the first of it's kind. Which compiler did you use? Did you upgrade it? Since the kernel of the Qube is 2.0 based it's a bad idea to use the unmodified srpm from sgi.com. Actually the binutils' installation command sequence is buggy as well, they should use LD_LIBRARY_PATH but don't if I haven't missed anything ... Could you run objdump --private-headers /usr/bin/ranlib objdump --private-headers /usr/lib/libbfd.so and send me the output? Ralf From damin@intel.cleveland.lug.net Wed Nov 18 04:54:31 1998 Received: from intel.cleveland.lug.net (damin@intel.cleveland.lug.net [207.166.193.101]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA27294; Wed, 18 Nov 1998 04:54:29 +0100 (MET) Received-Date: Wed, 18 Nov 1998 04:54:29 +0100 (MET) Received: from localhost (damin@localhost) by intel.cleveland.lug.net (8.8.7/8.8.7) with SMTP id XAA07487; Tue, 17 Nov 1998 23:58:48 -0500 Date: Tue, 17 Nov 1998 23:58:47 -0500 (EST) From: Greg To: ralf@uni-koblenz.de cc: linux-mips@fnet.fr Subject: Re: Cobalt Qube / Egcs? In-Reply-To: <19981117103820.T1517@uni-koblenz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 5179 Lines: 137 On Tue, 17 Nov 1998 ralf@uni-koblenz.de wrote: > On Mon, Nov 16, 1998 at 05:27:02PM -0500, Greg wrote: > > > /usr/lib/libbfd.so.2.8.1: undefined symbol: __ucmpdi2 > > This means that the old libbfd.so apparently has been linked against a > dynamic libgcc, a corrupt libgcc or maybe not linked against libgcc at > all. If you're still using Cobalt's development tools - this might also > be the result of a modification - not bug - of their development environment. > In any case that report is the first of it's kind. [root@acct /root]# rpm --verify binutils-2.8.1-1C1 [root@acct /root]# If it's corrupt, the RPM database doesn't think so. And yes, I haven't modified the Compiler tools or anything from the stock Qube distribution. > Which compiler did you use? Did you upgrade it? Since the kernel of the > Qube is 2.0 based it's a bad idea to use the unmodified srpm from sgi.com. [root@acct /root]# rpm -qva | grep cc gcc-2.7.2-C1 gcc-c++-2.7.2-C1 gcc-objc-2.7.2-C1 [root@acct /root]# rpm -qi gcc Name : gcc Distribution: (none) Version : 2.7.2 Vendor: (none) Release : C1 Build Date: Wed Mar 25 23:39:59 1998 Install date: Wed Jul 1 22:09:07 1998 Build Host: elan Group : Development/Languages Source RPM: gcc-2.7.2-C1.src.rpm Size : 10176944 License: GPL Summary : GNU C Compiler Description : The GNU C compiler -- a full featured ANSI C compiler, with support for K&R C as well. GCC provides many levels of source code error checking tradionaly provided by other tools (such as lint), produces debugging information, and can perform many different optimizations to the resulting object code. This contains the back end for C++ and Objective C compilers as well. > Actually the binutils' installation command sequence is buggy as well, > they should use LD_LIBRARY_PATH but don't if I haven't missed anything ... > > Could you run > > objdump --private-headers /usr/bin/ranlib > objdump --private-headers /usr/lib/libbfd.so > > and send me the output? /usr/bin/ranlib: file format elf32-littlemips Program Header: PHDR off 0x0000000000000034 vaddr 0x0000000000400034 paddr 0x0000000000400034 align 2**2 filesz 0x00000000000000c0 memsz 0x00000000000000c0 flags r-x INTERP off 0x0000000000000114 vaddr 0x0000000000400114 paddr 0x0000000000400114 align 2**0 filesz 0x000000000000000d memsz 0x000000000000000d flags r-- 0x70000000 off 0x0000000000000130 vaddr 0x0000000000400130 paddr 0x0000000000400130 align 2**4 filesz 0x0000000000000018 memsz 0x0000000000000018 flags r-- LOAD off 0x0000000000000000 vaddr 0x0000000000400000 paddr 0x0000000000400000 align 2**12 filesz 0x000000000000d34c memsz 0x000000000000d34c flags r-x LOAD off 0x000000000000d350 vaddr 0x000000001000d350 paddr 0x000000001000d350 align 2**12 filesz 0x0000000000000394 memsz 0x0000000000000610 flags rw- DYNAMIC off 0x0000000000000150 vaddr 0x0000000000400150 paddr 0x0000000000400150 align 2**4 filesz 0x00000000000017b7 memsz 0x00000000000017b7 flags r-- Dynamic Section: NEEDED libbfd.so.2.8.1 NEEDED libc.so.6 NEEDED ld.so.1 RPATH /usr/lib INIT 0x403680 FINI 0x40d320 HASH 0x401460 STRTAB 0x400230 SYMTAB 0x4009d0 STRSZ 0x797 SYMENT 0x10 0x70000016 0x1000d430 PLTGOT 0x1000d440 REL 0x0 RELSZ 0x0 RELENT 0x8 0x7000000b 0x0 0x70000010 0x0 0x70000001 0x1 0x70000005 0x2 0x70000006 0x400000 0x7000000a 0x7 0x70000011 0xa9 0x70000012 0x9 0x70000013 0x9 0x70000014 0x5 /usr/lib/libbfd.so: file format elf32-littlemips Program Header: 0x70000000 off 0x00000000000000e0 vaddr 0x000000005ffe00e0 paddr 0x000000005ffe00e0 align 2**4 filesz 0x0000000000000018 memsz 0x0000000000000018 flags r-- LOAD off 0x0000000000000000 vaddr 0x000000005ffe0000 paddr 0x000000005ffe0000 align 2**12 filesz 0x0000000000097a3c memsz 0x0000000000097a3c flags r-x LOAD off 0x0000000000097a40 vaddr 0x0000000060087a40 paddr 0x0000000060087a40 align 2**12 filesz 0x00000000000049e4 memsz 0x0000000000005338 flags rw- DYNAMIC off 0x0000000000000100 vaddr 0x000000005ffe0100 paddr 0x000000005ffe0100 align 2**4 filesz 0x000000000000602f memsz 0x000000000000602f flags r-- 0x70000001 off 0x0000000000000000 vaddr 0x0000000000000000 paddr 0x0000000000000000 align 2**12 filesz 0x0000000000000000 memsz 0x000000000000b9c0 flags r-- Dynamic Section: SONAME libbfd.so.2.8.1 INIT 0x5ffee7c0 FINI 0x60077a10 HASH 0x5ffe50b0 STRTAB 0x5ffe01c0 SYMTAB 0x5ffe2f40 STRSZ 0x2d77 SYMENT 0x10 TEXTREL 0x0 PLTGOT 0x6008bbc0 REL 0x5ffeb1a0 RELSZ 0x3620 RELENT 0x8 0x7000000b 0x0 0x70000010 0x0 0x70000001 0x1 0x70000005 0x2 0x70000006 0x5ffe0000 0x7000000a 0x10 0x70000011 0x217 0x70000012 0x9 0x70000013 0x10 0x70000014 0xe From rudi@rechtsbijstand.net Fri Nov 20 22:43:38 1998 Received: from luna.worldonline.nl (luna.worldonline.nl [195.241.48.131]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA22337; Fri, 20 Nov 1998 22:43:37 +0100 (MET) Received-Date: Fri, 20 Nov 1998 22:43:37 +0100 (MET) Received: from thpc05.iris.rechtsbijstand.net (vp239-166.worldonline.nl [195.241.239.166]) by luna.worldonline.nl (8.8.5/8.8.5) with SMTP id WAA02105 for ; Fri, 20 Nov 1998 22:42:01 +0100 (MET) Message-ID: <3655E219.2C93@rechtsbijstand.net.> Date: Fri, 20 Nov 1998 22:41:45 +0100 From: Rudi Mathijssen Reply-To: rudi@rechtsbijstand.net Organization: Stichting IRIS X-Mailer: Mozilla 3.01C (Win95; I) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: current status of project Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1123 Lines: 22 Curious if the Linux MIPS/3000 project is still alive. Last summer, I tried to get MySQL to run on a DecStation 5000/260. It currently runs Ultrix 4.3a, which some people at Dec used to call an OS. This particular machine has been used daily by up to 25 people running a heavy Ingres 6.4 application, so I was curious how its performance compares to a compaq 4/66 I use at home. Well, it does "run" now, but you have to replace about everything except vmunix itself by GNU versions (gcc, gmake, gtar, ...). Compiling perl (which is neccesary for the MySQL benchmarks) is terrible because Ultrix has no shared libraries so all modules must be linked statically. By "run" I mean it doesn't really because of synchroni- sation problems in the ultrix open() call (!@#), which means heavy patching in the MySQL code. Well, no thanks. The route ahead is to install a more modern type of unix. When this machine breaks down, it's the end because I expect it may be hard, if not impossible, to acquire spare parts. Therefore I don't want to spend money on an OS license, which makes Linux the obvious choice. Greetings, Rudi From damin@intel.cleveland.lug.net Sat Nov 21 01:07:42 1998 Received: from intel.cleveland.lug.net (damin@intel.cleveland.lug.net [207.166.193.101]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA24703; Sat, 21 Nov 1998 01:07:40 +0100 (MET) Received-Date: Sat, 21 Nov 1998 01:07:40 +0100 (MET) Received: from localhost (damin@localhost) by intel.cleveland.lug.net (8.8.7/8.8.7) with SMTP id UAA23895; Fri, 20 Nov 1998 20:12:35 -0500 Date: Fri, 20 Nov 1998 20:12:34 -0500 (EST) From: Greg Reply-To: Greg To: linux-mips@fnet.fr, egcs@cygnus.com Subject: Mipsel FTP Archive In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 819 Lines: 18 Hello all, Just wanted to let you know that the Cleveland Linux User's Group is cranking away at rebuilding RedHat 5.2 on the Cobalt Qube. We've built nearly 100 packages and expect to double that number by Thanksgiving. If your interested in the fruits of our labor, please check out ftp://intel.cleveland.lug.net/pub/Mipsel Some key packages are calling for egcs, and I know that Ralf had some success with it on this architecture, but if someone could assist us in getting egcs compiled, or providing us a working mipsel RPM, it would go a long way. X is still proving to be a bear, but one of our caffeine addicted users (the guy responsible for the KDE rpms at the same site) is working on cross compiling portions of it until we can bootstrap and host it natively. If anyone else has some good suggestions? From R.vandenBerg@inter.NL.net Sat Nov 21 03:04:43 1998 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA25797; Sat, 21 Nov 1998 03:04:43 +0100 (MET) Received-Date: Sat, 21 Nov 1998 03:04:43 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-26.Hoorn.NL.net [193.79.46.190] with ESMTP for id DAA10444 (8.8.8/3.36); Sat, 21 Nov 1998 03:04:41 +0100 (MET) Received: from whale.dutch.mountain(really [192.168.1.1]) by dutch.mountain via in.smtpd with smtp id for ; Sat, 21 Nov 1998 02:27:26 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sat, 21 Nov 1998 02:27:26 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: current status of project In-Reply-To: <3655E219.2C93@rechtsbijstand.net.> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 150 Lines: 8 On Fri, 20 Nov 1998, Rudi Mathijssen wrote: > Curious if the Linux MIPS/3000 project is still alive. Replied by e-mail in dutch. Regards, Richard From rth@cygnus.com Sat Nov 21 22:32:01 1998 Received: from cygnus.com (runyon.cygnus.com [205.180.230.5]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA01950; Sat, 21 Nov 1998 22:31:59 +0100 (MET) Received-Date: Sat, 21 Nov 1998 22:31:59 +0100 (MET) Received: from dot.cygnus.com (dot.cygnus.com [205.180.230.224]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id NAA02568; Sat, 21 Nov 1998 13:31:22 -0800 (PST) Received: (rth@localhost) by dot.cygnus.com (8.8.7/8.6.4) id NAA04052; Sat, 21 Nov 1998 13:31:22 -0800 Message-ID: <19981121133122.B3977@dot.cygnus.com> Date: Sat, 21 Nov 1998 13:31:22 -0800 From: Richard Henderson To: Greg , linux-mips@fnet.fr, egcs@cygnus.com Subject: Re: Mipsel FTP Archive Reply-To: Richard Henderson References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=wq9mPyueHGvFACwf X-Mailer: Mutt 0.91.1 In-Reply-To: ; from Greg on Fri, Nov 20, 1998 at 08:12:34PM -0500 Content-Length: 7003 Lines: 112 --wq9mPyueHGvFACwf Content-Type: text/plain; charset=us-ascii On Fri, Nov 20, 1998 at 08:12:34PM -0500, Greg wrote: > Some key packages are calling for egcs, and I know that Ralf had some > success with it on this architecture, but if someone could assist us in > getting egcs compiled, or providing us a working mipsel RPM, it would go a > long way. Here's the latest thing I had for Linux/MIPS. Unfortunately, it wasn't able to go in because Ralf's company was in some legal turmoil at the time and couldn't get an assignment in. r~ --wq9mPyueHGvFACwf Content-Type: application/x-gunzip Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="d-mips-linux-2.gz" H4sICB6okDUCA2QtbWlwcy1saW51eC0yAO07aXfiSJKf8a+IouswNpfwUT7GPYtBdjENmMcx XbXtHj0hJaAtIfEk4WNq/N83IlInh8u1Xa9m9s342VjKjIyMK+PITIbuwhZ3wobGTHemwnan Ozu5PTBcZ2JNy9Ol8H3YnVsLv2RbzvKhcAZNEQgjAOGYlu441H9n6TDXjZnlCFh47kJ4gSX8 nZzjBohovrBs4YEpJtjvl1PY/eU4xL2Xwj7Rl3YAc8s0bQGBZy3onwtL57Pj3jup8UtPlC0H doWjj22h+TPdE2YGRUQ1uDhu57rR2MhlhIfg9yJS9hBRV9wjm0hCSPbUMMqKhAN3EViu4/N0 NkoE3LHv8kNpbrvOlP6U2gmPowEVYU/KM9itDzrazWjYGw21ert13VWbWuOm07npyvkQfhNI +6ZRbycQ6sdhv64N1MawddMdFCHzrl2NurIDB/SFlHsRdNO0nCkYgeuhanTHBJMeYWwF/sqs DRw77I8aw5t+EVLtTTVqjkkJmWORlWdF+RZIEUoBTlD7OMFOyzEFNqUNa+fij//s9BsDnuMM KmJq+BVD9wLXqRh3Ps8cNqZmLd7teIKUekfy8PCfj5oEpawoO6Y1mUDJgNICSiaUPGrMkry3 l10cOeX09KRSPaogYK12dnB8Vj3OMa5SqbQJ8riivIdq7Qx/jw4IXfoHl5Hl7Ore1ECFedO7 As93dHBYPDqsAkHsAPxkTcLVZO5q2nW7ddnQtAJ2AK4+ywkmu/k3Przxb518ETTNtsaGdic8 4jJ+99BodV8UzgmfsH2x8yo1HNcaLjUcH/bjUp8wfhTc0nOgSs1PzGFEGz6XfhRtzkuIW5Ws enPFwjyuVovHNSUSZi7nzaGERC/n88eyL/9zuzBmLrz+MurWO6rWqTc+tLrqUymcXlp4aeos X38hJp/gHMSDFUCVxgobxRAIP4D8KoI8XECeVkkeRwQz4SBzOQBDD+BnSYMBf/oTEftq3RhI DviDgqAG4zxqMND1wR7B/PY7NX7BP9QEKgJl2mn1BuqlpqWkCKSFdVZYKYxF+b1AeELhriJr ryMT9regS+vqFeoKQDKMgnj9pdEoGcYTRMIoufIRaj9XTHFXcZa2DW/fQrkimzdIGHtRqREC CYZtoX54mrTSjUTpbG1AAD+BaqF6PNCRTVG6vGqCXnaXASB7n7F5N2bTtU3bLESjXA+DDQas GSrUdIUPFASn1p2ApY+/YrK0ca3MhL0o8/qR5hivn38Jc8z5woR3fuVvuVyl8g6kPcbmyRBk gmyeBX79wp/c+oAYlXP5Hmr51d6utNDC24dzqOBaJNIUmKCwxta0JFMJ2KvwqJQ55L7VGiRt MbN/JvaUNGdSjJwZrImOAUJ/k4bcZNsMMrH43yZbYlQpBfxIs8pGWkyyfnicxTm3R9nqpihb TZObirH4GsbNw0r1AJTjs5pydvQ+x3hSETaBez6+GhhY4PVY9y1Di1JWy+EZT5Tj4kntOAkM GaiL2WKh46wl97PFvecUZnJkH4XI6n6Dh9eujyb3kBgK/J62vizKtBmuGN8GQPqIzC4hwMP8 urCBXGovWeM5C0mydpQ4mW9jjYXGrFmSTog43CvAdpbg/DyE3gxGHyGI8HXjW5jKmLjM33+0 kctZt5v56SYzP82SnBi6bIhNvXYC1UNKJhU29dOUqWcgnzd2NMmJjiZFDvI38v0z1w+ky3/9 JcDILOjtd2A6aoenxdrRoTR/mk42xEZDP7q9mOl7JVMYJdef7BVymdLr4hH9EiswBRuXU8/B sjn4U6tkedbD0TbY/Rj2hWixN7fS77hRd2hyuJhCY8LqLlHtj7OmzLTP1CabixMlsYqsNSUG UgUFrePk7FDJSTwZW3qRIVGgTrwl+s+lZZvwmswJXktDOsewxBQcnB69Lx6cHtcSSwqbTlJZ Tg5jlma4ti2MoEZa49bEs+1L/7OHsTdRde4naFtBYItw8wEoG4X7CrZSkf8W1PYVjcwFc40k fJGPKm8bS+90oZoPwfTPIg0ZFq6y9yGD5GHO/grx4FMKy+rPQ4LTwYjNmDAMaLa0zanuM7f7 nB8Enq4t0Cj8i7zhBWMxtZyyC9HjQD4jr/EDNm2adGI9WI5hL03hX3Rwfpqe/Mt+VphpUaIs L63pNwvy31qOYVBEMSIle4WVWMmmKgx3go5xfQVZspJXasfFI+WgFmUZVMHCFa9EoDTwnhI8 3ffFfEybZrptTZ25wLR6InTMpZFzdGOUOvrYWMbRsizQDc2BvDETxmdyHM8hyOfL5TKPMPKg /Pz2GAMwI8nHPuEMKaxidH0ROvj57RHSgW5MM+40VEv6RYsHaNEA6udcqfSAiNmHaOJBoBLj VIn3FZTDQ5TUUewz/lUldXjyT5TUptD1Q3Oh1ZmfCWC1jQGs9qKMKB3GqjmJ7QUp0eEfimQ1 RTko4sdJKieSTQfH/4lk/4lk/x6RLOVi+Pzjx/oWnnKrUzna4FKO5DENr2B+Wtk/ODg6qx7k aCwt6DTE854DvQW6XHQgtu3eEx0+Lng6AirzVIfKafEQS+wwrt+ybRyET05wfCgf6VgIn0vR c3hMJDtpyG1J9+XbNHrwHH2OBkLkylkOpfdZc/6VxLb/GREgNf1WjR1v0NgxSJJJjPwU66N6 Svo4VM5qJzkaSyLIQiQae7+mMdOFL7noB24Zv3J8WlTeK4lHp4baYarKnSyWgQG7726dd0W4 arXVwjmNv6XOJ8w6kHPYrdKSwcVU2YPhzPLB1x99mLn3dFCJyQmiSKUChmvyCSaWzTblJOil lo7lWIGFMf/vwpTLF9e+QE3bvBOoTwWYeqCDO/4fNLMywAiV7ZE3K8K9gHsdEwsyxyTNcCcS T2qYL2ddoJsAl83X8iB4XAgfEf4qSEDiQTcC+1FuLM4EBlKgfdh9Yu4neZAD8nxS44PAHkC+ bLjzeT6EWTp0MLD1VDOFZivMLkm5CLQvXYRB67/xkwEKJPX9rBpvmclJdPLAQwtFyN8Gb/zb IF/MEhupjsZE+tBoNSUjd2naggTcir34Zom/fJ6xSwTSOEkiVOCyNRxoPbWvjbqtISIiJGlD 2Q8NZWDNLdQ/6UQfu3eiiEL/RtORGl61n6+Yzqo6+Sw51iaq03YN3f6qPnnY8+pkkO+qzTSt 30uZfHKYnn+rYcJWXs7DwRv1vFwsXI9uPjiYVEZRAujEnVYsH8BDcv4eA1BqOt3f37QAhzf9 QXy8H2sOVRcOvg3KjLZ4m9fvb/P51NjmC8aaK2MlH+gg5kvkwAuvEICOpcw93xcgF0SeDK3Y 8yy+VzDx3DnIfCjNgTSn7H2FFHXZDoyxmk+2W6QnL36SvNETU7oddXL1YdscCQS89Ecayep4 bah2eu36UN1lirVQmsUUD4NmfVhfEX3hq+i8NXShIPr/J3Qsuwy6UJqbjOrr6Mw1dNJ4NtpZ IWvG27FedYugdkedIuCgaGHeuZYJV7gIC2l3seo8sEDeJZFLiuDVBSMqpEFgbRCkHYPuzzV0 vJyho3sI7yZk/Y08dY9nkZOcZ1E+ZSZ5itdRHRrgB3ogOEzv+rpDi35uYc3oOoW023cwuZFQ YbIZ0NZ1HNkxWRyjk2e/4i1ZjdFS2+CUU5d4pBtj35gQvMERA2SsBSV/vtIfC006xsRRD+v9 a3WIEaB7fXwIf0b3Yt67npmHM3zkpzAywrr3Tpxs4fwr06267k3+93vLG0uoF4g7uRv1cmmb /4+lvaX4COvg71x+RFhl7dCN3ymjj68B5DooxKYw4ECBWvWsSr+gnL6Xh2fhkNxwKeAvSyxF jrFPFg5AxcRq9cC4q6k6oajUarJKYCtrkgVYMnK7E5BbR/HWEsXy6+4ovv1YlCKmZt6g4N2J 0linixYE5z/6aK9YSjJYw108etZ0htbbKDB1cOUJdKDuJLinuHvlYvDTpQtuOUY8jO4qjpcB Ih0/0m9ftydwqQtjRlrz8O2/sN4vu940XC5cvJCMAf/TvgPxQgQ1GmUJIV+oe0Ik+CEJ5/Do LsHAJYTpgeWH84JFq8qs0Cabi8p6RATYtOTahReY8OZSXvhCqK+FI5Au6C3HtmWgXAzh+Jhc IDXU4s+YF0RDA7YJ4RyEvFQR3iSDWpEuTOxiSYNUeuFdTWJZdx7BRtcQg65xmTBjRl5h5i7C mxfIy71l2zAW4Z0L0ivCwq+t4Qd0BFDvfoJf6/1+vTv8dI6wwYy2qsWdkJis+cK2EDHS72EF 9yhdTUftNz7giPplq90afiLSr1rDrjoYwNVNH/1Zr94fthqjdr0PvVG/dzNQ0RENBBElQuK3 yJG3O10UlikC3bL9kN1PqDsfSbNNmOl3AnVoCOsOCdPRYhePX1cQiZK2LpjFUHrn6GWF3CMh g2rc9D61utdIaWtCt1WwbvWsgKqZr2izCMfvj6CDbgvqVCU19PkYk8wpPnbqWO0rB6dFGA3q 62lm6Bab6lV91B6m/HS2A3Y79cEvGoobi4v24B/8dl0fFDLIwhtS2vBTT6VWK8avdputejfG dnEB1dRc6XGQ35UX5uSCr2D5XuDknC96PDtmbQRfnUsT2Oj1tF5fRTJw6OBbSMyOREePfaWm puFkmkZPRIA2aHUu4ieS1kENIsheqyEhtYVl8BNWpA/4j+9Gl5r9gyo631Iz5L7UlNeweXhd Ojt506mQvC9c3+J3Y7HkO9b0HDpU+b5JdD+Yl8vvy8uaUgejy1CFxNigpzbSCfRap+T3zZeJ 45aQj7PSKOZnFPLzFHbjy+buEAMPXxcHD+exm/rkWGr4UP+rql31Rkkry4CGocNqfdQGN6N+ Q33Kb2GXUqmt7EadEbuvIn7DR6bvF2x4eopZ4deYePm2IizHdcJ7IRkhpZvliDkmUMI0hUkA Kyy0W91fVimP2yKCr/doBvWSP9v0SUagRA+16OEgejiMph5j9nntLOfUkdC6TqKh27aWBtB0 D83tTtAb7/JF96yfwiIPZSfhzyApcqgRc2cUQ6oRWz3zEdNHko54oN2NUvj+lAV7FTaX5HXG s1L2HTA/HFdss+y7ZeVpZWw4b0n+f1q1FDSFISWma1aS6WCU+YQ1NMPp2dTwAqXsvvGfsAPf sTHVFhJBXdTjuZxzZseEjXHbU0g8NljUkBJmcmyDcLHSzlJHONie5Q299SbO0s2rfEWnQKtz yBMhasUXpiGcirNW4nRP7vw67wJwBIZ8x8VqCbVjOe+Ajnw4mZRVjqTu5vIvWLhrmIp06lRW Xl1l0ZWuKW+yHMp1UXNUQXFWwGuOKgZjRgAU8k35zZwippHgOvYjJhG2ex/tVkt0YdLlz7FP bmRGBZIlsxLMvDxAK8R0xKKta93/LDfPrGCNdnb5YRTUrv9ab4/UdNhd7+U4mWJugHwJOqPj HbspJkyUrKCJYrLi8a46x2nelE8JFenkKJUlpqmpH9UGhaur1sdMe2LEq53k+jC01duRdaSI 67pyNmKeZwRfkmsYkcRZylii7e9XUMpG8nUsGiNTDJLCKqm9RkO7bCFFarvJWYmGuh+q/fS+ 2lYYULKIkDlMXzVZH2t9dTjqd+NqvclCw2RvOaeTkcdgxvcoxpQ3c/ItdCoe5LeIstV390Zr dXrtVqOFCc9HnLmrNTLrimNSfah+bKWTwWyrpEJmuZidkhvlYxN0+cbisQgiMMpFvm09ptRY NmTpCINUR+1k9h/D3eCFMLAQgnu6Aa8F8fFLWtrwK+b//TjTXGvUaOs51dOpf9TWe1MUJZ3S ueY5V8fiPr8RiDEA7SZkp4uz07XpGCu1rwzasisQnqJ/512BCGu0KxC9f8OuQDjkD+wKRF/d QHHxzr9HX4jkWyVkxxjuUBZKWS+GS5NMmtP7eCHyWQGuVmqg7w8yJj4eiK758xqPlwZvtMd4 yeO1W5fXjYYCF2QCjf7NYKBlmhijXGce8jixHjCecRk2GHZ66F0+9vo3wxu4yMJaDro59MF5 2kDygvIsT76ZDswpgqAXDh0MX6SZ0je3iJhWF5d7m85sBmp/qH1IsPJeA4oHAwCFC5jIs7A5 1+TW2Ae6bQUjBz1TsHRwMaLnQq8a+dM56AHjoS+HBey/HPeepuyg+8bK+VK76fHau1DbFfUy 3dFs9WnDa3AhbBDjdA+6rMYH7Ei3qR8b7VFTDQmXokRJ+sF8UZoj9RZSm+I0BggFlsD8L/Z/ C7tcOwAA --wq9mPyueHGvFACwf-- From harald.koerfgen@netcologne.de Sun Nov 22 17:21:58 1998 Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA08669; Sun, 22 Nov 1998 17:21:55 +0100 (MET) Received-Date: Sun, 22 Nov 1998 17:21:55 +0100 (MET) Received: from franz.no.dom (dial6-117.netcologne.de [194.8.196.117]) by mail2.netcologne.de (8.8.8/8.8.8) with ESMTP id RAA10698; Sun, 22 Nov 1998 17:21:19 +0100 (MET) X-Ncc-Regid: de.netcologne Message-ID: X-Mailer: XFMail 1.2 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 22 Nov 1998 17:23:02 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Greg Subject: RE: Mipsel FTP Archive Cc: linux-mips@fnet.fr Content-Length: 571 Lines: 18 Hi Greg, On 21-Nov-98 Greg wrote: > Hello all, > Just wanted to let you know that the Cleveland Linux User's Group > is cranking away at rebuilding RedHat 5.2 on the Cobalt Qube. We've built > nearly 100 packages and expect to double that number by Thanksgiving. > If your interested in the fruits of our labor, please check out > ftp://intel.cleveland.lug.net/pub/Mipsel Just being curious, have these packages been built using the MIPS ISA 1 i.e., will they work on R2000/R3000 machines? That'd help the DECstation people a lot :-). --- Regards, Harald From mkovach@mkovach.nacs.net Mon Nov 23 02:47:21 1998 Received: from mkovach.nacs.net (mkovach@mkovach.nacs.net [207.166.196.17]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA13973; Mon, 23 Nov 1998 02:47:19 +0100 (MET) Received-Date: Mon, 23 Nov 1998 02:47:19 +0100 (MET) Received: (from mkovach@localhost) by mkovach.nacs.net (8.8.8/8.8.7) id UAA11787 for linux-mips@fnet.fr; Sun, 22 Nov 1998 20:48:44 -0500 Message-ID: <19981122204844.D10047@mkovach.nacs.net> Date: Sun, 22 Nov 1998 20:48:44 -0500 From: Mat Kovach To: linux-mips@fnet.fr Subject: Re: Mipsel FTP Archive References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: ; from Greg on Sun, Nov 22, 1998 at 09:09:05PM -0500 Content-Length: 1078 Lines: 33 Like Greg said, I'm not really sure. In building XFree, it appears that there is a good possibility it might. Now, if we could get access to some other MIPS machines we could make sure :) Mat Kovach On Sun, Nov 22, 1998 at 09:09:05PM -0500, Greg wrote: > On Sun, 22 Nov 1998, Harald Koerfgen wrote: > > > Hi Greg, > > > > On 21-Nov-98 Greg wrote: > > > Hello all, > > > Just wanted to let you know that the Cleveland Linux User's Group > > > is cranking away at rebuilding RedHat 5.2 on the Cobalt Qube. We've built > > > nearly 100 packages and expect to double that number by Thanksgiving. > > > If your interested in the fruits of our labor, please check out > > > ftp://intel.cleveland.lug.net/pub/Mipsel > > > > Just being curious, have these packages been built using the MIPS ISA 1 > > i.e., will they work on R2000/R3000 machines? > > > > That'd help the DECstation people a lot :-). > > I couldn't tell you! :) Our development box is a Cobalt Qube, which you > can get more information on at http://www.cobaltmicro.com. > > > -- Mat Kovach From damin@intel.cleveland.lug.net Mon Nov 23 02:03:58 1998 Received: from intel.cleveland.lug.net (damin@intel.cleveland.lug.net [207.166.193.101]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA13785; Mon, 23 Nov 1998 02:03:57 +0100 (MET) Received-Date: Mon, 23 Nov 1998 02:03:57 +0100 (MET) Received: from localhost (damin@localhost) by intel.cleveland.lug.net (8.8.7/8.8.7) with SMTP id VAA01007; Sun, 22 Nov 1998 21:09:05 -0500 Date: Sun, 22 Nov 1998 21:09:05 -0500 (EST) From: Greg To: Harald Koerfgen cc: linux-mips@fnet.fr Subject: RE: Mipsel FTP Archive In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 757 Lines: 21 On Sun, 22 Nov 1998, Harald Koerfgen wrote: > Hi Greg, > > On 21-Nov-98 Greg wrote: > > Hello all, > > Just wanted to let you know that the Cleveland Linux User's Group > > is cranking away at rebuilding RedHat 5.2 on the Cobalt Qube. We've built > > nearly 100 packages and expect to double that number by Thanksgiving. > > If your interested in the fruits of our labor, please check out > > ftp://intel.cleveland.lug.net/pub/Mipsel > > Just being curious, have these packages been built using the MIPS ISA 1 > i.e., will they work on R2000/R3000 machines? > > That'd help the DECstation people a lot :-). I couldn't tell you! :) Our development box is a Cobalt Qube, which you can get more information on at http://www.cobaltmicro.com. From krishm@taec.toshiba.com Mon Nov 23 06:32:41 1998 Received: from godzilla.taec.com (godzilla.taec.com [204.162.152.130]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id GAA15352; Mon, 23 Nov 1998 06:32:40 +0100 (MET) Received-Date: Mon, 23 Nov 1998 06:32:40 +0100 (MET) Received: from mailint.taec.com by godzilla.taec.com via smtpd (for guadalquivir.fnet.fr [193.104.112.133]) with SMTP; 23 Nov 1998 05:32:09 UT Received: from yakuza.sanjose (yakuza.taec.com [198.232.207.64]) by mailhost.taec.com (8.8.8/8.8.8) with SMTP id VAA01761 for ; Sun, 22 Nov 1998 21:32:08 -0800 (PST) Received: by yakuza.sanjose (SMI-8.6/SMI-SVR4) id VAA09962; Sun, 22 Nov 1998 21:32:08 -0800 Date: Sun, 22 Nov 1998 21:32:08 -0800 From: krishm@taec.toshiba.com (Madhu Krishnamurthy) Message-Id: <199811230532.VAA09962@yakuza.sanjose> To: linux-mips@fnet.fr Subject: Glibc-1.96 - need source Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: Q1X5SsI/5U6laK5UHDMlSg== Content-Length: 519 Lines: 17 Hello, I have the "compiled library" for glibc-1.96. But I do not have the source. It is currently working with Linux version 2.1.36. The target platform is mipsel-mips-linux. The host is sparc-sun-solaris2.5.1. I now need the source. Can you please tell me where I can find the source for glibc-1.96. I could not find it at ftp://prep.ai.mit.edu/pub/gnu I would also appreciate if you can tell me which other version of glibc I can use to work with Linux version 2.1.36. [for mips] thanks madhu krishnamurthy From j.kempa@atos-group.de Mon Nov 23 11:37:11 1998 Received: from obelix.atos-group.de (ns.atos-group.de [194.123.241.133]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA17735; Mon, 23 Nov 1998 11:37:09 +0100 (MET) Received-Date: Mon, 23 Nov 1998 11:37:09 +0100 (MET) Received: from majestix.atos-group.de (majestix.atos-group.de [194.123.241.130]) by obelix.atos-group.de (8.8.5/8.8.5) with SMTP id LAA28336 for ; Mon, 23 Nov 1998 11:31:23 +0100 Received: from [192.168.49.20] by majestix.atos-group.de via smtpd (for obelix.atos-group.de [194.123.241.133]) with SMTP; 23 Nov 1998 10:48:55 UT Received: from [193.16.188.149] by ntmailstgt.atos-group.de (NTMail 3.03.0017/4c.agjh) with ESMTP id ea028916 for ; Mon, 23 Nov 1998 11:36:18 +0000 Sender: kempa@obelix.atos-group.de Message-ID: <365939F8.93522C19@atos-group.de> Date: Mon, 23 Nov 1998 11:33:28 +0100 From: Julius Kempa Organization: ATOS Industrie Software Service GmbH X-Mailer: Mozilla 4.05 [en] (X11; I; Linux 2.0.35 i686) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Problems with MILO Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 316 Lines: 13 Hello, I have been tryed to boot from BIOS Menu "Load a Program" the precompiled milo 0.27 on SNI RM400-420N with R4400SC and all that i saw was a BIOS-Menu again. I have formated DOS-Diskette with a MILO file on. Have i do something false or is just not possible to run Linux with this machine ? Regards Julius From akonstantinov@yahoo.com Mon Nov 23 21:04:45 1998 Received: from send103.yahoomail.com (send103.yahoomail.com [205.180.60.92]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id VAA21728; Mon, 23 Nov 1998 21:04:43 +0100 (MET) Received-Date: Mon, 23 Nov 1998 21:04:43 +0100 (MET) Message-ID: <19981123200557.4078.rocketmail@send103.yahoomail.com> Received: from [193.219.1.35] by send103.yahoomail.com; Mon, 23 Nov 1998 12:05:57 PST Date: Mon, 23 Nov 1998 12:05:57 -0800 (PST) From: Aleksandr Konstantinov Subject: Milo compile problems To: linux-mips@fnet.fr MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 7607 Lines: 373 Hello I have got here SNI RM200 with ISA bus (I was about it to this mailing list before) without NT firmware(sinix_to_nt). So I can't switch to little endian (Am I right ? ). I tried to cross-compile(compiler mips-gcc 2.7.2-3 and binutils 2.7-3 run on i486 linux system from Slackware 3.4) milo 0.27 for big endian (Is it possible ?) and got following warnings and errors: cachectl.S:32: warning: `CONFIG_IB' redefined /usr/mips/usr/include/asm/mipsregs.h:302: warning: this is the location of the previous definition cachectl.S:33: warning: `CONFIG_DB' redefined /usr/mips/usr/include/asm/mipsregs.h:301: warning: this is the location of the previous definition cachectl.S: Assembler messages: cachectl.S:52: Error: absolute expression required `li' cachectl.S:57: Error: absolute expression required `li' cachectl.S:58: Warning: Instruction cache requires absolute expression cachectl.S:59: Warning: Instruction cache requires absolute expression cachectl.S:60: Warning: Instruction cache requires absolute expression cachectl.S:61: Warning: Instruction cache requires absolute expression cachectl.S:62: Warning: Instruction cache requires absolute expression cachectl.S:63: Warning: Instruction cache requires absolute expression cachectl.S:64: Warning: Instruction cache requires absolute expression cachectl.S:65: Warning: Instruction cache requires absolute expression cachectl.S:66: Warning: Instruction cache requires absolute expression cachectl.S:67: Warning: Instruction cache requires absolute expression cachectl.S:68: Warning: Instruction cache requires absolute expression cachectl.S:69: Warning: Instruction cache requires absolute expression cachectl.S:70: Warning: Instruction cache requires absolute expression cachectl.S:71: Warning: Instruction cache requires absolute expression cachectl.S:72: Warning: Instruction cache requires absolute expression cachectl.S:73: Warning: Instruction cache requires absolute expression cachectl.S:85: Error: absolute expression required `li' cachectl.S:86: Warning: Instruction cache requires absolute expression cachectl.S:87: Warning: Instruction cache requires absolute expression cachectl.S:88: Warning: Instruction cache requires absolute expression cachectl.S:89: Warning: Instruction cache requires absolute expression cachectl.S:90: Warning: Instruction cache requires absolute expression cachectl.S:91: Warning: Instruction cache requires absolute expression cachectl.S:92: Warning: Instruction cache requires absolute expression cachectl.S:93: Warning: Instruction cache requires absolute expression cachectl.S:94: Warning: Instruction cache requires absolute expression cachectl.S:95: Warning: Instruction cache requires absolute expression cachectl.S:96: Warning: Instruction cache requires absolute expression cachectl.S:97: Warning: Instruction cache requires absolute expression cachectl.S:98: Warning: Instruction cache requires absolute expression cachectl.S:99: Warning: Instruction cache requires absolute expression cachectl.S:100: Warning: Instruction cache requires absolute expression cachectl.S:101: Warning: Instruction cache requires absolute expression cachectl.S:113: Error: absolute expression required `li' cachectl.S:114: Warning: Instruction cache requires absolute expression cachectl.S:115: Warning: Instruction cache requires absolute expression cachectl.S:116: Warning: Instruction cache requires absolute expression cachectl.S:117: Warning: Instruction cache requires absolute expression cachectl.S:118: Warning: Instruction cache requires absolute expression cachectl.S:119: Warning: Instruction cache requires absolute expression cachectl.S:120: Warning: Instruction cache requires absolute expression cachectl.S:121: Warning: Instruction cache requires absolute expression cachectl.S:122: Warning: Instruction cache requires absolute expression cachectl.S:123: Warning: Instruction cache requires absolute expression cachectl.S:124: Warning: Instruction cache requires absolute expression cachectl.S:125: Warning: Instruction cache requires absolute expression cachectl.S:126: Warning: Instruction cache requires absolute expression cachectl.S:127: Warning: Instruction cache requires absolute expression cachectl.S:128: Warning: Instruction cache requires absolute expression cachectl.S:129: Warning: Instruction cache requires absolute expression cachectl.S:141: Error: absolute expression required `li' cachectl.S:142: Warning: Instruction cache requires absolute expression cachectl.S:143: Warning: Instruction cache requires absolute expression cachectl.S:144: Warning: Instruction cache requires absolute expression cachectl.S:145: Warning: Instruction cache requires absolute expression cachectl.S:146: Warning: Instruction cache requires absolute expression cachectl.S:147: Warning: Instruction cache requires absolute expression cachectl.S:148: Warning: Instruction cache requires absolute expression cachectl.S:149: Warning: Instruction cache requires absolute expression cachectl.S:150: Warning: Instruction cache requires absolute expression cachectl.S:151: Warning: Instruction cache requires absolute expression cachectl.S:152: Warning: Instruction cache requires absolute expression cachectl.S:153: Warning: Instruction cache requires absolute expression cachectl.S:154: Warning: Instruction cache requires absolute expression cachectl.S:155: Warning: Instruction cache requires absolute expression cachectl.S:156: Warning: Instruction cache requires absolute expression cachectl.S:157: Warning: Instruction cache requires absolute expression cachectl.S:171: Error: absolute expression required `li' cachectl.S:173: Warning: Instruction cache requires absolute expression make[1]: *** [cachectl.o] Error 1 make: *** [all] Error 1 I also tried to compile kernel 2.1.36 (mips from ftp.fnet.fr) and also failed : int-handler.S: Assembler messages: int-handler.S:64: Error: .previous without corresponding .section; ignored int-handler.S:70: Error: .previous without corresponding .section; ignored int-handler.S:73: Error: .previous without corresponding .section; ignored int-handler.S:172: Error: .previous without corresponding .section; ignored int-handler.S:250: Error: .previous without corresponding .section; ignored int-handler.S:270: Error: .previous without corresponding .section; ignored int-handler.S:271: Error: .previous without corresponding .section; ignored int-handler.S:281: Error: .previous without corresponding .section; ignored int-handler.S:291: Error: .previous without corresponding .section; ignored make[1]: *** [int-handler.o] Error 1 make: *** [linuxsubdirs] Error 2 Could anyone explain me where I got wrong ? Sorry for long letter. Thanks. A. Konstantinov _________________________________________________________ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com From jdouma@ivs.com Tue Nov 24 00:15:35 1998 Received: from blackberry.ivs.com (www.ivs.com [207.177.145.250]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA23195; Tue, 24 Nov 1998 00:15:34 +0100 (MET) Received-Date: Tue, 24 Nov 1998 00:15:34 +0100 (MET) Received: from ivs.com (mulberry.ivs.com [207.177.145.201]) by blackberry.ivs.com (8.8.5/8.8.5) with ESMTP id PAA14446 for ; Mon, 23 Nov 1998 15:16:01 -0800 Sender: jdouma@blackberry.ivs.com Message-ID: <3659ECA2.18847758@ivs.com> Date: Mon, 23 Nov 1998 23:15:46 +0000 From: James Douma Organization: IVS, Inc X-Mailer: Mozilla 4.5b2 [en] (X11; I; Linux 2.0.34 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Re: Mipsel FTP Archive References: Content-Type: multipart/mixed; boundary="------------40018C4CD9208D6E974FB7F1" Content-Length: 1818 Lines: 58 This is a multi-part message in MIME format. --------------40018C4CD9208D6E974FB7F1 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I believe that the default setup for the Cobalt boxes is MIPS I&II. The processor that they ship with supports III&IV as well, but none of the software uses III+, the kernel is not configured to support III+, and none of the tools generate III+. James Greg wrote: > > On Sun, 22 Nov 1998, Harald Koerfgen wrote: > > > Hi Greg, > > > > On 21-Nov-98 Greg wrote: > > > Hello all, > > > Just wanted to let you know that the Cleveland Linux User's Group > > > is cranking away at rebuilding RedHat 5.2 on the Cobalt Qube. We've built > > > nearly 100 packages and expect to double that number by Thanksgiving. > > > If your interested in the fruits of our labor, please check out > > > ftp://intel.cleveland.lug.net/pub/Mipsel > > > > Just being curious, have these packages been built using the MIPS ISA 1 > > i.e., will they work on R2000/R3000 machines? > > > > That'd help the DECstation people a lot :-). > > I couldn't tell you! :) Our development box is a Cobalt Qube, which you > can get more information on at http://www.cobaltmicro.com. --------------40018C4CD9208D6E974FB7F1 Content-Type: text/x-vcard; charset=us-ascii; name="jdouma.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for James Douma Content-Disposition: attachment; filename="jdouma.vcf" begin:vcard n:Douma;James tel;pager:818 297 3058 tel;cell:626 536 2725 tel;work:626 256 3123 x-mozilla-html:FALSE org:IVS, Inc. adr:version:2.1;;121 E Huntington Dr;Monrovia;CA;91016;USA version:2.1 email;internet:jdouma@ivs.com title:Manager, Advanced Technology Projects x-mozilla-cpt:;-30784 fn:James Douma end:vcard --------------40018C4CD9208D6E974FB7F1-- From ralf@lappi.waldorf-gmbh.de Tue Nov 24 01:06:24 1998 Received: from lappi.waldorf-gmbh.de (karah.nuclecu.unam.mx [132.248.29.207]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA24386; Tue, 24 Nov 1998 01:06:21 +0100 (MET) Received-Date: Tue, 24 Nov 1998 01:06:21 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id SAA01367; Mon, 23 Nov 1998 18:06:05 -0600 Message-ID: <19981123180605.H378@uni-koblenz.de> Date: Mon, 23 Nov 1998 18:06:05 -0600 From: ralf@uni-koblenz.de To: Mat Kovach , linux-mips@fnet.fr Subject: Re: Mipsel FTP Archive References: <19981122204844.D10047@mkovach.nacs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <19981122204844.D10047@mkovach.nacs.net>; from Mat Kovach on Sun, Nov 22, 1998 at 08:48:44PM -0500 Content-Length: 331 Lines: 9 On Sun, Nov 22, 1998 at 08:48:44PM -0500, Mat Kovach wrote: > Like Greg said, I'm not really sure. In building XFree, it appears that > there is a good possibility it might. Now, if we could get access to some > other MIPS machines we could make sure :) There is a set of source and binary rpms on ftp.linux.sgi.com. Ralf From ralf@lappi.waldorf-gmbh.de Tue Nov 24 02:14:05 1998 Received: from lappi.waldorf-gmbh.de (karah.nuclecu.unam.mx [132.248.29.207]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA24819; Tue, 24 Nov 1998 02:14:00 +0100 (MET) Received-Date: Tue, 24 Nov 1998 02:14:00 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id TAA01691; Mon, 23 Nov 1998 19:13:29 -0600 Message-ID: <19981123191328.N378@uni-koblenz.de> Date: Mon, 23 Nov 1998 19:13:28 -0600 From: ralf@uni-koblenz.de To: James Douma , linux-mips@fnet.fr Subject: Re: Mipsel FTP Archive References: <3659ECA2.18847758@ivs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <3659ECA2.18847758@ivs.com>; from James Douma on Mon, Nov 23, 1998 at 11:15:46PM +0000 Content-Length: 519 Lines: 12 On Mon, Nov 23, 1998 at 11:15:46PM +0000, James Douma wrote: > I believe that the default setup for the Cobalt boxes is MIPS I&II. The > processor that they ship with supports III&IV as well, but none of the > software uses III+, the kernel is not configured to support III+, and > none of the tools generate III+. The tools can generate MIPS III, it's just that that is neither supported in a o32 environment nor do I believe would bring a significant advantage for their workload which isn't fp intensive. Ralf From ralf@lappi.waldorf-gmbh.de Tue Nov 24 02:17:26 1998 Received: from lappi.waldorf-gmbh.de (karah.nuclecu.unam.mx [132.248.29.207]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA24855; Tue, 24 Nov 1998 02:17:22 +0100 (MET) Received-Date: Tue, 24 Nov 1998 02:17:22 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id TAA01706; Mon, 23 Nov 1998 19:16:45 -0600 Message-ID: <19981123191645.O378@uni-koblenz.de> Date: Mon, 23 Nov 1998 19:16:45 -0600 From: ralf@uni-koblenz.de To: Harald Koerfgen , Greg Cc: linux-mips@fnet.fr Subject: Re: Mipsel FTP Archive References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Harald Koerfgen on Sun, Nov 22, 1998 at 05:23:02PM +0100 Content-Length: 376 Lines: 11 On Sun, Nov 22, 1998 at 05:23:02PM +0100, Harald Koerfgen wrote: > Just being curious, have these packages been built using the MIPS ISA 1 i.e., will > they work on R2000/R3000 machines? > > That'd help the DECstation people a lot :-). You can actually simulate all MIPS II extensions of interest on a R3000 in the exception handlers, that's ll, sc, branch likely. Ralf From ralf@lappi.waldorf-gmbh.de Tue Nov 24 02:20:41 1998 Received: from lappi.waldorf-gmbh.de (karah.nuclecu.unam.mx [132.248.29.207]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA24926; Tue, 24 Nov 1998 02:20:38 +0100 (MET) Received-Date: Tue, 24 Nov 1998 02:20:38 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id TAA01724; Mon, 23 Nov 1998 19:20:15 -0600 Message-ID: <19981123192015.P378@uni-koblenz.de> Date: Mon, 23 Nov 1998 19:20:15 -0600 From: ralf@uni-koblenz.de To: Madhu Krishnamurthy , linux-mips@fnet.fr Subject: Re: Glibc-1.96 - need source References: <199811230532.VAA09962@yakuza.sanjose> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <199811230532.VAA09962@yakuza.sanjose>; from Madhu Krishnamurthy on Sun, Nov 22, 1998 at 09:32:08PM -0800 Content-Length: 1003 Lines: 22 On Sun, Nov 22, 1998 at 09:32:08PM -0800, Madhu Krishnamurthy wrote: > I have the "compiled library" for glibc-1.96. But I do not have the source. > It is currently working with Linux version 2.1.36. The target platform is > mipsel-mips-linux. The host is sparc-sun-solaris2.5.1. > > I now need the source. Can you please tell me where I can find the source > for glibc-1.96. I could not find it at ftp://prep.ai.mit.edu/pub/gnu That's a snapshot version, about two years old. I think the filename was libc-961212.tar.gz or so, it might be still available on ftp.fnet.fr. Anyway, lots of work has been done and that old stuff is toxic waste by now. Get a current version from ftp.linux.sgi.com. > I would also appreciate if you can tell me which other version of glibc I > can use to work with Linux version 2.1.36. [for mips] Get a current kernel from ftp.linux.sgi.com. 2.1.36 is toxic waste by now, you don't want to deal with all it's bugs and incompatilibities with newer stuff. Ralf From ralf@lappi.waldorf-gmbh.de Tue Nov 24 02:21:57 1998 Received: from lappi.waldorf-gmbh.de (karah.nuclecu.unam.mx [132.248.29.207]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA24959; Tue, 24 Nov 1998 02:21:50 +0100 (MET) Received-Date: Tue, 24 Nov 1998 02:21:50 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id TAA01732; Mon, 23 Nov 1998 19:21:20 -0600 Message-ID: <19981123192119.Q378@uni-koblenz.de> Date: Mon, 23 Nov 1998 19:21:19 -0600 From: ralf@uni-koblenz.de To: Julius Kempa , linux-mips@fnet.fr Subject: Re: Problems with MILO References: <365939F8.93522C19@atos-group.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <365939F8.93522C19@atos-group.de>; from Julius Kempa on Mon, Nov 23, 1998 at 11:33:28AM +0100 Content-Length: 403 Lines: 14 On Mon, Nov 23, 1998 at 11:33:28AM +0100, Julius Kempa wrote: > I have been tryed to boot from BIOS Menu "Load a Program" the > precompiled milo 0.27 on SNI RM400-420N with R4400SC and all that i saw > was a BIOS-Menu again. > > I have formated DOS-Diskette with a MILO file on. > > Have i do something false or is just not possible to run Linux with this > machine ? RM400 isn't supported. Ralf From ralf@lappi.waldorf-gmbh.de Tue Nov 24 02:26:53 1998 Received: from lappi.waldorf-gmbh.de (karah.nuclecu.unam.mx [132.248.29.207]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA25035; Tue, 24 Nov 1998 02:26:48 +0100 (MET) Received-Date: Tue, 24 Nov 1998 02:26:48 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id TAA01765; Mon, 23 Nov 1998 19:26:20 -0600 Message-ID: <19981123192620.R378@uni-koblenz.de> Date: Mon, 23 Nov 1998 19:26:20 -0600 From: ralf@uni-koblenz.de To: Aleksandr Konstantinov , linux-mips@fnet.fr Subject: Re: Milo compile problems References: <19981123200557.4078.rocketmail@send103.yahoomail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <19981123200557.4078.rocketmail@send103.yahoomail.com>; from Aleksandr Konstantinov on Mon, Nov 23, 1998 at 12:05:57PM -0800 Content-Length: 1121 Lines: 34 On Mon, Nov 23, 1998 at 12:05:57PM -0800, Aleksandr Konstantinov wrote: > I have got here SNI RM200 with ISA bus (I was > about it to this mailing list before) without NT > firmware(sinix_to_nt). So I can't switch to little > endian (Am I right ? ). Yes. However the ISA version of the machine isn't yet supported, only the RM200 version C with PCI + EISA works. Thomas, any news about your efforts to make the ISA RM200 run? Thought you have patches? (Hint, hint) > I tried to cross-compile(compiler mips-gcc 2.7.2-3 > and binutils 2.7-3 run on i486 linux system > from Slackware 3.4) milo 0.27 for big endian > (Is it possible ?) Not without source changes to Milo and the kernel. Little endian binaries are included with the source tree. For SNI you need at least Milo 0.27.1 which deals correctly with some SNI firmware ``specials''. > and got following warnings and errors: > I also tried to compile kernel 2.1.36 (mips from > ftp.fnet.fr) and also failed : Get a current one from ftp.linux.sgi.com, 2.1.36 is toxic waste by now. > Could anyone explain me where I got wrong ? Ralf From lembark@wrkhors.com Tue Nov 24 03:12:56 1998 Received: from bird.wrkhors.com (bird.wrkhors.com [206.180.156.161]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA25303; Tue, 24 Nov 1998 03:12:51 +0100 (MET) Received-Date: Tue, 24 Nov 1998 03:12:51 +0100 (MET) Received: from wrkhors.com (poolf1-008.wwa.com [207.241.63.9]) by bird.wrkhors.com (8.8.5/8.8.5) with ESMTP id UAA23733 for ; Mon, 23 Nov 1998 20:10:02 -0600 Sender: lembark@wrkhors.com Message-ID: <365A1617.FF9F7F7@wrkhors.com> Date: Mon, 23 Nov 1998 20:12:39 -0600 From: Steven Lembark Organization: Workhorse Computing X-Mailer: Mozilla 4.04 [en] (X11; U; Linux 2.0.35 i586) MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: REMOVE References: <19981123782TAA18290@GreatGifts!.iis.sinica.edu.tw> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msDFE0CC5FFD5DBD8128E620AE" Content-Length: 8442 Lines: 196 This is a cryptographically signed message in MIME format. --------------msDFE0CC5FFD5DBD8128E620AE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Photo Transfer Specialties wrote: > > GREAT CHRISTMAS GIFT IDEA! > > PHOTO TRANSFER SPECIALTIES! > > MOUSEPADS WITH YOUR FAVORITE PHOTOS! > > Now you can have your favorite photos printed onto mousepads! > Photo mousepads are our most popular gift year after year! > In the past we have provided our HIGH QUALITY mousepads to > thousands of customers. Most are so pleased they reorder > each year! > > Photo mousepads make a PERFECT GIFT for ANYONE! > > Replace boring, dirty, frayed mousepads! > Instead of plain, generic, boring corporate logos you can > have PERSONALIZED photo mousepads brighten your desktop! > > PHOTO Mousepads are DAILY REMINDERS of your favorite: > > > CHILDREN, PETS, EVENTS....... > > WEDDING PHOTOS, FAMILY, GRADUATION..... > > LOVED ONES,HOLIDAY PHOTOS,GRANDCHILDREN..... > > Anything you choose! Use your imagination! > > > These HIGH QUALITY,LONG LASTING mousepads are non-skid > 1/4" rubber bottoms with comfortable, washable cloth tops. > > PHOTO TRANSFER SPECIALTIES uses the latest technology > available to transfer your favorite 3x5,4x6,5x7,and 8x10 photos > onto mousepads. Your photos will be safely RETURNED with your order! > > This year we are offering a great new LOW PRICE and we are > accepting CONVENIENT credit card payment as well as checks > and money orders! > > ORDERS filled FAST and at a great new LOW PRICE! > > EASY ORDER FORM > > Please complete and PRINT this form. Mail your > photograph(s), payment, and completed order form to > the address below along with: > > ______Check or _____ Money Order > > Payable to: PHOTO TRANSFER SPECIALTIES > > Or pay by VISA or MASTERCARD by filling > out this CONVENIENT order form! > > ____ VISA ____ MASTERCARD > > Card number: __________________________________ (16 Digits) > Expiration Date: ______________________________ > Name on card: _________________________________ > > Billing Address: ________________________________ > ________________________________ > > Indicate amount: _______________________________ > > Signature : ___________________________________ > Date: __________________________________________ > Email address (optional):__________________________ > > > CREDIT CARDS : All information must be accurate and complete for > proper verification. Incomplete orders cannot be > processed and will be returned. Charges on your > statement will appear as Pacific Coast Mail Order. > > > $ 10.99 EACH Photo Mousepads > $ 9.99 EACH Additional Pads > $ 2.50 EACH Shipping and Handling > $ 1.05 EACH California residents (sales tax) > > ****** International $7.00 for each mousepad shipping and handling.******** > > > > Address Mousepads to be shipped to: > > Name: ____________________________________ > > Address: ____________________________________ > > Phone # ____________________________________ > > City,State,Zip_________________________________ > > Mail Payment, Photographs, and completed order form to: > > PHOTO TRANSFER SPECIALTIES > P.O. BOX #782 > ROSS, CA > 94957 > > * Please allow 2 weeks for delivery. > > * All orders postmarked by December 10th > are guaranteed Christmas delivery! > > * Please feel free to copy and distribute this order form as you > like. Combine your order with friends and coworkers and save > $1.00 on each additional mousepad. > > This is a one time only mailing! You have already > been placed on our remove list and will not receive > another offer from us! > > Thank > You! > > -- Steven Lembark 2930 W. Palmer St. Workhorse Computing Chicago, IL 60647 lembark@wrkhors.com 800-762-1582 --------------------------------------------------------------------- The opinions expressed here are those of this company. I am the company. --------------------------------------------------------------------- --------------msDFE0CC5FFD5DBD8128E620AE Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIKnQYJKoZIhvcNAQcCoIIKjjCCCooCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC CNYwggQgMIIDiaADAgECAhBVDFTJrYx0lb7N/7Wcab/6MA0GCSqGSIb3DQEBBAUAMGIxETAP BgNVBAcTCEludGVybmV0MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE0MDIGA1UECxMrVmVy aVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2aWR1YWwgU3Vic2NyaWJlcjAeFw05ODAyMTMwMDAw MDBaFw05OTAyMTMyMzU5NTlaMIIBHDERMA8GA1UEBxMISW50ZXJuZXQxFzAVBgNVBAoTDlZl cmlTaWduLCBJbmMuMTQwMgYDVQQLEytWZXJpU2lnbiBDbGFzcyAxIENBIC0gSW5kaXZpZHVh bCBTdWJzY3JpYmVyMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvQ1BT IEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk2MTMwMQYDVQQLEypEaWdpdGFsIElEIENs YXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFzAVBgNVBAMTDlN0ZXZlbiBMZW1iYXJr MSIwIAYJKoZIhvcNAQkBFhNsZW1iYXJrQHdya2hvcnMuY29tMFwwDQYJKoZIhvcNAQEBBQAD SwAwSAJBALIZkLcDVrYlAXaMuzHZgRNl8sXENgQpWOY1y/qQ3zr28bz2wx58G6nAUE8Ua9ua 3jSATooRSELXWxt+wyguwwECAwEAAaOCAV0wggFZMAkGA1UdEwQCMAAwga8GA1UdIASBpzCA MIAGC2CGSAGG+EUBBwEBMIAwKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNv bS9DUFMwYgYIKwYBBQUHAgIwVjAVFg5WZXJpU2lnbiwgSW5jLjADAgEBGj1WZXJpU2lnbidz IENQUyBpbmNvcnAuIGJ5IHJlZmVyZW5jZSBsaWFiLiBsdGQuIChjKTk3IFZlcmlTaWduAAAA AAAAMBEGCWCGSAGG+EIBAQQEAwIHgDCBhgYKYIZIAYb4RQEGAwR4FnZkNDY1MmJkNjNmMjA0 NzAyOTI5ODc2M2M5ZDJmMjc1MDY5YzczNTliZWQxYjA1OWRhNzViYzRiYzk3MDE3NDdkYTVk M2YyMTQxYmVhZGIyYmQyZTg5MjE1YWE2OWYxZDQxMTQ5OTdhMWIzNDNmNGU1OTc2NTQxMA0G CSqGSIb3DQEBBAUAA4GBAEWNZJ2oEw1sqpCyiYNc0DCoG3ytfJcWz/yvDSNWIdVcau0WkIq3 xTTyml4GUxR8/nqbPwy/Ye9q24Lf9az3DVMTVaaw0dgnSrExrfzSuEYuFPyMi4cYr1NAbfyu ZRHx5ckbJUU9UyPQPjuTF8NjdrggAAPlTz8vK1NBhUJ/Xm9pMIICeTCCAeKgAwIBAgIQUh81 HfJwfgArvspZhwTVOTANBgkqhkiG9w0BAQIFADBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMO VmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlm aWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwNjI3MDAwMDAwWhcNOTkwNjI3MjM1OTU5WjBiMREw DwYDVQQHEwhJbnRlcm5ldDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNDAyBgNVBAsTK1Zl cmlTaWduIENsYXNzIDEgQ0EgLSBJbmRpdmlkdWFsIFN1YnNjcmliZXIwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBALYUps9N0AUN2Moj0G+qtCmSY44s+G+W1y6ddksRsTaNV8nD/RzG uv4eCLozypXqvuNbzQaot3kdRCrtc/KxUoNoEHBkkdc+a/n3XZ0UQ5tul0WYgUfRLcvdu3LX TD9xquJA8lQ5vBbuz3zsuts/bCqzFrGGEp2ukzTVuNXQ9z6pAgMBAAGjMzAxMA8GA1UdEwQI MAYBAf8CAQEwCwYDVR0PBAQDAgEGMBEGCWCGSAGG+EIBAQQEAwIBBjANBgkqhkiG9w0BAQIF AAOBgQDB+vcC51fKEXXGnAz6K3dPh0UXO+PSwdoPWDmOrpWZA6GooTj+eZqTFwuXhjnHymg0 ZrvHiEX2yAwF7r6XJe/g1G7kf512XM59uhSirguf+2dbSKVnJa8ZZIj2ctgpJ6o3EmqxKK8n gxhlbI3tQJ5NxHiohuzpLFC/pvkN27CmSjCCAjEwggGaAgUCpAAAATANBgkqhkiG9w0BAQIF ADBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNs YXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwMTI5 MDAwMDAwWhcNOTkxMjMxMjM1OTU5WjBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNp Z24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlv biBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAOUZv22jVmEtmUhx9mfe uY3rt56GgAqRDvo4Ja9GiILlc6igmyRdDR/MZW4MsNBWhBiHmgabEKFz37RYOWtuwfYV1aio P6oSBo0xrH+wNNePNGeICc0UEeJORVZpH3gCgNrcR5EpuzbJY1zF4Ncth3uhtzKwezC6Ki8x qu6jZ9rbAgMBAAEwDQYJKoZIhvcNAQECBQADgYEAUnO6mlXc3D+CfbCQmGIqgkx2AG4lPdXC CXBXAQwPdx8YofscYA6gdTtJIUH+p1wtTEJJ0/8o2Izqnf7JB+J3glMj3lXzzkST+vpMvco2 81tmsp7I8gxeXtShtCEJM8o7WfySwjj8rdmWJOAt+qMp9TNoeE60vJ9pNeKomJRzO8QxggGP MIIBiwIBATB2MGIxETAPBgNVBAcTCEludGVybmV0MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5j LjE0MDIGA1UECxMrVmVyaVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2aWR1YWwgU3Vic2NyaWJl cgIQVQxUya2MdJW+zf+1nGm/+jAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG 9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTk4MTEyNDAyMTIzOVowIwYJKoZIhvcNAQkEMRYEFG7A qJQuR27I7AVnTJr6/WFAO7QnMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZI hvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0GCSqG SIb3DQEBAQUABEBKSxKSuNwDkwr2u//3oxMdScdUADtE4QSR+C4Pbxi3UHRJOfetIH0l3Bg6 i8FQFVxIR6nH64TZMMUL5E3UFjaW --------------msDFE0CC5FFD5DBD8128E620AE-- From damin@intel.cleveland.lug.net Tue Nov 24 19:48:17 1998 Received: from intel.cleveland.lug.net (damin@intel.cleveland.lug.net [207.166.193.101]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA00201; Tue, 24 Nov 1998 19:48:15 +0100 (MET) Received-Date: Tue, 24 Nov 1998 19:48:15 +0100 (MET) Received: from localhost (damin@localhost) by intel.cleveland.lug.net (8.8.7/8.8.7) with SMTP id NAA11832 for ; Tue, 24 Nov 1998 13:48:06 -0500 Date: Tue, 24 Nov 1998 13:48:06 -0500 (EST) From: Greg To: linux-mips@fnet.fr Subject: X on Cobalt Qube In-Reply-To: <19981121133122.B3977@dot.cygnus.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 570 Lines: 17 Mat Kovach successfully got X up and running our Cobalt Qube. We'll let you know when we get the RPMs done and uploaded to ftp://intel.cleveland.lug.net/pub/Mipsel As I understand it, the biggest problems he ran into was disk space. With some creative Symlinking, we were able to get it to build and install sucessfully. NOW.. comes the long and arderous process of bootstrapping all the RPMS for RedHat 5.2 that require the X libraries.. As we speak, the gtk/gnome RPMS are being beaten on.. :) I just can't use "twm" for too long! ;) From tsbogend@alpha.franken.de Wed Nov 25 00:14:55 1998 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA02032; Wed, 25 Nov 1998 00:14:54 +0100 (MET) Received-Date: Wed, 25 Nov 1998 00:14:54 +0100 (MET) Received: from alpha.franken.de (root@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id AAA14938; Wed, 25 Nov 1998 00:14:51 +0100 (MET) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id XAA02869; Tue, 24 Nov 1998 23:24:23 +0100 Message-ID: <19981124232423.A2815@alpha.franken.de> Date: Tue, 24 Nov 1998 23:24:23 +0100 From: Thomas Bogendoerfer To: linux-mips@fnet.fr, Aleksandr Konstantinov Subject: Re: Milo compile problems References: <19981123200557.4078.rocketmail@send103.yahoomail.com> <19981123192620.R378@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <19981123192620.R378@uni-koblenz.de>; from ralf@uni-koblenz.de on Mon, Nov 23, 1998 at 07:26:20PM -0600 Content-Length: 575 Lines: 14 On Mon, Nov 23, 1998 at 07:26:20PM -0600, ralf@uni-koblenz.de wrote: > Thomas, any news about your efforts to make the ISA RM200 run? Thought you > have patches? (Hint, hint) are you sure, you're asking the right person ? At the moment I don't have any RM200, but I'll get one, when I'll meet Michael next time (no idea, when this will happen). Thomas. -- This device has completely bogus header. Compaq scores again :-| It's a host bridge, but it should be called ghost bridge instead ;^) [Martin `MJ' Mares on linux-kernel] From ralf@lappi.waldorf-gmbh.de Wed Nov 25 05:38:31 1998 Received: from lappi.waldorf-gmbh.de (cs7-11.modems.unam.mx [132.248.134.82]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA04622; Wed, 25 Nov 1998 05:38:28 +0100 (MET) Received-Date: Wed, 25 Nov 1998 05:38:28 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id WAA01173; Tue, 24 Nov 1998 22:38:02 -0600 Message-ID: <19981124223801.G445@uni-koblenz.de> Date: Tue, 24 Nov 1998 22:38:01 -0600 From: ralf@uni-koblenz.de To: Thomas Bogendoerfer , linux-mips@fnet.fr, Aleksandr Konstantinov Subject: Re: Milo compile problems References: <19981123200557.4078.rocketmail@send103.yahoomail.com> <19981123192620.R378@uni-koblenz.de> <19981124232423.A2815@alpha.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <19981124232423.A2815@alpha.franken.de>; from Thomas Bogendoerfer on Tue, Nov 24, 1998 at 11:24:23PM +0100 Content-Length: 548 Lines: 16 On Tue, Nov 24, 1998 at 11:24:23PM +0100, Thomas Bogendoerfer wrote: > On Mon, Nov 23, 1998 at 07:26:20PM -0600, ralf@uni-koblenz.de wrote: > > Thomas, any news about your efforts to make the ISA RM200 run? Thought you > > have patches? (Hint, hint) > > are you sure, you're asking the right person ? At the moment I don't have > any RM200, but I'll get one, when I'll meet Michael next time (no idea, > when this will happen). Sorry, I meant Michael ... How about the Linux event in Siegen? Won't be there, it's bit to far away ... Ralf From tsbogend@alpha.franken.de Wed Nov 25 12:21:34 1998 Received: from louis-blanc.univ-evry.fr (louis-blanc.univ-evry.fr [194.199.90.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA06750; Wed, 25 Nov 1998 12:21:33 +0100 (MET) Received-Date: Wed, 25 Nov 1998 12:21:33 +0100 (MET) Received: from alpha.franken.de (root@alpha.franken.de [193.175.24.68]) by louis-blanc.univ-evry.fr with ESMTP (8.8.8/980318/louis-blanc); id MAA22882; Wed, 25 Nov 1998 12:21:30 +0100 (MET) Received: (from tsbogend@localhost) by alpha.franken.de (8.8.7/8.8.5) id LAA01169; Wed, 25 Nov 1998 11:52:15 +0100 Message-ID: <19981125115215.A1165@alpha.franken.de> Date: Wed, 25 Nov 1998 11:52:15 +0100 From: Thomas Bogendoerfer To: linux-mips@fnet.fr Subject: Re: Milo compile problems References: <19981123200557.4078.rocketmail@send103.yahoomail.com> <19981123192620.R378@uni-koblenz.de> <19981124232423.A2815@alpha.franken.de> <19981124223801.G445@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <19981124223801.G445@uni-koblenz.de>; from ralf@uni-koblenz.de on Tue, Nov 24, 1998 at 10:38:01PM -0600 Content-Length: 427 Lines: 12 On Tue, Nov 24, 1998 at 10:38:01PM -0600, ralf@uni-koblenz.de wrote: > How about the Linux event in Siegen? Won't be there, it's bit to far > away ... I won't be there, because of a family meeting. Thomas. -- This device has completely bogus header. Compaq scores again :-| It's a host bridge, but it should be called ghost bridge instead ;^) [Martin `MJ' Mares on linux-kernel] From mbretlan@erinet.com Sat Nov 28 06:04:56 1998 Received: from mail.erinet.com (mail2.erinet.com [207.0.229.19]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA28946; Sat, 28 Nov 1998 06:04:53 +0100 (MET) Received-Date: Sat, 28 Nov 1998 06:04:53 +0100 (MET) Received: from desktop1.my.domain (dlp128.cincy.eri.net [207.0.227.158]) by mail.erinet.com (8.9.1/8.9.1.19) with SMTP id AAA14251 for ; Sat, 28 Nov 1998 00:14:37 -0500 (EST) Message-ID: <000701be1a8b$a1f33700$0301a8c0@desktop1.my.domain> From: "Mark Bretland" To: Subject: Linux on Deskstation Tyne Date: Fri, 27 Nov 1998 23:57:40 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01BE1A61.B7BE3B40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Content-Length: 2103 Lines: 60 This is a multi-part message in MIME format. ------=_NextPart_000_0004_01BE1A61.B7BE3B40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Actually I have a Raptor Plus that has 2 of the same system boards in it = as a Tyne. =20 Deskstation Tyne=20 (R4600, 134 MHz CPU clock, up to 2 MB L2 cache, 2 free VLB=20 and 4 free ISA slots)=20 My question is what is the current status of the Linux Mips port to this = system? The www page I read http://linux.cis.nctu.edu.tw/MIPS/#first is = dated 1996! Has anything progressed? Thanks in advance, Mark ------=_NextPart_000_0004_01BE1A61.B7BE3B40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Actually I have a Raptor Plus that = has 2 of the=20 same system boards in it as a Tyne. 
 
Deskstation Tyne
(R4600, = 134 MHz CPU=20 clock, up to 2 MB L2 cache, 2 free VLB
and 4 free ISA slots)
 
 
 
My question is what is the current = status of the=20 Linux Mips port to this system?  The www page I read http://linux.cis.nctu.e= du.tw/MIPS/#first=20 is dated 1996!  Has anything progressed?
 
Thanks in advance,
 
Mark
------=_NextPart_000_0004_01BE1A61.B7BE3B40-- From mharmon@pop.abt.net Sat Nov 28 06:42:53 1998 Received: from home.abt.net (home.abt.net [206.20.79.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA29121; Sat, 28 Nov 1998 06:42:52 +0100 (MET) Received-Date: Sat, 28 Nov 1998 06:42:52 +0100 (MET) Received: from mharmon.abt.net (dial129.abt.net [206.20.79.29]) by home.abt.net (Netscape Messaging Server 3.6) with SMTP id 116 for ; Sat, 28 Nov 1998 00:38:04 -0500 From: "Michael Harmon" Organization: Parrot Consulting & Software To: linux-mips@fnet.fr Date: Sat, 28 Nov 1998 00:42:43 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Linux/MIPS Priority: normal X-mailer: Pegasus Mail for Win32 (v3.01b) Message-ID: <19981128053801796.AAA142.116@mharmon.abt.net> Content-Length: 944 Lines: 27 This may be a dump question but, is there a way to run linux on a Palmtop PC that is now running Windows CE. It has a "MIPS R4000" processor with 8 MB RAM. The machine is a CASIO Cassiopeia. I don't know how you would do "keyboard" input on it. Developing handwriting recognition software would sound like a big job. Thanks for any advice. _...._ / \ / o _ o ( \/ ) Sincerely, ) ( Michael Harmon ( - - - ) mharmon@abt.net ( ) Parrot Consulting ( ) & Software [ ] New York City -----------------/l\ /l\------------------- Owner.PowerBuilder.PB-L.Mailing.List http://www.geocities.com/SiliconValley/Heights/7207/ ------------------------------------------ ( ) ( __ _) From imp@village.org Sat Nov 28 07:07:47 1998 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id HAA29267; Sat, 28 Nov 1998 07:07:45 +0100 (MET) Received-Date: Sat, 28 Nov 1998 07:07:45 +0100 (MET) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zjdXb-0002Wg-00; Fri, 27 Nov 1998 23:07:35 -0700 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id XAA15892 for ; Fri, 27 Nov 1998 23:06:43 -0700 (MST) Message-Id: <199811280606.XAA15892@harmony.village.org> To: linux-mips@fnet.fr Subject: Re: Linux/MIPS In-reply-to: Your message of "Sat, 28 Nov 1998 00:42:43 EST." <19981128053801796.AAA142.116@mharmon.abt.net> References: <19981128053801796.AAA142.116@mharmon.abt.net> Date: Fri, 27 Nov 1998 23:06:43 -0700 From: Warner Losh Content-Length: 1836 Lines: 41 In message <19981128053801796.AAA142.116@mharmon.abt.net> "Michael Harmon" writes: : This may be a dump question but, is there a way to run linux on : a Palmtop PC that is now running Windows CE. It has a "MIPS : R4000" processor with 8 MB RAM. Not currently.... And it has a NEC Vr4111 inside of it, likely with the companion Vrc4711 PCMCIA/compact flash card bridge.... : The machine is a CASIO Cassiopeia. : : I don't know how you would do "keyboard" input on it. Developing : handwriting recognition software would sound like a big job. The Cassiopeia has a Vr4111 in it. You can get the docs for this chip fairly easily. There are many ways to do the keyboard, including using the serial lines. However, the biggest problem with rununing Linux (or FreeBSD for that matter) is that WinCE is in mask programmable roms. This means that you'd need some kind of bootstrap process that would take WinCE out of the picture. This can be hard to do, especially if you want to survive a reset (since the reset vectors are in ROM). I've been looking into building a custom FLASH card that has 4M-8M of FLASH memory, but that is going to be hard. If you have the WinCE development kit, I'd be interested to make contact with you. Especially if you can produce WinCE binaries. I've been porting egcs to produce PE formatted executables, based on a port I've found on the net whose author doesn't answer my email. Alternatively, can someone point me at the differences between normal PE files and the ones generated for WinCE machines? I've not been able to find anything on the MS web site. Their PE files from the inside out is interesting, but predates WinCE. When I can get a 12M one for $100 I'll likely start targetting this box. However, for now I'm sticking with my NEC MobilePro 450 (4M RAM up to 8M ROM). Warner From imp@village.org Sat Nov 28 07:10:00 1998 Received: from rover.village.org (rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id HAA29300; Sat, 28 Nov 1998 07:09:58 +0100 (MET) Received-Date: Sat, 28 Nov 1998 07:09:58 +0100 (MET) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zjdZk-0002Wl-00; Fri, 27 Nov 1998 23:09:48 -0700 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id XAA15910 for ; Fri, 27 Nov 1998 23:08:57 -0700 (MST) Message-Id: <199811280608.XAA15910@harmony.village.org> To: linux-mips@fnet.fr Subject: Re: Linux on Deskstation Tyne In-reply-to: Your message of "Fri, 27 Nov 1998 23:57:40 EST." <000701be1a8b$a1f33700$0301a8c0@desktop1.my.domain> References: <000701be1a8b$a1f33700$0301a8c0@desktop1.my.domain> Date: Fri, 27 Nov 1998 23:08:57 -0700 From: Warner Losh Content-Length: 648 Lines: 20 : Actually I have a Raptor Plus that has 2 of the same system boards in it = : as a Tyne. =20 What do yo mean by this? I wasn't aware that the Raptor was an MP machine. : Deskstation Tyne=20 : (R4600, 134 MHz CPU clock, up to 2 MB L2 cache, 2 free VLB=20 : and 4 free ISA slots)=20 The deskstation port has decayed over the years. At some point I'll likely get my rPC44 booting linux again and get the changes integrated. I don't have a Tyne, so I can't play with that. I thought the Raptor searies used the R4700 CPU as well, in a module that was replacable with Alpha CPUs.... Deskstation is no more, or I'd hit their web site... Warner From ralf@lappi.waldorf-gmbh.de Sat Nov 28 17:53:49 1998 Received: from lappi.waldorf-gmbh.de (cs8-1.modems.unam.mx [132.248.134.56]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA07251; Sat, 28 Nov 1998 17:53:46 +0100 (MET) Received-Date: Sat, 28 Nov 1998 17:53:46 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id KAA08396; Sat, 28 Nov 1998 10:53:34 -0600 Message-ID: <19981128105333.I690@uni-koblenz.de> Date: Sat, 28 Nov 1998 10:53:33 -0600 From: ralf@uni-koblenz.de To: Mark Bretland , linux-mips@fnet.fr Subject: Re: Linux on Deskstation Tyne References: <000701be1a8b$a1f33700$0301a8c0@desktop1.my.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <000701be1a8b$a1f33700$0301a8c0@desktop1.my.domain>; from Mark Bretland on Fri, Nov 27, 1998 at 11:57:40PM -0500 Content-Length: 985 Lines: 20 On Fri, Nov 27, 1998 at 11:57:40PM -0500, Mark Bretland wrote: > Actually I have a Raptor Plus that has 2 of the same system boards in it as a Tyne. > > Deskstation Tyne > (R4600, 134 MHz CPU clock, up to 2 MB L2 cache, 2 free VLB > and 4 free ISA slots) > > My question is what is the current status of the Linux Mips port to this system? The www page I read http://linux.cis.nctu.edu.tw/MIPS/#first is dated 1996! Has anything progressed? I stopped working on the Deskstation Tyne port in the beginning of '95 when I noticed that my board was broken and missbehaving when executing memory accesses in just the right order and timing. This stupid hardware problem did waste 3 months of my time ... Deskstation fixed the board but I never went back to working on this port since I got other systems in the meantime. The board is pretty PC like with the exception of some magic in the DMA stuff; it would be a realativly easy job to make the Tyne port work again. Ralf From ralf@lappi.waldorf-gmbh.de Sat Nov 28 17:54:48 1998 Received: from lappi.waldorf-gmbh.de (cs8-1.modems.unam.mx [132.248.134.56]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA07276; Sat, 28 Nov 1998 17:54:46 +0100 (MET) Received-Date: Sat, 28 Nov 1998 17:54:46 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id KAA08404; Sat, 28 Nov 1998 10:54:31 -0600 Message-ID: <19981128105431.J690@uni-koblenz.de> Date: Sat, 28 Nov 1998 10:54:31 -0600 From: ralf@uni-koblenz.de To: Warner Losh , linux-mips@fnet.fr Subject: Re: Linux on Deskstation Tyne References: <000701be1a8b$a1f33700$0301a8c0@desktop1.my.domain> <199811280608.XAA15910@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <199811280608.XAA15910@harmony.village.org>; from Warner Losh on Fri, Nov 27, 1998 at 11:08:57PM -0700 Content-Length: 270 Lines: 10 On Fri, Nov 27, 1998 at 11:08:57PM -0700, Warner Losh wrote: > I thought the Raptor searies used the R4700 CPU as well, in a module > that was replacable with Alpha CPUs.... > > Deskstation is no more, or I'd hit their web site... Try www.deskstation.com :-) Ralf From smathers@world.std.com Sun Nov 29 18:50:37 1998 Received: from europe.std.com (europe.std.com [199.172.62.20]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA17156; Sun, 29 Nov 1998 18:50:36 +0100 (MET) Received-Date: Sun, 29 Nov 1998 18:50:36 +0100 (MET) Received: from world.std.com by europe.std.com (8.7.6/BZS-8-1.0) id MAA29944; Sun, 29 Nov 1998 12:50:26 -0500 (EST) Received: from localhost by world.std.com (TheWorld/Spike-2.0) id AA22010; Sun, 29 Nov 1998 12:50:25 -0500 Date: Sun, 29 Nov 1998 12:50:25 -0500 (EST) From: John E Smathers To: linux-mips@fnet.fr Subject: DECStation 5000/240 donation? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 301 Lines: 9 I have a DECStation 5000/240 that I would like to find a good home for or get running with linux. From your web page it looks like the port to the 5000/240 is not complete, but maybe somebody would like to use my machine in the porting effort? I live in Somerville MA. Best regards, John Smathers From triemer@apt4g.a3nyc.com Mon Nov 30 03:13:43 1998 Received: from apt4g.a3nyc.com (triemer@apt4g.a3nyc.com [166.84.184.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA22306; Mon, 30 Nov 1998 03:13:42 +0100 (MET) Received-Date: Mon, 30 Nov 1998 03:13:42 +0100 (MET) Received: from localhost (triemer@localhost) by apt4g.a3nyc.com (8.8.7/8.8.7) with SMTP id VAA03237 for ; Sun, 29 Nov 1998 21:13:49 -0500 Date: Sun, 29 Nov 1998 21:13:48 -0500 (EST) From: Thomas Riemer To: linux-mips@fnet.fr Subject: Re: DECStation 5000/240 donation? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 773 Lines: 26 I've got a decstation 2100 - I've been working on drivers for the 2100 - finished the serial driver and started working on the disk device driver.... It would be very useful for me to have a 5000 to work with - even on loan. I'm willing to pay the shipping and whatnot... -Tom Riemer ----------------------------------------------------------------------- Given enough eyeballs all bugs seem shallow. On Sun, 29 Nov 1998, John E Smathers wrote: > > I have a DECStation 5000/240 that I would like to find a good home for or > get running with linux. From your web page it looks like the port to the > 5000/240 is not complete, but maybe somebody would like to use my machine > in the porting effort? I live in Somerville MA. > > Best regards, > > John Smathers > From damin@intel.cleveland.lug.net Mon Nov 30 18:56:46 1998 Received: from intel.cleveland.lug.net (damin@intel.cleveland.lug.net [207.166.193.101]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA26872; Mon, 30 Nov 1998 18:56:43 +0100 (MET) Received-Date: Mon, 30 Nov 1998 18:56:43 +0100 (MET) Received: from localhost (damin@localhost) by intel.cleveland.lug.net (8.8.7/8.8.7) with SMTP id MAA07647; Mon, 30 Nov 1998 12:57:17 -0500 Date: Mon, 30 Nov 1998 12:57:17 -0500 (EST) From: Greg To: linux-mips@fnet.fr cc: clug-talk@nacs.net Subject: RedHat 5.2 on Cobalt Qube/RAQ In-Reply-To: <19981121133122.B3977@dot.cygnus.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 6400 Lines: 242 Howdy all, The Cleveland Linux Users's Group is exactly 50% finished with our rebuild of RedHat 5.2 RPMS on the Cobalt Qube / RAQ platform. We are significantly ahead of schedule with our efforts, which can be accessed at; ftp://intel.cleveland.lug.net/pub/Mipsel Of the 432 SRPMS for RedHat 5.2, we have successfully rebuilt 216 of them. This equates to some 280 binary RPMS that are available for your pleasure on our FTP archive. It would be helpful if someone would consider mirroring our archive in the event our machine should become unavailable. Still don't have a working EGCS RPM, and many of the SRPMS listed below are Intel specific and most likely will require extensive porting (if even needed) to work on the Mipsel platform. The usefulness of some of them is without a doubt in question, but our object is to make the job easier for RedHat and other Mipsel users to get and install current software... So what the hell.. maybe there IS some value, somewhere, for Zgv running on a Cobalt RAQ! ;) In any case, here is a list of our Phase 2 SRPMS that will require some tweaking to build. Once we have worked through these for the next couple of weeks, we'll re-build a majority of the packages to include more current compiler tools etc.. Stuff that isn't done yet.. AfterStep-1.5-0.7.src.rpm AfterStep-APPS-1.5-0.3.src.rpm AnotherLevel-0.7.3-1.src.rpm ElectricFence-2.0.5-11.src.rpm ImageMagick-4.1.0-1.src.rpm MAKEDEV-2.3.1-7.src.rpm SVGATextMode-1.8-2.src.rpm SysVinit-2.74-5.src.rpm WindowMaker-0.20.1-3.src.rpm X11R6-contrib-3.3.2-3.src.rpm XFree86-3.3.2.3-25.src.rpm XFree86-ISO8859-2-1.0-1.src.rpm XFree86-ISO8859-9-2.1.2-1.src.rpm Xaw3d-1.3-17.src.rpm Xconfigurator-3.82-1.src.rpm aboot-0.5-7.src.rpm acm-4.7-8.src.rpm anonftp-2.6-1.src.rpm aout-libs-1.4-9.src.rpm awesfx-0.4.2-1.src.rpm bin86-0.4-5.src.rpm blt-2.4f-3.src.rpm bzip2-0.9.0b-2.src.rpm chkconfig-0.9.6-1.src.rpm clock-1.1-4.src.rpm cmu-snmp-3.5-3.src.rpm control-panel-3.7-7.src.rpm cxhextris-1.0-12.src.rpm dip-3.3.7o-12.src.rpm dosemu-0.98.1-2.src.rpm ee-0.3-8.src.rpm egcs-1.0.3a-14.src.rpm elftoaout-2.2-1.src.rpm elm-2.4.25-14.src.rpm emacs-20.3-3.src.rpm exmh-2.0.2-4.src.rpm faces-1.6.1-11.src.rpm fdisk-2.5-1.src.rpm flying-6.20-9.src.rpm fvwm-1.24r-15.src.rpm fvwm2-2.0.46-11.src.rpm gcc-2.7.2.3-14.src.rpm gd-1.3-3.src.rpm gdb-4.17.0.4-3.src.rpm gecko-1.6-0.src.rpm ghostscript-4.03-1.src.rpm gimp-1.0.1-2.src.rpm gimp-manual-1.0.0-1.src.rpm glibc-2.0.7-29.src.rpm glint-2.6.2-1.src.rpm gnome-core-0.20.1-2.src.rpm gnome-libs-0.20-3.src.rpm gnome-linuxconf-0.14-4rh.src.rpm gnuplot-3.6-beta347.src.rpm gperf-2.7-2.src.rpm groff-1.11a-6.src.rpm guavac-1.2-2.src.rpm gv-3.5.8-5.src.rpm howto-5.2-2.src.rpm ical-2.2-7.src.rpm imap-4.4-2.src.rpm inn-1.7.2-14.src.rpm isapnptools-1.15a-3.src.rpm ispell-3.1.20-11.src.rpm kaffe-1.0.b2-2.src.rpm kbdconfig-1.8.3-1.src.rpm kernel-2.0.36-0.7.src.rpm kernel-alpha-2.0.35-5.src.rpm kernel-sparc-2.0.35-11.src.rpm kernelcfg-0.5-3.src.rpm kterm-6.2.0-3.src.rpm ld.so-1.9.5-8.src.rpm libc-5.3.12-27.src.rpm libg++-2.7.2.8-9.src.rpm lilo-0.20-2.src.rpm linuxconf-1.12r5-6rh.src.rpm lsof-4.37-1.src.rpm ltrace-0.3.4-1.src.rpm lynx-2.8.1-5.src.rpm man-1.5f-1.src.rpm maplay-1.2-8.src.rpm mars-nwe-0.99pl10-1.src.rpm mc-4.1.35-2.src.rpm mgetty-1.1.14-5.src.rpm minlabel-1.2-3.src.rpm mkbootdisk-1.1-2.src.rpm mkinitrd-1.8-3.src.rpm mod_perl-1.15-3.src.rpm mod_php-2.0.1-5.src.rpm mod_php3-3.0.5-2.src.rpm modutils-2.1.85-9.src.rpm moonclock-1.0-13.src.rpm mouseconfig-3.1.3-1.src.rpm mtools-3.9.1-2.src.rpm multimedia-2.1-12.src.rpm mxp-1.0-9.src.rpm ncompress-4.2.4-11.src.rpm ncpfs-2.2.0-1.src.rpm ncurses-4.2-10.src.rpm ncurses3-1.9.9e-7.src.rpm netcfg-2.19-5.src.rpm netscape-4.07-1.src.rpm newt-0.30-2.src.rpm nfs-server-2.2beta37-1.src.rpm pam-0.64-3.src.rpm passwd-0.50-11.src.rpm perl-5.004m4-1.src.rpm perl-MD5-1.7-3.src.rpm pine-4.04-2.src.rpm playmidi-2.4-3.src.rpm pmake-1.0-10.src.rpm popt-1.1.1-2.src.rpm portmap-4.0-12.src.rpm postgresql-6.3.2-10.src.rpm ppp-2.3.5-1.src.rpm printtool-3.29-3.src.rpm procinfo-14-2.src.rpm procmail-3.10-13.src.rpm procps-1.2.9-2.src.rpm psacct-6.3-5.src.rpm psmisc-17-3.src.rpm pwdb-0.55-1.src.rpm python-1.5.1-5.src.rpm pythonlib-1.22-2.src.rpm quickstrip-1.1-4.src.rpm quota-1.55-9.src.rpm raidtools-0.50beta10-2.src.rpm rcs-5.7-7.src.rpm rdate-0.960923-5.src.rpm rdist-1.0-9.src.rpm redhat-release-5.2-1.src.rpm rhbackup-0.2-1.src.rpm rhl-alpha-install-addend-en-5.2-1.src.rpm rhl-install-guide-en-5.2-1.src.rpm rhmask-1.0-3.src.rpm rhs-hwdiag-0.30-1.src.rpm rhs-printfilters-1.46-3.src.rpm rhsound-1.7-3.src.rpm rootfiles-5.2-2.src.rpm routed-0.10-10.src.rpm rsh-0.10-4.src.rpm rsync-2.1.1-1.src.rpm rusers-0.10-8.src.rpm rwall-0.10-7.src.rpm rwho-0.10-8.src.rpm rxvt-2.4.7-2.src.rpm sash-2.1-1.src.rpm setserial-2.14-4.src.rpm setuptool-1.0-1.src.rpm sgml-tools-1.0.7-1.src.rpm sh-utils-1.16-14.src.rpm shapecfg-2.0.36-1.src.rpm sharutils-4.2-10.src.rpm silo-0.8-2.src.rpm smbfs-2.0.1-4.src.rpm sndconfig-0.27-1.src.rpm spice-2g6-9.src.rpm spider-1.0-7.src.rpm strace-3.1-11.src.rpm svgalib-1.3.0-2.src.rpm tcltk-8.0.3-20.src.rpm tcsh-6.07.09-1.src.rpm telnet-0.10-5.src.rpm termfiles_sparc-1.1-1.src.rpm tetex-0.9-6.src.rpm timeconfig-2.5-1.src.rpm transfig-3.2.1-1.src.rpm usermode-1.4.3-1.src.rpm usernet-1.0.8-1.src.rpm util-linux-2.8-11.src.rpm uucp-1.06.1-16.src.rpm vga_cardgames-1.3.1-9.src.rpm vga_gamespack-1.3-9.src.rpm wmakerconf-1.1.1-3.src.rpm wu-ftpd-2.4.2b18-2.src.rpm x3270-3.1.1.6-3.src.rpm xanim-27070-1.src.rpm xbanner-1.31-3.src.rpm xbill-2.0-4.src.rpm xbl-1.0h-3.src.rpm xboing-2.4-5.src.rpm xcpustate-2.5-3.src.rpm xdaliclock-2.10-3.src.rpm xdemineur-1.1-9.src.rpm xearth-1.0-10.src.rpm xevil-1.5-7.src.rpm xfig-3.2.2-1.src.rpm xfishtank-2.0-10.src.rpm xfm-1.3.2-10.src.rpm xgalaga-1.6c-8.src.rpm xgammon-0.98-12.src.rpm xgopher-1.3.3-6.src.rpm xjewel-1.6-9.src.rpm xlander-1.2-9.src.rpm xlispstat-3.52.5-1.src.rpm xloadimage-4.1-10.src.rpm xmailbox-2.5-5.src.rpm xmorph-1996.07.12-5.src.rpm xosview-1.6.1.a-4.src.rpm xpaint-2.4.9-6.src.rpm xpat2-1.04-8.src.rpm xpdf-0.7a-1.src.rpm xpilot-3.6.2-4.src.rpm xpm-3.4j-3.src.rpm xpuzzles-5.4.1-4.src.rpm xrn-9.01-1.src.rpm xsnow-1.40-7.src.rpm xsysinfo-1.6-3.src.rpm xterm-color-1.1-9.src.rpm xtoolwait-1.1-3.src.rpm xtrojka-1.2.3-4.src.rpm xv-3.10a-13.src.rpm xwpick-2.20-9.src.rpm xxgdb-1.12-6.src.rpm ytalk-3.0.3-6.src.rpm zgv-3.0-5.src.rpm From mmarch@uswest.net Mon Nov 30 19:21:06 1998 Received: from db.indirect.com (db.indirect.com [165.247.198.53]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA27021; Mon, 30 Nov 1998 19:21:03 +0100 (MET) Received-Date: Mon, 30 Nov 1998 19:21:03 +0100 (MET) Received: from cowmix (cowmix.phx3.mindspring.net [209.86.207.36]) by db.indirect.com (8.8.8/8.8.5) with SMTP id LAA08238; Mon, 30 Nov 1998 11:25:34 -0700 From: "Michael F. March" To: Cc: Subject: RE: RedHat 5.2 on Cobalt Qube/RAQ Date: Mon, 30 Nov 1998 11:21:20 -0700 Message-ID: <001701be1c8e$3a60aaa0$24cf56d1@cowmix.phx3.mindspring.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal Content-Length: 7388 Lines: 261 Wow, you guys have done a lot of work.. What priority are kernel modules to you guys? I have been working on that separately and have not had that much luck getting it going. The main hold-up has been modutils.. What kind of trouble have you guys had trying to build that package? Thanks! > -----Original Message----- > From: Greg [mailto:damin@cleveland.lug.net] > Sent: Monday, November 30, 1998 10:57 AM > To: linux-mips@fnet.fr > Cc: clug-talk@nacs.net > Subject: RedHat 5.2 on Cobalt Qube/RAQ > > > Howdy all, > The Cleveland Linux Users's Group is exactly 50% finished with our > rebuild of RedHat 5.2 RPMS on the Cobalt Qube / RAQ platform. We are > significantly ahead of schedule with our efforts, which can be accessed > at; > > ftp://intel.cleveland.lug.net/pub/Mipsel > > Of the 432 SRPMS for RedHat 5.2, we have successfully rebuilt 216 > of them. This equates to some 280 binary RPMS that are available for your > pleasure on our FTP archive. It would be helpful if someone would consider > mirroring our archive in the event our machine should become unavailable. > Still don't have a working EGCS RPM, and many of the SRPMS listed > below are Intel specific and most likely will require extensive porting > (if even needed) to work on the Mipsel platform. The usefulness of some of > them is without a doubt in question, but our object is to make the job > easier for RedHat and other Mipsel users to get and install current > software... So what the hell.. maybe there IS some value, somewhere, for > Zgv running on a Cobalt RAQ! ;) > In any case, here is a list of our Phase 2 SRPMS that will require > some tweaking to build. Once we have worked through these for the next > couple of weeks, we'll re-build a majority of the packages to include more > current compiler tools etc.. > > Stuff that isn't done yet.. > > AfterStep-1.5-0.7.src.rpm > AfterStep-APPS-1.5-0.3.src.rpm > AnotherLevel-0.7.3-1.src.rpm > ElectricFence-2.0.5-11.src.rpm > ImageMagick-4.1.0-1.src.rpm > MAKEDEV-2.3.1-7.src.rpm > SVGATextMode-1.8-2.src.rpm > SysVinit-2.74-5.src.rpm > WindowMaker-0.20.1-3.src.rpm > X11R6-contrib-3.3.2-3.src.rpm > XFree86-3.3.2.3-25.src.rpm > XFree86-ISO8859-2-1.0-1.src.rpm > XFree86-ISO8859-9-2.1.2-1.src.rpm > Xaw3d-1.3-17.src.rpm > Xconfigurator-3.82-1.src.rpm > aboot-0.5-7.src.rpm > acm-4.7-8.src.rpm > anonftp-2.6-1.src.rpm > aout-libs-1.4-9.src.rpm > awesfx-0.4.2-1.src.rpm > bin86-0.4-5.src.rpm > blt-2.4f-3.src.rpm > bzip2-0.9.0b-2.src.rpm > chkconfig-0.9.6-1.src.rpm > clock-1.1-4.src.rpm > cmu-snmp-3.5-3.src.rpm > control-panel-3.7-7.src.rpm > cxhextris-1.0-12.src.rpm > dip-3.3.7o-12.src.rpm > dosemu-0.98.1-2.src.rpm > ee-0.3-8.src.rpm > egcs-1.0.3a-14.src.rpm > elftoaout-2.2-1.src.rpm > elm-2.4.25-14.src.rpm > emacs-20.3-3.src.rpm > exmh-2.0.2-4.src.rpm > faces-1.6.1-11.src.rpm > fdisk-2.5-1.src.rpm > flying-6.20-9.src.rpm > fvwm-1.24r-15.src.rpm > fvwm2-2.0.46-11.src.rpm > gcc-2.7.2.3-14.src.rpm > gd-1.3-3.src.rpm > gdb-4.17.0.4-3.src.rpm > gecko-1.6-0.src.rpm > ghostscript-4.03-1.src.rpm > gimp-1.0.1-2.src.rpm > gimp-manual-1.0.0-1.src.rpm > glibc-2.0.7-29.src.rpm > glint-2.6.2-1.src.rpm > gnome-core-0.20.1-2.src.rpm > gnome-libs-0.20-3.src.rpm > gnome-linuxconf-0.14-4rh.src.rpm > gnuplot-3.6-beta347.src.rpm > gperf-2.7-2.src.rpm > groff-1.11a-6.src.rpm > guavac-1.2-2.src.rpm > gv-3.5.8-5.src.rpm > howto-5.2-2.src.rpm > ical-2.2-7.src.rpm > imap-4.4-2.src.rpm > inn-1.7.2-14.src.rpm > isapnptools-1.15a-3.src.rpm > ispell-3.1.20-11.src.rpm > kaffe-1.0.b2-2.src.rpm > kbdconfig-1.8.3-1.src.rpm > kernel-2.0.36-0.7.src.rpm > kernel-alpha-2.0.35-5.src.rpm > kernel-sparc-2.0.35-11.src.rpm > kernelcfg-0.5-3.src.rpm > kterm-6.2.0-3.src.rpm > ld.so-1.9.5-8.src.rpm > libc-5.3.12-27.src.rpm > libg++-2.7.2.8-9.src.rpm > lilo-0.20-2.src.rpm > linuxconf-1.12r5-6rh.src.rpm > lsof-4.37-1.src.rpm > ltrace-0.3.4-1.src.rpm > lynx-2.8.1-5.src.rpm > man-1.5f-1.src.rpm > maplay-1.2-8.src.rpm > mars-nwe-0.99pl10-1.src.rpm > mc-4.1.35-2.src.rpm > mgetty-1.1.14-5.src.rpm > minlabel-1.2-3.src.rpm > mkbootdisk-1.1-2.src.rpm > mkinitrd-1.8-3.src.rpm > mod_perl-1.15-3.src.rpm > mod_php-2.0.1-5.src.rpm > mod_php3-3.0.5-2.src.rpm > modutils-2.1.85-9.src.rpm > moonclock-1.0-13.src.rpm > mouseconfig-3.1.3-1.src.rpm > mtools-3.9.1-2.src.rpm > multimedia-2.1-12.src.rpm > mxp-1.0-9.src.rpm > ncompress-4.2.4-11.src.rpm > ncpfs-2.2.0-1.src.rpm > ncurses-4.2-10.src.rpm > ncurses3-1.9.9e-7.src.rpm > netcfg-2.19-5.src.rpm > netscape-4.07-1.src.rpm > newt-0.30-2.src.rpm > nfs-server-2.2beta37-1.src.rpm > pam-0.64-3.src.rpm > passwd-0.50-11.src.rpm > perl-5.004m4-1.src.rpm > perl-MD5-1.7-3.src.rpm > pine-4.04-2.src.rpm > playmidi-2.4-3.src.rpm > pmake-1.0-10.src.rpm > popt-1.1.1-2.src.rpm > portmap-4.0-12.src.rpm > postgresql-6.3.2-10.src.rpm > ppp-2.3.5-1.src.rpm > printtool-3.29-3.src.rpm > procinfo-14-2.src.rpm > procmail-3.10-13.src.rpm > procps-1.2.9-2.src.rpm > psacct-6.3-5.src.rpm > psmisc-17-3.src.rpm > pwdb-0.55-1.src.rpm > python-1.5.1-5.src.rpm > pythonlib-1.22-2.src.rpm > quickstrip-1.1-4.src.rpm > quota-1.55-9.src.rpm > raidtools-0.50beta10-2.src.rpm > rcs-5.7-7.src.rpm > rdate-0.960923-5.src.rpm > rdist-1.0-9.src.rpm > redhat-release-5.2-1.src.rpm > rhbackup-0.2-1.src.rpm > rhl-alpha-install-addend-en-5.2-1.src.rpm > rhl-install-guide-en-5.2-1.src.rpm > rhmask-1.0-3.src.rpm > rhs-hwdiag-0.30-1.src.rpm > rhs-printfilters-1.46-3.src.rpm > rhsound-1.7-3.src.rpm > rootfiles-5.2-2.src.rpm > routed-0.10-10.src.rpm > rsh-0.10-4.src.rpm > rsync-2.1.1-1.src.rpm > rusers-0.10-8.src.rpm > rwall-0.10-7.src.rpm > rwho-0.10-8.src.rpm > rxvt-2.4.7-2.src.rpm > sash-2.1-1.src.rpm > setserial-2.14-4.src.rpm > setuptool-1.0-1.src.rpm > sgml-tools-1.0.7-1.src.rpm > sh-utils-1.16-14.src.rpm > shapecfg-2.0.36-1.src.rpm > sharutils-4.2-10.src.rpm > silo-0.8-2.src.rpm > smbfs-2.0.1-4.src.rpm > sndconfig-0.27-1.src.rpm > spice-2g6-9.src.rpm > spider-1.0-7.src.rpm > strace-3.1-11.src.rpm > svgalib-1.3.0-2.src.rpm > tcltk-8.0.3-20.src.rpm > tcsh-6.07.09-1.src.rpm > telnet-0.10-5.src.rpm > termfiles_sparc-1.1-1.src.rpm > tetex-0.9-6.src.rpm > timeconfig-2.5-1.src.rpm > transfig-3.2.1-1.src.rpm > usermode-1.4.3-1.src.rpm > usernet-1.0.8-1.src.rpm > util-linux-2.8-11.src.rpm > uucp-1.06.1-16.src.rpm > vga_cardgames-1.3.1-9.src.rpm > vga_gamespack-1.3-9.src.rpm > wmakerconf-1.1.1-3.src.rpm > wu-ftpd-2.4.2b18-2.src.rpm > x3270-3.1.1.6-3.src.rpm > xanim-27070-1.src.rpm > xbanner-1.31-3.src.rpm > xbill-2.0-4.src.rpm > xbl-1.0h-3.src.rpm > xboing-2.4-5.src.rpm > xcpustate-2.5-3.src.rpm > xdaliclock-2.10-3.src.rpm > xdemineur-1.1-9.src.rpm > xearth-1.0-10.src.rpm > xevil-1.5-7.src.rpm > xfig-3.2.2-1.src.rpm > xfishtank-2.0-10.src.rpm > xfm-1.3.2-10.src.rpm > xgalaga-1.6c-8.src.rpm > xgammon-0.98-12.src.rpm > xgopher-1.3.3-6.src.rpm > xjewel-1.6-9.src.rpm > xlander-1.2-9.src.rpm > xlispstat-3.52.5-1.src.rpm > xloadimage-4.1-10.src.rpm > xmailbox-2.5-5.src.rpm > xmorph-1996.07.12-5.src.rpm > xosview-1.6.1.a-4.src.rpm > xpaint-2.4.9-6.src.rpm > xpat2-1.04-8.src.rpm > xpdf-0.7a-1.src.rpm > xpilot-3.6.2-4.src.rpm > xpm-3.4j-3.src.rpm > xpuzzles-5.4.1-4.src.rpm > xrn-9.01-1.src.rpm > xsnow-1.40-7.src.rpm > xsysinfo-1.6-3.src.rpm > xterm-color-1.1-9.src.rpm > xtoolwait-1.1-3.src.rpm > xtrojka-1.2.3-4.src.rpm > xv-3.10a-13.src.rpm > xwpick-2.20-9.src.rpm > xxgdb-1.12-6.src.rpm > ytalk-3.0.3-6.src.rpm > zgv-3.0-5.src.rpm > From ralf@lappi.waldorf-gmbh.de Mon Nov 30 19:37:05 1998 Received: from lappi.waldorf-gmbh.de (cs11-3.modems.unam.mx [132.248.134.106]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA27124; Mon, 30 Nov 1998 19:36:56 +0100 (MET) Received-Date: Mon, 30 Nov 1998 19:36:56 +0100 (MET) Received: (from ralf@localhost) by lappi.waldorf-gmbh.de (8.8.7/8.8.7) id MAA03836; Mon, 30 Nov 1998 12:36:24 -0600 Message-ID: <19981130123623.C489@uni-koblenz.de> Date: Mon, 30 Nov 1998 12:36:23 -0600 From: ralf@uni-koblenz.de To: "Michael F. March" , linux-mips@fnet.fr Cc: clug-talk@nacs.net Subject: Re: RedHat 5.2 on Cobalt Qube/RAQ References: <001701be1c8e$3a60aaa0$24cf56d1@cowmix.phx3.mindspring.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <001701be1c8e$3a60aaa0$24cf56d1@cowmix.phx3.mindspring.net>; from Michael F. March on Mon, Nov 30, 1998 at 11:21:20AM -0700 Content-Length: 385 Lines: 10 On Mon, Nov 30, 1998 at 11:21:20AM -0700, Michael F. March wrote: > What priority are kernel modules to you guys? I have been working > on that separately and have not had that much luck getting it going. > The main hold-up has been modutils.. Fritz Elfert has apparently bashed the last remaining bugs out of modutils 2.1.55 available at ftp.to.com:/pub/cobaltisdn/SRPMS/. Ralf From davem@dm.cobaltmicro.com Mon Nov 30 19:37:09 1998 Received: from dm.cobaltmicro.com (davem@dm.cobaltmicro.com [209.133.34.35]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA27133; Mon, 30 Nov 1998 19:37:08 +0100 (MET) Received-Date: Mon, 30 Nov 1998 19:37:08 +0100 (MET) Received: (from davem@localhost) by dm.cobaltmicro.com (8.8.7/8.8.7) id KAA04085; Mon, 30 Nov 1998 10:37:47 -0800 Date: Mon, 30 Nov 1998 10:37:47 -0800 Message-Id: <199811301837.KAA04085@dm.cobaltmicro.com> From: "David S. Miller" To: linux-mips@fnet.fr CC: clug-talk@nacs.net, mmarch@uswest.net In-reply-to: <001701be1c8e$3a60aaa0$24cf56d1@cowmix.phx3.mindspring.net> (mmarch@uswest.net) Subject: Re: RedHat 5.2 on Cobalt Qube/RAQ References: <001701be1c8e$3a60aaa0$24cf56d1@cowmix.phx3.mindspring.net> Content-Length: 584 Lines: 23 From: "Michael F. March" Date: Mon, 30 Nov 1998 11:21:20 -0700 Wow, you guys have done a lot of work.. What priority are kernel modules to you guys? I have been working on that separately and have not had that much luck getting it going. The main hold-up has been modutils.. What kind of trouble have you guys had trying to build that package? Save yourself some time: ftp.to.com:/pub/cobaltisdn/SRPMS/ kernel-2.0.33-4TO.src.rpm modutils-2.1.55-1TO.src.rpm Fritz Elfert did this work. Later, David S. Miller davem@dm.cobaltmicro.com From mkovach@mkovach.nacs.net Mon Nov 30 19:59:03 1998 Received: from mkovach.nacs.net (mkovach@mkovach.nacs.net [207.166.196.17]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA27319; Mon, 30 Nov 1998 19:58:59 +0100 (MET) Received-Date: Mon, 30 Nov 1998 19:58:59 +0100 (MET) Received: (from mkovach@localhost) by mkovach.nacs.net (8.8.8/8.8.7) id OAA08965 for linux-mips@fnet.fr; Mon, 30 Nov 1998 14:00:25 -0500 Message-ID: <19981130140025.I1390@mkovach.nacs.net> Date: Mon, 30 Nov 1998 14:00:25 -0500 From: Mat Kovach To: linux-mips@fnet.fr Subject: Re: RedHat 5.2 on Cobalt Qube/RAQ References: <001701be1c8e$3a60aaa0$24cf56d1@cowmix.phx3.mindspring.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <001701be1c8e$3a60aaa0$24cf56d1@cowmix.phx3.mindspring.net>; from Michael F. March on Mon, Nov 30, 1998 at 11:21:20AM -0700 Content-Length: 8959 Lines: 288 Actually, most of the current packages went without much problem (gee, I love Linux). Others were just intergrating patches with the RedHat sources. I'm sure with the remaining packages there is going to be quite a bit of porting required. I seems that there is a lot of work done already on the kernel and modutilies (I seen an achieve fom them, can not remember where right now). Engineering current MIPS patches in the RedHat sources is really going to take some time. We do have one problem, our current machine is on loan to us and we have to deliver it back in working condition *smile* so we are limited on some of the kernel work we can do. If anybody as any patches to the some of the packages that have not been completed yet, just let me know and I'll see if we can get a RPM build. Hopefully I'll be able to contrib a few patches of my own. Thanks! Mat Kovach, Cleveland Linux Users Group mkovach@mkovach.nacs.net, mkovach@cleveland.lug.net On Mon, Nov 30, 1998 at 11:21:20AM -0700, Michael F. March wrote: > Wow, you guys have done a lot of work.. > > What priority are kernel modules to you guys? I have been working > on that separately and have not had that much luck getting it going. > The main hold-up has been modutils.. > > What kind of trouble have you guys had trying to build that package? > > Thanks! > > > -----Original Message----- > > From: Greg [mailto:damin@cleveland.lug.net] > > Sent: Monday, November 30, 1998 10:57 AM > > To: linux-mips@fnet.fr > > Cc: clug-talk@nacs.net > > Subject: RedHat 5.2 on Cobalt Qube/RAQ > > > > > > Howdy all, > > The Cleveland Linux Users's Group is exactly 50% finished with our > > rebuild of RedHat 5.2 RPMS on the Cobalt Qube / RAQ platform. We are > > significantly ahead of schedule with our efforts, which can be accessed > > at; > > > > ftp://intel.cleveland.lug.net/pub/Mipsel > > > > Of the 432 SRPMS for RedHat 5.2, we have successfully rebuilt 216 > > of them. This equates to some 280 binary RPMS that are available for your > > pleasure on our FTP archive. It would be helpful if someone would consider > > mirroring our archive in the event our machine should become unavailable. > > Still don't have a working EGCS RPM, and many of the SRPMS listed > > below are Intel specific and most likely will require extensive porting > > (if even needed) to work on the Mipsel platform. The usefulness of some of > > them is without a doubt in question, but our object is to make the job > > easier for RedHat and other Mipsel users to get and install current > > software... So what the hell.. maybe there IS some value, somewhere, for > > Zgv running on a Cobalt RAQ! ;) > > In any case, here is a list of our Phase 2 SRPMS that will require > > some tweaking to build. Once we have worked through these for the next > > couple of weeks, we'll re-build a majority of the packages to include more > > current compiler tools etc.. > > > > Stuff that isn't done yet.. > > > > AfterStep-1.5-0.7.src.rpm > > AfterStep-APPS-1.5-0.3.src.rpm > > AnotherLevel-0.7.3-1.src.rpm > > ElectricFence-2.0.5-11.src.rpm > > ImageMagick-4.1.0-1.src.rpm > > MAKEDEV-2.3.1-7.src.rpm > > SVGATextMode-1.8-2.src.rpm > > SysVinit-2.74-5.src.rpm > > WindowMaker-0.20.1-3.src.rpm > > X11R6-contrib-3.3.2-3.src.rpm > > XFree86-3.3.2.3-25.src.rpm > > XFree86-ISO8859-2-1.0-1.src.rpm > > XFree86-ISO8859-9-2.1.2-1.src.rpm > > Xaw3d-1.3-17.src.rpm > > Xconfigurator-3.82-1.src.rpm > > aboot-0.5-7.src.rpm > > acm-4.7-8.src.rpm > > anonftp-2.6-1.src.rpm > > aout-libs-1.4-9.src.rpm > > awesfx-0.4.2-1.src.rpm > > bin86-0.4-5.src.rpm > > blt-2.4f-3.src.rpm > > bzip2-0.9.0b-2.src.rpm > > chkconfig-0.9.6-1.src.rpm > > clock-1.1-4.src.rpm > > cmu-snmp-3.5-3.src.rpm > > control-panel-3.7-7.src.rpm > > cxhextris-1.0-12.src.rpm > > dip-3.3.7o-12.src.rpm > > dosemu-0.98.1-2.src.rpm > > ee-0.3-8.src.rpm > > egcs-1.0.3a-14.src.rpm > > elftoaout-2.2-1.src.rpm > > elm-2.4.25-14.src.rpm > > emacs-20.3-3.src.rpm > > exmh-2.0.2-4.src.rpm > > faces-1.6.1-11.src.rpm > > fdisk-2.5-1.src.rpm > > flying-6.20-9.src.rpm > > fvwm-1.24r-15.src.rpm > > fvwm2-2.0.46-11.src.rpm > > gcc-2.7.2.3-14.src.rpm > > gd-1.3-3.src.rpm > > gdb-4.17.0.4-3.src.rpm > > gecko-1.6-0.src.rpm > > ghostscript-4.03-1.src.rpm > > gimp-1.0.1-2.src.rpm > > gimp-manual-1.0.0-1.src.rpm > > glibc-2.0.7-29.src.rpm > > glint-2.6.2-1.src.rpm > > gnome-core-0.20.1-2.src.rpm > > gnome-libs-0.20-3.src.rpm > > gnome-linuxconf-0.14-4rh.src.rpm > > gnuplot-3.6-beta347.src.rpm > > gperf-2.7-2.src.rpm > > groff-1.11a-6.src.rpm > > guavac-1.2-2.src.rpm > > gv-3.5.8-5.src.rpm > > howto-5.2-2.src.rpm > > ical-2.2-7.src.rpm > > imap-4.4-2.src.rpm > > inn-1.7.2-14.src.rpm > > isapnptools-1.15a-3.src.rpm > > ispell-3.1.20-11.src.rpm > > kaffe-1.0.b2-2.src.rpm > > kbdconfig-1.8.3-1.src.rpm > > kernel-2.0.36-0.7.src.rpm > > kernel-alpha-2.0.35-5.src.rpm > > kernel-sparc-2.0.35-11.src.rpm > > kernelcfg-0.5-3.src.rpm > > kterm-6.2.0-3.src.rpm > > ld.so-1.9.5-8.src.rpm > > libc-5.3.12-27.src.rpm > > libg++-2.7.2.8-9.src.rpm > > lilo-0.20-2.src.rpm > > linuxconf-1.12r5-6rh.src.rpm > > lsof-4.37-1.src.rpm > > ltrace-0.3.4-1.src.rpm > > lynx-2.8.1-5.src.rpm > > man-1.5f-1.src.rpm > > maplay-1.2-8.src.rpm > > mars-nwe-0.99pl10-1.src.rpm > > mc-4.1.35-2.src.rpm > > mgetty-1.1.14-5.src.rpm > > minlabel-1.2-3.src.rpm > > mkbootdisk-1.1-2.src.rpm > > mkinitrd-1.8-3.src.rpm > > mod_perl-1.15-3.src.rpm > > mod_php-2.0.1-5.src.rpm > > mod_php3-3.0.5-2.src.rpm > > modutils-2.1.85-9.src.rpm > > moonclock-1.0-13.src.rpm > > mouseconfig-3.1.3-1.src.rpm > > mtools-3.9.1-2.src.rpm > > multimedia-2.1-12.src.rpm > > mxp-1.0-9.src.rpm > > ncompress-4.2.4-11.src.rpm > > ncpfs-2.2.0-1.src.rpm > > ncurses-4.2-10.src.rpm > > ncurses3-1.9.9e-7.src.rpm > > netcfg-2.19-5.src.rpm > > netscape-4.07-1.src.rpm > > newt-0.30-2.src.rpm > > nfs-server-2.2beta37-1.src.rpm > > pam-0.64-3.src.rpm > > passwd-0.50-11.src.rpm > > perl-5.004m4-1.src.rpm > > perl-MD5-1.7-3.src.rpm > > pine-4.04-2.src.rpm > > playmidi-2.4-3.src.rpm > > pmake-1.0-10.src.rpm > > popt-1.1.1-2.src.rpm > > portmap-4.0-12.src.rpm > > postgresql-6.3.2-10.src.rpm > > ppp-2.3.5-1.src.rpm > > printtool-3.29-3.src.rpm > > procinfo-14-2.src.rpm > > procmail-3.10-13.src.rpm > > procps-1.2.9-2.src.rpm > > psacct-6.3-5.src.rpm > > psmisc-17-3.src.rpm > > pwdb-0.55-1.src.rpm > > python-1.5.1-5.src.rpm > > pythonlib-1.22-2.src.rpm > > quickstrip-1.1-4.src.rpm > > quota-1.55-9.src.rpm > > raidtools-0.50beta10-2.src.rpm > > rcs-5.7-7.src.rpm > > rdate-0.960923-5.src.rpm > > rdist-1.0-9.src.rpm > > redhat-release-5.2-1.src.rpm > > rhbackup-0.2-1.src.rpm > > rhl-alpha-install-addend-en-5.2-1.src.rpm > > rhl-install-guide-en-5.2-1.src.rpm > > rhmask-1.0-3.src.rpm > > rhs-hwdiag-0.30-1.src.rpm > > rhs-printfilters-1.46-3.src.rpm > > rhsound-1.7-3.src.rpm > > rootfiles-5.2-2.src.rpm > > routed-0.10-10.src.rpm > > rsh-0.10-4.src.rpm > > rsync-2.1.1-1.src.rpm > > rusers-0.10-8.src.rpm > > rwall-0.10-7.src.rpm > > rwho-0.10-8.src.rpm > > rxvt-2.4.7-2.src.rpm > > sash-2.1-1.src.rpm > > setserial-2.14-4.src.rpm > > setuptool-1.0-1.src.rpm > > sgml-tools-1.0.7-1.src.rpm > > sh-utils-1.16-14.src.rpm > > shapecfg-2.0.36-1.src.rpm > > sharutils-4.2-10.src.rpm > > silo-0.8-2.src.rpm > > smbfs-2.0.1-4.src.rpm > > sndconfig-0.27-1.src.rpm > > spice-2g6-9.src.rpm > > spider-1.0-7.src.rpm > > strace-3.1-11.src.rpm > > svgalib-1.3.0-2.src.rpm > > tcltk-8.0.3-20.src.rpm > > tcsh-6.07.09-1.src.rpm > > telnet-0.10-5.src.rpm > > termfiles_sparc-1.1-1.src.rpm > > tetex-0.9-6.src.rpm > > timeconfig-2.5-1.src.rpm > > transfig-3.2.1-1.src.rpm > > usermode-1.4.3-1.src.rpm > > usernet-1.0.8-1.src.rpm > > util-linux-2.8-11.src.rpm > > uucp-1.06.1-16.src.rpm > > vga_cardgames-1.3.1-9.src.rpm > > vga_gamespack-1.3-9.src.rpm > > wmakerconf-1.1.1-3.src.rpm > > wu-ftpd-2.4.2b18-2.src.rpm > > x3270-3.1.1.6-3.src.rpm > > xanim-27070-1.src.rpm > > xbanner-1.31-3.src.rpm > > xbill-2.0-4.src.rpm > > xbl-1.0h-3.src.rpm > > xboing-2.4-5.src.rpm > > xcpustate-2.5-3.src.rpm > > xdaliclock-2.10-3.src.rpm > > xdemineur-1.1-9.src.rpm > > xearth-1.0-10.src.rpm > > xevil-1.5-7.src.rpm > > xfig-3.2.2-1.src.rpm > > xfishtank-2.0-10.src.rpm > > xfm-1.3.2-10.src.rpm > > xgalaga-1.6c-8.src.rpm > > xgammon-0.98-12.src.rpm > > xgopher-1.3.3-6.src.rpm > > xjewel-1.6-9.src.rpm > > xlander-1.2-9.src.rpm > > xlispstat-3.52.5-1.src.rpm > > xloadimage-4.1-10.src.rpm > > xmailbox-2.5-5.src.rpm > > xmorph-1996.07.12-5.src.rpm > > xosview-1.6.1.a-4.src.rpm > > xpaint-2.4.9-6.src.rpm > > xpat2-1.04-8.src.rpm > > xpdf-0.7a-1.src.rpm > > xpilot-3.6.2-4.src.rpm > > xpm-3.4j-3.src.rpm > > xpuzzles-5.4.1-4.src.rpm > > xrn-9.01-1.src.rpm > > xsnow-1.40-7.src.rpm > > xsysinfo-1.6-3.src.rpm > > xterm-color-1.1-9.src.rpm > > xtoolwait-1.1-3.src.rpm > > xtrojka-1.2.3-4.src.rpm > > xv-3.10a-13.src.rpm > > xwpick-2.20-9.src.rpm > > xxgdb-1.12-6.src.rpm > > ytalk-3.0.3-6.src.rpm > > zgv-3.0-5.src.rpm > > > -- Mat Kovach From damin@intel.cleveland.lug.net Mon Nov 30 20:05:05 1998 Received: from intel.cleveland.lug.net (damin@intel.cleveland.lug.net [207.166.193.101]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA27388; Mon, 30 Nov 1998 20:05:04 +0100 (MET) Received-Date: Mon, 30 Nov 1998 20:05:04 +0100 (MET) Received: from localhost (damin@localhost) by intel.cleveland.lug.net (8.8.7/8.8.7) with SMTP id OAA08121; Mon, 30 Nov 1998 14:05:53 -0500 Date: Mon, 30 Nov 1998 14:05:53 -0500 (EST) From: Greg To: linux-mips@fnet.fr cc: clug-talk@nacs.net Subject: RE: RedHat 5.2 on Cobalt Qube/RAQ In-Reply-To: <001701be1c8e$3a60aaa0$24cf56d1@cowmix.phx3.mindspring.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1733 Lines: 46 On Mon, 30 Nov 1998, Michael F. March wrote: > Wow, you guys have done a lot of work.. > > What priority are kernel modules to you guys? I have been working > on that separately and have not had that much luck getting it going. > The main hold-up has been modutils.. Hmm... Well.. we'd like to eventually see the Mipsel platform be available for RedHat to officially support, so I would say that it's important. :) What can we do to help out? > What kind of trouble have you guys had trying to build that package? Not sure.. we automated the building of most of the RPMS up there once we got past building things that most simply RPMS needed.. Here's where Modutils fails.. Haven't looked into it quite extensively yet.. creating Makeconfig + make dep all make -C util dep make[1]: Entering directory `/home/redhat/BUILD/modutils-2.1.85/util' gcc -M -O2 -Wall -I../include -D_GNU_SOURCE *.c > .depend make[1]: Leaving directory `/home/redhat/BUILD/modutils-2.1.85/util' make -C obj dep make[1]: Entering directory `/home/redhat/BUILD/modutils-2.1.85/obj' gcc -M -O2 -Wall -I../include -D_GNU_SOURCE -DELF_MACHINE_H='"elf_mipsel.h"' -DARCH_mipsel obj_common.c obj_load.c obj_reloc.c obj_mipsel.c > .depend gcc: obj_mipsel.c: No such file or directory In file included from obj_common.c:28: ../include/obj.h:32: elf_mipsel.h: No such file or directory In file included from obj_load.c:27: ../include/obj.h:32: elf_mipsel.h: No such file or directory In file included from obj_reloc.c:28: ../include/obj.h:32: elf_mipsel.h: No such file or directory make[1]: *** [dep] Error 1 make[1]: Leaving directory `/home/redhat/BUILD/modutils-2.1.85/obj' make: *** [dep] Error 2 Bad exit status from /var/tmp/rpm-tmp.30686 (%build) From damin@intel.cleveland.lug.net Mon Nov 30 20:07:23 1998 Received: from intel.cleveland.lug.net (damin@intel.cleveland.lug.net [207.166.193.101]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA27418; Mon, 30 Nov 1998 20:07:20 +0100 (MET) Received-Date: Mon, 30 Nov 1998 20:07:20 +0100 (MET) Received: from localhost (damin@localhost) by intel.cleveland.lug.net (8.8.7/8.8.7) with SMTP id OAA08155; Mon, 30 Nov 1998 14:08:09 -0500 Date: Mon, 30 Nov 1998 14:08:09 -0500 (EST) From: Greg To: linux-mips@fnet.fr cc: ralf@uni-koblenz.de Subject: Re: Cobalt Qube / Egcs? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 89 Lines: 4 On Tue, 17 Nov 1998, Greg wrote: Ralf, Any more luck getting EGCS working on the Qube? From mmarch@mindspring.net Mon Nov 30 20:15:05 1998 Received: from bud.indirect.com (root@bud.indirect.com [165.247.1.10]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA27531; Mon, 30 Nov 1998 20:15:03 +0100 (MET) Received-Date: Mon, 30 Nov 1998 20:15:03 +0100 (MET) Received: from cowmix (root@bud.indirect.com [165.247.1.10]) by bud.indirect.com (8.8.8/8.8.7) with SMTP id MAA00861 for ; Mon, 30 Nov 1998 12:14:58 -0700 (MST) Reply-To: From: "Michael F. March" To: Subject: RE: RedHat 5.2 on Cobalt Qube/RAQ Date: Mon, 30 Nov 1998 12:15:19 -0700 Message-ID: <001c01be1c95$c4f13700$24cf56d1@cowmix.phx3.mindspring.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <19981130123623.C489@uni-koblenz.de> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal Content-Length: 734 Lines: 23 Nope. The files are gone.. :( Does anyone have a copy of these? > -----Original Message----- > From: ralf@uni-koblenz.de [mailto:ralf@uni-koblenz.de] > Sent: Monday, November 30, 1998 11:36 AM > To: Michael F. March; linux-mips@fnet.fr > Cc: clug-talk@nacs.net > Subject: Re: RedHat 5.2 on Cobalt Qube/RAQ >=20 >=20 > On Mon, Nov 30, 1998 at 11:21:20AM -0700, Michael F. March wrote: >=20 > > What priority are kernel modules to you guys? I have been working > > on that separately and have not had that much luck getting it going. > > The main hold-up has been modutils.. >=20 > Fritz Elfert has apparently bashed the last remaining bugs out of > modutils 2.1.55 available at ftp.to.com:/pub/cobaltisdn/SRPMS/. >=20 > Ralf >=20 From damin@intel.cleveland.lug.net Mon Nov 30 20:16:02 1998 Received: from intel.cleveland.lug.net (damin@intel.cleveland.lug.net [207.166.193.101]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA27564; Mon, 30 Nov 1998 20:15:59 +0100 (MET) Received-Date: Mon, 30 Nov 1998 20:15:59 +0100 (MET) Received: from localhost (damin@localhost) by intel.cleveland.lug.net (8.8.7/8.8.7) with SMTP id OAA08206 for ; Mon, 30 Nov 1998 14:16:42 -0500 Date: Mon, 30 Nov 1998 14:16:42 -0500 (EST) From: Greg To: linux-mips@fnet.fr Subject: Re: RedHat 5.2 on Cobalt Qube/RAQ In-Reply-To: <19981130140025.I1390@mkovach.nacs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1743 Lines: 34 On Mon, 30 Nov 1998, Mat Kovach wrote: > Actually, most of the current packages went without much problem (gee, I love > Linux). Others were just intergrating patches with the RedHat sources. > > I'm sure with the remaining packages there is going to be quite a bit of > porting required. I seems that there is a lot of work done already on the > kernel and modutilies (I seen an achieve fom them, can not remember where > right now). Engineering current MIPS patches in the RedHat sources is really > going to take some time. > > We do have one problem, our current machine is on loan to us and we have to > deliver it back in working condition *smile* so we are limited on > some of the kernel work we can do. As Matt says, our development box is on loan to us from a third party that will need it back in working condition. He purchased a couple and he's allowing us to use one to extend the functionality of the box to meet some of his extended needs. I'm attempting to work directly with Cobalt to get a long term evaluation unit for them so we can continue our work. I'm optimistic they will provide us a unit. I'd love one that we could hook up to an external RAID chassis! ;) > If anybody as any patches to the some of the packages that have not been > completed yet, just let me know and I'll see if we can get a RPM build. > Hopefully I'll be able to contrib a few patches of my own. As I've said before.. a working EGCS would help us build about 45% of those SRPMS that failed during the first run through. I am by no means a wonderful programmer, but I can hack patches into RPMS to make things build and work. At this stage, I think the architecture requires this sort of grunt work to get the remaining work done.... From adevries@engsoc.carleton.ca Mon Nov 30 20:14:35 1998 Received: from lager.engsoc.carleton.ca (adevries@lager.engsoc.carleton.ca [134.117.69.26]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA27502; Mon, 30 Nov 1998 20:14:31 +0100 (MET) Received-Date: Mon, 30 Nov 1998 20:14:31 +0100 (MET) Received: from localhost (adevries@localhost) by lager.engsoc.carleton.ca (8.8.7/8.8.7) with SMTP id OAA03143 for ; Mon, 30 Nov 1998 14:19:30 -0500 X-Authentication-Warning: lager.engsoc.carleton.ca: adevries owned process doing -bs Date: Mon, 30 Nov 1998 14:19:30 -0500 (EST) From: Alex deVries To: linux-mips@fnet.fr Subject: Re: RedHat 5.2 on Cobalt Qube/RAQ In-Reply-To: <19981130140025.I1390@mkovach.nacs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 937 Lines: 21 On Mon, 30 Nov 1998, Mat Kovach wrote: > Actually, most of the current packages went without much problem (gee, I love > Linux). Others were just intergrating patches with the RedHat sources. > > I'm sure with the remaining packages there is going to be quite a bit of > porting required. I seems that there is a lot of work done already on the > kernel and modutilies (I seen an achieve fom them, can not remember where > right now). Engineering current MIPS patches in the RedHat sources is really > going to take some time. I'm working for Red Hat merging patches from unsupported archs (including armv4l, m68k and mipseb), so I don't mind handling the mipsel patch merge so that subsequent releases of RH will be easier to port. I'm doing this on my own time, however. When the list of mipsel changes to source rpms has been done, could someone mail me (adevries@redhat.com) a list of the modified packages? - Alex deVries From mmarch@mindspring.net Mon Nov 30 21:42:43 1998 Received: from bud.indirect.com (root@bud.indirect.com [165.247.1.10]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA28325; Mon, 30 Nov 1998 21:42:41 +0100 (MET) Received-Date: Mon, 30 Nov 1998 21:42:41 +0100 (MET) Received: from cowmix (root@bud.indirect.com [165.247.1.10]) by bud.indirect.com (8.8.8/8.8.7) with SMTP id NAA04089 for ; Mon, 30 Nov 1998 13:42:36 -0700 (MST) Reply-To: From: "Michael F. March" To: Subject: RedHat 5.2 on Cobalt Qube/RAQ Date: Mon, 30 Nov 1998 13:42:57 -0700 Message-ID: <001f01be1ca2$02ff0660$24cf56d1@cowmix.phx3.mindspring.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal Content-Length: 776 Lines: 24 Nope. The files are gone.. :( =20 Does anyone have a copy of these? =20 > > -----Original Message----- > > From: ralf@uni-koblenz.de [mailto:ralf@uni-koblenz.de] > > Sent: Monday, November 30, 1998 11:36 AM > > To: Michael F. March; linux-mips@fnet.fr > > Cc: clug-talk@nacs.net > > Subject: Re: RedHat 5.2 on Cobalt Qube/RAQ > >=20 > >=20 > > On Mon, Nov 30, 1998 at 11:21:20AM -0700, Michael F. March wrote: > >=20 > > > What priority are kernel modules to you guys? I have been working > > > on that separately and have not had that much luck getting it = going. > > > The main hold-up has been modutils.. > >=20 > > Fritz Elfert has apparently bashed the last remaining bugs out of > > modutils 2.1.55 available at ftp.to.com:/pub/cobaltisdn/SRPMS/. > >=20 > > Ralf