From: "Thomas Dennis" <os2-wireless_users@2rosenthals.com>
Message-ID: <4B82A3E4.7060702@t-online.de>
Date: Mon, 22 Feb 2010 16:33:56 +0100
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: OS/2 Wireless Users Mailing List <os2-wireless_users@2rosenthals.com>
Subject: Re: [OS2Wireless] GenMac driver
References: <list-2230625@2rosenthals.com>
In-Reply-To: <list-2230625@2rosenthals.com>
Content-Type: multipart/mixed;
 boundary="------------010800050909020409010301"

This is a multi-part message in MIME format.
--------------010800050909020409010301
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Lewis G Rosenthal wrote:
> Hi, Thomas...
>
> Thomas Dennis wrote:
>> Lewis G Rosenthal wrote:
>>>
>>>
>>> On 02/21/10 03:32 am, Thomas Dennis thus wrote :
>>>> Hi All:
>>>> I must have done something right because I now get the
>>>> GenMac Sign-on message.  But there is a small detail that
>>>> I haven't been able to correct.
>>>> And that's a green blinking notice that:
>>>> "No valid hardware found for (WRND32$)"
>>>> I don't remember where and I can't seem to be able to
>>>> find a reference to 'adding the word Unsupported' in
>>>> any of the posts left on my PC.
>>>> Can someone refresh my memory?
>>>>
>>> First, remember that "unsupported" mode may or may not work for your 
>>> AR5008 chipset. You should review my Warpstock presentation on 
>>> setting this up, which is available here:
>>>
>>> http://www.warpstock.org/filemgmt/visit.php?lid=123
>>>
>>> That should answer any questions you may have concerning how to set 
>>> this up.
>>>
>>> PS - The LANTRAN log won't give us the info we need at this point. 
>>> If you get the driver recognized and then can't get protocols to 
>>> bind or whatever, *then* LANTRAN.LOG may be helpful.
>>>
>>> Cheers/2
>>>
>> Lewis:
>> There are some questions that I need to ask to bring me
>> up to speed in this area.  They may sound a little dumb,
>> but it's to see if I understand.  To sort out in my head
>> what to believe and what to forget.  What is this section in the 
>> PROTOCOL.ini [W8086x4224_NIF]
>> designed for. It looks like it would be something for an Intel chip.
>> I have no such entry in my PROTOCOL.ini.
> Nor should you. Indeed, that is the entry for *my* Intel chip. Yours 
> will be something like [W168Cx001C_NIF] for an Atheros AR5008, for 
> example.
>> Is that due to the fact that the Chip Set in the D-Link
>> card is from Atheros?
> Yes. The 168C is the manufacturer code, and the 001C is the model 
> code. Put them together (168C:001C) and you have a PCI ID string. Each 
> PCI device has a (hopefully) unique ID string.
>> Enclosed is what I have done with my limited knowledge on
>> the subject.
> You have a semantic error in your PROTOCOL.INI:
>
> [W168CX001B_nif]
>
>   DriverName = WRND32$
>   VENDOR = 0x168C
>   DEVICE = 0x001C
>   NDIS_SYS = "A3AB.SYS"
>   NDIS_INF = "A3AB.INF"
>   SSID = "WLAN"
>   DEBUGLEVEL = "NONE"
>   OPTIONS = "UNSUPPORTED"
>
> For clarity, rename your wrapper directory to exactly match your 
> device ID (i.e., W168X001C) and clean up your POTOCOL.INI entries to 
> match. Leave your SSID set to ANY instead of WLAN, too (though this is 
> probably immaterial).
>> I also would like to know more about the NDIS_SYS = and
>> NDIS_INF =.  When comparing .ini entry with yours they
>> are different. 
> Because our cards are different. These refer to the filenames of the 
> Windows driver files located in the wrapper directory.
>> From where do these two entries originate?
>> If my understanding is correct than these two files should
>> be in x:\IBMCOM\MACS but these files aren't there.
> No. Only the GenMAC nif and GENM32W.OS2 driver will be there. The 
> wrapper files stay under the GenMAC tree.
>
> Your wrapper nif is also incorrect. Under the FILE section, it should 
> read:
>
> [FILE]
> Name = GENM32W.OS2
> Path = IBMCOM\MACS
>
>> Are they in the WarpIN pakage?
> Only *supported* drivers are in that package.
>> Or are these two from Windows?
> Yes. You need to put them in your wrapper directory.
>> How much have I gotten right?
> Some!
>> Just so you'll know, in the .rtf file all bold values are
>> original.  The other values I added/changed.
>>
> Is A3AB.SYS indeed the name of the Windows driver for the AR5008 
> chipset, and/or the card you are trying to use? If so, we may indeed 
> get lucky. Otherwise, you'll need to adjust accordingly, by putting 
> the actual driver and inf (or reg export) in the wrapper directory and 
> making the appropriate changes to PROTOCOL.INI.
>
Lewis:
Here are the latest updated files for the D-Link WiFi card.
I have cleaned up the obvious errors and have added the two
Win2k/XP drivers for the Atheros chipset.
I have two more questions. 
What do you mean by "Wrapper Directory" and "GenMac Tree".
So far no lights with those names attached have been turned
on in my head.  I'm a little slow on the uptake.

Thomas

--------------010800050909020409010301
Content-Type: application/octet-stream;
 name="W168Cx001C.rtf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="W168Cx001C.rtf"

e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZGVmZjBcZGVmbGFuZzEwMzN7XGZvbnR0Ymx7XGYw
XGZuaWxcZmNoYXJzZXQwIFZlcmRhbmE7fXtcZjFcZm5pbCBWZXJkYW5hO319DQp7XCpcZ2Vu
ZXJhdG9yIE1zZnRlZGl0IDUuNDEuMTUuMTUxNTt9XHZpZXdraW5kNFxtYXJndDcyMFxtYXJn
YjEwODBcbWFyZ2w3MjBcbWFyZ3I3MjBccGFwZXJ3MTE5MDZccGFwZXJoMTY4MzhccHN6OQ0K
e1wqXGphcnRlIG9iamVjdCBSaWNoUGVyc2lzdA0KICBWZXJzaW9uID0gMg0KICBMTWFyZyA9
IDcyMA0KICBSTWFyZyA9IDcyMA0KICBUTWFyZyA9IDcyMA0KICBCTWFyZyA9IDEwODANCiAg
RXF1YWwgPSBUcnVlDQogIE9yaWVudCA9IDENCiAgU2l6ZSA9IDkNCiAgV2lkdGggPSAyMTAw
DQogIEhlaWdodCA9IDI5NzANCiAgSGRyTWFyZyA9IDcyMA0KICBGdHJNYXJnID0gNzIwDQog
IEhkckZvbnQuQ2hhcnNldCA9IERFRkFVTFRfQ0hBUlNFVA0KICBIZHJGb250LkNvbG9yID0g
Y2xXaW5kb3dUZXh0DQogIEhkckZvbnQuSGVpZ2h0ID0gLTExDQogIEhkckZvbnQuTmFtZSA9
ICdBcmlhbCcNCiAgSGRyRm9udC5TdHlsZSA9IFtdDQogIFdyYXAgPSAyDQogIFdNYXJrID0g
J05vbmUnDQogIFdDb2xvciA9IDEzODIyNDYzDQogIENvbGxhdGUgPSBUcnVlDQplbmQNCn1c
dWMxXHBhcmRcYlxmMFxmczI0IFcxNjhDeDAwMUMubmlmXHBhcg0KXHBhcg0KXGZzMjAgW1xi
MCBXMTY4Q3gwMDFDXGIgXVxwYXINClR5cGUgPSBcYjAgTkRJU1xwYXINClxiIFRpdGxlID0g
ICJHZW5NYWMgV3JhcHBlciBBdGhlcm9zIFdsYW4gQ0FSREJVUyBbMTY4QzowMDFDXSJccGFy
DQpWZXJzaW9uID0gMS4wXHBhcg0KRHJpdmVyTmFtZSA9IFxiMCB3bmQzMiRcYlxwYXINClhw
b3J0cyA9IE5FVEJFVUksIExBTkREXHBhcg0KQ29weUZpbGUgPSBHRU5NMzJNLk1TR1xwYXIN
ClxwYXINCltGSUxFXVxwYXINCk5hbWUgPSBcYjAgR0VOTTMyVy5PUzJccGFyDQpcYiBQYXRo
ID0gXGIwIElCTUNPTVxcTUFDU1xwYXINClxiXHBhcg0KW1ZFTkRPUl1ccGFyDQpEaXNwbGF5
ID0gIlxiMCAxNjhDXGIgIlxwYXINClR5cGUgPSBIZXhhZGVjaW1hbFxwYXINClJhbmdlID0g
MC1GRkZGXHBhcg0KT3B0aW9uYWwgPSBcYjAgVU5TVVBQT1JURURcYlxwYXINCkVkaXRhYmxl
ID0gTk9ccGFyDQpEZWZhdWx0ICA9IDE2OENccGFyDQpIZWxwPSAiVmVuZG9yLUlEIG9mIHlv
dXIgTklDIlxwYXINClxwYXINCltERVZJQ0VdXHBhcg0KRGlzcGxheSA9ICJcYjAgMDAxQ1xi
ICJccGFyDQpUeXBlID0gSGV4YWRlY2ltYWxccGFyDQpSYW5nZSA9IDAtRkZGRlxwYXINCk9w
dGlvbmFsID0gXGIwIFVOU1VQUE9SVEVEXGJccGFyDQpFZGl0YWJsZSA9IE5PXHBhcg0KRGVm
YXVsdCAgPSAwMDFDXHBhcg0KSGVscD0gIkRldmljZS1JRCBvZiB5b3VyIE5JQyJccGFyDQpc
cGFyDQpbTkRJU19TWVNdXHBhcg0KRGlzcGxheSA9ICJXaW5kb3dzIFNZUy1GaWxlbmFtZSJc
cGFyDQpUeXBlID0gU3RyaW5nXHBhcg0KU3RyTGVuZ3RoID0gMzJccGFyDQpEZWZhdWx0ID0g
IlxiMCBhcjU0MTYuc3lzXGIgIlxwYXINCk9wdGlvbmFsID0gWUVTXHBhcg0KRWRpdGFibGUg
PSBZRVNccGFyDQpIZWxwPSAiWW91IHNob3VsZCBub3QgbW9kaWZ5IHRoaXMgdmFsdWUuIlxw
YXINClxwYXINCltORElTX0lORl1ccGFyDQpEaXNwbGF5ID0gIldpbmRvd3MgSU5GLUZpbGVu
YW1lIlxwYXINClR5cGUgPSBTdHJpbmdccGFyDQpTdHJMZW5ndGggPSAzMlxwYXINCkRlZmF1
bHQgPSAiXGIwIG5ldDU0MTYuSU5GXGIgIlxwYXINCk9wdGlvbmFsID0gWUVTXHBhcg0KRWRp
dGFibGUgPSBZRVNccGFyDQpIZWxwPSAiWW91IHNob3VsZCBub3QgbW9kaWZ5IHRoaXMgdmFs
dWUuIlxwYXINClxwYXINCltTU0lEXVxwYXINCkRpc3BsYXkgPSAiTmV0d29yayBOYW1lIChT
U0lEKSJccGFyDQpUeXBlID0gU3RyaW5nXHBhcg0KU3RyTGVuZ3RoID0gMzJccGFyDQpEZWZh
dWx0ID0gIlxiMCBBTllcYiAiXHBhcg0KT3B0aW9uYWwgPSBZRVNccGFyDQpFZGl0YWJsZSA9
IFlFU1xwYXINCkhlbHA9ICJZb3UgbmVlZCB0byBwcm92aWRlIHRoZSBTZXJ2aWNlIFNldCBJ
RCBvZiB5b3VyIFdpcmVsZXNzIExBTi4iXHBhcg0KXHBhcg0KW0RFQlVHTEVWRUxdXHBhcg0K
RGlzcGxheSA9ICJEZWJ1Z2xldmVsIlxwYXINClR5cGUgPSBTdHJpbmdccGFyDQpTdHJMZW5n
dGggPSA2NFxwYXINCkRlZmF1bHQgPSAiTk9ORSJccGFyDQpPcHRpb25hbCA9IFlFU1xwYXIN
CkVkaXRhYmxlID0gWUVTXHBhcg0KSGVscD0gIllvdSBuZWVkIHRvIHByb3ZpZGUgdGhlIERF
QlVHTEVWRUxTLiJccGFyDQpccGFyDQpbT1BUSU9OU11ccGFyDQpEaXNwbGF5ID0gIldyYXBw
ZXIgT3B0aW9ucyJccGFyDQpUeXBlID0gU3RyaW5nXHBhcg0KU3RyTGVuZ3RoID0gNjRccGFy
DQpEZWZhdWx0ID0gIk5PTkUiXHBhcg0KT3B0aW9uYWwgPSBZRVNccGFyDQpFZGl0YWJsZSA9
IFlFU1xwYXINCkhlbHA9ICJZb3UgbmVlZCB0byBwcm92aWRlIHRoZSBPUFRJT05TLiJcZjFc
cGFyDQp9DQoA
--------------010800050909020409010301
Content-Type: application/octet-stream;
 name="PROTOCOL.INI"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="PROTOCOL.INI"

W1BST1RfTUFOXQ0KDQogICBEUklWRVJOQU1FID0gUFJPVE1BTiQNCg0KW0lCTUxYQ0ZHXQ0K
DQogICBsYW5kZF9uaWYgPSBsYW5kZC5uaWYNCiAgIHRjcGlwX25pZiA9IHRjcGlwLm5pZg0K
ICAgVzE2OENYMDAxQ19uaWYgPSBXMTY4Q1gwMDFDLk5JRg0KDQpbbGFuZGRfbmlmXQ0KDQog
ICBEcml2ZXJOYW1lID0gTEFOREQkDQogICBCaW5kaW5ncyA9IFcxNjhDWDAwMUNfbmlmDQog
ICBFVEhFUkFORF9UWVBFID0gIkkiDQogICBTWVNURU1fS0VZID0gMHgwDQogICBPUEVOX09Q
VElPTlMgPSAweDIwMDANCiAgIFRSQUNFID0gMHgwDQogICBMSU5LUyA9IDgNCiAgIE1BWF9T
QVBTID0gMw0KICAgTUFYX0dfU0FQUyA9IDANCiAgIFVTRVJTID0gMw0KICAgVElfVElDS19H
MSA9IDI1NQ0KICAgVDFfVElDS19HMSA9IDE1DQogICBUMl9USUNLX0cxID0gMw0KICAgVElf
VElDS19HMiA9IDI1NQ0KICAgVDFfVElDS19HMiA9IDI1DQogICBUMl9USUNLX0cyID0gMTAN
CiAgIElQQUNLRVRTID0gMjUwDQogICBVSVBBQ0tFVFMgPSAxMDANCiAgIE1BWFRSQU5TTUlU
UyA9IDEyDQogICBNSU5UUkFOU01JVFMgPSA0DQogICBUQ0JTID0gNjQNCiAgIEdEVFMgPSAz
MA0KICAgRUxFTUVOVFMgPSA4MDANCiAgIE5FVEZMQUdTID0gMHgwDQoNClt0Y3BpcF9uaWZd
DQoNCiAgIERyaXZlck5hbWUgPSBUQ1BJUCQNCiAgIEJpbmRpbmdzID0gVzE2OENYMDAxQ19u
aWYNCg0KW1cxNjhDWDAwMUNdDQoNCiAgIERyaXZlck5hbWUgPSBXUk5EMzIkDQogICBWRU5E
T1IgPSAweDE2OEMNCiAgIERFVklDRSA9IDB4MDAxQw0KICAgTkRJU19TWVMgPSAiYXI1NDE2
LnN5cyINCiAgIE5ESVNfSU5GID0gIm5ldDU0MTYubmlmIg0KICAgU1NJRCA9ICJBTlkiDQog
ICBERUJVR0xFVkVMID0gIk5PTkUiDQogICBPUFRJT05TID0gIlVOU1VQUE9SVEVEIg0KDQoa

--------------010800050909020409010301--