[PATCH v4] ALSA: ice1712: consider error value

[PATCH v4] ALSA: ice1712: consider error value

[Sudip Mukherjee]

earlier we were ignoring the return value of snd_ak4114_create and
always returning 0.
now we are returning the actual status. revo_init is calling this
function, and revo_init is checking the return value.

Signed-off-by: Sudip Mukherjee <sudip@vectorindia.org>
---

change in v3: spec->ak4114 is now dereferenced if we dont get an
error value from snd_ak4114_create.

change in v4: error value returned according to coding style.

 sound/pci/ice1712/revo.c | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/sound/pci/ice1712/revo.c b/sound/pci/ice1712/revo.c
index 1112ec1..1d81ae6 100644
--- a/sound/pci/ice1712/revo.c
+++ b/sound/pci/ice1712/revo.c
@@ -494,11 +494,13 @@ static int ap192_ak4114_init(struct snd_ice1712 *ice)
 				 ap192_ak4114_write,
 				 ak4114_init_vals, ak4114_init_txcsb,
 				 ice, &spec->ak4114);
+	if (err < 0)
+		return err;
 	/* AK4114 in Revo cannot detect external rate correctly.
 	 * No reason to stop capture stream due to incorrect checks */
 	spec->ak4114->check_flags = AK4114_CHECK_NO_RATE;
 
-	return 0; /* error ignored; it's no fatal error */
+	return 0;
 }
 
 static int revo_init(struct snd_ice1712 *ice)
-- 
1.8.1.2

Re: [PATCH v4] ALSA: ice1712: consider error value

[Takashi Iwai]

At Fri, 14 Nov 2014 18:12:21 +0530,
Sudip Mukherjee wrote:
> 
> earlier we were ignoring the return value of snd_ak4114_create and
> always returning 0.
> now we are returning the actual status. revo_init is calling this
> function, and revo_init is checking the return value.
> 
> Signed-off-by: Sudip Mukherjee <sudip@vectorindia.org>
> ---
> 
> change in v3: spec->ak4114 is now dereferenced if we dont get an
> error value from snd_ak4114_create.
> 
> change in v4: error value returned according to coding style.

Applied but I had to fix your From address (two others, too).  That
doesn't match with your sign-off.  Please fix your git config to have
a proper author address as same as sign-off.


thanks,

Takashi

> 
>  sound/pci/ice1712/revo.c | 4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)
> 
> diff --git a/sound/pci/ice1712/revo.c b/sound/pci/ice1712/revo.c
> index 1112ec1..1d81ae6 100644
> --- a/sound/pci/ice1712/revo.c
> +++ b/sound/pci/ice1712/revo.c
> @@ -494,11 +494,13 @@ static int ap192_ak4114_init(struct snd_ice1712 *ice)
>  				 ap192_ak4114_write,
>  				 ak4114_init_vals, ak4114_init_txcsb,
>  				 ice, &spec->ak4114);
> +	if (err < 0)
> +		return err;
>  	/* AK4114 in Revo cannot detect external rate correctly.
>  	 * No reason to stop capture stream due to incorrect checks */
>  	spec->ak4114->check_flags = AK4114_CHECK_NO_RATE;
>  
> -	return 0; /* error ignored; it's no fatal error */
> +	return 0;
>  }
>  
>  static int revo_init(struct snd_ice1712 *ice)
> -- 
> 1.8.1.2
> 

Re: [PATCH v4] ALSA: ice1712: consider error value

[Sudip Mukherjee]

On Fri, Nov 14, 2014 at 02:18:31PM +0100, Takashi Iwai wrote:
> At Fri, 14 Nov 2014 18:12:21 +0530,
> Sudip Mukherjee wrote:
> > 
> > earlier we were ignoring the return value of snd_ak4114_create and
> > always returning 0.
> > now we are returning the actual status. revo_init is calling this
> > function, and revo_init is checking the return value.
> > 
> > Signed-off-by: Sudip Mukherjee <sudip@vectorindia.org>
> > ---
> > 
> > change in v3: spec->ak4114 is now dereferenced if we dont get an
> > error value from snd_ak4114_create.
> > 
> > change in v4: error value returned according to coding style.
> 
> Applied but I had to fix your From address (two others, too).  That
> doesn't match with your sign-off.  Please fix your git config to have
> a proper author address as same as sign-off.

i know it does not match. Previously Dan Carpenter also told me the same thing, and I sent a patch from my corporate account. You can find reference of that conversation here https://lkml.org/lkml/2014/9/3/473 

copying some part from there :
"I have given strict DMARC check for the corporate mail server. DMARC = domain based message authentication.
So the mail i sent reached all the list subscriber from a different server than our designated server,
and as a result it has been marked as spam in many places. I have already received a few complaints regarding that."

since i do use office resources for patches (though it is not part of my job), so i should atleast put Signed-off to the patches i send. You will see all my patches having different Signed-off and different from adderess.

again copying from the previous conversation:
"Is there any other way that i send the patch from my personal account, and use my corporate mail in Signed-off-by ... "

thanks
sudip

> 
> 
> thanks,
> 
> Takashi
> 
> > 
> >  sound/pci/ice1712/revo.c | 4 +++-
> >  1 file changed, 3 insertions(+), 1 deletion(-)
> > 
> > diff --git a/sound/pci/ice1712/revo.c b/sound/pci/ice1712/revo.c
> > index 1112ec1..1d81ae6 100644
> > --- a/sound/pci/ice1712/revo.c
> > +++ b/sound/pci/ice1712/revo.c
> > @@ -494,11 +494,13 @@ static int ap192_ak4114_init(struct snd_ice1712 *ice)
> >  				 ap192_ak4114_write,
> >  				 ak4114_init_vals, ak4114_init_txcsb,
> >  				 ice, &spec->ak4114);
> > +	if (err < 0)
> > +		return err;
> >  	/* AK4114 in Revo cannot detect external rate correctly.
> >  	 * No reason to stop capture stream due to incorrect checks */
> >  	spec->ak4114->check_flags = AK4114_CHECK_NO_RATE;
> >  
> > -	return 0; /* error ignored; it's no fatal error */
> > +	return 0;
> >  }
> >  
> >  static int revo_init(struct snd_ice1712 *ice)
> > -- 
> > 1.8.1.2
> > 

Re: [PATCH v4] ALSA: ice1712: consider error value

[Takashi Iwai]

At Fri, 14 Nov 2014 19:15:02 +0530,
Sudip Mukherjee wrote:
> 
> On Fri, Nov 14, 2014 at 02:18:31PM +0100, Takashi Iwai wrote:
> > At Fri, 14 Nov 2014 18:12:21 +0530,
> > Sudip Mukherjee wrote:
> > > 
> > > earlier we were ignoring the return value of snd_ak4114_create and
> > > always returning 0.
> > > now we are returning the actual status. revo_init is calling this
> > > function, and revo_init is checking the return value.
> > > 
> > > Signed-off-by: Sudip Mukherjee <sudip@vectorindia.org>
> > > ---
> > > 
> > > change in v3: spec->ak4114 is now dereferenced if we dont get an
> > > error value from snd_ak4114_create.
> > > 
> > > change in v4: error value returned according to coding style.
> > 
> > Applied but I had to fix your From address (two others, too).  That
> > doesn't match with your sign-off.  Please fix your git config to have
> > a proper author address as same as sign-off.
> 
> i know it does not match. Previously Dan Carpenter also told me the same thing, and I sent a patch from my corporate account. You can find reference of that conversation here https://lkml.org/lkml/2014/9/3/473 
> 
> copying some part from there :
> "I have given strict DMARC check for the corporate mail server. DMARC = domain based message authentication.
> So the mail i sent reached all the list subscriber from a different server than our designated server,
> and as a result it has been marked as spam in many places. I have already received a few complaints regarding that."
> 
> since i do use office resources for patches (though it is not part of my job), so i should atleast put Signed-off to the patches i send. You will see all my patches having different Signed-off and different from adderess.
> 
> again copying from the previous conversation:
> "Is there any other way that i send the patch from my personal account, and use my corporate mail in Signed-off-by ... "

You just need to put another "From: xxx" in the patch itself.  Then
git will take it as the author address.


Takashi

Re: [PATCH v4] ALSA: ice1712: consider error value

[Sudip Mukherjee]

On Fri, Nov 14, 2014 at 02:46:43PM +0100, Takashi Iwai wrote:
> At Fri, 14 Nov 2014 19:15:02 +0530,
> Sudip Mukherjee wrote:
> > 
> > On Fri, Nov 14, 2014 at 02:18:31PM +0100, Takashi Iwai wrote:
> > > At Fri, 14 Nov 2014 18:12:21 +0530,
> > > Sudip Mukherjee wrote:
> > > > 
> > > > earlier we were ignoring the return value of snd_ak4114_create and
> > > > always returning 0.
> > > > now we are returning the actual status. revo_init is calling this
> > > > function, and revo_init is checking the return value.
> > > > 
> > > > Signed-off-by: Sudip Mukherjee <sudip@vectorindia.org>
> > > > ---
> > > > 
> > > > change in v3: spec->ak4114 is now dereferenced if we dont get an
> > > > error value from snd_ak4114_create.
> > > > 
> > > > change in v4: error value returned according to coding style.
> > > 
> > > Applied but I had to fix your From address (two others, too).  That
> > > doesn't match with your sign-off.  Please fix your git config to have
> > > a proper author address as same as sign-off.
> > 
> > i know it does not match. Previously Dan Carpenter also told me the same thing, and I sent a patch from my corporate account. You can find reference of that conversation here https://lkml.org/lkml/2014/9/3/473 
> > 
> > copying some part from there :
> > "I have given strict DMARC check for the corporate mail server. DMARC = domain based message authentication.
> > So the mail i sent reached all the list subscriber from a different server than our designated server,
> > and as a result it has been marked as spam in many places. I have already received a few complaints regarding that."
> > 
> > since i do use office resources for patches (though it is not part of my job), so i should atleast put Signed-off to the patches i send. You will see all my patches having different Signed-off and different from adderess.
> > 
> > again copying from the previous conversation:
> > "Is there any other way that i send the patch from my personal account, and use my corporate mail in Signed-off-by ... "
> 
> You just need to put another "From: xxx" in the patch itself.  Then
> git will take it as the author address.
> 
i did that also. reference : https://lkml.org/lkml/2014/9/2/473

and reply from Dan Carpenter at: https://lkml.org/lkml/2014/9/3/135

copying from reply of  Dan Carpenter:
"I really would prefer if you just figured out your email settings so
this isn't needed.  The From: header is mostly used for people
forwarding patches from other people.  We have allowed people to use
the From header like this if they can't get their corporate email
configured properly but I try to discorage it.  If everyone starts using
>From headers like this then it becomes a pain to deal with."

:(

for my next patches to you i will add the extra "From:" in the patch.
next is that pending one of korg1212.

thanks
sudip

> 
> Takashi