Dear Marek, Stefan
> Dear Stefan Schmidt,
>
> > Hello.
> >
> > On Fri, 2012-04-06 at 15:06, Marek Vasut wrote:
> > > > On Thursday 05 April 2012 20:18:16 Marek Vasut wrote:
> > > > > What do you expect from me to tell you about this patch? Or
> > > > > do you expect someone else to comment on th
Hi again,
On 23.04.2012 08:43, Timo Ketola wrote:
...
> I took a quick glance over command/main.c
common/main.c, of course
> 1341 rc = cmd_process(flag, argc, argv, &repeatable);
This might fix it:
- rc = cmd_process(flag, argc, argv, &repeatable);
+
On 20/04/2012 10:54, Timo Ketola wrote:
>> as far as I can see, there are some inconsistencies. All boards define
>> CONFIG_MII, but they really need CONFIG_RMII, because only with my last
>> patch I set the gasket for MII. The driver has always set in a fixed way
>> the gasket for RMII, independen
On 23.04.2012 10:55, Stefano Babic wrote:
> Instead of using CONFIG_MII or CONFIG_RMII, we can make use of
> CONFIG_FEC_XCV_TYPE, as it was already introduced, but making it
> consistent for all boards.
Second for that.
--
Timo
___
U-Boot mailing list
Dear Gray Remlin,
In message <4f932cec.30...@gmail.com> you wrote:
> U-Boot v2012.04
>
> Marvell>> setenv ipaddr '192.168.1.130'
> Marvell>> setenv ifhostisup 'ping 192.168.1.100'
> Marvell>> setenv saywearehappy 'echo "We are happy!"'
> Marvell>> run ifhostisup saywearehappy;
> Using egiga0 devi
Dear Simon,
disabling HUSH support in sandbox results in this:
start.c: In function ‘sandbox_main_loop_init’:
start.c:97:3: warning: implicit declaration of function ‘parse_string_outer’
[-Wimplicit-function-declaration]
start.c:97:34: error: ‘FLAG_PARSE_SEMICOLON’ undeclared (first use in this
On 23.04.2012 11:20, Wolfgang Denk wrote:
> I cannot confirm a problem with the "run' command; tested with
> v2012.04 in "sandbox" :
>
>
> $ echo 'setenv fail printenv foo;setenv bug echo === BUG ===;run fail bug;
> reset' | ./u-boot
I can confirm it:
EXE402
Dear Gray,
In message <20120423082005.8497f200...@gemini.denx.de> I wrote:
>
> I cannot confirm a problem with the "run' command; tested with
...
> [In both my tests the hush shell was used.]
I confirm the problem for the old command line interpreter.
Best regards,
Wolfgang Denk
--
DENX Soft
Dear Timo,
In message <4f9506aa.4000...@exertus.fi> you wrote:
> Hi again,
>
> On 23.04.2012 08:43, Timo Ketola wrote:
> ...
> > I took a quick glance over command/main.c
>
> common/main.c, of course
>
> > 1341 rc = cmd_process(flag, argc, argv, &repeatable);
>
> This might
On 23 April 2012 10:47, Donghwa Lee wrote:
> This patches support drawing 32bpp bitmap TIZEN logo in exynos fb.
> asm/arch/trats_logo.h data is compressed by zip and decomressed at
> the exynos fb driver.
>
> And vl_bpix of vidinfo_t is changed proper value for u-boot.
>
> Signed-off-by: Donghwa L
Dear Donghwa Lee,
In message <4f94b49e.5020...@samsung.com> you wrote:
> This patches support drawing 32bpp bitmap TIZEN logo in exynos fb.
> asm/arch/trats_logo.h data is compressed by zip and decomressed at
> the exynos fb driver.
>
> And vl_bpix of vidinfo_t is changed proper value for u-boot
The patch for msm7630 was released to the u-boot community on 16-feb-2-2012 can
this be mainlined in v2012.07 release.The Patches contain the following support
* low speed uart for msm7630
* interprocessor communication
* qc_mmc microcontroller
* msm7630 soc
The patch for msm7630 was released to the u-boot community on 16-feb-2-2012 can
this be mainlined in v2012.07 release.The Patches contain the following support
* low speed uart for msm7630
* interprocessor communication
* qc_mmc microcontroller
* msm7630 soc
Dear Lukasz Majewski,
> Dear Marek, Stefan
>
> > Dear Stefan Schmidt,
> >
> > > Hello.
> > >
> > > On Fri, 2012-04-06 at 15:06, Marek Vasut wrote:
> > > > > On Thursday 05 April 2012 20:18:16 Marek Vasut wrote:
> > > > > > What do you expect from me to tell you about this patch? Or
> > > > > >
On 11/04/2012 22:22, Fabio Estevam wrote:
> There is a 'gpio_direction_output(87, 0);' call previously, so the GPIO
> direction is
> already established.
>
> Use gpio_set_value() for changing the GPIO output then.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks.
Best re
On 13/04/2012 10:00, Dirk Behme wrote:
> Init the core regulator voltage to 1.2V. This is required for the correct
> functioning of the GPU and when the ARM LDO is set to 1.225V. This is a
> workaround to fix some memory clock jitter.
>
> Note: This should be but can't be done in the DCD. The boot
If one command fails, 'run' command should terminate and not execute
any remaining variables.
Signed-off-by: Timo Ketola
---
This is based on u-boot-imx.git next. I hope that doesn't cause too
much trouble.
common/main.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
Dear "Timo Ketola",
In message <1335175047-30984-1-git-send-email-t...@exertus.fi> you wrote:
> If one command fails, 'run' command should terminate and not execute
> any remaining variables.
>
> Signed-off-by: Timo Ketola
> ---
>
> This is based on u-boot-imx.git next. I hope that doesn't caus
Thank you for your comment.
On 23 April 2012 18:00, Minkyu Kang wrote:
> On 23 April 2012 10:47, Donghwa Lee wrote:
>> This patches support drawing 32bpp bitmap TIZEN logo in exynos fb.
>> asm/arch/trats_logo.h data is compressed by zip and decomressed at
>> the exynos fb driver.
>>
>> And vl_bp
Hi Stefano,
On 23.04.2012 11:55, Stefano Babic wrote:
On 13/04/2012 10:00, Dirk Behme wrote:
Init the core regulator voltage to 1.2V. This is required for the correct
functioning of the GPU and when the ARM LDO is set to 1.225V. This is a
workaround to fix some memory clock jitter.
Note: This
On 23/04/2012 11:55, Stefano Babic wrote:
>
>> +static void init_anatop_reg(void)
>> +{
>> +struct anatop_regs *anatop = (struct anatop_regs *)ANATOP_BASE_ADDR;
>> +int reg = readl(&anatop->reg_core);
>> +
>> +/*
>> + * Increase the VDDSOC to 1.2V
>> + * Mask out the REG_CORE[
On 23 April 2012 19:16, Donghwa Lee wrote:
> Thank you for your comment.
>
> On 23 April 2012 18:00, Minkyu Kang wrote:
>
>> On 23 April 2012 10:47, Donghwa Lee wrote:
>>> This patches support drawing 32bpp bitmap TIZEN logo in exynos fb.
>>> asm/arch/trats_logo.h data is compressed by zip and de
Le 21/04/2012 22:51, Wolfgang Denk a écrit :
Hello all,
U-Boot v2012.04 has been released and is available from the git
repository and the FTP server.
The Merge Window for the next release (v2012.07) is open until
Sat May 12, 2012, 23:59:59 CEST = 21 days remaining.
Release "v2012.07" is sched
Hi Timo,
On Apr 23, 2012 5:43 PM, "Timo Ketola" wrote:
>
> Dear Gray, Jason, Heiko, Simon,
>
> I added you, Jason, Heiko and Simon, into the CC-list because there is
> your commits in the history which seems somewhere to change the
> behaviour below:
>
> On 22.04.2012 00:55, Gray Remlin wrote:
>
Dear Simon,
In message
you wrote:
>
> Thanks for the detailed information. This might be the problem Wolfgang
> mentioned at the time...will take a look tomorrow.
Could you please try and look into this ASAP?
I consider this a serious bug, and would like to fix it in mainline
as soon as possib
This patchset is supported the sdhci controller for Samsung-SoC.
In mmc driver, already implemented the generic sdhci.
There is no reason that didn't use sdhci.c.
So, use the sdhci instead of s5p_mmc.
Changelog-v6:
- Fix typo
- Code clean for #define
Changelog-v5:
- Tested
When response type is R1b, mask value is added the SDHCI_INT_DAT_END.
but in while(), didn't check that flag.
So sdhci controller didn't work fine.
CMD6 didn't always complete.
So add the quirks for broken r1b response
and add the timeout value to prevent the infinite loop.
Signed-off-by: Jaehoon
To support the Samsung-SoC, added the basically functions.
Samsung-SoC didn't used the SDHCI_CTRL_HISPD.
And added set_control_reg callback for s3c64xx.
Signed-off-by: Jaehoon Chung
Signed-off-by: Kyungmin Park
Acked-by: Lei Wen
---
drivers/mmc/sdhci.c | 12
include/sdhci.h |
To support sdhci controller, remove the CONFIG_S5P_MMC..
Instead, use the CONFIG_S5P_SDHCI/CONFIG_SDHCI.
Signed-off-by: Jaehoon Chung
Signed-off-by: Kyungmin Park
Acked-by: Lei Wen
Acked-by: Minkyu Kang
---
include/configs/origen.h|7 ---
include/configs/s5p_goni.h
In driver mmc, generic s5p_sdhci code is implemented.
s5p_mmc file is dupulicated.
we are good that use the generic sdhci.
This patch supported the sdhci for Samsung-SoC.
Signed-off-by: Jaehoon Chung
Signed-off-by: Kyungmin Park
Acked-by: Lei Wen
Acked-by: Minkyu Kang
---
arch/arm/include/as
MXS SSP controller may have up to three chip selects per port: SS0, SS1 and SS2.
Currently only SS0 is supported in the mxs_spi driver.
Allow all the three chip select to work by selecting the desired one
in bits 20 and 21 of the HW_SSP_CTRL0 register.
Signed-off-by: Fabio Estevam
---
drivers/
Dear Fabio Estevam,
> MXS SSP controller may have up to three chip selects per port: SS0, SS1 and
> SS2.
>
> Currently only SS0 is supported in the mxs_spi driver.
>
> Allow all the three chip select to work by selecting the desired one
> in bits 20 and 21 of the HW_SSP_CTRL0 register.
>
> Sign
> -Original Message-
> From: Stefano Babic [mailto:sba...@denx.de]
> Sent: Thursday, April 19, 2012 4:14 AM
> To: Peter Barada
> Cc: u-boot@lists.denx.de; Maupin, Chase
> Subject: Re: [U-Boot] [RFC] Preventing overriding of serverip
> when set in environment by user
>
> On 18/04/2012 17:46
Dear Marek Vasut,
Would you please explain, why do you want to initialize the sdram has been in
C code.
If for provide this feature should be written assembly code. And it would
sometimes even harder than the initialization code sdram?
2012/4/21 Marek Vasut
> Dear Ilya Averyanov,
>
> > 2012/4/2
Dear Ilya Averyanov,
> Dear Marek Vasut,
>
> Would you please explain, why do you want to initialize the sdram has been
> in C code.
Ok, no problem:
- You'll be able to call get_ram_size() to scan for ram size as any other board
- SDRAM driver will fit properly into the driver model once it's in
Hi,
I am able to successfully boot a zImage kernel with latest 2012.04
U-boot on mx28evk.
Now I want to boot a dt zImage version.
These are the steps I am doing:
make menuconfig and select [*] Support MXS platforms from device tree
make imx28-evk.dtb
make
cat arch/arm/boot/imx28-evk.dtb arch
Dear Fabio Estevam,
> Hi,
>
> I am able to successfully boot a zImage kernel with latest 2012.04
> U-boot on mx28evk.
Oh I'm so dead :-(
> Now I want to boot a dt zImage version.
>
> These are the steps I am doing:
>
> make menuconfig and select [*] Support MXS platforms from device tree
>
>
2012/4/23 Marek Vasut
> Dear Ilya Averyanov,
>
> > Dear Marek Vasut,
> >
> > Would you please explain, why do you want to initialize the sdram has
> been
> > in C code.
>
> Ok, no problem:
> - You'll be able to call get_ram_size() to scan for ram size as any other
> board
> - SDRAM driver will fi
On 23 April 2012 22:13, Fabio Estevam wrote:
> Hi,
>
> I am able to successfully boot a zImage kernel with latest 2012.04
> U-boot on mx28evk.
>
> Now I want to boot a dt zImage version.
>
Why do you need to do that at all? Turn on CONFIG_OF_LIBFDT, and you
will be able to boot an DT kernel (with
On 04/21/2012 11:09 PM, Igor Grinberg wrote:
Hi Tom,
On 04/20/12 20:27, Tom Rini wrote:
On Mon, Apr 2, 2012 at 5:29 AM, Igor Grinberg wrote:
From: Nikita Kiryanov
Enable I2C multi-bus support and config I2C muxes for I2C2 and I2C3.
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
On 04/22/2012 01:23 PM, Charles Manning wrote:
On Friday 20 April 2012 09:40:50 Tom Rini wrote:
On Mon, Apr 16, 2012 at 04:32:07PM +1200, Charles Manning wrote:
Hello ubooters and yaffsers
I was commissioned to refresh yaffs2 in u-boot and add a mechanism to
support dynamic yaffs partition set
On 23/04/2012 16:13, Fabio Estevam wrote:
> Hi,
>
Hi Fabio,
> I am able to successfully boot a zImage kernel with latest 2012.04
> U-boot on mx28evk.
>
> Now I want to boot a dt zImage version.
>
> These are the steps I am doing:
>
> make menuconfig and select [*] Support MXS platforms from d
Dear Ilya Averyanov,
> 2012/4/23 Marek Vasut
>
> > Dear Ilya Averyanov,
> >
> > > Dear Marek Vasut,
> > >
> > > Would you please explain, why do you want to initialize the sdram has
> >
> > been
> >
> > > in C code.
> >
> > Ok, no problem:
> > - You'll be able to call get_ram_size() to scan
On Mon, Apr 23, 2012 at 11:50 AM, Shawn Guo wrote:
> Why do you need to do that at all? Turn on CONFIG_OF_LIBFDT, and you
> will be able to boot an DT kernel (without dtb append) in the
> following command.
>
> tftpboot 4200 uImage; tftpboot 4280 imx28-evk.dtb; bootm
> 0x4200 - 0x428
On 22/04/2012 22:23, Charles Manning wrote:
> On Friday 20 April 2012 09:40:50 Tom Rini wrote:
>> On Mon, Apr 16, 2012 at 04:32:07PM +1200, Charles Manning wrote:
>>> Hello ubooters and yaffsers
>>>
Hi Charles,
>>> I was commissioned to refresh yaffs2 in u-boot and add a mechanism to
>>> support
On Monday 23 April 2012 02:41:08 Wolfgang Denk wrote:
> =>md 0x100
> 0100:Segmentation fault
yes, this is because the code to make this work was reverted because of ppc
oddity. i haven't reviewed that yet to see why, but it seems to me that the
ppc code is not quite right.
> 2)
On 04/23/2012 09:29 AM, Fabio Estevam wrote:
> On Mon, Apr 23, 2012 at 11:50 AM, Shawn Guo wrote:
>
>> Why do you need to do that at all? Turn on CONFIG_OF_LIBFDT, and you
>> will be able to boot an DT kernel (without dtb append) in the
>> following command.
>>
>> tftpboot 4200 uImage; tftpb
On 04/21/2012 02:51 PM, Wolfgang Denk wrote:
> Hello all,
>
> U-Boot v2012.04 has been released and is available from the git
> repository and the FTP server.
The following didn't get merged:
http://lists.denx.de/pipermail/u-boot/2012-April/122781.html
which means nobody can pass a device tree
Hi Stephen,
On Mon, Apr 23, 2012 at 12:41 PM, Stephen Warren wrote:
> There could well be many additional reasons, but it's probably due to
> http://lists.denx.de/pipermail/u-boot/2012-April/122781.html
Yes, that fixes the boot :-)
I saw your patch earlier, but I thought it would be included i
Allow to booting a dt kernel.
Signed-off-by: Fabio Estevam
---
The following patch is required to get dt booting to work:
http://lists.denx.de/pipermail/u-boot/2012-April/122781.html
include/configs/mx28evk.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/confi
Allow to booting a dt kernel.
Signed-off-by: Fabio Estevam
---
include/configs/m28evk.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/m28evk.h b/include/configs/m28evk.h
index 012381a..39d6a07 100644
--- a/include/configs/m28evk.h
+++ b/include/configs/
Stephen,
On Fri, Apr 20, 2012 at 2:40 PM, Stephen Warren wrote:
> On 04/20/2012 01:50 PM, Tom Warren wrote:
>> This set of boot cmds from Stephen Warren provides a simple
>> default for booting a linux kernel and DT from mmc (eMMC or
>> SD-Card, in that order). Tested on Seaboard w/an SD card.
>
Allow booting a zImage kernel.
Signed-off-by: Fabio Estevam
---
include/configs/mx28evk.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h
index cb4ff37..31dc718 100644
--- a/include/configs/mx28evk.h
+++ b/include/con
Allow booting a zImage kernel.
Cc: Jason Liu
Signed-off-by: Fabio Estevam
---
include/configs/mx6qsabrelite.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/mx6qsabrelite.h b/include/configs/mx6qsabrelite.h
index 3f7e51d..492c618 100644
--- a/include/co
Allow booting a zImage kernel.
Cc: Jason Liu
Signed-off-by: Fabio Estevam
---
include/configs/mx6qarm2.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/mx6qarm2.h b/include/configs/mx6qarm2.h
index e83aec6..90652c6 100644
--- a/include/configs/mx6qarm2.
Allow booting a zImage kernel.
Signed-off-by: Fabio Estevam
---
include/configs/mx31pdk.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/mx31pdk.h b/include/configs/mx31pdk.h
index 49d440b..6ce97bc 100644
--- a/include/configs/mx31pdk.h
+++ b/include/con
On 04/23/2012 10:22 AM, Tom Warren wrote:
> Stephen,
>
> On Fri, Apr 20, 2012 at 2:40 PM, Stephen Warren wrote:
>> On 04/20/2012 01:50 PM, Tom Warren wrote:
>>> This set of boot cmds from Stephen Warren provides a simple
>>> default for booting a linux kernel and DT from mmc (eMMC or
>>> SD-Card,
This set of boot cmds from Stephen Warren provides a simple
default for booting a linux kernel and DT from mmc (eMMC or
SD-Card, in that order). Tested on Seaboard w/an SD card.
Signed-off-by: Tom Warren
---
V2: Use /boot.scr instead of boot.scr.uimg
include/configs/tegra2-common.h | 12 +
On Mon, Apr 23, 2012 at 09:22:22AM -0700, Tom Warren wrote:
> Stephen,
>
> On Fri, Apr 20, 2012 at 2:40 PM, Stephen Warren wrote:
> > On 04/20/2012 01:50 PM, Tom Warren wrote:
> >> This set of boot cmds from Stephen Warren provides a simple
> >> default for booting a linux kernel and DT from mmc
On Mon, Apr 23, 2012 at 10:36:37AM -0600, Stephen Warren wrote:
> On 04/23/2012 10:22 AM, Tom Warren wrote:
[snip]
> Distros certainly can't customize the U-Boot environment for themselves,
> since there's no generally applicable way of doing so. That's exactly
That is (very recently) no longer tr
Hello,
The following changes since commit 5697158fd27c9cc938eb3e3308e3c1483a2a1ef8:
Tom Rini (1):
include/configs: Remove CONFIG_SYS_64BIT_STRTOUL
are available in the git repository at:
git://git.denx.de/u-boot-ti master
Nikita Kiryanov (1):
cm-t35: add I2C multi-bus support
Dear Ilya Averyanov,
please always Cc the mainline list. Also, I'm now s3c2440 person, I have no
relationship with this chip at all ...
> arch/arm/include/asm/arch-s3c24x0/s3c2410.h |4 +-
> arch/arm/include/asm/arch-s3c24x0/s3c2440.h |4 +-
> arch/arm/include/asm/arch-s3c24x0/s3c24x0.h
Am 23.04.2012 17:41, schrieb Mike Frysinger:
> On Monday 23 April 2012 02:41:08 Wolfgang Denk wrote:
>> =>md 0x100
>> 0100:Segmentation fault
>
> yes, this is because the code to make this work was reverted because of ppc
> oddity. i haven't reviewed that yet to see why, but it see
On 04/23/2012 11:14 AM, Tom Rini wrote:
> On Mon, Apr 23, 2012 at 09:22:22AM -0700, Tom Warren wrote:
>> Stephen,
>>
>> On Fri, Apr 20, 2012 at 2:40 PM, Stephen Warren
>> wrote:
>>> On 04/20/2012 01:50 PM, Tom Warren wrote:
This set of boot cmds from Stephen Warren provides a simple
def
Dear Matthias Weisser,
In message <4f959235.1070...@arcor.de> you wrote:
>
> > On Monday 23 April 2012 02:41:08 Wolfgang Denk wrote:
> >>=>md 0x100
> >>0100:Segmentation fault
> >
> > yes, this is because the code to make this work was reverted because of ppc
> > oddity. i h
On Monday 23 April 2012 08:43:12 Fabio Estevam wrote:
> --- a/drivers/spi/mxs_spi.c
> +++ b/drivers/spi/mxs_spi.c
> @@ -56,12 +58,19 @@ struct spi_slave *spi_setup_slave(unsigned int bus,
>
> if (bus > 3) {
> printf("MXS SPI: Max bus number is 3\n");
> return NULL
On Mon, Apr 23, 2012 at 11:39:30AM -0600, Stephen Warren wrote:
[snip]
> TomR, is there a reason OMAP3 uses FAT for /boot rather than ext2?
> Perhaps it's due to the need to load intermediate boot loaders from the
> filesystem, and that code needs FAT? On Tegra, we jump straight to
> U-Boot from t
Am 23.04.2012 19:39, schrieb Wolfgang Denk:
>> I suggested another solution:
>> http://patchwork.ozlabs.org/patch/123074/
>>
>> This has the disadvantage, as discussed in the thread, that the address
>> passed to mmap is not guaranteed to be returned.
>
> I don't see why this would be needed.
Bec
Hi Wolfgang,
On Tue, Apr 24, 2012 at 3:41 AM, Mike Frysinger wrote:
> On Monday 23 April 2012 02:41:08 Wolfgang Denk wrote:
>> =>md 0x100
>> 0100:Segmentation fault
>
> yes, this is because the code to make this work was reverted because of ppc
> oddity. i haven't reviewed that y
Hi Wolfgang,
On Mon, Apr 23, 2012 at 8:28 PM, Wolfgang Denk wrote:
> Dear Simon,
>
> disabling HUSH support in sandbox results in this:
>
> start.c: In function ‘sandbox_main_loop_init’:
> start.c:97:3: warning: implicit declaration of function ‘parse_string_outer’
> [-Wimplicit-function-declara
Dear Matthias,
In message <4f959612.7040...@arcor.de> you wrote:
>
> Because you will have the same address for "physical memory" in all
> instances of sandbox u-boot. This could simplify test scripts a bit.
> Imagine testing tftp downloads to memory where DRAM bank-> start is
> different for ever
MXS SSP controller may have up to three chip selects per port: SS0, SS1 and SS2.
Currently only SS0 is supported in the mxs_spi driver.
Allow all the three chip select to work by selecting the desired one
in bits 20 and 21 of the HW_SSP_CTRL0 register.
Signed-off-by: Fabio Estevam
---
Changes s
Introduce spi_cs_is_valid() for validating spi bus and chip select numbers.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Newly introduced in v2
drivers/spi/mxs_spi.c | 13 +++--
1 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/drivers/spi/mxs_spi.c b/drivers/spi
Dear Simon,
In message
you wrote:
>
> I did try to start a discussion on the list about how to deal with
> this. One idea was to add a translation function in the md command
> (and potentially then in other code) that converts an effective
> address as seen by U-Boot into one that can be used b
On 23.04.2012 17:45, Stephen Warren wrote:
On 04/21/2012 02:51 PM, Wolfgang Denk wrote:
Hello all,
U-Boot v2012.04 has been released and is available from the git
repository and the FTP server.
The following didn't get merged:
http://lists.denx.de/pipermail/u-boot/2012-April/122781.html
whi
On Monday 23 April 2012 14:39:59 Wolfgang Denk wrote:
> Simon wrote:
> > I did try to start a discussion on the list about how to deal with
> > this. One idea was to add a translation function in the md command
> > (and potentially then in other code) that converts an effective
> > address as seen
On Monday 23 April 2012 14:39:59 Wolfgang Denk wrote:
> Simon wrote:
> > > currently as designed -- this is how the hardware works after all. it
> > > keeps polling stdin forever and there is no concept of "EOF" in a
> > > serial port. the reads are also non-blocking, so i'm not sure it's
> > > p
Hi Wolfgang,
On Mon, Apr 23, 2012 at 11:16 PM, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
>>
>> Thanks for the detailed information. This might be the problem Wolfgang
>> mentioned at the time...will take a look tomorrow.
>
> Could you please try and look into this ASAP?
Dear Mike Frysinger,
In message <201204231503.08835.vap...@gentoo.org> you wrote:
>
> > I don't see why we cannot simply read from stdin (or rathr from file
> > descriptor 0) as usual?
>
> the "usual" method of reading from stdin involves the tty doing buffering and
> the application only seeing
Hi Timo,
On Mon, Apr 23, 2012 at 9:57 PM, Timo Ketola wrote:
> If one command fails, 'run' command should terminate and not execute
> any remaining variables.
>
> Signed-off-by: Timo Ketola
Tested on sandbox after a bit of investigation.
Tested-by: Simon Glass
Acked-by: Simon Glass
This is
Dear "Timo Ketola",
In message <1335175047-30984-1-git-send-email-t...@exertus.fi> you wrote:
> If one command fails, 'run' command should terminate and not execute
> any remaining variables.
>
> Signed-off-by: Timo Ketola
> ---
>
> This is based on u-boot-imx.git next. I hope that doesn't caus
Dear Stephen Warren,
In message <4f957907.4070...@wwwdotorg.org> you wrote:
>
> > U-Boot v2012.04 has been released and is available from the git
> > repository and the FTP server.
>
> The following didn't get merged:
>
> http://lists.denx.de/pipermail/u-boot/2012-April/122781.html
>
> which me
Dear Stephen Warren,
In message <1334871241-11932-1-git-send-email-swar...@wwwdotorg.org> you wrote:
> From: Stephen Warren
>
> Commit 0a672d4 "arm: Add Prep subcommand support to bootm" re-organized
> do_bootm_linux() for ARM. During the re-organization, the code to pass
> the device tree to th
Hi Wolfgang,
On Mon, Apr 23, 2012 at 11:16 PM, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
>>
>> Thanks for the detailed information. This might be the problem Wolfgang
>> mentioned at the time...will take a look tomorrow.
>
> Could you please try and look into this ASAP?
On 04/23/2012 02:08 PM, Wolfgang Denk wrote:
> Dear Stephen Warren,
>
> In message <4f957907.4070...@wwwdotorg.org> you wrote:
>>
>>> U-Boot v2012.04 has been released and is available from the git
>>> repository and the FTP server.
>>
>> The following didn't get merged:
>>
>> http://lists.denx.de
Hi all,
it seems that at least two critical commits have not been included in
the v2012.04 release. To fix the serious bugs caused by this I want
to push out a v2012.04.1 maintenance release as soon as possible.
For now I have included the following commits:
commit 9e02a6b8e514a3256471a820cdb56
On Mon, Apr 23, 2012 at 10:08:35PM +0200, Wolfgang Denk wrote:
> Dear Stephen Warren,
>
> In message <4f957907.4070...@wwwdotorg.org> you wrote:
> >
> > > U-Boot v2012.04 has been released and is available from the git
> > > repository and the FTP server.
> >
> > The following didn't get merged:
Dear Ilya Averyanov,
In message
you
wrote:
>
> Why do you insist on sdram initialization code in C?
> If you simply do as done in the other boards on this architecture?
We want to simplify code by usiing the same approach everywhere. And
this means that we first set up a system that can run C
Dear Vasily Khoruzhick,
In message
you wrote:
>
> Btw, using cache for stack looks like awful hack to me.
No, why? Cache is pretty fast RAM, so why not use it as such?
Hey, there are people who boot the whole Linux system (kernel + RAM
disk) in cache (actully already on the die, before the c
Dear Vasily Khoruzhick,
In message
you wrote:
>
> Doing SDRAM init very early (even in assembly code) is obvious and simple.
> Just few simple writes into RAM controller registers.
This is a misconception.
Experience on this very mailing list has shown that an extremely high
number of issues
Dear Gabriel Huau,
In message <1335083622-8284-3-git-send-email-cont...@huau-gabriel.fr> you wrote:
> ---
Please add some explanations what "MINI2440" is, where to find
documentation, etc.
> board/friendlyarm/mini2440/Makefile | 44 +++
> board/friendlyarm/mini2440/mini2440.c | 121 +++
Dear Simon Glass,
In message <1333179058-19598-3-git-send-email-...@chromium.org> you wrote:
> Now that run_command() handles both parsers, clean up sandbox to use it.
> This fixes a build error.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v3:
> - Add new patch to clean up sandbox's run_co
On Monday 23 April 2012 15:33:42 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > I don't see why we cannot simply read from stdin (or rathr from file
> > > descriptor 0) as usual?
> >
> > the "usual" method of reading from stdin involves the tty doing buffering
> > and the application only seei
On 04/17/2012 01:01 PM, Simon Glass wrote:
> Add funcmux support for the default keyboard mapping.
>
> Signed-off-by: Simon Glass
Acked-by: Stephen Warren
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Daniel Stodden,
In message <1335075976.10449.13.camel@ramone> you wrote:
>
> I wrote a utility to boot Marvell SoCs over serial.
>
> If that sounds generally useful, would you be so kind to merge
Please see http://www.denx.de/wiki/U-Boot/Patches and post proper
patch(es).
Thanks.
Best re
On 04/17/2012 01:01 PM, Simon Glass wrote:
> From: Anton Staff
>
> The Tegra keyboard controller provides a simple interface to a matrix
> keyboard.
>
> Signed-off-by: Simon Glass
Acked-by: Stephen Warren
___
U-Boot mailing list
U-Boot@lists.denx.de
Dear Charles Manning,
In message <201204231346.32195.mannin...@actrix.gen.nz> you wrote:
>
> I recently sent a message to the list announcing a method for patching in the
> latest yaffs2.
>
> u-boot updated with the latest yaffs2 can be pulled from
> g...@github.com:cdhmanning/u-boot-yaffs2.gi
On 04/17/2012 01:01 PM, Simon Glass wrote:
> From: Anton Staff
>
> Seaboard uses a QUERTY keyboard. We add key codes for this to
Q*W*ERTY?
Do you want to add the nvidia,ghost-filter property so that ghost
filtering is enabled? See the Tegra KBC binding documentation in the
kernel (which I don't
Dear Daniel Stodden,
In message <1335128131-25552-1-git-send-email-daniel.stod...@googlemail.com>
you wrote:
> The kwboot program boots boards based on Marvell's Kirkwood platform
> via Xmodem over their integrated UART.
>
> Signed-off-by: Daniel Stodden
> ---
> doc/kwboot.1 | 84 +++
>
Dear Stephen Warren,
In message <4f95b886.6050...@wwwdotorg.org> you wrote:
>
> > And why did _nobody_ complain during the -rc cycle?
>
> Um, what was:
> http://lists.denx.de/pipermail/u-boot/2012-April/122339.html
>
> And of course the patch I sent to solve it, admittedly late in the
> release
1 - 100 of 122 matches
Mail list logo
