hi,
I got things working on UART2 as consolebut i still have issues in
relocating..
its problem in my hardware...so things are going on well...
thank u Mr.Stefan for the help extended
Thanks Regards,
Prathika R
prathika wrote:
hi,
i did add the UART2 in the serial multi
Hi Dirk,
On Fri, Apr 24, 2009 at 10:17 PM, Dirk Behme dirk.be...@googlemail.comwrote:
Dear Jean-Christophe,
David Brownell wrote:
...
http://lists.denx.de/pipermail/u-boot/2009-April/050802.html
the Patch series and this has been apply in the u-boot-arm/next
I see that branch now
Hi Prafulla,
Prafulla Wadaskar wrote:
-Original Message-
From: Ben Warren [mailto:biggerbadder...@gmail.com]
Sent: Friday, April 24, 2009 7:00 PM
To: Prafulla Wadaskar
Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik;
Ronen Shitrit
Subject: Re: [PATCH v8]
On Friday 24 April 2009, Dirk Behme wrote:
Btw.: Now that -next exists, I can't find patch linked above in it,
though :(
http://git.denx.de/?p=u-boot/u-boot-arm.git;a=shortlog;h=refs/heads/next
shows it ... respects SKIP_LOWLEVEL_INIT. Make sure
to look at the next branch there; you can
On Friday 24 April 2009, Ben Warren wrote:
My approach is that once the merge window closes, new patches that are not
bug fixes go into 'next', which is for the release after the current one (in
this case 07).
Then I'm curious how that dm9000 EEPROM reading bugfix
landed in net/next ... or is
Hi Ben,
Ben Warren wrote:
Hi Dirk,
On Fri, Apr 24, 2009 at 10:17 PM, Dirk Behme dirk.be...@googlemail.comwrote:
Dear Jean-Christophe,
David Brownell wrote:
...
http://lists.denx.de/pipermail/u-boot/2009-April/050802.html
the Patch series and this has been apply in the
David Brownell wrote:
On Friday 24 April 2009, Dirk Behme wrote:
Btw.: Now that -next exists, I can't find patch linked above in it,
though :(
http://git.denx.de/?p=u-boot/u-boot-arm.git;a=shortlog;h=refs/heads/next
shows it ... respects SKIP_LOWLEVEL_INIT. Make sure
to look at the
Hi David,
David Brownell wrote:
On Friday 24 April 2009, Ben Warren wrote:
My approach is that once the merge window closes, new patches that are not
bug fixes go into 'next', which is for the release after the current one (in
this case 07).
Then I'm curious how that dm9000
Hi Dirk,
Dirk Behme wrote:
Hi Ben,
Ben Warren wrote:
Hi Dirk,
On Fri, Apr 24, 2009 at 10:17 PM, Dirk Behme
dirk.be...@googlemail.comwrote:
Dear Jean-Christophe,
David Brownell wrote:
...
http://lists.denx.de/pipermail/u-boot/2009-April/050802.html
the Patch series and this has
On Saturday 25 April 2009, Ben Warren wrote:
Then I'm curious how that dm9000 EEPROM reading bugfix
landed in net/next ... or is the point that the merge
window for 2009.05 is still open, since RC1 hasn't yet
been tagged?
In this case a pretty good argument could be made that it's a
Dear David Brownell,
In message 200904250003.51845.davi...@pacbell.net you wrote:
Then I'm curious how that dm9000 EEPROM reading bugfix
landed in net/next ... or is the point that the merge
window for 2009.05 is still open, since RC1 hasn't yet
been tagged?
No. End of merge window and
Dear Dirk,
In message 49f2b6b9.7040...@googlemail.com you wrote:
My approach is that once the merge window closes, new patches that are not
bug fixes go into 'next', which is for the release after the current one (in
this case 07). When the merge window opens again, next goes to master
Dear David Brownell,
In message 200904250105.41050.davi...@pacbell.net you wrote:
Yes. The issue is needing to guess what's up ... so for
example, I seem to observe that merge window closed must
not be the same as first RC is out, which isn't how the
Linux process works. But that's the
Dear David,
in message 200904250555.17450.davi...@pacbell.net you wrote:
I think the questions on this topic reflect a reality that
such status updates aren't yet visible enough. (The original
question was generic, not ARM-specific.)
I'm not going to push this information down people's
Hi,
I am using uboot on the MX31 PDk board. I am trying to dump the
contents of a status register found at location 50004004. This status
register shows the status of the SDHC( SD card host controller) like
interrupt , card insertion, card removal etc. According to the MX31
manual, the status
On 09:07 Sat 25 Apr , Dirk Behme wrote:
Hi Ben,
Ben Warren wrote:
Hi Dirk,
On Fri, Apr 24, 2009 at 10:17 PM, Dirk Behme
dirk.be...@googlemail.comwrote:
Dear Jean-Christophe,
David Brownell wrote:
...
http://lists.denx.de/pipermail/u-boot/2009-April/050802.html
the Patch series
On Sat, Apr 25, 2009 at 11:41:43AM -0500, alfred steele wrote:
I am using uboot on the MX31 PDk board. I am trying to dump the
contents of a status register found at location 50004004. This status
register shows the status of the SDHC( SD card host controller) like
interrupt , card
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090425170829.ga30...@game.jcrosoft.org you wrote:
- What's about patches that are sent while open merge window or before,
but need some update cycles and are finalized while rc?
Depends, if the patch is send just before the merge just to
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 22:40 Fri 24 Apr , Dirk Behme wrote:
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 18:49 Fri 24 Apr , Dirk Behme wrote:
Sanjeev Premi wrote:
The function display_board_info() displays incorrect
On 19:30 Sat 25 Apr , Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090425170829.ga30...@game.jcrosoft.org you wrote:
- What's about patches that are sent while open merge window or before,
but need some update cycles and are finalized while rc?
Hi Wolfgang,
On Saturday 25 April 2009, Wolfgang Denk wrote:
in message 200904250555.17450.davi...@pacbell.net you wrote:
I think the questions on this topic reflect a reality that
such status updates aren't yet visible enough. (The original
question was generic, not ARM-specific.)
On Saturday 25 April 2009, Jean-Christophe PLAGNIOL-VILLARD wrote:
For me when the first version of a [patch] is send after the close of the
merge and
it's not a bug fix, then it will go to the next MW. The only exception will be
if the patch come from an announce or a thread discussion
Dear Karl,
In message 669754ad0903281214x77796b95x76062f1c428ec...@mail.gmail.com you
wrote:
I am simply using fdisk under Ubuntu 8.04 and a 2GB SD card, I create a
primary partition of type 0x83. When I run dumpe2fs it shows an inode size
of 256 bytes.
I confirm the problem. I finally
-Original Message-
From: Dirk Behme [mailto:dirk.be...@googlemail.com]
Sent: Saturday, April 25, 2009 11:05 AM
To: U-Boot user list; Jean-Christophe PLAGNIOL-VILLARD;
Premi, Sanjeev; Tom Rix
Cc: Wolfgang Denk
Subject: Re: OMAP3: Pending patches
Short status update after
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 22:40 Fri 24 Apr , Dirk Behme wrote:
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 18:49 Fri 24 Apr , Dirk Behme wrote:
Sanjeev Premi wrote:
The function display_board_info() displays incorrect
Ben Warren wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 22:40 Fri 24 Apr , Dirk Behme wrote:
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 18:49 Fri 24 Apr , Dirk Behme wrote:
Sanjeev Premi wrote:
The function display_board_info()
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 23:01 Fri 24 Apr , Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090424200323.gd2...@game.jcrosoft.org you wrote:
What exactly do you mean by move the STD API?
In which way should the STD API be moved, and what
Wolfgang Denk wrote:
Dear Ben Warren,
In message 49f2bed7.9070...@gmail.com you wrote:
- What about patches which are sent immediately after merge window
closed (hours - 1 or 2 days)? I already heard something like 'no
problem if it comes some hours later, if it is fine then I will still
28 matches
Mail list logo