Date: Mon, 19 Jul 2010 10:44:25 -0400 From: Greg Ansley <gja@ansley.com> To: Rafal Jaworowski <raj@semihalf.com> Cc: "freebsd-arm@FreeBSD.org" <freebsd-arm@FreeBSD.org> Subject: Re: at91sam9g20: Upcoming Patches Message-ID: <4C4464C9.6080402@ansley.com> In-Reply-To: <FAFABCBB-829F-46F6-B1C9-40B15C1512D0@semihalf.com> References: <4C444E8B.6090104@ansley.com> <62D59897-79BD-4AF2-8584-F045970712F5@bsdimp.com> <FAFABCBB-829F-46F6-B1C9-40B15C1512D0@semihalf.com>
next in thread | previous in thread | raw e-mail | index | archive | help
FDT is on my to do list. But I did not want to hold this up for that. I've already had to rework some thing as the head of the tree and I got out of sync. Greg On 7/19/10 10:41 AM, Rafal Jaworowski wrote: > 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. >> >> Warner >> >> >> On Jul 19, 2010, at 7:09 AM, Greg Ansley<gja@ansley.com> wrote: >> >> >>> 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). >>> >>> I also have patches against 8-current if any one needs them. >>> >>> 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. >>> >>> I am assuming it would be best to submit separate PRs for each of the changes. If something else is preferred let me know. >>> >>> at91_mci.c: >>> >>> * 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(). >>> >>> at91_pit.c: >>> >>> * Support for full resolution timer counter. >>> * Remove compile time address dependencies. >>> >>> at91_rst.c: (NEW) >>> >>> * Support SAM9 reset controller. >>> * Implement shutdown() on NRST (reset button) and full reset if held >>> for more the 5 seconds. >>> >>> at91_wdt.c: (NEW) >>> >>> * Support SAM9 watchdog timer using the watchdog(9) style interface. >>> >>> if_ate.c: >>> >>> * Support for sam9 "EMAC" controller. >>> * Support for rmii interface to phy. >>> >>> at91.c& at91sam9.c: >>> >>> * Eliminate separate at91sam9.c file. >>> * Add new devices to at91sam9_devs table. >>> >>> at91_machdep.c& at at91sam9_machdep.c: >>> >>> * Automatic chip type determination. >>> * Remove compile time chip dependencies. >>> * Eliminate separate at91sam9_machdep.c file. >>> >>> at91_pmc.c: >>> >>> * Corrected support for all of the sam926? and sam9g20 chips. >>> * Remove compile time chip dependencies. >>> >>> Greg Ansley >>> >>> _______________________________________________ >>> 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" >>> >>> >>> >> _______________________________________________ >> 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?4C4464C9.6080402>