WARNING: too long kenv string ..

[Daniel Braniss]

> On 26 Mar 2016, at 3:24 PM, meloun <meloun at miracle.cz> wrote:
> 
> Dne 26.03.2016 v 12:32 Daniel Braniss napsal(a):
>> 
>>> On 26 Mar 2016, at 2:03 PM, meloun <meloun at miracle.cz <mailto:meloun at miracle.cz>
>>> <mailto:meloun at miracle.cz <mailto:meloun at miracle.cz>>> wrote:
>>> 
>>> Dne 26.03.2016 v 11:29 Daniel Braniss napsal(a):
>>>> 
>>>>> On 26 Mar 2016, at 12:44 PM, meloun <meloun at miracle.cz <mailto:meloun at miracle.cz>
>>>>> <mailto:meloun at miracle.cz <mailto:meloun at miracle.cz>>> wrote:
>>>>> 
>>>>> Dne 26.03.2016 v 10:35 Daniel Braniss napsal(a):
>>>>>> 
>>>>>>> On 26 Mar 2016, at 12:33 PM, Daniel Braniss <danny at cs.huji.ac.il <mailto:danny at cs.huji.ac.il>
>>>>>>> <mailto:danny at cs.huji.ac.il <mailto:danny at cs.huji.ac.il>>> wrote:
>>>>>>> 
>>>>>>> hi,
>>>>>>> with today’s current(*), I’m getting the kenv truncated and so
>>>>>>> can’t continue
>>>>>>> with netboot rip-b.
>>>>>> s/rip/rpi/  — no pun intended :-)
>>>>>> 
>>>>>>> is there a parameter to change this?
>>>>>>> thanks,
>>>>>>> danny
>>>>>>> 
>>>>>>> *: I see that kern_environment.c changed on the 10th of August
>>>>>>> _______________________________________________
>>>>>>> freebsd-arm at freebsd.org <mailto:freebsd-arm at freebsd.org> <mailto:freebsd-arm at freebsd.org <mailto:freebsd-arm at freebsd.org>> mailing list
>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm <https://lists.freebsd.org/mailman/listinfo/freebsd-arm>
>>>>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe at freebsd.org <mailto:freebsd-arm-unsubscribe at freebsd.org>"
>>>>>> 
>>>>>> _______________________________________________
>>>>>> freebsd-arm at freebsd.org <mailto:freebsd-arm at freebsd.org> <mailto:freebsd-arm at freebsd.org <mailto:freebsd-arm at freebsd.org>> mailing list
>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm
>>>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe at freebsd.org"
>>>>>> 
>>>>> 
>>>>> Are you at r297286 or later? I just committed some changes that can may
>>>>> be cause of this(r297284, r297285 and r297286).
>>>> it’s now r297286
>>>>> Also, more details are needed…
>>>> I’m net booting an RPI-B, it loads alright,
>>>> but early on it complains:
>>>> 
>>>> Booting [/boot/kernel/kernel]...               
>>>> Using DTB provided by U-Boot at address 0x100.
>>>> Kernel entry at 0x0x2200100...
>>>> Kernel args: (null)
>>>> ARM Debug Architecture not supported
>>>> KDB: debugger backends: ddb
>>>> KDB: current backend: ddb
>>>> Copyright (c) 1992-2016 The FreeBSD Project.
>>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
>>>>      The Regents of the University of California. All rights reserved.
>>>> FreeBSD is a registered trademark of The FreeBSD Foundation.
>>>> FreeBSD 11.0-CURRENT #16 r297286M: Sat Mar 26 11:47:32 IDT 2016
>>>>  danny at rnd:/home/obj/rnd/armv6/rpi/arm.armv6/r+d/vanilla/11/src/sys/RPI-B
>>>> arm
>>>> FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on
>>>> LLVM 3.8.0)
>>>> VT: init without driver.
>>>> WARNING: too long kenv string, ignoring dma.dmachans=0x7f35
>>>> bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708.boardrev=0x10
>>>> bcm2708.serial=0x48bc91a1 smsc95xx.macaddr=B8:27:EB:BC:91:A1
>>>> bcm2708.disk_led_gpio=47 bcm2708.disk_led_active_low=0
>>>> sdhci-bcm2708.emmc_clock_freq=250000000 vc_mem.mem_base=0x1ec00000
>>>> vc_mem.mem_size=0x20000000  console=ttyAMA0,115200
>>>> kgdboc=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2
>>>> rootfstype=ext4 rootwait
>>>> sema_sysinit
>>>> CPU: ARM1176JZ-S rev 7 (ARM11J core)
>>> 
>>> Can you please test if r297283 also fails? I don't have access to RPI at
>>> this moment, sorry.
>>> 
>> i will, but this will take some time.
>> in the meantime, booting from the SD card has the same issue.
>> 
>>> Problem is that somebody puts original linux bootargs into kernel
>>> environment - this can be caused by my pathes, or by any change in ubldr
>>> itself.
>>> 
>>> Michal
>> 
> 
> Nevermind, I found it (I hope), my fault. Fixed in r297292.
> Sorry for breakage.
i’ll try it ASAP
thanks
	danny

> Michal