From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-yw1-f170.google.com (mail-yw1-f170.google.com [209.85.128.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 16C1C1A00F0 for ; Sat, 14 Feb 2026 01:19:16 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.170 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771031958; cv=none; b=fC49AgCVXR+4wanbGDlJJ3vNji8mqxRzp0SrKFfa+H9SE//vRdilYOQw0KPPvZ4tDqhHObM0oMnm/RsFLLeM5upE3Alpp2mbfbvJ5IBjcumloxqFR84sF63MCF7cbazqm0MfNLzGHNvr3wCZMpvf/w7MP2mI4VikkdGB2lm4f2w= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771031958; c=relaxed/simple; bh=baoYx6QR7n0FRoIEbXK83Lclxt0pfJj/tUAo4hsJmdQ=; h=From:To:Cc:Subject:Date:Message-Id:MIME-Version; b=WTHbdtT+p7jGP2inRnnE8u/Y27LRh8I0tJ/Pt4mHR05ifjf0Ti/04KybB3rjqt6+x8wQDWz0ZWkE08TuwGNf3uJvNGVwkBqpWJTtXNw5KUWS3nGBAut/j4Fa4wZUYuVpShDfWiD+4D65uutjt13A64IyIRkUgKOXG36yfuFm5Eg= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=J9JMk865; arc=none smtp.client-ip=209.85.128.170 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="J9JMk865" Received: by mail-yw1-f170.google.com with SMTP id 00721157ae682-797a52d8c34so10154577b3.2 for ; Fri, 13 Feb 2026 17:19:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1771031956; x=1771636756; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=6C9Jxn0OLf2Xmfmsud9RmUJXy/88yPl8N+iMOUt6rC0=; b=J9JMk865HnaSmkeRkFR8IVgxnZIDcXzE21TqDCAVIYRnne62e7eEJKwk6fGF+PBqkS vh1PXw3mNFxIStcZzWIEDgYYW2cFoPjV2MAxXazpO8aCwrwWUEk112ArQmGXxIDW059f I3c3tHn/d/Tu0JtiwEVhI6IbPKUuAvgRKl64fYe3sf7IbhRX/xWePpG9R+oPA6TDrVN3 A5VX37G1fv9j7Dsre3Lzq0Uk4rDqintCq8bqnpkysnja/xA/VDD3BLbPHZdF/kXfwmTO /OolCc+EiTkrLxLMerDIgB6RFs4D1r9MC66RFWgpUsT6XSsqptuSZI3x0ZenN43WOL6v ch6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1771031956; x=1771636756; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=6C9Jxn0OLf2Xmfmsud9RmUJXy/88yPl8N+iMOUt6rC0=; b=fxTB8R0Y34QflDjA1IC2aKlCepyPDr6hcBWtXQ6g3p07BR1flZq0RRJfQUlXeUIOxT ejX/Ul6Mn/flxegJRNuw5Wr1DQ+2x5G6zssusv+ZPUIGvJq1JPJrAMFKAn55S/A6ERGE 1YH9p80Qbht3H/6D7Z6dPUl8z3GMfbBt/DonXKApznB4YMD0h1KMafbgPwlYpZPSuKFq 21ub3//G2jYPcw76Z6HVWFxS+Zjj/zacKTZnCuUJ2AzmVvdNU8RZDYhTZbZcIEbMNqip dXQQvFiRfWCPqQT+Jt4An7LF3Qc73bWyIpGS8VdBS9zY25CDExNNsmdNy18+48n0pp2d ocig== X-Gm-Message-State: AOJu0Yx1OrQg7AJ3mmSN0jNJwcd/dww74QFr0Z4KgdDriESKSWqPdN6n fftHHCKF7ykG7B1vlHrtiwzO5sFZsaqUjXoIEDOqT9EMgq69lITO6POX X-Gm-Gg: AZuq6aK2DhIyRTd0LVCQ/lLJ14eDro7W0khPTjfj5YJ2KZExoERVHy4RVh1lJ1/Ls9k hL1Xu4E0Wx+LQgrmkRRi0pt2RMj5gVJeNiypswmJASCGDxDXMQa7JcvkvMAcWULzdxjWGKlSh0+ c3t4TkDtxIp22zl2GMMp8cKcU3pW0zGBx4MNi7MwkT1Ls9g1xpQJ9HUt+XKJSLlsQ+SF3XZMJKj vLfsBGI9tqaxpma+qPrv8NewFlwF3XX0v93gVLjpy73FxEnlGWyOTi9hUxQ3Qw7h5Y8s4tY6/KO maWL+eQxp7fB2lFbI+03qxY/Mp8oTpiuL9fL63w7qJKx9qrTjiIJfoNgPzVbRmjQNdT6TjH/0+r CeJUO4F6IV/HelrRASTT2BURmS2FLj4mvICnd8ZJ1I+uMxk8oU8oBwJcJWNVLJZwqouqdMqNBny zXn3cvl7+ADr4ScqEvGKFjqEgPU9sDMy6ckQU6Tc2quCVYTG4= X-Received: by 2002:a05:690c:368a:b0:794:f011:29f6 with SMTP id 00721157ae682-797a0cd516cmr33992927b3.54.1771031956131; Fri, 13 Feb 2026 17:19:16 -0800 (PST) Received: from 5163NRD-SPRABHU.ssi.samsung.com ([50.205.20.42]) by smtp.gmail.com with ESMTPSA id 00721157ae682-7966c177773sm77655057b3.2.2026.02.13.17.19.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 13 Feb 2026 17:19:15 -0800 (PST) From: sw.prabhu6@gmail.com To: James.Bottomley@HansenPartnership.com, martin.petersen@oracle.com, linux-scsi@vger.kernel.org Cc: linux-kernel@vger.kernel.org, mcgrof@kernel.org, pankaj.raghav@linux.dev, bvanassche@acm.org, dlemoal@kernel.org, Swarna Prabhu Subject: [PATCH v3 0/2] enable sector size > PAGE_SIZE for scsi Date: Fri, 13 Feb 2026 17:18:28 -0800 Message-Id: <20260214011829.508272-1-sw.prabhu6@gmail.com> X-Mailer: git-send-email 2.39.5 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: Swarna Prabhu Hi All, This is v3 series sent based on the review comments received on v2 [1]. This patchset enables sector sizes > PAGE_SIZE for sd driver and scsi_debug driver since block layer can support block size > PAGE_SIZE. There was one issue with write_same16 and write_same10 command, which is fixed as a part of the series. Changes since v2: - create a helper function to initialize a large page mempool at 'sd_probe' when the first device with sector size > 4k is detected for sd driver with ensuring atomicity. - create a helper function for safe destruction of the large page mempool and use that in 'sd_probe' if the device fails at probe after the mempool is successfully created. - Utilize the helper function for safe destruction of the large page mempool in 'sd_remove' when the last device with sector size > PAGE_SIZE is detached from the system. - Replace while with for loop to 'clear_page' in 'sd_set_special_bvec' function in sd driver. - Modified the git commit title and message to remove the fix tag for for scsi sd driver patch. - Rebased the changes on latest origin/master branch. Thanks to Damien for review on the v2 series. Testing: -Test suite: xfs and generic from fstest + QEMU emulated block device(scsi and nvme) - fstest Config for patched xfs 16k block size [xfs_reflink_16k_scsi] TEST_DEV=/dev/sda SCRATCH_DEV_POOL="/dev/sdb" MKFS_OPTIONS='-f -m reflink=1,rmapbt=1, -i sparse=1, -b size=16384, -s size=16384' - Generic test results Baseline: 6.19-rc8 kernel + nvme 16k logical block size Patched: 6.19-rc8 kernel + scsi 16k logical block size No regressions introduced by the patch. - XFS tests results Baseline: 6.19-rc8 kernel + nvme 16k logical block size Patched: 6.19-rc8 kernel + scsi 16k logical block size No regressions introduced by the patch - Blktests results scsi and block layer tests with 16k logical block size. Baseline: vanilla kernel + scsi 4k No regressions seen by the patch. Link to v2: https://lore.kernel.org/all/20260211015043.2608866-1-sw.prabhu6@gmail.com/ [1] Swarna Prabhu (2): scsi: sd: enable sector size > PAGE_SIZE in scsi sd driver scsi: scsi_debug: enable sdebug_sector_size > PAGE_SIZE drivers/scsi/scsi_debug.c | 8 +--- drivers/scsi/sd.c | 80 +++++++++++++++++++++++++++++++++------ 2 files changed, 69 insertions(+), 19 deletions(-) -- 2.39.5