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
>
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
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,
>
>
= ;
+ 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
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
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,
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 (
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,
>
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:
>
>
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 2010/08/12 1:43 PM, Stefan Roese wrote:
> This patch moves some MTD related defines and prototypes from a jffs2
> header to an MTD header. This makes it possible to remove this jffs2
> header inclusion from some files without jffs2 relevance.
>
> Signed-off-by: Stefan Roese
> Cc: Alexander Stein
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
>
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 m
On 2010/08/07 2:51 PM, Albert Aribaud wrote:
> Add mvsata_ide and cmd_ide configuration in edminiv2 config
>
> Signed-off-by: Albert Aribaud
> ---
> +/* ED Mini V has an IDE-compatible SATA connector for port 1 */
> +#define CONFIG_MVSATA_IDE
> +#define CONFIG_MVSATA_IDE_USE_PORT1
Hi Albert,
I'm
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/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 --
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/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
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 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
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
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
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
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-
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.
>
>
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: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
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/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
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 tryin
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 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 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 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/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/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: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 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/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/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 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/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/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
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/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
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:
>
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/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
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/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/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/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/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/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/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, actual
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/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/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/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/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/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/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
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/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
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 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/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
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/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
I wrote 3 weeks ago, with no response:
> Hi folks,
>
> I have an ADSL router (Linksys WAG200G) that is based on the TI AR7
> (MIPS) architecture.
>
[snip]
> So, does Das U-Boot support the AR7 family of chips? The CPU is labeled
> TNETD7300GDU (52A29HW), if that helps.
>
> Thanks,
>
> Rogan
> P
Hi,
I'm still trying to figure out how to get support for my AR7-based board
into U-Boot. There is support for the board in Linux, but some
fundamental pieces are missing from U-Boot.
E.g. support for the VLYNQ bus that connects the network interface to
the CPU, at the very least.
How difficult
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 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
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/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 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 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 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: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: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 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/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/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 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
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/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
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/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/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
Hi folks,
I have an ADSL router (Linksys WAG200G) that is based on the TI AR7
(MIPS) architecture.
Unfortunately, it has been supplied with a boot loader (ADAM2) that has
been configured to not allow interruption, or upload of replacement
firmwares via the bootloader. While I'd love to be able to
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
[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/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
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
Hi folks,
I am trying to get a recent U-Boot working on my DNS323 (B1). Building
on the work of Albert Aribaud, I have been able to get it to boot
successfully from the existing U-Boot boot loader having defined
CONFIG_SKIP_LOWLEVEL_INIT, and (with a tweak to the
ORION5X_DEFADR_BOOTROM and OR
On 2010/07/13 1:40 PM, Albert Aribaud wrote:
> +/* Mask and values for device Interface Power Management */
> +#define MVSATA_SCONTROL_IMP_MASK 0x0F00
> +#define MVSATA_SCONTROL_IMP_NO_LP_ALLOWED0x0300
Should this not then be:
+#define MVSATA_SCONTROL_IPM_MASK
On 2010/07/10 1:31 PM, Rogan Dawes wrote:
> Hi folks,
>
> I am trying to get a recent U-Boot working on my DNS323 (B1). Building
> on the work of Albert Aribaud, I have been able to get it to boot
> successfully from the existing U-Boot boot loader having defined
> CONFIG_SKIP_
1 - 100 of 123 matches
Mail list logo
