Hi,
most of the readers here probably noticed, there are various forks of U-Boot
bootloader floating around the net. The development model there is quite closed
and certainly not community driven, on the other hand, they have neat driver
model.
As for U-Boot, there currently is no driver model
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Wolfgang Denk
> Sent: Sunday, September 19, 2010 3:17 AM
> To: Lei Wen
> Cc: u-boot@lists.denx.de; sshtyl...@mvista.com
> Subject: Re: [U-Boot] [PATCH 1/2 V3] mmc: add boundary c
- Revives POST for blackfin arch;
- Removes redundant code:
arch/blackfin/lib/post.c
arch/powerpc/cpu/ppc4xx/commproc.c
arch/powerpc/cpu/mpc512x/common.c
- fixes up the post_word_{load|store} usage.
Signed-off-by: Michael Zaidman
Acked-by: Detlev Zundel
Tested-by: Anatolij Gustsch
Dear Marek Vasut,
In message <201009201205.41037.marek.va...@gmail.com> you wrote:
>
> most of the readers here probably noticed, there are various forks of U-Boot
> bootloader floating around the net. The development model there is quite
> closed
> and certainly not community driven, on the o
From: Prafulla Wadaskar <[prafu...@marvell.com]>
Earlier Device Identification register was used to detect
the type for SoC, considering 88F6282 support to be added,
It is not possible to detect the same using current
algorithm.
With this patch, device ID is being read using PCIE devid
register,
Hi Ghorai,
>
> [Ghorai] I was using the latest mmc/sd core for OMAP 4 and getting the
> following error.
> OMAP4430 SDP # mmc rescan 1
> MMC: block number 0x1 exceeds max(0x0)OMAP4430 SDP #
>
> Please let me know what I am missing.
>
I also test the latest code, and don't find the issue you repo
> -Original Message-
> From: Lei Wen [mailto:adrian.w...@gmail.com]
> Sent: Monday, September 20, 2010 6:29 PM
> To: Ghorai, Sukumar
> Cc: Wolfgang Denk; Lei Wen; u-boot@lists.denx.de; sshtyl...@mvista.com
> Subject: Re: [U-Boot] [PATCH 1/2 V3] mmc: add boundary check for mmc
> operation
The following changes since commit ff377b1c0e891569b6da13629090aad7c38175e0:
canmb board: Fix compiler warnings (2010-09-19 19:29:57 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-cfi-flash.git next
Stefan Roese (4):
cfi_flash: Simplify flash_get_info()
This patch changes the behaviour of the fdt_fixup_nor_flash_node()
function. Now it doesn't patch the size of the "reg" property with the
chip-select size, but with the size returned from the new function
flash_get_bank_size(). This function will return per weak default the
flash size of the bank (
Hi Wolfgang,
On 18/09/10 01:02 PM, Wolfgang Denk wrote:
> Dear Graeme Smecher,
>
> In message<1280955847-2999-1-git-send-email-graeme.smec...@mail.mcgill.ca>
> you wrote:
>
>> This code differs in only trivial ways from the altera_spi driver. It plays
>> nice with Thomas Chou's mmc_spi drive
Hi Matthias,
DU405 currently don't compile any more because of the size increase in "next".
Could you please take a look and send a fix for it?
Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Gro
On Sat, 18 Sep 2010 22:35:54 +0200
Wolfgang Denk wrote:
> > > +++ b/board/mpc8308_p1m/config.mk
> > > @@ -0,0 +1 @@
> > > +TEXT_BASE = 0xFC00
> >
> > ifndef TEXT_BASE
> > TEXT_BASE = 0xFC00
> > endif
>
> Why?
It might have been already set to something else by nand_spl or
similar.
> >
Dear Scott Wood,
In message <20100920111852.0cc76...@udp111988uds.am.freescale.net> you wrote:
> > > ifndef TEXT_BASE
> > > TEXT_BASE = 0xFC00
> > > endif
> >
> > Why?
>
> It might have been already set to something else by nand_spl or
> similar.
No. There is no NAND on that board.
> > > n
>> I have a cuImage kernel in order to support legacy u-boot and a
>> ramdisk image. Kernel boots fine if these two images are separate and
>> "bootm $kernel $ramdisk" is used. But I can not make it to work using
>> a single multi image that contains the kernel and ramdisk images. Is
>> it even tec
Dear Marek Vasut,
In message <1284947846-12811-2-git-send-email-marek.va...@gmail.com> you wrote:
> There are some boards where it's not currently possible to detect all board
> information at runtime, therefore I introduced a new column called "variant"
> to
> boards.cfg . If this field is set,
Seems these two files were missed during the big lib shuffle.
Signed-off-by: Mike Frysinger
---
board/bf527-ad7160-eval/config.mk |4 ++--
board/ip04/config.mk |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/board/bf527-ad7160-eval/config.mk
b/board/
If working out of a custom git tree that lacks annotated tags, the
'git describe' operation spews "fatal: cannot describe" errors all
over the place. So add some fallback code in case the best naming
was unable to locate something useful.
Signed-off-by: Mike Frysinger
---
tools/setlocalversion
On Sunday, September 19, 2010 14:02:29 Wolfgang Denk wrote:
> Please help testing
Blackfin looks sane
> check if all your relevant patches have been included.
could you merge this change:
29.07.2010 [PATCH v2] cmd_mmc: use common usage function
-mike
signature.asc
Description: This is a d
Hi Marcel,
2010/9/17 Marcel :
> Hi Damien,
>
> Thanks for the info. I will check it out.
>
> I'm also not sure if the SAM9 USB device support is available.
> I actually did some work a while ago to make USB work for the SAM9 but had to
> leave it in non-working condition at the time. If SAM9 USB i
Hi,
2010/9/13 Vitaly Kuzmichev :
> Hello Remy,
>
> vkuzmic...@mvista.com wrote:
> [...]
>> - /* use PKTSIZE (or aligned... from u-boot) and set
>> + /*
>> + * use PKTSIZE (or aligned... from u-boot) and set
>> * wMaxSegmentSize accordingly*/
>
> Could you please fix the last li
Hi,
2010/8/11 Mike Frysinger :
> The MUSB_TXCSR_MODE register setting isn't supported on Blackfin musb
> parts, so stub it out to 0. This matches Linux behavior.
>
> Signed-off-by: Mike Frysinger
> ---
> drivers/usb/musb/musb_core.h | 2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
Dear Remy Bohmer,
In message you
wrote:
>
> There is sam9 device support in the u-boot-usb branch but first the
> CDC branch need to be pushed to mainline during the next merge window
Feel free to start pushing - the "next" branch is waiting :-)
Best regards,
Wolfgang Denk
--
DENX Software
The following changes since commit ff377b1c0e891569b6da13629090aad7c38175e0:
Wolfgang Denk (1):
canmb board: Fix compiler warnings
are available in the git repository at:
git://git.denx.de/u-boot-usb.git next
Mike Frysinger (1):
usb: musb: stub out MUSB_TXCSR_MODE for Blackfin
Hello,
i`m searching for a solution for a while, so i`m trying my luck here. I`m
using Seagate Dockstar (ARM926EJ-S based) NAS device and installed Debian
ARM on that as documented at http://jeff.doozan.com/debian/
While it`s running fine with a sandisk flash usb stick and a sd-card in a
usb c
Dear "Roland Kletzing",
In message <9714edec3798462facb91473a9628...@samsungnetbook> you wrote:
>
> i`m searching for a solution for a while, so i`m trying my luck here. I`m
> using Seagate Dockstar (ARM926EJ-S based) NAS device and installed Debian
> ARM on that as documented at http://jeff.do
Hi Remy,
Remy Bohmer wrote:
> The following changes since commit ff377b1c0e891569b6da13629090aad7c38175e0:
>Wolfgang Denk (1):
> canmb board: Fix compiler warnings
>
> are available in the git repository at:
>
>git://git.denx.de/u-boot-usb.git next
>
Just FYI
There 2 bugfixes I
finally got around to testing this. seems like the init needs some work. if
i power on the system (cold boot), boot Linux over the on-chip mac, and let
Linux program the enc part, it works fine under Linux. then i do a software
reset back into u-boot, it can use the enc fine too.
but if i co
Linux uses an offset of 8 to switch from hardware cs to a gpio cs,
so have u-boot use the same value. Also make sure it is public
for boards to access.
Signed-off-by: Mike Frysinger
---
arch/blackfin/include/asm/config-pre.h |3 +++
drivers/spi/bfin_spi.c |2 --
2 files
pardon, that was not my intention, nor was it my intention to infringe list
rules. so, this is for developers/experts - not for users and bug-reporters?
i`m spending more than half of this evening with this issue, trying to find a
solution and trying to provide information for a problem affecti
There are some boards where it's not currently possible to detect all board
information at runtime, therefore I introduced a new column called "options" to
boards.cfg .
This column can contain multiple options, separated by comma [,] . This column
is case sensitive. In case there's a simple option
On Monday, September 20, 2010 19:26:44 Marek Vasut wrote:
> There are some boards where it's not currently possible to detect all board
> information at runtime, therefore I introduced a new column called
> "options" to boards.cfg .
>
> This column can contain multiple options, separated by comma
On Monday, September 20, 2010 17:44:38 Mike Frysinger wrote:
> finally got around to testing this. seems like the init needs some work.
> if i power on the system (cold boot), boot Linux over the on-chip mac, and
> let Linux program the enc part, it works fine under Linux. then i do a
> software
On Mon, 20 Sep 2010 18:42:27 +0200
Wolfgang Denk wrote:
> In message <20100920111852.0cc76...@udp111988uds.am.freescale.net> you wrote:
> > > > ifndef TEXT_BASE
> > > > TEXT_BASE = 0xFC00
> > > > endif
> > >
> > > Why?
> >
> > It might have been already set to something else by nand_spl or
> -Original Message-
> From: Shawn Jin [mailto:shawnx...@gmail.com]
> Sent: Tuesday, September 21, 2010 1:53 AM
> To: Chen, Tiejun
> Cc: ppcdev; uboot
> Subject: Re: cuImage and multi image?
>
> >> I have a cuImage kernel in order to support legacy u-boot and a
> >> ramdisk image. Kernel
Dear Mike Frysinger,
> On Monday, September 20, 2010 17:44:38 Mike Frysinger wrote:
>> finally got around to testing this. seems like the init needs some work.
>> if i power on the system (cold boot), boot Linux over the on-chip mac, and
>> let Linux program the enc part, it works fine under Linux
Hello,
it is my understanding that get_ticks() shall return the count of
a free running (hardware) counter that increments by a total of
get_tbclk() every second. Both functions are long long.
I also understand that this counter does not necessarily increment at
a rate of CONFIG_SYS_HZ, but at a
On Tuesday, September 21, 2010 01:21:46 Reinhard Meyer wrote:
> > On Monday, September 20, 2010 17:44:38 Mike Frysinger wrote:
> >> finally got around to testing this. seems like the init needs some
> >> work. if i power on the system (cold boot), boot Linux over the on-chip
> >> mac, and let Linu
might want to check out the thread i started over a year ago:
[u-boot] core ticks/timer code
it delves into these internals and may help you here
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U
Dear Mike Frysinger,
> On Tuesday, September 21, 2010 01:21:46 Reinhard Meyer wrote:
> well, now i cant reproduce the issue, cold or warm booting :/.
> ...
> although, earlier i was testing when the sun was out and shining on the board
> but now it's night, so maybe it's a cold-blooded part :x.
Dear Marek Vasut,
please fix the mail addresses. My address is w...@denx.de
In message <1285025204-8463-1-git-send-email-marek.va...@gmail.com> you wrote:
> There are some boards where it's not currently possible to detect all board
> information at runtime, therefore I introduced a new column ca
Dear devz...@web.de,
In message <899533205.349626.128509052.javamail.fm...@mwmweb063> you wrote:
> pardon, that was not my intention, nor was it my intention to infringe list
> rules. so, this is for developers/experts - not for users and bug-reporte
> rs?
This list is for ALL discussions a
Dear Mike Frysinger,
> might want to check out the thread i started over a year ago:
> [u-boot] core ticks/timer code
> it delves into these internals and may help you here
> -mike
Thanks for the hint, and sorry to have started the topic again ;)
However it seems no resolution has come up s
Dear Wolfgang,
> check if all your relevant patches have been included.
I rebased against the "master" and resubmitted the POST Cleanup patch
(http://lists.denx.de/pipermail/u-boot/2010-September/077467.html) as
was promised in
http://lists.denx.de/pipermail/u-boot/2010-August/075227.html. Shoul
43 matches
Mail list logo