- openSUSE Kernel

Re: Disabling /dev/fb0 on TW
by Michal Suchánek 14 Nov '23

14 Nov '23

On Tue, Oct 10, 2023 at 10:35:53AM +0200, Jan Engelhardt wrote: > > On Tuesday 2023-10-10 10:26, Thomas Zimmermann via openSUSE Factory wrote: > > fbiterm has been unmaintained for >15 years > > 8 years give or take; https://github.com/jengelh/fbterm/commits/master > > > But there's no good drop-in replacement. > > kmscon. > > $ cat /etc/kmscon/kmscon.conf > font-name=Consoleet VGA 9x16 > font-size=32 > > (systemctl enable kmsconvt@tty2) > > It even does CJK (which is what fb(i)term was previously used for). It does not, however, use the kernel keymap, and does not support changing the keymap on the fly which is something the installer abuses. There is an laternative that does support this: mlterm-sdl. It is a hassle to set up, though. And nobody cared to create and test the setup for the installer to use mlterm instead of fbiterm. Thanks Michal

1 0

CONFIG_NFS_V4_2_READ_PLUS in master
by Petr Tesařík 31 Oct '23

31 Oct '23

Hi Michal, I can see that CONFIG_NFS_V4_2_READ_PLUS config option was unselected by commit ff9060bd2d1965e27f2da795a27a15d93d4cf67d. This is understandable, given mainline commit 21e31401fc4595aeefa224cd36ab8175ec867b87. However, it seems that all issues have been worked out, see mainline commit 9cf2744d249144fc0fe17667b56da78216678378. Could we re-enable CONFIG_NFS_V4_2_READ_PLUS in master now? Cheers, Petr T

3 5

cifsd-cfid-laundromat in D state
by Wolfgang Rosenauer 20 Oct '23

20 Oct '23

Hi, just tried to analyze why my idle system shows a constant load of around 7 since a while. This is 6.5.6-1-default #1 SMP PREEMPT_DYNAMIC Fri Oct 6 11:20:48 UTC 2023 (c97c2df) x86_64 x86_64 x86_64 GNU/Linux and I found it's most likely 7 cifsd-cfid-laundromat threads in D state which again pointed me at https://lore.kernel.org/lkml/457a5483c3c4ca5bb6c7ec6f4231074c.pc@manguebit.… Is the fix already in the pipeline for Tumbleweed? Thanks, Wolfgang

2 2

[PATCH] config: Reenable Rockchip RK8XX hardware
by Matwey V. Kornilov 16 Oct '23

16 Oct '23

In Linux commit c20e8c5b1203 ("mfd: rk808: Split into core and i2c") CONFIG_MFD_RK808 was renamed to CONFIG_MFD_RK8XX. Reenable options required to boot kernel 6.5 on Rock64 board. Signed-off-by: Matwey V. Kornilov <matwey.kornilov(a)gmail.com> --- config/arm64/default | 14 +++++++++++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/config/arm64/default b/config/arm64/default index 944cf0d6a51..833e946cf9e 100644 --- a/config/arm64/default +++ b/config/arm64/default @@ -1,6 +1,6 @@ # # Automatically generated file; DO NOT EDIT. -# Linux/arm64 6.5.6 Kernel Configuration +# Linux/arm64 6.5.7 Kernel Configuration # CONFIG_CC_VERSION_TEXT="gcc (scripts/dummy-tools/gcc)" CONFIG_CC_IS_GCC=y @@ -4670,6 +4670,7 @@ CONFIG_INPUT_UINPUT=m CONFIG_INPUT_PCF8574=m CONFIG_INPUT_PWM_BEEPER=m CONFIG_INPUT_PWM_VIBRA=m +CONFIG_INPUT_RK805_PWRKEY=m CONFIG_INPUT_GPIO_ROTARY_ENCODER=m CONFIG_INPUT_DA7280_HAPTICS=m CONFIG_INPUT_ADXL34X=m @@ -5254,6 +5255,7 @@ CONFIG_PINCTRL_MCP23S08_SPI=m CONFIG_PINCTRL_MCP23S08=m # CONFIG_PINCTRL_MICROCHIP_SGPIO is not set # CONFIG_PINCTRL_OCELOT is not set +CONFIG_PINCTRL_RK805=m CONFIG_PINCTRL_ROCKCHIP=y CONFIG_PINCTRL_SINGLE=y CONFIG_PINCTRL_STMFX=m @@ -5699,6 +5701,7 @@ CONFIG_CHARGER_BQ2515X=m CONFIG_CHARGER_BQ25890=m CONFIG_CHARGER_BQ25980=m CONFIG_CHARGER_BQ256XX=m +CONFIG_CHARGER_RK817=m CONFIG_CHARGER_SMB347=m # CONFIG_BATTERY_GAUGE_LTC2941 is not set # CONFIG_BATTERY_GOLDFISH is not set @@ -6234,8 +6237,9 @@ CONFIG_MFD_RT4831=m # CONFIG_MFD_RT5033 is not set # CONFIG_MFD_RT5120 is not set # CONFIG_MFD_RC5T583 is not set -# CONFIG_MFD_RK8XX_I2C is not set -# CONFIG_MFD_RK8XX_SPI is not set +CONFIG_MFD_RK8XX=m +CONFIG_MFD_RK8XX_I2C=m +CONFIG_MFD_RK8XX_SPI=m # CONFIG_MFD_RN5T618 is not set # CONFIG_MFD_SEC_CORE is not set # CONFIG_MFD_SI476X_CORE is not set @@ -6390,6 +6394,7 @@ CONFIG_REGULATOR_QCOM_SPMI=m CONFIG_REGULATOR_QCOM_USB_VBUS=m CONFIG_REGULATOR_RAA215300=m CONFIG_REGULATOR_RASPBERRYPI_TOUCHSCREEN_ATTINY=m +CONFIG_REGULATOR_RK808=m CONFIG_REGULATOR_ROHM=m CONFIG_REGULATOR_RT4801=m CONFIG_REGULATOR_RT4803=m @@ -8498,6 +8503,7 @@ CONFIG_SND_SOC_PCM512x_I2C=m CONFIG_SND_SOC_PCM512x_SPI=m # CONFIG_SND_SOC_PEB2466 is not set CONFIG_SND_SOC_RK3328=m +CONFIG_SND_SOC_RK817=m CONFIG_SND_SOC_RL6231=m CONFIG_SND_SOC_RT1011=m CONFIG_SND_SOC_RT1015=m @@ -9599,6 +9605,7 @@ CONFIG_RTC_DRV_DS1672=m CONFIG_RTC_DRV_MAX6900=m CONFIG_RTC_DRV_MAX77686=m CONFIG_RTC_DRV_NCT3018Y=m +CONFIG_RTC_DRV_RK808=m CONFIG_RTC_DRV_RS5C372=m CONFIG_RTC_DRV_ISL1208=m # CONFIG_RTC_DRV_ISL12022 is not set @@ -10142,6 +10149,7 @@ CONFIG_LMK04832=m CONFIG_COMMON_CLK_APPLE_NCO=m CONFIG_COMMON_CLK_MAX77686=m CONFIG_COMMON_CLK_MAX9485=m +CONFIG_COMMON_CLK_RK808=m CONFIG_COMMON_CLK_HI655X=m CONFIG_COMMON_CLK_SCMI=y CONFIG_COMMON_CLK_SCPI=m -- 2.35.3

2 2

Updated project setup for OBS Kernel:stable:Backport and Kernel:HEAD:Backport
by Takashi Iwai 10 Oct '23

10 Oct '23

I updated the project setup of OBS Kernel:stable:Backport and Kernel:HEAD:Backport to use openSUSE:Leap:15.5:Update instead of openSUSE:Leap:15.4:Update. All packages seem built fine, so far, but if you find a problem with this change, please let us know. thanks, Takashi

1 0

Re: Disabling /dev/fb0 on TW
by Andrei Borzenkov 10 Oct '23

10 Oct '23

On Tue, Oct 10, 2023 at 11:42 AM Jan Engelhardt <jengelh(a)inai.de> wrote: > > On Tuesday 2023-10-10 10:39, Andrei Borzenkov wrote: > > > >>> But there's no good drop-in replacement. > >> kmscon. > >Last commit over 9 years ago. Yes, I know, it means it is stable :) > > Huh? https://github.com/Aetf/kmscon/ : 1 year-ish > Ah, OK, I was not aware of it This is a personal fork from https://www.freedesktop.org/wiki/Software/kmscon, which hasn't been updated since 2014.

1 0

Re: Disabling /dev/fb0 on TW
by Andrei Borzenkov 10 Oct '23

10 Oct '23

On Tue, Oct 10, 2023 at 11:36 AM Jan Engelhardt <jengelh(a)inai.de> wrote: > > On Tuesday 2023-10-10 10:26, Thomas Zimmermann via openSUSE Factory wrote: > > fbiterm has been unmaintained for >15 years > > 8 years give or take; https://github.com/jengelh/fbterm/commits/master > > > But there's no good drop-in replacement. > > kmscon. > > Last commit over 9 years ago. Yes, I know, it means it is stable :) > $ cat /etc/kmscon/kmscon.conf > font-name=Consoleet VGA 9x16 > font-size=32 > > (systemctl enable kmsconvt@tty2) > > It even does CJK (which is what fb(i)term was previously used for). >

1 0

Disabling /dev/fb0 on TW
by Thomas Zimmermann 10 Oct '23

10 Oct '23

tl;dr: Disable fbdev userspace interfaces on TW Hi, the upcoming Linux kernel v6.6 will contain the option to disable fbdev userspace interfaces in the kernel configuration. [1] I intent to enable this and thereby switch off /dev/fb0 et al. The tracker bug is boo#1212947. [2] * Why? The old fbdev subsystem is an endless source of bugs. For example, we recently had an out-of-bounds access in the fbdev emulation, where userspace could write beyond the end of the framebuffer memory. [3] Fbdev is under-maintained. I've been doing improvements in recent kernel releases, but only where it benefits the DRM subsystem. Disabling fbdev userspace interfaces will also help weeding out any programs that still contain hard dependencies on them. * What changes? Enabling the new kernel option disables all fbdev userspace interfaces. These are * the device files, such as /dev/fb0 * the sys files under /sys/class/graphics/fb[0-9]+ * /proc/fb * What are the effects on userspace programs? Userspace applications run on the desktop via Wayland or X. There will be no change to them. Xorg and Wayland compositors run on DRM interfaces. A few programs run on SDL, which has no dependency on fbdev either. Any fbdev support in these mid-layer components should be disabled as well. There's one known affected program: TW's text-mode installer can use the tool fbiterm to display CJK symbols during installation. This comes from a time when some low-end systems where not able to boot graphics installation. fbiterm has been unmaintained for >15 years and is ready for retirement. But there's no good drop-in replacement. I propose to simply remove fbiterm and let the graphics installer handle CJK. * What about the framebuffer console? The kernel-provided framebuffer console does not change. The kernel will still show the regular console. Userspace interfaces in /sys/class/graphics/fbcon are still available. For questions and discussion, please comment here or in boo#1212947. Best regards Thomas [1] https://elixir.bootlin.com/linux/v6.6-rc1/source/drivers/video/fbdev/core/K… [2] https://bugzilla.opensuse.org/show_bug.cgi?id=1212947 [3] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… -- Thomas Zimmermann Graphics Driver Developer SUSE Software Solutions Germany GmbH Frankenstrasse 146, 90461 Nuernberg, Germany GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman HRB 36809 (AG Nuernberg)

1 0

Kernels fail to build in Kernel:stable:Backport
by Manfred Hollstein 09 Oct '23

09 Oct '23

Hi there, can someone please have a look at Kernel:stable:Backport to figure out why building the actual kernel packages is impossible. Looks to me like something with the recently changed binutils on Leap. E.g. https://build.opensuse.org/package/live_build_log/Kernel:stable:Backport/ke… TIA, cheers. l8er manfred

2 2

Make CONFIG_SCSI and co back to modules for TW
by Takashi Iwai 20 Sep '23

20 Sep '23

Hi, currently TW stable and master branches have the core SCSI and AHCI code built-in, i.e. CONFIG_SCSI=y, CONFIG_ATA=y and CONFIG_SATA_AHCI=y. IIRC, this was set so in *decades* ago, and the reason was "just for booting faster"; at that time, making it built-in had measurable difference. Meanwhile, it's no longer issue with modern hardware. And, more importantly, such built-in config has a side-effect as we've seen recently at: https://bugzilla.suse.com/show_bug.cgi?id=1215182 where TW kernel can't boot properly because of the failure of SSD probe due to the built-in SCSI / AHCI drivers. Does anyone object to switch back to modules? This will align with SLE configuration, and it automagically "fixes" such bugs. thanks, Takashi

3 3