Gentle ping.
On 12/03/2012 02:19 PM, Nikita Kiryanov wrote:
This patchset implements card detection and write protection check for omap mmc.
The write protect implementation also adds generic code that is usable by other
mmc drivers.
The first 3 patches are preparation patches that contain gene
On 12/28/2012 7:29 PM, Tom Rini wrote:
On Fri, Dec 28, 2012 at 07:17:42AM -0500, Sergey Lapin wrote:
Hi, all!
As I failed to submit 250KB patch to the list
I will send this pull request
This patch is not for inclusion yet.
This patch is just update of u-boot MTD with
Linux kernel's MTD v3.8-r
On Sun, Dec 30, 2012 at 12:33:31AM +0100, Wolfgang Denk wrote:
> Dear Sergey Lapin,
>
> In message <20121229231332.gc9...@build.ihdev.net> you wrote:
> >
> > > > Tom is right when asking to use a stable kernel tree version as
> > > > starting point. Said "interesting changes" may be added in a se
Dear Sergey Lapin,
In message <20121229231332.gc9...@build.ihdev.net> you wrote:
>
> > > Tom is right when asking to use a stable kernel tree version as
> > > starting point. Said "interesting changes" may be added in a second
> > > step, once we have proven that the stable code is actually worki
Dear Sergey Lapin,
> On Sat, Dec 29, 2012 at 05:20:48PM -0500, Sergey Lapin wrote:
> > On Sat, Dec 29, 2012 at 10:52:50PM +0100, Wolfgang Denk wrote:
> > > Dear Sergey Lapin,
> > >
> > > In message <20121229205429.ga9...@build.ihdev.net> you wrote:
> > > > > First, while I appreciate the effort,
On Sat, Dec 29, 2012 at 05:20:48PM -0500, Sergey Lapin wrote:
> On Sat, Dec 29, 2012 at 10:52:50PM +0100, Wolfgang Denk wrote:
> > Dear Sergey Lapin,
> >
> > In message <20121229205429.ga9...@build.ihdev.net> you wrote:
> > >
> > > > First, while I appreciate the effort, I'd rather us sync with v3
On Sat, Dec 29, 2012 at 10:52:50PM +0100, Wolfgang Denk wrote:
> Dear Sergey Lapin,
>
> In message <20121229205429.ga9...@build.ihdev.net> you wrote:
> >
> > > First, while I appreciate the effort, I'd rather us sync with v3.7
> > > release rather than the in-flux v3.8. Second, can you please loo
Dear Sergey Lapin,
In message <20121229205429.ga9...@build.ihdev.net> you wrote:
>
> > First, while I appreciate the effort, I'd rather us sync with v3.7
> > release rather than the in-flux v3.8. Second, can you please look at
> > the archives about how we've done these re-syncs before? I really
Dear Jeroen Hofstee,
In message <20121229211050.3249f8b7@black> you wrote:
>
> My apologies, I pasted half the patch, the intention is to always
> set addr = gd->fb_base.
No, this is not correct. If CONFIG_FB_ADDR is set, then it will
usually points to the start address of an on on-chip video
Dear Jeroen Hofstee,
please be more careful with the mail addresses in your postings:
repl: bad addresses:
m...@mimc.co.uk; -- extraneous semi-colon
l.majew...@samsung.com; -- extraneous semi-colon
u-b...@denx.de -- no such address
In message <20121229203157.0f50ba5e@bla
Dear Sergey Lapin,
> On Fri, Dec 28, 2012 at 06:59:53AM -0700, Tom Rini wrote:
> > On Fri, Dec 28, 2012 at 07:17:42AM -0500, Sergey Lapin wrote:
> > > Hi, all!
> > >
> > > As I failed to submit 250KB patch to the list
> > > I will send this pull request
> > >
> > > This patch is not for inclusio
On Fri, Dec 28, 2012 at 06:59:53AM -0700, Tom Rini wrote:
> On Fri, Dec 28, 2012 at 07:17:42AM -0500, Sergey Lapin wrote:
>
> > Hi, all!
> >
> > As I failed to submit 250KB patch to the list
> > I will send this pull request
> >
> > This patch is not for inclusion yet.
> > This patch is just upd
> Currently CONFIG_FB_ADDR can be set to specify the location of the
> frame buffer. Since Linux places the frame buffer at the end of the
> RAM, it is nice to place it at the same position so the u-boot to
> linux transition can be made flicker free, by preserving the
> frame buffer. However u-bo
Hi All,
Currently CONFIG_FB_ADDR can be set to specify the location of the
frame buffer. Since Linux places the frame buffer at the end of the
RAM, it is nice to place it at the same position so the u-boot to
linux transition can be made flicker free, by preserving the
frame buffer. However u-boot
Hi lokesh,
On Sat, 29 Dec 2012 17:01:35 +0530, lokesh nijalinge
wrote:
> Hi,
>
> I am using the arm processor for my project and need to receive around 1K
> bytes of data over UART. I am able to receive only 64 bytes at U-boot,
> which is the UART RX FIFO size. After receiving the 64 bytes i am
15 matches
Mail list logo