devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ben Peddell <klightspeed@killerwolves.net>
To: Andrew Lunn <andrew@lunn.ch>, Arnaud Ebalard <arno@natisbad.org>
Cc: Mark Rutland <mark.rutland@arm.com>,
	devicetree@vger.kernel.org, Russell King <linux@arm.linux.org.uk>,
	Jason Cooper <jason@lakedaemon.net>,
	Pawel Moll <pawel.moll@arm.com>,
	Stephen Warren <swarren@wwwdotorg.org>,
	Ian Campbell <ijc+devicetree@hellion.org.uk>,
	Rob Herring <rob.herring@calxeda.com>,
	Simon Guinot <sguinot@lacie.com>,
	Gregory Clement <gregory.clement@free-electrons.com>,
	linux-arm-kernel@lists.infradead.org,
	Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>
Subject: Re: [PATCHv0] arm: mvebu: add .dts file for Synology DS213j
Date: Sun, 26 Oct 2014 18:35:18 +1000	[thread overview]
Message-ID: <544CB246.2030607@killerwolves.net> (raw)
In-Reply-To: <20141025221611.GA14620@lunn.ch>

On 26/10/14 08:16, Andrew Lunn wrote:
> Hi Arnaud
> 
> Nice to see another device supported.
> 
>> - When I bought the NAS, it had an old Marvell bootloader. After install
>>   of latest DSM version, the u-boot was a new one w/ I had to change the
>>   'ranges' in the .dts to the ones below to have the kernel boot. I guess
>>   new DS213j hardware will be shipped with new u-boot version at some
>>   point and this will be fine; Otherwise, users will either have to
>>   upgrade their DSM or manually s/1f/d0/ in .dts.
> 
> Marvell have made a real mess here. Since there seems to be two
> different base addresses in use, i suggest you put a fat comment on
> the top of the .dts file about this issue. Give users a clue what to
> try if the kernel does not do anything at all.
> 
>  
>> - Andrew,Ben: SPI flash partitions are correct, I can read all those,
>>   'file' recognize them and the content looks kosher. Nonetheless, I did
>>   a diff before and after a 'saveenv' under u-boot and u-boot
>>   environment is saved by u-boot itself in the middle of the kernel
>>   (0x40000 after the start of mtd1). This make kernel CRC incorrect and
>>   prevent u-boot to boot the kernel. If you have any idea on this, I am
>>   interested.
> 
> This sounds like the default install of u-boot does not make use of
> any environment variables which are not the default value. Hence the
> uboot environment store being in the middle of the kernel is not an
> issue. Maybe you can ask for the u-boot sources, or see if they are on
> the synology download site, and check this? Again, a fat warning in
> the .dts file may be a good idea. 

On the Kirkwood-based Synology DiskStations, saving the environment is
not possible, and the "RedBoot Config" partition is not used.

It sounds as if Synology configured the Marvell u-boot bootloader on the
Marvell Armada series for a 1MiB bootloader partition size (instead of 
768KiB), with the config partition following immediately after it, and
never tested (or forgot to disable) saving environment variables.

> What does seem odd is the Reboot, FIS, etc, mtd partition names. 
> Is there redboot installed at all?

I think the RedBoot partition names are carried over from the older
PPC-based Synology DiskStations.  As far as I can tell, the FIS 
directory partition is never referenced by the Synology kernel or
bootloader, though the information in it does match what is used by
the kernel, and it appears it may be used by the Synology updater.

  reply	other threads:[~2014-10-26  8:35 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-25 20:42 [PATCHv0] arm: mvebu: add .dts file for Synology DS213j Arnaud Ebalard
     [not found] ` <3d0cc6de9ea5506d5fb201129ad277e57d0cdfc8.1414268057.git.arno-LkuqDEemtHBg9hUCZPvPmw@public.gmane.org>
2014-10-25 22:16   ` Andrew Lunn
2014-10-26  8:35     ` Ben Peddell [this message]
     [not found]       ` <544CB246.2030607-aslSrjg9ejhWX4hkXwHRhw@public.gmane.org>
2014-10-26 17:42         ` Ben Peddell
     [not found]     ` <20141025221611.GA14620-g2DYL2Zd6BY@public.gmane.org>
2014-10-26 16:54       ` Arnd Bergmann
2014-10-25 22:18   ` Andrew Lunn

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=544CB246.2030607@killerwolves.net \
    --to=klightspeed@killerwolves.net \
    --cc=andrew@lunn.ch \
    --cc=arno@natisbad.org \
    --cc=devicetree@vger.kernel.org \
    --cc=gregory.clement@free-electrons.com \
    --cc=ijc+devicetree@hellion.org.uk \
    --cc=jason@lakedaemon.net \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux@arm.linux.org.uk \
    --cc=mark.rutland@arm.com \
    --cc=pawel.moll@arm.com \
    --cc=rob.herring@calxeda.com \
    --cc=sebastian.hesselbarth@gmail.com \
    --cc=sguinot@lacie.com \
    --cc=swarren@wwwdotorg.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).