[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RFC 00/13] rust: Reinvent the wheel for HPET timer in Rust
From: |
Zhao Liu |
Subject: |
Re: [RFC 00/13] rust: Reinvent the wheel for HPET timer in Rust |
Date: |
Thu, 5 Dec 2024 14:22:37 +0800 |
> After making empty promises for many months, I have finally written the
> Rust version of HPET :-) I'm also very grateful for the help from Paolo,
> Manos, and Junjie!
>
> Overall, HPET in Rust maintains the same logic as the original C
> version, adhering to the IA-HPET spec v1.0a [1]. While keeping the logic
> unchanged, it attempts to keep up with the current development progress
> of Rust for QEMU, leveraging the latest and ongoing Rust binding updates
> as much as possible, such as BqlCell / BqlRefCell, qom & qdev
> enhancements, irq binding, and more. Additionally, it introduces new
> bindings, including gpio_{in|out}, bitops, memattrs, and timer. Finally,
> based on Paolo's suggestion, the vmstate part is temporarily on hold.
>
> Welcome your comments and feedback!
Based on Paolo's rust-next branch of https://gitlab.com/bonzini/qemu at
the commit 05de50008121 ("rust: qom: move device_id to PL011 class side").
[snip]
> Public and Private in QOM State
> -------------------------------
>
> I recently asked on the mailing list [4] about the reason for using
> "<public>"/"<private>" comments in QOM structures. Peter, Junjie, and
> Balaton provided some explanations and feedback (thank you all).
And thanks Daniel!!
...
> [4]: https://lore.kernel.org/qemu-devel/ZxPZ5oUDRcVroh7o@intel.com/
Regards,
Zhao
- Re: [RFC 11/13] rust/timer/hpet: add basic HPET timer & state, (continued)
[RFC 12/13] rust/timer/hpet: add qdev APIs support, Zhao Liu, 2024/12/05
[RFC 13/13] i386: enable rust hpet for pc when rust is enabled, Zhao Liu, 2024/12/05
Re: [RFC 00/13] rust: Reinvent the wheel for HPET timer in Rust,
Zhao Liu <=
Re: [RFC 00/13] rust: Reinvent the wheel for HPET timer in Rust, Paolo Bonzini, 2024/12/05