From: Giacomo Catenazzi <cate@dplanet.ch>
To: Greg KH <greg@kroah.com>
Cc: Giacomo Catenazzi <cate@debian.org>,
Russell King <rmk@arm.linux.org.uk>,
Linux Kernel List <linux-kernel@vger.kernel.org>,
"Eric S. Raymond" <esr@thyrsus.com>
Subject: Re: Autoconfiguration: Original design scenario
Date: Wed, 16 Jan 2002 09:12:01 +0100 [thread overview]
Message-ID: <3C4535D1.8050903@dplanet.ch> (raw)
In-Reply-To: <3C4401CD.3040408@debian.org> <20020115105733.B994@flint.arm.linux.org.uk> <3C442395.8010500@debian.org> <20020115183432.GC27059@kroah.com>
Greg KH wrote:
> On Tue, Jan 15, 2002 at 01:41:57PM +0100, Giacomo Catenazzi wrote:
>
>>Russell King wrote:
>>
>>
>>
>>>I really don't see why hisax couldn't say "oh, you have an ISDN card with
>>>IDs xxxx:xxxx, that's hisax type nn" and be done with it, rather than
>>>needing to be told "pci id xxxx:xxxx type nn". Have a look at
>>>drivers/isdn/hisax/config.c and wonder how the hell you take some random
>>>vendors PCI ISDN card and work out how to drive it under Linux.
>>>
>>>(For the record, the card was:
>>> 1397:2bd0 - Cologne Chip Designs GmbH - HFC-PCI 2BD0 ISDN
>>>and the driver requirements were: hisax type 35 proto 2)
>>>
>>>Realistically, I don't think any autoconfigurator will solve such cases
>>>until these areas can be fixed up reasonably.
>>>
>>
>>Autoconfigure cannnot solve this.
>>The card is not in my database.
>>To help user, you should tell the driver maintainer to add our card
>>in the know pci devices. In this manner autoconfigure, hotplug and
>>modutils can take easy use your card.
>>
>
> The hisax driver already has a MODULE_DEVICE_TABLE entry for it's pci
> devices, and this data shows up in the modules.pcimap table in the
> modules directory.
>
> Russell, when /sbin/hotplug is part of the initramfs in 2.5, the driver
> will automatically be loaded for your new card, IF you have all the
> different modules already built. You will not need autoconfigure, just
> a good vendor kernel :)
You should read better the mail of Russell.
Russel should give special parameter, because the card IS NOT
in MODULES_DEVICE_TABLE.
We need good MODULES_DEVICE_TABLE. Autoconfigure and hotplug
need correct and complete MODULED_DEVICE_TABLES.
(The card is 1397:2bd0)
>
> Giacomo, please, please, please, just use the info in the
> MODULE_DEVICE_TABLE entries for your autoconfigure program. Don't try
> to keep all of this data up to date by hand, just use the info that is
> already in the kernel. It is a battle you will always loose. Automate
> this process (David Brownell has made a proposal that will work for
> you), and you will never have to generate those PCI and USB tables by
> hand again.
IIRC I've already told you that I generated the list in a semi-automated
way. But MODULE_DEVICE_TABLE is not complete. The ide controller use a
different procedure.
Until enought drivers (IDE controller are important) will use the
pci_device_id, I will maintain also other kind of pci detection.
Unfortunatelly these are less accurate: sometime drivers check for
PCI controller/moptherboard for workaround. And my tools don't know
about 'right' cards and workorund driver detections.
> One other autoconfigure problem that I don't think anyone has mentioned,
> USB devices that only show up when they want to transfer data to/from
> the host. Like all of the Palm based devices. They don't stay
> connected long enough for a "probe all the busses" tool like
> you are currently developing to detect.
This ia a problem.
In my design: I detect mouse and other important USB devices,
and let user to select other devices.
In Eric design: the USB devices are automatically set to 'm' if
we found a USB controller.
Yes, it is a problem. Thus we cannot make 'autoconfiguration in
one key touch/mouse click'
I will think more about this problem in next days.
giacomo
next prev parent reply other threads:[~2002-01-16 8:12 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-15 10:17 Autoconfiguration: Original design scenario Giacomo Catenazzi
2002-01-15 10:57 ` Russell King
2002-01-15 12:41 ` Giacomo Catenazzi
2002-01-15 18:34 ` Greg KH
2002-01-15 18:31 ` Eric S. Raymond
2002-01-15 23:07 ` Greg KH
2002-01-15 23:02 ` Eric S. Raymond
2002-01-15 19:16 ` Russell King
2002-01-16 8:12 ` Giacomo Catenazzi [this message]
2002-01-16 15:51 ` Kai Germaschewski
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=3C4535D1.8050903@dplanet.ch \
--to=cate@dplanet.ch \
--cc=cate@debian.org \
--cc=esr@thyrsus.com \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rmk@arm.linux.org.uk \
/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