From owner-freebsd-arm@freebsd.org Sat Mar 26 11:03:39 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30784ADDB4E for ; Sat, 26 Mar 2016 11:03:39 +0000 (UTC) (envelope-from meloun@miracle.cz) Received: from mail.miracle.cz (mail.miracle.cz [193.84.128.19]) by mx1.freebsd.org (Postfix) with ESMTP id EC02B1E47 for ; Sat, 26 Mar 2016 11:03:38 +0000 (UTC) (envelope-from meloun@miracle.cz) Received: from [193.84.128.50] (meloun.ad.miracle.cz [193.84.128.50]) by mail.miracle.cz (Postfix) with ESMTPSA id 769233AC8C; Sat, 26 Mar 2016 12:03:37 +0100 (CET) Subject: Re: WARNING: too long kenv string .. To: Daniel Braniss References: <5CF7F07B-B853-4964-8F0B-78BEC0B28919@cs.huji.ac.il> <0FE2A25F-25EE-435A-8177-AA98D49696FA@cs.huji.ac.il> <56F65A10.80607@miracle.cz> Cc: freebsd-arm From: meloun X-Enigmail-Draft-Status: N1110 Organization: Miracle Group Message-ID: <56F66C89.6040803@miracle.cz> Date: Sat, 26 Mar 2016 12:03:37 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.miracle.cz); Sat, 26 Mar 2016 12:03:37 +0100 (CET) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2016 11:03:39 -0000 Dne 26.03.2016 v 11:29 Daniel Braniss napsal(a): > >> On 26 Mar 2016, at 12:44 PM, meloun wrote: >> >> Dne 26.03.2016 v 10:35 Daniel Braniss napsal(a): >>> >>>> On 26 Mar 2016, at 12:33 PM, Daniel Braniss 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@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >>> >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@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@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. 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