Using MAC address for distinguishing these cards is a good idea for local/ad-hoc solution. Thanks guys for participating in the question and help. We decided to send these cards back to Mikrotik. вт, 14 янв. 2020 г. в 05:52, Tom Psyborg <pozega.tomislav@xxxxxxxxx>: > > On 13/01/2020, Denis Kalashnikov <denis281089@xxxxxxxxx> wrote: > > I read value from the SREV register of AR9582 -- got 0x001c04ff. I > > looked through the code of ath9k and found out that in this case the > > revision is 4. So, since AR_SREV_REVISION_9580_10 is defined as 4, I > > logically concluded that AR_SREV_9580_10 would do the job. But you > > suspicions turned to be right. I tested AR9580 now and it has the same > > value as AR9582 in the SREV register -- 0x001c04ff. PCI Subsystem ID > > is zero on those Mikrotik cards, so it is not useful. Felix, guys, may > > be somebody have any thoughts how we can distinguish AR9582? Or that a > > chip has only 2 chains? May be values from other registers? > > > > read MAC OUI any apply only to mikrotik ones?
