Re: Kaymap not surviving reboot

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



 On Mon, 8 Aug 2011 08:54:30 -0500, Dennis Gilmore <dennis@xxxxxxxx> 
 wrote:

>> >>  I'm using KDE (at the moment, going to try to get XFCE working
>> >>
>> >> soon),
>> >>
>> >>  and whatever system-config-keyboard does fixes it, but also
>> >>
>> >> whatever
>> >> it
>> >>
>> >>  does isn't surviving a reboot. :-/
>> >
>> > sometimes strace and grep open is a quicker way to find things 
>> like
>> > this
>> > than using the source
>>
>>  Indeed they do, I figured it out.
>>
>>  The problem is that system-config-keyboard edits xorg.conf, and 
>> does so
>>  extremely poorly and brokenly. It actually breaks a valid 
>> xorg.conf, in
>>  fact, by creating a ServerLayout section without an Identifier 
>> entry.
>>  But the real problem is that it creates a broken keyboard entry 
>> that
>>  doesn't do anything. Because it loads the keymap at run time, the
>>  settings go live in the current session, but after re-starting 
>> xorg,
>>  they don't get re-applied because the InputDevice section that
>>  system-config-keyboard created is broken. Xorg.0.log eventually got 
>> me
>>  looking in the right direction. the main thing that the InputDevice
>>  section was missing was the
>>
>>  Option "Device" "/dev/input/event0"
>>
>>  line. Without it the keyboard entry failed, and on Tegra at least, 
>> NVEC
>>  keyboard would get detected on that device node and started, which 
>> would
>>  default to the US layout every time.
>>
>>  The solution was to fix the InputDevice entry manually, and use the
>>  evdev driver. After that NVEC (found via udev it seems) driver gets
>>  loaded, but it sees that the device is already claimed, so it goes 
>> away.
>>
>>  The net result is the keyboard working with the correct map.
>>
>>  I'm not entirely sure what against to file this bug report, or even
>>  where. I'm guessing against system-config-keyboard, but we're not 
>> up to
>>  the point where we can build/test rawhide on Fedora on ARM, are we? 
>> My
>>  experience is that in genereal, the life cycle of fedora is too 
>> short
>>  for the fixes to ever arrive for anything except Rawhide...
>
> I suspect that this is entirely an issue that effects only tegra
> based devices.
> I have a spanish keyboard in my smartbook and ithas all just worked 
> as
> expected.

 Did you have a xorg.conf or were you running without it?

 I don't see how some parts of this could be Tegra specific, 
 specifically the fact that it creates a ServerLayout section if there 
 isn't one there and doesn't create an Identifier entry in it. That along 
 will make Xorg fail to start. Can you check whetiher it does that on 
 your system?

 Gordan
_______________________________________________
arm mailing list
arm@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/arm


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux ARM (Vger)]     [Linux ARM]     [ARM Kernel]     [Fedora User Discussion]     [Older Fedora Users Discussion]     [Fedora Advisory Board]     [Fedora Security]     [Fedora Maintainers]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Mentors]     [Fedora Package Announce]     [Fedora Package Review]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Coolkey]     [Yum Users]     [Tux]     [Yosemite News]     [Linux Apps]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]

Powered by Linux