From owner-freebsd-arm@FreeBSD.ORG Fri May 22 01:06:01 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 620D57E6 for ; Fri, 22 May 2015 01:06:01 +0000 (UTC) Received: from shadow.sentry.org (shadow.sentry.org [220.233.87.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D759D1183 for ; Fri, 22 May 2015 01:06:00 +0000 (UTC) Received: from shadow.sentry.org (localhost [127.0.0.1]) by shadow.sentry.org (8.14.9/8.14.9) with ESMTP id t4M15uvP011243 for ; Fri, 22 May 2015 11:05:56 +1000 (AEST) (envelope-from trev@sentry.org) Message-ID: <555E80F4.7030300@sentry.org> Date: Fri, 22 May 2015 11:05:56 +1000 From: Trevor Roydhouse Organization: Sentry User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33.1 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Raspberry Pi 2 - Xorg issues Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (shadow.sentry.org [127.0.0.1]); Fri, 22 May 2015 11:05:56 +1000 (AEST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2015 01:06:01 -0000 uname: FreeBSD 11.0-CURRENT #0 r282694: Sun May 10 04:33:02 UTC 2015 dmesg: fb0: on ofwbus0 fbd0 on fb0 VT: initialize with new VT driver "fb". fb0: 1824x984(1824x984@0,0) 24bpp fb0: fbswap: 1, pitch 5472, base 0x3d359000, screen_size 5428224 Xorg.conf: Section "Screen" Identifier "Screen" Device "Generic FB" Monitor "Monitor" DefaultDepth 16 SubSection "Display" Depth 16 EndSubsection EndSection Produces Xorg.0.log: [ 1051.191] (II) scfb: driver for wsdisplay framebuffer: scfb [ 1051.272] (--) Using syscons driver with X support (version 2.0) [ 1051.272] (--) using VT number 5 [ 1051.272] (WW) Falling back to old probe method for scfb [ 1051.272] scfb trace: probe start [ 1051.272] (II) scfb(0): using default device [ 1051.273] scfb trace: probe done [ 1051.273] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support [ 1051.273] scfb: PreInit 0 [ 1051.273] (II) scfb(0): Using: depth (24), width (1824), height (984) [ 1051.273] (EE) scfb(0): specified depth (16) or bpp (16) doesn't match framebuffer depth (24) [ 1051.273] (II) UnloadModule: "scfb" [ 1051.273] (EE) Screen(s) found, but none have a usable configuration. Xorg.conf: Section "Screen" Identifier "Screen" Device "Generic FB" Monitor "Monitor" DefaultDepth 24 SubSection "Display" Depth 24 EndSubsection EndSection Produces Xorg.0.log: [ 1286.519] (II) scfb: driver for wsdisplay framebuffer: scfb [ 1286.640] (--) Using syscons driver with X support (version 2.0) [ 1286.640] (--) using VT number 5 [ 1286.640] (WW) Falling back to old probe method for scfb [ 1286.641] scfb trace: probe start [ 1286.641] (II) scfb(0): using default device [ 1286.641] scfb trace: probe done [ 1286.641] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support [ 1286.641] scfb: PreInit 0 [ 1286.641] (II) scfb(0): Using: depth (24), width (1824), height (984) [ 1286.641] (EE) scfb(0): specified depth (24) or bpp (32) doesn't match framebuffer depth (24) [ 1286.641] (II) UnloadModule: "scfb" [ 1286.642] (EE) Screen(s) found, but none have a usable configuration. Solution to get X up: Leave out DefaultDepth nn in the Screen section, but this yields very slow motion screen draws and long cursor tails. However, if I run a find / in an xterm, screen draws return to normal until find finishes... weird. Any other solutions? -- Trevor Roydhouse BJuris, LLB, LLM (UNSW) Systems Developer Australasian Legal Information Institute Web : www.austlii.edu.au