TL-WR1043: switch

[Stefan Bethke]

Am 03.12.2011 um 16:47 schrieb Adrian Chadd <adrian at freebsd.org>:
> * Don't get rid of SCL_PIN / SDA_PIN: instead rename them to
> blah_PIN_DEFAULT, and use those defines instead of hardcoding 0 and 1.
> I have a "thing" for avoiding hard-coded constants, and this makes it
> more obvious that those 0/1 values are pins rather than true/false.

Ok.

> * We should break this out into separate diffs - let's focus right now
> on fixing/extending the i2c bus code to work with the "strict" flag
> you've introduced.  The rest of the diff is GPIO stuff. That way we
> can commit it in two parts.

Will do.

> Stuff to look at later:
> 
> * The gpio default stuff is fine (but luis has send me some alternate
> hint code to look at too!) - however, the capabilities are either in
> or out. What about pullup, pulldown, etc?

From my Reading of ar71xx_gpio.c, only in and Out are supported, so I ignored the rest. If we can find enough letters, the other capabilities could be supported as well.  Note that the capabilities are defaulted, not configured.  I'm only setting the initial mode. If this is unclear, I can talk about later when I'm back home. 

> * Is there any way to make that "configure GPIO from hint" function
> generic? Or should we worry about that later on? (eg so the rt305x CPU
> support from ray@ can also use this?)

I'd think iT can be made generic.

> And my final question:
> 
> Does this actually now work for mainipulating the switch phy? If so:
> 
> * how does it work;
> * do we get per-physical-switch-port statistics somehow?
> * how do I tinker with it next week when I'm over in Melbourne,
> talking about this stuff to a group of researchers that want to use
> the 1043nd? :)

yes, see the tbz in the same dir on the web site.


Stefan

-- 
Stefan Bethke <stb at lassitu.de>   Fon +49 151 14070811