Pierre Bourgin schrieb: > "HDAUDIO" is a (virtual ?) bus, it's not PCI ! (see output of your cat > command).
Argh. I missed that! > Any pointer could help me to add some support about it into > scan-win-drivers.pl (I hope that I won't have to mimic the Windows PnP's > job in perl ;-) OK, I'm fiddling with it right now to build a kind of lsbus - I've not read anywhere such a program already exists. I'm reading through the 2.6.28 source right now. Relevant pieces are in sound/pci/hda/hda_codec.c. Line 111ff: snd_hda_codec_read can read from a PCI device (Bus/Device) combination to return commands. 583ff: snd_hda_codec_new initializes the kernel structure struct hda_bus*. In the process (633ff) also the audio-bus vendor/subsystem and revid are read out: codec->vendor_id = snd_hda_param_read(codec, AC_NODE_ROOT, AC_PAR_VENDOR_ID); Where snd_hda_param_read is only a macro for snd_hda_codec_read, defined in hda_codec.h:767. Now the problem is: the PCI read/write functions are implemented in the PCI kernel part. Porting that would be a pain and I guess that's already done in lspci. So I'll have a look into lspci to see if that can be patched in some way to achieve our goal. Do you know of any other virtual busses that are causing the same kind of trouble? Kind regards, Johannes ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ unattended-devel mailing list unattended-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unattended-devel
