Hi Eric,
On 2/21/2017 4:04 PM, Auger Eric wrote:
> Hi Sinan,
>
> On 21/02/2017 16:34, Sinan Kaya wrote:
>> On 2/21/2017 10:23 AM, Auger Eric wrote:
>>>> Note that the goal is to be able to instantiate any platform device by just
>>>> passing a compatible
l
"Why submit a new SATA AHCI driver for QEMU just to set the compat string?"
>
> Thanks
>
> Eric
>
>
--
Sinan Kaya
Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm
Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux
Foundation Collaborative Project.
On 2/21/2017 9:59 AM, Auger Eric wrote:
> Hi Sinan,
> On 21/02/2017 15:45, Sinan Kaya wrote:
>> Hi Eric,
>> Thanks for the long anticipated patch.
>>
>> On 2/21/2017 8:18 AM, Eric Auger wrote:
>>> +DEFINE_PROP_STRING("man
ormat "manufacturer, model".
HIDMA for instance uses a syntax of "qcom, hidma-1.0" and "qcom, hidma-2.0".
This syntax is used for cases where an IP gets used in multiple SOCs.
Maybe, we should call it just compatible-string and try not to make meaning
out of it.
Sinan
their own PCI host driver too.
We are really looking for the same model.
I'm interested in virtualization of platform SATA and HIDMA devices. The
only difference between these are the compatible strings.
Why submit a new SATA AHCI driver for QEMU just to set the compat string?
--
tribute it and/or modify
>> + * it under the terms of the GNU General Public License version 2 and
>> + * only version 2 as published by the Free Software Foundation.
>> + *
>> + * This program is distributed in the hope that it will be useful,
>> + * but WITHOUT ANY WARRANTY;
