[opensuse-factory] Dropping of useless packages instead of build-fixing them?
Hi, I advocated the dropping of i4lbase some time ago, simply because the kernel infrastructure that it needs is no longer there, so it cannot be used for anything useful. I was ignored. Now Marcus fixed isapnp build (standard LTO problem). However, since we have # CONFIG_ISA_BUS is not set in our kernel config for quite some time, I'd guess that this also cannot work at all, even if it now builds. Wouldn't the new year 2020 be a great opportunity to get rid of accumulated cruft like i4lbase and isapnp? I mean -- on other occasions, packages are suggested for dropping just because nobody has touched them for 5+ years, even if they build and work fine. Have fun, seife -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Fri, 10 Jan 2020 11:00:55 +0100, Stefan Seyfried wrote:
Hi,
I advocated the dropping of i4lbase some time ago, simply because the kernel infrastructure that it needs is no longer there, so it cannot be used for anything useful. I was ignored.
Now Marcus fixed isapnp build (standard LTO problem). However, since we have
# CONFIG_ISA_BUS is not set
in our kernel config for quite some time, I'd guess that this also cannot work at all, even if it now builds.
It's still enabled on i386/kernel-default. kernel-pae disables CONFIG_ISA, and I guess it's intentional.
Wouldn't the new year 2020 be a great opportunity to get rid of accumulated cruft like i4lbase and isapnp?
I'm not against it, though... thanks, Takashi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi Takashi, Am 10.01.20 um 11:26 schrieb Takashi Iwai:
On Fri, 10 Jan 2020 11:00:55 +0100, Stefan Seyfried wrote:
Hi,
I advocated the dropping of i4lbase some time ago, simply because the kernel infrastructure that it needs is no longer there, so it cannot be used for anything useful. I was ignored.
Now Marcus fixed isapnp build (standard LTO problem). However, since we have
# CONFIG_ISA_BUS is not set
in our kernel config for quite some time, I'd guess that this also cannot work at all, even if it now builds.
It's still enabled on i386/kernel-default. kernel-pae disables CONFIG_ISA, and I guess it's intentional.
Ah, I "of course" forgot that there is more than kernel-default-x86_64 ;-) I'll fire up one of my low-end i686 systems (Pentium M Dothan, 1GB RAM, over 15 years old...) over the weekend and try to find out if there is even any hardware in there that can be configured with isapnp. They still have an ISA bus (PCMCIA...), but I doubt they need isapnp ;-), as isapnp was more for things like old ISA Sound Blaster cards and such. Even if I might still have isapnp-capable cards lying around in some box, I definitely have no board left where I could stick them in... I'll report back. Have fun, seife -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Fri, 10 Jan 2020 11:34:28 +0100, Stefan Seyfried wrote:
Hi Takashi,
Am 10.01.20 um 11:26 schrieb Takashi Iwai:
On Fri, 10 Jan 2020 11:00:55 +0100, Stefan Seyfried wrote:
Hi,
I advocated the dropping of i4lbase some time ago, simply because the kernel infrastructure that it needs is no longer there, so it cannot be used for anything useful. I was ignored.
Now Marcus fixed isapnp build (standard LTO problem). However, since we have
# CONFIG_ISA_BUS is not set
in our kernel config for quite some time, I'd guess that this also cannot work at all, even if it now builds.
It's still enabled on i386/kernel-default. kernel-pae disables CONFIG_ISA, and I guess it's intentional.
Ah, I "of course" forgot that there is more than kernel-default-x86_64 ;-)
I'll fire up one of my low-end i686 systems (Pentium M Dothan, 1GB RAM, over 15 years old...) over the weekend and try to find out if there is even any hardware in there that can be configured with isapnp. They still have an ISA bus (PCMCIA...), but I doubt they need isapnp ;-), as isapnp was more for things like old ISA Sound Blaster cards and such. Even if I might still have isapnp-capable cards lying around in some box, I definitely have no board left where I could stick them in...
I'll report back.
How about a sound card on VM? IIRC, qemu supports SB16, adlib and GUS cards (not sure whether they are PnP, though). Takashi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi Takashi, Am 10.01.20 um 11:53 schrieb Takashi Iwai:
On Fri, 10 Jan 2020 11:34:28 +0100, Stefan Seyfried wrote:
Am 10.01.20 um 11:26 schrieb Takashi Iwai:
It's still enabled on i386/kernel-default. kernel-pae disables CONFIG_ISA, and I guess it's intentional.
I installed openSUSE-Tumbleweed-NET-i586-Snapshot20200107-Media.iso in a KVM vm, started with qemu-system-i386 -machine accel=kvm -machine pc-m 2048 -soundhw all -smp 2 -audiodev none This boots kernel 5.3.12-default build Nov 21 2019 localhost:~ # uname -a Linux localhost 5.3.12-2-default #1 SMP Thu Nov 21 07:21:43 UTC 2019 (a6f6081) i686 i686 i386 GNU/Linux localhost:~ # rpm -q kernel-default kernel-default-5.3.12-2.2.i586 localhost:~ # hwinfo --sound|egrep "Model|Driver" Model: "Red Hat QEMU Virtual Machine" Driver: "snd_hda_intel" Driver Modules: "snd_hda_intel" Driver Info #0: Driver Status: snd_hda_intel is active Driver Activation Cmd: "modprobe snd_hda_intel" Model: "Red Hat QEMU Virtual Machine" Driver: "snd_intel8x0" Driver Modules: "snd_intel8x0" Driver Info #0: Driver Status: snd_intel8x0 is active Driver Activation Cmd: "modprobe snd_intel8x0" Model: "Ensoniq ES1370 [AudioPCI]" Driver: "snd_ens1370" Driver Modules: "snd_ens1370" Driver Info #0: Driver Status: snd_ens1370 is active Driver Activation Cmd: "modprobe snd_ens1370" No ISA BUS though: localhost:~ # zgrep ISA_BUS /proc/config.gz # CONFIG_ISA_BUS is not set CONFIG_ISA_BUS_API=y localhost:~ # find /sys/bus/isa/ -ls 383 0 drwxr-xr-x 4 root root 0 Jan 10 13:41 /sys/bus/isa/ 387 0 --w------- 1 root root 4096 Jan 10 13:58 /sys/bus/isa/drivers_probe 385 0 drwxr-xr-x 2 root root 0 Jan 10 13:41 /sys/bus/isa/devices 384 0 --w------- 1 root root 4096 Jan 10 13:41 /sys/bus/isa/uevent 386 0 drwxr-xr-x 2 root root 0 Jan 10 13:41 /sys/bus/isa/drivers 388 0 -rw-r--r-- 1 root root 4096 Jan 10 13:58 /sys/bus/isa/drivers_autoprobe localhost:~ # pnpdump # $Id: pnpdump_main.c,v 1.27 2001/04/30 21:54:53 fox Exp $ # Release isapnptools-1.26 # # This is free software, see the sources for details. # This software has NO WARRANTY, use at your OWN RISK # # For details of the output file format, see isapnp.conf(5) # # For latest information and FAQ on isapnp and pnpdump see: # http://www.roestock.demon.co.uk/isapnptools/ # # Compiler flags: -DREALTIME -DHAVE_PROC -DENABLE_PCI -DHAVE_SCHED_SETSCHEDULER -DHAVE_NANOSLEEP -DWANT_TO_VALIDATE # # No boards found So this does not seem to work right now anyway and we can as well drop isapnp ;-)
How about a sound card on VM? IIRC, qemu supports SB16, adlib and GUS cards (not sure whether they are PnP, though).
No matter if they are, they don't work anyway. I also tried "-machine isapc", but it does not find the system disk. However, this [ 0.119493] PnPBIOS: dev_node_info: function not supported on this system [ 0.121440] PnPBIOS: Unable to get node info. Aborting. hints that QEMU does not really support isapnp anyway ;-) Best regards, seife -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 10.01.20 um 11:34 schrieb Stefan Seyfried:
I'll fire up one of my low-end i686 systems (Pentium M Dothan, 1GB RAM, over 15 years old...) over the weekend and try to find out if there is even any hardware in there that can be configured with isapnp. They still have an ISA bus (PCMCIA...), but I doubt they need isapnp ;-), as isapnp was more for things like old ISA Sound Blaster cards and such. Even if I might still have isapnp-capable cards lying around in some box, I definitely have no board left where I could stick them in...
toughbook:~ # pnpdump # $Id: pnpdump_main.c,v 1.27 2001/04/30 21:54:53 fox Exp $ # Release isapnptools-1.26 # # This is free software, see the sources for details. # This software has NO WARRANTY, use at your OWN RISK # # For details of the output file format, see isapnp.conf(5) # # For latest information and FAQ on isapnp and pnpdump see: # http://www.roestock.demon.co.uk/isapnptools/ # # Compiler flags: -DREALTIME -DHAVE_PROC -DENABLE_PCI -DHAVE_SCHED_SETSCHEDULER -DHAVE_NANOSLEEP -DWANT_TO_VALIDATE # # Trying port address 0273 # Trying port address 027b [...] # Trying port address 03eb # Trying port address 03f3 # No boards found toughbook:~ # pccardctl ls Socket 0 Bridge: [yenta_cardbus] (bus ID: 0000:02:00.0) Socket 1 Bridge: [yenta_cardbus] (bus ID: 0000:02:00.1) Socket 1 Device 0: [avm_cs] (bus ID: 1.0) actually pcmcia is an own bus for the kernel: toughbook:~ # find /sys/bus/isa/ /sys/bus/isa/ /sys/bus/isa/drivers_probe /sys/bus/isa/devices /sys/bus/isa/uevent /sys/bus/isa/drivers /sys/bus/isa/drivers_autoprobe toughbook:~ # find /sys/bus/pcmcia/ /sys/bus/pcmcia/ /sys/bus/pcmcia/drivers_probe /sys/bus/pcmcia/devices /sys/bus/pcmcia/devices/1.0 /sys/bus/pcmcia/uevent /sys/bus/pcmcia/drivers /sys/bus/pcmcia/drivers/avm_cs /sys/bus/pcmcia/drivers/avm_cs/1.0 /sys/bus/pcmcia/drivers/avm_cs/bind /sys/bus/pcmcia/drivers/avm_cs/unbind /sys/bus/pcmcia/drivers/avm_cs/module /sys/bus/pcmcia/drivers/avm_cs/uevent /sys/bus/pcmcia/drivers/avm_cs/new_id /sys/bus/pcmcia/drivers_autoprobe toughbook:~ # uname -a Linux toughbook 5.4.7-1-default #1 SMP Wed Jan 1 07:55:50 UTC 2020 (34ebd00) i686 i686 i386 GNU/Linux toughbook:~ # rpm -qa kernel-default kernel-default-5.4.7-1.1.i586 I'd guess we can safely get rid of isapnp. If someone turns up who really needs it (and who can do at least basic funtionality tests...), I'd volunteer to reintroduce it to Factory at a later time. Best regards, seife P.S.: with kernel-pae, the pnpdump result is shorter: toughbook:~ # uname -a Linux toughbook 5.4.7-1-pae #1 SMP Wed Jan 1 07:55:50 UTC 2020 (34ebd00) i686 i686 i386 GNU/Linux toughbook:~ # pnpdump # $Id: pnpdump_main.c,v 1.27 2001/04/30 21:54:53 fox Exp $ # Release isapnptools-1.26 # # This is free software, see the sources for details. # This software has NO WARRANTY, use at your OWN RISK # # For details of the output file format, see isapnp.conf(5) # # For latest information and FAQ on isapnp and pnpdump see: # http://www.roestock.demon.co.uk/isapnptools/ # # Compiler flags: -DREALTIME -DHAVE_PROC -DENABLE_PCI -DHAVE_SCHED_SETSCHEDULER -DHAVE_NANOSLEEP -DWANT_TO_VALIDATE # # No boards found -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (2)
-
Stefan Seyfried -
Takashi Iwai