Need help with M$ touchmouse

Gene Heskett gheskett at wdtv.com
Fri Dec 5 10:31:28 PST 2014 

On Friday 05 December 2014 13:01:10 Gene Heskett did opine
And Gene did reply:
> On Friday 05 December 2014 12:42:24 Gene Heskett did opine
> 
> And Gene did reply:
> > On Friday 05 December 2014 12:23:19 Thomas Lط£آ¼bking did opine
> > 
> > And Gene did reply:
> > > On Freitag, 5. Dezember 2014 18:12:09 CEST, Gene Heskett wrote:
> > > > using the nouveau driver. From a 3.16.0 kernel tree I assume.
> > > 
> > > Doesn't seem so.
> > > 
> > > Posted log segment says, that you're trying to load nv, then unload
> > > it and ultimately seem to be running fbdev (what causes the maaaany
> > > error messages)
> > > 
> > > This is not about the kernel module, but the X11 driver.
> > > You'll need xserver-xorg-video-nouveau and libdrm-nouveau1, but
> > > rather not from 2010.
> > > 
> > > Cheers,
> > > Thomas
> > 
> > And how does one go about that?  Build & install Xorg from scratch?
> > 
> > I did that once about a decade & change back, on an old Red Hat
> > install, 6.1 IIRC. It worked, but was about a 2 hour build on that
> > old 400 mhz K6- II box with 320 megs of memory. :)
> > 
> > git URL?
> > 
> > > PS:
> > > http://www.freedesktop.org/wiki/Software/libevdev/ is the very
> > > first
> > 
> > Thanks Thomas, but what is the magic configure --with-??????
> > that will get it to build the docs?
> > 
> > > goggle result here. _______________________________________________
> > > xorg at lists.x.org: X.Org support
> > > Archives: http://lists.freedesktop.org/archives/xorg
> > > Info: http://lists.x.org/mailman/listinfo/xorg
> > > Your subscription address: %(user_address)s
> > 
> > Cheers, Gene Heskett
> 
> PS:
> I looked at some of the older Xorg logs, that error has been there,
> copiously and seemingly forever.  One of them was north of 500 megs!
> 
> So...
> 
> I reconfigured, built and installed a 3.16.0 kernel with the generic
> fbdev added to the mix.  But have not rebooted yet.  About to do that
> but it takes me about 10 minutes after a reboot to get all my
> workspaces set up. Boot timing is wrong from gkrellm so I always have
> to kill it and give the hardware monitor time to get its stuff in one
> sock, then restart it, and X always opens every console I had running
> when I issued the reboot, on workspace #1, and there are 10 of them. 9
> are busy ATM. For some strange reason, Kcalc is the only utility that
> remembers which workspace it was on. Everything else is piled up on
> workspace 1 & has to be moved to where it normally lives. :)
> 
> I write bash scripts for something like a kernel build/install so I
> don't have to remember (considering the years on the wet ram) all
> that. ;)
> 
> Anyway, reboot coming up.
> 
> Thanks Thomas.
> 
> Cheers, Gene Heskett

PS:  reboot done, but that error is still there, the log, by the time I 
got all my konsoles where they belong was up to 400k and growing.

And it is still unloading the nv driver, which I _thought_ was the nvidia 
driver.  And you are correct, the nouveau driver reports a 2010 code build 
date.  From the new log:

(==) Assigned the driver to the xf86ConfigLayout
(II) LoadModule: "nouveau"
(II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so
(II) Module nouveau: vendor="X.Org Foundation"
        compiled for 1.7.6, module version = 0.0.15
        Module class: X.Org Video Driver
        ABI class: X.Org Video Driver, version 6.0
(II) LoadModule: "nv"
(II) Loading /usr/lib/xorg/modules/drivers/nv_drv.so
(II) Module nv: vendor="X.Org Foundation"
        compiled for 1.7.3.901, module version = 2.1.15
        Module class: X.Org Video Driver
        ABI class: X.Org Video Driver, version 6.0
(II) LoadModule: "vesa"
(II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
(II) Module vesa: vendor="X.Org Foundation"
        compiled for 1.7.6, module version = 2.3.0
        Module class: X.Org Video Driver
        ABI class: X.Org Video Driver, version 6.0
(II) LoadModule: "fbdev"
(II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
(II) Module fbdev: vendor="X.Org Foundation"
        compiled for 1.7.6, module version = 0.4.1
        ABI class: X.Org Video Driver, version 6.0
(II) NOUVEAU driver Date:   Wed Feb 10 18:43:39 2010 +0100
(II) NOUVEAU driver for NVIDIA chipset families :
        RIVA TNT    (NV04)
        RIVA TNT2   (NV05)
        GeForce 256 (NV10)
        GeForce 2   (NV11, NV15)
        GeForce 4MX (NV17, NV18)
        GeForce 3   (NV20)
        GeForce 4Ti (NV25, NV28)
        GeForce FX  (NV3x)
        GeForce 6   (NV4x)
        GeForce 7   (G7x)
        GeForce 8   (G8x)
(II) NOUVEAU driver Date:   Wed Feb 10 18:43:39 2010 +0100
(II) NOUVEAU driver for NVIDIA chipset families :
        RIVA TNT    (NV04)
        RIVA TNT2   (NV05)
        GeForce 256 (NV10)
        GeForce 2   (NV11, NV15)
        GeForce 4MX (NV17, NV18)
        GeForce 3   (NV20)
        GeForce 4Ti (NV25, NV28)
        GeForce FX  (NV3x)
        GeForce 6   (NV4x)
        GeForce 7   (G7x)
        GeForce 8   (G8x)
(II) VESA: driver for VESA chipsets: vesa
(II) FBDEV: driver for framebuffer: fbdev
(II) Primary Device is: PCI 03 at 00:00:0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 8, (OK)
drmOpenByBusid: Searching for BusID pci:0000:03:00.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 8, (OK)
drmOpenByBusid: drmOpenMinor returns 8
drmOpenByBusid: drmGetBusid reports pci:0000:03:00.0
(EE) [drm] failed to open device
(EE) VESA: Kernel modesetting driver in use, refusing to load
(WW) Falling back to old probe method for vesa
(II) Loading sub module "fbdevhw"
(II) LoadModule: "fbdevhw"
(II) Loading /usr/lib/xorg/modules/linux/libfbdevhw.so
(II) Module fbdevhw: vendor="X.Org Foundation"
        compiled for 1.7.6, module version = 0.0.2
        ABI class: X.Org Video Driver, version 6.0
(**) FBDEV(0): claimed PCI slot 3 at 0:0:0
(II) FBDEV(0): using default device
(II) FBDEV(0): Creating default Display subsection in Screen section
        "Default Screen Section" for depth/fbbpp 24/32
(==) FBDEV(0): Depth 24, (==) framebuffer bpp 32
(==) FBDEV(0): RGB weight 888
(==) FBDEV(0): Default visual is TrueColor
(==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
(II) FBDEV(0): hardware: nouveaufb (video memory: 8100kB)
(II) FBDEV(0): checking modes against framebuffer device...
(II) FBDEV(0): checking modes against monitor...
(--) FBDEV(0): Virtual size is 1920x1080 (pitch 1920)
(**) FBDEV(0):  Built-in mode "current"
(==) FBDEV(0): DPI set to (96, 96)
(II) Loading sub module "fb"
(II) LoadModule: "fb"
(II) Loading /usr/lib/xorg/modules/libfb.so
(II) Module fb: vendor="X.Org Foundation"
        compiled for 1.7.6, module version = 1.0.0
        ABI class: X.Org ANSI C Emulation, version 0.4
(**) FBDEV(0): using shadow framebuffer
(II) Loading sub module "shadow"
(II) LoadModule: "shadow"
(II) Loading /usr/lib/xorg/modules/libshadow.so
(II) Module shadow: vendor="X.Org Foundation"
        compiled for 1.7.6, module version = 1.1.0
        ABI class: X.Org ANSI C Emulation, version 0.4
(II) UnloadModule: "nv"
(II) Unloading /usr/lib/xorg/modules/drivers/nv_drv.so
(==) Depth 24 pixmap format is 32 bpp
(==) FBDEV(0): Backing store disabled
(EE) FBDEV(0): FBIOPUTCMAP: Invalid argument
(EE) FBDEV(0): FBIOPUTCMAP: Invalid argument

and so it begins afresh...

Thanks Thomas.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS

More information about the xorg mailing list