All of lore.kernel.org
 help / color / mirror / Atom feed
From: Guenter Roeck <guenter.roeck@ericsson.com>
To: Henrik Rydberg <rydberg@euromail.se>
Cc: Jean Delvare <khali@linux-fr.org>,
	"lm-sensors@lm-sensors.org" <lm-sensors@lm-sensors.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [lm-sensors] [PATCH 04/11] hwmon: applesmc: Introduce a
Date: Wed, 10 Nov 2010 17:57:41 +0000	[thread overview]
Message-ID: <20101110175741.GB18472@ericsson.com> (raw)
In-Reply-To: <4CDAD2FE.3020506@euromail.se>

On Wed, Nov 10, 2010 at 12:14:38PM -0500, Henrik Rydberg wrote:
> >>
> 
> >> Looking at this again, it seems there are two other problems as well. Firstly,
> >> the cache memory is not freed after probe failure, my apologies. Secondly,
> >> execution continues after a probe failure, and the initialization is retried. I
> >> would like to push the latter problem to some other occasion, since the whole
> >> platform logic should be rewritten for the new interface, anyways.
> >>
> > I see the cache problem; this is indeed a tricky one, since it is actually not yet
> > a problem after this patch, but will be one after patch 5.
> > 
> > I don't understand the second problem, though. Looking into the code,
> > the probe function will return an error if applesmc_init_smcreg() fails.
> > Am I missing something ? What execution continues ?
> 
> 
> I think drivers/base/dd.c:142 shows the problem clearly. Basically, the probe
> function is supposed to do the proper initialization, if successful. The driver
> code has been rewritten heavily since the days of the applesmc, and the actual
> probe error is now masked in a rather ugly fashion to allow the driver matching
> to continue. It seems to me that the only clean way around this is to actually
> implement the correct platform driver logic.
> 
Ok, guess there is nothing we can do about that. I'll apply the rest of your series.

Thanks,
Guenter


_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors

WARNING: multiple messages have this Message-ID (diff)
From: Guenter Roeck <guenter.roeck@ericsson.com>
To: Henrik Rydberg <rydberg@euromail.se>
Cc: Jean Delvare <khali@linux-fr.org>,
	"lm-sensors@lm-sensors.org" <lm-sensors@lm-sensors.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 04/11] hwmon: applesmc: Introduce a register lookup table (rev2)
Date: Wed, 10 Nov 2010 09:57:41 -0800	[thread overview]
Message-ID: <20101110175741.GB18472@ericsson.com> (raw)
In-Reply-To: <4CDAD2FE.3020506@euromail.se>

On Wed, Nov 10, 2010 at 12:14:38PM -0500, Henrik Rydberg wrote:
> >>
> 
> >> Looking at this again, it seems there are two other problems as well. Firstly,
> >> the cache memory is not freed after probe failure, my apologies. Secondly,
> >> execution continues after a probe failure, and the initialization is retried. I
> >> would like to push the latter problem to some other occasion, since the whole
> >> platform logic should be rewritten for the new interface, anyways.
> >>
> > I see the cache problem; this is indeed a tricky one, since it is actually not yet
> > a problem after this patch, but will be one after patch 5.
> > 
> > I don't understand the second problem, though. Looking into the code,
> > the probe function will return an error if applesmc_init_smcreg() fails.
> > Am I missing something ? What execution continues ?
> 
> 
> I think drivers/base/dd.c:142 shows the problem clearly. Basically, the probe
> function is supposed to do the proper initialization, if successful. The driver
> code has been rewritten heavily since the days of the applesmc, and the actual
> probe error is now masked in a rather ugly fashion to allow the driver matching
> to continue. It seems to me that the only clean way around this is to actually
> implement the correct platform driver logic.
> 
Ok, guess there is nothing we can do about that. I'll apply the rest of your series.

Thanks,
Guenter


  reply	other threads:[~2010-11-10 17:57 UTC|newest]

Thread overview: 70+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-09 15:15 [lm-sensors] [PATCH 00/11] hwmon: applesmc: Dynamic configuration Henrik Rydberg
2010-11-09 15:15 ` [PATCH 00/11] hwmon: applesmc: Dynamic configuration rewrite (rev2) Henrik Rydberg
2010-11-09 15:15 ` [lm-sensors] [PATCH 01/11] hwmon: applesmc: Add MacBookAir3, 1(3, Henrik Rydberg
2010-11-09 15:15   ` [PATCH 01/11] hwmon: applesmc: Add MacBookAir3,1(3,2) support Henrik Rydberg
2010-11-09 18:56   ` [lm-sensors] [PATCH 01/11] hwmon: applesmc: Add MacBookAir3, 1(3, Guenter Roeck
2010-11-09 18:56     ` [PATCH 01/11] hwmon: applesmc: Add MacBookAir3,1(3,2) support Guenter Roeck
2010-11-09 15:15 ` [lm-sensors] [PATCH 02/11] hwmon: applesmc: Relax the severity of Henrik Rydberg
2010-11-09 15:15   ` [PATCH 02/11] hwmon: applesmc: Relax the severity of device init failure (rev2) Henrik Rydberg
2010-11-09 18:57   ` [lm-sensors] [PATCH 02/11] hwmon: applesmc: Relax the severity Guenter Roeck
2010-11-09 18:57     ` [PATCH 02/11] hwmon: applesmc: Relax the severity of device init failure (rev2) Guenter Roeck
2010-11-09 15:15 ` [lm-sensors] [PATCH 03/11] drivers/hwmon/applesmc.c: Use pr_fmt and Henrik Rydberg
2010-11-09 15:15   ` [PATCH 03/11] drivers/hwmon/applesmc.c: Use pr_fmt and pr_<level> Henrik Rydberg
2010-11-09 18:57   ` [lm-sensors] [PATCH 03/11] drivers/hwmon/applesmc.c: Use pr_fmt Guenter Roeck
2010-11-09 18:57     ` [PATCH 03/11] drivers/hwmon/applesmc.c: Use pr_fmt and pr_<level> Guenter Roeck
2010-11-09 15:15 ` [lm-sensors] [PATCH 04/11] hwmon: applesmc: Introduce a register Henrik Rydberg
2010-11-09 15:15   ` [PATCH 04/11] hwmon: applesmc: Introduce a register lookup table (rev2) Henrik Rydberg
2010-11-09 19:04   ` [lm-sensors] [PATCH 04/11] hwmon: applesmc: Introduce a Guenter Roeck
2010-11-09 19:04     ` [PATCH 04/11] hwmon: applesmc: Introduce a register lookup table (rev2) Guenter Roeck
2010-11-09 19:32     ` [lm-sensors] [PATCH 04/11] hwmon: applesmc: Introduce a Henrik Rydberg
2010-11-09 19:32       ` [PATCH 04/11] hwmon: applesmc: Introduce a register lookup table (rev2) Henrik Rydberg
2010-11-09 20:53       ` [lm-sensors] [PATCH 04/11] hwmon: applesmc: Introduce a Guenter Roeck
2010-11-09 20:53         ` [PATCH 04/11] hwmon: applesmc: Introduce a register lookup table (rev2) Guenter Roeck
2010-11-10 10:57         ` [lm-sensors] [PATCH 04/11] hwmon: applesmc: Introduce a Henrik Rydberg
2010-11-10 10:57           ` [PATCH 04/11] hwmon: applesmc: Introduce a register lookup table (rev2) Henrik Rydberg
2010-11-10 15:42           ` [lm-sensors] [PATCH 04/11] hwmon: applesmc: Introduce a Guenter Roeck
2010-11-10 15:42             ` [PATCH 04/11] hwmon: applesmc: Introduce a register lookup table (rev2) Guenter Roeck
2010-11-10 17:14             ` [lm-sensors] [PATCH 04/11] hwmon: applesmc: Introduce a Henrik Rydberg
2010-11-10 17:14               ` [PATCH 04/11] hwmon: applesmc: Introduce a register lookup table (rev2) Henrik Rydberg
2010-11-10 17:57               ` Guenter Roeck [this message]
2010-11-10 17:57                 ` Guenter Roeck
2010-11-09 22:15       ` [lm-sensors] [PATCH 04/11] hwmon: applesmc: Introduce a Guenter Roeck
2010-11-09 22:15         ` [PATCH 04/11] hwmon: applesmc: Introduce a register lookup table (rev2) Guenter Roeck
2010-11-10 10:58   ` [lm-sensors] [PATCH 04/11] hwmon: applesmc: Introduce a register Henrik Rydberg
2010-11-10 10:58     ` [PATCH 04/11] hwmon: applesmc: Introduce a register lookup table (rev3) Henrik Rydberg
2010-11-10 10:58     ` [lm-sensors] [PATCH 05/11] hwmon: applesmc: Dynamic creation of Henrik Rydberg
2010-11-10 10:58       ` [PATCH 05/11] hwmon: applesmc: Dynamic creation of temperature files (rev3) Henrik Rydberg
2010-11-10 18:07       ` [lm-sensors] [PATCH 05/11] hwmon: applesmc: Dynamic creation of Guenter Roeck
2010-11-10 18:07         ` [PATCH 05/11] hwmon: applesmc: Dynamic creation of temperature files (rev3) Guenter Roeck
2010-11-10 10:58     ` [lm-sensors] [PATCH 07/11] hwmon: applesmc: Extract all features Henrik Rydberg
2010-11-10 10:58       ` [PATCH 07/11] hwmon: applesmc: Extract all features generically (rev3) Henrik Rydberg
2010-11-10 18:08       ` [lm-sensors] [PATCH 07/11] hwmon: applesmc: Extract all Guenter Roeck
2010-11-10 18:08         ` [PATCH 07/11] hwmon: applesmc: Extract all features generically (rev3) Guenter Roeck
2010-11-10 18:05     ` [lm-sensors] [PATCH 04/11] hwmon: applesmc: Introduce a Guenter Roeck
2010-11-10 18:05       ` [PATCH 04/11] hwmon: applesmc: Introduce a register lookup table (rev3) Guenter Roeck
2010-11-09 15:15 ` [lm-sensors] [PATCH 05/11] hwmon: applesmc: Dynamic creation of Henrik Rydberg
2010-11-09 15:15   ` [PATCH 05/11] hwmon: applesmc: Dynamic creation of temperature files (rev2) Henrik Rydberg
2010-11-09 15:15 ` [lm-sensors] [PATCH 06/11] hwmon: applesmc: Handle new temperature Henrik Rydberg
2010-11-09 15:15   ` [PATCH 06/11] hwmon: applesmc: Handle new temperature format (rev2) Henrik Rydberg
2010-11-10 18:07   ` [lm-sensors] [PATCH 06/11] hwmon: applesmc: Handle new Guenter Roeck
2010-11-10 18:07     ` [PATCH 06/11] hwmon: applesmc: Handle new temperature format (rev2) Guenter Roeck
2010-11-09 15:15 ` [lm-sensors] [PATCH 07/11] hwmon: applesmc: Extract all features Henrik Rydberg
2010-11-09 15:15   ` [PATCH 07/11] hwmon: applesmc: Extract all features generically (rev2) Henrik Rydberg
2010-11-09 15:15 ` [lm-sensors] [PATCH 08/11] hwmon: applesmc: Dynamic creation of fan Henrik Rydberg
2010-11-09 15:15   ` [PATCH 08/11] hwmon: applesmc: Dynamic creation of fan files (rev2) Henrik Rydberg
2010-11-10 18:09   ` [lm-sensors] [PATCH 08/11] hwmon: applesmc: Dynamic creation of Guenter Roeck
2010-11-10 18:09     ` [PATCH 08/11] hwmon: applesmc: Dynamic creation of fan files (rev2) Guenter Roeck
2010-11-09 15:15 ` [lm-sensors] [PATCH 09/11] hwmon: applesmc: Simplify feature sysfs Henrik Rydberg
2010-11-09 15:15   ` [PATCH 09/11] hwmon: applesmc: Simplify feature sysfs handling (rev2) Henrik Rydberg
2010-11-10 18:10   ` [lm-sensors] [PATCH 09/11] hwmon: applesmc: Simplify feature Guenter Roeck
2010-11-10 18:10     ` [PATCH 09/11] hwmon: applesmc: Simplify feature sysfs handling (rev2) Guenter Roeck
2010-11-09 15:15 ` [lm-sensors] [PATCH 10/11] hwmon: applesmc: Silence driver Henrik Rydberg
2010-11-09 15:15   ` Henrik Rydberg
2010-11-10 18:10   ` [lm-sensors] " Guenter Roeck
2010-11-10 18:10     ` Guenter Roeck
2010-11-09 15:15 ` [lm-sensors] [PATCH 11/11] hwmon: applesmc: Update copyright Henrik Rydberg
2010-11-09 15:15   ` [PATCH 11/11] hwmon: applesmc: Update copyright information Henrik Rydberg
2010-11-10 18:10   ` [lm-sensors] [PATCH 11/11] hwmon: applesmc: Update copyright Guenter Roeck
2010-11-10 18:10     ` [PATCH 11/11] hwmon: applesmc: Update copyright information Guenter Roeck
2010-11-10 18:22     ` [lm-sensors] [PATCH 11/11] hwmon: applesmc: Update copyright Henrik Rydberg
2010-11-10 18:22       ` [PATCH 11/11] hwmon: applesmc: Update copyright information Henrik Rydberg

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=20101110175741.GB18472@ericsson.com \
    --to=guenter.roeck@ericsson.com \
    --cc=khali@linux-fr.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lm-sensors@lm-sensors.org \
    --cc=rydberg@euromail.se \
    /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.