Bug#1040346: linux-image-6.3.0-2-amd64: AMDGPU only with unusable high resolution available

2023-07-08 Thread Klaus Ethgen
Update:

At least, it works by scaling with xrandr. (--scale 0.5) But it let wdm
still unreadable.

Regards
   Klaus
-- 
Klaus Ethgen   http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C


signature.asc
Description: PGP signature


Bug#1040346: linux-image-6.3.0-2-amd64: AMDGPU only with unusable high resolution available

2023-07-06 Thread Klaus Ethgen
Hi Salvatore,

Am Do den  6. Jul 2023 um 11:36 schrieb Salvatore Bonaccorso:
> Can you check if it is the following known regression:
> https://lore.kernel.org/stable/mn0pr12mb6101c52c4b7fb00702a996ebe2...@mn0pr12mb6101.namprd12.prod.outlook.com/

It pretty much look like that it is this one.

Regards
   Klaus
-- 
Klaus Ethgen   http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C


signature.asc
Description: PGP signature


Bug#1040346: linux-image-6.3.0-2-amd64: AMDGPU only with unusable high resolution available

2023-07-06 Thread Salvatore Bonaccorso
Hi Klaus,

On Wed, Jul 05, 2023 at 02:17:34PM +0100, Klaus Ethgen wrote:
> Hi,
> 
> Am Mi den  5. Jul 2023 um 12:59 schrieb Bastian Blank:
> > On Wed, Jul 05, 2023 at 11:31:06AM +0100, Klaus Ethgen wrote:
> > > > But this is what you want, you want to use the full resolution of the
> > > > output and scale the output (this is called HiDPI).  If you try to
> > > > change the resolution to a non-native one, everything gets mushy.
> > > No, I don't want the full resolution. It is unreadable. I usually use
> > > 1920x1200 which is exactly 1/4 of the resolution so nothing gets mushy.
> > 
> > So you use full resolution and 200% scaling.
> 
> If you see it that way, yes. Just on X level.
> 
> > Anyway, I can't reproduce this using amdgpu on:
> > 
> > | % uname -a
> > | Linux steamhammer 6.3.0-2-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.3.11-1 
> > (2023-07-01) x86_64 GNU/Linux
> > 
> > | % lspci -nn | grep VGA
> > | 06:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
> > [AMD/ATI] Renoir [1002:1636] (rev c1)
> 
> I see that bug on two systems (both lenovo) but with Rembrandt GPU.
> 
> > | % cat /sys/class/drm/card0-DP-1/modes | head -n 10
> 
> Well, the display is the eDP, currently I have no other display
> connected.
> 
> On the buggy kernel, I have only the native resolution in that sys file
> and in the kernel before I see 12 entries.

Can you check if it is the following known regression:
https://lore.kernel.org/stable/mn0pr12mb6101c52c4b7fb00702a996ebe2...@mn0pr12mb6101.namprd12.prod.outlook.com/

Regards,
Salvatore



Bug#1040346: linux-image-6.3.0-2-amd64: AMDGPU only with unusable high resolution available

2023-07-05 Thread Klaus Ethgen
Hi,

Am Mi den  5. Jul 2023 um 12:59 schrieb Bastian Blank:
> On Wed, Jul 05, 2023 at 11:31:06AM +0100, Klaus Ethgen wrote:
> > > But this is what you want, you want to use the full resolution of the
> > > output and scale the output (this is called HiDPI).  If you try to
> > > change the resolution to a non-native one, everything gets mushy.
> > No, I don't want the full resolution. It is unreadable. I usually use
> > 1920x1200 which is exactly 1/4 of the resolution so nothing gets mushy.
> 
> So you use full resolution and 200% scaling.

If you see it that way, yes. Just on X level.

> Anyway, I can't reproduce this using amdgpu on:
> 
> | % uname -a
> | Linux steamhammer 6.3.0-2-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.3.11-1 
> (2023-07-01) x86_64 GNU/Linux
> 
> | % lspci -nn | grep VGA
> | 06:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
> [AMD/ATI] Renoir [1002:1636] (rev c1)

I see that bug on two systems (both lenovo) but with Rembrandt GPU.

> | % cat /sys/class/drm/card0-DP-1/modes | head -n 10

Well, the display is the eDP, currently I have no other display
connected.

On the buggy kernel, I have only the native resolution in that sys file
and in the kernel before I see 12 entries.

Regards
   Klaus
-- 
Klaus Ethgen   http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C


signature.asc
Description: PGP signature


Bug#1040346: linux-image-6.3.0-2-amd64: AMDGPU only with unusable high resolution available

2023-07-05 Thread Bastian Blank
Control: reassign -1 src:linux 6.3.11-1
Control: tags -1 unreproducible

On Wed, Jul 05, 2023 at 11:31:06AM +0100, Klaus Ethgen wrote:
> > But this is what you want, you want to use the full resolution of the
> > output and scale the output (this is called HiDPI).  If you try to
> > change the resolution to a non-native one, everything gets mushy.
> No, I don't want the full resolution. It is unreadable. I usually use
> 1920x1200 which is exactly 1/4 of the resolution so nothing gets mushy.

So you use full resolution and 200% scaling.

> > What happens if you remove the minimally maintained xorg from the
> > equation and use wayland as output driver, which supports more modern
> > graphics features?
> I never got wayland to work. It seems to be always broken when you use
> something different than gnome. It also does not clearly support network
> protocol.

That's why I asked to check, not to use.

Anyway, I can't reproduce this using amdgpu on:

| % uname -a
| Linux steamhammer 6.3.0-2-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.3.11-1 
(2023-07-01) x86_64 GNU/Linux

| % lspci -nn | grep VGA
| 06:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
[AMD/ATI] Renoir [1002:1636] (rev c1)

| % cat /sys/class/drm/card0-DP-1/modes | head -n 10
| 3840x2160
| 3840x2160
| 2560x1440
| 1920x1200
| 1920x1080
| 1920x1080
| 1920x1080
| 1600x1200
| 1680x1050
| 1600x900

Bastian

-- 
The sooner our happiness together begins, the longer it will last.
-- Miramanee, "The Paradise Syndrome", stardate 4842.6



Bug#1040346: linux-image-6.3.0-2-amd64: AMDGPU only with unusable high resolution available

2023-07-05 Thread Klaus Ethgen
Hi Bastian,

Am Mi den  5. Jul 2023 um  9:27 schrieb Bastian Blank:
> On Tue, Jul 04, 2023 at 06:42:40PM +0100, Klaus Ethgen wrote:
> > With this update of linux-image, there is only the highest resolution
> > available anymore. As this is 3840x2400, it leaves the screen completely
> > unreadable and unusable.
> 
> But this is what you want, you want to use the full resolution of the
> output and scale the output (this is called HiDPI).  If you try to
> change the resolution to a non-native one, everything gets mushy.

No, I don't want the full resolution. It is unreadable. I usually use
1920x1200 which is exactly 1/4 of the resolution so nothing gets mushy.

More over, I need to use scaled resolution when using external monitor
or beamer that cannot handle 3840x2400.

> A lot of technical information about that can be for example found here:
> https://wiki.archlinux.org/title/HiDPI

Well, that might work with gnome but not with fvwm as it is not native
in X. The only native solution is to use a different resolution.

See also the attached xorg log from the version before where you have a
bunch of native supported resolutions. One is 1920x1200.

> > See attached xorg log.
> 
> What happens if you remove the minimally maintained xorg from the
> equation and use wayland as output driver, which supports more modern
> graphics features?

I never got wayland to work. It seems to be always broken when you use
something different than gnome. It also does not clearly support network
protocol.

Regards
   Klaus
-- 
Klaus Ethgen   http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
[14.603] 
X.Org X Server 1.21.1.7
X Protocol Version 11, Revision 0
[14.603] Current Operating System: Linux chil 6.3.0-1-amd64 #1 SMP 
PREEMPT_DYNAMIC Debian 6.3.7-1 (2023-06-12) x86_64
[14.603] Kernel command line: BOOT_IMAGE=/root/boot/vmlinuz-6.3.0-1-amd64 
root=UUID=b4992631-80af-4a02-b8f8-ecd8f2a51c95 ro rootflags=subvol=root quiet
[14.603] xorg-server 2:21.1.7-3devuan1 
(https://www.devuan.org/os/community) 
[14.603] Current version of pixman: 0.42.2
[14.603]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[14.603] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[14.603] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jul  4 13:51:09 
2023
[14.604] (==) Using config directory: "/etc/X11/xorg.conf.d"
[14.604] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[14.604] (==) No Layout section.  Using the first Screen section.
[14.604] (**) |-->Screen "Default Screen Section" (0)
[14.604] (**) |   |-->Monitor ""
[14.605] (==) Automatically adding devices
[14.605] (==) Automatically enabling devices
[14.605] (==) Automatically adding GPU devices
[14.605] (==) Automatically binding GPU devices
[14.605] (==) Max clients allowed: 256, resource mask: 0x1f
[14.605] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[14.605]Entry deleted from font path.
[14.605] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
[14.605]Entry deleted from font path.
[14.605] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[14.605]Entry deleted from font path.
[14.606] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
[14.606]Entry deleted from font path.
[14.606] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[14.606]Entry deleted from font path.
[14.606] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/Type1,
built-ins
[14.606] (==) ModulePath set to "/usr/lib/xorg/modules"
[14.606] (**) Extension "XTEST" is disabled
[14.606] (**) Extension "RECORD" is disabled
[14.606] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[14.606] (II) Loader magic: 0x55dd014aaea0
[14.606] (II) Module ABI versions:
[14.606]X.Org ANSI C Emulation: 0.4
[14.606]X.Org Video Driver: 25.2
[14.606]X.Org XInput driver : 24.4
[14.606]X.Org Server Extension : 10.0
[14.606] (++) using VT number 7

[14.606] (II) seat-libseat: libseat integration requires -keeptty and 
-keeptty was not provided, disabling libseat integration
[14.606] (II) xfree86: Adding drm device (/dev/dri/card0)
[14.606] (II) Platform probe for 
/sys/devices/pci:00/:00:08.1/:04:00.0/drm/card0
[14.633] (--) PCI:*(4@0:0:0) 1002:1681:17aa:50b6 rev 209, Mem @ 
0x8b000/268435456, 0x8c000/2097152, 0x8080/524288, I/O @ 

Bug#1040346: linux-image-6.3.0-2-amd64: AMDGPU only with unusable high resolution available

2023-07-05 Thread Bastian Blank
Control: tags -1 moreinfo

Hi Klaus

On Tue, Jul 04, 2023 at 06:42:40PM +0100, Klaus Ethgen wrote:
> With this update of linux-image, there is only the highest resolution
> available anymore. As this is 3840x2400, it leaves the screen completely
> unreadable and unusable.

But this is what you want, you want to use the full resolution of the
output and scale the output (this is called HiDPI).  If you try to
change the resolution to a non-native one, everything gets mushy.

A lot of technical information about that can be for example found here:
https://wiki.archlinux.org/title/HiDPI

> See attached xorg log.

What happens if you remove the minimally maintained xorg from the
equation and use wayland as output driver, which supports more modern
graphics features?

Bastian

-- 
The face of war has never changed.  Surely it is more logical to heal
than to kill.
-- Surak of Vulcan, "The Savage Curtain", stardate 5906.5



Bug#1040346: linux-image-6.3.0-2-amd64: AMDGPU only with unusable high resolution available

2023-07-04 Thread Klaus Ethgen
Package: linux-image-6.3.0-2-amd64
Version: 6.3.11-1
Severity: important

With this update of linux-image, there is only the highest resolution
available anymore. As this is 3840x2400, it leaves the screen completely
unreadable and unusable.

Installing the previous kernel solves the problem.

See attached xorg log.

Note that the error is on a different system where I don't have mail so
no additional info attached.

Regards
   Klaus
-- 
Klaus Ethgen   http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C


Xorg.0.log.old
Description: application/trash


signature.asc
Description: PGP signature