All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: Petr Mladek <pmladek@suse.com>
Cc: "Corey Minyard" <corey@minyard.net>,
	"Christian König" <christian.koenig@amd.com>,
	"Dr. David Alan Gilbert" <linux@treblig.org>,
	"Alex Deucher" <alexander.deucher@amd.com>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"Dmitry Baryshkov" <dmitry.baryshkov@oss.qualcomm.com>,
	"Rob Clark" <robin.clark@oss.qualcomm.com>,
	"Matthew Brost" <matthew.brost@intel.com>,
	"Ulf Hansson" <ulf.hansson@linaro.org>,
	"Aleksandr Loktionov" <aleksandr.loktionov@intel.com>,
	"Vitaly Lifshits" <vitaly.lifshits@intel.com>,
	"Manivannan Sadhasivam" <mani@kernel.org>,
	"Niklas Cassel" <cassel@kernel.org>,
	"Calvin Owens" <calvin@wbinvd.org>,
	"Vadim Fedorenko" <vadim.fedorenko@linux.dev>,
	"Sagi Maimon" <maimon.sagi@gmail.com>,
	"Martin K. Petersen" <martin.petersen@oracle.com>,
	"Karan Tilak Kumar" <kartilak@cisco.com>,
	"Hans Verkuil" <hverkuil+cisco@kernel.org>,
	"Casey Schaufler" <casey@schaufler-ca.com>,
	"Steven Rostedt" <rostedt@goodmis.org>,
	"Viacheslav Dubeyko" <Slava.Dubeyko@ibm.com>,
	"Max Kellermann" <max.kellermann@ionos.com>,
	linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
	openipmi-developer@lists.sourceforge.net,
	linux-media@vger.kernel.org, dri-devel@lists.freedesktop.org,
	linaro-mm-sig@lists.linaro.org, amd-gfx@lists.freedesktop.org,
	linux-arm-msm@vger.kernel.org, freedreno@lists.freedesktop.org,
	intel-xe@lists.freedesktop.org, linux-mmc@vger.kernel.org,
	netdev@vger.kernel.org, intel-wired-lan@lists.osuosl.org,
	linux-pci@vger.kernel.org, linux-s390@vger.kernel.org,
	linux-scsi@vger.kernel.org, linux-staging@lists.linux.dev,
	ceph-devel@vger.kernel.org, linux-trace-kernel@vger.kernel.org,
	"Rasmus Villemoes" <linux@rasmusvillemoes.dk>,
	"Sergey Senozhatsky" <senozhatsky@chromium.org>,
	"Jonathan Corbet" <corbet@lwn.net>,
	"Sumit Semwal" <sumit.semwal@linaro.org>,
	"Gustavo Padovan" <gustavo@padovan.org>,
	"David Airlie" <airlied@gmail.com>,
	"Simona Vetter" <simona@ffwll.ch>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Maxime Ripard" <mripard@kernel.org>,
	"Dmitry Baryshkov" <lumag@kernel.org>,
	"Abhinav Kumar" <abhinav.kumar@linux.dev>,
	"Jessica Zhang" <jesszhan0024@gmail.com>,
	"Sean Paul" <sean@poorly.run>,
	"Marijn Suijten" <marijn.suijten@somainline.org>,
	"Konrad Dybcio" <konradybcio@kernel.org>,
	"Lucas De Marchi" <lucas.demarchi@intel.com>,
	"Thomas Hellström" <thomas.hellstrom@linux.intel.com>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Vladimir Oltean" <olteanv@gmail.com>,
	"Andrew Lunn" <andrew@lunn.ch>,
	"David S. Miller" <davem@davemloft.net>,
	"Eric Dumazet" <edumazet@google.com>,
	"Jakub Kicinski" <kuba@kernel.org>,
	"Paolo Abeni" <pabeni@redhat.com>,
	"Tony Nguyen" <anthony.l.nguyen@intel.com>,
	"Przemek Kitszel" <przemyslaw.kitszel@intel.com>,
	"Krzysztof Wilczyński" <kwilczynski@kernel.org>,
	"Kishon Vijay Abraham I" <kishon@kernel.org>,
	"Bjorn Helgaas" <bhelgaas@google.com>,
	"Rodolfo Giometti" <giometti@enneenne.com>,
	"Jonathan Lemon" <jonathan.lemon@gmail.com>,
	"Richard Cochran" <richardcochran@gmail.com>,
	"Stefan Haberland" <sth@linux.ibm.com>,
	"Jan Hoeppner" <hoeppner@linux.ibm.com>,
	"Heiko Carstens" <hca@linux.ibm.com>,
	"Vasily Gorbik" <gor@linux.ibm.com>,
	"Alexander Gordeev" <agordeev@linux.ibm.com>,
	"Christian Borntraeger" <borntraeger@linux.ibm.com>,
	"Sven Schnelle" <svens@linux.ibm.com>,
	"Satish Kharat" <satishkh@cisco.com>,
	"Sesidhar Baddela" <sebaddel@cisco.com>,
	"James E.J. Bottomley" <James.Bottomley@hansenpartnership.com>,
	"Mauro Carvalho Chehab" <mchehab@kernel.org>,
	"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
	"Xiubo Li" <xiubli@redhat.com>,
	"Ilya Dryomov" <idryomov@gmail.com>,
	"Masami Hiramatsu" <mhiramat@kernel.org>,
	"Mathieu Desnoyers" <mathieu.desnoyers@efficios.com>,
	"Andrew Morton" <akpm@linux-foundation.org>
Subject: Re: [PATCH v3 19/21] scsi: fnic: Switch to use %ptSp
Date: Wed, 19 Nov 2025 12:26:51 +0200	[thread overview]
Message-ID: <aR2bazZn8m4EMHdW@smile.fi.intel.com> (raw)
In-Reply-To: <aR2XAYWTEgMZu_Mx@pathway.suse.cz>

On Wed, Nov 19, 2025 at 11:08:01AM +0100, Petr Mladek wrote:
> On Thu 2025-11-13 15:32:33, Andy Shevchenko wrote:
> > Use %ptSp instead of open coded variants to print content of
> > struct timespec64 in human readable format.
> 
> I was about to commit the changes into printk/linux.git and
> found a mistake during the final double check, see below.
> 
> > diff --git a/drivers/scsi/fnic/fnic_trace.c b/drivers/scsi/fnic/fnic_trace.c
> > index cdc6b12b1ec2..0a849a195a8e 100644
> > --- a/drivers/scsi/fnic/fnic_trace.c
> > +++ b/drivers/scsi/fnic/fnic_trace.c
> > @@ -215,30 +213,26 @@ int fnic_get_stats_data(struct stats_debug_info *debug,
> >  {
> >  	int len = 0;
> >  	int buf_size = debug->buf_size;
> > -	struct timespec64 val1, val2;
> > +	struct timespec64 val, val1, val2;
> >  	int i = 0;
> >  
> > -	ktime_get_real_ts64(&val1);
> > +	ktime_get_real_ts64(&val);
> >  	len = scnprintf(debug->debug_buffer + len, buf_size - len,
> >  		"------------------------------------------\n"
> >  		 "\t\tTime\n"
> >  		"------------------------------------------\n");
> >  
> > +	val1 = timespec64_sub(val, stats->stats_timestamps.last_reset_time);
> > +	val2 = timespec64_sub(val, stats->stats_timestamps.last_read_time);
> >  	len += scnprintf(debug->debug_buffer + len, buf_size - len,
> > -		"Current time :          [%lld:%ld]\n"
> > -		"Last stats reset time:  [%lld:%09ld]\n"
> > -		"Last stats read time:   [%lld:%ld]\n"
> > -		"delta since last reset: [%lld:%ld]\n"
> > -		"delta since last read:  [%lld:%ld]\n",
> > -	(s64)val1.tv_sec, val1.tv_nsec,
> > -	(s64)stats->stats_timestamps.last_reset_time.tv_sec,
> > -	stats->stats_timestamps.last_reset_time.tv_nsec,
> > -	(s64)stats->stats_timestamps.last_read_time.tv_sec,
> > -	stats->stats_timestamps.last_read_time.tv_nsec,
> > -	(s64)timespec64_sub(val1, stats->stats_timestamps.last_reset_time).tv_sec,
> > -	timespec64_sub(val1, stats->stats_timestamps.last_reset_time).tv_nsec,
> > -	(s64)timespec64_sub(val1, stats->stats_timestamps.last_read_time).tv_sec,
> > -	timespec64_sub(val1, stats->stats_timestamps.last_read_time).tv_nsec);
> > +			 "Current time :          [%ptSp]\n"
> > +			 "Last stats reset time:  [%ptSp]\n"
> > +			 "Last stats read time:   [%ptSp]\n"
> > +			 "delta since last reset: [%ptSp]\n"
> > +			 "delta since last read:  [%ptSp]\n",
> 
> Both delta times are printed at the end.
> 
> > +			 &val,
> > +			 &stats->stats_timestamps.last_reset_time, &val1,
> > +			 &stats->stats_timestamps.last_read_time, &val2);
> 
> I think that this should be:
> 
> 			 &stats->stats_timestamps.last_reset_time,
> 			 &stats->stats_timestamps.last_read_time,
> 			 &val1, &val2);
> 
> >  	stats->stats_timestamps.last_read_time = val1;
> 
> The original code stored the current time in "val1". This should be:
> 
> 	stats->stats_timestamps.last_read_time = val;
> 
> > @@ -416,8 +410,8 @@ int fnic_get_stats_data(struct stats_debug_info *debug,
> >  	jiffies_to_timespec64(stats->misc_stats.last_ack_time, &val2);
> 
> Just for record. Another values are stored into @val1 and @val2 at
> this point.
> 
> >  	len += scnprintf(debug->debug_buffer + len, buf_size - len,
> > -		  "Last ISR time: %llu (%8llu.%09lu)\n"
> > -		  "Last ACK time: %llu (%8llu.%09lu)\n"
> > +		  "Last ISR time: %llu (%ptSp)\n"
> > +		  "Last ACK time: %llu (%ptSp)\n"
> >  		  "Max ISR jiffies: %llu\n"
> >  		  "Max ISR time (ms) (0 denotes < 1 ms): %llu\n"
> >  		  "Corr. work done: %llu\n"
> > @@ -437,10 +431,8 @@ int fnic_get_stats_data(struct stats_debug_info *debug,
> >  		  "Number of rport not ready: %lld\n"
> >  		 "Number of receive frame errors: %lld\n"
> >  		 "Port speed (in Mbps): %lld\n",
> > -		  (u64)stats->misc_stats.last_isr_time,
> > -		  (s64)val1.tv_sec, val1.tv_nsec,
> > -		  (u64)stats->misc_stats.last_ack_time,
> > -		  (s64)val2.tv_sec, val2.tv_nsec,
> > +		  (u64)stats->misc_stats.last_isr_time, &val1,
> > +		  (u64)stats->misc_stats.last_ack_time, &val2,
> 
> So, this is correct!
> 
> >  		  (u64)atomic64_read(&stats->misc_stats.max_isr_jiffies),
> >  		  (u64)atomic64_read(&stats->misc_stats.max_isr_time_ms),
> >  		  (u64)atomic64_read(&stats->misc_stats.corr_work_done),
> 
> 
> Now, I think that there is no need to resend the entire huge patchset.
> 
> I could either fix this when comitting or commit the rest and
> you could send only this patch for review.

Thank you for the thoroughly done review, I changed that patch between the
versions and the problem is that for printf() specifiers (extensions) we do not
have an automatic type checking. We starve for a GCC plugin for that, yeah...

In any case, if you fold your changes in, I will appreciate that!
Otherwise it's also fine with me to send a patch separately later on.

> PS: All other patches look good. Well, nobody acked 7th patch yet.
>     But I think that the change is pretty straightforward and
>     we could do it even without an ack.

This is my understanding as well. It changes the output, but that output is
debug anyway. So I don't expect breakage of anything we have an obligation
to keep working.

-- 
With Best Regards,
Andy Shevchenko



WARNING: multiple messages have this Message-ID (diff)
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: Petr Mladek <pmladek@suse.com>
Cc: "Corey Minyard" <corey@minyard.net>,
	"Christian König" <christian.koenig@amd.com>,
	"Dr. David Alan Gilbert" <linux@treblig.org>,
	"Alex Deucher" <alexander.deucher@amd.com>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"Dmitry Baryshkov" <dmitry.baryshkov@oss.qualcomm.com>,
	"Rob Clark" <robin.clark@oss.qualcomm.com>,
	"Matthew Brost" <matthew.brost@intel.com>,
	"Ulf Hansson" <ulf.hansson@linaro.org>,
	"Aleksandr Loktionov" <aleksandr.loktionov@intel.com>,
	"Vitaly Lifshits" <vitaly.lifshits@intel.com>,
	"Manivannan Sadhasivam" <mani@kernel.org>,
	"Niklas Cassel" <cassel@kernel.org>,
	"Calvin Owens" <calvin@wbinvd.org>,
	"Vadim Fedorenko" <vadim.fedorenko@linux.dev>,
	"Sagi Maimon" <maimon.sagi@gmail.com>,
	"Martin K. Petersen" <martin.petersen@oracle.com>,
	"Karan Tilak Kumar" <kartilak@cisco.com>,
	"Hans Verkuil" <hverkuil+cisco@kernel.org>,
	"Casey Schaufler" <casey@schaufler-ca.com>,
	"Steven Rostedt" <rostedt@goodmis.org>,
	"Viacheslav Dubeyko" <Slava.Dubeyko@ibm.com>,
	"Max Kellermann" <max.kellermann@ionos.com>,
	linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
	openipmi-developer@lists.sourceforge.net,
	linux-media@vger.kernel.org, dri-devel@lists.freedesktop.org,
	linaro-mm-sig@lists.linaro.org, amd-gfx@lists.freedesktop.org,
	linux-arm-msm@vger.kernel.org, freedreno@lists.freedesktop.org,
	intel-xe@lists.freedesktop.org, linux-mmc@vger.kernel.org,
	netdev@vger.kernel.org, intel-wired-lan@lists.osuosl.org,
	linux-pci@vger.kernel.org, linux-s390@vger.kernel.org,
	linux-scsi@vger.kernel.org, linux-staging@lists.linux.dev,
	ceph-devel@vger.kernel.org, linux-trace-kernel@vger.kernel.org,
	"Rasmus Villemoes" <linux@rasmusvillemoes.dk>,
	"Sergey Senozhatsky" <senozhatsky@chromium.org>,
	"Jonathan Corbet" <corbet@lwn.net>,
	"Sumit Semwal" <sumit.semwal@linaro.org>,
	"Gustavo Padovan" <gustavo@padovan.org>,
	"David Airlie" <airlied@gmail.com>,
	"Simona Vetter" <simona@ffwll.ch>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Maxime Ripard" <mripard@kernel.org>,
	"Dmitry Baryshkov" <lumag@kernel.org>,
	"Abhinav Kumar" <abhinav.kumar@linux.dev>,
	"Jessica Zhang" <jesszhan0024@gmail.com>,
	"Sean Paul" <sean@poorly.run>,
	"Marijn Suijten" <marijn.suijten@somainline.org>,
	"Konrad Dybcio" <konradybcio@kernel.org>,
	"Lucas De Marchi" <lucas.demarchi@intel.com>,
	"Thomas Hellström" <thomas.hellstrom@linux.intel.com>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Vladimir Oltean" <olteanv@gmail.com>,
	"Andrew Lunn" <andrew@lunn.ch>,
	"David S. Miller" <davem@davemloft.net>,
	"Eric Dumazet" <edumazet@google.com>,
	"Jakub Kicinski" <kuba@kernel.org>,
	"Paolo Abeni" <pabeni@redhat.com>,
	"Tony Nguyen" <anthony.l.nguyen@intel.com>,
	"Przemek Kitszel" <przemyslaw.kitszel@intel.com>,
	"Krzysztof Wilczyński" <kwilczynski@kernel.org>,
	"Kishon Vijay Abraham I" <kishon@kernel.org>,
	"Bjorn Helgaas" <bhelgaas@google.com>,
	"Rodolfo Giometti" <giometti@enneenne.com>,
	"Jonathan Lemon" <jonathan.lemon@gmail.com>,
	"Richard Cochran" <richardcochran@gmail.com>,
	"Stefan Haberland" <sth@linux.ibm.com>,
	"Jan Hoeppner" <hoeppner@linux.ibm.com>,
	"Heiko Carstens" <hca@linux.ibm.com>,
	"Vasily Gorbik" <gor@linux.ibm.com>,
	"Alexander Gordeev" <agordeev@linux.ibm.com>,
	"Christian Borntraeger" <borntraeger@linux.ibm.com>,
	"Sven Schnelle" <svens@linux.ibm.com>,
	"Satish Kharat" <satishkh@cisco.com>,
	"Sesidhar Baddela" <sebaddel@cisco.com>,
	"James E.J. Bottomley" <James.Bottomley@hansenpartnership.com>,
	"Mauro Carvalho Chehab" <mchehab@kernel.org>,
	"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
	"Xiubo Li" <xiubli@redhat.com>,
	"Ilya Dryomov" <idryomov@gmail.com>,
	"Masami Hiramatsu" <mhiramat@kernel.org>,
	"Mathieu Desnoyers" <mathieu.desnoyers@efficios.com>,
	"Andrew Morton" <akpm@linux-foundation.org>
Subject: Re: [Intel-wired-lan] [PATCH v3 19/21] scsi: fnic: Switch to use %ptSp
Date: Wed, 19 Nov 2025 12:26:51 +0200	[thread overview]
Message-ID: <aR2bazZn8m4EMHdW@smile.fi.intel.com> (raw)
In-Reply-To: <aR2XAYWTEgMZu_Mx@pathway.suse.cz>

On Wed, Nov 19, 2025 at 11:08:01AM +0100, Petr Mladek wrote:
> On Thu 2025-11-13 15:32:33, Andy Shevchenko wrote:
> > Use %ptSp instead of open coded variants to print content of
> > struct timespec64 in human readable format.
> 
> I was about to commit the changes into printk/linux.git and
> found a mistake during the final double check, see below.
> 
> > diff --git a/drivers/scsi/fnic/fnic_trace.c b/drivers/scsi/fnic/fnic_trace.c
> > index cdc6b12b1ec2..0a849a195a8e 100644
> > --- a/drivers/scsi/fnic/fnic_trace.c
> > +++ b/drivers/scsi/fnic/fnic_trace.c
> > @@ -215,30 +213,26 @@ int fnic_get_stats_data(struct stats_debug_info *debug,
> >  {
> >  	int len = 0;
> >  	int buf_size = debug->buf_size;
> > -	struct timespec64 val1, val2;
> > +	struct timespec64 val, val1, val2;
> >  	int i = 0;
> >  
> > -	ktime_get_real_ts64(&val1);
> > +	ktime_get_real_ts64(&val);
> >  	len = scnprintf(debug->debug_buffer + len, buf_size - len,
> >  		"------------------------------------------\n"
> >  		 "\t\tTime\n"
> >  		"------------------------------------------\n");
> >  
> > +	val1 = timespec64_sub(val, stats->stats_timestamps.last_reset_time);
> > +	val2 = timespec64_sub(val, stats->stats_timestamps.last_read_time);
> >  	len += scnprintf(debug->debug_buffer + len, buf_size - len,
> > -		"Current time :          [%lld:%ld]\n"
> > -		"Last stats reset time:  [%lld:%09ld]\n"
> > -		"Last stats read time:   [%lld:%ld]\n"
> > -		"delta since last reset: [%lld:%ld]\n"
> > -		"delta since last read:  [%lld:%ld]\n",
> > -	(s64)val1.tv_sec, val1.tv_nsec,
> > -	(s64)stats->stats_timestamps.last_reset_time.tv_sec,
> > -	stats->stats_timestamps.last_reset_time.tv_nsec,
> > -	(s64)stats->stats_timestamps.last_read_time.tv_sec,
> > -	stats->stats_timestamps.last_read_time.tv_nsec,
> > -	(s64)timespec64_sub(val1, stats->stats_timestamps.last_reset_time).tv_sec,
> > -	timespec64_sub(val1, stats->stats_timestamps.last_reset_time).tv_nsec,
> > -	(s64)timespec64_sub(val1, stats->stats_timestamps.last_read_time).tv_sec,
> > -	timespec64_sub(val1, stats->stats_timestamps.last_read_time).tv_nsec);
> > +			 "Current time :          [%ptSp]\n"
> > +			 "Last stats reset time:  [%ptSp]\n"
> > +			 "Last stats read time:   [%ptSp]\n"
> > +			 "delta since last reset: [%ptSp]\n"
> > +			 "delta since last read:  [%ptSp]\n",
> 
> Both delta times are printed at the end.
> 
> > +			 &val,
> > +			 &stats->stats_timestamps.last_reset_time, &val1,
> > +			 &stats->stats_timestamps.last_read_time, &val2);
> 
> I think that this should be:
> 
> 			 &stats->stats_timestamps.last_reset_time,
> 			 &stats->stats_timestamps.last_read_time,
> 			 &val1, &val2);
> 
> >  	stats->stats_timestamps.last_read_time = val1;
> 
> The original code stored the current time in "val1". This should be:
> 
> 	stats->stats_timestamps.last_read_time = val;
> 
> > @@ -416,8 +410,8 @@ int fnic_get_stats_data(struct stats_debug_info *debug,
> >  	jiffies_to_timespec64(stats->misc_stats.last_ack_time, &val2);
> 
> Just for record. Another values are stored into @val1 and @val2 at
> this point.
> 
> >  	len += scnprintf(debug->debug_buffer + len, buf_size - len,
> > -		  "Last ISR time: %llu (%8llu.%09lu)\n"
> > -		  "Last ACK time: %llu (%8llu.%09lu)\n"
> > +		  "Last ISR time: %llu (%ptSp)\n"
> > +		  "Last ACK time: %llu (%ptSp)\n"
> >  		  "Max ISR jiffies: %llu\n"
> >  		  "Max ISR time (ms) (0 denotes < 1 ms): %llu\n"
> >  		  "Corr. work done: %llu\n"
> > @@ -437,10 +431,8 @@ int fnic_get_stats_data(struct stats_debug_info *debug,
> >  		  "Number of rport not ready: %lld\n"
> >  		 "Number of receive frame errors: %lld\n"
> >  		 "Port speed (in Mbps): %lld\n",
> > -		  (u64)stats->misc_stats.last_isr_time,
> > -		  (s64)val1.tv_sec, val1.tv_nsec,
> > -		  (u64)stats->misc_stats.last_ack_time,
> > -		  (s64)val2.tv_sec, val2.tv_nsec,
> > +		  (u64)stats->misc_stats.last_isr_time, &val1,
> > +		  (u64)stats->misc_stats.last_ack_time, &val2,
> 
> So, this is correct!
> 
> >  		  (u64)atomic64_read(&stats->misc_stats.max_isr_jiffies),
> >  		  (u64)atomic64_read(&stats->misc_stats.max_isr_time_ms),
> >  		  (u64)atomic64_read(&stats->misc_stats.corr_work_done),
> 
> 
> Now, I think that there is no need to resend the entire huge patchset.
> 
> I could either fix this when comitting or commit the rest and
> you could send only this patch for review.

Thank you for the thoroughly done review, I changed that patch between the
versions and the problem is that for printf() specifiers (extensions) we do not
have an automatic type checking. We starve for a GCC plugin for that, yeah...

In any case, if you fold your changes in, I will appreciate that!
Otherwise it's also fine with me to send a patch separately later on.

> PS: All other patches look good. Well, nobody acked 7th patch yet.
>     But I think that the change is pretty straightforward and
>     we could do it even without an ack.

This is my understanding as well. It changes the output, but that output is
debug anyway. So I don't expect breakage of anything we have an obligation
to keep working.

-- 
With Best Regards,
Andy Shevchenko



  reply	other threads:[~2025-11-19 13:46 UTC|newest]

Thread overview: 78+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-11-13 14:32 [PATCH v3 00/21] treewide: Introduce %ptS for struct timespec64 and convert users Andy Shevchenko
2025-11-13 14:32 ` [Intel-wired-lan] " Andy Shevchenko
2025-11-13 14:32 ` [PATCH v3 01/21] lib/vsprintf: Add specifier for printing struct timespec64 Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-14 12:59   ` Petr Mladek
2025-11-14 12:59     ` [Intel-wired-lan] " Petr Mladek
2025-11-14 18:46     ` Andy Shevchenko
2025-11-19  9:14       ` Andy Shevchenko
2025-11-19  9:14         ` [Intel-wired-lan] " Andy Shevchenko
2025-11-13 14:32 ` [PATCH v3 02/21] ceph: Switch to use %ptSp Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-13 14:32 ` [PATCH v3 03/21] libceph: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-13 14:32 ` [PATCH v3 04/21] dma-buf: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-13 14:32 ` [PATCH v3 05/21] drm/amdgpu: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-13 14:32 ` [PATCH v3 06/21] drm/msm: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-14  4:12   ` Dmitry Baryshkov
2025-11-14  4:12     ` [Intel-wired-lan] " Dmitry Baryshkov
2025-11-13 14:32 ` [PATCH v3 07/21] drm/vblank: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-13 14:32 ` [PATCH v3 08/21] drm/xe: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-13 14:32 ` [PATCH v3 09/21] e1000e: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-13 14:32 ` [PATCH v3 10/21] igb: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-13 14:32 ` [PATCH v3 11/21] ipmi: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-13 14:32 ` [PATCH v3 12/21] media: av7110: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-13 14:32 ` [PATCH v3 13/21] mmc: mmc_test: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-17 11:00   ` Ulf Hansson
2025-11-17 11:00     ` [Intel-wired-lan] " Ulf Hansson
2025-11-13 14:32 ` [PATCH v3 14/21] net: dsa: sja1105: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-18 18:50   ` Vladimir Oltean
2025-11-18 18:50     ` [Intel-wired-lan] " Vladimir Oltean
2025-11-13 14:32 ` [PATCH v3 15/21] PCI: epf-test: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-19 15:49   ` Manivannan Sadhasivam
2025-11-19 15:49     ` [Intel-wired-lan] " Manivannan Sadhasivam
2025-11-13 14:32 ` [PATCH v3 16/21] pps: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-13 14:32 ` [PATCH v3 17/21] ptp: ocp: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-13 14:32 ` [PATCH v3 18/21] s390/dasd: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-18 15:23   ` Stefan Haberland
2025-11-18 15:23     ` [Intel-wired-lan] " Stefan Haberland
2025-11-13 14:32 ` [PATCH v3 19/21] scsi: fnic: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-13 22:34   ` Karan Tilak Kumar (kartilak)
2025-11-13 22:34     ` [Intel-wired-lan] " Karan Tilak Kumar (kartilak)
2025-11-14  8:42     ` Andy Shevchenko
2025-11-18 18:53       ` Karan Tilak Kumar (kartilak)
2025-11-18 18:53         ` [Intel-wired-lan] " Karan Tilak Kumar (kartilak)
2025-11-19 10:08   ` Petr Mladek
2025-11-19 10:08     ` [Intel-wired-lan] " Petr Mladek
2025-11-19 10:26     ` Andy Shevchenko [this message]
2025-11-19 10:26       ` Andy Shevchenko
2025-11-13 14:32 ` [PATCH v3 20/21] scsi: snic: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-15 20:27   ` Karan Tilak Kumar (kartilak)
2025-11-15 20:27     ` [Intel-wired-lan] " Karan Tilak Kumar (kartilak)
2025-11-13 14:32 ` [PATCH v3 21/21] tracing: " Andy Shevchenko
2025-11-13 14:32   ` [Intel-wired-lan] " Andy Shevchenko
2025-11-13 16:49 ` ✗ CI.checkpatch: warning for treewide: Introduce %ptS for struct timespec64 and convert users (rev3) Patchwork
2025-11-13 16:50 ` ✓ CI.KUnit: success " Patchwork
2025-11-13 17:58 ` ✓ Xe.CI.BAT: " Patchwork
2025-11-13 23:28 ` ✗ Xe.CI.Full: failure " Patchwork
2025-11-19 13:11 ` [PATCH v3 00/21] treewide: Introduce %ptS for struct timespec64 and convert users Petr Mladek
2025-11-19 13:11   ` [Intel-wired-lan] " Petr Mladek
2025-11-19 14:59   ` Andy Shevchenko
2025-11-19 14:59     ` [Intel-wired-lan] " Andy Shevchenko

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=aR2bazZn8m4EMHdW@smile.fi.intel.com \
    --to=andriy.shevchenko@linux.intel.com \
    --cc=James.Bottomley@hansenpartnership.com \
    --cc=Slava.Dubeyko@ibm.com \
    --cc=abhinav.kumar@linux.dev \
    --cc=agordeev@linux.ibm.com \
    --cc=airlied@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=aleksandr.loktionov@intel.com \
    --cc=alexander.deucher@amd.com \
    --cc=amd-gfx@lists.freedesktop.org \
    --cc=andrew@lunn.ch \
    --cc=anthony.l.nguyen@intel.com \
    --cc=bhelgaas@google.com \
    --cc=borntraeger@linux.ibm.com \
    --cc=calvin@wbinvd.org \
    --cc=casey@schaufler-ca.com \
    --cc=cassel@kernel.org \
    --cc=ceph-devel@vger.kernel.org \
    --cc=christian.koenig@amd.com \
    --cc=corbet@lwn.net \
    --cc=corey@minyard.net \
    --cc=davem@davemloft.net \
    --cc=dmitry.baryshkov@oss.qualcomm.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=edumazet@google.com \
    --cc=freedreno@lists.freedesktop.org \
    --cc=giometti@enneenne.com \
    --cc=gor@linux.ibm.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=gustavo@padovan.org \
    --cc=hca@linux.ibm.com \
    --cc=hoeppner@linux.ibm.com \
    --cc=hverkuil+cisco@kernel.org \
    --cc=idryomov@gmail.com \
    --cc=intel-wired-lan@lists.osuosl.org \
    --cc=intel-xe@lists.freedesktop.org \
    --cc=jesszhan0024@gmail.com \
    --cc=jonathan.lemon@gmail.com \
    --cc=kartilak@cisco.com \
    --cc=kishon@kernel.org \
    --cc=konradybcio@kernel.org \
    --cc=kuba@kernel.org \
    --cc=kwilczynski@kernel.org \
    --cc=linaro-mm-sig@lists.linaro.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=linux-mmc@vger.kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=linux-s390@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=linux-staging@lists.linux.dev \
    --cc=linux-trace-kernel@vger.kernel.org \
    --cc=linux@rasmusvillemoes.dk \
    --cc=linux@treblig.org \
    --cc=lucas.demarchi@intel.com \
    --cc=lumag@kernel.org \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=maimon.sagi@gmail.com \
    --cc=mani@kernel.org \
    --cc=marijn.suijten@somainline.org \
    --cc=martin.petersen@oracle.com \
    --cc=mathieu.desnoyers@efficios.com \
    --cc=matthew.brost@intel.com \
    --cc=max.kellermann@ionos.com \
    --cc=mchehab@kernel.org \
    --cc=mhiramat@kernel.org \
    --cc=mripard@kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=olteanv@gmail.com \
    --cc=openipmi-developer@lists.sourceforge.net \
    --cc=pabeni@redhat.com \
    --cc=pmladek@suse.com \
    --cc=przemyslaw.kitszel@intel.com \
    --cc=richardcochran@gmail.com \
    --cc=robin.clark@oss.qualcomm.com \
    --cc=rodrigo.vivi@intel.com \
    --cc=rostedt@goodmis.org \
    --cc=satishkh@cisco.com \
    --cc=sean@poorly.run \
    --cc=sebaddel@cisco.com \
    --cc=senozhatsky@chromium.org \
    --cc=simona@ffwll.ch \
    --cc=sth@linux.ibm.com \
    --cc=sumit.semwal@linaro.org \
    --cc=svens@linux.ibm.com \
    --cc=thomas.hellstrom@linux.intel.com \
    --cc=tzimmermann@suse.de \
    --cc=ulf.hansson@linaro.org \
    --cc=vadim.fedorenko@linux.dev \
    --cc=vitaly.lifshits@intel.com \
    --cc=xiubli@redhat.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.