Subject: xserver-xfree86: v4.2.x will not run at 24 bpp whereas 4.1.x
did on my machine
Followup-For: Bug #163807
Package: xserver-xfree86
Version: 4.2.1-2
-- System Information:
Debian Release: testing/unstable
Architecture: powerpc
Kernel: Linux pentangle.dyndns.org 2.4.18-xfs-1.1 #1 Tue Aug 1
Processing commands for [EMAIL PROTECTED]:
> retitle 164446 xserver-xfree86: [trident] colors wrong
Bug#164446: X-server stopped working for me in testing
Changed Bug title.
> severity 164446 normal
Bug#164446: xserver-xfree86: [trident] colors wrong
Severity set to `normal'.
> tag 164446 + ups
On Sat, Oct 12, 2002 at 09:36:50AM -0400, [EMAIL PROTECTED] wrote:
> the relevant part of the log:
>
>
> (EE) FBDEV(0): Driver can't support depth 24
> (EE) Screen(s) found, but none have a usable configuration.
>
> Fatal server error: no screens found
>
Please let the X Strike Force determin
Moin Jasmin!
Jasmin Vögele schrieb am Friday, den 11. October 2002:
> Package: xserver-xfree86_4.1.0-16_i386
> Logfile from: /var/log/XFree86.0.log
How do you expect help? You do not report anything about your hardware,
nor about your configuration files.
Gruss/Regards,
Eduard.
--
"640K ought t
#include
* Jean-Philippe Guérard [Fri, Oct 11 2002, 02:06:44AM]:
I had the same problem with ATI Xpert128, but solved it.
> Section "Device"
> Identifier "ATI Radeon"
> Driver "radeon"
> BusID "PCI:00:12:00"
> Option "UseFBDev"
Le 2002-10-11 10:31:02 +0200, Eduard Bloch écrivait :
> #include
> * Jean-Philippe Guérard [Fri, Oct 11 2002, 02:06:44AM]:
>
> I had the same problem with ATI Xpert128, but solved it.
>
> > Section "Device"
> > Identifier "ATI Radeon"
> > Driver "radeon"
> > BusID
By doing a search on the Web, I was able to find the following post that
seem to address this issue :
http://www.xfree86.org/pipermail/xpert/2002-May/017570.html
HTH.
Jean-Philippe
--
Jean-Philippe Guérard -- mailto:jean-philippe.guerard@;laposte.net
--
To UNSUBSCRIBE, email to [EMAIL PR
One more info:
Downgrading the server fixed the problem, but only after a machine
reboot (i.e. killing X server and running the old one did not help).
lspci shows this:
juraj@moksha:~$ lspci
00:00.0 Host bridge: Intel Corp. 82815 815 Chipset Host Bridge and
Memory Controller Hub (rev 04)
00:01.0
Package: xserver-xfree86 4.2.1-2
Hi out there! I am using debian unstable since 14 months on my toshiba libretto l2 crusoe
laptop. X was running just fine on the tiny 1280x600.
Then two days ago, I dist-upgraded again. Now the xserver-xfree86 4.2.1-2 is installed.
After boot X is started und gnome
Package: xserver-xfree86
Version: 4.2.1-2
When I upgraded Xserver from testing today, it stopped working.
Previously, I was using woody version (4.1.0-17). I did not change any
configuration. The graphics mode is correct, but the colors are
,,shifted'' or at least strange. Here is my configuration
On Fre, 2002-10-11 at 10:31, Eduard Bloch wrote:
> #include
> * Jean-Philippe Guérard [Fri, Oct 11 2002, 02:06:44AM]:
>
> I had the same problem with ATI Xpert128, but solved it.
>
> > Section "Device"
> > Identifier "ATI Radeon"
> > Driver "radeon"
> > BusID
Processing commands for [EMAIL PROTECTED]:
> retitle 163730 xserver-xfree86: [radeon] drmSetBusid failed, so DRI disabled on
>Radeon QD rev 0
Bug#163730: drmSetBusid failed
Changed Bug title.
> tag 163730 + moreinfo
Bug#163730: xserver-xfree86: [radeon] drmSetBusid failed, so DRI disabled on Rad
Processing commands for [EMAIL PROTECTED]:
> retitle 163815 xserver-xfree86: [trident] color palette corrupted, power cycle
>required to fix on Cyber 9397 rev 243
Bug#163815: xserver-xfree86: [trident cyber9397] colour palette screwed up, requiring
power off
Changed Bug title.
> severity 163815
Your message dated Sat, 12 Oct 2002 11:02:36 -0500
with message-id <[EMAIL PROTECTED]>
and subject line you need a newer kernel
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 responsibi
Processing commands for [EMAIL PROTECTED]:
> retitle 164303 xserver-xfree86: [tdfx] progressive display corruption on Voodoo3 rev
>1
Bug#164303: xserver-xfree86: Display corrupted when using tdfx driver
Changed Bug title.
>
End of message, stopping processing here.
Please contact me if you need
OGGETTO:
Per lui, per lei, per gay
Stiamo informando il popolo di internet italiano,
che il nostro staff composto da giovani donne e
giovani uomini dai 18 anni in su, hanno aperto
un nuovissimo sito, esclusivamente in lingua italiana, e
frequentato da persone italiane.
Il nostro sito è il megl
On Fri, Oct 11, 2002 at 08:56:41AM -0400, [EMAIL PROTECTED] wrote:
> After upgrading to XF4.2.x in sid, I noticed something strange going on
> with my display. First I notices some light "snow", i.e. very few random
> pixels were the wrong color. Then more "snow", more pixels were the wrong
> color
Package: xfree86
Version: 4.2.1-2
Tags: patch
Current xc/programs/twm/gram.y can not compile with bison 1.50
because of syntax error.
bison -y -d gram.y
gram.y:451.3-461.18: type clash (`' `num') on default action
gram.y:657.9: parse error, unexpected ":", expecting ";" or "|"
make: *** [gram.c]
Package: xfree86
Version: 4.2.1-2
tags: patch
Compile xc/programs/xkbcomp/xkbparse.y with bison 1.50 cause
trouble.
bison -y xkbparse.y
xkbparse.y:447.3: parse error, unexpected "|"
xkbparse.y:510.3: parse error, unexpected "|"
make: *** [xkbparse.c] Error 1
xkbparse.y contains some needl
On Sat, Oct 12, 2002 at 10:33:13AM -0500, Debian Bug Tracking System wrote:
> Processing commands for [EMAIL PROTECTED]:
>
> > retitle 164446 xserver-xfree86: [trident] colors wrong
> Bug#164446: X-server stopped working for me in testing
> Changed Bug title.
Following some judicious application
Your message dated Sat, 12 Oct 2002 11:20:06 -0500
with message-id <[EMAIL PROTECTED]>
and subject line closing spurious bug report
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 respon
Processing commands for [EMAIL PROTECTED]:
> retitle 164217 xserver-xfree86: [ati/radeon] screen blanking does not turn off LCD
>backlight on Radeon Mobility M6 LY rev 0
Bug#164217: xserver-xfree86: [radeon] screen blanking never turns off the LCD backlight
Changed Bug title.
>
End of message, s
Your message dated Sat, 12 Oct 2002 11:07:45 -0500
with message-id <[EMAIL PROTECTED]>
and subject line closing #164296
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
Package: xfree86
Version: 4.2.1-2
Tags: patch
Build xc/programs/xkbevd/cfgparse.y fail with bison 1.50
bison -y cfgparse.y
cfgparse.y:175.3-177.11: type clash (`ival' `') on default action
cfgparse.y:177.13: parse error, unexpected ":", expecting ";" or "|"
cfgparse.y:177.24-31: $1 of `ActionTy
On Sat, Oct 12, 2002 at 01:32:51PM -0500, Colin Watson wrote:
> On Sat, Oct 12, 2002 at 10:33:13AM -0500, Debian Bug Tracking System wrote:
> > Processing commands for [EMAIL PROTECTED]:
> >
> > > retitle 164446 xserver-xfree86: [trident] colors wrong
> > Bug#164446: X-server stopped working for m
Package: xfree86
Version: 4.2.1-2
Severity: normal
Tags: patch
Building XFree86 fails with the following error:
make[4]: Entering directory
`/home/kalle/build/i386-pc-linux-gnu/Debian/xfree86-4.2.1/build-tree/xc/lib/Xft'
flex -l xftlex.l
sed 's/yy/XftConfig/g' lex.yy.c | sed 's/__REALLY_YY__/yy
Processing commands for [EMAIL PROTECTED]:
> retitle 164063 xserver-xfree86: updated Debconf template translations for pt_BR
Bug#164063: out-of-date pt_BR translation for xserver-xfree86
Changed Bug title.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug t
On Sat, Oct 12, 2002 at 11:33:25AM -0500, Debian Bug Tracking System elucidated:
>
> Closing the bug for the reasons discussed by Michel D=E4nzer.
>
> A "BIOS" is a PC-hardware specific thing.
>
> PowerPC-specific peripherals don't have "BIOS"es.
>
> --=20
> G. Branden Robinson|
In article <1034421886.1149.136.camel@tibook>,
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> It's actually a limitation of the radeon driver in 4.2, it doesn't do
> any power managmenet for digital flat panels. I think it's been fixed in
> current CVS, but I'm not sure if backporting this particular f
retitle 164446 xserver-xfree86: [trident] colors wrong
severity 164446 normal
tag 164446 + upstream moreinfo
thanks
On Sat, Oct 12, 2002 at 11:59:54AM +0200, Juraj Bednar wrote:
> When I upgraded Xserver from testing today, it stopped working.
> Previously, I was using woody version (4.1.0-17). I
On Sam, 2002-10-12 at 22:58, Michael Shields wrote:
> In article <1034421886.1149.136.camel@tibook>,
> Michel Dänzer <[EMAIL PROTECTED]> wrote:
> > It's actually a limitation of the radeon driver in 4.2, it doesn't do
> > any power managmenet for digital flat panels. I think it's been fixed in
> >
Your message dated Sat, 12 Oct 2002 11:03:59 -0500
with message-id <[EMAIL PROTECTED]>
and subject line closing this bug
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
log file is attached.
simon
XFree86 Version 4.2.1 (Debian 4.2.1-2 20021008164304 [EMAIL PROTECTED]) / X
Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 3 September 2002
If the server is older than 6-12 months, or if your card is
newer than th
Your message dated 13 Oct 2002 02:00:45 +0200
with message-id <1034467246.2143.929.camel@tibook>
and subject line Bug#163807: xserver-xfree86: v4.2.x will not run at 24 bpp whereas
4.1.x did on my machine
has caused the attached Bug report to be marked as done.
This means that you claim that the
I definately attached all that you neededI'm sure I did
/me scrathces arse pondering...
anyway here is the output of that script you sent to dig out what you wanted
to assist you.
More information on the 'bug'. I mentioned the high gamma like setting, now
when I reboot it reverts back
Kalle Olavi Niemitalo <[EMAIL PROTECTED]> writes:
> The following patch makes Bison accept the file; I'll try to
> build XFree86 with it after I get a number for this bug.
There were a few more Bison 1.50 incompatibilities.
Thankfully, ISHIKAWA Mutsumi has posted patches for them as
Bug#164486, B
On Sam, 2002-10-12 at 18:38, Dale Harris wrote:
> On Sat, Oct 12, 2002 at 11:33:25AM -0500, Debian Bug Tracking System elucidated:
> >
> > Closing the bug for the reasons discussed by Michel D=E4nzer.
> >
> > A "BIOS" is a PC-hardware specific thing.
> >
> > PowerPC-specific peripherals don't ha
> I doubt this is enough; RADEONDisplayPowerManagementSet() would also
> have to handle the various display types at least.
Then the code is incorrect in HEAD also, since there is still no
special handling there based on display type. A comment says that
additional handling for LCD might be neede
Moin Jasmin!
Jasmin Vögele schrieb am Friday, den 11. October 2002:
> Package: xserver-xfree86_4.1.0-16_i386
> Logfile from: /var/log/XFree86.0.log
How do you expect help? You do not report anything about your hardware,
nor about your configuration files.
Gruss/Regards,
Eduard.
--
"640K ought t
#include
* Jean-Philippe Guérard [Fri, Oct 11 2002, 02:06:44AM]:
I had the same problem with ATI Xpert128, but solved it.
> Section "Device"
> Identifier "ATI Radeon"
> Driver "radeon"
> BusID "PCI:00:12:00"
> Option "UseFBDev"
Package: xserver-xfree86
Version: 4.2.1-2
When I upgraded Xserver from testing today, it stopped working.
Previously, I was using woody version (4.1.0-17). I did not change any
configuration. The graphics mode is correct, but the colors are
,,shifted'' or at least strange. Here is my configuration
Le 2002-10-11 10:31:02 +0200, Eduard Bloch écrivait :
> #include
> * Jean-Philippe Guérard [Fri, Oct 11 2002, 02:06:44AM]:
>
> I had the same problem with ATI Xpert128, but solved it.
>
> > Section "Device"
> > Identifier "ATI Radeon"
> > Driver "radeon"
> > BusID
By doing a search on the Web, I was able to find the following post that
seem to address this issue :
http://www.xfree86.org/pipermail/xpert/2002-May/017570.html
HTH.
Jean-Philippe
--
Jean-Philippe Guérard -- mailto:[EMAIL PROTECTED]
One more info:
Downgrading the server fixed the problem, but only after a machine
reboot (i.e. killing X server and running the old one did not help).
lspci shows this:
[EMAIL PROTECTED]:~$ lspci
00:00.0 Host bridge: Intel Corp. 82815 815 Chipset Host Bridge and
Memory Controller Hub (rev 04)
00
Package: xserver-xfree86 4.2.1-2
Hi out there! I am using debian unstable since 14 months on my toshiba libretto
l2 crusoe
laptop. X was running just fine on the tiny 1280x600.
Then two days ago, I dist-upgraded again. Now the xserver-xfree86 4.2.1-2 is
installed.
After boot X is started und gn
On Fre, 2002-10-11 at 10:31, Eduard Bloch wrote:
> #include
> * Jean-Philippe Guérard [Fri, Oct 11 2002, 02:06:44AM]:
>
> I had the same problem with ATI Xpert128, but solved it.
>
> > Section "Device"
> > Identifier "ATI Radeon"
> > Driver "radeon"
> > BusID
Subject: xserver-xfree86: v4.2.x will not run at 24 bpp whereas 4.1.x
did on my machine
Followup-For: Bug #163807
Package: xserver-xfree86
Version: 4.2.1-2
-- System Information:
Debian Release: testing/unstable
Architecture: powerpc
Kernel: Linux pentangle.dyndns.org 2.4.18-xfs-1.1 #1 Tue Aug 13
Processing commands for [EMAIL PROTECTED]:
> retitle 164446 xserver-xfree86: [trident] colors wrong
Bug#164446: X-server stopped working for me in testing
Changed Bug title.
> severity 164446 normal
Bug#164446: xserver-xfree86: [trident] colors wrong
Severity set to `normal'.
> tag 164446 + upst
On Sat, Oct 12, 2002 at 09:36:50AM -0400, [EMAIL PROTECTED] wrote:
> the relevant part of the log:
>
>
> (EE) FBDEV(0): Driver can't support depth 24
> (EE) Screen(s) found, but none have a usable configuration.
>
> Fatal server error: no screens found
>
Please let the X Strike Force determine
retitle 164446 xserver-xfree86: [trident] colors wrong
severity 164446 normal
tag 164446 + upstream moreinfo
thanks
On Sat, Oct 12, 2002 at 11:59:54AM +0200, Juraj Bednar wrote:
> When I upgraded Xserver from testing today, it stopped working.
> Previously, I was using woody version (4.1.0-17). I
Processing commands for [EMAIL PROTECTED]:
> retitle 163730 xserver-xfree86: [radeon] drmSetBusid failed, so DRI disabled
> on Radeon QD rev 0
Bug#163730: drmSetBusid failed
Changed Bug title.
> tag 163730 + moreinfo
Bug#163730: xserver-xfree86: [radeon] drmSetBusid failed, so DRI disabled on
R
Processing commands for [EMAIL PROTECTED]:
> retitle 163815 xserver-xfree86: [trident] color palette corrupted, power
> cycle required to fix on Cyber 9397 rev 243
Bug#163815: xserver-xfree86: [trident cyber9397] colour palette screwed up,
requiring power off
Changed Bug title.
> severity 16381
Your message dated Sat, 12 Oct 2002 11:02:36 -0500
with message-id <[EMAIL PROTECTED]>
and subject line you need a newer kernel
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 responsibi
Processing commands for [EMAIL PROTECTED]:
> retitle 164217 xserver-xfree86: [ati/radeon] screen blanking does not turn
> off LCD backlight on Radeon Mobility M6 LY rev 0
Bug#164217: xserver-xfree86: [radeon] screen blanking never turns off the LCD
backlight
Changed Bug title.
>
End of message,
Processing commands for [EMAIL PROTECTED]:
> retitle 164303 xserver-xfree86: [tdfx] progressive display corruption on
> Voodoo3 rev 1
Bug#164303: xserver-xfree86: Display corrupted when using tdfx driver
Changed Bug title.
>
End of message, stopping processing here.
Please contact me if you nee
Your message dated Sat, 12 Oct 2002 11:07:45 -0500
with message-id <[EMAIL PROTECTED]>
and subject line closing #164296
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
Your message dated Sat, 12 Oct 2002 11:03:59 -0500
with message-id <[EMAIL PROTECTED]>
and subject line closing this bug
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
OGGETTO:
Per lui, per lei, per gay
Stiamo informando il popolo di internet italiano,
che il nostro staff composto da giovani donne e
giovani uomini dai 18 anni in su, hanno aperto
un nuovissimo sito, esclusivamente in lingua italiana, e
frequentato da persone italiane.
Il nostro sito è il megl
On Fri, Oct 11, 2002 at 08:56:41AM -0400, [EMAIL PROTECTED] wrote:
> After upgrading to XF4.2.x in sid, I noticed something strange going on
> with my display. First I notices some light "snow", i.e. very few random
> pixels were the wrong color. Then more "snow", more pixels were the wrong
> color
Processing commands for [EMAIL PROTECTED]:
> retitle 164063 xserver-xfree86: updated Debconf template translations for
> pt_BR
Bug#164063: out-of-date pt_BR translation for xserver-xfree86
Changed Bug title.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bu
Your message dated Sat, 12 Oct 2002 11:20:06 -0500
with message-id <[EMAIL PROTECTED]>
and subject line closing spurious bug report
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 respon
On Sat, Oct 12, 2002 at 11:33:25AM -0500, Debian Bug Tracking System elucidated:
>
> Closing the bug for the reasons discussed by Michel D=E4nzer.
>
> A "BIOS" is a PC-hardware specific thing.
>
> PowerPC-specific peripherals don't have "BIOS"es.
>
> --=20
> G. Branden Robinson|
Package: xfree86
Version: 4.2.1-2
Severity: normal
Tags: patch
Building XFree86 fails with the following error:
make[4]: Entering directory
`/home/kalle/build/i386-pc-linux-gnu/Debian/xfree86-4.2.1/build-tree/xc/lib/Xft'
flex -l xftlex.l
sed 's/yy/XftConfig/g' lex.yy.c | sed 's/__REALLY_YY__/yy
Package: xfree86
Version: 4.2.1-2
Tags: patch
Current xc/programs/twm/gram.y can not compile with bison 1.50
because of syntax error.
bison -y -d gram.y
gram.y:451.3-461.18: type clash (`' `num') on default action
gram.y:657.9: parse error, unexpected ":", expecting ";" or "|"
make: *** [gram.c]
Package: xfree86
Version: 4.2.1-2
tags: patch
Compile xc/programs/xkbcomp/xkbparse.y with bison 1.50 cause
trouble.
bison -y xkbparse.y
xkbparse.y:447.3: parse error, unexpected "|"
xkbparse.y:510.3: parse error, unexpected "|"
make: *** [xkbparse.c] Error 1
xkbparse.y contains some needl
On Sat, Oct 12, 2002 at 10:33:13AM -0500, Debian Bug Tracking System wrote:
> Processing commands for [EMAIL PROTECTED]:
>
> > retitle 164446 xserver-xfree86: [trident] colors wrong
> Bug#164446: X-server stopped working for me in testing
> Changed Bug title.
Following some judicious application
On Sat, Oct 12, 2002 at 01:32:51PM -0500, Colin Watson wrote:
> On Sat, Oct 12, 2002 at 10:33:13AM -0500, Debian Bug Tracking System wrote:
> > Processing commands for [EMAIL PROTECTED]:
> >
> > > retitle 164446 xserver-xfree86: [trident] colors wrong
> > Bug#164446: X-server stopped working for m
Package: xfree86
Version: 4.2.1-2
Tags: patch
Build xc/programs/xkbevd/cfgparse.y fail with bison 1.50
bison -y cfgparse.y
cfgparse.y:175.3-177.11: type clash (`ival' `') on default action
cfgparse.y:177.13: parse error, unexpected ":", expecting ";" or "|"
cfgparse.y:177.24-31: $1 of `ActionTy
In article <[EMAIL PROTECTED]>,
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> It's actually a limitation of the radeon driver in 4.2, it doesn't do
> any power managmenet for digital flat panels. I think it's been fixed in
> current CVS, but I'm not sure if backporting this particular feature is
> fe
On Sam, 2002-10-12 at 18:38, Dale Harris wrote:
> On Sat, Oct 12, 2002 at 11:33:25AM -0500, Debian Bug Tracking System
> elucidated:
> >
> > Closing the bug for the reasons discussed by Michel D=E4nzer.
> >
> > A "BIOS" is a PC-hardware specific thing.
> >
> > PowerPC-specific peripherals don't
On Sam, 2002-10-12 at 22:58, Michael Shields wrote:
> In article <[EMAIL PROTECTED]>,
> Michel Dänzer <[EMAIL PROTECTED]> wrote:
> > It's actually a limitation of the radeon driver in 4.2, it doesn't do
> > any power managmenet for digital flat panels. I think it's been fixed in
> > current CVS, b
Kalle Olavi Niemitalo <[EMAIL PROTECTED]> writes:
> The following patch makes Bison accept the file; I'll try to
> build XFree86 with it after I get a number for this bug.
There were a few more Bison 1.50 incompatibilities.
Thankfully, ISHIKAWA Mutsumi has posted patches for them as
Bug#164486, B
log file is attached.
simon
XFree86 Version 4.2.1 (Debian 4.2.1-2 20021008164304 [EMAIL PROTECTED]) / X
Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 3 September 2002
If the server is older than 6-12 months, or if your card is
newer than the
Your message dated 13 Oct 2002 02:00:45 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#163807: xserver-xfree86: v4.2.x will not run at 24 bpp
whereas 4.1.x did on my machine
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has bee
I definately attached all that you neededI'm sure I did
/me scrathces arse pondering...
anyway here is the output of that script you sent to dig out what you wanted
to assist you.
More information on the 'bug'. I mentioned the high gamma like setting, now
when I reboot it reverts back
> I doubt this is enough; RADEONDisplayPowerManagementSet() would also
> have to handle the various display types at least.
Then the code is incorrect in HEAD also, since there is still no
special handling there based on display type. A comment says that
additional handling for LCD might be neede
76 matches
Mail list logo
