On 2024-12-19 07:55, J. Neuschäfer wrote:
On Wed, Dec 18, 2024 at 02:18:48PM -0500, Sinan Akman wrote:
Hi
On 2024-12-15 10:18, J. Neuschäfer via B4 Relay wrote:
From: "J. Neuschäfer"
Globals defined in headers can result in multiple-definition errors
while linking, if they are visi
On 2024-12-19 08:06, J. Neuschäfer wrote:
On Wed, Dec 18, 2024 at 02:20:21PM -0500, Sinan Akman wrote:
Hi
On 2024-12-15 10:18, J. Neuschäfer via B4 Relay wrote:
From: "J. Neuschäfer"
The mpc8xxx_gpio driver contains a workaround for certain chips
where the previously written state
onf.spcr |= SPCR_TBEN_MASK;
}
/*
Reviewed-by: Sinan Akman
Hi
On 2024-12-15 10:18, J. Neuschäfer via B4 Relay wrote:
From: "J. Neuschäfer"
Globals defined in headers can result in multiple-definition errors
while linking, if they are visible beyond the current translation unit.
Is this happening anywhere ? It seems you introduced this in your other
p
uct udevice *dev)
Reviewed-by: Sinan Akman
Hi
On 2024-12-15 10:18, J. Neuschäfer via B4 Relay wrote:
From: "J. Neuschäfer"
The mpc8xxx_gpio driver contains a workaround for certain chips
where the previously written state of outputs cannot be read back
from the GPIO data (GPDAT) register (MPC8572/MPC8536). This workaround
consists of tr
On 2024-06-17 8:16 a.m., Marek Mojík wrote:
On 6/7/24 1:32 AM, Sinan Akman wrote:
On 2024-06-06 12:33 p.m., Marek Mojík wrote:
From: Pali Rohár
This allows boards to fixup / overwrite DT model string when booting OS.
Signed-off-by: Pali Rohár
Signed-off-by: Marek Mojík
---
board
From: Sinan Akman
Convert to DM_SERIAL for mpc8379erdb.
Signed-off-by: Sinan Akman
---
arch/powerpc/dts/mpc8379erdb.dts | 27 +++
configs/MPC837XERDB_defconfig| 7 ++-
include/configs/MPC837XERDB.h| 2 ++
3 files changed, 35 insertions(+), 1 deletion
have access to P2020-RDB and P2041-RDB boards. If you need me run
tests with
related patches I will do my best.
-- sinan
Signed-off-by: Marek Behún
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index cd54e6663d..3347bd4126 1
Hi Pali
On 2022-05-08 11:08 a.m., Pali Rohár wrote:
On Thursday 14 April 2022 23:05:39 Pali Rohár wrote:
+ Sinan
On Wednesday 13 April 2022 11:26:33 Pali Rohár wrote:
On Tuesday 05 April 2022 10:57:37 Pali Rohár wrote:
Hello!
I suspect that there is a bug in board/freescale
e manuals and verify that the
register that the code checks did not exist in P2020. In this case
I believe you can simple exclude this check with #ifdef P2020 or
something to this effect.
Thanks
Sinan Akman
Hi Pali
On 2022-04-05 1:17 p.m., Pali Rohár wrote:
On Tuesday 05 April 2022 13:03:15 Sinan Akman wrote:
Hi Pali
On 2022-04-05 9:12 a.m., Pali Rohár wrote:
[...]
Just a quick question here. Do you changes not apply to
P2041 ?
Hello! I looked at mpc85xx boards which have +0x1000 in
/P2020RDB-PC_NAND_defconfig | 6 +-
configs/P2020RDB-PC_SDCARD_defconfig | 4 +-
configs/P2020RDB-PC_SPIFLASH_defconfig | 4 +-
Just a quick question here. Do you changes not apply to
P2041 ?
Best regards
Sinan Akman
configs/T1024RDB_NAND_defconfig
include/configs/P2041RDB.h
I happened to have P2041-RDB and P2020-RDB boards. If you like
me test your patches feel free to cc them to me.
Regards
-- sinan
Hi Tom
On 2021-05-14 9:34 p.m., Tom Rini wrote:
Drop the MPC837XERDB_SLAVE configuration.
Cc: Sinan Akman
Signed-off-by: Tom Rini
Acked-by: Sinan Akman
Thanks
-- sinan
---
configs/MPC837XERDB_SLAVE_defconfig | 140
1 file changed, 140
From: Sinan Akman
Signed-off-by: Sinan Akman
---
arch/powerpc/cpu/mpc83xx/pci.c| 2 ++
arch/powerpc/dts/mpc8379erdb.dts | 52 +++
board/freescale/mpc837xerdb/mpc837xerdb.c | 11 ++-
configs/MPC837XERDB_defconfig | 18
From: Sinan Akman
Signed-off-by: Sinan Akman
---
Changes for v2:
- Split patches for device tree and DM_MMC
board/freescale/mpc837xerdb/mpc837xerdb.c | 9 -
configs/MPC837XERDB_defconfig | 5 -
2 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/board
From: Sinan Akman
Signed-off-by: Sinan Akman
---
Changes for v2:
- Split patches for device tree and DM_MMC
arch/powerpc/dts/Makefile| 1 +
arch/powerpc/dts/mpc8379erdb.dts | 74
2 files changed, 75 insertions(+)
create mode 100644 arch
Hi Jehoon
On 2020-04-03 7:59 p.m., Jaehoon Chung wrote:
HI,
On 4/4/20 6:36 AM, si...@writeme.com wrote:
From: Sinan Akman
I'm not sure but its subject is strange.
It's not only the converting to DM_MMC. you're adding mpc8397.dtb device-tree.
I think you don't add
From: Sinan Akman
Signed-off-by: Sinan Akman
Cc: mario@gdsys.cc
---
arch/powerpc/dts/Makefile | 1 +
arch/powerpc/dts/mpc8379erdb.dts | 239 ++
board/freescale/mpc837xerdb/mpc837xerdb.c | 9 +-
configs/MPC837XERDB_defconfig
c83xx, and other orphan boards. In
2015, Sinan Akman offered to maintain mpc83xx. The discussion didn't
yield any result.
I'll see what mpc83xx boards I still have access to. I can then offer to
run some tests regularly if some of those boards stay maintained.
Re
rectly with your BDI questions if you prefer.
Hope this helps
Regards
Sinan Akman
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
p1_p2_rdb_pc
unmodified. I thought this way you could continue developing
the support for older boards without changing anything in
the current version so the potential risk would be lower.
Just my two cents ;)
Regards
Sinan Akman
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Stefan
Stefan Roese wrote:
On 17.12.2015 19:07, Sinan Akman wrote:
Hi Robert
On 17/12/15 03:21 AM, Robert P. J. Day wrote:
i CCed alleged MPC83xx maintainer kim.phill...@freescale.com
yesterday on my patch, but that CC bounced with "unknown user" error,
is the
IK at this time (Kim is no
longer with FSL). I have a set of mpc83xx boards that I could test
out new patches for. I am cc'ing to Stefan as we discussed something
similar briefly sometimes ago.
Regards
Sinan Akman
___
U-Boot mailing list
U-Boot@lis
patch.
I only expressed my opinion on your view for u-boot's assumption
on supporting two ports. Please don't take it personal.
Regards
Sinan Akman
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
h SATA and PCIe would not be significant. It is just that the
current
implementation has this limitation and there is already some timeline
for removing
these limitations.
Regards
Sinan Akman
___
U-Boot mailing list
U-Boot@lists.denx.de
http:
| 17 +
include/configs/ls2080aqds.h | 18 +
include/configs/ls2080ardb.h | 18 +
6 files changed, 131 insertions(+)
Thanks for the update.
Reviewed-by: Sinan Akman
Regards
Sinan Akman
Hi York
On 01/12/15 11:44 AM, York Sun wrote:
Sinan,
Thanks for your review.
Yuantian,
You are right about putting things together. We have some macros in wrong
places, including config.h. If you can, please try to move them into proper
files, such as immap_lsch3.h. Enabling SATA should
Hi Yuan
On 01/12/15 03:36 AM, Yuantian Tang wrote:
Hi Sinan Akman,
Please see my explanation inline.
-Original Message-
From: Sinan Akman [mailto:si...@writeme.com]
Sent: Tuesday, December 01, 2015 3:24 PM
To: Tang Yuantian-B29983 ; Sun York-R58495
Cc: u-boot@lists.denx.de
Hi Yuan
On 01/12/15 01:41 AM, Yuantian Tang wrote:
Hi Sinan Akman,
-Original Message-
From: Sinan Akman [mailto:si...@writeme.com]
Sent: Tuesday, December 01, 2015 2:29 PM
To: Tang Yuantian-B29983 ; Sun York-R58495
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH v4] arm: Add
Hi Yuan
On 01/12/15 01:16 AM, Yuantian Tang wrote:
Hi Sinan Akman,
Please see my explanation inline.
-Original Message-
From: Sinan Akman [mailto:si...@writeme.com]
Sent: Tuesday, December 01, 2015 1:28 AM
To: Tang Yuantian-B29983 ; Sun York-R58495
Cc: u-boot@lists.denx.de
YS_SCSI_MAX_LUN1
+#define CONFIG_SYS_SCSI_MAX_DEVICE (CONFIG_SYS_SCSI_MAX_SCSI_ID * \
+ CONFIG_SYS_SCSI_MAX_LUN)
+
/*
* IFC Definitions
*/
Also, isn't there SATA support in ls1043ardb ?
Regards
Sinan Akman
___
ter naming.
Regards
Sinan Akman
@@ -14,6 +14,41 @@
DECLARE_GLOBAL_DATA_PTR;
#if defined(CONFIG_LS2080A) || defined(CONFIG_LS2085A)
+/*
+ * This erratum requires setting a value to eddrtqcr1 to
+ * optimal the DDR performance.
+ */
+static void erratum_a008336(void)
+{
+ u32
nce parameters for DDR Controller.
+* The bit 25 is used for disable priorities within DDR.
+* This is a workaround because of the DDR are connected backwards
+* on Rev2.0.
Would this cause any problem with Rev1.0 ?
If it does, should we check the revision here.
Regards
them) if this helps us to maintain MPC83xx further.
BTW, I think you bcc'ed to Kim so he won't receive this message.
Thanks
Sinan Akman
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Yuan
On 19/10/15 05:21 AM, Yao Yuan wrote:
Hi Sinan Akman,
Yes, I mean the Rev 1.0 silicon.
Sorry, I can't guarantee that there aren't any boards with Rev1.0 silicon are
in user's hands.
Because we have also delivery very little board with Rev1.0 silicon to
customer o
ort rev1.0 because no one will or possibly to
use rev1.0.
Just to make this clear, the boards we bought all show :
CPU: Freescale LayerScape LS1021E, Version: 1.0, (0x87081110)
When you mention "rev1.0 haven't delivery to the customer" are
you not referring to Rev 1.0 silicon ?
motive temperature grade (-40C to 125C) at 38C
Reset cause: POR
Board: MX6Q-Sabreauto revA
I2C: ready
DRAM: 2 GiB
PMIC: PFUZE100 ID=0x10
Flash: 32 MiB
NAND:
(hangs here)
Any ideas?
Now, is this before or after our recent reset revert ?
Regards
Sinan
Hi Fabio
On 08/10/15 04:29 PM, Fabio Estevam wrote:
Hi Sinan,
On Thu, Oct 8, 2015 at 5:25 PM, Sinan Akman wrote:
Now, is this before or after our recent reset revert ?
We ended up not doing the reset revert. I sent a patch adding a
specific ls102x reset instead, but this one has not
On 02/10/15 10:34 AM, Fabio Estevam wrote:
On Fri, Oct 2, 2015 at 11:21 AM, Sinan Akman wrote:
Tested-by: Sinan Akman
Thanks a lot for your help, Sinan!
You are very welcome Fabio. Let's take a cleaner look
at this for 2016.01 to consider all the mixed endian type
perip
an accessors? This
cannot be right?
I don't know if you've seen my earlier e-mail on this but I was
suggesting
to bring watchdog to DM and then consider endian type from dts to implement
it properly. Would this not ultimately be the right solution ?
Regards
Sinan Akman
Best r
et hang, introduce a reset_cpu() implementation that
is specific for ls102x, which accesses the watchdog WCR register in big-endian
format. All that is required to reset LS102x is to clear the SRS bit.
Reported-by: Sinan Akman
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/armv7/ls102xa/cpu.c | 21 +
acceptable?
Or what about providing a reset_cpu() for LS102x that uses the proper
endianness? Would this be a better approach?
Sinan, does it work?
--- a/arch/arm/cpu/armv7/ls102xa/cpu.c
+++ b/arch/arm/cpu/armv7/ls102xa/cpu.c
@@ -13,6 +13,7 @@
#include
#include
#include
+#include
#include
e on with this revert if you all agree with
this.
Fabio, I will send you the test-by to your commit
but we will have to clean up this mini mess soon after :)
Thanks
Sinan Akman
The kernel driver also does the full write to the WCR register(like we
used to have prior to 623d96e89aca6)
ht
On 01/10/15 03:45 PM, Fabio Estevam wrote:
Hi Sinan,
On Thu, Oct 1, 2015 at 4:39 PM, Sinan Akman wrote:
Hi Fabio, I just wanted to point out that with this revert we don't only
break imx again
We are not breaking imx by doing the revert. The reset still works.
623d96e89aca64c2 app
On 01/10/15 03:38 PM, Fabio Estevam wrote:
On Thu, Oct 1, 2015 at 4:33 PM, Sinan Akman wrote:
Otavio, please note that the watchdog changes that are committed that we
are referring
to broke ls102x. So if you revert those as you suggest here you would have
ls102x working
again but it
nlike i.MX, LS1021 uses big-endian ordering for the watchdog
controller, which means we cannot use the little endian accessors.
Reported-by: Sinan Akman
Signed-off-by: Fabio Estevam
---
drivers/watchdog/imx_watchdog.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/driver
On 01/10/15 03:17 PM, Otavio Salvador wrote:
On Thu, Oct 1, 2015 at 4:14 PM, Tom Rini wrote:
On Thu, Oct 01, 2015 at 04:09:46PM -0300, Fabio Estevam wrote:
On Thu, Oct 1, 2015 at 12:19 PM, Sinan Akman wrote:
I took a further look at this. I believe this won't work as readw
wil
On 01/10/15 03:14 PM, Tom Rini wrote:
On Thu, Oct 01, 2015 at 04:09:46PM -0300, Fabio Estevam wrote:
On Thu, Oct 1, 2015 at 12:19 PM, Sinan Akman wrote:
I took a further look at this. I believe this won't work as readw
will now return the data in the wrong endianness. I think Wol
ration of wdog_rst, this will reset immediately
with 0x00 default WT value.
- or program the timeout and enable WDE so the board
resets after a longer timeout value if desired
Does this make sense to everyone ?
Regards
Sinan Akman
___
U-Boot maili
Fabio Estevam wrote:
On Wed, Sep 30, 2015 at 3:56 PM, Fabio Estevam wrote:
On Wed, Sep 30, 2015 at 3:33 PM, Sinan Akman wrote:
Nope, AFAICS it doesn't make any difference.
Ok, the issue is due to endianness: on LS1021 the watchdog is
big-endian, so that's why we can't use
Hi Fabio
Fabio Estevam wrote:
Hi Sinan,
[...]
Does this fix the reset issue?
--- a/drivers/watchdog/imx_watchdog.c
+++ b/drivers/watchdog/imx_watchdog.c
@@ -55,7 +55,7 @@ void reset_cpu(ulong addr)
{
struct watchdog_regs *wdog = (struct watchdog_regs *)WDOG1_BASE_ADDR
On 30/09/15 01:22 PM, Sinan Akman wrote:
Hi York
The board maintainer will take a look. Unfortunately she is on holiday
vacation.
Let me try to find someone else familiar with this board.
No worries, I will also bisect and see what's going on.
Just wanted to make sure I don&#
care. I'll take a look at in the coming
days.
Regards
Sinan Akman
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
C) 4.8.1
GNU ld (GNU Binutils) 2.23.2
=> reset
resetting ...
Is anyone else seeing this ?
Regards
Sinan Akman
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Marek Vasut wrote:
On Wednesday, September 02, 2015 at 08:59:57 PM, Marek Vasut wrote:
On Wednesday, September 02, 2015 at 08:57:52 PM, Sinan Akman wrote:
On 02/09/15 10:18 AM, Dinh Nguyen wrote:
On 9/2/15 3:18 AM, Marek Vasut wrote:
On Wednesday, September 02, 2015 at 12:41:52 AM,
dingu
c: no boot mode left to try
### ERROR ### Please RESET the board ###
Not sure what I have missed.
Regards
Sinan Akman
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
to address: 157_020Ch.
+*/
+ out_be32(&scfg->eddrtqcfg, 0x63b20002);
Same here.
+
+ /*
* Enable snoop requests and DVM message requests for
* Slave insterface S4 (A7 core cluster)
*/
Regards
Sinan Akman
__
* Enable snoop requests and DVM message requests for
* Slave insterface S4 (A7 core cluster)
*/
Regards
Sinan Akman
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Ashish
On 03/20/2015 02:51 AM, Ashish Khetan wrote:
Hi Sinan,
Thanks for your Reply, I am using u-boot-2013.04 version. These are the
following configuration which we are using:
Your u-boot is old. Please run a recent mainline u-boot
so that people here can help you.
1. SySclk
,
document the steps and provide some more info on your target hw.
Regards
Sinan Akman
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
d I will be taking up on two boards now and I can
help out with some others (particularly for quick tests etc.)
if this proves to be helpful.
Hope this helps everyone.
Regards
Sinan Akman
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
I'll sure pay more attention.
Regards
Sinan Akman
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
mpc8308rdb.
I can take the maintainership as the current maintainers
haven't responded for some time. Please see my other e-mail.
Thanks
Sinan Akman
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Tom
On 02/03/2015 03:24 PM, Sinan Akman wrote:
Tom Rini wrote:
On 02/03/2015 02:31 PM, Sinan Akman wrote:
Hi Tom
As per our discussion with Kim at IRC, could you please
pick this for rc2 :
http://u-boot.10912.n7.nabble.com/PATCH-mpc837xerdb-fix-Calling-hwconfig-without-a-buffer
mpc8308rdb
and will provide generic board support. I'll also take over
the maintainership of those boards if there is no response from
current maintainers by then.
Please give me a week or so to have all set up.
Thanks
Sinan Akman
___
U-Bo
Tom Rini wrote:
On 02/03/2015 02:31 PM, Sinan Akman wrote:
Hi Tom
As per our discussion with Kim at IRC, could you please
pick this for rc2 :
http://u-boot.10912.n7.nabble.com/PATCH-mpc837xerdb-fix-Calling-hwconfig-without-a-buffer-warning-tp202599.html
OK, I've assigned to myse
g Kim each time or if
those mpc83xx board related patches could go through your
tree after sitting for comments in the m-l sometime. This
would make things a bit faster/simpler.
Kim is cc'ed, perhaps he can chime in as well.
Thanks
Sinan Akman
The merge window is now closed. I'
If you still access to this board you can
perhaps quickly enable the generic board support
and once my board arrives I can help to keep an
eye on the board further.
Thanks
Sinan Akman
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.de
t since we are accessing SCFG registers directly
in the board specific files ?
Regards
Sinan Akman
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: Sinan Akman
---
board/freescale/mpc837xerdb/mpc837xerdb.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/board/freescale/mpc837xerdb/mpc837xerdb.c
b/board/freescale/mpc837xerdb/mpc837xerdb.c
index e0a1031..565f815 100644
--- a/board/freescale
Signed-off-by: Sinan Akman
Cc: Tom Rini
---
board/freescale/mpc837xerdb/MAINTAINERS |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/freescale/mpc837xerdb/MAINTAINERS
b/board/freescale/mpc837xerdb/MAINTAINERS
index 8592a2c..81b4eed 100644
--- a/board/freescale
Hi Tom
On 06/24/2014 01:34 PM, Tom Rini wrote:
On Tue, Jun 24, 2014 at 01:13:06AM -0400, Sinan Akman wrote:
Hi Masahiro
Masahiro Yamada wrote:
Hi Sinan,
[...]
+Orphan powerpc mpc83xx- freescale
mpc837xerdb MPC837XERDB
I have this board and I
Signed-off-by: Sinan Akman
Cc: kim.phill...@freescale.com
---
include/configs/MPC837XERDB.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/MPC837XERDB.h b/include/configs/MPC837XERDB.h
index 8ed0f7c..88d5be0 100644
--- a/include/configs/MPC837XERDB.h
Hi Masahiro
Masahiro Yamada wrote:
Hi Sinan,
[...]
+Orphan powerpc mpc83xx- freescale
mpc837xerdb MPC837XERDB
I have this board and I would very much like that it'll continue to
be maintained. I just tested the ToT and it seems other than some
27;ll continue to
be maintained. I just tested the ToT and it seems other than some minor
warnings and request to use generic-board it is not in a bad shape.
I can continue testing at each release and after there are related
patches. Would that help to have this board to be unorphaned ?
Thanks
mpc8323erdb. I'm not sure if I
want to be the maintainer for it, though.
I have that board too and can run regular tests if that is
any help
-- sinan
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
above.
Regards
Sinan Akman
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
ng the CFI interface of
your flash. Check in your flash memory data sheet for
all the CFI commands. Try to unlock a sector and then
read back the status register to see what the reported
error is. Use MD and MM commands to issue the CFI
commands to your flash.
Hope this helps
-- sinan
Unlockin
On 11/22/2012 08:33 PM, Fabio Estevam wrote:
Hi Sinan,
On Thu, Nov 22, 2012 at 7:43 PM, Sinan Akman wrote:
Hi Fabio
I just tried spi nor on fsl m28evk and see :
MX28EVK U-Boot > sf probe
SF: Unsupported manufacturer ff
Failed to initialize SPI flash at 2:0
This is wit
not sure if
there could be anything wrong with this board here so
I would read FF. Can you please give a try if spi
nor probe is working fine and if you would have any
suggestions what might be wrong in my case. Thanks.
-- sinan
___
U-Boot mailing lis
On 10/04/2012 03:49 PM, Eric Nelson wrote:
[..]
+
+static void setup_iomux_enet(void)
+{
+ gpio_direction_output(IMX_GPIO_NR(3, 23), 0);
+ gpio_direction_output(IMX_GPIO_NR(6, 30), 1);
+ gpio_direction_output(IMX_GPIO_NR(6, 25), 1);
+ gpio_direction_output(IMX_GPIO_NR(6, 2
On 10/04/2012 05:42 PM, Sinan Akman wrote:
On 10/04/2012 03:49 PM, Eric Nelson wrote:
[..]
+gpio_direction_output(IMX_GPIO_NR(6, 24), 1);
+
+/* Need delay 10ms according to KSZ9021 spec */
+udelay(1000 * 10);
+gpio_set_value(IMX_GPIO_NR(3, 23), 1);
Don't you n
Hi Marek
On 09/24/2012 11:03 PM, Marek Vasut wrote:
That's because these ancient (and crap ... everything between 4.2 and 4.6 was
quite crap on arm) toolchains don't generate unaligned string starts in .rodata
. New toolchains do, yet I have no idea how to fix it ... probably Albert might
kno
On 09/24/2012 08:42 PM, Eric Nelson wrote:
On 09/24/2012 05:22 PM, Tom Rini wrote:
On Mon, Sep 24, 2012 at 09:03:27PM -0300, Fabio Estevam wrote:
On Wed, Sep 19, 2012 at 5:20 PM, Tom Rini wrote:
I lmgtfy.com'd Marek, but for everyone,
http://lists.denx.de/pipermail/u-boot/2012-July/127260.ht
perhaps referring that your config file includes all the
correct settings, if so send that part of your config file as well.
-- sinan
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
have your config setup properly as well, in a way
that, it won't interface with what u-boot expects while still
making sure some stuff is taken care, e.g. watchdog is turned
of etc.
This might be somewhat off topic here. If you need more info
contact me directly if you like or contac
Fischer, Sven wrote:
> Hi,
>
> I'm trying to get the NAND-Boot working.
Are you doing this MPC8536RDK (aka csb1880)
or for your custom design (or referring to
current implementation in MPC8536DS) ?
-- sinan
___
U-Boot maili
89 matches
Mail list logo
