All of lore.kernel.org
 help / color / mirror / Atom feed
From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: [isi-voicecall-fix PATCHv3 2/6] isi/voicecall: fix status reporting
Date: Mon, 22 Nov 2010 10:37:37 -0600	[thread overview]
Message-ID: <4CEA9C51.6090801@gmail.com> (raw)
In-Reply-To: <AANLkTin3+7yTxJq8WPELPBV=oLhe-m2nizrbkXN=AABp@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2239 bytes --]

Hi Pekka,

On 11/22/2010 10:09 AM, Pekka Pessi wrote:
> Hi Denis,
> 
>>> +enum clcc_status {
>>> +     CLCC_STATUS_ACTIVE = 0,
>>> +     CLCC_STATUS_HOLD = 1,
>>> +     CLCC_STATUS_DIALING = 2,
>>> +     CLCC_STATUS_ALERTING = 3,
>>> +     CLCC_STATUS_INCOMING = 4,
>>> +     CLCC_STATUS_WAITING = 5,
>>> +     CLCC_STATUS_DISCONNECTED = 6, /* Nonstandard */
>>> +};
>>
>> Please follow M11 completely here, particularly the tabs before the values.
> 
> You mean M11 preference? If you want something, be explicit, do not prefer.

Fair enough, fixed.

> 
> I laud your goal to improve the coding style within oFono - and it
> even might be best to do that step-by-step and avoid large patches
> just to fix the style - but I'm lazy typist and I usually just kill
> and yank pieces of code, like this one from from "src/common.h" patch
> a78b3629, authored by some Denis Kenzior.

Nobody is denying that the existing code has style violations.  But new
patches should not be propagating past mistakes or introducing new ones.
 This is your chance to fix it properly and my chance to catch these.

> 
> The current codebase contains a lot of code in outdated style and
> copy'n'paste coding just does not cut it, it would be ++good to have a
> custom checkpatch that would show the style problems without tedious
> and error-prone manual inspection. I'd do that myself but my perl-fu
> is bit rusty.
> 

I have said this before, I'm not against this at all, as long as someone
volunteers to maintain it properly.  So far there has been no takers.

>>> +     memcpy(number->number, call->address, sizeof number->number);
>>
>> Please watch out for the sizeof usage.
> 
> This needs an entry in doc/codingstyle.txt.
> 

Feel free to send a patch, you're the expert on this by now ;)

>>> +     case CALL_STATUS_IDLE:
>>> +     case CALL_STATUS_TERMINATED:
>>> +             isi_call_disconnected(ovc, call);
>>
>> Is the break statement missing here?
> 
> Hm? Where? Between IDLE and TERMINATED?
> 

Yes, in general I'd like a break statement after every case block.
Otherwise, when adding new case statements it is quite easy to introduce
hard to spot bugs.

Regards,
-Denis

  reply	other threads:[~2010-11-22 16:37 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-16 17:05 [isi-voicecall-fix PATCHv3 1/6] voicecall: fix dial result handling Pekka.Pessi
2010-11-16 17:05 ` [isi-voicecall-fix PATCHv3 2/6] isi/voicecall: fix status reporting Pekka.Pessi
2010-11-16 17:05   ` [isi-voicecall-fix PATCHv3 3/6] isi/voicecall: save call id when queueing requests Pekka.Pessi
2010-11-16 17:05     ` [isi-voicecall-fix PATCHv3 4/6] isi/voicecall: fix answering early incoming calls Pekka.Pessi
2010-11-16 17:05       ` [isi-voicecall-fix PATCHv3 5/6] isi/voicecall: release COMING calls with BUSY cause Pekka.Pessi
2010-11-16 17:05         ` [isi-voicecall-fix PATCHv3 6/6] isi/voicecall: fix isi_release_all_active() Pekka.Pessi
2010-11-22 14:21         ` [isi-voicecall-fix PATCHv3 5/6] isi/voicecall: release COMING calls with BUSY cause Denis Kenzior
2010-11-22 14:19       ` [isi-voicecall-fix PATCHv3 4/6] isi/voicecall: fix answering early incoming calls Denis Kenzior
2010-11-22 16:22         ` Pekka Pessi
2010-11-22 16:38           ` Denis Kenzior
2010-11-22 14:16     ` [isi-voicecall-fix PATCHv3 3/6] isi/voicecall: save call id when queueing requests Denis Kenzior
2010-11-22 14:14   ` [isi-voicecall-fix PATCHv3 2/6] isi/voicecall: fix status reporting Denis Kenzior
2010-11-22 16:09     ` Pekka Pessi
2010-11-22 16:37       ` Denis Kenzior [this message]
2010-11-22 13:43 ` [isi-voicecall-fix PATCHv3 1/6] voicecall: fix dial result handling Denis Kenzior
2010-11-22 16:50   ` Pekka Pessi
2010-11-22 17:27     ` Denis Kenzior

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=4CEA9C51.6090801@gmail.com \
    --to=denkenz@gmail.com \
    --cc=ofono@ofono.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.