From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9DC14C4CEC9 for ; Sat, 14 Sep 2019 19:27:47 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 782812081B for ; Sat, 14 Sep 2019 19:27:47 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730058AbfINT1q (ORCPT ); Sat, 14 Sep 2019 15:27:46 -0400 Received: from mail-pg1-f194.google.com ([209.85.215.194]:37741 "EHLO mail-pg1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726426AbfINT1q (ORCPT ); Sat, 14 Sep 2019 15:27:46 -0400 Received: by mail-pg1-f194.google.com with SMTP id c17so9281370pgg.4 for ; Sat, 14 Sep 2019 12:27:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:subject:in-reply-to:cc:from:to:message-id :mime-version:content-transfer-encoding; bh=v6C3ZvAydqGC3rFSdN2T0p9SAevh8Gx6OJqDWauOVmw=; b=YqDCqPi+rJEQNc2mNY0n942vtCav/5LLhS9WZ0MnCjRWyB57P8OoQNTSpiHk3uSObd RuHkb5KBvBmTS2nzP3hlOtzbTA7JMUjLCEX46m0PDNMNYB8YBf6HQlU+XNpzl6GprPs8 7qnjBCh8MjGNHRba78mMP1VnOnYP2xgauYKQHkAS1zg/7xIDyRb8if6Jl+hwZrocdPPo z7fc3ACY4GstbYmyi9iQHdQmHwoyhjZZummiO5gouqscO35SnNbvXDtOvwcN6ITBDgZs Mu9OHzfZt0R0SmgLkr8Vwx7cNCGikNVE7Gy3ouBE4JUVoEOaYnY8wLKPh5s+JjgNz1La S55Q== X-Gm-Message-State: APjAAAULmERtguUdTSpUE6OhqXWyj360gau94DOIjE+zDnRZC9FVO8sM 2G8JjQExJ2WSsh999QDMsbS1ug== X-Google-Smtp-Source: APXvYqwB+1DyOesfa/VZYXSB3dOHrrPdtntsVeSHhLZiOjHp6dYnW9FtU1z/2J6MMNFbasmlhtdtFQ== X-Received: by 2002:a17:90a:ba93:: with SMTP id t19mr2903492pjr.141.1568489265106; Sat, 14 Sep 2019 12:27:45 -0700 (PDT) Received: from localhost (amx-tls3.starhub.net.sg. [203.116.164.13]) by smtp.gmail.com with ESMTPSA id i1sm4105089pfe.136.2019.09.14.12.27.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 14 Sep 2019 12:27:44 -0700 (PDT) Date: Sat, 14 Sep 2019 12:27:44 -0700 (PDT) X-Google-Original-Date: Sat, 14 Sep 2019 12:25:33 PDT (-0700) Subject: RE: [RFC] buildtar: add case for riscv architecture In-Reply-To: CC: mail@aurabindo.in, Troy Benjegerdes , Paul Walmsley , aou@eecs.berkeley.edu, linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, linux-kbuild@vger.kernel.org From: Palmer Dabbelt To: Anup Patel Message-ID: Mime-Version: 1.0 (MHng) Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 14 Sep 2019 06:05:59 PDT (-0700), Anup Patel wrote: > > >> -----Original Message----- >> From: linux-kernel-owner@vger.kernel.org > owner@vger.kernel.org> On Behalf Of Palmer Dabbelt >> Sent: Saturday, September 14, 2019 6:30 PM >> To: mail@aurabindo.in >> Cc: Troy Benjegerdes ; Paul Walmsley >> ; aou@eecs.berkeley.edu; linux- >> riscv@lists.infradead.org; linux-kernel@vger.kernel.org; linux- >> kbuild@vger.kernel.org >> Subject: Re: [RFC] buildtar: add case for riscv architecture >> >> On Wed, 11 Sep 2019 05:54:07 PDT (-0700), mail@aurabindo.in wrote: >> > >> > >> >> None of the available RiscV platforms that I’m aware of use compressed >> images, unless there are some new bootloaders I haven’t seen yet. >> >> >> > >> > I noticed that default build image is Image.gz, which is why I thought its a >> good idea to copy it into the tarball. Does such a copy not make sense at this >> point ? >> >> Image.gz can't be booted directly: it's just Image that's been compressed >> with the standard gzip command. A bootloader would have to decompress >> that image before loading it into memory, which requires extra bootloader >> support. >> Contrast that with the zImage style images (which are vmlinuz on x86), which >> are self-extracting and therefor require no bootloader support. The >> examples for u-boot all use the "booti" command, which expects >> uncompressed images. >> Poking around I couldn't figure out a way to have u-boot decompress the >> images, but that applies to arm64 as well so I'm not sure if I'm missing >> something. >> >> If I was doing this, I'd copy over arch/riscv/boot/Image and call it >> "/boot/image-${KERNELRELEASE}", as calling it vmlinuz is a bit confusing to >> me because I'd expect vmlinuz to be a self-extracting compressed >> executable and not a raw gzip file. > > On the contrary, it is indeed possible to boot Image.gz directly using > U-Boot booti command so this patch would be useful. > > Atish had got it working on U-Boot but he has deferred booti Image.gz > support due to few more dependent changes. May be he can share > more info. Oh, great. I guess it makes sense to just put both in the tarball, then, as users will still need to use the Image format for now. > > Regards, > Anup