Dear Jason Kridner,
In message 1288936010-30462-1-git-send-email-jkrid...@beagleboard.org you
wrote:
From: Koen Kooi k...@dominion.thruhere.net
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
board/ti/beagle/beagle.c | 16
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Jason Kridner
Sent: Friday, November 05, 2010 11:17 AM
To: u-boot@lists.denx.de
Cc: Koen Kooi
Subject: [U-Boot] [PATCH] ARMV7: OMAP3: BeagleBoard: add more
expansionboard IDs
On 11/04/2010 08:49 PM, Wood Scott-B07421 wrote:
Timur Tabi wrote:
Wood Scott-B07421 wrote:
To be totally safe, we probably want to do a readback plus twi (to
turn
a data dependency into a flow dependency) before the isync.
twi == trap word immediate?
Yes.
If so, I don't see
Hi,
I am currently running U-Boot on our Renesas SH4 (SH7723) based system.
I would like to add the API functionality, but am finding the documentation
covering this area a little sparse.
Can anybody offer me any helpful tips and advice to help me along.
Many thanks,
Andrew
Dear Albert Aribaud,
older ld emitted all ELF relocations in input sections named
.rel.dyn, whereas newer ld uses names of the form .rel*. The
linker script only collected .rel.dyn input sections. Rewrite
to collect all .rel* input sections and overlay with .bss.
Signed-off-by: Albert
Le 05/11/2010 09:38, Reinhard Meyer a écrit :
Dear Albert Aribaud,
older ld emitted all ELF relocations in input sections named
.rel.dyn, whereas newer ld uses names of the form .rel*. The
linker script only collected .rel.dyn input sections. Rewrite
to collect all .rel* input sections and
Dear Reinhard Meyer,
This series is on top of da94dc9ab80b30da0cd3ecadea27fd04f03a4489 in
u-boot-atmel/at91cleanup-rework. It renames memory-map.h to hardware.h and do
the rename of definitions like ATMEL_BASE_xx schema used in at91.
Tested to work on atstk1002 and selfmade, not jet upstream
Signed-off-by: Andreas Bießmann biessm...@corscience.de
---
changes since v1:
- only rename definitions to ATMEL_BASE_xx schema in this patch
- rename of memeory-map.h - hardweare.h is required before
arch/avr32/cpu/at32ap700x/sm.h|4 +-
arch/avr32/cpu/hsdramc1.h
Signed-off-by: Andreas Bießmann biessm...@corscience.de
---
changes since v1:
- only rename in this patch and fixup includes in respective includes
- use 'format-patch -C'
arch/avr32/cpu/at32ap700x/clk.c|2 +-
arch/avr32/cpu/at32ap700x/portmux.c|2 +-
Scott,
looks like I made a mistake on current MPC8377 NAND wiring.
Nand-Flash write enable is wired to LFWE1 ... I connected each WE to
its corresponding CS, i.e. :
- CS0/WE0 - Nor Flash
- CS1/WE1 - Nand Flash
- CS2/WE2 - MRAM
Am I assuming right that FCM can only use WE0 ?
Do you see any
Hello all,
I am looking for comments on the use of weak symbols in u-boot.
Some context: u-boot uses weak symbols in several places to provide
default definitions intended to be overriden in individual boards;
this feature is broken with recent toolchains (at least gcc 4.4.4,
binutils 2.20.1),
Sebastien,
[snip]
So, U-boot needs to be fixed. I can see the following ways forward:
1.1) Stop using weak symbols; use pre-initialized function pointers
instead (possibly grouped in a struct, for cleanliness).
This has the benefit of offering a clear interface and being
Dear Sebastien Carlier,
Am 05.11.2010 11:39, schrieb Sebastien Carlier:
Hello all,
So, U-boot needs to be fixed. I can see the following ways forward:
1.1) Stop using weak symbols; use pre-initialized function pointers
instead (possibly grouped in a struct, for cleanliness).
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Jason Kridner
Sent: Friday, November 05, 2010 11:24 AM
To: u-boot@lists.denx.de; beaglebo...@googlegroups.com
Cc: Kipisz, Steven
Subject: [U-Boot] [PATCH] ARMV7: OMAP3:
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Jason Kridner
Sent: Friday, November 05, 2010 11:23 AM
To: u-boot@lists.denx.de; beaglebo...@googlegroups.com
Subject: [U-Boot] [PATCH] BeagleBoard: Added LED driver
Added LED
Dear Sebastien Carlier,
Am 05.11.2010 11:39, schrieb Sebastien Carlier:
Hello all,
So, U-boot needs to be fixed. I can see the following ways forward:
1.1) Stop using weak symbols; use pre-initialized function pointers
instead (possibly grouped in a struct, for cleanliness).
Dear Sebastien Carlier,
In message 4cd3defc.7010...@gmail.com you wrote:
1.1) Stop using weak symbols; use pre-initialized function pointers
instead (possibly grouped in a struct, for cleanliness).
This has the benefit of offering a clear interface and being
independent of
Dear Reinhard,
On 11/05/2010 12:16 PM, Reinhard Meyer wrote:
1.2) Use regular (non-weak) extern declarations for overridable stuff;
collect all default weak symbols into a separate library archive,
to be supplied last to the linker.
Not very practical, that would require
Dear Jason Kridner,
In message 1288936236-30603-1-git-send-email-jkrid...@beagleboard.org you
wrote:
It is desired to have the led command on the BeagleBoard to allow for some
interaction in the scripts.
This patch allows any board implementing the coloured LED API
to control the LEDs from
Dear Sebastien Carlier,
In message 4cd3f58f.8090...@gmail.com you wrote:
It does seem like weak symbols were designed with other uses in mind,
such as C++ class members defined within a class declaration, or to weak
the dependencies between libraries... but not really to allow
Dear Sebastien,
Are there better options? Which one would you prefer to see
implemented?
Yes. The old-fashioned #define CONFIG_BOARD_INIT_F and friends
method. I would prefer that one. Its not beautiful but still
widely used and bullet-proof.
Could you please elaborate? I
On 11/04/2010 05:46 PM, Nishanth Menon wrote:
Sergiy Kibrik wrote, on 11/04/2010 05:38 AM:
Improved default config for OMAP4 Pandaboard for faster boot:
-reduced environment size to speed up memory initialization;
-USB TTY driver turned off;
Do we really want to do this?
well,
Dear Wolfgang,
On 11/05/2010 01:14 PM, Wolfgang Denk wrote:
1.1) Stop using weak symbols; use pre-initialized function pointers
instead (possibly grouped in a struct, for cleanliness).
This has the benefit of offering a clear interface and being
independent of toolchain
Dear Wolfgang,
On 11/05/2010 01:23 PM, Wolfgang Denk wrote:
Dear Sebastien Carlier,
In message4cd3f58f.8090...@gmail.com you wrote:
It does seem like weak symbols were designed with other uses in mind,
such as C++ class members defined within a class declaration, or to weak
the
Sergiy Kibrik wrote, on 11/05/2010 08:35 AM:
On 11/04/2010 05:46 PM, Nishanth Menon wrote:
Sergiy Kibrik wrote, on 11/04/2010 05:38 AM:
Improved default config for OMAP4 Pandaboard for faster boot:
-reduced environment size to speed up memory initialization;
-USB TTY driver turned
Dear Wolfgang Denk,
It is desired to have the led command on the BeagleBoard to allow for some
interaction in the scripts.
This patch allows any board implementing the coloured LED API
to control the LEDs from the console.
led [green | yellow | red | all ] [ on | off ]
or
led [ 1 | 2 |
ftahbc020s.h provides the basic definitions
to help a SoC which use this AHB Controller could
do scalable software settings in both C codes and
asm codes.
Signed-off-by: Macpaul Lin macp...@andestech.com
---
include/faraday/ftahbc020s.h | 72 ++
1 files
On 11/05/2010 03:12 PM, Nishanth Menon wrote:
Sergiy Kibrik wrote, on 11/05/2010 08:35 AM:
On 11/04/2010 05:46 PM, Nishanth Menon wrote:
Sergiy Kibrik wrote, on 11/04/2010 05:38 AM:
Improved default config for OMAP4 Pandaboard for faster boot:
-reduced environment size to speed up memory
Jocke,
sorry to bother you again, but it might relate to our last discussion.
Actually my MPC8377 based board is up and running with basic functionality.
Now I'm trying to add USB support - but as soon as CONFIG_USB_EHCI_FSL is
defined serial line is pretty dead again.
This means again there's
Andre Schwarz andre.schw...@matrix-vision.de wrote on 2010/11/05 15:51:13:
Jocke,
sorry to bother you again, but it might relate to our last discussion.
Actually my MPC8377 based board is up and running with basic functionality.
Now I'm trying to add USB support - but as soon as
Dear Wolfgang,
I have implemented this solution:
On 11/05/2010 01:14 PM, Wolfgang Denk wrote:
I think stop using a library archives and do what Linux does
instead is the way to go.
You will find the patch here:
Andre Schwarz andre.schw...@matrix-vision.de wrote on 2010/11/05 15:51:13:
Jocke,
sorry to bother you again, but it might relate to our last discussion.
Actually my MPC8377 based board is up and running with basic functionality.
Now I'm trying to add USB support - but as soon as
Hi Scott,
Wolfgang's latest commit to change all TEXT_BASE to CONFIG_SYS_TEXT_BASE
breaks the build for nand_spl. He defined CONFIG_SYS_TEXT_BASE in board
header file for CONFIG_NAND, and renamed TEXT_BASE to
CONFIG_SYS_TEXT_BASE in nand_spl/board/.../Makefile. Then for
u-boot-spl, the
On 11/05/2010 04:00 PM, Joakim Tjernlund wrote:
Andre Schwarzandre.schw...@matrix-vision.de wrote on 2010/11/05 15:51:13:
Jocke,
sorry to bother you again, but it might relate to our last discussion.
Actually my MPC8377 based board is up and running with basic functionality.
Now I'm
Sergiy Kibrik wrote, on 11/05/2010 10:44 AM:
On 11/05/2010 03:12 PM, Nishanth Menon wrote:
Sergiy Kibrik wrote, on 11/05/2010 08:35 AM:
On 11/04/2010 05:46 PM, Nishanth Menon wrote:
Sergiy Kibrik wrote, on 11/04/2010 05:38 AM:
Improved default config for OMAP4 Pandaboard for faster boot:
Andre Schwarz andre.schw...@matrix-vision.de wrote on 2010/11/05 17:13:34:
On 11/05/2010 04:07 PM, Joakim Tjernlund wrote:
Andre Schwarzandre.schw...@matrix-vision.de wrote on 2010/11/05 15:51:13:
Jocke,
sorry to bother you again, but it might relate to our last discussion.
All,
I'm a little confused how to setup SerDes properly on MPC8377, i.e.
which function uses which port ...
I'd expect the following :
- SATA Ports 1+2 used on SerDes 1
- PCIe Ports 3+4 (2 times x1) on SerDes 2
This is what I've done :
CONFIG_SYS_SCCR_PCIEXP1CM = 0 (disabled)
On 11/05/2010 05:49 PM, Nishanth Menon wrote:
lets drop this change for the timebeing then.
agree =)
Can you suggest a way to coordinate load addresses across kernel
bootloader build?
Hmm.. good point - need to try an idea I am thinking at the moment -
this info is present in the
Improved default config for OMAP4 Pandaboard for faster boot:
-reduced environment size to speed up memory initialization;
-tweaked blob load address to avoid image relocation (according to
default uImage load address);
Signed-off-by: Sergiy Kibrik sergiy.kib...@globallogic.com
On Fri, Nov 5, 2010 at 9:13 AM, Reinhard Meyer u-b...@emk-elektronik.de wrote:
Dear Wolfgang Denk,
It is desired to have the led command on the BeagleBoard to allow for some
interaction in the scripts.
This patch allows any board implementing the coloured LED API
to control the LEDs from the
On Fri, Nov 5, 2010 at 8:02 AM, Premi, Sanjeev pr...@ti.com wrote:
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Jason Kridner
Sent: Friday, November 05, 2010 11:23 AM
To: u-boot@lists.denx.de; beaglebo...@googlegroups.com
Jason Kridner wrote, on 11/05/2010 01:46 AM:
From: Koen Kooik...@dominion.thruhere.net
Patch was updated by Jason Kridnerjkrid...@beagleboard.org:
* Use tabs to match style of other board revisions
* Only include board revisions that exist
* Default to the same configuration as the latest
These patches update pandora's config for relocations and memory
layout changes. They also sync the config with one shipped on
production units.
Please apply at least the first patch for v2010.12 so that we have
pandora buildable.
Patches generated on top of u-boot-ti, also applies on mainline
Fix the build breakage introduced by the recent relocation
and memory layout changes for ARM.
Signed-off-by: Grazvydas Ignotas nota...@gmail.com
---
board/pandora/config.mk | 33 -
include/configs/omap3_pandora.h |8
2 files changed, 8
Pandora's config has various flash related macros that are either
not referenced anywhere in the code or are used by drivers that
are not enabled. Remove them.
Signed-off-by: Grazvydas Ignotas nota...@gmail.com
---
Alternatively this old patch can be applied to clean up more OMAP boards:
Update pandora's config so that it can boot production kernels from NAND.
This enables UBI, USB, sets up NAND layout and default boot command.
It also expands malloc area so that UBI works.
Signed-off-by: Grazvydas Ignotas nota...@gmail.com
---
include/configs/omap3_pandora.h | 89
On Thu, Nov 4, 2010 at 10:25 PM, Paulraj, Sandeep s-paul...@ti.com wrote:
I have added quite a few patches to u-boot-ti but MAKEALL returns several
errors.
I think most boards have not been updated since the ARM relocation patch.
Just sent patches to fix up OMAP3 pandora,
On Thu, Nov 4, 2010 at 10:25 PM, Paulraj, Sandeep s-paul...@ti.com
wrote:
I have added quite a few patches to u-boot-ti but MAKEALL returns
several errors.
I think most boards have not been updated since the ARM relocation patch.
Just sent patches to fix up OMAP3 pandora,
Thanks, I
Pandora's config has various flash related macros that are either
not referenced anywhere in the code or are used by drivers that
are not enabled. Remove them.
Signed-off-by: Grazvydas Ignotas nota...@gmail.com
---
Alternatively this old patch can be applied to clean up more OMAP
From: Sudhakar Rajashekhara sudhakar@ti.com
This patch is a port of the work by Sudhakar Rajeshekhara in commit
ab3effbcad8851cc65dc5241a01c064d2030a3b2 of
git://arago-project.org/git/people/sandeep/u-boot-davinci.git.
The da850 UI board has on it an RMII PHY which can be used if the MDC
This week only I can sell you ANY individual list below for just $99 or 3 for
$249:
( HEALTHCARE )
- Doctors (34 different specialties)
- Chiropractors
- Alternative Medicine
- Dentists
- Veterinarians
- Hospitals
- National Health Service Corp Clinics
- Nursing Homes
- Pharmaceutical
On Fri, Nov 5, 2010 at 12:56 PM, Nishanth Menon
menon.nisha...@gmail.com wrote:
Folks,
I would like to work on the following: Cleanup mux configurations done
in OMAP3 and 4 platforms. includes the following:
a) have isolate mux configurations per IP configuration, e.g. for EHCI,
we have a mux
The maximum clock rate for the OMAP3 processors on Overo depends on the
processor type and revision. This patch sets the clock rate to the
spec sheet maximum if the mpurate environment variable is set to
auto. Otherwise it passes the mpurate variable unchanged on the
kernel command line.
On Fri, Nov 5, 2010 at 10:54 AM, Nishanth Menon
menon.nisha...@gmail.com wrote:
Jason Kridner wrote, on 11/05/2010 01:46 AM:
From: Koen Kooik...@dominion.thruhere.net
Patch was updated by Jason Kridnerjkrid...@beagleboard.org:
* Use tabs to match style of other board revisions
* Only include
Steve Sakoman wrote, on 11/05/2010 10:47 PM:
While I understand that you are frustrated with the slow movement in
getting the kernel mux cleaned up, I really can't support deliberately
breaking systems to force the issue.
I don't think it does end users any service to have a u-boot upgrade
Steve Sakoman wrote, on 11/05/2010 11:05 PM:
On Fri, Nov 5, 2010 at 10:54 AM, Nishanth Menon
menon.nisha...@gmail.com wrote:
Jason Kridner wrote, on 11/05/2010 01:46 AM:
From: Koen Kooik...@dominion.thruhere.net
Patch was updated by Jason Kridnerjkrid...@beagleboard.org:
* Use tabs to
just a minor crib - $subject length is around 88 characters, it'd look
better with around 50 character length.
Steve Sakoman wrote, on 11/05/2010 10:59 PM:
The maximum clock rate for the OMAP3 processors on Overo depends on the
processor type and revision. This patch sets the clock rate to
On 11/06/2010 12:00 AM, Nishanth Menon wrote:
Steve Sakoman wrote, on 11/05/2010 10:47 PM:
While I understand that you are frustrated with the slow movement in
getting the kernel mux cleaned up, I really can't support deliberately
breaking systems to force the issue.
I don't think it
58 matches
Mail list logo