Added initial support for restoration of efifb consoles on UEFI systems where the primary display is driven over VGA or TMDS (e.g. DVI, HDMI, or LVDS).
in the announcement for 319.12.
My question is, a) is this even related to ‘efi-mode’ support and b) when will there finally be support for said mode.
To clarify, with ‘efi-mode’, I mean booting the kernel directly via efistub.
Currently, this is, as far as I’ve been able to figure out a hit and miss situation, depending on the hardware. I’ve read somewhere, that officially this isn’t supported (yet), but that post was quite old, hence my renewed inquiry. Currentyl, at least with an oldish geforce 320m (apple mbp7.1) the beta 319.12 module crashes when X11 is starting, taking the server with it.
I’ve been searching far and wide for infos on this, any pointers are most welcome!
I have my system configured to directly boot a (custom) kernel with efistub. I don’t think that changelog item had anything to do with efistub, because it was working just fine for me before then. What the changelog entry means is that if you have a system that boots using EFI without the Compatibility Support Module (CSM), you can now switch back and forth between X and virtual terminals. That wasn’t possible before.
Speaking of this, I am having a problem where if I suspend and resume the system, the efifb console restoration no longer works.
Could you please specify what you mean.
The boot process was of course also working fine for me, but when using the blob, the module would crash during X11 start-up. Does your system booting via efistub correctly initialize the hw, so that the blob can work??
But this implies that the blob actually works when the kernel is booting via efistub in efi-mode, which clearly is not the case, at lest with me…
This question was addressed not to me, but i answer. Yep, my system booting via efistub + efifb and works correct with nvidia blob too. This config is worked for me about year. And earlier i used grub-2 with efifb and nvidia blob
Hmm, I guess this could mean that non-standard apple uefi- implementations suffer from this bug.
Which doesn’t answer the original question, ‘stauts of efi-mode’ support entirely.
As it stands, works with newer efi- implementations “efi: EFI v2.00 by American Megatrends”, does not with older/apple’s.
Yes, “mbp 7,1” as well. I came here after reading the [url]https://wiki.archlinux.org/index.php/MacBook_Pro_7,1[/url] wiki and there said it’s impossible to run nvidia in efi-mode without crash… that happened to me in fact. But there were some errors while trying to install the “Nvidia script”, it point at some kind of negative to link some files (like xxxxx.so.0) to /dev/null. Indeed I go back to nouveau in my new Debian 7 Wheezy installation, any Ideas?
Me too - mbp “UnluckyMe” 7,1 - here. I’ve been trying to get an ernest Linux install on this laptop since I bought it in 2010, with very little luck. But the things got better in time; at the beginning there were any kind of troubles… memory leacks… thread loops… so battery draining and a general sloppyness, unresponsiveness. At this time I’m writing on Debian “Wheezy” 7.0.2 booted in pure EFI, using nouveau and I have fair 3d performances over a generally speaking good system. I haven’t tried nvidia blob yet. This is what I got searching around at this time:
Apple publishes a list of firmware updates ( About EFI and SMC firmware updates for Intel-based Mac computers - Apple Support ) with an “efi number” that doesn’t mean anything to us all because the Unified EFI Forum ( http://www.uefi.org/ ) didn’t make it yet (last UEFI Specification is version 2.4, published July, 2013). I mean: I have Apple firmware version MBP71.0039.B0E (last available) but on that page they say “EFI 2.5”; as usual they added something “more” over the 2.4 standard specs. Messing up our lives ( xkcd: Standards ); well, I agree with Alan Kay (“To invent the future is easier than predict”) but that was at the time of Xerox Park, not 2013. Luckily after have abused of crocodile skin laptops and any other fancy design option, we, the people, will go back to do something new also. Real innovation. By now cocaine addicted Pepsi CEOs with too high wages, should be finished, all dead… I hope.
if NVIDIA would release docs for their microcontroller (MCP89, 10de:0d80) we would already be able to safely write coreboot+tiano in the SST25VF032B flash chip and… peacefully end this blood bath. 4MB of flash memory are plenty to run an entire Lunar Module Operating System and instead we have to struggle to turn on a pixel on a monitor so that plenty room is left for government controllers and copyright stakeholders: shooting a mosquito down using an intercontinental nuclear missile. One day I’ll have to kamikaze myself to blow up the World Intellectual Property Organization headquarters.