On 12/10/2011 08:49 PM, Larry Finger wrote: > On 12/10/2011 05:04 AM, Arend van Spriel wrote: >> >> Obviously it should be a pci_read_config_dword(). I found out that I can >> reproduce the problem over here so I added the print statements: >> >> [61359.893254] brcmsmac bcma0:0: mfg 4bf core 812 rev 23 class 0 irq 17 >> [61359.897801] core[2] id=0x820 addr=18002000 wrap=18102000 >> [61359.897808] core[1] id=0x812 addr=18001000 wrap=18101000 >> [61359.897814] core[0] id=0x800 addr=18000000 wrap=18100000 >> [61359.897822] PCI_BAR0_WIN=18107000 >> >> Not sure how it got programmed to this value, but it definitely is wrong. > > I put pr_info() and dump_stack() at every place where PCI_BAR_WIN0 is changed. > The one place in drivers/bcma/host_pci.c is never called - only the location in > drivers/bcma/scan.c. > > The logged data is > > [ 813.683905] bcma: BCMA_PCI_BAR0_WIN set to 0x18000000 > [ 813.683910] Pid: 8989, comm: work_for_cpu Tainted: G O > 3.2.0-rc4-wl+ #146 > [ 813.683913] Call Trace: > [ 813.683926] [<ffffffffa0389af6>] > bcma_scan_switch_core.isra.9.part.10+0x36/0x40 [bcma] > [ 813.683933] [<ffffffffa0389bde>] bcma_init_bus+0x6e/0x70 [bcma] > [ 813.683940] [<ffffffffa0389c04>] bcma_bus_scan+0x24/0x210 [bcma] > [ 813.683946] [<ffffffff81028f11>] ? __ioremap_caller+0x2b1/0x390 > [ 813.683951] [<ffffffff811dded0>] ? pci_iomap+0x80/0xc0 > [ 813.683958] [<ffffffffa0389209>] bcma_bus_register+0x19/0x2e0 [bcma] > [ 813.683964] [<ffffffffa038b800>] bcma_host_pci_probe+0x120/0x1c0 [bcma] > [ 813.683970] [<ffffffff810636b0>] ? cwq_activate_first_delayed+0x110/0x110 > [ 813.683976] [<ffffffff811f17b2>] local_pci_probe+0x12/0x20 > [ 813.683980] [<ffffffff810636c3>] do_work_for_cpu+0x13/0x30 > [ 813.683984] [<ffffffff8106bb07>] kthread+0x87/0x90 > [ 813.683990] [<ffffffff81384f74>] kernel_thread_helper+0x4/0x10 > [ 813.683995] [<ffffffff8138269d>] ? retint_restore_args+0xe/0xe > [ 813.683999] [<ffffffff8106ba80>] ? __init_kthread_worker+0x70/0x70 > [ 813.684041] [<ffffffff81384f70>] ? gs_change+0xb/0xb > [ 813.684048] bcma: BCMA_PCI_BAR0_WIN set to 0x18107000 > > The stack trace is identical for the second entry. It is never remapped, which > is why it is wrong in brcmsmac. Great you found it. > Question: Don't you need to change the R_REG macro to use bcma? It is still > doing read{b,w,l} operations, and is not checking the mapping. In the end the R_REG/W_REG macros will be removed and only bcma_read/bcma_write are used. That will be in the next patch series. > Larry > Gr. AvS -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html