From: "Rafael J. Wysocki" <rjw@rjwysocki.net>
To: Takashi Iwai <tiwai@suse.de>
Cc: Thorsten Leemhuis <regressions@leemhuis.info>,
ksummit-discuss@lists.linuxfoundation.org
Subject: Re: [Ksummit-discuss] [CORE TOPIC] Regression tracking
Date: Tue, 26 Jul 2016 22:36:15 +0200 [thread overview]
Message-ID: <1560409.5vnWShrmDy@vostro.rjw.lan> (raw)
In-Reply-To: <s5h60rs31z3.wl-tiwai@suse.de>
On Tuesday, July 26, 2016 04:31:28 PM Takashi Iwai wrote:
> As this topic doesn't seem posted yet, let me pitch.
I'm interested in this one.
> Until recently, we've had no regression tracking since Rafael stepped
> down from the maintenance of regression list.
There were other people trying to do that when I had stopped doing it, but
they gave up eventually.
> Now fortunately, Thorsten started gathering and posting the regression
> reports on ML again, and this helps already a lot.
>
> Though, it immediately raised me a few things to be discussed:
>
> - How can we keep it rolling stably at this time?
> - How can each developer / maintainer help or be involved better?
> - Can we provide better services than only a plain text list on ML?
I think it is possible, but it also depends on how much time the person
who tracks regressions can spend on it.
It may be automated somewhat (from experience), but still involves quite a bit
of manual work.
The fact that the list is only sent by email makes it a bit hard to follow
(you always need to look for that particular email in your mailbox) and if you
are a maintainer, it isn't easy to say upfront which bugs may be relevant to you
without checking them one by one.
That's why I was sending bug-specific messages to maintainers too when I was
tracking regressions (it was possible ot opt-out from that, but I'm not sure
whether or not that was a good idea).
> Also, since the regression on stable trees was a hot topic:
>
> - Should the regression tracking cover the stable trees? How well
> does it scale?
>From experience, work needed grows linearly with the number of releases you
are trying to track at the same time. I've never tracked more than two or three
(maybe) at a time IIRC, because of exactly that.
Thanks,
Rafael
next prev parent reply other threads:[~2016-07-26 20:31 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-26 14:31 Takashi Iwai
2016-07-26 20:36 ` Rafael J. Wysocki [this message]
2016-07-27 12:28 ` Thorsten Leemhuis
2016-08-01 19:58 ` Thorsten Leemhuis
2016-08-09 9:40 ` Joerg Roedel
2016-08-09 19:02 ` Thorsten Leemhuis
2016-08-09 20:21 ` Takashi Iwai
2016-08-09 22:31 ` Joerg Roedel
2016-08-09 22:55 ` Rafael J. Wysocki
2016-08-09 23:20 ` James Bottomley
2016-08-10 15:11 ` Joerg Roedel
2016-08-10 12:03 ` Jani Nikula
2016-08-10 15:01 ` Joerg Roedel
2016-08-10 16:19 ` Daniel Vetter
2016-08-10 16:47 ` Laura Abbott
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=1560409.5vnWShrmDy@vostro.rjw.lan \
--to=rjw@rjwysocki.net \
--cc=ksummit-discuss@lists.linuxfoundation.org \
--cc=regressions@leemhuis.info \
--cc=tiwai@suse.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox