Hi Ladislav, > I know it is bad time to send any patches, but lets try anyway :) > > My embedded device is using DS1339 I2C RTC clock which differs from > DS1337 only in one register at address 10h which enables battery charge. > Originaly I was using my own driver, but decided to extend existing > one. Chip detection is done automaticaly, see ds1337_is_ds1339 function > and comment above. While playing with code, few things seemed strange to > me, so here is comment: > > * driver is using adapter->algo->master_xfer function without checking > it is present and without holding bus lock. That looks insane to me. > fixed. > > * BCD_TO_BIN is inteded to use this way: BCD_TO_BIN(val); Drive changed > to use BCD2BIN. > > * Changed dev_dbg to print "dev" of device this driver is for not > adapter's dev. > > * Changed get/set time to be compatible with other RTC drivers, ie. > epoch is handled separately. That should be done in RTC interface > part [*]. > > Driver is tested and works with DS1339, detection algoritm was tested > with extending address space to 18 bytes in DS1339. Please test on > DS1337 as well. Comments and suggestions welcome.
Please slice this into separarte patches. Adding support for the DS1339 is one thing, bug fixes are another. I can't review patches which do that many different things at once. As a side note, please avoid noise in your patch. Converting constants from decimal to hexadecimal or renaming variables makes my review job way harder, as it distracts me from the real point of your patch. Once you realize that the time I need to review a patch increases in a quadratic way (if not worse) relatively to the length of the patch, I am sure you will see why it is important to send small patches doing just one thing without noise. Thanks, -- Jean Delvare - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/