search for: vehmanen

...: Sui Jingfeng <suijingfeng at loongson.cn> Should be no functional change Cc: Jaroslav Kysela <perex at perex.cz> Cc: Takashi Iwai <tiwai at suse.com> Cc: Fred Oh <fred.oh at linux.intel.com> Cc: Pierre-Louis Bossart <pierre-louis.bossart at linux.intel.com> Cc: Kai Vehmanen <kai.vehmanen at linux.intel.com> Cc: Bjorn Helgaas <bhelgaas at google.com> Signed-off-by: Sui Jingfeng <suijingfeng at loongson.cn> --- sound/pci/hda/hda_intel.c | 16 +++++----------- 1 file changed, 5 insertions(+), 11 deletions(-) diff --git a/sound/pci/hda/hda_intel.c b/so...

I posed a question about this a while back, and Kai found the problem and sent this workaround: > ---------- Forwarded message ---------- > From: Kai Vehmanen <kvehmanen at eca.cx> > Date: Thu, Mar 19, 2009 at 3:03 PM > Subject: broken lame/mp3 output (was: Re: Problem with ecasound on CentOS 5.2, x86_64) > To: MHR <mhullrich at gmail.com> > Cc: ecasound-list at lists.sourceforge.net > > Hi, > > : > > Fortunately...

From: Sui Jingfeng <suijingfeng at loongson.cn> There is no function that can be used to get all PCI(e) devices in a system by matching against its the PCI base class code only, while keep the sub-class code and the programming interface ignored. Therefore, add the pci_get_base_class() function to suit the need. For example, if an application want to process all PCI(e) display devices in a

Hi, I've been just testing 0.99.10.2 and had a really hard time getting the new Dovecot to start properly. First I thought it was an error in my old dovecot.conf, but the actual problem turned out to be simply that Dovecot was compiled without SSL/TLS support (I hadn't noticed this), but dovecot.conf on the other hand specified SSL/TLS ports. The error messages might be a bit more