3945 device isn't initialized, when ACPI.PSD is loaded

[yoda]

My wlan device Intel 3945 a/b/g does not get initialized, when ACPI.PSD is loaded. If ACPI.PSD is not loaded, OS/2 initializes device correctly, and it works with GenMac 2.1 driver. When ACPI.PSD is used, PCI output does not show any memmory address for the device, and it says bus access disabled. Result is that GenMac can't access the device. Laptop is Acer Travelmate 4672

[anonymous]

This notebbok has bad acpi table for Intel ACPI CA. This is SMP. Fisrt need make reading file acpi,cfg at SMP kernel, then this can be fixed

[anonymous]

Can't be fixed now. This notebook has ACPI table with error in Intel interpretator. After start ACPI, PCI config space was changed. As I understood, changes PCI Config space was't ending, because acpi Intel interpretator error is going.

[yoda]

Replying to anonymous:

Can't be fixed now.

Well, I don't find that closing ticket because of this is the right way.

I reopened it, and assigned it to Milestone eCS 2.x instead

This notebook has ACPI table with error in Intel interpretator. After start ACPI, PCI config space was changed. As I understood, changes PCI Config space was't ending, because acpi Intel interpretator error is going.

This might be right for eCS ACPI - but device works fine under both Win and Linux, without any special modifications, so I assume, the same can be possible for eCS.

[David McKenna]

You might want to try adding:

LINK LNKA 10

LINK LNKD 5

LINK LNKF 11

to your acpi.cfg file... see if it helps.

[Chuck McKinnis]

e-co:

Acer is a Windows notebook. Pasha said that the tables are bad. PCI config space is empty because the processing of ACPI tables failed.

What to do? Search for modified tables on Linux sites.

Currently we add the Acer notebook to blacklist.

[yoda]

There are no errors with ACPI table on this notebook. Yes, there used to be - due to erros in this ACPI driver.

ACPI drive does still not initialize the device correctly, it does not initialize the PCI config space correctly, and because of this the device doesn't work - and system TRAPS.

Removing ACPI driver lets OS/2 initialize the device correctly, and it does work this way.

[pasha]

you need tra ecs 2.0

[yoda]

There is no difference using eCS 2.0 GA

The PCI table is still wrongly configured, and GenMac will trap or hang the system, when the Wlan device gets activated when eCenter loads (XWlan starts).

If I modify the PCI table using PCIWrite, I can get it working.

[yoda]

This problem also exists in the new line of ACPI drivers from 3.19.02 and up but with later drivers driver (3.19.14 and up I think) the system Traps while loading ACPI driver, so I can not test this again, before the other problem is fixed.

[yoda]

Problem still exists in 3.20.05 (test version)

[yoda]

Problem still exists in 3.21.01

[David Azarewicz]

There is no need to keep testing new PSD versions regarding this issue since this is not a PSD problem. This is a problem with the hardware and/or the BIOS, and/or the ACPI tables. None of these problems can be addressed in the PSD.

The adapter in question (8086:4222 at 3:0:0 "PRO/Wireless 3945ABG [Golan] Network Connection") is already known to have problems, and the ACPI tables in this system are already known to be faulty. There is no appropriate action that can be taken in the PSD to address these issues.

You might be able to use one of the old tools that were written for setting up PCMCIA adapters to fixup your wireless adapter, too. I know of two but there are probably others: <​http://kannegieser.net/veit/quelle/wpcicfg.arj> and <​http://88watts.net/download/pcicfgwr-0.01.zip>. The latter has better documentation and is easier to use.

[yoda]

I tried your pcicfgwr.sys driver.

It refuses to load.

Krnl just reports something like BASEDEV in line 1 was not loaded.

[yoda]

Well, it seems to be a bug in your "better documentation".

Got it right now. Used the same values as I used to use with PCIWRITE, and now I can enable Wlan device again and use it.

You told me before, that these values were very wrong, and I was just lucky it was working; so you are of course welcome to help me find better values.

[David Azarewicz]

Replying to yoda:

Well, it seems to be a bug in your "better documentation".

I guess the documentation can always get even better.

Got it right now. Used the same values as I used to use with PCIWRITE, and now I can enable Wlan device again and use it.

You told me before, that these values were very wrong, and I was just lucky it was working; so you are of course welcome to help me find better values.

As I recall, the problem was that you were writing dword values to registers that were byte and word sizes which caused you to write values to other registers that you should not have been writing to. The "luck" is because in that specific case, writing to these other registers either did not matter or did not cause a problem. In general, if you are going to do something like this you should only write what you need to change and leave everything else alone.

[yoda]

Replying to dazarewicz:

Replying to yoda:

Well, it seems to be a bug in your "better documentation".

I guess the documentation can always get even better.

Last line in doc:

BASEDEV=pcicfgwr.sys 0:28:2 B0x1a=5 W6:0x1001 D16:0x8000C000

I unfortunately used that as prototype; but it has wrong syntax, and doesn't work.

Got it right now. Used the same values as I used to use with PCIWRITE, and now I can enable Wlan device again and use it.

You told me before, that these values were very wrong, and I was just lucky it was working; so you are of course welcome to help me find better values.

As I recall, the problem was that you were writing dword values to registers that were byte and word sizes which caused you to write values to other registers that you should not have been writing to. The "luck" is because in that specific case, writing to these other registers either did not matter or did not cause a problem. In general, if you are going to do something like this you should only write what you need to change and leave everything else alone.

Well, I didn't invent what I am writing to those registers, someone else did. I just tested the lines he suggested, until it worked.

So better values are very welcome :-)

[David Azarewicz]

This issue will not be addressed by the ACPI software. See comment #14.