In message: <43424F75.3000409_at_shapeshifter.se> Fredrik Lindberg <fli_at_shapeshifter.se> writes: : M. Warner Losh wrote: : > In message: <4341A55B.1070209_at_shapeshifter.se> : > Fredrik Lindberg <fli+freebsd-current_at_shapeshifter.se> writes: : > : Filtering on subvendor/subdevice might be better, I didn't even think : > : of that and revision filtering seemed to be quite popular among : > : exsisting drivers. : > : > Yes. Many chip vendors bump the revision field 'often'. Just how : > often varies from chip maker to chip maker. Some do only when they : > have a new version of the chip that needs special work arounds (or : > that no longer needs them :-). Others do change it for each change to : > the silicon. Most are somewhere inbetween. : > : > : The subdevice id for a rev.3 card seems to be 0x0024 (subvendor 0x1737). : > : I don't own a rev. 2 card but google says that the rev.2 card has : > : subdevice id 0x0015 (subvendor 0x1737). : > : > That might be sufficient... : > : : Ok, how should this be implemented then? Just a specific check in each : drivers probe methods or by adding some svid/sdid fields to : struct rl_type and similar structs. : I would go for the latter, but that might be overkill. I'd code it as a special case in re and sk driver's probe routine for the moment. If more of these cards surface, then doing something more general might be a good idea. WarnerReceived on Tue Oct 04 2005 - 13:48:58 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:44 UTC