On Fri, Feb 14, 2025 at 12:35:44PM +0530, Naman Jain wrote:
>
>
> On 2/14/2025 12:21 PM, Greg Kroah-Hartman wrote:
> > On Fri, Feb 14, 2025 at 12:13:51PM +0530, Naman Jain wrote:
> > > On regular bootup, devices get registered to vmbus first, so when
> > > uio_hv_generic driver for a particular d
On regular bootup, devices get registered to vmbus first, so when
uio_hv_generic driver for a particular device type is probed,
the device is already initialized and added, so sysfs creation in
uio_hv_generic probe works fine. However, when device is removed
and brought back, the channel rescinds a
On Fri, Feb 14, 2025 at 12:13:51PM +0530, Naman Jain wrote:
> On regular bootup, devices get registered to vmbus first, so when
> uio_hv_generic driver for a particular device type is probed,
> the device is already initialized and added, so sysfs creation in
> uio_hv_generic probe works fine. Howe
On 2/14/2025 12:21 PM, Greg Kroah-Hartman wrote:
On Fri, Feb 14, 2025 at 12:13:51PM +0530, Naman Jain wrote:
On regular bootup, devices get registered to vmbus first, so when
uio_hv_generic driver for a particular device type is probed,
the device is already initialized and added, so sysfs cr
On Fri, Jan 17 2025 at 15:33, Hamza Mahfooz wrote:
> If CONFIG_HYPERV=m, lockdep_assert_cpus_held() is undefined for HyperV.
> So, export the function so that GPL drivers can use it more broadly.
>
> Cc: Michael Kelley
> Signed-off-by: Hamza Mahfooz
Acked-by: Thomas Gleixner
On Wed, Feb 12, 2025 at 02:56:43PM -0800, Roman Kisel wrote:
>
>
> On 2/12/2025 9:54 AM, Saurabh Singh Sengar wrote:
> >On Wed, Feb 12, 2025 at 02:21:18AM +, Wei Liu wrote:
> [...]
> >>
> >>Saurabh please review these patches. Thanks.
> >
> >Hi Roman,
> Hi Saurabh,
>
> >
> >Thanks for the pa
On 2/11/2025 10:54 PM, Arnd Bergmann wrote:
On Wed, Feb 12, 2025, at 02:43, Roman Kisel wrote:
+static bool hyperv_detect_via_smccc(void)
+{
+ struct arm_smccc_res res = {};
+
+ if (arm_smccc_1_1_get_conduit() != SMCCC_CONDUIT_HVC)
+ return false;
+ arm_smccc_1
In StorVSC, payload->range.len is used to indicate if this SCSI command
carries payload. This data is allocated as part of the private driver data
by the upper layer and may get passed to lower driver uninitialized.
For example, the SCSI error handling mid layer may send TEST_UNIT_READY or
REQUEST
On 2/12/2025 3:57 PM, Roman Kisel wrote:
[...]
Thank you for your guidance!! The below passes tests and addresses the
feedback you have provided. If no further comments from you, I'll
send the file in this form in the next version of the patch series (also
fixing the commit title and descr
On Fri, Jan 17, 2025 at 03:33:06PM -0500, Hamza Mahfooz wrote:
> If CONFIG_HYPERV=m, lockdep_assert_cpus_held() is undefined for HyperV.
> So, export the function so that GPL drivers can use it more broadly.
>
> Cc: Michael Kelley
> Signed-off-by: Hamza Mahfooz
Series applied to hyperv-next. Th
10 matches
Mail list logo