On Tue, 2012-07-17 at 12:51 -0700, Linus Torvalds wrote:
> Wrong people cc'd, it looks like.
>
> Guys, commit a7a20d103994 ("sd: limit the scope of the async probe
> domain") is causing boot problems. It's timing-dependent and
> apparently sometimes works, which makes sense with that commit.
>
> However, it *should* have been fixed by commit 43a8d39d0137 ("fix
> async probe regression"), but Artem seems to report the problem even
> in -rc7.
>
> Comments?
As far as I can tell, the fix should have worked. However, there are a
lot of assumptions in the async stuff that end up not being true in the
presence of separate async domains. We should be fixing it all here:
http://git.kernel.org/?p=linux/kernel/git/jejb/scsi.git;a=shortlog;h=refs/heads/async
I've got to say, I don't understand the bug report. all of those
commits were about probing for devices. However, the screen shot
https://bugzilla.kernel.org/attachment.cgi?id=75351
shows the devices were found, it's the partition tables that weren't.
For us to see the message about sda's capacity, we're already in the
async code the commits were trying to synchronise with.
However, there are some missing messages: there's no partition table
print and no final
sd_printk(KERN_NOTICE, sdkp, "Attached SCSI %sdisk\n",
sdp->removable ? "removable " : "");
So sd_probe_async() got stuck somewhere after the first
sd_revalidata_disk().
James
> Artem, can you put a working dmesg from the last good kernel in there
> as plain text?
>
> Linus
>
> On Tue, Jul 17, 2012 at 12:15 PM, <bugzilla-daemon@xxxxxxxxxxxxxxxxxxx> wrote:
> > https://bugzilla.kernel.org/show_bug.cgi?id=44771
> >
> >
> >
> >
> >
> > --- Comment #9 from Artem S. Tashkinov <t.artem@xxxxxxxxxxxx> 2012-07-17 19:15:46 ---
> > Wow, I'm not the first person to hit this problem:
> >
> > http://help.lockergnome.com/linux/SCSI-sd-limit-scope-async-probe-domain-breaks-booting--ftopict555976.html
> >
> >> Dudes,
> >
> >> so I've been testing latest linus
> >> (731a7378b81c2f5fa88ca1ae20b83d548d5613dc) here and my box fails booting
> >> because it can't find the root partition, see message below.
> >>
> >> I did a bisect run (also below) and pointed me to the first bad commit
> >> (see below too).
> >>
> >> Reverting the commit in question fixes booting.
> >>
> >> Let me know what other info you'd need.
> >>
> >> Posted: Wed May 30, 2012 2:10 pm
> >>
> >> Borislav Petkov
> >
> > Yet another person:
> >
> > https://lkml.org/lkml/2012/5/25/271
> >
> >> Dan Williams
> >>
> >> Ok, I'll take a look.
> >>
> >> Thanks for the help!
> >
> > And no fix whatsoever.
> >
> > --
> > Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
> > ------- You are receiving this mail because: -------
> > You are on the CC list for the bug.
��.n��������+%������w��{.n�����{������ܨ}���Ơz�j:+v�����w����ޙ��&�)ߡ�a����z�ޗ���ݢj��w�f
