src/sys/dev/sio, branch releng/7.3

MFC r172568

2008-07-28T15:49:26Z

Spelling fix for interupt -> interrupt

Merge amd64/machdep.c:1.680, amd64/mp_watchdog.c:1.6,

2008-03-30T09:19:09Z

uart_dev_at91usart.c:1.13, scsi_low.h:1.9, subr_ntoskrnl.c:1.94, OsdDebug.c:1.14, dcons_os.c:1.20, ofw_consle.c:1.37, dev/sio.c:1.473, syscons.c:1.454, uart_core.c:1.23, union_subr.c:1.96, i386/machdep.c:1.664, i386/mp_watchdog.c:1.6, ia64/machdep.c:1.228, kern_clock.c:1.206, kern_shutdown.c:1.186, subr_kdb.c:1.25, subr_witness.c:1.239, vfs_subr.c:1.711, ng_base.c:1.140, cbus/sio.c:1.247, pc98/machdep.c:1.399, aim/machdep.c:1.107, pswitch.c:1.7, mac_test.c:19.3, psycho.c:1.73, sparc64/machdep.c:1.140, sparc64/trap.c:1.89, hvcons.c:1.7, sun4v/machdep.c:1.17, sun4v/trap.c:1.17, kdb.h:1.6 from HEAD to RELENG_7: Add a new 'why' argument to kdb_enter(), and a set of constants to use for that argument. This will allow DDB to detect the broad category of reason why the debugger has been entered, which it can use for the purposes of deciding which DDB script to run. Assign approximate why values to all current consumers of the kdb_enter() interface. For ABI/KPI reasons, the MFC creates a new function, kdb_enter_why(), with the new argument, updating existing consumers to use that, preserving kdb_enter() with the current argument, and wrapping it around kdb_enter_why().

o Revert last. The chip is already supported by puc(4).

2007-03-29T04:26:52Z

Pointed out by: marcel, Joseph Terner

o Add MosChip 9835 PCI Dual UART PCI id.

2007-03-28T18:56:27Z

PR: kern/110967 Submitted by: Joseph Terner MFC after: 1 month

o break newbus api: add a new argument of type driver_filter_t to

2007-02-23T12:19:07Z

bus_setup_intr() o add an int return code to all fast handlers o retire INTR_FAST/IH_FAST For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current Reviewed by: many Approved by: re@

Only treat positive values as errors...

2006-09-14T03:47:59Z

Pointed out by: wsk Message-ID: <45060FC4.2090308@gddsn.org.cn>

Restore the status quo before my last commit. Prior to it, sio took

2006-07-17T03:47:18Z

precedence uart. With my last change, it became a tie, and uart seems to always win on my amd64. This was not my intention, so have sio be just a tiny bit more preferred than uart. Note: I'm not making any judgement on the merits of uart winning. I'm just saying that if we want to change it, we do it on purpose.

Have sio return BIS_PROBE_DEFAULT like all the other drivers in the

2006-06-30T06:27:24Z

tree... John Baldwin noted that sio might pass values between probe and attach via softc. It appears that sio does leave the hardware in a known state after probing, so other drivers that try to probe might leave it in a worse state. It doesn't seem to pass any data in softc, however, that I could find... I think we should not be probing for anything but nonPnP isa, but that's a change for another day. Submitted by: Frank Behrens PR: 87845

Eliminate gdb_checkc member from GDB_DBGPORT(), it is never used.

2006-05-26T11:54:32Z

Use polling behaviour for gdb_getc() where convenient, this edges us closer to the console code.

Convert to use CONSOLE_DRIVER() macro:

2006-05-26T11:21:52Z

Remove cngetc, rename cncheckc to cngetc (fix GDB console accordingly)