From: "Vladimir 'φ-coder/phcoder' Serbinenko" <phcoder@gmail.com>
To: grub-devel@gnu.org
Subject: Re: ARM kernel parameters
Date: Sun, 22 Dec 2013 21:58:09 +0100 [thread overview]
Message-ID: <52B75261.307@gmail.com> (raw)
In-Reply-To: <20131222194138.GG22356@rocoto.smurfnet.nu>
[-- Attachment #1: Type: text/plain, Size: 2191 bytes --]
On 22.12.2013 20:41, Leif Lindholm wrote:
> On Sun, Dec 22, 2013 at 12:45:22AM +0100, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>> Hello, all. I've been able to boot Linux on my raspberry pi, after
>> fixing several bugs in loader. But for this I had to have a line like:
>> linux /kernel_cutdown.img dma.dmachans=0x???? bcm2708_fb.fbwidth=656
>> bcm2708_fb.fbheight=416 bcm2708.boardrev=0xe bcm2708.serial=0x????????
>> smsc95xx.macaddr=??:??:??:??:?? dwc_otg.lpm_enable=0
>> console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1
>> root=/dev/mmcblk0p2 rootfstype=ext4 rootwait
>
> Urgh...
>
>> When using standard bootloader the part
>> dma.dmachans=0x???? bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416
>> bcm2708.boardrev=0xe bcm2708.serial=0x????????
>> smsc95xx.macaddr=??:??:??:??:??
>> is added automatically. The part
>> dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200
>> console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 rootwait
>> comes from cmdline.txt.
>>
>> It's not possible to tell for sure then one ends and the other starts.
>> Does anyone see any problem with prepending the arguments GRUB itself
>> received to the kernel command line on all platforms using ATAGs?
>
> The current arm support is heavily geared towards FDT, but permits
> ATAGs to be passed on unmodified. Adding the ability to modify the
> command line would certainly make sense.
>
And override initrd tag. That what trunk currently does: appends
parameters and overrides initrd tag.
> Making the linux command append instead of replace the command line
> could make life interesting. If the u-boot bootargs happen to include
> basic options such as root=, then Linux's behaviour may not be obvious.
But wouldn't it be overriden by later explicit parameter supplied from
command line?
> So while potentially simplifying the life of the user, it also
> increases the amount of awareness they need to have over the U-Boot/
> GRUB/Linux interaction.
>
> /
> Leif
>
> _______________________________________________
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
>
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 291 bytes --]
prev parent reply other threads:[~2013-12-22 20:58 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-21 23:45 ARM kernel parameters Vladimir 'φ-coder/phcoder' Serbinenko
2013-12-22 19:41 ` Leif Lindholm
2013-12-22 20:58 ` Vladimir 'φ-coder/phcoder' Serbinenko [this message]
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=52B75261.307@gmail.com \
--to=phcoder@gmail.com \
--cc=grub-devel@gnu.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.