From: Rene Herman <rene.herman@keyaccess.nl>
To: Avuton Olrich <avuton@gmail.com>
Cc: Bjorn Helgaas <bjorn.helgaas@hp.com>,
Rene Herman <rene.herman@gmail.com>,
Len Brown <len.brown@intel.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
"Rafael J. Wysocki" <rjw@sisk.pl>
Subject: Re: 53052feb6 (PNP: remove pnp_mem_flags() as an lvalue) breaks my ALSA intel8x0 sound card regression
Date: Sun, 01 Jun 2008 18:20:32 +0200 [thread overview]
Message-ID: <4842CC50.4030406@keyaccess.nl> (raw)
In-Reply-To: <3aa654a40806010742r1d61caa2j681882145533b56a@mail.gmail.com>
On 01-06-08 16:42, Avuton Olrich wrote:
> My intel8x0 card stops working due to a regression; bisection and
> information below.
>
> May have relationship to this thread
> http://groups.google.com/group/linux.kernel/browse_thread/thread/d5857287a36e71af/d7ae0a1490b7d142?lnk=st
>
> http://avuton.googlepages.com/intel8x0-config.gz
> http://avuton.googlepages.com/intel8x0-cpuinfo
> http://avuton.googlepages.com/intel8x0-dmesg
This dmesg seems to be 6-byte file consisting of "dmesg\n" ...
> http://avuton.googlepages.com/intel8x0-ioports
> http://avuton.googlepages.com/intel8x0-lspci-vvv
> http://avuton.googlepages.com/intel8x0-modules
> http://avuton.googlepages.com/intel8x0-ver-linux
> http://avuton.googlepages.com/intel8x0-version
>
> commit 53052feb6ddd05cb2b5c6e89fb489bf83bbb6803
> Author: Bjorn Helgaas <bjorn.helgaas@hp.com>
> Date: Mon Apr 28 16:34:15 2008 -0600
>
> PNP: remove pnp_mem_flags() as an lvalue
>
> A future change will change pnp_mem_flags() from a "#define that
> simplifies to an lvalue" to "an inline function that returns the
> flags value."
>
> Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
> Acked-By: Rene Herman <rene.herman@gmail.com>
> Signed-off-by: Len Brown <len.brown@intel.com>
>
I'm probably just really blind but I don't see how that specific commit
may have made any difference. It _is_ in the exact spot which would fix
that overlap problem of yours but this should be an identity change as
far as fuctionality goes. Are you _really_ sure it's this one?
(Is this racing with anything?)
Rene.
next prev parent reply other threads:[~2008-06-01 16:17 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-01 14:42 53052feb6 (PNP: remove pnp_mem_flags() as an lvalue) breaks my ALSA intel8x0 sound card regression Avuton Olrich
2008-06-01 16:20 ` Rene Herman [this message]
2008-06-02 3:25 ` Avuton Olrich
2008-06-02 19:06 ` Rene Herman
2008-06-02 22:05 ` Bjorn Helgaas
2008-06-02 22:23 ` Avuton Olrich
2008-06-02 22:42 ` Bjorn Helgaas
2008-06-02 23:49 ` Andrew Morton
2008-06-02 23:58 ` Rene Herman
2008-06-03 0:03 ` Andrew Morton
2008-06-03 0:31 ` Rene Herman
2008-06-03 0:15 ` Rene Herman
2008-06-03 18:40 ` Bjorn Helgaas
2008-06-04 23:38 ` Tony Luck
2008-06-05 16:18 ` Bjorn Helgaas
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=4842CC50.4030406@keyaccess.nl \
--to=rene.herman@keyaccess.nl \
--cc=avuton@gmail.com \
--cc=bjorn.helgaas@hp.com \
--cc=len.brown@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rene.herman@gmail.com \
--cc=rjw@sisk.pl \
/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.