Port-arm archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: rpi0w wifi
On Wed, Feb 19, 2020 at 04:57:15PM +0000, Patrick Welche wrote:
> On Wed, Feb 19, 2020 at 03:35:40PM +0100, Harold Gutch wrote:
> > The diff up there was against the dts extracted/generated from the
> > dtb, i.e.,
> >
> > $ dtc -O dts -o bcm2835-rpi-zero-w.dts bcm2835-rpi-zero-w.dtb
> > $ patch < bcm2835-rpi-zero-w.dts.diff
> > $ dtc -O dtb -o bcm2835-rpi-zero-w_fixed.dtb bcm2835-rpi-zero-w.dts
> >
> > (and then copy that over).
> >
> > Alternatively, adding pinctrl-names to the in-tree .dts around like
> > 114 and then rebuilding the .dtb should also work. I suppose "dtc -O
> > dtb -o ... bcm2835-rpi-zero-w.dts" does that but I'm not sure.
> >
> >
>
> I seem to be unlucky: I applied
>
> Index: bcm2835-rpi-zero-w.dts
> ===================================================================
> RCS file: /cvsroot/src/sys/external/gpl2/dts/dist/arch/arm/boot/dts/bcm2835-rpi-zero-w.dts,v
> retrieving revision 1.1.1.4
> diff -u -r1.1.1.4 bcm2835-rpi-zero-w.dts
> --- bcm2835-rpi-zero-w.dts 3 Jan 2020 14:33:09 -0000 1.1.1.4
> +++ bcm2835-rpi-zero-w.dts 19 Feb 2020 16:45:40 -0000
> @@ -112,6 +112,7 @@
> &sdhci {
> #address-cells = <1>;
> #size-cells = <0>;
> + pinctrl-names = "default";
> pinctrl-0 = <&emmc_gpio34 &gpclk2_gpio43>;
> bus-width = <4>;
> mmc-pwrseq = <&wifi_pwrseq>;
>
>
> built a release, dd'd the rpi.img, booted, and no change. Just to make
> sure that the change made it,
>
> rpi# dtc -O dts /boot/bcm2835-rpi-zero-w.dtb
>
> shows
>
> sdhci@7e300000 {
> compatible = "brcm,bcm2835-sdhci";
> reg = <0x7e300000 0x100>;
> interrupts = <0x02 0x1e>;
> clocks = <0x08 0x1c>;
> status = "okay";
> #address-cells = <0x01>;
> #size-cells = <0x00>;
> pinctrl-names = "default";
> pinctrl-0 = <0x12 0x13>;
> bus-width = <0x04>;
>
> and I still see
>
> [ 1.267161] sdmmc1: sdmmc_mem_enable failed with error 60
> [ 1.267161] sdmmc1: autoconfiguration error: couldn't enable card: 60
>
>
> Not sure what I'm missing...
Hm, odd, at least on a first glance your dtb looks good. Did this
happen only once or did you boot twice (or more often) and always get
this error?
My testing was extremely limited, really all I did was take a
non-working rpi_inst.img, dd that to a card, and then replace the dtb
as described above. That then found sdmmc1 and bwfm0 (but it didn't
work because I didn't bother putting the firmware .bin and .txt on the
ramdisk).
My build (with my change) should be done soon, then I can test rpi.img
and rpi_inst.img.
Harold
Home |
Main Index |
Thread Index |
Old Index