From owner-freebsd-arm@FreeBSD.ORG Mon Jul 19 14:41:07 2010 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16F56106564A for ; Mon, 19 Jul 2010 14:41:07 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 7496C8FC15 for ; Mon, 19 Jul 2010 14:41:06 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id AD503C42DF; Mon, 19 Jul 2010 16:41:04 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id ovZYc4rGwJye; Mon, 19 Jul 2010 16:41:03 +0200 (CEST) Received: from [10.0.0.79] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id DC5F8C42D5; Mon, 19 Jul 2010 16:41:03 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Rafal Jaworowski In-Reply-To: <62D59897-79BD-4AF2-8584-F045970712F5@bsdimp.com> Date: Mon, 19 Jul 2010 16:41:03 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4C444E8B.6090104@ansley.com> <62D59897-79BD-4AF2-8584-F045970712F5@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1081) Cc: "freebsd-arm@FreeBSD.org" Subject: Re: at91sam9g20: Upcoming Patches X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 14:41:07 -0000 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 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"