Re: Problem with Happy Meal drivers
On 1/11/2004 5:54 AM, [EMAIL PROTECTED] wrote: On Sun, Jan 11, 2004 at 08:58:17AM +0100, bath66 wrote: Andrew Sharp [EMAIL PROTECTED] was quoted as saying by some wrong mail agent operated by Mr. bath66 who should know better Before you turn off the PC that is connected to the Sun's serial console, remove the cable from the sun. That way, the sun will stay running and you won't have these problems. Thanks for the conseil .. It work now ... but can you explain me why ? A break signal on the sun serial port drops it into the openboot prompt. 'go' restarts it where it left off. In rs232 a break is signaled by holding the line low for longer than 10 bit times (therefore it cannot be a valid byte b/c a valid byte would have ended with a high stop bit at the 9th bit[1]). Some PCs inadvertently drive TX low for that long as power goes down. There isn't much you can do; I even tried lowering the baud rate and even as 1200 the PC's signal was long enough to act as a break. -Nicolas Dade [1] assuming 8N1; the principal is the same with other data settings--- a break is unambiguously not a data transfer Run this command to over come the hardware BREAK signal: /sbin/sysctl -w kernel/stop-a=0 The above is the same as Solaris /etc/default/kbd with: KEYBOARD_ABORT=disable
Re: Problem with Happy Meal drivers
I am reasonably certain this doesn't happen on (some?) sparc hardware. I've had an Ultra30 plugged into our E450 via serial, and when I rebooted it, I don't recall finding the E450 at PROM later. I could be wrong, of course. On Sun, Jan 11, 2004 at 03:54:17AM -0800, [EMAIL PROTECTED] said: Date: Sun, 11 Jan 2004 03:54:17 -0800 From: [EMAIL PROTECTED] To: bath66 [EMAIL PROTECTED] Cc: Andrew Sharp [EMAIL PROTECTED], debian-sparc@lists.debian.org Subject: Re: Problem with Happy Meal drivers User-Agent: Mutt/1.3.28i X-Spam-Status: No, hits=0.3 required=4.0 tests=NO_REAL_NAME autolearn=no version=2.60 X-Spam-Level: On Sun, Jan 11, 2004 at 08:58:17AM +0100, bath66 wrote: Andrew Sharp [EMAIL PROTECTED] was quoted as saying by some wrong mail agent operated by Mr. bath66 who should know better Before you turn off the PC that is connected to the Sun's serial console, remove the cable from the sun. That way, the sun will stay running and you won't have these problems. Thanks for the conseil .. It work now ... but can you explain me why ? A break signal on the sun serial port drops it into the openboot prompt. 'go' restarts it where it left off. In rs232 a break is signaled by holding the line low for longer than 10 bit times (therefore it cannot be a valid byte b/c a valid byte would have ended with a high stop bit at the 9th bit[1]). Some PCs inadvertently drive TX low for that long as power goes down. There isn't much you can do; I even tried lowering the baud rate and even as 1200 the PC's signal was long enough to act as a break. -Nicolas Dade [1] assuming 8N1; the principal is the same with other data settings--- a break is unambiguously not a data transfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Mike Edwards [EMAIL PROTECTED] System Administrator Psychology Department, Rutgers University, Newark campus 973-353-5440 x246
Re: Problem with Happy Meal drivers
Thanks for the conseil .. It work now ... but can you explain me why ? bath66. - Original Message - From: Andrew Sharp [EMAIL PROTECTED] To: bath66 [EMAIL PROTECTED] Cc: debian-sparc@lists.debian.org Sent: Sunday, January 11, 2004 5:04 AM Subject: Re: Problem with Happy Meal drivers Before you turn off the PC that is connected to the Sun's serial console, remove the cable from the sun. That way, the sun will stay running and you won't have these problems. a On Sun, Jan 11, 2004 at 02:38:26AM +0100, bath66 wrote: Hello, I'm using a Sun Ultra (sparc64) which is running under the kernel 2.4.24-SMP. I also use two network cards handled by your driver (sunhme) : A SunSwift (eth1) which is connected to my LAN and the onboard card (eth0) which is connected to the internet thru PPPoE. Im using this machine as a small gateway. Unfortunately, i've got a very annoying problem : when all the computers of the network are switched off - the gateway remaining the only active computer on the LAN - it is irremediably crashing. So I switch on one PC, connect to the console port (the network isn't working anymore) and then type 'return', i get into the PROM and type 'go' and get this message : -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problem with Happy Meal drivers
On Sun, Jan 11, 2004 at 08:58:17AM +0100, bath66 wrote: Andrew Sharp [EMAIL PROTECTED] was quoted as saying by some wrong mail agent operated by Mr. bath66 who should know better Before you turn off the PC that is connected to the Sun's serial console, remove the cable from the sun. That way, the sun will stay running and you won't have these problems. Thanks for the conseil .. It work now ... but can you explain me why ? A break signal on the sun serial port drops it into the openboot prompt. 'go' restarts it where it left off. In rs232 a break is signaled by holding the line low for longer than 10 bit times (therefore it cannot be a valid byte b/c a valid byte would have ended with a high stop bit at the 9th bit[1]). Some PCs inadvertently drive TX low for that long as power goes down. There isn't much you can do; I even tried lowering the baud rate and even as 1200 the PC's signal was long enough to act as a break. -Nicolas Dade [1] assuming 8N1; the principal is the same with other data settings--- a break is unambiguously not a data transfer
Re: Problem with Happy Meal drivers
Before you turn off the PC that is connected to the Sun's serial console, remove the cable from the sun. That way, the sun will stay running and you won't have these problems. a On Sun, Jan 11, 2004 at 02:38:26AM +0100, bath66 wrote: Hello, I'm using a Sun Ultra (sparc64) which is running under the kernel 2.4.24-SMP. I also use two network cards handled by your driver (sunhme) : A SunSwift (eth1) which is connected to my LAN and the onboard card (eth0) which is connected to the internet thru PPPoE. Im using this machine as a small gateway. Unfortunately, i've got a very annoying problem : when all the computers of the network are switched off - the gateway remaining the only active computer on the LAN - it is irremediably crashing. So I switch on one PC, connect to the console port (the network isn't working anymore) and then type 'return', i get into the PROM and type 'go' and get this message :