At the given URI, theres a thread about the same problem i got with 2.6.23, i guess they found the commit which causes the problem and maybe fixed it.
Don't refer to third-party links for bug descriptions. Also emerge --info and ebuild version missing.
Theres only one version in portage tree yet: 2.6.43 Portage 2.1.3.19 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.22-gentoo-r9 i686) ================================================================= System uname: 2.6.22-gentoo-r9 i686 Intel(R) Xeon(R) CPU 3040 @ 1.86GHz Timestamp of tree: Tue, 04 Dec 2007 16:46:01 +0000 app-shells/bash: 3.2_p17 dev-lang/python: 2.4.4-r6 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks keepsrc metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://ftp.gentoo.mesh-solutions.com/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/ ftp://pandemonium.tiscali.de/pub/gentoo/ http://gentoo.mneisen.org/ ftp://ftp.mneisen.org/gentoo " MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/voip /usr/portage/local/default" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="acl ao audit berkdb bitmap-fonts cli cracklib crypt cups dri encode ffmpeg flac fortran gdbm gpm iconv ipv6 isdnlog ladspa ldap libsamplerate mad mailwrapper md5sum midi mmap mmx mudflap ncurses nls nptl nptlonly ogg openmp pam pcre perl pppd python readline reflection session sndfile spl sse sse2 ssl tcpd truetype-fonts type1-fonts unicode vim-pager vim-syntax x86 xattr xml xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" FRITZCAPI_CARDS="fcclassic fcpci fcpnp" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS Bug Description: This commit lets fritzcapi code failing - according to the bug reported on archlinux: http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.23.y.git;a=commit;h=b520b85a963bf7b14b9614579aff14558d7ee264 The result of capiinfo with 2.6.22 looks like this: Number of Controllers : 1 Controller 1: Manufacturer: AVM GmbH CAPI Version: 2.0 Manufacturer Version: 3.11-07 (49.23) Serial Number: 1000001 BChannels: 2 Global Options: 0x00000039 internal controller supported DTMF supported Supplementary Services supported channel allocation supported (leased lines) B1 protocols support: 0x4000011f 64 kbit/s with HDLC framing 64 kbit/s bit-transparent operation V.110 asynconous operation with start/stop byte framing V.110 synconous operation with HDLC framing T.30 modem for fax group 3 Modem asyncronous operation with start/stop byte framing B2 protocols support: 0x00000b1b ISO 7776 (X.75 SLP) Transparent LAPD with Q.921 for D channel X.25 (SAPI 16) T.30 for fax group 3 ISO 7776 (X.75 SLP) with V.42bis compression V.120 asyncronous mode V.120 bit-transparent mode B3 protocols support: 0x800000bf Transparent T.90NL, T.70NL, T.90 ISO 8208 (X.25 DTE-DTE) X.25 DCE T.30 for fax group 3 T.30 for fax group 3 with extensions Modem .... With 2.6.23: Number of Controllers : 1 Controller 1: Manufacturer: CAPI Version: 2.0 Manufacturer Version: 49.23 Serial Number: 1000001 BChannels: 0 Global Options: 0x00000000 B1 protocols support: 0x00000000 B2 protocols support: 0x00000000 B3 protocols support: 0x00000000 0100 0000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ... Hope this info does the job.
*** Bug 202086 has been marked as a duplicate of this bug. ***
Any news on this yet ?
yes, I found a new and better source for AVM drivers. Now all drivers are splitted in their own ebuilds. So feel free and try them. They all build fine with kernel-2.6.23, though I can't test them all due to lack of corresponding hardware. ;)
(In reply to comment #5) > yes, I found a new and better source for AVM drivers. Now all drivers are > splitted in their own ebuilds. So feel free and try them. They all build fine > with kernel-2.6.23, though I can't test them all due to lack of corresponding > hardware. ;) > Would you mind share the location of your source ? :)
Created attachment 140541 [details, diff] fritzcapi fix for 2.6.23 kernels I guess the source is http://opensuse.foehr-it.de/ But anyway, as a quick workaround you could try this one, that did it for me and the solution is taken from the RPMs at the above source. Cheers, Malte
(In reply to comment #7) > Created an attachment (id=140541) [edit] > fritzcapi fix for 2.6.23 kernels > > I guess the source is http://opensuse.foehr-it.de/ > But anyway, as a quick workaround you could try this one, that did it for me > and the solution is taken from the RPMs at the above source. > > Cheers, > Malte > Thanks, your patch worked out fine. I just recognized that there are new ebuilds for each module previously contained in net-dialup/fritzcapi in the ~x86 branch. Do they have that fix already applied ?
all seperated ebuilds were tested against kernel 2.6.23 by me. So they compile fine, yes (though I don't have all the devices to test). All patches (and some more) are included in the source rpms. That was the ultimate reason to use them ;-)
please test the new splitted ebuilds. If they work as expected, I will mask and eventually remove net-dialup/fritzcapi from portage in favour of the new splitted ebuilds.
(In reply to comment #10) > please test the new splitted ebuilds. If they work as expected, I will mask and > eventually remove net-dialup/fritzcapi from portage in favour of the new > splitted ebuilds. > I tested net-dialup/fcpci-0.1 and i get the same error as above, no B-Channels. When I use Malte Starostik's patch on net-dialup/fritzcapi it works out fine. Do the splitted eBuilds still need to be fixed ? I can't test the other ebuilds because i only have an Fritz!Card PCI.
the patch in #7 fixes the problem, the splitted ebuilds don't work for me.
~x86 net-dialup/fcpci-0.1-r1 has the fix included, working for me.
Created attachment 165205 [details] fcusb2 on 2.6.20.3 fcusb2 doesn't compile on kernel 2.6.20.3
upstream dead, closed source, doesn't work with current kernels -> masked.
