RE: ATH9 driver issues on ARM64

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

 



> > >> On 08/12/16 15:29, Bharat Kumar Gogada wrote:
> > >>
> > >> Two things:
> > >>
> > >>> Here is the cat /proc/interrupts (after we do interface up):
> > >>>
> > >>> root@:~# ifconfig wlan0 up
> > >>> [ 1548.926601] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
> > >>> root@Xilinx-ZCU102-2016_3:~# cat /proc/interrupts
> > >>>            CPU0       CPU1       CPU2       CPU3
> > >>>   1:          0          0          0          0     GICv2  29 Edge      arch_timer
> > >>>   2:      19873      20058      19089      17435     GICv2  30 Edge      arch_timer
> >
> > By the way, please use a recent kernel. Seeing edge here means you're
> > running with something that is a bit old (and broken). And since you
> > haven't even said what revision of the kernel you're using, hslping
> > you is not an easy task. tglx told you something similar about a week ago.
> >
> > >>>  12:          0          0          0          0     GICv2 156 Level     zynqmp-dma
> > >>>  13:          0          0          0          0     GICv2 157 Level     zynqmp-dma
> > >>>  14:          0          0          0          0     GICv2 158 Level     zynqmp-dma
> > >>>  15:          0          0          0          0     GICv2 159 Level     zynqmp-dma
> > >>>  16:          0          0          0          0     GICv2 160 Level     zynqmp-dma
> > >>>  17:          0          0          0          0     GICv2 161 Level     zynqmp-dma
> > >>>  18:          0          0          0          0     GICv2 162 Level     zynqmp-dma
> > >>>  19:          0          0          0          0     GICv2 163 Level     zynqmp-dma
> > >>>  20:          0          0          0          0     GICv2 164 Level     Mali_GP_MMU,
> > Mali_GP,
> > >> Mali_PP0_MMU, Mali_PP0, Mali_PP1_MMU, Mali_PP1
> > >>
> > >> I'm not even going to consider looking at something that is running
> > >> out of tree code. So please start things with a fresh kernel that
> > >> doesn't contain stuff we can't debug.
> > >>
> > > Ok will test with fresh kernel.
> > >
> > >>>  30:          0          0          0          0     GICv2  95 Level     eth0, eth0
> > >>> 206:        314          0          0          0     GICv2  49 Level     cdns-i2c
> > >>> 207:         40          0          0          0     GICv2  50 Level     cdns-i2c
> > >>> 209:          0          0          0          0     GICv2 150 Level     nwl_pcie:misc
> This irq line is handling miscellaneous interrupts this shows level triggered.
> > >>> 214:         12          0          0          0     GICv2  47 Level     ff0f0000.spi
> > >>> 215:          0          0          0          0     GICv2  58 Level     ffa60000.rtc
> > >>> 216:          0          0          0          0     GICv2  59 Level     ffa60000.rtc
> > >>> 217:          0          0          0          0     GICv2 165 Level     ahci-
> > ceva[fd0c0000.ahci]
> > >>> 218:         61          0          0          0     GICv2  81 Level     mmc0
> > >>> 219:          0          0          0          0     GICv2 187 Level     arm-smmu global
> fault
> > >>> 220:        471          0          0          0     GICv2  53 Level     xuartps
> > >>> 223:          0          0          0          0     GICv2 154 Level     fd4c0000.dma
> > >>> 224:          3          0          0          0     dummy   1 Edge      ath9k
> > >>
> > >> What is this "dummy" controller? And if that's supposed to be a
> > >> legacy interrupt from the PCI device, it has the wrong trigger.
> > >
> > > Yes it is for legacy interrupt, wrong trigger means ?
> >
> > Aren't legacy interrupts supposed to be *level* triggered, and not edge?
> >
> Yes agreed.
> For legacy interrupts im using irq_set_chained_handler_and_data so the irq line
> between bridge and GIC Will not be shown here. The above how is virq for
> legacy, which is given by kernel, not sure why its state is set to edge.
> 
> 

Here I'm adding fresh kernel log: (using 4.6.0 kernel version)
root@Xilinx-ZCU102-2016_3:~# cat /proc/interrupts 
           CPU0       CPU1       CPU2       CPU3       
  1:          0          0          0          0     GICv2  29 Edge      arch_timer
  2:       1368       1294       1655       2657     GICv2  30 Edge      arch_timer
 30:          0          0          0          0     GICv2  95 Level     eth0, eth0
206:        311          0          0          0     GICv2  49 Level     cdns-i2c
207:         40          0          0          0     GICv2  50 Level     cdns-i2c
209:          0          0          0          0     GICv2 150 Level     nwl_pcie:misc
214:          7          0          0          0     GICv2  47 Level     ff0f0000.spi
215:          0          0          0          0     GICv2  58 Level     ffa60000.rtc
216:          0          0          0          0     GICv2  59 Level     ffa60000.rtc
217:          0          0          0          0     GICv2 165 Level     ahci-ceva[fd0c0000.ahci]
218:          0          0          0          0     GICv2  81 Level     mmc0
219:          0          0          0          0     GICv2 187 Level     arm-smmu global fault
220:        126          0          0          0     GICv2  53 Level     xuartps
224:          3          0          0          0     dummy   1 Edge      ath9k
IPI0:      1293       1003        914        671       Rescheduling interrupts
IPI1:        77         78         25         55       Function call interrupts
IPI2:         0          0          0          0       CPU stop interrupts
IPI3:         0          0          0          0       Timer broadcast interrupts
IPI4:         0          0          0          0       IRQ work interrupts
IPI5:         0          0          0          0       CPU wake-up interrupts


root@Xilinx-ZCU102-2016_3:~#iw dev wlan0 scan
[   95.869644] INFO: rcu_sched detected stalls on CPUs/tasks:
[   95.875051] 	0-...: (1 GPs behind) idle=659/140000000000001/0 softirq=1166/1166 fqs=257 
[   95.883125] 	(detected by 3, t=5253 jiffies, g=217, c=216, q=54)
[   95.889108] Task dump for CPU 0:
[   95.892318] kworker/u8:0    R  running task        0     6      2 0x00000002
[   95.899359] Workqueue: phy0 ieee80211_scan_work
[   95.903862] Call trace:
[   95.906299] [<ffffff8008086b14>] __switch_to+0x9c/0xd0
[   95.911417] [<ffffffc87b87fc00>] 0xffffffc87b87fc00
[  158.969641] INFO: rcu_sched detected stalls on CPUs/tasks:
[  158.975046] 	0-...: (1 GPs behind) idle=659/140000000000001/0 softirq=1166/1166 fqs=1028 
[  158.983209] 	(detected by 3, t=21028 jiffies, g=217, c=216, q=54)
[  158.989278] Task dump for CPU 0:
[  158.992489] kworker/u8:0    R  running task        0     6      2 0x00000002
[  158.999523] Workqueue: phy0 ieee80211_scan_work
[  159.004032] Call trace:
[  159.006467] [<ffffff8008086b14>] __switch_to+0x9c/0xd0
[  159.011588] [<ffffffc87b87fc00>] 0xffffffc87b87fc00


Thans & Regards,
Bharat
--
To unsubscribe from this list: send the line "unsubscribe linux-pci" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [DMA Engine]     [Linux Coverity]     [Linux USB]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Greybus]

  Powered by Linux