From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cCrbt-0004aZ-Qf for mharc-grub-devel@gnu.org; Fri, 02 Dec 2016 12:26:57 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57443) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cCrbs-0004YG-0n for grub-devel@gnu.org; Fri, 02 Dec 2016 12:26:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cCrbo-0006H5-Pj for grub-devel@gnu.org; Fri, 02 Dec 2016 12:26:56 -0500 Received: from mail-lf0-x236.google.com ([2a00:1450:4010:c07::236]:36680) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cCrbo-0006Fv-H5 for grub-devel@gnu.org; Fri, 02 Dec 2016 12:26:52 -0500 Received: by mail-lf0-x236.google.com with SMTP id t196so200539825lff.3 for ; Fri, 02 Dec 2016 09:26:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=o+z/xUMFeQ9w0nDiBRdNDfQd531Milt3lj9C1CC3SYY=; b=qv0Maj8v7ceQjd+s8od6e0qsXgjE2ex4cSRykJlXp8LH79xqN1utLUa9fNvD9i5gDm EzMaLD24vQsRhnZmgO8wdf/wliJtnTXjDnEPgqIkRTdPBKfrL6pB1BGy9Fmkf+yWrW1S Ox1iyiJkoLQv77xwD0lp6ih3URn7mamr6DUL3LiBwlQ9QkIstBuIyFXwzuBKmS5N7WeP dCr5aBcnib8UQpXkQwofq1ubdbTi4tjtT6pHTPDkYjH0I5L2j42xJM2RqMrgtwZ1HMry 0yVWdHkcs99aUxVqMg/Hp2xMoM60dtFur37t8GGm8kfPRO/4IxQaiXoFffnp5x8eQtnh /ghQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=o+z/xUMFeQ9w0nDiBRdNDfQd531Milt3lj9C1CC3SYY=; b=abMoHE+GXVqBYe1jMxqc/HIzrRbSP30VesezWiFrPHA4arVb81Tn+5lcnHpbwXfPu+ T9DPQFWidhWBa6K/03WwNU0ALCkwuCKvutbPvlJaC59/VmYr2xqpdvmR8K0zdzCX0Pap cTuGXLSM7yQjT69cNppJ2bhZGYQn3kKhrzW+sm0ryl7HEkyjBbMnKd+uI7UcUi+xX9vh fehfv2DRaYFN6BYOdSSk4pU69+imGHTPzNAFKU/3X5I+Hv/mjX34uej1lfXLqB5ezmIb BuIHg//11WRkUS5d8P1UwbN7aSZBCnOm4BpqsGy4MjOcgqOb3lzvisXLOCNszj4dvL/Y D22g== X-Gm-Message-State: AKaTC02p5fKfD6GhXTpKS3ZsXSZNRlMCeRkHjlS6r1pBT3UfnZPfHuM9JRLZGCzn1mP95Q== X-Received: by 10.46.78.2 with SMTP id c2mr20826035ljb.62.1480699610716; Fri, 02 Dec 2016 09:26:50 -0800 (PST) Received: from [192.168.1.44] (ppp109-252-90-110.pppoe.spdop.ru. [109.252.90.110]) by smtp.gmail.com with ESMTPSA id z1sm916860lja.27.2016.12.02.09.26.50 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 02 Dec 2016 09:26:50 -0800 (PST) Subject: Re: Boot Linux through GRUB2 on AMD DB-FT3b-LC To: grub-devel@gnu.org References: From: Andrei Borzenkov Message-ID: <18dfd4a3-4bf5-2dce-57c3-8ab59f06d6b8@gmail.com> Date: Fri, 2 Dec 2016 20:26:49 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:4010:c07::236 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2016 17:26:57 -0000 02.12.2016 20:06, Grigore Lupescu пишет: > Restarting the config from scratch in Coreboot and setting Keep Vesa > framebuffer I am able to enter gfxterm in GRUB2. I assume "Keep Vesa framebuffer" is coreboot setting? > So at this point *gfxterm* is selected not *vga_text. *Linux is booting > without any issue now. Apparently the vga_text mode was the source of all > problems/limitations. > We still want to fix it. I appreciate if you could try to determine more closely where the problem happens. > On Fri, Dec 2, 2016 at 3:28 PM, Grigore Lupescu wrote: > >> Hello Andrei, >> >> I managed to improve the status of the *vga_text* mode. So GRUB2 was >> restarting when reaching the end of the screen. I traced this to the >> *screen_read_char* which is issued when the *inc_y* == ROWS (this call I am sorry, I do not understand it. Normally y should never exceed ROWS-1 (this is the last coordinate). And screen_read_char is called in a loop where y < ROWS - 1 and so (y + 1) will not exceed ROWS - 1 again. How is it possible for y to be equal ROWS if you mean that? >> would break GRUB2). I didn't go even further with the debug though. I just >> clear the screen and set grub_curr_pos.y to 0 and by using set pager=1 I Could you please attach your patch? >> can browse with enter through all the output page by page. It's not ideal >> but it was fast and practical. >> >> Linux though still doesn't boot. I am currently looking why the vga_text >> mode is selected over gfxterm which is not even configured properly. >> >> Thanks, >> Grigore >> > > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel >