Testing rt2500 from CVS

[Ben Hutchings]

I tried various CVS snapshots of rt2500 using the current packaging
minus debian/patches/*.  Here's a bash script fragment for that:

name=rt2500
epoch=1
base_version=1.1.0-b4
diff_gz=rt2500.diff.gz
export CVSROOT=:pserver:anonymous at rt2400.cvs.sourceforge.net:/cvsroot/rt2400
cvs_module=source/rt2500
dates="2006-08-16 2006-08-24 2006-11-29 2007-02-20 2007-04-26 2007-05-07 2007-05-16 2007-06-01"

for date in $dates; do
    upstream_version="$base_version+cvs${date//-/}"
    full_version="${epoch:+$epoch:}$upstream_version-1"
    TZ=GMT cvs -z3 export -D "$date" -d "$name-$upstream_version" "$cvs_module"
    tar czf "${name}_$upstream_version.orig.tar.gz" "$name-$upstream_version"
    (zcat "$diff_gz" | (cd "$name-$upstream_version" && patch -p1) \
     && cd "$name-$upstream_version"                               \
     && chmod +x debian/rules                                      \
     && dch -v "$full_version" -D unstable 'New CVS snapshot.'     \
     && dpkg-buildpackage -rfakeroot -uc -us)                      \
    || true
done

(Note that the snapshots correspond to the very beginning of the day
shown in their version, in UTC, so they do not include changes made on
that date.)

As of 2007-06-01, RaConfig is gone from CVS, but the rt2500-source
package still built.  I used module-assistant to build and install each
version of the rt2500 module for the etch i686 kernel and then ran
through the following very basic test script with each version:

essid=decadentplace
ap_mac=00:09:5B:5F:FC:6D

rmmod rt2500      # in case another version is loaded
modprobe rt2500   # 1. should succeed
iwconfig eth1 essid "$essid"
ifconfig eth1 up
iwlist eth1 scan  # 2. should show known AP address
iwconfig eth1 ap "$ap_mac"
iwconfig eth1     # 3. should show ESSID and AP address
dhclient eth1     # 4. should get address
ssh $address      # 5. should succeed
ifconfig eth1 down
rmmod rt2500      # 6. should succeed

The results were:

1.1.0+cvs20060620-3
pass all

1.1.0-b4-3
pass all

1.1.0-b4+cvs20060816-1
pass all

1.1.0-b4+cvs20060824-1
pass all

1.1.0-b4+cvs20061129-1
pass all

1.1.0-b4+cvs20070220-1
pass 1, 2
fail 3, 4, 5
fail 6

1.1.0-b4+cvs20070426-1
pass 1
crashes/hangs shortly after (I didn't bother to look at the kernel message)
fail 2, 3, 4, 5, 6

1.1.0-b4+cvs20070507-1
pass all

1.1.0-b4+cvs20070516-1
pass all

1.1.0-b4+cvs20070601-1
pass all

So it appears that rt2500 is now in a working state again.

I found some odd differences between the Ralink version 1.4.6.6
<http://www.ralinktech.com.tw/data/RT2500-Linux-STA-1.4.6.6.tar.gz> and
the CVS version immediately after it was merged, which could be bugs, so
I'll query those on the rt2400-devel list before going for another
snapshot.

Does anyone have RT2400 or RT2500USB (RT2571, RT2572) hardware to test
the corresponding modules against?

Ben.

-- 
Ben Hutchings
Logic doesn't apply to the real world. - Marvin Minsky
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.alioth.debian.org/pipermail/pkg-ralink-maintainers/attachments/20070604/aa7b7927/attachment.pgp