ASUS N56jr
Device | Status | Modules |
Intel | Working | xf86-video-intel |
Nvidia | Working | nvidia |
Ethernet | Working | r8169 |
Wireless | Working | ath9k |
Audio | Working | snd_hda_intel |
Touchpad | Working | xf86-input-synaptics |
Camera | Working | evdev? |
Card Reader | Unknown | |
Bluetooth | Unknown |
Related articles
Hardware
CPU | Intel(R) Core(TM) i7-4700HQ CPU @ 2.40GHz |
RAM | 12 GB (1x4GB,1x8GB) |
Display | 15.6" LCD |
Integrated Graphics | Intel HD 4000 |
Discrete Graphics | NVIDIA GeForce GTX 760M |
Sound | Intel HD Audio |
Ethernet | RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller |
Wireless | AR9485 Wireless Network Adapter |
Hard Disk | 1 TB 5400rpm SATA |
Touchpad | ETPS/2 Elantech Touchpad |
Configuration
Video
nouveau runs into some problems (https://bbs.archlinux.org/viewtopic.php?id=178207). There may be a way to patch it, but not without building a custom kernel and applying the patches mentioned in the bug report. After a full day of trying (module won't build against current kernel, patch won't apply to linux-mainline, ...), I've given up and switched to:
nvidia works fine using bumblebee.
Wireless
Edit: I switched to the linux-ck kernel and no longer see this bug. I didn't see any obvious patches for it, but maybe there's something there. Either way, everything works flawlessly now...
Ugh. Why can't everyone just use Intel wireless cards?
The card (using ath9k
) successfully scans for networks, successfully connects, successfully negotiates an IP address, and successfully disconnects immediately afterwards. Maybe the fifth or sixth time I power down the card and power it up again, it will hold the connection. After connecting once successfully, I haven't seen any problems reconnecting to a given network. This seems like a dhcp problem.
Audio
Using hdajackretask
to set the unconnected 0x16 pin to anything sets the external speaker as the rear right channel (Internal (LFE)
is the closest approximation to what it should be).
Multitouch
Gesture support is provided via xf86-input-synaptics-mtpatchAUR[broken link: archived in aur-mirror] and touchegg-svnAUR[broken link: archived in aur-mirror] in the AUR. I personally prefer GNOME Shell, which has some issues with how it handles touchpad input. Essentially, any event that is mapped to a gnome shell gesture and a touchegg gesture will be executed in both ways. For example, if you have natural scrolling mapped to two-finger drag via GNOME and non-inverted scrolling mapped to two-finger drag via touchegg, the page will scroll down then up when you two-finger drag up resulting in no net change in position.
The command touchegg
will have to be executed every time the GUI loads (maybe add it to gnome-session or the equivalent for your WM?).