Wolfgang Rohdewald wrote: > On Donnerstag 16 Juni 2005 21:41, Johannes Stezenbach wrote: > > >>av7110_fe_lock_fix() is different >>because it may be called by the dvb_frontend_thread(), but there's >>nothing we can do if it fails. > > > I am not sure about av7110_fe_lock_fix - I made it return the error, > the dvb_frontend_thread() can still ignore it. > > >>>+ // what does this do, do we have to ignore the result of av7110_fw_cmd? >>> av7110_fw_cmd(av7110, COMTYPE_REC_PLAY, __Stop, 0); >> >>good question, I hope you'll work it out with Werner > > > I left that unchanged for now > > Changes: > - propagate more errors back to caller or log them, mainly in > av7110.c and av7110_av.c > - fix error message in StartHWFilter > - do not StopHWFilter for handle 0xffff > I get an error applying this patch. I believe it has to do with the recent changes checked in by Werner. patching file linux/drivers/media/dvb/ttpci/av7110_av.c Hunk #15 FAILED at 1211. 1 out of 19 hunks FAILED -- saving rejects to file linux/drivers/media/dvb/ttpci/av7110_av.c.rej patching file linux/drivers/media/dvb/ttpci/av7110_av.h patching file linux/drivers/media/dvb/ttpci/av7110.c patching file linux/drivers/media/dvb/ttpci/av7110.h patching file linux/drivers/media/dvb/ttpci/av7110_hw.h Regards, C.