FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F10.1.0 2014-03-26T07:31:57Z 2014-03-26T07:31:57Z Dimitry Andric dim@FreeBSD.org 2014-03-26T07:31:57Z urn:sha1:ea9b91cbebcc55c7e30d74fa33022088cc824d74 Merge the projects/clang-sparc64 branch back to head. This brings in several updates from the llvm and clang trunks to make the sparc64 backend fully functional. Apart from one patch to sys/sparc64/include/pcpu.h which is still under discussion, this makes it possible to let clang fully build world and kernel for sparc64. Any assistance with testing this on actual sparc64 hardware is greatly appreciated, as there will unavoidably be bugs left. Many thanks go to Roman Divacky for his upstream work on getting the sparc64 backend into shape. MFC r262985: Repair a few minor mismerges from r262261 in the clang-sparc64 project branch. This is also to minimize differences with upstream. 2014-03-24T13:48:04Z Ed Maste emaste@FreeBSD.org 2014-03-24T13:48:04Z urn:sha1:f5ed9f801dd6f3120b14b8e3e58857a9e56b3115 The NetBSD Foundation states "Third parties are encouraged to change the license on any files which have a 4-clause license contributed to the NetBSD Foundation to a 2-clause license." This change removes clauses 3 and 4 from copyright / license blocks that list The NetBSD Foundation as the only copyright holder. Sponsored by: The FreeBSD Foundation 2012-08-06T08:58:54Z Marius Strobl marius@FreeBSD.org 2012-08-06T08:58:54Z urn:sha1:60df250ae113af544441103df2d1fa5491c43c1b When issuing a non-DMA command, make sure to set the "remaining length of command to be transferred via DMA" (sc_cmdlen) to zero up-front, otherwise we might get confused on command competition interrupt (no DMA active but still data left to transfer). - Implement handling of MSG_IGN_WIDE_RESIDUE which some targets produce, as just rejecting these leads to a resend and disconnect loop. Reported and tested by: mjacob MFC after: 3 days 2012-05-23T06:49:50Z Xin LI delphij@FreeBSD.org 2012-05-23T06:49:50Z urn:sha1:64c06aeb8d65063035c72814ad76ee3e34c69e78 - Use %ll instead of %q for explicit long long casts; - Use %j instead of %q in XFS and cast to intmax_t. Tested with: make universe 2011-12-15T06:29:13Z Kevin Lo kevlo@FreeBSD.org 2011-12-15T06:29:13Z urn:sha1:1a7e07818d6bd5351d54ce61efd56b6b13eefb08 2011-11-22T21:55:40Z Marius Strobl marius@FreeBSD.org 2011-11-22T21:55:40Z urn:sha1:848e30ff519e332f8f8d11ace65d86fb15470258 of kobj(9) from device drivers. 2011-11-06T22:28:13Z Marius Strobl marius@FreeBSD.org 2011-11-06T22:28:13Z urn:sha1:f5cd6038aaffff1ffa19a4703d1cab3fd4aaa6a4 isn't already frozen. 2011-11-01T21:26:57Z Marius Strobl marius@FreeBSD.org 2011-11-01T21:26:57Z urn:sha1:a9ab459b31358ed5bdc16c8c01edbf698cd05e8e replace amd(4) with the former in the amd64, i386 and pc98 GENERIC kernel configuration files. Besides duplicating functionality, amd(4), which previously also supported the AMD Am53C974, unlike esp(4) is no longer maintained and has accumulated enough bit rot over time to always cause a panic during boot as long as at least one target is attached to it (see PR 124667). PR: 124667 Obtained from: NetBSD (based on) MFC after: 3 days 2011-10-30T21:45:36Z Marius Strobl marius@FreeBSD.org 2011-10-30T21:45:36Z urn:sha1:803e97938e280ba3ab8fa905ef298c359ad85924 2011-10-30T21:17:42Z Marius Strobl marius@FreeBSD.org 2011-10-30T21:17:42Z urn:sha1:5e141ae05f4424975be5bcd516e328772a6ade8f - Move esp_devclass to ncr53c9x.c in order to allow different bus front-ends to use it. - Use KOBJMETHOD_END. - Remove the gl_clear_latched_intr hook as it's not needed for any of the chips nor the front-ends supported in FreeBSD and likely never will be. - Correct the DMA constraints used in the SBus front-end, the LSI64854 isn't limited to 32-bit DMA. - The ESP200 also only supports up to 64k transfers. - Don't let the DMA and SBus front-end supply a maximum transfer size larger than MAXPHYS as that's the maximum the upper layers use and we otherwise just waste resources unnecessarily. - Initialize the ECB callout and don't zero the handle when returning ECBs to the free list so that ncr53c9x_callout() actually is called with the driver lock held. - On detach the driver lock should be held across cam_sim_free() according to isp(4) and a panic received. - Check the return value of NCRDMA_SETUP(), i.e. bus_dmamap_load(9), and try to handle failures gracefully. - In ncr53c9x_action() replace N calls to xpt_done() in a switch with just one at the end. - On XPT_PATH_INQ report "NCR" rather than "Sun" as the vendor as the former is somewhat more correct as well as the maximum supported transfer size via maxio in order to take advantage of controllers that that can handle more than DFLTPHYS. - Print the number of MESSAGE (EXTENDED) rejected. - Fix the path encoded in the multiple inclusion protection of ncr53c9xvar.h. - Correct the DMA constraints used in the LSI64854 core to not exceed the maximum supported transfer size and include the boundary so we don't need to check on every setup of a DMA transfer. - Let the bus DMA map callbacks do nothing in case of an error. - Correctly handle > 64k transfers for FAS366 in the LSI64854. A new feature flag NCR_F_LARGEXFER was introduced so we just need to check for this one and not for individual controllers supporting large transfers in several places. - Let the LSI64854 core load transfer buffers using BUS_DMA_NOWAIT as the NCR53C9x core can't handle EINPROGRESS. Due to lack of bounce buffers support, sparc64 doesn't actually use EINPROGRESS and likely never will, as an example for writing additional front-ends for the NCR53C9x core it makes sense to set BUS_DMA_NOWAIT anyway though. - Some minor cleanup.