[PATCH 19/23] arm: dts: k3-am642-evm-u-boot: Re-organize the pinmux

Reorder the pinmux to place it above the interface for easier tracking. Signed-off-by: Nishanth Menon --- arch/arm/dts/k3-am642-evm-u-boot.dtsi | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/arch/arm/dts/k3-am642-evm-u-boot.dtsi

Re: [U-Boot] re-use dm data for pre-relocate and post-relocate[Please note, mail behalf by s...@google.com]

Simon,     Thanks for you reply to this mail, and it's surprised that it's a mail which is more than one years ago at Nov 2017 :)     I have implement re-use kernel dtb in my local branch in 2018, you can see how I do it here[0] with USING_KERNEL_DTB macro if you have interest for it.     I'm

[U-Boot] Re : Re: [PATCH] exynos: allow SPL to build in thumb mode

Hi, - Siarhei Siamashka a écrit : > On Wed, 2 Jan 2019 14:31:41 +0100 > Guillaume GARDET wrote: > > > Building peach-pi smdk5420 and peach-pit with thumb mode for SPL > > ends-up in the following error: > > > > Error: Thumb encoding does not support an immediate here -- `msr > >

[U-Boot] Re : Re : Re: please pull u-boot-samsung master

Hi, - Guillaume GARDET a écrit : > > Hi, > > - Minkyu Kang a écrit : > > Dear Guillaume GARDET, > > > > On 28/12/18 00:41, Tom Rini wrote: > > > On Thu, Dec 27, 2018 at 12:49:53PM +0900, Minkyu Kang wrote: > > > > > >> Dear Tom, > > >> > > >> The following changes since commit >

[U-Boot] Re : Re: please pull u-boot-samsung master

Hi, - Minkyu Kang a écrit : > Dear Guillaume GARDET, > > On 28/12/18 00:41, Tom Rini wrote: > > On Thu, Dec 27, 2018 at 12:49:53PM +0900, Minkyu Kang wrote: > > > >> Dear Tom, > >> > >> The following changes since commit > >> 1f2e948d6d53f77a2ddb2dde3531b0d5bc2815ad: > >> > >> Prepare

Re: [U-Boot] re-use dm data for pre-relocate and post-relocate

Hi Kever, On Tue, 21 Nov 2017 at 03:24, Kever Yang wrote: > > Hi Simon, > There are a lot of points in here, so I will spread my comments throughout your email. > In order to make people easier to maintain a U-Boot for product, > > we want to re-use the dtb from kernel. Some peripheral

Re: [U-Boot] Re : Re: [PATCH] exynos: imply SYS_THUMB_BUILD

Hi, On 21/12/18 22:57, Guillaume Gardet wrote: > Hi Tom, > > Le 04/12/2018 à 05:47, Minkyu Kang a écrit : >> Dear Tom, >> >> On 04/12/18 05:23, Tom Rini wrote: >>> On Mon, Dec 03, 2018 at 08:57:21PM +0100, Guillaume GARDET wrote: >>> Hi, not sure through which tree it should go

Re: [U-Boot] Re : Re: [PATCH] exynos: imply SYS_THUMB_BUILD

Hi Tom, Le 04/12/2018 à 05:47, Minkyu Kang a écrit : Dear Tom, On 04/12/18 05:23, Tom Rini wrote: On Mon, Dec 03, 2018 at 08:57:21PM +0100, Guillaume GARDET wrote: Hi, not sure through which tree it should go and who should take care of it? I will likely pick this up "soon" if I don't

[U-Boot] Re : Re: [PATCH] exynos: imply SYS_THUMB_BUILD

- Lukasz Majewski a écrit : > Hi Guillaume, > > > Hi, > > > > not sure through which tree it should go and who should take care of > > it? > > Please rebase on top of u-boot/master branch. No need, it applies just fine. > > Then Minkyu will take the patch to his tree. Tom should take

Re: [U-Boot] Re : Re: [PATCH] exynos: imply SYS_THUMB_BUILD

Dear Tom, On 04/12/18 05:23, Tom Rini wrote: > On Mon, Dec 03, 2018 at 08:57:21PM +0100, Guillaume GARDET wrote: > >> >> Hi, >> >> not sure through which tree it should go and who should take care of it? > > I will likely pick this up "soon" if I don't seen an overall Samsung PR, > thanks! >

Re: [U-Boot] Re : Re: [PATCH] exynos: imply SYS_THUMB_BUILD

On Mon, Dec 03, 2018 at 08:57:21PM +0100, Guillaume GARDET wrote: > > Hi, > > not sure through which tree it should go and who should take care of it? I will likely pick this up "soon" if I don't seen an overall Samsung PR, thanks! > > Guillaume > > - Lukasz Majewski a écrit : > > Hi

[U-Boot] Re : Re: [PATCH] exynos: imply SYS_THUMB_BUILD

Hi, not sure through which tree it should go and who should take care of it? Guillaume - Lukasz Majewski a écrit : > Hi Guillaume, > > > This patch allows smaller binaries. > > This is needed for and has been tested on Arndale board, as > > u-boot.bin is now bigger than the 512K load

Re: [U-Boot] Re : Re: Re : Re: [PATCH] exynos5: allow bigger BL2 (u-boot.bin)

On Mon, Nov 19, 2018 at 06:03:45PM +0100, Guillaume GARDET wrote: > - Tom Rini a écrit : > > On Mon, Nov 19, 2018 at 05:56:37PM +0100, Guillaume GARDET wrote: > > > > > > - Tom Rini a écrit : > > > > On Mon, Nov 19, 2018 at 05:45:03PM +0100, Guillaume GARDET wrote: > > > > > > > > >

[U-Boot] Re : Re: [PATCH] exynos5: allow bigger BL2 (u-boot.bin)

- Tom Rini a écrit : > On Mon, Nov 19, 2018 at 05:45:03PM +0100, Guillaume GARDET wrote: > > > This patch allows SPL to load a bigger BL2 (u-boot.bin). > > This is needed for and has been tested on Arndale board, as u-boot.bin is > > now bigger than 512K with GCC8. > > > > Signed-off-by:

[U-Boot] Re : Re: Re : Re: [PATCH] exynos5: allow bigger BL2 (u-boot.bin)

- Tom Rini a écrit : > On Mon, Nov 19, 2018 at 05:56:37PM +0100, Guillaume GARDET wrote: > > > > - Tom Rini a écrit : > > > On Mon, Nov 19, 2018 at 05:45:03PM +0100, Guillaume GARDET wrote: > > > > > > > This patch allows SPL to load a bigger BL2 (u-boot.bin). > > > > This is needed

Re: [U-Boot] Re : Re: [PATCH] exynos5: allow bigger BL2 (u-boot.bin)

On Mon, Nov 19, 2018 at 05:56:37PM +0100, Guillaume GARDET wrote: > > - Tom Rini a écrit : > > On Mon, Nov 19, 2018 at 05:45:03PM +0100, Guillaume GARDET wrote: > > > > > This patch allows SPL to load a bigger BL2 (u-boot.bin). > > > This is needed for and has been tested on Arndale board,

[U-Boot] Re : [U-Boot,BUG] snow: mmc: SD card access broken: unable to select a mode

Hi, - Paweł Jarosz a écrit : > Hi Guillaume, > > > Could you test this patch: > > https://patchwork.ozlabs.org/patch/986180/ > > and tell me how it goes? Unfortunately, it does not solve the problem. The only solution I

[U-Boot] Re : Re: Re : Commit d233ccb1d84b90 broke MMC access on BeagleBoard xM

- Derald D. Woods a écrit : > On Wed, Jul 18, 2018 at 05:04:45PM +0200, Guillaume GARDET wrote: > > > > - Guillaume GARDET a écrit : > > > > > > Hi, > > > > > > commit d233ccb1d84b901f7e23e6d9b4f2c6a57198b23b (HEAD, refs/bisect/bad) > > > Author: Derald D. Woods > > > Date: Mon

Re: [U-Boot] Re : Commit d233ccb1d84b90 broke MMC access on BeagleBoard xM

On Wed, Jul 18, 2018 at 05:04:45PM +0200, Guillaume GARDET wrote: > > - Guillaume GARDET a écrit : > > > > Hi, > > > > commit d233ccb1d84b901f7e23e6d9b4f2c6a57198b23b (HEAD, refs/bisect/bad) > > Author: Derald D. Woods > > Date: Mon Feb 26 17:52:58 2018 -0600 > > > > ARM: omap3:

[U-Boot] Re : Commit d233ccb1d84b90 broke MMC access on BeagleBoard xM

- Guillaume GARDET a écrit : > > Hi, > > commit d233ccb1d84b901f7e23e6d9b4f2c6a57198b23b (HEAD, refs/bisect/bad) > Author: Derald D. Woods > Date: Mon Feb 26 17:52:58 2018 -0600 > > ARM: omap3: beagle: Enable DM_SERIAL, update distro usage and NAND layout > > broke MMC access on

[U-Boot] Re : Re: Clearfog fails to build with U-Boot v2018.07-rc1

- Stefan Roese a écrit : > Hi Guillaume, > > On 14.06.2018 14:19, guillaume.gar...@free.fr wrote: > > Clearfog config fails to build with U-Boot v2018.07-rc1, because SPL is too > > big: > > > > LD spl/u-boot-spl > >ld.bfd: SPL image too big > >make[1]: ***

Re: [U-Boot] Re-introducing support for OLD hardware

Hi everyone. In regards to re-introduction and ongoing maintenance of support for old SoC, we have determined that this would be a futile effort. More so when you consider that the team here wanted to run Jquery and all of the newer frameworks on this old SoC. We have therefore chosen to support

Re: [U-Boot] Re-introducing support for OLD hardware

On Thu, 12 Apr 2018 09:04:20 +0200 Jason Mitchell wrote: > Good day all > > I am currently faced with a task of having to run new software on > ageing hardware. We have currently about 1000 units in the field of a > machine that runs Windows CE using the Samsung S3C6410. >

Re: [U-Boot] Re-introducing support for OLD hardware

Hi there Thanks for the advice. The DTP append work-around sounds like a horrible hack that might come to bite me later, so I am going to rather go with re-introducing SMDK6410 back into the U-boot and maintain it. The benefits are then of course that we will be retrofitting something modern in

Re: [U-Boot] Re-introducing support for OLD hardware

On Thu, Apr 12, 2018 at 09:04:20AM +0200, Jason Mitchell wrote: > Good day all > > I am currently faced with a task of having to run new software on ageing > hardware. We have currently about 1000 units in the field of a machine that > runs Windows CE using the Samsung S3C6410. > > Because these

[U-Boot] Re-introducing support for OLD hardware

Good day all I am currently faced with a task of having to run new software on ageing hardware. We have currently about 1000 units in the field of a machine that runs Windows CE using the Samsung S3C6410. Because these are considerable assets its not a simple case of replacing them with new,

[U-Boot] re-use dm data for pre-relocate and post-relocate

Hi Simon, In order to make people easier to maintain a U-Boot for product, we want to re-use the dtb from kernel. Some peripheral like power/pmic and display panel, key, charger which need work in U-Boot and may different in different product, we want to make people only maintain kernel

[U-Boot] Re : FOSDEM Hardware Enablement Devroom

Hi, Le lundi 13 novembre 2017 à 11:57 +0100, Paul Kocialkowski a écrit : > A Hardware Enablement devroom will be taking place at FOSDEM this > year, on Sunday 10 December 2017. This newly-created devroom is the > result of 3 proposals that were merged together. It is co-organized by > several

Re: [U-Boot] Re-enable setexpr on Raspberry Pi

On Sun, Nov 29, 2015 at 07:30:42PM +0100, Marco Schuster wrote: > This patch re-enables the setexpr command, I don't really understand > why it got excluded in the first place. > > setexpr can be used e.g. to implement failed-boot-counters and > failovers to rescue firmware. > > >

[U-Boot] Re

Hello Stefano Stefano Babic sba...@denx.de 07.04.14 18.07 Uhr Hi Frank, On 07/04/2014 15:49, Frank Ihle wrote: Hi U-Boot, you recently gave me the hint about the Falcon Mode for my Fast Booting investigations. But I think might got it wrong, could somebody correct me if so?: -

[U-Boot] Re

Dear beneficiary, This is to re-notify you of the $600,000.00 USD that was deposited here in the western union office in your favour is available for pickup. Contact us via email for your M.T.C.N Numbers. Contact Person: Mr.David Churchill Tel. +44 703 186 0768 Tel. +44 703 596 3267 Email: (

[U-Boot] RE

VIEW ATTACHMENT FOR DETAILS! INTERNATIONAL MONETARY FUND.docx Description: application/vnd.openxmlformats-officedocument.wordprocessingml.document ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] RE

Your E-Mail ID Was Awarded 750,000.00 great british pounds In the British Premier Oil Plc Programmed Send: Name... Resident... Age... Tel... ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] Re

You have $85,000USD in cash credit by the International Monetary Funds(IMF) via western union. Details required: Full Name,Address,Tel,Occupation Message sent using Telaen Webmail 1.2.0

[U-Boot] Re-validate your mailbox

Your mailbox storage limit has been exceeded until you re-validate your mailbox you cannot send or recieve e-mail.To re-validate your mailbox please click this link http://rennnk.weebly.com/ http://rennnk.weebly.com/ Thanks System Administrator ___

[U-Boot] Re-Validate Your MailBox

Your mailbox storage limit has been exceeded until you re-validate your mailbox you can not send or recieve e-mail.To re-validate your mailbox please click this link http://is.gd/IasgyZ http://is.gd/IasgyZ Thanks System Administrator ___ U-Boot

[U-Boot] RE

Your Email Id Won £950,000.00 In Mercedes Benz Xmas Promo. For Claims Send Name. Address.. Tel...___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] Re

Usted tiene una transferencia de dinero de $ 85.000. Por favor confirmar recepción con su nombre y su país. Enviar por correo electrónico: wud...@w.cn___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] RE : RE : Davinci DM365 custom design : Problem when reading uBoot environment variables

: Scott Wood [scottw...@freescale.com] Date d'envoi : vendredi 17 septembre 2010 20:01 À : Wolfgang Denk Cc : Reda MIMOUNE; u-boot@lists.denx.de Objet : Re: [U-Boot] RE : Davinci DM365 custom design : Problem when reading uBoot environment variables On Fri, 17 Sep 2010 16:32:04 +0200 Wolfgang Denk w

[U-Boot] RE : Davinci DM365 custom design : Problem when reading uBoot environment variables

Hi Scott; Again thank you for the answer. My expense request for a time machine was denied, so we can't go back and put new features in old versions. :-) Please upgrade, or backport the features yourself. Have a question about it, if I upgrade to a new version of uBoot. Is it guaranteed that

Re: [U-Boot] RE : Davinci DM365 custom design : Problem when reading uBoot environment variables

Dear Reda MIMOUNE, In message 1918f436c366b34bb245dd28389e039453adfaa...@mars.easii.fr you wrote: Have a question about it, if I upgrade to a new version of uBoot. Is it guaranteed that mkimage will wrap the uboot binary the same way. Is mkimage the same version ? Of course mkimage is not

[U-Boot] RE : RE : Davinci DM365 custom design : Problem when reading uBoot environment variables

! Is the README file wrong ? Thanks for your help. Reda De : Wolfgang Denk [...@denx.de] Date d'envoi : vendredi 17 septembre 2010 14:37 À : Reda MIMOUNE Cc : Scott Wood; u-boot@lists.denx.de Objet : Re: [U-Boot] RE : Davinci DM365 custom design : Problem when reading

Re: [U-Boot] RE : RE : Davinci DM365 custom design : Problem when reading uBoot environment variables

Dear Reda MIMOUNE, In message 1918f436c366b34bb245dd28389e039453adfaa...@mars.easii.fr you wrote: reading the README file, here is what I read: Note: CFG_ENV_OFFSET and CFG_ENV_OFFSET_REDUND must be aligned to a block boundary, and CFG_ENV_SIZE must be a multiple of the

Re: [U-Boot] RE : RE : Davinci DM365 custom design : Problem when reading uBoot environment variables

Cc : Scott Wood; u-boot@lists.denx.de Objet : Re: RE : [U-Boot] RE : Davinci DM365 custom design : Problem when reading uBoot environment variables Dear Reda MIMOUNE, In message 1918f436c366b34bb245dd28389e039453adfaa...@mars.easii.fr you wrote: reading the README file, here is what I read

Re: [U-Boot] RE : RE : Davinci DM365 custom design : Problem when reading uBoot environment variables

Dear Reda MIMOUNE, In message 1918f436c366b34bb245dd28389e039453ade8b...@mars.easii.fr you wrote: No Davinci did not mess it up. I read 0x4000 (16KB) instead of 0x4 (256KB). Actually I do think Davinci is messed up. Many boards define CONFIG_ENV_SIZE as 256 or 128 KiB, which makes no

Re: [U-Boot] RE : Davinci DM365 custom design : Problem when reading uBoot environment variables

On Fri, 17 Sep 2010 16:32:04 +0200 Wolfgang Denk w...@denx.de wrote: Dear Reda MIMOUNE, In message 1918f436c366b34bb245dd28389e039453adfaa...@mars.easii.fr you wrote: reading the README file, here is what I read: Note: CFG_ENV_OFFSET and CFG_ENV_OFFSET_REDUND must be aligned

[U-Boot] RE : Davinci DM365 custom design : Problem when reading uBoot environment variables

Hi Scott. Thank you for your answer. You can use CONFIG_ENV_RANGE to declare a multi-block range, larger than the environment size, to allow bad blocks to be skipped. You need to use CONFIG_ENV_RANGE and keep the environment the same size -- otherwise it thinks you really want two blocks of

[U-Boot] Re; I have medical lists

Please let me know if you were still looking for directories of US doctors, dentists or chiropractors. I have lots of US based medical lists, let me know what you need and I will get you some more info, samples and a good pricing. Please email me at this address instead

[U-Boot] Re-distributing mkimage binary

Hi, Is it possible to redistribute the mkimage binary outside the u-boot package? Best regards, Sanjeev ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] Re-distributing mkimage binary

As long as you conform to the GPL its fine. - k On Aug 26, 2009, at 9:15 AM, Premi, Sanjeev wrote: Hi, Is it possible to redistribute the mkimage binary outside the u-boot package? Best regards, Sanjeev ___ U-Boot mailing list

Re: [U-Boot] Re-distributing mkimage binary

Dear Sanjeev, In message b85a65d85d7eb246be421b3fb0fbb59301dd430...@dbde02.ent.ti.com you wrote: Is it possible to redistribute the mkimage binary outside the u-boot package? Yes, of course this is possible. It's Free Software under GPL, so you can modify and/or repackage it as you like.

Re: [U-Boot] Re-distributing mkimage binary

-Original Message- From: Wolfgang Denk [mailto:w...@denx.de] Sent: Wednesday, August 26, 2009 8:20 PM To: Premi, Sanjeev Cc: U-Boot Mailing List Subject: Re: [U-Boot] Re-distributing mkimage binary Dear Sanjeev, In message b85a65d85d7eb246be421b3fb0fbb59301dd430...@dbde02

[U-Boot] RE ARM Cortex8 Rename and move v7_flush_dcache_all to flush_dcache

Dear Tom Rix, In message 1246898879-6567-2-git-send-email-tom@windriver.com you wrote: --===0808050101== Since there is only one version of flushing the dcache for arm_cortex8, rename v7_flush_dcache_all to the the generic name flush_dcache. Because the function is

Re: [U-Boot] RE?: Reduce time to load

And this patch will help you. http://www.mail-archive.com/u-boot@lists.denx.de/msg09232.html or http://www.mail-archive.com/u-boot@lists.denx.de/msg09796.html -- Minkyu Kang from. prom. promsoft.net ___ U-Boot mailing list U-Boot@lists.denx.de

[U-Boot] RE : Reduce time to load

U-boot take about 2 seconds to load the kernel. The rest of the system take about 10 seconds until I get the prompt, so it represents ~16% of total time needed to have an operational system. I agree to say that most of the work to reduce boot time have to be done on the kernel and userspace, but

[U-Boot] Re : java virtual machine on embedded systems

Hi there, Looks like testosterone jumping out out the box ! Don't be so cruel guys. Even if this question has probably nothing to do on this list because it is not related with uboot itsels, you should demonstrate some kind of respect and nevertheless try to answer this question if you can.