Re: Large amount of scsi-sgpool objects

Ingo Molnar
2009-03-04T11:25:13Z

* Stefan Richter <stefanr@s5r6.in-berlin.de> wrote:

> Mike Galbraith wrote:
> > On Wed, 2009-03-04 at 07:39 +0100, Stefan Richter wrote:
> >> Ingo Molnar wrote:
> >>> Yeah, these commits are in none of the topic branches that are
> >>> the git base of development, they are all already in a separate
> >>> branch named "tip:out-of-tree".
> >> So people should remember to retry without out-of-tree before reporting
> >> problems == remember to report against the development base.
> >
> > I'll bite, how does a gut-fu white belt accomplish that?
>
> How to do it is currently not quite obvious
> - for linux-2.6-x86.git users because the master branch contains
> out-of-tree.¹ Or maybe nobody should use the master branch,
> I don't know.
> - Ditto for linux-2.6.tip.git.²
> It was also impossible for users of the -rt patchset because the faulty
> patch was obviously included in a base patch in the -rt patch series.³

Dont be silly. Have you never seen a faulty v1 fix patch in -mm
or any of the other dozens of generic trees, replaced by a
better working v2 patch in the next release?

FYI, we still have not tracked down the SCSI bug. Latest
tip:master is able to boot and work on the affected systems,
while the upstream kernel does not even boot because the fix (or
the revert, should the fix be deemed unwanted) is stuck in the
SCSI tree.

But even with all known SCSI fixes applied there's still a crash
in the SCSI code that Thomas can trigger - reproduced on
mainline as well.

Instead of spreading advice in this thread about how to run a
high-volume generic tree [which you've never done before] you
could also have used your time to look at the crashes that were
posted, and you could have helped us fix the bug ;-)

Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html