On Tue, May 20, 2014 at 12:01 PM, Andrew Fish <af...@apple.com> wrote: > On May 20, 2014, at 10:55 AM, Jordan Justen <jljus...@gmail.com> wrote: >> Then again, for real platforms, they might like to have the port 0x80 >> debug support enabled by default. (This will output >> 16/32/64/b0/b1/f0/f1 to the post card.) >> >> What do you think? > > Assuming that port 0x80 exists is probably not a good long term strategy. > It is getting harder and harder to get ISA/LPC data out of a system > (assuming the product ever supported that feature). Serial debug prints are > probably a better long term solution.
I agree. I definitely think there should be a 'no debug' version readily available which doesn't have any chipset hardware assumptions. My question is how easy should we make it for a platform to choose to always use a port-80 debug version. (Maybe by pointing at a port 80 .inf.) I guess I'm thinking there is most likely not a need for that, and that is what this patch series currently does. > I know the virtual chipsets are ancient, but the code can be used as an > example for current systems. QEMU doesn't really support port 80, so OVMF wouldn't be the target anyhow. Regarding ancient hardware ... yeah ... but, QEMU supports Q35 now, so we're at least in the same millennium. :) (Except, OVMF doesn't support this...) VTF0 has been used on at least one recent system (though probably not much more than that :). And I've used it on a platform without port 80 support which may have gotten very angry if a write to port 80 occurred. :) I guess my point is that it doesn't need to be an 'example', because it can be used directly by current systems. -Jordan ------------------------------------------------------------------------------ "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs _______________________________________________ edk2-devel mailing list edk2-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/edk2-devel
