[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Nokia 6155 on Gentoo 2006.1 with Gnokii 0.6.14 - some progress

From: Mark Kirkwood
Subject: Re: Nokia 6155 on Gentoo 2006.1 with Gnokii 0.6.14 - some progress
Date: Sun, 17 Dec 2006 12:11:02 +1300
User-agent: Thunderbird (X11/20061129)

Pawel Kot wrote:

On 12/16/06, Mark Kirkwood <address@hidden> wrote:
Running Gentoo 2006.1 with the following parameters in .gnokiirc:

connection = dku2libus

I get:

[postgres:~]$ gnokii --identify
GNOKII Version 0.6.14
Couldn't open PHONET device: Success
Telephone interface init failed: Command failed.
Command failed.

I need more details here. Do you use CVS version or 0.6.14?

0.6.14 from Gentoo portage. The only odd thing about is is that debug seems not to work (I have it enabled in .gnokiirc and its being ignored)

$ gnokii --identify
GNOKII Version 0.6.14
IMEI         : Unknown
Manufacturer : Nokia
Model        : Unknown
Product name : Unknown
Revision     : Unknown

So, some progress - looks like libusb is not the way to go for this
phone. However the obvious next step does not work:

No. That's no progress at all. Just different way of not working. Did
you load nokia_dku2 module?

No - unfortunately it does not compile against a 2.6.18 kernel - as drivers/usb/serial/usb_serial.h disappears in this version (does gnokii CVS handle this?):

# make
make[1]: Entering directory `/usr/src/linux-2.6.18-gentoo-r3'
  CC [M]  /root/gnokii-0.6.14/patches/kernel_2.6/nokia_dku2.o
/root/gnokii-0.6.14/patches/kernel_2.6/nokia_dku2.c:42:24: error: usb-serial.h: No such file or directory

Now - it looks like 2.6.17 *does* have this file, so I might be able to build against that 2.6.17 kernel (and reboot into that later...) hmmm, no luck there either:

# make
make[1]: Entering directory `/usr/src/linux-2.6.17-gentoo-r8'
  CC [M]  /root/gnokii-0.6.14/patches/kernel_2.6/nokia_dku2.o
/root/gnokii-0.6.14/patches/kernel_2.6/nokia_dku2.c:163: error: expected ')' before string constant

the line is:

MODULE_PARM(debug, "i");

and I can't actually see anything wrong with it (MODULE_PARM is defined in linux/module.h which *is* included)...

So, um, the moudule is fighting hard not to cooperate... :-)



reply via email to

[Prev in Thread] Current Thread [Next in Thread]