public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: David Fries <david@fries.net>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Evgeniy Polyakov <johnpol@2ka.mipt.ru>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 0/30] W1: w1 core fixes, ds2490 updates, strong pullup
Date: Wed, 30 Jul 2008 21:37:02 -0500	[thread overview]
Message-ID: <20080731023702.GA12181@spacedout.fries.net> (raw)
In-Reply-To: <20080729161356.2de456fb.akpm@linux-foundation.org>

On Tue, Jul 29, 2008 at 04:13:56PM -0700, Andrew Morton wrote:
> On Mon, 28 Jul 2008 21:04:33 -0500
> David Fries <david@fries.net> wrote:
> 
> > What follows is a long list of fixes and enhancements to the one wire
> > system, and even some documentation.
> > 
> > I no longer have any deadlocks, a thread was eliminated (along with
> > its one second wakeup interval), the cpu and time overhead are much
> > reduced for one wire accesses.  The time for the ds2490 to read a
> > temperature sensor went from 3.91 seconds (.002s user, 3.001s system)
> > to 0.860 seconds (0.004s user, 0.004s system).  I also added support
> > for the strong pullup to provide more current when requested.
> 
> This is all dreadfully late for 2.6.27, but it does seem to be rather
> important, so let's aim for 2.6.27.

Arguments for sooner: fixes some bad bugs, lower risk as it is
isolated to the w1 driver.

Arguments for later, the bugs aren't new, the first version of the
patch was sent in March and I have yet to get a response from anyone
using the ds1wm master (in some ARM handhelds for battery readings),
maybe if it gets in the merge window someone with the hardware will
actually try it before a kernel release.

I'm fine with either.

> The w1 code seems to have rather a lot of comments which start with /**
> but which aren't kerneldoc comments.  But /** is exclusively used to
> signify the start of a kerneldoc comment.  Please let's not invent new
> commenting styles like this.  Documentation/CodingStyle is there to
> help.

I did a quick look, some should be api documentation and updated for
kerneldoc, some clearly aren't.  I'll let Evgeniy Polyakov address
those.

> Please be aware that this:
> 
> Mime-Version: 1.0
> Content-Type: multipart/signed; micalg=pgp-sha1;
> 	protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG"
> 
> is rather receiver-hostile.  My MUA (at least) (sylpheed) manages to
> make a complete mess when saving-to-file, so I needed to go through all
> the patches and do various manual steps to fix this up.  I may still have
> some "=066"s in the changelogs.

I would have resubmitted it if you had asked, I'm using mutt, which
isn't exactly new or unknown, I guess the incompatibility is why
encryption and signing e-mail hasn't taken taken off as it could have.
There are some problems left in the changelog.

How about one tar.gz?

> WARNING: consider using strict_strtol in preference to simple_strtol

> Please use checkpatch.

I did use checkpatch.pl, simple_strtol was the only warning (I ignored
it to be consistent, the fix follows).  strict_strtol is safe here as
it only reads one integer from sysfs.  The patch didn't change,
checkpatch.pl did, I've updated to that as well.


The next set of patches has these minor updates, and checkpatch.pl
returns no errors or warnings.

0005-W1-feature-enable-hardware-strong-pullup.txt
Switch to strict_strtol, code style fixups.

0017-W1-w1_io.c-reset-comments-and-msleep.txt
Fix changelog long lines.

0020-W1-ds2490.c-add-support-for-strong-pullup.txt
Whitespace code style fixups.

0030-W1-ds2490.c-optimize-ds_set_pullup.txt
Whitespace code style fixups.


-- 
David Fries <david@fries.net>
http://fries.net/~david/ (PGP encryption key available)

  reply	other threads:[~2008-07-31  2:42 UTC|newest]

Thread overview: 65+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-29  2:04 [PATCH 0/30] W1: w1 core fixes, ds2490 updates, strong pullup David Fries
2008-07-29  2:10 ` [PATCH 1/30] W1: fix deadlocks and remove w1_control_thread David Fries
2008-07-29  2:12 ` [PATCH 2/30] W1: abort search early on on exit David Fries
2008-07-29  2:13 ` [PATCH 3/30] W1: don't delay search start David Fries
2008-07-29  2:14 ` [PATCH 4/30] W1: w1_process, block or sleep David Fries
2008-07-29  2:14 ` [PATCH 5/30] W1: feature, enable hardware strong pullup David Fries
2008-07-29 23:21   ` Andrew Morton
2008-07-29  2:15 ` [PATCH 6/30] W1: feature, w1_therm.c use strong pullup and documentation David Fries
2008-07-29  2:17 ` [PATCH 7/30] W1: be able to manually add and remove slaves David Fries
2008-07-29  2:18 ` [PATCH 8/30] W1: recode w1_slave_found logic David Fries
2008-07-29  2:19 ` [PATCH 9/30] W1: new module parameter search_count David Fries
2008-07-29  2:20 ` [PATCH 10/30] W1: Document add, remove, search_count, and pullup David Fries
2008-07-29  2:21 ` [PATCH 11/30] W1: w1_slave_read_id read bug, use device_attribute David Fries
2008-07-29  2:21 ` [PATCH 12/30] W1: w1_therm fix user buffer overflow and cat David Fries
2008-07-29  2:21 ` [PATCH 13/30] W1: w1_family, remove unused variable need_exit David Fries
2008-07-29  2:22 ` [PATCH 14/30] W1: w1_therm consistent mutex access code cleanup David Fries
2008-07-29  2:23 ` [PATCH 15/30] W1: w1_int.c use first available master number David Fries
2008-07-29  2:23 ` [PATCH 16/30] W1: w1.c s/printk/dev_dbg/ David Fries
2008-07-29  2:24 ` [PATCH 17/30] W1: w1_io.c reset comments and msleep David Fries
2008-07-29  2:24 ` [PATCH 18/30] W1: ds1wm.c msleep for reset David Fries
2008-07-29  2:25 ` [PATCH 19/30] W1: ds2490.c correct print message David Fries
2008-07-29  2:25 ` [PATCH 20/30] W1: ds2490.c add support for strong pullup David Fries
2008-07-29  2:25 ` [PATCH 21/30] W1: ds2490.c ds_write_bit, grouping error, disable readback David Fries
2008-07-29  2:25 ` [PATCH 22/30] W1: ds2490.c disable bit read and write David Fries
2008-07-29  2:26 ` [PATCH 23/30] W1: ds2490.c simplify and fix ds_touch_bit David Fries
2008-07-29  2:26 ` [PATCH 24/30] W1: ds2490.c ds_dump_status rework David Fries
2008-07-29  2:26 ` [PATCH 25/30] W1: ds2490.c ds_reset remove ds_wait_status David Fries
2008-07-29  2:27 ` [PATCH 26/30] W1: ds2490.c reset ds2490 in init David Fries
2008-07-29  2:28 ` [PATCH 27/30] W1: ds2490.c magic number work David Fries
2008-07-29  2:28 ` [PATCH 28/30] W1: ds2490.c ds_write_block remove extra ds_wait_status David Fries
2008-07-29  2:29 ` [PATCH 29/30] W1: Documentation/w1/masters/ds2490 update David Fries
2008-07-29  2:30 ` [PATCH 30/30] W1: ds2490.c optimize ds_set_pullup David Fries
2008-07-29 23:13 ` [PATCH 0/30] W1: w1 core fixes, ds2490 updates, strong pullup Andrew Morton
2008-07-31  2:37   ` David Fries [this message]
2008-07-31  3:03     ` Andrew Morton
2008-07-31  2:47   ` [PATCH 1/30] W1: fix deadlocks and remove w1_control_thread David Fries
2008-07-31  2:48   ` [PATCH 2/30] W1: abort search early on on exit David Fries
2008-07-31  2:48   ` [PATCH 3/30] W1: don't delay search start David Fries
2008-07-31  2:48   ` [PATCH 4/30] W1: w1_process, block or sleep David Fries
2008-07-31  2:48   ` [PATCH 5/30] W1: feature, enable hardware strong pullup David Fries
2008-07-31  2:48   ` [PATCH 6/30] W1: feature, w1_therm.c use strong pullup and documentation David Fries
2008-07-31  2:48   ` [PATCH 7/30] W1: be able to manually add and remove slaves David Fries
2008-07-31  2:48   ` [PATCH 8/30] W1: recode w1_slave_found logic David Fries
2008-07-31  2:48   ` [PATCH 9/30] W1: new module parameter search_count David Fries
2008-07-31  2:49   ` [PATCH 10/30] W1: Document add, remove, search_count, and pullup David Fries
2008-07-31  2:49   ` [PATCH 11/30] W1: w1_slave_read_id read bug, use device_attribute David Fries
2008-07-31  2:49   ` [PATCH 12/30] W1: w1_therm fix user buffer overflow and cat David Fries
2008-07-31  2:49   ` [PATCH 13/30] W1: w1_family, remove unused variable need_exit David Fries
2008-07-31  2:49   ` [PATCH 14/30] W1: w1_therm consistent mutex access code cleanup David Fries
2008-07-31  2:49   ` [PATCH 15/30] W1: w1_int.c use first available master number David Fries
2008-07-31  2:49   ` [PATCH 16/30] W1: w1.c s/printk/dev_dbg/ David Fries
2008-07-31  2:49   ` [PATCH 17/30] W1: w1_io.c reset comments and msleep David Fries
2008-07-31  2:49   ` [PATCH 18/30] W1: ds1wm.c msleep for reset David Fries
2008-07-31  2:49   ` [PATCH 19/30] W1: ds2490.c correct print message David Fries
2008-07-31  2:49   ` [PATCH 20/30] W1: ds2490.c add support for strong pullup David Fries
2008-07-31  2:50   ` [PATCH 21/30] W1: ds2490.c ds_write_bit, grouping error, disable readback David Fries
2008-07-31  2:50   ` [PATCH 22/30] W1: ds2490.c disable bit read and write David Fries
2008-07-31  2:50   ` [PATCH 23/30] W1: ds2490.c simplify and fix ds_touch_bit David Fries
2008-07-31  2:50   ` [PATCH 24/30] W1: ds2490.c ds_dump_status rework David Fries
2008-07-31  2:50   ` [PATCH 25/30] W1: ds2490.c ds_reset remove ds_wait_status David Fries
2008-07-31  2:50   ` [PATCH 26/30] W1: ds2490.c reset ds2490 in init David Fries
2008-07-31  2:50   ` [PATCH 27/30] W1: ds2490.c magic number work David Fries
2008-07-31  2:50   ` [PATCH 28/30] W1: ds2490.c ds_write_block remove extra ds_wait_status David Fries
2008-07-31  2:50   ` [PATCH 29/30] W1: Documentation/w1/masters/ds2490 update David Fries
2008-07-31  2:50   ` [PATCH 30/30] W1: ds2490.c optimize ds_set_pullup David Fries

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=20080731023702.GA12181@spacedout.fries.net \
    --to=david@fries.net \
    --cc=akpm@linux-foundation.org \
    --cc=johnpol@2ka.mipt.ru \
    --cc=linux-kernel@vger.kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox