Dear Łukasz Dałek,
On 19.09.12 21:38, Łukasz Dałek wrote:
> Device's 1st stage bootloader requires from 2nd stage loader
> specific header which I've defined in file h2200-header.S.
> For now it is build to h2200-header.bin which has to be concatenated
> with u-boot.bin (cat h2200-header.bin u-bo
Hi Marek,
On Wed, Sep 19, 2012 at 4:02 PM, Marek Vasut wrote:
> Dear Łukasz Dałek,
>
> [ Joe, see the bottom of my babble here ]
>
>> +
>> +# define CONFIG_USB_ETHER1
>> +# define CONFIG_USBNET_DEV_ADDR "de:ad:be:ef:00:01"
>> +# define CONFIG_USBNET_HOST_ADDR "de:ad:b
Hi,
I am resuming activity on ARM. Sorry for the few days of absence.
I'll be going through pull requests first and in parallel any private
ping mails.
I'll be restoring my IRC presence soon.
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lis
On 19.09.2012 14:33, Stefan Roese wrote:
> Since the IOP480 (PPC401/3 variant from PLX) is only used on 2
> boards that are not actively maintained, lets remove support
> for it completely. This way the ppc4xx code will get a bit cleaner.
>
> Signed-off-by: Stefan Roese
Thanks for this outstandi
On Wed, Sep 19, 2012 at 10:29 PM, Eric Nelson
wrote:
> On 09/19/2012 06:15 PM, Otavio Salvador wrote:
>> On Wed, Sep 19, 2012 at 9:58 PM, Eric Nelson
>> wrote:
>>> The best part of doing it in OE is that the same commit should be able to
>>> update both the environment variables (or boot script)
Hi Octavio,
On 09/19/2012 06:15 PM, Otavio Salvador wrote:
On Wed, Sep 19, 2012 at 9:58 PM, Eric Nelson
wrote:
On 09/19/2012 04:51 PM, Otavio Salvador wrote:
I sort of agree; do you use 2 or 3 partitions in this case?
Or 1 or 9?
I'm actually not kidding here. The current Freescale Androi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/19/12 17:38, José Miguel Gonçalves wrote:
> Tom & Scott,
>
> On 09/20/2012 12:40 AM, Tom Rini wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 09/19/12 16:36, Scott Wood wrote:
>>> On 09/19/2012 06:31:29 PM, Tom Rini wrote:
On Wed, Sep 19, 2012 at 9:58 PM, Eric Nelson
wrote:
> On 09/19/2012 04:51 PM, Otavio Salvador wrote:
>> I sort of agree; do you use 2 or 3 partitions in this case?
>>
>
> Or 1 or 9?
>
> I'm actually not kidding here. The current Freescale Android image
> (R13.4-Beta) actually does want 9 partition
Hi Otavio,
On 09/19/2012 04:51 PM, Otavio Salvador wrote:
On Wed, Sep 19, 2012 at 8:40 PM, Eric Nelson
wrote:
On 09/19/2012 11:22 AM, Otavio Salvador wrote:
On Wed, Sep 19, 2012 at 3:08 PM, Robert Nelson
wrote:
On Wed, Sep 19, 2012 at 1:00 PM, Otavio Salvador
wrote:
On Wed, Sep 19, 2
Tom & Scott,
On 09/20/2012 12:40 AM, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/19/12 16:36, Scott Wood wrote:
On 09/19/2012 06:31:29 PM, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1
On 09/19/12 15:39, Scott Wood wrote:
On 09/19/2012 06:25:26 AM, Jo
Dear Łukasz Dałek,
> On 20.09.2012 01:43, Marek Vasut wrote:
> > h2200 uses companion chip from Samsung.
> > OneNAND ?
> >
> >> When device is powered on
> >> chip loads 16kb of flash into internal SRAM and PXA executes it.
> >> That program is 1st stage bootloader.
> >
> > Check OneNAND SPL
>
On 20.09.2012 01:43, Marek Vasut wrote:
h2200 uses companion chip from Samsung.
OneNAND ?
When device is powered on
chip loads 16kb of flash into internal SRAM and PXA executes it.
That program is 1st stage bootloader.
Check OneNAND SPL
I'm not sure I didn't checked yet.
But u-boot for my
On Wed, Sep 19, 2012 at 8:40 PM, Eric Nelson
wrote:
> On 09/19/2012 11:22 AM, Otavio Salvador wrote:
>>
>> On Wed, Sep 19, 2012 at 3:08 PM, Robert Nelson
>> wrote:
>>>
>>> On Wed, Sep 19, 2012 at 1:00 PM, Otavio Salvador
>>> wrote:
On Wed, Sep 19, 2012 at 2:57 PM, Robert Nelson
wr
Dear Łukasz Dałek,
> On 20.09.2012 01:25, Marek Vasut wrote:
> > Dear Łukasz Dałek,
> >
> >> On 20.09.2012 01:09, Marek Vasut wrote:
> >>> Dear Łukasz Dałek,
> >>>
> On 20.09.2012 00:56, Marek Vasut wrote:
> >> That's why I use directive .word 0xea0003fe
> >
> > Check some arm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/19/12 16:36, Scott Wood wrote:
> On 09/19/2012 06:31:29 PM, Tom Rini wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 09/19/12 15:39, Scott Wood wrote:
>>> On 09/19/2012 06:25:26 AM, José Miguel Gonçalves wrote:
Samsung's S3
On 09/19/2012 11:22 AM, Otavio Salvador wrote:
On Wed, Sep 19, 2012 at 3:08 PM, Robert Nelson wrote:
On Wed, Sep 19, 2012 at 1:00 PM, Otavio Salvador
wrote:
On Wed, Sep 19, 2012 at 2:57 PM, Robert Nelson wrote:
On Wed, Sep 19, 2012 at 10:13 AM, Otavio Salvador
wrote:
OpenEmbedded has ch
On 09/19/2012 06:31:29 PM, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/19/12 15:39, Scott Wood wrote:
> On 09/19/2012 06:25:26 AM, José Miguel Gonçalves wrote:
>> Samsung's S3C24XX SoCs need this in order to generate a binary
>> image with a padded SPL concatenated with U
On 20.09.2012 01:25, Marek Vasut wrote:
Dear Łukasz Dałek,
On 20.09.2012 01:09, Marek Vasut wrote:
Dear Łukasz Dałek,
On 20.09.2012 00:56, Marek Vasut wrote:
That's why I use directive .word 0xea0003fe
Check some arm instruction quick ref for what 0xea0003fe really is and
if it really is n
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/19/12 15:39, Scott Wood wrote:
> On 09/19/2012 06:25:26 AM, José Miguel Gonçalves wrote:
>> Samsung's S3C24XX SoCs need this in order to generate a binary
>> image with a padded SPL concatenated with U-Boot.
>>
>> Signed-off-by: José Miguel Gonç
Dear Łukasz Dałek,
> On 20.09.2012 01:09, Marek Vasut wrote:
> > Dear Łukasz Dałek,
> >
> >> On 20.09.2012 00:56, Marek Vasut wrote:
> That's why I use directive .word 0xea0003fe
> >>>
> >>> Check some arm instruction quick ref for what 0xea0003fe really is and
> >>> if it really is necessa
On 20.09.2012 01:09, Marek Vasut wrote:
Dear Łukasz Dałek,
On 20.09.2012 00:56, Marek Vasut wrote:
That's why I use directive .word 0xea0003fe
Check some arm instruction quick ref for what 0xea0003fe really is and if
it really is necessary or anything else work just fine as well.
0xea0003fe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/19/12 15:49, Graeme Russ wrote:
> Hi Tom,
>
> On Thu, Sep 20, 2012 at 8:37 AM, Tom Rini wrote:
>
>> A more elaborate set of statements on my feelings about "old"
>> boards and what needs to happen, in light of the facts that the
>> code is mes
On 20.09.2012 00:56, Marek Vasut wrote:
That's why I use directive .word 0xea0003fe
Check some arm instruction quick ref for what 0xea0003fe really is and if it
really is necessary or anything else work just fine as well.
0xea0003fe is a branch instruction. 0x3fe is an offset (0x3fe << 2 + 8 =
Dear Scott Wood,
[...]
> > > Maybe have a GRAVEYARD file that lists hardware support and other
> > > notable features that have been removed, so it's easy for someone to
> > > tell whether digging through the git history might be fruitful.
> >
> > Like doc/README.scrapyard ?
>
> Heh. Yes, exce
Dear Łukasz Dałek,
> This is set of patches adding support for iPAQ h2200 device
>
> Ad. [PATCH 1/6] h2200: Add support for iPAQ h2200
> I've added device id to the mach-types.h file. But I'm pretty
> sure this is the bad way. The id I took from
> http://www.arm.linux.org.uk/developer/machines/li
On 09/19/2012 06:05:22 PM, Marek Vasut wrote:
Dear Scott Wood,
> On 09/19/2012 05:57:56 PM, Marek Vasut wrote:
> > Dear Graeme Russ,
> >
> > > Hi Tom,
> > >
> > > On Thu, Sep 20, 2012 at 8:37 AM, Tom Rini wrote:
> > > > A more elaborate set of statements on my feelings about "old"
> >
> > board
Dear Łukasz Dałek,
> On 20.09.2012 00:56, Marek Vasut wrote:
> >> That's why I use directive .word 0xea0003fe
> >
> > Check some arm instruction quick ref for what 0xea0003fe really is and if
> > it really is necessary or anything else work just fine as well.
>
> 0xea0003fe is a branch instructi
Dear Graeme Russ,
> Hi Scott,
>
> On Thu, Sep 20, 2012 at 9:03 AM, Scott Wood wrote:
> > On 09/19/2012 05:57:56 PM, Marek Vasut wrote:
> >
> > Maybe have a GRAVEYARD file that lists hardware support and other notable
> > features that have been removed, so it's easy for someone to tell whether
Dear Graeme Russ,
> Hi Marek,
>
> On Thu, Sep 20, 2012 at 8:57 AM, Marek Vasut wrote:
> > Dear Graeme Russ,
> >
> >> This is what happened to me with the x86 arch - the existing
> >> code was horribly broken, but at least I had a solid foundation to
> >> start reinvigorating it.
> >
> > It's s
Hi Scott,
On Thu, Sep 20, 2012 at 9:03 AM, Scott Wood wrote:
> On 09/19/2012 05:57:56 PM, Marek Vasut wrote:
> Maybe have a GRAVEYARD file that lists hardware support and other notable
> features that have been removed, so it's easy for someone to tell whether
> digging through the git history m
Dear Scott Wood,
> On 09/19/2012 05:57:56 PM, Marek Vasut wrote:
> > Dear Graeme Russ,
> >
> > > Hi Tom,
> > >
> > > On Thu, Sep 20, 2012 at 8:37 AM, Tom Rini wrote:
> > > > A more elaborate set of statements on my feelings about "old"
> >
> > boards
> >
> > > > and what needs to happen, in l
Hi Marek,
On Thu, Sep 20, 2012 at 8:57 AM, Marek Vasut wrote:
> Dear Graeme Russ,
>> This is what happened to me with the x86 arch - the existing
>> code was horribly broken, but at least I had a solid foundation to
>> start reinvigorating it.
>
> It's still horribly broken, but that's partly be
On 09/19/2012 05:57:56 PM, Marek Vasut wrote:
Dear Graeme Russ,
> Hi Tom,
>
> On Thu, Sep 20, 2012 at 8:37 AM, Tom Rini wrote:
> > A more elaborate set of statements on my feelings about "old"
boards
> > and what needs to happen, in light of the facts that the code is
> > messy, will require
Dear Graeme Russ,
> Hi Tom,
>
> On Thu, Sep 20, 2012 at 8:37 AM, Tom Rini wrote:
> > A more elaborate set of statements on my feelings about "old" boards
> > and what needs to happen, in light of the facts that the code is
> > messy, will require updating for DM and likelyhood of a small but
> >
Dear Łukasz Dałek,
> On 20.09.2012 00:42, Marek Vasut wrote:
> > Dear Łukasz Dałek,
> >
> >> On 20.09.2012 00:01, Marek Vasut wrote:
> >>> Yes, GCC/GAS generate 0xeafe (b 0x9098).
> >>>
> >>> Can you tell me why? Can I left .word?
> >>> Why is the jump offset 0x9098 ?
> >>
> >> I figured ou
Dear Stefan Roese,
> As the board seems to be unmaintained for some time, lets remove
> the support in mainline completely.
>
> Signed-off-by: Stefan Roese
> Cc: Marek Vasut
> Cc: Peter De Schrijver
[...]
And one less :)
Acked-by: Marek Vasut
Best regards,
Marek Vasut
_
Dear Stefan Roese,
> As the board seems to be unmaintained for some time, lets remove
> the support in mainline completely.
>
> Signed-off-by: Stefan Roese
> Cc: Marek Vasut
> Cc: James MacAulay
> ---
[...]
All for it, one less serial driver to care for.
Acked-by: Marek Vasut
Best regards
Dear Stefan Roese,
> As the board seems to be unmaintained for some time, lets remove
> the support in mainline completely.
>
> Signed-off-by: Stefan Roese
> Cc: Marek Vasut
> Cc: James F. Dougherty
> Cc: Wolfgang Denk
[...]
One less serial driver to care for. Stefan, good job!
Acked-by: Ma
On 20.09.2012 00:42, Marek Vasut wrote:
Dear Łukasz Dałek,
On 20.09.2012 00:01, Marek Vasut wrote:
Yes, GCC/GAS generate 0xeafe (b 0x9098).
Can you tell me why? Can I left .word?
Why is the jump offset 0x9098 ?
I figured out that 0xeafe is a loop (b -4)
ldr pc, pc, #-4
but I don't
Dear Matthias Fuchs,
> On 19.09.2012 14:33, Stefan Roese wrote:
> > Since the IOP480 (PPC401/3 variant from PLX) is only used on 2
> > boards that are not actively maintained, lets remove support
> > for it completely. This way the ppc4xx code will get a bit cleaner.
> >
> > Signed-off-by: Stefan
Hi Tom,
On Thu, Sep 20, 2012 at 8:37 AM, Tom Rini wrote:
> A more elaborate set of statements on my feelings about "old" boards
> and what needs to happen, in light of the facts that the code is
> messy, will require updating for DM and likelyhood of a small but
> devoted community around some o
Dear Tom Rini,
> On 09/19/12 12:32, Marek Vasut wrote:
> > Dear Tom Rini,
> >
> >> On 09/19/12 04:32, Stefan Roese wrote:
> >>> Hi Marek,
> >>>
> >>> On 09/19/2012 01:28 PM, Marek Vasut wrote:
> > Again, NS16550 driver here. This code shouldn't be
> > necessary. Also this board looks qui
Dear Łukasz Dałek,
> On 20.09.2012 00:01, Marek Vasut wrote:
> > Yes, GCC/GAS generate 0xeafe (b 0x9098).
> >
> > Can you tell me why? Can I left .word?
> > Why is the jump offset 0x9098 ?
>
> I figured out that 0xeafe is a loop (b -4)
ldr pc, pc, #-4
> but I don't know
> why toolchain
On 09/19/2012 06:25:26 AM, José Miguel Gonçalves wrote:
Samsung's S3C24XX SoCs need this in order to generate a binary image
with a padded SPL concatenated with U-Boot.
Signed-off-by: José Miguel Gonçalves
---
Changes for v2:
- None
Changes for v3:
- Changed new binary target name from u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/19/12 12:32, Marek Vasut wrote:
> Dear Tom Rini,
>
>> On 09/19/12 04:32, Stefan Roese wrote:
>>> Hi Marek,
>>>
>>> On 09/19/2012 01:28 PM, Marek Vasut wrote:
> Again, NS16550 driver here. This code shouldn't be
> necessary. Also this bo
OpenEmbedded has change partitioning layout of generated image so it
does not raise warnings during the boot regarding unkown partition
being used for U-Boot.
Signed-off-by: Otavio Salvador
---
Changes in v2:
- add initrd and fdt info back
include/configs/mx6qsabresd.h |4 ++--
1 file chang
OpenEmbedded has change partitioning layout of generated image so it
does not raise warnings during the boot regarding unkown partition
being used for U-Boot.
Signed-off-by: Otavio Salvador
---
Changes in v2:
- no changes
include/configs/mx53loco.h |4 ++--
1 file changed, 2 insertions(+),
OpenEmbedded has change partitioning layout of generated image so it
does not raise warnings during the boot regarding unkown partition
being used for U-Boot.
Signed-off-by: Otavio Salvador
---
Changes in v2:
- add initrd and fdt info back
include/configs/mx6qsabrelite.h |4 ++--
1 file cha
On 20.09.2012 00:01, Marek Vasut wrote:
Yes, GCC/GAS generate 0xeafe (b 0x9098).
Can you tell me why? Can I left .word?
Why is the jump offset 0x9098 ?
I figured out that 0xeafe is a loop (b -4) but I don't know
why toolchain generate b -4 instead of b 0x1000 and I don't
know how to f
Dear Łukasz Dałek,
> On 19.09.2012 23:43, Marek Vasut wrote:
> +#endif
> +
> +return 0;
> +}
> +
> +/*
> + * iPAQ h2200 has two stage bootloader.
> + * We only replace 2nd stage, so u-boot needs to be
> + * adpopted to the way how 1st stage boot
On 19.09.2012 23:43, Marek Vasut wrote:
+#endif
+
+ return 0;
+}
+
+/*
+ * iPAQ h2200 has two stage bootloader.
+ * We only replace 2nd stage, so u-boot needs to be
+ * adpopted to the way how 1st stage bootloader works.
+ * Firstly, code needs to have first 4 bytes equal to
+ * 0xea0003fe
Dear Łukasz Dałek,
> On 19.09.2012 23:02, Marek Vasut wrote:
> >> +
> >> + .org 0x40
> >> + .ascii "ECEC"
> >
> > ECEC ... looks familiar, what is it though? WinCE bootloader signature ?
>
> Yes.
>
> >> +#endif
> >> +
> >> + return 0;
> >> +}
> >> +
> >> +/*
> >> + * iPAQ h2200 has two stage
Dear Łukasz Dałek,
> On 19.09.2012 23:03, Marek Vasut wrote:
> > Dear Łukasz Dałek,
> >
> > Patch description is missing ...
> >
> > are there any changes since your last post?
>
> Just fixed DEBUG_NOISY stuff
See the patches link I posted, it will help you rectify and avoid the remaining
iss
On 09/19/2012 04:37 AM, Thierry Reding wrote:
> The official vendor prefix for Avionic Design is now "ad". Update the
> board DTS files accordingly.
This matches the kernel, so,
Acked-by: Stephen Warren
___
U-Boot mailing list
U-Boot@lists.denx.de
http
On Wed, Sep 19, 2012 at 11:09:56PM +0200, Jeroen Hofstee wrote:
> On 09/19/2012 01:42 AM, Tom Rini wrote:
> >+To ensure that the linker does not discard these symbols when linking
> >+full U-Boot we use generate a list of all of the commands and force the
> >+linker to first enter the symbol as und
On 09/19/2012 01:42 AM, Tom Rini wrote:
+To ensure that the linker does not discard these symbols when linking
+full U-Boot we use generate a list of all of the commands and force the
+linker to first enter the symbol as undefined in the object so that
+there is then a need for the symbol to be k
Dear Łukasz Dałek,
Patch description missing. Properly describe all your patches and repost. Also
describe what changed, see
http://www.denx.de/wiki/U-Boot/Patches
> Signed-off-by: Łukasz Dałek
> ---
> arch/arm/cpu/pxa/cpuinfo.c | 11 +--
> arch/arm/include/asm/arch-pxa/px
Dear Łukasz Dałek,
Patch description is missing ...
are there any changes since your last post?
> Signed-off-by: Łukasz Dałek
> ---
> drivers/usb/gadget/Makefile |1 +
> drivers/usb/gadget/pxa25x_udc.c | 2059
> +++ drivers/usb/gadget/pxa25x_udc.h |
Dear Łukasz Dałek,
[ Joe, see the bottom of my babble here ]
> Signed-off-by: Łukasz Dałek
> ---
> arch/arm/include/asm/mach-types.h |1 +
> board/h2200/Makefile | 51 ++
> board/h2200/h2200-header.S| 27 +
> board/h2200/h2200.c | 197
> ++
On 09/19/2012 11:46 AM, Eric Nelson wrote:
Adds support for the Hannstar 1024 x 768 LVDS panel (Freescale part
number MCIMX-LVDS1) to SABRE-Lite board.
Signed-off-by: Eric Nelson
---
board/freescale/mx6qsabrelite/mx6qsabrelite.c | 102 +
include/configs/mx6qsabrelite.
On Wed, 19 Sep 2012 00:24:23 -0300
Fabio Estevam wrote:
> From: Fabio Estevam
>
> mx6qsabresd has a AR8031 Gigabit PHY.
>
> Add support for it.
>
> Also increase CONFIG_SYS_MALLOC_LEN so that FEC buffer allocation does not
> fail.
>
> Tested on 1Gbp and 100Mbps networks.
>
> Suggested-by:
> -Original Message-
> From: Pavel Machek [mailto:pa...@denx.de]
> Sent: 16 September 2012 02:44
> To: Prafulla Wadaskar
> Cc: dingu...@altera.com; u-boot@lists.denx.de; ma...@denx.de;
> dinh.li...@gmail.com; cl...@altera.com; tr...@ti.com; s...@denx.de
> Subject: Re: [U-Boot] [PATCH v4 2
On 09/19/2012 08:18 PM, Tom Rini wrote:
On Wed, Sep 19, 2012 at 12:25:27PM +0100, Jos?? Miguel Gon??alves wrote:
The MINI2416 board is based on a Samsung's S3C2416 SoC and has 64MB DDR2 SDRAM,
256MB NAND Flash, a LAN9220 Ethernet Controller and a WM8731 Audio CODEC.
This U-Boot port was implemen
On Wed, Sep 19, 2012 at 05:13:20PM -0300, Fabio Estevam wrote:
> On Wed, Sep 19, 2012 at 4:29 PM, Marek Vasut wrote:
>
> > Link would help, thanks ;-)
>
> Yes, please. I was not involved on past discussions on this topic and
> I would really like to understand what is the recommended way to
> fi
On Wed, Sep 19, 2012 at 01:36:50PM -0500, Scott Wood wrote:
> On 09/19/2012 01:19:45 PM, Tom Rini wrote:
> >On Wed, Sep 19, 2012 at 11:11:08AM -0600, Stephen Warren wrote:
> >> On 09/19/2012 10:58 AM, Jos? Miguel Gon?alves wrote:
> >> > On 19-09-2012 17:10, Scott Wood wrote:
> >> >> On 09/19/2012 0
On Wed, Sep 19, 2012 at 4:29 PM, Marek Vasut wrote:
> Link would help, thanks ;-)
Yes, please. I was not involved on past discussions on this topic and
I would really like to understand what is the recommended way to
fixing this problem.
Regards,
Fabio Estevam
_
The official vendor prefix for Avionic Design is now "ad". Update the
board DTS files accordingly.
Signed-off-by: Thierry Reding
---
board/avionic-design/dts/tegra20-medcom.dts | 2 +-
board/avionic-design/dts/tegra20-plutux.dts | 2 +-
board/avionic-design/dts/tegra20-tec.dts| 2 +-
3 files
Dear Tom Rini,
> On 09/19/12 04:32, Stefan Roese wrote:
> > Hi Marek,
> >
> > On 09/19/2012 01:28 PM, Marek Vasut wrote:
> >>> Again, NS16550 driver here. This code shouldn't be necessary.
> >>> Also this board looks quite unmaintained as well. Perhaps its
> >>> time to remove it from mainline? N
Dear Tom Rini,
> On Wed, Sep 19, 2012 at 11:18:14AM -0300, Fabio Estevam wrote:
> > Hi Robert,
> >
> > On Wed, Sep 19, 2012 at 10:31 AM, Robert Nelson
wrote:
> > > It might be masking the problem, but I've been reverting:
> > >
> > > http://git.denx.de/?p=u-boot.git;a=commit;h=c50afc1dab78a1a7
On Wed, Sep 19, 2012 at 12:44:27AM +0200, Marek Vasut wrote:
> Dear Simon Glass,
>
> > Hi,
> >
> > On Tue, Sep 18, 2012 at 2:21 PM, Marek Vasut wrote:
> > > Dear Simon Glass,
> > >
> > >> Hi,
> > >>
> > >> On Tue, Sep 18, 2012 at 1:04 PM, Thierry Reding
> > >>
> > >> wrote:
> > >> > On Tue,
On 09/19/2012 11:17 AM, Eric Nelson wrote:
Signed-off-by: Eric Nelson
---
arch/arm/cpu/armv7/mx6/clock.c | 10 +-
arch/arm/include/asm/arch-mx6/crm_regs.h | 358 +++---
2 files changed, 185 insertions(+), 183 deletions(-)
diff --git a/arch/arm/cpu/armv7/m
On Tue, Sep 18, 2012 at 11:20:30PM +0200, Marek Vasut wrote:
> Dear Thierry Reding,
>
> > On Tue, Sep 18, 2012 at 09:36:18PM +0200, Marek Vasut wrote:
> > > Dear Thierry Reding,
> > >
> > > [...]
> > >
> > > > > Sure, but after you apply the bounce buffer, you can safely
> > > > > invalidate the
Removed DEV_CONFIG_CDC and DEV_CONFIG_SUBSET and replaced it with
CONFIG_USB_ETH_CDC and CONFIG_USB_ETH_SUBSET.
Signed-off-by: Łukasz Dałek
---
drivers/usb/gadget/ether.c | 75 +--
1 files changed, 30 insertions(+), 45 deletions(-)
diff --git a/drivers/
Introduced CONFIG_USB_ETH_CDC and CONFIG_USB_ETH_SUBSET as preparation
for removal DEV_CONFIG_CDC and DEV_CONFIG_SUBSET
Signed-off-by: Łukasz Dałek
---
drivers/usb/gadget/ether.c | 19 ++-
1 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/drivers/usb/gadget/ether.
PXA25X chips don't support alternate settings so driver uses non-CDC
driver.
But only code defined between DEV_CONFIG_CDC signals that network is up.
This patch is fixing this bug by signaling that network is up after USB
SET_INTERFACE request.
Signed-off-by: Łukasz Dałek
---
drivers/usb/gadget/
Signed-off-by: Łukasz Dałek
---
arch/arm/cpu/pxa/cpuinfo.c | 11 +--
arch/arm/include/asm/arch-pxa/pxa.h | 13 +
2 files changed, 22 insertions(+), 2 deletions(-)
diff --git a/arch/arm/cpu/pxa/cpuinfo.c b/arch/arm/cpu/pxa/cpuinfo.c
index f1cdd40..bab6340 100644
-
Signed-off-by: Łukasz Dałek
---
arch/arm/include/asm/mach-types.h |1 +
board/h2200/Makefile | 51 ++
board/h2200/h2200-header.S| 27 +
board/h2200/h2200.c | 197 +
board/h2200/h2200.h | 28
This is set of patches adding support for iPAQ h2200 device
Ad. [PATCH 1/6] h2200: Add support for iPAQ h2200
I've added device id to the mach-types.h file. But I'm pretty
sure this is the bad way. The id I took from
http://www.arm.linux.org.uk/developer/machines/list.php?id=341
Device's 1st stag
On Wed, Sep 19, 2012 at 12:25:27PM +0100, Jos?? Miguel Gon??alves wrote:
> The MINI2416 board is based on a Samsung's S3C2416 SoC and has 64MB DDR2
> SDRAM,
> 256MB NAND Flash, a LAN9220 Ethernet Controller and a WM8731 Audio CODEC.
> This U-Boot port was implemented and tested on a unit bought to
On 09/19/2012 01:12:17 AM, Stefan Roese wrote:
On 09/18/2012 11:51 PM, Scott Wood wrote:
>>> (and then see if we can change since
>>> as Scott notes, this needs to work for 4kb boards and that is
>> tight).
>>
>> What exactly are the 4k boards?
>
> Anything that uses fsl_elbc_nand is 4K. I think
Adds support for the Hannstar 1024 x 768 LVDS panel (Freescale part
number MCIMX-LVDS1) to SABRE-Lite board.
Signed-off-by: Eric Nelson
---
board/freescale/mx6qsabrelite/mx6qsabrelite.c | 102 +
include/configs/mx6qsabrelite.h | 15 -
2 files changed,
On 19-09-2012 19:19, Tom Rini wrote:
On Wed, Sep 19, 2012 at 11:11:08AM -0600, Stephen Warren wrote:
On 09/19/2012 10:58 AM, Jos? Miguel Gon?alves wrote:
On 19-09-2012 17:10, Scott Wood wrote:
On 09/19/2012 06:25:26 AM, Jos? Miguel Gon?alves wrote:
Samsung's S3C24XX SoCs need this in order to
On 09/19/2012 01:19:45 PM, Tom Rini wrote:
On Wed, Sep 19, 2012 at 11:11:08AM -0600, Stephen Warren wrote:
> On 09/19/2012 10:58 AM, Jos? Miguel Gon?alves wrote:
> > On 19-09-2012 17:10, Scott Wood wrote:
> >> On 09/19/2012 06:25:26 AM, Jos? Miguel Gon?alves wrote:
> >>> Samsung's S3C24XX SoCs ne
Signed-off-by: Eric Nelson
---
arch/arm/include/asm/arch-mx6/crm_regs.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx6/crm_regs.h
b/arch/arm/include/asm/arch-mx6/crm_regs.h
index 81aa3ed..6a6d270 100644
--- a/arch/arm/include/asm/arch-mx
Signed-off-by: Eric Nelson
---
arch/arm/include/asm/arch-mx6/imx-regs.h | 73 ++
1 files changed, 73 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx6/imx-regs.h
b/arch/arm/include/asm/arch-mx6/imx-regs.h
index 1781382..cb284e2 100644
--- a/a
Signed-off-by: Eric Nelson
---
arch/arm/include/asm/arch-mx6/imx-regs.h | 24
1 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx6/imx-regs.h
b/arch/arm/include/asm/arch-mx6/imx-regs.h
index 8834c59..d42bb4d 100644
--- a/arch/ar
On Wed, Sep 19, 2012 at 09:29:04AM +1000, Graeme Russ wrote:
> Hi Marek,
>
> On Tue, Sep 18, 2012 at 8:57 PM, Marek Vasut wrote:
> > Dear Tomas Hlavacek,
[snip]
> >> +struct early_heap_header *early_brk(size_t size)
> >> + __attribute__((weak, alias("def_early_brk")));
> >
> > what about usin
On Wed, Sep 19, 2012 at 3:08 PM, Robert Nelson wrote:
> On Wed, Sep 19, 2012 at 1:00 PM, Otavio Salvador
> wrote:
>> On Wed, Sep 19, 2012 at 2:57 PM, Robert Nelson
>> wrote:
>>> On Wed, Sep 19, 2012 at 10:13 AM, Otavio Salvador
>>> wrote:
OpenEmbedded has change partitioning layout of gen
On Wed, Sep 19, 2012 at 11:11:08AM -0600, Stephen Warren wrote:
> On 09/19/2012 10:58 AM, Jos? Miguel Gon?alves wrote:
> > On 19-09-2012 17:10, Scott Wood wrote:
> >> On 09/19/2012 06:25:26 AM, Jos? Miguel Gon?alves wrote:
> >>> Samsung's S3C24XX SoCs need this in order to generate a binary image
>
Signed-off-by: Eric Nelson
---
arch/arm/cpu/armv7/mx6/clock.c | 10 +-
arch/arm/include/asm/arch-mx6/crm_regs.h | 358 +++---
2 files changed, 185 insertions(+), 183 deletions(-)
diff --git a/arch/arm/cpu/armv7/mx6/clock.c b/arch/arm/cpu/armv7/mx6/clock.c
ind
On Tue, Sep 18, 2012 at 08:25:31PM -0500, Rob Herring wrote:
> On 09/18/2012 08:21 PM, Rob Herring wrote:
> > On 09/18/2012 05:37 PM, Stephen Warren wrote:
> >> From: Stephen Warren
> >>
> >> This patch introduces function get_device(). This looks up a
> >> block_dev_desc_t from an interface name
On Wed, Sep 19, 2012 at 11:18:14AM -0300, Fabio Estevam wrote:
> Hi Robert,
>
> On Wed, Sep 19, 2012 at 10:31 AM, Robert Nelson
> wrote:
>
> > It might be masking the problem, but I've been reverting:
> >
> > http://git.denx.de/?p=u-boot.git;a=commit;h=c50afc1dab78a1a72bc37b60d97864e56b52cc5c
>
On Wed, Sep 19, 2012 at 1:00 PM, Otavio Salvador
wrote:
> On Wed, Sep 19, 2012 at 2:57 PM, Robert Nelson
> wrote:
>> On Wed, Sep 19, 2012 at 10:13 AM, Otavio Salvador
>> wrote:
>>> OpenEmbedded has change partitioning layout of generated image so it
>>> does not raise warnings during the boot r
On Wed, Sep 19, 2012 at 2:57 PM, Robert Nelson wrote:
> On Wed, Sep 19, 2012 at 10:13 AM, Otavio Salvador
> wrote:
>> OpenEmbedded has change partitioning layout of generated image so it
>> does not raise warnings during the boot regarding unkown partition
>> being used for U-Boot.
>>
>> Signed-o
On Wed, Sep 19, 2012 at 10:13 AM, Otavio Salvador
wrote:
> OpenEmbedded has change partitioning layout of generated image so it
> does not raise warnings during the boot regarding unkown partition
> being used for U-Boot.
>
> Signed-off-by: Otavio Salvador
> ---
> include/configs/mx6qsabrelite.h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/19/12 04:32, Stefan Roese wrote:
> Hi Marek,
>
> On 09/19/2012 01:28 PM, Marek Vasut wrote:
>>> Again, NS16550 driver here. This code shouldn't be necessary.
>>> Also this board looks quite unmaintained as well. Perhaps its
>>> time to remove
On 19-09-2012 18:08, Scott Wood wrote:
On 09/19/2012 11:58:06 AM, José Miguel Gonçalves wrote:
On 19-09-2012 17:10, Scott Wood wrote:
On 09/19/2012 06:25:26 AM, José Miguel Gonçalves wrote:
Samsung's S3C24XX SoCs need this in order to generate a binary image
with a padded SPL concatenated with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/19/12 03:56, Michal Simek wrote:
> On 09/19/2012 12:52 PM, Marek Vasut wrote:
>> Dear Michal Simek,
>>
>>> On 09/14/2012 08:53 PM, Joe Hershberger wrote:
Hi Marek,
On Fri, Sep 14, 2012 at 6:00 AM, Marek Vasut
wrote:
>>>
On 09/18/2012 07:25 PM, Rob Herring wrote:
> On 09/18/2012 08:21 PM, Rob Herring wrote:
>> On 09/18/2012 05:37 PM, Stephen Warren wrote:
>>> From: Stephen Warren
>>>
>>> This patch introduces function get_device(). This looks up a
>>> block_dev_desc_t from an interface name (e.g. mmc) and device n
On 09/19/2012 04:37 AM, Thierry Reding wrote:
> Medcom is the marketing name for an older, PXA-based version of the same
> device. In order to avoid confusion, rename the Tegra-based version to
> the new marketing name.
This patch will keep U-Boot in sync with the Kernel .dts naming, so:
Acked-by
1 - 100 of 154 matches
Mail list logo