Send Names, Age, Occupation, Country.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
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
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 t
Steve Sakoman wrote, on 11/05/2010 11:05 PM:
> On Fri, Nov 5, 2010 at 10:54 AM, Nishanth Menon
> wrote:
>> Jason Kridner wrote, on 11/05/2010 01:46 AM:
>>> From: Koen Kooi
>>>
>>> Patch was updated by Jason Kridner:
>>> * Use tabs to match style of other board revisions
>>> * Only include board r
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 "upgra
On Fri, Nov 5, 2010 at 10:54 AM, Nishanth Menon
wrote:
> Jason Kridner wrote, on 11/05/2010 01:46 AM:
>> From: Koen Kooi
>>
>> Patch was updated by Jason Kridner:
>> * Use tabs to match style of other board revisions
>> * Only include board revisions that exist
>> * Default to the same configurati
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.
Signe
On Fri, Nov 5, 2010 at 12:56 PM, Nishanth Menon
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 array definition fo
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 Comp
From: Sudhakar Rajashekhara
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 line
to the MII PHY on
>
> 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
> ---
> Alternatively this old patch can be applied to clean up more OMAP boards:
> http:/
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 array definition for EHCI etc..
b) remove ALL mux configurations that are not relev
>
> On Thu, Nov 4, 2010 at 10:25 PM, Paulraj, Sandeep
> 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 saw
On Thu, Nov 4, 2010 at 10:25 PM, Paulraj, Sandeep 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,
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
---
include/configs/omap3_pandora.h | 89 +++---
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
---
Alternatively this old patch can be applied to clean up more OMAP boards:
http://lists.denx.de/piper
Fix the build breakage introduced by the recent relocation
and memory layout changes for ARM.
Signed-off-by: Grazvydas Ignotas
---
board/pandora/config.mk | 33 -
include/configs/omap3_pandora.h |8
2 files changed, 8 insertions(+), 33 delet
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 u-b
Jason Kridner wrote, on 11/05/2010 01:46 AM:
> From: Koen Kooi
>
> Patch was updated by Jason Kridner:
> * Use tabs to match style of other board revisions
> * Only include board revisions that exist
> * Default to the same configuration as the latest revision, but
>without setting 'beaglerev'
On Fri, Nov 5, 2010 at 8:02 AM, Premi, Sanjeev 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
>> Sub
On Fri, Nov 5, 2010 at 9:13 AM, Reinhard Meyer 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 console.
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
---
include/configs/omap4_pand
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
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)
CONFIG_SYS_SCCR_
Andre Schwarz wrote on 2010/11/05 17:13:34:
> On 11/05/2010 04:07 PM, Joakim Tjernlund wrote:
> > Andre Schwarz 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 runnin
On 11/05/2010 04:07 PM, Joakim Tjernlund wrote:
> Andre Schwarz 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
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 fas
On 11/05/2010 04:00 PM, Joakim Tjernlund wrote:
> Andre Schwarz 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
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 CONFIG_SYS_
Andre Schwarz 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 CONFIG_USB_EHCI_FSL is
> defined se
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:
http://io.oiioiio.com/~sebc/0001-Use-partial-linking-instead-of-buil
Andre Schwarz 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 CONFIG_USB_EHCI_FSL is
> defined se
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 s
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 sp
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
---
include/faraday/ftahbc020s.h | 72 ++
1 files changed, 72 insertions
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 ]
>>
>> o
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 driv
Dear Wolfgang,
On 11/05/2010 01:23 PM, Wolfgang Denk wrote:
> 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
>>
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 tool
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 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
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
> over
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 LED
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
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
> independ
>
> 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
> -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
>
> Ad
> -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: Be
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,
> 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), and as a result only the default definitions ar
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
>
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), an
Dear Andreas Bießmann,
> Signed-off-by: Andreas Bießmann
*maybe* your mailing system would abstain from escaping the patch
if you would use "ss" instead "ß" ;)
(I am waiting for the first patch to arrive signed off in 日本語,
or even better, farsi (from right to left). My mailer can handle
that, bu
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 an
Signed-off-by: Andreas Bießmann
---
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 +-
arch/avr32/cpu/cpu.c
Signed-off-by: Andreas Bießmann
---
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 |
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 boar
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 section
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
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
===
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.
>
> > I
> -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
> expansionboa
62 matches
Mail list logo
