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=-2.3 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 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 C845EC433DB for ; Tue, 12 Jan 2021 14:10:12 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 40FE222CE3 for ; Tue, 12 Jan 2021 14:10:11 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 40FE222CE3 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=0bits.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:38626 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kzKN8-00081W-Sa for qemu-devel@archiver.kernel.org; Tue, 12 Jan 2021 09:10:10 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:44914) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kzKJH-0005Rk-Qb for qemu-devel@nongnu.org; Tue, 12 Jan 2021 09:06:11 -0500 Received: from uk.hasbox.com ([2a01:7e00::f03c:91ff:fe91:5fdc]:37445) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kzKJE-0004Nf-RW for qemu-devel@nongnu.org; Tue, 12 Jan 2021 09:06:11 -0500 Received: from [10.0.0.170] ([5.30.22.212]) (authenticated bits=0) by uk.hasbox.com (8.15.2/8.15.2) with ESMTPSA id 10CE5tMH025151 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Tue, 12 Jan 2021 14:05:56 GMT To: qemu-devel@nongnu.org From: Dave Subject: absolute firmware path made relocatable in qemu 5.2.0 Message-ID: Date: Tue, 12 Jan 2021 18:05:49 +0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------35AF608D4E42FFE6DB4925D3" Content-Language: en-US Received-SPF: none client-ip=2a01:7e00::f03c:91ff:fe91:5fdc; envelope-from=dave@0bits.com; helo=uk.hasbox.com X-Spam_score_int: 14 X-Spam_score: 1.4 X-Spam_bar: + X-Spam_report: (1.4 / 5.0 requ) BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_SBL_CSS=3.335, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" This is a multi-part message in MIME format. --------------35AF608D4E42FFE6DB4925D3 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi, Is seem that absolute firmwarepath compilation option is converted  to relocatable in 5.2.0 qemu. # QEMU configure log Tue 12 Jan 14:46:41 GST 2021 # Configured with: '../configure' '--prefix=/usr' '--sysconfdir=/etc/qemu' '--disable-bochs'  '*--firmwarepath=/usr/share/qemu:/usr/share/qemu-firmware*' # And trying to run the executable bash-5.1# ./qemu-system-x86_64 qemu: could not load PC BIOS 'bios-256k.bin' If i print out the resultant binary paths bash-5.1# ./qemu-system-x86_64 -L help /root/qemu/../share/qemu /root/qemu/../share/qemu-firmware So there is no way to have a absolute path for firmware /bios and all qemu's that we test need to be at the right directory nesting to find firmware, bios etc or else they all need their own duplicate firmware files. Firmware path needs to honor the absolute paths i believe. Comments ? Dave --------------35AF608D4E42FFE6DB4925D3 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Hi,

Is seem that absolute firmwarepath compilation option is converted  to relocatable in 5.2.0 qemu.

# QEMU configure log Tue 12 Jan 14:46:41 GST 2021
# Configured with: '../configure' '--prefix=/usr' '--sysconfdir=/etc/qemu' '--disable-bochs'  '--firmwarepath=/usr/share/qemu:/usr/share/qemu-firmware'
#

And trying to run the executable

bash-5.1# ./qemu-system-x86_64 
qemu: could not load PC BIOS 'bios-256k.bin'

If i print out the resultant binary paths

bash-5.1# ./qemu-system-x86_64 -L help
/root/qemu/../share/qemu
/root/qemu/../share/qemu-firmware

So there is no way to have a absolute path for firmware /bios and all qemu's that we test need to be at the right directory nesting to find firmware, bios etc or else they all need their own duplicate firmware files. Firmware path needs to honor the absolute paths i believe.

Comments ?

Dave

--------------35AF608D4E42FFE6DB4925D3--