Haupauge TV card failed on kernel 6.5.2-arch1-1
Hi folks Just run my normal daily "pacman -Syu" update rebooted to see the below message flash past the tv card was perfect less than 3 minuets earlier i had been watching it . failing symbol_get of non-GPLONLY symbol cx22702_attach. [ 20.746259] DVB: Unable to find symbol cx22702_attach() [ 20.746300] cx88_dvb: frontend initialization failed [ 20.746333] cx88_dvb: dvb_register failed (err = -22) system is as follows Operating System: Arch Linux KDE Plasma Version: 5.27.7 KDE Frameworks Version: 5.109.0 Qt Version: 5.15.10 Kernel Version: 6.5.2-arch1-1 (64-bit) Graphics Platform: X11 Processors: 8 × AMD FX-8370E Eight-Core Processor Memory: 15.6 GiB of RAM Graphics Processor: HAWAII Manufacturer: Gigabyte Technology Co., Ltd. if you need more let me know i would like to get this TV card back i use it a lot it is my TV . Thanks Pete
On Mon, Sep 11, 2023 at 12:30 AM pete <petegn@mail.com> wrote:
Hi folks
Just run my normal daily "pacman -Syu" update rebooted to see the below message flash past the tv card was perfect less than 3 minuets earlier i had been watching it .
failing symbol_get of non-GPLONLY symbol cx22702_attach. [ 20.746259] DVB: Unable to find symbol cx22702_attach() [ 20.746300] cx88_dvb: frontend initialization failed [ 20.746333] cx88_dvb: dvb_register failed (err = -22)
This will be fixed in the next stable kernel release. https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/tree...
On Mon, 11 Sep 2023 00:52:55 +0200 "Jan Alexander Steffens (heftig)" <heftig@archlinux.org> wrote:
On Mon, Sep 11, 2023 at 12:30 AM pete <petegn@mail.com> wrote:
Hi folks
Just run my normal daily "pacman -Syu" update rebooted to see the below message flash past the tv card was perfect less than 3 minuets earlier i had been watching it .
failing symbol_get of non-GPLONLY symbol cx22702_attach. [ 20.746259] DVB: Unable to find symbol cx22702_attach() [ 20.746300] cx88_dvb: frontend initialization failed [ 20.746333] cx88_dvb: dvb_register failed (err = -22)
This will be fixed in the next stable kernel release.
https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/tree...
Ok thanks . There was a time when i would have dived straight in when you had to cook your own Kernels but not done it for years so i will wait . Pity because it is my Tv as well as computer . Cheers Pete
On Mon, 2023-09-11 at 00:29 +0100, pete wrote:
There was a time when i would have dived straight in when you had to cook your own Kernels but not done it for years so i will wait . Pity because it is my Tv as well as computer .
Hi, if you haven't dealt with Arch kernel PKGBUILDs for a while, then the sources are a bit confusing [1] ;). It's not that KISS in the sense of transparency as the old PKGBUILDs with sources directly from upstream and patches included to the tarball, but that's just my opinion. However, maybe linux-lts [2] is able to temporarily workaround the issue for you. Regards, Ralf [1] source=( "$_srcname::git+https://github.com/archlinux/linux?signed#tag=$_srctag" config # the main kernel config file [2] https://archlinux.org/packages/core/x86_64/linux-lts/
On Mon, 11 Sep 2023 02:21:17 +0200 Ralf Mardorf <ralf-mardorf@riseup.net> wrote:
On Mon, 2023-09-11 at 00:29 +0100, pete wrote:
There was a time when i would have dived straight in when you had to cook your own Kernels but not done it for years so i will wait . Pity because it is my Tv as well as computer .
Hi,
if you haven't dealt with Arch kernel PKGBUILDs for a while, then the sources are a bit confusing [1] ;). It's not that KISS in the sense of transparency as the old PKGBUILDs with sources directly from upstream and patches included to the tarball, but that's just my opinion.
However, maybe linux-lts [2] is able to temporarily workaround the issue for you.
Regards, Ralf
[1] source=(
"$_srcname::git+https://github.com/archlinux/linux?signed#tag=$_srctag" config # the main kernel config file
Hi Ralf . Thanks yes it has changed so much from the old days of early Suse and before i will wait a bit then maybe drop back , i have never run an LTS kernel we will see thanks pete
Hi,
Hi Ralf .
Thanks yes it has changed so much from the old days of early Suse and before i will wait a bit then maybe drop back , i have never run an LTS kernel we will see
thanks pete
You can also use "downgrade" to downgrade to the last working 6.5.x kernel and put it into IgnorePkg. Regards
On Mon, 2023-09-11 at 13:22 +0200, Bjoern Franke wrote:
Thanks yes it has changed so much from the old days of early Suse
Hi, assuming you didn't build RPM packages, it's still more or less the same, especially if you use an Arch config, so that you don't need to care about the configuration by yourself. I just glanced over the Wiki, https://wiki.archlinux.org/title/Kernel/Traditional_compilation , unless I'm missing it, it doesn't mention the patch command, but patch usage didn't change at all. Building an Arch package is described by the Arch Wiki, too. You can build a new package by more or less only doing copy and paste, https://wiki.archlinux.org/title/Kernel/Arch_build_system . The last kernel package I build was an apt package for linux 6.2.9 on Xubuntu. The only pitfall with 6+ kernels might be RAM. I read about RAM space issues even when not building in tmpfs. At least I didn't run into an issue with 32 GiB of RAM, when building the 6.2.9 kernel not in tmpfs.
You can also use "downgrade" to downgrade to the last working 6.5.x kernel and put it into IgnorePkg.
This is a good idea. Btw. "downgrade" is provided by the chaotic-aur repository, https://wiki.archlinux.org/title/unofficial_user_repositories . After installing downgrade you only need to run sudo downgrade linux linux-docs linux-headers and select the desired packages from the lists. It seems to have a new interface. Providing the package lists is a little bit delayed on my machine now. Regards, Ralf
On Mon, 11 Sep 2023 16:33:07 +0200 Ralf Mardorf <ralf-mardorf@riseup.net> wrote:
On Mon, 2023-09-11 at 13:22 +0200, Bjoern Franke wrote:
Thanks yes it has changed so much from the old days of early Suse
Hi,
assuming you didn't build RPM packages, it's still more or less the same, especially if you use an Arch config, so that you don't need to care about the configuration by yourself. I just glanced over the Wiki, https://wiki.archlinux.org/title/Kernel/Traditional_compilation , unless I'm missing it, it doesn't mention the patch command, but patch usage didn't change at all.
Building an Arch package is described by the Arch Wiki, too. You can build a new package by more or less only doing copy and paste, https://wiki.archlinux.org/title/Kernel/Arch_build_system .
The last kernel package I build was an apt package for linux 6.2.9 on Xubuntu. The only pitfall with 6+ kernels might be RAM. I read about RAM space issues even when not building in tmpfs. At least I didn't run into an issue with 32 GiB of RAM, when building the 6.2.9 kernel not in tmpfs.
You can also use "downgrade" to downgrade to the last working 6.5.x kernel and put it into IgnorePkg.
This is a good idea. Btw. "downgrade" is provided by the chaotic-aur repository, https://wiki.archlinux.org/title/unofficial_user_repositories .
After installing downgrade you only need to run
sudo downgrade linux linux-docs linux-headers
and select the desired packages from the lists. It seems to have a new interface. Providing the package lists is a little bit delayed on my machine now.
Regards, Ralf
Hi Ralf Thanks i may well get tempted to try rolling my own again it was something i used to do more than once a day at one time time to wake the old grey cells up i will read up on the Wiki . I miss not having my tv card working Cheers Pete
participants (4)
-
Bjoern Franke
-
Jan Alexander Steffens (heftig)
-
pete
-
Ralf Mardorf