Displaying 6 results from an estimated 6 matches for "wedson".
Did you mean:
edson
2024 Jun 07
0
[RFC PATCH 7/8] rust: add firmware abstractions
...ct device. This implements only the minimum
> necessary functions required for the abstractions of firmware API;
> that is, wrapping C's pointer to a device object with Rust struct only
> during a caller knows the pointer is valid (e.g., the probe callback).
>
> Co-developed-by: Wedson Almeida Filho <wedsonaf at gmail.com>
> Signed-off-by: Wedson Almeida Filho <wedsonaf at gmail.com>
> Signed-off-by: Danilo Krummrich <dakr at redhat.com>
> Co-developed-by: FUJITA Tomonori <fujita.tomonori at gmail.com>
> Signed-off-by: FUJITA Tomonori <fujit...
2023 Apr 07
0
[PATCH v2 2/2] rust: virtio: add virtio support
Hi Wedson, Martin,
First of all, thanks for the review.
> > +??? /// VirtIO driver remove.
> > +??? ///
> > +??? /// Called when a virtio device is removed.
> > +??? /// Implementers should prepare the device for complete
> > removal here.
> > +??? ///
> > +??? //...
2024 May 30
0
[RFC PATCH 7/8] rust: add firmware abstractions
...int at a valid `device`.
> >
> > If the following rust code does what this comment says, then sure, I'm
> > ok with it for now if it helps you all out with stuff like the firmware
> > interface for the phy rust code.
>
> Great, thanks a lot!
>
> Danilo and Wedson, are there any concerns about pushing this patch [1]
> for the firmware abstractions?
Well, if everyone is fine with this one I don't see why we can't we go with [1]
directly? AFAICS, we'd only need the following fix:
-//! C header: [`include/linux/device.h`](../../../../include/li...
2024 May 30
0
[RFC PATCH 7/8] rust: add firmware abstractions
...ollowing rust code does what this comment says, then sure, I'm
> >> > ok with it for now if it helps you all out with stuff like the firmware
> >> > interface for the phy rust code.
> >>
> >> Great, thanks a lot!
> >>
> >> Danilo and Wedson, are there any concerns about pushing this patch [1]
> >> for the firmware abstractions?
> >
> > Well, if everyone is fine with this one I don't see why we can't we go with [1]
> > directly? AFAICS, we'd only need the following fix:
> >
> > -//!...
2013 Aug 29
0
[linux-linus test] 18805: regressions - FAIL
...ng Gao <wanlong.gao@gmail.com>
Wanpeng Li <liwanp@linux.vnet.ibm.com>
Wanpeng Li <liwp.linux@gmail.com>
Wanpeng Li <liwp@linux.vnet.ibm.com>
Warner Wang <warner.wang@hp.com>
Warren Turkal <wt@ooyala.com>
Wayne Boyer <wayneb@linux.vnet.ibm.com>
Wedson Almeida Filho <wedsonaf@gmail.com>
Wei Liu <wei.liu2@citrix.com>
Wei Ni <wni@nvidia.com>
Wei Shuai <cpuwolf@gmail.com>
Wei Wang <Bessel.Wang@huawei.com>
Wei WANG <wei_wang@realsil.com.cn>
Wei Yang <w90p710@gmail.com>
Wei Yang <Wei.Yang@wind...
2013 Aug 29
0
[linux-linus test] 18844: regressions - FAIL
...ng Gao <wanlong.gao@gmail.com>
Wanpeng Li <liwanp@linux.vnet.ibm.com>
Wanpeng Li <liwp.linux@gmail.com>
Wanpeng Li <liwp@linux.vnet.ibm.com>
Warner Wang <warner.wang@hp.com>
Warren Turkal <wt@ooyala.com>
Wayne Boyer <wayneb@linux.vnet.ibm.com>
Wedson Almeida Filho <wedsonaf@gmail.com>
Wei Liu <wei.liu2@citrix.com>
Wei Ni <wni@nvidia.com>
Wei Shuai <cpuwolf@gmail.com>
Wei Wang <Bessel.Wang@huawei.com>
Wei WANG <wei_wang@realsil.com.cn>
Wei Yang <w90p710@gmail.com>
Wei Yang <Wei.Yang@wind...