Hi.
I've posted two sets of Kconfig RFC patches: "RFCv2a" and "RFCv2b"
The difference from v1 is that
Full U-boot image, SPL and TPL share a single defconfig
and "make config" is done in one-shot.
This approach dates back to Simon's following comments:
On Thu, 20 Mar 2014 19:15:30 -0700
Simon
Hello,
I want to execute a an OS (either Linux or Android) on the Arndale exynos
5250 board. The board features 2 GB of RAM. However, I want to statically
alloacate a specifc region of RAM (e.g. 1 GB) to be used by the OS, While
the other 1 GB is reserved for other purposes.
What is the best wa
Hi, Dear Andreas
On 5/27/2014 4:55 AM, Andreas Bießmann wrote:
This also renames the CONFIG_SYS_MACB_xx defines. They are used just local and
therefore don't need the CONFIG_SYS_ prefix.
Signed-off-by: Andreas Bießmann
This patch looks good to me.
Reviewed-by: Josh Wu
Best Regards,
Josh Wu
Hi, Andreas
On 5/27/2014 5:06 AM, Andreas Bießmann wrote:
Hi Josh,
On 19.05.14 13:51, Josh Wu wrote:
Add to code to flush the dcache after we writing in DMA buffer.
Also we need invalidate the dcache before we check the status in the
DMA buffer.
Tested in SAMA5D3x-EK with gmac0. Tftp download
Add to code to flush the dcache after we writing in DMA buffer.
Also we need invalidate the dcache before we check the status in the
DMA buffer.
Tested in SAMA5D3x-EK with gmac0. Tftp download speed shows in below:
Disable DCache: 1.1 MiB/s
Enable DCache: 1.6 MiB/s
Increase speed w
Hi.
Do you think it is a good idea to move all boards
whose maintainer field is empty ('-')
to Orphan ?
Best Regards
Masahiro Yamada
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Masahiro,
On Mon, 2014-05-26 at 13:58 +0900, Masahiro Yamada wrote:
> Hi Chin,
>
> Could you tell me the status of Denali NAND driver?
>
> Please apply my feedback and post v8.
> I really need this driver.
>
Sorry as I was busy on some issues recently.
Let me work out the v8 patch and send
Dear "mazen.e",
In message <1401177091915-180825.p...@n7.nabble.com> you wrote:
>
> I want to execute a an OS (either Linux or Android) on the Arndale exynos
> 5250 board. The board features 2 GB of RAM. However, I want to statically
> alloacate a specifc region of RAM (e.g. 1 GB) to be used by t
Great, many thanks for this information.
On the other hand, according to my basic understanding (Please correct me
if I am wrong), U-boot can pass through the bootargs env variable
information about available memory in the platform. For instance, bootargs
mem=512M@0xA000 .. instructs the ke
Hello Scott, Tom,
>From: Gupta, Pekon
>
>*changes v4 -> v5*
>[PATCH 1/5]
>[PATCH 2/5] fixed compilation error for OMAP3 platforms
>[PATCH 3/5]
>[PATCH 4/5] dropped old [PATCH] mtd: nand: omap: add
>CONFIG_SYS_NAND_BUSWIDTH_16BIT to
>indicate NAND device bus-width
>instead new [PATC
On Tuesday, May 27, 2014 at 02:53:44 AM, aking_jin wrote:
> On 2014/5/26 Mon 22:15, Marek Vasut wrote:
> > On Monday, May 26, 2014 at 03:55:58 PM, aking wrote:
> >
> > [...]
> >
> > The PXA27x controller works even with SDXC , that is tested. I
> > suspect there might be some change in th
Hi,
Working on a mx6solo board with PCIe driver enabled in U-boot, I
notice that after doing several reboots a hang is seen on the PCIe
driver:
PCI Autoconfig: Bus Memory region: [0x110-0x1ef],
Physical Memory [110-1efx]
PCI Autoconfig: Bus I/O region: [0x100-0
Dear "mazen.e",
In message <1401191218533-180832.p...@n7.nabble.com> you wrote:
>
> On the other hand, according to my basic understanding (Please correct me
> if I am wrong), U-boot can pass through the bootargs env variable
> information about available memory in the platform. For instance, b
Hi!
(Sorry for the delay)
> > > I know u-boot SPL misses critical parts, but I was told that u-boot
> > > proper should have everything. Only... I was not able to get it to
> > > work. [I'm attempting to load recent u-boot from patched/old u-boot; I
> > > know this is not exactly recommended, but
Socfpga u-boot works fine with CONFIG_SYS_GENERIC_BOARD, so enable
that option as documentation suggests.
Signed-off-by: Pavel Machek
diff --git a/include/configs/socfpga_cyclone5.h
b/include/configs/socfpga_cyclone5.h
index 2fc16ef..72d77f4 100644
--- a/include/configs/socfpga_cyclone5.h
+++
Altera Cyclone 5 board is very different board (big, rectangular,
expensive) than EBV Socrates (small, circular, cheap) board. Different
parts are used there, too, but same configuration of u-boot works on
both. Nevertheless, printing wrong name confuses users. Virtual target
is completely differe
Great, thank you very much for this valuable information.
--
View this message in context:
http://u-boot.10912.n7.nabble.com/Statically-allocate-a-range-of-physical-memory-to-an-OS-image-tp180825p180840.html
Sent from the U-Boot mailing list archive at Nabble.com.
__
On Tuesday, May 27, 2014 at 02:30:27 PM, Fabio Estevam wrote:
> Hi,
>
> Working on a mx6solo board with PCIe driver enabled in U-boot, I
> notice that after doing several reboots a hang is seen on the PCIe
> driver:
[...]
> Any suggestions?
Take a look at SR# 1-1347946851 in the FSL internal bu
Hi Pavel,
> Altera Cyclone 5 board is very different board (big, rectangular,
> expensive) than EBV Socrates (small, circular, cheap) board. Different
> parts are used there, too, but same configuration of u-boot works on
> both. Nevertheless, printing wrong name confuses users. Virtual target
> i
Dear Tom, Tiger,
>
> hi Tom,
>
>> On Thu, May 22, 2014 at 10:26:17PM +0800, feng...@phytium.com.cn wrote:
>>>
>>>
Hi ,
I have added mmc driver into the vexpress64 board file for uboot and tested
it on FVP base model. I tried booting a kernel on that but it is aborting
wit
Hi, Detlev!
> > Altera Cyclone 5 board is very different board (big, rectangular,
> > expensive) than EBV Socrates (small, circular, cheap) board. Different
> > parts are used there, too, but same configuration of u-boot works on
> > both. Nevertheless, printing wrong name confuses users. Virtual
On Mon, May 26, 2014 at 09:05:47AM +0200, Marek Vasut wrote:
> On Monday, May 26, 2014 at 07:32:22 AM, Heiko Schocher wrote:
> > Hello Marek,
> >
> > Am 24.05.2014 12:30, schrieb Marek Vasut:
> > > On Thursday, May 22, 2014 at 12:43:06 PM, Heiko Schocher wrote:
> > >> resync with linux:
> > >>
>
All in favor of the patch, but there is a typo here:
> These don't really server any purpose in the modern age, IMO. On the
s/server/serve/
Note trailing 'r'. IMO, I'd toss out the ', IMO' too if it were my patch.
Thanks,
jdl
On Sat, May 24, 2014 at 4:21 PM, Simon Glass wrote:
> These don'
On Thu, May 22, 2014 at 12:43:05PM +0200, Heiko Schocher wrote:
> using UBI and DM together leads in compiler error, as
> both define a "struct device", so rename "struct device"
> in include/dm/device.h to "struct udevice", as we use
> linux code (MTD/UBI/UBIFS some USB code,...) and cannot
> cha
The Device Tree Compiler (DTC) used to have its master
repository located on jdl.com. While it is still there,
its official, new, shiny location is on kernel.org here:
git://git.kernel.org/pub/scm/utils/dtc/dtc.git
Update a few references to point there instead.
Signed-off-by: Jon Loeliger
Hey all,
I've pushed v2014.07-rc2 out to the repository and tarballs should exist
soon.
Looking over the log, we've gotten some of the re-syncing that needed
doing done, but there's still more on my end that needs to be picked up,
so I'll be getting on that shortly.
As always, if anything is bro
Why is '*' better than 'active' here?
At the very least, you need to convince me in the
log message.
Thanks,
jdl
On Sat, May 24, 2014 at 4:21 PM, Simon Glass wrote:
> Make both dm enumeration commands support showing whether a driver is active
> or not, and use a consistent indicator (an aster
Dear Tom,
The following changes since commit
9665fa8f9e1488209d5e01d0792c243e0a220c5a:
Merge branch 'master' of git://git.denx.de/u-boot-arm (2014-05-24
06:34:08 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-arc.git master
for you to fetch changes up to 7f6a6db63
Marek Vasut wrote:
> Take a look at SR# 1-1347946851 in the FSL internal bug tracker. It
> looks like the PCIe IP core implementation in the MX6 is bugged in my
> opinion.
Are there any publicly available info regarding this SR?
Dave
___
U-Boot mailing
On Tuesday, May 27, 2014 at 04:43:08 PM, David Müller (ELSOFT AG) wrote:
> Marek Vasut wrote:
> > Take a look at SR# 1-1347946851 in the FSL internal bug tracker. It
> > looks like the PCIe IP core implementation in the MX6 is bugged in my
> > opinion.
>
> Are there any publicly available info reg
On Sat, May 24, 2014 at 4:21 PM, Simon Glass wrote:
> The lifecycle of a device is an important part of driver model. Add to the
> existing documentation and clarify it.
>
> Thanks for Jon Loeliger for helping with the text and
> suggesting improvements.
>
> (Jon please comment/adjust to help cla
On Sat, May 24, 2014 at 4:21 PM, Simon Glass wrote:
> Drivers are supposed to be able to close down cleanly. To set a good example,
> make sandbox shut down its driver model drivers and remove them before exit.
Right. But we should be careful here...
> It may be desirable to do the same more ge
> The preferred device can be specified with a DM_FLAG_PREFER flag or a
> 'dm,prefer' property in the device tree node.
>
> It is possible that a better approach will come to light in the future, but
> this gets around the problem as it currently stands.
Here's your clue that something isn't quite
On Tue, May 27, 2014 at 02:28:20PM +, Alexey Brodkin wrote:
> Dear Tom,
>
> The following changes since commit
> 9665fa8f9e1488209d5e01d0792c243e0a220c5a:
>
> Merge branch 'master' of git://git.denx.de/u-boot-arm (2014-05-24
> 06:34:08 -0400)
>
> are available in the git repository at:
>
> Allow drivers to mark themselves as 'pre-reloc' which means that they will
> be initialised prior to relocation. This can be done either with a driver
> flag or with a 'dm,pre-reloc' device tree property.
Hmmm, "dm,pre-reloc" isn't really describing the hardware any more.
That's really a flag f
Hi Simon,
>Hi Akshay,
>
>On 26 May 2014 03:33, Akshay Saraswat wrote:
>> Hi Simon,
>>
>>>Hi Akshay,
>>>
>>>On 21 May 2014 23:23, Akshay Saraswat wrote:
While the Exynos5420 chip is used in both Smdk5420 and in the Peach-Pit
line of devices, there could be other boards using the same ch
On Tue, 2014-05-27 at 11:48 +, Gupta, Pekon wrote:
> Hello Scott, Tom,
>
>
> >From: Gupta, Pekon
> >
> >*changes v4 -> v5*
> >[PATCH 1/5]
> >[PATCH 2/5] fixed compilation error for OMAP3 platforms
> >[PATCH 3/5]
> >[PATCH 4/5] dropped old [PATCH] mtd: nand: omap: add
> >CONFIG_SYS_NAND_BUS
> +2. U-Boot scans through top-level nodes in the the device tree. It looks
> +at the compatible string in each node and uses the of_match part of the
> +U_BOOT_DRIVER() structure to find the right driver for each node. It then
Why is the scan only on the "top level"? My GPIO nodes are, for examp
Hi,
I plan to run linux on this box : sdramc bug free on my atevk1100.
I took patches from mailling list archive but, when I compile I can see led 4
red unblanking and led 5 green unblanking.
Does someone knows what does this mean ?
I try to put usart0 but nothing on minicom : usart1 successfully
On 02/04/2014 06:28 PM, Masahiro Yamada wrote:
> Useful rules in scripts/Makefile.lib allows us to easily
> generate a device tree blob and wrap it in assembly code.
>
> We do not need to parse a linker script to get output format and arch.
>
> This commit deletes ./u-boot.dtb since it is a copy
On 26 May 2014 06:27, Michael van der Westhuizen
wrote:
> Due to the FIT_MAX_HASH_LEN constant not having been updated
> to support SHA256 signatures one will always see a buffer
> overflow in fit_image_process_hash when signing images that
> use this larger hash. This is exposed by vboot_test.sh
Hi Jon,
On 27 May 2014 09:28, Jon Loeliger wrote:
> On Sat, May 24, 2014 at 4:21 PM, Simon Glass wrote:
>> Drivers are supposed to be able to close down cleanly. To set a good example,
>> make sandbox shut down its driver model drivers and remove them before exit.
>
> Right. But we should be ca
Dear Sril,
On 27.05.14 17:51, Sril wrote:
> Hi,
> I plan to run linux on this box : sdramc bug free on my atevk1100.
> I took patches from mailling list archive but, when I compile I can see led 4
> red unblanking and led 5 green unblanking.
> Does someone knows what does this mean ?
AFAIK is th
Hi Jon,
On 27 May 2014 09:36, Jon Loeliger wrote:
>> Allow drivers to mark themselves as 'pre-reloc' which means that they will
>> be initialised prior to relocation. This can be done either with a driver
>> flag or with a 'dm,pre-reloc' device tree property.
>
> Hmmm, "dm,pre-reloc" isn't reall
Dear Mazen
mazen.e gmail.com> writes:
>
> Thanks Wolfgang,
>
> I will do and post the result.
>
> Many thanks.
I've never got "bootm" to run any of the standalone applications in the
example directory but through trial and error (maybe luck) "bootelf" works
for me. I've tested that this wo
Thanks for your answers Andreas.
>AFAIK is there no support for avr32 uc3 devices currently. There where
>some patches but mainline only the ap700x devices are supported.
Currently Yes, there is not.
ap700x and uc3 are not so nearby procs. There is no cache and no mmu in many
uc3. In more gene
Hi York,
> > diff --git a/arch/arm/lib/board.c b/arch/arm/lib/board.c
> > index b770e25..38b9c7d 100644
> > --- a/arch/arm/lib/board.c
> > +++ b/arch/arm/lib/board.c
> > @@ -280,7 +280,7 @@ void board_init_f(ulong bootflag)
> > gd->mon_len = _bss_end_ofs;
> > #ifdef CONFIG_OF_EMBED
> > /*
Dear Rommel,
In message you wrote:
>
> I've never got "bootm" to run any of the standalone applications in the
Actually "go" is the native command that is supposed tobe used to
start SA apps.
> example directory but through trial and error (maybe luck) "bootelf" works
> for me. I've tested t
Hi, fenghua:
Followed your steps, I also downloaded linux-3.14.4.tar.xz .
And run it with ATF + Uboot.
It could boot into linux kernel, and hangs at mounting root fs.
Thanks a lot!
Best wishes,
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.
Dear Wolfgang,
Wolfgang Denk denx.de> writes:
>
> Dear Rommel,
>
> In message post.gmane.org> you wrote:
> >
>
> Use "go", this was made for the purpose at hand!
Thanks for the comments! I will give it a "go" next time :-)
>
> Best regards,
>
> Wolfgang Denk
>
All the best,
Rommel
Hello Tom, Marek,
Am 27.05.2014 16:21, schrieb Tom Rini:
On Mon, May 26, 2014 at 09:05:47AM +0200, Marek Vasut wrote:
On Monday, May 26, 2014 at 07:32:22 AM, Heiko Schocher wrote:
Hello Marek,
Am 24.05.2014 12:30, schrieb Marek Vasut:
On Thursday, May 22, 2014 at 12:43:06 PM, Heiko Schocher
51 matches
Mail list logo
