Re: [U-Boot] [PATCH] ulpi: add generic ULPI functionality

2011-11-13 Thread Igor Grinberg
Hi Jana, On 11/12/11 03:09, Jana Rapava wrote: > > > 2011/11/8 Igor Grinberg > > > > > +/* > > + * This is a family of wrapper functions which sets bits in ULPI > registers. > > + * Access mode could be WRITE, SET or CLEAR. > > What about READ

Re: [U-Boot] Nokia N900 - eMMC not working after commit 02f3029f1810b99869254d0cf0a71946a008a728

2011-11-13 Thread Macpaul Lin
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 even it is failed anyway, it could still go on with > the following cmd seque

Re: [U-Boot] Nokia N900 - eMMC not working after commit 02f3029f1810b99869254d0cf0a71946a008a728

2011-11-13 Thread Lei Wen
Hi Macpaul, On Mon, Nov 14, 2011 at 2:14 PM, Macpaul Lin wrote: > HI Lei Wen, > > 2011/11/12 Macpaul Lin : >> Hi Lei Wen, >> >> 2011/11/12 Lei Wen : >>> Hi Pali, >>> >> I have got 3 times retry fail on CMD8 also with FTSDC010 in recent, too. >> But I'm not sure where the problem is and hasn't sta

Re: [U-Boot] Nokia N900 - eMMC not working after commit 02f3029f1810b99869254d0cf0a71946a008a728

2011-11-13 Thread Macpaul Lin
HI Lei Wen, 2011/11/12 Macpaul Lin : > Hi Lei Wen, > > 2011/11/12 Lei Wen : >> Hi Pali, >> > I have got 3 times retry fail on CMD8 also with FTSDC010 in recent, too. > But I'm not sure where the problem is and hasn't start to check bisect > with the commits. > It works really fine before. > That's

[U-Boot] [PATCH v2] AT91: pio: Add PIO3 features

2011-11-13 Thread Hong Xu
This patch adds the support for new PIO controller introduced by some AT91 SoCs. New features include * More peripheral multiplexing * Pull-down, Schmitt trigger, Debouncer * More irq trigger mode (may be not interesting in U-Boot) Signed-off-by: Hong Xu --- - Correct register group definiti

Re: [U-Boot] Using Micron (Numonyx) m28w640hcb with u-boot

2011-11-13 Thread Vipin Kumar
On 11/12/2011 5:31 PM, Gudjon I. Gudjonsson wrote: > Hi list Hi Gudjon, > I have replaced the at49bv642d nor flash memory on my Atmel ngw100 board > with the pin compatible m28w640hcb flash memory from Micron (formerly > Numonyx). > > I can program the U-boot to the flash without proble

Re: [U-Boot] [PATCH 2/6] i.mx: Add the initial support for freescale i.MX6Q processor

2011-11-13 Thread Marek Vasut
> 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| 388 +++ > arch/arm/cp

Re: [U-Boot] arm mach-types.h

2011-11-13 Thread Michael Walle
Am Sonntag 13 November 2011, 18:14:16 schrieb Marek Vasut: > > Am Sonntag 13 November 2011, 17:18:27 schrieb Marek Vasut: > > > > Am Sonntag 13 November 2011, 01:32:03 schrieb Marek Vasut: > > > > > > - every supported board in u-boot has to be supported in > > > > > > mainline linux, > > > > > >

Re: [U-Boot] arm mach-types.h

2011-11-13 Thread Marek Vasut
> Am Sonntag 13 November 2011, 17:18:27 schrieb Marek Vasut: > > > Am Sonntag 13 November 2011, 01:32:03 schrieb Marek Vasut: > > > > > - every supported board in u-boot has to be supported in mainline > > > > > linux, > > > > > > > > > >too. because that is the basic requirement for an ent

Re: [U-Boot] [PATCH] [fdt] Fix constness of the fdt void pointer in fdt_getprop_u32_default

2011-11-13 Thread Jerry Van Baren
On 11/08/2011 04:09 AM, Gabe Black wrote: > The function fdt_getprop_u32_default doesn't modify the fdt, so it can use a > const void * for its fdt argument. > > Signed-off-by: Gabe Black Applied and requested a bugfix pull. Thanks, gvb ___ U-Boot mai

Re: [U-Boot] [PATCH] Add some missing endian conversions in fdt_support.c

2011-11-13 Thread Jerry Van Baren
On 11/08/2011 04:05 AM, Gabe Black wrote: > Some functions in fdt_support.c use fdt_getprop to read 32 bit values out of > the device tree, but then use them directly without doing any endian > conversion. Because they check for a value that doesn't actually appear in > practice, the functions cont

[U-Boot] Pull request: u-boot-fdt

2011-11-13 Thread Jerry Van Baren
Dear Wolfgang, Please pull the bugfixes from the following changes since commit 5721385b187b3154c7768e6c182501022f4e2e45: Merge branch 'master' of git://git.denx.de/u-boot-mpc83xx (2011-11-08 07:44:52 +0100) are available in the git repository at: git://git.denx.de/u-boot-fdt.git master

Re: [U-Boot] arm mach-types.h

2011-11-13 Thread Michael Walle
Am Sonntag 13 November 2011, 17:18:27 schrieb Marek Vasut: > > Am Sonntag 13 November 2011, 01:32:03 schrieb Marek Vasut: > > > > - every supported board in u-boot has to be supported in mainline > > > > linux, > > > > > > > >too. because that is the basic requirement for an entry to stay i

Re: [U-Boot] arm mach-types.h

2011-11-13 Thread Marek Vasut
> Am Sonntag 13 November 2011, 01:32:03 schrieb Marek Vasut: > > > - every supported board in u-boot has to be supported in mainline > > > linux, > > > > > >too. because that is the basic requirement for an entry to stay in > > >this file. > > > > No, you can define CONFIG_MACH_TYPE MA

[U-Boot] join us in New York

2011-11-13 Thread The United Nations Institute for Training and Research
The United Nations Institute for Training and Research conference 2012 Subject: UNITAR CONFERENCE INVITATION,2012 Dear Participant, We hereby commemorate you on your recommendation to partake in the forth-coming United Nations Institute for Training and Research conference, which would due to

Re: [U-Boot] [PATCH v4] x86: Don't relocate symbols which point to things that aren't relocated

2011-11-13 Thread Graeme Russ
On 13/11/11 13:34, Gabe Black wrote: > This change adds an upper bound for symbols which are fixed up after u-boot > is relocated into RAM. This way portions that are left at their original > location can be referred to without having to manually fix up any pointers. > > Signed-off-by: Gabe Black

Re: [U-Boot] [PATCH v3] x86: Fix how the location of the realmode and bios blobs are calculated

2011-11-13 Thread Graeme Russ
On 13/11/11 13:31, Gabe Black wrote: > From: Gabe Black > > There are two blobs embedded into the u-boot image which are linked to run > at an address which is different from where they actually end up in the > ROM, one called "realmode" and one called "bios". There are realmode_setup > and bios_

Re: [U-Boot] [PATCH v2] x86: Change printf to puts to avoid a buffer overflow

2011-11-13 Thread Graeme Russ
On 13/11/11 13:02, Gabe Black wrote: > printf as currently implemented in u-boot has a problem where it can > overflow an internal buffer if it prints an expanded string that's too > long. Our command lines are long enough to cause this problem. A fix > should be coming, but in the mean time this c

Re: [U-Boot] [PATCH v3] x86: Import the glibc memset implementation

2011-11-13 Thread Graeme Russ
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, Gabe Black wrote: > The new implementation is about twice as fast as

[U-Boot] Attention..

2011-11-13 Thread Karen Polak & Co
KAREN POLAK & CO ATTORNEYS AT LAW AND LEGAL PRACTITIONERS Am Schanzengraben 25, Zurich 8047, Switzerland. THIS IS FOR YOUR ATTENTION: On behalf of Trustees and Executors of the Estate of our late client, I wish to notify you that, it is been found in our records with your name as the benefic

Re: [U-Boot] arm mach-types.h

2011-11-13 Thread Michael Walle
Am Sonntag 13 November 2011, 01:32:03 schrieb Marek Vasut: > > - every supported board in u-boot has to be supported in mainline linux, > > > >too. because that is the basic requirement for an entry to stay in > >this file. > > No, you can define CONFIG_MACH_TYPE MACH_TYPE_SOMETHING and

Re: [U-Boot] x86 cleanup patches

2011-11-13 Thread Graeme Russ
Hi Gabe, On 13/11/11 14:08, Gabe Black wrote: > So to clarify, what repository/branch should I be applying my patches to, > and when? For instance, where should my patches that create a coreboot > board go? I have other patches which depend on those so I'd like to get > them moving again. Also hav

Re: [U-Boot] [PATCH] [x86] Fix some bugs in the i8402 driver when no controller is present

2011-11-13 Thread Graeme Russ
On 13/11/11 20:17, Graeme Russ wrote: > Hi Gabe, [snip] > - The checkpatch cleanup would be too onerous (touches too many files, >the patched file is too large, too close to release) and the bugfix is >critical > - The bugfix covers too many files (again, Oops - forgot to proof-read ;)

Re: [U-Boot] [PATCH] [x86] Fix some bugs in the i8402 driver when no controller is present

2011-11-13 Thread Graeme Russ
Hi Gabe, On 13/11/11 13:52, Gabe Black wrote: > > > On Sat, Nov 12, 2011 at 2:26 AM, Graeme Russ > wrote: > > Hi Gabe, > > On 08/11/11 20:48, Gabe Black wrote: > > If no controller is present, the i8402 driver should return > immediately and >

Re: [U-Boot] [PATCH 00/17] Cleanup environment related files

2011-11-13 Thread Igor Grinberg
ping On 11/07/11 13:13, Igor Grinberg wrote: > This patch series cleans up environment related files > in terms of checkpatch and other coding style issues. > It is based on Mon, 7 Nov 2011 Wolfgang's master. > > There are several warnings/errors left, mostly because > I don't think we need those