From owner-freebsd-arm@FreeBSD.ORG Mon Jul 19 14:44:31 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 5CFFC106566C for ; Mon, 19 Jul 2010 14:44:31 +0000 (UTC) (envelope-from gja@ansley.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1D2BD8FC17 for ; Mon, 19 Jul 2010 14:44:30 +0000 (UTC) Received: by gyd8 with SMTP id 8so2692316gyd.13 for ; Mon, 19 Jul 2010 07:44:30 -0700 (PDT) Received: by 10.151.25.6 with SMTP id c6mr4018792ybj.228.1279550668977; Mon, 19 Jul 2010 07:44:28 -0700 (PDT) Received: from G5.internal.ansley.com (99-135-104-139.lightspeed.tukrga.sbcglobal.net [99.135.104.139]) by mx.google.com with ESMTPS id q36sm3877760yba.0.2010.07.19.07.44.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 19 Jul 2010 07:44:27 -0700 (PDT) Sender: Greg Ansley Message-ID: <4C4464C9.6080402@ansley.com> Date: Mon, 19 Jul 2010 10:44:25 -0400 From: Greg Ansley User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Rafal Jaworowski References: <4C444E8B.6090104@ansley.com> <62D59897-79BD-4AF2-8584-F045970712F5@bsdimp.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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:44:31 -0000 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 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" >> >