On 12/20/11 07:54, Peter Barada wrote:
> This patch adds basic support for OMAP35x/DM37x SOM LV/Torpedo
> reference boards. It assumes U-boot is loaded to SDRAM with the
> help of another small bootloader (x-load) running from SRAM.
>
> Signed-off-by: Peter Barada
> Cc: Tom Rini
> Cc: Igor Grinb
Hi Michael,
Le 19/12/2011 00:21, Michael Walle a écrit :
Am Montag 19 Dezember 2011, 00:04:18 schrieb Marek Vasut:
[..snip..]
Please use #define to define the magic value above (1<< 22) and
then use it.
M
The bit was taken from arch/arm/cpu/arm926ejs/kirkwood/cpu.c. Unfortunately
there is
Hi all,
Le 20/12/2011 01:06, Stephen Warren a écrit :
Tom Warren wrote at Monday, December 19, 2011 4:09 PM:
Signed-off-by: Tom Warren
BUG=none
TEST=built all 3 (Harmony, Seaboard and Ventana) and tested Seaboard
Tom,
I'm a little confused by this. The patch removes ../common/board.o from
C
Dear Paul Gortmaker,
In message
you wrote:
>
> > U-Boot 1.1.2 (Jun 24 2011 - 09:41:57)
...
> Everyone always feels that they need to do a big uprev in one
> giant step. That is not an insult in any way -- I've also done the
> same thing. But even if you get it compiled, are you ready to debug
In an effort to find the cause of reboot from linux userspace, which was always
returning hardreset, i traced the reason for the reset status register being
cleared is from file arch/powerpc/cpu/mpc83xx/cpu_init.c,
/* RSR - Reset Status Register - clear all status (4.6.1.3) */
gd->reset_sta
This patch adds basic support for OMAP35x/DM37x SOM LV/Torpedo
reference boards. It assumes U-boot is loaded to SDRAM with the
help of another small bootloader (x-load) running from SRAM.
Signed-off-by: Peter Barada
Cc: Tom Rini
Cc: Igor Grinberg
Cc: Wolfgang Denk
---
Changes for V5:
Remov
On Mon, Dec 19, 2011 at 1:43 AM, Stefano Babic wrote:
> 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
On Mon, Dec 19, 2011 at 10:43 PM, Wolfgang Denk wrote:
> Dear Tom Rini,
>
> In message
> you
> wrote:
>>
>> > 'i2c_base' is correctly located in SRAM but 'current_bus' and
>> > 'bus_initialized'
>> > are located in CS0 SDRAM which is at the time of call not yet initalized.
>> > This
>> > fits
Dear Tom Rini,
In message
you wrote:
>
> > 'i2c_base' is correctly located in SRAM but 'current_bus' and
> > 'bus_initialized'
> > are located in CS0 SDRAM which is at the time of call not yet initalized.
> > This
> > fits to the crash behaviour: Accessing 'i2c_base' does not cause trouble.
>
Dear Lukasz Majewski,
On 15 December 2011 18:32, Lukasz Majewski wrote:
> This commit enables support for USB Gadgets on the Exynos4210 (C210 Universal)
> reference target.
>
> Signed-off-by: Lukasz Majewski
> Signed-off-by: Kyungmin Park
> Cc: Minkyu Kang
> CC: Remy Bohmer
> ---
> Changes fo
Hi John,
On Monday 19 December 2011 22:26:09 johnc wrote:
> 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
>
On Mon, Dec 19, 2011 at 10:14 PM, Marek Vasut wrote:
>> On Mon, Dec 19, 2011 at 5:26 PM, Michael Kebe wrote:
>> > Here is the output from a bootup of the old U-Boot:
>> [...]
>>
>> It isn't an answer to your specific problem, but it is a process that
>> will get you there by yourself, at your own
Hi Wolfgang,
On Mon, Dec 19, 2011 at 3:23 AM, 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.
>
> Thanks.
Just the tftpput f
Once CONFIG_FAT_WRITE is defined,
users can invoke 'fatwrite' command that saves data in RAM as a FAT file.
By removing variable of 'part_size' in fs/fat.c,
compile error occurs when enabling FAT write feature.
The variable should be declared only when CONFIG_FAT_WRITE is defined.
This patch also
It's been almost a month and have not heard any suggestions from anyone..
Can Freescale folks on the list suggest some reg's or memory location where
boot count value can be saved across reboots.
Thanks
S
From: Sridhar Addagada
To: "u-boot@lists.denx.de"
S
> On Mon, Dec 19, 2011 at 5:26 PM, Michael Kebe wrote:
> > Here is the output from a bootup of the old U-Boot:
> [...]
>
> > U-Boot 1.1.2 (Jun 24 2011 - 09:41:57)
>
> [...]
>
> > However even if I try to build with these addresses, the linking
>
> > crashes with even more assertion fails:
> Ev
On Mon, Dec 19, 2011 at 5:26 PM, Michael Kebe wrote:
> Here is the output from a bootup of the old U-Boot:
[...]
>
> U-Boot 1.1.2 (Jun 24 2011 - 09:41:57)
[...]
>
> However even if I try to build with these addresses, the linking
> crashes with even more assertion fails:
Everyone always feel
The switch to strict_strtoul() was not done correctly - this fixes
the compile error when CONFIG_CMD_TFTPPUT is active.
There appears to very little use of strict_strtoul() in commands, so
it might be easier to switch to simple_strtoul(). If not, we should
decide the best way to use strict_strtoul
Dear Remy Bohmer,
On 19 December 2011 23:20, Anatolij Gustschin wrote:
> 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: Mi
On Tuesday, December 20, 2011 02:08:18 AM Tom Rini wrote:
> > 'objdump -dSt' shows (the memory mappings I attached were not really
> > helpful - sorry next time I know):
> >
> >4020ae14 l O .data 0004 i2c_base
> >8068 l O .bss 0004 current_bus
> >806c
On Mon, Dec 19, 2011 at 6:03 PM, Andreas Müller wrote:
> On Thursday, December 15, 2011 10:12:59 PM Andreas Müller wrote:
>> On Thu, Dec 15, 2011 at 7:34 AM, Andreas Müller wrote:
>> > I tried the following (as you can see I already commented out the
>> > i2c-read-
>>
>> write
>>
>> > for test):
On Thursday, December 15, 2011 10:12:59 PM Andreas Müller wrote:
> On Thu, Dec 15, 2011 at 7:34 AM, Andreas Müller wrote:
> > I tried the following (as you can see I already commented out the
> > i2c-read-
>
> write
>
> > for test):
> >
> > int get_board_revision(void)
> > {
> > #ifdef CONFIG_D
Got usb-tap to work, but ONLY with code warrior - and for some reason can
run it on ubuntu+unity but not on ubuntu+xfce, which loads everything
except the action button in the flash programmer where you select what you
will do: flash dump, erase, write...
Any open alternative to use usb tap or som
Tom Warren wrote at Monday, December 19, 2011 4:09 PM:
> Signed-off-by: Tom Warren
>
> BUG=none
> TEST=built all 3 (Harmony, Seaboard and Ventana) and tested Seaboard
Tom,
I'm a little confused by this. The patch removes ../common/board.o from
COBJS for Harmony and Ventana, but not from Seaboar
Hi Remy,
could you please review this patch? It's waiting for your approval.
Regards, Ilya.
On 13.12.2011 03:15, Ilya Yanok wrote:
> Taken from Beagle code. Tested on mcx board (AM3517-based).
>
> Signed-off-by: Ilya Yanok
> ---
> Changes from V3:
> - None
> Changes from V2:
> - None
> Chang
Hi Anatolij,
On 20.12.2011 03:12, Anatolij Gustschin wrote:
>> 1/2 is held up on USB review. If you want to split out the USB part
>> of your board until Remy can comment on it I'd be happy to put this
>> into u-boot-ti/next.
>
> I'm not sure whether Remy is aware of this patch. It is delegated
Hi all,
On Mon, 19 Dec 2011 15:56:12 -0700
Tom Rini wrote:
> On Mon, Dec 19, 2011 at 3:55 PM, Ilya Yanok wrote:
> > Hi Tom,
> >
> > any news on this?
> >
> > I'm getting a little bit jealous ;) Stefano's TAM3517 patches (which
> > were originally based on these series) are already accepted whil
Signed-off-by: Tom Warren
BUG=none
TEST=built all 3 (Harmony, Seaboard and Ventana) and tested Seaboard
---
board/nvidia/harmony/Makefile |1 -
board/nvidia/ventana/Makefile |3 +--
include/configs/ventana.h |3 +++
3 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/b
Hi Tom,
On 20.12.2011 02:56, Tom Rini wrote:
>> I'm getting a little bit jealous ;) Stefano's TAM3517 patches (which
>> were originally based on these series) are already accepted while mine
>> are not...
>
> 1/2 is held up on USB review. If you want to split out the USB part
> of your board unt
Hi Tom,
any news on this?
I'm getting a little bit jealous ;) Stefano's TAM3517 patches (which
were originally based on these series) are already accepted while mine
are not...
Regards, Ilya.
On 14.12.2011 20:05, Ilya Yanok wrote:
> This patch adds support for the HTKW mcx AM3517-based board.
>
Hi all,
On Wed, 26 Oct 2011 14:39:54 +0200
Laszlo Hegedüs wrote:
> Fix for the DP8381x driver to translate the pointers to the receive
> Rinbuffer from a virtual address to the PCI memory space. TxRingPtr
> is translated okay, but no memory translation was done for
> RxRingPtr. This patch fix th
On Mon, Dec 19, 2011 at 23:13, Wolfgang Denk wrote:
> No. As I mentioned, look for a config.mk file in the board directory,
> i. e. probably board/ox820/config.mk or similar. This should contain
> the definition of TEXT_BASE.
Thanks, for the hint! There is TEXT_BASE = 0x60d0.
Here is the ou
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
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
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
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
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
> 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
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 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 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 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
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
> Cc: Stefan Roese
> C
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 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
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 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 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:
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
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 "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
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
> 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
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,
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:
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,
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
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
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
> 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
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 ARIBAUD
---
board/lubbock/lubbock.c |6 +
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 |
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
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 "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
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
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 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
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
> -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 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
> 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 +-
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
>
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:
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'
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
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
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
>
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
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
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
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
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
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
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
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
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 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 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,
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
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
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
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
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
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 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
>
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
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
1 - 100 of 132 matches
Mail list logo
