similar to: Enhancing the mouse support

Dear Rglers, With rgl, I would like to set marker when a button is pressed, but leave the standard trackball handling otherwise. Thanks to Duncan and Oleg for helping me handling key down. How do I say in a custom mouse handler "after having done your work, forward to standard trackball once only"? The example below shows the idea, but it works only once, then reverts to standard

Hello there! I just bought this trackball and connected it to a CentOS 4 box. I googled on how to edit xorg.conf for the 2 scrollbuttons, and they work while using this section: Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "ExplorerPS/2" Option

I've found a few questions about trying to get this to work, I managed to do it, and thought I'd share: - get the evdev driver here: https://bugs.freedesktop.org/attachment.cgi?id=1745 - to install, run ./configure --prefix=/usr/X11R6, then make, make install. - edit your /etc/X11/xorg.conf like this: Section "InputDevice" Identifier "Mouse0" Driver

First snapshot for evdev 2.2. Lots of cleanup, and - most notably - general axis/button support. For those running an X server from master, evdev will label axes and buttons for you. shortlog is a bit longer than it actually is, it includes a number of patches that were cherry-picked onto 2.1 and have since been released. Cheers, Peter Shortlog since xf86-input-evdev-2.1.0: Adam Jackson

On Sat, Oct 4, 2008 at 10:45 AM, laurent <lgautier at gmail.com> wrote: > > On Sat, 2008-10-04 at 12:00 +0200, r-devel-request at r-project.org wrote: >> Message: 18 >> Date: Fri, 3 Oct 2008 15:35:18 -0500 (CDT) >> From: Luke Tierney <luke at stat.uiowa.edu> >> Subject: Re: [Rd] Attributes of top level environments clobbered (was >> Re: [R]

Hello, I'm new here, and I hope I can get any help. At first I thought this is a support mailing list, but it looks more like one for developers. I'm using Nouveau in ubuntu bionic. My problem is, when I connect a second Monitor to my Laptop on DVI-D connector, the monitor is not detected, Nouveau reports it as "disconnected". The Hardware works, because the BIOS uses the

Hello, The idea was to use the modesetting DDX instead of Nouveau’s one for Maxwell+ as EXA was [broken][1]. But you can give a try at Ilia’s [patches][2], which fix the Nouveau DDX for GM10x and GM20x (I don’t think it has been tested on a GM108 yet). Best regards, Pierre Moreau [1]: https://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=3e2e0faa2ee1cce9c1bb5c7ad80d0592460f3edc

hi, give the drm-next kernel tree a try. Sadly the reclocking improvements didn't land with 4.9, so 4.10 is required. Greetings. On 7 December 2016 10:26:44 a.m. GMT+01:00, "Sune Mølgaard" <smo at translucent.dk> wrote: >Hi again, > >It works :-) > >Reclocking, however, is another kettle of fish. > >Trying #echo 0f > /sys/kernel/debug/dri/0/pstate

also you can't change the clocks when there is nothing running on the GPU. I have some patches pending for this in another series, but maybe I may be able toe extract those fixes. Changing the clocks while something is running shouldn't cause any troubles. Alternatively if you don't care about power consumption, you can boot with nouveau.runpm=0 so that the gpu is always on.

you can boot with nouveau.config=NvBoost=2 to enable higher clocks, but that won't fill in the difference compared to Intel. For this there are some changes needed on the mesa side regarding scheduling. Also keep in mind, that PCIe is an important bottleneck here, because the GPU can't push frames fast enough through the bus, that's why any "high FPS" benchmark will be in

evdev 2.10.6 is now available. Since evdev is in maintenance mode there aren't a lot of features to go around but still a few important fixes. Andrey fixed the proximity event generation for tablets and the handling of devices without axes but buttons - previously those were assumed to be keyboards in the server. Better error reporting from Christian and the rest are build system fixes that

First RC for evdev 2.6. We've only had a few changes since 2.5 but there is a significant rewrite coming up to use the masked valuator bits so I'd like to get out what we have now. Note that in all likelyhood, support for older servers (including server 1.9) will be dropped in the next version. Hence the 2.6 branch will be maintained for a while. This release has some improved tablet

evdev 2.0 has arrived. Roll out the carpet and bring the cake. FWIW, I hereby also take maintainership of evdev. Cheers, Peter Peter Hutterer (3): Finalize MB emulation if EvdevProbe fails. Shut up compiler warning "implicit declaration of function 'xf86Msg'" evdev 2.0.0 git tag: xf86-input-evdev-2.0.0

So, 1. I installed a minimal CentOS-7. 2. I then installed epel-release. 3. I then installed etckeeper from epel. 4. I then ran yum update -y. 5. I then rebooted (kernel update). 6. I then ran "yum groups install "X Window System" 7. I then ran "yum groups "MATE Desktop" 8. I then ran startx. Result: Graphical destop wallpaper appears, spinning disc in center for

Od: "Ilia Mirkin" <imirkin at alum.mit.edu> Do: "Lampshade" <lampshade at poczta.fm>; Wys?ane: 19:07 Czwartek 2014-07-10 Temat: Re: [Nouveau] Warnings in dmesg and results of mmiotrace 10de:1140 Geforce620m Optimus Laptop Acer E1-531G > On Thu, Jul 10, 2014 at 11:01 AM, Lampshade wrote: > > Hello > > in dmesg I always have these informations (I

Adam Jackson (20): Unlibcwrap. Support the new DIX motion history API Ignore button events above BTN_TASK for now. Parse Option "Path" as well as Option "Device". Re-add XKB support. Nuke the keyboard bell code. Add absolute coordinate event support. Force maximum keycode to be 255 Handle the alternate spellings of the xkb

Hi again, It works :-) Reclocking, however, is another kettle of fish. Trying #echo 0f > /sys/kernel/debug/dri/0/pstate hangs X. Trying the same with no X running reveals: Dec 7 10:08:42 dell-smo kernel: [ 728.831020] nouveau 0000:08:00.0: clk: unable to find matching pll values a number of time as then soft lockup. Very much akin to

Hello, I am currently attempting to run some windows games through wine, specifically Fable - The Lost Chapters and The Elder Scrolls III - Morrowind and I am experiencing problems with my cursor drifting during game play. When I start the game (as soon as the menu screen) the mouse is initially stable, but after I move the mouse it will begin to drift vertically down at a constant speed

Hi, With drm-next from http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-next/2016-12-08/ I don't get the error messages, but I still get a soft cpu lockup. What info would you need from me to get it working? Best regards, Sune Mølgaard On 2016-12-08 08:10, Karol Herbst wrote: > hi, > > give the drm-next kernel tree a try. Sadly the reclocking improvements didn't land with

Aha! That seems to do it. If I interpret correctly, it doesn't set it quite to full power, though, but it's certainly an improvement: 07: core 405 MHz memory 810 MHz 0a: core 270-1124 MHz memory 1600 MHz 0f: core 270-1124 MHz memory 2002 MHz AC DC * AC: core 1012 MHz memory 2002 MHz A short run of glmark2 shows aver 100% improvement to ~550 FPS. Interestingly, it's still nowhere