[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1367906476.2260.2.camel@ymzhang.sh.intel.com>
Date: Tue, 07 May 2013 14:01:16 +0800
From: Yanmin Zhang <yanmin_zhang@...ux.intel.com>
To: linasvepstas@...il.com
Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
"Zhang, LongX" <longx.zhang@...el.com>,
"linux-pci@...r.kernel.org" <linux-pci@...r.kernel.org>,
"bhelgaas@...gle.com" <bhelgaas@...gle.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"Joseph.Liu@...lex.Com" <Joseph.Liu@...lex.com>
Subject: Re: Subject : [ PATCH ]
pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
On Fri, 2013-05-03 at 13:00 -0500, Linas Vepstas wrote:
> Greg,
>
> I've been receiving (and reading!) these messages; I replied that I am
> not maintaining a tree, and have no way of testing these patches (no
> access to hardware.) I believe it unlikely that my situation will
> change, and so I should probably be removed from the maintainers file.
>
> No acked-by or anything; the patches are not "obviously correct" by
> visual inspection; they may be right, but would require deeper
> thinking about what is actually happening than I'm capable of at this
> time; I'm a bit rusty with this code base, and might miss something
> important
powerpc uses the similar method. See function eeh_report_reset.
We worked out the patch after checking powerpc codes.
Joseph Liu helped test the patch and the patch does work well.
> .
>
> -- Linas
>
> p.s. you didn't see my earlier reply because I forgot to hit 'plain text reply'
>
>
> On 2 May 2013 22:13, Yanmin Zhang <yanmin_zhang@...ux.intel.com> wrote:
> >
> > On Thu, 2013-05-02 at 19:00 -0700, Greg Kroah-Hartman wrote:
> > > On Fri, May 03, 2013 at 08:33:00AM +0800, Yanmin Zhang wrote:
> > > > On Wed, 2013-05-01 at 20:20 -0500, Linas Vepstas wrote:
> > > > > Hi,
> > > > >
> > > > > On 1 May 2013 19:30, Yanmin Zhang <yanmin_zhang@...ux.intel.com>
> > > > > wrote:
> > > > > On Fri, 2013-04-26 at 06:28 +0000, Zhang, LongX wrote:
> > > > > > From: Zhang Long <longx.zhang@...el.com>
> > > > > >
> > > > > > Specific pci device drivers might have many functions to
> > > > > call
> > > > > > pci_channel_offline to check device states. When slot_reset
> > > > > happens,
> > > > > > drivers' slot_reset callback might call such functions and
> > > > > eventually
> > > > > > abort the reset.
> > > > > >
> > > > > > The patch resets pdev->error_state to pci_channel_io_normal
> > > > > at
> > > > > > the begining of report_slot_reset.
> > > > > >
> > > > > > Thank Liu Joseph for pointing it out.
> > > > >
> > > > > Linas, Bjorn,
> > > > >
> > > > > Would you like to merge the patch to your testing tree?
> > > > > The patch resolves one issue pointed out by Joseph.
> > > > >
> > > > >
> > > > > I'm not maintaining a tree at this time, and am not able to test.
> > > > > Sorry.
> > > > Thanks Linas.
> > > >
> > > > Greg,
> > > >
> > > > Would you like to merge it into your testing tree? Joseph Liu tested
> > > > the patch and it does work.
> > >
> > > You do know about the scripts/get_maintainer.pl script, right?
> > >
> > > Hint, try it out :)
> > Greg,
> >
> > Thanks. We did send to the right people, Linas and Bjorn.
> >
> > scripts/get_maintainer.pl 0001-pci-reset-error_state-to-pci_channel_io_normal-at-re.patch
> > Bjorn Helgaas <bhelgaas@...gle.com> (supporter:PCI SUBSYSTEM,commit_signer:7/8=88%,commit_signer:10/11=91%)
> > Linas Vepstas <linasvepstas@...il.com> (commit_signer:2/8=25%)
> > Yijing Wang <wangyijing@...wei.com> (commit_signer:2/8=25%,commit_signer:2/11=18%)
> > Jiang Liu <jiang.liu@...wei.com> (commit_signer:2/8=25%,commit_signer:2/11=18%)
> > Stephen Hemminger <shemminger@...tta.com> (commit_signer:1/8=12%)
> > "Rafael J. Wysocki" <rafael.j.wysocki@...el.com> (commit_signer:6/11=55%)
> > Huang Ying <ying.huang@...el.com> (commit_signer:5/11=45%)
> > linux-pci@...r.kernel.org (open list:PCI SUBSYSTEM)
> > linux-kernel@...r.kernel.org (open list)
> >
> >
> > I remember Jesse was maintaining PCI subsystem and he responded quickly.
> >
> > Yanmin
> >
> >
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists