Re: [U-Boot] changes in rk3288 code have made me unable to boot u-boot on veyron speedy

Am Samstag, 9. März 2019, 23:45:15 CET schrieb Marty E. Plummer: > On Sat, Mar 09, 2019 at 05:43:24PM +0100, Heiko Stuebner wrote: > > Hi Marty, > > > > Am Samstag, 9. März 2019, 08:15:23 CET schrieb Marty E. Plummer: > > > Was going to work on getting that usb->uart redirection code from the > >

Re: [U-Boot] changes in rk3288 code have made me unable to boot u-boot on veyron speedy

On Sat, Mar 09, 2019 at 05:43:24PM +0100, Heiko Stuebner wrote: > Hi Marty, > > Am Samstag, 9. März 2019, 08:15:23 CET schrieb Marty E. Plummer: > > Was going to work on getting that usb->uart redirection code from the > > linux kernel into u-boot for rk3288, like we have for rk3188, but > > appar

Re: [U-Boot] [RFC 0/9] Convert Pico-Pi i.MX7D to DM

> Le 28 févr. 2019 à 23:06, Offouga Joris a écrit : > > > >> Le 28 févr. 2019 à 21:38, Fabio Estevam a écrit : >> >> Hi Joris, >> >>> On Sat, Feb 16, 2019 at 1:25 PM Fabio Estevam wrote: >>> >>> Just run a "git bisect" and the problem comes from: >>> >>> commit 9e3c0174da842dd88f5feaffb

[U-Boot] [PATCH 1/2] ddr: socfpga: Clean up EMIF reset

The EMIF reset code can well use wait_for_bit_le32() instead of all that convoluted polling code. Reduce the timeout from 100 seconds to 1 second, since if the EMIF fails to reset itself in 1 second, it's unlikely longer wait would help. Make sure to clear the EMIF reset request even if the SEQ2COR

[U-Boot] [PATCH 2/2] ddr: socfpga: Clean up ddr_setup()

Replace the current rather convoluted code using ad-hoc polling mechanism with a more straightforward code. Use wait_for_bit_le32() to poll the DDRCALSTAT register instead of local reimplementation. It makes no sense to pull for 5 seconds before giving up and trying to restart the EMIF, so instead

Re: [U-Boot] [PATCH V3] ddr: socfpga: Fix EMIF clear timeout

On 09.03.2019 22:12, Marek Vasut wrote: The current EMIF clear timeout handling code was applying bitwise operations to signed data types and as it was, was extremely hard to read. Replace it with simple wait_for_bit(). Expand the error handling to make it more readable too. This patch also ch

[U-Boot] [PATCH V3] ddr: socfpga: Fix EMIF clear timeout

The current EMIF clear timeout handling code was applying bitwise operations to signed data types and as it was, was extremely hard to read. Replace it with simple wait_for_bit(). Expand the error handling to make it more readable too. This patch also changes the timeout for emif_clear() from 14 h

Re: [U-Boot] Revert "Ensure device tree DTS is compiled"

On Sun, Mar 10, 2019 at 01:07:48AM +0900, Masahiro Yamada wrote: > Hi Tom, > > > On Sat, Mar 9, 2019 at 8:04 AM Tom Rini wrote: > > > > On Thu, Mar 07, 2019 at 11:13:52PM +0900, Masahiro Yamada wrote: > > > > > This reverts commit 27cb7300ffda7a3f1581f0f5a2d3bfe59b97ad67. > > > > > > I am not su

Re: [U-Boot] [PATCH v2] ARM: dts: rmobile: Zap redundant USB/SDHI nodes on M3N

On 3/9/19 2:04 PM, Eugeniu Rosca wrote: > v2019.01 commit cbff9f80cedd ("ARM: dts: rmobile: Sync Gen3 DTs with > Linux 4.19.6") made the sdhi/usb nodes available in r8a77965.dtsi. > > Hence, remove the SDHI/USB nodes from r8a77965-u-boot.dtsi. This is > equivalent to partially reverting below v201

Re: [U-Boot] changes in rk3288 code have made me unable to boot u-boot on veyron speedy

Hi Marty, Am Samstag, 9. März 2019, 08:15:23 CET schrieb Marty E. Plummer: > Was going to work on getting that usb->uart redirection code from the > linux kernel into u-boot for rk3288, like we have for rk3188, but > apparently there have been some changes which render > chromebook_speedy_defconf

[U-Boot] [PATCH] core: ofnode: Fix ASAN-reported stack-buffer-overflow in of_get_address

v2019.04-rc3 sandbox U-Boot fails to boot when compiled with -fsanitize=address and linked against -lasan, reporting [1]. Git bisecting shows that the issue is contributed by v2019.01 commit 1678754f5e2c ("core: ofnode: Fix ofnode_get_addr_index function"). The root cause seems to be the mismatc

Re: [U-Boot] Revert "Ensure device tree DTS is compiled"

Hi Tom, On Sat, Mar 9, 2019 at 8:04 AM Tom Rini wrote: > > On Thu, Mar 07, 2019 at 11:13:52PM +0900, Masahiro Yamada wrote: > > > This reverts commit 27cb7300ffda7a3f1581f0f5a2d3bfe59b97ad67. > > > > I am not sure if I correctly understood the log of commit 27cb7300ffda > > ("Ensure device tree

Re: [U-Boot] [PATCH] dts: force dtb recompilation

Hi Patrick, On Wed, Mar 6, 2019 at 10:31 PM Patrick Delaunay wrote: > > The dependency for .dtb = .dts is not enough in dts Makefile, > as the dts files are dts pre-proprocessed (include dtsi files, > as specific *-u-boot.dtsi). > > For arm architecture, the dependency is correctly managed in >

Re: [U-Boot] [PATCH] ARM: dts: rmobile: Zap redundant USB/SDHI nodes on M3N

On 3/9/19 2:21 PM, Eugeniu Rosca wrote: > On Sat, Mar 09, 2019 at 01:53:30AM +0100, Marek Vasut wrote: > [..] >> Sounds good. Can you reword the patch and submit a V2 then ? > > Submitted https://patchwork.ozlabs.org/patch/1053837/ Thanks, I'll review it ASAP -- Best regards, Marek Vasut __

Re: [U-Boot] [PATCH] ARM: dts: rmobile: Zap redundant USB/SDHI nodes on M3N

On Sat, Mar 09, 2019 at 01:53:30AM +0100, Marek Vasut wrote: [..] > Sounds good. Can you reword the patch and submit a V2 then ? Submitted https://patchwork.ozlabs.org/patch/1053837/ Best regards, Eugeniu. ___ U-Boot mailing list U-Boot@lists.denx.de ht

[U-Boot] [PATCH v2] ARM: dts: rmobile: Zap redundant USB/SDHI nodes on M3N

v2019.01 commit cbff9f80cedd ("ARM: dts: rmobile: Sync Gen3 DTs with Linux 4.19.6") made the sdhi/usb nodes available in r8a77965.dtsi. Hence, remove the SDHI/USB nodes from r8a77965-u-boot.dtsi. This is equivalent to partially reverting below v2019.01 commits: - f529bc551b6d ("ARM: dts: rmobile: