On Tue, Jan 07, 2025 at 04:24:51PM -0300, Fabio Estevam wrote:
> On Tue, Jan 7, 2025 at 12:30 PM Rogan Dawes wrote:
>
> > That would explain it, then! :facepalm:
>
> I tested to access the console via usbacm and it worked on my imx28evk:
>
Yes, I have also been able to ge
On Tue, Jan 07, 2025 at 09:09:09AM -0300, Fabio Estevam wrote:
> Hi Rogan,
>
> On Thu, Jan 2, 2025 at 1:27 PM Rogan Dawes wrote:
> >
> > Hi folks,
> >
> > I am trying to get a modern u-boot running on my Wink Hub v1 (Hi Fabio!
> > :-)
> >
>
On Thu, Jan 02, 2025 at 11:23:05AM +0200, Rogan Dawes wrote:
> Hi folks,
>
> I am trying to get a modern u-boot running on my Wink Hub v1 (Hi Fabio!
> :-)
>
> One of the features I am trying to enable is ultimately usbacm console,
> but in the process of trying to get
Hi folks,
I am trying to get a modern u-boot running on my Wink Hub v1 (Hi Fabio!
:-)
One of the features I am trying to enable is ultimately usbacm console,
but in the process of trying to get there, I first tried enabling MUSB.
diff --git a/configs/mx28evk_defconfig b/configs/mx28evk_defconfig
0.
Where 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 (
sly.
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,voltag
e pins. i 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,
>
>
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 available anywh
ion 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 the
>
t I suspect 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:
>
>
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 03:
ng?
Thanks
Rogan
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,
>
&g
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 tried
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) kernel
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 Perkov wrote:
IDE_BUS assumes that each bus has two devices and thus returns the first
bus even when the second one should be probed.
Signed-off-by: Simon Baatz
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 pos
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 tha
On 2011/04/25 11:44 PM, Wolfgang Denk wrote:
> Dear ro...@dawes.za.net,
>
> In message<1300435500-4909-11-git-send-email-ro...@dawes.za.net> you wrote:
>> From: ro...@dawes.za.net
>>
>> ---
>> common/image.c |4 ++--
>> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> This is the wrong
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
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,
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 cre
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 referenc
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 a
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:
http:
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 a
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 boar
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
flash?
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 (uncompress
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 w
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
>>
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 intend
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
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 Relocate
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] Or
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]
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
>>>
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:
>
> 01ec99d9693929fc56e630c10499b1bfce3e
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
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 sin
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 af
On 2010/10/27 6:12 PM, Mike Partington wrote:
> From: Mike Partington
>
> Modify exports.h to remove its dependencies on other files, thus
> enabling standalone apps to require only exports.h from the U-Boot
> source tree. This appears to be the intent based on the following
> note: http://lists
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 as
[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
> ---
>
> This commit shows a problem with the concept of the "README.scrapyard"
> fil
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
> ---
>
> This commit shows a problem with the concept of the "README.scrapyard"
> file: I'm supposed to enter the commit ID for the
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.
>>
>> Lin
On 2010/10/07 2:46 AM, Reinhard Meyer wrote:
> [Observation:]
> But if we really head for linux style *config we would need a
> _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 (multili
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
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 -- pin
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
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/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
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 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, actual
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/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
>> wha
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 numb
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,
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.
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.
>>
>>
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
On 2010/08/16 7:47 AM, Rogan Dawes wrote:
> From: Rogan Dawes
>
> 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
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
---
Prafulla, according to Albert, this code was copied from
the Kirkwood code,
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:
>
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 ma
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 th
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 sequen
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
>
> sete
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 mig
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.
>
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/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 sh
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
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,
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 er
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
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
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 kern
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
Ima
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 tryin
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: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
From: Rogan Dawes
---
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/D-Link/dns323_b1
On 2010/08/16 10:29 PM, Wolfgang Denk wrote:
> Dear Rogan Dawes,
>
> In message<4c699c6e.2010...@dawes.za.net> you wrote:
>>
>>> DNS323B1> bootm FF82
>>> ## Booting kernel from Legacy Image at ff82 ...
>>> Image Name: Linux-2.6
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:
>
> $ mkimag
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 machid
> just replace HexValue with the correct MACH_TYPE.
>
> You must then see something like :
> Using machid 0xa76 from environment
> after kernel loaded by uboot.
>
>
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 u-
From: Rogan Dawes
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
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
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 deletions
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_off
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 ID
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 bu
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 tw
On 2010/08/13 2:57 PM, Vitaly Kuzmichev wrote:
> Replace Linux-like debug printout macros by native ones.
>
> Signed-off-by: Vitaly Kuzmichev
> ---
> drivers/usb/gadget/ether.c | 99
> ---
> 1 files changed, 46 insertions(+), 53 deletions(-)
>
> diff --
1 - 100 of 123 matches
Mail list logo
