From: John Lumby <jlumby@bluecatnetworks.com>
To: "linux-config@vger.kernel.org" <linux-config@vger.kernel.org>
Subject: USB_PCI - remove? or improve?
Date: Sun, 31 Dec 2017 18:19:29 +0000 [thread overview]
Message-ID: <YTXPR0101MB1824FC5DC70E1263917D33D8D51B0@YTXPR0101MB1824.CANPRD01.PROD.OUTLOOK.COM> (raw)
Recently I upgraded from 4.5 to 4.14;
Because of an over-hasty run of make oldconfig, in which I answered N to USB_PCI
after reading its help, I then lost my usb hid devices.
Thinking about this and re-reading that USB_PCI help (pasted below)
I am wondering if either this config option be removed entirely?
or, if really needed, could the help be reworded to be more helpful? (suggestion below)
Firstly, it seems to me that, maybe, whether or not to include PCI-bus support
in USB support *ought* to be inferrable based on what host controllers
and other USB hardware I have configured, plus whether or not I have
actually selected any SOC devices.
E.g. USB_UHCI_HCD would be exposed based only on whether PCI=y as in 4.5,
and, if USB_UHCI_HCD=y, then include PCI-bus in USB.
I don't know enough about this but thought I would ask.
Cheers, John
___________________________________________________________________________
Current help:
__
PCI based USB host interface (USB_PCI) [Y/n/?] (NEW) ?
CONFIG_USB_PCI:
A lot of embeded system SOC (e.g. freescale T2080) have both
PCI and USB modules. But USB module is controlled by registers
directly, it have no relationship with PCI module.
When say N here it will not build PCI related code in USB driver.
Symbol: USB_PCI [=y]
Type : boolean
Prompt: PCI based USB host interface
Location:
-> Device Drivers
-> USB support (USB_SUPPORT [=y])
Defined at drivers/usb/Kconfig:75
Depends on: USB_SUPPORT [=y] && PCI [=y]
___________________________________________________________________________
Suggested help:
__
CONFIG_USB_PCI:
The purpose of this option is to reduce the size of the USB code
in embedded systems which have USB controllers that do not use a PCI bus.
An example is the SOC chips in a freescale T2080.
If you have such a system in which all USB controllers do not use a PCI bus,
say N to exclude PCI related code in the USB code.
If unsure, say Y
reply other threads:[~2017-12-31 18:19 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=YTXPR0101MB1824FC5DC70E1263917D33D8D51B0@YTXPR0101MB1824.CANPRD01.PROD.OUTLOOK.COM \
--to=jlumby@bluecatnetworks.com \
--cc=linux-config@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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).