This patchset adds support for MB86R0x SoC familiy from Fujitsu,
its built in lcd controller and a first board using the
MB86R01.
Changes since V4
- Rebased to current master branch
Changes since V3
- Added support for additional oscillator frequency
Changes since V2
- Rebased to current
This patch adds support for MB86R0x SoCs from Fujitsu
Signed-off-by: Matthias Weisser
---
arch/arm/cpu/arm926ejs/mb86r0x/Makefile | 47 ++
arch/arm/cpu/arm926ejs/mb86r0x/clock.c | 45 ++
arch/arm/cpu/arm926ejs/mb86r0x/reset.c | 40 ++
arch/arm/cpu/arm926ejs/mb86r0
This patch adds support for the display controller in
the MB86R0x SoCs.
Signed-off-by: Matthias Weisser
---
drivers/video/Makefile |1 +
drivers/video/mb86r0xgdc.c | 186
2 files changed, 187 insertions(+), 0 deletions(-)
create mode 100644
This patch adds support for the jadecpu board using the
MB86R01 'Jade' SoC from Fujitsu.
Signed-off-by: Matthias Weisser
---
MAINTAINERS |4 +
MAKEALL |1 +
board/syteco/jadecpu/Makefile| 55 +++
board/syteco/jadecpu/con
Hi,
I want to implement the page mode for S29GL064N90TFI020 in U-Boot. After i
study the page mode, the difference between standard mode and page mode is the
less access time following the first access. So, what should i do for the page
mode? Is anyone kindly help me on this?
Best Regards,Vince
Hi,
2010/7/9 Ajay Kumar Gupta :
> Remy,
>
> These patches add support for musb in AM35x.
> Changes from v1:
> - Moved SCM definitions to am35x specific file am35x_def.h
>
> Patches have been created against uboot-ti/master tree (as on 9th July)
> but they also apply cleanly to both denx/mas
Dear list,
A few days ago I tried to upgrade the bootloader of my AVR32 NGW100 based
development platform to the latest release of U-Boot (2010.06). I use
OpenWRT on it and also the U-boot provided with it.
At first, it didn't even compile. Secondly, it didn't work [1]. Reading
through the maili
Bas Mevissen schrieb:
> Dear list,
>
> A few days ago I tried to upgrade the bootloader of my AVR32 NGW100 based
> development platform to the latest release of U-Boot (2010.06). I use
> OpenWRT on it and also the U-boot provided with it.
>
> ...
> Any advice?
>
Dear Bas,
check my patches nam
Hi Cheng,
On Monday 02 August 2010 09:39:46 Cheng Vincent wrote:
> I want to implement the page mode for S29GL064N90TFI020 in U-Boot. After i
> study the page mode, the difference between standard mode and page mode is
> the less access time following the first access. So, what should i do for
> t
Hi Yuri,
On Monday 26 July 2010 19:21:16 YURI ZHARIKOV wrote:
> We are Microelectronic Design and Applications (DMA) research group
> from University Carlos III of Madrid (Spain). At the moment, we are
> developing our own computational hardware platform, based on AMCC
> Sequoia board.
>
> In the
Simply include the generic version. We could optimize this a bit more,
as unaligned 32-bit accesses are ok on AP7, but let's make it work
first.
Signed-off-by: Haavard Skinnemoen
---
arch/avr32/include/asm/unaligned.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
create mode 100644
In addition to the real PC value, also print the value of PC after
subtracting the relocation offset. This value will match the address in
the ELF file so it's much easier to figure out where things went wrong.
Signed-off-by: Haavard Skinnemoen
---
arch/avr32/cpu/exception.c |3 ++-
1 files
This series fixes a trivial build issue, as well as a longstanding
problem with the 'saveenv' command on ATNGW100.
It also includes a trivial enhancement to the exception reporting which
I found very useful during debugging.
Hopefully this will make mainline u-boot useful again on AVR32. Without
Use the MMU hardware to set up 1:1 mappings between physical and virtual
addresses. This allows us to bypass the cache when accessing the flash
without having to do any physical-to-virtual address mapping in the CFI
driver.
The virtual memory mappings are defined at compile time through a sorted
a
On Mon, 2 Aug 2010 14:06:26 +0200, Haavard Skinnemoen
wrote:
> This series fixes a trivial build issue, as well as a longstanding
> problem with the 'saveenv' command on ATNGW100.
>
Is that the same problem that makes flash erase actions fail with the
error that the start or end address does no
On Mon, 02 Aug 2010 11:16:37 +0200, Reinhard Meyer
> check my patches named "add support for EMK TOP7000 board" from
> 04.June.2010.
>
> They will work on the NGW100 as well, and should apply even to the most
> recent u-boot.
>
> The FLASH will be recognized properly.
>
Hi Reinhard,
Thanks f
Bas Mevissen wrote:
> On Mon, 2 Aug 2010 14:06:26 +0200, Haavard Skinnemoen
> wrote:
> > This series fixes a trivial build issue, as well as a longstanding
> > problem with the 'saveenv' command on ATNGW100.
> >
>
> Is that the same problem that makes flash erase actions fail with the
> error
1. Fix preprocessor statements
2. Clean coding style
Signed-off-by: Michal Simek
---
include/configs/microblaze-generic.h | 227 ++
1 files changed, 123 insertions(+), 104 deletions(-)
diff --git a/include/configs/microblaze-generic.h
b/include/configs/microbla
Emaclite was using old net api that's why
this patch move emaclite to NET_MULTI api.
Signed-off-by: Michal Simek
---
drivers/net/xilinx_emaclite.c | 84 +++--
include/netdev.h |1 +
2 files changed, 48 insertions(+), 37 deletions(-)
diff --
Microblaze hasn't supported NET_MULTI support.
Signed-off-by: Michal Simek
---
arch/microblaze/lib/board.c| 12 ++--
.../xilinx/microblaze-generic/microblaze-generic.c | 13 +
include/configs/microblaze-generic.h |2 ++
3 files ch
Add Xilinx LL Temac driver to u-boot.
Signed-off-by: Michal Simek
---
.../xilinx/microblaze-generic/microblaze-generic.c |3 +
drivers/net/Makefile |1 +
drivers/net/xilinx_ll_temac.c | 561
include/netdev.h
Hi Wolfgang,
On Sunday 25 July 2010 23:00:09 Wolfgang Denk wrote:
> I have problems understanding the configuration in
> "include/configs/katmai.h". I read:
>
> 188 #define CONFIG_EXTRA_ENV_SETTINGS
> \ ..
> 193 "kernel_addr=fff1\0"
I have a patch that enables audio on the 1022, can you pick up that one too?
On Sunday, August 1, 2010, Kumar Gala wrote:
> The following changes since commit 7385c28e9b5f7d47e6a8f1ad9800e6e70af714e2:
> Wolfgang Denk (1):
> fs/fat: Big code cleanup.
>
> are available in the git reposito
Dear Håvard Skinnemoen,
I have tested the simple TLB implementation on our own hardware and it
does work with CFI driver.
Thanks a lot for introducing this, we had to wait so long ...
Am 02.08.2010 14:06, schrieb Haavard Skinnemoen:
> Use the MMU hardware to set up 1:1 mappings between physical a
Dear Timur Tabi,
In message you
wrote:
> I have a patch that enables audio on the 1022, can you pick up that one too ?
This is not exactly a bug fix, right?
And the merge window is closed.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
H
From: Xiangfu Liu
Hi Wolfgang
>From the document, if set all arguments in "OUTPUT_FORMAT"
to "tradbigmips", then even add "-EL" to gcc we still get
EB format.
Signed-off-by: Xiangfu Liu
---
board/dbau1x00/u-boot.lds|2 +-
board/gth2/u-boot.lds|2 +-
board/incaip/u-boot.ld
Wolfgang Denk wrote:
> Dear Timur Tabi,
>
> In message you
> wrote:
>> I have a patch that enables audio on the 1022, can you pick up that one too ?
>
> This is not exactly a bug fix, right?
Audio is broken in Linux without this patch. It's something I neglected to
incorporate when in my init
On Mon, 2 Aug 2010 14:43:36 +0200, Haavard Skinnemoen
wrote:
>> I had a problem with this version as well when the environment was
empty.
>> It said the flash was 4Gig and kept crashing with some DMA error
(NGW100
>> board).
>
> Ok, I wasn't aware of that problem. I don't think I've ever tried
Kumar, do you have any issues with this patch? I submitted it in May,
but you never picked it up.
On Mon, May 24, 2010 at 3:10 PM, Timur Tabi wrote:
> The device tree (fdt) must always exist in within the bootmap (usually the
> first 16MB of RAM). If it doesn't, then boot_relocate_fdt() will al
On Aug 2, 2010, at 10:43 AM, Timur Tabi wrote:
> Kumar, do you have any issues with this patch? I submitted it in May,
> but you never picked it up.
>
> On Mon, May 24, 2010 at 3:10 PM, Timur Tabi wrote:
>> The device tree (fdt) must always exist in within the bootmap (usually the
>> first 16M
Hello,
I would like to customize an u-boot source tree to use in an
at91sam9263 embedded CPU board. But I am in doubt if I should use the
main u-boot source tree or the at91 fork tree (and now orphaned one) ?
What are the main differences between the main and at91 forked source
trees ? I
Update the code which writes to the on-board EEPROM so that it can detect if
the write failed because the EEPROM is write-protected. Most of the 8xxx-class
Freescale reference boards use an AT24C02 EEPROM to store MAC addresses and
similar information. With this patch, if the EEPROM is protected,
Hi Wolfgang,
On 8/2/2010 7:57 AM, Wolfgang Denk wrote:
> Dear Timur Tabi,
>
> In message you
> wrote:
>> I have a patch that enables audio on the 1022, can you pick up that one too ?
> This is not exactly a bug fix, right?
>
> And the merge window is closed.
>
What day should we consider the w
On Aug 2, 2010, at 1:31 PM, Ben Warren wrote:
> Hi Wolfgang,
>
> On 8/2/2010 7:57 AM, Wolfgang Denk wrote:
>> Dear Timur Tabi,
>>
>> In message
>> you wrote:
>>> I have a patch that enables audio on the 1022, can you pick up that one too
>>> ?
>> This is not exactly a bug fix, right?
>>
>>
Dear Timur Tabi,
In message <4c56e35a.6040...@freescale.com> you wrote:
>
> >> I have a patch that enables audio on the 1022, can you pick up that one
> >> too ?
> >
> > This is not exactly a bug fix, right?
>
> Audio is broken in Linux without this patch. It's something I neglected to
> incor
Dear Kumar Gala,
In message you wrote:
>
> As this isn't to 8xxx related code I'm NOT going to apply it. Wolfgang
> should.
Which boards except 8xxx actually use that code? I mean, which boards
can be used for testing?
[I don't remember any Tested-by: messages ?]
Best regards,
Wolfgang Denk
Dear Timur Tabi,
In message <1280772203-8859-1-git-send-email-ti...@freescale.com> you wrote:
> Update the code which writes to the on-board EEPROM so that it can detect if
> the write failed because the EEPROM is write-protected. Most of the
> 8xxx-class
> Freescale reference boards use an AT24
Dear Timur Tabi,
In message <4c57316b.7010...@freescale.com> you wrote:
>
> >> Audio is broken in Linux without this patch. It's something I neglected to
> >> incorporate when in my initial P1022DS patch.
> >
> > Well, this is U-Boot, not Linux.
>
> I supposed it depends on your definition of
Wolfgang Denk wrote:
> Why is this i2c_read() needed or actually useful? Should the error
> return code from the i2c_write() above not be sufficient indication
> that the writing failed? If that was the case, then some other parts
> of the code need fixing.
That's just the way the EEPROM chip wor
Dear Ben Warren,
In message <4c570eee.8060...@gmail.com> you wrote:
>
> > And the merge window is closed.
> >
> What day should we consider the window to have closed? You website says
> July 17, but that seems an awfully long time ago and I think a lot of
> code has been accepted since then, r
Hi Wolfgang,
On 8/2/2010 2:08 PM, Wolfgang Denk wrote:
> Dear Ben Warren,
>
> In message<4c570eee.8060...@gmail.com> you wrote:
>>> And the merge window is closed.
>>>
>> What day should we consider the window to have closed? You website says
>> July 17, but that seems an awfully long time ago
Dear Timur Tabi,
In message <4c57336e.7050...@freescale.com> you wrote:
> Wolfgang Denk wrote:
> > Why is this i2c_read() needed or actually useful? Should the error
> > return code from the i2c_write() above not be sufficient indication
> > that the writing failed? If that was the case, then som
Wolfgang Denk wrote:
>> Without this patch, audio support on the P1022DS is completely broken.
>
> We don't have audio support in U-Boot, do we?
But we do have P1022DS board support, and my understanding is that part of
the function of U-Boot is to prepare the board so that it can be used by
Lin
Wolfgang Denk wrote:
>> Audio is broken in Linux without this patch. It's something I neglected to
>> incorporate when in my initial P1022DS patch.
>
> Well, this is U-Boot, not Linux.
I supposed it depends on your definition of a "bug". If it's not doing
something that it's supposed to be doi
Wolfgang Denk wrote:
> Is it correct to assume the the WP signal is connected to some GPIO
> pin which can be set / unset in software?
No, it's a dip switch on the board. You have to physically set the dip
switch in order write protect or unprotect the EEPROM.
___
Dear Timur Tabi,
In message <4c573530.9050...@freescale.com> you wrote:
> Wolfgang Denk wrote:
> > Is it correct to assume the the WP signal is connected to some GPIO
> > pin which can be set / unset in software?
>
> No, it's a dip switch on the board. You have to physically set the dip
> switch
On 08/02/2010 05:44 PM, Bas Mevissen wrote:
>
>> Ok, I wasn't aware of that problem. I don't think I've ever tried
>> running u-boot with empty environment; in fact, I'm not even sure how
>> you do that since it will fall back to a default environment if it
>> can't find anything in flash.
>>
>
>
Wolfgang Denk wrote:
> And the setting cannot be read back through some GPIO pin eitheer?
Technically, the FPGA (on ngPIXIS boards, of which there are only a few)
reads all of the switches and allows software to set and read the values.
But I've found it to be unreliable. For example, on one boar
On 21 July 2010 10:14, Minkyu Kang wrote:
> Dear Wolfgang,
>
> On 6 July 2010 21:06, Minkyu Kang wrote:
>> This patch adds support mmc driver for s5p SoC
>>
>> Signed-off-by: Minkyu Kang
>> Signed-off-by: Jaehoon Chung
>> Signed-off-by: Kyungmin Park
>> ---
>> arch/arm/include/asm/arch-s5pc1x
On 6 July 2010 21:07, Minkyu Kang wrote:
> Adds the board_mmc_init function and enable the mmc command
>
> Signed-off-by: Minkyu Kang
> Signed-off-by: Jaehoon Chung
> Signed-off-by: Kyungmin Park
> ---
> board/samsung/goni/goni.c | 37 +
> include/configs
Dear Stefan,
Thanks for your suggestions.But i consider that the "write buffer" and the
"page mode read" are quite different.BTW, i have searched the internet but got
nothing about Page Mode source code. Has anyone ever implemented it?
Best Regards,Vincent Cheng
> From: s...@denx.de
> To: u-boo
Dear Dave,
I learn much from your reply.
Thank you very much!Best Regards,Vincent Cheng
> Date: Mon, 2 Aug 2010 20:30:30 -0700
> From: d...@ovro.caltech.edu
> To: whchan...@hotmail.com
> CC: u-boot@lists.denx.de
> Subject: Re: [U-Boot] How to support Page Mode Flash Memory Device?
>
> Hi Cheng,
Hi Cheng,
> But i consider that the "write buffer" and the "page mode read"
> are quite different. BTW, i have searched the internet but got
> nothing about Page Mode source code. Has anyone ever implemented it?
There is nothing to 'implement'. Page mode flash has a
timing parameter indicating th
Hi,
I'm working on a custom board based on FSL P1011. The board has 128MB of
soldered
DDR2 connected to a single chip select. Simulation results indicate that
better DDR2
behavior would be achieved by using half strength DDR drivers. The
driver strength
on P1011 is controlled by DDR_SDRAM_CFG[H
>There is nothing to 'implement'. Page mode flash has a
>timing parameter indicating the time to the first read,
>and then the time for subsequent reads within a page
>to return.
>
>If you are interfacing to this flash using a processor
>local bus controller, then you generally only have one
>read
55 matches
Mail list logo
