Re: Moving joydev back into the main modules package
by Hans de Goede
Hi,
On 12-05-15 03:22, poma wrote:
> On 11.05.2015 20:05, Hans de Goede wrote:
>> Hi,
>>
>> 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
>>>> package.
>>>
>>> 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
>> purpose.
>>
>
> 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.
Regards,
Hans
>
>
8 years, 11 months
Moving joydev back into the main modules package
by Hans de Goede
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
package.
Regards,
Hans
8 years, 11 months
Enabling CONFIG_GART_IOMMU by default?
by Tomáš Trnka
Hello,
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?
Best regards,
Tomáš Trnka
8 years, 11 months