Changes in uart_cpu_sparc64.c

718cf2cc - sys/dev: further adoption of SPDX licensing ID tags.

Mon, 27 Nov 2017 14:52:40 +0000

sys/dev: further adoption of SPDX licensing ID tags.Mainly focus on files that use BSD 2-Clause license, however the tool Iwas using misidentified many licenses so this was mostly a manual - errorprone - task.The Software Package Data Exchange (SPDX) group provides a specificationto make it easier for automated tools to detect and summarize well knownopensource licenses. We are gradually adopting the specification, notingthat the tags are considered only advisory and do not, in any way,superceed or replace the license texts. List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

74794d0d - MFC: r200926

Wed, 13 Jan 2010 21:21:29 +0000

MFC: r200926Recognize the NS16552 found in PCIe-based sun4u machines. List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

dc15eac0 - Use strchr() and strrchr().

Mon, 02 Jan 2012 12:12:10 +0000

Use strchr() and strrchr().It seems strchr() and strrchr() are used more often than index() andrindex(). Therefore, simply migrate all kernel code to use it.For the XFS code, remove an empty line to make the code identical tothe code in the Linux kernel. List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

c71dacd1 - Recognize the SAB 82532 found in Fujitsu PRIMEPOWER650 and 900.

Sun, 15 May 2011 13:27:38 +0000

Recognize the SAB 82532 found in Fujitsu PRIMEPOWER650 and 900. List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

d5dba21c - Add sbbc(4), a driver for the BootBus controller found in Serengeti and

Sat, 10 Apr 2010 11:52:12 +0000

Add sbbc(4), a driver for the BootBus controller found in Serengeti andStarCat systems which provides time-of-day services for both as well asconsole service for Serengeti, i.e. Sun Fire V1280. While the latter isdescribed with a device type of serial in the OFW device tree, it isn'tactually an UART. Nevertheless the console service is handled by uart(4)as this allowed to re-use quite a bit of MD and MI code. Actually, thisidea is stolen from Linux which interfaces the sun4v hypervisor consolewith the Linux counterpart of uart(4). List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

48533564 - Recognize the NS16552 found in PCIe-based sun4u machines.

Wed, 23 Dec 2009 22:31:43 +0000

Recognize the NS16552 found in PCIe-based sun4u machines. List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

f8100ce2 - Don't expose the uart_ops structure directly, but instead have

Mon, 02 Apr 2007 22:00:22 +0000

Don't expose the uart_ops structure directly, but instead haveit obtained through the uart_class structure. This allows usto declare the uart_class structure as weak and as such allowsus to reference it even when it's not compiled-in.It also allows is to get the uart_ops structure by name, whichmakes it possible to implement the dt tag handling in uart_getenv().The side-effect of all this is that we're using the uart_classstructure more consistently which means that we now also haveaccess to the size of the bus space block needed by the hardwarewhen we map the bus space, eliminating any hardcoding. List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

ea227b49 - - Add support for using LOM (Lights Out Management) and RSC (Remote System

Sat, 04 Feb 2006 23:27:16 +0000

- Add support for using LOM (Lights Out Management) and RSC (Remote System Control) devices as console. These are microcontrollers which are either on-board or part of an add-on card and provide terminal server, remote power switch and monitoring functionality. For console usage these are connected to the rest of the system via a SCC or an UART. This commit adds support for the following variants (corresponds to what 'input-device' and 'output-device' have to be set to): rsc found on-board in E250 and supposedly some Netra, connected via a SAB82532, com. parameters can be determined via OFW rsc-console RSC card found in E280R, Fire V4x0, Fire V8x0, connected via a NS16550, hardwired to 115200 8N1 lom-console LOMlite2 card found in Netra 20/T4, connected via a NS16550, hardwired to 9600 8N1- Add my copyright to uart_cpu_sparc64.c as I've rewritten about one third of that file over time.Tested on: E250, E280RThanks to: dwhite@ for providing access to an E280ROK'ed by: marcelMFC after: 1 week List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

1b279bfb - - Change the code that determines whether to use a serial console and

Mon, 15 Aug 2005 20:58:36 +0000

- Change the code that determines whether to use a serial console and which serial device to use in that case respectively to not rely on the OFW names of the input/output and stdin/stdout devices. Instead check whether input and output refers to the same device and is of type serial (uart(4) was already doing this) and for the fallback to a serial console in case a keyboard is the selected input device but unplugged do the same for stdin and stdout in case the input device is nonexistent (PS/2 and USB keyboards) or has a 'keyboard' property (RS232 keyboards). Additionally also check whether the OFW did a fallback to a serial console in the same way in case the output device is nonexistent. While at it save on some variables and for sys/boot/sparc64/loader/metadata.c move the code in question to a new function md_bootserial() so it can be kept in sync with uart_cpu_getdev_console() more easily. This fixes selecting a serial console and the appropriate device when using a device path for the 'input-device' and 'output-device' OFW environment variables instead of an alias for the serial device to use or when using a screen alias that additionally denotes a video mode (like e.g. 'screen:r1024x768x60') but no keyboard is plugged in (amongst others). It also makes the code select a serial console in case the OFW did the same due to a misconfiguration like both 'input-device' and 'output-device' set to 'keyboard' or to a nonexisting device (whether the OFW does a fallback to a serial console in case of a misconfiguration or one ends up with just no console at all highly depends on the OBP version however).- Reduce the size of buffers that only ever need to hold the string 'serial' accordingly. Double the size of buffers that may need to hold a device path as e.g. '/pci@8,700000/ebus@5/serial@1,400000:a' exceeds 32 chars.- Remove the package handle of the '/options' node from the argument list of uart_cpu_getdev_dbgport() as it's unused there and future use is also unlikely.MFC after: 1 week List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

079f9edf - Recognize the SAB82532 in USIII machines.

Sun, 07 Aug 2005 13:37:25 +0000

Recognize the SAB82532 in USIII machines. List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

ecf42695 - Change the semantics of uart_cpu_getdev_keyboard() to only match SCCs/

Sat, 04 Jun 2005 21:33:18 +0000

Change the semantics of uart_cpu_getdev_keyboard() to only match SCCs/UARTs used to connect keyboards and not also PS/2 keyboards and onlyreturn their package handle in case the keyboard is the preferred oneaccording to the OFW but otherwise still regardless of whether thekeyboard is used for stdin or not. This is simply achieved by lookingat the 'keyboard' alias and returning the corresponding package handlein case it refers to a SCC/UART. This is change is done in order togive the keyboard which the OFW or the user selected in OFW on boardsthat support additional types of keyboards besides the RS232 ones alsopreference in FreeBSD. It will be also used to determine on Sun AXi andSun AXmp boards whether a PS/2 or a RS232 is to be used as these aresort of mutual exclusive there (see upcoming commit to uart_bus_ebus.c).Note that Tatung AXi boards have the same issue but the former codehappened to already give the PS/2 keyboard preference by not identifyingthe respective UART as keyboard system device there because the PS/2keyboard node precedes the keyboard UART one in the OFW device tree ofthese boards (which isn't the case for the Sun AXi).Ok'ed by: marcel List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

082c4344 - In uart_cpu_getdev_console() when determinig whether we should use

Sat, 12 Mar 2005 17:06:03 +0000

In uart_cpu_getdev_console() when determinig whether we should usea serial console anyway because input-device is set to keyboard andoutput-device is set to screen but no keyboard is plugged in don'tassume that a device node for the input-device alias exists. Whilethis is true for RS232 keyboards (the node of the SCC and UARTrespectively which controls the keyboard doesn't disappear when nokeyboard is plugged in) this assumption breaks for USB keyboards.It's most likely also not true for PS/2 keyboards but OFW doesn'treliably switch to a serial console when the potential keyboard isa PS/2 one which isn't plugged in so this couldn't be verifiedproperly.Reported by: Will Andrews , obrienMFC after: 1 week List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

2b2250b1 - - Re-write OF_decode_addr() with a bus-neutral approach, adding support

Sat, 12 Feb 2005 19:13:51 +0000

- Re-write OF_decode_addr() with a bus-neutral approach, adding support for nodes hanging off of Central (untested), FireHose (untested) and PCI (tested) busses.- Add an additional parameter to OF_decode_addr() which specifies the index of the register bank to decode.These should allow to eventually add support for the Z8530 hanging off ofFireHose to uart(4) and to write support for PCI-based graphics adapters.Suggested by: tmm (back in '03) List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

098ca2bd - Start each of the license/copyright comments with /*-, minor shuffle of lines

Thu, 06 Jan 2005 01:43:34 +0000

Start each of the license/copyright comments with /*-, minor shuffle of lines List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

36bdb858 - - Don't blindly use the return value of uart_cpu_channel() to calculate

Sun, 28 Nov 2004 16:00:36 +0000

- Don't blindly use the return value of uart_cpu_channel() to calculate the address of a channel on a SCC, it returns 0 on failure. [1]- Hardcode channel 1 for the keyboard on Z8530, the information present in the Open Firmware device tree doesn't allow to determine this via uart_cpu_channel(). This makes the keyboard (if one backs out rev. 1.5 of sys/dev/puc/puc_sbus.c and has both keyboard and mouse plugged in to avoid the hang that revision works around) and consequently syscons(4) on Ultra 2 work. There's a problem with the keyboard LEDs similar to the one on Ultra 60 (LEDs don't get lit under X) though, instead of lighting just a specific single one all get lit and can't be turned off again. [1]- Add comments about what uart_cpu_channel() and uart_cpu_getdev_keyboard() do and their constraints.- Improve the comments about what uart_cpu_getdev_[console,dbgport]() do, they don't return an address (as in bus) but an Open Firmware package handle.Reviewed by: marcel (modulo the comments) [1] List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

37f37506 - Remove the whole uart_cpu_identify() stuff again. Now that it's no longer

Wed, 17 Nov 2004 20:01:43 +0000

Remove the whole uart_cpu_identify() stuff again. Now that it's no longerused on sparc64 they are only stubs on all architectures and it doesn'tlook like if we would need it in the near future again.Ok'ed by: marcel List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

8ff995cc - o sparc64/isa/isa.c:

Wed, 17 Nov 2004 14:44:10 +0000

o sparc64/isa/isa.c: - The claim in the commit log of rev. 1.11 of dev/uart/uart_cpu_sparc64.c etc. that UARTs are the only relevant ISA devices on sparc64 turned out to be false. While there are sparc64 models where UARTs are the only devices on the ISA bus there are in fact also low-cost models where all devices traditionally found on the EBus are hooked up to the ISA bus. There are also models that use a mix between EBus and ISA devices with things like an AT keyboard controller and other rather interesting devices that we might want to support in the futute hook up to the ISA bus. In order to not need to add sparc64 specific device_identify methods to all of the respective ISA drivers and also not add OFW specific code to the common ISA code make the sparc64 ISA bus code fake up PnP devices so most ISA drivers probe their devices without further changes. Unfortunately Sun doesn't adhere to the ISA bindings defined in IEEE 1275-1994 for the properties of most of the ISA devices which would allow to obtain the vendor and logical IDs from their properties. So we we just use a simple table which maps the name properties to PnP IDs. This could be done in a more sophisticated way but I courrently don't see the need for this. [1] - Add the children with fully mapped and specified resources (in the OFW sense) similar to what is done in the EBus code for the IRQ resources of the children as adjusting the resources and the resource list entries respectively in isa_alloc_resource() as done perviously causes trouble with drivers which use rman_get_start(), pass-through or allocate and release resources multiple times, etc. Adjusting the resources might be better off in a bus_activate_resource method but the common ISA code currently doesn't allow for an isa_activate_resource(). [2] With this change: - ppbus(4) and lpt(4) attach and work (modulo ECP mode, which requires real ISADMA code but it currently only consists of stubs on sparc64). - atkbdc(4) and atkbdc(4) attach, no further testing done. - fdc(4) itself attaches but causes a hang while attaching fd0 also when is DMA disabled, further work in fdc(4) is required here as e.g. fd0 uses the address of fd1 on sparc64 (not sure if sparc64 supports more than one floppy drive at all). All of these drivers previously caused panics in the sparc64 ISA code. - Minor changes, e.g. use __FBSDID, remove a dupe word in a comment and declare one global variable which isn't used outside of isa.c static.o dev/uart/uart_cpu_sparc64.c and modules/uart/Makefile: - Remove the code for registering the UARTs on the ISA bus from the sparc64 uart_cpu_identify() again and rely on probing them via PnP.Original idea by: tmm [1]No objections by: tmm [1], [2] List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

115e9ac6 - Fix a style(9) bug (variable definitions inside a nested scope) a patch

Sun, 15 Aug 2004 02:17:20 +0000

Fix a style(9) bug (variable definitions inside a nested scope) a patchof mine introduced in revision 1.10.Approved by: marcelProdded by: marcel List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

efa79eb7 - - Introduce an uart_cpu_identify() which is implemented in uart_cpu_.c

Sat, 14 Aug 2004 23:54:27 +0000

- Introduce an uart_cpu_identify() which is implemented in uart_cpu_.c and that can be used as an identify function for all kinds of busses on a certain platform. Expect for sparc64 these are only stubs right now. [1]- For sparc64, add code to its uart_cpu_identify() for registering the on- board ISA UARTs and their resources based on information obtained from Open Firmware. It would be better if this would be done in the OFW ISA code. However, due to the common FreeBSD ISA code and PNP-IDs not always being present in the properties of the ISA nodes there seems to be no good way to implement that. Therefore special casing UARTs as the sole really relevant ISA devices on sparc64 seemed reasonable. [2]Approved by: marcelDiscussed with: marcel [1], tmm [2]Tested by: make universe List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c

f987d8d1 - To quote submitter:

Sun, 04 Apr 2004 05:06:26 +0000

To quote submitter:"... uart_cpu_sparc64.c currently only looks at /options if ttyX isthe selected console. However, there's one case where it shouldadditionally look at /chosen. If "keyboard" is the selected input-device and "screen" the output-device (both via /options) but thekeyboard is unplugged, OF automatically switches to ttya for theconsole. It even prints a line telling so on "screen". Solarisrespects this behaviour and uses ttya as the console in this caseand people probably expect FreeBSD to do the same (it's also veryhandy to temporarily switch consoles)..."Submitted by: Marius Strobl Has no doubt the change is correct: marcel List of files: /freebsd-12.1/sys/dev/uart/uart_cpu_sparc64.c