Erich Schubert | 7 Feb 02:24 2005
Picon

Some development notes...

Hi,
I've just picked up toying around with my AP600.
I finally managed to build a working firmware on my Debian machine, too.

I tried using a different binutils or GCC than in the toolchain
available at
http://isl3893.sourceforge.net/download/isl3893-stripped-toolchain.tgz

and didn't get too far. For this toolchain, please note: building gcc
appeared to have failed for me - configure in libiberty failed due to a
missing crt0.o file or so - but you can ignore that. just do a "make
install" anyway.

The second big culprit was that I tried to use Debians genromfs.
This one has a different syntax for adding device nodes into the romfs!
you need to rename in uClinux/romfs/dev the device files, from
+dev+foo,c,1,2,3 to  <at> foo,c,1,2,3
(this can easily be done with perls rename:
# rename 's/\+dev\+/\ <at> /;' -- * )

Sorry, I cannot give you my image, it contains proprietary stuff.
When I've finished the latest feature request, I might have time to
strip it down to contain only free stuff.

Greetings,
Erich Schubert
--

-- 
   erich <at> (vitavonni.de|debian.org)    --    GPG Key ID: 4B3A135C    (o_
          There are only 10 types of people in the world:           //\
          Those who understand binary and those who don't           V_/_
(Continue reading)

Erich Schubert | 7 Feb 02:52 2005
Picon

Ad-hoc mode, or client+ap mode

Hi,
/me again.
Any idea if it is somehow possible to run the isl3893 in some repeater
mode without setting WDS on the other Accesspoint?
That is, I'd like the isl3893 to accept auth requests, forwarding
packets to the real access point (while appearing to be a normal client
towards this access point)
Sorry, can't put a minipci in my ap to do that properly...

In #isl3893, someone said he got ad-hoc mode working properly?
Can you tell me how? Thanks.

Greetings,
Erich Schubert
--

-- 
    erich <at> (vitavonni.de|debian.org)    --    GPG Key ID: 4B3A135C    (o_
   To understand recursion you first need to understand recursion.   //\
       Computer rechnen vor allem damit, daß der Mensch denkt.       V_/_

-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
Erich Schubert | 3 Mar 11:03 2005
Picon

Re: Regarding CLIENT MODE !!

Hi Kestutis,
If I remember correctly, you sent me a patch for wireless-extensions
support for the ISL3893 chipset. Do you have an updated version of it?

I've been playing around with it recently, and it works okay, but there
are a few issues. First of all, it would of course be nicer if the
missing wireless commands were supported, at least to get rid of the
error messages. ;-)

Also, the quality value you are reporting isn't completely correct:
You use the "rssi" value for the signal level; the first is signed, the
latter unsigned.
I've also observed at a connection close to the quality limit, the link
quality is jumping:

Link Quality:122/0  Signal level:-96 dBm  Noise level:-218 dBm
Link Quality:179/0  Signal level:-93 dBm  Noise level:-16 dBm

This is the data connection going down, while the control apparently is
still up. Note that 218 - 122 = 96, but 16 - 179 = -93
So we are loosing a sign here, the link quality probably should be -179
here. But since the rssi value maps to the signal level thing which is
only slightly changing, the error apparently comes from the "noise
level" part. That shouldn't change that much.

Greetings,
Erich Schubert
--

-- 
    erich <at> (vitavonni.de|debian.org)    --    GPG Key ID: 4B3A135C    (o_
   To understand recursion you first need to understand recursion.   //\
(Continue reading)

Kestutis Barkauskas | 3 Mar 11:43 2005
Picon

Re: Regarding CLIENT MODE !!

Hi, Erich.

Erich Schubert wrote:

>Hi Kestutis,
>If I remember correctly, you sent me a patch for wireless-extensions
>support for the ISL3893 chipset. Do you have an updated version of it?
>  
>
Do not remember what version of the patch I sent to you. But if I made 
some corrections they were just cosmetic.
I will check what exactly was changed later.

>I've been playing around with it recently, and it works okay, but there
>are a few issues. First of all, it would of course be nicer if the
>missing wireless commands were supported, at least to get rid of the
>error messages. ;-)
>  
>
Yes, you are right. I just put them to remember what should be 
implemented next. Fill free to change/remove these errors.

>Also, the quality value you are reporting isn't completely correct:
>You use the "rssi" value for the signal level; the first is signed, the
>latter unsigned.
>I've also observed at a connection close to the quality limit, the link
>quality is jumping:
>
>Link Quality:122/0  Signal level:-96 dBm  Noise level:-218 dBm
>Link Quality:179/0  Signal level:-93 dBm  Noise level:-16 dBm
(Continue reading)

Erich Schubert | 3 Mar 12:19 2005
Picon

Re: Regarding CLIENT MODE !!

Hi,
After checking the values for NOISEFLOOR I get returned (they sometimes
hit 260 when no traffic is on the air, and with high traffic loads they
go up to 400) I think it is best to just ignore that value, and assume a
fixed noise floor of -100dBm

Btw: have you tried the new beta releases from connexant yet?
With this upper-mac, lower-mac separation? They have a couple of
interesting stuff in there (multiple ssid support), but I havn't had
time to update my firmware yet.

Greetings,
Erich Schubert
--

-- 
    erich <at> (vitavonni.de|debian.org)    --    GPG Key ID: 4B3A135C    (o_
      Which is worse: ignorance or apathy? Who knows? Who cares?     //\
  Wie kann ich wissen, was ich denke, bevor ich höre, was ich sage.  V_/_

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
Kestutis Barkauskas | 3 Mar 13:21 2005
Picon

Re: Regarding CLIENT MODE !!

Hi,
Erich Schubert wrote:

>Hi,
>After checking the values for NOISEFLOOR I get returned (they sometimes
>hit 260 when no traffic is on the air, and with high traffic loads they
>go up to 400) I think it is best to just ignore that value, and assume a
>fixed noise floor of -100dBm
>
>  
>
That is why I'm telling you that NOISEFLOOR is not an absolutely correct 
way. It is just workaround because of struct obj_bss is missing .quality 
implementation

>Btw: have you tried the new beta releases from connexant yet?
>With this upper-mac, lower-mac separation? They have a couple of
>interesting stuff in there (multiple ssid support), but I havn't had
>time to update my firmware yet.
>
>  
>
Are you talking about DDK beta2 with soft-mac alpha6 implementation?
Yes I know about soft mac but my tests with soft mac did not satisfied 
me. I'm still waiting for real multiple BSSID implementation, not alpha.

And also I'm not happy with ISL3893 because of MMU absants. I have a lot 
of Idea to reuse some applications from other platforms but problem is 
that most of them uses dynamic libraries. So I need real MMU support, 
real shared libraries support and all other MMU related stuff.
(Continue reading)


Gmane