It is already 5th or more same spam email in a row. Does anybody care?
---
**
* k...@homeKOI8 Net < > The impossible we do immediately. *
* Las Vegas NV, USA < > Miracles require 24-hour notice. *
*
On Tue, 5 Oct 2010, Wolfgang Denk wrote:
Ack-by: Sergey Kubushyn
---
> commit 6d014adf dropped support for the forceenv() function, but failed
> to remove references to it from board/davinci/schmoogie/schmoogie.c
>
> Replace forceenv() by setenv() and set CONFIG_ENV_OVERWRITE inst
On Sat, 17 Jul 2010, Wolfgang Denk wrote:
Ack by: Sergey Kubushyn
---
> This (undocumented) concept was only in use for the MVSMR and
> davinci_schmoogie Sergey Kubushyn boards.
> Drop it for now. If really needed, it should be reimplemented
> later in the context of the new
I'm working on a i.MX8MQ port to our new device that is in very advanced
manufacturing stage. It is not a board but a self-contained terminal that is
going into production really soon (various molds are being done, mechanical
parts, wire harnesses and so on) so it would hardly be of general intere
I'm looking at U-Boot master tree and u-boot-imx repository. What we have
now is quite a mess for i.MX8M.
In master we have the following directories:
arch/arm/mach-imx/imx8
arch/arm/mach-imx/mx8m
arch/arm/include/asm/arch-imx8
arch/arm/include/asm/arch-mx8m
In
On Mon, 17 Dec 2018, Sergey Kubushyn wrote:
Yet another thought -- maybe it's time to move all 64-bit ARM stuff to its
own arch/arm64 as it is in Linux kernel since I don't remember when? There
are quite a few SoCs out there to justify such a move...
I'm looking at U-Boot ma
and external pins.)
Damn, Freescale was pretty decent on documentation but NXP is absolute
disaster...
On Thu, 24 Jan 2019 at 23:51, Sergey Kubushyn wrote:
On Fri, 4 Jan 2019, Chris Spencer wrote:
Hi Chris,
Did you figure out what was wrong with the PHY always reading zeroes over
MDIO?
I have ex
On Tue, 29 Jan 2019, AKASHI Takahiro wrote:
My $.25 -- IMHO, block device partitions in Device Tree is _NOT_ a very good
idea.
What if one decided to re-partition his drive? Or just use bigger or smaller
drive? Would he has to re-write DTS file and re-compile everything? And such
change is not s
On Tue, 29 Jan 2019, Alexander Graf wrote:
On 01/29/2019 04:17 AM, Sergey Kubushyn wrote:
On Tue, 29 Jan 2019, AKASHI Takahiro wrote:
My $.25 -- IMHO, block device partitions in Device Tree is _NOT_ a very
good
idea.
This is about device model, not device tree :). Device trees indeed
On Sat, 26 Jan 2019, Chris Spencer wrote:
On Sat, 26 Jan 2019 at 01:14, Sergey Kubushyn wrote:
Thanks for a reply. The problem here is not with leftover descriptors -- it
is MDIO bus not working at all. It is either bogus speed/clock in DM mode or
something else that I haven't foun
On Thu, 31 Jan 2019, Chris Spencer wrote:
On Wed, 30 Jan 2019 at 00:44, Sergey Kubushyn wrote:
OK, I've got it working. The problem was DM FEC driver does _NOT_ do pin
muxing and FEC pins in i.MX8MQ come up as GPIOs after rest so no wonder it
can't talk to the PHY or whatever else
On Fri, 1 Feb 2019, Chris Spencer wrote:
On Thu, 31 Jan 2019 at 18:43, Sergey Kubushyn wrote:
OK, it worked. The second patch is irrelevant for me because I'm working on
a custom device, not MCIMX8M-EVK (I don't have that, just using its
schematic from time to time as reference to i
On Fri, 1 Feb 2019, Chris Spencer wrote:
On Fri, 1 Feb 2019 at 16:10, Sergey Kubushyn wrote:
Turns out there's already a patch to add the driver as part of the
i.MX8MM patch series. [1] Go figure.
What the fcuk is i.MX8MM? Are they going to do anything with their i.MX8MQ
documentatio
On Wed, 26 Dec 2018, Tom Rini wrote:
On Mon, Dec 17, 2018 at 07:14:02PM -0800, Sergey Kubushyn wrote:
On Mon, 17 Dec 2018, Sergey Kubushyn wrote:
Yet another thought -- maybe it's time to move all 64-bit ARM stuff to its
own arch/arm64 as it is in Linux kernel since I don't rem
On Wed, 26 Dec 2018, Fabio Estevam wrote:
On Wed, Dec 26, 2018 at 7:18 PM Sergey Kubushyn wrote:
OK, so is it going to be IMX8M or MX8M?
Peng has already replied. It is going to be IMX8M:
http://git.denx.de/?p=u-boot/u-boot-imx.git;a=commitdiff;h=3d145ff59d183850f11ba4157f03d05fc2fcb992;hp
OK, it is broken in last commit. Totally broken.
I can NOT get my custom board to stop at all. "CONFIG_BOOTDELAY=3" added
to my board defconfig doesn't change anything. Even changing default to
3 from 0 in common/Kconfig doesn't help.
Putting "CONFIG_BOOTDELAY 3" in my board config in /include/c
.MX6DL SoC. Will
probably post that board support files later, when config is cleaned up
so people could have a working NAND boot DCD portion to be able actually
use those braindead SOMs.
Signed-off-by: Sergey Kubushyn
---
diff --git a/arch/arm/include/asm/imx-common/mxs_nand.h
b/arch/arm/include/asm/
On Wed, 15 Jun 2016, Stefano Babic wrote:
Hi,
Hi Sergey,
On 14/06/2016 20:32, Sergey Kubushyn wrote:
Here is the initial support for writing i.MX6 NAND U-Boot into NAND
with all FCB and DBBT stuff as required.
This is a very interesting feature missing in U-Boot. Up now we are
;
return mxs_nand_get_mark_offset(mtd->writesize, ecc_strength) >> 3;
}
-static uint32_t mxs_nand_mark_bit_offset(struct mtd_info *mtd)
+uint32_t mxs_nand_mark_bit_offset(struct mtd_info *mtd)
{
uint32_t ecc_strength;
ecc_strength = mxs_nand_get_ecc_strength(mtd-&g
Here is yet another version, diff made against latest u-boot-imx master.
Actual code moved from drivers/mtd/nand to /arch/arm/imx-common, some
functions renamed. No other changes.
Signed-off-by: Sergey Kubushyn
---
arch/arm/imx-common/Makefile | 3 +
arch/arm/imx-common
Hi everybody,
It looks like using kobs-ng utility is the only way to make a bootable NAND
for i.MX6 and their siblings. There might be other utilities I'm not aware
of but that doesn't change anything -- you need Linux (or whatever that
utility runs on) running on your board to create and write a
e work...
Will try to submit a patch by the end of week if nothing come into the way.
Hi Sergey, Hi Heiko,
On 26.04.2016 07:43, Heiko Schocher wrote:
add Stefano to Cc as he is the imx6 custodian,
Am 25.04.2016 um 22:29 schrieb Sergey Kubushyn:
> Hi everybody,
>
> It looks like
On Wed, 27 Apr 2016, Stefano Babic wrote:
Guys, it looks like it is already time to finally get that series of ARM lib
patches in. This will occur again and again until it is done.
Face the reality -- not everybody uses a special softfloat toolchain just
for building U-Boot. And it is simply pat
On Wed, 27 Apr 2016, Wolfgang Denk wrote:
Dear Andreas,
In message <20160427144315.gh2...@borg.dal.design.ti.com> you wrote:
But i can't pull and fetch anything with http..
...
I was just banging my head not being able to fetch the latest U-Boot
stuff, running into the same issue, and succ
On Tue, 7 Jun 2016, Steve Rae wrote:
Quick question before diving in -- does anybody work on making
fastboot able to flash multiple devices?
There are some braindead designs (e.g. Variscite SOMs) that have both
eMMC and NAND on board and only able to boot off of NAND. Android
FS layout uses insa
ings NAND U-Boot update -- it
works here but not ready for a submission yet. Anyway it is for the
next cycle, not going to go into this release because it is too big
and may affect something else.
Also have some thoughts about fastboot (using multiple devices) but
this will go into separate ema
Somehow this got overlooked when getting rid of nand_info.
Small patch, won't affect anything else, no reason to wait for the
next cycle.
Signed-off-by: Sergey Kubushyn
---
diff --git a/common/fb_nand.c b/common/fb_nand.c
index e55ea38..ae34f48 100644
--- a/common/fb_nand.c
+++ b/c
I wonder is there any clarity wrt CONFIG_HUSH_PARSER vs
CONFIG_SYS_HUSH_PARSER?
That stupid definition seems to be constantly oscillating between those
two definitions from release to release so one is left with missing
scripting every time new version is released...
I'm putting both definition
On Wed, 28 Sep 2016, Jagan Teki wrote:
On Wed, Sep 28, 2016 at 10:04 PM, Jagan Teki wrote:
On Sun, Jun 19, 2016 at 3:14 AM, Sergey Kubushyn wrote:
Here is yet another version, diff made against latest u-boot-imx master.
Actual code moved from drivers/mtd/nand to /arch/arm/imx-common, some
On Wed, 28 Sep 2016, Jagan Teki wrote:
On Sun, Jun 19, 2016 at 3:14 AM, Sergey Kubushyn wrote:
Here is yet another version, diff made against latest u-boot-imx master.
Actual code moved from drivers/mtd/nand to /arch/arm/imx-common, some
functions renamed. No other changes
xtensively for system setup at manufacturing time and for other
purposes (e.g. our Android "recovery" is implemented this way.)
Signed-off-by: Sergey Kubushyn
---
--- a/include/fs.h
+++ b/include/fs.h
@@ -90,6 +90,8 @@ int do_ls(cmd_tbl_t *cmdtp, int flag, int argc, char * const
a
only location i.MX6 Boot ROM expects it to be.
This is my THIRD attempt to get it into the main U-Boot tree. I do
really hope it would get applied before I retire.
Signed-off-by: Sergey Kubushyn
---
--- a/cmd/Kconfig
+++ b/cmd/Kconfig
@@ -571,6 +571,16 @@ config CMD_TIME
help
Run
fig EMMC_BOOT_ACK
bool "Enable ACKs from eMMC when booting off of boot partition"
default n
=== Cut ===
Signed-off-by: Sergey Kubushyn
---
--- a/common/env_mmc.c
+++ b/common/env_mmc.c
@@ -68,6 +68,45 @@ int env_init(void)
return 0;
}
+#ifdef CONFIG_ENV_IN_EMMC_BOO
On Fri, 7 Oct 2016, Stefano Babic wrote:
Hi Sergey,
On 05/10/2016 21:57, Sergey Kubushyn wrote:
This one adds nand_bootupdate command for i.MX6 and similar MCUs. It
generates proper NAND boot structures (FCB, DBBT, etc) and writes those
along with U-Boot mx image to where they belong so
On Fri, 7 Oct 2016, Stefano Babic wrote:
Hi Sergey,
On 07/10/2016 17:04, Sergey Kubushyn wrote:
Can you please check this (before you retire, of course !) ?
What should I use a base? I did my patches against whatever is the main
U-Boot git tree (doing git pull befofe generating patches
Here it is agains your latest u-boot-imx master.
Won't post that description again to lower the noise level, just a diff
itself.
Signed-off-by: Sergey Kubushyn
---
arch/arm/include/asm/imx-common/mxs_nand.h | 37 ++
cmd/Kconfig| 10 +
cmd/n
On Fri, 7 Oct 2016, Scott Wood wrote:
On Wed, 2016-10-05 at 12:57 -0700, Sergey Kubushyn wrote:
This one adds nand_bootupdate command for i.MX6 and similar MCUs. It
generates proper NAND boot structures (FCB, DBBT, etc) and writes those
along with U-Boot mx image to where they belong so system
only location i.MX6 Boot ROM expects it to be.
This is my FOURTH attempt to get it into the main U-Boot tree. I do
really hope it would get applied before I retire.
Signed-off-by: Sergey Kubushyn
Cc: Scott Wood
Cc: Stefano Babic
---
Changes for v2:
- Renamed some functions to more
On Fri, 7 Oct 2016, Fabio Estevam wrote:
On Fri, Oct 7, 2016 at 8:30 PM, Sergey Kubushyn wrote:
This is my FOURTH attempt to get it into the main U-Boot tree. I do
really hope it would get applied before I retire.
No need for such comment in the commit log.
Tried to apply it against u
On Fri, 7 Oct 2016, Fabio Estevam wrote:
On Fri, Oct 7, 2016 at 10:36 PM, Sergey Kubushyn wrote:
OK, it is done against the latest u-boot master as it is stated in that
manual on U-Boot patches. I don't know why it fails on u-boot-imx tree.
U-Boot master has been pulled 2 hours ago so
only location i.MX6 Boot ROM expects it to be.
Signed-off-by: Sergey Kubushyn
Cc: Scott Wood
Cc: Stefano Babic
---
Changes for v3:
- Renamed some functions to more appropriate names
- Files moved to where they belong
- Code cleanup
- Converted to Kconfig
arch/arm
only location i.MX6 Boot ROM expects it to be.
Signed-off-by: Sergey Kubushyn
Cc: Scott Wood
Cc: Stefano Babic
---
Changes for v3:
- Renamed some functions to more appropriate names
- Files moved to where they belong
- Code cleanup
- Converted to Kconfig
arch/arm
fig EMMC_BOOT_ACK
bool "Enable ACKs from eMMC when booting off of boot partition"
default n
=== Cut ===
Signed-off-by: Sergey Kubushyn
Cc: Tom Rini
Cc: Pantelis Antoniou
---
common/env_mmc.c | 50 ++
1 file changed, 50 insert
On Sat, 8 Oct 2016, Tom Rini wrote:
On Wed, Oct 05, 2016 at 12:38:01PM -0700, Sergey Kubushyn wrote:
This adds "file exists" commands to generic FS as well as to FAT, EXT4,
and UBIFS. Also adds "file size" command to UBIFS.
The return value for "file exists"
On Sat, 8 Oct 2016, Tom Rini wrote:
On Wed, Oct 05, 2016 at 01:28:07PM -0700, Sergey Kubushyn wrote:
This allows to place U-Boot environment into eMMC boot partition thus
saving space on user partition for the OS (or whatever.) When booting
off of eMMC many (all?) MCUs can use dedicated boot0
On Sat, 8 Oct 2016, Tom Rini wrote:
On Sat, Oct 08, 2016 at 03:41:50PM -0700, Sergey Kubushyn wrote:
On Sat, 8 Oct 2016, Tom Rini wrote:
On Wed, Oct 05, 2016 at 01:28:07PM -0700, Sergey Kubushyn wrote:
This allows to place U-Boot environment into eMMC boot partition thus
saving space on
On Sat, 8 Oct 2016, Sergey Kubushyn wrote:
On Sat, 8 Oct 2016, Tom Rini wrote:
On Wed, Oct 05, 2016 at 12:38:01PM -0700, Sergey Kubushyn wrote:
> This adds "file exists" commands to generic FS as well as to FAT, EXT4,
> and UBIFS. Also adds "file size" command
On Wed, 12 Oct 2016, Jörg Krause wrote:
On Sa, 2016-10-08 at 18:00 +0530, Jagan Teki wrote:
From: Jagan Teki
Added kconfig for NAND_MXS driver.
Cc: Scott Wood
Cc: Simon Glass
Cc: Fabio Estevam
Cc: Stefano Babic
Cc: Peng Fan
Cc: Matteo Lisi
Cc: Michael Trimarchi
Signed-off-by: Jagan Te
On Sun, 14 Aug 2016, jonsm...@gmail.com wrote:
I'm trying out various versions of the A64 u-boot -- Allwinner lichee,
longsleep, apritzel, etc on the Pine64. I can get all of them up to
the prompt, but fastboot doesn't work in an of them. There is code
from Allwinner in there for implementing fa
There are multiple build failures with hard float toolchains caused by
switching to 64-bit data. This shows up in drivers/video among others i.e.
in ipu_common.c when building for i.MX6 with video enabled.
=== Cut ===
arm-linux-gnueabi-ld.bfd: error:
/opt/arm-linux-toolchain/lib/gcc/arm-linux-gnu
On Wed, 23 Mar 2016, Tom Rini wrote:
On Wed, Mar 23, 2016 at 06:08:45PM +0100, Albert ARIBAUD wrote:
Hello Tom,
On Wed, 23 Mar 2016 09:22:38 -0400, Tom Rini wrote:
On Wed, Mar 23, 2016 at 01:53:35PM +0100, Albert ARIBAUD wrote:
Hello Marek,
On Sun, 20 Mar 2016 17:15:34 +0100, Marek Vasut
On Wed, 23 Mar 2016, Tom Rini wrote:
On Wed, Mar 23, 2016 at 04:02:07PM -0700, Sergey Kubushyn wrote:
On Wed, 23 Mar 2016, Tom Rini wrote:
On Wed, Mar 23, 2016 at 06:08:45PM +0100, Albert ARIBAUD wrote:
Hello Tom,
On Wed, 23 Mar 2016 09:22:38 -0400, Tom Rini wrote:
On Wed, Mar 23, 2016
On Thu, 24 Mar 2016, Marek Vasut wrote:
On 03/24/2016 12:08 AM, Tom Rini wrote:
On Wed, Mar 23, 2016 at 04:02:07PM -0700, Sergey Kubushyn wrote:
On Wed, 23 Mar 2016, Tom Rini wrote:
On Wed, Mar 23, 2016 at 06:08:45PM +0100, Albert ARIBAUD wrote:
Hello Tom,
On Wed, 23 Mar 2016 09:22:38
On Thu, 24 Mar 2016, Marek Vasut wrote:
On 03/24/2016 12:47 AM, Sergey Kubushyn wrote:
On Thu, 24 Mar 2016, Marek Vasut wrote:
On 03/24/2016 12:08 AM, Tom Rini wrote:
On Wed, Mar 23, 2016 at 04:02:07PM -0700, Sergey Kubushyn wrote:
On Wed, 23 Mar 2016, Tom Rini wrote:
On Wed, Mar 23
On Thu, 24 Mar 2016, Marek Vasut wrote:
On 03/24/2016 12:54 AM, Sergey Kubushyn wrote:
On Thu, 24 Mar 2016, Marek Vasut wrote:
On 03/24/2016 12:47 AM, Sergey Kubushyn wrote:
On Thu, 24 Mar 2016, Marek Vasut wrote:
On 03/24/2016 12:08 AM, Tom Rini wrote:
On Wed, Mar 23, 2016 at 04:02:07PM
On Thu, 24 Mar 2016, Marek Vasut wrote:
On 03/24/2016 12:54 AM, Sergey Kubushyn wrote:
On Thu, 24 Mar 2016, Marek Vasut wrote:
On 03/24/2016 12:47 AM, Sergey Kubushyn wrote:
On Thu, 24 Mar 2016, Marek Vasut wrote:
On 03/24/2016 12:08 AM, Tom Rini wrote:
On Wed, Mar 23, 2016 at 04:02:07PM
On Thu, 24 Mar 2016, Sergey Kubushyn wrote:
On Thu, 24 Mar 2016, Marek Vasut wrote:
On 03/24/2016 12:54 AM, Sergey Kubushyn wrote:
> On Thu, 24 Mar 2016, Marek Vasut wrote:
>
> > On 03/24/2016 12:47 AM, Sergey Kubushyn wrote:
> > > On Thu, 24 Mar 20
On Thu, 24 Mar 2016, Marek Vasut wrote:
On 03/24/2016 07:43 PM, Sergey Kubushyn wrote:
On Thu, 24 Mar 2016, Sergey Kubushyn wrote:
On Thu, 24 Mar 2016, Marek Vasut wrote:
On 03/24/2016 12:54 AM, Sergey Kubushyn wrote:
On Thu, 24 Mar 2016, Marek Vasut wrote:
On 03/24/2016 12:47 AM
On Thu, 24 Mar 2016, Marek Vasut wrote:
On 03/24/2016 08:08 PM, Sergey Kubushyn wrote:
On Thu, 24 Mar 2016, Marek Vasut wrote:
On 03/24/2016 07:43 PM, Sergey Kubushyn wrote:
On Thu, 24 Mar 2016, Sergey Kubushyn wrote:
On Thu, 24 Mar 2016, Marek Vasut wrote:
On 03/24/2016 12:54 AM
On Thu, 24 Mar 2016, Tom Rini wrote:
On Thu, Mar 24, 2016 at 08:50:03AM +0100, Albert ARIBAUD wrote:
Hello Tom,
On Wed, 23 Mar 2016 17:36:17 -0400, Tom Rini wrote:
On Wed, Mar 23, 2016 at 06:08:45PM +0100, Albert ARIBAUD wrote:
Hello Tom,
On Wed, 23 Mar 2016 09:22:38 -0400, Tom Rini wrote
On Mon, 13 Mar 2017, Stephen Warren wrote:
On 03/13/2017 03:34 PM, Tim Harvey wrote:
Greetings,
I'm working with some boards with eMMC FLASH and understand that I can
set the fields of the PARTITION_CONFIG with the 'mmc partconf' command
to specify what partition is used for boot. Once I d
On Mon, 13 Mar 2017, Stephen Warren wrote:
On 03/13/2017 07:08 PM, Sergey Kubushyn wrote:
On Mon, 13 Mar 2017, Stephen Warren wrote:
> On 03/13/2017 03:34 PM, Tim Harvey wrote:
> > Greetings,
> >
> > I'm working with some boards with eMMC FLASH and un
On Fri, 8 Dec 2017, Simon Glass wrote:
Hi Stephen,
On 8 December 2017 at 16:28, Stephen Warren wrote:
Simon,
Is it expected that the latest u-boot-dm.git master branch now requires
swig? All the non-sandbox builds on my test systems are failing:
CHK include/config/uboot.release
CHK
On Wed, 7 Feb 2018, Jagan Teki wrote:
Add Kconfig entry for CMD_NANDBCB, and default y on i.MX6
platform with NAND_MXS defined.
Signed-off-by: Jagan Teki
---
Changes for v2:
- New patch
arch/arm/mach-imx/Kconfig | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/mach-imx
On Mon, 10 Jun 2019, Stefano Babic wrote:
Hi Jagan, Shyam,
[dd]
Thanks for this work - this is still missing in current U-Boot. I will
merge this for the upcoming release - letting this in, we could win some
more testers helping to adjust if there are some issues.
Thanks. Looks like it is
On Mon, 10 Jun 2019, Stefano Babic wrote:
On 10/06/19 19:35, Sergey Kubushyn wrote:
On Mon, 10 Jun 2019, Stefano Babic wrote:
Hi Jagan, Shyam,
[dd]
Thanks for this work - this is still missing in current U-Boot. I will
merge this for the upcoming release - letting this in, we could win
I would like to point that this was not a very good idea:
=== Cut ===
--- uboot-imx-next/drivers/misc/misc-uclass.c 2018-12-20 20:35:22.505180339
-0800
+++ u-boot-imx/drivers/misc/misc-uclass.c 2019-03-13 11:50:19.408982814
-0700
@@ -68,4 +68,7 @@ int misc_set_enabled(struct udevice *de
On Fri, 22 Mar 2019, Jean-Jacques Hiblot wrote:
It is probably the right solution, just have one suggestion -- why wouldn't
we make it UCLASS_GLUE instead? NOP is too generic, IMHO and it is just NOP.
There is definitely a place for such thing but we might want to add some
specific functionality
68 matches
Mail list logo
