Looks like the API for class_device_create has changed. A quick search seems to indicate that all calls in zaptel.c looking like class_device_create(zap_class, MKDEV(ZT_MAJOR, span->chans[x].channo), NULL, chan_name); should be changed to something like class_device_create(zap_class, NULL, MKDEV(ZT_MAJOR, span->chans[x].channo), NULL, chan_name); I made those changes by hand and was able to finish the compile and install. Modprobling the ztdummy modules worked (at least it did not crash my machine or give any errors).
Can anyone tell me when this will be fixed? This is the only thing preventing me upgrading to 2.6.15. If the fix specified here is correct then I don't mind producing an ebuild and patch and attaching to this issue.
I've been using this fix on two different machines without problems. I do not have a zaptel card, but the ztdummy driver seems to be doing what it should.
Created attachment 78389 [details, diff] patch made from patch to zaptel-1.2 to compile with >= linux-2.6.15
Created attachment 78390 [details, diff] patch for zaptel-1.0.10.ebuild this is my first official patch for gentoo, so please dont hurt me.
Comment on attachment 78389 [details, diff] patch made from patch to zaptel-1.2 to compile with >= linux-2.6.15 it works very well for me, too
Yes it work for me , i have 2 hfc isdn card Thank You Please update portage...
I have 2 ISDN card with hfc chipset, but now only one channel for the two isdn card work !!!
(In reply to comment #7) > I have 2 ISDN card with hfc chipset, > but now only one channel for the two isdn card work !!! > Please Ignore my last comment... All ok.
So, will this "fix" actually make it to CVS or into a new ebuild oneday? Its been like a month now.
stkn put this in CVS already. zaptel bumped to 1.0.10-r1. thanks for the patch.
fixed.