X-Git-Url: https://git.decadent.org.uk/gitweb/?p=ap-utils.git;a=blobdiff_plain;f=TODO;fp=TODO;h=1a5acf0de384e75009f4a65c3fc36c3833c3f6b4;hp=8bada48341b8a3dfab0248dbeed404d506c31369;hb=1aac4ac30a9a0d6cd2182013d2b3fd48b65ed2fd;hpb=5c77e013a46530bb3650f61d768dfed0dd3b72cb diff --git a/TODO b/TODO index 8bada48..1a5acf0 100644 --- a/TODO +++ b/TODO @@ -4,26 +4,45 @@ TODO for ap-utils: * porting to other Unix'es and platforms (ALWAYS) * support new AP's (ALWAYS) -* (maybe): move S_DEFCHAN message up to screen beginning in set_oeminfo.c +* try to implement an ap-dfu utility [already scheduled for next release!] + - ap-dfu, ap-dfu.8 (internal developer's notes): + - what DFU really stands for (and that ap-dfu contains some extra + Atmel-specific functionality) + - only for ATMEL AT76C510-based hardware + - *hci stuff - at least on Linux (prerequisities) + - PIDs and VIDs for INTERSIL & RFMD based boards. + If the AP does not present itself with PID & VID in kernel + ring buffer (use dmesg for displaying) after it has been plugged + to USB interface, it means that the flash content is apparently + damaged and AP dead (the only solution in such case is to return + AP to the reseller for replacement). + - mandate user to read ap-tftp.8 warning sections first! + - it is safe (?) if AP experiences power outtage during upgrade, or + if ap-dfu bails out with error due to USB interface inconsistency. + In such case, it is safe to start ap-dfu again, and it will continue + where it left off - typically, when the AP is stuck in DFU mode with + steady LEDs light. +* (WA* firmware support?): get_mib_details(): rename to get_fw_details(); add + FW (AP, WA) type detection (fw_type); rename ap_type to fw_eprises; + rename ap_vendorext to fw_vendorext; enterprises should be named + 410, 12350, NWN (strip down length) +* make the screen appearance of deletion order same as for MAC auth. list +* implement 'Insert' function for places where item lists are used (MAC + auth. list, list of APs from ~/.ap-config) * add S Search key in get_opts that would allow - instead of connecting - searching for APs first - -* implement displaying of 'NetworkSettings' OID structure in place of - 'Stations' submenu, if the target AP using VERNET ATMEL12350 MIB - is in STA mode. This would finally bring us client-mode diagnostics - (client-side RSSI and wireless connection status), that has been - been missing so badly for a long time (for other ATMEL12350 MIBs - and ATMEL410 non-SB MIBs, it will apparently stay missing forever, - unfortunately) +* WISHLIST (and very unlikely this will happen): assemble JTAG interface + documentation (and try to implement ap-jflash utility as last-resort flash + for APs with 'dead' flash memory content) +* try to assemble table of configuration value names & corresponding offsets + in *.cfg (default conf.) files (may be different among different firmwares!) * switch the 'Status' field in 'Stations' from numeric to verbose representation -* add 802.1X support for ATMEL12350 APs * patch test.c so that it works with ATMEL12350 devices -* update src/ap-gl.c to reflect changes made in src/stations.c during 1.4.1pre* - transition * try to not rely on actually configured subnet information on each network interface in ap scan * implement rssi view toggling for nwn_stations() * update manpages -* increase/disable knownAPs limit +* increase/disable KnownAPs limit * use iptraf like ethernet.desc file to store stations description * add per client LQ and RSSI stats to ap-mrtg +* add man page for ap-rrd