netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: stefano babic <stefano.babic@babic.homelinux.org>
To: sjur.brandeland@stericsson.com
Cc: netdev@vger.kernel.org, randy.dunlap@oracle.com,
	kim.xx.lilliestierna@stericsson.com,
	christian.bejram@stericsson.com,
	daniel.martensson@stericsson.com
Subject: Re: [RFC PATCH v3  1/8] CAIF Protocol Stack
Date: Wed, 09 Dec 2009 00:42:44 +0100	[thread overview]
Message-ID: <4B1EE474.5000508@babic.homelinux.org> (raw)
In-Reply-To: <1259593252-2493-2-git-send-email-sjur.brandeland@stericsson.com>

sjur.brandeland@stericsson.com wrote:

> +#define CAIF_PRIO_UNSPCEIFIED  0x0

The define is not used in code, but probably you would prefer to set
CAIF_PRIO_UNSPECIFIED


> diff --git a/include/linux/caif/caif_ioctl.h b/include/linux/caif/caif_ioctl.h
> +/*!\page  caif_ioctl.h
> + * This file defines the management interface to CAIF.
> + * It defines how CAIF channels are configured and become visible in the
> + * Linux file system, typically under "/dev".

This is not updated, you have already removed the char devices.

> + *
> + *\b Example - creating a new AT character device:
> + * \code
> +   fd = open("/dev/caifconfig",..);
> +   struct caif_channel_create_action at_config = {
> +	 .name = "cnhl2",
> +	 .config = {
> +	    .channel = CAIF_CHTY_AT,
> +	    .phy_ref = CAIF_PHY_LOW_LAT,
> +	    .priority = CAIF_PRIO_HIGH
> +	 }};
> +   ioctl(fd, CAIF_IOC_CONFIG_DEVICE,&at_config);
> +   close(fd);
> + * \endcode
> + * This will cause a new AT channel to be available in at "/dev/chnl2".
> + * This CAIF channel can then be connected by using \ref open.
> + */

This is obsolete,too.

> +/* Specifies the type of device to create: NET device or CHAR device*/
> +enum caif_dev_type {
> +	CAIF_DEV_CHR = 1,
> +	CAIF_DEV_NET = 2
> +};

You can remove this enum, it is not used anymore in your code.

> +
> +/** Used for identifying devices, PHY interfaces, etc.*/
> +struct caif_device_name {
> +	char name[DEVICE_NAME_LEN];	/*!< Device name */
> +	enum caif_dev_type devtype;	/*!< Device type */
> +};

I think this one is obsolete, too.

> +/* TODO: Move these defs to /usr/include/linux/socket.h */
> +#define AF_CAIF    37 		/* CAIF Socket Address Family */
> +#define PF_CAIF    37           /* CAIF Socket Protocol Family */
> +#define SOL_CAIF   278		/* CAIF Socket Option Level */

You sent already a patch for socket.h, I think you can safely remove
these duplicates.

> +
> +#define CAIF_DEFAULT_PRI       0xf

You have already defined CAIF_PRIO_NORMAL with the same value. Do you
need both ?

> +enum caif_link_selector {
> +	CAIF_LINK_UNSPECIFIED	= 0x00,
> +	CAIF_LINK_LOW_LATENCY	= 0xd0,
> +	CAIF_LINK_HIGH_BANDW	= 0xe0

caif_phy_preference and caif_link_selector have the same values for
priority. Should we have a single enum for both ?

Stefano

-- 
stefano <stefano.babic@babic.homelinux.org>
GPG Key: 0x55814DDE
Fingerprint 4E85 2A66 4CBA 497A 2A7B D3BF 5973 F216 5581 4DDE

  parent reply	other threads:[~2009-12-08 23:42 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-30 15:00 [RFC PATCH v3 0/8] CAIF Protocol Stack sjur.brandeland
2009-11-30 15:00 ` [RFC PATCH v3 1/8] " sjur.brandeland
2009-11-30 15:00   ` [RFC PATCH v3 2/8] " sjur.brandeland
2009-11-30 15:00     ` [RFC PATCH v3 3/8] " sjur.brandeland
2009-11-30 15:00       ` [RFC PATCH v3 4/8] " sjur.brandeland
2009-11-30 15:00         ` [RFC PATCH v3 5/8] " sjur.brandeland
2009-11-30 15:00           ` [RFC PATCH v3 6/8] " sjur.brandeland
2009-11-30 15:00             ` [RFC PATCH v3 7/8] " sjur.brandeland
2009-11-30 15:00               ` [RFC PATCH v3 8/8] " sjur.brandeland
2009-12-15 17:12               ` [RFC PATCH v3 7/8] " stefano babic
2009-11-30 16:41           ` [RFC PATCH v3 5/8] " Randy Dunlap
2009-12-10 13:05             ` Sjur Brændeland
2009-12-10 16:44               ` Randy Dunlap
2009-12-15 16:47         ` [RFC PATCH v3 4/8] " stefano babic
2009-12-16 16:16           ` Sjur Brændeland
2009-12-15 16:00       ` [RFC PATCH v3 3/8] " stefano babic
2009-12-16 16:15         ` Sjur Brændeland
2009-12-09  0:18     ` [RFC PATCH v3 2/8] " stefano babic
2009-12-10 11:20       ` Sjur Brændeland
2009-12-08 23:42   ` stefano babic [this message]
2009-12-10 11:11     ` [RFC PATCH v3 1/8] " Sjur Brændeland
2009-11-30 16:08 ` [RFC PATCH v3 0/8] " Patrick McHardy
2009-11-30 18:26   ` Sjur Brændeland
2009-12-02 17:02 ` Stefano Babic
2009-12-03 17:49   ` Sjur Brændeland

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=4B1EE474.5000508@babic.homelinux.org \
    --to=stefano.babic@babic.homelinux.org \
    --cc=christian.bejram@stericsson.com \
    --cc=daniel.martensson@stericsson.com \
    --cc=kim.xx.lilliestierna@stericsson.com \
    --cc=netdev@vger.kernel.org \
    --cc=randy.dunlap@oracle.com \
    --cc=sjur.brandeland@stericsson.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).