src/sys/dev/ppc/ppc.c, branch release/5.2.1 FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F5.2.1 2003-08-01T02:25:32Z Add printer support to puc(4) driver. 2003-08-01T02:25:32Z Doug Ambrisko ambrisko@FreeBSD.org 2003-08-01T02:25:32Z urn:sha1:a373227418c10d9007f3ad85bde5cfa4add1001d - Move isa/ppc* to sys/dev/ppc (repo-copy) - Add an attachment method to ppc for puc - In puc we need to walk the chain of parents. Still to do, is to make ppc(4) & puc(4) work on other platforms. Testers wanted. PR: 38372 (in spirit done differently) Verified by: Make universe (if I messed up a platform please fix) Use __FBSDID(). 2003-06-11T00:34:37Z David E. O'Brien obrien@FreeBSD.org 2003-06-11T00:34:37Z urn:sha1:8c9bbf484a5ca7418073642108684d9b0bcd5cfd Remove break after return; 2003-05-31T20:24:30Z Poul-Henning Kamp phk@FreeBSD.org 2003-05-31T20:24:30Z urn:sha1:7d4220518e64cf0aa1d7260371fbbb23f410da8d Found by: FlexeLint Fix some easy, global, lint warnings. In most cases, this means 2003-04-30T12:57:40Z Mark Murray markm@FreeBSD.org 2003-04-30T12:57:40Z urn:sha1:51da11a27a5288bc4f23fc923004a7fada6a5690 making some local variables static. In a couple of cases, this means removing an unused variable. More low-hanging fruit: kill caddr_t in calls to wakeup(9) / [mt]sleep(9). 2003-03-02T16:54:40Z Dag-Erling Smørgrav des@FreeBSD.org 2003-03-02T16:54:40Z urn:sha1:521f364b804158f257fdd8ad7cbf368a0efe5a44 Restore the original copyright 2002-03-23T15:36:13Z Nicolas Souchu nsouch@FreeBSD.org 2002-03-23T15:36:13Z urn:sha1:ddd22fb7fbc7cf08d7ef7ea7237ebf2dc24dec0b Update to C99, s/__FUNCTION__/__func__/, 2001-12-10T08:09:49Z David E. O'Brien obrien@FreeBSD.org 2001-12-10T08:09:49Z urn:sha1:6e551fb6285417f585c419500047004ed47c77f1 also don't use ANSI string concatenation. Add ACPI attachments. 2001-08-30T09:17:03Z Mike Smith msmith@FreeBSD.org 2001-08-30T09:17:03Z urn:sha1:5f063c7b09edb4c7d47798c3ab8754f52413a7e5 Convert inb/outb to bus_space. 2001-06-23T06:52:54Z Nicolas Souchu nsouch@FreeBSD.org 2001-06-23T06:52:54Z urn:sha1:3ae3f8b0be5b6af0185e9d8d3cfc19d1fad4a0fd Submitted by: jcm@FreeBSD-uk.eu.org Consider that the chipset may be in ECP mode (from BIOS settings) 2001-01-25T10:51:41Z Nicolas Souchu nsouch@FreeBSD.org 2001-01-25T10:51:41Z urn:sha1:c264e80fb7ef73205a08f8b1ed5b54c4913ee812 even if mode PS/2 is forced with bootflags. As a matter of fact, chipsets needs some extra configuration for accessing PS/2 mode from ECP. The current patch is only relevant for generic chipsets since specific code is supposed to deal with this during detection.