public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@linux-foundation.org>
To: David Fries <david@fries.net>
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 20:03:49 -0700	[thread overview]
Message-ID: <20080730200349.81edf43a.akpm@linux-foundation.org> (raw)
In-Reply-To: <20080731023702.GA12181@spacedout.fries.net>

On Wed, 30 Jul 2008 21:37:02 -0500 David Fries <david@fries.net> wrote:

> 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.

It all seems to fix more than it looks like it breaks ;) Let's shoot
for 2.6.27.

> 
> > 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?

eek, terror. Lots of error-prone handwork is needed for that.

One patch per text/plain email is always preferred, please.  That's
what everyone's automation is designed for.

> > 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.

um, OK, I'll do a full drop-and-remerge.

  reply	other threads:[~2008-07-31  3:05 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
2008-07-31  3:03     ` Andrew Morton [this message]
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=20080730200349.81edf43a.akpm@linux-foundation.org \
    --to=akpm@linux-foundation.org \
    --cc=david@fries.net \
    --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