All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andy Shevchenko <andy.shevchenko@gmail.com>
To: Lucas De Marchi <lucas.demarchi@intel.com>
Cc: "Emma Anholt" <emma@anholt.net>,
	"David Airlie" <airlied@linux.ie>,
	nouveau@lists.freedesktop.org,
	"Rasmus Villemoes" <linux@rasmusvillemoes.dk>,
	dri-devel@lists.freedesktop.org,
	"Chris Wilson" <chris@chris-wilson.co.uk>,
	"Vishal Kulkarni" <vishal@chelsio.com>,
	"Francis Laniel" <laniel_francis@privacyrequired.com>,
	"Kentaro Takeda" <takedakn@nttdata.co.jp>,
	amd-gfx@lists.freedesktop.org, "Ben Skeggs" <bskeggs@redhat.com>,
	"Jakub Kicinski" <kuba@kernel.org>,
	"Harry Wentland" <harry.wentland@amd.com>,
	"Petr Mladek" <pmladek@suse.com>,
	"Sakari Ailus" <sakari.ailus@linux.intel.com>,
	"Leo Li" <sunpeng.li@amd.com>,
	intel-gfx@lists.freedesktop.org,
	"Raju Rangoju" <rajur@chelsio.com>,
	"Julia Lawall" <julia.lawall@lip6.fr>,
	"Rahul Lakkireddy" <rahul.lakkireddy@chelsio.com>,
	"Steven Rostedt" <rostedt@goodmis.org>,
	"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
	linux-kernel@vger.kernel.org,
	"Christian König" <christian.koenig@amd.com>,
	"Sergey Senozhatsky" <sergey.senozhatsky@gmail.com>,
	linux-security-module@vger.kernel.org, netdev@vger.kernel.org,
	"Alex Deucher" <alexander.deucher@amd.com>,
	"Andrew Morton" <akpm@linux-foundation.org>,
	"David S. Miller" <davem@davemloft.net>
Subject: Re: [Intel-gfx] [PATCH v2 09/11] drm: Convert open-coded yes/no strings to yesno()
Date: Wed, 26 Jan 2022 14:15:11 +0200	[thread overview]
Message-ID: <YfE7T7gl+0GrlFt/@smile.fi.intel.com> (raw)
In-Reply-To: <20220126104345.r6libof7z7tqjqxi@ldmartin-desk2>

On Wed, Jan 26, 2022 at 02:43:45AM -0800, Lucas De Marchi wrote:
> On Wed, Jan 26, 2022 at 12:12:50PM +0200, Andy Shevchenko wrote:
> > On Wed, Jan 26, 2022 at 11:39 AM Lucas De Marchi
> > <lucas.demarchi@intel.com> wrote:

...

> > >  411986   10490    6176  428652   68a6c drm.ko.old
> > >  411986   10490    6176  428652   68a6c drm.ko
> > >   98129    1636     264  100029   186bd dp/drm_dp_helper.ko.old
> > >   98129    1636     264  100029   186bd dp/drm_dp_helper.ko
> > > 1973432  109640    2352 2085424  1fd230 nouveau/nouveau.ko.old
> > > 1973432  109640    2352 2085424  1fd230 nouveau/nouveau.ko
> > 
> > This probably won't change for modules, but if you compile in the
> > linker may try to optimize it. Would be nice to see the old-new for
> > `make allyesconfig` or equivalent.
> 
> just like it would already do, no? I can try and see what happens, but
> my feeling is that we won't have any change.

Maybe not or maybe a small win. Depends how compiler puts / linker sees
that in two cases. (Yeah, likely it should be no differences if all
instances are already caught by linker)

-- 
With Best Regards,
Andy Shevchenko



WARNING: multiple messages have this Message-ID (diff)
From: Andy Shevchenko <andy.shevchenko@gmail.com>
To: Lucas De Marchi <lucas.demarchi@intel.com>
Cc: "Emma Anholt" <emma@anholt.net>,
	"David Airlie" <airlied@linux.ie>,
	nouveau@lists.freedesktop.org,
	"Rasmus Villemoes" <linux@rasmusvillemoes.dk>,
	dri-devel@lists.freedesktop.org,
	"Chris Wilson" <chris@chris-wilson.co.uk>,
	"Vishal Kulkarni" <vishal@chelsio.com>,
	netdev@vger.kernel.org,
	"Francis Laniel" <laniel_francis@privacyrequired.com>,
	"Kentaro Takeda" <takedakn@nttdata.co.jp>,
	amd-gfx@lists.freedesktop.org, "Ben Skeggs" <bskeggs@redhat.com>,
	"Jakub Kicinski" <kuba@kernel.org>,
	"Harry Wentland" <harry.wentland@amd.com>,
	"Petr Mladek" <pmladek@suse.com>, "Leo Li" <sunpeng.li@amd.com>,
	intel-gfx@lists.freedesktop.org,
	"Steven Rostedt" <rostedt@goodmis.org>,
	"Julia Lawall" <julia.lawall@lip6.fr>,
	"Rahul Lakkireddy" <rahul.lakkireddy@chelsio.com>,
	"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
	linux-kernel@vger.kernel.org,
	"David S. Miller" <davem@davemloft.net>,
	"Sergey Senozhatsky" <sergey.senozhatsky@gmail.com>,
	linux-security-module@vger.kernel.org,
	"Sakari Ailus" <sakari.ailus@linux.intel.com>,
	"Raju Rangoju" <rajur@chelsio.com>,
	"Alex Deucher" <alexander.deucher@amd.com>,
	"Andrew Morton" <akpm@linux-foundation.org>,
	"Christian König" <christian.koenig@amd.com>
Subject: Re: [Nouveau] [Intel-gfx] [PATCH v2 09/11] drm: Convert open-coded yes/no strings to yesno()
Date: Wed, 26 Jan 2022 14:15:11 +0200	[thread overview]
Message-ID: <YfE7T7gl+0GrlFt/@smile.fi.intel.com> (raw)
In-Reply-To: <20220126104345.r6libof7z7tqjqxi@ldmartin-desk2>

On Wed, Jan 26, 2022 at 02:43:45AM -0800, Lucas De Marchi wrote:
> On Wed, Jan 26, 2022 at 12:12:50PM +0200, Andy Shevchenko wrote:
> > On Wed, Jan 26, 2022 at 11:39 AM Lucas De Marchi
> > <lucas.demarchi@intel.com> wrote:

...

> > >  411986   10490    6176  428652   68a6c drm.ko.old
> > >  411986   10490    6176  428652   68a6c drm.ko
> > >   98129    1636     264  100029   186bd dp/drm_dp_helper.ko.old
> > >   98129    1636     264  100029   186bd dp/drm_dp_helper.ko
> > > 1973432  109640    2352 2085424  1fd230 nouveau/nouveau.ko.old
> > > 1973432  109640    2352 2085424  1fd230 nouveau/nouveau.ko
> > 
> > This probably won't change for modules, but if you compile in the
> > linker may try to optimize it. Would be nice to see the old-new for
> > `make allyesconfig` or equivalent.
> 
> just like it would already do, no? I can try and see what happens, but
> my feeling is that we won't have any change.

Maybe not or maybe a small win. Depends how compiler puts / linker sees
that in two cases. (Yeah, likely it should be no differences if all
instances are already caught by linker)

-- 
With Best Regards,
Andy Shevchenko



WARNING: multiple messages have this Message-ID (diff)
From: Andy Shevchenko <andy.shevchenko@gmail.com>
To: Lucas De Marchi <lucas.demarchi@intel.com>
Cc: "Emma Anholt" <emma@anholt.net>,
	"David Airlie" <airlied@linux.ie>,
	nouveau@lists.freedesktop.org,
	"Rasmus Villemoes" <linux@rasmusvillemoes.dk>,
	dri-devel@lists.freedesktop.org,
	"Chris Wilson" <chris@chris-wilson.co.uk>,
	"Vishal Kulkarni" <vishal@chelsio.com>,
	netdev@vger.kernel.org,
	"Francis Laniel" <laniel_francis@privacyrequired.com>,
	"Kentaro Takeda" <takedakn@nttdata.co.jp>,
	amd-gfx@lists.freedesktop.org, "Ben Skeggs" <bskeggs@redhat.com>,
	"Jakub Kicinski" <kuba@kernel.org>,
	"Petr Mladek" <pmladek@suse.com>, "Leo Li" <sunpeng.li@amd.com>,
	intel-gfx@lists.freedesktop.org,
	"Steven Rostedt" <rostedt@goodmis.org>,
	"Julia Lawall" <julia.lawall@lip6.fr>,
	"Rahul Lakkireddy" <rahul.lakkireddy@chelsio.com>,
	"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
	linux-kernel@vger.kernel.org,
	"David S. Miller" <davem@davemloft.net>,
	"Sergey Senozhatsky" <sergey.senozhatsky@gmail.com>,
	linux-security-module@vger.kernel.org,
	"Sakari Ailus" <sakari.ailus@linux.intel.com>,
	"Raju Rangoju" <rajur@chelsio.com>,
	"Alex Deucher" <alexander.deucher@amd.com>,
	"Andrew Morton" <akpm@linux-foundation.org>,
	"Christian König" <christian.koenig@amd.com>
Subject: Re: [Intel-gfx] [PATCH v2 09/11] drm: Convert open-coded yes/no strings to yesno()
Date: Wed, 26 Jan 2022 14:15:11 +0200	[thread overview]
Message-ID: <YfE7T7gl+0GrlFt/@smile.fi.intel.com> (raw)
In-Reply-To: <20220126104345.r6libof7z7tqjqxi@ldmartin-desk2>

On Wed, Jan 26, 2022 at 02:43:45AM -0800, Lucas De Marchi wrote:
> On Wed, Jan 26, 2022 at 12:12:50PM +0200, Andy Shevchenko wrote:
> > On Wed, Jan 26, 2022 at 11:39 AM Lucas De Marchi
> > <lucas.demarchi@intel.com> wrote:

...

> > >  411986   10490    6176  428652   68a6c drm.ko.old
> > >  411986   10490    6176  428652   68a6c drm.ko
> > >   98129    1636     264  100029   186bd dp/drm_dp_helper.ko.old
> > >   98129    1636     264  100029   186bd dp/drm_dp_helper.ko
> > > 1973432  109640    2352 2085424  1fd230 nouveau/nouveau.ko.old
> > > 1973432  109640    2352 2085424  1fd230 nouveau/nouveau.ko
> > 
> > This probably won't change for modules, but if you compile in the
> > linker may try to optimize it. Would be nice to see the old-new for
> > `make allyesconfig` or equivalent.
> 
> just like it would already do, no? I can try and see what happens, but
> my feeling is that we won't have any change.

Maybe not or maybe a small win. Depends how compiler puts / linker sees
that in two cases. (Yeah, likely it should be no differences if all
instances are already caught by linker)

-- 
With Best Regards,
Andy Shevchenko



WARNING: multiple messages have this Message-ID (diff)
From: Andy Shevchenko <andy.shevchenko@gmail.com>
To: Lucas De Marchi <lucas.demarchi@intel.com>
Cc: "Emma Anholt" <emma@anholt.net>,
	"David Airlie" <airlied@linux.ie>,
	nouveau@lists.freedesktop.org,
	"Rasmus Villemoes" <linux@rasmusvillemoes.dk>,
	dri-devel@lists.freedesktop.org,
	"Chris Wilson" <chris@chris-wilson.co.uk>,
	"Vishal Kulkarni" <vishal@chelsio.com>,
	netdev@vger.kernel.org,
	"Francis Laniel" <laniel_francis@privacyrequired.com>,
	"Kentaro Takeda" <takedakn@nttdata.co.jp>,
	amd-gfx@lists.freedesktop.org, "Ben Skeggs" <bskeggs@redhat.com>,
	"Jakub Kicinski" <kuba@kernel.org>,
	"Harry Wentland" <harry.wentland@amd.com>,
	"Petr Mladek" <pmladek@suse.com>, "Leo Li" <sunpeng.li@amd.com>,
	intel-gfx@lists.freedesktop.org,
	"Steven Rostedt" <rostedt@goodmis.org>,
	"Julia Lawall" <julia.lawall@lip6.fr>,
	"Rahul Lakkireddy" <rahul.lakkireddy@chelsio.com>,
	"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
	linux-kernel@vger.kernel.org,
	"David S. Miller" <davem@davemloft.net>,
	"Sergey Senozhatsky" <sergey.senozhatsky@gmail.com>,
	linux-security-module@vger.kernel.org,
	"Sakari Ailus" <sakari.ailus@linux.intel.com>,
	"Raju Rangoju" <rajur@chelsio.com>,
	"Alex Deucher" <alexander.deucher@amd.com>,
	"Andrew Morton" <akpm@linux-foundation.org>,
	"Christian König" <christian.koenig@amd.com>
Subject: Re: [Intel-gfx] [PATCH v2 09/11] drm: Convert open-coded yes/no strings to yesno()
Date: Wed, 26 Jan 2022 14:15:11 +0200	[thread overview]
Message-ID: <YfE7T7gl+0GrlFt/@smile.fi.intel.com> (raw)
In-Reply-To: <20220126104345.r6libof7z7tqjqxi@ldmartin-desk2>

On Wed, Jan 26, 2022 at 02:43:45AM -0800, Lucas De Marchi wrote:
> On Wed, Jan 26, 2022 at 12:12:50PM +0200, Andy Shevchenko wrote:
> > On Wed, Jan 26, 2022 at 11:39 AM Lucas De Marchi
> > <lucas.demarchi@intel.com> wrote:

...

> > >  411986   10490    6176  428652   68a6c drm.ko.old
> > >  411986   10490    6176  428652   68a6c drm.ko
> > >   98129    1636     264  100029   186bd dp/drm_dp_helper.ko.old
> > >   98129    1636     264  100029   186bd dp/drm_dp_helper.ko
> > > 1973432  109640    2352 2085424  1fd230 nouveau/nouveau.ko.old
> > > 1973432  109640    2352 2085424  1fd230 nouveau/nouveau.ko
> > 
> > This probably won't change for modules, but if you compile in the
> > linker may try to optimize it. Would be nice to see the old-new for
> > `make allyesconfig` or equivalent.
> 
> just like it would already do, no? I can try and see what happens, but
> my feeling is that we won't have any change.

Maybe not or maybe a small win. Depends how compiler puts / linker sees
that in two cases. (Yeah, likely it should be no differences if all
instances are already caught by linker)

-- 
With Best Regards,
Andy Shevchenko



  reply	other threads:[~2022-01-26 12:16 UTC|newest]

Thread overview: 118+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-26  9:39 [PATCH v2 00/11] lib/string_helpers: Add a few string helpers Lucas De Marchi
2022-01-26  9:39 ` [Nouveau] " Lucas De Marchi
2022-01-26  9:39 ` Lucas De Marchi
2022-01-26  9:39 ` [Intel-gfx] " Lucas De Marchi
2022-01-26  9:39 ` Lucas De Marchi
2022-01-26  9:39 ` [PATCH v2 01/11] lib/string_helpers: Consolidate string helpers implementation Lucas De Marchi
2022-01-26  9:39   ` [Nouveau] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-01-26  9:39   ` [Intel-gfx] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-01-26  9:39 ` [PATCH v2 02/11] drm/i915: Fix trailing semicolon Lucas De Marchi
2022-01-26  9:39   ` [Nouveau] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-01-26  9:39   ` [Intel-gfx] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-01-26 14:52   ` Jani Nikula
2022-01-26 14:52     ` Jani Nikula
2022-01-26 14:52     ` [Intel-gfx] " Jani Nikula
2022-01-26 14:52     ` Jani Nikula
2022-01-26 14:52     ` [Nouveau] " Jani Nikula
2022-01-26  9:39 ` [PATCH v2 03/11] drm/i915: Use str_yes_no() Lucas De Marchi
2022-01-26  9:39   ` [Nouveau] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-01-26  9:39   ` [Intel-gfx] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-02-01 21:25   ` [Intel-gfx] " Matt Roper
2022-02-01 21:25     ` [Nouveau] " Matt Roper
2022-02-01 21:25     ` Matt Roper
2022-02-01 21:25     ` Matt Roper
2022-01-26  9:39 ` [PATCH v2 04/11] drm/i915: Use str_enable_disable() Lucas De Marchi
2022-01-26  9:39   ` [Nouveau] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-01-26  9:39   ` [Intel-gfx] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-02-01 21:23   ` [Intel-gfx] " Matt Roper
2022-02-01 21:23     ` [Nouveau] " Matt Roper
2022-02-01 21:23     ` Matt Roper
2022-02-01 21:23     ` Matt Roper
2022-01-26  9:39 ` [PATCH v2 05/11] drm/i915: Use str_enabled_disabled() Lucas De Marchi
2022-01-26  9:39   ` [Nouveau] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-01-26  9:39   ` [Intel-gfx] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-02-01 21:21   ` [Intel-gfx] " Matt Roper
2022-02-01 21:21     ` [Nouveau] " Matt Roper
2022-02-01 21:21     ` Matt Roper
2022-02-01 21:21     ` Matt Roper
2022-01-26  9:39 ` [PATCH v2 06/11] drm/i915: Use str_on_off() Lucas De Marchi
2022-01-26  9:39   ` [Nouveau] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-01-26  9:39   ` [Intel-gfx] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-02-01 21:15   ` [Intel-gfx] " Matt Roper
2022-02-01 21:15     ` [Nouveau] " Matt Roper
2022-02-01 21:15     ` Matt Roper
2022-02-01 21:15     ` Matt Roper
2022-01-26  9:39 ` [PATCH v2 07/11] drm/amd/display: Use str_yes_no() Lucas De Marchi
2022-01-26  9:39   ` [Nouveau] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-01-26  9:39   ` [Intel-gfx] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-01-26 14:35   ` Harry Wentland
2022-01-26 14:35     ` Harry Wentland
2022-01-26 14:35     ` [Intel-gfx] " Harry Wentland
2022-01-26 14:35     ` Harry Wentland
2022-01-26 14:35     ` [Nouveau] " Harry Wentland
2022-01-26  9:39 ` [PATCH v2 08/11] drm/gem: Sort includes alphabetically Lucas De Marchi
2022-01-26  9:39   ` [Nouveau] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-01-26  9:39   ` [Intel-gfx] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-01-26 14:54   ` Jani Nikula
2022-01-26 14:54     ` Jani Nikula
2022-01-26 14:54     ` [Intel-gfx] " Jani Nikula
2022-01-26 14:54     ` Jani Nikula
2022-01-26 14:54     ` [Nouveau] " Jani Nikula
2022-01-26  9:39 ` [PATCH v2 09/11] drm: Convert open-coded yes/no strings to yesno() Lucas De Marchi
2022-01-26  9:39   ` [Nouveau] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-01-26  9:39   ` [Intel-gfx] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-01-26 10:12   ` Andy Shevchenko
2022-01-26 10:12     ` Andy Shevchenko
2022-01-26 10:12     ` [Intel-gfx] " Andy Shevchenko
2022-01-26 10:12     ` Andy Shevchenko
2022-01-26 10:12     ` [Nouveau] " Andy Shevchenko
2022-01-26 10:43     ` [Intel-gfx] " Lucas De Marchi
2022-01-26 10:43       ` [Nouveau] " Lucas De Marchi
2022-01-26 10:43       ` Lucas De Marchi
2022-01-26 10:43       ` Lucas De Marchi
2022-01-26 12:15       ` Andy Shevchenko [this message]
2022-01-26 12:15         ` Andy Shevchenko
2022-01-26 12:15         ` Andy Shevchenko
2022-01-26 12:15         ` [Nouveau] " Andy Shevchenko
2022-01-26 14:57   ` Jani Nikula
2022-01-26 14:57     ` Jani Nikula
2022-01-26 14:57     ` [Intel-gfx] " Jani Nikula
2022-01-26 14:57     ` Jani Nikula
2022-01-26 14:57     ` [Nouveau] " Jani Nikula
2022-01-26  9:39 ` [PATCH v2 10/11] tomoyo: Use str_yes_no() Lucas De Marchi
2022-01-26  9:39   ` [Nouveau] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-01-26  9:39   ` [Intel-gfx] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-01-26  9:39 ` [PATCH v2 11/11] cxgb4: " Lucas De Marchi
2022-01-26  9:39   ` [Nouveau] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-01-26  9:39   ` [Intel-gfx] " Lucas De Marchi
2022-01-26  9:39   ` Lucas De Marchi
2022-01-26 10:22 ` [PATCH v2 00/11] lib/string_helpers: Add a few string helpers Andy Shevchenko
2022-01-26 10:22   ` Andy Shevchenko
2022-01-26 10:22   ` [Intel-gfx] " Andy Shevchenko
2022-01-26 10:22   ` Andy Shevchenko
2022-01-26 10:22   ` [Nouveau] " Andy Shevchenko
2022-01-26 17:41 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for lib/string_helpers: Add a few string helpers (rev2) Patchwork
2022-01-26 17:45 ` [Intel-gfx] ✗ Fi.CI.SPARSE: " Patchwork
2022-01-26 18:12 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2022-01-26 23:49 ` [Intel-gfx] ✗ Fi.CI.IGT: failure " Patchwork

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=YfE7T7gl+0GrlFt/@smile.fi.intel.com \
    --to=andy.shevchenko@gmail.com \
    --cc=airlied@linux.ie \
    --cc=akpm@linux-foundation.org \
    --cc=alexander.deucher@amd.com \
    --cc=amd-gfx@lists.freedesktop.org \
    --cc=bskeggs@redhat.com \
    --cc=chris@chris-wilson.co.uk \
    --cc=christian.koenig@amd.com \
    --cc=davem@davemloft.net \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=emma@anholt.net \
    --cc=gregkh@linuxfoundation.org \
    --cc=harry.wentland@amd.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=julia.lawall@lip6.fr \
    --cc=kuba@kernel.org \
    --cc=laniel_francis@privacyrequired.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-security-module@vger.kernel.org \
    --cc=linux@rasmusvillemoes.dk \
    --cc=lucas.demarchi@intel.com \
    --cc=netdev@vger.kernel.org \
    --cc=nouveau@lists.freedesktop.org \
    --cc=pmladek@suse.com \
    --cc=rahul.lakkireddy@chelsio.com \
    --cc=rajur@chelsio.com \
    --cc=rostedt@goodmis.org \
    --cc=sakari.ailus@linux.intel.com \
    --cc=sergey.senozhatsky@gmail.com \
    --cc=sunpeng.li@amd.com \
    --cc=takedakn@nttdata.co.jp \
    --cc=vishal@chelsio.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.