On 12-05-15 03:22, poma wrote:
> On 11.05.2015 20:05, Hans de Goede wrote:
>> On 11-05-15 18:50, Peter Robinson wrote:
>>> On Mon, May 11, 2015 at 4:53 PM, Hans de Goede <hdegoede(a)redhat.com> wrote:
>>>> Hi All,
>>>> This weekend I lost 2 hours figuring out why supertuxkart would not
>>>> recognize a standard logitech usb gamepad.
>>>> After 2 hours I found out that the problem is that some games
>>>> need to joydev module to interact with usb-hid devices as
>>>> the use the /dev/js interface rather then the /dev/input/event#
>>>> interface, once I had installed kernel-modules-extras everything
>>>> just worked, the module auto loaded stk recognized the gamepad
>>>> and things just worked (tm) which is what I believe is the
>>>> experience we want to offer ootb.
>>>> Therefor I would like to request for the joydev module to be
>>>> moved from kernel-modules-extras into the main kernel-modules
>>> A bunch of games use the means we now have to specify a "Requires:
>>> kernel-module(joydev)" style syntax so it doesn't matter where the
>>> module resides (sorry, don't know the exact syntax offhand).
>> I do not think that sprinkling "Requires: kernel-module(joydev)"
>> all over the place for something which is really just core functionality
>> which apps should be able to rely on is a good idea. Esp. not when
>> we are talking about a module which is 6784 bytes on the filesystem.
>> Also these requires have funny side effects, they cause dnf to
>> install kernel-debug rather then kernel-modules-extra when the
>> module is not already present on the system which sorta defeats the
> What rhbz is it?
The one which you are going to create for it ?
Just do: "dnf install joystick-support" on an F-22 system without
kernel-modules-extra installed to reproduce.
This weekend I lost 2 hours figuring out why supertuxkart would not
recognize a standard logitech usb gamepad.
After 2 hours I found out that the problem is that some games
need to joydev module to interact with usb-hid devices as
the use the /dev/js interface rather then the /dev/input/event#
interface, once I had installed kernel-modules-extras everything
just worked, the module auto loaded stk recognized the gamepad
and things just worked (tm) which is what I believe is the
experience we want to offer ootb.
Therefor I would like to request for the joydev module to be
moved from kernel-modules-extras into the main kernel-modules
I have a PCI-based SATA controller (Sil3124) that chokes on PCI DAC
addressing, so I have to force 32-bit addressing through an IOMMU. Sadly, the
stock Fedora kernel falls back to SWIOTLB on this machine, which is both
slower (though I haven't benchmarked it) and unreliable (several times I've
seen the SWIOTLB overflow and go boom).
Apparently, all I need is the AMD GART-based IOMMU implementation
(CONFIG_GART_IOMMU) that is currently disabled by Fedora. This means I
currently have to rebuild the kernel every time to re-enable it.
Is there any particular reason why this is disabled in Fedora (upstream
Kconfig default is enabled)? Given that there is probably a non-negligible
fraction of machines that could benefit from the GART IOMMU and the kernel
size impact is minimal, would it be possible to restore the upstream default?