Bug#193374: marked as done (xserver-xfree86: No UseFBDev option when configuring xserver-xfree86)
Your message dated Thu, 15 May 2003 02:10:35 -0500
with message-id <20030515071035.GB19550@deadbeast.net>
and subject line Bug#193374: xserver-xfree86: No UseFBDev option when configuring xserver-xfree86
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 15 May 2003 02:12:45 +0000
>From vomjom@vomjom.org Wed May 14 21:12:44 2003
Return-path: <vomjom@vomjom.org>
Received: from commons10k1.mo24.107.115.133.charter-stl.com (vomjom) [24.107.115.133]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 19G8Ee-0005nL-00; Wed, 14 May 2003 21:12:44 -0500
Received: from vomjom by vomjom with local (Exim 3.36 #1 (Debian))
id 19G8ET-0007iF-00; Wed, 14 May 2003 21:12:33 -0500
From: vomjom@vomjom.org
Subject: xserver-xfree86: No UseFBDev option when configuring xserver-xfree86
To: submit@bugs.debian.org
X-Mailer: bug 3.3.10
Message-Id: <[🔎] E19G8ET-0007iF-00@vomjom>
Date: Wed, 14 May 2003 21:12:33 -0500
Delivered-To: submit@bugs.debian.org
X-Spam-Status: No, hits=-4.0 required=4.0
tests=BAYES_10,HAS_PACKAGE,NO_REAL_NAME,SUBJ_HAS_UNIQ_ID
version=2.53-bugs.debian.org_2003_05_09
X-Spam-Level:
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_05_09 (1.174.2.15-2003-03-30-exp)
Package: xserver-xfree86
Version: 4.2.1-6
Severity: important
When doing dpkg-reconfigure xserver-xfree86, there is no option for the user
to set UseFBDev to false (I believe there used to be one, but was it might've
been taken out).
The real problem relates to this:
http://lists.debian.org/debian-x/2002/debian-x-200211/msg00375.html
For my machine (and I assume any machine with an nvidia radeon card),
UseFBDev will cause you to get a "no screens found" error aftering starting
X (assuming you really don't have an FB device interface loaded).
Personally, not only do I think there should be an option (so you won't have
to fix the XF86Config file every upgrade), but it should default to false for
the users who would get the "no screens found" error.
Jonathan Hseu
---------------------------------------
Received: (at 193374-done) by bugs.debian.org; 15 May 2003 07:10:41 +0000
>From branden@deadbeast.net Thu May 15 02:10:38 2003
Return-path: <branden@deadbeast.net>
Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 19GCsw-0006zU-00; Thu, 15 May 2003 02:10:38 -0500
Received: by redwald.deadbeast.net (Postfix, from userid 1000)
id 5E81C6417C; Thu, 15 May 2003 02:10:35 -0500 (EST)
Date: Thu, 15 May 2003 02:10:35 -0500
From: Branden Robinson <branden@debian.org>
To: 193374-done@bugs.debian.org
Subject: Re: Bug#193374: xserver-xfree86: No UseFBDev option when configuring xserver-xfree86
Message-ID: <20030515071035.GB19550@deadbeast.net>
References: <[🔎] E19G8ET-0007iF-00@vomjom>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="DKU6Jbt7q3WqK7+M"
Content-Disposition: inline
In-Reply-To: <[🔎] E19G8ET-0007iF-00@vomjom>
User-Agent: Mutt/1.5.4i
Delivered-To: 193374-done@bugs.debian.org
X-Spam-Status: No, hits=-31.6 required=4.0
tests=BAYES_10,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2,
QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,
SUBJ_HAS_UNIQ_ID,USER_AGENT_MUTT
autolearn=ham version=2.53-bugs.debian.org_2003_05_09
X-Spam-Level:
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_05_09 (1.174.2.15-2003-03-30-exp)
--DKU6Jbt7q3WqK7+M
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, May 14, 2003 at 09:12:33PM -0500, vomjom@vomjom.org wrote:
> Package: xserver-xfree86
> Version: 4.2.1-6
> Severity: important
>=20
> When doing dpkg-reconfigure xserver-xfree86, there is no option for the u=
ser
> to set UseFBDev to false (I believe there used to be one, but was it migh=
t've
> been taken out).
That's not true, there is such an option. Try the following command:
# dpkg-reconfigure -plow xserver-xfree86
Template: xserver-xfree86/config/device/use_fbdev
Type: boolean
_Description: Use kernel framebuffer device interface?
Rather than communicating directly with the video hardware, the X server m=
ay
be configured to perform some operations, such as video mode switching, via
the kernel's framebuffer driver.
.
In theory, either approach should work, but in practice, sometimes one does
and the other does not. Enabling this option is the safe bet, but feel fr=
ee
to turn it off if it appears to cause problems.
> For my machine (and I assume any machine with an nvidia radeon card),
There is no such thing as an NVidia Radeon card; Radeon cards are made
by ATI, not NVidia.
> UseFBDev will cause you to get a "no screens found" error aftering starti=
ng
> X (assuming you really don't have an FB device interface loaded).
You should change the answer to the corresponding debconf question to
"false", then.
> Personally, not only do I think there should be an option
There is one.
> (so you won't have to fix the XF86Config file every upgrade), but it
> should default to false for the users who would get the "no screens
> found" error.
Here's the logic that handles the default.
# use fbcon kernel functions?
USE_FBDEV=3D
if [ -e /proc/fb ]; then
FB_TYPE=3D"$(grep '^0 ' /proc/fb | awk '{print $2}')"
# did we actually get back anything?
if [ -n "$FB_TYPE" ]; then
case "$FB_TYPE" in
OFfb|VESA)
# generic framebuffer that doesn't support UseFBDev
;;
*)
# other framebuffers do support UseFBDEV
USE_FBDEV=3Dyes
;;
esac
fi
fi
if [ -n "$USE_FBDEV" ]; then
auto_answer db_input high xserver-xfree86/config/device/use_fbdev "true"
else
db_get xserver-xfree86/config/device/use_fbdev || debug_report_status "db=
_get xserver-xfree86/config/device/use_fbdev" "$?"
if [ "$RET" =3D "true" ]; then
debug_echo "xserver-xfree86/config/device/use_fbdev is \"true\" but /pr=
oc/fb does not exist, is empty, or reports a framebuffer type with which Us=
eFBDev cannot be used; setting template to \"false\""
db_set xserver-xfree86/config/device/use_fbdev false
fi
fi
(Please don't leap to conclusions; the auto_answer() function doesn't
mean you are not prompted.)
Closing this spurious report.
--=20
G. Branden Robinson | If a man ate a pound of pasta and a
Debian GNU/Linux | pound of antipasto, would they
branden@debian.org | cancel out, leaving him still
http://people.debian.org/~branden/ | hungry? -- Scott Adams
--DKU6Jbt7q3WqK7+M
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
iEYEARECAAYFAj7DPWsACgkQ6kxmHytGonxM4gCdGC0P0PlW68bdRK001/E+/8bQ
qFoAnjycOejNUj/U+8NZK17d1tLyfO9X
=JqsY
-----END PGP SIGNATURE-----
--DKU6Jbt7q3WqK7+M--
Reply to: