Hi Wolfgang,
On 12/17/2011 09:49 PM, Wolfgang Denk wrote:
> In message <1323879110-8404-1-git-send-email-holger.bru...@keymile.com> you
> wrote:
>> Add a variable "toolchain" and configure the rootpath
>> for the nfsargs with this variable.
>>
>> Signed-off-by: Holger Brunck
>> cc: Wolfgang Denk
Dear Wolfgang Denk,
On 19 December 2011 13:27, Wolfgang Denk wrote:
> Dear Chander Kashyap,
>
> In message <1324275424-29468-3-git-send-email-chander.kash...@linaro.org>
> you wrote:
> > Earliar ARM clock frequency was calculated by:
> > MOUTAPLL/(DIVAPLL + 1) which is actually returning SCLKAP
Hi Wolfgang,
On Sun, Nov 27, 2011 at 07:04:48AM +0200, Stefan Kristiansson wrote:
> This patch series adds support for the OpenRISC 1000 architecture.
>
> The OpenRISC architecture has been around for about a decade and
> has experienced a revival in the last couple of years from the
> efforts o
On 19 December 2011 16:57, Wolfgang Denk wrote:
> Dear Chander Kashyap,
>
> In message <1324275424-29468-3-git-send-email-chander.kash...@linaro.org> you
> wrote:
>> Earliar ARM clock frequency was calculated by:
>> MOUTAPLL/(DIVAPLL + 1) which is actually returning SCLKAPLL.
>> It is fixed by ca
Dear Wolfgang Denk,
On 19 December 2011 13:50, Chander Kashyap wrote:
> Dear Wolfgang Denk,
>
>
> On 19 December 2011 13:27, Wolfgang Denk wrote:
>
>> Dear Chander Kashyap,
>>
>> In message <1324275424-29468-3-git-send-email-chander.kash...@linaro.org>
>> you wrote:
>> > Earliar ARM clock freque
Hi Stefano,
Le 19/12/2011 08:45, Stefano Babic a écrit :
Hi Albert,
please pull from u-boot-imx (a couple of fixes):
The following changes since commit a7b39185338c333a052728a7952b5f1cba4fc22a:
tools/setlocalversion: Update from the Linux Kernel (2011-12-17
20:58:48 +0100)
are available i
On 19 December 2011 13:56, Minkyu Kang wrote:
> On 19 December 2011 16:57, Wolfgang Denk wrote:
> > Dear Chander Kashyap,
> >
> > In message <1324275424-29468-3-git-send-email-chander.kash...@linaro.org>
> you wrote:
> >> Earliar ARM clock frequency was calculated by:
> >> MOUTAPLL/(DIVAPLL + 1)
Hi Pali,
On 19/12/11 18:17, Pali Rohár wrote:
> On Monday 19 December 2011 00:57:27 Wolfgang Denk wrote:
>> Dear Pali =?ISO-8859-1?Q?Roh=E1r?=,
>>
>> In message <1778406.ezGto4lKnu@pali-elitebook> you wrote:
>>> I'm sending third version of rx51 patches for u-boot. All patches was
>>> checked by c
On 16/12/2011 16:45, Tom Rini wrote:
> On Fri, Dec 16, 2011 at 8:37 AM, Stefano Babic wrote:
>> Hi,
>>
Hi Tom,
> I'm going to mark this series as RFC in patchwork as I see you did
> +#ifneq... in some Makefiles and I know you know better :) That said,
> can you confirm MAKEALL -s omap3 -s omap4
Hi Tom,
Le 16/12/2011 23:20, Tom Rini a écrit :
On Wed, Dec 14, 2011 at 9:06 AM, Tom Rini wrote:
On Tue, Dec 13, 2011 at 11:58 AM, Tom Rini wrote:
The following changes since commit
953209bf5ef0889a1baa02aa0ed5324f53ff8fda: Wolfgang Grandegger (1):
arm: add __aeabi_unwind_cpp_pr1() fun
Hi Andreas,
Le 08/12/2011 13:58, Andreas Bießmann a écrit :
Dear David Müller,
Am 08.12.2011 13:23, schrieb David Müller:
This patch fixes the s3c24x0 timer code to work with the ARM
relocation feature.
Signed-off-by: David Mueller
---
arch/arm/cpu/arm920t/s3c24x0/timer.c | 40 ++
Chander Kashyap (2):
Exynos: PWM: Add TCMPB3 field in pwm structure
Exynos: Fix ARM Clock frequency calculation
arch/arm/cpu/armv7/exynos/clock.c | 15 +--
arch/arm/include/asm/arch-exynos/pwm.h |2 +-
2 files changed, 10 insertions(+), 7 deletions(-)
--
1.7.5.4
Add TCMPB3 field in pwm structure, earliar this was res1.
Signed-off-by: Chander Kashyap
---
arch/arm/include/asm/arch-exynos/pwm.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/arch-exynos/pwm.h
b/arch/arm/include/asm/arch-exynos/pwm.h
index d0c
Earliar ARM clock frequency was calculated by:
MOUTAPLL/(DIVAPLL + 1) which is actually returning SCLKAPLL.
It is fixed by calculating it as follows:
ARMCLK=MOUTCORE / (DIVCORE + 1) / (DIVCORE2 + 1)
Signed-off-by: Chander Kashyap
---
Changes for V2:
- Fixed commit comment
- Fixed
Dear Holger Brunck,
In message <4eeef0d3.5040...@keymile.com> you wrote:
>
> >> +Last change: 24.11.2011
> >
> > Does this really make any sense? Which date are you recording here/
> > When you (think) you last edited the file? When you applied the patch
> > to your local tree? When you submitt
Dear Chander Kashyap,
In message
you wrote:
>
> > In message <1324275424-29468-3-git-send-email-chander.kash...@linaro.org>
> > you wrote:
> > > Earliar ARM clock frequency was calculated by:
> > > MOUTAPLL/(DIVAPLL + 1) which is actually returning SCLKAPLL.
> > > It is fixed by calcuating it as
Hi David,
Le 03/12/2010 16:12, David Müller a écrit :
Hello
This patch adds support for "print_cpuinfo" on Samsung s3c24x0
based targets. If activated by "#define CONFIG_DISPLAY_CPUINFO", the
chip ID and the 3 main cpu frequencies will be displayed.
Dave
Signed-off-by: David Müller
diff --g
Dear Wolfgang Denk,
On 19 December 2011 14:29, Wolfgang Denk wrote:
> Dear Chander Kashyap,
>
> In message <
> canuqghhq_+az6z100agouaumeuyxwh-hl6anpgrtowbadeq...@mail.gmail.com> you
> wrote:
> >
> > > In message <
> 1324275424-29468-3-git-send-email-chander.kash...@linaro.org>
> > > you wrote:
Dear Chander Kashyap,
In message <1324285004-32354-2-git-send-email-chander.kash...@linaro.org> you
wrote:
> Add TCMPB3 field in pwm structure, earliar this was res1.
>
> Signed-off-by: Chander Kashyap
> ---
> arch/arm/include/asm/arch-exynos/pwm.h |2 +-
> 1 files changed, 1 insertions(+)
Thomas Weber wrote:
This patch removes the unused definitions:
CONFIG_OMAP3_MICRON_DDR
CONFIG_OMAP3_NUMONYX_DDR
CONFIG_OMAP3_INFINEON_DDR
Signed-off-by: Thomas Weber
Acked-by: Luca Ceresoli
Luca
___
U-Boot mailing list
U-Boot@lists.denx.de
http://l
Hi Wolfgsng Denk,
On 19 December 2011 14:33, Wolfgang Denk wrote:
> Dear Chander Kashyap,
>
> In message <1324285004-32354-2-git-send-email-chander.kash...@linaro.org>
> you wrote:
> > Add TCMPB3 field in pwm structure, earliar this was res1.
> >
> > Signed-off-by: Chander Kashyap
> > ---
> >
Dear KRONSTORFER Horst,
In message <024fe3275ef7814d9b07390f28c0832c63a20...@vie196nt.frequentis.frq>
you wrote:
>
> > Can you please describe a test case that shows this bug?
>
> host:
> echo foo=bar > env.txt
> mkenvimage -b -s 13 -o env.bin env.txt
>
> be target:
> tftp 20 env.bin
>
Dear Horst Kronstorfer,
In message <1324114390-27290-1-git-send-email-hkron...@frequentis.com> you
wrote:
> do_env_import() missed the final '\0' terminator when calculating the
> size of an environment data block. This led to an erroneous 'bad CRC,
> import failed' message for a checksum protec
Hi all,
On Sun, 18 Dec 2011 00:19:34 +0100
Wolfgang Denk wrote:
...
> as you may have seen from some of my confirmation messages, I have
> started a "next" branch.
>
> Please feel free to send pull-requests for next, or to point me to
> patches that should go into next (or even into the upcoming
Hi Heiko,
On Tue, 13 Dec 2011 07:37:17 +0100
Heiko Schocher wrote:
> Fix:
> cmd_pxe.c: In function 'parse_pxefile_top':
> cmd_pxe.c:941:5: warning: 'err' may be used uninitialized in this
> function [-Wuninitialized]
> cmd_pxe.c:921:6: note: 'err' was declared here
>
> Signed-off-by: Heiko Sc
This patchset adds an i2c bus based TPM driver.
Changes in v1:
- Update s-o-b Peter Huewe's email address
- Squash patch #3 into patch #2
Changes in v2:
- Style improvements
Che-Liang Chiou (2):
tpm: Rename generic_lpc_tpm to tpm_tis_lpc
tpm: Add i2c TPM driver
Makefile
The new name is more aligned with Linux kernel's naming of TPM driver.
Signed-off-by: Peter Huewe
Signed-off-by: Che-Liang Chiou
Acked-by: Mike Frysinger
---
Changes in v1:
- Update s-o-b Peter Huewe's email address
Makefile |2 +-
README
Peter Huewe implemented the original driver; this patch only reorganizes
the code structure of the driver, and does not make logical changes.
tpm.c implements the interface defined in tpm.h based on underlying
LPC or i2C TPM driver. tpm.c and the underlying driver communicate
throught tpm_private
On Sat, Dec 17, 2011 at 1:21 AM, Mike Frysinger wrote:
> On Wednesday 14 December 2011 03:48:24 Che-Liang Chiou wrote:
>> --- /dev/null
>> +++ b/drivers/tpm/tpm.c
>>
>> +int tis_sendrecv(const uint8_t *sendbuf, size_t send_size, uint8_t
>> *recvbuf, + size_t *recv_len)
>> +{
>> +
On Sun, Dec 18, 2011 at 4:33 AM, Wolfgang Denk wrote:
> Dear Che-Liang Chiou,
>
> In message <1323852504-19954-3-git-send-email-clch...@chromium.org> you wrote:
>> Peter Huewe implemented the original driver; this patch only reorganizes
>> the code structure of the driver, and does not make logica
Hi Heiko,
Le 15/09/2011 07:16, Heiko Schocher a écrit :
Signed-off-by: Heiko Schocher
Cc: Albert ARIBAUD
Cc: Gerald van Baren
---
arch/arm/lib/bootm.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/lib/bootm.c b/arch/arm/lib/bootm.c
index 802e833..afa0093 1
Hi Simon,
Le 10/10/2011 22:24, Simon Glass a écrit :
It seems that few people use CONFIG_PRAM on ARM. The getenv_r() function has
been renamed to getenv_f().
Please correct the commit message: it does not rename the function, it
switches from callong the _r version to calling the _f version.
Le 19/12/2011 10:23, Anatolij Gustschin a écrit :
Hi all,
On Sun, 18 Dec 2011 00:19:34 +0100
Wolfgang Denk wrote:
...
as you may have seen from some of my confirmation messages, I have
started a "next" branch.
Please feel free to send pull-requests for next, or to point me to
patches that sho
On Mon, 19 Dec 2011 11:27:51 +0100
Albert ARIBAUD wrote:
...
> > These two patches
> > http://patchwork.ozlabs.org/patch/126542/
> > http://patchwork.ozlabs.org/patch/126546/
> >
> > fix broken building for 6 boards/configurations:
> >
> > sbc35_a9g20_eeprom
> > sbc35_a9g20_nandflash
> > tny_a9260
Hi Wolfgang,
On 12/19/2011 09:57 AM, Wolfgang Denk wrote:
> In message <4eeef0d3.5040...@keymile.com> you wrote:
>>
+Last change: 24.11.2011
>>>
>>> Does this really make any sense? Which date are you recording here/
>>> When you (think) you last edited the file? When you applied the patch
>
Hi Anatolij,
Le 19/11/2011 12:59, Anatolij Gustschin a écrit :
MACH_TYPE_TNY_A9G20 and MACH_TYPE_TNY_A9260 were removed
from mach-types.h. Add them to the board config file.
Signed-off-by: Anatolij Gustschin
---
board/calao/tny_a9260/tny_a9260.c |5 -
include/configs/tny_a9260.h
Hi Anatolij,
Le 19/11/2011 12:59, Anatolij Gustschin a écrit :
MACH_TYPE_SBC35_A9G20 was removed from mach-types.h.
Add it to the board config file.
Signed-off-by: Anatolij Gustschin
---
board/calao/sbc35_a9g20/sbc35_a9g20.c |1 -
include/configs/sbc35_a9g20.h |3 +++
2 file
On Sun, Dec 18, 2011 at 4:35 AM, Wolfgang Denk wrote:
> Dear Che-Liang Chiou,
>
> In message <1323852504-19954-2-git-send-email-clch...@chromium.org> you wrote:
>> The new name is more aligned with Linux kernel's naming of TPM driver.
>>
>> Signed-off-by: Peter Huewe
>> Signed-off-by: Che-Liang C
Commit bdbcdc89 "pxa: convert pxa27x_udc to use read and write
functions" added a number of C++ comments. Fix these.
Signed-off-by: Wolfgang Denk
---
drivers/usb/gadget/pxa27x_udc.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/gadget/pxa27x_udc.c b/dr
Fix trailing white space, indentation by spaces instead of TABs,
excessive blank lines, trailing blank lines.
Signed-off-by: Wolfgang Denk
---
arch/arm/include/asm/arch-davinci/da8xx-fb.h |1 -
arch/sh/lib/ashrsi3.S|2 +-
doc/README.menu
Hi everybody,
I've just released v2011.12-rc2; please help testing.
Please respond quickly if you find anything missing for the final
release, I want to get this out on Friday at latest.
Thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zun
Dear Che-Liang Chiou,
In message <1324288224-5075-1-git-send-email-clch...@chromium.org> you wrote:
>
> This patchset adds an i2c bus based TPM driver.
Are there any users of this driver?
I see we are adding TPM code, but so far this is all dead code as
there are no users for it.
Best regards,
Dear Holger Brunck,
In message <4eef13d4.5020...@keymile.com> you wrote:
>
> > You can insert such information when you export the files from git,
> > say by adding a line like:
> >
> > Last commit date: $Format:%H %cD$
...
> After reading the doc I don't know how it could be used in my usec
Dear Wolfgang Denk,
In message <1324292417-23817-1-git-send-email...@denx.de> you wrote:
> Commit bdbcdc89 "pxa: convert pxa27x_udc to use read and write
> functions" added a number of C++ comments. Fix these.
>
> Signed-off-by: Wolfgang Denk
> ---
> drivers/usb/gadget/pxa27x_udc.c |5 ++--
Dear Che-liang Chiou,
In message
you wrote:
>
> > Should we not rather remove all this dead code again?
> >
> > Until today there are no users for this code in mainline, and no
> > patches have been submitted that intend to use it.
>
> Chrome/Chromium OS uses TPM for its secure boot. So I would
On 19/12/2011 12:23, Wolfgang Denk wrote:
> Hi everybody,
>
> I've just released v2011.12-rc2; please help testing.
>
> Please respond quickly if you find anything missing for the final
> release, I want to get this out on Friday at latest.
mx51evk is broken - fix merged, Albert has already merg
On 12/10/2011 05:29 PM, Remy Bohmer wrote:
> Hi,
>
> 2011/12/5 Vincent Palatin :
>> According to EHCI specification v1.0, the controller should stabilize
>> the power on a port at most 20 ms after the port power bit transition.
>> So, we put this setting in the virtual descriptor corresponding fie
Dear Wolfgang,
On 19.12.2011 12:23, Wolfgang Denk wrote:
> Hi everybody,
>
> I've just released v2011.12-rc2; please help testing.
>
> Please respond quickly if you find anything missing for the final
> release, I want to get this out on Friday at latest.
avr32 is still broken. Anatolij has tak
Hello Andreas,
On Mon, 19 Dec 2011 13:21:51 +0100
"Andreas Bießmann" wrote:
> Dear Wolfgang,
>
> On 19.12.2011 12:23, Wolfgang Denk wrote:
> > Hi everybody,
> >
> > I've just released v2011.12-rc2; please help testing.
> >
> > Please respond quickly if you find anything missing for the final
For the i.mx6q, the burned-in MAC address will be the following odering,
fuse: 0x620[7:0] MAC_ADDR[7:0] ---> mac[5]
fuse: 0x620[15:8] MAC_ADDR[15:8]---> mac[4]
fuse: 0x620[23:16] MAC_ADDR[23:16] ---> mac[3]
fuse: 0x620[31:24] MAC_ADDR[31:24] ---> mac[2]
fuse: 0x630[7:0] MAC_ADDR[3
Hi all,
Le 19/12/2011 13:07, Stefano Babic a écrit :
On 19/12/2011 12:23, Wolfgang Denk wrote:
Hi everybody,
I've just released v2011.12-rc2; please help testing.
Please respond quickly if you find anything missing for the final
release, I want to get this out on Friday at latest.
mx51evk i
Hi Wolfgang,
On 12/19/2011 12:33 PM, Wolfgang Denk wrote:
> In message <4eef13d4.5020...@keymile.com> you wrote:
>>
>>> You can insert such information when you export the files from git,
>>> say by adding a line like:
>>>
>>> Last commit date: $Format:%H %cD$
> ...
>> After reading the doc I
On 12/19/2011 01:51 PM, Vincent Palatin wrote:
> On Mon, Dec 19, 2011 at 04:07, Wolfgang Grandegger
> wrote:
>> I just realized that this patch breaks "usb start" on my mx53loco board:
>>
>> MX53LOCO U-Boot > usb start
>> (Re)start USB...
>> USB: Register 10011 NbrPorts 1
>> USB EHCI 1.00
>
Dear Marek Vasut,
On 12/17/2011 05:17 AM, Marek Vasut wrote:
Hi Fabio,
On 12/16/2011 12:07 AM, Fabio Estevam wrote:
Tested boot via SD card and by loading a kernel via TFTP through
the FEC interface.
Have you any idea why this works from SD card but not by USB recovery
using exactly same sb
Fix:
universal.c: In function 's5pc210_phy_control':
universal.c:273:7: warning: 'ret' may be used uninitialized
in this function [-Wuninitialized]
Signed-off-by: Anatolij Gustschin
Cc: Lukasz Majewski
Cc: Minkyu Kang
---
board/samsung/universal_c210/universal.c |2 +-
1 files changed, 1 i
Fix:
In file included from s3c_udc_otg.c:216:0:
s3c_udc_otg_xfer_dma.c: In function 'complete_tx':
s3c_udc_otg_xfer_dma.c:280:33: warning: variable 'is_short' set but not used
s3c_udc_otg_xfer_dma.c:280:6: warning: variable 'ep_tsr' set but not used
s3c_udc_otg_xfer_dma.c: In function 's3c_udc_irq'
Hi Marek,
On 12/18/2011 07:50 PM, Marek Vasut wrote:
The ecc.size for mxs NAND driver is set to 1 in Linux kernel and to 512 in
U-Boot, which causes "ubi part" command malfunction due to wrong subpage size.
[snip]
Subpage size is now reported correctly and ubifs works fine. Thanks!
Tested-by:
On Mon, Dec 19, 2011 at 04:07, Wolfgang Grandegger wrote:
> I just realized that this patch breaks "usb start" on my mx53loco board:
>
> MX53LOCO U-Boot > usb start
> (Re)start USB...
> USB: Register 10011 NbrPorts 1
> USB EHCI 1.00
> scanning bus for devices... 1 USB Device(s) found
>
> Fix:
> universal.c: In function 's5pc210_phy_control':
> universal.c:273:7: warning: 'ret' may be used uninitialized
> in this function [-Wuninitialized]
>
> Signed-off-by: Anatolij Gustschin
> Cc: Lukasz Majewski
> Cc: Minkyu Kang
> ---
> board/samsung/universal_c210/universal.c |2 +-
> Hi Marek,
>
> On 12/18/2011 07:50 PM, Marek Vasut wrote:
> > The ecc.size for mxs NAND driver is set to 1 in Linux kernel and to 512
> > in U-Boot, which causes "ubi part" command malfunction due to wrong
> > subpage size.
>
> [snip]
>
> Subpage size is now reported correctly and ubifs works f
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
> Sent: Monday, December 19, 2011 4:41 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH] Coding Style cleanup
>
> Fix trailing white space, indentation by s
Hi all,
On Mon, 19 Dec 2011 16:00:21 +0100
Lukasz Majewski wrote:
...
> > diff --git a/board/samsung/universal_c210/universal.c
> > b/board/samsung/universal_c210/universal.c index 8393e4f..d0ff834
> > 100644 --- a/board/samsung/universal_c210/universal.c
> > +++ b/board/samsung/universal_c210/un
Dear Holger Brunck,
In message <4eef350c.4040...@keymile.com> you wrote:
>
> hm together with the needed git configuration IMO a bit to complicated for my
> needs. To be honest I would like to keep this date information as it is.
OK, as you like it.
> If this is not acceptable then I will remov
On 12/19/2011 05:05 PM, Marek Vasut wrote:
You're the guy doing the bluegiga mx28 board ? I think I noticed in linux
kernel, are you for example working on mx28/device tree support too?
Yes, I have done something but most of kernel stuff related to our board
is done by my colleague Lauri Hints
Dear Wolfgang Grandegger,
In message <4eef290b.9060...@grandegger.com> you wrote:
>
> The device is not found at the first attempt. Obviously, a value of 10
> for bPwrOn2PwrGood seems too short but 20 works fine. Would that be a
> resonable compromise? If yes, I could send a patch.
If 10 doesn't
Dear "Premi, Sanjeev",
In message you wrote:
>
> > @@ -563,6 +556,7 @@ extern unsigned long=20
> > get_board_sys_clk(unsigned long dummy);
> > "tftp $fdtaddr $tftppath/$fdtfile;" =09
> > \
> > "bootm $loadaddr - $fdtaddr"
> > =20
> > +
> > #define CONFIG_RAMBOOTCOMMAND
On 12/19/2011 02:37 AM, Igor Grinberg wrote:
> Hi Peter,
>
> Thanks for fixing all the issues pointed.
> I have one last question (sorry for not seeing it earlier) and one neat below.
>
> On 12/18/11 19:25, Peter Barada wrote:
>> This patch adds basic support for OMAP35x/DM37x SOM LV/Torpedo
>> ref
Dear Lukasz,
In message <20111219161828.7495c109@wker> Anatolij Gustschin wrote:
>
> I used GCC version 4.2.2 from ELDK 4.2 and GCC version 4.6.1 20110627
> from ELDK 5.1 and see this warning with both.
Note: ELDK 5.1 is based on Yocto 1.1 (edison-6.0 release tag), plus
some fixes for ARM relate
Hi Marek, Albert,
On Mon, 12 Dec 2011 16:34:03 +0100
Marek Vasut wrote:
> GPIO configuration shall never be done inside a driver, never.
>
> Signed-off-by: Marek Vasut
> Cc: Anatolij Gustschin
> Cc: Albert ARIBAUD
> ---
> board/lubbock/lubbock.c |6 ++
> drivers/mmc/pxa_mmc.c |
Le 19/12/2011 16:57, Anatolij Gustschin a écrit :
Hi Marek, Albert,
On Mon, 12 Dec 2011 16:34:03 +0100
Marek Vasut wrote:
GPIO configuration shall never be done inside a driver, never.
Signed-off-by: Marek Vasut
Cc: Anatolij Gustschin
Cc: Albert ARIBAUD
---
board/lubbock/lubbock.c |6 +
On Mon, 19 Dec 2011 17:15:03 +0100
Albert ARIBAUD wrote:
> Le 19/12/2011 16:57, Anatolij Gustschin a écrit :
> > Hi Marek, Albert,
> >
> > On Mon, 12 Dec 2011 16:34:03 +0100
> > Marek Vasut wrote:
> >
> >> GPIO configuration shall never be done inside a driver, never.
> >>
> >> Signed-off-by: Ma
> Le 19/12/2011 16:57, Anatolij Gustschin a écrit :
> > Hi Marek, Albert,
> >
> > On Mon, 12 Dec 2011 16:34:03 +0100
> >
> > Marek Vasut wrote:
> >> GPIO configuration shall never be done inside a driver, never.
> >>
> >> Signed-off-by: Marek Vasut
> >> Cc: Anatolij Gustschin
> >> Cc: Albert AR
Dear Marek Vasut,
In message <201112191725.00963.marek.va...@gmail.com> you wrote:
>
> It wasn't ... only compile-tested. Does someone have a lubbock?
Lubbock is orphaned, no testers are known.
If it's compile clean, that should be good enough.
Best regards,
Wolfgang Denk
--
DENX Software En
Hi Wolfgang,
Le 19/12/2011 17:33, Wolfgang Denk a écrit :
Dear Marek Vasut,
In message<201112191725.00963.marek.va...@gmail.com> you wrote:
It wasn't ... only compile-tested. Does someone have a lubbock?
Lubbock is orphaned, no testers are known.
If it's compile clean, that should be good
Hi,
I am trying to port support for a board from Oxford Semiconductor to
the current head of the git repository.
Medion released GPL Sources of their P89626 NAS [1].
In these sources there are using an old version 1.1.2 of U-Boot with
some modification a board from Oxford Semiconductor. The board
When I use the sspi command 'sspi 1 24 0301ff' it causes the chip select
line to toggle between each byte.
It would be low for the 03, then a quick low->high->low transition
between the next byte '01.' This is causing me all kinds of grief with
the part.
Is there a setting to fix this or d
Hi Wolfgang,
The following changes since commit 901de79a3792c81aefcbf207a34049e63f21362b:
Prepare v2011.12-rc2 (2011-12-19 12:12:54 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-arm.git master
Anatolij Gustschin (3):
Fix building for mx51evk board
ARM:
Hi Wolfgang,
2011/12/19 Wolfgang Grandegger :
> On 12/19/2011 01:51 PM, Vincent Palatin wrote:
>> On Mon, Dec 19, 2011 at 04:07, Wolfgang Grandegger
>> wrote:
>>> I just realized that this patch breaks "usb start" on my mx53loco board:
>>>
>>> The device is not found at the first attempt. Obviou
> Hi Wolfgang,
>
> Le 19/12/2011 17:33, Wolfgang Denk a écrit :
> > Dear Marek Vasut,
> >
> > In message<201112191725.00963.marek.va...@gmail.com> you wrote:
> >> It wasn't ... only compile-tested. Does someone have a lubbock?
> >
> > Lubbock is orphaned, no testers are known.
> >
> > If it's
On Dec 17, 2011, at 15:16, Wolfgang Denk wrote:
> Dear Kyle Moffett,
> In message <1324001821-15337-1-git-send-email-kyle.d.moff...@boeing.com> you
> wrote:
>> When using an offboard ethernet chip such as e1000, it is highly likely
>> that the driver has already read a valid MAC address from the o
Dear "Moffett, Kyle D",
In message <58a08f2d-4743-4634-a909-466eb8535...@boeing.com> you wrote:
>
> > Yes, it should. The rule is that then environment settings always
> > have precedence, and if they are missing or contain different data
> > than other sources for this information, a waning shal
Hey all,
I'm attempting to use CONFIG_NAND_ENV_DST work, and I'm wondering it
what I see as the intent of the option is the real intent as it's not
working without patches, but perhaps I'm just using it wrong. What
I'm trying to have done is that if the above is set, SPL will read the
environment
Dear Michael Kebe,
In message
you wrote:
>
> When I am trying to build, I get this error from the linker (I also
> tried the toolchain which is included in the download from Medion):
...
> /home/michael/x-tools/arm-unknown-eabi/bin/arm-unknown-eabi-ld: BFD
> (crosstool-NG 1.13.2) 2.21.1 asserti
On Mon, Dec 19, 2011 at 08:59, Remy Bohmer wrote:
> Hi Wolfgang,
>
> 2011/12/19 Wolfgang Grandegger :
>> On 12/19/2011 01:51 PM, Vincent Palatin wrote:
>>> On Mon, Dec 19, 2011 at 04:07, Wolfgang Grandegger
>>> wrote:
I just realized that this patch breaks "usb start" on my mx53loco board:
On 12/19/2011 11:58 AM, Tom Rini wrote:
> Hey all,
>
> I'm attempting to use CONFIG_NAND_ENV_DST work, and I'm wondering it
> what I see as the intent of the option is the real intent as it's not
> working without patches, but perhaps I'm just using it wrong. What
> I'm trying to have done is tha
On Mon, Dec 19, 2011 at 11:57 AM, Scott Wood wrote:
> On 12/19/2011 11:58 AM, Tom Rini wrote:
>> Hey all,
>>
>> I'm attempting to use CONFIG_NAND_ENV_DST work, and I'm wondering it
>> what I see as the intent of the option is the real intent as it's not
>> working without patches, but perhaps I'm
On Mon, Dec 19, 2011 at 18:58, Wolfgang Denk wrote:
>
> Try a known to be working (with current code) tool chain?
>
Dear Wolfgang,
I can built other boards with the same toolchain.
I think I know what I did wrong:
#define CONFIG_SYS_UBOOT_BASE -1
#define CONFIG_SYS_TEXT_BASE -1
To get the pre
Dear Michael Kebe,
In message
you wrote:
>
> CONFIG_SYS_TEXT_BASE is still missing. There is no documentation on
> this. Any hints?
Check the old sources for a board specific config.mk file ...
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zun
On 12/18/2011 11:50 AM, Marek Vasut wrote:
> The ecc.size for mxs NAND driver is set to 1 in Linux kernel and to 512 in
> U-Boot, which causes "ubi part" command malfunction due to wrong subpage size.
>
> Signed-off-by: Marek Vasut
> Cc: Wolfgang Denk
> Cc: Detlev Zundel
> Cc: Stefan Roese
> C
The U-Boot FAT driver appears to manually check for the existence of
an MS-DOS partition table, even when CONFIG_DOS_PARTITION is present
and working.
As a result, it is not possible to use the FAT driver on an ISO9660
El-Torito boot volume, because it does not have a DOS MBR and does
not pass the
> On 12/18/2011 11:50 AM, Marek Vasut wrote:
> > The ecc.size for mxs NAND driver is set to 1 in Linux kernel and to 512
> > in U-Boot, which causes "ubi part" command malfunction due to wrong
> > subpage size.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Wolfgang Denk
> > Cc: Detlev Zundel
> > C
On Dec 19, 2011, at 15:21, Kyle Moffett wrote:
> The U-Boot FAT driver appears to manually check for the existence of
> an MS-DOS partition table, even when CONFIG_DOS_PARTITION is present
> and working.
>
> As a result, it is not possible to use the FAT driver on an ISO9660
> El-Torito boot volum
On Mon, Dec 19, 2011 at 21:01, Wolfgang Denk wrote:
> Check the old sources for a board specific config.mk file ...
There is this in the old include/configs/ox820.h:
#define STATIC_CS0_BASE_PA 0x4100
#define CFG_NAND_BASE STATIC_CS0_BASE_PA
Do you think that's the correct one?
Micha
On 12/19/2011 02:23 PM, Marek Vasut wrote:
>> On 12/18/2011 11:50 AM, Marek Vasut wrote:
>> What specifically is happening in "ubi part" with ecc.size = 512?
>
> The driver doesn\t support subpage writes.
Is this meant to be a workaround for the NAND layer ignoring a driver
setting NAND_NO_SUBPAG
> On 12/19/2011 02:23 PM, Marek Vasut wrote:
> >> On 12/18/2011 11:50 AM, Marek Vasut wrote:
> >> What specifically is happening in "ubi part" with ecc.size = 512?
> >
> > The driver doesn\t support subpage writes.
>
> Is this meant to be a workaround for the NAND layer ignoring a driver
> settin
Hello,
The following changes since commit a69c1beefe8d1afb34c79a324a87a8951a793a59:
Fabio Estevam (1):
vision2: Fix checkpatch warning
are available in the git repository at:
git://git.denx.de/u-boot-ti.git next
Christian Riesch (7):
spl: display_options.o is required for SPI
Hi Tom,
Le 19/12/2011 22:20, Tom Rini a écrit :
Hello,
The following changes since commit a69c1beefe8d1afb34c79a324a87a8951a793a59:
Fabio Estevam (1):
vision2: Fix checkpatch warning
are available in the git repository at:
git://git.denx.de/u-boot-ti.git next
Christian Riesch
I am using the 405EX "Kilauea" Evaluation Board from
Applied Micro, and am
trying to get a Silicon Image 3124 PCIe to SATA adaptor
working on it.
I have modified the Kilauea configuration to include the
sata_sil driver with
the following in the configuration file:
#define CONFIG_CMD_SA
Dear Kyle,
In message <4edc0b2f-3d26-48a6-9cd9-0b40d6a01...@boeing.com> you wrote:
> The U-Boot FAT driver appears to manually check for the existence of
> an MS-DOS partition table, even when CONFIG_DOS_PARTITION is present
> and working.
>
> As a result, it is not possible to use the FAT driver
Dear Michael Kebe,
In message
you wrote:
> On Mon, Dec 19, 2011 at 21:01, Wolfgang Denk wrote:
> > Check the old sources for a board specific config.mk file ...
>
> There is this in the old include/configs/ox820.h:
>
> #define STATIC_CS0_BASE_PA 0x4100
> #define CFG_NAND_BASE
1 - 100 of 132 matches
Mail list logo
