François Revol wrote:
>> Hannu Savolainen wrote:> > demetrioussha...@netscape.net kirjoitti:> >   > 
>> >> In the devlist files, what's the significance of some of the > > > 
>> vendor's > >> being prefixed with 'pci' while others are prefixed with 
>> 'pcs'?> >>     > > The pci ones are used for PCI primary vendor/device ID. 
>> The pcs > > entries > > are for the subsystem vendor/device ID.> >> > The 
>> idea is that pcs entries are used when it's possible to give > > better > > 
>> identification for the sound card instead of just some generic > > chipset > 
>> > name. If there is no matching pcs entry then the device will be > > 
>> indentified as a generic one.> >   > One more thing. The ossdetect utility 
>> (that uses the .devices info) > tries first match the sub device id. If that 
>> fails then the primary > PCI > device ID is used. The Solaris version of 
>> ossdetect does some > additional > processing because Solaris identifies all 
>> PCI devices by their > subsystem ID.> 
>>     
> I don't really know the rationale behind ossdetect, but the BeOS code now 
> just probes cards both by pci IDs and subsystem IDs...Likely Solaris can't do 
> this automatically without updating driver metadata ?
>   
Solaris has just bit different logic.
> Now, I'm not actually sure the pcs entries are listed first in the match 
> table for module.inc which checks a single table sequentially though...Some 
> grepping tells me the pcs entries in .devices are often afterward, maybe I 
> should parse the table in reverse order, or split it.
>   
The pci and pcs entries are in random order.

Best regards,

Hannu


_______________________________________________
oss-devel mailing list
oss-devel@mailman.opensound.com
http://mailman.opensound.com/mailman/listinfo/oss-devel

Reply via email to