Re: Sparc classic serial ports ttya vs cuaa
Miod Vallat wrote: Hi all, I've been working on getting gpsd working on one of my old Sun IPXes but I've run into a problem with ldattach needing the /dev/cuaa device. The serial port /dev/ttya is working with gpsd directly but ldattach requires /dev/cuaa. However, according to the system logs, ldattach issues the error (ldattach is run as root): ldattach: can't open /dev/cuaa: Device not configured Oops. Big oops. cua support for zstty was removed about 7.5 years ago, it was intended to be brought back, but I had completely forgotten about this. Does the following diff help? It should apply cleanly to 4.6 too (apply in sys/arch/sparc/dev). The patch did enable the /dev/cua* devices. I was able to use minicom to connect to /dev/cuaa and see the data streaming back from my GPS receiver. However, ldattach still doesn't seem to know what to do with the device. I started up ldattach as: ldattach -d -p -t dcd nmea /dev/cuaa But it just sits there and does nothing.
Re: Make don't know how to make
Philip Guenther wrote: On Friday, March 5, 2010, Alex Carver wrote: ... Assembler messages: Warning: end of file not at end of a line; newline inserted cpp0: output pipe has been closed cc: Internal compiler error: program cc1 got fatal signal 11 [standard input]:2197: Error: Illegal operands The error isn't always the same file on two consecutive tries but they do seem to repeat themselves (in other words, init_sysent.c has shown up as an error more than once but not consecutively, same for pf.c) Intermittent and inconsistent signal 11's from the compiler: that's classically the sign of bad memory in the box. Try removing or replacing the memory. Ok, I've gone through multiple iterations of memory sticks of various sizes and even swapped motherboards but I still get signal 11's. Is there a low memory flag I can set that will prevent make from using all available RAM? This signal 11 issue doesn't crop up immediately, it takes quite some time before it finally shows up.
Re: Make don't know how to make
Nick Holland wrote: Alexander Carver wrote: Ok, I've gone through multiple iterations of memory sticks of various sizes and even swapped motherboards but I still get signal 11's. Is there a low memory flag I can set that will prevent make from using all available RAM? This signal 11 issue doesn't crop up immediately, it takes quite some time before it finally shows up. some machines just do this. I've had horrible problems with this on several AMD K6 systems, the solution seems to be (on those, if possible) underclock the external bus, and increase the clock multiplier. Took a 450MHz system (4.5x100MHz probably), changed it to 5.5x83.3MHz), and the thing has been rock solid ever since. Actually, it was rock solid before, for everything but compiling. I'm guessing some of the glue chips between the CPU and the RAM suck, at least the way GCC beats on 'em. It wasn't the RAM itself, swapped with good in other systems RAM, even with 133MHz parts. Nick. Unfortunately on this little IPX I can't change any speeds. I was hoping for some flag that could run the compiler in low memory mode. I suppose I could just remove the output file that failed and resume the make. It seems to go through again just fine and then sometime later messes up. One way or another I need to get this kernel compiled so I can try the supplied patches for /dev/cua* devices.
Re: Make don't know how to make
Philip Guenther wrote: On Friday, March 5, 2010, Alex Carver wrote: ... Assembler messages: Warning: end of file not at end of a line; newline inserted cpp0: output pipe has been closed cc: Internal compiler error: program cc1 got fatal signal 11 [standard input]:2197: Error: Illegal operands The error isn't always the same file on two consecutive tries but they do seem to repeat themselves (in other words, init_sysent.c has shown up as an error more than once but not consecutively, same for pf.c) Intermittent and inconsistent signal 11's from the compiler: that's classically the sign of bad memory in the box. Try removing or replacing the memory. I'll try that again although I did it once before with no luck. But it's worth another shot.
Re: Make don't know how to make
Abel Abraham Camarillo Ojeda wrote: Alex Carver agcarver+open...@acarver.net wrote: Suggestions? are you running current? if so: http://www.openbsd.org/faq/current.html#20100203 No, I am not running current. This is a stock installation of 4.6 and the source is from the src.tar.gz file from the same place. I went ahead and wiped the entire src tree and started from scratch. The compile started working but then died later: In file included from ../../../../kern/init_sysent.c:14: ../../../../sys/syscallargs.h:1119: Internal compiler error in 'grokdeclarator', at c-decl.c:4505 No idea what happened there.
Re: Still no luck with OpenBSD/sparc and /dev/cuaa
Otto Moerbeek wrote: On Thu, Feb 25, 2010 at 10:45:38PM +0100, Otto Moerbeek wrote: hOn Thu, Feb 25, 2010 at 01:15:29PM -0800, Alex Carver wrote: I've tried all the suggestions so far but no luck. I can not ever get /dev/cua* to work properly. Even cat fails: # cat /dev/cuaa ksh: cannot open /dev/cuaa: Device not configured So the fundamental problem is this Device not configured error. How is OpenBSD supposed to be configuring these devices and why is my system not doing so? This is a completely clean install of OpenBSD on the machine after completely formatting and repartitioning the hard drive. There's something missing and it's probably something simple but I've stared at it for so logn now that I'm likely missing it entirely. according to sys/arch/sparc/sparc/conf.c, zs uses major device number 12. Check the device majer/minors: /dev/ttya should be 12,0 and /dev/cuau 12,128. That should be cuaa of course # ls -l /dev/cuaa crw-rw 1 uucp dialer 12, 128 Feb 21 18:52 /dev/cuaa # ls -l /dev/ttya crw-rw 1 uucp dialer 12, 0 Feb 24 22:31 /dev/ttya # They match what they should be but it still comes up device not configured.
Re: Sparc classic serial ports ttya vs cuaa
Henning Brauer wrote: * Alex Carver agcarver+open...@acarver.net [2010-02-23 05:53]: I've been working on getting gpsd working on one of my old Sun IPXes but I've run into a problem with ldattach needing the /dev/cuaa device. The serial port /dev/ttya is working with gpsd directly but ldattach requires /dev/cuaa. However, according to the system logs, ldattach issues the error (ldattach is run as root): ldattach: can't open /dev/cuaa: Device not configured if memory serves the serial driver for the sparcs doesn't implement the cua devices. you omitted a dmesg and i don't remember which serial driver the onboard cereals use tho. the manpage would have a note. However, the device does exist in the /dev tree: of course. that doesn't mean anything. I'll get a dmesg posted when I can return to the machine but the ports are using the zs drivers.
Re: Sparc classic serial ports ttya vs cuaa
Mattieu Baptiste wrote: On Tue, Feb 23, 2010 at 5:20 PM, Henning Brauer lists-open...@bsws.de wrote: * Alex Carver agcarver+open...@acarver.net [2010-02-23 05:53]: I've been working on getting gpsd working on one of my old Sun IPXes but I've run into a problem with ldattach needing the /dev/cuaa device. The serial port /dev/ttya is working with gpsd directly but ldattach requires /dev/cuaa. However, according to the system logs, ldattach issues the error (ldattach is run as root): ldattach: can't open /dev/cuaa: Device not configured if memory serves the serial driver for the sparcs doesn't implement the cua devices. you omitted a dmesg and i don't remember which serial driver the onboard cereals use tho. the manpage would have a note. On my SPARCclassic, this is /dev/zstty0 and /dev/zstty1. I don't have any /dev/zstty* devices at all on the system. MAKEDEV created /dev/tty[a-d], /dev/cua0[0-3], and /dev/cua[a-d] but no zstty.
Re: Sparc classic serial ports ttya vs cuaa
Mattieu Baptiste wrote: On Tue, Feb 23, 2010 at 5:20 PM, Henning Brauer lists-open...@bsws.de wrote: * Alex Carver agcarver+open...@acarver.net [2010-02-23 05:53]: I've been working on getting gpsd working on one of my old Sun IPXes but I've run into a problem with ldattach needing the /dev/cuaa device. The serial port /dev/ttya is working with gpsd directly but ldattach requires /dev/cuaa. However, according to the system logs, ldattach issues the error (ldattach is run as root): ldattach: can't open /dev/cuaa: Device not configured if memory serves the serial driver for the sparcs doesn't implement the cua devices. you omitted a dmesg and i don't remember which serial driver the onboard cereals use tho. the manpage would have a note. On my SPARCclassic, this is /dev/zstty0 and /dev/zstty1. The output of dmesg is below. It shows zstty0 and zstty1 but /dev does not have those devices. If it's possible to create them what do I need to do? The MAKEDEV script does not contain anything for zstty devices, either. OpenBSD 4.6 (GENERIC) #27: Thu Jul 9 23:37:56 MDT 2009 dera...@sparc.openbsd.org:/usr/src/sys/arch/sparc/compile/GENERIC real mem = 33443840 (31MB) avail mem = 26951680 (25MB) mainbus0 at root: SUNW,Sun 4/50 cpu0 at mainbus0: W8601/8701 or MB86903 @ 40 MHz, on-chip FPU; cache chip bug - trap page uncached cpu0: 64K byte write-through, 32 bytes/line, hw flush cache enabled memreg0 at mainbus0 ioaddr 0xf400 clock0 at mainbus0 ioaddr 0xf200: mk48t02 (eeprom) timer0 at mainbus0 ioaddr 0xf300 delay constant 17 auxreg0 at mainbus0 ioaddr 0xf743 zs0 at mainbus0 ioaddr 0xf100 pri 12, softpri 6 zstty0 at zs0 channel 0 zstty1 at zs0 channel 1 zs1 at mainbus0 ioaddr 0xf000 pri 12, softpri 6 zskbd0 at zs1 channel 0: keyboard, type 4, layout 0x0 wskbd0 at zskbd0: console keyboard zsms0 at zs1 channel 1 wsmouse0 at zsms0 mux 0 audioamd0 at mainbus0 ioaddr 0xf7201000 pri 13, softpri 4 audio0 at audioamd0 sbus0 at mainbus0 ioaddr 0xf800: clock = 20 MHz dma0 at sbus0 slot 0 offset 0x40: rev 1+ esp0 at sbus0 slot 0 offset 0x80 pri 3: ESP100A, 25MHz scsibus0 at esp0: 8 targets, initiator 7 sd0 at scsibus0 targ 3 lun 0: SGI, SEAGATE ST31200N, 8640 SCSI2 0/direct fixed sd0: 1014MB, 512 bytes/sec, 2077833 sec total sd1 at scsibus0 targ 4 lun 0: SEAGATE, ST32430N SUN2.1G, 0444 SCSI2 0/direct fixed sd1: 2049MB, 512 bytes/sec, 4197405 sec total cd0 at scsibus0 targ 6 lun 0: TOSHIBA, XM-4101TASUNSLCD, 0494 SCSI2 5/cdrom removable le0 at sbus0 slot 0 offset 0xc0 pri 5: address 08:00:20:a4:b6:47
