On Wed, Apr 11, 2018 at 10:46:00AM +0200, gre...@linuxfoundation.org wrote:
>On Tue, Apr 10, 2018 at 08:43:31PM +, Sasha Levin wrote:
>> >Bots are starting to overwhelm actual content from human beings
>> >on this list, and I want to put my foot on the brake right now
>> >before it gets even mo
On Tue, Apr 10, 2018 at 08:43:31PM +, Sasha Levin wrote:
> >Bots are starting to overwhelm actual content from human beings
> >on this list, and I want to put my foot on the brake right now
> >before it gets even more out of control.
>
> I think we're just hitting the limitations of using a ma
On Tue, Apr 10, 2018 at 03:22:57PM -0400, David Miller wrote:
>From: Sasha Levin
>Date: Tue, 10 Apr 2018 19:08:20 +
>
>> The bot tries to take the "dumb" part out of your way, by letting
>> you know from the start which trees this applied/built on and what
>> dependencies it might have. It com
From: Sasha Levin
Date: Tue, 10 Apr 2018 19:08:20 +
> The bot tries to take the "dumb" part out of your way, by letting
> you know from the start which trees this applied/built on and what
> dependencies it might have. It comes for free, why not use it?
I do this already while I'm processing
On Tue, Apr 10, 2018 at 10:35:07AM -0400, David Miller wrote:
>From: Sasha Levin
>Date: Tue, 10 Apr 2018 13:49:40 +
>
>> This commit has been processed because it contains a "Fixes:" tag,
>> fixing commit: d9f9b9a4d05f devlink: Add support for resource abstraction.
>>
>> The bot has tested the
From: Jiri Pirko
Date: Tue, 10 Apr 2018 16:13:09 +0200
> Tue, Apr 10, 2018 at 03:49:40PM CEST, alexander.le...@microsoft.com wrote:
>>Hi,
>>
>>[This is an automated email]
>>
>>This commit has been processed because it contains a "Fixes:" tag,
>>fixing commit: d9f9b9a4d05f devlink: Add support fo
From: Sasha Levin
Date: Tue, 10 Apr 2018 13:49:40 +
> This commit has been processed because it contains a "Fixes:" tag,
> fixing commit: d9f9b9a4d05f devlink: Add support for resource abstraction.
>
> The bot has tested the following trees: v4.16.1.
This is nice, but it's becomming noise.
Tue, Apr 10, 2018 at 03:49:40PM CEST, alexander.le...@microsoft.com wrote:
>Hi,
>
>[This is an automated email]
>
>This commit has been processed because it contains a "Fixes:" tag,
>fixing commit: d9f9b9a4d05f devlink: Add support for resource abstraction.
I don't think we need this fix in stable
Hi,
[This is an automated email]
This commit has been processed because it contains a "Fixes:" tag,
fixing commit: d9f9b9a4d05f devlink: Add support for resource abstraction.
The bot has tested the following trees: v4.16.1.
v4.16.1: Failed to apply! Possible dependencies:
37923ed6b8ce ("net
From: Jiri Pirko
Date: Thu, 5 Apr 2018 22:13:21 +0200
> From: Jiri Pirko
>
> This resolves race during initialization where the resources with
> ops are registered before driver and the structures used by occ_get
> op is initialized. So keep occ_get callbacks registered only when
> all structs
Thu, Apr 05, 2018 at 10:55:58PM CEST, dsah...@gmail.com wrote:
>On 4/5/18 2:13 PM, Jiri Pirko wrote:
>> From: Jiri Pirko
>>
>> This resolves race during initialization where the resources with
>> ops are registered before driver and the structures used by occ_get
>> op is initialized. So keep occ
On 4/5/18 2:55 PM, David Ahern wrote:
> @@ -154,6 +155,12 @@ void *mlxsw_core_driver_priv(struct mlxsw_core
> *mlxsw_core)
> }
> EXPORT_SYMBOL(mlxsw_core_driver_priv);
>
> +bool mlxsw_core_reload_in_progress(struct mlxsw_core *mlxsw_core)
> +{
> + return mlxsw_core->mlxsw_core_driver_priv;
On 4/5/18 2:13 PM, Jiri Pirko wrote:
> From: Jiri Pirko
>
> This resolves race during initialization where the resources with
> ops are registered before driver and the structures used by occ_get
> op is initialized. So keep occ_get callbacks registered only when
> all structs are initialized.
>
13 matches
Mail list logo
