Re: [PATCH RFC 2/2] futex: Implement mechanism to wait on any of several futexes

On 7/31/19 6:32 PM, Zebediah Figura wrote: On 7/31/19 8:22 PM, Zebediah Figura wrote: On 7/31/19 7:45 PM, Thomas Gleixner wrote: If I assume a maximum of 65 futexes which got mentioned in one of the replies then this will allocate 7280 bytes alone for the futex_q array with a stock debian

Re: Steam is broken on new kernels

On 6/21/19 5:19 PM, Eric Dumazet wrote: On Fri, Jun 21, 2019 at 7:54 PM Linus Torvalds wrote: Eric is talking about this patch, I think: https://patchwork.ozlabs.org/patch/1120222/ That is correct. I am about to take a flight from Boston to Paris, so I can not really follow

Re: Steam is broken on new kernels

On 6/21/19 3:38 PM, Eric Dumazet wrote: Please look at my recent patch.  Sorry I am travelling On Fri, Jun 21, 2019, 6:19 PM Linus Torvalds mailto:torva...@linux-foundation.org>> wrote: On Fri, Jun 21, 2019 at 2:41 PM Greg Kroah-Hartman mailto:gre...@linuxfoundation.org>>

Re: Steam is broken on new kernels

On 6/21/19 2:41 PM, Greg Kroah-Hartman wrote: On Fri, Jun 21, 2019 at 02:27:41PM -0700, Pierre-Loup A. Griffais wrote: This seems to have broken us: https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.1.11 Here's some affected users: https://github.com/ValveSoftware/steam-for-linux

Steam is broken on new kernels

This seems to have broken us: https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.1.11 Here's some affected users: https://github.com/ValveSoftware/steam-for-linux/issues/6326 https://www.reddit.com/r/linux_gaming/comments/c37lmh/psa_steam_does_not_connect_on_kernels_newer_than/

Re: [PATCH] HID: steam: remove input device when a hid client is running.

On 10/14/18 10:36 AM, Rodrigo Rivas Costa wrote: Previously, when a HID client such as the Steam Client was running, this driver disabled its input device to avoid doubling the input events. While it worked mostly fine, some games got confused by the idle gamepad, and switched to two player

Re: [PATCH] HID: steam: remove input device when a hid client is running.

On 10/14/18 10:36 AM, Rodrigo Rivas Costa wrote: Previously, when a HID client such as the Steam Client was running, this driver disabled its input device to avoid doubling the input events. While it worked mostly fine, some games got confused by the idle gamepad, and switched to two player

Re: [PATCH v5 0/4] new driver for Valve Steam Controller

On 03/15/2018 02:06 PM, Rodrigo Rivas Costa wrote: On Wed, Mar 14, 2018 at 05:39:25PM +0100, Benjamin Tissoires wrote: On Mon, Mar 12, 2018 at 9:51 PM, Rodrigo Rivas Costa wrote: On Mon, Mar 12, 2018 at 03:30:43PM +0100, Clément VUCHENER wrote: 2018-03-11 20:58

Re: [PATCH v5 0/4] new driver for Valve Steam Controller

On 03/15/2018 02:06 PM, Rodrigo Rivas Costa wrote: On Wed, Mar 14, 2018 at 05:39:25PM +0100, Benjamin Tissoires wrote: On Mon, Mar 12, 2018 at 9:51 PM, Rodrigo Rivas Costa wrote: On Mon, Mar 12, 2018 at 03:30:43PM +0100, Clément VUCHENER wrote: 2018-03-11 20:58 GMT+01:00 Rodrigo Rivas

Re: [PATCH v5 0/4] new driver for Valve Steam Controller

On 03/11/2018 12:58 PM, Rodrigo Rivas Costa wrote: This patchset implements a driver for Valve Steam Controller, based on a reverse analysis by myself. Sorry, I've been out of town for a few weeks and couldn't keep up with this... @Pierre-Loup and @Clément, could you please have another look

Re: [PATCH v5 0/4] new driver for Valve Steam Controller

On 03/11/2018 12:58 PM, Rodrigo Rivas Costa wrote: This patchset implements a driver for Valve Steam Controller, based on a reverse analysis by myself. Sorry, I've been out of town for a few weeks and couldn't keep up with this... @Pierre-Loup and @Clément, could you please have another look

Re: [PATCH 1/3] HID: add driver for Valve Steam Controller

On 02/14/2018 03:29 PM, Rodrigo Rivas Costa wrote: On Wed, Feb 14, 2018 at 03:45:14PM +0100, Benjamin Tissoires wrote: I think I had a look at this a while ago, and didn't want to interfere with SteamOS regarding this. I think your patch should be fine in that regard, but have you tried SteamOS

Re: [PATCH 1/3] HID: add driver for Valve Steam Controller

On 02/14/2018 03:29 PM, Rodrigo Rivas Costa wrote: On Wed, Feb 14, 2018 at 03:45:14PM +0100, Benjamin Tissoires wrote: I think I had a look at this a while ago, and didn't want to interfere with SteamOS regarding this. I think your patch should be fine in that regard, but have you tried SteamOS

Re: [PATCH v2 0/3] new driver for Valve Steam Controller

On 02/21/2018 12:21 PM, Rodrigo Rivas Costa wrote: On Tue, Feb 20, 2018 at 04:09:39PM -0800, Pierre-Loup A. Griffais wrote: On 02/20/2018 03:20 PM, Rodrigo Rivas Costa wrote: On Tue, Feb 20, 2018 at 02:29:48PM -0800, Pierre-Loup A. Griffais wrote: About the left trackpad/joystick, currently

Re: [PATCH v2 0/3] new driver for Valve Steam Controller

On 02/21/2018 12:21 PM, Rodrigo Rivas Costa wrote: On Tue, Feb 20, 2018 at 04:09:39PM -0800, Pierre-Loup A. Griffais wrote: On 02/20/2018 03:20 PM, Rodrigo Rivas Costa wrote: On Tue, Feb 20, 2018 at 02:29:48PM -0800, Pierre-Loup A. Griffais wrote: About the left trackpad/joystick, currently

Re: [PATCH v2 0/3] new driver for Valve Steam Controller

On 02/20/2018 03:20 PM, Rodrigo Rivas Costa wrote: On Tue, Feb 20, 2018 at 02:29:48PM -0800, Pierre-Loup A. Griffais wrote: Hi Rodrigo, Thanks for working on that! I have a few questions and remarks. For the reverse-engineering part, there's a lot of existing reference in existing (user-space

Re: [PATCH v2 0/3] new driver for Valve Steam Controller

On 02/20/2018 03:20 PM, Rodrigo Rivas Costa wrote: On Tue, Feb 20, 2018 at 02:29:48PM -0800, Pierre-Loup A. Griffais wrote: Hi Rodrigo, Thanks for working on that! I have a few questions and remarks. For the reverse-engineering part, there's a lot of existing reference in existing (user-space

Re: [PATCH v2 0/3] new driver for Valve Steam Controller

Hi Rodrigo, Thanks for working on that! I have a few questions and remarks. For the reverse-engineering part, there's a lot of existing reference in existing (user-space) drivers for the controllers like sc-controller, but feel free to reach out if you have any questions. It's overall pretty

Re: [PATCH v2 0/3] new driver for Valve Steam Controller

Hi Rodrigo, Thanks for working on that! I have a few questions and remarks. For the reverse-engineering part, there's a lot of existing reference in existing (user-space) drivers for the controllers like sc-controller, but feel free to reach out if you have any questions. It's overall pretty

Re: [PATCH] mm,x86: limit 32 bit kernel to 12GB memory

Reviewed-by: Pierre-Loup A. Griffais On 05/01/2013 07:46 PM, Rik van Riel wrote: On Wed, 1 May 2013 21:34:26 -0400 Steven Rostedt wrote: On Mon, Apr 29, 2013 at 08:48:17PM -0400, Rik van Riel wrote: It could also print out a friendly message, to inform the user they should upgrade to a 64

Re: [PATCH] mm,x86: limit 32 bit kernel to 12GB memory

Reviewed-by: Pierre-Loup A. Griffais pgriff...@valvesoftware.com On 05/01/2013 07:46 PM, Rik van Riel wrote: On Wed, 1 May 2013 21:34:26 -0400 Steven Rostedt rost...@goodmis.org wrote: On Mon, Apr 29, 2013 at 08:48:17PM -0400, Rik van Riel wrote: It could also print out a friendly message

Re: IO regression after ab8fabd46f on x86 kernels with high memory

On 04/29/2013 05:48 PM, Rik van Riel wrote: On 04/29/2013 06:03 PM, Linus Torvalds wrote: Seriously, you can compile yourself a 64-bit kernel and continue to use your 32-bit user-land. And you can complain to whatever distro you used that it didn't do that in the first place. But we're not

Re: IO regression after ab8fabd46f on x86 kernels with high memory

On 04/26/2013 07:42 PM, Johannes Weiner wrote: On Fri, Apr 26, 2013 at 09:53:56PM -0400, Rik van Riel wrote: On 04/26/2013 07:44 PM, Pierre-Loup A. Griffais wrote: I initially observed this between kernels 3.2 and 3.5: on 3.2, copying a 180M shared object on the same ext4 filesystem takes 0.6s

Re: IO regression after ab8fabd46f on x86 kernels with high memory

On 04/29/2013 03:03 PM, Linus Torvalds wrote: On Mon, Apr 29, 2013 at 2:53 PM, Pierre-Loup A. Griffais wrote: Other than this particular concern, what's the high-level take-away? Is PAE support in the Linux kernel a false promise than distros should not be shipping by default, if at all

Re: IO regression after ab8fabd46f on x86 kernels with high memory

On 04/29/2013 03:03 PM, Linus Torvalds wrote: On Mon, Apr 29, 2013 at 2:53 PM, Pierre-Loup A. Griffais pgriff...@valvesoftware.com wrote: Other than this particular concern, what's the high-level take-away? Is PAE support in the Linux kernel a false promise than distros should not be shipping

Re: IO regression after ab8fabd46f on x86 kernels with high memory

On 04/26/2013 07:42 PM, Johannes Weiner wrote: On Fri, Apr 26, 2013 at 09:53:56PM -0400, Rik van Riel wrote: On 04/26/2013 07:44 PM, Pierre-Loup A. Griffais wrote: I initially observed this between kernels 3.2 and 3.5: on 3.2, copying a 180M shared object on the same ext4 filesystem takes 0.6s

Re: IO regression after ab8fabd46f on x86 kernels with high memory

On 04/29/2013 05:48 PM, Rik van Riel wrote: On 04/29/2013 06:03 PM, Linus Torvalds wrote: Seriously, you can compile yourself a 64-bit kernel and continue to use your 32-bit user-land. And you can complain to whatever distro you used that it didn't do that in the first place. But we're not

IO regression after ab8fabd46f on x86 kernels with high memory

I initially observed this between kernels 3.2 and 3.5: on 3.2, copying a 180M shared object on the same ext4 filesystem takes 0.6s. On 3.5, it takes between two and three minutes. It looks like a similar throughput regression happens on any machine running an i386 PAE kernel with high amounts

IO regression after ab8fabd46f on x86 kernels with high memory

I initially observed this between kernels 3.2 and 3.5: on 3.2, copying a 180M shared object on the same ext4 filesystem takes 0.6s. On 3.5, it takes between two and three minutes. It looks like a similar throughput regression happens on any machine running an i386 PAE kernel with high amounts