X-Original-To: alpine-devel@lists.alpinelinux.org Received: from mx1.tetrasec.net (mx1.tetrasec.net [74.117.190.25]) by lists.alpinelinux.org (Postfix) with ESMTP id 20C7F5C4E50 for ; Tue, 20 Feb 2018 17:52:02 +0000 (GMT) Received: from mx1.tetrasec.net (mail.local [127.0.0.1]) by mx1.tetrasec.net (Postfix) with ESMTP id A9ABD9E2722; Tue, 20 Feb 2018 17:52:01 +0000 (GMT) Received: from ncopa-desktop.copa.dup.pw (67.63.200.37.customer.cdi.no [37.200.63.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: n@tanael.org) by mx1.tetrasec.net (Postfix) with ESMTPSA id F332D9E246E; Tue, 20 Feb 2018 17:51:59 +0000 (GMT) Date: Tue, 20 Feb 2018 18:51:55 +0100 From: Natanael Copa To: Steffen Nurpmeso Cc: alpine-devel@lists.alpinelinux.org Subject: Re: [alpine-devel] 4.14.18-vanilla breaks framebuffer console on QEMU VMware Message-ID: <20180220185155.42f9cd24@ncopa-desktop.copa.dup.pw> In-Reply-To: <20180210221400.LquGt%steffen@sdaoden.eu> References: <20180210221400.LquGt%steffen@sdaoden.eu> X-Mailer: Claws Mail 3.15.1-dirty (GTK+ 2.24.31; x86_64-alpine-linux-musl) X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sat, 10 Feb 2018 23:14:00 +0100 Steffen Nurpmeso wrote: > Hello! > > So i have switched the server to 4.14.18 which does not even > require nopti there, but the console does not show up. > It happens that this is a known issue [1,2,3]. The conclusion of > [3] was What hardware is it? > I disabled CONFIG_FB_SIMPLE and CONFIG_X86_SYSFB for now on master > and SLE12 branches. > > and [1] says > > If you read there was a > patched proposed to change it to 'N' and/or to depend on FB_SIMPLE, but > that patch never made it into linux. We have FB_SIMPLE enabled, so I don't think this is your problem. > Nor did or > . > > I tried to contact David Herrmann himself, but never got a reply. > > So I think Debian should disable X86_SYSFB for now, too. Looks like CONFIG_X86_SYSFB is disabled on Fedora too. I disabled it, but kept FB_SIMPLE. Can you please test the 4.14.20 kernel and see if it fixes the issue for you? -nc > > I try it now with the suggestion via grub2 configuration given by > [2] > > This is when using gfxpayload=keep. If I manually switch to > gfxpayload=text, I don't see this problem - there is no "EFI VGA" > mentioned in dmesg. > > Maybe something to consider. > Ciao! > > [1] https://lists.debian.org/debian-kernel/2016/11/msg00168.html > [2] https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1038055 > [3] https://bugzilla.novell.com/show_bug.cgi?id=855821 > > --steffen > | > |Der Kragenbaer, The moon bear, > |der holt sich munter he cheerfully and one by one > |einen nach dem anderen runter wa.ks himself off > |(By Robert Gernhardt) > > > --- > Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org > Help: alpine-devel+help@lists.alpinelinux.org > --- > --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---