On Fri, Sep 09, 2005 at 12:43:13PM +1000, James Gray wrote: > I've been bashing my head on this one for a few days. I have a HP NC6230 > lappy with a built-in modem: > $lspci | grep -i modem > 0000:00:1e.3 Modem: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 > Modem Controller (rev 03) > > Apparently that requires the sl-modem stuff. No problem. > $apt-cache search sl-modem > sl-modem-daemon - SmartLink software modem daemon > sl-modem-source - SmartLink software modem driver - module building source > > Hmm - so far so good. Do an "apt-get update" then: > $sudo apt-get install sl-modem-daemon > Reading package lists... Done > Building dependency tree... Done > Some packages could not be installed. > *snip* > The following packages have unmet dependencies: > sl-modem-daemon: Depends: sl-modem-modules-new but it is not installable > E: Broken packages
It's all fun and games until somebody doesn't properly QA their packages. Hmm, I wonder if piuparts[1] is being run on Breezy? I solved this particular minor problem by gutting sl-modem-daemon a bit and removing the dependency on the modules package. > Not so good. So I try the source and install "sl-modem-source". But that > package appears to be a branch that should be inserted into a full kernel > source. Bah! How do I compile this?? No frigging idea. I ended up downloading slmodem-2.9.9e-pre1a and running 'make' in the drivers directlry, then copying slamr.ko into the kernel's modules directory. > So as a last resort, I get the source file from smartlink and compile that. > Only two warnings during the "make install" stage: > /home/myuid/src/slmodem-2.9.10/drivers/st7554.c:1112: \ > warning: implicit declaration of function `usb_endpoint_halted' > ... > *** Warning: > "usb_endpoint_halted" [/home/myuid/src/slmodem-2.9.10/drivers/slusb.ko] > undefined! > Unless you've got a slightly freaky laptop, you don't need this module. It's for USB-connected softmodems. > First one isn't a big deal, but the second one looks ominous. When it comes > around to inserting the module: > > $sudo modprobe slamr > FATAL: Error inserting slamr (/lib/modules/2.6.10-5-686/extra/slamr.ko): > Unknown symbol in module, or unknown parameter (see dmesg) > > And here's dmesg: > slamr: Unknown symbol get_device > slamr: Unknown symbol put_device > slamr: Unknown symbol device_release_driver You built the module without versioned symbols, while the kernel has it's symbols versioned. Run 'make oldconfig && make dep' in the kernel source tree for the running kernel (I think that the make oldconfig is enough, but I'm quite certain that running both will definitely sort it out). Once that's done, it's back into drivers for a 'make clean && make'. > Anyone solved this one before? Not entirely -- once I'd got it all built and installed, the driver would load and go "hey, that's a modem!" but I couldn't actually get it to make dialling-type actions. Hopefully you'll have more luck. - Matt [1] http://packages.debian.org/testing/devel/piuparts -- New Yankee Workshop isn't a "how to" for home hobbyists, it's "Baywatch" for powertool fetishists. -- Geoff Kinnel, ASR
signature.asc
Description: Digital signature
-- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
