On Thu, October 9, 2014 14:02, Stefan Sperling wrote: > On Thu, Oct 09, 2014 at 01:48:23PM +0400, Kirill Bychkov wrote: >> Index: pcidevs >> =================================================================== >> RCS file: /cvs/src/sys/dev/pci/pcidevs,v >> retrieving revision 1.1746 >> diff -u -p -u -r1.1746 pcidevs >> --- pcidevs 8 Oct 2014 07:41:27 -0000 1.1746 >> +++ pcidevs 9 Oct 2014 09:43:28 -0000 >> @@ -1835,6 +1835,7 @@ product ATHEROS AR9300 0x0030 AR9300 >> product ATHEROS AR9485 0x0032 AR9485 >> product ATHEROS AR9462 0x0034 AR9462 >> product ATHEROS AR9565 0x0036 AR9565 >> +product ATHEROS AR9485 0x0037 AR9485 >> product ATHEROS AR5210_AP 0x0207 AR5210 >> product ATHEROS AR5212_IBM 0x1014 AR5212 >> product ATHEROS AR5210_DEFAULT 0x1107 AR5210 >> >> OK? > > I'm not sure about this. > > AR9485 is already in there as 0x0032. According to FreeBSD's > ath_hal/ah_devid.h the ID 0x0037 maps to "AR1111_PCIE"... ? > Linux ath9k calls it: PCI-E AR1111/AR9485
Missed that, sorry. It looks that there are a lot of names for this chip... This card is AzureWave AW-NE195H. Some says it's Atheros AR1111 and some - that it's AR5B125... > >> BTW, this card is not fully supported. After adding it's ID to if_athn_pci.c >> it gives me calibration error when I'm running `dhclient athn0`. >> I can test diffs or send it to one of the developers. > > Yes, this is a known issue. I've been trying to hunt this down for a while. > Still no idea what's wrong with it. > AFAIK the ar9003.c and ar9380.c files contain code which was never > tested on real hardware by damien (see the CVS logs of these files). > I see.
