[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+55aFyR9C8GjhKb8orr1kgd_G23=-mcmT-uz9zJd6wk7rYDPA@mail.gmail.com>
Date: Wed, 11 Jan 2012 18:11:46 -0800
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Larry Finger <Larry.Finger@...inger.net>
Cc: Arend van Spriel <arend@...adcom.com>,
"John W. Linville" <linville@...driver.com>,
Network Development <netdev@...r.kernel.org>,
"Franky (Zhenhui) Lin" <frankyl@...adcom.com>,
Rafał Miłecki <zajec5@...il.com>
Subject: Re: brcm80211 breakage..
On Wed, Jan 11, 2012 at 5:46 PM, Larry Finger <Larry.Finger@...inger.net> wrote:
>
> OK. The SPROM issue is not completely irrelevant as that has to be correct,
> but obviously not sufficient.
Hmm. Having dug a bit deeper, I do think it's kind of related.
I get -ENODATA form sprom_read_pci(), but that function actually seems
to get the offset *right*.
Some printout shows that for that chip, I have
- ai_get_ccrev(sih) = 34
- sprom_offset = 0x800
but then it apparently reads all ones anyway. At least in the first
word. So then I get that -ENODATA error.
So once more, it's somehow related to the sprom, just in a new place:
sprom_read_pci() in brcmsmac/srom.c instead of drivers/bcma/sprom.c.
Does that give people any new ideas to try out?
Linus
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists