Macbook Pro 8,1 + Maverick

[srs5694]

Done! I'm writing you from EFI-booted Natty on an MBP 8,1:
...
I've also removed the hybrid MBR since it's no more needed. But still, nothing has changed apart from slightly faster suspend/resume...

IMO, converting the hybrid MBR to a conventional protective MBR is improvement enough! I've seen so many reports of problems that can be traced back to hybrid MBRs that it's scary!

[Leo Zappa]

I've finally found a solution!
My MBP8,1 has a keyboard/trackpad with a different ID than that expected from bcm5974 and hid_apple for this MBP model (those are the drivers for trackpad and keyboard respectively)

My Apple integrated Keyboard/Trackpad: 0x0253
ID expected by bcm5974 and hid_apple: 0x0245 (iirc, I'm on osx now... maybe it's 0244)

After modifying the source of the dkms packages to put the correct hid and reinstalling the dkms packages, I've fully working keyboard (brightness/keyboardbacklight/volume, fn yields proper Fn keys and PgUp/Down etc.) and multitouch trackpad: without a xorg.conf file it is recognized as a synaptics touchpad and Unity grabs 3 and 4 finger gestures (move window, show dash, show launcher, maximize window). No thumb recognition
Otherwise I can put a xorg.conf file to force the multitouch or mtrack drivers. (or even just evdev ;P )

It would be great if some expert could comment on this matter of a different ID. Could it be due to the localized (italian) keyboard? Or is it that later MBP8,1 models got some sort of hardware upgrade? (I bought it in August)

I can provide more details later, now unfortunately I'm stuck to OSX until I recompile the kernel for the wifi

Edit: I'm EFI booting, but I suspect this has nothing to do with efi vs. bios

[kosumi68]

It would be great if some expert could comment on this matter of a different ID. Could it be due to the localized (italian) keyboard? Or is it that later MBP8,1 models got some sort of hardware upgrade? (I bought it in August)

Each Mac comes in three regional versions: ANSI, ISO and JIS, all of which have their own USB id.

[Leo Zappa]

Each Mac comes in three regional versions: ANSI, ISO and JIS, all of which have their own USB id.

Ok, that explains the meaning of the other two ids I saw in the source code, which by the way I've set to 0254 and 0255. Indeed I've noted that the three values are always sequetial: for the MBP8,1 they are set to be 0245,0246,0247 in bcm5974 and hid_apple source. But my hardware has 0253 so I've changed them.

Ok, I guess I should copy and paste the exact code to be more clear. Will do it later or tomorrow.

[qirtaiba]

Ok, that explains the meaning of the other two ids I saw in the source code, which by the way I've set to 0254 and 0255. Indeed I've noted that the three values are always sequetial: for the MBP8,1 they are set to be 0245,0246,0247 in bcm5974 and hid_apple source. But my hardware has 0253 so I've changed them.

Ok, I guess I should copy and paste the exact code to be more clear. Will do it later or tomorrow.

Great work, you rock! Have you added this information to an Ubuntu or upstream kernel bug report?

[Leo Zappa]

Not yet. I'm very busy so it will take another couple of days before I can get back to this issue, sorry.

[gr3gg0r]

Use this simpler modified version of the instructions (but don't copy into a bash script, enter each line individually so you can see what breaks). If the kernel compilation process asks you any questions, just press Enter to each of them:

sudo apt-get install build-essential fakeroot git
git clone git://github.com/Baughn/linux.git  # This'll take a while, go get some tea.
cd linux
wget http://brage.info/~svein/linux.config -O .config
cp -a /usr/share/kernel-package ~
wget "http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-natty.git;a=blob_plain;f=debian/control-scripts/headers-postinst;hb=HEAD" -O ~/kernel-package/pkg/headers/postinst
wget "http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-natty.git;a=blob_plain;f=debian/control-scripts/postinst;hb=HEAD" -O ~/kernel-package/pkg/image/postinst
wget "http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-natty.git;a=blob_plain;f=debian/control-scripts/preinst;hb=HEAD" -O ~/kernel-package/pkg/image/preinst
wget "http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-natty.git;a=blob_plain;f=debian/control-scripts/prerm;hb=HEAD" -O ~/kernel-package/pkg/image/prerm
wget "http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-natty.git;a=blob_plain;f=debian/control-scripts/postrm;hb=HEAD" -O ~/kernel-package/pkg/image/postrm
make-kpkg --rootcmd fakeroot --initrd --append-to-version=-custom --overlay-dir=$HOME/kernel-package kernel_image kernel_headers
sudo bash
dpkg -i ../*.deb
cd /
wget http://brage.info/~svein/firmware.tar.gz -O - | tar xvz

# Write out a script that'll make suspend work
cat > /etc/pm/sleep.d/70_wifi << EOF
# Work around lack of b43 hibernate support

case "${1}" in
        hibernate|suspend)
                rmmod b43 bcma
                ;;
        resume|thaw)
                modprobe b43
                ;;
esac
EOF
chmod a+x /etc/pm/sleep.d/70_wifi

# Close the root shell before you hurt someone
exit

So I followed these instructions and got WIFI working (really well, thanks). However, now when I suspend, it does not resume properly. I just get a blank screen after coming back from suspend. The only way I have found to recover is a hard reset.

So at this point, I have to decide between wifi drivers or the ability to suspend. Anyone know what might be going on? It's an mbp 8,1 btw and I did put the 70_wifi script in place.

[watgrad]

So I followed these instructions and got WIFI working (really well, thanks). However, now when I suspend, it does not resume properly. I just get a blank screen after coming back from suspend. The only way I have found to recover is a hard reset.

So at this point, I have to decide between wifi drivers or the ability to suspend. Anyone know what might be going on? It's an mbp 8,1 btw and I did put the 70_wifi script in place.

Hi - did you start from a base installation of Maverick or Natty? Would it make a difference?

The macbookpro/natty reference page:
https://help.ubuntu.com/community/Ma...Natty#Wireless

directs users to this thread to get wifi working.
However this did not work for my macbookpro8,1 - my mac still won't recognize the wifi card...

[Baughn]

So I followed these instructions and got WIFI working (really well, thanks). However, now when I suspend, it does not resume properly. I just get a blank screen after coming back from suspend. The only way I have found to recover is a hard reset.

So at this point, I have to decide between wifi drivers or the ability to suspend. Anyone know what might be going on? It's an mbp 8,1 btw and I did put the 70_wifi script in place.

Sorry, I forgot: You'll also need to install a GPU-fixing script to run after suspend.

Something like this:

sudo -s
cd /root
cat > fixgpu.c << EOF

#include <stdio.h>
#include <sys/io.h>

#define PORT_SWITCH_DISPLAY 0x710
#define PORT_SWITCH_SELECT 0x728
#define PORT_SWITCH_DDC 0x740
#define PORT_DISCRETE_POWER 0x750

static int gmux_switch_to_igd()
{
    outb(1, PORT_SWITCH_SELECT);
    outb(2, PORT_SWITCH_DISPLAY);
    outb(2, PORT_SWITCH_DDC);
    return 0;
}

static void mbp_gpu_power(int state)
{
    outb(state, PORT_DISCRETE_POWER);
}

int main(int argc, char **argv)
{
    if (iopl(3) < 0) {
        perror ("No IO permissions");
        return 1;
    }
    mbp_gpu_power(0);
    gmux_switch_to_igd();
    return 0;
}
EOF

gcc -O2 -o /usr/local/sbin/fixgpu fixgpu.c

cat > /etc/pm/sleep.d/10fixgpu << EOF
#!/bin/sh
/usr/local/sbin/fixgpu
EOF

chmod a+x /etc/pm/sleep.d/10fixgpu

[Rafael Xavier]

In my case, I had also to:

sudo apt-get install kernel-package