On Thu, Apr 29, 2021 at 09:50:06AM +0100, Jonathan Cameron wrote:
is not really working for me. If you have a command script to share it is welcome - looking forward to testing and reviewing the DOE patches.
I'm mostly running aarch64 emulated on top of x86 - I should sanity check it on KVM at somepoint.
I'm copy typing this across machines, so whilst I hope there are no typos there might be. I've stripped back my normal case (which has a big complex topology to try and hit corner cases...) First I'd suggest checking that have right EDK2 etc to bring up pxb with normal pci rp and a device.
qemu-system-aarch64 -M virt,nvdimm=on -m 4g,maxmem=8G,slots=2 -cpu max -smp 4 \ -kernel Image \ -drive if=non,file=full.qcow2,format=qcow2,id=hd \ -nographic -no-reboot -append 'earlycon root=/dev/vda2 fsck.mode=skip' \ -bios QEMU_EFI.fd \ #note this needs the pxb enablement patches -maybe upstream by now. -object memory-backend-ram,size=4G,id=mem0 \ -numa node,nodeid=0,cpus=0-3,memdev=mem0 \ -object memory-backend-file,id=cxl-meme1,share,mem-path=/tmp/cxltest.raw,size=2G,align=2G \ -device pxb-cxl,bus_nr=128,id=cxl1.1,uid=0,len-window-base=1,window-base[0]=0x4c0000000,memdev[0]=cxl-mem1 \ # above range just needs to not trample on anything. -device cxl-rp,bus=cxl1.1,id=root_port13,chassis=0,slot=1 \ -device cxl-type3,bus=root_port13,memdev=cxl-mem1,lsa=cxl-mem1,id=cxl-pmem0,size=2G
Done, thank you very much. Is there a commit base on top of which I can apply Dan's CXL port enumeration patches + your DOE series ?
Thanks a lot Jonathan, Lorenzo
Hmm. Perhaps I should just write a blog post and include all the random corners needed to get this up. Problem then is I'd actually have to figure out what some of the parts are doing having long forgotten the answer so might take a day or two.
In meantime we can carry on here.
J
Thanks, Lorenzo
I remember reading there is an IRC channel cxl related (#cxl @ OFTC ?) - if there is happy to switch to it rather than bothering you with these queries.
I tend to avoid IRC because of potential auditing issues (no logs) so email is the way to go.
Thanks a lot ! Lorenzo
As there are some US folks who are interested in this topic (but super busy), can we do a straw poll of whether any of them can make a call on Monday?
If not go for a more China/Europe friendly time?
We had a few more topics brewing, but I'm not sure they will be in a state to discuss next week (or to give anyone else time to think about them in advance).
Obviously good to touch on any updates to older topics as well if anyone has any!
Jonathan
Lorenzo