src-test2/sys/dev/puc/puc.c, branch release/6.3.0_cvs FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F6.3.0_cvs 2008-01-15T15:46:22Z This commit was manufactured by cvs2svn to create tag 2008-01-15T15:46:22Z cvs2svn cvs2svn@FreeBSD.org 2008-01-15T15:46:22Z urn:sha1:5cd221028ba5e7ada35a0dd196fb642b44f197d1 'RELENG_6_3_0_RELEASE'. This commit was manufactured to restore the state of the 6.3-RELEASE image. - sparc64/fhc/fhc.c: 2005-03-04T22:23:21Z Marius Strobl marius@FreeBSD.org 2005-03-04T22:23:21Z urn:sha1:c90ff9ce5adf6c3cc94ebc1f44be1a35cca14daf Change fhc(4) to use IRQ numbers instead of RIDs for allocating the IRQs of children. This works similar to e.g. sbus(4), i.e. add the IRQ resources as fully specified to the resource lists of the children, allocate them like normal. When establishing the interrupt search the interrupt maps of the children for a matching INO to determine which map we need to write the fully specified interrupt number to and to enable the mapping (before the RID was used to indicate which interrupt map to use). - dev/puc/puc.c: Revert rev. 1.38, with the above change fhc(4) no longer needs special treatment for allocating IRQs. Thanks to: joerg for providing access to an E3500 Add a stopgap allowing puc(4) to allocate IRQs on fhc(4). Given that 2005-02-26T00:22:52Z Marius Strobl marius@FreeBSD.org 2005-02-26T00:22:52Z urn:sha1:ad11db7c28dc0fcc2be84b43993751c94753ad55 both a scc(4) is under way and fhc(4) will be change to use INOs this shouldn't stay in HEAD for too long but we need a MFC-able solution for FreeBSD 5.4. Discussed with: marcel Tested by: hrs, kris MFC after: 3 days fail gracefully rather than using an invalid array index if unable 2005-02-25T19:47:18Z Sam Leffler sam@FreeBSD.org 2005-02-25T19:47:18Z urn:sha1:f111c2680be2a68e85d9ff5e493b48e9f35cc32d to allocate a bar; it's unclear whether this can happen in practice Noticed by: Coverity Prevent analysis tool Discussed with: marcel Revert part of last commit that was unintentional 2005-01-11T07:18:17Z Warner Losh imp@FreeBSD.org 2005-01-11T07:18:17Z urn:sha1:774363d3cfb8bcfaf76d61279bdd3ab3b26df58e Use the standard FreeBSD license 2005-01-11T06:24:40Z Warner Losh imp@FreeBSD.org 2005-01-11T06:24:40Z urn:sha1:ac673f9a8269c926d215d86812789bbe07b1b4b8 Start each of the license/copyright comments with /*-, minor shuffle of lines 2005-01-06T01:43:34Z Warner Losh imp@FreeBSD.org 2005-01-06T01:43:34Z urn:sha1:098ca2bda93c701c5331d4e6aace072495b4caaa Remove duplicate FreeBSD id 2004-07-01T17:23:49Z Warner Losh imp@FreeBSD.org 2004-07-01T17:23:49Z urn:sha1:a4da0c4b6bf42dea8a45cb3c952da29edc027bb7 While this file still needs __RMAN_RESOURCE_VISIBLE to get the size of 2004-07-01T17:23:11Z Warner Losh imp@FreeBSD.org 2004-07-01T17:23:11Z urn:sha1:87573bee79c534f3e028dae4d3ab2b0bb49e426d the struct resource for a malloc, it no longer needs it for the r_ elements of struct resource with this commit. Remove extra RMAN_RESOURCE_VISISBLE 2004-06-30T21:37:55Z Warner Losh imp@FreeBSD.org 2004-06-30T21:37:55Z urn:sha1:b13117994ea089484df57611f96aaebcf1bb0bdd