On Mon, Feb 18, 2013 at 1:18 PM, Scott Wood wrote:
> On 02/18/2013 01:07:53 PM, Matthew McClintock wrote:
>>
>> @@ -118,6 +172,7 @@
>> * Localbus non-cacheable
>> * 0xe000_ 0xe80f_ Promjet/free128M non-cacheable
>> * 0xe800_ 0xefff_ FLASH
On Fri, Feb 15, 2013 at 6:34 PM, Scott Wood wrote:
> On 02/14/2013 03:35:13 PM, Matthew McClintock wrote:
>>
>> +#if defined(CONFIG_SYS_BR2_PRELIM) && defined(CONFIG_SYS_OR2_PRELIM)
>> + /* for FPGA */
>> + set_lbc_br(2, CONFIG_SYS_BR2_PRELIM);
>> + set_lbc_or(2, CONFIG_SYS_OR2_P
On Fri, Jan 18, 2013 at 7:42 PM, Scott Wood wrote:
> This saved 640 bytes on MPC8536DS (a board with two of the six
> ports defined).
>
> Signed-off-by: Scott Wood
I noticed the same issue on SPL builds.
Ack.
-M
> ---
> drivers/serial/serial_ns16550.c | 12
> 1 file changed, 1
On Wed, Oct 31, 2012 at 5:08 PM, Scott Wood wrote:
> On 10/31/2012 01:17:31 AM, Prabhakar Kushwaha wrote:
>>
>> On 10/31/2012 02:37 AM, Scott Wood wrote:
>>>
>>> On 10/30/2012 04:26:16 AM, Prabhakar Kushwaha wrote:
>>> I'd rather not see this split this up. This file is too much of a
>>> complica
On Wed, Oct 31, 2012 at 5:43 PM, Matthew McClintock wrote:
> On Wed, Oct 31, 2012 at 5:08 PM, Scott Wood wrote:
>> On 10/31/2012 01:17:31 AM, Prabhakar Kushwaha wrote:
>>>
>>> On 10/31/2012 02:37 AM, Scott Wood wrote:
On 10/30/2012 04:26:16 AM, Prabhakar Kushwaha wrote:
I'd rather
On Tue, Oct 2, 2012 at 5:26 AM, Stefan Roese wrote:
> On 09/27/2012 10:43 PM, McClintock Matthew-B29882 wrote:
>>>>>> By calling fdt_chosen(), the chosen node will be updated /
>>>>>> created by the "fdt boardsetup" command. This is useful for
On Thu, Sep 27, 2012 at 3:28 PM, Kumar Gala wrote:
>
> On Sep 26, 2012, at 9:20 AM, Stefan Roese wrote:
>
>> Hi Kumar,
>>
>> On 09/26/2012 03:36 PM, Kumar Gala wrote:
By calling fdt_chosen(), the chosen node will be updated /
created by the "fdt boardsetup" command. This is useful for
>>
On Thu, Sep 20, 2012 at 4:28 PM, Timur Tabi wrote:
> Scott Wood wrote:
>> The 512K limit is arbitrary and can be changed. It exists just to
>> provide a stable start address on something that grows from the end of
>> flash.
>
> True, but we haven't actually done changed it. Instead of allowing f
On Mon, Aug 13, 2012 at 6:34 PM, Scott Wood wrote:
> On 08/13/2012 06:31 PM, McClintock Matthew-B29882 wrote:
>> On Mon, Aug 13, 2012 at 6:23 PM, Scott Wood wrote:
>>> On 08/13/2012 01:10 PM, Matthew McClintock wrote:
>>>> This change reduces the SPL size by removin
On Mon, Aug 13, 2012 at 6:23 PM, Scott Wood wrote:
> On 08/13/2012 01:10 PM, Matthew McClintock wrote:
>> This change reduces the SPL size by removing the redundant syncs produced
>> by out_be32 and just replies on one final sync
>>
>> Done with:
>>
>> sed -r '/in_be32/b; s/(out_be32)\(([^,]*),\s+
On Mon, Aug 13, 2012 at 6:22 PM, Scott Wood wrote:
> On 08/13/2012 06:14 PM, McClintock Matthew-B29882 wrote:
>> On Mon, Aug 13, 2012 at 5:56 PM, Scott Wood wrote:
>>> On 08/13/2012 01:10 PM, Matthew McClintock wrote:
>>>> Let's use the more appropriat
On Mon, Aug 13, 2012 at 5:56 PM, Scott Wood wrote:
> On 08/13/2012 01:10 PM, Matthew McClintock wrote:
>> Let's use the more appropriate udelay for the nand_spl. While we
>> can't make use of u-boot's full udelay we can atl east use a for
>> loop that won't get optimized away .Since we have the bu
On Mon, Aug 13, 2012 at 1:18 PM, Scott Wood wrote:
> On 08/13/2012 01:10 PM, Matthew McClintock wrote:
>> We have a requirement to wait a period of time before enabling the
>> DDR controller
>>
>> Signed-off-by: Matthew McClintock
>> ---
>> nand_spl/board/freescale/p1023rds/Makefile|6 ++
On Wed, Aug 8, 2012 at 9:27 PM, Matthew McClintock wrote:
> On Wed, Aug 8, 2012 at 8:06 PM, Scott Wood wrote:
>> LAW init is skipped in the SPL payload because it's assumed that the SPL
>> has taken care of it -- so make sure the SPL loads all the LAWs as is
>> done on other boards.
>
> It might
On Wed, Aug 8, 2012 at 8:06 PM, Scott Wood wrote:
> LAW init is skipped in the SPL payload because it's assumed that the SPL
> has taken care of it -- so make sure the SPL loads all the LAWs as is
> done on other boards.
It might be good to try this on a few different compilers to see if
they are
On Fri, Jul 20, 2012 at 1:56 PM, Marek Vasut wrote:
> Dear McClintock Matthew-B29882,
>
> [...]
>
>> I think this merge is causing issues. Resetting to the previous merge
>> (ad8439d Merge branch 'sf' of git://git.denx.de/u-boot-blackfin) and
>> the i
On Fri, Jul 20, 2012 at 2:19 AM, Wolfgang Denk wrote:
> Dear Marek,
>
> In message <201207191452.53818.ma...@denx.de> you wrote:
>>
>> please apply this into the current release. I'm hereby commiting seppuku.
>
>
> PLEASE send such pull reqeusts to the mailing list, so everybody can
> see it.
>
>
On Fri, May 18, 2012 at 11:44 AM, Scott Wood wrote:
> On 05/18/2012 11:04 AM, Timur Tabi wrote:
>> +#elif defined(CONFIG_NAND_U_BOOT)
>> +#define CONFIG_ENV_IS_IN_NAND
>> +#define CONFIG_ENV_SIZE CONFIG_SYS_NAND_BLOCK_SIZE
>> +#define CONFIG_ENV_OFFSET ((512 * 1024) + CONFIG_SYS_NA
On Fri, May 18, 2012 at 12:08 PM, Timur Tabi wrote:
> Scott Wood wrote:
>> NACK, please use SPD.
>>
>> Also please use the new SPL infrastructure.
>
> I'm just taking the patches as they are on the SDK and posting them. I
> have no idea how the new SPL infrastructure works.
>
> If you're going to
On Fri, May 18, 2012 at 12:21 PM, Scott Wood wrote:
> On 05/18/2012 12:08 PM, Timur Tabi wrote:
>> Scott Wood wrote:
>>> It was over a year ago that I made that request internally. And still
>>> the answer is "I need this now now now!".
>>
>> Who's going to do that work, if not you?
>
> Matthew h
On Thu, Mar 22, 2012 at 10:08 AM, Tom Rini wrote:
> On 03/21/2012 07:58 PM, Graeme Russ wrote:
>>
>> Hello Custodians and Mailing List Aficionados,
>>
>> I don't know if anyone has noticed, but patchwork is starting to collect
>> a rather large amount of cruft.
>
>
> Do we, or do we not have the m
On Thu, Feb 9, 2012 at 5:06 PM, Joe Kulikauskas
wrote:
> Hello,
>
> Does anybody happen to know a reference with _details_ of how to format and
> mkfs an SD card to be bootable for freescale platform?
>
> Background: I'm using a freescale utility (
> https://github.com/kergoth/boot-format), but i
On Mon, Nov 14, 2011 at 3:42 PM, Marek Vasut wrote:
> Well there is a reason why one should stick to ELDK ;-)
It depends on what version of GCC you want to use as well.
-M
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listin
On Fri, Nov 11, 2011 at 2:12 PM, Scott Wood wrote:
> Shouldn't libgcc provide this?
It's not being provided by certain toolchains...
-M
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Adding York who might be able to help more...
-M
On Fri, Nov 11, 2011 at 4:18 PM, Ira W. Snyder wrote:
> On Fri, Nov 11, 2011 at 09:07:23PM +0000, McClintock Matthew-B29882 wrote:
>> On Fri, Nov 11, 2011 at 3:03 PM, Ira W. Snyder wrote:
>> > Thanks. That config_sram.dat is e
On Fri, Nov 11, 2011 at 3:03 PM, Ira W. Snyder wrote:
> Thanks. That config_sram.dat is exactly what I came up with.
>
> I have my board booting via L2SRAM, but the DDR doesn't get configured
> correctly yet. I'm trying to figure out how the DDR SPD stuff works in
> U-Boot. I've never used it befo
On Fri, Nov 11, 2011 at 11:12 AM, Ira W. Snyder wrote:
> Yep, this is a P2020.
>
> I'll check the Freescale documentation. Hopefully it provides an example
> of how to configure the On-Chip ROM to use L2SRAM instead of DDR.
>
> I'll try and find a U-Boot port that configures DDR via SPD. I'm sure
On Fri, Nov 11, 2011 at 10:53 AM, Ira W. Snyder wrote:
>> Does the board really support different DDR freq or is this copy / paste?
>>
>
> The memory is an SODIMM, but the RAM is configured before U-Boot runs by
> the Freescale On-Chip ROM. See above comment.
If this is a P2020 you could use the
On Wed, Nov 9, 2011 at 10:10 PM, Mike Frysinger wrote:
> am i the only one seeing errors like:
> board/esd/cpciiser4/libcpciiser4.o: In function `board_early_init_f':
> board/esd/cpciiser4/cpciiser4.c:139: undefined reference to `_restgpr_26_x'
>
> i'm using a gcc-4.5.x toolchain here. should we
On Thu, Nov 10, 2011 at 11:47 AM, Timur Tabi wrote:
>> I boot off of SDCARD (P2020COME_SDCARD_config). To write the U-Boot
>> image to the microSD card, I use a tool provided with the BSP called
>> "boot_format-1.0.0". Maybe you are familiar with it?
>
> I think that qualifies as multi-stage booti
On Wed, Nov 2, 2011 at 9:16 PM, Huang Changming-R66093
wrote:
> No, I have two boards, one was used for BSP development, and the other was
> ordered in Aug.
>
>> $ make mpc8360emds_newmodifier
>>
> It make sense.
Kim's way makes more sense if those values are different though.
-M
__
On Wed, Nov 2, 2011 at 2:34 AM, Huang Changming-R66093
wrote:
>> > How can I deal with the new board and old board?
>>
>> Check the board revision at runtime.
>>
> Board Specification says, there is one EEPROM to contain all board history,
> and I found it:
> On I2C2 bus, there is one EEPROM BRD(
On Thu, Jul 14, 2011 at 3:41 PM, Ira W. Snyder wrote:
> I'm using the U-Boot that came on the board: 2009.11-V100R00. I have not
> changed any DIP switches. My boot log is below.
I think this version is missing stuff for SPI to work. Can you try a
newer version? This board should support an altba
On Thu, Jul 14, 2011 at 1:59 PM, Ira W. Snyder wrote:
> The documentation Freescale sent me claims that U-Boot is in a 4MB SPI
> flash, however, the U-Boot that came with the board is unable to
> initialize the SPI subsystem per their instructions.
>
> => sf probe 0
> SF: Unsupported Manufacturer
On Tue, Jun 7, 2011 at 3:19 PM, Wolfgang Denk wrote:
>> Perhaps having a CONFIG_TARGET_IMAGE available and having just one
>> generic TARGET available?
>>
>> ifdef CONFIG_TARGET_IMAGE
>> ALL += $(CONFIG_TARGET_IMAGE)
>> endif
>>
>> TARGET_IMAGE_OBJS-y += various.bin
>> TARGET_IMAGE_OBJS-y += requi
On Tue, Jun 7, 2011 at 3:04 PM, Wolfgang Denk wrote:
>> BOARD_NAND
>> BOARD_NAND_IN_BOOTSTRAP
>> BOARD_SPIFLASH
>> BOARD_SPIFLASH_IN_BOOTSTRAP
>> BOARD_SDCARD
>> BOARD_SDCARD_IN_BOOTSTRAP
>
> Are these independent targets? I think you don't run a
> "./MAKEALL BOARD_SDCARD_IN_BOOTSTRAP" alone, rig
On Sat, Jun 4, 2011 at 7:32 AM, Wolfgang Denk wrote:
>> +ifndef CONFIG_IN_BOOTSTRAP
>> +ifeq ($(CONFIG_SPIFLASH), y)
>> +ALL += $(obj)u-boot-spi.bin
>> +endif
>> +
>> +ifeq ($(CONFIG_SDCARD), y)
>> +ALL += $(obj)u-boot-sd.bin
>> +endif
>> +endif
>
> I really dislike to have this in the top level M
On Sat, Jun 4, 2011 at 7:33 AM, Wolfgang Denk wrote:
>> Did you not see the other patch in the same series that makes use of
>> this feature? It's not about actually typing it out. Let me know if
>> you need help finding patch 3/4.
>
> It does not matter if you add it here and use it there. We al
On Tue, Jun 7, 2011 at 12:12 AM, Bear wrote:
>> Once you have a working NAND, you can replace the NOR image, switching
>> back to NAND if the new NOR image is broken.
>>
>> And of course be careful not to write to the wrong flash, and destroy your
>> backup boot source.
>
> Thanks for your help. N
On Sat, Jun 4, 2011 at 2:56 AM, Wolfgang Denk wrote:
> I see absolutely no sense in this, We already have a way to specify
> such arguments, as you write yourself in your commit message. Your
> new way is just more complicated, more typing effort, and as such just
> useless overhead.
Did you no
On Fri, Jun 3, 2011 at 2:16 PM, Mike Frysinger wrote:
>> On Thu, Jun 2, 2011 at 11:48 PM, Mike Frysinger wrote:
>> > any reason you couldnt add silent=0 to CONFIG_EXTRA_ENV_SETTINGS ?
>>
>> I was just perturbed that setting CONFIG_SILENT_CONSOLE did not
>> actually make the console silent - I thou
On Fri, Jun 3, 2011 at 2:24 PM, Mike Frysinger wrote:
> On Friday, June 03, 2011 14:36:03 Matthew McClintock wrote:
>> +if [ -z "${options}" ] ; then
>> + options=$EXTRA_OPTS
>> +else
>> + options="$options,$EXTRA_OPTS"
>> +fi
>
> this can be simplified (or at least done in one line) with:
On Thu, Jun 2, 2011 at 10:18 AM, Mike Frysinger wrote:
> diff --git a/common/cmd_usb.c b/common/cmd_usb.c
> index b5731a7..efec895 100644
> --- a/common/cmd_usb.c
> +++ b/common/cmd_usb.c
> @@ -356,7 +356,7 @@ int do_usbboot(cmd_tbl_t *cmdtp, int flag, int argc, char
> * const argv[])
> {
>
On Thu, Jun 2, 2011 at 11:48 PM, Mike Frysinger wrote:
> any reason you couldnt add silent=0 to CONFIG_EXTRA_ENV_SETTINGS ?
I was just perturbed that setting CONFIG_SILENT_CONSOLE did not
actually make the console silent - I thought it would be cleaner to
have a define available for this. This is
Ugh. I just messed that up. Ignore this patch series.
-M
On Thu, Jun 2, 2011 at 2:27 PM, wrote:
> From: Matthew McClintock
>
> Just setting CONFIG_SILENT_CONSOLE does not make the CONSOLE
> silent without the silent env variable set. This adds a new
> define to add this to the default environm
On Wed, Jun 1, 2011 at 11:59 AM, Mike Frysinger wrote:
>> I don't tink this will work since if we undef CONFIG_CMD_BOOTM we
>> don't even compile common/cmd_bootm.c.
>
> please double check the patch where it modifies the header
Sorry. I did not get that far. Yes this looks good.
ACK
-M
___
On Wed, Jun 1, 2011 at 10:10 AM, Mike Frysinger wrote:
> actually, if you dont mind, i'd like to obsolete this patch with the one
> below. what do you think ?
> -mike
>
> diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c
> index 18019d6..c5c169f 100644
> --- a/common/cmd_bootm.c
> +++ b/common
On Mon, May 23, 2011 at 7:25 PM, Mike Frysinger wrote:
> void __weak flush_icache(void)
> {
> /* please define arch specific flush_icache */
> puts("No arch specific flush_icache available!\n");
> }
This syntax does not quite work for me... how about something like:
void flush_icac
On Tue, Apr 5, 2011 at 1:48 PM, Scott Wood wrote:
> When building for MPC8315ERDB_NAND, I get:
>
> nand_boot_fsl_elbc.c: In function 'nand_load':
> nand_boot_fsl_elbc.c:54:20: error: 'CONFIG_NAND_OR_PRELIM' undeclared (first
> use in this function)
> nand_boot_fsl_elbc.c:54:20: note: each undecla
On Mon, Mar 14, 2011 at 6:28 PM, Wolfgang Denk wrote:
>> We are trying to access the I2C bus before relocation from flash to read
>> switch settings. Using the current CONFIG_SYS_SPD_BUS_NUM define to do this
>> is fine for our needs however I would like to ask if we wanted to change
>> this to a
On Wed, Mar 9, 2011 at 9:36 AM, Kumar Gala wrote:
> the setting of pmuxcr? SW has to do that.
>
But we don't do this based off the switch value currently on
p1_p2_rdb_pc boards.
-M
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mail
On Sun, Mar 6, 2011 at 10:17 PM, Kumar Gala wrote:
> + if (i2c_data & 0x1) {
> + setbits_be32(&gur->pmuxcr, MPC85xx_PMUXCR_SD_DATA);
> + puts("SD/MMC : 8-bit Mode\n");
> + puts("eSPI : Disabled\n");
> + }
On Wed, Feb 16, 2011 at 10:00 AM, Alden, Kevin wrote:
> I have a custom board based on the Freescale P2020 RDB. I am having trouble
> getting through the entire boot sequence. Basically, I can't get a
> breakpoint to hit in board_init_r.
What version of u-boot are you using? Do you have DDR2
53 matches
Mail list logo
