Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1365121 > unrolled thread

Re: [PATCH V2 2/3] vfio, platform: make reset driver a requirement

Started byEric Auger <eric.auger@linaro.org>
First post2016-03-27 17:30 +0200
Last post2016-03-27 20:00 +0200
Articles 2 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [PATCH V2 2/3] vfio, platform: make reset driver a requirement Eric Auger <eric.auger@linaro.org> - 2016-03-27 17:30 +0200
    Re: [PATCH V2 2/3] vfio, platform: make reset driver a requirement Sinan Kaya <okaya@codeaurora.org> - 2016-03-27 20:00 +0200

#1365121 — Re: [PATCH V2 2/3] vfio, platform: make reset driver a requirement

FromEric Auger <eric.auger@linaro.org>
Date2016-03-27 17:30 +0200
SubjectRe: [PATCH V2 2/3] vfio, platform: make reset driver a requirement
Message-ID<rhkNA-1SE-5@gated-at.bofh.it>
Hi Sinan,
On 03/16/2016 03:27 PM, Sinan Kaya wrote:
> Hi Baptiste,
> 
>>> I couldn't see a reset function for AMBA devices.
>>>
>>> Is there anyway to write reset function for it? I have no experience with 
>>> AMBA devices.
>> To my knowledge only the PL330 DMA controller (drivers/dma/pl330.c) was
>> passthrough'ed at some point, rather for development purpose than
>> production purpose. This was done by Virtual Open Systems (ask Baptiste
>> for more details). But I don't think this is really used.
> 
> Are you OK with requiring reset driver for AMBA devices too? The PL330 
> driver won't work until a reset driver is submitted for it.
> 
>>>
>>> Would you include a reset needed flag and just not require it for AMBA? 
>>> (I honestly don't like this idea)
>>>
>> I think the requirement also makes sense for AMBA.
>>
>> Maybe an option would be to add a module parameter that would allow to
>> use the vfio platform/amba driver without reset module (with explicit
>> opt-in from the user). Maybe this can be done later on.
> 
> I can see this flag useful for testing purposes but it should not be used in 
> production.
> 
> How about I add a module parameter which is not set by default? When set,
> I don't perform the reset requirement check.
Yes that's what I meant

Best Regards

Eric
> 
>>
>> FYI I will not have access to my mailbox until the end of the week.
> 
> OK, no rush.
> 
>>
>> Best Regards
>>
>> Eric
>>
> 
> 

[toc] | [next] | [standalone]


#1365152

FromSinan Kaya <okaya@codeaurora.org>
Date2016-03-27 20:00 +0200
Message-ID<rhn8K-3gG-9@gated-at.bofh.it>
In reply to#1365121
On 3/27/2016 11:21 AM, Eric Auger wrote:
>> How about I add a module parameter which is not set by default? When set,
>> > I don't perform the reset requirement check.
> Yes that's what I meant
> 
> Best Regards
> 
> Eric

Got it. I'll post something soon.

-- 
Sinan Kaya
Qualcomm Technologies, Inc. on behalf of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web