/boot/loader.conf not being read on 11.x RPI2

Warner Losh imp at bsdimp.com
Wed Jun 10 18:15:01 UTC 2015


> On Jun 10, 2015, at 9:30 AM, Ian Lepore <ian at freebsd.org> wrote:
> 
> On Wed, 2015-06-10 at 09:27 -0700, Warner Losh wrote:
>>> On Jun 10, 2015, at 9:05 AM, Ian Lepore <ian at FreeBSD.org> wrote:
>>> 
>>> On Wed, 2015-06-10 at 11:47 -0400, Dan Langille wrote:
>>>> re: FreeBSD dvl.int.unixathome.org 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283896: Tue Jun  2 03:52:48 UTC 2015     root at releng2.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI2  arm
>>>> 
>>>> I'm finding that /boot/loader.conf is not read.
>>>> 
>>>> [root at dvl ~]# cat /boot/loader.conf
>>>> legal.realtek.license_ack=1
>>>> [root at dvl ~]#
>>>> 
>>>> I must do this at the boot prompt instead:
>>>> 
>>>> set legal.realtek.license_ack=1
>>>> load urtwn-rtl8188eufw.ko
>>>> boot
>>>> 
>>>> Know issue?  Anything I can help with?
>>>> 
>>>> I have the RPI2 with me at the BSDCan Dev Summit if someone wants access.
>>>> 
>>> 
>>> It looks like we still don't enable the forth processing by default
>>> (although it is compiled in by default).  That's probably a holdover
>>> from the days when it would take 90-120 seconds to process all the
>>> defaults stuff in forth mode on low-end arm boards.
>>> 
>>> You can enable it yourself using "cp loader.rc.sample loader.rc" in
>>> the /boot directory.  Once you've done that it'll start reading your
>>> loader.conf file.
>> 
>> Shouldn´t we fix that? Is there something real in the way of fixing it?
>> 
>> Warner
> 
> 
> I think it may just be an oversight on my part, I should have followed
> up the cleanup of defaults processing by enabling it.

Cool! Did you want to fix this, or would you like me to?

Warner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/freebsd-arm/attachments/20150610/99050387/attachment.sig>


More information about the freebsd-arm mailing list