Date: Sun, 8 Jan 2012 01:40:37 +0100 From: Aleksander Dutkowski <adutkowski@gmail.com> To: freebsd-arm@freebsd.org Subject: Re: porting freebsd to at91sam9g45 ( SBC6045 board) Message-ID: <CABkKHSYtgOkbdzSCnFhjr3WTPaB21DqWzOqkouKtBw0mMRFjpQ@mail.gmail.com> In-Reply-To: <CABkKHSaiUmHo5LU32%2B%2BjShE8hQ2AFP8ep%2B7zkW12PV7LKrwqsw@mail.gmail.com> References: <CABkKHSbVEi6-0L%2BTX4tQSV2pa1Kp1RtkVKKPDe1rOF3oatfGGQ@mail.gmail.com> <20120103104814.GA95533@ci0.org> <CABkKHSZear9Mbky=8DAe_uk5Jz%2BJZyhT6Zaix27UtL3YOCnczw@mail.gmail.com> <20120103160717.GA1744@ci0.org> <CABkKHSaiUmHo5LU32%2B%2BjShE8hQ2AFP8ep%2B7zkW12PV7LKrwqsw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Jan 3, 2012 at 5:07 PM, Olivier Houchard <mlfbsd@ci0.org> wrote: > > Hmm, I don't know the SAM9G45, but reading the linux stuff, the UART code > should be the same, maybe the way to retrieve the amount of memory changed, > and at91_ramsize() is wrong for your CPU, you can test it quickly by > hardcoding the ram size in at91_ramsize(), or maybe there's some new stuff to > enable the DBGU port ? > > Regards, > > Olivier > ok, so I spent couple of days to read the code, but it still doesn't work ;) I dont know, why AT91_DBGU_BASE and especially AT91SAM9G20_BASE is set to 0xD0000000 when base for Internal Peripherals for sam9g20 is 0xF0000000 (I've fixed it already). Ive also changed AT91SAM9G20_DBGU_BASE to proper value and all at91_cpu_is() function calls. Seems that sam9g45 doesn't have SDRAMC, so I've hardcoded at91_ramsize(), just like you've said. but in sys/arm/at91/at91sam9g20.c:238, the author says that it has to be changed for other CPUs. Seems that there is much more work to do ;) I will still be very pleased, if you're able to give me a hint about lines of code which might give trouble. Regards, Aleksander
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CABkKHSYtgOkbdzSCnFhjr3WTPaB21DqWzOqkouKtBw0mMRFjpQ>