From: Markus Lidel <Markus.Lidel@shadowconnect.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Andrew Morton <akpm@osdl.org>,
Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: PCI layer: Need for enable/disable counting (was disable PCI device if it is enabled before probing)
Date: Tue, 31 Jan 2006 10:31:49 +0100 [thread overview]
Message-ID: <43DF2E85.4000200@shadowconnect.com> (raw)
In-Reply-To: <1138662069.31089.89.camel@localhost.localdomain>
Hello,
Alan Cox wrote:
> On Llu, 2006-01-30 at 20:33 +0100, Markus Lidel wrote:
>> I've searched for a function enabled() or so, but didn't find anything.
>> Could you tell me the right way to do it normally?
> Right now there isn't one. I've hit this problem with the new libata
OK, at least i haven't overseen something :-D
> layer stuff having successfully disabled my root pci bridge on unload at
> least once.
Hmmm, think this is something everyone could use...
> Would be easy to add one but I suspect it should be rcounted so that
> enable/disable just stack naturally ?
Sounds great to me... So the verification if the device is enabled before
could be completely removed from my and probably others code...
> What do people want from such an interface and should it also start boot
> enabled devices at a count of 1 or just the bridges/video class
> devices ?
Hmmm, i don't know what happens if a boot enabled device is disabled, but
from my point of view i would start at 1 :-D
Probably also the probing function could also enable the device, so the
subsystems don't have to do it on there own? But because i don't know PCI
stuff very well i don't know if this makes sense at all...
Thank you very much!
Best regards,
Markus Lidel
------------------------------------------
Markus Lidel (Senior IT Consultant)
Shadow Connect GmbH
Carl-Reisch-Weg 12
D-86381 Krumbach
Germany
Phone: +49 82 82/99 51-0
Fax: +49 82 82/99 51-11
E-Mail: Markus.Lidel@shadowconnect.com
URL: http://www.shadowconnect.com
prev parent reply other threads:[~2006-01-31 9:31 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-23 23:29 [PATCH 1/2] I2O: don't disable PCI device if it is enabled before probing Markus Lidel
2006-01-30 18:17 ` Alan Cox
2006-01-30 19:33 ` Markus Lidel
2006-01-30 23:01 ` PCI layer: Need for enable/disable counting (was disable PCI device if it is enabled before probing) Alan Cox
2006-01-31 9:31 ` Markus Lidel [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=43DF2E85.4000200@shadowconnect.com \
--to=markus.lidel@shadowconnect.com \
--cc=akpm@osdl.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox