Hi Nathan, On 04/25/2012 04:15 AM, Nathan Hintz wrote: > Hi Hauke: > > Comments are in line. > On Tue, 2012-04-24 at 23:52 +0200, Hauke Mehrtens wrote: >> Hi Nathan, >> >> On 04/11/2012 09:06 AM, Nathan Hintz wrote: >>> In the absence of the attached patch, my device (Linksys E3000) does not >>> consistently boot. Roughly 25% of the time following a power cycle (and >>> occasionally on reboot), it will hang just after completion of pre-init. >>> There is no stack trace when this occurs. I'm guessing it is occurring >>> when the brcm-wl module is loaded. At first I thought there may be some >>> extended config space access of 1 or 2 bytes (instead of always being 4 >>> bytes), but when I added logging to detect them, none were ever encountered. >> I have never seen this with my bcm4718 based device. Do you also have >> these problems when not loading brcm-wl, but b43? > I have never tried B43 to date, but will try both of your suggestions > and report back.
brcm-wl is just connected with a more or less hackish code to ssb and bcma and we are unable to look into the code and see what it does. 5GHz and 802.11n speed will not work with b43, but it is a good place to debug things. >>> The existing code (prior to the patch) does an "ioremap_nocache" on a >>> subset of a memory region that I think has already been mapped, and then >>> un-maps that smaller region when it is finished. Could the un-mapping of >>> the smaller region affect adversely the mapping of the larger region? >> Yes I also saw that, but I do not know if it is a biǵ problem, but it >> should get fixed. >> >>> Any thoughts on how I might go about isolating the problem further if the >>> un-mapping of the smaller region is not the cause? >> How far do you exactly get? Have yu tried without loading brcm-wl and >> some other modules? > I'll reproduce on a clean build and post console output for the failure. That will be nice. Thanks for the patch and the clarification on some parts of the patch. It was committed in r31481. Hauke _______________________________________________ openwrt-devel mailing list [email protected] https://lists.openwrt.org/mailman/listinfo/openwrt-devel
