Re: [U-Boot] [PATCH] add explicit bbt creation to commandline
Scott Wood-2 wrote:
>
> On Fri, Feb 12, 2010 at 06:14:51PM -0800, Steven Zedeck wrote:
>> Its in board/atmel/at91sam9rlek/nand.c
>>
>> It doesn't do much but set up the various GPIO connections. Here's the
>> function:
>>
>> int board_nand_init(struct nand_chip *nand)
>> {
>> nand->ecc.mode = NAND_ECC_SOFT;
>> #ifdef CFG_NAND_DBW_16
>> nand->options = NAND_BUSWIDTH_16;
>> #endif
>> nand->cmd_ctrl = at91sam9rlek_nand_hwcontrol;
>> nand->dev_ready = at91sam9rlek_nand_ready;
>> nand->chip_delay = 20;
>>
>> return 0;
>> }
>
> Add "nand->options |= NAND_USE_FLASH_BBT;".
>
> -Scott
>
>
Scott,
I really appreciate your help. I added what you suggested, except since we
are using an 8 bit wide bus and not 16 I had to do the following:
#ifdef CFG_NAND_DBW_8
nand->options |= NAND_USE_FLASH_BBT;
#endif
CFG_NAND_DBW_8 is set in my configs.h file.
Now when my board boots I get this and then it just stops:
NAND: Entering nand_init
Nand Base 0x4000
Bad block table not found for chip 0
Bad block table not found for chip 0
That comes from nand_bbt.c
Clearly there is something I'm missing regarding how the BBT is created and
utilized in Uboot.
thanks,
Steve
--
View this message in context:
http://old.nabble.com/-PATCH--add-explicit-bbt-creation-to-commandline-tp18299804p27625639.html
Sent from the Uboot - Users mailing list archive at Nabble.com.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] add explicit bbt creation to commandline
Scott Wood-2 wrote:
>
> Steven Zedeck wrote:
>>
>>
>> Steven Zedeck wrote:
>>>
>>>> No, I mean in the NAND driver for your specific hardware
>>>> (fsl_elbc_nand.c, mxc_nand.c, ndfc_nand.c, etc).
>>> You have been so helpful. I looked at the mtd/nand/Makefile and the only
>>> file that's included besides the nand* files is:
>>>
>>> COBJS-y += fsl_upm.o
>
> You've got an old/out-of-tree u-boot.
>
>> I think we are just using the base/generic mtd nand driver. Is that
>> possible?
>
> No, there must be a controller driver. It may be in a board or cpu
> directory, though. Search for board_nand_init().
>
>
Its in board/atmel/at91sam9rlek/nand.c
It doesn't do much but set up the various GPIO connections. Here's the
function:
int board_nand_init(struct nand_chip *nand)
{
nand->ecc.mode = NAND_ECC_SOFT;
#ifdef CFG_NAND_DBW_16
nand->options = NAND_BUSWIDTH_16;
#endif
nand->cmd_ctrl = at91sam9rlek_nand_hwcontrol;
nand->dev_ready = at91sam9rlek_nand_ready;
nand->chip_delay = 20;
return 0;
}
thanks,
Steve
--
View this message in context:
http://old.nabble.com/-PATCH--add-explicit-bbt-creation-to-commandline-tp18299804p27571823.html
Sent from the Uboot - Users mailing list archive at Nabble.com.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] add explicit bbt creation to commandline
Steven Zedeck wrote: > > >> No, I mean in the NAND driver for your specific hardware >> (fsl_elbc_nand.c, mxc_nand.c, ndfc_nand.c, etc). > > You have been so helpful. I looked at the mtd/nand/Makefile and the only > file that's included besides the nand* files is: > > COBJS-y += fsl_upm.o > > However, in that code: > #if defined(CONFIG_CMD_NAND) && defined(CONFIG_NAND_FSL_UPM) > > But I don't see CONFIG_NAND_FSL_UPM defined anywhere. It seems that this > file really isn't being used. > > How do I determine what hadrware driver its using? I'm sure this sounds > like a dumb question. Do all the drivers live in drivers/mtd/nand/ ? > > thanks, > Steve > > I think we are just using the base/generic mtd nand driver. Is that possible? thanks, Steve -- View this message in context: http://old.nabble.com/-PATCH--add-explicit-bbt-creation-to-commandline-tp18299804p27568365.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] add explicit bbt creation to commandline
> No, I mean in the NAND driver for your specific hardware > (fsl_elbc_nand.c, mxc_nand.c, ndfc_nand.c, etc). You have been so helpful. I looked at the mtd/nand/Makefile and the only file that's included besides the nand* files is: COBJS-y += fsl_upm.o However, in that code: #if defined(CONFIG_CMD_NAND) && defined(CONFIG_NAND_FSL_UPM) But I don't see CONFIG_NAND_FSL_UPM defined anywhere. It seems that this file really isn't being used. How do I determine what hadrware driver its using? I'm sure this sounds like a dumb question. Do all the drivers live in drivers/mtd/nand/ ? thanks, Steve -- View this message in context: http://old.nabble.com/-PATCH--add-explicit-bbt-creation-to-commandline-tp18299804p27568153.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] add explicit bbt creation to commandline
>> U-Boot supports creating a bad block table in flash, and has done so since >> before 2008.10 (assuming you're not using legacy NAND). Whether it does >> this depends on whether the NAND driver requests it with NAND_BBT_CREATE >> in >> nand_bbt_descr.options and NAND_USE_FLASH_BBT in nand_chip.options. > > >> I REALLY appreciate your help. I see in drivers/mtd/nand/nand_bbt.c where >> it >> checks for NAND_BBT_CREATE. What I don't see is where/how this gets set. >> Is >> there a config file that sets this? > It is set in the BBT descriptor struct. Which NAND driver are you > using? In order for it not to be set, the driver would have to use a > non-default BBT descriptor (for bbt_td/bbt_md, not badblock_pattern) and > leave out that flag. I don't see any upstream drivers (at least not > under drivers/mtd/nand) that do that, so it should just be a matter of > whether the driver specifies NAND_USE_FLASH_BBT in chip->options. First of all, I inherited much of this code, especially the NAND-related stuff. I've never needed to go into this portion of the code. It seems we are using the mtd driver as all our files dealing with nand are in drivers/mtd/nand. The only place I see NAND_USE_FLASH_BBT being used is in nand_bbt.c in nand_default_bbt. I see this: this->options |= NAND_USE_FLASH_BBT; return nand_scan_bbt (mtd, &agand_flashbased); Is this what you are referring to? Also, once we get the BBT created, does the code that loads Linux use that info ? Thanks a million. Steve -- View this message in context: http://old.nabble.com/-PATCH--add-explicit-bbt-creation-to-commandline-tp18299804p27567768.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] add explicit bbt creation to commandline
> > Hi, > I know this message is about 18 months old. I am using Uboot 2008.10, > which > seems to not include support for creating the Nand BBT (bad block table). > Was this patch released and if so when? Forgive me as I don't know how to > find out. > > How best to add BBT support to Uboot? I need to have a BBT created such > that > Linux can use it when it loads. > U-Boot supports creating a bad block table in flash, and has done so since > before 2008.10 (assuming you're not using legacy NAND). Whether it does > this depends on whether the NAND driver requests it with NAND_BBT_CREATE > in > nand_bbt_descr.options and NAND_USE_FLASH_BBT in nand_chip.options. I REALLY appreciate your help. I see in drivers/mtd/nand/nand_bbt.c where it checks for NAND_BBT_CREATE. What I don't see is where/how this gets set. Is there a config file that sets this? thanks, Steve > Linux can also create this table. Either way, it only needs to be done > once, not on every boot. > What the patch you quote does, as far as I can tell without what's been > snipped, is allow a new bad block table to be created when erasing the > entire chip. Normally the bad block table would be excluded from a > full-chip erase. -- View this message in context: http://old.nabble.com/-PATCH--add-explicit-bbt-creation-to-commandline-tp18299804p27566937.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] BBT support to UBOOT question
Hi all, I'm not really sure as to the protocol for asking this question. So I'll go right ahead. I've seen code on the web written by open moko that tries to address the issue of adding BBT creation to the uboot nand command. I looked at the latest released uboot (2009.11.1) and I don't see the "createbbt" support in the common/cmd_nand.c file I'm not sure what that means? Does it mean there is an issue with it or does it not mean some uboot criteria? Again, hope I'm asking this correctly. Does this functionality exist elsewhere within Uboot? I'd rather not reinvent the wheel, plus the fact that I don't know the details about nand devices as yet. I was hoping that support to create/generate the Nand BBT in Uboot existed. Any info would be greatly appreciated. thanks in advance, Steve -- View this message in context: http://old.nabble.com/BBT-support-to-UBOOT-question-tp27565331p27565331.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] add explicit bbt creation to commandline
Hi,
I know this message is about 18 months old. I am using Uboot 2008.10, which
seems to not include support for creating the Nand BBT (bad block table).
Was this patch released and if so when? Forgive me as I don't know how to
find out.
How best to add BBT support to Uboot? I need to have a BBT created such that
Linux can use it when it loads.
I hope you can help.
Thanks in advance,
Steve
P.S.: I snipped out portions of this code to save space in this reply.
Harald Welte wrote:
>
> [PATCH] add explicit bbt creation to commandline ("nand createbbt"
> command)
>
> This patch adds user-requested BBT creation. It includes the following
> changes:
>
> - common/cmd_nand.c: move yes/no decision to separate function
> - do_nand: ask for confirmation for "nand erase"
> - do_nand: add command "nand createbbt" to erase NAND and create a new BBT
>
> Signed-off-by: Werner Almesberger
> Signed-off-by: Harald Welte
>
> ---
>
> diff --git a/common/cmd_nand.c b/common/cmd_nand.c
> index bb46f34..2f41157 100644
> --- a/common/cmd_nand.c
> +++ b/common/cmd_nand.c
> @@ -162,6 +162,17 @@ out:
> return 0;
> }
>
> +static int yes(void)
> +{
> + char c;
> +
> + c = getc();
> + if (c != 'y' && c != 'Y')
> + return 0;
> + c = getc();
> + return c == '\r' || c == '\n';
> +}
> +
> int do_nand(cmd_tbl_t * cmdtp, int flag, int argc, char *argv[])
> {
> int i, dev, ret;
> @@ -231,7 +242,8 @@ int do_nand(cmd_tbl_t * cmdtp, int flag, int argc,
> char *argv[])
> strncmp(cmd, "read", 4) != 0 && strncmp(cmd, "write", 5) != 0 &&
> strcmp(cmd, "scrub") != 0 && strcmp(cmd, "markbad") != 0 &&
> strcmp(cmd, "biterr") != 0 &&
> - strcmp(cmd, "lock") != 0 && strcmp(cmd, "unlock") != 0 )
> + strcmp(cmd, "lock") != 0 && strcmp(cmd, "unlock") != 0 &&
> + strcmp(cmd, "createbbt") != 0 )
> goto usage;
>
> /* the following commands operate on the current device */
> @@ -286,13 +298,23 @@ int do_nand(cmd_tbl_t * cmdtp, int flag, int argc,
> char *argv[])
>"are sure of what you are doing!\n"
>"\nReally scrub this NAND flash? \n");
>
> - if (getc() == 'y' && getc() == '\r') {
> + if (yes()) {
> opts.scrub = 1;
> } else {
> puts("scrub aborted\n");
> return -1;
> }
> }
> + else {
> + if (opts.length == nand->size) {
> + puts("Really erase everything ? \n");
> + if (!yes()) {
> + puts("erase aborted\n");
> + return -1;
> + }
> + }
> + }
> +
> ret = nand_erase_opts(nand, &opts);
> printf("%s\n", ret ? "ERROR" : "OK");
>
> @@ -461,6 +483,33 @@ int do_nand(cmd_tbl_t * cmdtp, int flag, int argc,
> char *argv[])
> return 0;
> }
>
> + if (strcmp(cmd, "createbbt") == 0) {
> + struct nand_chip *nand_chip = nand->priv;
> + nand_erase_options_t opts;
> +
> + puts("Create BBT and erase everything ? \n");
> + if (!yes()) {
> + puts("createbbt aborted\n");
> + return -1;
> + }
> + memset(&opts, 0, sizeof(opts));
> + opts.length = nand->size;
> + if (nand_erase_opts(nand, &opts)) {
> + puts("Erase failed\n");
> + return 1;
> +.
> .
> .
> snip
> .
> .
> .
>
>
>
--
View this message in context:
http://old.nabble.com/-PATCH--add-explicit-bbt-creation-to-commandline-tp18299804p27558231.html
Sent from the Uboot - Users mailing list archive at Nabble.com.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Uboot RTC question
wd wrote: > > Dear Steven Zedeck, > > In message <27471322.p...@talk.nabble.com> you wrote: >> >> My question is why is it that when we get to the Uboot prompt upon a >> power >> cycle, the date is set to: >> 2007-00-01 00:00:00 >> >> Where is that being set/initialized? I looked through the code and I >> can't >> determine where this is being set. >> >> Is that what the date should be? Does Uboot force it somewhere? >> >> Our processor is the Atmel AT91SAM9RL. > > We don't know what your board is, and if it's in mainline so we can > actually look at the code. > > In a quick scan I didn't see any code in mainline which sets such a > date (which is wrong, in any case, as there is no month 00 in any of > the common notations). > > Is there a chance that this is actually your own custom code? > > Best regards, > > Wolfgang Denk > > -- > DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel > HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany > Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de > "Who is the oldest inhabitant of this village?" > "We haven't got one; we had one, but he died three weeks ago." > ___ > U-Boot mailing list > U-Boot@lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot > > As for my board, its based on the Atmel AT91SAM9RLEK board. I inherited this code. So I am still looking through the code to see where the RTC is being set. All I know at the moment is that whenever I power cycle and stop at the Uboot prompt, then type "date" I see that date/time: U-Boot> date at91_rtc_readtime(): 2007-00-01 00:00:xx Date: 2007-00-01 Time: 0:00:xx xx increments depending on when I type the date command. I just wonder where this year/month is being initialized. thanks, Steve -- View this message in context: http://old.nabble.com/Uboot-RTC-question-tp27471322p27472886.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Uboot RTC question
Hi, I am using Uboot 2008.10. I know its old but thats what we used when we started our project. My question is why is it that when we get to the Uboot prompt upon a power cycle, the date is set to: 2007-00-01 00:00:00 Where is that being set/initialized? I looked through the code and I can't determine where this is being set. Is that what the date should be? Does Uboot force it somewhere? Our processor is the Atmel AT91SAM9RL. thanks, Steve -- View this message in context: http://old.nabble.com/Uboot-RTC-question-tp27471322p27471322.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Preserving frame buffer memory between uboot and Linux
wd wrote:
>
> Dear Steven Zedeck,
>
> In message <25722060.p...@talk.nabble.com> you wrote:
>>
>> We have a situation when we want to display an image towards the end of
>> Uboot's execution, before we boot Linux. I have that already.
>>
>> However, my issue is that while Linux boots it mallocs a new frame buffer
>> and reinitializes the LCD controller with a new memory address. At the
>> moment in Uboot the frame buffer is at 0x23F39000. In Linux I see it
>> being
>> mapped to 0x2398.
>>
>> Is there a way to force Linux to use the already-allocated frame buffer
>> memory so the image doesn't go away?
>
> In mainline: not, or not yet at least.
>
> In our linux-2.6-denx repo you can find these commits:
>
> commit 01baab26e52bc66cb1781ab970fba932b592f2ee
> Author: Anatolij Gustschin
> Date: Wed May 28 23:45:21 2008 +0200
>
> Fix to enable console cursor drawing capability if
> CONFIG_FB_PRE_INIT_FB defined
>
> Background:
> By defining the CONFIG_FB_PRE_INIT_FB option in the
> Linux kernel configuration the framebuffer state
> set by the boot loader before booting the Linux kernel
> will be preserved in order to avoid display flicker and
> splash screen destruction. To ensure this, this option
> also disabled framebuffer console cursor drawing capability
> entirely. This was pretty invasive restriction and didn't
> allow using console cursor drawing later in applications
> which need the visible cursor.
>
> Now this patch is introduced to get rid of this restriction.
> If CONFIG_FB_PRE_INIT_FB is defined in the Linux kernel
> configuration, the framebuffer state will still be preserved
> (as set by the boot loader) and also framebuffer console
> cursor drawing will be disabled. If an application needs
> visible cursor, it should enable cursor drawing by writing
> escape sequence ESC[?25h to the console device.
> E.g. echo -e "\33[?25h" > /dev/tty0
>
> Signed-off-by: Anatolij Gustschin
> ...
> commit 6c3b5cdbc84b43190996124debc8fb29c9bf90ed
> Author: Anatolij Gustschin
> Date: Tue Jan 15 00:28:23 2008 +0100
>
> Add CONFIG_FB_PRE_INIT_FB option
>
> CONFIG_FB_PRE_INIT_FB option allows to inherit
> display controller configuration and framebuffer
> contents from the state set by the bootloader.
>
> Signed-off-by: Anatolij Gustschin
>
> They do exactly what you are looking for. I remember that someone
> tried to clean this up and poush it into mainline, but IIRC this
> attempt failed because the PTB considered this an exotic requirement
> from those insane embedded folks which was not needed on any real
> systems.
>
>> I am running on an Atmel AT91SAM9RL with Uboot 2008.10 and 2.6.28 Linux.
>
> Hope this helps.
>
> Best regards,
>
> Wolfgang Denk
>
> --
> DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
> HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
> Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
> Four thousand throats may be cut in one night by a running man.
> -- Klingon Soldier, "Day of the Dove", stardate unknown
> ___
> U-Boot mailing list
> U-Boot@lists.denx.de
> http://lists.denx.de/mailman/listinfo/u-boot
>
>
Wolfgang,
Thanks for the reply. I did a search on our entire Linux code base for
CONFIG_FB_PRE_INIT_FB and it only appears in one file
drivers/video/mb862xx/mb862xxfb.c
I don't understand how to set this variable in my specific configuration
file.
I did, however, see this in atmel_lcdfb.c:
map = platform_get_resource(pdev, IORESOURCE_MEM,1);
if (map)
{
/* use a pre-allocated memory buffer (/
.
.
.
/* Don't clear the frame buffer -- someone may have set up a splash
image. */
.
.
}
Isn't this what I need to be concerned about? If so, what do I need to do un
Uboot to make this take effect?
Thanks,
Steve
--
View this message in context:
http://www.nabble.com/Preserving-frame-buffer-memory-between-uboot-and-Linux-tp25722060p25751508.html
Sent from the Uboot - Users mailing list archive at Nabble.com.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Preserving frame buffer memory between uboot and Linux
Hi, We have a situation when we want to display an image towards the end of Uboot's execution, before we boot Linux. I have that already. However, my issue is that while Linux boots it mallocs a new frame buffer and reinitializes the LCD controller with a new memory address. At the moment in Uboot the frame buffer is at 0x23F39000. In Linux I see it being mapped to 0x2398. Is there a way to force Linux to use the already-allocated frame buffer memory so the image doesn't go away? I am running on an Atmel AT91SAM9RL with Uboot 2008.10 and 2.6.28 Linux. Thanks in advance, Steve -- View this message in context: http://www.nabble.com/Preserving-frame-buffer-memory-between-uboot-and-Linux-tp25722060p25722060.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] potential Uboot Ping problem
Peter Tyser wrote: > > Hi Steven, > > On Mon, 2009-06-01 at 08:03 -0700, Steven Zedeck wrote: >> I guess thats good news. I looked inside the cmd_ping code a bit. I bet >> there's a "while" loop somewhere that is waiting for something and may >> not >> have a timeout loop. Any ideas? >> >> Thanks, >> Steve > > Please don't top post, it makes the conversation hard to follow. > http://www.caliburn.nl/topposting.html > >> Premi, Sanjeev wrote: >> > >> >> -Original Message- >> >> From: u-boot-boun...@lists.denx.de >> >> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Steven Zedeck >> >> Sent: Monday, June 01, 2009 8:05 PM >> >> To: u-boot@lists.denx.de >> >> Subject: [U-Boot] potential Uboot Ping problem >> >> >> >> >> >> Hi, >> >> It appears the ping in UBOOT is broken. The ping works fine >> >> if you have a >> >> network connection. But if the network connection is >> >> disconnected the ping >> >> hangs the system. There is no response to Control-C either. I >> >> have to power >> >> cycle the proto to get back to a UBOOT prompt. Is this a >> >> known issue or did >> >> I possibly break something? >> >> >> >> I have a board based on the Atmel AT91SAM9RL-EK. My theory is >> >> that it "may" >> >> be a generic problem with the uboot ping. I can't confirm >> >> that since the >> >> only hardware I have is our protos. >> > >> > It was noticed on the OMAP3EVM last FRI and we were suspecting >> > it to be problem with the omap3 board configuration itself. >> > (Though did not spend much time in debug). >> > >> > Now, I too get a feeling that it could be a generic problem. >> > >> > Best regards, >> > Sanjeev >> >> >> >> Does anyone else have a board with another MAC/PHY that you >> >> can try this on? > > Ideally, if there is no link, the ping command should just exit > gracefully without attempting network operations. Eg on my 8561-based > board with no cables plugged in: > => ping 192.168.1.1 > Auto-neg error, defaulting to 10BT/HD > eTSEC1: No link. > Auto-neg error, defaulting to 10BT/HD > eTSEC2: No link. > ping failed; host 192.168.1.1 is not alive > > . > > The tsec driver's init function returns -1 when link isn't detected. > Perhaps your ethernet driver should do the same? > > What happens if you ping a non-existent IP address? Does that also hang > the board? Do other network operations hang the board if no ethernet > cable is plugged in? > > Best, > Peter > > ___ > U-Boot mailing list > U-Boot@lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot > > The ethernet driver is also from the uboot distribution. Its enc28j60.c. I'll need to go through it to see where its hanging assuming its in that driver or the ping code that calls it. thanks, Steve -- View this message in context: http://www.nabble.com/potential-Uboot-Ping-problem-tp23815872p23824737.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] potential Uboot Ping problem
I guess thats good news. I looked inside the cmd_ping code a bit. I bet there's a "while" loop somewhere that is waiting for something and may not have a timeout loop. Any ideas? Thanks, Steve Premi, Sanjeev wrote: > >> -Original Message- >> From: u-boot-boun...@lists.denx.de >> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Steven Zedeck >> Sent: Monday, June 01, 2009 8:05 PM >> To: u-boot@lists.denx.de >> Subject: [U-Boot] potential Uboot Ping problem >> >> >> Hi, >> It appears the ping in UBOOT is broken. The ping works fine >> if you have a >> network connection. But if the network connection is >> disconnected the ping >> hangs the system. There is no response to Control-C either. I >> have to power >> cycle the proto to get back to a UBOOT prompt. Is this a >> known issue or did >> I possibly break something? >> >> I have a board based on the Atmel AT91SAM9RL-EK. My theory is >> that it "may" >> be a generic problem with the uboot ping. I can't confirm >> that since the >> only hardware I have is our protos. > > It was noticed on the OMAP3EVM last FRI and we were suspecting > it to be problem with the omap3 board configuration itself. > (Though did not spend much time in debug). > > Now, I too get a feeling that it could be a generic problem. > > Best regards, > Sanjeev >> >> Does anyone else have a board with another MAC/PHY that you >> can try this on? >> >> As for UBOOT code, our environment is based on 2008.10 code. >> Our MAC/PHY is >> the Microchip ENC28J60. >> >> Thanks, >> Steve >> >> -- >> View this message in context: >> http://www.nabble.com/potential-Uboot-Ping-problem-tp23815872p >> 23815872.html >> Sent from the Uboot - Users mailing list archive at Nabble.com. >> >> ___ >> U-Boot mailing list >> U-Boot@lists.denx.de >> http://lists.denx.de/mailman/listinfo/u-boot >> >> > ___ > U-Boot mailing list > U-Boot@lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot > > -- View this message in context: http://www.nabble.com/potential-Uboot-Ping-problem-tp23815872p23816429.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] potential Uboot Ping problem
Hi, It appears the ping in UBOOT is broken. The ping works fine if you have a network connection. But if the network connection is disconnected the ping hangs the system. There is no response to Control-C either. I have to power cycle the proto to get back to a UBOOT prompt. Is this a known issue or did I possibly break something? I have a board based on the Atmel AT91SAM9RL-EK. My theory is that it "may" be a generic problem with the uboot ping. I can't confirm that since the only hardware I have is our protos. Does anyone else have a board with another MAC/PHY that you can try this on? As for UBOOT code, our environment is based on 2008.10 code. Our MAC/PHY is the Microchip ENC28J60. Thanks, Steve -- View this message in context: http://www.nabble.com/potential-Uboot-Ping-problem-tp23815872p23815872.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Uboot bitmap utility
Wolfgang, I resolved my issue. I am now able to write bitmaps to the framebuffer. Thanks, Steve - Steven Zedeck wrote: > > Wolfgang, > Yes, I do see what U-boot is doing. I looked at bmp_logo.c and its output. > It seems that the color palette entries are all 16 bits (unsigned short). > For my application, I have 24 bit color, which expects each pixel to be 32 > bits, of which only 24 bits are used. So the palette, I assume, should be > unsigned longs for each color entry. Correct or am I missing something? > > Did I interpret the code correctly? Does it expect 16 bits per color? > Thanks, > Steve > ----- > > wd wrote: >> >> Dear Steven Zedeck, >> >> In message <23217700.p...@talk.nabble.com> you wrote: >>> >>> I'm referring to the palatte and bitmap structs. >>> thanks again, >> >> Are you talking about the logo support? Noite that this is different >> from plain bitmap support. >> >>> > It seems that UBoot needs two data structures to display a bitmap in >>> the >>> > framebuffer. Is there a utility that converts a Windows bitmap (BMP?) >>> file >>> > and creates the 2 data structures that I can embedd in my code? >> >> Did you have a look at what U-Boot is doing? For example, how it uses >> the tools in the (he!) tools/ directory, for example tools/bmp_logo ? >> >> Best regards, >> >> Wolfgang Denk >> >> -- >> DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel >> HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany >> Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de >> HR Manager to job candidate "I see you've had no computer training. >> Although that qualifies you for upper management, it means you're >> under-qualified for our entry level positions." >> ___ >> U-Boot mailing list >> U-Boot@lists.denx.de >> http://lists.denx.de/mailman/listinfo/u-boot >> >> > > -- View this message in context: http://www.nabble.com/Uboot-bitmap-utility-tp23217619p23652400.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Uboot bitmap utility
Wolfgang, Yes, I do see what U-boot is doing. I looked at bmp_logo.c and its output. It seems that the color palette entries are all 16 bits (unsigned short). For my application, I have 24 bit color, which expects each pixel to be 32 bits, of which only 24 bits are used. So the palette, I assume, should be unsigned longs for each color entry. Correct or am I missing something? Did I interpret the code correctly? Does it expect 16 bits per color? Thanks, Steve - wd wrote: > > Dear Steven Zedeck, > > In message <23217700.p...@talk.nabble.com> you wrote: >> >> I'm referring to the palatte and bitmap structs. >> thanks again, > > Are you talking about the logo support? Noite that this is different > from plain bitmap support. > >> > It seems that UBoot needs two data structures to display a bitmap in >> the >> > framebuffer. Is there a utility that converts a Windows bitmap (BMP?) >> file >> > and creates the 2 data structures that I can embedd in my code? > > Did you have a look at what U-Boot is doing? For example, how it uses > the tools in the (he!) tools/ directory, for example tools/bmp_logo ? > > Best regards, > > Wolfgang Denk > > -- > DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel > HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany > Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de > HR Manager to job candidate "I see you've had no computer training. > Although that qualifies you for upper management, it means you're > under-qualified for our entry level positions." > ___ > U-Boot mailing list > U-Boot@lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot > > -- View this message in context: http://www.nabble.com/Uboot-bitmap-utility-tp23217619p23265072.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Uboot bitmap utility
I'm referring to the palatte and bitmap structs. thanks again, Steve Steven Zedeck wrote: > > Hi, > It seems that UBoot needs two data structures to display a bitmap in the > framebuffer. Is there a utility that converts a Windows bitmap (BMP?) file > and creates the 2 data structures that I can embedd in my code? > > Thanks, > Steve > -- View this message in context: http://www.nabble.com/Uboot-bitmap-utility-tp23217619p23217700.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Uboot bitmap utility
Hi, It seems that UBoot needs two data structures to display a bitmap in the framebuffer. Is there a utility that converts a Windows bitmap (BMP?) file and creates the 2 data structures that I can embedd in my code? Thanks, Steve -- View this message in context: http://www.nabble.com/Uboot-bitmap-utility-tp23217619p23217619.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] UBOOT relocation question on Atmel arm926ejs
Hi, I am having a hard time understanding how the uboot relocation from flash to RAM happens. I'm trying to follow the code flow. I "think" I understand it, but wanted to run it by you experts to confirm. The flow starts in cpu/arm926ejs/start.s. In the reset function, after cpu_init_crit, u_boot is relocated to RAM. At the end of the reset function, we jump to start_armboot which is in lib_arm/board.c. At this point, we are already executing out or RAM. Do I have it correct? The reason I'm confused is that in start_armboot we call several functions via an init_sequence table with functions with names that end in "_f" (meaning in flash). Am I missing something? Thanks in advance, Steve -- View this message in context: http://www.nabble.com/UBOOT-relocation-question-on-Atmel-arm926ejs-tp23164136p23164136.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Allocating a frame buffer in memory
Hi,
I am trying to allocate a frame buffer for my LCD code. I think I understand
how to set up the LCC controller in the Atmel AT91SAM9. So thats not the
issue, at least not yet. I need to understand how UBoot allocates a block of
memory for the buffer.
My TFT/LCD is 320x240 and in 24 bit mode, so 3 bytes per pixel. So I think I
need 320x240x3 total bytes. Correct?
In my lib_arm/board.c file, there is the following:
#ifdef CONFIG_LCD
/* board init may have inited fb_base */
if (!gd->fb_base) {
# ifndef PAGE_SIZE
# define PAGE_SIZE 4096
# endif
/*
* reserve memory for LCD display (always full pages)
*/
/* bss_end is defined in the board-specific linker script */
addr = (_bss_end + (PAGE_SIZE - 1)) & ~(PAGE_SIZE - 1);
size = lcd_setmem (addr);
gd->fb_base = addr;
}
#endif /* CONFIG_LCD */
Then in lcd.c, there is lcd_setmem which displays:
Reserving 600k for LCD Framebuffer at: 0x23E91000
Even though I call lcd_setmem with an address of: 0x23F27000
Which is the address that I pass to the Atmel LCD controller DMA Address ?
I have been using this: 0x23F27000
Thanks,
Steve
--
View this message in context:
http://www.nabble.com/Allocating-a-frame-buffer-in-memory-tp22993711p22993711.html
Sent from the Uboot - Users mailing list archive at Nabble.com.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] U-Boot makefiles question
Hi, I have a general question about the U-Boot Makefiles. When I want to add a file to one of the sub-Makefiles (such as in drivers/net/Makefile or board/atmel/at91/Makefile), it seems I need to go through several steps in order for the new file to get compiled. I must be doing something wrong. I've been doing this everytime I add a new file to be compiled by a makefile: make distclean make at91sam9rlek_config make at91sam9rlek_config make clean make -B It seems that if I don't do all those steps, the new file is ignored and not compiled. I think its an issue with dependencies. I have a similar problem when I add a new .h file to an existing .c file. It doesn't always cause the particular .c file to get recompiled. thanks in advance, Steve -- View this message in context: http://www.nabble.com/U-Boot-makefiles-question-tp22740727p22740727.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Adding a new device to my project
Hi, I have a general U-boot question that is causing me confusion. I am adding a new device to my existing project. So I assume that I'll need to rerun config (i.e.: make target_config). Correct? I have a .h file in the include/configs directory. I need to modify it to add my new config such as: #define CONFIG_DEVICE_FOO 1Correct? Then how does include/autoconf.mk get recreated? The last time I tried to do this, I spent a hours trying to rebuild my project that I broke. Sorry for the "dumb" uboot question. thanks in advance, Steve -- View this message in context: http://www.nabble.com/Adding-a-new-device-to-my-project-tp22437105p22437105.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] U-boot debugger/emulator
In my last position where we used Microchip processors, I was able to get the Microchip ICD2 JTAG probe/emulator for less than $200 and the windows-based debugger software was free; all from Microchip I must be spoiled. Thanks, Steve Jean-Christophe PLAGNIOL-VILLARD wrote: > > On 07:08 Tue 10 Mar , Steven Zedeck wrote: >> >> I see that this bundle is $2640US which is beyond my budget. I need to >> find >> another approach. >> Debugging with printfs is starting to bother me and waste time. > PEEDI is $2080US > > but all real ICE will be near > > Best Regards, > J. > ___ > U-Boot mailing list > U-Boot@lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot > > -- View this message in context: http://www.nabble.com/U-boot-debugger-emulator-tp22426368p22436327.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] U-boot debugger/emulator
I see that this bundle is $2640US which is beyond my budget. I need to find another approach. Debugging with printfs is starting to bother me and waste time. Also, I am not totally familiar with GDB (GNU debugger). I may need to read a bit about it. thanks, Steve wd wrote: > > Dear Steven Zedeck, > > In message <22433049.p...@talk.nabble.com> you wrote: >> >> This looks very good. I have a couple of questions. I see on their web >> site >> that they offer a product called bdiRDI which allows you to use a source >> level debugger. I didn't see that they sell any source level debugger. >> What >> do you folks use as a source level debugger? Cost is an issue, however, I >> don't want to sacrifice quality and features too much. > > You want the bundle BDI3000 with firmware bdiGDB - interface firmware > for GNU debugger. > >> Did you purchase or obtain your source debugging application elsewhere? >> Or >> do you use GDB? I haven't use that before. I'm used to a source level >> debugger I believe. > > So what do you think GDB is? It is one of the most powerful source > level debuggers that are available. > > Best regards, > > Wolfgang Denk > > -- > DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel > HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany > Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de > The heart is not a logical organ. > -- Dr. Janet Wallace, "The Deadly Years", stardate 3479.4 > ___ > U-Boot mailing list > U-Boot@lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot > > -- View this message in context: http://www.nabble.com/U-boot-debugger-emulator-tp22426368p22434961.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] U-boot debugger/emulator
Hi, This looks very good. I have a couple of questions. I see on their web site that they offer a product called bdiRDI which allows you to use a source level debugger. I didn't see that they sell any source level debugger. What do you folks use as a source level debugger? Cost is an issue, however, I don't want to sacrifice quality and features too much. Did you purchase or obtain your source debugging application elsewhere? Or do you use GDB? I haven't use that before. I'm used to a source level debugger I believe. thanks, Steve Jean-Christophe PLAGNIOL-VILLARD wrote: > > On 18:33 Mon 09 Mar , Steven Zedeck wrote: >> >> Hi, >> This question is related to U-boot; in particular debugging in a U-boot >> environment. >> >> I am working on U-boot for the first time as well as working with the >> Atmel >> AT91SAM9 processor. I am used to working with emulators when debugging >> low >> level code such as embedded diagnostics. >> >> I've never used the Atmel till now. In the past, I've worked with many >> PowerPCs, Freescale, and Microchip processors. All have had various >> emulators such as Microchip's ICD2, and with PowerPC I've used >> VisionClick, >> CodeTap, etc. >> >> Can anyone suggest a good JTAG-based emulator with a good Windows or >> Linux-based debugger? Microchip's tools were very inexpensive and pretty >> powerful. PowerPC's were a bit more expensive. I need something where I >> can >> build U-boot with its makefiles, that we all know and love, load the code >> into flash and/or ram, set breakpoints, single-step, look at variables, >> look >> at C-source code, registers, possibly an IDE/editor, etc. > You will have 2 good ICE with multiple ARCH support > PEEDI from Ronetix (with dataflash, NAND and OneNAND support I'll > recommand > for AT91) > > or BDI3000 from Abatron > > The both work well on MacOS, Linux and Windows > > Best Regards, > J. > ___ > U-Boot mailing list > U-Boot@lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot > > -- View this message in context: http://www.nabble.com/U-boot-debugger-emulator-tp22426368p22433049.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] U-boot debugger/emulator
Hi, This question is related to U-boot; in particular debugging in a U-boot environment. I am working on U-boot for the first time as well as working with the Atmel AT91SAM9 processor. I am used to working with emulators when debugging low level code such as embedded diagnostics. I've never used the Atmel till now. In the past, I've worked with many PowerPCs, Freescale, and Microchip processors. All have had various emulators such as Microchip's ICD2, and with PowerPC I've used VisionClick, CodeTap, etc. Can anyone suggest a good JTAG-based emulator with a good Windows or Linux-based debugger? Microchip's tools were very inexpensive and pretty powerful. PowerPC's were a bit more expensive. I need something where I can build U-boot with its makefiles, that we all know and love, load the code into flash and/or ram, set breakpoints, single-step, look at variables, look at C-source code, registers, possibly an IDE/editor, etc. Any suggestions? Thanks, Steve -- View this message in context: http://www.nabble.com/U-boot-debugger-emulator-tp22426368p22426368.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] POST questions
Hi, I see most of the POST tests relate to the PPC family. Is there a set of post tests based on the Atmel ARM9 family? Another related question: Is it assumed that POST runs before relocation or can some run after relocation? I would think that after you test memory before relocation, then it would be fair to test interfaces such as I2C, SPI and other devices such as MAC/PHYs, etc after relocation. Your thoughts? Thanks in advance, Steve -- View this message in context: http://www.nabble.com/POST-questions-tp22289987p22289987.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Micrel Ethernet controller with SPI
Mike, I "think" what I need to do is to create or find a driver that will ultimately live in drivers/net/ and has functions such as eth_init, eth_send, eth_tx, etc. Currently we use a different chip and it is supported by the existing u-boot. The Ethernet chip is supported by drivers/net/enc28J60.c Many other chips are supported by files in the same directory. All I'm really concerned with is u-boot's ability to do a ping test as well as read/write registers. Do you have support for eth_send, rx, etc? Thanks, Steve Mike Frysinger wrote: > > On Friday 20 February 2009 14:17:10 Ben Warren wrote: >> Steven Zedeck wrote: >> > I'm not sure whether I'm supposed to ask this question as I am still >> new >> > to this list. >> > >> > I am working on a project using U-boot but the Ethernet controller is >> the >> > Micrel KSZ8851. >> > Does a driver exist that supports this chip? I assume it would be in >> > drivers/net/ >> > >> > I don't have it in my version which is based on 2008.10 >> > >> > Before I go through the effort to write one, I thought I'd ask whether >> > the U-boot community has one or perhaps someone is working on one. >> >> I wrote one for the KSZ8841 but it's not in the tree. It used a memory >> interface, though, not SPI. Not sure if that would help or not. If you >> think it's close enough I can dig it up, though it may take some time. > > the Blackfin BF518F-EZBRD board has the same micrel part. we hook up to > it > via the on-chip MAC and to control it, we use the SPI bus. but we dont do > anything special ... we just turn it on in the board init code. all the > other > networking stuff is handled via the on-chip MAC driver ... > > look at the board_eth_init() function here: > http://git.denx.de/?p=u-boot/u-boot- > blackfin.git;a=commitdiff;h=e24cbd1d2cfddfe0f211eb1a5f2aad23e2a52c22 > > i dont think u-boot has the framework to hook up MAC switches like the > micrel > part yet ... even the Linux kernel lacks proper support still (although > patches are floating around). > -mike > > > ___ > U-Boot mailing list > U-Boot@lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot > > -- View this message in context: http://www.nabble.com/Micrel-Ethernet-controller-with-SPI-tp22126036p22129013.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Micrel Ethernet controller with SPI
Hi, I'm not sure whether I'm supposed to ask this question as I am still new to this list. I am working on a project using U-boot but the Ethernet controller is the Micrel KSZ8851. Does a driver exist that supports this chip? I assume it would be in drivers/net/ I don't have it in my version which is based on 2008.10 Before I go through the effort to write one, I thought I'd ask whether the U-boot community has one or perhaps someone is working on one. Thanks in advance, Steve -- View this message in context: http://www.nabble.com/Micrel-Ethernet-controller-with-SPI-tp22126036p22126036.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] U-Boot Makefile question
Hi all, I am new to u-boot. But I am ramping up pretty fast. My primary issue is understanding the Makefile syntax. Is there a good tutorial somewhere that explains how u-boot uses the Makefiles and their syntax? For example, I'm having problems understanding what this means in a Makefile: COBJS-$(CONFIG_HAS_DATAFLASH) += at45.o COBJS-$(CONFIG_FLASH_CFI_DRIVER) += cfi_flash.o COBJS-$(CONFIG_HAS_DATAFLASH) += dataflash.o COBJS-$(CONFIG_FLASH_CFI_LEGACY) += jedec_flash.o COBJS-$(CONFIG_MW_EEPROM) += mw_eeprom.o COBJS := $(COBJS-y) SRCS:= $(COBJS:.o=.c) OBJS:= $(addprefix $(obj),$(COBJS)) This is from drivers/mtd/Makefile. How does COBJS get initially defined upon entry into the Makefile? Does at45.o get added to the list of objects to be built only if the CONFIG_HAS_DATAFLASH flag is set? What does the "-" sign mean before the "$" ? What does this mean? COBJS := $(COBJS-y) I'm sorry for the "dumb" questions. Any help with the understanding of Makefiles would be greatly appreciated. Thanks in advance, Steve -- View this message in context: http://www.nabble.com/U-Boot-Makefile-question-tp22057574p22057574.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
