From: Dave Jones <davej@redhat.com>
To: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
Cc: alexey.y.starikovskiy@intel.com,
cpufreq <cpufreq@www.linux.org.uk>,
Dominik Brodowski <linux@dominikbrodowski.net>
Subject: Re: [1/5] reorganizes & code cleaning in acpi-cpufreq
Date: Sun, 1 Oct 2006 15:21:07 -0400 [thread overview]
Message-ID: <20061001192107.GA26348@redhat.com> (raw)
In-Reply-To: <20061001064126.A16290@unix-os.sc.intel.com>
On Sun, Oct 01, 2006 at 06:41:26AM -0700, Venkatesh Pallipadi wrote:
> On Tue, Sep 26, 2006 at 10:41:48PM -0400, Dave Jones wrote:
> > On Fri, Sep 01, 2006 at 02:07:53PM -0700, Venkatesh Pallipadi wrote:
> >
> > > Some clean up and redsign of the driver. Mainly making it easier to add
> > > support for multiple sub-mechanisms of changing frequency. Currently this
> > > driver supports only ACPI SYSTEM_IO address space. With the changes
> > > below it is easier to add support for other address spaces like Intel
> > > Enhanced Speedstep which uses MSR (ACPI FIXED_FEATURE_HARDWARE) to do the
> > > transitions.
> >
> > This patch-series fell at the first hurdle.
> >
> > error: patch failed: arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c:91
> > error: arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c: patch does not apply
> >
>
> This reject was coming from one earlier patch that hasn't gone it yet. The earlier bug fix patch had subject "acpi-cpufreq and software coordination".
patch 1 applied, then 2 fell over..
(15:16:02:davej@hera:cpufreq)$ git-applymbox -k ~/Mail/mbox
8 patch(es) to process.
Applying '[CPUFREQ][1/8] acpi-cpufreq: software coordination and handle all CPUs in the group'
Wrote tree 9f1c808872662c1d54734a653ca49be772f82252
Committed: 402dcff780ede1c889c69ddff200d2f5bbb89853
Applying '[CPUFREQ][2/8] acpi-cpufreq: reorganize code to make MSR support addition easier'
error: patch failed: arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c:611
error: arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c: patch does not apply
git-applymbox is a little more anal than patch, so it will refuse to apply
patches with fuzz, and this one..
$ cat aaa | patch -p1 --dry-run
patching file arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c
Hunk #21 succeeded at 598 with fuzz 2 (offset -1 lines).
has fuzz.
Patch 2 also adds back a #include <linux/config.h> which isn't necessary.
Want to chop that out when you send the rediffed patch?
Dave
prev parent reply other threads:[~2006-10-01 19:21 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-01 21:07 [PATCH 1/5] Unify ACPI bits on speedstep-centrino and acpi-cpufreq Venkatesh Pallipadi
2006-09-27 2:40 ` [1/5] reorganizes & code cleaning in acpi-cpufreq Dave Jones
2006-09-27 2:41 ` Dave Jones
2006-10-01 13:41 ` Venkatesh Pallipadi
2006-10-01 14:05 ` [PATCH 1/8]cpufreq: acpi-cpufreq: software coordination and handle all CPUs in the group Venkatesh Pallipadi
2006-10-01 14:13 ` [PATCH 5/8]cpufreq: acpi-cpufreq: lindent acpi-cpufreq.c Venkatesh Pallipadi
2006-10-01 19:21 ` Dave Jones [this message]
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=20061001192107.GA26348@redhat.com \
--to=davej@redhat.com \
--cc=alexey.y.starikovskiy@intel.com \
--cc=cpufreq@www.linux.org.uk \
--cc=linux@dominikbrodowski.net \
--cc=venkatesh.pallipadi@intel.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.