FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F5.5.0_cvs 2006-05-23T04:09:12Z 2006-05-23T04:09:12Z cvs2svn cvs2svn@FreeBSD.org 2006-05-23T04:09:12Z urn:sha1:8bf7295cd17b8415c40bde11aa8f5bbbd597e5d6 'RELENG_5_5_0_RELEASE'. This commit was manufactured to restore the state of the 5.5-RELEASE image. 2004-08-14T23:54:27Z Marius Strobl marius@FreeBSD.org 2004-08-14T23:54:27Z urn:sha1:efa79eb77e9583863d9f6e8c0c935ae90ca1c2b1 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: marcel Discussed with: marcel [1], tmm [2] Tested by: make universe 2004-08-12T17:41:33Z Marius Strobl marius@FreeBSD.org 2004-08-12T17:41:33Z urn:sha1:26280d88d76716790cf28f23fdb0bda56533e9b6 subset ("compatible", "device_type", "model" and "name") of the standard properties in drivers for devices on Open Firmware supported busses. The standard properties "reg", "interrupts" und "address" are not covered by this interface because they are only of interest in the respective bridge code. There's a remaining standard property "status" which is unclear how to support properly but which also isn't used in FreeBSD at present. This ofw_bus kobj-interface allows to replace the various (ebus_get_node(), ofw_pci_get_node(), etc.) and partially inconsistent (central_get_type() vs. sbus_get_device_type(), etc.) existing IVAR ones with a common one. This in turn allows to simplify and remove code-duplication in drivers for devices that can hang off of more than one OFW supported bus. - Convert the sparc64 Central, EBus, FHC, PCI and SBus bus drivers and the drivers for their children to use the ofw_bus kobj-interface. The IVAR- interfaces of the Central, EBus and FHC are entirely replaced by this. The PCI bus driver used its own kobj-interface and now also uses the ofw_bus one. The IVARs special to the SBus, e.g. for retrieving the burst size, remain. Beware: this causes an ABI-breakage for modules of drivers which used the IVAR-interfaces, i.e. esp(4), hme(4), isp(4) and uart(4), which need to be recompiled. The style-inconsistencies introduced in some of the bus drivers will be fixed by tmm@ in a generic clean-up of the respective drivers later (he requested to add the changes in the "new" style). - Convert the powerpc MacIO bus driver and the drivers for its children to use the ofw_bus kobj-interface. This invloves removing the IVARs related to the "reg" property which were unused and a leftover from the NetBSD origini of the code. There's no ABI-breakage caused by this because none of these driver are currently built as modules. There are other powerpc bus drivers which can be converted to the ofw_bus kobj-interface, e.g. the PCI bus driver, which should be done together with converting powerpc to use the OFW PCI code from sparc64. - Make the SBus and FHC front-end of zs(4) and the sparc64 eeprom(4) take advantage of the ofw_bus kobj-interface and simplify them a bit. Reviewed by: grehan, tmm Approved by: re (scottl) Discussed with: tmm Tested with: Sun AX1105, AXe, Ultra 2, Ultra 60; PPC cross-build on i386 2004-07-10T23:01:35Z Marcel Moolenaar marcel@FreeBSD.org 2004-07-10T23:01:35Z urn:sha1:3096307b3d6f083d58fecc318868ac002d86c45c 2004-05-26T00:53:10Z Warner Losh imp@FreeBSD.org 2004-05-26T00:53:10Z urn:sha1:dba6dd177bdee890cf445fbe21a5dccefd5de18e the modules. Also generate usbdevs.h automatically now, but a non-kernel file is stopping that at the moment. 2004-03-20T22:41:52Z Marcel Moolenaar marcel@FreeBSD.org 2004-03-20T22:41:52Z urn:sha1:562174ff37af2c194e9d49692df1616f7c1025d3 2003-09-17T03:00:08Z Marcel Moolenaar marcel@FreeBSD.org 2003-09-17T03:00:08Z urn:sha1:8225548ebf2675ce79910d8e59e8aaae9e4cbf9e from the sparc64 subtree, which breaks building non-sparc64 platforms in the event the sparc64 subtree does not exist. The problem is specific to the module, because non-module builds are affected by the presence or absence of "device ebus" in the kernel configuration. PR: kern/56869 2003-09-15T04:53:11Z Marcel Moolenaar marcel@FreeBSD.org 2003-09-15T04:53:11Z urn:sha1:991e61c93431514383df8e1cf7df3b677c25e7b7 2003-09-14T16:21:06Z Takanori Watanabe takawata@FreeBSD.org 2003-09-14T16:21:06Z urn:sha1:a9f6e997b51c9e85c1b980e6b5965c3994051be5 Wrote at: Hakone. Powered by: Warner Losh's scotch whisky. Tested by: nork 2003-09-07T06:50:08Z Marcel Moolenaar marcel@FreeBSD.org 2003-09-07T06:50:08Z urn:sha1:763d340b434660533137d5d6894748388736a72e not uart_cpu_${MACHINE_ARCH}.c.