* qemu for bmc @ 2020-11-18 21:11 Patrick Venture 2020-11-18 23:09 ` Patrick Williams 2020-11-19 7:41 ` Cédric Le Goater 0 siblings, 2 replies; 10+ messages in thread From: Patrick Venture @ 2020-11-18 21:11 UTC (permalink / raw) To: Patrick Williams, OpenBMC Maillist Patrick; I was looking at a patch series of yours that landed, https://github.com/qemu/qemu/blob/master/hw/arm/aspeed.c#L517 <-- in this line you're referencing a device that appears to be missing from qemu - namely, the pca i2c mux. My question is to the community at large, and you also, is anyone currently implementing this i2c-mux or a similar one? Thanks, Patrick ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: qemu for bmc 2020-11-18 21:11 qemu for bmc Patrick Venture @ 2020-11-18 23:09 ` Patrick Williams 2020-11-19 0:29 ` Patrick Venture 2020-11-19 7:41 ` Cédric Le Goater 1 sibling, 1 reply; 10+ messages in thread From: Patrick Williams @ 2020-11-18 23:09 UTC (permalink / raw) To: Patrick Venture; +Cc: OpenBMC Maillist [-- Attachment #1: Type: text/plain, Size: 809 bytes --] On Wed, Nov 18, 2020 at 01:11:42PM -0800, Patrick Venture wrote: Hi Patrick. > Patrick; > > I was looking at a patch series of yours that landed, > https://github.com/qemu/qemu/blob/master/hw/arm/aspeed.c#L517 <-- in > this line you're referencing a device that appears to be missing from > qemu - namely, the pca i2c mux. > > My question is to the community at large, and you also, is anyone > currently implementing this i2c-mux or a similar one? Timely question. I don't know of any current work going on in that space. Facebook has a hack-a-thon kind of event we are sponsoring at a local university this weekend and that was one of the projects I gave as a potential item. So, maybe, if we're lucky, it'll be done by Monday. I'll keep you posted. -- Patrick Williams [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: qemu for bmc 2020-11-18 23:09 ` Patrick Williams @ 2020-11-19 0:29 ` Patrick Venture 2020-11-24 14:07 ` Patrick Williams 0 siblings, 1 reply; 10+ messages in thread From: Patrick Venture @ 2020-11-19 0:29 UTC (permalink / raw) To: Patrick Williams; +Cc: OpenBMC Maillist On Wed, Nov 18, 2020 at 3:09 PM Patrick Williams <patrick@stwcx.xyz> wrote: > > On Wed, Nov 18, 2020 at 01:11:42PM -0800, Patrick Venture wrote: > > Hi Patrick. > > > Patrick; > > > > I was looking at a patch series of yours that landed, > > https://github.com/qemu/qemu/blob/master/hw/arm/aspeed.c#L517 <-- in > > this line you're referencing a device that appears to be missing from > > qemu - namely, the pca i2c mux. > > > > My question is to the community at large, and you also, is anyone > > currently implementing this i2c-mux or a similar one? > > Timely question. > > I don't know of any current work going on in that space. > > Facebook has a hack-a-thon kind of event we are sponsoring at a local > university this weekend and that was one of the projects I gave as a > potential item. So, maybe, if we're lucky, it'll be done by Monday. > > I'll keep you posted. Hahaha, thanks! I'll keep an eye out for your update! Seems like an excellent hack-a-thon project! Patrick > > -- > Patrick Williams ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: qemu for bmc 2020-11-19 0:29 ` Patrick Venture @ 2020-11-24 14:07 ` Patrick Williams 2020-11-24 15:56 ` Patrick Venture 0 siblings, 1 reply; 10+ messages in thread From: Patrick Williams @ 2020-11-24 14:07 UTC (permalink / raw) To: Patrick Venture; +Cc: OpenBMC Maillist [-- Attachment #1: Type: text/plain, Size: 1286 bytes --] On Wed, Nov 18, 2020 at 04:29:28PM -0800, Patrick Venture wrote: > On Wed, Nov 18, 2020 at 3:09 PM Patrick Williams <patrick@stwcx.xyz> wrote: > > > > On Wed, Nov 18, 2020 at 01:11:42PM -0800, Patrick Venture wrote: > > > > Hi Patrick. > > > > > Patrick; > > > > > > I was looking at a patch series of yours that landed, > > > https://github.com/qemu/qemu/blob/master/hw/arm/aspeed.c#L517 <-- in > > > this line you're referencing a device that appears to be missing from > > > qemu - namely, the pca i2c mux. > > > > > > My question is to the community at large, and you also, is anyone > > > currently implementing this i2c-mux or a similar one? > > > > Timely question. > > > > I don't know of any current work going on in that space. > > > > Facebook has a hack-a-thon kind of event we are sponsoring at a local > > university this weekend and that was one of the projects I gave as a > > potential item. So, maybe, if we're lucky, it'll be done by Monday. > > > > I'll keep you posted. > > Hahaha, thanks! I'll keep an eye out for your update! Seems like an > excellent hack-a-thon project! > > Patrick > > > > > -- > > Patrick Williams Unfortunately, this was not one of the chosen projects. Maybe next time. -- Patrick Williams [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: qemu for bmc 2020-11-24 14:07 ` Patrick Williams @ 2020-11-24 15:56 ` Patrick Venture 0 siblings, 0 replies; 10+ messages in thread From: Patrick Venture @ 2020-11-24 15:56 UTC (permalink / raw) To: Patrick Williams; +Cc: OpenBMC Maillist On Tue, Nov 24, 2020 at 6:07 AM Patrick Williams <patrick@stwcx.xyz> wrote: > > On Wed, Nov 18, 2020 at 04:29:28PM -0800, Patrick Venture wrote: > > On Wed, Nov 18, 2020 at 3:09 PM Patrick Williams <patrick@stwcx.xyz> wrote: > > > > > > On Wed, Nov 18, 2020 at 01:11:42PM -0800, Patrick Venture wrote: > > > > > > Hi Patrick. > > > > > > > Patrick; > > > > > > > > I was looking at a patch series of yours that landed, > > > > https://github.com/qemu/qemu/blob/master/hw/arm/aspeed.c#L517 <-- in > > > > this line you're referencing a device that appears to be missing from > > > > qemu - namely, the pca i2c mux. > > > > > > > > My question is to the community at large, and you also, is anyone > > > > currently implementing this i2c-mux or a similar one? > > > > > > Timely question. > > > > > > I don't know of any current work going on in that space. > > > > > > Facebook has a hack-a-thon kind of event we are sponsoring at a local > > > university this weekend and that was one of the projects I gave as a > > > potential item. So, maybe, if we're lucky, it'll be done by Monday. > > > > > > I'll keep you posted. > > > > Hahaha, thanks! I'll keep an eye out for your update! Seems like an > > excellent hack-a-thon project! > > > > Patrick > > > > > > > > -- > > > Patrick Williams > > Unfortunately, this was not one of the chosen projects. Maybe next > time. No worries, we'll have to do it, as we definitely need it in the near term getting out Nuvoton efforts to materialize with real boards. > > -- > Patrick Williams ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: qemu for bmc 2020-11-18 21:11 qemu for bmc Patrick Venture 2020-11-18 23:09 ` Patrick Williams @ 2020-11-19 7:41 ` Cédric Le Goater 2020-11-19 16:56 ` Patrick Venture 1 sibling, 1 reply; 10+ messages in thread From: Cédric Le Goater @ 2020-11-19 7:41 UTC (permalink / raw) To: Patrick Venture, Patrick Williams, OpenBMC Maillist, John Wang, Joel Stanley, Andrew Jeffery Hello, On 11/18/20 10:11 PM, Patrick Venture wrote: > Patrick; > > I was looking at a patch series of yours that landed, > https://github.com/qemu/qemu/blob/master/hw/arm/aspeed.c#L517 <-- in > this line you're referencing a device that appears to be missing from > qemu - namely, the pca i2c mux. > > My question is to the community at large, and you also, is anyone > currently implementing this i2c-mux or a similar one? I haven't seen any patches for this device on the QEMU mailing list. John Wang from Bytedance has started developing some new I2C device models for their G220A board. We hope to get that merged in 6.0. If you are interested, we maintain a brief TODO list here https://github.com/openbmc/qemu/wiki Feel free to update. In terms of priority, I think that the support to boot from eMMC on the AST2600 is an important one. Reviewing the FSI patches also but that's an IBM thing, so it might not interest the community that much. There are quite a few I2C models missing. All Aspeed models could be more precise. Google and Nuvoton have merged their models for the npcm750-evb and quanta-gsj boards. It would be good to have some interaction with them, on bus/device modeling but also on full system emulation. Cheers, C. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: qemu for bmc 2020-11-19 7:41 ` Cédric Le Goater @ 2020-11-19 16:56 ` Patrick Venture 2020-11-20 16:44 ` Patrick Venture 0 siblings, 1 reply; 10+ messages in thread From: Patrick Venture @ 2020-11-19 16:56 UTC (permalink / raw) To: Cédric Le Goater; +Cc: Andrew Jeffery, OpenBMC Maillist, John Wang On Wed, Nov 18, 2020 at 11:41 PM Cédric Le Goater <clg@kaod.org> wrote: > > Hello, > > On 11/18/20 10:11 PM, Patrick Venture wrote: > > Patrick; > > > > I was looking at a patch series of yours that landed, > > https://github.com/qemu/qemu/blob/master/hw/arm/aspeed.c#L517 <-- in > > this line you're referencing a device that appears to be missing from > > qemu - namely, the pca i2c mux. > > > > My question is to the community at large, and you also, is anyone > > currently implementing this i2c-mux or a similar one? > > I haven't seen any patches for this device on the QEMU mailing > list. > > John Wang from Bytedance has started developing some new I2C > device models for their G220A board. We hope to get that merged > in 6.0. > > If you are interested, we maintain a brief TODO list here > > https://github.com/openbmc/qemu/wiki Thanks, I'll take a look. > > Feel free to update. > > > In terms of priority, I think that the support to boot from eMMC > on the AST2600 is an important one. Reviewing the FSI patches > also but that's an IBM thing, so it might not interest the > community that much. > > There are quite a few I2C models missing. Yes. > > All Aspeed models could be more precise. > > > Google and Nuvoton have merged their models for the npcm750-evb > and quanta-gsj boards. It would be good to have some interaction > with them, on bus/device modeling but also on full system emulation. Yeah, I believe you've seen my team's patches adding nuvoton support to Qemu. It's a WIP, but we're making a lot of headway and hope to have more Nuvoton 730/750 qemu devices sent to qemu over the coming days, weeks, etc. One of the big gaps that I'm seeing is that we weren't yet looking at the rest of the board as closely, to see what other devices are missing, such as the i2c-muxes, etc. This will be a really good community convergence point as there are only so many i2c-muxes, voltage regulators, temperature sensors, that are in common use. I'll go through some of our plans as stated and add them to the todo list. My team currently isn't focused on aspeed support at present, but we're keeping an eye on it and are definitely excited to see others contributing in that space! > > Cheers, > > C. - Patrick ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: qemu for bmc 2020-11-19 16:56 ` Patrick Venture @ 2020-11-20 16:44 ` Patrick Venture 2020-11-23 10:58 ` Cédric Le Goater 0 siblings, 1 reply; 10+ messages in thread From: Patrick Venture @ 2020-11-20 16:44 UTC (permalink / raw) To: Cédric Le Goater; +Cc: Andrew Jeffery, OpenBMC Maillist, John Wang On Thu, Nov 19, 2020 at 8:56 AM Patrick Venture <venture@google.com> wrote: > > On Wed, Nov 18, 2020 at 11:41 PM Cédric Le Goater <clg@kaod.org> wrote: > > > > Hello, > > > > On 11/18/20 10:11 PM, Patrick Venture wrote: > > > Patrick; > > > > > > I was looking at a patch series of yours that landed, > > > https://github.com/qemu/qemu/blob/master/hw/arm/aspeed.c#L517 <-- in > > > this line you're referencing a device that appears to be missing from > > > qemu - namely, the pca i2c mux. > > > > > > My question is to the community at large, and you also, is anyone > > > currently implementing this i2c-mux or a similar one? > > > > I haven't seen any patches for this device on the QEMU mailing > > list. > > > > John Wang from Bytedance has started developing some new I2C > > device models for their G220A board. We hope to get that merged > > in 6.0. > > > > If you are interested, we maintain a brief TODO list here > > > > https://github.com/openbmc/qemu/wiki > > Thanks, I'll take a look. > > > > > Feel free to update. > > > > > > In terms of priority, I think that the support to boot from eMMC > > on the AST2600 is an important one. Reviewing the FSI patches > > also but that's an IBM thing, so it might not interest the > > community that much. > > > > There are quite a few I2C models missing. > > Yes. > > > > > All Aspeed models could be more precise. > > > > > > Google and Nuvoton have merged their models for the npcm750-evb > > and quanta-gsj boards. It would be good to have some interaction > > with them, on bus/device modeling but also on full system emulation. > > Yeah, I believe you've seen my team's patches adding nuvoton support > to Qemu. It's a WIP, but we're making a lot of headway and hope to > have more Nuvoton 730/750 qemu devices sent to qemu over the coming > days, weeks, etc. > > One of the big gaps that I'm seeing is that we weren't yet looking at > the rest of the board as closely, to see what other devices are > missing, such as the i2c-muxes, etc. This will be a really good > community convergence point as there are only so many i2c-muxes, > voltage regulators, temperature sensors, that are in common use. > > I'll go through some of our plans as stated and add them to the todo > list. My team currently isn't focused on aspeed support at present, > but we're keeping an eye on it and are definitely excited to see > others contributing in that space! Cedric, I noticed you wrote the smbus_ipmi device in qemu. It looks like this is meant to operate on the host-side using the SSIF driver. I'm looking at the Kudo BMC board which uses SSIF on the BMC side, and don't see an SSIF driver yet in openbmc/ilnux, but I wanted to validate that the host-side of the equation is what you've provided in Qemu? Perhaps a silly question, but I've been caught off guard by some bad assumptions recently. :) Thanks, Patrick > > > > > Cheers, > > > > C. > > - Patrick ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: qemu for bmc 2020-11-20 16:44 ` Patrick Venture @ 2020-11-23 10:58 ` Cédric Le Goater 2020-11-23 20:57 ` Patrick Venture 0 siblings, 1 reply; 10+ messages in thread From: Cédric Le Goater @ 2020-11-23 10:58 UTC (permalink / raw) To: Patrick Venture; +Cc: Andrew Jeffery, OpenBMC Maillist, John Wang On 11/20/20 5:44 PM, Patrick Venture wrote: > On Thu, Nov 19, 2020 at 8:56 AM Patrick Venture <venture@google.com> wrote: >> >> On Wed, Nov 18, 2020 at 11:41 PM Cédric Le Goater <clg@kaod.org> wrote: >>> >>> Hello, >>> >>> On 11/18/20 10:11 PM, Patrick Venture wrote: >>>> Patrick; >>>> >>>> I was looking at a patch series of yours that landed, >>>> https://github.com/qemu/qemu/blob/master/hw/arm/aspeed.c#L517 <-- in >>>> this line you're referencing a device that appears to be missing from >>>> qemu - namely, the pca i2c mux. >>>> >>>> My question is to the community at large, and you also, is anyone >>>> currently implementing this i2c-mux or a similar one? >>> >>> I haven't seen any patches for this device on the QEMU mailing >>> list. >>> >>> John Wang from Bytedance has started developing some new I2C >>> device models for their G220A board. We hope to get that merged >>> in 6.0. >>> >>> If you are interested, we maintain a brief TODO list here >>> >>> https://github.com/openbmc/qemu/wiki >> >> Thanks, I'll take a look. >> >>> >>> Feel free to update. >>> >>> >>> In terms of priority, I think that the support to boot from eMMC >>> on the AST2600 is an important one. Reviewing the FSI patches >>> also but that's an IBM thing, so it might not interest the >>> community that much. >>> >>> There are quite a few I2C models missing. >> >> Yes. >> >>> >>> All Aspeed models could be more precise. >>> >>> >>> Google and Nuvoton have merged their models for the npcm750-evb >>> and quanta-gsj boards. It would be good to have some interaction >>> with them, on bus/device modeling but also on full system emulation. >> >> Yeah, I believe you've seen my team's patches adding nuvoton support >> to Qemu. It's a WIP, but we're making a lot of headway and hope to >> have more Nuvoton 730/750 qemu devices sent to qemu over the coming >> days, weeks, etc. >> >> One of the big gaps that I'm seeing is that we weren't yet looking at >> the rest of the board as closely, to see what other devices are >> missing, such as the i2c-muxes, etc. This will be a really good >> community convergence point as there are only so many i2c-muxes, >> voltage regulators, temperature sensors, that are in common use. >> >> I'll go through some of our plans as stated and add them to the todo >> list. My team currently isn't focused on aspeed support at present, >> but we're keeping an eye on it and are definitely excited to see >> others contributing in that space! > > Cedric, > > I noticed you wrote the smbus_ipmi device in qemu. I wrote an experimental iBT device model using a chardev device backend to communicate with the external world (the host) > It looks like this > is meant to operate on the host-side using the SSIF driver. The goal was to connect a Aspeed BMC QEMU machine to a PowerNV QEMU machine using an external IPMI BMC. The PowerNV machine uses by default an internal BMC simulator but it can be switched to an external one and connect to a remote BMC using the OpenIPMI's lanserv serial interface. It operated on top of the iBT device only. C. > I'm looking at the Kudo BMC board which uses SSIF on the BMC side, and > don't see an SSIF driver yet in openbmc/ilnux, but I wanted to > validate that the host-side of the equation is what you've provided in > Qemu? Perhaps a silly question, but I've been caught off guard by > some bad assumptions recently. :) > > Thanks, > Patrick > >> >>> >>> Cheers, >>> >>> C. >> >> - Patrick ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: qemu for bmc 2020-11-23 10:58 ` Cédric Le Goater @ 2020-11-23 20:57 ` Patrick Venture 0 siblings, 0 replies; 10+ messages in thread From: Patrick Venture @ 2020-11-23 20:57 UTC (permalink / raw) To: Cédric Le Goater; +Cc: Andrew Jeffery, OpenBMC Maillist, John Wang On Mon, Nov 23, 2020 at 2:58 AM Cédric Le Goater <clg@kaod.org> wrote: > > On 11/20/20 5:44 PM, Patrick Venture wrote: > > On Thu, Nov 19, 2020 at 8:56 AM Patrick Venture <venture@google.com> wrote: > >> > >> On Wed, Nov 18, 2020 at 11:41 PM Cédric Le Goater <clg@kaod.org> wrote: > >>> > >>> Hello, > >>> > >>> On 11/18/20 10:11 PM, Patrick Venture wrote: > >>>> Patrick; > >>>> > >>>> I was looking at a patch series of yours that landed, > >>>> https://github.com/qemu/qemu/blob/master/hw/arm/aspeed.c#L517 <-- in > >>>> this line you're referencing a device that appears to be missing from > >>>> qemu - namely, the pca i2c mux. > >>>> > >>>> My question is to the community at large, and you also, is anyone > >>>> currently implementing this i2c-mux or a similar one? > >>> > >>> I haven't seen any patches for this device on the QEMU mailing > >>> list. > >>> > >>> John Wang from Bytedance has started developing some new I2C > >>> device models for their G220A board. We hope to get that merged > >>> in 6.0. > >>> > >>> If you are interested, we maintain a brief TODO list here > >>> > >>> https://github.com/openbmc/qemu/wiki > >> > >> Thanks, I'll take a look. > >> > >>> > >>> Feel free to update. > >>> > >>> > >>> In terms of priority, I think that the support to boot from eMMC > >>> on the AST2600 is an important one. Reviewing the FSI patches > >>> also but that's an IBM thing, so it might not interest the > >>> community that much. > >>> > >>> There are quite a few I2C models missing. > >> > >> Yes. > >> > >>> > >>> All Aspeed models could be more precise. > >>> > >>> > >>> Google and Nuvoton have merged their models for the npcm750-evb > >>> and quanta-gsj boards. It would be good to have some interaction > >>> with them, on bus/device modeling but also on full system emulation. > >> > >> Yeah, I believe you've seen my team's patches adding nuvoton support > >> to Qemu. It's a WIP, but we're making a lot of headway and hope to > >> have more Nuvoton 730/750 qemu devices sent to qemu over the coming > >> days, weeks, etc. > >> > >> One of the big gaps that I'm seeing is that we weren't yet looking at > >> the rest of the board as closely, to see what other devices are > >> missing, such as the i2c-muxes, etc. This will be a really good > >> community convergence point as there are only so many i2c-muxes, > >> voltage regulators, temperature sensors, that are in common use. > >> > >> I'll go through some of our plans as stated and add them to the todo > >> list. My team currently isn't focused on aspeed support at present, > >> but we're keeping an eye on it and are definitely excited to see > >> others contributing in that space! > > > > Cedric, > > > > I noticed you wrote the smbus_ipmi device in qemu. > > I wrote an experimental iBT device model using a chardev device backend > to communicate with the external world (the host) Yeah, I saw this discussion with Havard who effectively owns our Qemu workflow and has been contributing our initial patches in this regard. I'm aware there are some ideas on how this should work, and we should have a couple useful devices going upstream shortly that wire up kcs to a host-extern device. My question was specifically regarding the smbus_ipmi device you implemented for the host: - https://github.com/qemu/qemu/blame/master/hw/ipmi/smbus_ipmi.c Presumably this device can also talk to a kcs-bmc-extern, as it just requests a bmc property device linkage. > > > It looks like this > > is meant to operate on the host-side using the SSIF driver. > > The goal was to connect a Aspeed BMC QEMU machine to a PowerNV QEMU machine > using an external IPMI BMC. The PowerNV machine uses by default an internal > BMC simulator but it can be switched to an external one and connect to a > remote BMC using the OpenIPMI's lanserv serial interface. > > It operated on top of the iBT device only. More or less unrelated to the smbus ipmi device question, since you replied about the aspeed simulation goal: Interestingly the KCS host-side works with a remote kcs bmc. In addition to the iBT device. We have working and will be sending up for review shortly: [Qemu process A: simulation of host]->ipmi_kcs->ipmi_bmc_extern <-> ipmi_host_extern**->nuvoton_ipmi_kcs**->[Qemu process B: simulation of Nuvoton BMC] **new devices. We actually have non-Qemu simulations able to talk to Qemu and vice versa by just handling the Vm codec translations. This is data-only and doesn't send the control back and forth for things like GPIO asserts, etc, yet, but we wanted to get the data pathway up first. Patrick > > C. > > > > I'm looking at the Kudo BMC board which uses SSIF on the BMC side, and > > don't see an SSIF driver yet in openbmc/ilnux, but I wanted to > > validate that the host-side of the equation is what you've provided in > > Qemu? Perhaps a silly question, but I've been caught off guard by > > some bad assumptions recently. :) > > > > Thanks, > > Patrick > > > >> > >>> > >>> Cheers, > >>> > >>> C. > >> > >> - Patrick > ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2020-11-24 15:58 UTC | newest] Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-11-18 21:11 qemu for bmc Patrick Venture 2020-11-18 23:09 ` Patrick Williams 2020-11-19 0:29 ` Patrick Venture 2020-11-24 14:07 ` Patrick Williams 2020-11-24 15:56 ` Patrick Venture 2020-11-19 7:41 ` Cédric Le Goater 2020-11-19 16:56 ` Patrick Venture 2020-11-20 16:44 ` Patrick Venture 2020-11-23 10:58 ` Cédric Le Goater 2020-11-23 20:57 ` Patrick Venture
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).