* Imx51 processor hangs when we do an md 0xf0000000 (memory display) in u-boot
@ 2011-04-16 18:14 Greg Topmiller
2011-04-18 7:29 ` Sascha Hauer
0 siblings, 1 reply; 7+ messages in thread
From: Greg Topmiller @ 2011-04-16 18:14 UTC (permalink / raw)
To: barebox
[-- Attachment #1.1: Type: text/plain, Size: 706 bytes --]
We're are using the Freescale release L2.6.31_MX51_SDK_0912_Image and it will do this on a Freescale Babbage board and our design. It also does the same thing in Linux when we mmap the address 0xf0000000 and try to read from it. It does not hang on the Redboot.bin image supplied with the Freescale SDK. The Redboot dump command displays some data. On the Freescale 3Stack board we get an illegal address error in Redboot, but it will hang in u-boot. We realize this is a reserved physical address but would hope that an error of some kind would occur rather than locking up the CPU. Could it be some sort of MMU initialization difference between Redboot and u-boot?
Thanks in advance.
Greg
[-- Attachment #1.2: Type: text/html, Size: 2401 bytes --]
[-- Attachment #2: Type: text/plain, Size: 149 bytes --]
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Imx51 processor hangs when we do an md 0xf0000000 (memory display) in u-boot
2011-04-16 18:14 Imx51 processor hangs when we do an md 0xf0000000 (memory display) in u-boot Greg Topmiller
@ 2011-04-18 7:29 ` Sascha Hauer
2011-04-18 9:44 ` Greg Topmiller
2011-04-18 15:03 ` again on enviroment and partition problems Omar Pighi
0 siblings, 2 replies; 7+ messages in thread
From: Sascha Hauer @ 2011-04-18 7:29 UTC (permalink / raw)
To: Greg Topmiller; +Cc: barebox
On Sat, Apr 16, 2011 at 11:14:13AM -0700, Greg Topmiller wrote:
> We're are using the Freescale release L2.6.31_MX51_SDK_0912_Image and
> it will do this on a Freescale Babbage board and our design. It also
> does the same thing in Linux when we mmap the address 0xf0000000 and
> try to read from it. It does not hang on the Redboot.bin image
> supplied with the Freescale SDK. The Redboot dump command displays
> some data. On the Freescale 3Stack board we get an illegal address
> error in Redboot, but it will hang in u-boot. We realize this is a
> reserved physical address but would hope that an error of some kind
> would occur rather than locking up the CPU. Could it be some sort of
> MMU initialization difference between Redboot and u-boot?
I have no idea how redboot maps the memory in the mmu, but barebox and
u-boot use a 1:1 mapping which results in the behaviour you see.
Accessing reserved memory can result in a abort.
Sascha
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 7+ messages in thread
* RE: Imx51 processor hangs when we do an md 0xf0000000 (memory display) in u-boot
2011-04-18 7:29 ` Sascha Hauer
@ 2011-04-18 9:44 ` Greg Topmiller
2011-04-18 13:15 ` on enviromen Omar Pighi
2011-04-18 15:03 ` again on enviroment and partition problems Omar Pighi
1 sibling, 1 reply; 7+ messages in thread
From: Greg Topmiller @ 2011-04-18 9:44 UTC (permalink / raw)
To: Sascha Hauer; +Cc: barebox
Thank you for your response.
Is there any way we can put code in u-boot to handle the abort?
Thanks,
Greg
________________________________________
From: Sascha Hauer [s.hauer@pengutronix.de]
Sent: Monday, April 18, 2011 3:29 AM
To: Greg Topmiller
Cc: barebox@lists.infradead.org
Subject: Re: Imx51 processor hangs when we do an md 0xf0000000 (memory display) in u-boot
On Sat, Apr 16, 2011 at 11:14:13AM -0700, Greg Topmiller wrote:
> We're are using the Freescale release L2.6.31_MX51_SDK_0912_Image and
> it will do this on a Freescale Babbage board and our design. It also
> does the same thing in Linux when we mmap the address 0xf0000000 and
> try to read from it. It does not hang on the Redboot.bin image
> supplied with the Freescale SDK. The Redboot dump command displays
> some data. On the Freescale 3Stack board we get an illegal address
> error in Redboot, but it will hang in u-boot. We realize this is a
> reserved physical address but would hope that an error of some kind
> would occur rather than locking up the CPU. Could it be some sort of
> MMU initialization difference between Redboot and u-boot?
I have no idea how redboot maps the memory in the mmu, but barebox and
u-boot use a 1:1 mapping which results in the behaviour you see.
Accessing reserved memory can result in a abort.
Sascha
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 7+ messages in thread
* on enviromen
2011-04-18 9:44 ` Greg Topmiller
@ 2011-04-18 13:15 ` Omar Pighi
0 siblings, 0 replies; 7+ messages in thread
From: Omar Pighi @ 2011-04-18 13:15 UTC (permalink / raw)
To: barebox
...
some problems on enviroment loading. (imx25 3stack board)
ad the startup first time i have :
devfs: wrong magic on /dev/env0
if i perform a saveenv then reset:
wrong crc on env...
something wrong ... if i try to update_kernel it say that it cannot find
the nand.kernel partition..
but i can see the partition on dev directory...
in menuconfig->generalsettings i checked only "compile in default
enviroment"
Thanks
Omar
Dott. Ing. Omar Pighi
R&D Selea s.r.l.
Via A.Moro 69
46015 Cicognara (MN)
ITALY
tel +39-0375-889091
fax +39-0375-889080
web:www.selea.com
Il 18/04/2011 11:44, Greg Topmiller ha scritto:
> Thank you for your response.
>
> Is there any way we can put code in u-boot to handle the abort?
>
> Thanks,
>
> Greg
>
> ________________________________________
> From: Sascha Hauer [s.hauer@pengutronix.de]
> Sent: Monday, April 18, 2011 3:29 AM
> To: Greg Topmiller
> Cc: barebox@lists.infradead.org
> Subject: Re: Imx51 processor hangs when we do an md 0xf0000000 (memory display) in u-boot
>
> On Sat, Apr 16, 2011 at 11:14:13AM -0700, Greg Topmiller wrote:
>
>> We're are using the Freescale release L2.6.31_MX51_SDK_0912_Image and
>> it will do this on a Freescale Babbage board and our design. It also
>> does the same thing in Linux when we mmap the address 0xf0000000 and
>> try to read from it. It does not hang on the Redboot.bin image
>> supplied with the Freescale SDK. The Redboot dump command displays
>> some data. On the Freescale 3Stack board we get an illegal address
>> error in Redboot, but it will hang in u-boot. We realize this is a
>> reserved physical address but would hope that an error of some kind
>> would occur rather than locking up the CPU. Could it be some sort of
>> MMU initialization difference between Redboot and u-boot?
>>
> I have no idea how redboot maps the memory in the mmu, but barebox and
> u-boot use a 1:1 mapping which results in the behaviour you see.
> Accessing reserved memory can result in a abort.
>
> Sascha
>
> --
> Pengutronix e.K. | |
> Industrial Linux Solutions | http://www.pengutronix.de/ |
> Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
> Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
> _______________________________________________
> barebox mailing list
> barebox@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/barebox
>
>
>
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 7+ messages in thread
* again on enviroment and partition problems
2011-04-18 7:29 ` Sascha Hauer
2011-04-18 9:44 ` Greg Topmiller
@ 2011-04-18 15:03 ` Omar Pighi
2011-04-18 17:48 ` Sascha Hauer
1 sibling, 1 reply; 7+ messages in thread
From: Omar Pighi @ 2011-04-18 15:03 UTC (permalink / raw)
To: Sascha Hauer; +Cc: barebox
reading here:
http://www.spinics.net/lists/u-boot-v2/msg02944.html
it seems that now it works and save enviroments with correct crc.
but when i triy to ypdate_kernel it says_
partition dev/nand0.kernel.bb not found... no one .bb partition has been
created.
it should be done by hush_hack but it doesn't.
reading here:
http://www.spinics.net/lists/u-boot-v2/msg02957.html
but "CONFIG_GLOB=y"
I cannot find it in any kconfig file... so it is not possible to set
using menuconfig... should i add by hand. this means something missin in
the kconfigs...
Thanks
Omar
Dott. Ing. Omar Pighi
R&D Selea s.r.l.
Via A.Moro 69
46015 Cicognara (MN)
ITALY
tel +39-0375-889091
fax +39-0375-889080
web:www.selea.com
Il 18/04/2011 09:29, Sascha Hauer ha scritto:
> On Sat, Apr 16, 2011 at 11:14:13AM -0700, Greg Topmiller wrote:
>
>> We're are using the Freescale release L2.6.31_MX51_SDK_0912_Image and
>> it will do this on a Freescale Babbage board and our design. It also
>> does the same thing in Linux when we mmap the address 0xf0000000 and
>> try to read from it. It does not hang on the Redboot.bin image
>> supplied with the Freescale SDK. The Redboot dump command displays
>> some data. On the Freescale 3Stack board we get an illegal address
>> error in Redboot, but it will hang in u-boot. We realize this is a
>> reserved physical address but would hope that an error of some kind
>> would occur rather than locking up the CPU. Could it be some sort of
>> MMU initialization difference between Redboot and u-boot?
>>
> I have no idea how redboot maps the memory in the mmu, but barebox and
> u-boot use a 1:1 mapping which results in the behaviour you see.
> Accessing reserved memory can result in a abort.
>
> Sascha
>
>
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: again on enviroment and partition problems
2011-04-18 15:03 ` again on enviroment and partition problems Omar Pighi
@ 2011-04-18 17:48 ` Sascha Hauer
2011-04-19 9:17 ` Omar Pighi
0 siblings, 1 reply; 7+ messages in thread
From: Sascha Hauer @ 2011-04-18 17:48 UTC (permalink / raw)
To: Omar Pighi; +Cc: barebox
On Mon, Apr 18, 2011 at 05:03:30PM +0200, Omar Pighi wrote:
> reading here:
> http://www.spinics.net/lists/u-boot-v2/msg02944.html
>
> it seems that now it works and save enviroments with correct crc.
> but when i triy to ypdate_kernel it says_
> partition dev/nand0.kernel.bb not found... no one .bb partition has been
> created.
> it should be done by hush_hack but it doesn't.
>
> reading here:
> http://www.spinics.net/lists/u-boot-v2/msg02957.html
>
> but "CONFIG_GLOB=y"
>
> I cannot find it in any kconfig file... so it is not possible to set
> using menuconfig... should i add by hand. this means something missin in
> the kconfigs...
CONFIG_GLOB depends on CONFIG_SHELL_HUSH. Could it be that hush is not
enabled in you config?
Sascha
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: again on enviroment and partition problems
2011-04-18 17:48 ` Sascha Hauer
@ 2011-04-19 9:17 ` Omar Pighi
0 siblings, 0 replies; 7+ messages in thread
From: Omar Pighi @ 2011-04-19 9:17 UTC (permalink / raw)
To: Sascha Hauer; +Cc: barebox
[-- Attachment #1: Type: text/plain, Size: 1964 bytes --]
Hi,
you where right about CONFIG_GLOB... sorry.
and what about the other problem on crc error?
(http://www.spinics.net/lists/u-boot-v2/msg02944.html) is it ok the
correction?
but i have some problem on saving enviroment... I mean if i create a
enviroment variable from command line (i.e. myvar=testvalue) and perorm
saveenv command.
then reset the board.. i should find the variable again (using printenv
i doesn't have it defined)
i tried to modify a scrit in the /env directory (just adding an echo)
then "make" but downloading the new bin... but i cannot see the new init
script .. in the /env/bin directory i still have the old one...
can anybody explain to me the usage of this menuconfig item:
[*] Compile in default environment │ │
│ │ [*] Default environment generic │ │
│ │ (arch/arm/boards/freescale-mx25-3-stack/env/) Default environment path
attached my config file just to understand if i'm doign something wrong
on enviroment usage...
thanks
Omar
Dott. Ing. Omar Pighi
R&D Selea s.r.l.
Via A.Moro 69
46015 Cicognara (MN)
ITALY
tel +39-0375-889091
fax +39-0375-889080
web:www.selea.com
Il 18/04/2011 19:48, Sascha Hauer ha scritto:
> On Mon, Apr 18, 2011 at 05:03:30PM +0200, Omar Pighi wrote:
>
>> reading here:
>> http://www.spinics.net/lists/u-boot-v2/msg02944.html
>>
>> it seems that now it works and save enviroments with correct crc.
>> but when i triy to ypdate_kernel it says_
>> partition dev/nand0.kernel.bb not found... no one .bb partition has been
>> created.
>> it should be done by hush_hack but it doesn't.
>>
>> reading here:
>> http://www.spinics.net/lists/u-boot-v2/msg02957.html
>>
>> but "CONFIG_GLOB=y"
>>
>> I cannot find it in any kconfig file... so it is not possible to set
>> using menuconfig... should i add by hand. this means something missin in
>> the kconfigs...
>>
> CONFIG_GLOB depends on CONFIG_SHELL_HUSH. Could it be that hush is not
> enabled in you config?
>
> Sascha
>
>
[-- Attachment #2: auto.conf --]
[-- Type: text/plain, Size: 2837 bytes --]
#
# Automatically generated make config: don't edit
# Linux/arm 2011.04.0 Barebox Configuration
# Tue Apr 19 09:55:24 2011
#
CONFIG_CRC32=y
CONFIG_CMD_BOOTM=y
CONFIG_ARCH_IMX_INTERNAL_BOOT=y
CONFIG_DEFAULT_ENVIRONMENT_PATH="arch/arm/boards/freescale-mx25-3-stack/env/"
CONFIG_I2C_IMX=y
CONFIG_GLOB=y
CONFIG_CMD_CD=y
CONFIG_DEFAULT_ENVIRONMENT_GENERIC=y
CONFIG_ZLIB=y
CONFIG_CMD_DEVINFO=y
CONFIG_CMD_FALSE=y
CONFIG_DYNAMIC_CRC_TABLE=y
CONFIG_DEFAULT_ENVIRONMENT=y
CONFIG_HAS_CFI=y
CONFIG_CMD_EXPORT=y
CONFIG_CMD_CP=y
CONFIG_NAND_IMX=y
CONFIG_NET_DHCP=y
CONFIG_MTD=y
CONFIG_SHELL_HUSH=y
CONFIG_MTD_NAND_IDS=y
CONFIG_CMD_CRC_CMP=y
CONFIG_CMD_ARM_CPUINFO=y
CONFIG_SIMPLE_READLINE=y
CONFIG_CMD_PARTITION=y
CONFIG_DRIVER_NET_FEC_IMX=y
CONFIG_ARM=y
CONFIG_MAXARGS=16
CONFIG_GENERIC_GPIO=y
CONFIG_PARTITION=y
CONFIG_CMD_HELP=y
CONFIG_ENABLE_DEVICE_NOISE=y
CONFIG_CMD_CRC=y
CONFIG_CMD_SAVEENV=y
CONFIG_CMD_TRUE=y
CONFIG_DEFCONFIG_LIST="$ARCH_DEFCONFIG"
CONFIG_HAVE_CONFIGURABLE_TEXT_BASE=y
CONFIG_CMD_FLASH=y
CONFIG_ARCH_IMX25=y
CONFIG_CMD_TEST=y
CONFIG_CMD_LOADENV=y
CONFIG_CMD_MKDIR=y
CONFIG_TEXT_BASE=0x83f00000
CONFIG_I2C_MC34704=y
CONFIG_CPU_ARM926T=y
CONFIG_STACK_SIZE=0x8000
CONFIG_CPU_32=y
CONFIG_ENABLE_PARTITION_NOISE=y
CONFIG_PROCESS_ESCAPE_SEQUENCE=y
CONFIG_ERRNO_MESSAGES=y
CONFIG_ARCH_TEXT_BASE=0x83f00000
CONFIG_NET_TFTP=y
CONFIG_CPU_32v5=y
CONFIG_BZLIB=y
CONFIG_MTD_NAND_VERIFY_WRITE=y
CONFIG_CMD_RESET=y
CONFIG_GREGORIAN_CALENDER=y
CONFIG_HAVE_CONFIGURABLE_MEMORY_LAYOUT=y
CONFIG_CMD_PWD=y
CONFIG_ARCH_IMX=y
CONFIG_MIIDEV=y
CONFIG_I2C=y
CONFIG_ENV_HANDLING=y
CONFIG_CMD_CLEAR=y
CONFIG_NET_NFS=y
CONFIG_NAND=y
CONFIG_NET=y
CONFIG_ARCH_HAS_FEC_IMX=y
CONFIG_ARCH_IMX_INTERNAL_BOOT_NAND=y
CONFIG_CMD_BOOTM_BZLIB=y
CONFIG_MALLOC_SIZE=0x400000
CONFIG_CMD_GO=y
CONFIG_GENERIC_LINKER_SCRIPT=y
CONFIG_ENABLE_FLASH_NOISE=y
CONFIG_CMD_BOOTU=y
CONFIG_CMD_VERSION=y
CONFIG_NET_PING=y
CONFIG_CMD_BOOTM_SHOW_TYPE=y
CONFIG_HAS_KALLSYMS=y
CONFIG_CMD_UMOUNT=y
CONFIG_CMD_TIMEOUT=y
CONFIG_CMD_MEMORY=y
CONFIG_CMD_BOOTZ=y
CONFIG_MACH_HAS_LOWLEVEL_INIT=y
CONFIG_CMD_ECHO=y
CONFIG_LOCALVERSION_AUTO=y
CONFIG_HAS_MODULES=y
CONFIG_CMD_CAT=y
CONFIG_CMD_PRINTENV=y
CONFIG_CMD_LS=y
CONFIG_CMD_RM=y
CONFIG_CONSOLE_FULL=y
CONFIG_BAUDRATE=115200
CONFIG_MACH_DO_LOWLEVEL_INIT=y
CONFIG_BOARDINFO="Freescale MX25 3Stack"
CONFIG_CONSOLE_ACTIVATE_FIRST=y
CONFIG_TIMESTAMP=y
CONFIG_FREESCALE_MX25_3STACK_SDRAM_64MB_DDR2=y
CONFIG_FS_DEVFS=y
CONFIG_CBSIZE=1024
CONFIG_HUSH_GETOPT=y
CONFIG_CMD_MOUNT=y
CONFIG_FS_CRAMFS=y
CONFIG_PROMPT_HUSH_PS2="> "
CONFIG_MACH_FREESCALE_MX25_3STACK=y
CONFIG_IMX_CLKO=y
CONFIG_CMD_EDIT=y
CONFIG_NET_NETCONSOLE=y
CONFIG_CMD_ECHO_E=y
CONFIG_FS_RAMFS=y
CONFIG_MEMORY_LAYOUT_DEFAULT=y
CONFIG_PROMPT="barebox:"
CONFIG_CMD_BOOTM_ZLIB=y
CONFIG_CMD_MEMINFO=y
CONFIG_DRIVER_SERIAL_IMX=y
CONFIG_LONGHELP=y
CONFIG_CMD_RMDIR=y
CONFIG_DEBUG_INFO=y
[-- Attachment #3: Type: text/plain, Size: 149 bytes --]
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2011-04-19 9:17 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-04-16 18:14 Imx51 processor hangs when we do an md 0xf0000000 (memory display) in u-boot Greg Topmiller
2011-04-18 7:29 ` Sascha Hauer
2011-04-18 9:44 ` Greg Topmiller
2011-04-18 13:15 ` on enviromen Omar Pighi
2011-04-18 15:03 ` again on enviroment and partition problems Omar Pighi
2011-04-18 17:48 ` Sascha Hauer
2011-04-19 9:17 ` Omar Pighi
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox