From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1VcMFA-0006Sx-De for mharc-grub-devel@gnu.org; Fri, 01 Nov 2013 17:27:00 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57589) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VcMF0-0006S4-SZ for grub-devel@gnu.org; Fri, 01 Nov 2013 17:26:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VcMEr-0004Tl-Mx for grub-devel@gnu.org; Fri, 01 Nov 2013 17:26:50 -0400 Received: from smtp.volny.cz ([2001:4de8:71c:62::33]:58622) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VcMEr-0004TS-GN for grub-devel@gnu.org; Fri, 01 Nov 2013 17:26:41 -0400 Received: from [192.168.6.11] (unknown [193.86.90.90]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: starous@volny.cz) by smtp.volny.cz (Postfix) with ESMTPSA id 2CAC6260CEB for ; Fri, 1 Nov 2013 22:26:38 +0100 (CET) Message-ID: <52741C88.8090803@volny.cz> Date: Fri, 01 Nov 2013 22:26:32 +0100 From: =?UTF-8?B?QWxlxaEgTmVzcnN0YQ==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: The development of GNU GRUB Subject: Re: [grub-devel] loongson-2f mini-pc (fuloong) elf image generation. References: <51EBFE3F.2020509@volny.cz> <754db81ef5b348866aa9285809d3889d@mail.volny.cz> <51F2960A.6030805@volny.cz> <51F2AE5E.5070700@gmail.com> <51F522F1.1030507@volny.cz> <51F524DE.4040903@volny.cz> <5238AD0C.60608@gmail.com> <526D5531.7030601@gmail.com> <526D7190.2090305@volny.cz> <526D9702.4060403@gmail.com> <52700009.1020903@volny.cz> <5270026F.7000503@gmail.co m> In-Reply-To: <5270026F.7000503@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4de8:71c:62::33 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 21:26:59 -0000 Dne 29.10.2013 19:46, Vladimir '=CF=86-coder/phcoder' Serbinenko napsal(a= ): > On 29.10.2013 19:35, Ale=C5=A1 Nesrsta wrote: >> Only short note below... >> >> Dne 27.10.2013 23:43, Vladimir '=CF=86-coder/phcoder' Serbinenko napsa= l(a): >>> On 27.10.2013 21:03, Ale=C5=A1 Nesrsta wrote: >>>> >>>> >>>> 2. >>>> I don't see loading of OHCI module in debug output ! >>>> Do you really have this module included in your image? >>> I have to second this: OHCI module if loaded and there is at least on= e >>> PCI device available it will show "pciid =3D %x" message. >>> Can you modify grub_real_dprintf in misc.c to: >>> if (!debug) >>> debug =3D "all"; >>> >>> So we can be sure that the message wasn't simply lost due to late >>> setting of debug variable. >> >> >> AFAIK, dl.c module should display for each loaded module something lik= e >> this (when debug=3Dall as in Javier case): >> "kern/dl.c:630: module name: ehci" >> This is missing for OHCI module in debug output sent by Javier, even >> grub.cfg command to load OHCI is present on the beginning of debug out= put: >> ... >> script/lexer.c:321: token 288 text [insmod] >> >> script/script.c:50: malloc 0x8ff1d920 >> >> script/script.c:50: malloc 0x8ff1d900 >> >> script/script.c:163: arglist >> >> script/script.c:50: malloc 0x8ff1d8d0 >> >> script/lexer.c:321: token 288 text [ohci] >> ... >> >> I.e., from my point of view, it is sure that OHCI module was not loade= d >> - but there is no debug output which can explain why... > It's possible that a module named ohci already loaded. Hm. Originally I didn't believe it but you are right. Additionally, it=20 is probably the case of the second Javier dump - there is missing dl.c=20 message also for loading of EHCI module even it is working - so EHCI had=20 to be loaded before insmod command. Is it there some way how Javier can avoid it? I.e., how to load USB drivers at the time when their debug output can be=20 captured - ? We need to see debug output of initialization of OHCI=20 controller and connected devices... BR, Ales