All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rene Herman <rene.herman@keyaccess.nl>
To: Krzysztof Helt <krzysztof.h1@poczta.fm>
Cc: ALSA development <alsa-devel@alsa-project.org>,
	Krzysztof Helt <krzysztof.h1@wp.pl>, Takashi Iwai <tiwai@suse.de>,
	LKML <linux-kernel@vger.kernel.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>, Ingo Molnar <mingo@elte.hu>,
	Rene Herman <rene.herman@gmail.com>
Subject: Re: [boot crash, bisected] in 9f240a55 "ALSA: opti93x: use cs4231 lib"
Date: Fri, 18 Jul 2008 14:36:09 +0200	[thread overview]
Message-ID: <48808E39.4060404@keyaccess.nl> (raw)
In-Reply-To: <20080718142849.f11ce4c8.krzysztof.h1@poczta.fm>

On 18-07-08 14:28, Krzysztof Helt wrote:

> On Fri, 18 Jul 2008 11:19:19 +0200
> Rene Herman <rene.herman@keyaccess.nl> wrote:
> 
>> On 17-07-08 21:38, Rene Herman wrote:
>>
>>> On 17-07-08 21:20, Rene Herman wrote:
>>>
>>>> On 17-07-08 20:40, Takashi Iwai wrote:
>>>>
>>>>> Could you try the patch below?
>> This bug was uncovered by !CONFIG_PNP and we had trouble in this driver 
>> due to that before so was rewriting the init to be a generic multi-card 
>> ALSA init but, actually, not much point.
>>
> 
> The bug was introduced by the patch as it used (tried to free) the codec pointer
> before it was assigned any value. It happened only if the card was missing and
> I didn't test the driver on such a configuration. My mistake. The CONFIG_PNP
> setting makes no difference.

Yes it does. Note how the ISA match method fails due to "if (isapnp)" 
with CONFIG_PNP and isapnp being initialized to 1. I did test without 
the hardware but didn't see it fail due to that.

>> In fact, in the meantime I'll look at splitting 92x and 93x again. It's 
>> much better now that Krzysztof made it use the generic library code but 
>> I still hate this driver. It's also poking at ports without being told 
>> something is there by either system or user.
>>
> 
> Please hold your axe until Monday. The last patch (not posted yet) from the 
> unification of the WSS library series removes some ifdefs in this driver.
> This may (or may not) change your view on splitting the driver.

Will do.

Rene.

WARNING: multiple messages have this Message-ID (diff)
From: Rene Herman <rene.herman@keyaccess.nl>
To: Krzysztof Helt <krzysztof.h1@poczta.fm>
Cc: Takashi Iwai <tiwai@suse.de>, Ingo Molnar <mingo@elte.hu>,
	Jaroslav Kysela <perex@perex.cz>,
	LKML <linux-kernel@vger.kernel.org>,
	ALSA development <alsa-devel@alsa-project.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>,
	Rene Herman <rene.herman@gmail.com>,
	Krzysztof Helt <krzysztof.h1@wp.pl>
Subject: Re: [boot crash, bisected] in 9f240a55 "ALSA: opti93x: use cs4231 lib"
Date: Fri, 18 Jul 2008 14:36:09 +0200	[thread overview]
Message-ID: <48808E39.4060404@keyaccess.nl> (raw)
In-Reply-To: <20080718142849.f11ce4c8.krzysztof.h1@poczta.fm>

On 18-07-08 14:28, Krzysztof Helt wrote:

> On Fri, 18 Jul 2008 11:19:19 +0200
> Rene Herman <rene.herman@keyaccess.nl> wrote:
> 
>> On 17-07-08 21:38, Rene Herman wrote:
>>
>>> On 17-07-08 21:20, Rene Herman wrote:
>>>
>>>> On 17-07-08 20:40, Takashi Iwai wrote:
>>>>
>>>>> Could you try the patch below?
>> This bug was uncovered by !CONFIG_PNP and we had trouble in this driver 
>> due to that before so was rewriting the init to be a generic multi-card 
>> ALSA init but, actually, not much point.
>>
> 
> The bug was introduced by the patch as it used (tried to free) the codec pointer
> before it was assigned any value. It happened only if the card was missing and
> I didn't test the driver on such a configuration. My mistake. The CONFIG_PNP
> setting makes no difference.

Yes it does. Note how the ISA match method fails due to "if (isapnp)" 
with CONFIG_PNP and isapnp being initialized to 1. I did test without 
the hardware but didn't see it fail due to that.

>> In fact, in the meantime I'll look at splitting 92x and 93x again. It's 
>> much better now that Krzysztof made it use the generic library code but 
>> I still hate this driver. It's also poking at ports without being told 
>> something is there by either system or user.
>>
> 
> Please hold your axe until Monday. The last patch (not posted yet) from the 
> unification of the WSS library series removes some ifdefs in this driver.
> This may (or may not) change your view on splitting the driver.

Will do.

Rene.


  reply	other threads:[~2008-07-18 12:34 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-14  9:09 [ALSA PATCH] alsa-git merge request Jaroslav Kysela
2008-07-14  9:09 ` Jaroslav Kysela
2008-07-17 17:06 ` [boot crash, bisected] in 9f240a55 "ALSA: opti93x: use cs4231 lib" Ingo Molnar
2008-07-17 17:06   ` Ingo Molnar
2008-07-17 18:40   ` Takashi Iwai
2008-07-17 18:40     ` Takashi Iwai
2008-07-17 19:20     ` Rene Herman
2008-07-17 19:20       ` Rene Herman
2008-07-17 19:38       ` Rene Herman
2008-07-17 19:38         ` Rene Herman
2008-07-18  9:19         ` Rene Herman
2008-07-18  9:19           ` Rene Herman
2008-07-18 12:28           ` Krzysztof Helt
2008-07-18 12:28             ` Krzysztof Helt
2008-07-18 12:36             ` Rene Herman [this message]
2008-07-18 12:36               ` Rene Herman
2008-07-18 12:39               ` Rene Herman
2008-07-18 12:39                 ` Rene Herman
2008-07-18 20:15           ` Ingo Molnar
2008-07-18 20:15             ` Ingo Molnar
2008-07-18  8:44     ` Ingo Molnar
2008-07-18  8:44       ` Ingo Molnar
2008-08-24 21:30 ` [ALSA PATCH] alsa-git merge request Guillaume Chazarain
2008-08-25  5:50   ` Takashi Iwai
2008-08-25  5:50     ` Takashi Iwai
2008-08-25 21:36     ` Guillaume Chazarain
2008-08-25 22:43       ` Guillaume Chazarain
2008-08-26  5:59         ` Takashi Iwai
2008-08-26  5:59           ` Takashi Iwai
2008-08-26 21:10           ` Guillaume Chazarain
2008-08-27  6:02             ` Takashi Iwai
2008-08-27  6:02               ` Takashi Iwai

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=48808E39.4060404@keyaccess.nl \
    --to=rene.herman@keyaccess.nl \
    --cc=alsa-devel@alsa-project.org \
    --cc=krzysztof.h1@poczta.fm \
    --cc=krzysztof.h1@wp.pl \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=rene.herman@gmail.com \
    --cc=rjw@sisk.pl \
    --cc=tiwai@suse.de \
    /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.