On 13/02/13 15:40, Rajeshwari Shinde wrote:
> These patches add PMIC MAX77686 voltage settings for SMDK5250.
>
> Changes in V2:
> - Corrected the multi line comment style
> Changes in V3:
> - Renamed the ps hold function.
> Rajeshwari Shinde (2):
> EXYNOS5: Add function to setup se
Hi Michael,
> Greetings,
>
> I've been trying to do some feasibility (performance / features)
> testing of DFU to see if it might work on a project I'm involved
> with. Due to architecture similarities I'm trying to do this using a
> custom-built u-boot from Denx mainline on a OMAP4460 ES1.1
> Pa
Hi Tom,
First of all, sorry for late reply.
> On Mon, Feb 18, 2013 at 11:01:42AM +0100, Lukasz Majewski wrote:
> > Hi Tom,
> >
> > > On Fri, Nov 30, 2012 at 08:01:12PM +0200, Pantelis Antoniou wrote:
> > >
> > > > We didn't support upload/download larger than available memory.
> > > > This is p
On 2/20/2013 6:45 AM, Scott Wood wrote:
On 12/17/2012 02:32:48 AM, Vipin Kumar wrote:
This patch adds support to list images in NAND flash through imls
Signed-off-by: Vipin Kumar
---
Changes in v4
- Keep stdout dumps in one line
- Continue even after read errors for all the blocks
README
Hi Wolfgang,
On Tue, Feb 19, 2013 at 6:15 PM, Wolfgang Denk wrote:
> Dear Sonic Zhang,
>
> In message <1361257266-3722-2-git-send-email-sonic@gmail.com> you wrote:
>>
>> Add header files for blackfin new processor bf60x.
> ...
>> arch/blackfin/include/asm/mach-bf609/BF609_def.h | 3758
>>
On 02/19/2013 06:19 PM, Otavio Salvador wrote:
On Tue, Feb 19, 2013 at 10:16 PM, Eric Nelson
wrote:
On 02/19/2013 05:42 PM, Otavio Salvador wrote:
On Tue, Feb 19, 2013 at 8:03 PM, Eric Nelson
wrote:
Hi Otavio,
On 02/19/2013 01:30 PM, Otavio Salvador wrote:
On Tue, Feb 19, 2013 at 5:12
On Tue, Feb 19, 2013 at 10:16 PM, Eric Nelson
wrote:
> On 02/19/2013 05:42 PM, Otavio Salvador wrote:
>>
>> On Tue, Feb 19, 2013 at 8:03 PM, Eric Nelson
>> wrote:
>>>
>>> Hi Otavio,
>>>
>>>
>>> On 02/19/2013 01:30 PM, Otavio Salvador wrote:
On Tue, Feb 19, 2013 at 5:12 PM, Eric Nel
On 02/19/2013 05:42 PM, Otavio Salvador wrote:
On Tue, Feb 19, 2013 at 8:03 PM, Eric Nelson
wrote:
Hi Otavio,
On 02/19/2013 01:30 PM, Otavio Salvador wrote:
On Tue, Feb 19, 2013 at 5:12 PM, Eric Nelson
wrote:
Hi Stefano,
This seems to have gotten lost in the shuffle.
It's showing as "C
On 12/17/2012 02:32:48 AM, Vipin Kumar wrote:
This patch adds support to list images in NAND flash through imls
Signed-off-by: Vipin Kumar
---
Changes in v4
- Keep stdout dumps in one line
- Continue even after read errors for all the blocks
README | 3 +-
common/cmd_bootm.c | 1
On Tue, Feb 19, 2013 at 8:03 PM, Eric Nelson
wrote:
> Hi Otavio,
>
>
> On 02/19/2013 01:30 PM, Otavio Salvador wrote:
>>
>> On Tue, Feb 19, 2013 at 5:12 PM, Eric Nelson
>> wrote:
>>>
>>> Hi Stefano,
>>>
>>> This seems to have gotten lost in the shuffle.
>>>
>>> It's showing as "Changes requested"
On 11/21/2012 06:59:20 AM, Phil Sutter wrote:
The warning is misleading, since there is no equivalent success note
when reading the other copy succeeds.
Signed-off-by: Phil Sutter
---
common/env_nand.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/common/env_
On Tue, Jul 03, 2012 at 11:07:26AM -, Rafael Beims wrote:
> Freescale FCM controller has a 2K size limitation of buffer RAM. In order
> to support the Nand flash chip with pagesize larger than 2K bytes,
> we read/write 2k data repeatedly by issuing FIR_OP_RB/FIR_OP_WB and save
> them to a large
Hello Alexandre,
On 02/19/2013 10:26 PM, Alexandre Belloni wrote:
Hi Eric,
On Tue, Feb 19, 2013 at 09:33:58AM -0700, Eric Nelson wrote :
Whoosh seems pretty compelling with such a small code base.
Does it really boot faster though? Do you have any numbers
for TTP (Time-to-penguin) on a SABRE L
Dear Rob Herring,
In message <5123e311.1070...@gmail.com> you wrote:
>
> > I dislike this. If you want to make a property of your device tree
> > "immutable", then you should mark it there as such. Instead of
> > removing the code here, U-Boot should then check for such a property
> > and leave
Hi Otavio,
On 02/19/2013 01:30 PM, Otavio Salvador wrote:
On Tue, Feb 19, 2013 at 5:12 PM, Eric Nelson
wrote:
Hi Stefano,
This seems to have gotten lost in the shuffle.
It's showing as "Changes requested" in Patchwork:
http://patchwork.ozlabs.org/patch/186280/
Is there something y
Hi Benoît,
On 02/19/2013 03:31 PM, Benoît Thébaudeau wrote:
On Tuesday, February 19, 2013 10:53:48 PM, Eric Nelson wrote:
On 02/19/2013 01:52 PM, Benoît Thébaudeau wrote:
Hi Eric,
On Tuesday, February 19, 2013 9:20:48 PM, Eric Nelson wrote:
[--snip--]
diff --git a/board/boundary/nitrogen6x/1
> "Tom" == Tom Rini writes:
Tom> With v3.9 and later of the Linux Kernel defaulting to multi-platform
Tom> images with omap2plus_defconfig, uImage isn't builtable anymore by
Tom> default. Add CONFIG_CMD_BOOTZ so that we can still boot something the
Tom> kernel spits out.
Tom> Signed-of
On Tuesday, February 19, 2013 10:53:48 PM, Eric Nelson wrote:
> On 02/19/2013 01:52 PM, Benoît Thébaudeau wrote:
> > Hi Eric,
> >
> > On Tuesday, February 19, 2013 9:20:48 PM, Eric Nelson wrote:
> > [--snip--]
> >> diff --git a/board/boundary/nitrogen6x/1066mhz_4x128mx16.cfg
> >> b/board/boundary/n
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/19/2013 04:29 PM, Julius Werner wrote:
> Hi Tom,
>
> This patch is not really target specific, it works on all platforms
> that support USB 2.0. I just wrapped it in a new config option
> because most people probably won't need it… it is only re
On 02/19/2013 01:52 PM, Benoît Thébaudeau wrote:
Hi Eric,
On Tuesday, February 19, 2013 9:20:48 PM, Eric Nelson wrote:
[--snip--]
diff --git a/board/boundary/nitrogen6x/1066mhz_4x128mx16.cfg
b/board/boundary/nitrogen6x/1066mhz_4x128mx16.cfg
new file mode 100644
index 000..45b8879
--- /dev/n
Hi Eric,
On Tue, Feb 19, 2013 at 09:33:58AM -0700, Eric Nelson wrote :
> Whoosh seems pretty compelling with such a small code base.
> Does it really boot faster though? Do you have any numbers
> for TTP (Time-to-penguin) on a SABRE Lite or SABRE SD?
>
I don't exactly have that number but I beli
With v3.9 and later of the Linux Kernel defaulting to multi-platform
images with omap2plus_defconfig, uImage isn't builtable anymore by
default. Add CONFIG_CMD_BOOTZ so that we can still boot something the
kernel spits out.
Cc: Sricharan R
Signed-off-by: Tom Rini
---
include/configs/omap4_comm
With v3.9 and later of the Linux Kernel defaulting to multi-platform
images with omap2plus_defconfig, uImage isn't builtable anymore by
default. Add CONFIG_CMD_BOOTZ so that we can still boot something the
kernel spits out.
Signed-off-by: Tom Rini
---
include/configs/omap3_beagle.h |3 ++-
With v3.9 and later of the Linux Kernel defaulting to multi-platform
images with omap2plus_defconfig, uImage isn't builtable anymore by
default. Add CONFIG_CMD_BOOTZ so that we can still boot something the
kernel spits out.
Cc: Sricharan R
Signed-off-by: Tom Rini
---
include/configs/omap5_evm.
With v3.9 and later of the Linux Kernel defaulting to multi-platform
images with omap2plus_defconfig, uImage isn't builtable anymore by
default. Add CONFIG_CMD_BOOTZ so that we can still boot something the
kernel spits out.
Signed-off-by: Tom Rini
---
include/configs/am335x_evm.h |1 +
1 fi
Hello Bo Shen,
On Mon, 2013-02-18 at 11:06 +0800, Bo Shen wrote:
> Hi John,
>
> On 02/16/2013 12:45 AM, John Stile wrote:
> > I am trying to move from uboot-1.3.6 to uboot 2013.01, where the old
> > works, the new prints this before freezing:
> >
> > U-Boot 2013.01 (Feb 14 2013 - 16:24:13
On 02/19/2013 01:26 PM, Wolfgang Denk wrote:
> Dear Rob Herring,
>
> In message <1359085160-28675-1-git-send-email-robherri...@gmail.com> you
> wrote:
>>
>> Currently, u-boot will always fixup the DT memory node on ARM. If the dtb
>> has correct memory information, then we don't want or need u-bo
Hi Eric,
On Tuesday, February 19, 2013 9:20:48 PM, Eric Nelson wrote:
[--snip--]
> diff --git a/board/boundary/nitrogen6x/1066mhz_4x128mx16.cfg
> b/board/boundary/nitrogen6x/1066mhz_4x128mx16.cfg
> new file mode 100644
> index 000..45b8879
> --- /dev/null
> +++ b/board/boundary/nitrogen6x/1066
Hi,
Short version:
Is there anyone that can support me with enforcing GPL compliance on
company that ships product with binary u-boot? Or did that in the past?
Long version:
Polish market is flooded with cheap DVB-T receivers (we're switching to
digital tv now), android tablets etc.
They're
On Tue, 19 Feb 2013, Wolfgang Denk wrote:
>
> Your patch is white space corrupted. Please fix your mailer.
commit 39695029bc15041c809df3db4ba19bd729c447fa
Author: Charles Coldwell
Date: Tue Feb 19 08:27:33 2013 -0500
Changes to support the Xilinx 1000BASE-X phy (GTX/MGT)
diff --git a/d
On Tue, Feb 19, 2013 at 5:12 PM, Eric Nelson
wrote:
> Hi Stefano,
>
> This seems to have gotten lost in the shuffle.
>
> It's showing as "Changes requested" in Patchwork:
>
> http://patchwork.ozlabs.org/patch/186280/
>
> Is there something you'd like changed?
>
> Please advise,
I'd say to
Hi Stefano,
This seems to have gotten lost in the shuffle.
It's showing as "Changes requested" in Patchwork:
http://patchwork.ozlabs.org/patch/186280/
Is there something you'd like changed?
Please advise,
Eric
___
U-Boot mailing list
U-Boo
Signed-off-by: Eric Nelson
---
arch/arm/include/asm/arch-mx6/iomux.h |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/include/asm/arch-mx6/iomux.h
b/arch/arm/include/asm/arch-mx6/iomux.h
index d23abd7..d67f600 100644
--- a/arch/arm/include/asm/arch-mx6/iomux.h
+++ b/arch/arm/
Signed-off-by: Eric Nelson
---
arch/arm/include/asm/arch-mx6/mx6-ddr.h | 85 +
arch/arm/include/asm/arch-mx6/mx6dl-ddr.h | 71
arch/arm/include/asm/arch-mx6/mx6q-ddr.h | 69 +++
3 files changed, 225 insertions(+)
c
Signed-off-by: Eric Nelson
---
arch/arm/include/asm/arch-mx6/mx6dl_pins.h |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/include/asm/arch-mx6/mx6dl_pins.h
b/arch/arm/include/asm/arch-mx6/mx6dl_pins.h
index 0395357..9494e41 100644
--- a/arch/arm/include/asm/arch-mx6/mx6dl_pins
Signed-off-by: Eric Nelson
---
arch/arm/include/asm/arch-mx6/crm_regs.h | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/include/asm/arch-mx6/crm_regs.h
b/arch/arm/include/asm/arch-mx6/crm_regs.h
index d670f30..7676457 100644
--- a/arch/arm/include/asm/arch-mx6/crm_re
This patch has no functional changes and simply replaces
leading spaces with tabs.
Signed-off-by: Eric Nelson
---
board/freescale/mx6qsabrelite/mx6qsabrelite.c | 106 -
1 file changed, 53 insertions(+), 53 deletions(-)
diff --git a/board/freescale/mx6qsabrelite/mx6qsabr
V2 includes Copyright fixes and addition of MX6_ prefix as
requested by Jason Liu.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tue, Feb 19, 2013 at 10:22 AM, Otavio Salvador
wrote:
>> Because this will not be used globally with all GPIOs, but only locally for
>> this
>> one case. So my suggestion is to postpone this change and do this in one
>> large
>> swipe afterwards.
>
> I see; I agree with you.
I can take care
Dear Rob Herring,
In message <1359085160-28675-2-git-send-email-robherri...@gmail.com> you wrote:
>
> The memory sizes in highbank dtb's are already correct, so remove the DRAM
> bank setup so the memory node is not fixed up by u-boot.
I think you do more here...
> -void dram_init_banksize(void)
Dear Rob Herring,
In message <1359085160-28675-1-git-send-email-robherri...@gmail.com> you wrote:
>
> Currently, u-boot will always fixup the DT memory node on ARM. If the dtb
> has correct memory information, then we don't want or need u-boot to touch
> the memory node. Allow platforms to skip t
Dear Simon Glass,
In message
you wrote:
>
> > You are wrong. This includes a number of functions, and macros, too,
> > for example:
...
> That's a very manageable and small series of patches I think if we
> want to use either. I do like an obvious name, and we already have
> CONFIG_...
I thin
Dear Charles Coldwell,
In message
you wrote:
> and here it is again, in-line
>
> commit 39695029bc15041c809df3db4ba19bd729c447fa
> Author: Charles Coldwell
> Date: Tue Feb 19 08:27:33 2013 -0500
>
> Changes to support the Xilinx 1000BASE-X phy (GTX/MGT)
>
> diff --git a/drivers/net/phy
On Tue, Feb 19, 2013 at 3:48 PM, Chaves, Kevin
wrote:
> So uboot can recover if it's bad using watchdog? How does this work if the
> binary is clobbered?
Watchdog + bootcount.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.
So uboot can recover if it's bad using watchdog? How does this work if the
binary is clobbered?
-Original Message-
From: otavio.salva...@gmail.com [mailto:otavio.salva...@gmail.com] On Behalf Of
Otavio Salvador
Sent: Tuesday, February 19, 2013 1:34 PM
To: Chaves, Kevin
Cc: Eric Nelson; u
Greetings,
I've been trying to do some feasibility (performance / features) testing of DFU
to see if it might work on a project I'm involved with. Due to architecture
similarities I'm trying to do this using a custom-built u-boot from Denx
mainline on a OMAP4460 ES1.1 Pandaboard. But I've been
On Tue, Feb 19, 2013 at 3:22 PM, Chaves, Kevin
wrote:
> It's not so much a faster boot I'm looking for but just relying less on uboot
> to initialize the device. The initial idea by my superiors is make an
> infallible way to update uboot, since they think they'll screw it up and have
> to supp
It's not so much a faster boot I'm looking for but just relying less on uboot
to initialize the device. The initial idea by my superiors is make an
infallible way to update uboot, since they think they'll screw it up and have
to support a field update. So we wanted to make two images with
uboot
On 02/18/2013 04:10 PM, Andy Fleming wrote:
> On Thu, Feb 14, 2013 at 3:04 PM, Tom Warren wrote:
>
>> tegra_mmc_init() now parses the DT info for bus width, WP/CD GPIOs, etc.
>> Tested on Seaboard, fully functional.
>>
>> Tamonten boards (medcom-wide, plutux, and tec) use a different/new
>> dtsi f
On 02/15/2013 12:00 PM, Akshay Saraswat wrote:
> This patch adds fdt nodes for peripherals which require
> pin muxing and configuration. Existing pinmux code modified
> to retrieve gpio range and function related info from fdt.
Is this the same DT binding that the Linux kernel uses; has it been
re
Hi Wolfgang,
On Tue, Feb 19, 2013 at 1:19 AM, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
>>
>> Thanks for looking at this so closely - it's just an RFC at this
>> stage, but I think it has promise.
>
> Agreed.
>
>> > I think config_* is not a good name to use here - it ha
On Thu, Jan 24, 2013 at 09:39:19PM -0600, Rob Herring wrote:
> From: Rob Herring
>
> Currently, u-boot will always fixup the DT memory node on ARM. If the dtb
> has correct memory information, then we don't want or need u-boot to touch
> the memory node. Allow platforms to skip this by not filli
Hi Kevin,
I'm a bit late to this party, but have a couple of comments...
On 02/19/2013 08:20 AM, Chaves, Kevin wrote:
Thanks for the response, so the whoosh does not support holding
> a key to get into another image? I guess that won't work.
>
Note that there's already support for key-handlin
On Thu, Jan 24, 2013 at 03:30:00PM +0300, Maxim Podbereznyy wrote:
> From: Maxim Podberezny
>
>
> Signed-off-by: Maxim Podberezny
Sorry I missed this at first.
First problem, you don't update the MAINTAINERS file for this board.
Next:
> diff --git a/arch/arm/include/asm/mach-types.h
> b/ar
On Tue, Feb 05, 2013 at 04:36:23PM -0500, Tom Rini wrote:
> Hey all,
>
> The following is a slight update to Ilya's previous series for USB SPL
> on am33xx platforms. The changes are that I've dropped two patches
> needed to force usage on older platforms (where a ROM bug prevents USB
> from bei
On Thu, Feb 07, 2013 at 11:53:35PM -, Michael Jones wrote:
> From: Howard Gray
>
> Also, change bootdelay to 0 but allow pressing 'S' to stop at U-Boot prompt.
>
> Signed-off-by: Michael Jones
> Signed-off-by: Howard Gray
> Signed-off-by: Michael Jones
This along with the rest of the se
On Thu, Feb 07, 2013 at 12:40:04AM -, Enric Balletbo i Serra wrote:
> From: Enric Balletbo i Serra
>
> This trivial patch only changes current boards names for the official
> names.
>
> Signed-off-by: Enric Balletbo i Serra
This as well as the rest of the series are now applied to
u-boot-
On Mon, Feb 04, 2013 at 11:13:58PM -, Lars Poeschel wrote:
> From: Lars Poeschel
>
> The pcm051 does not have the wp pin connected to the sd-card socket.
> Therefore remove the pinmux for the pin. The was a carry-over from
> the am335x evm code.
>
> Signed-off-by: Lars Poeschel
Applied to
On Mon, Feb 04, 2013 at 06:03:10AM -, robertcnel...@gmail.com wrote:
> Some expansion boards now ship with at24 eeproms that need to communicate
> via 16bit addressing.
>
> Signed-off-by: Robert Nelson
This and 2/2 have been applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Desc
On Fri, Feb 01, 2013 at 06:44:06AM -, Tomas Novotny wrote:
> Signed-off-by: Tomas Novotny
> Cc: Tom Rini
> Cc: Stefano Babic
> Acked-by: Stefano Babic
This and 2/2 have been applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Description: Digital signature
__
On Tue, Feb 12, 2013 at 03:07:43PM -0500, Tom Rini wrote:
> In commit cfd4ff6 we implemented part of advisory 1.0.10 (internal delay
> for RGMII mode not supported). This in turn however requires that we
> set the tx clock delay feature in the PHY itself.
>
> Signed-off-by: Tom Rini
Applied to
On Fri, Feb 08, 2013 at 04:20:10PM -0500, Tom Rini wrote:
> Hey all,
>
> The bulk of this series adds environemnt variables to better support
> working with NAND, SPI or ethernet. In the case of SPI we also add a
> spiboot target which will change environment to be looked for on SPI
> rather tha
Hello,
The following changes since commit 9f024f62e4604274a23213dcee30016092e32e7b:
Merge branch 'fixes' of git://git.denx.de/u-boot-mips (2013-02-15 12:23:42
-0500)
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
for you to fetch changes up to 4adfcd68cc10
Thanks for the response, so the whoosh does not support holding a key to get
into another image? I guess that won't work. So if I wanted to support the SPL
on the nitrogent6x are there any instruction on what requirements it has to
support it.
I'm guessing all the work I'd need to do is in boa
On 18/02/13 14:54, Tom Rini wrote:
> On Mon, Feb 18, 2013 at 02:43:47PM +, Mark Jackson wrote:
>> On 15/02/13 21:13, Tom Rini wrote:
>>> On Thu, Feb 14, 2013 at 03:54:23PM +, Mark Jackson wrote:
>>>
I'm trying to diagnose why our AM335x based CPU board (based on the
AM335x Starter
Make it work on PandaBoard 5 with 5432 ES2 and Linux.
Signed-off-by: Vincent Stehlé
---
Hi,
Here are some necessary adaptations for OMAP5 ES2, as magic value has changed.
In the mean time, we make the secondary cpu routine a bit closer to what
romcode does.
Best regards,
V.
arch/arm/lib/boo
I'm not sure if this has been discussed, but I've found as a new u-boot user
there are often features that require enabling other CONFIG macros that I think
should just be auto-enabled as dependencies. Please keep this in mind for any
future designs. For example, when enabling CONFIG_CMD_UBI and
This patch subtracts a part of clock init from spl
and executes it after relocation. spl_clock_init
executes in spl and system_clock_init executes after
relocation in u-boot. This is done to gain some space by
removing initially not necessary code.
Signed-off-by: Akshay Saraswat
---
board/samsun
Distributes struct mem_timings into new different structures
to gain space in spl by removing necessity of maintaining
two big and almost similar mem_timings instances.
Signed-off-by: Akshay Saraswat
---
board/samsung/smdk5250/clock_init.c| 177
board/samsun
This patch set tries to gain some space in spl by
restructuring and reorganising some code in two different
clock init's for two different times of execution.
Akshay Saraswat (2):
Exynos5: spl: Reorganize mem_timing struct to gain space in spl
Exynos5: spl: Reduce clock init in spl
board/sam
On Tue, Feb 19, 2013 at 12:35:01PM +0100, Wolfgang Denk wrote :
> Dear Alexandre Belloni,
>
> In message <20130219112532.gb24...@piout.net> you wrote:
> >
> > No, that is not supported and probably won't be. Some people will argue
>
> I think you are wrong. This is definitely a "not supported _y
and here it is again, in-line
commit 39695029bc15041c809df3db4ba19bd729c447fa
Author: Charles Coldwell
Date: Tue Feb 19 08:27:33 2013 -0500
Changes to support the Xilinx 1000BASE-X phy (GTX/MGT)
diff --git a/drivers/net/phy/phy.c b/drivers/net/phy/phy.c
index d0ed766..8a38ccb 100644
--- a
On Tue, Feb 19, 2013 at 9:21 AM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Mon, Feb 18, 2013 at 10:38 PM, Marek Vasut wrote:
>> > Dear Otavio Salvador,
>> >
>> >> On Mon, Feb 18, 2013 at 8:16 PM, Fabio Estevam wrote:
>> >> > On Sun, Feb 17, 2013 at 4:45 PM, Otavio Salvador
>> >> >
>> >>
Dear Otavio Salvador,
> On Mon, Feb 18, 2013 at 10:38 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> >> On Mon, Feb 18, 2013 at 8:16 PM, Fabio Estevam wrote:
> >> > On Sun, Feb 17, 2013 at 4:45 PM, Otavio Salvador
> >> >
> >> > wrote:
> >> >> +#ifdef CONFIG_CMD_USB
> >> >> + /*
This patch corrects the following issues
1) Write the correct M/T Stop value to I2CSTAT after i2c write.
According to the spec, after finish the data transmission, we should
write a M/T Stop (I2C_MODE_MT | I2C_TXRX_ENA) to I2CSTAT instead of
a M/R Stop (I2C_MODE_MR | I2C_TXRX_ENA).
2) Not
On Mon, Feb 18, 2013 at 10:38 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Mon, Feb 18, 2013 at 8:16 PM, Fabio Estevam wrote:
>> > On Sun, Feb 17, 2013 at 4:45 PM, Otavio Salvador
>> >
>> > wrote:
>> >> +#ifdef CONFIG_CMD_USB
>> >> + /* Enable LAN9512 */
>> >> + gpio_direct
Dear Alexandre Belloni,
In message <20130219112532.gb24...@piout.net> you wrote:
>
> No, that is not supported and probably won't be. Some people will argue
I think you are wrong. This is definitely a "not supported _yet_".
> that you probably don't need a bootloader once you are able to boot a
On Mon, Feb 18, 2013 at 02:59:24PM -0700, Chaves, Kevin wrote :
> This is almost exactly what we want to do, we just want to be able to hold a
> key down during the boot and switch it to a recovery settings with a
> different kernel/rfs, would this be supported as well?
>
No, that is not suppor
On Mon, Feb 18, 2013 at 06:56:36PM -0300, Otavio Salvador wrote :
> The point of using the Falcon mode here would be to allow boot onto
> interactive mode, when need, and boot fast by default. The whoosh goal
> is *very* nice but it is different. :-)
>
Yeah, exactly, the use case is different but
Hi Scott,
On Tuesday, February 19, 2013 1:30:23 AM, Scott Wood wrote:
> On 02/15/2013 02:54:12 PM, Benoît Thébaudeau wrote:
> > The syndrome functions should use the page number passed as argument
> > instead of
> > the page number saved upon NAND_CMD_READ0.
> >
> > This does not make any differe
Dear Bo Shen,
> Add at91sam9g20_2mmc nand boot support. on this board, there is no
> dataflash, so disable it
>
> change one commet for at91sam9g20ek board
>
> Signed-off-by: Bo Shen
>
> ---
> board/atmel/at91sam9260ek/at91sam9260ek.c |7 ++-
> boards.cfg
Dear Sonic Zhang,
In message <1361257266-3722-2-git-send-email-sonic@gmail.com> you wrote:
>
> Add header files for blackfin new processor bf60x.
...
> arch/blackfin/include/asm/mach-bf609/BF609_def.h | 3758
> +
This is a bit excessive, isn't it? Do we really all thse
Dear Sonic Zhang,
please provide a useful Subject: line - "*** SUBJECT HERE ***" is not
exactly helpful.
In message <1361257266-3722-1-git-send-email-sonic@gmail.com> you wrote:
>
> The v2 patches
> 1) fix most checkpatch issues mentioned by Wolfgang
Hm... I'm sorry, but this information is
Dear Simon,
In message
you wrote:
>
> Thanks for looking at this so closely - it's just an RFC at this
> stage, but I think it has promise.
Agreed.
> > I think config_* is not a good name to use here - it has never been a
> > reserved prefix so far, so it is IMO a bad idea to turn it into one
84 matches
Mail list logo
