From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from linux.microsoft.com (linux.microsoft.com [13.77.154.182]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 7763422333D; Wed, 30 Apr 2025 22:06:00 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=13.77.154.182 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1746050763; cv=none; b=M4Li2SKdJR7/qRg/F5DXuYNwz3KPKCUUrVwaI1d18RDZjxFaTeUDVPYVl0zquIq9H/U4xCMKmbwwXZN8c95+75EpgDptv658Y72FuB6/lkUQU0qxRxvNrWtoGJTZCjI6grtO5VFHic36hgEzTP2AnIu6RFPCMrjrSFTYqObXIuI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1746050763; c=relaxed/simple; bh=dZmTYa2WrbG8uU0v4yF3gDzB84pygAVfgeiKLfAVXyU=; h=From:To:Cc:Subject:Date:Message-Id; b=jvG2eRIqrcoCIcvPDEkQOQD0ivjh0ILfn69zUOIC83Nk3x68DJjWPFP8voZevFqEK+ynUohdCK57tI4+NT5TUDds2D+5iW4j1Xib/eu8L0vwwes3/0sxUbteEr0tajiDPXqTLSP/Al88zJBjArvX1X9xgCW+apMbhXGGRftzy8k= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linuxonhyperv.com; spf=pass smtp.mailfrom=linux.microsoft.com; dkim=pass (1024-bit key) header.d=linuxonhyperv.com header.i=@linuxonhyperv.com header.b=HFqmcz7Z; arc=none smtp.client-ip=13.77.154.182 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linuxonhyperv.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.microsoft.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxonhyperv.com header.i=@linuxonhyperv.com header.b="HFqmcz7Z" Received: by linux.microsoft.com (Postfix, from userid 1202) id B0FFD204E7F9; Wed, 30 Apr 2025 15:05:59 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com B0FFD204E7F9 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxonhyperv.com; s=default; t=1746050759; bh=JJgfHJQjS471Xi2mAFpjOUrny8p+UJFVs691sdQaQ+Y=; h=From:To:Cc:Subject:Date:From; b=HFqmcz7ZVPEsXG5A55Cb/FVB9WRwH1TRmMCNkl8JolYGOYEDU9iTLJB6pdvc8vG2f rnT0MivNh2A19e0cIbSpBSQwjWt5oXag3lv5gzzIQze8hL2QmkYrZkGeqJPL7SoOMk yy0HAoXoOrSVQEQl5WP15qukc8F5q4Z3E3nyRtrs= From: longli@linuxonhyperv.com To: "K. Y. Srinivasan" , Haiyang Zhang , Wei Liu , Dexuan Cui , Greg Kroah-Hartman , linux-hyperv@vger.kernel.org, linux-kernel@vger.kernel.org Cc: Long Li Subject: [Patch v2 0/4] Fix uio_hv_generic on systems with >4k page sizes Date: Wed, 30 Apr 2025 15:05:54 -0700 Message-Id: <1746050758-6829-1-git-send-email-longli@linuxonhyperv.com> X-Mailer: git-send-email 1.8.3.1 Precedence: bulk X-Mailing-List: linux-hyperv@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: From: Long Li UIO framework requires the device memory aligned to page boundary. Hyper-V may allocate some memory that is Hyper-V page aligned (4k) but not system page aligned. Fix this by having Hyper-V always allocate those pages on system page boundary and expose them to user-mode. Change in v2: Added two more patches to the series: "uio_hv_generic: Adjust ring size according to system page alignment" "Drivers: hv: Remove hv_free/alloc_* helpers" Added more details in the commit message of "uio_hv_generic: Use correct size for interrupt and monitor pages" Long Li (4): Drivers: hv: Allocate interrupt and monitor pages aligned to system page boundary uio_hv_generic: Use correct size for interrupt and monitor pages uio_hv_generic: Adjust ring size according to system page alignment Drivers: hv: Remove hv_free/alloc_* helpers drivers/hv/connection.c | 21 +++++++++++----- drivers/hv/hv_common.c | 45 +++------------------------------- drivers/uio/uio_hv_generic.c | 7 ++++-- include/asm-generic/mshyperv.h | 4 --- 4 files changed, 23 insertions(+), 54 deletions(-) -- 2.34.1