Re: fedup 20 - 22 - improper X rendering
On 08/08/2015 09:42 PM, Rich Emberson wrote:
I used to update:
fedup --network 22 --product=nonproduct
Coming up in graphical target as default.target, KDE X does
not render properly.
With right click I a small box appears under the cursor,
navigating to what I guess is the first menu item, I can
start a console.
A box appears. I click into it and type:
xterm
Another box appears and I can launch another xterm from it.
At any of the xterm's (and console) I can enter commands.
The area where the xterm prints my input text and any resulting
output text is drawn ... but not the rest of the xterm (which
remains the background image).
I can find the top of the xterm box and move it ... it leaves
a trail of sides of the xterm as it is moved.
Any xterm over which I move another xterm, does not refresh
it self.
Basically, X is unusable.
# /sbin/lshw -c display
*-display
description: VGA compatible controller
product: G73 [GeForce 7300 GT]
vendor: NVIDIA Corporation
physical id: 0
bus info: pci@:01:00.0
version: a1
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress vga_controller bus_master
cap_list rom
configuration: driver=nouveau latency=0
resources: irq:29 memory:fd00-fdff
memory:d000-dfff memory:fc00-fcff ioport:bc00(size=128)
memory:fe8e-fe8f
No nvidia drivers are installed:
rpm -qa --qf '%{NAME} %{VERSION}-%{RELEASE} %{ARCH}\n' | grep -i nvi
nothing
rpm -qa --qf '%{NAME} %{VERSION}-%{RELEASE} %{ARCH}\n' | grep kmod
akmods 0.5.4-1.fc22 noarch
kmodtool 1-23.fc22 noarch
libmikmod 3.3.7-1.fc22 x86_64
kmod-libs 21-1.fc22 x86_64
kmod 21-1.fc22 x86_64
The contents of /etc/X11 is the same post upgrade to fedora 22
as it was for fedora 20 (I kept a copy of 20's /etc/X11 directory).
In /var/log/Xorg.0.log the same (EE) and (WW) messages
appear in the fedora 22 as in the fedora 20 log (again, I kept
a copy).
The only difference that pops out is that for the fedora 20
Xorg.0.log the bottom has:
[ 22527.418] (II) NOUVEAU(0): Printing DDC gathered Modelines:
[ 22527.418] (II) NOUVEAU(0): Modeline 1680x1050x0.0 119.00 1680
1728 1760 1840 1050 1052 1058 1100 -hsync -vsync (64.7 kHz eP)
but for the 22 Xorg.0.log the bottom has:
[81.512] (II) NOUVEAU(0): Printing DDC gathered Modelines:
[81.512] (II) NOUVEAU(0): Modeline 2560x1080x0.0 185.58 2560
2624 2688 2784 1080 1083 1093 +hsync -vsync (66.7 kHz eP)
[81.512] (II) NOUVEAU(0): Modeline 800x600x0.0 40.00 800 840
968 1056 600 601 605 628 +hsync +vsync (37.9 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 640x480x0.0 31.50 640 656
720 840 480 481 484 500 -hsync -vsync (37.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 640x480x0.0 25.18 640 656
752 800 480 490 492 525 -hsync -vsync (31.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 720x400x0.0 28.32 720 738
846 900 400 412 414 449 -hsync +vsync (31.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1280x1024x0.0 135.00 1280
1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1024x768x0.0 78.75 1024 1040
1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1024x768x0.0 65.00 1024 1048
1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 800x600x0.0 49.50 800 816
896 1056 600 601 604 625 +hsync +vsync (46.9 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1280x800x0.0 71.00 1280 1328
1360 1440 800 803 809 823 +hsync -vsync (49.3 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1680x1050x0.0 119.00 1680
1728 1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1152x864x0.0 108.00 1152 1216
1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1280x1024x0.0 108.00 1280
1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1920x1080x60.0 172.80 1920
2040 2248 2576 1080 1081 1084 1118 -hsync +vsync (67.1 kHz e)
which is to say, a lot more gathered Modelines ... whatever that means.
The nouveau entries in the Xorg.0.log are very similar:
fedora 20
.
[1.801451] nouveau [ DRM] 0xC272: Parsing digital output script
table
[1.903954] nouveau [ DRM] MM: using M2MF for buffer copies
[1.903963] nouveau [ DRM] Setting dpms mode 3 on TV encoder
(output 3)
[1.959109] nouveau [ DRM] allocated 2560x1080 fb: 0x9000, bo
88003693ec00
[1.959207] fbcon: nouveaufb (fb0) is primary device
[1.982601] nouveau [ DRM] 0xC272: Parsing digital output script
table
[2.083944] Console: switching to colour frame buffer device 320x67
[2.085254] nouveau :01:00.0: fb0: nouveaufb frame buffer device
[2.085255] nouveau :01:00.0: registered panic notifier
[2.097031] [drm] Initialized nouveau 1.2.1 20120801 for :01:00.0
Re: fedup 20 - 22 - improper X rendering
Tried the Fedora 22 Live KDE dvd I created just to see if it would come
up
Well, its X - KDE had the same rendering problem. Foreground images do
not fully refresh their part of the screen.
As said previously, X applications launched from remote machines run just
fine
on the remote machine.
So, somehow Fedora 22's nouveau-based rendering seems to have an issue ..
or something
On Sat, Aug 8, 2015 at 6:42 PM, Rich Emberson emberson.r...@gmail.com
wrote:
I used to update:
fedup --network 22 --product=nonproduct
Coming up in graphical target as default.target, KDE X does
not render properly.
With right click I a small box appears under the cursor,
navigating to what I guess is the first menu item, I can
start a console.
A box appears. I click into it and type:
xterm
Another box appears and I can launch another xterm from it.
At any of the xterm's (and console) I can enter commands.
The area where the xterm prints my input text and any resulting
output text is drawn ... but not the rest of the xterm (which
remains the background image).
I can find the top of the xterm box and move it ... it leaves
a trail of sides of the xterm as it is moved.
Any xterm over which I move another xterm, does not refresh
it self.
Basically, X is unusable.
# /sbin/lshw -c display
*-display
description: VGA compatible controller
product: G73 [GeForce 7300 GT]
vendor: NVIDIA Corporation
physical id: 0
bus info: pci@:01:00.0
version: a1
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress vga_controller bus_master cap_list
rom
configuration: driver=nouveau latency=0
resources: irq:29 memory:fd00-fdff memory:d000-dfff
memory:fc00-fcff ioport:bc00(size=128) memory:fe8e-fe8f
No nvidia drivers are installed:
rpm -qa --qf '%{NAME} %{VERSION}-%{RELEASE} %{ARCH}\n' | grep -i nvi
nothing
rpm -qa --qf '%{NAME} %{VERSION}-%{RELEASE} %{ARCH}\n' | grep kmod
akmods 0.5.4-1.fc22 noarch
kmodtool 1-23.fc22 noarch
libmikmod 3.3.7-1.fc22 x86_64
kmod-libs 21-1.fc22 x86_64
kmod 21-1.fc22 x86_64
The contents of /etc/X11 is the same post upgrade to fedora 22
as it was for fedora 20 (I kept a copy of 20's /etc/X11 directory).
In /var/log/Xorg.0.log the same (EE) and (WW) messages
appear in the fedora 22 as in the fedora 20 log (again, I kept
a copy).
The only difference that pops out is that for the fedora 20
Xorg.0.log the bottom has:
[ 22527.418] (II) NOUVEAU(0): Printing DDC gathered Modelines:
[ 22527.418] (II) NOUVEAU(0): Modeline 1680x1050x0.0 119.00 1680 1728
1760 1840 1050 1052 1058 1100 -hsync -vsync (64.7 kHz eP)
but for the 22 Xorg.0.log the bottom has:
[81.512] (II) NOUVEAU(0): Printing DDC gathered Modelines:
[81.512] (II) NOUVEAU(0): Modeline 2560x1080x0.0 185.58 2560 2624
2688 2784 1080 1083 1093 +hsync -vsync (66.7 kHz eP)
[81.512] (II) NOUVEAU(0): Modeline 800x600x0.0 40.00 800 840 968
1056 600 601 605 628 +hsync +vsync (37.9 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 640x480x0.0 31.50 640 656 720
840 480 481 484 500 -hsync -vsync (37.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 640x480x0.0 25.18 640 656 752
800 480 490 492 525 -hsync -vsync (31.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 720x400x0.0 28.32 720 738 846
900 400 412 414 449 -hsync +vsync (31.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1280x1024x0.0 135.00 1280 1296
1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1024x768x0.0 78.75 1024 1040
1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1024x768x0.0 65.00 1024 1048
1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 800x600x0.0 49.50 800 816 896
1056 600 601 604 625 +hsync +vsync (46.9 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1280x800x0.0 71.00 1280 1328
1360 1440 800 803 809 823 +hsync -vsync (49.3 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1680x1050x0.0 119.00 1680 1728
1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1152x864x0.0 108.00 1152 1216
1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1280x1024x0.0 108.00 1280 1328
1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1920x1080x60.0 172.80 1920 2040
2248 2576 1080 1081 1084 1118 -hsync +vsync (67.1 kHz e)
which is to say, a lot more gathered Modelines ... whatever that means.
The nouveau entries in the Xorg.0.log are very similar:
fedora 20
.
[1.801451] nouveau [ DRM] 0xC272: Parsing digital output script
table
[1.903954] nouveau [ DRM] MM: using M2MF for buffer copies
[1.903963] nouveau [ DRM] Setting dpms mode 3 on TV encoder
(output 3
Re: fedup 20 - 22 - improper X rendering
I might add that logging in remotely to this machine and then launching an
X-application
that displays on the remote machine works.
So, it seems to be purely a X rendering issue on the machine, the X
protocol works fine.
Richard
On Sat, Aug 8, 2015 at 6:42 PM, Rich Emberson emberson.r...@gmail.com
wrote:
I used to update:
fedup --network 22 --product=nonproduct
Coming up in graphical target as default.target, KDE X does
not render properly.
With right click I a small box appears under the cursor,
navigating to what I guess is the first menu item, I can
start a console.
A box appears. I click into it and type:
xterm
Another box appears and I can launch another xterm from it.
At any of the xterm's (and console) I can enter commands.
The area where the xterm prints my input text and any resulting
output text is drawn ... but not the rest of the xterm (which
remains the background image).
I can find the top of the xterm box and move it ... it leaves
a trail of sides of the xterm as it is moved.
Any xterm over which I move another xterm, does not refresh
it self.
Basically, X is unusable.
# /sbin/lshw -c display
*-display
description: VGA compatible controller
product: G73 [GeForce 7300 GT]
vendor: NVIDIA Corporation
physical id: 0
bus info: pci@:01:00.0
version: a1
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress vga_controller bus_master cap_list
rom
configuration: driver=nouveau latency=0
resources: irq:29 memory:fd00-fdff memory:d000-dfff
memory:fc00-fcff ioport:bc00(size=128) memory:fe8e-fe8f
No nvidia drivers are installed:
rpm -qa --qf '%{NAME} %{VERSION}-%{RELEASE} %{ARCH}\n' | grep -i nvi
nothing
rpm -qa --qf '%{NAME} %{VERSION}-%{RELEASE} %{ARCH}\n' | grep kmod
akmods 0.5.4-1.fc22 noarch
kmodtool 1-23.fc22 noarch
libmikmod 3.3.7-1.fc22 x86_64
kmod-libs 21-1.fc22 x86_64
kmod 21-1.fc22 x86_64
The contents of /etc/X11 is the same post upgrade to fedora 22
as it was for fedora 20 (I kept a copy of 20's /etc/X11 directory).
In /var/log/Xorg.0.log the same (EE) and (WW) messages
appear in the fedora 22 as in the fedora 20 log (again, I kept
a copy).
The only difference that pops out is that for the fedora 20
Xorg.0.log the bottom has:
[ 22527.418] (II) NOUVEAU(0): Printing DDC gathered Modelines:
[ 22527.418] (II) NOUVEAU(0): Modeline 1680x1050x0.0 119.00 1680 1728
1760 1840 1050 1052 1058 1100 -hsync -vsync (64.7 kHz eP)
but for the 22 Xorg.0.log the bottom has:
[81.512] (II) NOUVEAU(0): Printing DDC gathered Modelines:
[81.512] (II) NOUVEAU(0): Modeline 2560x1080x0.0 185.58 2560 2624
2688 2784 1080 1083 1093 +hsync -vsync (66.7 kHz eP)
[81.512] (II) NOUVEAU(0): Modeline 800x600x0.0 40.00 800 840 968
1056 600 601 605 628 +hsync +vsync (37.9 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 640x480x0.0 31.50 640 656 720
840 480 481 484 500 -hsync -vsync (37.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 640x480x0.0 25.18 640 656 752
800 480 490 492 525 -hsync -vsync (31.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 720x400x0.0 28.32 720 738 846
900 400 412 414 449 -hsync +vsync (31.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1280x1024x0.0 135.00 1280 1296
1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1024x768x0.0 78.75 1024 1040
1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1024x768x0.0 65.00 1024 1048
1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 800x600x0.0 49.50 800 816 896
1056 600 601 604 625 +hsync +vsync (46.9 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1280x800x0.0 71.00 1280 1328
1360 1440 800 803 809 823 +hsync -vsync (49.3 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1680x1050x0.0 119.00 1680 1728
1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1152x864x0.0 108.00 1152 1216
1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1280x1024x0.0 108.00 1280 1328
1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1920x1080x60.0 172.80 1920 2040
2248 2576 1080 1081 1084 1118 -hsync +vsync (67.1 kHz e)
which is to say, a lot more gathered Modelines ... whatever that means.
The nouveau entries in the Xorg.0.log are very similar:
fedora 20
.
[1.801451] nouveau [ DRM] 0xC272: Parsing digital output script
table
[1.903954] nouveau [ DRM] MM: using M2MF for buffer copies
[1.903963] nouveau [ DRM] Setting dpms mode 3 on TV encoder
(output 3)
[1.959109] nouveau [ DRM] allocated 2560x1080 fb: 0x9000, bo
88003693ec00
[1.959207] fbcon: nouveaufb (fb0) is primary device
[1.982601
Re: fedup 20 - 22 - improper X rendering
I am not using the nvidia card. I am using nouveau.
# /usr/sbin/akmods --force
No akmod packages found, nothing to do.[ OK ]
rpm -qa --qf '%{NAME} %{VERSION}-%{RELEASE} %{ARCH}\n' | grep kmod
akmods 0.5.4-1.fc22 noarch
kmodtool 1-23.fc22 noarch
libmikmod 3.3.7-1.fc22 x86_64
kmod-libs 21-1.fc22 x86_64
kmod 21-1.fc22 x86_64
On Sun, Aug 9, 2015 at 4:34 AM, fedora2015 fedora2...@videotron.ca wrote:
On 08/08/2015 09:42 PM, Rich Emberson wrote:
I used to update:
fedup --network 22 --product=nonproduct
Coming up in graphical target as default.target, KDE X does
not render properly.
With right click I a small box appears under the cursor,
navigating to what I guess is the first menu item, I can
start a console.
A box appears. I click into it and type:
xterm
Another box appears and I can launch another xterm from it.
At any of the xterm's (and console) I can enter commands.
The area where the xterm prints my input text and any resulting
output text is drawn ... but not the rest of the xterm (which
remains the background image).
I can find the top of the xterm box and move it ... it leaves
a trail of sides of the xterm as it is moved.
Any xterm over which I move another xterm, does not refresh
it self.
Basically, X is unusable.
# /sbin/lshw -c display
*-display
description: VGA compatible controller
product: G73 [GeForce 7300 GT]
vendor: NVIDIA Corporation
physical id: 0
bus info: pci@:01:00.0
version: a1
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress vga_controller bus_master
cap_list rom
configuration: driver=nouveau latency=0
resources: irq:29 memory:fd00-fdff
memory:d000-dfff memory:fc00-fcff ioport:bc00(size=128)
memory:fe8e-fe8f
No nvidia drivers are installed:
rpm -qa --qf '%{NAME} %{VERSION}-%{RELEASE} %{ARCH}\n' | grep -i nvi
nothing
rpm -qa --qf '%{NAME} %{VERSION}-%{RELEASE} %{ARCH}\n' | grep kmod
akmods 0.5.4-1.fc22 noarch
kmodtool 1-23.fc22 noarch
libmikmod 3.3.7-1.fc22 x86_64
kmod-libs 21-1.fc22 x86_64
kmod 21-1.fc22 x86_64
The contents of /etc/X11 is the same post upgrade to fedora 22
as it was for fedora 20 (I kept a copy of 20's /etc/X11 directory).
In /var/log/Xorg.0.log the same (EE) and (WW) messages
appear in the fedora 22 as in the fedora 20 log (again, I kept
a copy).
The only difference that pops out is that for the fedora 20
Xorg.0.log the bottom has:
[ 22527.418] (II) NOUVEAU(0): Printing DDC gathered Modelines:
[ 22527.418] (II) NOUVEAU(0): Modeline 1680x1050x0.0 119.00 1680
1728 1760 1840 1050 1052 1058 1100 -hsync -vsync (64.7 kHz eP)
but for the 22 Xorg.0.log the bottom has:
[81.512] (II) NOUVEAU(0): Printing DDC gathered Modelines:
[81.512] (II) NOUVEAU(0): Modeline 2560x1080x0.0 185.58 2560
2624 2688 2784 1080 1083 1093 +hsync -vsync (66.7 kHz eP)
[81.512] (II) NOUVEAU(0): Modeline 800x600x0.0 40.00 800 840
968 1056 600 601 605 628 +hsync +vsync (37.9 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 640x480x0.0 31.50 640 656
720 840 480 481 484 500 -hsync -vsync (37.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 640x480x0.0 25.18 640 656
752 800 480 490 492 525 -hsync -vsync (31.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 720x400x0.0 28.32 720 738
846 900 400 412 414 449 -hsync +vsync (31.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1280x1024x0.0 135.00 1280
1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1024x768x0.0 78.75 1024 1040
1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1024x768x0.0 65.00 1024 1048
1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 800x600x0.0 49.50 800 816
896 1056 600 601 604 625 +hsync +vsync (46.9 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1280x800x0.0 71.00 1280 1328
1360 1440 800 803 809 823 +hsync -vsync (49.3 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1680x1050x0.0 119.00 1680
1728 1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1152x864x0.0 108.00 1152 1216
1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1280x1024x0.0 108.00 1280
1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1920x1080x60.0 172.80 1920
2040 2248 2576 1080 1081 1084 1118 -hsync +vsync (67.1 kHz e)
which is to say, a lot more gathered Modelines ... whatever that means.
The nouveau entries in the Xorg.0.log are very similar:
fedora 20
.
[1.801451] nouveau [ DRM] 0xC272: Parsing digital output script
table
[1.903954] nouveau [ DRM] MM: using M2MF for buffer copies
[1.903963] nouveau [ DRM] Setting dpms mode 3 on TV
fedup 20 - 22 - improper X rendering
I used to update:
fedup --network 22 --product=nonproduct
Coming up in graphical target as default.target, KDE X does
not render properly.
With right click I a small box appears under the cursor,
navigating to what I guess is the first menu item, I can
start a console.
A box appears. I click into it and type:
xterm
Another box appears and I can launch another xterm from it.
At any of the xterm's (and console) I can enter commands.
The area where the xterm prints my input text and any resulting
output text is drawn ... but not the rest of the xterm (which
remains the background image).
I can find the top of the xterm box and move it ... it leaves
a trail of sides of the xterm as it is moved.
Any xterm over which I move another xterm, does not refresh
it self.
Basically, X is unusable.
# /sbin/lshw -c display
*-display
description: VGA compatible controller
product: G73 [GeForce 7300 GT]
vendor: NVIDIA Corporation
physical id: 0
bus info: pci@:01:00.0
version: a1
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress vga_controller bus_master cap_list
rom
configuration: driver=nouveau latency=0
resources: irq:29 memory:fd00-fdff memory:d000-dfff
memory:fc00-fcff ioport:bc00(size=128) memory:fe8e-fe8f
No nvidia drivers are installed:
rpm -qa --qf '%{NAME} %{VERSION}-%{RELEASE} %{ARCH}\n' | grep -i nvi
nothing
rpm -qa --qf '%{NAME} %{VERSION}-%{RELEASE} %{ARCH}\n' | grep kmod
akmods 0.5.4-1.fc22 noarch
kmodtool 1-23.fc22 noarch
libmikmod 3.3.7-1.fc22 x86_64
kmod-libs 21-1.fc22 x86_64
kmod 21-1.fc22 x86_64
The contents of /etc/X11 is the same post upgrade to fedora 22
as it was for fedora 20 (I kept a copy of 20's /etc/X11 directory).
In /var/log/Xorg.0.log the same (EE) and (WW) messages
appear in the fedora 22 as in the fedora 20 log (again, I kept
a copy).
The only difference that pops out is that for the fedora 20
Xorg.0.log the bottom has:
[ 22527.418] (II) NOUVEAU(0): Printing DDC gathered Modelines:
[ 22527.418] (II) NOUVEAU(0): Modeline 1680x1050x0.0 119.00 1680 1728
1760 1840 1050 1052 1058 1100 -hsync -vsync (64.7 kHz eP)
but for the 22 Xorg.0.log the bottom has:
[81.512] (II) NOUVEAU(0): Printing DDC gathered Modelines:
[81.512] (II) NOUVEAU(0): Modeline 2560x1080x0.0 185.58 2560 2624
2688 2784 1080 1083 1093 +hsync -vsync (66.7 kHz eP)
[81.512] (II) NOUVEAU(0): Modeline 800x600x0.0 40.00 800 840 968
1056 600 601 605 628 +hsync +vsync (37.9 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 640x480x0.0 31.50 640 656 720
840 480 481 484 500 -hsync -vsync (37.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 640x480x0.0 25.18 640 656 752
800 480 490 492 525 -hsync -vsync (31.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 720x400x0.0 28.32 720 738 846
900 400 412 414 449 -hsync +vsync (31.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1280x1024x0.0 135.00 1280 1296
1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1024x768x0.0 78.75 1024 1040
1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1024x768x0.0 65.00 1024 1048
1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 800x600x0.0 49.50 800 816 896
1056 600 601 604 625 +hsync +vsync (46.9 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1280x800x0.0 71.00 1280 1328
1360 1440 800 803 809 823 +hsync -vsync (49.3 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1680x1050x0.0 119.00 1680 1728
1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1152x864x0.0 108.00 1152 1216
1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1280x1024x0.0 108.00 1280 1328
1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[81.512] (II) NOUVEAU(0): Modeline 1920x1080x60.0 172.80 1920 2040
2248 2576 1080 1081 1084 1118 -hsync +vsync (67.1 kHz e)
which is to say, a lot more gathered Modelines ... whatever that means.
The nouveau entries in the Xorg.0.log are very similar:
fedora 20
.
[1.801451] nouveau [ DRM] 0xC272: Parsing digital output script
table
[1.903954] nouveau [ DRM] MM: using M2MF for buffer copies
[1.903963] nouveau [ DRM] Setting dpms mode 3 on TV encoder
(output 3)
[1.959109] nouveau [ DRM] allocated 2560x1080 fb: 0x9000, bo
88003693ec00
[1.959207] fbcon: nouveaufb (fb0) is primary device
[1.982601] nouveau [ DRM] 0xC272: Parsing digital output script
table
[2.083944] Console: switching to colour frame buffer device 320x67
[2.085254] nouveau :01:00.0: fb0: nouveaufb frame buffer device
[2.085255] nouveau :01:00.0: registered panic notifier
[2.097031] [drm] Initialized nouveau 1.2.1 20120801 for :01:00.0 on
minor 0
fedora 22
.
[1.912410] nouveau [ DRM
fedup to 22
Has anyone run fedup to 22? If yes, any problems with f22? Thanx. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: fedup to 22
On 04/13/15 09:14, jd1008 wrote: Has anyone run fedup to 22? If yes, any problems with f22? Since F22 is only in Beta testing, you're question would best be asked on the testing list -- If you can't laugh at yourself, others will gladly oblige. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: fedup to 22
Only problem with 22 I've run into so far is that there's something wrong with NFS. Otherwise, everything seems to be fine. On Sun, Apr 12, 2015 at 9:14 PM, jd1008 jd1...@gmail.com wrote: Has anyone run fedup to 22? If yes, any problems with f22? Thanx. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
