commit a45dde2293c816138e53c26eca6fd0322583f9a6 changed the dm9000
direct register access to standard IO. This should work
on the ColdFire platform as there are corresponding macros for
the LE devices. But the hardware settings on some ColdFire boards had
swapped the byte order which make the origi
- "Marek Vasut" wrote:
> On Monday, August 22, 2011 07:11:57 AM Ajay Bhargav wrote:
> > This patch adds support for Fast Ethernet Controller driver for
> > Armada100 series.
> >
> > Signed-off-by: Ajay Bhargav
> > ---
> > arch/arm/include/asm/arch-armada100/armada100.h |1 +
> > drive
The get_dcache_line_size() function is supposed to work in conjunction
with memalign call to provide D cache aligned DMA buffers.
This commit adds support for reading the D cache line size for armv7
architecture. Moreover a default implementation of get_dcache_line_size()
is provided.
Signed-off-
- "Mike Frysinger" wrote:
> On Monday, August 22, 2011 01:11:57 Ajay Bhargav wrote:
> > + writel((u32) darmdfec->htpr, ®s->htpr);
>
> do you really need to cast it yourself ? seems to show up a lot in
> this file.
>
> > +#ifdef ETH_DUMP_REGS
> > + eth_dump_regs(dev);
> > +#endif
>
>
- "Marek Vasut" wrote:
> On Monday, August 22, 2011 07:11:57 AM Ajay Bhargav wrote:
> > This patch adds support for Fast Ethernet Controller driver for
> > Armada100 series.
> >
> > Signed-off-by: Ajay Bhargav
> > ---
> > arch/arm/include/asm/arch-armada100/armada100.h |1 +
> > drive
Hi Mike,
On 22 août 2011, at 23:55, Mike Frysinger wrote:
> On Monday, August 22, 2011 17:37:42 Eric Jarrige wrote:
>> +#if (!defined(CONFIG_DM9000_NO_SROM) && defined(CONFIG_DRIVER_DM9000))
>
> why is this necessary ?
> -mike
the methods dm9000_read_srom_word()/dm9000_write_srom_word() need th
> I see this patch is already maked as "Awaiting Upstream" in Patchwork.
> Please make sure NOT to include it in any pull requests.
Wolfgang,
I am sure i didn't change the state of this patch to "Awaiting Upstream".
Regards,
Sandeep
___
U-Boot mailin
Hi Albert,
On Sun, Aug 21, 2011 at 12:52 PM, Albert ARIBAUD
wrote:
> Hi Dirk,
>
> Le 21/08/2011 09:11, Dirk Behme a écrit :
>
>> But, hmm,
>>
>> http://git.denx.de/?p=u-boot/u-boot-arm.git;a=summary
>>
>> doesn't show the applied patches yet? Did I miss something?
>
> You did not; I did -- forgot
Hi Mike
On Tue, Aug 23, 2011 at 11:00 AM, Mike Frysinger wrote:
> On Monday, August 22, 2011 16:10:23 Wolfgang Denk wrote:
>> 3. Hardware initialization in inherently very much hardware depen-
>>dent ;-) We have some boards where PCI must be initialized early
>>because it is needed to ac
On Monday, August 22, 2011 16:10:23 Wolfgang Denk wrote:
> 3. Hardware initialization in inherently very much hardware depen-
>dent ;-) We have some boards where PCI must be initialized early
>because it is needed to access some other peripherals like memory.
>And we have other boards
Hi Wolfgang,
On Tue, Aug 23, 2011 at 6:10 AM, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message <1313587343-3693-1-git-send-email-graeme.r...@gmail.com> you wrote:
>> I have been thinking about the problem of the pesky init_sequence arrays
>> and the inevitable #ifdefs and empty stub functi
On Tuesday, August 23, 2011 01:27:41 AM Graeme Russ wrote:
> Hi Jerry,
>
> On Tue, Aug 23, 2011 at 9:23 AM, Jerry Van Baren wrote:
> > On 08/22/2011 01:11 AM, Graeme Russ wrote:
> >> Hello All,
> >>
> >> Well it looks like I'm getting my hands on the now defunct HP
> >> Touchpad
> >
> > Lucky!
Attn:
This proposal is addressed directly to you as a private obligation
that required you and should be treated as utmost Secret. I got your
details from my private search after a careful review.
I am Mr.Douglas J. Flint the Group Chairman of HSBC Holdings plc. I
have a confidential brief
Hi Jerry,
On Tue, Aug 23, 2011 at 9:23 AM, Jerry Van Baren wrote:
> On 08/22/2011 01:11 AM, Graeme Russ wrote:
>>
>> Hello All,
>>
>> Well it looks like I'm getting my hands on the now defunct HP
>> Touchpad
>
> Lucky!
>
>> Any ideas how I could port U-Boot (and ultimately Linux) to it?
>
> There
On 08/22/2011 01:11 AM, Graeme Russ wrote:
> Hello All,
>
> Well it looks like I'm getting my hands on the now defunct HP
> Touchpad
Lucky!
> Any ideas how I could port U-Boot (and ultimately Linux) to it?
There is a fair amount of talk about installing various flavors of linux
(including Andro
Hi Wolfgang,
On Tue, Aug 23, 2011 at 6:10 AM, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message <1313587343-3693-1-git-send-email-graeme.r...@gmail.com> you wrote:
>> I have been thinking about the problem of the pesky init_sequence arrays
>> and the inevitable #ifdefs and empty stub functi
This adds a new SPI flash command which only rewrites blocks if the contents
need to change. This can speed up SPI flash programming when much of the
data is unchanged from what is already there.
Signed-off-by: Simon Glass
Signed-off-by: Mike Frysinger
---
Changes in v2:
- Moved loop into a func
On Sun, Aug 21, 2011 at 9:35 AM, Mike Frysinger wrote:
> On Sunday, August 21, 2011 06:37:30 Simon Glass wrote:
>> On Sat, Aug 20, 2011 at 5:04 PM, Marek Vasut wrote:
>> > On Sunday, August 21, 2011 12:35:51 AM Mike Frysinger wrote:
>> >> +{
>> >> + debug("offset=%#x, sector_size=%#x, len=%#x\
Now that all platforms have been migrated to the new MMC driver, remove
the old one.
Signed-off-by: Tom Rini
---
drivers/mmc/Makefile|1 -
drivers/mmc/omap3_mmc.c | 570 ---
drivers/mmc/omap3_mmc.h | 233 ---
3 files changed,
Switch from the legacy omap3 mmc driver to the new generic omap hsmmc
driver. This patch is based on the work done for Beagle, etc.
Signed-off-by: Tom Rini
---
board/ti/am3517crane/am3517crane.c |9 +
include/configs/am3517_crane.h | 10 ++
2 files changed, 15 insertio
Switch from the legacy omap3 mmc driver to the new generic omap hsmmc
driver. This patch is based on the work done for Beagle, etc.
Signed-off-by: Tom Rini
---
board/timll/devkit8000/devkit8000.c |9 +
include/configs/devkit8000.h| 10 ++
2 files changed, 15 insert
Switch from the legacy omap3 mmc driver to the new generic omap hsmmc
driver. This patch is based on the work done for Beagle, etc.
Signed-off-by: Tom Rini
---
board/ti/sdp3430/sdp.c |9 +
include/configs/omap3_sdp3430.h |3 ++-
2 files changed, 11 insertions(+), 1 dele
Switch from the legacy omap3 mmc driver to the new generic omap hsmmc
driver. This patch is based on the work done for Beagle, etc.
Signed-off-by: Tom Rini
---
board/logicpd/zoom2/zoom2.c |9 +
include/configs/omap3_zoom2.h |3 ++-
2 files changed, 11 insertions(+), 1 deletion
Switch from the legacy omap3 mmc driver to the new generic omap hsmmc
driver. This patch is based on the work done for Beagle, etc.
Signed-off-by: Tom Rini
---
board/pandora/pandora.c |9 +
include/configs/omap3_pandora.h |5 +++--
2 files changed, 12 insertions(+), 2 de
Switch from the legacy omap3 mmc driver to the new generic omap hsmmc
driver. This patch is based on the work done for Beagle, etc.
Signed-off-by: Tom Rini
---
board/logicpd/zoom1/zoom1.c |9 +
include/configs/omap3_zoom1.h | 10 ++
2 files changed, 15 insertions(+), 4 d
Hi all,
The following series changes the remaining users of drivers/mmc/omap3_mmc.c
to using the newer omap_hsmmc.c driver and then removes the legacy driver.
This series depends on the patches that Vaibhav Hiremath has posted to
convert am3517evm and omap3 evm over.
Thanks!
--
Tom
Switch from the legacy omap3 mmc driver to the new generic omap hsmmc
driver. This patch is based on the work done for Beagle, etc.
Signed-off-by: Tom Rini
---
board/comelit/dig297/dig297.c |9 +
include/configs/dig297.h |5 +++--
2 files changed, 12 insertions(+), 2 deleti
Switch from the legacy omap3 mmc driver to the new generic omap hsmmc
driver. This patch is based on the work done for Beagle, etc.
Signed-off-by: Tom Rini
---
board/cm_t35/cm_t35.c|8
include/configs/cm_t35.h |3 ++-
2 files changed, 10 insertions(+), 1 deletions(-)
diff
+u-boot@lists.denx.de
On Mon, Aug 22, 2011 at 5:08 PM, Wolfgang Denk wrote:
> Dear Sandeep & Albert,
>
> In message <2011080245.e99a911f9...@gemini.denx.de> I wrote:
>> Dear Joel A Fernandes,
>>
>> In message <1313462834-4008-3-git-send-email-agnel.j...@gmail.com> you wrote:
>> > Signed-off-b
Dear Sandeep & Albert,
In message <2011080245.e99a911f9...@gemini.denx.de> I wrote:
> Dear Joel A Fernandes,
>
> In message <1313462834-4008-3-git-send-email-agnel.j...@gmail.com> you wrote:
> > Signed-off-by: Koen Kooi
> > Signed-off-by: Joel A Fernandes
> > ---
> > include/configs/omap3_
Dear Joel A Fernandes,
In message <1313462834-4008-3-git-send-email-agnel.j...@gmail.com> you wrote:
> Signed-off-by: Koen Kooi
> Signed-off-by: Joel A Fernandes
> ---
> include/configs/omap3_beagle.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/include/configs
On Monday, August 22, 2011 17:37:42 Eric Jarrige wrote:
> +#if (!defined(CONFIG_DM9000_NO_SROM) && defined(CONFIG_DRIVER_DM9000))
why is this necessary ?
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
Signed-off-by: Bradley Bolen
---
The length of the name of a stdio_dev is 16 bytes, but the local
variable to hold it is only 8 bytes. Also, the memcpy should copy
the size of the destination, not the size of the source.
---
common/stdio.c |4 ++--
1 files changed, 2 insertions(+), 2 deletio
On Mon, Aug 22, 2011 at 2:42 PM, Wolfgang Denk wrote:
> Dear Anton Staaf,
>
> In message <1314043924-22130-1-git-send-email-robot...@chromium.org> you
> wrote:
>> Currently, if a device read request is done that does not begin or end
>> on a sector boundary a stack allocated bounce buffer is used
The Freescale QE and FMAN devices support uploading of firmware, and U-Boot
can locate that firmware on different types of storage media. However,
the current macros used for this code are inconsistent and poorly documented.
Note that some of the code managed by these macros have not yet been pos
Dear Anton Staaf,
In message <1314043924-22130-1-git-send-email-robot...@chromium.org> you wrote:
> Currently, if a device read request is done that does not begin or end
> on a sector boundary a stack allocated bounce buffer is used to perform
> the read, and then just the part of the sector that
Signed-off-by: Eric Jarrige
Signed-off-by: Stefano Babic
CC: Ben Warren
---
README|1 +
common/Makefile |1 +
common/cmd_dm9000ee.c | 84 +
3 files changed, 86 insertions(+), 0 deletions(-)
create mode 100644 commo
On Monday, August 22, 2011 11:34:42 PM Adam Baxter wrote:
> >gplugd (is it the same thing?)
>
> As far as I know, trying to use the GuruPlug u-boot on the DreamPlug
> is a Very Bad Thing(TM) and will result in a non-working plug.
I said gplugd ... anyway, it's just something I figured out the har
>gplugd (is it the same thing?)
As far as I know, trying to use the GuruPlug u-boot on the DreamPlug
is a Very Bad Thing(TM) and will result in a non-working plug.
--Adam
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/
We are Private International Money Lender's based in the United-Kingdom, we
offer loan at a very low rate of 2%. if interested Kindly contact us Via Email:
eloanonlinet...@bitscn.net for more information.
Regards,
Loan Solution Team.
___
U-Boot mailing
Signed-off-by: Eric Jarrige
Cc: Stefano Babic
Cc: Heiko Schocher
---
drivers/i2c/mxc_i2c.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c
index 89d1973..597e9ee 100644
--- a/drivers/i2c/mxc_i2c.c
+++ b/drivers/i2c/mxc_
Currently, if a device read request is done that does not begin or end
on a sector boundary a stack allocated bounce buffer is used to perform
the read, and then just the part of the sector that is needed is copied
into the users buffer. This stack allocation can mean that the bounce
buffer will n
Dear Dave Aldridge,
In message <1313589281-9789-1-git-send-email-fovs...@gmail.com> you wrote:
> If CONFIG_SYS_NS16550_MEM32 is defined then 32 bit memory
> mapped access will be used to read/write the uart registers.
>
> This is especially useful for SoC devices that implement 16550
> compatible
Dear Graeme Russ,
In message <1313670862-31216-1-git-send-email-graeme.r...@gmail.com> you wrote:
> NOTE: This is an x86 only patch - I didn't include x86 in the patch heading
> because it is a proof of concept for a global patch - Sorry for the blatant
> etiquette violation ;)
Don't worry. For a
Dear Graeme Russ,
In message <1313587343-3693-1-git-send-email-graeme.r...@gmail.com> you wrote:
> I have been thinking about the problem of the pesky init_sequence arrays
> and the inevitable #ifdefs and empty stub functions that result so I
> thought I'de have a crack at a more dynamic implement
Ooops, expect a follow up without that last minute addition of a C++
style comment about ENOMEM, sorry...
-Anton
On Mon, Aug 22, 2011 at 1:03 PM, Anton Staaf wrote:
> Currently, if a device read request is done that does not begin or end
> on a sector boundary a stack allocated bounce buffer is
Currently, if a device read request is done that does not begin or end
on a sector boundary a stack allocated bounce buffer is used to perform
the read, and then just the part of the sector that is needed is copied
into the users buffer. This stack allocation can mean that the bounce
buffer will n
On Mon, Aug 22, 2011 at 11:31 AM, Mike Frysinger wrote:
> On Monday, August 22, 2011 14:15:22 Anton Staaf wrote:
>
> please dont top post
Sorry about that.
>> Yes, this would be a much preferable approach. The only problem that
>> I encountered when attempting to do that in the Chromium U-Boot
On Monday, August 22, 2011 14:15:22 Anton Staaf wrote:
please dont top post
> Yes, this would be a much preferable approach. The only problem that
> I encountered when attempting to do that in the Chromium U-Boot was
> that there are exposed stand alone U-Boot API's that can pass in
> pointers t
On Monday, August 22, 2011 12:11pm, "Mike Frysinger" said:
> ___
> U-Boot mailing list
> U-Boot@lists.denx.de
> http://lists.denx.de/mailman/listinfo/u-boot
> On Monday, August 22, 2011 12:45:06 Marek Vasut wrote:
>> On Monday, August 22, 2011 06:42:33
Yes, this would be a much preferable approach. The only problem that
I encountered when attempting to do that in the Chromium U-Boot was
that there are exposed stand alone U-Boot API's that can pass in
pointers that make their way all the way down to the device driver.
Two solutions occurred to me
On Monday, August 22, 2011 12:42:06 Anton Staaf wrote:
> On Mon, Aug 22, 2011 at 9:08 AM, Mike Frysinger wrote:
> > On Monday, August 22, 2011 03:29:52 Lukasz Majewski wrote:
> >> No tests performed yet. The goal of those patches is to preserve the
> >> MMC subsystem functionality when dcache is e
On 08/22/2011 03:41 PM, Helmut Raiger wrote:
Hi Helmut,
> mx3fb.c was based on CONFIG_LCD and is moved by this patch to
> CONFIG_VIDEO, which has greater freedom in selecting videomodes
> even at runtime.
>
> This renders the accumulating list of display defines
> (CONFIG_DISPLAY_VBEST..., CONFI
On Monday, August 22, 2011 12:45:06 Marek Vasut wrote:
> On Monday, August 22, 2011 06:42:33 PM Mike Frysinger wrote:
> > On Monday, August 22, 2011 12:07:26 Marek Vasut wrote:
> > > On Monday, August 22, 2011 06:02:26 PM Mike Frysinger wrote:
> > > > On Monday, August 22, 2011 01:11:57 Ajay Bharga
On Monday, August 22, 2011 06:42:06 PM Anton Staaf wrote:
> On Mon, Aug 22, 2011 at 9:08 AM, Mike Frysinger wrote:
> > On Monday, August 22, 2011 03:29:52 Lukasz Majewski wrote:
> >> On Fri, 19 Aug 2011 11:35:50 -0400 Mike Frysinger wrote:
> >> > On Friday, August 19, 2011 11:28:18 Lukasz Majewski
On Monday, August 22, 2011 06:42:33 PM Mike Frysinger wrote:
> On Monday, August 22, 2011 12:07:26 Marek Vasut wrote:
> > On Monday, August 22, 2011 06:02:26 PM Mike Frysinger wrote:
> > > On Monday, August 22, 2011 01:11:57 Ajay Bhargav wrote:
> > > > + darmdfec = malloc(sizeof(struct armdfe
On Monday, August 22, 2011 12:07:26 Marek Vasut wrote:
> On Monday, August 22, 2011 06:02:26 PM Mike Frysinger wrote:
> > On Monday, August 22, 2011 01:11:57 Ajay Bhargav wrote:
> > > + darmdfec = malloc(sizeof(struct armdfec_device));
> >
> > sizeof(*darmdfec)
>
> Why are you against sizeof(stru
On Mon, Aug 22, 2011 at 9:08 AM, Mike Frysinger wrote:
> On Monday, August 22, 2011 03:29:52 Lukasz Majewski wrote:
>> On Fri, 19 Aug 2011 11:35:50 -0400 Mike Frysinger wrote:
>> > On Friday, August 19, 2011 11:28:18 Lukasz Majewski wrote:
>> > > On Fri, 19 Aug 2011 09:57:10 -0400 Mike Frysinger w
On Monday, August 22, 2011 06:02:10 PM Marek Vasut wrote:
> On Monday, August 22, 2011 05:51:05 PM Helmut Raiger wrote:
> > On 08/22/2011 05:02 PM, Marek Vasut wrote:
> > >> Masks are not defined for i.MX31 (imx-regs.h), so I simply followed
> > >> the code, which was in the file. The generic.c fil
On 08/22/2011 05:51 PM, Helmut Raiger wrote:
> On 08/22/2011 05:02 PM, Marek Vasut wrote:
>>
>>> Masks are not defined for i.MX31 (imx-regs.h), so I simply followed the
>>> code, which was in the file. The generic.c file for MX35 however is a
>>> different story.
>>>
>>> To keep things simple, I su
On Monday, August 22, 2011 03:29:52 Lukasz Majewski wrote:
> On Fri, 19 Aug 2011 11:35:50 -0400 Mike Frysinger wrote:
> > On Friday, August 19, 2011 11:28:18 Lukasz Majewski wrote:
> > > On Fri, 19 Aug 2011 09:57:10 -0400 Mike Frysinger wrote:
> > > > On Friday, August 19, 2011 05:25:13 Lukasz Maje
On Monday, August 22, 2011 06:02:26 PM Mike Frysinger wrote:
> On Monday, August 22, 2011 01:11:57 Ajay Bhargav wrote:
> > + writel((u32) darmdfec->htpr, ®s->htpr);
>
> do you really need to cast it yourself ? seems to show up a lot in this
> file.
>
[...]
> make the reg base a parameter to
On Monday, August 22, 2011 06:17:17 Helmut Raiger wrote:
> eth_get_dev_by_name() is not safe to use for devname being NULL
> as it uses strcmp. This patch makes it fail with a BUG().
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
_
On Monday, August 22, 2011 05:20:14 PM Jason wrote:
> On Sat, Aug 20, 2011 at 11:53:41PM -0700, Prafulla Wadaskar wrote:
> > > -Original Message-
> > > From: u-boot-boun...@lists.denx.de
> > > [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Jason
> > > Sent: Sunday, August 21, 2011 6:09
On 08/22/2011 03:41 PM, Helmut Raiger wrote:
> The following patch partly rewrites mx3fb.c to be used along with
> cfb_console.c. It was using CONFIG_LCD and now needs CONFIG_VIDEO.
> The defines for some displays have been removed from the driver,
> instead one may specify displays using the videm
On Monday, August 22, 2011 01:11:57 Ajay Bhargav wrote:
> + writel((u32) darmdfec->htpr, ®s->htpr);
do you really need to cast it yourself ? seems to show up a lot in this file.
> +#ifdef ETH_DUMP_REGS
> + eth_dump_regs(dev);
> +#endif
use #ifdef DEBUG
> + while (cmd_sts & BUF_OWNE
On Monday, August 22, 2011 05:51:05 PM Helmut Raiger wrote:
> On 08/22/2011 05:02 PM, Marek Vasut wrote:
> >> Masks are not defined for i.MX31 (imx-regs.h), so I simply followed the
> >> code, which was in the file. The generic.c file for MX35 however is a
> >> different story.
> >>
> >> To keep t
Update the Freescale DIU video driver (fsl_diu_fb.c) to use linux/fb.h.
Some data structures from this header file were just copied into
fsl_diu_fb.c.
Signed-off-by: Timur Tabi
---
drivers/video/fsl_diu_fb.c | 54 ---
1 files changed, 5 insertions(+), 49
On 08/22/2011 05:02 PM, Marek Vasut wrote:
>
>> Masks are not defined for i.MX31 (imx-regs.h), so I simply followed the
>> code, which was in the file. The generic.c file for MX35 however is a
>> different story.
>>
>> To keep things simple, I suggest we leave it at that for now.
> And noone's gonn
On Sat, Aug 20, 2011 at 11:53:41PM -0700, Prafulla Wadaskar wrote:
> > -Original Message-
> > From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> > On Behalf Of Jason
> > Sent: Sunday, August 21, 2011 6:09 AM
> > To: Adam Baxter
> > Cc: u-boot@lists.denx.de
> > Subjec
On Monday, August 22, 2011 05:00:15 PM Helmut Raiger wrote:
> On 08/22/2011 04:00 PM, Marek Vasut wrote:
> > + u32 pdr0 = __REG(CCM_PDR0);
> > Can't we do readl() here?
> >
> >> +
> >> + /* divided by HSP_PODF in PDR0 */
> >> + freq /= ((pdr0>> 11)& 0x7) + 1;
> >
> > Um, don't we have defin
On 08/22/2011 04:00 PM, Marek Vasut wrote:
> + u32 pdr0 = __REG(CCM_PDR0);
> Can't we do readl() here?
>
>> +
>> +/* divided by HSP_PODF in PDR0 */
>> +freq /= ((pdr0>> 11)& 0x7) + 1;
> Um, don't we have defined constants for those magic numbers already?
Masks are not defined for i.MX
On Aug 13, 2011, at 3:23 AM, Remy Bohmer wrote:
> Hi,
>
> 2011/8/10 Kumar Gala :
>>
>> On Aug 8, 2011, at 3:47 PM, Kumar Gala wrote:
>>
>>> From: Ramneek Mehresh
>>>
>>> Add UTMI and ULPI PHY support for USB controller on qoriq series of
>>> processors with internal UTMI PHY implemented, for
On 08/22/2011 07:47 AM, Christopher Harvey wrote:
> On 08/22/11 02:22, Sandeep Kumar wrote:
>> Hi Matt,
>>
>> We are in a process of developing a SoC around cortex a9 quad core
>> versatile express. For that we made changes in the U-Boot. Is there any
>> way (like any simulator/emulator which suppo
On Monday, August 22, 2011 03:41:36 PM Helmut Raiger wrote:
> Signed-off-by: Helmut Raiger
> ---
> arch/arm/cpu/arm1136/mx31/generic.c| 14 ++
> arch/arm/include/asm/arch-mx31/clock.h |1 +
> 2 files changed, 15 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/cpu/ar
On 08/22/11 02:22, Sandeep Kumar wrote:
> Hi Matt,
>
> We are in a process of developing a SoC around cortex a9 quad core
> versatile express. For that we made changes in the U-Boot. Is there any
> way (like any simulator/emulator which supports this board) to validate
> the changes before getting
mx3fb.c was based on CONFIG_LCD and is moved by this patch to
CONFIG_VIDEO, which has greater freedom in selecting videomodes
even at runtime.
This renders the accumulating list of display defines
(CONFIG_DISPLAY_VBEST..., CONFIG_DISPLAY_C057...) obsolete as
these may be setup through env variable
Signed-off-by: Helmut Raiger
---
arch/arm/cpu/arm1136/mx31/generic.c| 14 ++
arch/arm/include/asm/arch-mx31/clock.h |1 +
2 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/arm1136/mx31/generic.c
b/arch/arm/cpu/arm1136/mx31/generic.c
index 248431b
The following patch partly rewrites mx3fb.c to be used along with
cfb_console.c. It was using CONFIG_LCD and now needs CONFIG_VIDEO.
The defines for some displays have been removed from the driver,
instead one may specify displays using the videmode env variable.
For what I could see, it breaks su
Hello,
I am currently designing an mpc8315e board with u-boot based on the
mpc8315e-rdb board (u-boot v2011.06). One pci-e target is connected to pcie0
interface (mSATA SSD module), however during mpc83xx_pcie_init_bus call the
pcie0 link returns always a "no link" information.
It looks like the
On Monday, August 22, 2011 07:11:57 AM Ajay Bhargav wrote:
> This patch adds support for Fast Ethernet Controller driver for
> Armada100 series.
>
> Signed-off-by: Ajay Bhargav
> ---
> arch/arm/include/asm/arch-armada100/armada100.h |1 +
> drivers/net/Makefile|
On 08/19/2011 03:28 PM, Fabio Estevam wrote:
> Updated mx53 ddr3 script in order to align with the latest Freescale version
> from July 8, 2011:
> -change ESDREF[REF_SEL]=01 (for 32KHz), from incorrect setting of 00 (64KHz)
> -change DDR3 MR0 write to "setmem /32 0x63fd901c = 0x052080b0" from
> "0
On Monday, August 22, 2011 01:15:52 PM Stefano Babic wrote:
> On 08/21/2011 01:54 PM, Marek Vasut wrote:
> > On Sunday, August 21, 2011 12:28:22 PM Stefano Babic wrote:
> >> Signed-off-by: Stefano Babic
> >> CC: Marek Vasut
> >> ---
>
> Hi Marek,
>
> >> + gpio_direction_output(IOMUX_TO_GPIO(MX
On 08/21/2011 01:54 PM, Marek Vasut wrote:
> On Sunday, August 21, 2011 12:28:22 PM Stefano Babic wrote:
>> Signed-off-by: Stefano Babic
>> CC: Marek Vasut
>> ---
Hi Marek,
>> +gpio_direction_output(IOMUX_TO_GPIO(MX51_PIN_CSI1_HSYNC), 0);
>
> I'd be careful about the LEDs here.
Well, I ha
Hi Reinhard,
> i do not find a requirement that the cache needs to be off in the vxWorks
> manuals.
>
> The entry point sysInit(int) intended by Windriver to be called from
> the vxWorks bootrom, a very small vxWorks system.
> The routine is called by the go() handler in the bootrom, that clea
eth_get_dev_by_name() is not safe to use for devname being NULL
as it uses strcmp. This patch makes it fail with a BUG().
Signed-off-by: Helmut Raiger
---
V2: use BUG_ON() instead of gracefully returning 0
net/eth.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/net/e
Hello.
On 22-08-2011 12:45, Helmut Raiger wrote:
> eth_get_dev_by_name() is not safe to use for devname being NULL
> as it uses strcmp. This patch makes it fail with a BUG().
> Signed-off-by: Helmut Raiger
> ---
> V2: use BUG_ON() instead of gracefully returning 0
> net/eth.c |2 ++
> 1
Hi Albert
Please kindly pull
The following changes since commit 5557e86bb0793012057d5462976c2a902bc629ac:
aneeshv (1):
omap4: increase SRAM budget to fix build error
are available in the git repository at:
u-boot-marvell.git next branch.
Ajay Bhargav (2):
gpio: Add GPIO driver
The function kw_gpio_is_valid returns zero on success, so
adapt the error check accordingly.
Signed-off-by: Holger Brunck
cc: Prafulla Wadaskar
cc: Dieter Kiermaier
---
drivers/gpio/kw_gpio.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpio/kw_gpio.c b/dri
> -Original Message-
> From: Jate Sujjavanich [mailto:jate.sujjavan...@myfuelmaster.com]
> Sent: Wednesday, April 06, 2011 5:30 AM
> To: 'u-boot@lists.denx.de'
> Cc: Jin Zhengxiong-R64188; Jin Zhengxiong-R64188
> Subject: [PATCH] Add flexbus support for Freescale Coldfire 5235
>
> Add flex
はじめまして、
集客支援＠izumiと申します。
この度パシフィックインタラクティブ様より
メルマガの譲渡を受けメールを配信させていただいております。
このようなメールが不要の際は下記ワンクリックで解除ができます。
http://markteing-support.biz/ms/rm.cgi?m=&u=b6238939758f02dc&h=45
集客支援＠izumiのご紹介
⇒ http://ameblo.jp/izutoshi21/
読者様に対して、無料もしくは低コストでの
集客支援情報などを配信していきたいと思います。
お近づきのお示しと致しまして、
下記厳選さ
eth_get_dev_by_name() is not safe to use for devname being NULL
as it uses strcmp. This patch makes it fail with a BUG().
Signed-off-by: Helmut Raiger
---
V2: use BUG_ON() instead of gracefully returning 0
net/eth.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/net/e
Hi Albert,
On 08/20/2011 01:12 PM, Albert ARIBAUD wrote:
>snip>
>
> Sandeep has requested that I pick these two in u-boot-arm.
>
So is right that everything else in the responsibility of Sandeep won't
make it into the next release?
How about the next tree?
Regards
Simon
_
On 22/08/2011 05:49, Jin Zhengxiong-R64188 wrote:
-Original Message-
From: Angelo Dureghello [mailto:angel...@gmail.com]
Sent: Friday, August 12, 2011 5:20 AM
To: U-Boot@lists.denx.de
Cc: Jin Zhengxiong-R64188
Subject: [PATCH 1/1 V2] add support for mcf5307 cpu
Add cpu related files and
On 08/22/2011 04:54 AM, Jason Liu wrote:
> 2011/8/21 Stefano Babic :
>> Signed-off-by: Stefano Babic
>> CC: Jason Liu
>> ---
Hi Jason,
> Acked-by: Jason Liu
> Tested-by: Jason Liu
Thanks for testing !
Best regards,
Stefano Babic
--
=
Signed-off-by: Stefano Babic
---
board/freescale/mx51evk/mx51evk.c | 18 +-
include/configs/mx51evk.h |1 +
2 files changed, 6 insertions(+), 13 deletions(-)
diff --git a/board/freescale/mx51evk/mx51evk.c
b/board/freescale/mx51evk/mx51evk.c
index fd7342f..94ea1f2 1
On 08/21/2011 06:37 PM, Fabio Estevam wrote:
> Hi Stefano,
>
Hi Fabio,
> On Sun, Aug 21, 2011 at 7:28 AM, Stefano Babic wrote:
>> IMX processors has a slightly different interface
>> to access GPIOs and do not make use of the provided GPIO
>> framework. The patch substitutes mxc_ specific
>> fu
Hi Mike,
On Fri, 19 Aug 2011 11:35:50 -0400
Mike Frysinger wrote:
> On Friday, August 19, 2011 11:28:18 Lukasz Majewski wrote:
> > On Fri, 19 Aug 2011 09:57:10 -0400 Mike Frysinger wrote:
> > > On Friday, August 19, 2011 05:25:13 Lukasz Majewski wrote:
> > > > + cache_align_buf = memalign(
98 matches
Mail list logo
