The "wrong chip version ff" is a real issue, and having it mentioned makes sure that google searches turn it up with a solution.
[[User:Tonko|Tonko]] 01:41, 8 Oct 2005 (CEST)

----
The present text confused me (as you now have noticed). Maybe it should better reflect that the error is incorrect ("wrong chip version ff" instead of "FIR mode not enabled" or whatever). Would that be acceptable?

[[User:Pebolle|Paul Bolle]] 02:05, 8 Oct 2005 (CEST)
----
If you think you can explain it better, go right ahead. The IrDA document could use some major cleaning.

As long as we still point out that the only error in syslog is "Wrong chip version ff" when trying to load the FIR module without first activating the PnP device. It would be nice if the ISA-PNP patch to the nsc-ircc driver got accepted upstream, so we dont have to do these hacks anymore.
[[User:Tonko|Tonko]] 03:58, 8 Oct 2005 (CEST)
----
Tonko,

Is there a reason why you deleted the TODO entry for linux 2.6 kernel config for SIR? I would like to readd it, but like to hear your reason to remove it first.

[[User:Pebolle|Paul Bolle]] 10:23, 14 Oct 2005 (CEST)

== T23 debianized kernel with probs ==

Found another crazy thing here. T23 2648-2GG, with 2.6.13 and 2.6.14 (Debianized Source). Clear init of nsc-ircc and dongle, but the dongle stays offline (dark and blind). Booted with Knoppix or Bart-PE Windows give correct function of the whole device, viewed with a digicam shows some blinks at init. But not with plain 2.6.13 an 2.6.14 from Debian.
Eric

== setpnp ==

Hello,

since the nsc-ircc patch isn't in 2.6.15, I tried to go the setpnp route, but I don't even get to see {{path|/proc/bus/pnp}} even though I enabled the support for it in the kernel config (once I found out that I need to enable ISA support to even get the option). Has anyone successfully used setpnp to enable the IRDA port or is that just some sort of urban legend? ;)

--[[User:Spiney|spiney]] 19:12, 4 Jan 2006 (CET)
----

Make sure you enable pnp-bios support specifically when compiling the kernel, just enabling pnp support is not enough.
I must however admit that I have not done this, since my ancient TP 770 running a 2.4 kernel, which was at least 5 years ago.

I just looked at a 2.6 menuconfig myself, and could not find the option, but looking at my .config file I can see the CONFIG_PNPBIOS option, so you might just want to edit the config file directly, enable the PNPBIOS option, and run make oldconfig.

--[[User:Tonko|Tonko]] 19:38, 4 Jan 2006 (CET)
----

I do have the pnp-bios support enabled (the option is depending on ISA among others, checked the Kconfig file in the source tree to find it), and also the proc-Interface option, but still no go... maybe it's not compatible with CONFIG_PNPACPI? Oh well, nevermind, going back to the patch, that works with less hassles, I just hope it'll end up in the vanilla kernel eventually. Still thanks for the help.

--[[User:Spiney|spiney]] 20:22, 4 Jan 2006 (CET)
----

Ok, on further investigation (not giving up that easily ;) it really seems that CONFIG_PNPACPI is disabling PnPBIOS, at least dmesg showed something along the lines of "PnPBIOS: disabled by PnPACPI". But, after recompiling without PnPACPI, I still can't get it to work. I can use {{cmd|setpnp|}} and {{cmd|lspnp|}} just fine, but the nsc-ircc module won't load:

<pre>
t43p:~# lspnp 12
12 IBM0071 IBM Thinkpad infrared port
t43p:~# setpnp 12 io 0x2f8 irq 3
t43p:~# lspnp -v 12
12 IBM0071 IBM Thinkpad infrared port
dma 3
io 0x02f8-0x02ff
irq 3
t43p:~# modprobe nsc-ircc io=0x2f8 irq=3 dongle_id=0x09
FATAL: Error inserting nsc_ircc (/lib/modules/2.6.15/kernel/drivers/net/irda/nsc-ircc.ko): No such device
</pre>

Hmm, I'm getting somewhat annoyed... any ideas?

--[[User:Spiney|spiney]] 20:58, 4 Jan 2006 (CET)
----

have you tried just doing {{cmd|setpnp 12 on|}}

--[[User:Tonko|Tonko]] 21:05, 4 Jan 2006 (CET)
----

Yes, that was the first thing I tried, didn't help. BTW, I just fiddled around with lirc a bit (never tried it before), and the lirc_sir module works just fine:

<pre>
lirc_sir: I/O port 0x02f8, IRQ 3.
lirc_sir: Installed.
</pre>

and I was able to get it to control xmms.

{{cmd|setserial|}} doesn't claim the device either:

<pre>
t43p:~# setserial -ag /dev/ttyS0
/dev/ttyS0, Line 0, UART: unknown, Port: 0x0000, IRQ: 0
Baud_base: 921600, close_delay: 50, divisor: 0
closing_wait: 3000
Flags: spd_normal skip_test
</pre>

I'm really out of ideas.

--[[User:Spiney|spiney]] 21:20, 4 Jan 2006 (CET)
----

Hmm, it should not be ttyS0, but ttyS1 which might be stepping on the resources
ttyS0 is IO 0x3f8 and IRQ 4, while ttyS1 is IO 0x2f8 and IRQ 3.

ttyS0 is your integrated serial port, which even ThinkPads without physical serial port have.

--[[User:Tonko|Tonko]] 21:29, 4 Jan 2006 (CET)
----
Sorry, I cut'n'paste the wrong device since I checked them both, the output for ttyS1 is identical (apart from "/dev/ttyS1, Line 1" of course).

--[[User:Spiney|spiney]] 21:36, 4 Jan 2006 (CET)
----
No idea what might be wrong, perhaps it does not work on more recent machines, or kernels.

As I said, it worked for me a long time ago on my 770X with ''something'' like this:

/bin/setserial /dev/ttyS1 uart none port 0 irq 0
setpnp 12 io 0x2f8 irq 3
setpnp 12 on
modprobe nsc-ircc dongle_id=0x09 io=0x2f8 irq=3

What is the error you get from nsc-ircc in syslog? the "Wrong chip version ff" error?

--[[User:Tonko|Tonko]] 22:22, 4 Jan 2006 (CET)
----

No errors are recorded at all (dmesg, syslog), just the message above on stderr from {{cmd|modprobe|}}.

--[[User:Spiney|spiney]] 09:27, 5 Jan 2006 (CET)
----

BTW, is it just me or does the nsc-ircc patch only work if CONFIG_PNPACPI is set in the kernel config? Otherwise the module loads fine, (but without stating in the kernel log that it found the dongle) and using IRDA does not work, irattach returns "irattach: ioctl(SIOCGIFFLAGS): No such device".

--[[User:Spiney|spiney]] 14:37, 12 Jan 2006 (CET)
----

== Not even SIR working on R52 ==

I don't want/need FIR right now, so i thought i wouldn't have to mess with it.
I don't have /proc/bus/pnp, but i'm pretty sure infrared should work without it as well.
I do not have a kernel patch and am using the current Ubuntu Breezy 2.6.12-10 kernel.
Problem is, that when starting
irattach /dev/ttyS1 -s
It complains in syslog: no such device
On ttyS0 it works fine, but well does not find any packets.

# setserial -ag /dev/ttyS1
/dev/ttyS1, Line 1, UART: unknown, Port: 0x0000, IRQ: 0
Baud_base: 921600, close_delay: 50, divisor: 0
closing_wait: 3000
Flags: spd_normal skip_test

# cat /dev/ttyS1
cat: /dev/ttyS1: input-/outputerror

So i tried:
sudo setserial /dev/ttyS1 uart 16550A port 0x02f8 irq 3

Well ''now'' irattach will attach to ttyS1, irdadump will show me the packets '''sent''' by my computer,
but won't receive my cellphone's packets (Nokia 6210). In Windows, everything works fine.

===Same case here===
i have the same problem here.. nsc-irc works, but ''findchip -d'' says:

root@golem3:/etc# findchip -d
Probing for FDC37C669 ...
Wrong chip id=0xff
Wrong chip id=0xff
Probing for FDC37C669FR ...
Wrong chip id=0xff
Wrong chip id=0xff
Probing for FDC37N869 ...
Wrong chip id=0xff
Wrong chip id=0xff
Probing for FDC37C93xFR ...
Wrong chip id=0xff
Wrong chip id=0xff
Probing for FDC37N957FR ...
Wrong chip id=0xff
Wrong chip id=0xff
Probing for FDC37N958FR ...
Wrong chip id=0xff
Wrong chip id=0xff
Probing for PC87108 ...
no chip at 0x150
no chip at 0x398
no chip at 0x0ea
Probing for PC87338 ...
no chip at 0x398
no chip at 0x15c
Wrong chip id=0x00
Probing for EFER at 0x03f0 ...
hefras = 0xff
Probing for EFER at 0x0370 ...
hefras = 0xff
EFER seems to be probed at 0x0370
chip id = 0xff, revision = 0xff
Wrong device ID = 0xff
Probing for EFER at 0x0250 ...
hefras = 0xff
Probing for EFER at 0x0250 ...
hefras = 0xff
Probing for EFER at 0x03f0 ...
hefras = 0xff
hefere = 0xff
Probing for EFER at 0x03f0 ...
hefras = 0xff
hefere = 0xff
EFER seems to be probed at 0x03f0
chip ID is 0x0f : no known chip was detected.
Couldn't find Winbond superI/O chip.

dmesg:

nsc-ircc, chip->init
nsc-ircc, Found chip at base=0x02e
nsc-ircc, driver loaded (Dag Brattli)
IrDA: Registered device irda0
nsc-ircc, Using dongle: IBM31T1100 or Temic TFDS6000/TFDS6500
IBM TrackPoint firmware: 0x0e, buttons: 3/3
serial8250: too much work for irq3
sirdev_get_instance - ttyS1
irtty_open - ttyS1: irda line discipline opened
irlap_change_speed(), setting speed to 9600
nsc_ircc_pnp_probe() : From PnP, found firbase 0x2F8 ; irq 3 ; dma 3.
nsc-ircc, chip->init
nsc-ircc, Found chip at base=0x02e
nsc-ircc, driver loaded (Dag Brattli)
IrDA: Registered device irda0
nsc-ircc, Using dongle: IBM31T1100 or Temic TFDS6000/TFDS6500

== T23 IrDA silent? ==

Hi.
I got SIR working pretty easily on my T20. I cannot get anything to work on my T23. I can get the nsc-ircc module to load, and now irattach works (both with and without nsc-ircc), and I've checked the relevant info in /proc/sys/net/irda, but nothing shows up in /proc/net/irda/discovery, and irdadump gives nothing at all. No errors in dmesg or the log. The red LED never lights. It flashes constantly in Windows.

--[[User:SystemParadox|SystemParadox]] 16:58, 1 May 2006 (CEST)

== Problems accessing a Nokia phone ==

i just compiled a brand new 2.6.18 Linux Kernel. Now, even tough the Kernel modules are loaded and irda-utils start correctly i am having trouble accessin my Nokia 6135.

This are the contents of my /etc/modprobe.d/irda-utils:

alias irda0 nsc-ircc
options nsc-ircc dongle_id=0x09 io=0x2f8 irq=3 dma=3
install nsc-ircc /bin/setserial /dev/ttyS1 uart none port 0 irq 0; /sbin/modprobe --ignore-install nsc-ircc

/var/log/syslog:

Sep 28 11:33:00 raziel kernel: pnp: Device 00:0b activated.
Sep 28 11:33:00 raziel kernel: nsc_ircc_pnp_probe() : From PnP, found firbase 0x2F8 ; irq 3 ; dma 3.
Sep 28 11:33:00 raziel kernel: nsc-ircc, chip->init
Sep 28 11:33:00 raziel kernel: nsc-ircc, Found chip at base=0x02e
Sep 28 11:33:00 raziel kernel: nsc-ircc, driver loaded (Dag Brattli)
Sep 28 11:33:00 raziel kernel: IrDA: Registered device irda0
Sep 28 11:33:00 raziel kernel: nsc-ircc, Using dongle: IBM31T1100 or Temic TFDS6000/TFDS6500
Sep 28 11:34:34 raziel irattach: got SIGTERM or SIGINT
Sep 28 11:34:34 raziel irattach: Stopping device irda0
Sep 28 11:34:34 raziel irattach: exiting ...
Sep 28 11:34:35 raziel irattach: executing: '/sbin/modprobe irda0'
Sep 28 11:34:35 raziel irattach: executing: 'echo raziel > /proc/sys/net/irda/devname'
Sep 28 11:34:35 raziel irattach: executing: 'echo 1 > /proc/sys/net/irda/discovery'
Sep 28 11:34:35 raziel irattach: Starting device irda0
Sep 28 11:34:35 raziel kernel: irlap_change_speed(), setting speed to 9600

But when wammu tries to find the phone (which is right in front of the left side of laptop, where the IR port supposedly is AND it has IR reception enabled):

Starting /dev/ttyS0 - ['at19200', 'at115200', 'fbusdlr3', 'fbus', 'mbus', 'fbuspl2303']
Starting /dev/ttyS1 - ['at19200', 'at115200', 'fbusdlr3', 'fbus', 'mbus', 'fbuspl2303']
Starting /dev/ttyS2 - ['at19200', 'at115200', 'fbusdlr3', 'fbus', 'mbus', 'fbuspl2303']
Scanning for bluetooth devices using PyBluez
Could not access Bluetooth subsystem (error accessing bluetooth device)
Finished /dev/ttyS0 - ['at19200', 'at115200', 'fbusdlr3', 'fbus', 'mbus', 'fbuspl2303']
Finished /dev/ttyS1 - ['at19200', 'at115200', 'fbusdlr3', 'fbus', 'mbus', 'fbuspl2303']
Finished /dev/ttyS2 - ['at19200', 'at115200', 'fbusdlr3', 'fbus', 'mbus', 'fbuspl2303']
All finished, found 0 phones

This phone does not have bluetooth so im basically out of options, ideas anyone?

Any suggestions much appreciated

--[[User:Havok1977|Havok1977]] 12:05, 28 Sep 2006 (CEST)