All,
Is it possible to configure u-boot output (console) to the LCD on
the imx28evk board? I see in the u-boot configuration options switches
for LCD support: CONFIG_LCD. However, I don't see an LCD display that
matches the one on the imx28evk?
Thanks,
uffer support in U-boot?
On 8/21/2012 9:25 AM, Fabio Estevam wrote:
Hi Bill,
On Tue, Aug 21, 2012 at 11:20 AM, Bill wrote:
All,
Is it possible to configure u-boot output (console) to the LCD on the
imx28evk board? I see in the u-boot configuration options switches for LCD
support: CONFI
Has anyone used U-boot on the imx28evk with initrd to setup a small
rootfs in RAM? I need the ability to do have a small temp rootfs to
assist in mounting a full rootfs from a USB for field upgrade purposes.
Thanks,
Bill
___
U-Boot mailing list
U
tem could mount root, tried: ext3 ext2 vfat msdos iso9660
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(1,0)
Backtrace:
I not sure how the kernel knows where the ramdisk lives in memory (
0x4300) where the the uboot put it ?
Thanks,
Bill
On 9/12/2012
tried: ext3 ext2 vfat msdos iso9660
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(1,0)
...
...
...
Is it something with the RAM disk format or the uboot tool mkimage
parameters?
Thanks,
Bill
On 9/12/2012 6:44 PM, Marek Vasut wrote:
Dear Bill,
I'm usi
In the u-boot command line, I can use fatls & fatload to read files from
a formatted USB stick formatted as fat16/fat32. However, is there
support to read files from a USB stick formatted as NTFS?
Bill
___
U-Boot mailing list
U-Boot@lists.den
ice too in that the rootfs (a small one) gets bundled up with the
kernel (uImage) so its just one file. So it works out really nice.
This is a good way for upgrading firmware from the flash.
Best,
Bill
On 9/17/2012 4:44 PM, Fabio Estevam wrote:
Bill,
On Mon, Sep 17, 2012 at 6:31 PM, Marek Va
Good idea.
Best,
Bill
On 9/18/2012 8:36 AM, Marek Vasut wrote:
Dear Bill,
Thanks to both of you for following up. Over the weekend, I switched to
using the initramfs within the kernel configuration (in the Freescale
kernel) and set the source directory to my rootfs that will be the
process and then fails on
this command line:
$ tools/mkimage -n -T imximage -e 0x4100 -d
u-boot.bin u-boot.imx
after more digging, its looks like the CONFIG_IMX_CONFIG var is not
getting filled in (I believe this value should follow the -n parameter)
Thanks,
Bill
/2012 3:24 PM, Fabio Estevam wrote:
Bill,
On Thu, Jul 26, 2012 at 3:28 PM, Bill wrote:
All,
I am working on building the latest u-boot for the imx28evk board. I
have done the following steps:
1. git clone git://git.denx.de/u-boot-imx.git
2. setup paths for finding my cross-compiler
1. make
as command line params to the kernel?
Thanks,
Bill
On 7/27/2012 8:11 AM, Fabio Estevam wrote:
Bill,
On Fri, Jul 27, 2012 at 10:07 AM, Bill wrote:
Thanks. That did it!
However, now my new U-boot built from the mainstream Uboot runs and also
loads and unpacks the Linux kernel - but it
tfs
serverip=192.168.0.204
stderr=serial
stdin=serial
stdout=serial
ver=U-Boot 2012.07-rc1-08235-g7c5f511 (Jul 26 2012 - 12:00:38)
Environment size: 770/16380 bytes
MX28EVK U-Boot >
On 7/28/2012 3:19 PM, Fabio Estevam wrote:
On Fri, Jul 27, 2012 at 3:15 PM, Fabio Estevam wrote:
On
channel transport module.
Bus freq driver module loaded
IMX usb wakeup probe
usb h1 wakeup device is registered
mxs_cpu_init: cpufreq init finished
(Stops here)
On 7/30/2012 12:18 PM, Fabio Estevam wrote:
On Mon, Jul 30, 2012 at 2:06 PM, Bill wrote:
Here is my log. It stops at the
That did it! Thanks.
Bill
On 7/30/2012 3:59 PM, Fabio Estevam wrote:
On Mon, Jul 30, 2012 at 3:53 PM, Bill wrote:
Progress! I switched all the references from ttyAMA0... to ttyAM0. Also
changed netargs too. Now it starts to boot linux but hangs right after the
line of
-boot version U-Boot 2012.07-rc1. I also have the
NAND support enabled in /include/configs/mx28evk.h by adding
CONFIG_CMD_NAND.
The NAND chip I am using is: Micron MT29F1G08ABADA.
Thanks,
Bill
___
U-Boot mailing list
U-Boot
Thanks. That did it - grabbed recent version and it works.
Best,
Bill
On 8/6/2012 10:34 AM, Fabio Estevam wrote:
Bill,
On Mon, Aug 6, 2012 at 11:34 AM, Bill wrote:
All,
I enabled my U-boot for NAND support for my imx28EVK and I get the
following error when U-Boot starts:
NAND
line args?
Can u-boot write/erase to a nand partition (i.e. /dev/mtd0) instead
of using absolute memory addresses?
Thanks,
Bill
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
So maybe U-boot does some things that prevents kernel from working or
the kernel with the boot stream added on does the right things ?
Thanks,
Bill
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
muldf3
or divdf3 call. So, I'm guessing that the libgcc in ELDK4.2.2 differs from that
in ELDK 4.0. Is there some option I need to add to the compile expression in
the Makefile to satisfy the new libgcc-floating math functions?
Thank you in advance for your assistance,
Bill.
_
e floating-point support was removed. I'm
still not clear why the abort function is called and I say called because when
we do throw in our own abort function that calls printf or forever loops, its
gets executed and hangs u-boot.
Thanks for your help,
Bill.
-Original Message-
I work for Google. Anything that comes from wfric...@google.com or
wfric...@chromium.org comes from me.
Bill
--
Art for Art's Sake
Engineering for Money
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
);
> + ecc_count = ecc_status & ECC_ERR_COUNT;
> + if (!(ecc_status & ECC_STATUS_MASK))
> + return ecc_count;
[snip]
> +static void nfc_enable_hwecc(struct mtd_info *mtd, int mode)
> +{
> +}
> +
> +struct nfc_config {
> + int hardware_ec
On 12 Aug 2014, scottw...@freescale.com wrote:
> On Tue, 2014-08-12 at 23:13 +0200, Stefan Agner wrote:
>> Am 2014-08-12 00:33, schrieb Scott Wood:
>>> On Wed, 2014-08-06 at 10:59 +0200, Stefan Agner wrote:
This adds initial support for Freescale NFC (NAND Flash
Controller). The IP is u
On 13 Aug 2014, ste...@agner.ch wrote:
> Am 2014-08-13 00:58, schrieb Bill Pringlemeir:
> [snip]
>>>>>> +static u32 nfc_read(struct mtd_info *mtd, uint reg)
>>>>>> +{
>>>>>> +struct fsl_nfc *nfc = mtd_to_nfc
expect the size to
get bigger if they are not inlined. Especially, gcc can recognize that
the same memory location is being operated on and collapse the
accesses.
Anyways, thanks for showing that the previous code was depending too
much on compiler knowledge. Your current plan sounds promisi
On 13 Aug 2014, scottw...@freescale.com wrote:
> On Tue, 2014-08-12 at 18:58 -0400, Bill Pringlemeir wrote:
>> On 12 Aug 2014, scottw...@freescale.com wrote:
>>
>>> On Tue, 2014-08-12 at 23:13 +0200, Stefan Agner wrote:
>>>> Am 2014-08-12 00:33, schrieb Sc
On 13 Aug 2014, scottw...@freescale.com wrote:
> On Wed, 2014-08-13 at 17:44 -0400, Bill Pringlemeir wrote:
>> Regarding "can't know in advance", I think that some of the register
>> values maybe set by the boot rom. This might make more sense for
>> Li
re-read on an error in case of un-stable bits?
It is very little code to ensure a re-read in case of ECC failure. The
2nd physical read may pass whereas the first failed. This path is rare,
but maybe important? A higher layer may migrate the data in this case;
just as with a corrected bits.
le.com/webapp/sps/site/prod_summary.jsp?code=VF6xx
There is an app note, AN4947 'Understanding Vybrid Architecture', which
describes some timing details for the AHB bus (where this flash
controller is connected). Pg21 Table 7 of that document gives some
measurements. The QSPI i
r other U-Boot users. Unless you wanted to read this from
an OS? I think both files should behave the same, all else equal.
Fwiw,
Bill Pringlemeir.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
I favor hex.
I also prefer the hex. I have had very weird values in this register.
For a normal user, we can guess and display a string. Sometimes in the
case of double/triple resets, there can be very strange values. You can
get these when DMA goes crazy (because of bad code or otherwise).
F
early and clearing is best as you can know what the 'last
cause' was. Otherwise, you might get multiple causes in the register.
Err, maybe I mis-understand something? If you do this patch and have
multiple soft resets (watchdog, CSU, JTAG, ipp, warm, etc) are the bits
accumulated?
Fwiw,
Bill.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
It would probably be nice if the Vybrid followed
the same pattern; but maybe they are different? From reading the RMs
they seem the same.
Regards,
Bill Pringlemeir.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
the updates since sub-pages were
removed to see if this is worth it. I think it was only ~10-20% in some
benchmark I was doing with the 'caching'.
At least in the small, this is a minimal change that is correct.
Ack-by: Bill Pringlemeir
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
think it would be worthwhile to benchmark without the cache. Or maybe
Stefan already has some numbers? Upper layers doing partial pages will
definitely benefit with the 'cache'; we would also need more DDR memory
as the NFC controller memory is being used as a scratch buffer.
Fwiw,
Bill
h speed bus -> DDR
CPU - Low speed bus -> NFC
So, I don't think that this is Vybrid specific. The PPC, ColdFire, etc
will probably have similar issues. DMA has the same limitations as the
CPU, with setup overhead. Of course, you can parallel the main CPU with
DMA but many systems want the NAND to complete synchronously; especially
u-boot.
Fwiw,
Bill Pringlemeir.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
to the Linux driver) and I see no difference. I think a
write benchmark is more appropriate to test this functionality? While
at least it seems that neither read nor write is affected by the
simplification.
Fwiw,
Bill Pringlemeir.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
nagement in the driver is most simple in it's current form.
The other versions that I found seemed to be buggy to me. However, the
current driver doesn't use all of the NFC SRAM buffer space.
Btw, the READ_OOB is very nice for Linux as well. It is a much faster
mount of UBI/UbiFs as wel
writes less than a full page, the entire page must be read to
calculate the hw-ecc to be written. I am pretty sure that all
controllers that support hw-ecc will need to do this.
Fwiw,
Bill Pringlemeir.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 7 Apr 2015, ste...@agner.ch wrote:
> On 2015-04-02 22:30, Bill Pringlemeir wrote:
>> On 2 Apr 2015, ste...@agner.ch wrote:
>> [snip]
>> I also measured 'write performance' with the mtd_speedtest
>> (performing similar patch to the Linux driver) and I s
On 7 Apr 2015, ste...@agner.ch wrote:
> On 2015-04-07 16:24, Bill Pringlemeir wrote:
>> The OOB patch also significantly decreases UbiFS mounting time in
>> Linux. I load Linux itself via tftp/network and not using u-boot
>> with nand. I guess I should try that.
> I
On 7 Apr 2015, scottw...@freescale.com wrote:
> On Tue, 2015-04-07 at 10:06 -0400, Bill Pringlemeir wrote:
>> In any case the document has,
>> If the NAND flash supports sub-pages, then what can be done is ECC
>> codes can be calculated on per-sub-page basis, instead of p
og below this patch seems sensible.
http://www.airs.com/blog/archives/189
I assume u-boot has no MMU enabled, then all the relocations should be
similar. This would be for all architectures though?
Fwiw,
Bill Pringlemeir.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 18 Aug 2014, ste...@agner.ch wrote:
> Am 2014-08-14 23:12, schrieb Bill Pringlemeir:
>>> On 14 Aug 2014, ste...@agner.ch wrote:
>>>
>>> This adds initial support for Freescale NFC (NAND Flash Controller)
>>> found in ARM Vybrid SoC's, Power Archit
ted on Vybrid.
>>> On Wed, 2014-08-13 at 22:32, Scott Wood wrote:
>>>> raw_writel() is itself something that should only be used for
>>>> hand-optimized sections. For non-performance-critical code you
>>>> should use normal writel() so that you d
supported by the driver.
>
> Signed-off-by: Stefan Agner
Acked-by: Bill Pringlemeir
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
.
[snip]
> But, again, I'm not an expert in this area, so its only a suggestion.
I thought it was fairly apparent that the current code supports passing
a string that is *NOT* null terminated. This can be convenient if you
extract a sub-string from a command line and do not need to m
/17/14 11:18, Masahiro Yamada wrote:
>>
>>> Well, I'm not an expert in s/w security, but I'll try to explain...
>>
>> [snip]
>>
>>> But, again, I'm not an expert in this area, so its only a
>>> suggestion.
>>
> On 09/17/14 18
ion.
For non-secure boots, the SPL seems equivalent. With secondary image
verification in the SPL, then I think it would be equivalent to the
'plug-in'. The SPL would be supported in all HAB versions. I don't
know if the 'plug-in' is supported with earlier iMx ser
the IRAM.
This is nice if you have L1 (primary 1M/4M MMU section entries) and need
to have non-cached entries for DMA (ethernet, usb, etc). But that is
probably not relevant for the SPL?
Fwiw,
Bill Pringlemeir.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
The 'bar'
above ends up with '11' in r1 if the value is zero, but it temporarily
'7'. The 2nd bar will only place 11 in r1.
Fwiw,
Bill Pringlemeir.
Ref: https://wiki.ubuntu.com/ARM/Thumb2PortingHowto#Conditional_Execution
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
y scream from me, the change above is fine globally in
>>>> U-Boot.
>> On 19 Nov 2014, w...@denx.de wrote:
>>> Apparently this [1] is where it is coming from; no further
>>> documentation there, though.
>>
>>> [1] https://sourceware.org/ml/binut
3, #2 @ 1
> - strltb r1, [r0], #1@ 1
> - strleb r1, [r0], #1@ 1
> + strblt r1, [r0], #1@ 1
> + strble r1, [r0], #1@ 1
To test this, can we just use 'objdump'. The hex co
> On Wed, 19 Nov 2014 13:34:34 -0500, Bill Pringlemeir
> wrote:
>>>>> In message <20141119074214.3d414ce6@lilith> Albert wrote:
>>>>>> For -mauto-it, it is not documented in the gas documentation
>>>>>> online or in my current as
sions are here,
http://ftp.mirrorservice.org/sites/sourceware.org/pub/binutils/old-releases/
Who knows if some vendor patched things to mess something up? Probably
grabbing an older 'gas' version and verifying it was the same binary
before/after the patch would probably be fair confirma
de'; so this
solved it?
I think it is a very nice feature to have Thumb2 on Vybrid. Many boot
devices may have limited bandwidth compared to the running system.
Thanks for your work.
Regards,
Bill Pringlemeir
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
main tree and I
must switch to a detached DT? Or is there something else?
Thanks,
Bill.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 28 Nov 2014, bpringlem...@nbsps.com wrote:
>
> I tried to update the new u-boot I get,
>
> Bytes transferred = 3413041 (341431 hex)
> Kernel image @ 0x8600 [ 0x00 - 0x33e150 ]
> Could not find a valid device tree
[snip]
> Is the imx just using newer patches to be merged to the main tr
in the
IRAM at 0x7801, where I guess the ROM code (at address zero)
branches too.
Fwiw,
Bill Pringlemeir.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 6 Jan 2015, tr...@ti.com wrote:
> On Tue, Jan 06, 2015 at 11:27:43AM +0100, Hans de Goede wrote:
>> Hi all,
>>
>> ping ? current master still has this regression, it is not fatal,
>> but it is not
>> pretty either.
>
> Did you see my earlier reply? It's OK with vanilla toolchains (see
> ELDK)
>> On Tue, Jan 06, 2015 at 11:27:43AM +0100, Hans de Goede wrote:
>>> ping ? current master still has this regression, it is not fatal,
>>> but it is not
>>> pretty either.
> On 6 Jan 2015, tr...@ti.com wrote:
>> Did you see my earlier reply? It's OK with vanilla toolchains (see
>> ELDK) and L
#x27; to the version.
Run a 2nd pass on the 'version_string' to strip off any leading characters when
a package is not provided in brackets.
Signed-off-by: Bill Pringlemeir
---
scripts/binutils-version.sh | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/scripts
#x27; to the version.
Run a 2nd pass on the 'version_string' to strip off any leading characters when
a package is not provided in brackets.
Signed-off-by: Bill Pringlemeir
---
scripts/binutils-version.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts
#x27; to the version.
Strip out the '(package version text)' and then look for a ##.## string.
Signed-off-by: Bill Pringlemeir
---
scripts/binutils-version.sh | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/scripts/binutils-version.sh b/scripts/binutils-version.sh
assembler version 2.24.0-6.fc21 20140613
Was originally reporting '2014061320140613' prior to your version. The
new version reports '0224' like all the others.
Fwiw,
Bill.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
nd why this is more
> right than not just relocating the vectors as v1 did, I see both boot
> to a U-Boot prompt but shouldn't we do a bit more testing to confirm
> that we don't need to relocate these exception vectors or have we now
> introduced some subtle breakage (or perhaps
> +
> +/* We boot from the gfxRAM area of the OCRAM. */
> +#define CONFIG_SYS_TEXT_BASE 0x3f408000
> +#define CONFIG_BOARD_SIZE_LIMIT 524288
>
> #define CONFIG_EXTRA_ENV_SETTINGS \
> "script=boot.scr\0" \
Acked-by: Bill Pringlemeir
See also:
http://lists.den
it.
Whatever the issue is, this fixes it for me as well. I would guess that
NAND boot is also not possible or probably anything but serial-download
modes.
Thanks,
Bill Pringlemeir.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
.infradead.org/pipermail/linux-mtd/2014-July/054712.html
They might be useful to identify injured blocks/pages. Obviously, the
'recovery needed' shows that fixing some partial write/erase is the
issue. If UBI passes a damaged page/info to UbiFS, then it will act on
bad info.
Fwiw,
Bill P
t see this symbol
besides a 'Kconfig'. There are three versions on the Cortex, but the
VBAR (whether secure or not) is the the correct one.
At least in theory, this code if activated should work for the iMx6 and
an override of the 'weak' relocate vectors is not needed.
On 21 Jan 2015, hdego...@redhat.com wrote:
> On some SoCs / ARMv7 CPU cores we need to do some setup before
> enabling the icache, etc. Add a soc_init hook with a weak default
> which just calls cpu_init_cp15.
>
> This way different implementations can be provided to do some extra
> work before or
t + * Don't save
>>> anything to stack even if compiled with -O0 + * +
>>> */
>>> +ENTRY(soc_init)
>>> + mov r9, lr
>>> + bl cpu_init_cp15
>>> + mov pc, r9 @
wlevel_init.S and don't want anyone else to be
using floating point.
... but I am not sure what exactly is going on so maybe it is not a good
fit here?
Fwiw,
Bill Pringlemeir.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
into the middle of an unrolled loop with 'add pc, rn<<2,
#constant'). The size/iteration can be easily tweaked (8/16/32 bytes).
At least in principal *if* there is some size alignment on BSS it is
fairly easy to write some generic ARM to quickly clear the BSS that will
be just as competitive as any ARCH memset version. The above code is
adding about 13 words of code.
Fwiw,
Bill Pringlemeir.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
> On Fri, Nov 28, 2014 at 06:56:32PM -0500, Bill Pringlemeir wrote:
>> Sorry, both trees behave the same. I will switch to separate
>> binaries.
On 28 Nov 2014, tr...@ti.com wrote:
> This is not intentional. I suspect I know what commit did this. Can
> you please
d output. I guess this is copy/paste from a Linux
Makefile as I don't even see where it is set in U-Boot.
> -mthumb-interwork,\ $(call cc-option,-marm,)\ $(call
> cc-option,-mno-thumb-interwork,)\ ) diff --git
> a/arch/arm/include/asm/assembler.h b/arch/arm/include/asm/assembler.h
&
by default.
As U-Boot relocates to DDR3 the gfxRAM is probably reliable enough.
However, an SPL framework would be better.
Signed-off-by: Bill Pringlemeir
---
include/configs/vf610twr.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/vf610twr.h b/include
Some MTD defines are repeated twice; once with UBI and then with MTD.
Remove the duplicate MTD defines from the UBI grouping.
Signed-off-by: Bill Pringlemeir
---
include/configs/vf610twr.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/configs/vf610twr.h b/include/configs
Without the second patch, U-Boot will not boot on the Vybrid
tower systems for me. A better mechanism would be to use the
SPL to load direct to DDR3. However, the gfxRAM is large enough
to fit the current (~400KB) image for initial load. U-Boot is
relocated to DDR3 when initialized, so the life
bug ethernet problems on a custom iMX27 board with
same LAN chip as the logicPD liteKit. I don't claim to be an expert,
but it seems that in the fec driver posted by Ilya, the phy address
for MII access is hard coded to a 0, whereas on the board it defaults
to 0x1f. When I turned on DEBUG
ile option.
What gives?
Regards,
Bill Cook
c...@isgchips.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
> -Original Message-
> From: saschaha...@web.de [mailto:saschaha...@web.de]on Behalf Of Sascha
> Hauer
> Sent: Monday, April 20, 2009 12:57 PM
> To: Bill Cook
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] Build errors u-boot-v2 iMX27
>
>
> Hi Bill,
>
You have been invited to the most advanced business trade portal
WorkKingdom Is A New Revolutionary System For Business Professionals
World Wide. Benefit From Increased Revenues, Profits From Having
Customers, Suppliers Contact You For Networking/trade Possibilities.
Its A Totally 100 Percent
nd no one as the maintainer of the Freescale MPC8313ERDB.
Regards,
Bill Cook
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
tem is configured on the flash parts. When
the linux system boots up, it all works. I just need a way for u-boot
to scan the entire
flash filesystem to look for the kernel and root filesystem.
thanks
bill
--
Bill Sehnert
Sun Microsystems, Inc.
500 Eldorado Boulevard MS: UBRM05-381
Broomfield,
On Fri, Nov 18, 2016 at 8:26 AM, Marek Vasut wrote:
> On 11/18/2016 05:49 AM, Bill Randle wrote:
>> Some Altera Quartus generated files have long lines that are split with a
>> '\' at
>> the end of the line. It also writes files in DOS format, which can confus
Some Altera Quartus generated files have long lines that are split with a '\' at
the end of the line. It also writes files in DOS format, which can confuse some
of the processing scripts in this file. This patch solves both issues.
Signed-off-by: Bill Randle
---
arch/arm/mach-s
Some Altera Quartus generated files have long lines that are split with a '\' at
the end of the line. It also wOn Windows, rites files in DOS format, which can
confuse some of the processing scripts in this file. This patch solves both
issues.
Signed-off-by: Bill Randle
Cc: Marek Vas
Commit 61520ac4d5545cc8d2e1792092e46ab8043d5f36 changed the default SPL
partition
to p1, which moved the bootimage and rootfs partitions. This patch updates the
various socfpga_xxx.h config files to match that partition layout when booting
from mmc.
Signed-off-by: Bill Randle
Cc: Marek Vasut
On Sat, Nov 19, 2016 at 1:13 PM, Marek Vasut wrote:
> On 11/19/2016 10:11 PM, Bill Randle wrote:
>> Commit 61520ac4d5545cc8d2e1792092e46ab8043d5f36 changed the default SPL
>> partition
>> to p1, which moved the bootimage and rootfs partitions. This patch updates
>> t
/powerpc/cpu/mpc83xx/speed.c. Fix this and a similiar issue in
'do_clocks' command.
Signed-off-by: Bill Cook
---
This also points to another problem. The description of the PEX_CLK_RATIO
for the various SOCs in question (I checked the RMs for 8308, 8315, and
8378) shows a different maximum fr
There's a small group forming to work on updating the MAI/AmigaOneG3SE board
build for u-boot.
http://amigaworld.net/modules/newbb/viewtopic.php?mode=viewtopic&topic_id=30736&forum=15&start=0&viewmode=flat&order=0
I'm so far unable to get a complete make run through. Strangely, I'm getting
an err
some reason ask about it.
http://sourceforge.net/projects/uboot-amigaone/
I do think it makes sense to remove it from mainline from now and until it
compiles and works well again.
Bill Toner
amigab...@gmail.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://l
master/dts-somewhere.txt
--
Bill Mills
Principal Technical Consultant, Linaro
+1-240-643-0836
TZ: US Eastern
Work Schedule: Tues/Wed/Thur
94 matches
Mail list logo