Date: Tue, 16 Feb 2016 18:21:50 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: bdrewery@FreeBSD.org, andrew@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Subject: FreeBSD_HEAD_i386 - Build #2353 - Fixed Message-ID: <1203556842.19.1455646912395.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1485102190.13.1455638468052.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1485102190.13.1455638468052.JavaMail.jenkins@jenkins-9.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
FreeBSD_HEAD_i386 - Build #2353 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2353/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2353/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2353/console Change summaries: 295663 by bdrewery: Revert r295648 for now. This builds fine with FAST_DEPEND but the mkdep method requires that include/ generates the headers during 'make depend' so the subsequent directories can find them when running mkdep. Sponsored by: EMC / Isilon Storage Division 295662 by andrew: Allow callers of OF_decode_addr to get the size of the found mapping. This will allow for code that uses the old fdt_get_range and fdt_regsize functions to find a range, map it, access, then unmap to replace this, up to and including the map, with a call to OF_decode_addr. As this function should only be used in the early boot code the unmap is mostly do document we no longer need the mapping as it's a no-op, at least on arm. Reviewed by: jhibbits Sponsored by: ABT Systems Ltd Differential Revision: https://reviews.freebsd.org/D5258
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1203556842.19.1455646912395.JavaMail.jenkins>