Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 19 Jul 2010 16:41:03 +0200
From:      Rafal Jaworowski <raj@semihalf.com>
To:        Warner Losh <imp@bsdimp.com>
Cc:        "freebsd-arm@FreeBSD.org" <freebsd-arm@FreeBSD.org>
Subject:   Re: at91sam9g20: Upcoming Patches
Message-ID:  <FAFABCBB-829F-46F6-B1C9-40B15C1512D0@semihalf.com>
In-Reply-To: <62D59897-79BD-4AF2-8584-F045970712F5@bsdimp.com>
References:  <4C444E8B.6090104@ansley.com> <62D59897-79BD-4AF2-8584-F045970712F5@bsdimp.com>

next in thread | previous in thread | raw e-mail | index | archive | help

On 2010-07-19, at 16:16, Warner Losh wrote:

> I'd prefer one big patch, assuming it is almost ready to roll into the =
tree. Chances ate I'll be committing it. Bit there might also be a =
second effort that has patches in flight too.  There was some talk too =
of investgating fdt to cope with the different families.

Yes, it would be ideal to get AT91 port converted to FDT approach, and =
then only deal with a number of DTS files for various boards, but this =
would mean more work (as would involve refactoring the AT91 low-level =
code for all currently supported variations of the chip).

Rafal


> Btw, when I was doing the original port I found the multiplexed pins =
were rarely configured by the wide array of boot loaders...  You were =
lucky if the memory and nic pins were configured.
>=20
> Warner
>=20
>=20
> On Jul 19, 2010, at 7:09 AM, Greg Ansley <gja@ansley.com> wrote:
>=20
>> During the next day or so I'll be submitting the following patches =
for the arm/at91 (head) tree with the goal of eventually being able to =
create a single "GENERIC" kernel that will boot on the at91rm9200, =
at91sam926? and at91sam9g20 (as long as boot sequence configures the =
multiplexed pins).
>>=20
>> I also have patches against 8-current if any one needs them.
>>=20
>> These patches have been tested on a KB9202C and an Atmel =
AT91SAM9G20EK Rev B.  I would appreciate testing (or loan of boards) for =
the at91sam926? family.
>>=20
>> I am assuming it would be best to submit separate PRs for each of the =
changes. If something else is preferred let me know.
>>=20
>> at91_mci.c:
>>=20
>>  * Compile and run time selection of "Slot B" of mci controller.
>>  * Compile and run time selection of 4 wire connection (4x bandwidth
>>    to slot).
>>  * No byte swapping on non-RM9200 targets.
>>  * Fix obscure segfault when bus_dma_load() fails in
>>    at91_mci_start_cmd().
>>=20
>> at91_pit.c:
>>=20
>>  * Support for full resolution timer counter.
>>  * Remove compile time address dependencies.
>>=20
>> at91_rst.c:  (NEW)
>>=20
>>  * Support SAM9 reset controller.
>>  * Implement shutdown() on NRST (reset button) and full reset if held
>>    for more the 5 seconds.
>>=20
>> at91_wdt.c: (NEW)
>>=20
>>  * Support SAM9 watchdog timer using the watchdog(9) style interface.
>>=20
>> if_ate.c:
>>=20
>>  * Support for sam9 "EMAC" controller.
>>  * Support for rmii interface to phy.
>>=20
>> at91.c & at91sam9.c:
>>=20
>>  * Eliminate separate at91sam9.c file.
>>  * Add new devices to at91sam9_devs table.
>>=20
>> at91_machdep.c & at at91sam9_machdep.c:
>>=20
>>  * Automatic chip type determination.
>>  * Remove compile time chip dependencies.
>>  * Eliminate separate at91sam9_machdep.c file.
>>=20
>> at91_pmc.c:
>>=20
>>  * Corrected support for all of the sam926? and sam9g20 chips.
>>  * Remove compile time chip dependencies.
>>=20
>> Greg Ansley
>>=20
>> _______________________________________________
>> freebsd-arm@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm
>> To unsubscribe, send any mail to =
"freebsd-arm-unsubscribe@freebsd.org"
>>=20
>>=20
> _______________________________________________
> freebsd-arm@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-arm
> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?FAFABCBB-829F-46F6-B1C9-40B15C1512D0>