Search Linux Wireless

Re: [PATCH v3 4/4] rt2800: fix registers init for MT7620

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello

On Wed, Oct 10, 2018 at 02:06:58PM +0200, Daniel Golle wrote:
> > > https://github.com/psyborg55/linux/commit/24b46d482590a87553df1de0b5c8032f363cb7cf
> > >  ?
> > > 
> > >  using this code to determine 7620 soc
> > > 
> > >  if (rt == RT5390 && rt2x00_is_soc(rt2x00dev))
> > >          rt = RT6352;
> > > 
> > >  somehow did not work in rt2800_init_registers routine. i could verify
> > >  that by removing tx_sw_cfg registers from rt6352 and the wifi would
> > >  still work, unless removed them from rt5390 also
> > 
> > I tested by adding additional printk("Init RT6352 registers\n"); in 
> > if (rt2x00_rt(rt2x00dev, RT6352)) branch. The message was printed:
> > 
> > [   68.049946] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 6352, rev 0500 detected
> > [   68.065392] ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 7620 detected
> > [   68.079777] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
> > [   68.177760] kmodloader: done loading kernel modules from /etc/modules.d/*
> > [   68.825758] urandom_read: 5 callbacks suppressed
> > [   68.825768] random: jshn: uninitialized urandom read (4 bytes read)
> > [   77.792400] 8021q: adding VLAN 0 to HW filter on device eth0
> > [   77.825045] br-lan: port 1(eth0.1) entered blocking state
> > [   77.836032] br-lan: port 1(eth0.1) entered disabled state
> > [   77.847156] device eth0.1 entered promiscuous mode
> > [   77.856739] device eth0 entered promiscuous mode
> > [   77.931043] br-lan: port 1(eth0.1) entered blocking state
> > [   77.941861] br-lan: port 1(eth0.1) entered forwarding state
> > [   77.953171] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
> > [   78.849852] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
> > [   82.302306] Init RT6352 registers
> > 
> > Perhaps rt2x00_is_soc(rt2x00dev) does not work on this particular system
> > that you have and device is configured as RT5390 ? I.e. maybe this is
> > PCIe device. This should be printed in :
> > 
> > ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 6352, rev 0500 detected
> > 
> > line, you should have 'RT chipset 5390' instead.
> 
> RT6352 is the pre-mediatek-merge name of MT7620A/N. It is always a SoC.
> The RF part of both MT7620A and MT7620N identifies as RT5390. The
> vendor driver also uses an equivalent check to destinguish between the
> actual PCIe/USB RT5390xx and RT6352, see
> 
> https://github.com/i80s/mtk-sources/blob/master/mt7620/src/include/rtmp_chip.h#L114

Yes , but this does not explain why things do not work as
expected for Tomislav, which IIUC use RT5390 configuration.

Perhaps the check:

	if (rt == RT5390 && rt2x00_is_soc(rt2x00dev))
		rt = RT6352;

should be some how modified to work on Tomislav's hardware ?

Thanks
Stanislaw



[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Wireless Regulations]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux