[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LRH.2.21.1710251748170.10071@math.ut.ee>
Date: Wed, 25 Oct 2017 17:49:54 +0300 (EEST)
From: Meelis Roos <mroos@...ux.ee>
To: Lorenzo Pieralisi <lorenzo.pieralisi@....com>
cc: linux-alpha@...r.kernel.org,
Linux Kernel list <linux-kernel@...r.kernel.org>,
linux-pci@...r.kernel.org
Subject: Re: alpha boot hang - 4.14-rc* regression
> > > > removing libata modules and rebooting fixes it - so it seems to be
> > > > loading of libata.
> > >
> > > Can you please cherry-pick:
> > >
> > > commit b1f9e5e355e9 ("ide: fix IRQ assignment for PCI bus order probing")
> > >
> > > from mainline and let us know if that solves the issue ?
> >
> > No, still breaks the same way (b1f9e5e355e9 patched on top of
> > 0e4c2eeb758a).
> >
> > 4.14.0-rc5-00095-g1c9fec470b81 was also still broken the same way (tried
> > on Sunday).
>
> I am not sure I patched the right sys file but if I did, does the patch
> below help ?
>
> I think that at sata driver binding time the kernel finds a freed
> pointer in the host bridge map_irq() hook and that's where things
> go wrong.
>
> Please let me know if that's the right sys file, it is a mechanical
> change and making it for other sys file should be reasonably simple.
>
> Lorenzo
>
> -- >8 --
> diff --git a/arch/alpha/kernel/sys_dp264.c b/arch/alpha/kernel/sys_dp264.c
"Booting GENERIC on Tsunami variation Webbrick using machine vector
Webbrick from SRM"
Seems to be the correct file - tsunami is referenced from this file and
the IRQ-s are DP264.
But the patch does not make a difference :(
--
Meelis Roos (mroos@...ux.ee)
Powered by blists - more mailing lists