You are not logged in.
@fish-hp14
Thanks for testing, I'll guess I'll try next LXDE to confirm it's only affecting Gnome and will open a bug report in freedesktop.org.
Offline
scot14 wrote:The touchpad code is finally in the kernel.
https://git.kernel.org/cgit/linux/kerne … fa06360c28Nice, too bad these will end up being in 3.17 rather than 3.16 though as Debian and Ubuntu's next major versions will be sticking with 3.16 so the drivers won't be as widespread as they could be, this is especially a nuisance as Xubuntu is a really popular choice for the C720 and I'm not surprised as out of the box apart from a couple of the drivers Xubuntu is a good distro for this laptop and is a very nice distro for people who want to get started with Linux.
Agreed, these patches are now in Canonical's LTS kernel 3.16.7-ckt4, and should eventually be in Debian :-)
http://kernel.ubuntu.com/git?p=ubuntu/l … fecea41590
https://lists.debian.org/debian-kernel/ … 00201.html
Offline
I was able to boot the 64bit kernel ISO without any modification recently. Does anyone know if using John Lewis' ROM fixes the issue or has the issue been resolved.
I double checked using dd on one USB drive and USBWin on Windows on another drive.
Offline
@joebonrichie
I don't think there was any issue chossing 64bit with the official installation media when a custom firmware was installed, the problem was/is when the stock firmware is kept.
Offline
I was able to boot the 64bit kernel ISO without any modification recently. Does anyone know if using John Lewis' ROM fixes the issue or has the issue been resolved.
I double checked using dd on one USB drive and USBWin on Windows on another drive.
I recently changed to Lewis' ROM and was then able to boot the 64-bit installation image.
Offline
Ok thanks for the info.
I also had an issue when I did a manual fstrim on my btrfs /boot partition, syslinux wasn't able to boot the OS and I didn't didn't get pass the SeaBios splash.
I have since recreated my boot partition with ext4 but too scared to test another manual fstrim on it to see if it is fixed or whether it was a btrfs, syslinux or John Lewis ROM issue.
I didn't have discard in fstab but had fstrim.timer enabled.
Does anyone know the potential reason for this?
EDIT: upstream issue with mkinitcpio
https://bugs.archlinux.org/task/42884
Last edited by joebonrichie (2015-02-05 10:08:45)
Offline
Ok thanks for the info.
I also had an issue when I did a manual fstrim on my btrfs /boot partition, syslinux wasn't able to boot the OS and I didn't didn't get pass the SeaBios splash.
I have since recreated my boot partition with ext4 but too scared to test another manual fstrim on it to see if it is fixed or whether it was a btrfs, syslinux or John Lewis ROM issue.
I didn't have discard in fstab but had fstrim.timer enabled.Does anyone know the potential reason for this?
I have no issues running fstrim either manually or with a cron job on a partition formatted with ext4. I do have discard in fstab.
I am not running John Lewis' ROM. I have also never tested fstrim on a btrfs partition.
Hope this helps.
Offline
I did a clean install on a new C720P several days ago. With the custom kernels listed as out of date, what is the current best solution to get the touchpad to work? I am currently using a usb mouse.
Offline
Touchpad works with default Arch kernel since 3.17. I've been happy with that kernel and have never tried others so can't compare them.
Offline
Kernel 3.19 released, downloaded linux packaged from testing and voila, wifi still works.
A quick look in the config file suggest we might not have an issue when the package will reach core, auto-generated config of 3.19 with ATH9K_PCOEM enabled.
#
# Automatically generated file; DO NOT EDIT.
# Linux/x86 3.19.0-1 Kernel Configuration
#
...
CONFIG_ATH9K_PCOEM=y
Offline
Was trying the stock 3.18 release and upon waking from suspend, X hangs (I don't have the boot parameters set in GRUB). Doesn't happen on the linux-chromebook 3.18 though. I can't recall if that happened before on the stock kernel, I think it did. Does that still happen on the stock 3.19 kernel? Or will it still require that you append those boot parameters?
Offline
@hckr
Nothing really change in that regard, depending if you're on stock fw or not you'll need both kernel parameters as described in the wiki.
Specifically the tpm might not be needed in the future, I believe you can follow the status of this change here.
Not sure if related but if you will look a page back you'll notice I had an issue with xf86-video-intel 2.99.917-1 so now I'm on 2.99.916-1, I reported it as arch linux bug and also in an existing bug at freedesktop (as the bug I opened was a duplicate) but ATM no one else reproduced it, even not an Intel developer which I discussed this issue with.
Last edited by dhead (2015-02-11 02:05:09)
Offline
The tpm patch has been merged into upstream linux finally
https://github.com/torvalds/linux/commi … 045666d7c8
Its a pity I can't compile linux-git from the aur on my chromebook, looking forward to dropping linux-chromebook
Offline
@hckr
Nothing really change in that regard, depending if you're on stock fw or not you'll need both kernel parameters as described in the wiki.
Specifically the tpm might not be needed in the future, I believe you can follow the status of this change here.Not sure if related but if you will look a page back you'll notice I had an issue with xf86-video-intel 2.99.917-1 so now I'm on 2.99.916-1, I reported it as arch linux bug and also in an existing bug at freedesktop (as the bug I opened was a duplicate) but ATM no one else reproduced it, even not an Intel developer which I discussed this issue with.
Ah I see. Thanks!
I know linux-chromebook will no longer be maintained/necessary due to the updates in the kernel rendering it unnecessary, so I'll try kernel 3.19 once it gets past Testing.
Offline
The tpm patch has been merged into upstream linux finally
https://github.com/torvalds/linux/commi … 045666d7c8
Its a pity I can't compile linux-git from the aur on my chromebook, looking forward to dropping linux-chromebook
Thanks for the update, I updated the wiki with the details, once Linus will release RC1 of 3.20 I'm going to try it myself (as I'm on stock fw).
Thanks @scot14
Ah I see. Thanks!
I know linux-chromebook will no longer be maintained/necessary due to the updates in the kernel rendering it unnecessary, so I'll try kernel 3.19 once it gets past Testing.
Yep, there doesn't seem to be a reason to maintain a separate kernel package, linux-mainline-chromebook was already deleted.
We do need to add before linux-chromebook removal the related details of the changes in the package, which I believe are only:
* Support for Dell Chromebook 11 backlight (with stock fw). - DONE, added to the Dell 11 page
* The kernel config for the light sensor (ISL29018, at least with the C720). - DONE, added to the C720 page
Offline
Hi, I replace linux-chromebook with linux(core) but I forgot to update my grub. Now it tries to boot linux-chromebook but can't find it.
How can I fix this? Booting from a USB stick and make a grub-mkconfig -o /boot/grub/grub.cfg?
Last edited by melkir (2015-02-21 00:16:36)
Asus K73SD : ArchLinux | W8 ~ Acer C720P : ArchLinux | ChromeOS
Offline
Hi,
I have a problem, I have removed linux-chromebook package and then install linux.
The problem is that I have forgot the command grub-mkconfig -o /boot/grub/grub.cfg
Now grub want to start on linux-chromebook and can't find it, how can I solve this problem ?
Boot on archlinux usb key and then use this command ?
You will have to (arch-)chroot into your system from the live ISO before you run that command.
Offline
Anyone else had the screen go off on with the following accompanying message in the log?
[drm:hsw_unclaimed_reg_detect.isra.11 [i915]] *ERROR* Unclaimed register detected. Please use the i915.mmio_debug=1 to debug this problem.
Offline
Anyone else had the screen go off on with the following accompanying message in the log?
[drm:hsw_unclaimed_reg_detect.isra.11 [i915]] *ERROR* Unclaimed register detected. Please use the i915.mmio_debug=1 to debug this problem.
Pretty much every time I boot. Sometimes it doesn't happen right away, but after using FF or running some game (like FTL) I end up with this spammed over my dmesg.
Offline
@nariox
Thanks, I guess it time to get the logs out and up to freedesktop.
On another note, I would expected much more from such platform (2995U), I would think it should be in Intel's interest for it to be bug free in Linux with the popularity of Chromebooks and Chromeboxes models that based on it.
Offline
@nariox
Thanks, I guess it time to get the logs out and up to freedesktop.
On another note, I would expected much more from such platform (2995U), I would think it should be in Intel's interest for it to be bug free in Linux with the popularity of Chromebooks and Chromeboxes models that based on it.
I am using mainline, so I expected some debug spamming.
I agree with you, but it seems like this chip is not featured on many platforms other than chromebooks. My guess is that Google would be even more interested in this, although I'm quite sure they use some off-tree patches and black-magic to keep it running well.
By the way, when you file the bug, let me know so I can subscribe it and comment on it.
Last edited by nariox (2015-02-23 00:10:17)
Offline
By the way, when you file the bug, let me know so I can subscribe it and comment on it.
The main problem is that it's only the third time I'm seeing this and I'm not sure how to reproduce.
Offline
The main problem is that it's only the third time I'm seeing this and I'm not sure how to reproduce.
Hmm, I see it quite often, but I don't know exactly how to trigger it. I'm using my C720 only about twice a week, so I don't get to try it that often.
I've uploaded a dmesg, in case you are interested: http://pastebin.com/zjxmRQyy
I'm using linux-mainline with "tpm_tis.interrupts=0 modprobe.blacklist=ehci_pci" on grub, john lewis' (not the most current one) SeaBios and these as my i915 module settings (not sure which ones are even relevant/doing anything):
options i915 i915_enable_rc6=7 i915_enable_fbc=1 lvds_downclock=1 powersave=1 modeset=1 semaphores=1 fastboot=1
Anything in common?
Offline
@nariox
I'm on stock fw/coreboot with linux 3.19-1 from testing with kernel parameters: "quiet add_efi_memmap boot=local noresume noswap i915.modeset=1 tpm_tis.interrupts=0 modprobe.blacklist=ehci_pci nmi_watchdog=panic,lapic".
I only experienced the issue when getting back from suspend.
One thing that's common is that we both didn't update the microcode, which doesn't done automatically anymore by the kernel since 3.18 (I forgot about it when I rebuilt my grub.cfg), I've got no idea if it's related.
Last edited by dhead (2015-02-23 06:39:35)
Offline
Hey,
I have some freeze bug with the linux 3.18.6-1, is there a linux mainline precompiled somewhere ?
Last edited by melkir (2015-02-23 10:55:22)
Asus K73SD : ArchLinux | W8 ~ Acer C720P : ArchLinux | ChromeOS
Offline