Can x input driver read from fifo?

[c-aries]

my system enviroment is:
$ pkg-config --modversion xorg-server
1.7.7
$ cat /etc/debian_version
6.0.1
$
I will git the master branch, test and file the bug later if I have free time.


2012/4/23, Peter Hutterer <peter.hutterer at who-t.net>:
> On Mon, Apr 23, 2012 at 09:52:59AM +0800, c-aries wrote:
>> Thanks.
>>
>> I find the solution.
>> Recompiling the Xorg with option ./configure --prefix=/usr
>> --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/var
>> --infodir=/usr/share/info --mandir=/usr/share/man
>> --with-fontdir=/usr/share/fonts/X11/ --enable-xselinux， then copy
>> hw/xfree86/Xorg to /usr/bin/Xorg. Hack the source code and trace the
>> problem.
>> The bug is FreeFeedbackClass(PtrFeedbackClass,
>> (pointer)&classes->ptrfeed) in FreeAllDeviceClasses free the same
>> address twice.
>
> is this on the git master branch? please file a bug for this with a way to
> reproduce it and the backtraces so we can fix it.
>
> Cheers,
>   Peter
>
>> Then I allocate a new PtrFeedbackClassRec, assign to  PtrFeedbackPtr
>> in my xinput driver. Compare the evtouch source, and read the
>> xorg-server source, I found this solution and work perfectly.
>> I learn writing input driver from
>> http://www.x.org/wiki/Development/Documentation/XorgInputHOWTO, it
>> also have the shut down problem. After I apply this patch, Window
>> Manager can be shut down normally now.
>>
>> 2012/4/20, Michal Suchanek <hramrach at gmail.com>:
>> > On 19 April 2012 04:50, c-aries <babyaries2 at gmail.com> wrote:
>> >> Hi all. I write a x input driver. When the driver read from normal
>> >> device it works nice. After I change it to read from fifo, the driver
>> >> works nice also before I turn off the Window Manager. After Xorg
>> >> process exit, devices are all disabled, the screen won't change to
>> >> tty, keyboard don't work also.
>> >> I use another computer to ssh and gdb. Find that the Xorg exit
>> >> normally, and the linux kernel still work.
>> >
>> > Hello,
>> >
>> > I guess this is caused by X server not restoring the terminal to
>> > working state after it exits.
>> >
>> > Try to use the sysrq to unraw terminal and switch to another vt.
>> >
>> > Alternatively to run a X server in standard configuration remotely.
>> >
>> > HTH
>> >
>> > Michal
>> >
>>
>>
>> --
>> Free software is a matter of the users' freedom to run, copy, distribute,
>> study, change and improve the software.
>> = = I'm a GNU C Programmer, Happy Hacking!
>> _______________________________________________
>> xorg-devel at lists.x.org: X.Org development
>> Archives: http://lists.x.org/archives/xorg-devel
>> Info: http://lists.x.org/mailman/listinfo/xorg-devel
>>
>


-- 
Free software is a matter of the users' freedom to run, copy, distribute,
study, change and improve the software.
= = I'm a GNU C Programmer, Happy Hacking!