So, honestly this is not entirely unexpected -- as a good warning to others, don't run this yet on a box you care about having back up straight away.
Can you get into kmdb? There should be an option on the grub menu for ISO/USB boot, otherwise if you're netbooting you'll need to change config to add "-kd" into the kernel args. It'd be useful to know if it even gets to the kmdb prompt or not. On 30 Jan. 2018 03:33, Jorge Schrauwen <[email protected]> wrote: Hi Alex, Not of too a super good start for me :( I swap in the PI you linked below but the box did not come back. I did have a serial console open (remotely from work) and the only output is: "Copyright (c) 2" Nothing else, check the actualy vga console once I get home in like 6 hours from now. I'll probaly revert back to the PI I had before this though. It does not seem to dump core or reboot. It just seems stuck. Regards Jorge On 2018-01-30 08:52, Alex Wilson wrote: > Hi all, > > We're at the stage with the illumos/SmartOS KPTI (Meltdown mitigation) > work now that we would like to solicit help with testing from the > community. So for those keen to help out with some testing, you can > find > links to a platform image with KPTI (and full DEBUG assertions) below. > > This is plain KPTI with no PCID support yet. > > These images have held up to our initial testing (they can run e.g. the > dtest suite, stand up a CoaL or simple Manta, basic LX functionality > seems to work), so please try whatever unusual and interesting > workloads > you can find on them. > > Of special interest to us is anybody who has a machine that takes MCEs > (machine check exceptions) a lot (e.g. because of a bad ECC DIMM that's > reporting errors), workloads making extensive use of/causing floating > point exceptions, and workloads that make use of LDTs (if we have any? > anyone?). > > When you find issues, please reply to this mailinglist thread here on > smartos-discuss@ so I can keep track of them easily :) > > Also please note that these are from a DEBUG build, so it's probably a > bad idea to compare performance unless you're doing it very carefully > and your baseline is another DEBUG build pre-KPTI (i.e. *not* a regular > production SmartOS image). These will be quite a bit slower than a > regular non-DEBUG image. > > https://us-east.manta.joyent.com/arekinath/public/kpti/20180130T004501Z/platform-20180130T004501Z.iso > https://us-east.manta.joyent.com/arekinath/public/kpti/20180130T004501Z/platform-20180130T004501Z.tgz > https://us-east.manta.joyent.com/arekinath/public/kpti/20180130T004501Z/platform-20180130T004501Z.usb.bz2 > > We're not soliciting code review just yet, because we know we still > need > to clean some stuff up. But we want to find bugs. :) If it's > particularly useful to be able to see the code for the testing you want > to do, it's at > https://github.com/rmustacc/illumos-gate/tree/kpti-rebase > > Thanks! > > - Alex > (on behalf of Robert and John and everyone else who's been helping out) > ------------------------------------------- smartos-discuss Archives: https://www.listbox.com/member/archive/184463/=now RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00 Modify Your Subscription: https://www.listbox.com/member/?member_id=25769125&id_secret=25769125-7688e9fb Powered by Listbox: http://www.listbox.com
