From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on gnuweeb.org X-Spam-Level: X-Spam-Status: No, score=-1.8 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,NO_DNS_FOR_FROM, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 Received: from [192.168.88.254] (unknown [36.81.65.188]) by gnuweeb.org (Postfix) with ESMTPSA id A8E84801D5; Mon, 4 Jul 2022 12:52:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gnuweeb.org; s=default; t=1656939180; bh=cOJmV6xfl1xSAwgR6tgDtiEivB0NprVgM91G/d8e4fs=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=Lc+RNSHv1Pi7d0Ckni+jcw5gXCi7cD1r9TCedd7MH3i0YRlXx+fggbyIBadrL5vS/ RvnIqmRYXRchxLN9RgyHoPMgwU4B4PamiXBM4gDD/lgFJxhtDTuM/JfXB1k36lS2R3 xl1Z/mocYUyVqnwFC/sbkmk1e5av/w+Zu9z/pyqceXwJ1Msz1/BUkfVMYL6jh2ydBw rtgjtnnwd1BzCuCMy07f+XVBJHI/LWn5+xSfdDZ/Sq2o12hKh7qocL7ca7ftQhUmHF h8r4xavGKuGVMK22nwTeCM0Yg4DC43vmTe2qGzGzQhJjdOoqEP6ocNoknb3PUsHkt2 E8zOUdnUBsBJQ== Message-ID: <073c02c4-bddc-ab35-545f-fe81664fac13@gnuweeb.org> Date: Mon, 4 Jul 2022 19:52:53 +0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Subject: Re: [PATCH liburing v2 0/8] aarch64 support Content-Language: en-US To: Jens Axboe Cc: Alviro Iskandar Setiawan , Fernanda Ma'rouf , Pavel Begunkov , Hao Xu , io-uring Mailing List , GNU/Weeb Mailing List References: <20220629175255.1377052-1-ammar.faizi@intel.com> From: Ammar Faizi In-Reply-To: <20220629175255.1377052-1-ammar.faizi@intel.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: On 6/30/22 12:58 AM, Ammar Faizi wrote: > From: Ammar Faizi > > Hi Jens, > > This is v2 revision of aarch64 support. > > This series contains nolibc support for aarch64 and one extra irrelevant > cleanup (patch #1). The missing bit from aarch64 is get_page_size() > which is a bit complicated to implement without libc. > > aarch64 supports three values of page size: 4K, 16K, and 64K which are > selected at kernel compilation time. Therefore, we can't hard code the > page size for this arch. In this series we utilize open(), read() and > close() syscall to find the page size from /proc/self/auxv. > > The auxiliary vector contains information about the page size, it is > located at `AT_PAGESZ` keyval pair. This no longer applies, I will send v3 revision soon. If you have some comments, let me know so I can address it together with the rebase. -- Ammar Faizi