[ltp] T42: irda not working after resuming from suspend to RAM

Konstantin Filtschew linux-thinkpad@linux-thinkpad.org
Thu, 10 Mar 2005 10:05:53 +0100


--Signature_Thu__10_Mar_2005_10_05_53_+0100_SBpufpJDt.gCuZ6q
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

hi,

I've got my irda back working with kernel 2.6.11 and nsc-ircc module.

this steps are needed for me:
thinkpad # modprobe nsc-ircc dongle_id=3D0x9
thinkpad # irattach irda0 -s

thinkpad # irdadump
10:03:48.709232 xid:cmd c72fc18c > ffffffff S=3D6 s=3D0 (14)=20
10:03:48.799120 xid:cmd c72fc18c > ffffffff S=3D6 s=3D1 (14)=20
10:03:48.886387 xid:rsp c72fc18c < 07423251 S=3D6 s=3D1 SIEMENS SLIK
hint=3Db124 [ PnP Modem Fax IrCOMM IrOBEX ] (29)  10:03:48.889106 xid:cmd
c72fc18c > ffffffff S=3D6 s=3D2 (14)  10:03:48.979094 xid:cmd c72fc18c >
ffffffff S=3D6 s=3D3 (14)=20
...

So he finds my Siemens SL45 phone.

maybe you should try too.

Greetz

Konstantin




On Mon, 07 Mar 2005 12:36:41 +0800
David de Hoog <dehood01@student.uwa.edu.au> wrote:

> Greetings
>=20
> I'm having exactly the same issue on my T42 2378-JZM (2.6.11 patched
> with mppe support, in a Debian Sarge system).
>=20
> When the machine boots for the first time IrDA works nicely. However,
> running `setserial /dev/ttyS1` reveals "device type: undefined", which
> is different to "device type: unknown" - but allows the device to
> function. Additionally, the output of `ifconfig irda0` does not
include
> a hardware address, it is "00:00:00:00". That said, it works - I can
> detect the presence of my Nokia 7250i with `irdadump` and exchange
> information with the phone using gammu and wammu.=20
>=20
> As soon as the laptop is suspended (to RAM) either by power management
> or through my intervention, the IrDA device stops receiving. If I run
> irdadump and wave the phone nearby, there is no signal being received.
I
> can unload and re-load all the relevant kernel modules and there is no
> change. The T42 is still aware of its own IrDA port, as it appears in
> the `irdadump` listing. `dmesg` does not indicate anything of concern,
> and believes it is functioning well.
>=20
> I've had a quick google and a good long mess around with the kernel
> modules to no avail. I'm going to check to see if suspend to disk
causes
> the same problem. The only other option I can see is to try and unload
> the IrDA modules from the kernel before the system suspends to RAM,
and
> re-loads them on waking up. I'll have a dig through the contents of
> my /etc/acpi/ directory shortly.
>=20
> I'm not convinced that my TP supports the FIR driver, because all my
> attempts to load the nsc_ircc module have met with failure. I have
seen
> writings elsewhere indicating that (at least for the X series TPs) a
> kernel patch is required for the 2.6.11 tree in order to use the
> nsc_ircc module. Additionally, I have no idea whether my phone
supports
> FIR, but it works nicely with SIR.
>=20
> Does anyone have any other ideas or experience to share ?
>=20
> Cheers
> --=20
> David de Hoog <dehood01@student.uwa.edu.au>
>=20
>=20
> --=20
> The linux-thinkpad mailing list home page is at:
> http://mailman.linux-thinkpad.org/mailman/listinfo/linux-thinkpad


----------------------------=20
Building an operation system without source code,
is like buying a  self assemble space shuttle without
instructions.

--Signature_Thu__10_Mar_2005_10_05_53_+0100_SBpufpJDt.gCuZ6q
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFCMA3zxHXMYglFk4ARAgzXAKCEMgqHNt7mDqLN/bvnXVWDmoTtzQCgkeuQ
vF1zPJfgVZDVkx7obOgkPDk=
=+GAy
-----END PGP SIGNATURE-----

--Signature_Thu__10_Mar_2005_10_05_53_+0100_SBpufpJDt.gCuZ6q--