All of lore.kernel.org
 help / color / mirror / Atom feed
From: mds@paradyne.com (Mark D. Studebaker )
To: lm-sensors@vger.kernel.org
Subject: mkpatch works
Date: Thu, 19 May 2005 06:24:03 +0000	[thread overview]
Message-ID: <3F05D9B1.7030909@paradyne.com> (raw)
In-Reply-To: <3EF5B5CE.6050103@paradyne.com>

Thanks for testing.
Let's fix this the simplest way possible.
We'll continue to claim support for 2.4.9 but say that
if you are using mkpatch the minimum kernel is 2.4.13.

As far as SCx200, since mkpatch will render it unusable anyway
(due to struct changes) it's probably a good thing that
it get "unsupported" by mkpatch.

I'll update the docs.

Mark M. Hoffman wrote:
> * Jean Delvare <khali@linux-fr.org> [2003-06-26 15:28:31 +0200]:
> 
>>>The line which specifies CONFIG_I2C_PROC in i2c/mkpatch/Config.in is
>>>missing from the kernel file: drivers/i2c/Config.in.  Of course
>>>CONFIG_SENSORS depends on CONFIG_I2C_PROC so that's why I never saw
>>>it.  I'm not familiar w/ the guts of mkpatch - but I'll try to look at
>>>it unless someone else gets there first (hopefully... took a quick
>>>peek but I'm no Perl guru.)
>>
>>Oh, I didn't know mkpatch was written in Perl. Maybe I can help?
>>
> 
> 
> Recap: I tested mkpatch against linux 2.4.9 and found that CONFIG_I2C_PROC
> and therefore CONFIG_SENSORS (and all dependents) were missing from
> "make config".
> 
> Looks like CONFIG_I2C_PROC used to be patched into drivers/char/Config.in
> by i2c mkpatch, but that's commented out now.  Meanwhile, linux 2.4.13
> adds CONFIG_I2C_PROC to drivers/i2c/Config.in instead.
> 
> I think i2c mkpatch needs to be able to patch drivers/i2c/Config.in
> if we want to support linux 2.4.9.  I guess that the contents of
> i2c/mkpatch/Config.in would be suitable for this, except that it's
> missing some adapters that are present in later kernels. (1)
> 
> Or, declare minimum supported kernel >= 2.4.13 and this particular
> problem goes away.  I mean, 2.4.9 is almost *two years* old.  Probably
> if I didn't test this nobody would have ever noticed. ;)
> 
> Also, I'm soon on vacation... whatever is decided (if I'm to work on it)
> will wait until mid-July at least.
> 
> (1) That's actually a whole seperate problem: linux 2.4.21 has i2c code
> that we don't have in CVS - e.g. "NatSemi SCx200 I2C using GPIO pins".
> Should we bring that into CVS before the next release?  Otherwise
> mkpatch will "unsupport" it.
> 
> Regards,
> 

  parent reply	other threads:[~2005-05-19  6:24 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-19  6:24 mkpatch works Mark D. Studebaker 
2005-05-19  6:24 ` Philip Pokorny
2005-05-19  6:24 ` Mark M. Hoffman
2005-05-19  6:24 ` Mark Studebaker
2005-05-19  6:24 ` Mark D. Studebaker 
2005-05-19  6:24 ` Mark M. Hoffman
2005-05-19  6:24 ` Mark M. Hoffman
2005-05-19  6:24 ` Philip Pokorny
2005-05-19  6:24 ` Jean Delvare
2005-05-19  6:24 ` Mark M. Hoffman
2005-05-19  6:24 ` Mark D. Studebaker 
2005-05-19  6:24 ` Mark D. Studebaker  [this message]
2005-05-19  6:24 ` Mark M. Hoffman

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=3F05D9B1.7030909@paradyne.com \
    --to=mds@paradyne.com \
    --cc=lm-sensors@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 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.