Dear Mateusz Kulikowski,
On 28.10.13 22:30, Mateusz Kulikowski wrote:
> Hi Bo Shen,
>
> Thanks for the check, please see below.
>
> On 28.10.2013 05:57, Bo Shen wrote:
>> Hi Mateusz Kulikowski,
>>Add Andreas in loop.
>>
>> On 10/28/2013 03:34, Mateusz Kulikowski wrote:
>>> +
>>> +#define CO
Hello Andreas,
Am 29.10.2013 07:26, schrieb Andreas Bießmann:
Dear Mateusz Kulikowski,
On 28.10.13 22:30, Mateusz Kulikowski wrote:
Hi Bo Shen,
Thanks for the check, please see below.
On 28.10.2013 05:57, Bo Shen wrote:
Hi Mateusz Kulikowski,
Add Andreas in loop.
On 10/28/2013 03:34, M
Hello Bo,
Am 29.10.2013 06:24, schrieb Bo Shen:
Hi Mateusz Kulikowski,
On 10/29/2013 05:30, Mateusz Kulikowski wrote:
Hi Bo Shen,
Thanks for the check, please see below.
On 28.10.2013 05:57, Bo Shen wrote:
Hi Mateusz Kulikowski,
Add Andreas in loop.
On 10/28/2013 03:34, Mateusz Kulikowski
Hi Mateusz Kulikowski,
On 10/29/2013 05:30, Mateusz Kulikowski wrote:
Hi Bo Shen,
Thanks for the check, please see below.
On 28.10.2013 05:57, Bo Shen wrote:
Hi Mateusz Kulikowski,
Add Andreas in loop.
On 10/28/2013 03:34, Mateusz Kulikowski wrote:
(...)
+/*
+ * Disable pull-up
Hello Mateusz,
Am 28.10.2013 22:30, schrieb Mateusz Kulikowski:
Hi Bo Shen,
Thanks for the check, please see below.
On 28.10.2013 05:57, Bo Shen wrote:
Hi Mateusz Kulikowski,
Add Andreas in loop.
On 10/28/2013 03:34, Mateusz Kulikowski wrote:
(...)
[...]
+#define CONFIG_SYS_TEXT_BASE 0x23
This updates to new I2C framwwork on sh_i2c.
And this also updates boards(kzm9g and ecovec) that using sh_i2c.
Signed-off-by: Nobuhiro Iwamatsu
Signed-off-by: Nobuhiro Iwamatsu
---
v2:
Squash with patch for kzm9g and ecovec.
Remove i2c_init() from kzm9g.c and ecovec.c.
README
eSDHC host controller has new register to support SD Spec 3.0.
And the according host controller version was Freescale eSDHC
Version 3.0. Add some new register and it simple description.
Signed-off-by: Haijun Zhang
---
drivers/mmc/fsl_esdhc.c | 62 +---
eSDHC host controller has new register to support SD Spec 3.0.
And the according host controller version was Freescale eSDHC
Version 3.0. Add some new register and it simple description.
Signed-off-by: Haijun Zhang
---
drivers/mmc/fsl_esdhc.c | 62 +---
Hi Marek,
On Mon, Oct 28, 2013 at 9:29 AM, Marek Vasut wrote:
> In case the board detected sufficient voltage for battery boot,
> make sure the DCDC converter is ON and the board is not running
> only from linregs, otherwise an instability will be observed.
>
> Signed-off-by: Marek Vasut
> Cc: S
Wolfgang Denk writes:
> Dear Måns Rullgård,
>
> In message you wrote:
>>
>> Something like this should be equivalent. That said, it looks
>> suspiciously like it's meant to simply do a division and round up. If
>> that is the case, +225 should be +249. It probably makes no difference
>> for
Dear Måns Rullgård,
In message you wrote:
>
> Something like this should be equivalent. That said, it looks
> suspiciously like it's meant to simply do a division and round up. If
> that is the case, +225 should be +249. It probably makes no difference
> for the values actually encountered.
Dear Simon,
In message
you wrote:
>
> > Agreed. But that's what "env export -t" creates anyway (and I cannot
> > think of a much better presentation of multiline variable content if
> > you don't want to run in ambiguities).
>
> I believe the ambiguities are pretty rare. And people tend to ind
Wolfgang Denk writes:
> Dear Matt,
>
> I hope you are the right person to address this to - if not, please
> help to redirect to the current responsible developer.
>
> Function pll_sigma_delta_val() in arch/arm/cpu/armv7/am33xx/clock_ti814x.c
> incorrectly uses "float" data, which results in FP o
HI Wolfgang,
On Sat, Oct 26, 2013 at 1:26 PM, Wolfgang Denk wrote:
> Dear Simon,
>
> In message <1382763563-1483-1-git-send-email-...@chromium.org> you wrote:
>> (Note that Wolfgang is looking at a way of adjusting the environment
>> within a U-Boot binary - this series could fit with that but ai
Hi Wolfgang,
On Mon, Oct 28, 2013 at 3:16 PM, Wolfgang Denk wrote:
> Dear Simon,
>
> In message you wrote:
>>
>> > I can see why you like such a "beautified" text format, but I don;t
>> > think you are doing anybody a favour here. Can we not rather use
>> > _exactly_ the same text format as U-B
Hi Stephen,
On Mon, Oct 28, 2013 at 3:20 PM, Stephen Warren wrote:
> On 10/28/2013 02:50 PM, Simon Glass wrote:
>> Hi Stephen,
>>
>> On Mon, Oct 28, 2013 at 2:41 PM, Stephen Warren
>> wrote:
>>> On 10/28/2013 02:34 PM, Simon Glass wrote:
Hi Stephen,
On Mon, Oct 28, 2013 at 1:59 P
On 10/21/2013 08:28 AM, Alban Bedel wrote:
> Add support for the new Tamonten™ NG platform from Avionic Design.
> Currently only I2C, MMC, USB and ethernet have been tested.
What changed in v3? There's no changelog here, so I don't know where to
concentrate my re-review of this patch...
> diff --
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/27/2013 05:11 PM, Wolfgang Denk wrote:
> Dear Matt,
>
> I hope you are the right person to address this to - if not,
> please help to redirect to the current responsible developer.
>
> Function pll_sigma_delta_val() in
> arch/arm/cpu/armv7/am33
Hi Bo Shen,
Thanks for the check, please see below.
On 28.10.2013 05:57, Bo Shen wrote:
Hi Mateusz Kulikowski,
Add Andreas in loop.
On 10/28/2013 03:34, Mateusz Kulikowski wrote:
(...)
+/*
+ * Disable pull-up on:
+ * RXDV (PC25) => PHY normal mode (not Test mode)
+ * ERX
On 10/28/2013 02:50 PM, Simon Glass wrote:
> Hi Stephen,
>
> On Mon, Oct 28, 2013 at 2:41 PM, Stephen Warren wrote:
>> On 10/28/2013 02:34 PM, Simon Glass wrote:
>>> Hi Stephen,
>>>
>>> On Mon, Oct 28, 2013 at 1:59 PM, Stephen Warren
>>> wrote:
On 10/25/2013 11:01 PM, Simon Glass wrote:
>>
Dear Simon,
In message
you wrote:
>
> > I can see why you like such a "beautified" text format, but I don;t
> > think you are doing anybody a favour here. Can we not rather use
> > _exactly_ the same text format as U-Boot uses with it's import /
> > export commands?
>
> That would be nice, bu
Hi Stephen,
On Mon, Oct 28, 2013 at 2:41 PM, Stephen Warren wrote:
> On 10/28/2013 02:34 PM, Simon Glass wrote:
>> Hi Stephen,
>>
>> On Mon, Oct 28, 2013 at 1:59 PM, Stephen Warren
>> wrote:
>>> On 10/25/2013 11:01 PM, Simon Glass wrote:
This seems more intuitive that the current #define w
On 10/28/2013 02:34 PM, Simon Glass wrote:
> Hi Stephen,
>
> On Mon, Oct 28, 2013 at 1:59 PM, Stephen Warren wrote:
>> On 10/25/2013 11:01 PM, Simon Glass wrote:
>>> This seems more intuitive that the current #define way of doing things.
>>> The resulting code is shorter, avoids the quoting and l
Hi Masahiro,
On Sun, Oct 27, 2013 at 11:37 PM, Masahiro Yamada
wrote:
> Hello Simon.
>
> I'm trying patman, but it looks like
> it doesn't work on my Ubuntu box.
>
> How can I resove the following issue?
>
>
>
> The subject of HEAD is
> ARM: align MVBAR on 32 byte boundary
>
>
> and the resul
Hi Stephen,
On Mon, Oct 28, 2013 at 1:59 PM, Stephen Warren wrote:
> On 10/25/2013 11:01 PM, Simon Glass wrote:
>> This seems more intuitive that the current #define way of doing things.
>> The resulting code is shorter, avoids the quoting and line continuation
>> pain, and also improves the clum
Hi Otavio,
On Mon, Oct 28, 2013 at 7:34 AM, Otavio Salvador
wrote:
> Hello,
>
> On Sat, Oct 26, 2013 at 3:01 AM, Simon Glass wrote:
>> At present U-Boot environment variables, and thus scripts, are defined
>> by CONFIG_EXTRA_ENV_SETTINGS. It is painful to add large amounts of text
>> to this fil
Hi Wolfgang,
On Sat, Oct 26, 2013 at 2:26 PM, Wolfgang Denk wrote:
> Dear Simon,
>
> In message <1382763695-2849-4-git-send-email-...@chromium.org> you wrote:
>>
>> +For example, for snapper9260 you would create a text file called
>> +board/bluewater/env/snapper9260.env containing the environment
Hi Tom,
On Mon, Oct 28, 2013 at 9:32 AM, Tom Rini wrote:
> On Mon, Oct 28, 2013 at 03:44:01PM +0100, Wolfgang Denk wrote:
>> Dear Simon,
>>
>> In message <1382800457-26608-1-git-send-email-...@chromium.org> you wrote:
>> > Many parts of the U-Boot code base are sprinkled with #ifdefs. This makes
On 10/25/2013 11:01 PM, Simon Glass wrote:
> This seems more intuitive that the current #define way of doing things.
> The resulting code is shorter, avoids the quoting and line continuation
> pain, and also improves the clumsy way that stdio variables are created:
>
> #ifdef CONFIG_VIDEO_TEGRA
>
Dear Dirk,
In message <526e9740.3070...@gmail.com> you wrote:
>
> At ELCE, I attended the Barebox presentation. One Barebox feature
> presented there was "Configure Barbox through device tree". So the
> Barebox people seem to have this already running for some selected
> boards. After their pre
Am 27.10.2013 18:07, schrieb Detlev Zundel:
...
** Configuring U-Boot through device tree
- _What_ should be configured?
- Google requires every new U-Boot driver to be configured through
device tree in U-Boot
- Configuring U-Boot through device trees shall aim for using the
exact same tree
I see you have relaxed most timing to the slowest. Debugging DDR is not
about trial and error because there are so many parameters. Could you
get some guidance from hardware designers? If you can't, I suggest you
get the spec and do the math yourself, using the DDR driver we have in
u-boot. BTW, yo
On Mon, Oct 28, 2013 at 03:44:01PM +0100, Wolfgang Denk wrote:
> Dear Simon,
>
> In message <1382800457-26608-1-git-send-email-...@chromium.org> you wrote:
> > Many parts of the U-Boot code base are sprinkled with #ifdefs. This makes
> > different boards compile different versions of the source co
Dear Simon,
In message <1382800457-26608-1-git-send-email-...@chromium.org> you wrote:
> Many parts of the U-Boot code base are sprinkled with #ifdefs. This makes
> different boards compile different versions of the source code, meaning
> that we must build all boards to check for failures. It is
On 10/26/2013 05:14 PM, Simon Glass wrote:
> Allow parser selection to make use of autoconf instead of #ifdefs.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v4:
> - Rebase on current master
>
> Changes in v3: None
> Changes in v2: None
>
> common/main.c | 87
> ++
On 06/17/2013 04:44 PM, Simon Glass wrote:
> Use autoconf to make process_boot_delay() be compiled always, and adjust
> the caller and related functions as needed.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v4:
> - Split out new patch to remove #ifdefs around process_boot_delay()
>
> Chan
Ping
On 10/07/2013 05:28 PM, Nikita Kiryanov wrote:
This patchset is a collection of short cm_t35 updates. It changes some
configuration parameters and turns on GPIO commands.
Nikita Kiryanov (3):
cm_t35: reduce default bootdelay to 3 seconds
cm_t35: turn on GPIO commands
cm_t35: updat
Hi Otavio,
On 28/10/2013 14:29, Otavio Salvador wrote:
> On Mon, Oct 28, 2013 at 11:21 AM, Wolfgang Denk wrote:
>> Dear Otavio,
>>
>> In message
>> you
>> wrote:
>>>
Indeed. However, why cannot we do the right thing soon ?
>>>
>>> There're no pending patches to address the root problem ye
Dear Otavio,
In message
you wrote:
>
> > Simon's patch set "env: Add support for environment files" does
> > exactly that.
>
> Doing it without changing source code, directly into the binary?
Yes.
> From what I read it allows import / export but this is at runtime, I
> need it /before/ bootin
Hello,
On Sat, Oct 26, 2013 at 3:01 AM, Simon Glass wrote:
> At present U-Boot environment variables, and thus scripts, are defined
> by CONFIG_EXTRA_ENV_SETTINGS. It is painful to add large amounts of text
> to this file and dealing with quoting and newlines is harder than it
> should be. It wou
On Mon, Oct 28, 2013 at 11:21 AM, Wolfgang Denk wrote:
> Dear Otavio,
>
> In message
> you
> wrote:
>>
>> > Indeed. However, why cannot we do the right thing soon ?
>>
>> There're no pending patches to address the root problem yet (allowing
>> changing /internal and default/ environment).
>
> S
Dear Otavio,
In message
you wrote:
>
> > Indeed. However, why cannot we do the right thing soon ?
>
> There're no pending patches to address the root problem yet (allowing
> changing /internal and default/ environment).
Simon's patch set "env: Add support for environment files" does
exactly th
Dear tiger...@viatech.com.cn,
In message you
wrote:
>
> Uboot has provided a getc() function.
Correct.
> So how about getstr() function?
What about it? It's not a standard libc function. It's described in
the XSI Curses standard, but we don;t have any curses support in
U-Boot.
> It seems:
On Mon, 21 Oct 2013 16:28:46 +0200
Alban Bedel wrote:
> Add support for the new Tamonten™ NG platform from Avionic Design.
> Currently only I2C, MMC, USB and ethernet have been tested.
>
> Signed-off-by: Alban Bedel
Is there still some problem with this series? Or I am doing something
wrong th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/28/2013 08:51 AM, Dan Murphy wrote:
> On 10/25/2013 10:42 AM, Hardik wrote:
>> From: Hardik Patel
>>
>>
>> Signed-off-by: Hardik Patel ---
>> include/configs/omap4_common.h |7 ++- 1 file changed, 6
>> insertions(+), 1 deletion(-)
>>
On 10/25/2013 10:42 AM, Hardik wrote:
> From: Hardik Patel
>
>
> Signed-off-by: Hardik Patel
> ---
> include/configs/omap4_common.h |7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/include/configs/omap4_common.h b/include/configs/omap4_common.h
> index e9f2383..9
On Mon, Oct 28, 2013 at 9:32 AM, Stefano Babic wrote:
> Hi Otavio,
>
> On 28/10/2013 12:19, Otavio Salvador wrote:
>> Hello,
>>
>> I am not sure I agree ...
>>
>> On Sun, Oct 27, 2013 at 6:47 PM, Marek Vasut wrote:
>>> Dear Otavio Salvador,
>>>
On Sun, Oct 27, 2013 at 2:16 PM, Marek Vasut w
I disabled the 2nd core by using "cfg_core1_enable" and D2_MSRCID1 signal
is not connected and we are using DDR controller 2... will this create any
obstacles to relocate? Is there any other register configuration for DDR?
can somebody help me to understand this or give me some pointer to get more
Hi Otavio,
On 28/10/2013 12:19, Otavio Salvador wrote:
> Hello,
>
> I am not sure I agree ...
>
> On Sun, Oct 27, 2013 at 6:47 PM, Marek Vasut wrote:
>> Dear Otavio Salvador,
>>
>>> On Sun, Oct 27, 2013 at 2:16 PM, Marek Vasut wrote:
Dear Otavio Salvador,
> This reads the kernel,
Dear Otavio Salvador,
> Hello,
>
> I am not sure I agree ...
>
> On Sun, Oct 27, 2013 at 6:47 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> >> On Sun, Oct 27, 2013 at 2:16 PM, Marek Vasut wrote:
> >> > Dear Otavio Salvador,
> >> >
> >> >> This reads the kernel, ftd and boot into ubi
From: Christoph G. Baumann
The BG0900 module has 2Gbit DRAM module on it, adjust the DataBahn
DRAM controller registers so the DRAM module will be correctly
recognised.
Signed-off-by: Christoph G. Baumann
Cc: Marek Vasut
Cc: Stefano Babic
Cc: Fabio Estevam
---
board/ppcag/bg0900/spl_boot.c
In case the board detected sufficient voltage for battery boot,
make sure the DCDC converter is ON and the board is not running
only from linregs, otherwise an instability will be observed.
Signed-off-by: Marek Vasut
Cc: Stefano Babic
Cc: Fabio Estevam
---
arch/arm/cpu/arm926ejs/mxs/spl_power_
Hello,
I am not sure I agree ...
On Sun, Oct 27, 2013 at 6:47 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Sun, Oct 27, 2013 at 2:16 PM, Marek Vasut wrote:
>> > Dear Otavio Salvador,
>> >
>> >> This reads the kernel, ftd and boot into ubifs filesystem. While on
>> >> that, the SD firm
Add emulator support for T1040. Emulator has limited peripherals
and interfaces.
Difference between T1040QDS and emulator includes:
-ECC for DDR is disabled due to procedure to load images
-Depends on raw timing for DDR initialization
-No board FPGA (Qixis)
-No PCI
-No SPI
-No flash support
Signed
From: "Jens Scharsig (BuS Elektronik)"
Since more functions are enabled, the eb_cpux9k2_ram target does not boot.
This patch changed the TEXT_BASE, that the code fits between TEXT_BASE and ram
end.
Signed-off-by: Jens Scharsig (BuS Elektronik)
---
include/configs/eb_cpux9k2.h | 3 ++-
1 fil
Hi, experts:
Uboot has provided a getc() function.
So how about getstr() function?
It seems: not provide getstr() ?
Best wishes,
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Add support for Macronix MX25L2006E SPI flash.
Signed-off-by: Luka Perkov
---
drivers/mtd/spi/sf_probe.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/spi/sf_probe.c b/drivers/mtd/spi/sf_probe.c
index 7ecbd96..07f8a4b 100644
--- a/drivers/mtd/spi/sf_probe.c
+++ b/drivers/mtd/sp
All other hex values in sf_probe.c are in lower case so we should
fix this one too.
Signed-off-by: Luka Perkov
---
drivers/mtd/spi/sf_probe.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mtd/spi/sf_probe.c b/drivers/mtd/spi/sf_probe.c
index 5eb8ffe..7ecbd96 100644
On 22/10/2013 11:03, Heiko Schocher wrote:
> - add omap24xx driver to new multibus/multiadpater support
> - adapted all config files, which uses this driver
>
> Tested on the am335x based siemens boards rut, dxr2 and pxm2
> posted here:
> http://patchwork.ozlabs.org/patch/263211/
>
> Signed-off-b
Dear Mateusz Kulikowski,
> submit_common_msg should report amount of data passed from/to device.
> Instead, it always returned size requested by Host.
>
> Signed-off-by: Mateusz Kulikowski
> ---
> drivers/usb/host/ohci-hcd.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --gi
Hi Lukasz, Przemyslaw,
> Hi Marek,
>
> > Dear Przemyslaw Marczak,
> >
> > > This patch introduces some cleanups to ums code. Changes:
> > >
> > > ums common:
> > > - introduce UMS_START_SECTOR and UMS_NUM_SECTORS as defined in
> > >
> > > usb_mass_storage.h both default values as 0 if board
Hello exports.
When re-posting updated a patch (or patch series),
should be Acked-by and Reviewed-by tag inherited?
Let me give an example.
I posted
"First step towards Kbuild: Use Kbuild style makefiles" v3.
Simon reviewed it and issued Acked-by tag.
> The series:
>
> Acked-by: Simon Gl
Hi Marek,
> Dear Przemyslaw Marczak,
>
> > This patch introduces some cleanups to ums code. Changes:
> >
> > ums common:
> > - introduce UMS_START_SECTOR and UMS_NUM_SECTORS as defined in
> > usb_mass_storage.h both default values as 0 if board config
> > doesn't define them
> >
> > common
Hello Valentin,
Am 18.10.2013 11:47, schrieb Valentin Longchamp:
This must be defined for all the keymile boards that use the common
i2c_abort function that is used to "reset" the I2C bus. These are
currently km82xx and km_arm boards.
The km83xx boards use other functions and thus do not need
Hello Valentin,
Am 18.10.2013 11:47, schrieb Valentin Longchamp:
This is necessary with the new I2C subystem that was introduced lately.
Signed-off-by: Valentin Longchamp
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/powerpc/cpu/mpc8xxx/ddr/main.c | 6 +-
1 file c
65 matches
Mail list logo