Arch Linux

dhead

Member

Registered: 2012-09-26

Posts: 190

Re: Acer C720/C720P Chromebook

Anyone else seeing gpu hangs in journalctl ?

For example this is a momentary freeze (few seconds) of an app (try solitaire from the aisleriot package, it might take a while to encounter).

localhost kernel: [drm] stuck on render ring
localhost kernel: [drm] GPU HANG: ecode 0:0x87d3bffa, in gnome-shell [463], reason: Ring hung, action: reset
localhost kernel: [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off
localhost kernel: [drm] stuck on render ring
localhost kernel: [drm] GPU HANG: ecode 0:0x87d3bffa, in gnome-shell [463], reason: Ring hung, action: reset
localhost kernel: [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off

I'm now on linux-chromebook but will move next to linux-mainline-chromebook later to decide if I need to open a ticket at freedesktop.

Edit: you can also "# cat /sys/class/drm/card0/error" to see errors.

Last edited by dhead (2014-07-14 07:53:24)

parchedas

Member

From: Cambridge, UK

Registered: 2013-06-01

Posts: 74

Re: Acer C720/C720P Chromebook

Anyone else seeing gpu hangs in journalctl ?

I'm not, but I haven't tried that app. FYI, I am compiling the latest RC now so will update linux-mainline-chromebook after so you can wait for that if you want.

tumas

Member

Registered: 2012-02-08

Posts: 89

Re: Acer C720/C720P Chromebook

Does anybody here know why the Acer C720 cannot boot current versions of the Arch Linux installation media and if there's any possibility of it getting fixed? There's a good chance I'll buy the Acer C720-3605 (same as the current Acer C720 but with an Intel Core i3 CPU) if it releases in the United Kingdom and I always prefer to use the up-to-date installation media if possible.

Actually it is possible. I just finished a fresh install on my hp14 with the newest Installation iso from 2014-07-03. I figured this out because i was building a multiboot USB drive with multiple iso files on it.
What worked for me and probably works for everyone:
1st download the ISO
2nd mount the iso e.g. like this:

mkdir ~/iso
sudo mount -o loop archlinux-2014.07.03-dual.iso ~/iso

3rd format the USB-drive (/dev/sdb) as fat32 and label it ArchLinux e.g. with gparted, mount it (with your own username) and install grub like this:

sudo mount /dev/sdb1 /mnt/ -o uid=username,gid=users
sudo grub-install --no-floppy --root-directory=/mnt /dev/sdb

4th create the /mnt/boot/archlinux-20140703-dual directory and copy the mounted iso files:

mkdir /mnt/boot/archlinux-20140703-dual
cp -r ~/iso/arch/* /mnt/boot/archlinux-20140703-dual/

5th create the grub.cfg file:

gedit /mnt/boot/grub/grub.cfg
menuentry "Arch Linux 64 Bit" {
linux /boot/archlinux-20140703-dual/boot/x86_64/vmlinuz archisobasedir=/boot/archlinux-20140703-dual archisolabel=ArchLinux
initrd /boot/archlinux-20140703-dual/boot/x86_64/archiso.img
}

With this method i could boot from the newest iso.
Maybe someone can try this and confirm if it works.

Last edited by tumas (2014-07-14 11:09:20)

hottea

Member

Registered: 2014-07-14

Posts: 1

Re: Acer C720/C720P Chromebook

I have no idea why these patches aren't going into Linus' kernel main.  But I'm pretty concerned as many of these patches are from october 2013, so I figure they should be in by now.

The reasons are different for each patch...

The touchpad code for the Haswell Chromebooks was written in October 2013, and rejected by some linux developers. A new version was accepted on the lkml mailing list by a subsystem maintainer in June, who said he would apply it to his repository on Wednesday. It's not clear whether this happened yet. Then he needs to send a pull request to Linus.

I heard that the developer summit those patches again, and they will be applied to mainline in 3.17. So, I ignore all kernel updates and wait for kernel 3.17.

masmullin

Member

Registered: 2014-04-10

Posts: 28

Re: Acer C720/C720P Chromebook

I have no idea why these patches aren't going into Linus' kernel main.  But I'm pretty concerned as many of these patches are from october 2013, so I figure they should be in by now.

The reasons are different for each patch...

The touchpad code for the Haswell Chromebooks was written in October 2013, and rejected by some linux developers. A new version was accepted on the lkml mailing list by a subsystem maintainer in June, who said he would apply it to his repository on Wednesday. It's not clear whether this happened yet. Then he needs to send a pull request to Linus.

I heard that the developer summit those patches again, and they will be applied to mainline in 3.17. So, I ignore all kernel updates and wait for kernel 3.17.

I run linux-next (https://git.kernel.org/cgit/linux/kerne … -next.git/).  It runs great w/o alteration on c720.  So everything's coming up Milhouse.

scot14

Member

Registered: 2014-06-02

Posts: 123

Re: Acer C720/C720P Chromebook

I have no idea why these patches aren't going into Linus' kernel main.  But I'm pretty concerned as many of these patches are from october 2013, so I figure they should be in by now.

The reasons are different for each patch...

The touchpad code for the Haswell Chromebooks was written in October 2013, and rejected by some linux developers. A new version was accepted on the lkml mailing list by a subsystem maintainer in June, who said he would apply it to his repository on Wednesday. It's not clear whether this happened yet. Then he needs to send a pull request to Linus.

I heard that the developer summit those patches again, and they will be applied to mainline in 3.17. So, I ignore all kernel updates and wait for kernel 3.17.

The maintainer of the chromebook-platform repo accepted the touchpad patches and put them in the "for-next" branch. He still needs to submit a pull request to Linus for this branch during the 3.17 window, and it needs to be accepted. We should remind him if this doesn't happen by rc1.

I run linux-next (https://git.kernel.org/cgit/linux/kerne … -next.git/).  It runs great w/o alteration on c720.  So everything's coming up Milhouse.

The backlight problem hasn't been patched in linux-next for HP 14 or Dell 11. I'm guessing the HP 14 patch will land this week.

But the patch for the Dell 11 hasn't been accepted upstream because there are no testers for it. Does anyone know someone with a Dell 11 that could help out by either compiling a kernel, or by using the linux-chromebook or linux-mainline-chromebook or masmullin's patch? If so, I would like to work with them to get the Dell 11 patch upstream.

Last edited by scot14 (2014-07-14 17:11:45)

scot14

Member

Registered: 2014-06-02

Posts: 123

Re: Acer C720/C720P Chromebook

I run linux-next (https://git.kernel.org/cgit/linux/kerne … -next.git/).  It runs great w/o alteration on c720.

Is grub booting with any tpm_tis command line parameters?

kschwarz

Member

Registered: 2014-04-27

Posts: 17

Re: Acer C720/C720P Chromebook

I haven't been able to get either linux-c720 nor linux-chomebook repos to work properly for me (linux-c720 stalls on boot saying something about wifi-menu, and linux-chromebook runs out of space while compiling).

So I've created a github repo that patches up the current kernel to add touchpad and touchscreen support.  It adds a patch to replace patches 3078481 and 3078491, and includes a modified script which previously worked for the 3.14 kernel.

https://github.com/masmullin2000/arch-c720p.git

Unlike the previous iterations of the patching script, this does not use the tmp directory to download and compile, so you'll have to clean up for yourself.

Tested on 3.15.1

usage
git clone https://github.com/masmullin2000/arch-c720p.git
cd arch-c720p.git
sudo sh ./touch.sh

Thanks to your work, I updated my script for Fedora 20 which has 3.15.4 by now.

Keep up the good work and thank you.

just want to add that it works with 3.15.5 thank you

SolarBoyMatt

Member

Registered: 2012-01-07

Posts: 263

Re: Acer C720/C720P Chromebook

Anyone else seeing gpu hangs in journalctl ?

For example this is a momentary freeze (few seconds) of an app (try solitaire from the aisleriot package, it might take a while to encounter).

localhost kernel: [drm] stuck on render ring
localhost kernel: [drm] GPU HANG: ecode 0:0x87d3bffa, in gnome-shell [463], reason: Ring hung, action: reset
localhost kernel: [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off
localhost kernel: [drm] stuck on render ring
localhost kernel: [drm] GPU HANG: ecode 0:0x87d3bffa, in gnome-shell [463], reason: Ring hung, action: reset
localhost kernel: [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off

I'm now on linux-chromebook but will move next to linux-mainline-chromebook later to decide if I need to open a ticket at freedesktop.

Edit: you can also "# cat /sys/class/drm/card0/error" to see errors.

I occasionally get these on linux-mainline-chromebook. I also have no intel related kernel parameters in my grub config, and the most recent hang happened while web browsing with Pale Moon (Firefox fork).

dmesg after hang:

[  160.306861] [drm] stuck on render ring
[  160.308252] [drm] GPU HANG: ecode 0:0x87d3bffa, in compton [586], reason: Ring hung, action: reset
[  160.308257] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
[  160.308259] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
[  160.308262] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
[  160.308264] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
[  160.308267] [drm] GPU crash dump saved to /sys/class/drm/card0/error
[  162.306605] [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off

GPU Crash dump: https://dl.dropboxusercontent.com/u/10511710/gpuerror (3.2MB!!)

Last edited by SolarBoyMatt (2014-07-14 21:40:09)

masmullin

Member

Registered: 2014-04-10

Posts: 28

Re: Acer C720/C720P Chromebook

I run linux-next (https://git.kernel.org/cgit/linux/kerne … -next.git/).  It runs great w/o alteration on c720.

Is grub booting with any tpm_tis command line parameters?

Originally, no.  I dont use suspend.

However, I have now enabled tpm_tis.force=1 and tried out suspend.

Notes:
1) Suspend works one time only.  Suspending a second time doesn't allow waking.
2) After waking from first suspend, the dmesg is filled with the following
[  122.574395] ehci-pci 0000:00:1d.0: port 1 resume error -19

I appear to be able to reproduce the problem.

I am willing to assist in debugging this.

parchedas

Member

From: Cambridge, UK

Registered: 2013-06-01

Posts: 74

Re: Acer C720/C720P Chromebook

2) After waking from first suspend, the dmesg is filled with the following
[  122.574395] ehci-pci 0000:00:1d.0: port 1 resume error -19

ehci isn't used apparently so you can blacklist it or not build the modules. (see earlier in thread)

masmullin

Member

Registered: 2014-04-10

Posts: 28

Re: Acer C720/C720P Chromebook

2) After waking from first suspend, the dmesg is filled with the following
[  122.574395] ehci-pci 0000:00:1d.0: port 1 resume error -19

ehci isn't used apparently so you can blacklist it or not build the modules. (see earlier in thread)

Done.  added "modprobe.blacklist=ehci_hcd,ehci_pci"
I can now suspend and resume multiple times.  no dmesg flood.

FYI I got the following Kernel warning after the first resume.  as a user, nothing appears to be amiss.

[  413.218241] ------------[ cut here ]------------
[  413.218272] WARNING: CPU: 1 PID: 250 at drivers/gpu/drm/i915/intel_panel.c:714 pch_enable_backlight+0x1ba/0x200 [i915]()
[  413.218274] cpu backlight already enabled
[  413.218276] Modules linked in: ctr ccm fuse snd_hda_codec_hdmi tpm_infineon hid_generic joydev mousedev ath3k ecb cyapa uvcvideo usbhid arc4 hid atmel_mxt_ts videobuf2_vmalloc videobuf2_memops videobuf2_core v4l2_common videodev btusb media bluetooth crc16 iTCO_wdt iTCO_vendor_support coretemp hwmon intel_rapl x86_pkg_temp_thermal intel_powerclamp ath9k kvm_intel ath9k_common chromeos_laptop kvm crct10dif_pclmul ath9k_hw crc32_pclmul ghash_clmulni_intel cryptd microcode ath evdev mac_hid mac80211 pcspkr snd_hda_codec_realtek snd_hda_codec_generic serio_raw cfg80211 i915 rfkill snd_hda_intel snd_hda_controller drm_kms_helper lpc_ich snd_hda_codec snd_hwdep snd_pcm snd_timer i2c_i801 snd shpchp drm fan soundcore intel_gtt dw_dmac_pci i2c_algo_bit i2c_designware_pci thermal ac battery dw_dmac i2c_designware_platform
[  413.218328]  dw_dmac_core gpio_lynxpoint tpm_tis tpm 8250_dw i2c_designware_core spi_pxa2xx_platform video button processor btrfs xor raid6_pq sd_mod crc_t10dif crct10dif_common atkbd libps2 crc32c_intel ahci libahci libata scsi_mod xhci_hcd usbcore usb_common i8042 serio sdhci_acpi sdhci mmc_core
[  413.218354] CPU: 1 PID: 250 Comm: Xorg Tainted: G        W      3.16.0-rc4-next-20140711-Mullin #1
[  413.218356] Hardware name: Acer Peppy, BIOS          03/07/2014
[  413.218358]  0000000000000000 000000007066a1ac ffff880175b739c8 ffffffff8152c246
[  413.218362]  ffff880175b73a10 ffff880175b73a00 ffffffff8106fccd ffff88007b230000
[  413.218366]  ffff880175d1c800 0000000000000003 0000000080000000 ffff880175a76b38
[  413.218370] Call Trace:
[  413.218378]  [<ffffffff8152c246>] dump_stack+0x4d/0x6f
[  413.218384]  [<ffffffff8106fccd>] warn_slowpath_common+0x7d/0xa0
[  413.218388]  [<ffffffff8106fd4c>] warn_slowpath_fmt+0x5c/0x80
[  413.218397]  [<ffffffffa04d7d83>] ? drm_dp_dpcd_access+0x73/0x130 [drm_kms_helper]
[  413.218410]  [<ffffffffa05b6bca>] pch_enable_backlight+0x1ba/0x200 [i915]
[  413.218422]  [<ffffffffa05b7372>] intel_panel_enable_backlight+0x82/0xe0 [i915]
[  413.218434]  [<ffffffffa05a9ef4>] intel_edp_backlight_on+0x54/0x140 [i915]
[  413.218446]  [<ffffffffa05a2c03>] intel_enable_ddi+0xb3/0x100 [i915]
[  413.218460]  [<ffffffffa058d849>] haswell_crtc_enable+0x589/0xa40 [i915]
[  413.218473]  [<ffffffffa0558204>] ? i915_gem_object_pin_to_display_plane+0x94/0x1d0 [i915]
[  413.218487]  [<ffffffffa0587d5a>] __intel_set_mode+0x88a/0x1710 [i915]
[  413.218492]  [<ffffffff811ac195>] ? __kmalloc_node_track_caller+0x35/0x240
[  413.218505]  [<ffffffffa0590486>] intel_set_mode+0x16/0x30 [i915]
[  413.218517]  [<ffffffffa0591573>] intel_crtc_set_config+0xa83/0xe50 [i915]
[  413.218530]  [<ffffffffa0380e94>] drm_mode_set_config_internal+0x64/0xe0 [drm]
[  413.218540]  [<ffffffffa03853db>] drm_mode_setcrtc+0x2ab/0x5b0 [drm]
[  413.218549]  [<ffffffffa0374b9f>] drm_ioctl+0x1df/0x680 [drm]
[  413.218555]  [<ffffffff811d7f00>] do_vfs_ioctl+0x2d0/0x4b0
[  413.218558]  [<ffffffff811e25ae>] ? __fget+0x6e/0xb0
[  413.218561]  [<ffffffff811d8161>] SyS_ioctl+0x81/0xa0
[  413.218566]  [<ffffffff81532029>] system_call_fastpath+0x16/0x1b
[  413.218568] ---[ end trace aa725a1f07ef3143 ]---

Last edited by masmullin (2014-07-15 04:36:31)

mshan

Member

Registered: 2013-05-05

Posts: 105

Re: Acer C720/C720P Chromebook

   

        I have no idea why these patches aren't going into Linus' kernel main.  But I'm pretty concerned as many of these patches are from october 2013, so I figure they should be in by now.

    The reasons are different for each patch...

    The touchpad code for the Haswell Chromebooks was written in October 2013, and rejected by some linux developers. A new version was accepted on the lkml mailing list by a subsystem maintainer in June, who said he would apply it to his repository on Wednesday. It's not clear whether this happened yet. Then he needs to send a pull request to Linus.

I heard that the developer summit those patches again, and they will be applied to mainline in 3.17. So, I ignore all kernel updates and wait for kernel 3.17.

this means we can Arch on Acer C720 without any patch when kernel version reach 3.17 ?

Last edited by mshan (2014-07-15 05:39:57)

---

Amazing !

dhead

Member

Registered: 2012-09-26

Posts: 190

Re: Acer C720/C720P Chromebook

Anyone else seeing gpu hangs in journalctl ?

I'm not, but I haven't tried that app. FYI, I am compiling the latest RC now so will update linux-mainline-chromebook after so you can wait for that if you want.

As a matter of fact this is just an example of a "soft" freeze that doesn't affect the desktop.
Using VA-API will guarantee a much "harder" freeze, usually you can change to ps2, kill the video player and get back to PS1.
From time to time the desktop will freeze completely and you won't be able to change to ps2, the frequency depends on the acceleration method (it can be once a week or less), Glamor is the least stable.

The example just show that there's clearly a bug, just need to confirm its existence on the latest packages and 3.16 RC.

Last edited by dhead (2014-07-15 06:05:47)

masmullin

Member

Registered: 2014-04-10

Posts: 28

Re: Acer C720/C720P Chromebook

I heard that the developer summit those patches again, and they will be applied to mainline in 3.17. So, I ignore all kernel updates and wait for kernel 3.17.

this means we can Arch on Acer C720 without any patch when kernel version reach 3.17 ?

Yes.  The patches are already in the linux-next branch, and are working on my c720.

Read this page on how to run your own kernel
https://wiki.archlinux.org/index.php/Ke … raditional

Stephen304

Member

Registered: 2014-07-04

Posts: 30

Re: Acer C720/C720P Chromebook

Has anybody had success in getting the F1-F3 keys to do F1-F3 instead of back/forward/refresh? I've clean installed last night to 3.15.5 and without installing anything extra besides basic xfce and gdm, I can't use the function keys.

Charlular

Member

Registered: 2014-07-10

Posts: 9

Re: Acer C720/C720P Chromebook

[removed]

Last edited by Charlular (2023-10-24 13:51:31)

nariox

Member

Registered: 2014-03-19

Posts: 128

Re: Acer C720/C720P Chromebook

Hey guys could somebody please help me? Are there any special requirements for booting GRUB? I have one partition which is /dev/sda1, it has the Arch install on, the boot flag is written and its filesystem is btrfs. I've installed GRUB to /dev/sda with grub-install --target=i386-pc --recheck /dev/sda and then wrote the config file with grub-mkconfig -o /boot/grub/grub.cfg but SeaBIOS just stays at "Booting from Hard Disk..." and doesn't go through to GRUB, what am I doing wrong here!?

EDIT #1: So I'm closer, I did a reinstall with ext4 instead of btrfs and SeaBIOS does boot to the disk but then the system bootloops.

EDIT #2: I think it was how I formatted the disk which was the problem, if anybody else ends up in the same situation I think sgdisk --zap-all /dev/sda fixed the problem for me.

If you keep the GPT, you need a bios_grub partition.  If you reformat to MBR (haven't tried this), you can use GRUB without any shenanigans.
More info here

nariox

Member

Registered: 2014-03-19

Posts: 128

Re: Acer C720/C720P Chromebook

Has anybody had success in getting the F1-F3 keys to do F1-F3 instead of back/forward/refresh? I've clean installed last night to 3.15.5 and without installing anything extra besides basic xfce and gdm, I can't use the function keys.

Weird, I can ONLY use them as F1-F3. Did you use xbindkeys or something? Maybe the chromebook has an EEPROM that configures the keyboard. Anyone has any clues?

Stephen304

Member

Registered: 2014-07-04

Posts: 30

Re: Acer C720/C720P Chromebook

Has anybody had success in getting the F1-F3 keys to do F1-F3 instead of back/forward/refresh? I've clean installed last night to 3.15.5 and without installing anything extra besides basic xfce and gdm, I can't use the function keys.

Weird, I can ONLY use them as F1-F3. Did you use xbindkeys or something? Maybe the chromebook has an EEPROM that configures the keyboard. Anyone has any clues?

Nope, I've done a few fresh installs and it's the same. It used to do F1-F3, but somewhere around 3.13 it started doing back/forward/refresh. Just a note: I know this thread is for C720, but I'm on HP ChromeBook 14 - This seems to have turned into the de facto arch-on-chromebook thread due to similarities.

scot14

Member

Registered: 2014-06-02

Posts: 123

Re: Acer C720/C720P Chromebook

Has anybody had success in getting the F1-F3 keys to do F1-F3 instead of back/forward/refresh? I've clean installed last night to 3.15.5 and without installing anything extra besides basic xfce and gdm, I can't use the function keys.

What keys are reported as being pressed when you run "xev" and press F1-F3?

Here is the output on a Toshiba Chromebook:

KeyPress event, serial 37, synthetic NO, window 0x2600001,
    root 0x99, subw 0x0, time 12593482, (57,86), root:(651,405),
    state 0x0, keycode 67 (keysym 0xffbe, F1), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 37, synthetic NO, window 0x2600001,
    root 0x99, subw 0x0, time 12593626, (57,86), root:(651,405),
    state 0x0, keycode 67 (keysym 0xffbe, F1), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyPress event, serial 37, synthetic NO, window 0x2600001,
    root 0x99, subw 0x0, time 12593830, (57,86), root:(651,405),
    state 0x0, keycode 68 (keysym 0xffbf, F2), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 37, synthetic NO, window 0x2600001,
    root 0x99, subw 0x0, time 12593961, (57,86), root:(651,405),
    state 0x0, keycode 68 (keysym 0xffbf, F2), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyPress event, serial 37, synthetic NO, window 0x2600001,
    root 0x99, subw 0x0, time 12594175, (57,86), root:(651,405),
    state 0x0, keycode 69 (keysym 0xffc0, F3), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 37, synthetic NO, window 0x2600001,
    root 0x99, subw 0x0, time 12594309, (57,86), root:(651,405),
    state 0x0, keycode 69 (keysym 0xffc0, F3), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

nariox

Member

Registered: 2014-03-19

Posts: 128

Re: Acer C720/C720P Chromebook

Anyone else seeing gpu hangs in journalctl ?

I'm not, but I haven't tried that app. FYI, I am compiling the latest RC now so will update linux-mainline-chromebook after so you can wait for that if you want.

I'm using the rc5 and getting the same hangs. Has anyone reported this upstream yet?

scot14

Member

Registered: 2014-06-02

Posts: 123

Re: Acer C720/C720P Chromebook

Anyone else seeing gpu hangs in journalctl ?

I'm not, but I haven't tried that app. FYI, I am compiling the latest RC now so will update linux-mainline-chromebook after so you can wait for that if you want.

I'm using the rc5 and getting the same hangs. Has anyone reported this upstream yet?

It looks like there are many bug reports at bugs.freedesktop.org about this kind of thing. Maybe try using UXA instead of SNA, or vice versa?
https://wiki.archlinux.org/index.php/Intel_Graphics

nariox

Member

Registered: 2014-03-19

Posts: 128

Re: Acer C720/C720P Chromebook

I'm not, but I haven't tried that app. FYI, I am compiling the latest RC now so will update linux-mainline-chromebook after so you can wait for that if you want.

I'm using the rc5 and getting the same hangs. Has anyone reported this upstream yet?

It looks like there are many bug reports at bugs.freedesktop.org about this kind of thing. Maybe try using UXA instead of SNA, or vice versa?
https://wiki.archlinux.org/index.php/Intel_Graphics

I'm using SNA. How about glamor? Do you know how well is glamor working with the intel driver?

Stephen304

Member

Registered: 2014-07-04

Posts: 30

Re: Acer C720/C720P Chromebook

Has anybody had success in getting the F1-F3 keys to do F1-F3 instead of back/forward/refresh? I've clean installed last night to 3.15.5 and without installing anything extra besides basic xfce and gdm, I can't use the function keys.

What keys are reported as being pressed when you run "xev" and press F1-F3?

KeyPress event, serial 34, synthetic NO, window 0x3200001,
    root 0x9b, subw 0x0, time 160622, (-185,229), root:(409,543),
    state 0x0, keycode 166 (keysym 0x1008ff26, XF86Back), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 37, synthetic NO, window 0x3200001,
    root 0x9b, subw 0x0, time 160752, (-185,229), root:(409,543),
    state 0x0, keycode 166 (keysym 0x1008ff26, XF86Back), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyPress event, serial 37, synthetic NO, window 0x3200001,
    root 0x9b, subw 0x0, time 161746, (-185,229), root:(409,543),
    state 0x0, keycode 167 (keysym 0x1008ff27, XF86Forward), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 37, synthetic NO, window 0x3200001,
    root 0x9b, subw 0x0, time 161897, (-185,229), root:(409,543),
    state 0x0, keycode 167 (keysym 0x1008ff27, XF86Forward), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyPress event, serial 37, synthetic NO, window 0x3200001,
    root 0x9b, subw 0x0, time 162438, (-185,229), root:(409,543),
    state 0x0, keycode 181 (keysym 0x1008ff73, XF86Reload), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 37, synthetic NO, window 0x3200001,
    root 0x9b, subw 0x0, time 162589, (-185,229), root:(409,543),
    state 0x0, keycode 181 (keysym 0x1008ff73, XF86Reload), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

Now I see the XF86 Back/Forward/Reload, but I never set these and Idk how to unset them. Also, it doesn't seem like just an X problem, because if I switch tty where X isn't running, F1-F3 still doesn't work, but since there's no X I can't use xev. (This used to trap me into tty 4, then I found chvt)

Edit: I found xmodmap, which lets me set the keys to F1-F3, but xmodmap shows the real F1-F3 keycodes having XF86Switch_VT_1, which it won't let me set on my keycodes for some reason, and I still can't use them to switch vts yet.

Last edited by Stephen304 (2014-07-17 11:20:40)