On Wed, Apr 10 2024, Thomas Huth wrote:
> On 09/04/2024 09.47, Shaoqin Huang wrote:
>> Hi Thmoas,
>>
>> On 4/9/24 13:33, Thomas Huth wrote:
+ assert_has_feature(qts, "host", "kvm-pmu-filter");
>>>
>>> So you assert here that the feature is available ...
>>>
On Thu, Apr 11 2024, JianChunfu wrote:
> The ioctl(VFIO_IOMMU_MAP_DMA/VFIO_IOMMU_UNMAP_DMA) won't be called
> in SPAPR machine, which is replaced by VFIO_IOMMU_SPAPR_TCE_CREATE/
> VFIO_IOMMU_SPAPR_TCE_REMOVE, so change the description.
>
> Signed-off-by: JianChunfu
> ---
>
et.rst| 121 -
> 9 files changed, 3 insertions(+), 399 deletions(-)
> delete mode 100644 docs/system/devices/vdpa-net.rst
Acked-by: Cornelia Huck
We should get rid of this before we release a version with non-upstream
header code.
On Mon, Mar 25 2024, Paolo Bonzini wrote:
> Add 9.1 machine types for arm/i440fx/m68k/q35/s390x/spapr.
>
> Cc: Cornelia Huck
> Cc: Thomas Huth
> Cc: Harsh Prateek Bora
> Cc: Gavin Shan
> Signed-off-by: Paolo Bonzini
> ---
> include/hw/boards.h| 3
On Mon, Mar 25 2024, Cédric Le Goater wrote:
> On 3/21/24 11:04, Saif Abrar wrote:
>> PHB updates the register PCIE Link-Control-2.
>> Set the write-mask bits for TLS, ENTER_COMP, TX_MARGIN,
>> HASD, MOD_COMP, COMP_SOS and COMP_P_DE.
>
>
> You should resend this patch independently of the
On Mon, Mar 25 2024, Xuan Zhuo wrote:
> On Fri, 22 Mar 2024 22:02:27 +0100, David Hildenbrand
> wrote:
>> On 22.03.24 20:16, Daniel Verkamp wrote:
>> > On Thu, Mar 21, 2024 at 3:16 AM Xuan Zhuo
>> > wrote:
>> >>
>> >> Currently, the init_vqs function within the virtio_balloon driver relies
On Mon, Mar 25 2024, Xuan Zhuo wrote:
> On Fri, 22 Mar 2024 22:02:27 +0100, David Hildenbrand
> wrote:
>> On 22.03.24 20:16, Daniel Verkamp wrote:
>> > On Thu, Mar 21, 2024 at 3:16 AM Xuan Zhuo
>> > wrote:
>> >>
>> >> Currently, the init_vqs function within the virtio_balloon driver relies
On Wed, Feb 21 2024, Marc Kleine-Budde wrote:
> On 21.02.2024 14:16:54, Matias Ezequiel Vara Larsen wrote:
>> On Wed, Feb 21, 2024 at 01:49:31PM +0100, Marc Kleine-Budde wrote:
>> > On 21.02.2024 11:37:58, Matias Ezequiel Vara Larsen wrote:
>> > > > > +The length of the \field{sdu} is determined
Branch: refs/heads/khuck-patch-1
Home: https://github.com/STEllAR-GROUP/hpx
Commit: 9974bb5739b822c7924e98c233700026438bd08b
https://github.com/STEllAR-GROUP/hpx/commit/9974bb5739b822c7924e98c233700026438bd08b
Author: Kevin Huck
Date: 2024-02-22 (Thu, 22 Feb 2024)
Changed
On Fri, Jun 09 2023, Mikhail Golubev-Ciuchea
wrote:
> From: Harald Mommer
>
> virtio-can is a virtual CAN device. It provides a way to give access to
> a CAN controller from a driver guest. The device is aimed to be used by
> driver guests running a HLOS as well as by driver guests running a
>
On Tue, Feb 13 2024, Harald Mommer wrote:
> This is the 3rd RFC version of a virtio SPI Linux driver which is
> intended to be compliant with the proposed virtio SPI draft
> specification V10.
FWIW: this version of the SPI spec has been voted in for virtio 1.4 (and
is consequently available on
On Wed, Feb 14 2024, Anton Yakovlev wrote:
> Thanks Pape!
>
>
> On 05.02.2024 23:41, Pape, Andreas (ADITG/ESS3) wrote:
>> 24kHz is used for 'super wideband' voice transmission 12kHz is added 'for
>> completeness'
>> Fixes: https://github.com/oasis-tcs/virtio-spec/issues/184
>>
>>
On Fri, Jun 09 2023, Mikhail Golubev-Ciuchea
wrote:
> diff --git a/introduction.tex b/introduction.tex
> index b7155bf..d560c63 100644
> --- a/introduction.tex
> +++ b/introduction.tex
> @@ -101,6 +101,8 @@ \section{Normative References}\label{sec:Normative
> References}
>
On Tue, Jan 30 2024, Viresh Kumar wrote:
> The virtio documentation currently doesn't define any generic
> requirements that are applicable to all transports. They can be useful
> while adding support for a new transport.
>
> This commit tries to define the same.
>
> Signed-off-by: Viresh Kumar
On Mon, Feb 05 2024, "Pape, Andreas (ADITG/ESS3)" wrote:
> 24kHz is used for 'super wideband' voice transmission 12kHz is added 'for
> completeness'
> Fixes: https://github.com/oasis-tcs/virtio-spec/issues/184
>
> Signed-off-by: Andreas Pape
> ---
> device-types/sound/description.tex | 4 +++-
On Mon, Jan 15 2024, Cornelia Huck wrote:
> On Mon, Jan 08 2024, Mikhail Golubev-Ciuchea
> wrote:
>
>> Hi all!
>>
>> I kindly request a vote.
>>
>> Fixes: https://github.com/oasis-tcs/virtio-spec/issues/186
>
> Oh, that has been a while... I be
On Mon, Jan 29 2024, Shujun Xue wrote:
> Is there ETA for the migration?
Well, I wish I knew...
>
> Bests,
> Shujun
>
>
> Cornelia Huck 于2024年1月29日 周一上午6:55写道：
>
>> On Tue, Jan 23 2024, Shujun Xue wrote:
>>
>> > The Virtio CPU balloon device is a
On Mon, Jan 29 2024, "Michael S. Tsirkin" wrote:
> On Mon, Jan 29, 2024 at 04:06:01PM +0100, Cornelia Huck wrote:
>> On Wed, Jan 24 2024, "Michael S. Tsirkin" wrote:
>>
>> > This is not a huge deal since it's a SHOULD anyway,
>> > so make
On Mon, Jan 29 2024, Viresh Kumar wrote:
> On 18-12-23, 15:02, Cornelia Huck wrote:
>> Other things that probably should be mandatory:
>>
>> - A way for the driver to change the device status. Reading it would
>> probably be a strong SHOULD.
>> - A way to imp
On Wed, Jan 24 2024, "Michael S. Tsirkin" wrote:
> This is not a huge deal since it's a SHOULD anyway,
> so make the new requirement SHOULD too.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> device-types/net/description.tex | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff
On Tue, Jan 23 2024, Shujun Xue wrote:
> The Virtio CPU balloon device is a primitive device for managing guest
> CPU capacity: the device asks for certain CPU cores to be online,
> offline or throttled, and the driver performs the requested operation.
> This allows the guest to adapt to changes
On Mon, Jan 08 2024, Mikhail Golubev-Ciuchea
wrote:
> Hi all!
>
> I kindly request a vote.
>
> Fixes: https://github.com/oasis-tcs/virtio-spec/issues/186
Oh, that has been a while... I believe that this still fits on top,
although it has conflicts with virtio-spi, but nothing that a bit of
On Thu, Dec 07 2023, Igor Skalkin wrote:
> diff --git a/device-types/bt/description.tex b/device-types/bt/description.tex
> new file mode 100644
> index 000..98311f4
> --- /dev/null
> +++ b/device-types/bt/description.tex
> @@ -0,0 +1,158 @@
> +\section{BT Device}\label{sec:Device Types / BT
Gavin Shan
> ---
> hw/arm/virt.c | 8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
Reviewed-by: Cornelia Huck
: Thomas Weißschuh
> ---
> docs/specs/pvpanic.rst| 2 ++
> hw/misc/pvpanic.c | 5 +
> include/hw/misc/pvpanic.h | 3 ++-
> 3 files changed, 9 insertions(+), 1 deletion(-)
Not deeply involved with this, but looks reasonable to me.
Acked-by: Cornelia Huck
| 5 +++--
> 2 files changed, 6 insertions(+), 4 deletions(-)
Reviewed-by: Cornelia Huck
sa.c | 2 +-
> hw/misc/pvpanic-pci.c | 2 +-
> hw/misc/pvpanic.c | 2 +-
> include/hw/misc/pvpanic.h | 1 +
> 4 files changed, 4 insertions(+), 3 deletions(-)
Reviewed-by: Cornelia Huck
| 3 +++
> include/standard-headers/linux/pvpanic.h | 9 -
> scripts/update-linux-headers.sh | 3 +--
> 6 files changed, 4 insertions(+), 14 deletions(-)
Reviewed-by: Cornelia Huck
On Thu, Jan 11 2024, Heng Qi wrote:
> 在 2024/1/4 下午12:47, Heng Qi 写道:
>>
>>
>> 在 2024/1/3 下午2:35, Heng Qi 写道:
>>> There is a historical error in virtio spec:
>>> "If VIRTIO_NET_F_GUEST_CSUM is not negotiated, the device *MUST*
>>> set flags
>>> to zero and SHOULD supply a fully
On Tue, Dec 12 2023, Haixu Cui wrote:
> The Virtio SPI (Serial Peripheral Interface) device is a virtual
> SPI controller that allows the driver to operate and use the SPI
> controller under the control of the host.
>
> This patch adds the specification for virtio-spi.
>
> Signed-off-by: Haixu
On Thu, Dec 21 2023, Haixu Cui wrote:
> Hi Cornelia,
>
> On 12/21/2023 4:44 PM, Cornelia Huck wrote:
>> On Thu, Dec 21 2023, Haixu Cui wrote:
>>>> Please move inclusion of this new file into content.tex here, instead of
>>>> including a not-
On Thu, Dec 21 2023, Haixu Cui wrote:
> Hi Cornelia,
> Much appreciated for your comments and please refer to my response.
>
> On 12/18/2023 7:04 PM, Cornelia Huck wrote:
>> On Tue, Dec 12 2023, Haixu Cui wrote:
>>
>> [BTW: A changelog would be useful, eithe
On Mon, Dec 18 2023, Bill Mills wrote:
> On 12/18/23 9:19 AM, Alex Bennée wrote:
>> Cornelia Huck writes:
>>
>>> On Wed, Dec 06 2023, Viresh Kumar wrote:
>>>
>>>> On 05-12-23, 14:18, Cornelia Huck wrote:
>>>>> On Tue, Dec 05 2
On Mon, Dec 18 2023, Alex Bennée wrote:
> Cornelia Huck writes:
>
>> On Tue, Dec 05 2023, Alex Bennée wrote:
>>
>>> Cornelia Huck writes:
>>>
>>>> On Tue, Dec 05 2023, Viresh Kumar wrote:
>>>>> +
>>>>> +The devi
On Wed, Dec 06 2023, Viresh Kumar wrote:
> On 05-12-23, 14:18, Cornelia Huck wrote:
>> On Tue, Dec 05 2023, Viresh Kumar wrote:
>> > +\section{Virtio Transport Requirements}\label{sec:Virtio Transport
>> > Options / Virtio Transport Requirements}
>> >
On Tue, Dec 05 2023, Alex Bennée wrote:
> Cornelia Huck writes:
>
>> On Tue, Dec 05 2023, Viresh Kumar wrote:
>>> +
>>> +The device MUST present each event, in a transport defined way, from the
>>> +moment it takes place until the driver acknowledges
On Tue, Dec 12 2023, Haixu Cui wrote:
[BTW: A changelog would be useful, either in the patch or in the cover
letter.]
> The Virtio SPI (Serial Peripheral Interface) device is a virtual
> SPI controller that allows the driver to operate and use the SPI
> controller under the control of the host.
On Tue, Dec 05 2023, Scott McGrath wrote:
[dropped non-virtio lists, added the other virtio lists]
> The Transition Schedule
>
> Starting 14 December, there may be as much as several days of system
> downtime. During the downtime you will not receive email messages sent to
> this list or have
You may have been wondering what the current state of virtio 1.3 is; the
tl;dr is: we have to deal with some unfortunate delays, but it is really
nearing release now.
The current state
-
virtio-1.3-csd01 (committee specification draft) has been out for public
review, and that 30
On Mon, Dec 04 2023, Haixu Cui wrote:
> Hi Huck,
>
> On 12/1/2023 7:01 PM, Cornelia Huck wrote:
>> On Fri, Dec 01 2023, Haixu Cui wrote:
>>
>>>>> +Note: chipselect is an electrical signal controlled by the SPI
>>>>> controller, used to selec
On Tue, Dec 05 2023, Viresh Kumar wrote:
> The virtio documentation currently doesn't define any generic
> requirements that are applicable to all transports. They can be useful
> while adding support for a new transport.
>
> This commit tries to define the same.
Thank you for tackling this,
On Fri, Dec 01 2023, Haixu Cui wrote:
>>> +Note: chipselect is an electrical signal controlled by the SPI controller,
>>> used to select the
>>> +SPI slaves connected to the controller.
>>
>> I wonder whether another term is now more commonly used... the Wikipedia
>> article uses main/sub, is
On Thu, Nov 30 2023, Haixu Cui wrote:
> The Virtio SPI (Serial Peripheral Interface) device is a virtual
> SPI controller that allows the driver to operate and use the SPI
> controller under the control of the device.
>
> This patch adds the specification for virtio-spi.
>
> Signed-off-by: Haixu
On Wed, Nov 29 2023, Thomas Weißschuh wrote:
> On 2023-11-29 09:23:46+0100, Cornelia Huck wrote:
>> On Tue, Nov 28 2023, Thomas Weißschuh wrote:
>> > diff --git a/include/standard-headers/linux/pvpanic.h
>> > b/include/standard-headers/linux/pvpanic.h
>> &
On Wed, Nov 29 2023, Viresh Kumar wrote:
> On 29-11-23, 18:31, Haixu Cui wrote:
>> Hi Viresh,
>>
>> Thank you for your helpful comments. In next patch, I will clearly point
>> this out:
>
> Great, finally we are on the same page. Thanks Haixu.
>
>> "For full-duplex read and write
On Wed, Nov 29 2023, Haixu Cui wrote:
> Hi Viresh,
>
> On 11/29/2023 3:30 PM, Viresh Kumar wrote:
>> On 28-11-23, 20:58, Haixu Cui wrote:
>>> On 11/27/2023 6:17 PM, Viresh Kumar wrote:
On 24-11-23, 15:20, Haixu Cui wrote:
> +For half-duplex read transfer, \field{rx_buf} is filled by
On Tue, Nov 28 2023, Thomas Weißschuh wrote:
> Shutdown requests are normally hardware dependent.
> By extending pvpanic to also handle shutdown requests, guests can
> submit such requests with an easily implementable and cross-platform
> mechanism.
>
> Signed-off-by: Thomas Weißschuh
> ---
>
On Mon, Nov 27 2023, Peter Maydell wrote:
> There is no architectural requirement that SME implies SVE, but
> our implementation currently assumes it. (FEAT_SME_FA64 does
> imply SVE.) So if you try to run a CPU with eg "-cpu max,sve=off"
> you quickly run into an assert when the guest tries to
On Mon, Nov 27 2023, Cornelia Huck wrote:
> On Mon, Nov 27 2023, Haixu Cui wrote:
>
>> On 11/24/2023 11:46 PM, Cornelia Huck wrote:
>>> On Fri, Nov 24 2023, Haixu Cui wrote:
>>>> +The \field{chip_select_max_number} is the maximum number of chipselect
>
On Mon, Nov 27 2023, Haixu Cui wrote:
> On 11/24/2023 11:46 PM, Cornelia Huck wrote:
>> On Fri, Nov 24 2023, Haixu Cui wrote:
>>> +The \field{chip_select_max_number} is the maximum number of chipselect the
>>> host SPI controller supports.
>>
>>
On Fri, Nov 24 2023, Haixu Cui wrote:
> virtio-spi is a virtual SPI (Serial Peripheral Interface) controller and it
> allows
> a guest to operate and use the host SPI controller.
>
> This patch adds the specification for virtio-spi.
As Mark has already reviewed it from the SPI POV (thanks!),
Add 9.0 machine types for arm/i440fx/m68k/q35/s390x/spapr.
Signed-off-by: Cornelia Huck
---
hw/arm/virt.c | 9 -
hw/core/machine.c | 3 +++
hw/i386/pc.c | 3 +++
hw/i386/pc_piix.c | 17 ++---
hw/i386/pc_q35.c | 13
It seems that the original mail did not make it to some of the mailing
lists it was intended to go to, possibly due to the html part of the
original mail. Therefore, I'm trying again, this time with plain text
only. Apologies in advance for any duplicates.
On Wed, Nov 08 2023, Paul Knight wrote:
On Wed, Nov 08 2023, xianglai li wrote:
> From: zhaotianrui
>
> Update linux KVM headers about LoongArch KVM form linux
> kernel. Mainly contains some KVM structures and macro
> defines such as LoongArch KVM registers number, LoongArch
> fpu structure, exit reason of LoongArch IOCSR, etc.
>
>
On Tue, Oct 17 2023, Peter Maydell wrote:
> On Tue, 10 Oct 2023 at 15:25, Cornelia Huck wrote:
>>
>> We can use read_sys_reg64 to get the SVE_VLS register instead of
>> calling GET_ONE_REG directly.
>>
>> Suggested-by: Gavin Shan
>> Signed-off-by: Corne
We can neaten the code by switching the callers that work on a
CPUstate to the kvm_get_one_reg function.
Reviewed-by: Gavin Shan
Signed-off-by: Cornelia Huck
---
target/arm/kvm.c | 15 +++-
target/arm/kvm64.c | 57 --
2 files changed, 18
We can neaten the code by switching to the kvm_set_one_reg function.
Reviewed-by: Gavin Shan
Signed-off-by: Cornelia Huck
---
target/arm/kvm.c | 13 +++--
target/arm/kvm64.c | 66 +-
2 files changed, 21 insertions(+), 58 deletions(-)
diff
We can use read_sys_reg64 to get the SVE_VLS register instead of
calling GET_ONE_REG directly.
Suggested-by: Gavin Shan
Signed-off-by: Cornelia Huck
---
target/arm/kvm64.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/target/arm/kvm64.c b/target/arm/kvm64.c
index
oth in 'Odd fixes' anyway),
I left them alone.
Survives some testing on a Mt. Snow.
Cornelia Huck (3):
arm/kvm: convert to kvm_set_one_reg
arm/kvm: convert to kvm_get_one_reg
arm/kvm: convert to read_sys_reg64
target/arm/kvm.c | 28 +++---
target/arm/kvm64.c |
[spooky season is coming up, so time for some thread necromancy!]
On Thu, Jul 27 2023, Cornelia Huck wrote:
> On Tue, Jul 25 2023, Gavin Shan wrote:
>
>> On 7/24/23 18:48, Cornelia Huck wrote:
>>> On Mon, Jul 24 2023, Gavin Shan wrote:
>>>>
>>>> On
On Fri, Sep 29 2023, Thomas Huth wrote:
> On 29/09/2023 14.05, Cornelia Huck wrote:
>> On Fri, Sep 29 2023, Markus Armbruster wrote:
>>
>>> Where are the remaining unmaintained files now? Top-scoring
>>> directories, files in sub-directories not counted:
&
The files in there are updated via update-linux-headers.sh.
Signed-off-by: Cornelia Huck
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 355b1960ce46..95df1f3d8884 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -556,6 +556,7 @@ M: Cornelia Huck
On Fri, Sep 29 2023, Markus Armbruster wrote:
> Where are the remaining unmaintained files now? Top-scoring
> directories, files in sub-directories not counted:
>
> $ sed 's,/[^/]*$,/,;s,^[^/]*$,./,' unmaintained-files | sort | uniq -c |
> sort -nr
>
> # directory
(...)
> 40
On Wed, Sep 27 2023, "Michael S. Tsirkin" wrote:
> makediffhtml.sh currently fails with:
>
> ! Missing number, treated as zero.
>
>\c@*
> l.25850 \begin{enumerate}[label=\alph*
> .]
> ?
> ! Emergency stop.
>
>\c@*
>
On Wed, Sep 27 2023, Halil Pasic wrote:
> On Wed, 27 Sep 2023 12:08:43 +0200
> Cornelia Huck wrote:
>
>> > On the other hand virtio_airq_handler() calls vring_interrupt() with
>> > interrupts enabled. (While vring_interrupt() is called in a (read)
>> > cri
On Tue, Sep 26 2023, Halil Pasic wrote:
> [..]
>> --- a/drivers/crypto/virtio/virtio_crypto_akcipher_algs.c
>> +++ b/drivers/crypto/virtio/virtio_crypto_akcipher_algs.c
>> @@ -61,8 +61,9 @@ static void virtio_crypto_akcipher_finalize_req(
>> vc_akcipher_req->src_buf = NULL;
>>
Move some names to the section for previous versions, add names of new
contributors, etc.
Signed-off-by: Cornelia Huck
---
acknowledgements.tex | 124 ++-
1 file changed, 75 insertions(+), 49 deletions(-)
diff --git a/acknowledgements.tex b
https://bugs.kde.org/show_bug.cgi?id=473139
Marco Huck changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=461070
Marco Huck changed:
What|Removed |Added
CC||don.mar...@gmx.net
--- Comment #15 from Marco
https://bugs.kde.org/show_bug.cgi?id=473139
--- Comment #1 from Marco Huck ---
I think this is a duplicate of https://bugs.kde.org/show_bug.cgi?id=461070
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=473139
Bug ID: 473139
Summary: sensor configuration not possible, trying to select a
sensors shows weird selection, most sensors do not
work
Classification: Applications
Product:
odel() - and this in turn calls qemu_find_nic_model()
> which contains the same check for nd->model being NULL again. So we
> can remove this from the calling site now.
>
> Signed-off-by: Thomas Huth
> ---
> hw/s390x/s390-virtio-ccw.c | 4
> 1 file changed, 4 deletions(-)
Reviewed-by: Cornelia Huck
As outlined in
https://lists.oasis-open.org/archives/virtio/202304/msg00036.html ff.,
as part of the release process for the 1.3 version of the virtio spec,
we have now entered change freeze. This means that the only changes to
the main virtio branch will now be those needed for the 1.3 release
On Tue, Jul 25 2023, Gavin Shan wrote:
> On 7/24/23 18:48, Cornelia Huck wrote:
>> On Mon, Jul 24 2023, Gavin Shan wrote:
>>>
>>> On 7/18/23 21:14, Cornelia Huck wrote:
>>>> We can neaten the code by switching the callers that work on a
>&g
Branch: refs/heads/release-1.9.X
Home: https://github.com/STEllAR-GROUP/hpx
Commit: 967ff1aa3f7338e5a014a49f8f0a94f0cf778e0d
https://github.com/STEllAR-GROUP/hpx/commit/967ff1aa3f7338e5a014a49f8f0a94f0cf778e0d
Author: Kevin Huck
Date: 2023-07-26 (Wed, 26 Jul 2023)
Changed
On Mon, Jul 24 2023, Gavin Shan wrote:
> Hi Connie,
>
> On 7/18/23 21:14, Cornelia Huck wrote:
>> We can neaten the code by switching the callers that work on a
>> CPUstate to the kvm_get_one_reg function.
>>
>> Signed-off-by: Cornelia Huck
&g
On Mon, Jul 24 2023, Gavin Shan wrote:
> Hi Connie,
>
> On 7/18/23 21:14, Cornelia Huck wrote:
>> We can neaten the code by switching to the kvm_set_one_reg function.
>>
>> Signed-off-by: Cornelia Huck
>> ---
>> target/arm/kvm.c | 13
On Mon, Jul 03 2023, Cornelia Huck wrote:
> As outlined in
> https://lists.oasis-open.org/archives/virtio/202304/msg00036.html ff.,
> as part of the release process for the 1.3 version of the virtio spec,
> we have now entered feature freeze. This means:
>
> ***
> By July
On Fri, Jul 21 2023, "Michael S. Tsirkin" wrote:
> On Fri, Jul 21, 2023 at 02:24:57PM +0200, Cornelia Huck wrote:
>> On Wed, Jul 12 2023, "Michael S. Tsirkin" wrote:
>>
>> > On Wed, Jul 12, 2023 at 02:24:32PM +0200, Cornelia Huck wrote:
>> &
On Wed, Jul 12 2023, "Michael S. Tsirkin" wrote:
> On Wed, Jul 12, 2023 at 02:24:32PM +0200, Cornelia Huck wrote:
>> On Wed, Jul 12 2023, "Michael S. Tsirkin" wrote:
>> > Yes we were supposed to freeze for 1.3. This change can be merged on a
>> >
Add 8.2 machine types for arm/i440fx/m68k/q35/s390x/spapr.
Signed-off-by: Cornelia Huck
---
hw/arm/virt.c | 9 -
hw/core/machine.c | 3 +++
hw/i386/pc.c | 3 +++
hw/i386/pc_piix.c | 16 +---
hw/i386/pc_q35.c | 14
We can neaten the code by switching to the kvm_set_one_reg function.
Signed-off-by: Cornelia Huck
---
target/arm/kvm.c | 13 +++--
target/arm/kvm64.c | 66 +-
2 files changed, 21 insertions(+), 58 deletions(-)
diff --git a/target/arm/kvm.c b
We can neaten the code by switching the callers that work on a
CPUstate to the kvm_get_one_reg function.
Signed-off-by: Cornelia Huck
---
target/arm/kvm.c | 15 +++-
target/arm/kvm64.c | 57 --
2 files changed, 18 insertions(+), 54 deletions
of conversions in the target/arm code.
target/mips and target/ppc also have some potential for conversions,
but as I cannot test either (and they are both in 'Odd fixes' anyway),
I left them alone.
Survives some testing on a Mt. Snow.
Cornelia Huck (2):
arm/kvm: convert to kvm_set_one_reg
arm/kvm
On Thu, Jul 13 2023, Gavin Shan wrote:
> The CPU type 'host-arm-cpu' class won't be registered until KVM or
> HVF is configured in target/arm/cpu64.c. Support the corresponding
> CPU type only when KVM or HVF is configured.
>
> Signed-off-by: Gavin Shan
> ---
> hw/arm/virt.c | 2 ++
> 1 file
On Thu, Jul 13 2023, Cornelia Huck wrote:
> On Thu, Jul 13 2023, Parav Pandit wrote:
>
>> This short patches fixes the editing errors that stops the pdf and html
>> generation.
>>
>> These 3 fixes are for the patch [1] for the github issue [2].
>>
>>
On Thu, Jul 13 2023, Parav Pandit wrote:
> Avoid hyphen and replace it with white space like rest of the entries.
> Also avoid unnecessary braces.
> Name RFC as just RFC without special prefix about it.
>
> This likely resolves the html generation errors.
>
> Signed-off-by: Parav Pandit
> ---
>
On Thu, Jul 13 2023, Parav Pandit wrote:
> With extra white space for the define, pdf generation fails.
> Also place the C code under listing.
>
> Signed-off-by: Parav Pandit
> ---
> device-types/net/description.tex | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git
On Thu, Jul 13 2023, Parav Pandit wrote:
> This short patches fixes the editing errors that stops the pdf and html
> generation.
>
> These 3 fixes are for the patch [1] for the github issue [2].
>
> [1] https://lists.oasis-open.org/archives/virtio-comment/202307/msg00024.html
> [2]
On Wed, Jul 12 2023, Parav Pandit wrote:
>> From: Michael S. Tsirkin
>> Sent: Wednesday, July 12, 2023 6:41 PM
>> Hmm. escapechar did not work then?
>
> Forgot to mention, I tried it, it didn't work.
It seemed to work for me (at least in the pdf) -- I'd prefer that one as
a minimal change.
Branch: refs/heads/khuck-patch-1
Home: https://github.com/STEllAR-GROUP/hpx
Commit: 8f43bdee001148481ac755967eedee0fc0dd323b
https://github.com/STEllAR-GROUP/hpx/commit/8f43bdee001148481ac755967eedee0fc0dd323b
Author: Kevin Huck
Date: 2023-07-12 (Wed, 12 Jul 2023)
Changed
On Wed, Jul 12 2023, Heng Qi wrote:
> 在 2023/7/12 下午9:25, Cornelia Huck 写道:
>> ...while the changes above give me a fine pdf, the html generated is
>> broken. The problem seems to originate in the normative references that
>> are added in introduction.tex, but I don't see
On Wed, Jul 12 2023, Heng Qi wrote:
> 在 2023/7/12 下午8:42, Cornelia Huck 写道:
>> On Wed, Jul 12 2023, "Michael S. Tsirkin" wrote:
>>
>>> On Wed, Jul 12, 2023 at 02:22:26PM +0200, Cornelia Huck wrote:
>>>> On Mon, Jul 03 2023, Heng Qi wrote:
>&
On Wed, Jul 12 2023, "Michael S. Tsirkin" wrote:
> On Wed, Jul 12, 2023 at 02:22:26PM +0200, Cornelia Huck wrote:
>> On Mon, Jul 03 2023, Heng Qi wrote:
>>
>> (...)
>>
>> > +\paragraph{Inner Header Hash}
>> > +\label{sec:Device
On Wed, Jul 12 2023, "Michael S. Tsirkin" wrote:
> On Wed, Jul 12, 2023 at 07:44:01PM +0800, Xuan Zhuo wrote:
>> On Wed, 12 Jul 2023 07:34:38 -0400, "Michael S. Tsirkin"
>> wrote:
>> > On Tue, Mar 15, 2022 at 11:24:02AM +0800, Xuan Zhuo wrote:
>> > > This patch allows the driver to obtain some
On Mon, Jul 03 2023, Heng Qi wrote:
(...)
> +\paragraph{Inner Header Hash}
> +\label{sec:Device Types / Network Device / Device Operation / Processing of
> Incoming Packets / Inner Header Hash}
> +
> +If VIRTIO_NET_F_HASH_TUNNEL has been negotiated, the driver can send the
> command
>
On Wed, Jul 12 2023, "Duan, Zhenzhong" wrote:
>>-Original Message-
>>From: Cornelia Huck
>>Sent: Wednesday, July 12, 2023 3:49 PM
>>Subject: Re: [RFC PATCH v4 02/24] Update linux-header per VFIO device cdev
>>v14
>>
>>On Wed, J
On Wed, Jul 12 2023, Zhenzhong Duan wrote:
> Signed-off-by: Zhenzhong Duan
> ---
> linux-headers/linux/iommufd.h | 347 ++
> linux-headers/linux/kvm.h | 13 +-
> linux-headers/linux/vfio.h| 142 +-
> 3 files changed, 498 insertions(+), 4
On Mon, Jul 10 2023, "Michael S. Tsirkin" wrote:
> On Mon, Jul 10, 2023 at 07:17:52PM +0300, Parav Pandit wrote:
>> +The \field{flags} value of 0x1 indicates that the notification address is of
>> +the owner device, value of 0x2 indicates that the notification address is of
>> +the member
On Fri, Jul 07 2023, Parav Pandit wrote:
(...)
> +When the device supports VIRTIO_ADMIN_CMD_LEGACY_NOTIFY_INFO command, the
> group
s/supports/supports the/
> +owner device hardwires VF BAR0 to zero in the SR-IOV Extended capability.
(...)
> +\devicenormative{\paragraph}{Legacy
1 - 100 of 13939 matches
Mail list logo
