lkml.org 
[lkml]   [2013]   [May]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: 3.8.4 kernel
From
Date
On Tue, 2013-05-07 at 09:20 -0700, Bjorn Helgaas wrote:
> [+cc Eric because he made a change (69b08f62e17) that apparently
> exposes driver bugs]
>
> On Mon, May 6, 2013 at 7:51 PM, Huang, Xiong <xiong@qca.qualcomm.com> wrote:
> >> >
> >> > Did this ever get resolved?
> >>
> >> I opened https://bugzilla.kernel.org/show_bug.cgi?id=57681 to keep track of
> >> this and attached the dmesg logs you collected. If you have a chance, could you
> >> also collect and attach the output of "lspci -vv"
> >> (any kernel is fine for this).
> >>
> >> I don't see anything obvious wrong, at least from the PCI side. Maybe the atl1c
> >> guys will have some ideas.
> >>
> >
> > Hi Bjorn and All
> > This issue should be same as bug https://bugzilla.kernel.org/show_bug.cgi?id=54021
> > I didn't find any abnormal info from the log and the PHY link is stable as well :(
> > Is it related to the network manager ?
>
> I looked at bug #54021 and it does look similar. It doesn't look like
> it has been resolved.
>
> http://forums.gentoo.org/viewtopic-t-949168-highlight-.html is another
> report that looks very similar. BigE there has a Lenovo G570 that has
> both wireless and wired networking. If BigE disables wireless with a
> hardware switch before booting, it seems to avoid the atl1c wired
> networking issue. That's not a fix, of course, but it might be a clue
> and a temporary workaround until we have a real solution.
>
> Joseph, if there's no hardware switch for the wireless on your G770,
> you can probably still take wireless out of the picture by removing or
> renaming the bcma module (look in
> /lib/modules/.../kernel/drivers/bcma/), then rebooting.
>
> Xiong, do you have a specific network manager-related test that Joseph
> could perform? I don't want to burden Joseph with a lot of debugging
> because he's currently happy with 3.6.11 and testing is pretty
> disruptive in his environment.

drivers/net/wireless/brcm80211/brcmsmac/dma.c contains this suspect code
in dma64_getnextrxp() :

dma_addr_t pa;
...
pa = le32_to_cpu(di->rxd64[i].addrlow) - di->dataoffsetlow;
/* clear this packet from the descriptor ring */
dma_unmap_single(di->dmadev, pa, di->rxbufsize, DMA_FROM_DEVICE);


How can it possibly work, I honestly have no idea.

I suggest enabling CONFIG_DMA_API_DEBUG ?





\
 
 \ /
  Last update: 2013-05-07 20:01    [W:0.038 / U:1.488 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site