@m3thodic yeah i've tried that, but it didn't work. I checked the /boot/grub/grub.cgf and it looks like it is writing to it, but I just can't choose it in the GRUB on boot
Search Criteria
Package Base Details: linux-macbook
Git Clone URL: | https://aur.archlinux.org/linux-macbook.git (read-only, click to copy) |
---|---|
Keywords: | kernel macbook mbp suspend |
Submitter: | m3thodic |
Maintainer: | None |
Last Packager: | greg2010 |
Votes: | 45 |
Popularity: | 0.000000 |
First Submitted: | 2016-07-05 23:22 (UTC) |
Last Updated: | 2020-11-19 06:48 (UTC) |
Packages (3)
Latest Comments
« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 23 Next › Last »
notjacktall commented on 2017-05-29 21:54 (UTC)
m3thodic commented on 2017-05-29 21:45 (UTC)
@notjacktall after changing /etc/default/grub you have to run the following command as root: grub-mkconfig -o /boot/grub/grub.cfg
notjacktall commented on 2017-05-29 21:36 (UTC)
@m3thodic for some weird reason I am never able to boot straight into the kernel. I have to manually edit the GRUB every boot. I check my grub.cgf and it seems fine, but it just won't boot or give me the option to boot into the linux-macbook kernel. I change my GRUB_CMDLINE_DEFAULT in /etc/default/grub to BOOT_IMAGE=vmlinuz-linux-macbook, but that doesn't seem to be working.
Vokinloksar33 commented on 2017-05-28 17:23 (UTC)
Many thanks to m3thodic! I'm finally able to work on my mid-2015 mbp with arch linux.
Just the wake-up from a suspend status needs a few extra seconds. would be perfect to fix that. not a big problem tho.
m3thodic commented on 2017-05-26 18:36 (UTC)
Thanks @jdz1214 if the updated wake-from-sleep is working for you I will commit the changes. I had issues with systemd and target=multi-user regarding cyclical dependencies or something along those lines but maybe this has been fixed.
Also to everyone, working on syncing linux-macbook with the latest Arch kernel release. Should have something posted in a few hours or so.
jdz1214 commented on 2017-05-05 13:15 (UTC) (edited on 2017-05-05 13:26 (UTC) by jdz1214)
I created a fix to the intermittent wake-from-sleep issue by adding two lines to the macbook-wakeup.service file. The complete file is below. The modified lines are "After=suspend.target" and "WantedBy=multi-user.target sleep.target". The modifications cause the service to run whenever the computer wakes from sleep (in addition to running at boot). My mac likes to re-enable some acpi wakeups when it has gone to sleep, so running the service upon waking reverses any unwanted enabling.
Steps to modify:
1) sudo nano /usr/lib/systemd/system/macbook-wakeup.service
2) add After=suspend.target and WantedBy=multi-user.target sleep.target as shown below
3) ctrl + o followed by Enter to save, ctrl + x to exit nano.
4) sudo systemctl disable macbook-wakeup.service
5) sudo systemctl enable macbook-wakeup.service
6) sudo systemctl start macbook-wakeup.service
----------macbook-wakeup.service---------------
[Unit]
Description=Configure device events for linux-macbook
ConditionPathExists=/proc/acpi/wakeup
After=suspend.target
[Service]
User=root
Type=oneshot
ExecStart=/bin/sh -c "awk '$1 !~ /^LID/ && $3 ~ /enabled/ {print $1}' /proc/acpi/wakeup | xargs -I{} echo '{}' > /proc/acpi/wakeup"
ExecStart=/bin/sh -c "awk '$1 ~ /^LID/ && $3 ~ /disabled/ {print $1}' /proc/acpi/wakeup | xargs -I{} echo '{}' > /proc/acpi/wakeup"
TimeoutSec=0
[Install]
WantedBy=multi-user.target sleep.target
m3thodic commented on 2017-04-18 00:55 (UTC)
@Synthead I'll have to look at PKGBUILDS for other kernels. I have no problem adding provides=() where it makes sense (ala linux-ck), I just don't know what (if any) repercussions providing the default linux kernel will have.
synthead commented on 2017-04-17 20:13 (UTC)
Could you add provides=() to the packages in this PKGBUILD? I.e. linux-macbook would have provides=(linux), etc. This should allow other packages to use this -macbook flavored kernel as a substitute to the upstream Arch kernel. Without this, linux, linux-headers, etc. still need to be installed, but the kernel is not used.
jimnutt commented on 2017-04-17 19:45 (UTC)
Boot up problem was due to reFind using the wrong initrd. Fixing the reFind configuration solves the problem.
Pinned Comments