i.mx6q Sabre Lite board
Eric Miao (2):
i.mx6q: mx6qsabrelite: Change default mmcdev and boot command
net/eth.c: fix eth_write_hwaddr() to use dev->enetaddr as fall back
Fabio Estevam (1):
sdhc_boot: Introduce CONFIG_FSL_FIXED_MMC_LOCATION option
Jason Chen (1):
i.mx: i.m
On Wed, Nov 30, 2011 at 12:06 PM, Botao Sun wrote:
> Hi Angus & Grant,
>
> Because the Linaro Android 11.11 release has been done successfully, I have
> some time to continue to work on device tree topic, here is my blue print
> for it:
>
> https://blueprints.launchpad.net/linaro-android/+spec/lin
On Wed, Oct 26, 2011 at 9:40 AM, Richard Zhao wrote:
> Hi Amit,
>
> Is there anyone working on a SoC bus framework?
> The bus framework can manage the bus fabric, ddr, OCRAM clocks. When a
> device driver become working, it tells bus framework, cpu may access
> me (ip bus and related bus fabric on
http://www.anandtech.com/show/4951/iphone-4s-preliminary-benchmarks-800mhz-a
Apple's hardware doesn't look like to have very high spec, however, the
results are a bit impressive, does that necessarily mean there is a big
gap in software optimization?
- eric
__
On Tue, Oct 11, 2011 at 7:31 PM, Fathi Boudra wrote:
> Hi Eric,
>
> On 11 October 2011 13:02, Eric Miao wrote:
>> All,
>>
>> Along with more bugs filed against Freescale kernels, I'd propose that we
>> use a consistent tagging rule as below (Freescale intern
All,
Along with more bugs filed against Freescale kernels, I'd propose that we
use a consistent tagging rule as below (Freescale internally is using more
non-"i" prefixed version, so we're following):
mx51 - for i.MX51 specific bugs
mx53 - for i.MX53 specific bugs
mx6 - for i.MX6DQ and othe
The following changes since commit 212bd07b46a8928a05b0dd0062a5c967a784d122:
Revert "armv7: adapt omap3 to the new cache maintenance framework"
(2011-09-28 23:53:14 -0600)
are available in the git repository at:
git://git.linaro.org/bsp/freescale/u-boot-linaro.git master
Er
From: Eric Miao
i2c_reset() is the better fit to be used in i2c_probe(), and
it also fixes the bug of i2c_probe() failure on mx53loco with
a MC34708 PMIC.
Signed-off-by: Eric Miao
---
drivers/i2c/mxc_i2c.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c
The two patches below added support for the new i.MX53 QuickStart
boards, which are based on Freescale's own MC34708 PMIC (Power
Management IC), replacing the previous Dialog Semi's DA9053.
The resulting binary will be working on both the DA9053 based
boards and the newly MC34708 based boards.
[P
From: Eric Miao
A quick support for mx53 QuickStart board with MC34708.
Signed-off-by: Eric Miao
---
board/freescale/mx53loco/mx53loco.c | 57 +++
include/configs/mx53loco.h |3 +-
2 files changed, 46 insertions(+), 14 deletions(-)
diff --git a
control and other functionality.
>
> Signed-off-by: David Dajun Chen
> Signed-off-by: Ashish Jangam
Looks good to me.
Acked-by: Eric Miao
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
https://wiki.linaro.org/Boards/MX53QuickStart
Sorry guys, although been pushed and pinged several times by various people
we are finally able to come up with a preliminary starting page for i.MX53
QuickStart board. It's currently very simple, and hopefully we'll get it
more detailed in the future
On Sun, Aug 28, 2011 at 8:52 PM, Bernhard Rosenkranzer
wrote:
> On 27 August 2011 21:45, Bernhard Rosenkranzer
> wrote:
>> That's exactly what Android does in a couple of places, e.g.
>> system/core/init/logo.c, function fb_update() [that one actually calls
>> FBIOPUT_VSCREENINFO _twice_ to updat
>> The framebuffer is working all right under Ubuntu, so I assume there could
>> be some mis-use, esp. the omapfb extends some of the framebuffer API
>> and we have no idea what impact that will have on top of i.MX5' fb. And
>> FYI - the framebuffer works all right as well with Adeneo's rootfs (a 3
On Sat, Aug 27, 2011 at 1:38 AM, Zach Pfeffer wrote:
> On 26 August 2011 09:35, Eric Miao wrote:
>> Hi Zach,
>>
>> We are really a bit short of resource at this moment. We'll definitely look
>> into this issue once we finish our current focused work (likely
on a correct configuration of registers of the MAC address by the
boot loader, which isn't always true.
So the next fix would be the kernel driver to be independent of the boot
loader. Still figuring the correct way for this though.
-- Forwarded message ------
From: Eric Miao
Date: W
)
are available in the git repository at:
git://git.linaro.org/bsp/freescale/u-boot-linaro-natty.git master
Eric Miao (2):
mx53loco: define ERRATUM_ESDHC111
mx53loco: workaround VPU TO2 Errata by increasing peripheral voltage
Jason Liu (3):
mx5: Add clock config interface
> Will the same time slot for Friday works for you all? Also thanks for
> extending
> the help.
That works for me.
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
On Wed, Jun 22, 2011 at 3:11 PM, Eric Miao wrote:
> On Wed, Jun 22, 2011 at 2:01 PM, Ashish Jangam
> wrote:
>>> -Original Message-
>>> From: eric.y.m...@gmail.com [mailto:eric.y.m...@gmail.com] On Behalf Of Eric
>>> Miao
>>> Sent: Tuesday, J
On Wed, Jun 22, 2011 at 2:01 PM, Ashish Jangam
wrote:
>> -Original Message-
>> From: eric.y.m...@gmail.com [mailto:eric.y.m...@gmail.com] On Behalf Of Eric
>> Miao
>> Sent: Tuesday, June 21, 2011 6:55 PM
>> To: Ashish Jangam
>> Cc: Ying-Chun Liu (P
On Tue, Jun 21, 2011 at 8:29 PM, Ashish Jangam
wrote:
>
>> -Original Message-
>> From: eric.y.m...@gmail.com [mailto:eric.y.m...@gmail.com] On Behalf Of Eric
>> Miao
>> Sent: Tuesday, June 21, 2011 5:52 PM
>> To: Ashish Jangam
>> Cc: Ying-Chun Liu
On Tue, Jun 21, 2011 at 6:24 PM, Ashish Jangam
wrote:
>> -Original Message-
>> From: eric.y.m...@gmail.com [mailto:eric.y.m...@gmail.com] On Behalf Of Eric
>> Miao
>> Sent: Tuesday, June 21, 2011 3:28 PM
>> To: Ashish Jangam; Ying-Chun Liu (PaulLiu)
>
On Tue, Jun 21, 2011 at 5:57 PM, Eric Miao wrote:
> On Tue, Jun 21, 2011 at 4:21 PM, Ashish Jangam
> wrote:
>> Hi Eric,
>>
>> I recently saw your mail to Dajun, on your people eagerness to get the
>> patches upstream soon. We also hold the same vision to get the pa
On Tue, Jun 21, 2011 at 4:21 PM, Ashish Jangam
wrote:
> Hi Eric,
>
> I recently saw your mail to Dajun, on your people eagerness to get the
> patches upstream soon. We also hold the same vision to get the patches
> upstream as quick as possible.
>
> In this regard we like to have a discussion so
Hi Dajun,
I didn't track the patch series you sent out. Did you receive any review
and feedback and got them all addressed?
Would you please send the updated version if available? And Cc linaro-dev
is more than welcome. We have people eager to get this upstreamed.
Thanks
- eric
On Sun, Jun 12,
On Tue, May 24, 2011 at 5:36 PM, Alexander Sack wrote:
> On Tue, May 24, 2011 at 8:22 AM, Ricardo Salveti
> wrote:
>> On Tue, May 24, 2011 at 2:04 AM, Eric Miao wrote:
>>> On Mon, May 23, 2011 at 11:24 AM, Eric Miao wrote:
>>>> On Sat, May 21, 2011 at 1
On Mon, May 23, 2011 at 11:24 AM, Eric Miao wrote:
> On Sat, May 21, 2011 at 12:39 AM, Kurt Taylor wrote:
>> On Fri, May 20, 2011 at 1:44 AM, Eric Miao wrote:
>>> Hi all,
>>>
>>> When debugging video playback performance issue, we found that pulseaudio is
On Sat, May 21, 2011 at 12:39 AM, Kurt Taylor wrote:
> On Fri, May 20, 2011 at 1:44 AM, Eric Miao wrote:
>> Hi all,
>>
>> When debugging video playback performance issue, we found that pulseaudio is
>> eating up 100% cpu time. Just in case someone else is having the s
On Sat, May 21, 2011 at 12:43 AM, David Gilbert
wrote:
> On 20 May 2011 17:39, Kurt Taylor wrote:
>> On Fri, May 20, 2011 at 1:44 AM, Eric Miao wrote:
>>> Hi all,
>>>
>>> When debugging video playback performance issue, we found that pulseaudio is
>&
On Sat, May 21, 2011 at 4:34 AM, Ricardo Salveti
wrote:
> On Fri, May 20, 2011 at 1:39 PM, Kurt Taylor wrote:
>> On Fri, May 20, 2011 at 1:44 AM, Eric Miao wrote:
>>> Hi all,
>>>
>>> When debugging video playback performance issue, we found that pulseaudio
Hi all,
When debugging video playback performance issue, we found that pulseaudio is
eating up 100% cpu time. Just in case someone else is having the samilar issue,
please let know.
We are using ubuntu-desktop, snapshot, found this issue at least w/ 0425 image.
Thanks
- eric
___
ecoding could be handled
I think 3) is not easy to enabled with V4L2 framework, and it's very
important.
>
> Benjamin
>
> 2011/4/11 Eric Miao
>>
>> Hi All,
>>
>> Not really sure how this is being discussed in the Multimedia WG. But
>> do we yet have
On Mon, Apr 18, 2011 at 4:49 PM, Spring Zhang wrote:
>
>
> On 18 April 2011 16:03, Dave Martin wrote:
>>
>> On Mon, Apr 18, 2011 at 03:34:21PM +0800, Eric Miao wrote:
>> > All,
>> >
>> > It was found that the ubuntu-desktop is a bit memory hungry
All,
It was found that the ubuntu-desktop is a bit memory hungry on this i.MX53
QuickStart board. There is a large chunk of memory being reserved for the
graphics/video drivers, and the memory size reserved has to consider the
worst case. And we have to live with this before the unified memory all
Hi All,
Not really sure how this is being discussed in the Multimedia WG. But
do we yet have a standardized kernel driver framework for video
acceleration?
A bit investigation showed a chaos in this area:
1. Different SoC vendors are using their specific APIs
2. The freescale case, there is a p
http://www.openbricks.org/
It looks like openwrt, though not sure how much they have done.
Anyone has any insight?
- eric
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
>> * And very hardware specific code moved out to a controllable place,
>> i.e. something like BIOS
>
> Sorry, but I must vehemently disagree here. BIOSes are a problem for
> Open Source, not a solution. On X86 they use BIOS services only when
> there is simply no other choice, because the
On Sat, Apr 2, 2011 at 12:46 PM, Eric Miao wrote:
> On Sat, Apr 2, 2011 at 6:05 AM, Nicolas Pitre
> wrote:
>> On Sat, 2 Apr 2011, Eric Miao wrote:
>>
>>> Yeah, staging is more close to what I meant, a 'fork' is not appropriate
>>> here,
>>&
On Sat, Apr 2, 2011 at 6:05 AM, Nicolas Pitre wrote:
> On Sat, 2 Apr 2011, Eric Miao wrote:
>
>> Yeah, staging is more close to what I meant, a 'fork' is not appropriate
>> here,
>> as getting the support into mainline will always be our goal. Yet there seems
it should not be an
arm-next tree, which is just for detecting merge conflict. I expect it to
be more usable, end users can just download and build a basically usable
kernel.
>
> Regards,
> Philippe
>
> -Original Message-
> From: linaro-dev-boun...@lists.linaro.org
> [
ent with Freescale, so I won't go this
time.
>
> Dave
>
> On Fri, 2011-04-01 at 23:43 +0800, Eric Miao wrote:
>> Just FYI - lengthy but very interesting read, Linus was really good at
>> wording, enjoy heh :-)
>>
>> https://lkml.org/lkml/2011/3/17/283
>&
Just FYI - lengthy but very interesting read, Linus was really good at
wording, enjoy heh :-)
https://lkml.org/lkml/2011/3/17/283
So maybe it's just a right time to talk about using linaro ARM kernel
tree as a fork for quick merge of the ever expanding SoC and board
support, and using it more as
Just a thought in the other way: will it be useful to to have some
web crawler to collect those activities as long as we all use linaro
email addresses? For mails like patch within, there should be some
thing we can identify.
On Wed, Feb 23, 2011 at 10:09 AM, Jammy Zhou wrote:
> Hi All,
>
> For s
On Thu, Feb 3, 2011 at 6:44 AM, Loïc Minier wrote:
> On Wed, Feb 02, 2011, Per Förlin wrote:
>> I made a new attempt bringing up my imx today, this time I reconnected
>> the keyboard and then I could recover u-boot without any trouble. I
>> disconnected the keyboard when changing the DIP switches.
On Sun, Dec 12, 2010 at 5:41 AM, Arnd Bergmann wrote:
> Following a discussion we had on the Freescale BSP, I started a tree
> at http://git.linaro.org/gitweb?p=people/arnd/imx.git;a=summary
> that has the same contents as the tree on the freescale git
> server, but splits them into six branches a
On Tue, Dec 14, 2010 at 9:59 AM, Jammy Zhou wrote:
>
>
> On Mon, Dec 13, 2010 at 11:18 PM, Arnd Bergmann wrote:
>>
>> On Monday 13 December 2010, Jammy Zhou wrote:
>> > On Mon, Dec 13, 2010 at 4:45 AM, Linus Walleij
>> > wrote:
>> >
>> > > On 11 December 2010 22:41, Arnd Bergmann wrote:
>> > >
>
On Sun, Dec 12, 2010 at 5:41 AM, Arnd Bergmann wrote:
> Following a discussion we had on the Freescale BSP, I started a tree
> at http://git.linaro.org/gitweb?p=people/arnd/imx.git;a=summary
> that has the same contents as the tree on the freescale git
> server, but splits them into six branches a
On Sun, Dec 12, 2010 at 5:41 AM, Arnd Bergmann wrote:
> Following a discussion we had on the Freescale BSP, I started a tree
> at http://git.linaro.org/gitweb?p=people/arnd/imx.git;a=summary
> that has the same contents as the tree on the freescale git
> server,
Arnd,
This is very useful analysi
All,
There are normally company network restrictions such only port 80 or 443 is
allowed. And that's making it difficult for git to work. Do we have any proxy
or tunnel so that members behind the company firewall can work more
productively?
- eric
___
// snip
> This would give us:
>
> #define CLK_NAME_LEN 16
>
> struct clk {
> const struct clk_ops *ops;
> unsigned int enable_count;
> struct mutex mutex;
> const char name[CLK_NAME_LEN];
> };
>
> #define
On Thu, Oct 7, 2010 at 11:45 PM, Alex Gonzalez wrote:
> Hi,
> I haven't found any list for generic embedded linux questions so please
> redirect
> me if you know one.
> I am working on a Freescale MX51 board with a MC13892 PMIC which has a
> battery driver to
> monitor and control the battery. If
51 matches
Mail list logo
