All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>
To: Alex Chiang <achiang@hp.com>,
	Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>,
	jbarnes@virtuousgeek.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Matthew Wilcox <matthew@wil.cx>,
	Andrew Morton <akpm@linux-foundation.org>,
	kristen.c.accardi@intel.com, greg@kroah.com, lenb@kernel.org,
	pbadari@us.ibm.com, linux-pci@vger.kernel.org,
	pcihpd-discuss@lists.sourceforge.net,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH 0/4, v14] PCI, ACPI: Physical PCI slot objects
Date: Wed, 11 Jun 2008 15:29:51 +0900	[thread overview]
Message-ID: <484F70DF.6070006@jp.fujitsu.com> (raw)
In-Reply-To: <20080611025316.GB12778@ldl.fc.hp.com>

Alex-san,

Alex Chiang wrote:
> Hi Kenji-san,
> 
> * Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>:
>> Alex-san, Jesse-san,
>>
>>> Note how we're checking get_slot_from_name. That should prevent
>>> your scenario (b) that you describe above.
>>>
>>> Maybe the diff was confusing, but I am definitely not removing
>>> your code. I'm simply adding on top of a86161b3134465f, and not
>>> removing it.
>>>
>> I have to apologize. I was using v14 unintentionally on my test
>> environment yesterday, while I thought I was using v15.
>>
>> I think v15 will prevent senario (b), though I have not tried it
>> yet. I'll check it again.
> 
> You can check either v15, which applies to Stephen Rothwell's
> linux-next, or you can check v16, which applies to Jesse's
> linux-next.
> 
> The only difference is in patch 1/3, where we are touching
> fakephp, which is not the patch that is confusing us here. :)
> 
>> And I agree that Alex-san's patch go to Jesse-san's linux-next.
>> If I found something after that, I'll report it or send a
>> incremental patch. To tell the truth, I have several patches
>> that are waiting for Alex-san's patch to be merged to linux-next:)
> 
> Yeah, I think incremental patches from here out are good.
> 
>>>> I made a below patch to prevent (b), please take a look. And could you
>>>> please consider merging it to "[PATCH 2/3] Introduce pci_slot" in your
>>>> latest series.
>>> Ok, now this is very confusing to me. Why is this patch so
>>> different from a86161b3134465f?
>>>
>>> Are you saying the call to get_slot_from_name() is no longer
>>> sufficient?
>>>
>> Though I might misunderstand something about your patch, I thought
>> get_slot_from_name() approach would break what your patch is trying
>> to do.
>>
>> My understanding about your patch is as follows:
>>
>> (x) If multiple hotplug drivers try to register the same slot (try
>>    to handle the same slot, in other words), pci_hp_register()
>>    returns -EBUSY.
>>
>> (y) If one or more drivers try to assign the same name to multiple
>>    slots, pci_hp_register() returns -EEXIST.
> 
> That was the original intent, but I think that returning -EEXIST
> for (x) should be sufficient. If it turns out we really do want
> -EBUSY for (x), we can add your latest fixup patch later.
>

Ok, I understood. Thank you for clarification. I also think your
latest patch is sufficient.

Just in case, I would like to tell you the fact that (x) has following
two cases, though I think you already recognized about it.

  (x-1) If multiple hotplug drivers try to handle the same slot with
        different names, pci_hp_register() returns -EBUSY.

  (x-2) If multiple hotplug drivers try to handle the same slot with
        the same name, pci_hp_register() returns -EEXIST.

Thanks,
Kenji Kaneshige


      reply	other threads:[~2008-06-11  6:36 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-04 20:08 [PATCH 0/4, v14] PCI, ACPI: Physical PCI slot objects Alex Chiang
2008-06-04 20:14 ` [PATCH] fakephp: Construct one fakephp slot per PCI slot Alex Chiang
2008-06-04 20:16 ` [PATCH] kobject: Export kobject_rename for pci_hotplug_core Alex Chiang
2008-06-04 23:55   ` Greg KH
2008-06-05  5:48   ` Andrew Morton
2008-06-05  6:05     ` Kenji Kaneshige
2008-06-05  6:33       ` Andrew Morton
2008-06-05 15:11         ` Alex Chiang
2008-06-06  4:07           ` Benjamin Herrenschmidt
2008-06-06  4:51             ` Alex Chiang
2008-06-06 23:20               ` Benjamin Herrenschmidt
2008-06-04 20:16 ` [PATCH] PCI: Introduce pci_slot Alex Chiang
2008-06-04 20:18 ` [PATCH] ACPI: PCI slot detection driver Alex Chiang
2008-06-10 18:24   ` Len Brown
2008-06-10 21:17     ` Alex Chiang
2008-06-05  2:32 ` [PATCH 0/4, v14] PCI, ACPI: Physical PCI slot objects Kenji Kaneshige
2008-06-05  3:07   ` Alex Chiang
2008-06-05  3:20     ` Kenji Kaneshige
2008-06-09  8:08 ` Kenji Kaneshige
2008-06-09 22:11   ` Alex Chiang
2008-06-10  3:04     ` Kenji Kaneshige
2008-06-10  3:12       ` Kenji Kaneshige
2008-06-10 19:24         ` Jesse Barnes
2008-06-10 21:19           ` Alex Chiang
2008-06-10 17:34       ` Alex Chiang
2008-06-11  1:48         ` Kenji Kaneshige
2008-06-11  2:53           ` Alex Chiang
2008-06-11  6:29             ` Kenji Kaneshige [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=484F70DF.6070006@jp.fujitsu.com \
    --to=kaneshige.kenji@jp.fujitsu.com \
    --cc=achiang@hp.com \
    --cc=akpm@linux-foundation.org \
    --cc=benh@kernel.crashing.org \
    --cc=greg@kroah.com \
    --cc=jbarnes@virtuousgeek.org \
    --cc=kristen.c.accardi@intel.com \
    --cc=lenb@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=matthew@wil.cx \
    --cc=pbadari@us.ibm.com \
    --cc=pcihpd-discuss@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.