All of lore.kernel.org
 help / color / mirror / Atom feed
From: avolkov@varma-el.com (Andrey Volkov)
To: Jean Delvare <khali@linux-fr.org>
Cc: lm-sensors@lm-sensors.org, linux-kernel@vger.kernel.org,
	"Mark A. Greer" <mgreer@mvista.com>
Subject: [lm-sensors] Re: [PATCH 1/1] Added support of ST m41t85 rtc chip
Date: Tue, 15 Nov 2005 22:49:45 +0000	[thread overview]
Message-ID: <437A57CB.8090302@varma-el.com> (raw)
In-Reply-To: <20051115215226.4e6494e0.khali@linux-fr.org>

Jean Delvare wrote:
> Hi Andrey,
> 
> 
>>Possible too late to include in 2.6.15,
>>but better later then never :).
> 
> 
> You must be kidding. It might be too late for 2.6._16_. Reviewing takes
> time, reworking afterwards takes time, then you get some testing in -mm
> and it takes time again.
> 
:((.

> 
>>Comments?
> 
> 
> Sure, although I don't really have the time right now for a complete
> review. And I'd rather not review the code if it finally isn't used.
(see my prev. reply to Andrew and you)

> 
> First, a question. Can't you merge the M41T85 support into the m41t00
> driver?
It was first thing what I try, but this chips are very similar only at
first glance. m41t85 have _really_ extended sets of regs and result was
very littered by #if/#else file.

> 
> Mark, care to comment on that possibility, and/or on the code itself?
> 
And, please, remove unnecessary PPC dependence from Kconfig.

>>+config SENSORS_M41T85_SQW_FRQ_ENABLE
>>+	depends on SENSORS_M41T85
>>+	bool "Square Wave Output"
> 
> 
> What a mess. Please just have a sysfs file for that, it's more flexible
> and less intrusive.

I agree, it's look messed, but if sombody use SQW,
then must exist some startup constant for some custom board.
Changing this frq may exist only as option.

--
Regards
Andrey Volkov

WARNING: multiple messages have this Message-ID (diff)
From: Andrey Volkov <avolkov@varma-el.com>
To: Jean Delvare <khali@linux-fr.org>
Cc: lm-sensors@lm-sensors.org, linux-kernel@vger.kernel.org,
	"Mark A. Greer" <mgreer@mvista.com>
Subject: Re: [PATCH 1/1] Added support of ST m41t85 rtc chip
Date: Wed, 16 Nov 2005 00:48:59 +0300	[thread overview]
Message-ID: <437A57CB.8090302@varma-el.com> (raw)
In-Reply-To: <20051115215226.4e6494e0.khali@linux-fr.org>

Jean Delvare wrote:
> Hi Andrey,
> 
> 
>>Possible too late to include in 2.6.15,
>>but better later then never :).
> 
> 
> You must be kidding. It might be too late for 2.6._16_. Reviewing takes
> time, reworking afterwards takes time, then you get some testing in -mm
> and it takes time again.
> 
:((.

> 
>>Comments?
> 
> 
> Sure, although I don't really have the time right now for a complete
> review. And I'd rather not review the code if it finally isn't used.
(see my prev. reply to Andrew and you)

> 
> First, a question. Can't you merge the M41T85 support into the m41t00
> driver?
It was first thing what I try, but this chips are very similar only at
first glance. m41t85 have _really_ extended sets of regs and result was
very littered by #if/#else file.

> 
> Mark, care to comment on that possibility, and/or on the code itself?
> 
And, please, remove unnecessary PPC dependence from Kconfig.

>>+config SENSORS_M41T85_SQW_FRQ_ENABLE
>>+	depends on SENSORS_M41T85
>>+	bool "Square Wave Output"
> 
> 
> What a mess. Please just have a sysfs file for that, it's more flexible
> and less intrusive.

I agree, it's look messed, but if sombody use SQW,
then must exist some startup constant for some custom board.
Changing this frq may exist only as option.

--
Regards
Andrey Volkov

  reply	other threads:[~2005-11-15 22:49 UTC|newest]

Thread overview: 56+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-14 13:50 [PATCH 1/1] Added support of ST m41t85 rtc chip Andrey Volkov
2005-11-14 14:51 ` [lm-sensors] " Andrey Volkov
2005-11-15  0:41 ` Andrew Morton
2005-11-15  1:41   ` [lm-sensors] " Andrew Morton
2005-11-15 21:24   ` Andrey Volkov
2005-11-15 22:25     ` [lm-sensors] " Andrey Volkov
2005-11-15 20:52 ` Jean Delvare
2005-11-15 21:52   ` [lm-sensors] " Jean Delvare
2005-11-15 21:48   ` Andrey Volkov [this message]
2005-11-15 22:49     ` Andrey Volkov
2005-11-16  3:15     ` Mark A. Greer
2005-11-16  4:15       ` [lm-sensors] " Mark A. Greer
2005-11-16 14:50       ` Andrey Volkov
2005-11-16 15:51         ` [lm-sensors] " Andrey Volkov
2005-11-16 18:55       ` Andy Isaacson
2005-11-16 20:59         ` [lm-sensors] " Andy Isaacson
2005-11-16 22:24         ` Mark A. Greer
2005-11-16 23:24           ` [lm-sensors] " Mark A. Greer
2005-11-18 20:35           ` Mark A. Greer
2005-11-18 21:35             ` [lm-sensors] " Mark A. Greer
2005-11-21 12:35             ` Andrey Volkov
2005-11-21 13:36               ` [lm-sensors] " Andrey Volkov
2005-12-06 21:18               ` [lm-sensors] " Mark A. Greer
2005-12-06 21:18                 ` Mark A. Greer
2005-11-16  2:57   ` Mark A. Greer
2005-11-16  3:57     ` [lm-sensors] " Mark A. Greer
2005-11-16 14:45     ` Andrey Volkov
2005-11-16 15:46       ` [lm-sensors] " Andrey Volkov
2005-11-16 15:19       ` Jean Delvare
2005-11-16 16:33         ` [lm-sensors] " Jean Delvare
2005-11-16 16:43         ` Andrey Volkov
2005-11-16 17:44           ` [lm-sensors] " Andrey Volkov
2005-11-16 21:36           ` Mark A. Greer
2005-11-16 22:55             ` [lm-sensors] " Mark A. Greer
2005-11-17  9:20           ` Jean Delvare
2005-11-17 10:34             ` [lm-sensors] " Jean Delvare
2005-11-16 21:24         ` Mark A. Greer
2005-11-16 22:25           ` [lm-sensors] " Mark A. Greer
2005-12-19 21:03     ` [lm-sensors] [RFC] i2c: Combined ST m41txx i2c rtc chip driver Mark A. Greer
2005-12-19 21:03       ` [RFC] i2c: Combined ST m41txx i2c rtc chip driver (was: [PATCH 1/1] Added support of ST m41t85 rtc chip) Mark A. Greer
2005-12-19 21:06       ` [lm-sensors] [RFC] i2c: Combined ST m41txx i2c rtc chip driver Mark A. Greer
2005-12-19 21:06         ` [RFC] i2c: Combined ST m41txx i2c rtc chip driver (was: [PATCH 1/1] Added support of ST m41t85 rtc chip) Mark A. Greer
2005-12-20 10:05       ` [lm-sensors] [RFC] i2c: Combined ST m41txx i2c rtc chip driver Andrey Volkov
2005-12-20 10:05         ` Andrey Volkov
2005-12-21 21:25         ` [lm-sensors] " Mark A. Greer
2005-12-21 21:25           ` Mark A. Greer
     [not found]         ` <20060111000912.GA11471@mag.az.mvista.com>
     [not found]           ` <43C4D275.2070505@varma-el.com>
     [not found]             ` <20060111161954.GB6405@mag.az.mvista.com>
2006-01-11 19:03               ` [lm-sensors] " Andrey Volkov
2006-01-11 19:03                 ` Andrey Volkov
2006-01-18 22:06                 ` [lm-sensors] " Mark A. Greer
2006-01-18 22:06                   ` Mark A. Greer
2006-01-19  7:25                   ` [lm-sensors] " Jean Delvare
2006-01-19  7:25                     ` Jean Delvare
2006-01-26  2:01                     ` [lm-sensors] " Mark A. Greer
2006-01-26  2:01                       ` Mark A. Greer
2006-01-26 20:50                       ` [lm-sensors] " Mark A. Greer
2006-01-26 20:50                         ` Mark A. Greer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=437A57CB.8090302@varma-el.com \
    --to=avolkov@varma-el.com \
    --cc=khali@linux-fr.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lm-sensors@lm-sensors.org \
    --cc=mgreer@mvista.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.