ernels and initrd
images.
Is it possible to simply build the tools/ directory (a make target that works
would be great) without building a firmware from BLAH_config first?
--
Matt Sealey <[EMAIL PROTECTED]>
Genesi, Manager, Developer Relations
___
U-B
Mike Frysinger wrote:
> On Tuesday 11 November 2008 15:15:09 Matt Sealey wrote:
>> We have a need to build and package at the very least 'mkimage' for SuSE
>> 11.1 and since we have multiple board targets in mind (MPC8641D, MPC8610,
>> MPC5121e) it does no
Mike Frysinger wrote:
> On Monday 17 November 2008 16:05:44 Matt Sealey wrote:
>> Mike Frysinger wrote:
>>> On Tuesday 11 November 2008 15:15:09 Matt Sealey wrote:
>>>> We have a need to build and package at the very least 'mkimage' for SuSE
>>>&
santly to "report my findings" - we all knew the
Linaro compiler generally sucks already, though, right?
--
Matt Sealey
Product Development Analyst, Genesi USA, Inc.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
or at least into a series), or can
> we simply drop this patch?
I did intend to submit a patch; what I wanted to do was gain some
comments about it before I made
our Efika MX configuration use it, and then it moved itself to development hell.
I will submit this as a series shortl
't need to even touch
the iomux controller to get a working UART
on MX51, Efika MX or anything.
Why bother touching them?
--
Matt Sealey
Product Development Analyst, Genesi USA, Inc.
On Tue, Aug 14, 2012 at 10:47 AM, Benoît Thébaudeau
wrote:
> Use the newly created mx5 default
On Thu, Aug 16, 2012 at 3:09 PM, Benoît Thébaudeau
wrote:
> Dear Matt Sealey,
>
>> I'm gonna NACK this because most of these pin settings are actually
>> the POR defaults anyway (UART1 is
>> the example I can easily pick out).
>>
>> .. unless someone
things like the chipselect polarity and other data end up being filled
with trash data if not explicitly set by the board files.
This solves a semi-random, almost unreproducable error whereby SPI devices
act very, very strangly on boot. Tested on Efika MX over several years..
Signed-off-by: Matt
things like the chipselect polarity and other data end up being filled
with trash data if not explicitly set by the board files.
This solves a semi-random, almost unreproducable error whereby SPI devices
act very, very strangly on boot.
Signed-off-by: Matt Sealey
---
drivers/spi/mxs_spi.c |2
Essentially now we can share code with the MX6 boards, reducing redundant
pin definitions across boards and lengthy configuration of external pads
on the i.MX51.
Signed-off-by: Matt Sealey
---
arch/arm/include/asm/arch-mx5/iomux-mx51.h | 144
1 file changed, 144
This patchset relies on the previously submitted patch "mx5: add iomux-mx51.h
include"
It may not boot reliably, completely at random, on Efika MX boards, without the
previously submitted (series) "spi: fix mxc_spi_slave structure allocation to
clear memory"
Matt Sealey
were
being applied on Smartbook.
While we're at it, configure PCBID0,1,2 and the LED GPIO since we've still
got room in the DCD to do so.
Signed-off-by: Matt Sealey
---
board/genesi/mx51_efikamx/efikamx.c | 77 -
board/genesi/mx51_efikamx/imximage_mx.
voltage to 1.1V (per TO3 spec)
* Implicitly remove support for TO2 boards
Signed-off-by: Matt Sealey
---
board/genesi/mx51_efikamx/efikamx.c | 611 +--
1 file changed, 230 insertions(+), 381 deletions(-)
diff --git a/board/genesi/mx51_efikamx/efikamx.c
b/bo
* Add required pin data to iomux-mx51.h
* Port old iomux model to new iomux-v3 model
* Remove some needless code
* Function renames for readability
Signed-off-by: Matt Sealey
---
arch/arm/include/asm/arch-mx5/iomux-mx51.h | 28 +
board/genesi/mx51_efikamx/efikamx-usb.c| 159
On Thu, Aug 16, 2012 at 5:51 PM, Benoît Thébaudeau
wrote:
> Dear Matt Sealey,
>
>> On Thu, Aug 16, 2012 at 3:09 PM, Benoît Thébaudeau
>> wrote:
>
> To improve code quality... And because I have local boards that also needed
> the
> same functions, so it avoided mo
On Fri, Aug 17, 2012 at 1:42 PM, Benoît Thébaudeau
wrote:
> Dear Matt Sealey,
>
> These pad settings are broken. All the pins of each peripheral should not
> always
> have the same pad settings. E.g., UART input pins should have their pull-up
> enabled in order to avoid spurio
If we're nitpicking - none of the UART1_* pads on MX51 have valid ODE
bits, it's a reserved area. Even though you're setting it to 0 here,
including it in the pad settings is bad behavior.
--
Matt Sealey
Product Development Analyst, Genesi USA, Inc.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Fri, Aug 17, 2012 at 2:29 PM, Benoît Thébaudeau
wrote:
> Dear Matt Sealey,
>>
>> * Use iomux-mx51.h include to simplify board configuration.
>> * Remove LED toggle function as it had no real users.
>> * Red LED is now on for pre-reloc, Blue LED for "in U
On Fri, Aug 17, 2012 at 2:35 PM, Benoît Thébaudeau
wrote:
> Dear Matt Sealey,
>
>> If you want to "correct" years of reliable operation in U-Boot, go
>> ahead, and fix Linux while you're at it. I'm just porting the status
>> quo.
>
> I'm jus
3.h instead of it being SoC-specific for example) is
something that would better be done once everything's in and working.
--
Matt Sealey
Product Development Analyst, Genesi USA, Inc.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Fri, Aug 17, 2012 at 4:03 PM, Marek Vasut wrote:
> Dear Matt Sealey,
>
>> The i.MX Boot ROM lets us set up certain registers before U-Boot even gets
>> executed. Rather than setting up DDR, putting U-Boot in place, and getting
>> into pre-relocation init to set up DDR a
On Fri, Aug 17, 2012 at 4:07 PM, Marek Vasut wrote:
> Dear Matt Sealey,
>
>> Change summary:
>
> This patch does multiple unrelated changes, please split. You basically
> outlined
> how this should be split.
>
>> * Use iomux-mx51.h include to simplify board conf
On Fri, Aug 17, 2012 at 4:01 PM, Marek Vasut wrote:
> Dear Matt Sealey,
>
>> * Move Efika MX boards into "genesi" directory.
>> * Rename it to "mx51_efikamx" since there's an mx53 version out there.
>>
>> Signed-off-by: Matt Sealey
> [...
rch/arm/cpu/armv7/imx-common/ while it is absolutely not
> armv7-specific.
True, I'd advocate that.
--
Matt Sealey
Product Development Analyst, Genesi USA, Inc.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Sat, Aug 18, 2012 at 10:50 AM, Stefano Babic wrote:
> On 17/08/2012 20:19, Matt Sealey wrote:
>
> Anyway, who will maintain the efikas in future ? Marek, do you hold it,
> or Matt will take this job ?
I'll do it but I doubt I'm going to be around as much as Marek. What
I
On Sat, Aug 18, 2012 at 10:34 AM, Stefano Babic wrote:
> On 17/08/2012 20:19, Matt Sealey wrote:
>> The i.MX Boot ROM lets us set up certain registers before U-Boot even gets
>> executed. Rather than setting up DDR, putting U-Boot in place, and getting
>> into pre-relocati
On Sat, Aug 18, 2012 at 10:18 AM, Stefano Babic wrote:
> On 17/08/2012 20:16, Matt Sealey wrote:
>> Essentially now we can share code with the MX6 boards, reducing redundant
>> pin definitions across boards and lengthy configuration of external pads
>> on the i.MX51.
>
Is it because of the move to DT that would in the end set up pads
> from
> DT file info?
By 3.7 (most) or 3.8 (maybe all) a lot of boards will be device tree
only. iomux stuff in board files has been replaced with pinctrl in
device trees..
Shawn will know his schedule better than me (CCd)
On Sat, Aug 18, 2012 at 5:26 PM, Marek Vasut wrote:
> Dear Matt Sealey,
>
>> On Sat, Aug 18, 2012 at 10:50 AM, Stefano Babic wrote:
>> > On 17/08/2012 20:19, Matt Sealey wrote:
>> >
>> > Anyway, who will maintain the efikas in future ? Marek, do you h
On Sat, Aug 18, 2012 at 5:56 PM, stefano babic wrote:
> Am 19/08/2012 00:29, schrieb Marek Vasut:
>> Dear Matt Sealey,
>>
>>> On Sat, Aug 18, 2012 at 10:34 AM, Stefano Babic wrote:
>>>> On 17/08/2012 20:19, Matt Sealey wrote:
>>>>> The i.MX Boot
Works fine on the Efika MX :)
Tested-by: Matt Sealey
--
Matt Sealey
Product Development Analyst, Genesi USA, Inc.
On Mon, Aug 20, 2012 at 2:33 AM, Stefano Babic wrote:
> Each i.MX has its own gpio.h, defining the same structure.
> The internal GPIO controller has the same layout
Can anyone tell me where this offset is in relation to, or what it's
actually meant to be?
Some parts of U-Boot read it out but I can't figure any part of the
docs that refers to this magic 0x48 offset or what it could be (or
what it should be when you read it out)?
--
Matt Seale
48 of the memory map
though. For TO3 the copyright string for the i.MX boot ROM has
basically gone (it's not random data at 0x though, it's
exactly the same every time..)
Looking at the GPIO registers I can't even confirm that the directions
we're setting in U-Boot are corre
* removed GPIO_NUMBER define
Signed-off-by: Matt Sealey
---
arch/arm/include/asm/arch-mx5/iomux-mx51.h | 164
1 file changed, 164 insertions(+)
create mode 100644 arch/arm/include/asm/arch-mx5/iomux-mx51.h
diff --git a/arch/arm/include/asm/arch-mx5/iomux-mx51.h
b
* Move Efika MX Smarttop and Smartbook boards into a "genesi" vendor directory
* Rename efikamx -> mx51_efikamx since there is an mx53_efikamx and mx6_efikamx
to come
Signed-off-by: Matt Sealey
---
board/{efikamx => genesi/mx51_efikamx}/Makefile|0
.../{efikamx =>
.
Several hundred rounds of mtest have been run to test the settings before and
after to confirm DDR is stable and no ill-effects have been found.
Signed-off-by: Matt Sealey
---
board/genesi/mx51_efikamx/efikamx.c | 77 -
board/genesi/mx51_efikamx
Signed-off-by: Matt Sealey
---
board/genesi/mx51_efikamx/imximage_mx.cfg | 10 ++
1 file changed, 10 insertions(+)
diff --git a/board/genesi/mx51_efikamx/imximage_mx.cfg
b/board/genesi/mx51_efikamx/imximage_mx.cfg
index ea6b271..38fa760 100644
--- a/board/genesi/mx51_efikamx/imximage_mx.
k reliably. This should lower power consumption during the boot
process.
* Function renames for readability.
* Some board identification string changes to match actual product names.
Signed-off-by: Matt Sealey
---
board/genesi/mx51_efikamx/efikamx-usb.c | 159
board/genesi/mx51_efikamx
This gives us a string like "20120822150855" which encodes the build time.
This allows automated version checking and flashing of U-Boot to be performed,
for example, in boot.scr files (or scripting in general).
Signed-off-by: Matt Sealey
Cc: Stefano Babic
Cc: Marek Vasut
---
Makef
since the USB system hasn't been started and nothing has been probed yet.
Signed-off-by: Matt Sealey
Cc: Stefano Babic
Cc: Marek Vasut
---
board/genesi/mx51_efikamx/Makefile |6 +-
board/genesi/mx51_efikamx/efikamx-usb.c | 12
board/genesi/mx51_efikamx/efikamx.c
et)
* Make CONFIG_CMD_NET 'depend' on CONFIG_CMD_USB (CONFIG_CMD_USB is not
currently optional, though, but it makes more sense this way)
* Remove CONFIG_PREBOOT and CONFIG_USB_KEYBOARD
Requires the patch "Add U_BOOT_TIMESTAMP definition."
Signed-off-by: Matt Sealey
Cc: Marek Vasut
C
Update maintainer for "efikamx" and "efikasb" to myself.
Signed-off-by: Matt Sealey
Cc: Stefano Babic
Cc: Marek Vasut
---
MAINTAINERS |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 1abaf2e..77e099d 100644
---
On Thu, Aug 23, 2012 at 9:49 AM, Stefano Babic wrote:
> On 23/08/2012 16:44, Matt Sealey wrote:
>> This gives us a string like "20120822150855" which encodes the build time.
>>
>> This allows automated version checking and flashing of U-Boot to be
>> perform
ned-off-by: Matt Sealey
Cc: Stefano Babic
Cc: Marek Vasut
---
board/genesi/mx51_efikamx/imximage_sb.cfg | 46 +
1 file changed, 20 insertions(+), 26 deletions(-)
diff --git a/board/genesi/mx51_efikamx/imximage_sb.cfg
b/board/genesi/mx51_efikamx/imximage_sb.cfg
ind
Oops. I picked the wrong commit id out of my local tree and there's a subtle
mistake here.. It won't break anything but its not the one I wanted to submit.
I'll respond this one..
--
Matt Sealey
Product Development Analyst, Genesi USA, Inc.
On Aug 23, 2012, at 3:27 PM, Mat
Patch v2:
* picked the correct commit from our development tree, correcting tuned DDR
ODF setting
(which was correct anyway)
Signed-off-by: Matt Sealey
Cc: Stefano Babic
Cc: Marek Vasut
---
board/genesi/mx51_efikamx/imximage_sb.cfg | 44 +
1 file changed, 19 inserti
Done. Sorry for the inconvenience.
--
Matt Sealey
Product Development Analyst, Genesi USA, Inc.
On Fri, Aug 24, 2012 at 8:32 AM, Stefano Babic wrote:
> On 24/08/2012 15:16, Matt Sealey wrote:
>>
>> Oops. I picked the wrong commit id out of my local tree and there's a
&g
On Fri, Aug 24, 2012 at 12:08 PM, Marek Vasut wrote:
> Dear Matt Sealey,
>
>> Done. Sorry for the inconvenience.
>
> Please stop posting.
> Please submit the patch in reply to the original one.
> Please read http://www.denx.de/wiki/U-Boot/Patches
I read it, I am st
k reliably. This should lower power consumption during the boot
process.
* Function renames for readability.
* Some board identification string changes to match actual product names.
* Passes checkpatch (v2)
Signed-off-by: Matt Sealey
Cc: Stefano Babic
---
board/genesi/mx51_efikamx/efikam
That's odd, I thought I fixed that.
+#define EFIKAMX_USB_HUB_RESET IMX_GPIO_NR(1, 5)
+#define EFIKAMX_USB_PHY_RESET IMX_GPIO_NR(2, 9)
I copied the above two lines from my patch to the ML.. what happened here? :(
--
Matt Sealey
Product Development Analyst, Genesi USA, Inc.
On Tue, A
I had a patch queued which did exactly this, but I am fine with
someone else doing it ;)
Tested works exactly the same.
Signed-off-by: Matt Sealey
On Thu, May 2, 2013 at 3:52 PM, Benoît Thébaudeau
wrote:
> There is no change of behavior, except for older silicon revisions for which
> s
r in the future... so I'm signing off
on it.
On Fri, May 3, 2013 at 11:01 AM, Benoît Thébaudeau
wrote:
> On Friday, May 3, 2013 5:58:24 PM, Matt Sealey wrote:
>> I had a patch queued which did exactly this, but I am fine with
>> someone else doing it ;)
>>
>> Tested wo
I would agree with the idea moving pl310 functionality into
pl310-specific files - armv7 doesn't dictate use of pl310 (or an
external cache controller of any nature) at least for about half the
possible cores you could go find. Those that need/configure for an
external L2 controller may not even re
U-Boot tools like mkimage? We need them for
post-install script on a kernel RPM..)
--
Matt Sealey
Genesi, Manager, Developer Relations
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Josh Boyer wrote:
> On Wed, Jan 14, 2009 at 11:57:42AM -0600, Matt Sealey wrote:
>> I just noticed (was told by an affiliate) that the DTC compiler tools
>> shares a tool name "ftdump" with the Freetype project. I was doing a
>> lazy packaging effort to get a fe
Josh Boyer wrote:
> David has said before that ftdump is sort of a pointless debugging tool.
> Or at least that is what the Debian bug report referrenced as the reason
> from removing it from the Debian dtc package.
As long as you have the original device tree source code to hand. I tend
to find
e time for it I will test it.
Matt Sealey
Product Development Analyst, Genesi USA, Inc.
On Sat, Nov 17, 2012 at 12:37 PM, Fabio Estevam wrote:
> On Fri, Nov 16, 2012 at 6:15 PM, Benoît Thébaudeau
> wrote:
>
> > It's hard to find the schematics of all the i.MX5 boards
57 matches
Mail list logo
