P1020wlan REV D DTS file?

[Aleksander]

Yes, you need to modify your dts in order to use existing tsec driver. The
attachment contains my patched p1020rdb.dts file. As you can see I disabled
first and second tsec and using only third.
The major change is putting mdio0 as a child of enet0. Please be aware,
that this code is not refactored - I just wanted it to work by now:) Also,
pcie might not work.

regards
aleek

On Tue, Jul 30, 2013 at 7:51 PM, John Clark <jeclark2006 at aim.com> wrote:

> Thanks for the patch. Since my board is the WLAN board, there are some
> differences, but you fixes confirm that I'm somewhat on the right track.
>
> With my patched up WLAN DTS file, I get to the point of probing the TSEC
> devices. My board has etsec2 'network' devices, and 'simplistically'
> replacing etsec2 with 'gianfar' doesn't seem to work.
> By replacing the 'etsec2' compatible descriptor, the probe process goes on
> to attempt find out how much memory to allocate for accessing the device,
> but I think there's a 'reg' declaration that is missing.
>
> The question I have is, are you using the network interface 'tsec' or have
> you modified the DTS in that regard? The 'tsec' driver I have does not seem
> to detect the etsec2 type network device.
>
> Thanks,
> John Clark.
>
>
> On Jul 30, 2013, at 2:41 AM, Aleksander <aleek at FreeBSD.org> wrote:
>
> That reminds me, I need to send the patch, because I had the same problem.
> In the meantime, here is the patch for p1020rdb.dts. This works for me.
>
> diff --git a/sys/boot/fdt/dts/p1020rdb.dts b/sys/boot/fdt/dts/p1020rdb.dts
> index ec5118c..c95ab27 100644
> --- a/sys/boot/fdt/dts/p1020rdb.dts
> +++ b/sys/boot/fdt/dts/p1020rdb.dts
> @@ -59,17 +59,20 @@
>                         device_type = "cpu";
>                         reg = <0x0>;
>                         next-level-cache = <&L2>;
> +                       bus-frequency = <400000000>;            // Filled
> out by uboot.
>                 };
>
>                 PowerPC,P1020 at 1 {
>                         device_type = "cpu";
>                         reg = <0x1>;
>                         next-level-cache = <&L2>;
> +                       bus-frequency = <400000000>;            // Filled
> out by uboot.
>                 };
>         };
>
>         memory {
>                 device_type = "memory";
> +               reg = < 0x0 0x0 0x0 0x20000000 >;
>         };
>
>         localbus at ffe05000 {
> @@ -193,7 +196,7 @@
>                 #address-cells = <1>;
>                 #size-cells = <1>;
>                 device_type = "soc";
> -               compatible = "fsl,p1020-immr", "simple-bus";
> +               compatible = "simple-bus";
>                 ranges = <0x0  0x0 0xffe00000 0x100000>;
>                 bus-frequency = <0>;            // Filled out by uboot.
>
> @@ -624,4 +627,9 @@
>                                   0x0 0x100000>;
>                 };
>         };
> +
> +       chosen {
> +               stdin = "serial0";
> +               stdout= "serial0";
> +       };
>  };
>
> regards
> aleek
>
>
> On Mon, Jul 29, 2013 at 9:53 PM, John Clark <jeclark2006 at aim.com> wrote:
>
>> I've been working intermittently on a p1020wlan board and getting FreeBSD
>> up and running on it.
>>
>> I have a working Linux setup, but wanted to look at FreeBSD.
>>
>> The process has been fraught with problems.
>>
>> 1) U-Boot. The board has u-boot and despite the 'suggestive' tool titled
>> 'ubldr', this does not seem to work, unless the u-boot has been 'enabled'
>> with the U-boot API.
>>    Did that but other than some number of diagnostics, the ubldr fails to
>> present a command interface or seemingly try to 'bootp' via the network
>> interface.
>>
>> 2) Using a DTS file that 'works' with Linux, there are a number of
>> 'holes' in the DTS structure which the boot firmware seems to be expected
>> to 'fill in the blanks'.
>>    I've plugged many holes, an rearranged elements in the 'tree' that
>> seem to allow for the kernel to be loaded, and get to the point of
>> attempting to initialize the network drivers to
>>    perform a 'bootp' NFS style root mount.
>>
>> I did get some assistance in April from someone working on a similar
>> board, but those 'hints' have not yielded a bootable setup.
>>
>> It would appear that this board, and perhaps most of the P1020 (and other
>> recent Freescale boards) do not have many people, if any, working on
>> getting FreeBSD up on them.
>>
>> The questions are…
>>
>> 1) is there anyone with a working P1020Wlan setup?
>> 2) Anyone with working P1020xxx boards, and using the 'as found in
>> sys/boot/fdt/dts' DTS files?
>>
>>
>> Any help would be appreciated,
>>
>> John Clark.
>>
>> _______________________________________________
>> freebsd-ppc at freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
>> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe at freebsd.org"
>>
>
>
>
> --
> regards
> aleek
>
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: p1020rdb.dts
Type: application/octet-stream
Size: 17502 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ppc/attachments/20130731/8ac803dc/attachment.obj>