I have a few new feature ideas for fxload, and I was wondering if there is a preferred branch naming convention for linux-hotplug. A lot of folks tend to use uppercase for the branch names, and in the absence of any other suggestions, that's what I'll probably use.

* Memory Upload:

I have some rough code here that does an upload of the AN2131 internal memory. Since it only uploads RAM at the moment (which gets cleared on device), it doesn't seem useful at first. However, it can be used to take a snapshot of the data being used by the EZ-USB firmware, or (when used on another OS) can be used to capture the firmware downloaded by another driver. Needs work, but by putting this on a branch, FX and FX2 users can make sure I didn't screw anything up for them (I only have AN2131SC-based devices at the moment, with an AN2131Q in the works.)

* Register readback:

Also, it might be nice to be able to read the CPUCS register to determine chip revision info (when EEPROM-supplied VID/PID/rev info masks the chip defaults). Anyone already been down this road?

* cross-platform libusb support:

As previously discussed with David and Greg, I'd also like to add optional libusb support so that fxload isn't just tied to Linux. This one opens a bigger can of worms.

Since any current system which uses fxload will most likely have access to the usbfs device tree, I don't want to introduce an artifical dependency on libusb. The selection logic could all be crammed into the Makefile, but I was wondering how the other developers would feel about a simple autoconf script. Defaults could go either way, but my preference would be to have ./configure enable libusb support if libusb-config is installed, but have RPM .spec files explicitly disable libusb support when it is not required.

Thoughts?

Since there is a valid argument for preventing feature creep on the core fxload executable (to keep hotplug scripts quick), at some point it may be desirable to split off any new debugging features (RAM upload, register readback) into another executable (fxcontrol or something).

--
Charles Lepple <[EMAIL PROTECTED]>
http://www.ghz.cc/charles/



-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Reply via email to