[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180412150306.GB5700@atomide.com>
Date: Thu, 12 Apr 2018 08:03:06 -0700
From: Tony Lindgren <tony@...mide.com>
To: "H. Nikolaus Schaller" <hns@...delico.com>
Cc: Ladislav Michl <ladis@...ux-mips.org>,
Boris Brezillon <boris.brezillon@...e-electrons.com>,
Peter Ujfalusi <peter.ujfalusi@...com>,
Aaro Koskinen <aaro.koskinen@....fi>,
Roger Quadros <rogerq@...com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-omap <linux-omap@...r.kernel.org>,
Discussions about the Letux Kernel
<letux-kernel@...nphoenux.org>
Subject: Re: [Bug]: mtd: onenand: omap2plus: kernel panic with OneNAND on
OMAP3 (DM3730) device GTA04A5
* H. Nikolaus Schaller <hns@...delico.com> [180411 07:05]:
> > Am 10.04.2018 um 22:56 schrieb Ladislav Michl <ladis@...ux-mips.org>:
> > Well, that's a shame... However, this code is in production for several
> > months now,
>
> Well, we could have tested earlier release-candidates...
I've found it's way easier to test Linux next on regular basis
and report the regressions compared to chasing regressions after
the merge window or tagged kernels. By that time you may have
already multiple regressions to deal with which is always fun.
If you have products running with mainline kernel, maybe set up
automated boot testing for core devices to catch regressions
early?
Regards,
Tony
Powered by blists - more mailing lists