Re: [PATCH bluetooth-next] mac802154: rename seq to sequence_number

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello.

On 25/06/15 11:23, Varka Bhadram wrote:
Hello,

On 06/25/2015 02:10 PM, Phoebe Buckheister wrote:

On Thu, June 25, 2015 10:23 am, Varka Bhadram wrote:
Hi Phoebe Buckheister,

On 06/25/2015 01:13 PM, Phoebe Buckheister wrote:
On Thu, June 25, 2015 9:29 am, Stefan Schmidt wrote:
Hello.

On 25/06/15 08:31, Varka Bhadram wrote:
This patch rename ieee802154_hdr member seq to sequence_number.
Any good reason for this? I think seq is quite clear in this context
and
making it sequence_number has no real benefit.

If others disagree I'm fine to let that one in though. No hard feelings
about it.
Don't see the in renaming this either.
I didn't get your point. ?
The "point" went missing. I don't see why renaming this symbol is
necessary or useful. Like Stefan said, it is pretty clear from context,
and sequence_number is kind of long too.

As part of the rework on frame parsing, Alex used this naming convention [1].

If you think that it's too long, can we use *seq_num* instead of *seq* ?

[1]: https://github.com/linux-wpan/linux-wpan-next/blob/wpan_rework_rfc/include/net/ieee802154.h#L160


I still miss the benefit of this change. What else do you think seq would stand for in the context of the ieee802154 header?

Guess we can leave that up to Alex. Seq_num would be a compromise considering the length.

regards
Stefan Schmidt

--
To unsubscribe from this list: send the line "unsubscribe linux-wpan" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Photo]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux