Re: Kernel 5.2.8 - au0828 - Tuner Is Busy

2019-08-26 Thread shuah
On 8/20/19 7:56 AM, shuah wrote: On 8/20/19 12:58 AM, Nathan Royce wrote: While your mention of quirks-table.h certainly had possibilities, I'm afraid adding the "AU0828_DEVICE(0x05e1, 0x0400, "Hauppauge", "Woodbury")," entry for my tuner did not make any difference regarding the "Tuner is

Re: Kernel 5.2.8 - au0828 - Tuner Is Busy

2019-08-20 Thread shuah
On 8/20/19 12:58 AM, Nathan Royce wrote: While your mention of quirks-table.h certainly had possibilities, I'm afraid adding the "AU0828_DEVICE(0x05e1, 0x0400, "Hauppauge", "Woodbury")," entry for my tuner did not make any difference regarding the "Tuner is busy. Error -19" message. I don't

Re: Kernel 5.2.8 - au0828 - Tuner Is Busy

2019-08-20 Thread Nathan Royce
While your mention of quirks-table.h certainly had possibilities, I'm afraid adding the "AU0828_DEVICE(0x05e1, 0x0400, "Hauppauge", "Woodbury")," entry for my tuner did not make any difference regarding the "Tuner is busy. Error -19" message. I don't know if this means anything, but I see

Re: Kernel 5.2.8 - au0828 - Tuner Is Busy

2019-08-19 Thread Nathan Royce
(resubmitting due to non "plain-text" causing virus bounce): Hey Shuah, after these few days, I FINALLY completed bisecting... much to my dismay... It was my first foray into bisecting and it looked simple enough, but for some reason every subsequent step resulted in a "bad" result. * $ git

Re: Kernel 5.2.8 - au0828 - Tuner Is Busy

2019-08-19 Thread Nathan Royce
(resubmitting due to non "reply-to-all"): Bugger, I just sent a reply to your last message, but it bounced back with: * 550 5.7.1 Content-Policy reject msg: The message contains HTML subpart, therefore we consider it SPAM or Outlook Virus. TEXT/PLAIN is accepted.! BF:; S1728494AbfHSVzk *

Re: Kernel 5.2.8 - au0828 - Tuner Is Busy

2019-08-19 Thread shuah
On 8/19/19 2:49 PM, shuah wrote: On 8/16/19 7:15 PM, Nathan Royce wrote: On Fri, Aug 16, 2019 at 1:42 PM Greg Kroah-Hartman wrote: If you revert that one commit, does things start working again? thanks, greg k-h Hey Greg, I just got finished building it after running "$ git revert

Re: Kernel 5.2.8 - au0828 - Tuner Is Busy

2019-08-19 Thread shuah
On 8/16/19 7:15 PM, Nathan Royce wrote: On Fri, Aug 16, 2019 at 1:42 PM Greg Kroah-Hartman wrote: If you revert that one commit, does things start working again? thanks, greg k-h Hey Greg, I just got finished building it after running "$ git revert 812658d88d26" and verifying it reverted by

Re: Kernel 5.2.8 - au0828 - Tuner Is Busy

2019-08-16 Thread Nathan Royce
On Fri, Aug 16, 2019 at 1:42 PM Greg Kroah-Hartman wrote: > If you revert that one commit, does things start working again? > > thanks, > > greg k-h Hey Greg, I just got finished building it after running "$ git revert 812658d88d26" and verifying it reverted by comparing one of the files from git

Re: Kernel 5.2.8 - au0828 - Tuner Is Busy

2019-08-16 Thread Brad Love
Hi Nathan, On 16/08/2019 13.18, Nathan Royce wrote: > Right up front, I must say I do NOT have a Hauppauge tuner. I think > it's like maybe Mygica/Geniatech: > Bus 002 Device 004: ID 05e1:0400 Syntek Semiconductor Co., Ltd > > Whenever I update my kernel, I edit the >

Re: Kernel 5.2.8 - au0828 - Tuner Is Busy

2019-08-16 Thread Greg Kroah-Hartman
On Fri, Aug 16, 2019 at 01:18:01PM -0500, Nathan Royce wrote: > Right up front, I must say I do NOT have a Hauppauge tuner. I think > it's like maybe Mygica/Geniatech: > Bus 002 Device 004: ID 05e1:0400 Syntek Semiconductor Co., Ltd > > Whenever I update my kernel, I edit the >

Kernel 5.2.8 - au0828 - Tuner Is Busy

2019-08-16 Thread Nathan Royce
Right up front, I must say I do NOT have a Hauppauge tuner. I think it's like maybe Mygica/Geniatech: Bus 002 Device 004: ID 05e1:0400 Syntek Semiconductor Co., Ltd Whenever I update my kernel, I edit the ./drivers/media/usb/au0828/au0828-cards.c file adding an entry for my 0x400 device. I've