Hi Jana,
On 11/12/11 19:17, Jana Rapava wrote:
> Add ULPI header file needed by Efika USB support patchset and generic
> ULPI support patch.
>
> Signed-off-by: Jana Rapava
> Cc: Marek Vasut
> Cc: Remy Bohmer
> Cc: Stefano Babic
> Cc: Igor Grinberg
> Cc: Wolfgang Grandegger
> ---
> This patc
On Sun, Nov 13, 2011 at 12:10 AM, Dirk Behme wrote:
> On 12.11.2011 11:36, Jason Liu wrote:
>>
>> This patch-set add the initial support for freescale i.mx6q support.
>> freescale i.mx6q is a quad core built on arm cortex_a9 complex.
>>
>> The patch-set has been tested ok on freescale i.mx6q Armad
Hi Jana,
On 11/12/11 19:29, Jana Rapava wrote:
> Add generic functions for ULPI init and setting bits in
> ULPI registers.
>
> Signed-off-by: Jana Rapava
> Cc: Marek Vasut
> Cc: Remy Bohmer
> Cc: Stefano Babic
> Cc: Igor Grinberg
> Cc: Wolfgang Grandegger
> ---
> This patch is a prerequisit
Also, now I think it makes sense to amend this patch into
the "ulpi: add generic ULPI functionality" patch.
On 11/14/11 10:01, Igor Grinberg wrote:
> Hi Jana,
>
> On 11/12/11 19:17, Jana Rapava wrote:
>> Add ULPI header file needed by Efika USB support patchset and generic
>> ULPI support patch.
On 11/11/2011 04:18 PM, Mike Frysinger wrote:
> On Friday 11 November 2011 07:33:00 Wolfgang Grandegger wrote:
>> On 11/11/2011 12:04 PM, Marek Vasut wrote:
Commit 79ad54400932d6484178a372fb3b659e3437473b broke the MAC
address programming. Fix this by using the method from Linux'
sms
On 11/12/11 19:45, Jana Rapava wrote:
> This commit adds USB support for EfikaMX and EfikaSB.
>
> Signed-off-by: Jana Rapava
> Signed-off-by: Marek Vasut
> Cc: Remy Bohmer
> Cc: Stefano Babic
> Cc: Igor Grinberg
> Cc: Wolfgang Grandegger
>
> Acked-by: Marek Vasut
> ---
> Changes for v2:
>
On 11/11/2011 04:26 PM, Simon Glass wrote:
> Hi Wolfgang,
>
> On Fri, Nov 11, 2011 at 2:59 AM, Wolfgang Grandegger wrote:
>> Signed-off-by: Wolfgang Grandegger
>> Cc: Simon Glass
>> ---
>> drivers/usb/eth/smsc95xx.c |7 +++
>> 1 files changed, 3 insertions(+), 4 deletions(-)
>>
>> diff
On 11/12/2011 11:36 AM, Jason Liu wrote:
> In order to support the coming MX6 platform and to reducde
> the duplicated code, we had better move some common files
> to the imx-common folder for sharing.
>
> Signed-off-by: Jason Liu
> ---
Hi jason,
> Makefile
On Sun, Nov 13, 2011 at 12:35 AM, Marek Vasut wrote:
>> The mmc host controller on the i.mx6q is called usdhc which
>> is redesigned based on the freescale esdhc controller.
>>
>> The usdhc controller is almost compatible with esdhc except
>> it adds one misc control register from user using exper
On 11/11/2011 03:22 PM, Fabio Estevam wrote:
> Hi Wolfgang,
>
> On Fri, Nov 11, 2011 at 11:03 AM, Wolfgang Grandegger wrote:
>> It's derived from ehci-mxc and uses the header files of the
>> ehci-fsl interface. The callback board_ehci_hcd_init() has
>> been introduced to allow for board-specific
On Mon, Nov 14, 2011 at 7:11 AM, Marek Vasut wrote:
>> i.MX6Q is freescale quad core processors with ARM cortex_a9 complex.
>> This patch is to add the initial support for this processor.
>>
>> Signed-off-by: Jason Liu
>> ---
>> arch/arm/cpu/armv7/mx6/Makefile | 48 +
>> arch/arm/cpu
Hello,
In a previous email I sent a patch without following u-boot gitflow.
So I send my patch again following informations provided by Mike Frysinger.
I hope that I have done everything correctly now.
Sincerely
Bertrand Cachet
___
U-Boot mailing lis
From: Bertrand Cachet
>From datasheet, when READY bit is set inside PM_CTRL register, it means that
device is already in *normal* (D0) mode => it doesn't need to be wake-up.
With this patch, we only wake-up (writing on TEST_BYTE register) if PM_MODE
bits of PM_CTRL register is in D1/D2 mode.
Si
On 11/11/2011 10:44 PM, Marek Vasut wrote:
>> This patches series provides USB host support for the mx51evk and
>> mx53loco. The generic ehci-mx5 interface is derived from ehci-mxc
>> and uses the header files of the ehci-fsl interface. The callback
>> board_ehci_hcd_init() allows to do board-speci
On Mon, Nov 14, 2011 at 4:34 PM, Stefano Babic wrote:
> On 11/12/2011 11:36 AM, Jason Liu wrote:
>> In order to support the coming MX6 platform and to reducde
>> the duplicated code, we had better move some common files
>> to the imx-common folder for sharing.
>>
>> Signed-off-by: Jason Liu
>> --
On Sun, Nov 13, 2011 at 3:42 AM, Fabio Estevam wrote:
> Hi Jason,
>
> On Sat, Nov 12, 2011 at 8:36 AM, Jason Liu wrote:
>> +int board_init(void)
>> +{
>> + /* board id for linux */
>> + gd->bd->bi_arch_number = MACH_TYPE_MX61_ARD;
>
> Please remove this line and define the mach type i
Hi Jana,
On 11/12/2011 12:34 AM, Jana Rapava wrote:
>> This patches series provides USB host support for the mx51evk and
>> mx53loco. The generic ehci-mx5 interface is derived from ehci-mxc
>> and uses the header files of the ehci-fsl interface. The callback
>> board_ehci_hcd_init() allows to do b
>From datasheet, when READY bit is set inside PM_CTRL register, it means that
device is already in *normal* (D0) mode => it doesn't need to be wake-up.
With this patch, we only wake-up (writing on TEST_BYTE register) if PM_MODE
bits of PM_CTRL register is in D1/D2 mode.
Signed-off-by: Bertrand Ca
You have emerge the beneficiary of 750,000.00 GBP in Nokia End Of Year
Bonanza send your name and address.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 11/12/2011 11:36 AM, Jason Liu wrote:
> i.MX6Q is freescale quad core processors with ARM cortex_a9 complex.
> This patch is to add the initial support for this processor.
>
> Signed-off-by: Jason Liu
> ---
> arch/arm/cpu/armv7/mx6/Makefile | 48 +
> arch/arm/cpu/armv7/mx6/clock.c
On 11/12/2011 11:36 AM, Jason Liu wrote:
> Signed-off-by: Jason Liu
> ---
> drivers/gpio/mxc_gpio.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpio/mxc_gpio.c b/drivers/gpio/mxc_gpio.c
> index a7f36b2..908808d 100644
> --- a/drivers/gpio/mxc_gpio.c
>
On 11/07/2011 10:04 AM, Stefano Babic wrote:
> On 11/07/2011 08:59 AM, Helmut Raiger wrote:
>> On 11/02/2011 08:02 AM, Helmut Raiger wrote:
>>> On 10/27/2011 02:19 PM, Helmut Raiger wrote:
This patch modifies mxcmmc.c to be used
not only by i.MX27 but also by i.MX31 boards.
Both use
Hi Macpaul,
On Mon, Nov 14, 2011 at 2:36 PM, Macpaul Lin wrote:
> Hi Lei Wen,
>
> 2011/11/14 Lei Wen :
>> Hi Macpaul,
>>
>> I see...
>> It seems some socs always treat cmd8 as failed...?
>> I think it is reasonable to add a quirk configuration surround the judgement
>> of cmd8 execution, so that
On 11/12/2011 11:36 AM, Jason Liu wrote:
> The mmc host controller on the i.mx6q is called usdhc which
> is redesigned based on the freescale esdhc controller.
>
> The usdhc controller is almost compatible with esdhc except
> it adds one misc control register from user using experience.
>
> Signe
On Sun, Nov 13, 2011 at 4:13 AM, Fabio Estevam wrote:
> On Sat, Nov 12, 2011 at 8:36 AM, Jason Liu wrote:
>> +int board_mmc_getcd(u8 *cd, struct mmc *mmc)
>> +{
>> + struct fsl_esdhc_cfg *cfg = (struct fsl_esdhc_cfg *)mmc->priv;
>> +
>> + if (cfg->esdhc_base == USDHC3_BASE_ADDR)
>> +
On 11/12/2011 06:37 PM, Jana Rapava wrote:
> Add macros and structures needed by Efika USB support code.
> Move shared offset and bits definitions into common header file.
>
> Signed-off-by: Jana Rapava
> Cc: Marek Vasut
> Cc: Remy Bohmer
> Cc: Stefano Babic
> Cc: Igor Grinberg
> Cc: Wolfgang
On Sun, Nov 13, 2011 at 3:04 PM, Igor Grinberg wrote:
> Hi Jason,
>
> Two neats in addition to Fabio's comments below:
>
> On 11/12/11 12:36, Jason Liu wrote:
>> Add the initial support for Freescale i.MX6Q Armadillo2 board
>> Support: MMC boot from slot 0/1, debug UART(UART4), usdhc.
>>
>> Signed
On 11/12/2011 06:45 PM, Jana Rapava wrote:
> This commit adds USB support for EfikaMX and EfikaSB.
>
> Signed-off-by: Jana Rapava
> Signed-off-by: Marek Vasut
> Cc: Remy Bohmer
> Cc: Stefano Babic
> Cc: Igor Grinberg
> Cc: Wolfgang Grandegger
>
> Acked-by: Marek Vasut
> ---
> Changes for v
On 11/12/2011 11:36 AM, Jason Liu wrote:
> Add the initial support for Freescale i.MX6Q Armadillo2 board
> Support: MMC boot from slot 0/1, debug UART(UART4), usdhc.
>
> Signed-off-by: Jason Liu
Hi Jason,
is mx6qarm2 the official Freescale name ?
> +#ifdef CONFIG_FSL_ESDHC
> +struct fsl_esdhc_
On Mon, Nov 14, 2011 at 5:03 PM, Stefano Babic wrote:
> On 11/12/2011 11:36 AM, Jason Liu wrote:
>> i.MX6Q is freescale quad core processors with ARM cortex_a9 complex.
>> This patch is to add the initial support for this processor.
>>
>> Signed-off-by: Jason Liu
>> ---
>> arch/arm/cpu/armv7/mx6
sdhci_readw does not work for host version read in Armada100 series
SoCs. This patch fix this issue by making a sdhci_readl call to get host
version.
Signed-off-by: Ajay Bhargav
---
Changes for v2:
- Added quirk instead of #define (suggested by Marek)
drivers/mmc/mv_sdhci.c |5 -
On Mon, Nov 14, 2011 at 5:25 PM, Stefano Babic wrote:
> On 11/12/2011 11:36 AM, Jason Liu wrote:
>> Add the initial support for Freescale i.MX6Q Armadillo2 board
>> Support: MMC boot from slot 0/1, debug UART(UART4), usdhc.
>>
>> Signed-off-by: Jason Liu
>
> Hi Jason,
>
> is mx6qarm2 the official
On 11/06/2011 12:36 AM, Marek Vasut wrote:
> The problem was that the code, when the function was compiled with -Os, was
> misgenerated. As in the function description, this is likely another
> manifestation of the bug in GCC.
Acked-by: Veli-Pekka Peltola
Tested with GCC 4.6.1 and 4.3.4. This fi
You should check the datasheet of m28w740hcb and at49bv642d.Maybe there's
something uncorrect when you write to your flash.Focus on the write option
code.Maybe your software is compatible with at49bv642d, but m28w740hcb is not
the same. Hopes to help!
> On Sun, Nov 13, 2011 at 12:35 AM, Marek Vasut wrote:
> >> The mmc host controller on the i.mx6q is called usdhc which
> >> is redesigned based on the freescale esdhc controller.
> >>
> >> The usdhc controller is almost compatible with esdhc except
> >> it adds one misc control register from use
> On Mon, Nov 14, 2011 at 7:11 AM, Marek Vasut wrote:
> >> i.MX6Q is freescale quad core processors with ARM cortex_a9 complex.
> >> This patch is to add the initial support for this processor.
> >>
> >> Signed-off-by: Jason Liu
> >> ---
> >> arch/arm/cpu/armv7/mx6/Makefile | 48 +
>
> On 11/11/2011 10:44 PM, Marek Vasut wrote:
> >> This patches series provides USB host support for the mx51evk and
> >> mx53loco. The generic ehci-mx5 interface is derived from ehci-mxc
> >> and uses the header files of the ehci-fsl interface. The callback
> >> board_ehci_hcd_init() allows to do b
> Marek Vasut wrote:
> >> Hi Marek,
> >>
> >> u-boot-v2011.09 doesn't support for imx28. I need complete support patch
> >> for mx28. where can i get those patches?
> >>
> >> for which version of u-boot this patches supports..?
> >>
> >>
> >> Regards,
> >> Manoj
> >
> > http://git.denx.de/?p=u
On 11/14/2011 10:06 AM, Helmut Raiger wrote:
>>
> Hi,
>
Hi Helmut,
> Stefano I don't want to be pushing, but this sits here since 3
> weeks, can I be of some help?
in my answer I post the question about the fact there is no use case for
this code until you will submit also the patch for your
On 11/14/2011 11:46 AM, Marek Vasut wrote:
>> On 11/11/2011 10:44 PM, Marek Vasut wrote:
This patches series provides USB host support for the mx51evk and
mx53loco. The generic ehci-mx5 interface is derived from ehci-mxc
and uses the header files of the ehci-fsl interface. The callba
Hi Bertrand,
On 11/14/11 10:38, bertrand.cac...@heig-vd.ch wrote:
> From: Bertrand Cachet
>
>>From datasheet, when READY bit is set inside PM_CTRL register, it means that
> device is already in *normal* (D0) mode => it doesn't need to be wake-up.
>
> With this patch, we only wake-up (writing on
Marek Vasut wrote:
Hi Marek,
u-boot-v2011.09 doesn't support for imx28. I need complete support patch
for mx28. where can i get those patches?
for which version of u-boot this patches supports..?
Regards,
Manoj
http://git.denx.de/?p=u-boot/u-boot-imx.git;a=summary
M
Thanks Marek,
On 10/27/2011 06:11 PM, Helmut Raiger wrote:
> board_mmc_init() initializes the pins of SDHC1 and
> turns on V_MMC1 of the PMIC. The video setup for
> the Epson display is provided along with some fancy
> extra info to be displayed next to the HALE logo.
>
> Signed-off-by: Helmut Raiger
> ---
Hi
This patch improve the performance by spliting flag examination code
in ftsdc010_send_cmd() into 3 functions.
This patch also reordered the function which made better capability to
some high performance cards against to the next version of ftsdc010
hardware.
Signed-off-by: Macpaul Lin
---
Changes
On 11/14/2011 09:57 AM, Jason Hui wrote:
>
> Yes, agree. what about cpu.c? if you dislike, could you do me a favor
> to name it. :)
Agree - let's change it into cpu.c !
>>
>> You mix here two things - you move the files and you change it adding
>> new features. Split into two patches.
>
> In fa
On 11/14/2011 10:55 AM, Jason Hui wrote:
> On Mon, Nov 14, 2011 at 5:25 PM, Stefano Babic wrote:
>> On 11/12/2011 11:36 AM, Jason Liu wrote:
>>> Add the initial support for Freescale i.MX6Q Armadillo2 board
>>> Support: MMC boot from slot 0/1, debug UART(UART4), usdhc.
>>>
>>> Signed-off-by: Jason
On 11/14/2011 10:42 AM, Jason Hui wrote:
>>
>> All get_usdhcX function are identical, except for two masks
>> (MXC_CCM_CSCDR1_USDHCx_PODF_MASK and MXC_CCM_CSCMR1_USDHCx_CLK_SEL).
>> Merge them in a get_usdhc_clk(usdhc_number)
>
> Yes, I also notice this when writing the code. At that time, I just
Hi Simon,
On 11/11/2011 04:35 PM, Simon Glass wrote:
> Hi Wolfgang,
>
> On Fri, Nov 11, 2011 at 2:59 AM, Wolfgang Grandegger wrote:
>> The write to the mac_cr register was missing. This usually not
>> cause an issue before, since the next function writing the
>> register's shadow copy into the r
On Sun, Nov 13, 2011 at 3:38 AM, Graeme Russ wrote:
> Hi Gabe,
>
> Sorry about the lateness, but I just noticed a couple of issues..
>
> Can you put the glibc version in the patch summary? I know it is in
> string.c, but including it in the summary makes it more obvious.
>
> On 13/11/11 14:00, Ga
Marek Vasut wrote:
Marek Vasut wrote:
Hi Marek,
u-boot-v2011.09 doesn't support for imx28. I need complete support patch
for mx28. where can i get those patches?
for which version of u-boot this patches supports..?
Regards,
Manoj
http://git.denx.de/?p=u-boot/u-boot-imx.git;a=s
If a board configuration file redefines CONFIG_SYS_TEXT_BASE, the U-Boot
build system will usually define it explicitly on the compiler command-
line, which will cause the define in tegra2-common.h to emit a
redefinition warning.
To allow boards to redefine CONFIG_SYS_TEXT_BASE, tegra2-common.h no
Tamonten is an NVIDIA Tegra2-based SO-DIMM processor module that is
derived from the Harmony reference design.
Signed-off-by: Thierry Reding
---
board/avionic-design/common/tamonten.c | 164
board/avionic-design/common/tamonten.h | 34 +++
2 files changed,
The Medcom is a 16:9 15" terminal that is used for patient infotainment
in hospitals.
Signed-off-by: Thierry Reding
---
board/avionic-design/medcom/Makefile | 50 ++
board/avionic-design/medcom/medcom.c | 62
boards.cfg
The Plutux is a set-top box device based on the Tamonten processor
module. It can be connected to a display via an HDMI output.
Signed-off-by: Thierry Reding
---
board/avionic-design/plutux/Makefile | 50 ++
board/avionic-design/plutux/plutux.c | 62 ++
>From datasheet, when READY bit is set inside PM_CTRL register, it means that
device is already in *normal* (D0) mode => it doesn't need to be wake-up.
With this patch, we only wake-up (writing on TEST_BYTE register) if PM_MODE
bits of PM_CTRL register is in D1/D2 mode.
Signed-off-by: Bertrand Ca
Hi Tom,
On Fri, Nov 11, 2011 at 6:53 PM, Tom Rini wrote:
> On Fri, Nov 11, 2011 at 3:10 PM, Andy Fleming wrote:
>> On Fri, Nov 11, 2011 at 3:56 PM, Ilya Yanok wrote:
>>> DaVinci EMAC driver has no support for running with D-Cache enabled so
>>> disable D-Cache on all DaVinci boards with EMAC de
> Marek Vasut wrote:
> >> Marek Vasut wrote:
> Hi Marek,
>
> u-boot-v2011.09 doesn't support for imx28. I need complete support
> patch for mx28. where can i get those patches?
>
> for which version of u-boot this patches supports..?
>
>
> Regards,
>
Will it lead to network timeout, If system timer is clocked at 50Mhz?
I have to set Timeout to 0 to ping host computer, or ping will fail due to
timeout. I think the nic(dm9000a) work good
On other board,which has lower timer frequency, everything works smoothly
without modification
_
Hi Prafulla,
On Wed, Nov 09, 2011 at 06:02:12PM +0100, Simon Guinot wrote:
> From: Simon Guinot
>
> This patch adds support for the LaCie 2Big Network v2 board, based on
> the Marvell Kirkwood 6281 SoC.
>
> Additional information is available at:
> http://lacie-nas.org/doku.php?id=2big_network_
After enabling CONFIG_EFI_PARTITION, following errors were
noticed.
part_efi.c: In function 'print_part_efi':
part_efi.c:133:5: warning: passing argument 3 of 'is_gpt_valid'
from incompatible pointer type
part_efi.c:95:12: note: expected 'struct gpt_header *' but arg
ument is of type 'struct gpt_
Fix errors noticed after enabling CONFIG_EFI_PARTITION
for the OMAP3 EVM board:
part_efi.c: In function 'print_part_efi':
part_efi.c:133:5: warning: passing argument 3 of 'is_gpt_valid'
from incompatible pointer type
part_efi.c:95:12: note: expected 'struct gpt_header *' but arg
ument is of type
Defines CONFIG_EFI_PARTITION for OMAP3 EVM.
Also, fix this board specific error noticed after
enabling this config option:
part_efi.c: In function 'alloc_read_gpt_entries':
part_efi.c:384:18: error: 'CONFIG_SYS_CACHELINE_SIZE' undeclare
d (first use in this function)
Signed-off-by: Sanjeev Premi
On Mon, Nov 14, 2011 at 8:19 AM, Sanjeev Premi wrote:
> After enabling CONFIG_EFI_PARTITION, following errors were
> noticed.
>
> part_efi.c: In function 'print_part_efi':
> part_efi.c:133:5: warning: passing argument 3 of 'is_gpt_valid'
> from incompatible pointer type
> part_efi.c:95:12: note:
On 11/14/2011 11:55 AM, Stefano Babic wrote:
> On 11/14/2011 10:06 AM, Helmut Raiger wrote:
>> Hi,
>>
> Hi Helmut,
>
>> Stefano I don't want to be pushing, but this sits here since 3
>> weeks, can I be of some help?
> in my answer I post the question about the fact there is no use case for
> t
Hello Dear,
How are you today, Hope all is well with you and your family? My name is Miss
Rama Djirama. However it really pleases me to write you for a lovely and
sincere friendship even if we haven’t met or seen each other before. I will so
much appreciate to see your reply soon so that we
Hi Vipin
>
> I have had a similar problem with spear3xx board. Basically, this flash
> is write protected in hardware by default. It has to be specifically
> made writable. Please define a flag CONFIG_SYS_FLASH_PROTECTION in your
> config file.
>
Thanks a lot. This works like charm :)
Now I have
On Sunday 13 November 2011 06:38:17 Graeme Russ wrote:
> On 13/11/11 14:00, Gabe Black wrote:
> > The new implementation is about twice as fast as the old.
> > --- /dev/null
> > +++ b/arch/x86/lib/string.c
> > @@ -0,0 +1,87 @@
> > +/*
> > + * Copyright (C) 1991,1992,1993,1997,1998,2003, 2005 Free S
On Monday 14 November 2011 03:25:37 Wolfgang Grandegger wrote:
> On 11/11/2011 04:18 PM, Mike Frysinger wrote:
> > mine might take a little longer due to wrangling with wolfgang. i'd
> > suggest we go with your patch (although i have feedback on it).
>
> Well, I have no problem with your patch if
Thierry Reding wrote at Monday, November 14, 2011 6:22 AM:
> If a board configuration file redefines CONFIG_SYS_TEXT_BASE, the U-Boot
> build system will usually define it explicitly on the compiler command-
> line, which will cause the define in tegra2-common.h to emit a
> redefinition warning.
>
Hi Stephen,
On Mon, Nov 14, 2011 at 9:09 AM, Stephen Warren wrote:
> Thierry Reding wrote at Monday, November 14, 2011 6:22 AM:
>> If a board configuration file redefines CONFIG_SYS_TEXT_BASE, the U-Boot
>> build system will usually define it explicitly on the compiler command-
>> line, which wil
* Simon Glass wrote:
> Hi Stephen,
>
> On Mon, Nov 14, 2011 at 9:09 AM, Stephen Warren wrote:
> > Thierry Reding wrote at Monday, November 14, 2011 6:22 AM:
> >> If a board configuration file redefines CONFIG_SYS_TEXT_BASE, the U-Boot
> >> build system will usually define it explicitly on the com
Hi Igor,
thank you for your review, especially because it's a sole one.
On 08.11.2011 10:16, Igor Grinberg wrote:
> Hi Vladimir,
>
> On 11/07/11 23:58, Vladimir Zapolskiy wrote:
>> This change adds a basic support for Embest/Timll DevKit3250 board,
>> NOR and UART are the only supported periphera
On Mon, Nov 14, 2011 at 9:23 AM, Thierry Reding
wrote:
> * Simon Glass wrote:
>> Hi Stephen,
>>
>> On Mon, Nov 14, 2011 at 9:09 AM, Stephen Warren wrote:
>> > Thierry Reding wrote at Monday, November 14, 2011 6:22 AM:
>> >> If a board configuration file redefines CONFIG_SYS_TEXT_BASE, the U-Boot
This patchset adds generic NXP LPC32XX SoC support and basic support
for Embest/Timll DevKit3250 board, which powered by this SoC.
The patchset is done on top of u-boot-arm/next branch.
Vladimir Zapolskiy (3):
arm926ejs: add NXP LPC32x0 cpu series support
devkit3250: add Timll DevKit3250 boar
This change adds a basic support for Embest/Timll DevKit3250 board,
NOR and UART are the only supported peripherals for a moment. The board
doesn't require low-level init, because the initial SDRAM and GPIO
configuration is performed during kickstart bootloader execution.
Signed-off-by: Vladimir Z
Add myself as a board maintainer in U-boot.
Signed-off-by: Vladimir Zapolskiy
---
MAINTAINERS |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6b5ca89..2daa6c8 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -901,6 +901,10 @@ Sughosh Ganu
This change adds initial support for NXP LPC32x0 SoC series.
Signed-off-by: Vladimir Zapolskiy
---
Changes from v4 to v5:
* corrected address in GPLv2+ licence header in files
Changes from v3 to v4:
* extended memory controller definitions are introduced
* added print_cpuinfo() function
Changes
Hi,
I'm using a board similar to canyonlands with a ppc460ex. The baud rate
for ttyS0 is set to 115200 by the console= bootarg, but I'd also like to
set ttyS1-3 to 115200 also.
For each of the three uarts, the device tree has the following line:
current-speed = <0>; /* Filled in by U-Boot */
Marek Vasut wrote at Friday, November 11, 2011 7:51 PM:
> This command boots Linux zImage from where the zImage is loaded to. Passing
> initrd and fdt is supported.
Marek, this looks pretty neat. A few general questions though:
1) I believe the zImage format is ARCH-specific. I'm not sure that on
2011/11/14 Igor Grinberg
> > +void ulpi_write(u32 ulpi_viewport, u32 reg, u32 value);
> > +u32 ulpi_read(u32 ulpi_viewport, u32 reg);
> > +
> > +void ulpi_init(u32 ulpi_viewport, struct ulpi_regs *ulpi);
>
>
> Are there any ULPI transceivers with memory mapped access?
>
>
As far as I know, there
Thierry/Stephen,
> -Original Message-
> From: Thierry Reding [mailto:thierry.red...@avionic-design.de]
> Sent: Monday, November 14, 2011 10:23 AM
> To: Simon Glass
> Cc: Stephen Warren; Tom Warren; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH 1/4] tegra2: Avoid warnings if
> CONFIG_
Hi Tom,
On Mon, Nov 14, 2011 at 11:31 AM, Tom Warren wrote:
> Thierry/Stephen,
>
>> -Original Message-
>> From: Thierry Reding [mailto:thierry.red...@avionic-design.de]
>> Sent: Monday, November 14, 2011 10:23 AM
>> To: Simon Glass
>> Cc: Stephen Warren; Tom Warren; u-boot@lists.denx.de
>
> Marek Vasut wrote at Friday, November 11, 2011 7:51 PM:
> > This command boots Linux zImage from where the zImage is loaded to.
> > Passing initrd and fdt is supported.
>
> Marek, this looks pretty neat. A few general questions though:
>
> 1) I believe the zImage format is ARCH-specific. I'm no
Hi Wolfgang,
On Mon, Nov 14, 2011 at 4:18 AM, Wolfgang Grandegger
wrote:
> Hi Simon,
>
> On 11/11/2011 04:35 PM, Simon Glass wrote:
>> Hi Wolfgang,
>>
>> On Fri, Nov 11, 2011 at 2:59 AM, Wolfgang Grandegger wrote:
>>> The write to the mac_cr register was missing. This usually not
>>> cause an i
Marek Vasut wrote at Monday, November 14, 2011 12:42 PM:
> > Marek Vasut wrote at Friday, November 11, 2011 7:51 PM:
> > > This command boots Linux zImage from where the zImage is loaded to.
> > > Passing initrd and fdt is supported.
> >
> > Marek, this looks pretty neat. A few general questions th
2011/11/14 Wolfgang Grandegger
>
> >
> > +#if defined(CONFIG_MX25) || defined(CONFIG_MX31)
> > +#define USBCTRL_OTGBASE_OFFSET 0x600
> > +#endif
> > +
> > +#ifdef CONFIG_MX25
> > +#define MX25_USB_CTRL_IP_PUE_DOWN_BIT(1<<6)
> > +#define MX25_USB_CTRL_HSTD_BIT (1<<5)
>
On Fri, Nov 11, 2011 at 2:12 PM, Scott Wood wrote:
> Shouldn't libgcc provide this?
It's not being provided by certain toolchains...
-M
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Nov 12, 2011, at 2:07 PM, Simon Glass wrote:
> Hi Kumar,
>
> On Sat, Nov 12, 2011 at 10:02 AM, Kumar Gala
> wrote:
>> This reverts commit 355a835747c6f7c5071ead295a7dfc489c73cb03.
>>
>> The original commit broke long standing assumption that md commands work
>> on effective addresses. Thi
> On Fri, Nov 11, 2011 at 2:12 PM, Scott Wood wrote:
> > Shouldn't libgcc provide this?
>
> It's not being provided by certain toolchains...
>
> -M
Well there is a reason why one should stick to ELDK ;-)
> ___
> U-Boot mailing list
> U-Boot@lists.den
Hi Gabe,
On Mon, Nov 14, 2011 at 11:38 PM, Gabe Black wrote:
>
>
> On Sun, Nov 13, 2011 at 3:38 AM, Graeme Russ wrote:
>>
>> Hi Gabe,
>>
>> Sorry about the lateness, but I just noticed a couple of issues..
>>
>> Can you put the glibc version in the patch summary? I know it is in
>> string.c, but
On Mon, Nov 14, 2011 at 3:42 PM, Marek Vasut wrote:
> Well there is a reason why one should stick to ELDK ;-)
It depends on what version of GCC you want to use as well.
-M
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listin
Dear Scott Wood,
In message <4ebd81a2.7000...@freescale.com> you wrote:
>
> >> i'm using a gcc-4.5.x toolchain here. should we import crtsavres.S from
> >> Linux
> >> to fix this ?
...
> > Not that this is a good approach
>
> Shouldn't libgcc provide this?
If GCC generates such instructio
Hi Wolfgang, Gabe,
My recent x86 cleanup added a small, but very nasty, bug at line 231 of
arch/x86/lib/board.c:
offset_ptr_ram = offset_ptr_rom + gd->reloc_off
Because offset_ptr_rom is a pointer, when gd->reloc_off gets added, there
is a silent 4x multiplication. The solution is (teste
On Thu, Nov 10, 2011 at 3:56 PM, Anton Staaf wrote:
> I have removed the bounce buffer implmenetation from this patch set as it
> feels like a separate task now. This patch set is just magic number cleanup
> , a bit of refactoring, and bug fixes in the existing Tegra2 MMC driver.
>
> Changes in v
On Mon, Nov 14, 2011 at 7:19 AM, Sanjeev Premi wrote:
> Fix errors noticed after enabling CONFIG_EFI_PARTITION
> for the OMAP3 EVM board:
There is already a patch for this waiting to be committed.
Thanks,
Anton
> part_efi.c: In function 'print_part_efi':
> part_efi.c:133:5: warning: passing
DaVinci EMAC driver needs working {flush,invalidate}_dcache_range
functions to run with enabled D-Cache correctly. These functions are not
implemented for ARM926EJS currently so disable D-Cache on DaVinci boards
with EMAC for now.
Signed-off-by: Ilya Yanok
---
include/configs/cam_enc_4xx.h
Hi Kumar,
On Mon, Nov 14, 2011 at 1:11 PM, Kumar Gala wrote:
>
> On Nov 12, 2011, at 2:07 PM, Simon Glass wrote:
>
>> Hi Kumar,
>>
>> On Sat, Nov 12, 2011 at 10:02 AM, Kumar Gala
>> wrote:
>>> This reverts commit 355a835747c6f7c5071ead295a7dfc489c73cb03.
>>>
>>> The original commit broke long s
On Mon, Nov 14, 2011 at 2:10 PM, Graeme Russ wrote:
> Hi Wolfgang, Gabe,
>
> My recent x86 cleanup added a small, but very nasty, bug at line 231 of
> arch/x86/lib/board.c:
>
>offset_ptr_ram = offset_ptr_rom + gd->reloc_off
>
> Because offset_ptr_rom is a pointer, when gd->reloc_off gets
On Mon, Nov 14, 2011 at 1:49 PM, Graeme Russ wrote:
> Hi Gabe,
>
> On Mon, Nov 14, 2011 at 11:38 PM, Gabe Black wrote:
> >
> >
> > On Sun, Nov 13, 2011 at 3:38 AM, Graeme Russ
> wrote:
> >>
> >> Hi Gabe,
> >>
> >> Sorry about the lateness, but I just noticed a couple of issues..
> >>
> >> Can y
The new implementation is about twice as fast as the old. This is from
glibc-2.14, sysdeps/i386/memset.c.
Signed-off-by: Gabe Black
---
Changes in v2:
Update the commit summary as suggested by Mike Frysinger.
Changes in v3:
Rebase onto the x86 repository.
Changes in v4:
Remove "All rights reser
1 - 100 of 128 matches
Mail list logo
