Neither my AS4000 nor this new ES40 will respond to a BREAK signal on
the serial console.

However as this shows the terminal server (and conserver) is definitely
correctly configured to generate a BREAK signal as it works on i386 (and
on my sparcs too):

	$ console always   
	[Enter `^Ec?' for help]
	
	
	NetBSD/i386-1.6.2_STABLE (always) (tty00)
	
	Current local time is  7:20PM on Monday, 20 September 2004
	
	login: 
	[halt sent]
	Stopped at      cpu_Debugger+0x4:       movl    %ebp,%esp
	db> cont
	
	
	NetBSD/i386-1.6.2_STABLE (always) (tty00)
	
	Current local time is  7:20PM on Monday, 20 September 2004
	
	login: 
	[disconnect]


On the ES40 I can get somewhat the same effect as a BREAK by pushing the
virtual HALT button via the RMC/RCM, but is this the only way?


RMC>halt in

Returning to COM port

halted CPU 0

halt code = 1
operator initiated halt
PC = fffffc0000300644
P00>>>
RMC>halt out

Returning to COM port

P00>>>cont

continuing CPU 0
CP - RESTORE_TERM routine to be called
panic: user requested console halt
Stopped at      cpu_Debugger+0x4:       ret     zero,(ra)
db> trace
cpu_Debugger() at cpu_Debugger+0x4
panic() at panic+0x160
console_restart() at console_restart+0x7c
XentRestart() at XentRestart+0x90
--- console restart (from ipl 0) ---
idle() at idle+0x28
mi_switch() at mi_switch+0x22c
ltsleep() at ltsleep+0x34c
isp_mboxcmd() at isp_mboxcmd+0x488
isp_fw_state() at isp_fw_state+0x44
isp_fclink_test() at isp_fclink_test+0x8c
isp_control() at isp_control+0x3a0
isprequest() at isprequest+0x350
scsipi_run_queue() at scsipi_run_queue+0x2c0
scsipi_execute_xs() at scsipi_execute_xs+0x318
scsi_scsipi_cmd() at scsi_scsipi_cmd+0x1c0
scsipi_command() at scsipi_command+0xd8
scsipi_inquire() at scsipi_inquire+0x5c
scsi_probe_device() at scsi_probe_device+0x118
scsi_probe_bus() at scsi_probe_bus+0x154
scsibus_config_interrupts() at scsibus_config_interrupts+0x8c
config_process_deferred() at config_process_deferred+0x80
configure() at configure+0x6c
main() at main+0x4f8
locorestart() at locorestart+0x64
--- root of call graph ---
db> 


(this RCM/RMC confusion between the AS4000 and ES40 is driving me nuts! :-)

-- 
						Greg A. Woods

+1 416 218-0098                  VE3TCP            RoboHack <woods@robohack.ca>
Planix, Inc. <woods@planix.com>          Secrets of the Weird <woods@weird.com>