e are the LLC characters coming from? It's a little tricky to grep the
source for a single character :-(
Rogan
On Tue, 26 Sept 2023 at 18:47, Fabio Estevam wrote:
>
> Hi Rogan,
>
> On Tue, Sep 26, 2023 at 1:01 AM Rogan Dawes wrote:
> >
> > Hi Fabio,
> >
> >
Hi Fabio,
That prints "LLC", but does not print "Pref".
Rogan
On Tue, 26 Sept 2023 at 02:15, Fabio Estevam wrote:
> Hi Rogan,
>
> On Mon, Sep 25, 2023 at 4:27 PM Rogan Dawes wrote:
> >
> > That outputs LLC about a second after the mxsldr terminates (
previously.
With CONFIG_SPL_MXS_PMU_MINIMAL_VDD5V_CURRENT=y AND
CONFIG_SPL_MXS_PMU_DISABLE_BATT_CHARGE=y, I get LLC\nPref
With all three =y, I just get L
Rogan
On Mon, 25 Sept 2023 at 17:50, Fabio Estevam wrote:
>
> On Mon, Sep 25, 2023 at 11:00 AM Rogan Dawes wrote:
>
> > I see absolutely nothing in the console.
> &
Hi Fabio,
On Mon, 25 Sep 2023 at 15:04, Fabio Estevam wrote:
> Hi Rogan,
>
> On Mon, Sep 25, 2023 at 6:52 AM Rogan Dawes wrote:
> >
> > Hi Fabio,
> >
> > I used the following diff with "make mx28evk_defconfig", but
> unfortunately still ge
fsl,voltage = ;
+ fsl,pull-up = ;
+ };
+
+
auart4_2pins_a: auart4@0 {
reg = <0>;
fsl,pinmux-ids = <
@@ -719,6 +744,16 @@
fsl,pull-up = ;
};
+ pwm1_pins_a: pwm1@0 {
+ reg = <0>;
+ fsl,pinmux-ids = <
+ MX28_PAD_PWM1__PWM_1
+ >;
+ fsl,drive-strength = ;
+ fsl,voltage = ;
+ fsl,pull-up =
was hoping to see it
boot via mxsldr, but unfortunately, I got nothing.
How can I get the SPL to emit something on the console to confirm it is
running? i.e. before the DRAM initialisation?
Regards,
Rogan
On Wed, 23 Aug 2023 at 17:56, Rogan Dawes wrote:
> Hi Fabio,
>
> On Tue, 2
Hi Fabio,
On Tue, 22 Aug 2023 at 13:44, Fabio Estevam wrote:
>
> Hi Rogan,
>
> On Tue, Aug 22, 2023 at 6:42 AM Rogan Dawes wrote:
> >
> > Hi Fabio,
> >
> > As far as I am aware, the U-boot source for the Wink hub has not been
> > made availabl
ggestion that anything was running.
Any other suggestions?
Regards,
Rogan
On Tue, 22 Aug 2023 at 04:33, Fabio Estevam wrote:
>
> Hi Rogan,
>
> On Fri, Aug 18, 2023 at 10:45 AM Rogan Dawes wrote:
> >
> > Circling back to this, I wanted to get a modern u-boot running on th
t that I may not have made the updates
sufficiently well, if the name of the board needs to correspond with
any details of the device tree? Neither of these resulted in any
output.
Any other suggestions?
Regards,
Rogan Dawes
On Fri, 23 Jun 2023 at 03:25, Fabio Estevam wrote:
>
> Hi Rogan,
stered new interface driver hub
[3.432422] usbcore: registered new device driver usb
On Fri, 23 Jun 2023 at 16:25, Rogan Dawes wrote:
> I understand the importance now. No, I got to the same result with your
> dts as with the evk one, crash after the usbcore modules were registered,
> and
t; On Fri, Jun 23, 2023 at 10:53 AM Rogan Dawes wrote:
> >
> > Hi Fabio,
> >
> > Thanks so much for the effort put in. I just wanted to confirm that I am
> able to get console output when using the imx28-evk.dts file, although it
> crashes after a few lines of output. That
Estevam wrote:
> Hi Rogan,
>
> On Fri, Jun 23, 2023 at 3:46 AM Rogan Dawes wrote:
> >
> > Kernel source is available here:
> https://github.com/winkapp/wink-hub-kernel-public
>
> Ok, I assume that arch/arm/mach-mx28/mx28evk_pins.orig.c is the
> original imx28-ev
Kernel source is available here:
https://github.com/winkapp/wink-hub-kernel-public
(and to close the loop, since I accidentally emailed Fabio without
including the list, the console change to /dev/ttyAMA0 was absolutely the
problem!)
Thanks again for your help.
Rogan
On Fri, 23 Jun 2023 at
gan
On Sat, 17 Jun 2023 at 16:28, Rogan Dawes wrote:
> Thank you so much for the response! It is much appreciated!
>
> I do hope to get JTAG working on the Hub v1, and then will be able to try
> to build a modern U-Boot which I can flash.
>
> Regards,
>
> Rogan
>
&
t 9:00 AM Rogan Dawes wrote:
> >
> > Hi folks,
> >
> > I am trying to boot a custom kernel on a Wink Hub v1, which has an i.MX28
> > CPU, and is running U-Boot (U-Boot 2014.01-14400-gda781c6-dirty (Apr 30
> > 2014 - 22:35:38)).
> >
> > I have tri
Hi folks,
I am trying to boot a custom kernel on a Wink Hub v1, which has an i.MX28
CPU, and is running U-Boot (U-Boot 2014.01-14400-gda781c6-dirty (Apr 30
2014 - 22:35:38)).
I have tried compiling my own modern kernel and putting it in place of the
vendor (Linux version 2.6.35.3-flex-dvt)
On 19/04/2012 08:38, Albert ARIBAUD wrote:
Hi Dave,
Le 18/04/2012 23:37, David Purdy a écrit :
On Tue, Apr 17, 2012 at 2:06 PM, Luka Perkovub...@lukaperkov.net wrote:
IDE_BUS assumes that each bus has two devices and thus returns the first
bus even when the second one should be probed.
On 2011/05/11 11:07 PM, Albert ARIBAUD wrote:
Simon Guinot (2):
mv-common.h: fix DRAM banks configuration
I think Prafulla already accepted my own change to fix this. Not sure
which one is considered better.
I had not actually intended mine for merging (no sign off), and had
simply
Hi folks,
I was fortunate enough to resuscitate my DNS323 (Feroceon board) after
flashing a dodgy image to it.
Now I am trying to get it working in RAM first, before writing it to flash.
I have configured CONFIG_SYS_TEXT_BASE to be 0x300, I then use
OpenOCD to load the u-boot.bin file to
On 2011/04/25 11:44 PM, Wolfgang Denk wrote:
Dear ro...@dawes.za.net,
In message1300435500-4909-11-git-send-email-ro...@dawes.za.net you wrote:
From: ro...@dawes.za.netro...@dawes.za.net
---
common/image.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
This is the
On 2011/04/20 12:17 PM, Rogan Dawes wrote:
Now if I can just figure out how to write to my flash using OpenOCD, I
can hopefully recover.
Regards,
Rogan
Phew! Thanks to Albert's sloflash utility, I was finally able to get
something back into my flash, and get the board booting again. What
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
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
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 piece of code
when it is reset.
i.e. my DNS323 (Orion5x) has a reset vector of 0x. But for the
life of me, I can't find anywhere that actually
On 2011/04/02 1:23 PM, Albert ARIBAUD wrote:
Hi Aaron,
Le 02/04/2011 09:17, Aaron Williams a écrit :
This patch corrects the addresses used when working with Spansion/AMD FLASH
chips.
Addressing for 8 and 16 bits is almost identical except in the 16-bit case
the
LSB of the address is
On 2011/03/26 8:32 AM, Aaron Williams wrote:
I am still doing some testing and just added a fix today so that if a flash
chip that supports both 8 and 16-bits is on an 8-bit bus the interface is set
to 8-bits. I'll try and get patches out next week.
So far it's working fairly well on all
On 2011/03/30 8:49 PM, Gray Remlin wrote:
On 03/30/2011 07:27 PM, Gray Remlin wrote:
Excuse the noob question.
Is it intentional to replace '(dev 1) with '(dev 0)' ?
Ignore me, I get it. Divide by two, or not, as required.
Hi Gray,
Please also see the thread that starts at:
Hi folks,
I'm wondering if there is any support in u-boot for reading the state of
a GPIO input (i.e. button) to control the sequence of boot events?
i.e. my board has a reset button, can I read its state to determine
whether to try to TFTP-boot a new kernel, or to boot the existing one in
On 2011/03/28 11:08 AM, Mike Frysinger wrote:
On Mon, Mar 28, 2011 at 4:57 AM, Rogan Dawes wrote:
I'm wondering if there is any support in u-boot for reading the state of
a GPIO input (i.e. button) to control the sequence of boot events?
i.e. my board has a reset button, can I read its state
On 2011/03/19 1:51 PM, Rogan Dawes wrote:
On 2011/03/19 9:19 AM, Heiko Schocher wrote:
Marvell bootm
## Booting image at 0010 ...
Image Name: UBoot dns323
Image Type: ARM U-Boot Kernel Image (uncompressed)
Data Size:170100 Bytes = 166.1 kB
Load Address: 0300
On 2011/03/24 5:07 AM, Aaron Williams wrote:
I have it working on our 8-bit boards properly now, though I've only done
some
limited testing.
I basically put in the correct addresses into cfi_flash.h and updated various
addresses for 8-bit support. The problem was that the CFI code was
On 2011/03/19 9:19 AM, Heiko Schocher wrote:
Marvell bootm
## Booting image at 0010 ...
Image Name: UBoot dns323
Image Type: ARM U-Boot Kernel Image (uncompressed)
Data Size:170100 Bytes = 166.1 kB
Load Address: 0300
Entry Point: 0300
Verifying
On 2011/03/18 6:02 AM, Aaron Williams wrote:
Hi,
I am running into issues in that the CFI code is broken for flash with an 8-
bit bus. The problem is that the CFI code uses the wrong addresses for 8-bits
vs 16-bits.
The CFI function flash_map incorrectly calculates the byte offset with
On 2011/03/18 10:29 AM, Heiko Schocher wrote:
Hello ro...@dawes.za.net,
This patch could not be against current head! There is no
more this CONFIG_I2C_KIRKWOOD define. Instead this driver
was renamed to mvtwsi.c from Albert Aribaud, see commits:
01ec99d9693929fc56e630c10499b1bfce3e3693
On 2011/03/18 11:22 AM, Heiko Schocher wrote:
Hello Rogan,
Rogan Dawes wrote:
On 2011/03/18 10:29 AM, Heiko Schocher wrote:
Hello ro...@dawes.za.net,
This patch could not be against current head! There is no
more this CONFIG_I2C_KIRKWOOD define. Instead this driver
was renamed
On 2011/03/18 12:57 PM, Prafulla Wadaskar wrote:
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of ro...@dawes.za.net
Sent: Friday, March 18, 2011 1:35 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 06/11] edminiv2: add
On 2011/03/18 12:52 PM, Prafulla Wadaskar wrote:
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of ro...@dawes.za.net
Sent: Friday, March 18, 2011 1:40 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 1/7] Orion5x:
On 2011/03/18 12:53 PM, Prafulla Wadaskar wrote:
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of ro...@dawes.za.net
Sent: Friday, March 18, 2011 1:40 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] Non-working Relocated DNS323
On 2011/03/18 12:44 PM, Prafulla Wadaskar wrote:
+/* Marvell specific information
+ * requred for compatability with vendor kernels
+ */
+#define ATAG_MV_UBOOT 0x41000403
What is a need for this ATAG?
Open source Linux Kernel does not have any implementation to support this
ATAG.
On 2011/03/18 10:04 AM, ro...@dawes.za.net wrote:
This patch series contains a functional DNS323 configuration, and
other required changes. This is based on a point prior to the
relocation work.
This version is configured to be chained from the existing vendor
U-Boot, and is NOT intended to
On 2011/01/29 9:24 AM, Albert ARIBAUD wrote:
Hi Michael,
Le 29/01/2011 02:00, Michael Spang a écrit :
This code intends to read the SDRAM controller base address registers
but is instead reading the CPU window base address registers.
Side note: IIUC this change is not required since the
Hi folks,
After a bit of a hiatus, I am trying again to get my DNS323 config
working properly. This is a Marvell Orion5x based device, very similar
to the EDMiniv2.
Unfortunately, I am having some difficulty in forward porting it to the
new relocation scheme. I have it working based on a point
[looks like this message got lost, resending]
On 2010/10/24 4:00 PM, Wolfgang Denk wrote:
The 100MHz configuation of the VoVPN-GW has never been supported, so
drop it now.
Signed-off-by: Wolfgang Denk w...@denx.de
---
This commit shows a problem with the concept of the README.scrapyard
On 2010/10/27 5:10 PM, Wolfgang Denk wrote:
Dear Rogan Dawes,
In message 4cc83d9d@dawes.za.net you wrote:
[looks like this message got lost, resending]
No, it was not lost, just unreplied.
Ok, I didn't see it on gmane, so I assumed it had gone astray.
Rogan
On 2010/10/24 4:00 PM, Wolfgang Denk wrote:
The 100MHz configuation of the VoVPN-GW has never been supported, so
drop it now.
Signed-off-by: Wolfgang Denk w...@denx.de
---
This commit shows a problem with the concept of the README.scrapyard
file: I'm supposed to enter the commit ID for
On 2010/10/07 7:22 AM, Wolfgang Denk wrote:
Dear Rogan Dawes,
In message 4cad569e.3020...@dawes.za.net you wrote:
Keep in mind that the Linux folk are looking for an alternative to the
defconfig mess that they have currently.
Linus has stated that he will delete all the ARM defconfigs
On 2010/10/07 2:46 AM, Reinhard Meyer wrote:
[Observation:]
But if we really head for linux style *config we would need a
board_defconfig individually for each variant...
But I don't think we are there anytime soon.
Many configs contain conditionals and *config does not handle
long
On 2010/10/05 7:49 AM, Gustavo Silva wrote:
Hello everybody,
I'm new in this list and I'm here because I'm interested on the use of
U-Boot for a project together with the Stellaris LM3S8962 Board, I
have been searching ammong the files in U-boot code and I havent found
files related to the
On 2010/10/04 4:17 PM, Albert ARIBAUD wrote:
At this point I have an ARM926, ELF-relocating, u-boot reaching prompt.
Environment is correctly read and can be modified (did not try saving
though).
Flash operations work (flinfo, erase, cp.b).
Ethernet does not work, however -- ping or
On 2010/10/04 8:00 AM, Heiko Schocher wrote:
Hello Hiremath,
Hiremath, Vaibhav wrote:
Hi All,
I think the current denx/matser is broken and is not building up for OMAP3
platforms except Beagle board.
but they should compile if you define CONFIG_SYS_ARM_WITHOUT_RELOC
or compile with:
On 2010/09/30 7:53 PM, Prafulla Wadaskar wrote:
diff --git a/include/configs/mv-common.h b/include/configs/mv-common.h
@@ -0,0 +1,230 @@
+#ifndef _MV_COMMON_H
+#define _MV_COMMON_H
+
+/*
+ * High Level Configuration Options (easy to change)
+ */
+#define CONFIG_MARVELL 1
On 2010/09/30 4:33 PM, Prafulla Wadaskar wrote:
+/*
+ * IDe Support on SATA port0
+ */
IDe?
I think Ide can be removed, right?
I was just commenting on the (mis-)capitalisation.
Rogan
___
U-Boot mailing list
U-Boot@lists.denx.de
On 2010/09/29 11:29 AM, Wolfgang Denk wrote:
+Why: The implementation of U-Boot for the ARM architecture has
+ been reworked to support relocation. This allows to
+ efficiently use the same U-Bot binary image on systems with
U-Bot?
Rogan
___
On 2010/09/24 7:47 AM, Albert ARIBAUD wrote:
On a side note, I do not know of a clear general definition of
'bisectability', which means I could break it yet again unkonwingly. Can
you (or anyone, actually :) ) point me to a, or even the, standard
definition of 'bisectable' and, if that
On 2010/09/24 6:45 PM, Rogan Dawes wrote:
On 2010/09/24 7:47 AM, Albert ARIBAUD wrote:
On a side note, I do not know of a clear general definition of
'bisectability', which means I could break it yet again unkonwingly. Can
you (or anyone, actually :) ) point me to a, or even the, standard
On 2010/09/16 4:18 PM, Stefan Roese wrote:
On Tuesday 31 August 2010 13:33:23 Stefan Roese wrote:
following are a few patches with minor code clean-up and simplification for
the cfi_flash driver. Especially the usage of
CONFIG_SYS_MAX_FLASH_BANKS_DETECT to support dynamic flash bank number
On 2010/09/16 5:10 PM, Stefan Roese wrote:
Hi Rogan,
On Thursday 16 September 2010 16:21:05 Rogan Dawes wrote:
Have you had any thoughts about what the CONFIG_CFI option should be
called for the odd flash arrangement on my DNS323? If you let me know
what to call it, I'll submit a patch
On 2010/09/14 8:47 PM, Albert ARIBAUD wrote:
Le 14/09/2010 20:25, Albert Aribaud a écrit :
Sorry, the patch posted is against master, not next, and thus does not
take Heiko's relocation work. I'm rebasing / updating the patch and will
provide a V2 of it that will.
Amicalement,
You
On 2010/09/06 7:54 AM, Albert ARIBAUD wrote:
/* OpenRD's two kirkwood busses are SATA: 1 device per bux max) */
#define CONFIG_SYS_ATA_IDE_CONFIG { \
{ KW_SATA_PORT0_OFFSET, 1}, \
{ KW_SATA_PORT1_OFFSET, 1} \
}
I like this, as it removes assumptions from the code.
FWIW.
Rogan
On 2010/09/04 11:07 AM, Albert ARIBAUD wrote:
Le 04/09/2010 10:22, Albert ARIBAUD a écrit :
Le 26/08/2010 15:16, Rogan Dawes a écrit :
Anything wrong with this patch?
I think I finally found what was bugging me with it.
Granted, there are cases where we don't want two devices per bus
On 2010/09/01 12:35 AM, Tirumala Marri wrote:
Hi Stefan,
Add bluestone board name to the board.cfg.
Change Makefile to include bluestone board support.
Not needed with board.cfg now. Please remove your changes to Makefile.
[Marri] You mean we only need board.cfg change and we don't need
This code was referencing the wrong register, and only
happened to work because the DRAM on both users of this
code happened to be a single bank located at address 0.
Signed-off-by: Rogan Dawes ro...@dawes.za.net
---
Prafulla, according to Albert, this code was copied from
the Kirkwood code
On 2010/08/16 7:47 AM, Rogan Dawes wrote:
From: Rogan Dawes ro...@dawes.za.net
Some SATA controllers can operate in an IDE compatible mode (e.g. mvsata)
but will only ever have a single device per bus.
This allows the upcoming DNS323 port to properly identify and use
a drive on both SATA
On 2010/08/24 8:07 AM, Albert ARIBAUD wrote:
Le 24/08/2010 07:21, Chris Moore a écrit :
Hi Rogan,
Le 23/08/2010 18:06, Rogan Dawes a écrit :
Doubling the value for ORION5X_SZ_BOOTROM allowed me to access the
additional sectors, but that makes me wonder what the reason for it is.
I know
On 2010/08/24 1:34 PM, Albert ARIBAUD wrote:
Le 24/08/2010 09:47, Rogan Dawes a écrit :
Yes, I still have the vendor u-boot flashed, so I can still see its
configuration. And, yes, it does allow reading the full 8MB of flash.
Vendor u-boot:
f1020040: 007f0f11 ff80
On 2010/08/23 9:19 AM, Miroslav Petricek wrote:
Dear members,
I was playing with my MH mv2120 NAS device and it happened to me that I
stored some u-boot values and the device now hangs on boot. I am stupid I
know.
Last thing I did was that I've set:
setenv enaPost Yes
setenv
On 2010/08/23 5:19 PM, Nicolas Luna wrote:
Well I mean at the boot time not in uboot prompt.
Regards,
Nicolas
The cp command may be executed as part of the automatic boot script.
Alternatively, the bootm command may perform the copy from NOR to RAM
automatically as part of the boot sequence.
Hi Albert,
I've been trying to figure out why I could not erase sectors in my flash
greater than SA70. It turned out that this was on a megabyte boundary,
and in fact, was exactly half way through my flash.
The flash is a 64Mbit part, i.e. 8MB, and I could only access the first
4MB of it, even
On 2010/08/19 7:35 AM, Wolfgang Denk wrote:
Dear Rogan Dawes,
In message 4c6cc059.4080...@dawes.za.net you wrote:
The patch was simply to allow people to see my non-working config, in
the hope of getting suggestions on how to improve it.
Then please mark it as such in the subject
On 2010/08/19 7:28 PM, Jef Mangelschots wrote:
Ok, here is a summary of what I have found out so, with the help of
Wolfgang. Many thanks.
4) I can not get this to work on our system (our U-boot is configured
for 115200 baud). The following explanation is based on my
observation. I might be
On 2010/08/18 7:51 AM, Wolfgang Denk wrote:
Dear Rogan Dawes,
In message 4c6b08f1.9000...@dawes.za.net you wrote:
The ramdisk is located at ff9a (in flash). Its image header
relocates it to 0080:
Try to copy the ramdisk to RAM, and pass the Linux kernl an address in
RAM.
Try
On 2010/08/18 12:54 PM, Wolfgang Denk wrote:
Dear Rogan Dawes,
In message 4c6bac5a.6060...@dawes.za.net you wrote:
Thanks for the suggestion. It did make a slight difference in the boot
logs. bootcmd uses the default (in flash) location for the ramdisk,
Actually it's a pretty significant
On 2010/08/18 5:33 PM, Wolfgang Denk wrote:
Dear Rogan Dawes,
Your kernel may not be able to pick up a ramdisk image in flash.
Mainline ARM cannot do that, for example.
[Patches to support that have been submitted, but rejected.]
Surely that should be Ok? Besides, U-boot is supposed
On 2010/08/19 12:23 AM, Wolfgang Denk wrote:
But this is an attempt to sneak in an incomplete (no entries to
MAKEALL or MAINTAINER, for example) board when no MW is open.
NAK for this part.
Hi Wolfgang,
The patch was simply to allow people to see my non-working config, in
the hope of
On 2010/08/17 12:10 PM, Albert ARIBAUD wrote:
(quick note to Wolfgang: yes, there is RAM at 0x8000 on these
machines. All orion5x based machines have RAM start at 0, and u-boot
makes sure SDRAM is set up this way)
Rogan,
You cannot tell from your log output that memmove never
On 2010/08/17 12:41 PM, Albert ARIBAUD wrote:
I had a debug statement in the loop, printing out the above at each
iteration. Since it never completed the loop, copying/moving the entire
kernel (609564 bytes remaining), I think it is safe to assume that it
never got to the point of trying to
On 2010/08/17 1:19 PM, Rogan Dawes wrote:
I'll try with a higher value, and see what happens.
So, I tried with TEXT_BASE=f1, and I got a bit further:
DNS323B1 bootm FF82
## Booting kernel from Legacy Image at ff82 ...
Image Name: Linux-2.6.12.6-arm1
Image Type: ARM Linux
On 2010/08/17 5:38 PM, Albert ARIBAUD wrote:
Ok, so u-boot is now out of the way of the linux image load area.
Now to figure out why I'm not getting any further than this. (And why
the vendor ramdisk is giving me CRC errors).
What is the actual command you use for booting your kernel?
On 2010/08/17 9:56 PM, Rogan Dawes wrote:
Am I mistaken in expecting the machid environment variable trick to work?
Thanks
Rogan
No, but mistaken in thinking that the machid was in decimal, when it is
really in hex.
Now to figure out why the CRC calculations are different, and I'll have
On 2010/08/17 11:20 PM, Wolfgang Denk wrote:
Dear Rogan Dawes,
In message 4c6aec70.40...@dawes.za.net you wrote:
No, but mistaken in thinking that the machid was in decimal, when it is
really in hex.
Now to figure out why the CRC calculations are different, and I'll have
a fully
On 2010/08/18 12:04 AM, Wolfgang Denk wrote:
Dear Rogan Dawes,
In message 4c6b051a.5050...@dawes.za.net you wrote:
For some reason, the kernel didn't seem to think it had been given the
ramdisk parameter. At least, I get the following error message:
Where is the ramdisk located? Make
Hi folks,
I'm trying to get mainline u-boot working on my DNS323 (Orion5x based).
Until I am confident in the config, I'm using a chainloaded approach,
wrapping my featureful u-boot in an image file:
$ mkimage -A arm -O u-boot -T kernel -C none -a 0x300 -e 0x300
-n UBoot dns323 -d
On 2010/08/16 10:34 AM, Gérald Kerma wrote:
Dear Rogan,
I've you set the uboot env machid to the correct value ?
setenv machidHexValue
just replace HexValue with the correct MACH_TYPE.
You must then see something like :
Using machid 0xa76 from environment
after kernel loaded by uboot.
On 2010/08/16 9:24 AM, Rogan Dawes wrote:
Hi folks,
I'm trying to get mainline u-boot working on my DNS323 (Orion5x based).
Until I am confident in the config, I'm using a chainloaded approach,
wrapping my featureful u-boot in an image file:
$ mkimage -A arm -O u-boot -T kernel -C none
On 2010/08/16 10:29 PM, Wolfgang Denk wrote:
Dear Rogan Dawes,
In message4c699c6e.2010...@dawes.za.net you wrote:
DNS323B1 bootm FF82
## Booting kernel from Legacy Image at ff82 ...
Image Name: Linux-2.6.12.6-arm1
Image Type: ARM Linux Kernel Image (uncompressed
From: Rogan Dawes ro...@dawes.za.net
---
arch/arm/include/asm/arch-orion5x/cpu.h |2 +-
board/D-Link/dns323_b1/Makefile | 53 +
board/D-Link/dns323_b1/config.mk| 27 +++
board/D-Link/dns323_b1/dns323_b1.c | 129 +++
board
On 2010/08/17 12:03 AM, Wolfgang Denk wrote:
Dear Rogan Dawes,
In message 4c69a8da.8020...@dawes.za.net you wrote:
Are you absolutely sure that you have RAM in your system at 0x8000?
I doubt that your Load Address/Entry Point settings are correct.
This is the default kernel
Some SATA controllers can operate in an IDE compatible mode (e.g. mvsata)
but will only ever have a single device per bus.
This allows the upcoming DNS323 port to properly identify and use
a drive on both SATA interfaces.
---
include/ide.h |3 ++-
1 files changed, 2 insertions(+), 1
This addresses Wolfgang's suggestion to use additional parens
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
From: Rogan Dawes ro...@dawes.za.net
Some SATA controllers can operate in an IDE compatible mode (e.g. mvsata)
but will only ever have a single device per bus.
This allows the upcoming DNS323 port to properly identify and use
a drive on both SATA interfaces.
---
include/ide.h |3 ++-
1
On 2010/08/14 10:14 AM, Albert ARIBAUD wrote:
Rogan, please test it and see if it fixes your issue as well (can't
swear that it will).
Mike, please test it and see if it does not regress on your side (can't
see why it should, but maybe the __aligned__ attribute is going to choke
your build
Hi folks
Since include/ide.h defines IDE_BUS(dev) as (dev 1), it ignores the
values of CONFIG_SYS_IDE_MAXBUS and CONFIG_SYS_MAXDEVICE, and
unconditionally expects an IDE bus to have two devices.
This expectation falls down with the Orion5x SATA support, which uses
that SATA controller in IDE
On 2010/08/14 12:41 PM, Rogan Dawes wrote:
-#defineIDE_BUS(dev)(dev 1)
+#defineIDE_BUS(dev)(dev (CONFIG_SYS_IDE_MAXDEVICE /
CONFIG_SYS_IDE_MAXBUS - 1))
#defineATA_CURR_BASE(dev)
(CONFIG_SYS_ATA_BASE_ADDR+ide_bus_offset[IDE_BUS(dev)])
Ok, I'm an idiot
On 2010/08/13 2:57 PM, Vitaly Kuzmichev wrote:
Replace Linux-like debug printout macros by native ones.
Signed-off-by: Vitaly Kuzmichevvkuzmic...@mvista.com
---
drivers/usb/gadget/ether.c | 99
---
1 files changed, 46 insertions(+), 53
On 2010/08/13 3:40 PM, Vitaly Kuzmichev wrote:
Hi Stefano,
Stefano Babic wrote:
If you want to remember how to set the debug output, it should be enough
to add a comments with to enable the debugging, define DEBUG before
common.h or something like that. I vote to remove only the two lines...
On 2010/07/20 9:58 AM, Stefan Roese wrote:
OK, so the width is definitely 8 bit and not 16 bit:
static struct physmap_flash_data dns323_nor_flash_data = {
.width = 1,
...
But the base address is listed here as 0xf400:
#define DNS323_NOR_BOOT_BASE 0xf400
Are you
On 2010/08/12 3:14 PM, Reinhard Meyer wrote:
It is mostly likely a 8/16 bit wide device in 8 bit mode on an 8 bit
external bus. Then all CFI data appears twice.
Yes, this is exactly what I was seeing.
Reason: the chip presents CFI data correctly (from the flash point of view)
in 16 bit mode
On 2010/08/07 2:51 PM, Albert Aribaud wrote:
Add mvsata_ide and cmd_ide configuration in edminiv2 config
Signed-off-by: Albert Aribaudalbert.arib...@free.fr
---
+/* ED Mini V has an IDE-compatible SATA connector for port 1 */
+#define CONFIG_MVSATA_IDE
+#define CONFIG_MVSATA_IDE_USE_PORT1
Hi folks,
I have enabled IDE support for my DNS323, which has a Seagate 1.5TB
drive installed. It looks like there is an integer overflow in the
sectors field:
DNS323B1 ide part
Partition Map for IDE device 0 -- Partition Type: DOS
Partition Start Sector Num Sectors Type
On 2010/08/05 4:11 PM, Albert ARIBAUD wrote:
Rogan, what other code do you think you'd be duplicating?
Amicalement,
In truth, I was really thinking only of the config files, not really the
code per se.
I suppose that there is not really that much else that really is common.
Rogan
1 - 100 of 113 matches
Mail list logo