Re: DM1105: could not attach frontend 195d:1105
В сообщении от 4 мая 2011 00:33:51 автор Mauro Carvalho Chehab написал: Hi Igor, Em 23-10-2010 07:20, Igor M. Liplianin escreveu: В сообщении от 10 марта 2010 14:15:49 автор Hendrik Skarpeid написал: Igor M. Liplianin skrev: On 3 марта 2010 18:42:42 Hendrik Skarpeid wrote: Igor M. Liplianin wrote: Now to find GPIO's for LNB power control and ... watch TV :) Yep. No succesful tuning at the moment. There might also be an issue with the reset signal and writing to GPIOCTR, as the module at the moment loads succesfully only once. As far as I can make out, the LNB power control is probably GPIO 16 and 17, not sure which is which, and how they work. GPIO15 is wired to tuner #reset New patch to test I think the LNB voltage may be a little to high on my card, 14.5V and 20V. I would be a little more happy if they were 14 and 19, 13 and 18 would be perfect. Anyways, as Igor pointet out, I don't have any signal from the LNB, checked with another tuner card. It's a quad LNB, and the other outputs are fine. Maybe it's' toasted from to high supply voltage! I little word of warning then. Anyways, here's my tweaked driver. Here is reworked patch for clear GPIO's handling. It allows to support I2C on GPIO's and per board LNB control through GPIO's. Also incuded support for Hendrik's card. I think it is clear how to change and test GPIO's for LNB and other stuff now. To Hendrik: Not shure, but there is maybe GPIO for raise/down LNB voltage a little (~1v). It is used for long coaxial lines to compensate voltage dropping. Signed-off-by: Igor M. Liplianin liplia...@me.by I'm not sure if this patch is still valid or not, and if it should or not be applied, as there were several discussions around it. As a reference, it is stored at patchwork with: X-Patchwork-Id: 279091 And still applies fine (yet, patchwork lost patch history/comments and SOB). Igor, could you please update me if I should apply this patch or if the patch got rejected/superseeded? Thanks! Mauro. Hi Mauro, The patch should be applied. Do I need to do something, it means apply to a tree and send pull request? Thanks! Igor -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
Em 05-05-2011 15:41, Igor M. Liplianin escreveu: В сообщении от 4 мая 2011 00:33:51 автор Mauro Carvalho Chehab написал: Hi Igor, Em 23-10-2010 07:20, Igor M. Liplianin escreveu: В сообщении от 10 марта 2010 14:15:49 автор Hendrik Skarpeid написал: Igor M. Liplianin skrev: On 3 марта 2010 18:42:42 Hendrik Skarpeid wrote: Igor M. Liplianin wrote: Now to find GPIO's for LNB power control and ... watch TV :) Yep. No succesful tuning at the moment. There might also be an issue with the reset signal and writing to GPIOCTR, as the module at the moment loads succesfully only once. As far as I can make out, the LNB power control is probably GPIO 16 and 17, not sure which is which, and how they work. GPIO15 is wired to tuner #reset New patch to test I think the LNB voltage may be a little to high on my card, 14.5V and 20V. I would be a little more happy if they were 14 and 19, 13 and 18 would be perfect. Anyways, as Igor pointet out, I don't have any signal from the LNB, checked with another tuner card. It's a quad LNB, and the other outputs are fine. Maybe it's' toasted from to high supply voltage! I little word of warning then. Anyways, here's my tweaked driver. Here is reworked patch for clear GPIO's handling. It allows to support I2C on GPIO's and per board LNB control through GPIO's. Also incuded support for Hendrik's card. I think it is clear how to change and test GPIO's for LNB and other stuff now. To Hendrik: Not shure, but there is maybe GPIO for raise/down LNB voltage a little (~1v). It is used for long coaxial lines to compensate voltage dropping. Signed-off-by: Igor M. Liplianin liplia...@me.by I'm not sure if this patch is still valid or not, and if it should or not be applied, as there were several discussions around it. As a reference, it is stored at patchwork with: X-Patchwork-Id: 279091 And still applies fine (yet, patchwork lost patch history/comments and SOB). Igor, could you please update me if I should apply this patch or if the patch got rejected/superseeded? Thanks! Mauro. Hi Mauro, The patch should be applied. Do I need to do something, it means apply to a tree and send pull request? I could just apply it, as your email is an ack for it, but, as it is not properly documented, I prefer if you can send an email to the mailing list with the patch properly described. Thanks! Mauro. -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
Hi Igor, Em 23-10-2010 07:20, Igor M. Liplianin escreveu: В сообщении от 10 марта 2010 14:15:49 автор Hendrik Skarpeid написал: Igor M. Liplianin skrev: On 3 марта 2010 18:42:42 Hendrik Skarpeid wrote: Igor M. Liplianin wrote: Now to find GPIO's for LNB power control and ... watch TV :) Yep. No succesful tuning at the moment. There might also be an issue with the reset signal and writing to GPIOCTR, as the module at the moment loads succesfully only once. As far as I can make out, the LNB power control is probably GPIO 16 and 17, not sure which is which, and how they work. GPIO15 is wired to tuner #reset New patch to test I think the LNB voltage may be a little to high on my card, 14.5V and 20V. I would be a little more happy if they were 14 and 19, 13 and 18 would be perfect. Anyways, as Igor pointet out, I don't have any signal from the LNB, checked with another tuner card. It's a quad LNB, and the other outputs are fine. Maybe it's' toasted from to high supply voltage! I little word of warning then. Anyways, here's my tweaked driver. Here is reworked patch for clear GPIO's handling. It allows to support I2C on GPIO's and per board LNB control through GPIO's. Also incuded support for Hendrik's card. I think it is clear how to change and test GPIO's for LNB and other stuff now. To Hendrik: Not shure, but there is maybe GPIO for raise/down LNB voltage a little (~1v). It is used for long coaxial lines to compensate voltage dropping. Signed-off-by: Igor M. Liplianin liplia...@me.by I'm not sure if this patch is still valid or not, and if it should or not be applied, as there were several discussions around it. As a reference, it is stored at patchwork with: X-Patchwork-Id: 279091 And still applies fine (yet, patchwork lost patch history/comments and SOB). Igor, could you please update me if I should apply this patch or if the patch got rejected/superseeded? Thanks! Mauro. -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
В сообщении от 1 февраля 2011 07:17:19 автор Matt Vickers написал: On 1/02/2011 6:55 a.m., Igor M. Liplianin wrote: В сообщении от 31 января 2011 11:33:54 автор Matt Vickers написал: On 23/10/2010 10:20 p.m., Igor M. Liplianin wrote: В сообщении от 10 марта 2010 14:15:49 автор Hendrik Skarpeid написал: Igor M. Liplianin skrev: On 3 марта 2010 18:42:42 Hendrik Skarpeid wrote: Igor M. Liplianin wrote: Now to find GPIO's for LNB power control and ... watch TV :) Yep. No succesful tuning at the moment. There might also be an issue with the reset signal and writing to GPIOCTR, as the module at the moment loads succesfully only once. As far as I can make out, the LNB power control is probably GPIO 16 and 17, not sure which is which, and how they work. GPIO15 is wired to tuner #reset New patch to test I think the LNB voltage may be a little to high on my card, 14.5V and 20V. I would be a little more happy if they were 14 and 19, 13 and 18 would be perfect. Anyways, as Igor pointet out, I don't have any signal from the LNB, checked with another tuner card. It's a quad LNB, and the other outputs are fine. Maybe it's' toasted from to high supply voltage! I little word of warning then. Anyways, here's my tweaked driver. Here is reworked patch for clear GPIO's handling. It allows to support I2C on GPIO's and per board LNB control through GPIO's. Also incuded support for Hendrik's card. I think it is clear how to change and test GPIO's for LNB and other stuff now. To Hendrik: Not shure, but there is maybe GPIO for raise/down LNB voltage a little (~1v). It is used for long coaxial lines to compensate voltage dropping. Signed-off-by: Igor M. Liplianinliplia...@me.by Hi Igor, I have a brandless DVB-S tv tuner card also, with a dm1105n chip. I was getting the DM1105: could not attach frontend 195d:1105 message with the latest kernel also, but I applied this patch to the dm1105 module and now the card's being recognised (though is still listed as an ethernet controller with lspci) My dmesg output is: dm1105 :01:05.0: PCI INT A - GSI 17 (level, low) - IRQ 17 DVB: registering new adapter (dm1105) dm1105 :01:05.0: MAC 00:00:00:00:00:00 DVB: registering adapter 0 frontend 0 (SL SI21XX DVB-S)... Registered IR keymap rc-dm1105-nec input: DVB on-card IR receiver as /devices/pci:00/:00:1e.0/:01:05.0/rc/rc0/input6 rc0: DVB on-card IR receiver as /devices/pci:00/:00:1e.0/:01:05.0/rc/rc0 The card is one of these: http://www.hongsun.biz/ProView.asp?ID=90 Scanning doesn't appear to give me any results. Should this be working? Anything I can do to test the card out for you? Cheers, Matt. Hi Matt, Is there any label on tuner can? Have you a close look picture of PCB ? Cheers, Igor. Hi Igor, The label on the tuner can is SP1514LHb S1009, so I'm guessing this is a near-identical card to the one that Paul was asking you about in January of last year, e.g: 1: DVB-S 5: 16cc 1: Unsure, but it has an LNB in and an LNB out, so I guess it does have loop through? 4: Si2109 L: Si labs H: Horizontal b: Lead free Here are two images I took of the card: A view of the entire board: http://matt.vicke.rs/pics/pcb_full.jpg And here is a closer view of the board between the tuner and the dm1105n chip. http://matt.vicke.rs/pics/pcb_detail.jpg With your patch and the card=4 parameter the card is recognised, and the dvb device created. Scanning will run (I'm attempting to locate channels on Optus D1, which I can successfully scan using a set top box, so the dish is correctly aligned), but the card reports tuning failed on all of the Optus D1 frequencies that I attempt. I also tried running w_scan but had no success. Cheers, Matt. Hi Matt, Did you read this post? http://www.mail-archive.com/linux-media@vger.kernel.org/msg17269.html It seems the card needs some soldering :( Cheers Igor -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
В сообщении от 2 февраля 2011 20:39:33 автор Igor M. Liplianin написал: В сообщении от 1 февраля 2011 07:17:19 автор Matt Vickers написал: On 1/02/2011 6:55 a.m., Igor M. Liplianin wrote: В сообщении от 31 января 2011 11:33:54 автор Matt Vickers написал: On 23/10/2010 10:20 p.m., Igor M. Liplianin wrote: В сообщении от 10 марта 2010 14:15:49 автор Hendrik Skarpeid написал: Igor M. Liplianin skrev: On 3 марта 2010 18:42:42 Hendrik Skarpeid wrote: Igor M. Liplianin wrote: Now to find GPIO's for LNB power control and ... watch TV :) Yep. No succesful tuning at the moment. There might also be an issue with the reset signal and writing to GPIOCTR, as the module at the moment loads succesfully only once. As far as I can make out, the LNB power control is probably GPIO 16 and 17, not sure which is which, and how they work. GPIO15 is wired to tuner #reset New patch to test I think the LNB voltage may be a little to high on my card, 14.5V and 20V. I would be a little more happy if they were 14 and 19, 13 and 18 would be perfect. Anyways, as Igor pointet out, I don't have any signal from the LNB, checked with another tuner card. It's a quad LNB, and the other outputs are fine. Maybe it's' toasted from to high supply voltage! I little word of warning then. Anyways, here's my tweaked driver. Here is reworked patch for clear GPIO's handling. It allows to support I2C on GPIO's and per board LNB control through GPIO's. Also incuded support for Hendrik's card. I think it is clear how to change and test GPIO's for LNB and other stuff now. To Hendrik: Not shure, but there is maybe GPIO for raise/down LNB voltage a little (~1v). It is used for long coaxial lines to compensate voltage dropping. Signed-off-by: Igor M. Liplianinliplia...@me.by Hi Igor, I have a brandless DVB-S tv tuner card also, with a dm1105n chip. I was getting the DM1105: could not attach frontend 195d:1105 message with the latest kernel also, but I applied this patch to the dm1105 module and now the card's being recognised (though is still listed as an ethernet controller with lspci) My dmesg output is: dm1105 :01:05.0: PCI INT A - GSI 17 (level, low) - IRQ 17 DVB: registering new adapter (dm1105) dm1105 :01:05.0: MAC 00:00:00:00:00:00 DVB: registering adapter 0 frontend 0 (SL SI21XX DVB-S)... Registered IR keymap rc-dm1105-nec input: DVB on-card IR receiver as /devices/pci:00/:00:1e.0/:01:05.0/rc/rc0/input6 rc0: DVB on-card IR receiver as /devices/pci:00/:00:1e.0/:01:05.0/rc/rc0 The card is one of these: http://www.hongsun.biz/ProView.asp?ID=90 Scanning doesn't appear to give me any results. Should this be working? Anything I can do to test the card out for you? Cheers, Matt. Hi Matt, Is there any label on tuner can? Have you a close look picture of PCB ? Cheers, Igor. Hi Igor, The label on the tuner can is SP1514LHb S1009, so I'm guessing this is a near-identical card to the one that Paul was asking you about in January of last year, e.g: 1: DVB-S 5: 16cc 1: Unsure, but it has an LNB in and an LNB out, so I guess it does have loop through? 4: Si2109 L: Si labs H: Horizontal b: Lead free Here are two images I took of the card: A view of the entire board: http://matt.vicke.rs/pics/pcb_full.jpg And here is a closer view of the board between the tuner and the dm1105n chip. http://matt.vicke.rs/pics/pcb_detail.jpg With your patch and the card=4 parameter the card is recognised, and the dvb device created. Scanning will run (I'm attempting to locate channels on Optus D1, which I can successfully scan using a set top box, so the dish is correctly aligned), but the card reports tuning failed on all of the Optus D1 frequencies that I attempt. I also tried running w_scan but had no success. Cheers, Matt. Hi Matt, Did you read this post? http://www.mail-archive.com/linux-media@vger.kernel.org/msg17269.html It seems the card needs some soldering :( or you can test the card using loop output from another STB/card. Cheers Igor -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
On 23/10/2010 10:20 p.m., Igor M. Liplianin wrote: В сообщении от 10 марта 2010 14:15:49 автор Hendrik Skarpeid написал: Igor M. Liplianin skrev: On 3 марта 2010 18:42:42 Hendrik Skarpeid wrote: Igor M. Liplianin wrote: Now to find GPIO's for LNB power control and ... watch TV :) Yep. No succesful tuning at the moment. There might also be an issue with the reset signal and writing to GPIOCTR, as the module at the moment loads succesfully only once. As far as I can make out, the LNB power control is probably GPIO 16 and 17, not sure which is which, and how they work. GPIO15 is wired to tuner #reset New patch to test I think the LNB voltage may be a little to high on my card, 14.5V and 20V. I would be a little more happy if they were 14 and 19, 13 and 18 would be perfect. Anyways, as Igor pointet out, I don't have any signal from the LNB, checked with another tuner card. It's a quad LNB, and the other outputs are fine. Maybe it's' toasted from to high supply voltage! I little word of warning then. Anyways, here's my tweaked driver. Here is reworked patch for clear GPIO's handling. It allows to support I2C on GPIO's and per board LNB control through GPIO's. Also incuded support for Hendrik's card. I think it is clear how to change and test GPIO's for LNB and other stuff now. To Hendrik: Not shure, but there is maybe GPIO for raise/down LNB voltage a little (~1v). It is used for long coaxial lines to compensate voltage dropping. Signed-off-by: Igor M. Liplianinliplia...@me.by Hi Igor, I have a brandless DVB-S tv tuner card also, with a dm1105n chip. I was getting the DM1105: could not attach frontend 195d:1105 message with the latest kernel also, but I applied this patch to the dm1105 module and now the card's being recognised (though is still listed as an ethernet controller with lspci) My dmesg output is: dm1105 :01:05.0: PCI INT A - GSI 17 (level, low) - IRQ 17 DVB: registering new adapter (dm1105) dm1105 :01:05.0: MAC 00:00:00:00:00:00 DVB: registering adapter 0 frontend 0 (SL SI21XX DVB-S)... Registered IR keymap rc-dm1105-nec input: DVB on-card IR receiver as /devices/pci:00/:00:1e.0/:01:05.0/rc/rc0/input6 rc0: DVB on-card IR receiver as /devices/pci:00/:00:1e.0/:01:05.0/rc/rc0 The card is one of these: http://www.hongsun.biz/ProView.asp?ID=90 Scanning doesn't appear to give me any results. Should this be working? Anything I can do to test the card out for you? Cheers, Matt. -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
В сообщении от 31 января 2011 11:33:54 автор Matt Vickers написал: On 23/10/2010 10:20 p.m., Igor M. Liplianin wrote: В сообщении от 10 марта 2010 14:15:49 автор Hendrik Skarpeid написал: Igor M. Liplianin skrev: On 3 марта 2010 18:42:42 Hendrik Skarpeid wrote: Igor M. Liplianin wrote: Now to find GPIO's for LNB power control and ... watch TV :) Yep. No succesful tuning at the moment. There might also be an issue with the reset signal and writing to GPIOCTR, as the module at the moment loads succesfully only once. As far as I can make out, the LNB power control is probably GPIO 16 and 17, not sure which is which, and how they work. GPIO15 is wired to tuner #reset New patch to test I think the LNB voltage may be a little to high on my card, 14.5V and 20V. I would be a little more happy if they were 14 and 19, 13 and 18 would be perfect. Anyways, as Igor pointet out, I don't have any signal from the LNB, checked with another tuner card. It's a quad LNB, and the other outputs are fine. Maybe it's' toasted from to high supply voltage! I little word of warning then. Anyways, here's my tweaked driver. Here is reworked patch for clear GPIO's handling. It allows to support I2C on GPIO's and per board LNB control through GPIO's. Also incuded support for Hendrik's card. I think it is clear how to change and test GPIO's for LNB and other stuff now. To Hendrik: Not shure, but there is maybe GPIO for raise/down LNB voltage a little (~1v). It is used for long coaxial lines to compensate voltage dropping. Signed-off-by: Igor M. Liplianinliplia...@me.by Hi Igor, I have a brandless DVB-S tv tuner card also, with a dm1105n chip. I was getting the DM1105: could not attach frontend 195d:1105 message with the latest kernel also, but I applied this patch to the dm1105 module and now the card's being recognised (though is still listed as an ethernet controller with lspci) My dmesg output is: dm1105 :01:05.0: PCI INT A - GSI 17 (level, low) - IRQ 17 DVB: registering new adapter (dm1105) dm1105 :01:05.0: MAC 00:00:00:00:00:00 DVB: registering adapter 0 frontend 0 (SL SI21XX DVB-S)... Registered IR keymap rc-dm1105-nec input: DVB on-card IR receiver as /devices/pci:00/:00:1e.0/:01:05.0/rc/rc0/input6 rc0: DVB on-card IR receiver as /devices/pci:00/:00:1e.0/:01:05.0/rc/rc0 The card is one of these: http://www.hongsun.biz/ProView.asp?ID=90 Scanning doesn't appear to give me any results. Should this be working? Anything I can do to test the card out for you? Cheers, Matt. Hi Matt, Is there any label on tuner can? Have you a close look picture of PCB ? Cheers, Igor. -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
On 1/02/2011 6:55 a.m., Igor M. Liplianin wrote: В сообщении от 31 января 2011 11:33:54 автор Matt Vickers написал: On 23/10/2010 10:20 p.m., Igor M. Liplianin wrote: В сообщении от 10 марта 2010 14:15:49 автор Hendrik Skarpeid написал: Igor M. Liplianin skrev: On 3 марта 2010 18:42:42 Hendrik Skarpeid wrote: Igor M. Liplianin wrote: Now to find GPIO's for LNB power control and ... watch TV :) Yep. No succesful tuning at the moment. There might also be an issue with the reset signal and writing to GPIOCTR, as the module at the moment loads succesfully only once. As far as I can make out, the LNB power control is probably GPIO 16 and 17, not sure which is which, and how they work. GPIO15 is wired to tuner #reset New patch to test I think the LNB voltage may be a little to high on my card, 14.5V and 20V. I would be a little more happy if they were 14 and 19, 13 and 18 would be perfect. Anyways, as Igor pointet out, I don't have any signal from the LNB, checked with another tuner card. It's a quad LNB, and the other outputs are fine. Maybe it's' toasted from to high supply voltage! I little word of warning then. Anyways, here's my tweaked driver. Here is reworked patch for clear GPIO's handling. It allows to support I2C on GPIO's and per board LNB control through GPIO's. Also incuded support for Hendrik's card. I think it is clear how to change and test GPIO's for LNB and other stuff now. To Hendrik: Not shure, but there is maybe GPIO for raise/down LNB voltage a little (~1v). It is used for long coaxial lines to compensate voltage dropping. Signed-off-by: Igor M. Liplianinliplia...@me.by Hi Igor, I have a brandless DVB-S tv tuner card also, with a dm1105n chip. I was getting the DM1105: could not attach frontend 195d:1105 message with the latest kernel also, but I applied this patch to the dm1105 module and now the card's being recognised (though is still listed as an ethernet controller with lspci) My dmesg output is: dm1105 :01:05.0: PCI INT A - GSI 17 (level, low) - IRQ 17 DVB: registering new adapter (dm1105) dm1105 :01:05.0: MAC 00:00:00:00:00:00 DVB: registering adapter 0 frontend 0 (SL SI21XX DVB-S)... Registered IR keymap rc-dm1105-nec input: DVB on-card IR receiver as /devices/pci:00/:00:1e.0/:01:05.0/rc/rc0/input6 rc0: DVB on-card IR receiver as /devices/pci:00/:00:1e.0/:01:05.0/rc/rc0 The card is one of these: http://www.hongsun.biz/ProView.asp?ID=90 Scanning doesn't appear to give me any results. Should this be working? Anything I can do to test the card out for you? Cheers, Matt. Hi Matt, Is there any label on tuner can? Have you a close look picture of PCB ? Cheers, Igor. Hi Igor, The label on the tuner can is SP1514LHb S1009, so I'm guessing this is a near-identical card to the one that Paul was asking you about in January of last year, e.g: 1: DVB-S 5: 16cc 1: Unsure, but it has an LNB in and an LNB out, so I guess it does have loop through? 4: Si2109 L: Si labs H: Horizontal b: Lead free Here are two images I took of the card: A view of the entire board: http://matt.vicke.rs/pics/pcb_full.jpg And here is a closer view of the board between the tuner and the dm1105n chip. http://matt.vicke.rs/pics/pcb_detail.jpg With your patch and the card=4 parameter the card is recognised, and the dvb device created. Scanning will run (I'm attempting to locate channels on Optus D1, which I can successfully scan using a set top box, so the dish is correctly aligned), but the card reports tuning failed on all of the Optus D1 frequencies that I attempt. I also tried running w_scan but had no success. Cheers, Matt. -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
В сообщении от 10 марта 2010 14:15:49 автор Hendrik Skarpeid написал: Igor M. Liplianin skrev: On 3 марта 2010 18:42:42 Hendrik Skarpeid wrote: Igor M. Liplianin wrote: Now to find GPIO's for LNB power control and ... watch TV :) Yep. No succesful tuning at the moment. There might also be an issue with the reset signal and writing to GPIOCTR, as the module at the moment loads succesfully only once. As far as I can make out, the LNB power control is probably GPIO 16 and 17, not sure which is which, and how they work. GPIO15 is wired to tuner #reset New patch to test I think the LNB voltage may be a little to high on my card, 14.5V and 20V. I would be a little more happy if they were 14 and 19, 13 and 18 would be perfect. Anyways, as Igor pointet out, I don't have any signal from the LNB, checked with another tuner card. It's a quad LNB, and the other outputs are fine. Maybe it's' toasted from to high supply voltage! I little word of warning then. Anyways, here's my tweaked driver. Here is reworked patch for clear GPIO's handling. It allows to support I2C on GPIO's and per board LNB control through GPIO's. Also incuded support for Hendrik's card. I think it is clear how to change and test GPIO's for LNB and other stuff now. To Hendrik: Not shure, but there is maybe GPIO for raise/down LNB voltage a little (~1v). It is used for long coaxial lines to compensate voltage dropping. Signed-off-by: Igor M. Liplianin liplia...@me.by diff -r abd3aac6644e linux/drivers/media/dvb/dm1105/dm1105.c --- a/linux/drivers/media/dvb/dm1105/dm1105.c Fri Jul 02 00:38:54 2010 -0300 +++ b/linux/drivers/media/dvb/dm1105/dm1105.c Sat Oct 23 11:58:32 2010 +0300 @@ -20,6 +20,7 @@ */ #include linux/i2c.h +#include linux/i2c-algo-bit.h #include linux/init.h #include linux/kernel.h #include linux/module.h @@ -50,11 +51,12 @@ #define UNSET (-1U) -#define DM1105_BOARD_NOAUTO UNSET -#define DM1105_BOARD_UNKNOWN 0 -#define DM1105_BOARD_DVBWORLD_2002 1 -#define DM1105_BOARD_DVBWORLD_2004 2 -#define DM1105_BOARD_AXESS_DM05 3 +#define DM1105_BOARD_NOAUTO UNSET +#define DM1105_BOARD_UNKNOWN 0 +#define DM1105_BOARD_DVBWORLD_2002 1 +#define DM1105_BOARD_DVBWORLD_2004 2 +#define DM1105_BOARD_AXESS_DM05 3 +#define DM1105_BOARD_UNBRANDED_I2C_ON_GPIO 4 /* --- */ /* @@ -158,22 +160,38 @@ #define DM1105_MAX0x04 #define DRIVER_NAMEdm1105 +#define DM1105_I2C_GPIO_NAME dm1105-gpio #define DM1105_DMA_PACKETS 47 #define DM1105_DMA_PACKET_LENGTH (128*4) #define DM1105_DMA_BYTES (128 * 4 * DM1105_DMA_PACKETS) +/* */ +#define GPIO08 (1 8) +#define GPIO13 (1 13) +#define GPIO14 (1 14) +#define GPIO15 (1 15) +#define GPIO16 (1 16) +#define GPIO17 (1 17) +#define GPIO_ALL0x03 + /* GPIO's for LNB power control */ -#define DM1105_LNB_MASK0x -#define DM1105_LNB_OFF0x0002 -#define DM1105_LNB_13V0x00010100 -#define DM1105_LNB_18V0x0100 +#define DM1105_LNB_MASK(GPIO_ALL ~(GPIO14 | GPIO13)) +#define DM1105_LNB_OFFGPIO17 +#define DM1105_LNB_13V(GPIO16 | GPIO08) +#define DM1105_LNB_18VGPIO08 /* GPIO's for LNB power control for Axess DM05 */ -#define DM05_LNB_MASK0x -#define DM05_LNB_OFF0x0002/* actually 13v */ -#define DM05_LNB_13V0x0002 -#define DM05_LNB_18V0x0003 +#define DM05_LNB_MASK(GPIO_ALL ~(GPIO14 | GPIO13)) +#define DM05_LNB_OFFGPIO17/* actually 13v */ +#define DM05_LNB_13VGPIO17 +#define DM05_LNB_18V(GPIO17 | GPIO16) + +/* GPIO's for LNB power control for unbranded with I2C on GPIO */ +#define UNBR_LNB_MASK(GPIO17 | GPIO16) +#define UNBR_LNB_OFF0 +#define UNBR_LNB_13VGPIO17 +#define UNBR_LNB_18V(GPIO17 | GPIO16) static unsigned int card[] = {[0 ... 3] = UNSET }; module_param_array(card, int, NULL, 0444); @@ -188,7 +206,11 @@ DVB_DEFINE_MOD_OPT_ADAPTER_NR(adapter_nr); struct dm1105_board { - char*name; + char *name; + struct { + u32 mask, off, v13, v18; + } lnb; + u32 gpio_scl, gpio_sda; }; struct dm1105_subid { @@ -200,15 +222,50 @@ static const struct dm1105_board dm1105_boards[] = { [DM1105_BOARD_UNKNOWN] = { .name = UNKNOWN/GENERIC, + .lnb = { + .mask = DM1105_LNB_MASK, + .off = DM1105_LNB_OFF, + .v13 = DM1105_LNB_13V, + .v18 = DM1105_LNB_18V, + }, }, [DM1105_BOARD_DVBWORLD_2002] = { .name = DVBWorld PCI 2002, + .lnb = { + .mask = DM1105_LNB_MASK, + .off = DM1105_LNB_OFF, + .v13 = DM1105_LNB_13V, + .v18 = DM1105_LNB_18V, + }, }, [DM1105_BOARD_DVBWORLD_2004] = { .name = DVBWorld PCI 2004, + .lnb = { + .mask = DM1105_LNB_MASK, + .off = DM1105_LNB_OFF, + .v13 = DM1105_LNB_13V, + .v18 = DM1105_LNB_18V, + }, }, [DM1105_BOARD_AXESS_DM05] = { .name = Axess/EasyTv DM05, + .lnb = { + .mask = DM05_LNB_MASK, + .off = DM05_LNB_OFF, + .v13 = DM05_LNB_13V, +
Re: DM1105: could not attach frontend 195d:1105
A little update on the matter. These cards are broken! It seems that the card is designed for a different NIM than what is actually on the cards. The worst problem is 3.3V power supply for the digital portion of the NIM. This powers the 3.3V IO on the Si2109, and it is unconnected! This effectively disables all the IO that is not open drain like i2c. That is why you will not get any 22khz tone from these cards. Luckily, I think I have found a way to fix it. The card is now tuning, and the 22khz tone is working. The LNB voltage is a little high, but that can be fixed by adding or replacing a resistor. I have not tried to watch TV yet, so I am not certain if it is at all possible to get these cards into working order. I will try the fix on a couple of boards and test them, and if it is successful, I will post a howto on the v4l wiki. Be warned though, it will involve the use of a soldering iron. Hendrik Skarpeid wrote: Igor M. Liplianin wrote: On 3 марта 2010 18:42:42 Hendrik Skarpeid wrote: Igor M. Liplianin wrote: Now to find GPIO's for LNB power control and ... watch TV :) Yep. No succesful tuning at the moment. There might also be an issue with the reset signal and writing to GPIOCTR, as the module at the moment loads succesfully only once. As far as I can make out, the LNB power control is probably GPIO 16 and 17, not sure which is which, and how they work. GPIO15 is wired to tuner #reset New patch to test I think the LNB voltage may be a little to high on my card, 14.5V and 20V. I would be a little more happy if they were 14 and 19, 13 and 18 would be perfect. Anyways, as Igor pointet out, I don't have any signal from the LNB, checked with another tuner card. It's a quad LNB, and the other outputs are fine. Maybe it's' toasted from to high supply voltage! I little word of warning then. Anyways, here's my tweaked driver. -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
On 6 марта 2010 21:18:28 Hendrik Skarpeid wrote: Igor M. Liplianin skrev: On 5 марта 2010 00:16:07 Hendrik Skarpeid wrote: Igor M. Liplianin skrev: On 3 марта 2010 18:42:42 Hendrik Skarpeid wrote: Igor M. Liplianin wrote: Now to find GPIO's for LNB power control and ... watch TV :) Yep. No succesful tuning at the moment. There might also be an issue with the reset signal and writing to GPIOCTR, as the module at the moment loads succesfully only once. As far as I can make out, the LNB power control is probably GPIO 16 and 17, not sure which is which, and how they work. GPIO15 is wired to tuner #reset New patch to test --- - No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.733 / Virus Database: 271.1.1/2721 - Release Date: 03/03/10 20:34:00 modprobe si21xx debug=1 produces this output when scanning. [ 2187.998349] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [ 2187.998353] si21xx: si21xx_set_frontend : FE_SET_FRONTEND [ 2187.999881] si21xx: si21xx_setacquire [ 2187.999884] si21xx: si21xx_set_symbolrate : srate = 2750 [ 2188.022645] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x01 [ 2188.054350] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [ 2188.054355] si21xx: si21xx_set_frontend : FE_SET_FRONTEND [ 2188.055875] si21xx: si21xx_setacquire [ 2188.055879] si21xx: si21xx_set_symbolrate : srate = 2750 [ 2188.110359] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [ 2188.110366] si21xx: si21xx_set_frontend : FE_SET_FRONTEND [ 2188.111885] si21xx: si21xx_setacquire [ 2188.111889] si21xx: si21xx_set_symbolrate : srate = 2750 [ 2188.166350] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [ 2188.166354] si21xx: si21xx_set_frontend : FE_SET_FRONTEND Since the tuner at hand uses a Si2109 chip, VSTATUS 0x01 and 0x02 would indicate that blind scanning is used. Blind scanning is a 2109/2110 specific function, and may not very usable since we always use initial tuning files anyway. 2109/10 also supports the legacy scanning method which is supported by Si2107708. Is the use of blind scanning intentional? Yes, of course, it's intentional. Why not? User has freedom to make little errors in channels.conf file. Also the chip didn't support DVB-S2. And last, has who si2107/08 ? My chip is si2109. I agree, it's best to use the hardware features. I was worried that I may be getting bad i2c data. It is likely. In that case try different delays like that dev-i2c_bit.udelay = 16; dev-i2c_bit.timeout = 200; If I understand you correctly, you have a working Si2109 frontend driver? The driver is working. It's for shure. I tested PCI and USB cards with this chip. Here's what I'm getting: Added a few printouts to si21xx.c u8 signal = si21_readreg(state, ANALOG_AGC_POWER_LEVEL_REG); dprintk(%s : FE_READ_STATUS : AGC_POWER: 0x%02x\n, __func__, signal); si21_readregs(state, LOCK_STATUS_REG_1, regs_read, 0x02); reg_read = 0; for (i = 0; i 7; ++i) reg_read |= ((regs_read[0] i) 0x01) (6 - i); lock = ((reg_read 0x7f) | (regs_read[1] 0x80)); dprintk(%s : FE_READ_STATUS : VSTATUS: 0x%02x\n, __func__, lock); dprintk(%s : FE_READ_REGS : REGS[0]: 0x%02x\n, __func__, regs_read[0]); dprintk(%s : FE_READ_REGS : REGS[1]: 0x%02x\n, __func__, regs_read[1]); hend...@iptv:~$ scan -a 1 Sirius-5.0E [72933.818871] si21xx: si21xx_set_symbolrate : srate = 2750 [72933.900276] si21xx: si21_read_status : FE_READ_STATUS : AGC_POWER: 0x20 [72933.908807] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [72933.908812] si21xx: si21_read_status : FE_READ_REGS : REGS[0]: 0x20 [72933.908815] si21xx: si21_read_status : FE_READ_REGS : REGS[1]: 0x00 [72933.908827] si21xx: si21xx_set_frontend : FE_SET_FRONTEND [72933.914962] si21xx: si21xx_setacquire [72933.914967] si21xx: si21xx_set_symbolrate : srate = 2750 [72933.949370] si21xx: si21_read_status : FE_READ_STATUS : AGC_POWER: 0x21 [72933.957877] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x01 [72933.957882] si21xx: si21_read_status : FE_READ_REGS : REGS[0]: 0xc0 [72933.957885] si21xx: si21_read_status : FE_READ_REGS : REGS[1]: 0x60 [72933.996316] si21xx: si21_read_status : FE_READ_STATUS : AGC_POWER: 0x20 [72934.004959] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [72934.004964] si21xx: si21_read_status : FE_READ_REGS : REGS[0]: 0x20 [72934.004968] si21xx: si21_read_status : FE_READ_REGS : REGS[1]: 0x00 So, we have signal and sometimes we are getting carrier also. What worries me most is the FE_READ_REGS : REGS[1]: 0x60 According to the datasheet this register 0x10 Lock status 2, is RCVL 0 0 0 0 0 BSDA BSDO so 0x60 would seem meaningless. Same results
Re: DM1105: could not attach frontend 195d:1105
Igor M. Liplianin skrev: On 5 марта 2010 00:16:07 Hendrik Skarpeid wrote: Igor M. Liplianin skrev: On 3 марта 2010 18:42:42 Hendrik Skarpeid wrote: Igor M. Liplianin wrote: Now to find GPIO's for LNB power control and ... watch TV :) Yep. No succesful tuning at the moment. There might also be an issue with the reset signal and writing to GPIOCTR, as the module at the moment loads succesfully only once. As far as I can make out, the LNB power control is probably GPIO 16 and 17, not sure which is which, and how they work. GPIO15 is wired to tuner #reset New patch to test No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.733 / Virus Database: 271.1.1/2721 - Release Date: 03/03/10 20:34:00 modprobe si21xx debug=1 produces this output when scanning. [ 2187.998349] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [ 2187.998353] si21xx: si21xx_set_frontend : FE_SET_FRONTEND [ 2187.999881] si21xx: si21xx_setacquire [ 2187.999884] si21xx: si21xx_set_symbolrate : srate = 2750 [ 2188.022645] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x01 [ 2188.054350] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [ 2188.054355] si21xx: si21xx_set_frontend : FE_SET_FRONTEND [ 2188.055875] si21xx: si21xx_setacquire [ 2188.055879] si21xx: si21xx_set_symbolrate : srate = 2750 [ 2188.110359] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [ 2188.110366] si21xx: si21xx_set_frontend : FE_SET_FRONTEND [ 2188.111885] si21xx: si21xx_setacquire [ 2188.111889] si21xx: si21xx_set_symbolrate : srate = 2750 [ 2188.166350] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [ 2188.166354] si21xx: si21xx_set_frontend : FE_SET_FRONTEND Since the tuner at hand uses a Si2109 chip, VSTATUS 0x01 and 0x02 would indicate that blind scanning is used. Blind scanning is a 2109/2110 specific function, and may not very usable since we always use initial tuning files anyway. 2109/10 also supports the legacy scanning method which is supported by Si2107708. Is the use of blind scanning intentional? Yes, of course, it's intentional. Why not? User has freedom to make little errors in channels.conf file. Also the chip didn't support DVB-S2. And last, has who si2107/08 ? My chip is si2109. I agree, it's best to use the hardware features. I was worried that I may be getting bad i2c data. If I understand you correctly, you have a working Si2109 frontend driver? Here's what I'm getting: Added a few printouts to si21xx.c u8 signal = si21_readreg(state, ANALOG_AGC_POWER_LEVEL_REG); dprintk(%s : FE_READ_STATUS : AGC_POWER: 0x%02x\n, __func__, signal); si21_readregs(state, LOCK_STATUS_REG_1, regs_read, 0x02); reg_read = 0; for (i = 0; i 7; ++i) reg_read |= ((regs_read[0] i) 0x01) (6 - i); lock = ((reg_read 0x7f) | (regs_read[1] 0x80)); dprintk(%s : FE_READ_STATUS : VSTATUS: 0x%02x\n, __func__, lock); dprintk(%s : FE_READ_REGS : REGS[0]: 0x%02x\n, __func__, regs_read[0]); dprintk(%s : FE_READ_REGS : REGS[1]: 0x%02x\n, __func__, regs_read[1]); hend...@iptv:~$ scan -a 1 Sirius-5.0E [72933.818871] si21xx: si21xx_set_symbolrate : srate = 2750 [72933.900276] si21xx: si21_read_status : FE_READ_STATUS : AGC_POWER: 0x20 [72933.908807] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [72933.908812] si21xx: si21_read_status : FE_READ_REGS : REGS[0]: 0x20 [72933.908815] si21xx: si21_read_status : FE_READ_REGS : REGS[1]: 0x00 [72933.908827] si21xx: si21xx_set_frontend : FE_SET_FRONTEND [72933.914962] si21xx: si21xx_setacquire [72933.914967] si21xx: si21xx_set_symbolrate : srate = 2750 [72933.949370] si21xx: si21_read_status : FE_READ_STATUS : AGC_POWER: 0x21 [72933.957877] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x01 [72933.957882] si21xx: si21_read_status : FE_READ_REGS : REGS[0]: 0xc0 [72933.957885] si21xx: si21_read_status : FE_READ_REGS : REGS[1]: 0x60 [72933.996316] si21xx: si21_read_status : FE_READ_STATUS : AGC_POWER: 0x20 [72934.004959] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [72934.004964] si21xx: si21_read_status : FE_READ_REGS : REGS[0]: 0x20 [72934.004968] si21xx: si21_read_status : FE_READ_REGS : REGS[1]: 0x00 So, we have signal and sometimes we are getting carrier also. What worries me most is the FE_READ_REGS : REGS[1]: 0x60 According to the datasheet this register 0x10 Lock status 2, is RCVL 0 0 0 0 0 BSDA BSDO so 0x60 would seem meaningless. Same results using szap. hend...@iptv:~$ szap -a 1 -r -n 170 reading channels from file '/home/hendrik/.szap/channels.conf' zapping to 170 'NRK1;NRK': sat 0, frequency = 12015 MHz V, symbolrate 2750, vpid = 0x0200, apid = 0x0280 sid = 0x0240 using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0' status 01 | signal c600 |
Re: DM1105: could not attach frontend 195d:1105
Igor M. Liplianin skrev: On 3 марта 2010 18:42:42 Hendrik Skarpeid wrote: Igor M. Liplianin wrote: Now to find GPIO's for LNB power control and ... watch TV :) Yep. No succesful tuning at the moment. There might also be an issue with the reset signal and writing to GPIOCTR, as the module at the moment loads succesfully only once. As far as I can make out, the LNB power control is probably GPIO 16 and 17, not sure which is which, and how they work. GPIO15 is wired to tuner #reset New patch to test No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.733 / Virus Database: 271.1.1/2721 - Release Date: 03/03/10 20:34:00 A little tweaking produced the required voltages for the LNB: switch (voltage) { case SEC_VOLTAGE_18: dm1105_gpio_set(dev, GPIO16 | GPIO17); break; case SEC_VOLTAGE_13: dm1105_gpio_andor(dev, GPIO16 | GPIO17, GPIO17); break; default: dm1105_gpio_clear(dev, GPIO16 | GPIO17); break; } But unfortunately tuning is still failing. Could it be an issue with the 21xx driver? I will read up on the Si2109. -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
Igor M. Liplianin skrev: On 3 марта 2010 18:42:42 Hendrik Skarpeid wrote: Igor M. Liplianin wrote: Now to find GPIO's for LNB power control and ... watch TV :) Yep. No succesful tuning at the moment. There might also be an issue with the reset signal and writing to GPIOCTR, as the module at the moment loads succesfully only once. As far as I can make out, the LNB power control is probably GPIO 16 and 17, not sure which is which, and how they work. GPIO15 is wired to tuner #reset New patch to test No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.733 / Virus Database: 271.1.1/2721 - Release Date: 03/03/10 20:34:00 modprobe si21xx debug=1 produces this output when scanning. [ 2187.998349] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [ 2187.998353] si21xx: si21xx_set_frontend : FE_SET_FRONTEND [ 2187.999881] si21xx: si21xx_setacquire [ 2187.999884] si21xx: si21xx_set_symbolrate : srate = 2750 [ 2188.022645] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x01 [ 2188.054350] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [ 2188.054355] si21xx: si21xx_set_frontend : FE_SET_FRONTEND [ 2188.055875] si21xx: si21xx_setacquire [ 2188.055879] si21xx: si21xx_set_symbolrate : srate = 2750 [ 2188.110359] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [ 2188.110366] si21xx: si21xx_set_frontend : FE_SET_FRONTEND [ 2188.111885] si21xx: si21xx_setacquire [ 2188.111889] si21xx: si21xx_set_symbolrate : srate = 2750 [ 2188.166350] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [ 2188.166354] si21xx: si21xx_set_frontend : FE_SET_FRONTEND Since the tuner at hand uses a Si2109 chip, VSTATUS 0x01 and 0x02 would indicate that blind scanning is used. Blind scanning is a 2109/2110 specific function, and may not very usable since we always use initial tuning files anyway. 2109/10 also supports the legacy scanning method which is supported by Si2107708. Is the use of blind scanning intentional? -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
Hendrik Skarpeid skrev: Igor M. Liplianin skrev: On 3 марта 2010 18:42:42 Hendrik Skarpeid wrote: Igor M. Liplianin wrote: Now to find GPIO's for LNB power control and ... watch TV :) Yep. No succesful tuning at the moment. There might also be an issue with the reset signal and writing to GPIOCTR, as the module at the moment loads succesfully only once. As far as I can make out, the LNB power control is probably GPIO 16 and 17, not sure which is which, and how they work. GPIO15 is wired to tuner #reset New patch to test No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.733 / Virus Database: 271.1.1/2721 - Release Date: 03/03/10 20:34:00 modprobe si21xx debug=1 produces this output when scanning. [ 2187.998349] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [ 2187.998353] si21xx: si21xx_set_frontend : FE_SET_FRONTEND [ 2187.999881] si21xx: si21xx_setacquire [ 2187.999884] si21xx: si21xx_set_symbolrate : srate = 2750 [ 2188.022645] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x01 [ 2188.054350] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [ 2188.054355] si21xx: si21xx_set_frontend : FE_SET_FRONTEND [ 2188.055875] si21xx: si21xx_setacquire [ 2188.055879] si21xx: si21xx_set_symbolrate : srate = 2750 [ 2188.110359] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [ 2188.110366] si21xx: si21xx_set_frontend : FE_SET_FRONTEND [ 2188.111885] si21xx: si21xx_setacquire [ 2188.111889] si21xx: si21xx_set_symbolrate : srate = 2750 [ 2188.166350] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02 [ 2188.166354] si21xx: si21xx_set_frontend : FE_SET_FRONTEND Since the tuner at hand uses a Si2109 chip, VSTATUS 0x01 and 0x02 would indicate that blind scanning is used. Blind scanning is a 2109/2110 specific function, and may not very usable since we always use initial tuning files anyway. 2109/10 also supports the legacy scanning method which is supported by Si2107708. Is the use of blind scanning intentional? Sorry, my bad. Mixed up the registers. Got a VSTATUS: 0x0b once. Mostly I'm getting 0x01 and 0x02. Sometimes 0x00 and 0x03 -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
Igor M. Liplianin skrev: On 2 марта 2010, Igor M. Liplianin liplia...@me.by wrote: Igor M. Liplianin skrev: On 23 февраля 2010 15:12:05 Nameer Kazzaz wrote: Sounds cool, let me know if I can help you with anything. Thanks Nameer Hendrik Skarpeid wrote: No luck here either, still working on it. My plan is to solder som wires on strategic points on the board and debug i2c and other activity with an oscilloscope. Will probably start next week. Nameer Kazzaz wrote: Hey Igor, I'm getting the same error: dm1105 :04:0b.0: could not attach frontend Did you get your one to work. Thanks Nameer Igor M. Liplianin wrote: On 18 февраля 2010, liplia...@me.by wrote: I also got the unbranded dm1105 card. I tried the four possible i2c addresses, just i case. Noen worked of course. Then I traced the i2c pins on the tuner to pins 100 and 101 on the DM1105. These are GPIO pins, so bit-banging i2c on these pins seems to be the solution. scl = p101 = gpio14 sda = p100 = gpio13 Here is the patch to test. Use option card=4. modprobe dm1105 card=4 I didn't test patch in real hardware. But I can connect GPIO14 and GPIO13 to SCL and SDA in any dm1105 card and test whether it works. Then I will ask you to test also. No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.733 / Virus Database: 271.1.1/2708 - Release Date: 02/24/10 20:34:00 Think I solved it. The dm1105_getsda and dm1105_getscl functions need to mask out the other GPIO bits. I hacked the code to return 1 if corresponding GPIO set, and 0 if not set. That did the trick. Now the frontend registers and /dev/dvb is populated. :) Haven't done any tuning yet. Do you cut connections between dm1105 i2c pins and the gpio pins you make earlier? Success! [ 4354.673688] dm1105 :03:01.0: PCI INT A - GSI 19 (level, low) - IRQ 19 [ 4354.673806] DVB: registering new adapter (dm1105) [ 4354.921866] dm1105 :03:01.0: MAC 00:00:00:00:00:00 [ 4355.533170] DVB: registering adapter 0 frontend 0 (SL SI21XX DVB-S)... [ 4355.533327] input: DVB on-card IR receiver as /devices/pci:00/:00:1e.0/:03:01.0/input/input7 [ 4355.533377] Creating IR device irrcv0 -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
On 3 марта 2010 10:38:09 Hendrik Skarpeid wrote: Igor M. Liplianin skrev: On 2 марта 2010, Igor M. Liplianin liplia...@me.by wrote: Igor M. Liplianin skrev: On 23 февраля 2010 15:12:05 Nameer Kazzaz wrote: Sounds cool, let me know if I can help you with anything. Thanks Nameer Hendrik Skarpeid wrote: No luck here either, still working on it. My plan is to solder som wires on strategic points on the board and debug i2c and other activity with an oscilloscope. Will probably start next week. Nameer Kazzaz wrote: Hey Igor, I'm getting the same error: dm1105 :04:0b.0: could not attach frontend Did you get your one to work. Thanks Nameer Igor M. Liplianin wrote: On 18 февраля 2010, liplia...@me.by wrote: I also got the unbranded dm1105 card. I tried the four possible i2c addresses, just i case. Noen worked of course. Then I traced the i2c pins on the tuner to pins 100 and 101 on the DM1105. These are GPIO pins, so bit-banging i2c on these pins seems to be the solution. scl = p101 = gpio14 sda = p100 = gpio13 Here is the patch to test. Use option card=4. modprobe dm1105 card=4 I didn't test patch in real hardware. But I can connect GPIO14 and GPIO13 to SCL and SDA in any dm1105 card and test whether it works. Then I will ask you to test also. --- - No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.733 / Virus Database: 271.1.1/2708 - Release Date: 02/24/10 20:34:00 Think I solved it. The dm1105_getsda and dm1105_getscl functions need to mask out the other GPIO bits. I hacked the code to return 1 if corresponding GPIO set, and 0 if not set. That did the trick. Now the frontend registers and /dev/dvb is populated. :) Haven't done any tuning yet. Do you cut connections between dm1105 i2c pins and the gpio pins you make earlier? Success! Glad to hear. Now to find GPIO's for LNB power control and ... watch TV :) [ 4354.673688] dm1105 :03:01.0: PCI INT A - GSI 19 (level, low) - IRQ 19 [ 4354.673806] DVB: registering new adapter (dm1105) [ 4354.921866] dm1105 :03:01.0: MAC 00:00:00:00:00:00 [ 4355.533170] DVB: registering adapter 0 frontend 0 (SL SI21XX DVB-S)... [ 4355.533327] input: DVB on-card IR receiver as /devices/pci:00/:00:1e.0/:03:01.0/input/input7 [ 4355.533377] Creating IR device irrcv0 -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
Igor M. Liplianin wrote: Now to find GPIO's for LNB power control and ... watch TV :) Yep. No succesful tuning at the moment. There might also be an issue with the reset signal and writing to GPIOCTR, as the module at the moment loads succesfully only once. As far as I can make out, the LNB power control is probably GPIO 16 and 17, not sure which is which, and how they work. GPIO15 is wired to tuner #reset -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
Igor M. Liplianin skrev: On 23 февраля 2010 15:12:05 Nameer Kazzaz wrote: Sounds cool, let me know if I can help you with anything. Thanks Nameer Hendrik Skarpeid wrote: No luck here either, still working on it. My plan is to solder som wires on strategic points on the board and debug i2c and other activity with an oscilloscope. Will probably start next week. Nameer Kazzaz wrote: Hey Igor, I'm getting the same error: dm1105 :04:0b.0: could not attach frontend Did you get your one to work. Thanks Nameer Igor M. Liplianin wrote: On 18 февраля 2010, liplia...@me.by wrote: I also got the unbranded dm1105 card. I tried the four possible i2c addresses, just i case. Noen worked of course. Then I traced the i2c pins on the tuner to pins 100 and 101 on the DM1105. These are GPIO pins, so bit-banging i2c on these pins seems to be the solution. scl = p101 = gpio14 sda = p100 = gpio13 Here is the patch to test. Use option card=4. modprobe dm1105 card=4 I didn't test patch in real hardware. But I can connect GPIO14 and GPIO13 to SCL and SDA in any dm1105 card and test whether it works. Then I will ask you to test also. A little progress update. A modded card with connections made between the dm1105 i2c pins and the gpio pins is detected as a dm05 and seems to work, at least with kernel 2.6.33 and liplianin modules. This suggests that the i2c bitbanging is not working properly. -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
Igor M. Liplianin skrev: On 23 февраля 2010 15:12:05 Nameer Kazzaz wrote: Sounds cool, let me know if I can help you with anything. Thanks Nameer Hendrik Skarpeid wrote: No luck here either, still working on it. My plan is to solder som wires on strategic points on the board and debug i2c and other activity with an oscilloscope. Will probably start next week. Nameer Kazzaz wrote: Hey Igor, I'm getting the same error: dm1105 :04:0b.0: could not attach frontend Did you get your one to work. Thanks Nameer Igor M. Liplianin wrote: On 18 февраля 2010, liplia...@me.by wrote: I also got the unbranded dm1105 card. I tried the four possible i2c addresses, just i case. Noen worked of course. Then I traced the i2c pins on the tuner to pins 100 and 101 on the DM1105. These are GPIO pins, so bit-banging i2c on these pins seems to be the solution. scl = p101 = gpio14 sda = p100 = gpio13 Here is the patch to test. Use option card=4. modprobe dm1105 card=4 I didn't test patch in real hardware. But I can connect GPIO14 and GPIO13 to SCL and SDA in any dm1105 card and test whether it works. Then I will ask you to test also. No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.733 / Virus Database: 271.1.1/2708 - Release Date: 02/24/10 20:34:00 Think I solved it. The dm1105_getsda and dm1105_getscl functions need to mask out the other GPIO bits. I hacked the code to return 1 if corresponding GPIO set, and 0 if not set. That did the trick. Now the frontend registers and /dev/dvb is populated. :) Haven't done any tuning yet. -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
No luck here either, still working on it. My plan is to solder som wires on strategic points on the board and debug i2c and other activity with an oscilloscope. Will probably start next week. Nameer Kazzaz wrote: Hey Igor, I'm getting the same error: dm1105 :04:0b.0: could not attach frontend Did you get your one to work. Thanks Nameer Igor M. Liplianin wrote: On 18 февраля 2010, liplia...@me.by wrote: I also got the unbranded dm1105 card. I tried the four possible i2c addresses, just i case. Noen worked of course. Then I traced the i2c pins on the tuner to pins 100 and 101 on the DM1105. These are GPIO pins, so bit-banging i2c on these pins seems to be the solution. scl = p101 = gpio14 sda = p100 = gpio13 Here is the patch to test. Use option card=4. modprobe dm1105 card=4 -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
Sounds cool, let me know if I can help you with anything. Thanks Nameer Hendrik Skarpeid wrote: No luck here either, still working on it. My plan is to solder som wires on strategic points on the board and debug i2c and other activity with an oscilloscope. Will probably start next week. Nameer Kazzaz wrote: Hey Igor, I'm getting the same error: dm1105 :04:0b.0: could not attach frontend Did you get your one to work. Thanks Nameer Igor M. Liplianin wrote: On 18 февраля 2010, liplia...@me.by wrote: I also got the unbranded dm1105 card. I tried the four possible i2c addresses, just i case. Noen worked of course. Then I traced the i2c pins on the tuner to pins 100 and 101 on the DM1105. These are GPIO pins, so bit-banging i2c on these pins seems to be the solution. scl = p101 = gpio14 sda = p100 = gpio13 Here is the patch to test. Use option card=4. modprobe dm1105 card=4 -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
On 23 февраля 2010 15:12:05 Nameer Kazzaz wrote: Sounds cool, let me know if I can help you with anything. Thanks Nameer Hendrik Skarpeid wrote: No luck here either, still working on it. My plan is to solder som wires on strategic points on the board and debug i2c and other activity with an oscilloscope. Will probably start next week. Nameer Kazzaz wrote: Hey Igor, I'm getting the same error: dm1105 :04:0b.0: could not attach frontend Did you get your one to work. Thanks Nameer Igor M. Liplianin wrote: On 18 февраля 2010, liplia...@me.by wrote: I also got the unbranded dm1105 card. I tried the four possible i2c addresses, just i case. Noen worked of course. Then I traced the i2c pins on the tuner to pins 100 and 101 on the DM1105. These are GPIO pins, so bit-banging i2c on these pins seems to be the solution. scl = p101 = gpio14 sda = p100 = gpio13 Here is the patch to test. Use option card=4. modprobe dm1105 card=4 I didn't test patch in real hardware. But I can connect GPIO14 and GPIO13 to SCL and SDA in any dm1105 card and test whether it works. Then I will ask you to test also. -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
Ok, no problem happy to help. Nameer Igor M. Liplianin wrote: On 23 февраля 2010 15:12:05 Nameer Kazzaz wrote: Sounds cool, let me know if I can help you with anything. Thanks Nameer Hendrik Skarpeid wrote: No luck here either, still working on it. My plan is to solder som wires on strategic points on the board and debug i2c and other activity with an oscilloscope. Will probably start next week. Nameer Kazzaz wrote: Hey Igor, I'm getting the same error: dm1105 :04:0b.0: could not attach frontend Did you get your one to work. Thanks Nameer Igor M. Liplianin wrote: On 18 февраля 2010, liplia...@me.by wrote: I also got the unbranded dm1105 card. I tried the four possible i2c addresses, just i case. Noen worked of course. Then I traced the i2c pins on the tuner to pins 100 and 101 on the DM1105. These are GPIO pins, so bit-banging i2c on these pins seems to be the solution. scl = p101 = gpio14 sda = p100 = gpio13 Here is the patch to test. Use option card=4. modprobe dm1105 card=4 I didn't test patch in real hardware. But I can connect GPIO14 and GPIO13 to SCL and SDA in any dm1105 card and test whether it works. Then I will ask you to test also. -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
Hey Igor, I'm getting the same error: dm1105 :04:0b.0: could not attach frontend Did you get your one to work. Thanks Nameer Igor M. Liplianin wrote: On 18 февраля 2010, liplia...@me.by wrote: I also got the unbranded dm1105 card. I tried the four possible i2c addresses, just i case. Noen worked of course. Then I traced the i2c pins on the tuner to pins 100 and 101 on the DM1105. These are GPIO pins, so bit-banging i2c on these pins seems to be the solution. scl = p101 = gpio14 sda = p100 = gpio13 Here is the patch to test. Use option card=4. modprobe dm1105 card=4 -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
On 18 февраля 2010, liplia...@me.by wrote: I also got the unbranded dm1105 card. I tried the four possible i2c addresses, just i case. Noen worked of course. Then I traced the i2c pins on the tuner to pins 100 and 101 on the DM1105. These are GPIO pins, so bit-banging i2c on these pins seems to be the solution. scl = p101 = gpio14 sda = p100 = gpio13 Here is the patch to test. Use option card=4. modprobe dm1105 card=4 -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks --- a/linux/drivers/media/dvb/dm1105/dm1105.c Sun Feb 07 16:26:33 2010 +0200 +++ b/linux/drivers/media/dvb/dm1105/dm1105.c Sat Feb 20 16:35:08 2010 +0200 @@ -20,6 +20,7 @@ */ #include linux/i2c.h +#include linux/i2c-algo-bit.h #include linux/init.h #include linux/kernel.h #include linux/module.h @@ -47,11 +48,12 @@ #define UNSET (-1U) -#define DM1105_BOARD_NOAUTO UNSET -#define DM1105_BOARD_UNKNOWN 0 -#define DM1105_BOARD_DVBWORLD_2002 1 -#define DM1105_BOARD_DVBWORLD_2004 2 -#define DM1105_BOARD_AXESS_DM05 3 +#define DM1105_BOARD_NOAUTO UNSET +#define DM1105_BOARD_UNKNOWN 0 +#define DM1105_BOARD_DVBWORLD_2002 1 +#define DM1105_BOARD_DVBWORLD_2004 2 +#define DM1105_BOARD_AXESS_DM05 3 +#define DM1105_BOARD_UNBRANDED_I2C_ON_GPIO 4 /* --- */ /* @@ -155,23 +157,27 @@ #define DM1105_MAX0x04 #define DRIVER_NAMEdm1105 +#define DM1105_I2C_GPIO_NAME dm1105-gpio #define DM1105_DMA_PACKETS 47 #define DM1105_DMA_PACKET_LENGTH (128*4) #define DM1105_DMA_BYTES (128 * 4 * DM1105_DMA_PACKETS) /* GPIO's for LNB power control */ -#define DM1105_LNB_MASK0x +#define DM1105_LNB_MASK0x6000 #define DM1105_LNB_OFF0x0002 #define DM1105_LNB_13V0x00010100 #define DM1105_LNB_18V0x0100 /* GPIO's for LNB power control for Axess DM05 */ -#define DM05_LNB_MASK0x +#define DM05_LNB_MASK0x6000 #define DM05_LNB_OFF0x0002/* actually 13v */ #define DM05_LNB_13V0x0002 #define DM05_LNB_18V0x0003 +#define GPIO13 (1 13) +#define GPIO14 (1 14) + static unsigned int card[] = {[0 ... 3] = UNSET }; module_param_array(card, int, NULL, 0444); MODULE_PARM_DESC(card, card type); @@ -185,7 +191,9 @@ DVB_DEFINE_MOD_OPT_ADAPTER_NR(adapter_nr); struct dm1105_board { - char*name; + char *name; + int i2c_on_gpio; + u32 gpio_scl, gpio_sda; }; struct dm1105_subid { @@ -207,6 +215,12 @@ [DM1105_BOARD_AXESS_DM05] = { .name = Axess/EasyTv DM05, }, + [DM1105_BOARD_UNBRANDED_I2C_ON_GPIO] = { + .name = Unbranded DM1105 with i2c on GPIOs, + .i2c_on_gpio = 1, + .gpio_scl = GPIO14, + .gpio_sda = GPIO13, + }, }; static const struct dm1105_subid dm1105_subids[] = { @@ -292,6 +306,8 @@ /* i2c */ struct i2c_adapter i2c_adap; + struct i2c_adapter i2c_bb_adap; + struct i2c_algo_bit_data i2c_bit; /* irq */ struct work_struct work; @@ -327,6 +343,97 @@ #define dm_setl(reg, bit) dm_andorl((reg), (bit), (bit)) #define dm_clearl(reg, bit) dm_andorl((reg), (bit), 0) +/* The chip has 18 GPIOs. In HOST mode GPIO's used as 15 bit address lines, + so we can use only 3 GPIO's from GPIO15 to GPIO17. + Here I don't check whether HOST is enebled as it is not implemented yet. + */ +void dm1105_gpio_set(struct dm1105_dev *dev, u32 mask) +{ + if (mask 0xfffc) + printk(KERN_ERR %s: Only 18 GPIO's are allowed\n, __func__); + + if (mask 0x0003) + dm_setl(DM1105_GPIOVAL, mask 0x0003); + +} + +void dm1105_gpio_clear(struct dm1105_dev *dev, u32 mask) +{ + if (mask 0xfffc) + printk(KERN_ERR %s: Only 18 GPIO's are allowed\n, __func__); + + if (mask 0x0003) + dm_clearl(DM1105_GPIOVAL, mask 0x0003); + +} + +u32 dm1105_gpio_get(struct dm1105_dev *dev, u32 mask) +{ + if (mask 0xfffc) + printk(KERN_ERR %s: Only 18 GPIO's are allowed\n, __func__); + + if (mask 0x0003) + return dm_readl(DM1105_GPIOVAL); + + return 0; +} + +void dm1105_gpio_enable(struct dm1105_dev *dev, u32 mask, int asoutput) +{ + if (mask 0xfffc) + printk(KERN_ERR %s: Only 18 GPIO's are allowed\n, __func__); + + if ((mask 0x0003) asoutput) + dm_clearl(DM1105_GPIOCTR, mask 0x0003); + else if ((mask 0x0003) !asoutput) + dm_setl(DM1105_GPIOCTR, mask 0x0003); + +} + +static void dm1105_setline(struct dm1105_dev *dev, u32 line, int state) +{ + if (state) + dm1105_gpio_enable(dev, line, 0); + else { + dm1105_gpio_enable(dev, line, 1); + dm1105_gpio_clear(dev, line); + } +} + +static void dm1105_setsda(void *data, int state) +{ + struct dm1105_dev *dev = data; + + dm1105_setline(dev, dm1105_boards[dev-boardnr].gpio_sda, state); +} + +static void dm1105_setscl(void *data, int state) +{ + struct dm1105_dev *dev = data; + + dm1105_setline(dev, dm1105_boards[dev-boardnr].gpio_scl, state); +} + +static int dm1105_getsda(void *data) +{ + struct dm1105_dev *dev = data; + + return
Re: DM1105: could not attach frontend 195d:1105
Igor M. Liplianin wrote: On 3 февраля 2010 00:07:36 Nameer Kazzaz wrote: Nameer Kazzaz wrote: Igor M. Liplianin wrote: On 2 февраля 2010 17:21:46 Nameer Kazzaz wrote: Hi Igor, What do you think ? if I can help you solve this, let me know what I can do. Thanks Nameer Nameer Kazzaz wrote: Hi there, dmesg output with patched dm1105.c against current v4l-dvb 'modprob dm1105 card=4' dm1105 :05:0f.0: PCI INT A - GSI 16 (level, low) - IRQ 16 DVB: registering new adapter (dm1105) dm1105 :05:0f.0: MAC dd49b0dc dm1105 :05:0f.0: could not attach frontend dm1105 :05:0f.0: PCI INT A disabled Thanks Nameer Kazzaz Igor M. Liplianin wrote: On 20 ?? 2010 23:20:20 pau...@planar.id.au wrote: Igor wrote: Oh, that is wrong. It is registers addresses, Never touch this. Let's look on that part of code: /* GPIO's for LNB power control */ #define DM1105_LNB_MASK 0x // later in code write it to DM1105_GPIOCTR, all GPIO's as OUT #define DM1105_LNB_OFF 0x0002 // later in code write it to DM1105_GPIOVAL, set GPIO17 to HIGH But you have not to change this. Right way is to write another entry in cards structure and so on. Better leave it to me. Regards Igor Thanks for all your help, I understand better now. I have moved to code like that at the bottom. It still doesn't work, but feels a lot closer. Before I keep playing with values, I want to check I'm on the right track. Does it look right? Specific questions: 1. I see there is a hw_init function. Should I be using that? I put the logic into fe_attach because there was already card-specific logic in there. But this feels like hw initialisation. 2. Should I set the control to input or output? I'm assuming input = 1. 3. Would pin 15 be numbered from the left or right - is it 0x4, or 0x2000? Thanks, Paul *** dm1105.c.old2010-01-13 16:15:00.0 +1100 --- dm1105.c2010-01-21 08:13:14.0 +1100 *** *** 51,56 --- 51,57 #define DM1105_BOARD_DVBWORLD_20021 #define DM1105_BOARD_DVBWORLD_20042 #define DM1105_BOARD_AXESS_DM05 3 + #define DM1105_BOARD_UNBRANDED4 /* --- */ /* *** *** 171,176 --- 172,181 #define DM05_LNB_13V 0x0002 #define DM05_LNB_18V 0x0003 + /* GPIO's for demod reset for unbranded 195d:1105 */ + #define UNBRANDED_DEMOD_MASK 0x8000 + #define UNBRANDED_DEMOD_RESET 0x8000 + static unsigned int card[] = {[0 ... 3] = UNSET }; module_param_array(card, int, NULL, 0444); MODULE_PARM_DESC(card, card type); *** *** 206,211 --- 211,219 [DM1105_BOARD_AXESS_DM05] = { .name = Axess/EasyTv DM05, }, + [DM1105_BOARD_UNBRANDED] = { + .name = Unbranded 195d:1105, + }, }; static const struct dm1105_subid dm1105_subids[] = { *** *** 229,234 --- 237,246 .subvendor = 0x195d, .subdevice = 0x1105, .card = DM1105_BOARD_AXESS_DM05, + }, { + .subvendor = 0x195d, + .subdevice = 0x1105, + .card = DM1105_BOARD_UNBRANDED, }, }; *** *** 698,703 --- 710,727 dm1105dvb-fe-ops.set_voltage = dm1105dvb_set_voltage; break; + case DM1105_BOARD_UNBRANDED: + printk(KERN_ERR Attaching as board_unbranded\n); + outl(UNBRANDED_DEMOD_MASK, dm_io_mem(DM1105_GPIOCTR)); + outl(UNBRANDED_DEMOD_RESET , dm_io_mem(DM1105_GPIOVAL)); + dm1105dvb-fe = dvb_attach( + si21xx_attach, serit_config, + dm1105dvb-i2c_adap); + if (dm1105dvb-fe) + dm1105dvb-fe-ops.set_voltage = + dm1105dvb_set_voltage; + + break; case DM1105_BOARD_DVBWORLD_2002: case DM1105_BOARD_AXESS_DM05: default: Some things are missed, like keep GPIO15 high in set_voltage function. Try attached patch against current v4l-dvb tree with modprobe option card=4 modprobe dm1105 card=4 Hi Nameer, You can modify sended by me patch to guess GPIO pin. Simply try all of them, it is only 17. Just replace all appearances DM1105_GPIO(15) with number you want. Ok I will do that. Thanks Nameer Hi Igor, I tried all DM1105_GPIO(0) to DM1105_GPIO(17), same error. Any Idea ? Nameer Hi I have some ideas, for example, to add to driver
Re: DM1105: could not attach frontend 195d:1105
On 3 февраля 2010 00:07:36 Nameer Kazzaz wrote: Nameer Kazzaz wrote: Igor M. Liplianin wrote: On 2 февраля 2010 17:21:46 Nameer Kazzaz wrote: Hi Igor, What do you think ? if I can help you solve this, let me know what I can do. Thanks Nameer Nameer Kazzaz wrote: Hi there, dmesg output with patched dm1105.c against current v4l-dvb 'modprob dm1105 card=4' dm1105 :05:0f.0: PCI INT A - GSI 16 (level, low) - IRQ 16 DVB: registering new adapter (dm1105) dm1105 :05:0f.0: MAC dd49b0dc dm1105 :05:0f.0: could not attach frontend dm1105 :05:0f.0: PCI INT A disabled Thanks Nameer Kazzaz Igor M. Liplianin wrote: On 20 ?? 2010 23:20:20 pau...@planar.id.au wrote: Igor wrote: Oh, that is wrong. It is registers addresses, Never touch this. Let's look on that part of code: /* GPIO's for LNB power control */ #define DM1105_LNB_MASK 0x // later in code write it to DM1105_GPIOCTR, all GPIO's as OUT #define DM1105_LNB_OFF 0x0002 // later in code write it to DM1105_GPIOVAL, set GPIO17 to HIGH But you have not to change this. Right way is to write another entry in cards structure and so on. Better leave it to me. Regards Igor Thanks for all your help, I understand better now. I have moved to code like that at the bottom. It still doesn't work, but feels a lot closer. Before I keep playing with values, I want to check I'm on the right track. Does it look right? Specific questions: 1. I see there is a hw_init function. Should I be using that? I put the logic into fe_attach because there was already card-specific logic in there. But this feels like hw initialisation. 2. Should I set the control to input or output? I'm assuming input = 1. 3. Would pin 15 be numbered from the left or right - is it 0x4, or 0x2000? Thanks, Paul *** dm1105.c.old2010-01-13 16:15:00.0 +1100 --- dm1105.c2010-01-21 08:13:14.0 +1100 *** *** 51,56 --- 51,57 #define DM1105_BOARD_DVBWORLD_20021 #define DM1105_BOARD_DVBWORLD_20042 #define DM1105_BOARD_AXESS_DM05 3 + #define DM1105_BOARD_UNBRANDED4 /* --- */ /* *** *** 171,176 --- 172,181 #define DM05_LNB_13V 0x0002 #define DM05_LNB_18V 0x0003 + /* GPIO's for demod reset for unbranded 195d:1105 */ + #define UNBRANDED_DEMOD_MASK 0x8000 + #define UNBRANDED_DEMOD_RESET 0x8000 + static unsigned int card[] = {[0 ... 3] = UNSET }; module_param_array(card, int, NULL, 0444); MODULE_PARM_DESC(card, card type); *** *** 206,211 --- 211,219 [DM1105_BOARD_AXESS_DM05] = { .name = Axess/EasyTv DM05, }, + [DM1105_BOARD_UNBRANDED] = { + .name = Unbranded 195d:1105, + }, }; static const struct dm1105_subid dm1105_subids[] = { *** *** 229,234 --- 237,246 .subvendor = 0x195d, .subdevice = 0x1105, .card = DM1105_BOARD_AXESS_DM05, + }, { + .subvendor = 0x195d, + .subdevice = 0x1105, + .card = DM1105_BOARD_UNBRANDED, }, }; *** *** 698,703 --- 710,727 dm1105dvb-fe-ops.set_voltage = dm1105dvb_set_voltage; break; + case DM1105_BOARD_UNBRANDED: + printk(KERN_ERR Attaching as board_unbranded\n); + outl(UNBRANDED_DEMOD_MASK, dm_io_mem(DM1105_GPIOCTR)); + outl(UNBRANDED_DEMOD_RESET , dm_io_mem(DM1105_GPIOVAL)); + dm1105dvb-fe = dvb_attach( + si21xx_attach, serit_config, + dm1105dvb-i2c_adap); + if (dm1105dvb-fe) + dm1105dvb-fe-ops.set_voltage = + dm1105dvb_set_voltage; + + break; case DM1105_BOARD_DVBWORLD_2002: case DM1105_BOARD_AXESS_DM05: default: Some things are missed, like keep GPIO15 high in set_voltage function. Try attached patch against current v4l-dvb tree with modprobe option card=4 modprobe dm1105 card=4 Hi Nameer, You can modify sended by me patch to guess GPIO pin. Simply try all of them, it is only 17. Just replace all appearances DM1105_GPIO(15) with number you want. Ok I will do that. Thanks Nameer Hi Igor, I tried all DM1105_GPIO(0) to DM1105_GPIO(17), same error. Any Idea ? Nameer Hi I have
Re: DM1105: could not attach frontend 195d:1105
Hi Igor, What do you think ? if I can help you solve this, let me know what I can do. Thanks Nameer Nameer Kazzaz wrote: Hi there, dmesg output with patched dm1105.c against current v4l-dvb 'modprob dm1105 card=4' dm1105 :05:0f.0: PCI INT A - GSI 16 (level, low) - IRQ 16 DVB: registering new adapter (dm1105) dm1105 :05:0f.0: MAC dd49b0dc dm1105 :05:0f.0: could not attach frontend dm1105 :05:0f.0: PCI INT A disabled Thanks Nameer Kazzaz Igor M. Liplianin wrote: On 20 ?? 2010 23:20:20 pau...@planar.id.au wrote: Igor wrote: Oh, that is wrong. It is registers addresses, Never touch this. Let's look on that part of code: /* GPIO's for LNB power control */ #define DM1105_LNB_MASK 0x // later in code write it to DM1105_GPIOCTR, all GPIO's as OUT #define DM1105_LNB_OFF 0x0002 // later in code write it to DM1105_GPIOVAL, set GPIO17 to HIGH But you have not to change this. Right way is to write another entry in cards structure and so on. Better leave it to me. Regards Igor Thanks for all your help, I understand better now. I have moved to code like that at the bottom. It still doesn't work, but feels a lot closer. Before I keep playing with values, I want to check I'm on the right track. Does it look right? Specific questions: 1. I see there is a hw_init function. Should I be using that? I put the logic into fe_attach because there was already card-specific logic in there. But this feels like hw initialisation. 2. Should I set the control to input or output? I'm assuming input = 1. 3. Would pin 15 be numbered from the left or right - is it 0x4, or 0x2000? Thanks, Paul *** dm1105.c.old2010-01-13 16:15:00.0 +1100 --- dm1105.c2010-01-21 08:13:14.0 +1100 *** *** 51,56 --- 51,57 #define DM1105_BOARD_DVBWORLD_20021 #define DM1105_BOARD_DVBWORLD_20042 #define DM1105_BOARD_AXESS_DM05 3 + #define DM1105_BOARD_UNBRANDED4 /* --- */ /* *** *** 171,176 --- 172,181 #define DM05_LNB_13V 0x0002 #define DM05_LNB_18V 0x0003 + /* GPIO's for demod reset for unbranded 195d:1105 */ + #define UNBRANDED_DEMOD_MASK 0x8000 + #define UNBRANDED_DEMOD_RESET 0x8000 + static unsigned int card[] = {[0 ... 3] = UNSET }; module_param_array(card, int, NULL, 0444); MODULE_PARM_DESC(card, card type); *** *** 206,211 --- 211,219 [DM1105_BOARD_AXESS_DM05] = { .name = Axess/EasyTv DM05, }, + [DM1105_BOARD_UNBRANDED] = { + .name = Unbranded 195d:1105, + }, }; static const struct dm1105_subid dm1105_subids[] = { *** *** 229,234 --- 237,246 .subvendor = 0x195d, .subdevice = 0x1105, .card = DM1105_BOARD_AXESS_DM05, + }, { + .subvendor = 0x195d, + .subdevice = 0x1105, + .card = DM1105_BOARD_UNBRANDED, }, }; *** *** 698,703 --- 710,727 dm1105dvb-fe-ops.set_voltage = dm1105dvb_set_voltage; break; + case DM1105_BOARD_UNBRANDED: + printk(KERN_ERR Attaching as board_unbranded\n); + outl(UNBRANDED_DEMOD_MASK, dm_io_mem(DM1105_GPIOCTR)); + outl(UNBRANDED_DEMOD_RESET , dm_io_mem(DM1105_GPIOVAL)); + dm1105dvb-fe = dvb_attach( + si21xx_attach, serit_config, + dm1105dvb-i2c_adap); + if (dm1105dvb-fe) + dm1105dvb-fe-ops.set_voltage = + dm1105dvb_set_voltage; + + break; case DM1105_BOARD_DVBWORLD_2002: case DM1105_BOARD_AXESS_DM05: default: Some things are missed, like keep GPIO15 high in set_voltage function. Try attached patch against current v4l-dvb tree with modprobe option card=4 modprobe dm1105 card=4 -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
On 2 февраля 2010 17:21:46 Nameer Kazzaz wrote: Hi Igor, What do you think ? if I can help you solve this, let me know what I can do. Thanks Nameer Nameer Kazzaz wrote: Hi there, dmesg output with patched dm1105.c against current v4l-dvb 'modprob dm1105 card=4' dm1105 :05:0f.0: PCI INT A - GSI 16 (level, low) - IRQ 16 DVB: registering new adapter (dm1105) dm1105 :05:0f.0: MAC dd49b0dc dm1105 :05:0f.0: could not attach frontend dm1105 :05:0f.0: PCI INT A disabled Thanks Nameer Kazzaz Igor M. Liplianin wrote: On 20 ?? 2010 23:20:20 pau...@planar.id.au wrote: Igor wrote: Oh, that is wrong. It is registers addresses, Never touch this. Let's look on that part of code: /* GPIO's for LNB power control */ #define DM1105_LNB_MASK 0x // later in code write it to DM1105_GPIOCTR, all GPIO's as OUT #define DM1105_LNB_OFF 0x0002 // later in code write it to DM1105_GPIOVAL, set GPIO17 to HIGH But you have not to change this. Right way is to write another entry in cards structure and so on. Better leave it to me. Regards Igor Thanks for all your help, I understand better now. I have moved to code like that at the bottom. It still doesn't work, but feels a lot closer. Before I keep playing with values, I want to check I'm on the right track. Does it look right? Specific questions: 1. I see there is a hw_init function. Should I be using that? I put the logic into fe_attach because there was already card-specific logic in there. But this feels like hw initialisation. 2. Should I set the control to input or output? I'm assuming input = 1. 3. Would pin 15 be numbered from the left or right - is it 0x4, or 0x2000? Thanks, Paul *** dm1105.c.old2010-01-13 16:15:00.0 +1100 --- dm1105.c2010-01-21 08:13:14.0 +1100 *** *** 51,56 --- 51,57 #define DM1105_BOARD_DVBWORLD_20021 #define DM1105_BOARD_DVBWORLD_20042 #define DM1105_BOARD_AXESS_DM05 3 + #define DM1105_BOARD_UNBRANDED4 /* --- */ /* *** *** 171,176 --- 172,181 #define DM05_LNB_13V 0x0002 #define DM05_LNB_18V 0x0003 + /* GPIO's for demod reset for unbranded 195d:1105 */ + #define UNBRANDED_DEMOD_MASK 0x8000 + #define UNBRANDED_DEMOD_RESET 0x8000 + static unsigned int card[] = {[0 ... 3] = UNSET }; module_param_array(card, int, NULL, 0444); MODULE_PARM_DESC(card, card type); *** *** 206,211 --- 211,219 [DM1105_BOARD_AXESS_DM05] = { .name = Axess/EasyTv DM05, }, + [DM1105_BOARD_UNBRANDED] = { + .name = Unbranded 195d:1105, + }, }; static const struct dm1105_subid dm1105_subids[] = { *** *** 229,234 --- 237,246 .subvendor = 0x195d, .subdevice = 0x1105, .card = DM1105_BOARD_AXESS_DM05, + }, { + .subvendor = 0x195d, + .subdevice = 0x1105, + .card = DM1105_BOARD_UNBRANDED, }, }; *** *** 698,703 --- 710,727 dm1105dvb-fe-ops.set_voltage = dm1105dvb_set_voltage; break; + case DM1105_BOARD_UNBRANDED: + printk(KERN_ERR Attaching as board_unbranded\n); + outl(UNBRANDED_DEMOD_MASK, dm_io_mem(DM1105_GPIOCTR)); + outl(UNBRANDED_DEMOD_RESET , dm_io_mem(DM1105_GPIOVAL)); + dm1105dvb-fe = dvb_attach( + si21xx_attach, serit_config, + dm1105dvb-i2c_adap); + if (dm1105dvb-fe) + dm1105dvb-fe-ops.set_voltage = + dm1105dvb_set_voltage; + + break; case DM1105_BOARD_DVBWORLD_2002: case DM1105_BOARD_AXESS_DM05: default: Some things are missed, like keep GPIO15 high in set_voltage function. Try attached patch against current v4l-dvb tree with modprobe option card=4 modprobe dm1105 card=4 Hi Nameer, You can modify sended by me patch to guess GPIO pin. Simply try all of them, it is only 17. Just replace all appearances DM1105_GPIO(15) with number you want. -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at
Re: DM1105: could not attach frontend 195d:1105
Nameer Kazzaz wrote: Igor M. Liplianin wrote: On 2 февраля 2010 17:21:46 Nameer Kazzaz wrote: Hi Igor, What do you think ? if I can help you solve this, let me know what I can do. Thanks Nameer Nameer Kazzaz wrote: Hi there, dmesg output with patched dm1105.c against current v4l-dvb 'modprob dm1105 card=4' dm1105 :05:0f.0: PCI INT A - GSI 16 (level, low) - IRQ 16 DVB: registering new adapter (dm1105) dm1105 :05:0f.0: MAC dd49b0dc dm1105 :05:0f.0: could not attach frontend dm1105 :05:0f.0: PCI INT A disabled Thanks Nameer Kazzaz Igor M. Liplianin wrote: On 20 ?? 2010 23:20:20 pau...@planar.id.au wrote: Igor wrote: Oh, that is wrong. It is registers addresses, Never touch this. Let's look on that part of code: /* GPIO's for LNB power control */ #define DM1105_LNB_MASK 0x // later in code write it to DM1105_GPIOCTR, all GPIO's as OUT #define DM1105_LNB_OFF 0x0002 // later in code write it to DM1105_GPIOVAL, set GPIO17 to HIGH But you have not to change this. Right way is to write another entry in cards structure and so on. Better leave it to me. Regards Igor Thanks for all your help, I understand better now. I have moved to code like that at the bottom. It still doesn't work, but feels a lot closer. Before I keep playing with values, I want to check I'm on the right track. Does it look right? Specific questions: 1. I see there is a hw_init function. Should I be using that? I put the logic into fe_attach because there was already card-specific logic in there. But this feels like hw initialisation. 2. Should I set the control to input or output? I'm assuming input = 1. 3. Would pin 15 be numbered from the left or right - is it 0x4, or 0x2000? Thanks, Paul *** dm1105.c.old2010-01-13 16:15:00.0 +1100 --- dm1105.c2010-01-21 08:13:14.0 +1100 *** *** 51,56 --- 51,57 #define DM1105_BOARD_DVBWORLD_20021 #define DM1105_BOARD_DVBWORLD_20042 #define DM1105_BOARD_AXESS_DM05 3 + #define DM1105_BOARD_UNBRANDED4 /* --- */ /* *** *** 171,176 --- 172,181 #define DM05_LNB_13V 0x0002 #define DM05_LNB_18V 0x0003 + /* GPIO's for demod reset for unbranded 195d:1105 */ + #define UNBRANDED_DEMOD_MASK 0x8000 + #define UNBRANDED_DEMOD_RESET 0x8000 + static unsigned int card[] = {[0 ... 3] = UNSET }; module_param_array(card, int, NULL, 0444); MODULE_PARM_DESC(card, card type); *** *** 206,211 --- 211,219 [DM1105_BOARD_AXESS_DM05] = { .name = Axess/EasyTv DM05, }, + [DM1105_BOARD_UNBRANDED] = { + .name = Unbranded 195d:1105, + }, }; static const struct dm1105_subid dm1105_subids[] = { *** *** 229,234 --- 237,246 .subvendor = 0x195d, .subdevice = 0x1105, .card = DM1105_BOARD_AXESS_DM05, + }, { + .subvendor = 0x195d, + .subdevice = 0x1105, + .card = DM1105_BOARD_UNBRANDED, }, }; *** *** 698,703 --- 710,727 dm1105dvb-fe-ops.set_voltage = dm1105dvb_set_voltage; break; + case DM1105_BOARD_UNBRANDED: + printk(KERN_ERR Attaching as board_unbranded\n); + outl(UNBRANDED_DEMOD_MASK, dm_io_mem(DM1105_GPIOCTR)); + outl(UNBRANDED_DEMOD_RESET , dm_io_mem(DM1105_GPIOVAL)); + dm1105dvb-fe = dvb_attach( + si21xx_attach, serit_config, + dm1105dvb-i2c_adap); + if (dm1105dvb-fe) + dm1105dvb-fe-ops.set_voltage = + dm1105dvb_set_voltage; + + break; case DM1105_BOARD_DVBWORLD_2002: case DM1105_BOARD_AXESS_DM05: default: Some things are missed, like keep GPIO15 high in set_voltage function. Try attached patch against current v4l-dvb tree with modprobe option card=4 modprobe dm1105 card=4 Hi Nameer, You can modify sended by me patch to guess GPIO pin. Simply try all of them, it is only 17. Just replace all appearances DM1105_GPIO(15) with number you want. Ok I will do that. Thanks Nameer Hi Igor, I tried all DM1105_GPIO(0) to DM1105_GPIO(17), same error. Any Idea ? Nameer -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
Hi there, dmesg output with patched dm1105.c against current v4l-dvb 'modprob dm1105 card=4' dm1105 :05:0f.0: PCI INT A - GSI 16 (level, low) - IRQ 16 DVB: registering new adapter (dm1105) dm1105 :05:0f.0: MAC dd49b0dc dm1105 :05:0f.0: could not attach frontend dm1105 :05:0f.0: PCI INT A disabled Thanks Nameer Kazzaz Igor M. Liplianin wrote: On 20 ?? 2010 23:20:20 pau...@planar.id.au wrote: Igor wrote: Oh, that is wrong. It is registers addresses, Never touch this. Let's look on that part of code: /* GPIO's for LNB power control */ #define DM1105_LNB_MASK 0x // later in code write it to DM1105_GPIOCTR, all GPIO's as OUT #define DM1105_LNB_OFF 0x0002 // later in code write it to DM1105_GPIOVAL, set GPIO17 to HIGH But you have not to change this. Right way is to write another entry in cards structure and so on. Better leave it to me. Regards Igor Thanks for all your help, I understand better now. I have moved to code like that at the bottom. It still doesn't work, but feels a lot closer. Before I keep playing with values, I want to check I'm on the right track. Does it look right? Specific questions: 1. I see there is a hw_init function. Should I be using that? I put the logic into fe_attach because there was already card-specific logic in there. But this feels like hw initialisation. 2. Should I set the control to input or output? I'm assuming input = 1. 3. Would pin 15 be numbered from the left or right - is it 0x4, or 0x2000? Thanks, Paul *** dm1105.c.old2010-01-13 16:15:00.0 +1100 --- dm1105.c2010-01-21 08:13:14.0 +1100 *** *** 51,56 --- 51,57 #define DM1105_BOARD_DVBWORLD_20021 #define DM1105_BOARD_DVBWORLD_20042 #define DM1105_BOARD_AXESS_DM05 3 + #define DM1105_BOARD_UNBRANDED4 /* --- */ /* *** *** 171,176 --- 172,181 #define DM05_LNB_13V 0x0002 #define DM05_LNB_18V 0x0003 + /* GPIO's for demod reset for unbranded 195d:1105 */ + #define UNBRANDED_DEMOD_MASK 0x8000 + #define UNBRANDED_DEMOD_RESET 0x8000 + static unsigned int card[] = {[0 ... 3] = UNSET }; module_param_array(card, int, NULL, 0444); MODULE_PARM_DESC(card, card type); *** *** 206,211 --- 211,219 [DM1105_BOARD_AXESS_DM05] = { .name = Axess/EasyTv DM05, }, + [DM1105_BOARD_UNBRANDED] = { + .name = Unbranded 195d:1105, + }, }; static const struct dm1105_subid dm1105_subids[] = { *** *** 229,234 --- 237,246 .subvendor = 0x195d, .subdevice = 0x1105, .card = DM1105_BOARD_AXESS_DM05, + }, { + .subvendor = 0x195d, + .subdevice = 0x1105, + .card = DM1105_BOARD_UNBRANDED, }, }; *** *** 698,703 --- 710,727 dm1105dvb-fe-ops.set_voltage = dm1105dvb_set_voltage; break; + case DM1105_BOARD_UNBRANDED: + printk(KERN_ERR Attaching as board_unbranded\n); + outl(UNBRANDED_DEMOD_MASK, dm_io_mem(DM1105_GPIOCTR)); + outl(UNBRANDED_DEMOD_RESET , dm_io_mem(DM1105_GPIOVAL)); + dm1105dvb-fe = dvb_attach( + si21xx_attach, serit_config, + dm1105dvb-i2c_adap); + if (dm1105dvb-fe) + dm1105dvb-fe-ops.set_voltage = + dm1105dvb_set_voltage; + + break; case DM1105_BOARD_DVBWORLD_2002: case DM1105_BOARD_AXESS_DM05: default: Some things are missed, like keep GPIO15 high in set_voltage function. Try attached patch against current v4l-dvb tree with modprobe option card=4 modprobe dm1105 card=4 -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
On 20 января 2010 23:20:20 pau...@planar.id.au wrote: Igor wrote: Oh, that is wrong. It is registers addresses, Never touch this. Let's look on that part of code: /* GPIO's for LNB power control */ #define DM1105_LNB_MASK 0x // later in code write it to DM1105_GPIOCTR, all GPIO's as OUT #define DM1105_LNB_OFF 0x0002 // later in code write it to DM1105_GPIOVAL, set GPIO17 to HIGH But you have not to change this. Right way is to write another entry in cards structure and so on. Better leave it to me. Regards Igor Thanks for all your help, I understand better now. I have moved to code like that at the bottom. It still doesn't work, but feels a lot closer. Before I keep playing with values, I want to check I'm on the right track. Does it look right? Specific questions: 1. I see there is a hw_init function. Should I be using that? I put the logic into fe_attach because there was already card-specific logic in there. But this feels like hw initialisation. 2. Should I set the control to input or output? I'm assuming input = 1. 3. Would pin 15 be numbered from the left or right - is it 0x4, or 0x2000? Thanks, Paul *** dm1105.c.old2010-01-13 16:15:00.0 +1100 --- dm1105.c2010-01-21 08:13:14.0 +1100 *** *** 51,56 --- 51,57 #define DM1105_BOARD_DVBWORLD_20021 #define DM1105_BOARD_DVBWORLD_20042 #define DM1105_BOARD_AXESS_DM05 3 + #define DM1105_BOARD_UNBRANDED4 /* --- */ /* *** *** 171,176 --- 172,181 #define DM05_LNB_13V 0x0002 #define DM05_LNB_18V 0x0003 + /* GPIO's for demod reset for unbranded 195d:1105 */ + #define UNBRANDED_DEMOD_MASK 0x8000 + #define UNBRANDED_DEMOD_RESET 0x8000 + static unsigned int card[] = {[0 ... 3] = UNSET }; module_param_array(card, int, NULL, 0444); MODULE_PARM_DESC(card, card type); *** *** 206,211 --- 211,219 [DM1105_BOARD_AXESS_DM05] = { .name = Axess/EasyTv DM05, }, + [DM1105_BOARD_UNBRANDED] = { + .name = Unbranded 195d:1105, + }, }; static const struct dm1105_subid dm1105_subids[] = { *** *** 229,234 --- 237,246 .subvendor = 0x195d, .subdevice = 0x1105, .card = DM1105_BOARD_AXESS_DM05, + }, { + .subvendor = 0x195d, + .subdevice = 0x1105, + .card = DM1105_BOARD_UNBRANDED, }, }; *** *** 698,703 --- 710,727 dm1105dvb-fe-ops.set_voltage = dm1105dvb_set_voltage; break; + case DM1105_BOARD_UNBRANDED: + printk(KERN_ERR Attaching as board_unbranded\n); + outl(UNBRANDED_DEMOD_MASK, dm_io_mem(DM1105_GPIOCTR)); + outl(UNBRANDED_DEMOD_RESET , dm_io_mem(DM1105_GPIOVAL)); + dm1105dvb-fe = dvb_attach( + si21xx_attach, serit_config, + dm1105dvb-i2c_adap); + if (dm1105dvb-fe) + dm1105dvb-fe-ops.set_voltage = + dm1105dvb_set_voltage; + + break; case DM1105_BOARD_DVBWORLD_2002: case DM1105_BOARD_AXESS_DM05: default: Some things are missed, like keep GPIO15 high in set_voltage function. Try attached patch against current v4l-dvb tree with modprobe option card=4 modprobe dm1105 card=4 -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks diff -r d6520e486ee6 linux/drivers/media/dvb/dm1105/dm1105.c --- a/linux/drivers/media/dvb/dm1105/dm1105.c Sat Jan 30 01:27:34 2010 -0200 +++ b/linux/drivers/media/dvb/dm1105/dm1105.c Sun Jan 31 15:35:30 2010 +0200 @@ -52,6 +52,7 @@ #define DM1105_BOARD_DVBWORLD_2002 1 #define DM1105_BOARD_DVBWORLD_2004 2 #define DM1105_BOARD_AXESS_DM05 3 +#define DM1105_BOARD_UNBRANDED_GPIO15 4 /* --- */ /* @@ -207,6 +208,9 @@ [DM1105_BOARD_AXESS_DM05] = { .name = Axess/EasyTv DM05, }, + [DM1105_BOARD_UNBRANDED_GPIO15] = { + .name = Unbranded Board GPIO15, + }, }; static const struct dm1105_subid dm1105_subids[] = { @@ -327,6 +331,8 @@ #define dm_setl(reg, bit) dm_andorl((reg), (bit), (bit)) #define dm_clearl(reg, bit) dm_andorl((reg), (bit), 0) +#define DM1105_GPIO(x) (1 x) + static int dm1105_i2c_xfer(struct i2c_adapter *i2c_adap, struct i2c_msg *msgs, int num) { @@ -441,6 +447,12 @@ u32 lnb_mask, lnb_13v, lnb_18v, lnb_off; switch (dev-boardnr) { + case
Re: DM1105: could not attach frontend 195d:1105
Igor wrote: Oh, that is wrong. It is registers addresses, Never touch this. Let's look on that part of code: /* GPIO's for LNB power control */ #define DM1105_LNB_MASK 0x // later in code write it to DM1105_GPIOCTR, all GPIO's as OUT #define DM1105_LNB_OFF 0x0002 // later in code write it to DM1105_GPIOVAL, set GPIO17 to HIGH But you have not to change this. Right way is to write another entry in cards structure and so on. Better leave it to me. Regards Igor Thanks for all your help, I understand better now. I have moved to code like that at the bottom. It still doesn't work, but feels a lot closer. Before I keep playing with values, I want to check I'm on the right track. Does it look right? Specific questions: 1. I see there is a hw_init function. Should I be using that? I put the logic into fe_attach because there was already card-specific logic in there. But this feels like hw initialisation. 2. Should I set the control to input or output? I'm assuming input = 1. 3. Would pin 15 be numbered from the left or right - is it 0x4, or 0x2000? Thanks, Paul *** dm1105.c.old2010-01-13 16:15:00.0 +1100 --- dm1105.c2010-01-21 08:13:14.0 +1100 *** *** 51,56 --- 51,57 #define DM1105_BOARD_DVBWORLD_20021 #define DM1105_BOARD_DVBWORLD_20042 #define DM1105_BOARD_AXESS_DM05 3 + #define DM1105_BOARD_UNBRANDED4 /* --- */ /* *** *** 171,176 --- 172,181 #define DM05_LNB_13V 0x0002 #define DM05_LNB_18V 0x0003 + /* GPIO's for demod reset for unbranded 195d:1105 */ + #define UNBRANDED_DEMOD_MASK 0x8000 + #define UNBRANDED_DEMOD_RESET 0x8000 + static unsigned int card[] = {[0 ... 3] = UNSET }; module_param_array(card, int, NULL, 0444); MODULE_PARM_DESC(card, card type); *** *** 206,211 --- 211,219 [DM1105_BOARD_AXESS_DM05] = { .name = Axess/EasyTv DM05, }, + [DM1105_BOARD_UNBRANDED] = { + .name = Unbranded 195d:1105, + }, }; static const struct dm1105_subid dm1105_subids[] = { *** *** 229,234 --- 237,246 .subvendor = 0x195d, .subdevice = 0x1105, .card = DM1105_BOARD_AXESS_DM05, + }, { + .subvendor = 0x195d, + .subdevice = 0x1105, + .card = DM1105_BOARD_UNBRANDED, }, }; *** *** 698,703 --- 710,727 dm1105dvb-fe-ops.set_voltage = dm1105dvb_set_voltage; break; + case DM1105_BOARD_UNBRANDED: + printk(KERN_ERR Attaching as board_unbranded\n); + outl(UNBRANDED_DEMOD_MASK, dm_io_mem(DM1105_GPIOCTR)); + outl(UNBRANDED_DEMOD_RESET , dm_io_mem(DM1105_GPIOVAL)); + dm1105dvb-fe = dvb_attach( + si21xx_attach, serit_config, + dm1105dvb-i2c_adap); + if (dm1105dvb-fe) + dm1105dvb-fe-ops.set_voltage = + dm1105dvb_set_voltage; + + break; case DM1105_BOARD_DVBWORLD_2002: case DM1105_BOARD_AXESS_DM05: default: -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
Well, as I understood, GPIO15 drives reset for demod. dm1105 driver needs little patching. Igor, Not to hassle you, I'm sure you're very busy. Is this something I could undertake myself? If so, which driver would you recommend I copy from - I saw on the list that some drivers do their own GPIO management, and others use a generic GPIO layer. I presume we'd need to use the generic layer? Also, from your explanation it sounds like we need to set GPIO 15 to true before we attempt to attach. Is that correct? From my reading there are two GPIO registers (8 bits each), so we'd be bit masking bit 7 in the second GPIO register to 1, then sending that GPIO to the card? Thanks for any tips, Paul -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
2010/1/19 pau...@planar.id.au: Well, as I understood, GPIO15 drives reset for demod. dm1105 driver needs little patching. Igor, Not to hassle you, I'm sure you're very busy. Is this something I could undertake myself? If so, which driver would you recommend I copy from - I saw on the list that some drivers do their own GPIO management, and others use a generic GPIO layer. I presume we'd need to use the generic layer? Also, from your explanation it sounds like we need to set GPIO 15 to true before we attempt to attach. Is that correct? From my reading there are two GPIO registers (8 bits each), so we'd be bit masking bit 7 in the second GPIO register to 1, then sending that GPIO to the card? Thanks for any tips, Paul As you can see there is two 32-bit registers. First for values, second for controls. Control means 0 for output and 1 for input. If I remember it is 17 GPIO lines only. /* GPIO Interface */ #define DM1105_GPIOVAL 0x08 #define DM1105_GPIOCTR 0x0c BR Igor -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
On 16 января 2010, pau...@planar.id.au wrote: Sorry for the many e-mails. I've looked through the code for si21xx.c. I can't see any obvious reason it wouldn't be working. si21xx_attach calls read_reg, and read_reg is not returning a value. The datasheet for the chip (http://www.datasheetarchive.com/datasheet-pdf/016/DSA00286370.html) says those registers are correct. I'm assuming the problem would be the demod_address? I modified the code in dm1105.c to try all options for demod_address between 0x01 and 0x100. None of them seemed to work. The code looked like this: int demod = 0x01; while (demod 0x100) { serit_config.demod_address = demod; dm1105dvb-fe = dvb_attach( si21xx_attach, serit_config, dm1105dvb-i2c_adap); if (dm1105dvb-fe) { dm1105dvb-fe-ops.set_voltage = dm1105dvb_set_voltage; break; } printk(KERN_ERR Try: %x\n, demod); demod++; } The output from dmesg looks something like this (obviously much longer): [196838.768110] Try: fb [196838.768162] si21xx: si21xx_attach [196839.016208] si21xx: si21_readreg: readreg error (reg == 0x01, ret == -1) [196839.264255] si21xx: si21_writereg: writereg error (reg == 0x01, data == 0x40, ret == -1) [196839.716056] si21xx: si21_readreg: readreg error (reg == 0x00, ret == -1) [196839.716112] Try: fc [196839.716164] si21xx: si21xx_attach [196839.964211] si21xx: si21_readreg: readreg error (reg == 0x01, ret == -1) [196840.212259] si21xx: si21_writereg: writereg error (reg == 0x01, data == 0x40, ret == -1) [196840.664056] si21xx: si21_readreg: readreg error (reg == 0x00, ret == -1) [196840.664112] Try: fd [196840.664164] si21xx: si21xx_attach [196840.912211] si21xx: si21_readreg: readreg error (reg == 0x01, ret == -1) [196841.160258] si21xx: si21_writereg: writereg error (reg == 0x01, data == 0x40, ret == -1) [196841.612053] si21xx: si21_readreg: readreg error (reg == 0x00, ret == -1) [196841.612111] Try: fe [196841.612162] si21xx: si21xx_attach [196841.860209] si21xx: si21_readreg: readreg error (reg == 0x01, ret == -1) [196842.108256] si21xx: si21_writereg: writereg error (reg == 0x01, data == 0x40, ret == -1) [196842.560055] si21xx: si21_readreg: readreg error (reg == 0x00, ret == -1) [196842.560112] Try: ff [196842.560115] dm1105 :06:00.0: could not attach frontend [196842.560287] dm1105 :06:00.0: PCI INT A disabled I'm now out of ideas for what to do next. In the mean-time, I noticed a couple of tidyups in the code for si21xx.c. They are cosmetic only, patch is attached if you happened to be in that module for some other reason: diff si21xx.c.old si21xx.c 99a100,104 #define VERSION_SI21070x34 #define VERSION_SI21080x24 #define VERSION_SI21090x14 #define VERSION_SI21100x04 945c950 id = si21_readreg(state, 0x00); --- id = si21_readreg(state, REVISION_REG); 947c952 /* register 0x00 contains: --- /* register REVISION_REG contains: 953c958 if (id != 0x04 id != 0x14) --- if (id != VERSION_SI2110 id != VERSION_SI2109) 954a960 /* only 2110 and 2109 are currently supported */ Thanks again for your help, Paul Accordingly datasheet possible demod addresses are 0x68, 0x69, 0x6a, 0x6b only. Possibly there is some DM1105 GPIO drives reset for demod. I assume it is last (26, top right if you look from card elements side) pin on tuner. You can visually trace way from can tuner. Or use multimeter. -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
Igor wrote: Accordingly datasheet possible demod addresses are 0x68, 0x69, 0x6a, 0x6b only. Possibly there is some DM1105 GPIO drives reset for demod. I assume it is last (26, top right if you look from card elements side) pin on tuner. You can visually trace way from can tuner. Or use multimeter. Sorry, that is a bit beyond me. If I understand correctly, I'm looking for the top right pin from the tuner when I'm looking at the side of the card that has all the chips on it. I can see that, and there are a number of traces that run from there to the DM1105, and also a few that run to other components on the card. I'm assuming I need to follow the topmost of the traces that go to the DM1105, and see which pin on the DM1105 it goes to. My eyesight isn't that good...but I have a magnifying glass. If I follow the topmost of the traces it looks to run to the rightmost pin on the top row of pins on the DM1105, when the writing on the DM1105 is the right way up. I didn't find a data sheet for the DM1105, so I can't tell if that is a GPIO pin or not. The next trace down from the top right on the tuner appears to end without connecting. It ends in a small brass circle, and doesn't appear to go through to the back of the board and connect anywhere. The next one below that goes to the fifth pin in from the right hand end of the top row on the DM1105. Am I doing the right thing here - does this make sense? I've drawn on the photo so you can see what I'm doing. Refer: http://planar.id.au/Photos/img_1964%20%28copy%29.jpg. The far right blue line comes from the top most right hand pin on the tuner, runs under the board at the brass circle, and comes out again to join on to the rightmost pin. The next blue line in is the one going to the fifth pin, it is the third track down coming from the tuner. In between the two is a track that appears to go nowhere. I've marked in white roughly where they are coming out of the tuner. Thanks again for all your help, Paul -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
On 16 января 2010 15:18:07 pau...@planar.id.au wrote: Igor wrote: Accordingly datasheet possible demod addresses are 0x68, 0x69, 0x6a, 0x6b only. Possibly there is some DM1105 GPIO drives reset for demod. I assume it is last (26, top right if you look from card elements side) pin on tuner. You can visually trace way from can tuner. Or use multimeter. Sorry, that is a bit beyond me. If I understand correctly, I'm looking for the top right pin from the tuner when I'm looking at the side of the card that has all the chips on it. I can see that, and there are a number of traces that run from there to the DM1105, and also a few that run to other components on the card. I'm assuming I need to follow the topmost of the traces that go to the DM1105, and see which pin on the DM1105 it goes to. My eyesight isn't that good...but I have a magnifying glass. If I follow the topmost of the traces it looks to run to the rightmost pin on the top row of pins on the DM1105, when the writing on the DM1105 is the right way up. I didn't find a data sheet for the DM1105, so I can't tell if that is a GPIO pin or not. The next trace down from the top right on the tuner appears to end without connecting. It ends in a small brass circle, and doesn't appear to go through to the back of the board and connect anywhere. The next one below that goes to the fifth pin in from the right hand end of the top row on the DM1105. Am I doing the right thing here - does this make sense? I've drawn on the photo so you can see what I'm doing. Refer: http://planar.id.au/Photos/img_1964%20%28copy%29.jpg. The far right blue line comes from the top most right hand pin on the tuner, runs under the board at the brass circle, and comes out again to join on to the rightmost pin. The next blue line in is the one going to the fifth pin, it is the third track down coming from the tuner. In between the two is a track that appears to go nowhere. I've marked in white roughly where they are coming out of the tuner. Thanks again for all your help, Paul Well, as I understood, GPIO15 drives reset for demod. dm1105 driver needs little patching. -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
DM1105: could not attach frontend 195d:1105
I bought a DVB-S card to attach to my mythtv setup. I knew it was perhaps not going to work, and I only spent $15 on it. However, based on the info the guy on eBay provided, it had a pci address of 195d:1105, which I could see some people had cards that were working. The card itself is a no-name jobby. I can see the DM1105 chip on it, I can't see any other chips with any significant pin count (lots with 3 - 8 pins, but nothing with enough to be important). There is a metal case around the connectors that might be hiding a frontend chip of some sort, but it doesn't seem to have enough connectors in and out to be doing much that is important beyond just providing connectivity to the LNB. I've got the latest kernel (2.6.33-rc4) and I've checked the code and it looks like the latest DM1105 code. When booting I get: [9.766188] dm1105 :06:00.0: PCI INT A - GSI 20 (level, low) - IRQ 20 [ 10.047331] dm1105 :06:00.0: MAC 00:00:00:00:00:00 [ 12.464628] dm1105 :06:00.0: could not attach frontend [ 12.479830] dm1105 :06:00.0: PCI INT A disabled With lspci -vv I get: 06:00.0 Ethernet controller: Device 195d:1105 (rev 10) Subsystem: Device 195d:1105 Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Interrupt: pin A routed to IRQ 20 Region 0: I/O ports at b000 [size=256] No DVB devices are created. I see from other people using a card with this chipset that there probably would be a tuner/frontend as well as the DM1105. I've also tried card=5 in the insmod parameters. It seems to me that the card probably has a tuner/frontend on id different from the Axess board, but I'm not sure how I'd work out what that is. Is it possible that it doesn't have any chips on it other than the DM1105? Should I take the board apart a bit to find out? Thanks, Paul -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
On 15 января 2010 11:15:26 pau...@planar.id.au wrote: I bought a DVB-S card to attach to my mythtv setup. I knew it was perhaps not going to work, and I only spent $15 on it. However, based on the info the guy on eBay provided, it had a pci address of 195d:1105, which I could see some people had cards that were working. The card itself is a no-name jobby. I can see the DM1105 chip on it, I can't see any other chips with any significant pin count (lots with 3 - 8 pins, but nothing with enough to be important). There is a metal case around the connectors that might be hiding a frontend chip of some sort, but it doesn't seem to have enough connectors in and out to be doing much that is important beyond just providing connectivity to the LNB. I've got the latest kernel (2.6.33-rc4) and I've checked the code and it looks like the latest DM1105 code. When booting I get: [9.766188] dm1105 :06:00.0: PCI INT A - GSI 20 (level, low) - IRQ 20 [ 10.047331] dm1105 :06:00.0: MAC 00:00:00:00:00:00 [ 12.464628] dm1105 :06:00.0: could not attach frontend [ 12.479830] dm1105 :06:00.0: PCI INT A disabled With lspci -vv I get: 06:00.0 Ethernet controller: Device 195d:1105 (rev 10) Subsystem: Device 195d:1105 Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Interrupt: pin A routed to IRQ 20 Region 0: I/O ports at b000 [size=256] No DVB devices are created. I see from other people using a card with this chipset that there probably would be a tuner/frontend as well as the DM1105. I've also tried card=5 in the insmod parameters. It seems to me that the card probably has a tuner/frontend on id different from the Axess board, but I'm not sure how I'd work out what that is. Is it possible that it doesn't have any chips on it other than the DM1105? Should I take the board apart a bit to find out? Thanks, Paul Hi Paul, Frontend/tuner must lay under cover. Subsystem: Device 195d:1105 indicates that there is no EEPROM in card. If you send some links/pictures/photos then it would helped a lot. Is there a disk with drivers for Windows? Also I know about dm1105 based cards with tda10086 demod, those are not supported in the driver yet. BR Igor -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
On 15 января 2010 11:15:26 pau...@planar.id.au wrote: I bought a DVB-S card to attach to my mythtv setup. I knew it was perhaps not going to work, and I only spent $15 on it. However, based on the info the guy on eBay provided, it had a pci address of 195d:1105, which I could see some people had cards that were working. The card itself is a no-name jobby. I can see the DM1105 chip on it, I can't see any other chips with any significant pin count (lots with 3 - 8 pins, but nothing with enough to be important). There is a metal case around the connectors that might be hiding a frontend chip of some sort, but it doesn't seem to have enough connectors in and out to be doing much that is important beyond just providing connectivity to the LNB. Igor wrote: Hi Paul, Frontend/tuner must lay under cover. Subsystem: Device 195d:1105 indicates that there is no EEPROM in card. If you send some links/pictures/photos then it would helped a lot. Is there a disk with drivers for Windows? Also I know about dm1105 based cards with tda10086 demod, those are not supported in the driver yet. BR Igor Igor, Photos: 1. Front of card. You can see the DM1105 in the foreground. There are no other significant looking chips on the card. http://planar.id.au/Photos/img_1964.jpg 2. Back of card - as you can see, there aren't a lot of places where a lot of pins are connecting - mainly the DM1105 itself http://planar.id.au/Photos/img_1965.jpg 3. With the top metal plate removed, and with the other end of the card in better focus. http://planar.id.au/Photos/img_1966.jpg Is it likely that there is a tuner under the card labelled ERIT? To take it off I have to unsolder some stuff - I can do that, but I reckon it's only 50% chance the card will work again when I put it back together - my soldering isn't so good. Thanks heaps for the assistance. Paul -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
On 16 января 2010 01:14:49 pau...@planar.id.au wrote: On 15 января 2010 11:15:26 pau...@planar.id.au wrote: I bought a DVB-S card to attach to my mythtv setup. I knew it was perhaps not going to work, and I only spent $15 on it. However, based on the info the guy on eBay provided, it had a pci address of 195d:1105, which I could see some people had cards that were working. The card itself is a no-name jobby. I can see the DM1105 chip on it, I can't see any other chips with any significant pin count (lots with 3 - 8 pins, but nothing with enough to be important). There is a metal case around the connectors that might be hiding a frontend chip of some sort, but it doesn't seem to have enough connectors in and out to be doing much that is important beyond just providing connectivity to the LNB. Igor wrote: Hi Paul, Frontend/tuner must lay under cover. Subsystem: Device 195d:1105 indicates that there is no EEPROM in card. If you send some links/pictures/photos then it would helped a lot. Is there a disk with drivers for Windows? Also I know about dm1105 based cards with tda10086 demod, those are not supported in the driver yet. BR Igor Igor, Photos: 1. Front of card. You can see the DM1105 in the foreground. There are no other significant looking chips on the card. http://planar.id.au/Photos/img_1964.jpg 2. Back of card - as you can see, there aren't a lot of places where a lot of pins are connecting - mainly the DM1105 itself http://planar.id.au/Photos/img_1965.jpg 3. With the top metal plate removed, and with the other end of the card in better focus. http://planar.id.au/Photos/img_1966.jpg Is it likely that there is a tuner under the card labelled ERIT? To take it off I have to unsolder some stuff - I can do that, but I reckon it's only 50% chance the card will work again when I put it back together - my soldering isn't so good. No need to unsolder. I see a Serit can tuner. There is a sticked paper with a label on right side of the tuner. It must contain something like sp2636lhb or sp2633chb. Please provide me text of label. Thanks heaps for the assistance. Paul -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
On 16 января 2010 01:14:49 pau...@planar.id.au wrote: On 15 января 2010 11:15:26 pau...@planar.id.au wrote: I bought a DVB-S card to attach to my mythtv setup. I knew it was perhaps not going to work, and I only spent $15 on it. However, based on the info the guy on eBay provided, it had a pci address of 195d:1105, which I could see some people had cards that were working. The card itself is a no-name jobby. I can see the DM1105 chip on it, I can't see any other chips with any significant pin count (lots with 3 - 8 pins, but nothing with enough to be important). There is a metal case around the connectors that might be hiding a frontend chip of some sort, but it doesn't seem to have enough connectors in and out to be doing much that is important beyond just providing connectivity to the LNB. Igor wrote: Hi Paul, Frontend/tuner must lay under cover. Subsystem: Device 195d:1105 indicates that there is no EEPROM in card. If you send some links/pictures/photos then it would helped a lot. Is there a disk with drivers for Windows? Also I know about dm1105 based cards with tda10086 demod, those are not supported in the driver yet. BR Igor Igor, Photos: 1. Front of card. You can see the DM1105 in the foreground. There are no other significant looking chips on the card. http://planar.id.au/Photos/img_1964.jpg 2. Back of card - as you can see, there aren't a lot of places where a lot of pins are connecting - mainly the DM1105 itself http://planar.id.au/Photos/img_1965.jpg 3. With the top metal plate removed, and with the other end of the card in better focus. http://planar.id.au/Photos/img_1966.jpg Is it likely that there is a tuner under the card labelled ERIT? To take it off I have to unsolder some stuff - I can do that, but I reckon it's only 50% chance the card will work again when I put it back together - my soldering isn't so good. Thanks heaps for the assistance. Paul Example of decipher :) SP2636SVb Company Name Model Number Size Input Option Demodulator Chip Chip Solution Chassis Type Remark Serit Platform 1: DVB-S 2: DVB-S2 0 : 10cc 4 : 14cc 5 : 16cc 6 : 16cc 0 : Without Loop Thru 1 : 2 : 3 : Loop Thru 0 : Half NIM 1 : WJCE6313 2 : STV0288 3 : CX24116 4 : Si2109 5 : CX24123 6 : STV0903 C : Conaxent L : Silabs M : Montage N : Half NIM S : ST Micro. Z : Intel V : Vertical H : Horizontal b : Pb Fre -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
Paul wrote: Is it likely that there is a tuner under the card labelled ERIT? To take it off I have to unsolder some stuff - I can do that, but I reckon it's only 50% chance the card will work again when I put it back together - my soldering isn't so good. Igor wrote: No need to unsolder. I see a Serit can tuner. There is a sticked paper with a label on right side of the tuner. It must contain something like sp2636lhb or sp2633chb. Please provide me text of label. Ah, I see. The whole thing is a tuner, and the label that I thought said ERIT actually says SERIT. Yes, it does have a label on it, I should have given you that up front. I had searched for it on the internet and decided that it didn't mean anything. Thanks so much for your help. The label reads SP1514LHb D0943B If I follow your decipher instructions that means: 1: DVB-S 5: 16cc 1: Unsure, but it has an LNB in and an LNB out, so I guess it does have loop through? 4: Si2109 L: Si labs H: Horizontal b: Lead free So I'm looking for some code to enable an Si2109 tuner? Thanks again, Paul -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
On Sat, 16 Jan 2010 02:49:52 +, pau...@planar.id.au wrote: Ah, I see. The whole thing is a tuner, and the label that I thought said ERIT actually says SERIT. Yes, it does have a label on it, I should have given you that up front. I had searched for it on the internet and decided that it didn't mean anything. Thanks so much for your help. The label reads SP1514LHb D0943B If I follow your decipher instructions that means: 1: DVB-S 5: 16cc 1: Unsure, but it has an LNB in and an LNB out, so I guess it does have loop through? 4: Si2109 L: Si labs H: Horizontal b: Lead free So I'm looking for some code to enable an Si2109 tuner? Thanks again, Paul I'm looking through the dm1105 code that I have in 2.6.33-rc4. I have a block that reads: dm1105dvb-fe = dvb_attach( si21xx_attach, serit_config, dm1105dvb-i2c_adap); if (dm1105dvb-fe) dm1105dvb-fe-ops.set_voltage = dm1105dvb_set_voltage; I have looked through the code for si21xx.c, and I see that you wrote that as well. You have been very busy!! I did rmmod si21xx, then insmod si21xx debug=1. I then rmmod dm1105, insmod dm1105. dmesg reports: [191712.426735] dm1105 :06:00.0: PCI INT A - GSI 20 (level, low) - IRQ 20 [191712.426898] DVB: registering new adapter (dm1105) [191712.674945] dm1105 :06:00.0: MAC 00:00:00:00:00:00 [191714.072172] si21xx: si21xx_attach [191714.320219] si21xx: si21_readreg: readreg error (reg == 0x01, ret == -1) [191714.568266] si21xx: si21_writereg: writereg error (reg == 0x01, data == 0x40, ret == -1) [191715.020067] si21xx: si21_readreg: readreg error (reg == 0x00, ret == -1) [191715.020125] dm1105 :06:00.0: could not attach frontend [191715.020297] dm1105 :06:00.0: PCI INT A disabled Does this shed any light on the matter for you? Thanks, Paul -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html