Re: [PATCH v3 1/2] em28xx: Ignore errors while reading from eeprom

2017-05-07 Thread Frank Schäfer
*dev, unsigned bus, > dev_err(&dev->intf->dev, > "%s: em28xx_i2_eeprom failed! retval [%d]\n", > __func__, retval); > - > - return retval; > } > } >

Re: [PATCH v3 2/2] em28xx: add support for new of Terratec H6

2017-05-07 Thread Frank Schäfer
Am 03.05.2017 um 04:12 schrieb Mauro Carvalho Chehab: > There's a new version of Terratec H6 with uses USB ID > 0ccd:10b2. This version is similar to the old one (with is > supported via the HTC entry), except that this one has the > eeprom on the second bus. Last half of the sentence isn't true (

Re: [PATCH 1/2] em28xx: allow setting the eeprom bus at cards struct

2017-05-02 Thread Frank Schäfer
Am 01.05.2017 um 19:54 schrieb Mauro Carvalho Chehab: > Hi Frank, > > Em Mon, 1 May 2017 16:11:51 +0200 > Frank Schäfer escreveu: > >> Am 01.05.2017 um 13:38 schrieb Mauro Carvalho Chehab: >>> Right now, all devices use bus 0 for eeprom. However, newer >>>

Re: [PATCH 1/2] em28xx: allow setting the eeprom bus at cards struct

2017-05-01 Thread Frank Schäfer
Am 01.05.2017 um 13:38 schrieb Mauro Carvalho Chehab: > Right now, all devices use bus 0 for eeprom. However, newer > versions of Terratec H6 use a different buffer for eeprom. > > So, add support to use a different I2C address for eeprom. Has this been tested ? Did you read my reply to the previ

Re: [PATCH] [RFC] em28xx: allow setting the eeprom bus at cards struct

2017-04-26 Thread Frank Schäfer
Am 25.04.2017 um 12:06 schrieb Mauro Carvalho Chehab: > Right now, all devices use bus 0 for eeprom. However, > it seems that newer versions of Terratec H6 uses a different > buffer for eeprom. > > So, add support to use a different I2C address for eeprom and > add a new card ID for the board desc