I am using u-boot.2010.09 on a MPC8568-based board.
When trying to boot over one of the UEC network interfaces, it is not
working instantly. The cable is connected from the beginning, but I
have to issue a manual 'boot' command, sometimes even multiple times
before the link is correct.
Dear Larry,
In message
f4ba0e7cacfbac4384dc92f2d5aab507ab4...@dsgburgmail001.gburg.drs-ds.master you
wrote:
A while back there was a fix for the overlapping section link problem
(see below) involving changing some sort of global. Does anyone have a
pointer to the change. I'm using a
Hello Reinhard,
Reinhard Meyer wrote:
Am 18.04.2011 16:15, schrieb Daniel Gorsulowski:
The otc570 board support was broken. Within this opportunity, I completely
reworked the board files.
Signed-off-by: Daniel Gorsulowski daniel.gorsulow...@esd.eu
---
This patch is based on
On 2011/04/20 7:42 AM, Albert ARIBAUD wrote:
Le 20/04/2011 04:23, Hebbar, Gururaja a écrit :
Hi,
On Wed, Apr 20, 2011 at 02:43:23, Rogan Dawes wrote:
Hi folks,
I'm trying to understand a bit more about how u-boot creates the
image, such that the CPU reset vector is pointing to the right
Hi Michael,
[...]
I did that and got the following reply (without quotes due to cut-and-paste)
[...]
The normal URL which you fetch the file from (as contained within the
file) will give you the full listing rather than the cut-down version.
There really is no need for uboot to go picking
Hi Luca,
Hi,
just a few e-mails ago along this thread Albert Aribaud wrote:
My opinion is that you should make sure that at least the code you touch
is checkpatch-clean, so yes, you should fix that; but there is no need
to submit 'checkpatch-compliance' patches. Just fix the line here
Hi Matthias,
I am using u-boot.2010.09 on a MPC8568-based board.
When trying to boot over one of the UEC network interfaces, it is not
working instantly. The cable is connected from the beginning, but I
have to issue a manual 'boot' command, sometimes even multiple times
before the
Hi Rogan,
Le 20/04/2011 09:46, Rogan Dawes a écrit :
On 2011/04/20 7:42 AM, Albert ARIBAUD wrote:
Le 20/04/2011 04:23, Hebbar, Gururaja a écrit :
Hi,
On Wed, Apr 20, 2011 at 02:43:23, Rogan Dawes wrote:
Hi folks,
I'm trying to understand a bit more about how u-boot creates the
image,
Hi Luca,
Il 19/04/2011 16:18, Detlev Zundel ha scritto:
Hi Luca,
With the upcoming TFTP server implementation, the remote node can be
either a client or a server, so avoid ambiguities.
Signed-off-by: Luca Ceresoliluca.ceres...@comelit.it
Cc: Wolfgang Denkw...@denx.de
---
Changes in v2:
Le 19/04/2011 15:45, Paulraj, Sandeep a écrit :
Hello Sandeep, Wolfgang
Am 19.04.2011 14:42, schrieb Paulraj, Sandeep:
Wolfgang, Albert,
Russell King sent some updates to the linux kernel for mach-types.
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-
Hello,
I had a problem with an old TFTP Server which is sending a second last
data block with len == 0 at end. It's clearly not RFC conform, but I
still made a additional check in u-boot/tftp to avoid a wrong filesize
value. This wrong filesize value caused some trouble by NAND operations.
Hi Sandeep, Albert, Wolfgang,
On 04/19/11 15:42, Paulraj, Sandeep wrote:
Wolfgang, Albert,
Russell King sent some updates to the linux kernel for mach-types.
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=6f82f4db80189281a8ac42f2e72396accb719b57
He also
Hi Sandeep,
Le 19/04/2011 16:02, s-paul...@ti.com a écrit :
The following changes since commit 75cb6fbe7293fbde04662124bf8f4dbef0dbce44:
Albert Aribaud (1):
Merge remote-tracking branch 'u-boot-ti/master'
are available in the git repository at:
Hi,
currently our CodingStyle[1] has this to say about checkpatch.pl:
Make sure to run the checkpatch.pl script from the Linux source tree
to check your patches. Note that this should be done before posting on
the mailing list!
Now this is not very clear as to what should be done with
On 04/18/2011 11:19 AM, Detlev Zundel wrote:
Hi Stefano,
On 04/15/2011 02:47 PM, Fabio Estevam wrote:
+char *get_reset_cause(void)
+{
+u32 cause;
+struct src *src_regs = (struct src
*)SRC_BASE_ADDR;
+
+cause = readl(src_regs-srsr);
You need to mask the 7 LSB of SRSR
On Wednesday, April 20, 2011, Detlev Zundel d...@denx.de wrote:
Hi,
As a base for discussion, what about this:
Use common sense in interpreting the results of checkpatch. Warnings
that clearly only make sense in the Linux kernel can be ignored. Also
warnings produced for _context
On 2011/04/20 10:29 AM, Albert ARIBAUD wrote:
Hi Rogan,
Le 20/04/2011 09:46, Rogan Dawes a écrit :
On 2011/04/20 7:42 AM, Albert ARIBAUD wrote:
Le 20/04/2011 04:23, Hebbar, Gururaja a écrit :
Hi,
On Wed, Apr 20, 2011 at 02:43:23, Rogan Dawes wrote:
Hi folks,
I'm trying to understand a
The boot cause code has been factor out to soc common
code,we need drop the part from the board support code
Signed-off-by: Jason Liu jason@linaro.org
---
board/efikamx/efikamx.c | 30 ++
board/freescale/mx51evk/mx51evk.c | 26
factor out boot cause funciton to common code to avoid
the duplicate code in each board support package
Signed-off-by: Jason Liu jason@linaro.org
---
change since v4:
- make common code soc specific
changes since v3:
- add full boot reset cause
---
arch/arm/cpu/armv7/mx5/soc.c | 28
This patch add initial support for freescale MX53LOCO board.
Network(FEC),SD/MMC, UART have been supported by this patch.
Signed-off-by: Jason Liu jason@linaro.org
---
changes since v4:
- remove the boot reset cause from board support
changes since v3:
- include other two small patch into
Detlev Zundel wrote:
Hi Luca,
Il 19/04/2011 16:18, Detlev Zundel ha scritto:
Hi Luca,
With the upcoming TFTP server implementation, the remote node can be
either a client or a server, so avoid ambiguities.
Signed-off-by: Luca Ceresoliluca.ceres...@comelit.it
Cc: Wolfgang Denkw...@denx.de
Hi, Stefano,
2011/4/20 Stefano Babic sba...@denx.de:
On 04/18/2011 11:19 AM, Detlev Zundel wrote:
Hi Stefano,
On 04/15/2011 02:47 PM, Fabio Estevam wrote:
+char *get_reset_cause(void)
+{
+ u32 cause;
+ struct src *src_regs = (struct src
*)SRC_BASE_ADDR;
+
+ cause =
Hi all,
this patch series cleans up some OMAP3 stuff and adds DIG297 board support.
New in v5:
- rebased against u-boot-ti master (007965dbe4dae12);
- updated to support the new am3517 crane board;
- removed two patches that have already been pushed to u-boot-ti master.
Luca
Luca Ceresoli
Removed boot_flash_* extern variables.
boot_flash_type was totally unused. The other ones were actually constants, so
they have been replaced with #defines in the board config files.
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk w...@denx.de
Cc: Albert Aribaud
Board support for the DIG297 board manufactured by Comelit Group SpA.
It is a custom board based on the BeagleBoard http://beagleboard.org/ by
Texas Instruments.
The board support is based on the BeagleBoard implementation.
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk
Wolfgang Denk w...@denx.de wrote on 2011/04/20 00:41:01:
Dear Joakim Tjernlund,
In message
ofbc9c03bc.436c27c7-onc1257877.00797190-c1257877.007a0...@transmode.se you
wrote:
Yes, but you yorself pointed out that commit 337f5f5 missed a large
number of boards, leaving the tree in a
On Wednesday, April 20, 2011, Graeme Russ graeme.r...@gmail.com wrote:
On Wednesday, April 20, 2011, Detlev Zundel d...@denx.de wrote:
Hi,
As a base for discussion, what about this:
Use common sense in interpreting the results of checkpatch. Warnings
that clearly only make sense in
Hi Detlef,
I am using u-boot.2010.09 on a MPC8568-based board.
Ah! I didn't realize that you are in the excellent position to have
one
good and one bad commit. Simply use git bisect to find the problematic
commit and show that to us.
so far I traced it down to the adjust_link call in
This patch fixes a wrong address define in corenet_ds.h (used by
P4080DS.h, P3041DS.h, P5020DS.h).
Since board/Freescale/corenet_ds/tlb.c does not use the
CONFIG_SYS_PCIE3_MEM_VIRT define (uses CONFIG_SYS_PCIE1_MEM_VIRT with a
fix offset instead) this has no effect to the functionality. But it
Hi Matthias,
I am using u-boot.2010.09 on a MPC8568-based board.
Ah! I didn't realize that you are in the excellent position to have
one
good and one bad commit. Simply use git bisect to find the problematic
commit and show that to us.
so far I traced it down to the adjust_link call
Hi Luca,
It's needed for checkpatch compliance.
I'm trying to understand the problems involved, but looking at this
again, it is not clear to me what you say here. When I run your version
1 of the patches (where you only do the rename) through checkpatch, I
get:
WARNING: line over 80
Hi Graeme,
On Wednesday, April 20, 2011, Detlev Zundel d...@denx.de wrote:
Hi,
As a base for discussion, what about this:
Use common sense in interpreting the results of checkpatch. Warnings
that clearly only make sense in the Linux kernel can be ignored. Also
warnings produced
Hi Graeme,
On Wednesday, April 20, 2011, Graeme Russ graeme.r...@gmail.com wrote:
On Wednesday, April 20, 2011, Detlev Zundel d...@denx.de wrote:
Hi,
As a base for discussion, what about this:
Use common sense in interpreting the results of checkpatch. Warnings
that clearly only
Hmmm. I'm not seeing a delayed link behaviour at all and I am using the
latest u-boot-2011.03 on an 8323ERDB which has two UEC's.
On Apr 19, 2011 11:07 PM, DUNDA Matthias matthias.du...@thalesgroup.com
wrote:
I am using u-boot.2010.09 on a MPC8568-based board.
When trying to boot over one of
Hi David,
I had a problem with an old TFTP Server which is sending a second last
data block with len == 0 at end. It's clearly not RFC conform, but I
still made a additional check in u-boot/tftp to avoid a wrong filesize
value. This wrong filesize value caused some trouble by NAND operations.
All,
I'm attempting to replace u-boot on the new dreamplug. This is
different from the guruplug and sheevaplug in that the bootloader is
stored in a 1MB (!) flash connected via SPI. I was able to dump the
factory u-boot to a file, and it's header looks strikingly similar to
the u-boot.kwb image
On Apr 20, 2011, at 8:04 AM, Trübenbach, Ralf wrote:
This patch fixes a wrong address define in corenet_ds.h (used by
P4080DS.h, P3041DS.h, P5020DS.h).
Since board/Freescale/corenet_ds/tlb.c does not use the
CONFIG_SYS_PCIE3_MEM_VIRT define (uses CONFIG_SYS_PCIE1_MEM_VIRT with a
fix
Hi all,
this patch series cleans up some OMAP3 stuff and adds DIG297 board support.
New in v5:
- rebased against u-boot-ti master (007965dbe4dae12);
- updated to support the new am3517 crane board;
- removed two patches that have already been pushed to u-boot-ti master.
Luca
The following changes since commit 104d04ed57d5de5d11fcd5b2242dadd325e9ce8f:
Albert Aribaud (1):
Merge remote-tracking branch 'u-boot-ti/master'
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
Luca Ceresoli (2):
ARMV7: OMAP3: Cleanup extern
On Tue, Apr 19, 2011 at 12:33 PM, Wolfgang Denk w...@denx.de wrote:
Dear Jim Huang,
In message BANLkTi=ynna9nbxwng_1mfwfd6g_o09...@mail.gmail.com you wrote:
My idea is that we require abstract 'bootloader' component in Android
device/linaro/common, and (patched) 'u-boot' would be the
On Wed, 20 Apr 2011 20:15:40 +1000
Graeme Russ graeme.r...@gmail.com wrote:
On Wednesday, April 20, 2011, Detlev Zundel d...@denx.de wrote:
Hi,
As a base for discussion, what about this:
Use common sense in interpreting the results of checkpatch. Warnings
that clearly only
On 04/20/2011 10:58 AM, Igor Grinberg wrote:
Hi Sandeep, Albert, Wolfgang,
On 04/19/11 15:42, Paulraj, Sandeep wrote:
Wolfgang, Albert,
Russell King sent some updates to the linux kernel for mach-types.
Le 20/04/2011 19:15, Michael Schwingen a écrit :
Why don't we pull the original master mach-types file, and generate the
required .h file(s) during make using the same (or a similar) script
Linux uses?
Hmm, because it would mean maintaining the same script as Linux uses.
With the current
http://www.industrialresourcesmanagement.com/cool01.11.php?ID=686
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Fri, Mar 25, 2011 at 11:35 AM, Albert ARIBAUD albert.arib...@free.fr wrote:
Le 25/03/2011 17:12, Aneesh V a écrit :
Another problem I have with relocation is that it makes debugging with
JTAG debugers more difficult. The addresses of symbols in the ELF
target are no longer valid. Of
Hi Sandeep,
Le 20/04/2011 17:16, s-paul...@ti.com a écrit :
The following changes since commit 104d04ed57d5de5d11fcd5b2242dadd325e9ce8f:
Albert Aribaud (1):
Merge remote-tracking branch 'u-boot-ti/master'
are available in the git repository at:
I've put all of the phylib patches in this tree. Please pull
them from here.
The following changes since commit 73e5476e1edf1b860dbd9b5fc21ef32ac1b551ba:
Fabio Estevam (1):
MAINTAINERS: fix email address case
are available in the git repository at:
Hi Sughosh,
Le 10/04/2011 22:16, Sughosh Ganu a écrit :
Fix the nand_spl build for the hawkboard
Signed-off-by: Sughosh Ganuurwithsugh...@gmail.com
---
nand_spl/board/davinci/da8xxevm/u-boot.lds |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
On Wednesday 20 April 2011 15:51:56 Charles Manning wrote:
Garbage collect code that isn't used.
Saves a good few kbytes.
Sorry folks. THis patch is broken.
I'll submit another.
Charles
___
U-Boot mailing list
U-Boot@lists.denx.de
On Tuesday 19 April 2011 11:20:47 Ciummo, Larry (DS-1) wrote:
Designation: Non-SSA/Finmeccanica
A while back there was a fix for the overlapping section link problem
(see below) involving changing some sort of global. Does anyone have a
pointer to the change. I'm using a fairly old uboot
Le 19/04/2011 17:17, Detlev Zundel a écrit :
Hi Fabio,
Signed-off-by: Fabio Estevamfabio.este...@freescale.com
---
Changes since v4:
- Make get_reset_cause CPU specific code and no need to
add any board specific call.
arch/arm/cpu/arm1136/mx31/generic.c | 29
On 04/20/2011 07:49 PM, Albert ARIBAUD wrote:
Le 20/04/2011 19:15, Michael Schwingen a écrit :
Why don't we pull the original master mach-types file, and generate the
required .h file(s) during make using the same (or a similar) script
Linux uses?
Hmm, because it would mean maintaining the
Le 20/04/2011 21:03, Charles Manning a écrit :
On Tuesday 19 April 2011 11:20:47 Ciummo, Larry (DS-1) wrote:
Designation: Non-SSA/Finmeccanica
A while back there was a fix for the overlapping section link problem
(see below) involving changing some sort of global. Does anyone have a
pointer
Dear Joakim Tjernlund,
In message
of8b32e14f.150b51b9-onc1257878.0044927e-c1257878.00452...@transmode.se you
wrote:
OK, I managed to script the change, patch last in mail.
Thanks.
However CROSS_COMPILE=powerpc-softfloat-linux-gnu- ./MAKEALL TQM862L TQM855L
TQM860L
does not build for
The current NAND timings, introduced in commit
a3f88293ddd13facd734769c1664d35ab4ed681f da850evm: setup the NAND flash
timings , incorrectly set WSTROBE and TA to 0. A more recent inspection of
the
values set by the Linux kernel indicates that these should be set to 1.
Set the WSTROBE
On Wed, Apr 20, 2011 at 12:57:10PM -0700, Drassal, Allan wrote:
I have posted instructions in the following place, please take a look.
I have been able to do a full dump and reload of the DreamPlug.
I would be more than happy to entertain any questions.
Dear Andy Fleming,
In message 1302741144-8656-1-git-send-email-aflem...@freescale.com you wrote:
I apologize for the long delay. Hopefully now that we're beginning to push
out all of this p4080 stuff, I'll be able to stay on top of what's happening
outside of Freescale.
The following
Dear Heiko Schocher,
In message 4da696e7.5090...@denx.de you wrote:
Hello Wolfgang,
please pull from:
The following changes since commit 73e5476e1edf1b860dbd9b5fc21ef32ac1b551ba:
MAINTAINERS: fix email address case (2011-04-13 22:40:51 +0200)
are available in the git repository at:
Dear Scott Wood,
In message 20110415212850.ga25...@schlenkerla.am.freescale.net you wrote:
The following changes since commit 73e5476e1edf1b860dbd9b5fc21ef32ac1b551ba:
MAINTAINERS: fix email address case (2011-04-13 22:40:51 +0200)
are available in the git repository at:
Dear Gerald Van Baren,
In message 4dab91e9.3040...@cideas.com you wrote:
Dear Wolfgang,
Sorry for the late pull request, due to other priorities (not the least
being filling out tax forms :-/) I was unable to get this out sooner.
I only have a one-liner bugfix by Kyle Moffett in the
Dear Mike Frysinger,
In message 1302724928-24360-1-git-send-email-vap...@gentoo.org you wrote:
Wolfgang: I put together this branch of my random little patches over
the tree. These are the latest versions, and haven't garned any new
feedback (if any at all). Just in case pulling a branch vs
Dear Andy Fleming,
In message 1303325302-10258-1-git-send-email-aflem...@freescale.com you wrote:
I've put all of the phylib patches in this tree. Please pull
them from here.
Thanks a lot.
The following changes since commit 73e5476e1edf1b860dbd9b5fc21ef32ac1b551ba:
Fabio Estevam (1):
On 4/20/2011 4:54 PM, Wolfgang Denk wrote:
Dear Gerald Van Baren,
[snip]
I only have a one-liner bugfix by Kyle Moffett in the pull. Grant's
changes [PATCH 0/6] ARM device tree support improvements look good in
principle, but I had a compilation error using the PPC target we need to
work
Dear Jason Kridner,
In message 1299013329-29931-1-git-send-email-jkrid...@beagleboard.org you
wrote:
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 | 3 | all ] [ on |
Dear Jason Kridner,
In message 1299013343-29963-1-git-send-email-jkrid...@beagleboard.org you
wrote:
Added LED driver using status_led. USR0 is set to monitor the boot
status. USR1 is set to be the green LED.
Included adding configuration and command to the default configuration.
Dear Yoshinori Sato,
In message 87zkpe9dj9.wl%ys...@users.sourceforge.jp you wrote:
Hi lists,
This patches added new target EDOSK2674.
Please comments.
Thanks.
As a general note, it would be a good idea to include some comments
about hwat sort this CPU is, why it is implemented here as a
Dear Jon Povey,
In message 1299820256-29757-1-git-send-email-jon.po...@racelogic.co.uk you
wrote:
This fixes two bugs with comparison of redundant environment flags on
read.
flag0 and flag1 in fw_env_open() were declared signed instead of
unsigned char breaking BOOLEAN mode == 0xFF tests
I have posted instructions in the following place, please take a look.
I have been able to do a full dump and reload of the DreamPlug.
I would be more than happy to entertain any questions.
http://www.newit.co.uk/forum/index.php/topic,1977.0.html
I have also built a current version of openocd
Dear Lei Wen,
In message 1301990460-31029-2-git-send-email-lei...@marvell.com you wrote:
For better sharing with other platform other than pxa's,
it is more convenient to put the driver to the common place.
Signed-off-by: Lei Wen lei...@marvell.com
---
Changelog:
v2: rename previous
Dear Harald Kipp,
In message 4d7defb5.7010...@egnite.de you wrote:
Add support for the Ethernut 5 open hardware design, based
on Atmel's AT91SAM9XE512 SoC.
Signed-off-by: Harald Kipp harald.k...@egnite.de
---
V2:
- Fix several coding style issues.
- Remove Ethernet MAC address from
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
board/ti/beagle/beagle.c | 10 ++
board/ti/beagle/beagle.h |1 +
2 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/board/ti/beagle/beagle.c b/board/ti/beagle/beagle.c
index 4e194a2..52a7f93 100644
---
Fixed USR0/USR1 to be LED 0/1 respectively
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
board/ti/beagle/led.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/ti/beagle/led.c b/board/ti/beagle/led.c
index df26552..fe80e19 100644
---
This avoids some extraneous Usage printouts.
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
common/cmd_led.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/common/cmd_led.c b/common/cmd_led.c
index f1e8a62..988157b 100644
--- a/common/cmd_led.c
+++
Although the initialization should probably be done with names, the
existing implementation has these structures filled in the opposite
order.
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
common/cmd_led.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
From: Steve Sakoman st...@sakoman.com
The kernel DSS2 code is mature now, and keeping this setting hurts performance
Signed-off-by: Steve Sakoman st...@sakoman.com
(cherry picked from commit 0588da9057fddb5f6a6a04aedd7e0a79eb39e9e5)
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
This
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
include/configs/omap3_beagle.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index 8af2f7a..06c1ce3 100644
--- a/include/configs/omap3_beagle.h
+++
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
include/configs/omap3_beagle.h |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index 17d4356..49bfaa4 100644
--- a/include/configs/omap3_beagle.h
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
include/configs/omap3_beagle.h |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index e2f7dd0..71e41f8 100644
---
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
include/configs/omap3_beagle.h |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index c29baf5..a946b0e 100644
---
Adding the OMAP3 DSS video driver to the Makefile. The patch applied to
u-boot-ti didn't include this for some reason.
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
drivers/video/Makefile |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
From: Syed Mohammed Khasim kha...@ti.com
Supports dynamic panel configuration
Supports dynamic tv standard selection
Adds support for DSS register access through generic APIs
Incorporated DSS register access using structures.
Previous discussions are here
Remove __attribute__ ((packed)) to prevent byte access to soc
registers in some gcc versions.
Having patches to enable ehci for the BeagleBoard lying around for
several month, this one was the show-stopper.
Credits have to go to Laine Walker-Avina lwalk...@ieee.org for
finding the problem.
This is an attempt to get the EHCI port working on the BeagleBoard-xM,
but it is not working for me. It hangs when I do 'usb start'.
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
board/ti/beagle/beagle.c | 15 +++
drivers/misc/twl4030_led.c |6 +-
'led all on|off' requires this patch.
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
common/cmd_led.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/common/cmd_led.c b/common/cmd_led.c
index 90cf043..ab85dc6 100644
--- a/common/cmd_led.c
+++
Without this patch, you should get a warning.
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
board/ti/beagle/beagle.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/ti/beagle/beagle.c b/board/ti/beagle/beagle.c
index 52a7f93..c0cab9e 100644
---
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
include/configs/omap3_beagle.h |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index ade6225..17d4356 100644
---
Based on commit f1099c7c43caf5bac3bf6a65aa266fade4747072
Author: Greg Turner gregtur...@ti.com
Date: Tue May 25 09:19:06 2010 -0500
New u-boot command for status of USER button on BeagleBoard-xM
Modified bootcmd to check the staus at boot time and set
filename of
From: Bob Feretich bob.feret...@rafresearch.com
The below patch reverses the order of two segments in the board file.
Output pins need to have their values initialized, before they are
exposed to the logic outside the chip.
Signed-off-by: Bob Feretich bob.feret...@rafresearch.com
Cc: Wolfgang
Based on patches from Syed Mohammed Khasim (kha...@ti.com).
Configures the output of the BeagleBoard DVI to be orange.
Configures the output of the BeagleBoard S-Video to be a colorbar.
---
Updates for this version
* Rebased on u-boot-ti.
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
include/configs/omap3_beagle.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index 06c1ce3..9ee1664 100644
--- a/include/configs/omap3_beagle.h
+++
Required to meet style requirements.
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
common/cmd_led.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/cmd_led.c b/common/cmd_led.c
index ad0fd0f..90cf043 100644
--- a/common/cmd_led.c
+++
Addition of cmd_led into the Makefile wasn't included in the patch
applied to u-boot-ti.
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
common/Makefile |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/common/Makefile b/common/Makefile
index 4555716..1aaa5fa
To prevent a blank line from being critical.
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
include/configs/omap3_beagle.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index 9ee1664..ade6225
This brings in some fixes and some patches currently maintained out-of-tree for
the
BeagleBoard. It seems for some things, some old code got applied, so I've
given updates
here. I've broken up the patches into small bits to be accepted/rejected on
the hopes of
trying to get as much in as
Placed a description inside the right field without usage information
and eliminated redundant usage information.
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
common/cmd_led.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/common/cmd_led.c
From: Alexander Holler hol...@ahsoftware.de
Linux kernels = 2.6.36 are using ttyOn instead ttySn for the
serials on OMAPs.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
This patch isn't updated, it is just represented for inclusion
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
include/configs/omap3_beagle.h | 19 ++-
1 files changed, 18 insertions(+), 1 deletions(-)
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index 71e41f8..c29baf5 100644
---
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
include/configs/omap3_beagle.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index 49bfaa4..e2f7dd0 100644
--- a/include/configs/omap3_beagle.h
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
include/configs/omap3_beagle.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index a946b0e..6ece0fa 100644
--- a/include/configs/omap3_beagle.h
+++
On Thu, Apr 21, 2011 at 2:51 AM, Scott Wood scottw...@freescale.com wrote:
On Wed, 20 Apr 2011 20:15:40 +1000
Graeme Russ graeme.r...@gmail.com wrote:
On Wednesday, April 20, 2011, Detlev Zundel d...@denx.de wrote:
Hi,
As a base for discussion, what about this:
Use common sense
1 - 100 of 109 matches
Mail list logo