mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Vijay Khemka <vijaykhemka@fb.com>
To: "cminyard@mvista.com" <cminyard@mvista.com>
Cc: "minyard@acm.org" <minyard@acm.org>,
	Arnd Bergmann <arnd@arndb.de>,
	"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
	"openipmi-developer@lists.sourceforge.net" 
	<openipmi-developer@lists.sourceforge.net>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"asmaa@mellanox.com" <asmaa@mellanox.com>,
	"joel@jms.id.au" <joel@jms.id.au>,
	"linux-aspeed@lists.ozlabs.org" <linux-aspeed@lists.ozlabs.org>,
	Sai Dasari <sdasari@fb.com>
Subject: Re: [PATCH 1/2] drivers: ipmi: Support raw i2c packet in IPMB
Date: Tue, 12 Nov 2019 20:13:53 +0000	[thread overview]
Message-ID: <FD95DA64-F821-48EF-AB17-7DE62D73C620@fb.com> (raw)
In-Reply-To: <20191112184111.GA2938@minyard.net>



On 11/12/19, 10:41 AM, "Corey Minyard" <cminyard@mvista.com> wrote:

    On Tue, Nov 12, 2019 at 05:57:25PM +0000, Vijay Khemka wrote:
    > 
    > 
    > On 11/12/19, 4:36 AM, "Corey Minyard" <tcminyard@gmail.com on behalf of minyard@acm.org> wrote:
    > 
    >     On Mon, Nov 11, 2019 at 06:36:09PM -0800, Vijay Khemka wrote:
    >     > Many IPMB devices doesn't support smbus protocol and current driver
    >     > support only smbus devices. So added support for raw i2c packets.
    >     
    >     I haven't reviewed this, really, because I have a more general
    >     concern...
    >     
    >     Is it possible to not do this with a config item?  Can you add something
    >     to the device tree and/or via an ioctl to make this dynamically
    >     configurable?  That's more flexible (it can support mixed devices) and
    >     is friendlier to users (don't have to get the config right).
    > I agree with you, I was also not comfortable using config and couldn't find other 
    > Options, I will look into more option now and update patch.
    
    IMHO, device tree is the right way to do this.  You should also have a
    sysfs setting for this, I think.

I think ioctl is also a good option and can control from application. I have already 
wrote ioctl  approach. Testing the same and will send new patch once verified.
    
    -corey
    
    >     
    >     Config items for adding new functionality are generally ok.  Config
    >     items for choosing between two mutually exclusive choices are
    >     generally not.
    >     
    >     -corey
    >     
    >     > 
    >     > Signed-off-by: Vijay Khemka <vijaykhemka@fb.com>
    >     > ---
    >     >  drivers/char/ipmi/Kconfig        |  6 ++++++
    >     >  drivers/char/ipmi/ipmb_dev_int.c | 30 ++++++++++++++++++++++++++++++
    >     >  2 files changed, 36 insertions(+)
    >     > 
    >     > diff --git a/drivers/char/ipmi/Kconfig b/drivers/char/ipmi/Kconfig
    >     > index a9cfe4c05e64..e5268443b478 100644
    >     > --- a/drivers/char/ipmi/Kconfig
    >     > +++ b/drivers/char/ipmi/Kconfig
    >     > @@ -139,3 +139,9 @@ config IPMB_DEVICE_INTERFACE
    >     >  	  Provides a driver for a device (Satellite MC) to
    >     >  	  receive requests and send responses back to the BMC via
    >     >  	  the IPMB interface. This module requires I2C support.
    >     > +
    >     > +config IPMB_SMBUS_DISABLE
    >     > +	bool 'Disable SMBUS protocol for sending packet to IPMB device'
    >     > +	depends on IPMB_DEVICE_INTERFACE
    >     > +	help
    >     > +	  provides functionality of sending raw i2c packets to IPMB device.
    >     > diff --git a/drivers/char/ipmi/ipmb_dev_int.c b/drivers/char/ipmi/ipmb_dev_int.c
    >     > index ae3bfba27526..2419b9a928b2 100644
    >     > --- a/drivers/char/ipmi/ipmb_dev_int.c
    >     > +++ b/drivers/char/ipmi/ipmb_dev_int.c
    >     > @@ -118,6 +118,10 @@ static ssize_t ipmb_write(struct file *file, const char __user *buf,
    >     >  	struct ipmb_dev *ipmb_dev = to_ipmb_dev(file);
    >     >  	u8 rq_sa, netf_rq_lun, msg_len;
    >     >  	union i2c_smbus_data data;
    >     > +#ifdef CONFIG_IPMB_SMBUS_DISABLE
    >     > +	unsigned char *i2c_buf;
    >     > +	struct i2c_msg i2c_msg;
    >     > +#endif
    >     >  	u8 msg[MAX_MSG_LEN];
    >     >  	ssize_t ret;
    >     >  
    >     > @@ -133,6 +137,31 @@ static ssize_t ipmb_write(struct file *file, const char __user *buf,
    >     >  	rq_sa = GET_7BIT_ADDR(msg[RQ_SA_8BIT_IDX]);
    >     >  	netf_rq_lun = msg[NETFN_LUN_IDX];
    >     >  
    >     > +#ifdef CONFIG_IPMB_SMBUS_DISABLE
    >     > +	/*
    >     > +	 * subtract 1 byte (rq_sa) from the length of the msg passed to
    >     > +	 * raw i2c_transfer
    >     > +	 */
    >     > +	msg_len = msg[IPMB_MSG_LEN_IDX] - 1;
    >     > +
    >     > +	i2c_buf = kzalloc(msg_len, GFP_KERNEL);
    >     > +	if (!i2c_buf)
    >     > +		return -EFAULT;
    >     > +
    >     > +	/* Copy message to buffer except first 2 bytes (length and address) */
    >     > +	memcpy(i2c_buf, msg+2, msg_len);
    >     > +
    >     > +	i2c_msg.addr = rq_sa;
    >     > +	i2c_msg.flags = ipmb_dev->client->flags &
    >     > +			(I2C_M_TEN | I2C_CLIENT_PEC | I2C_CLIENT_SCCB);
    >     > +	i2c_msg.len = msg_len;
    >     > +	i2c_msg.buf = i2c_buf;
    >     > +
    >     > +	ret = i2c_transfer(ipmb_dev->client->adapter, &i2c_msg, 1);
    >     > +	kfree(i2c_buf);
    >     > +
    >     > +	return (ret == 1) ? count : ret;
    >     > +#else
    >     >  	/*
    >     >  	 * subtract rq_sa and netf_rq_lun from the length of the msg passed to
    >     >  	 * i2c_smbus_xfer
    >     > @@ -149,6 +178,7 @@ static ssize_t ipmb_write(struct file *file, const char __user *buf,
    >     >  			     I2C_SMBUS_BLOCK_DATA, &data);
    >     >  
    >     >  	return ret ? : count;
    >     > +#endif
    >     >  }
    >     >  
    >     >  static unsigned int ipmb_poll(struct file *file, poll_table *wait)
    >     > -- 
    >     > 2.17.1
    >     > 
    >     
    > 
    


  reply	other threads:[~2019-11-12 20:14 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20191112023610.3644314-1-vijaykhemka@fb.com>
2019-11-12 12:36 ` Corey Minyard
2019-11-12 14:19   ` Asmaa Mnebhi
2019-11-12 17:57   ` Vijay Khemka
2019-11-12 18:41     ` Corey Minyard
2019-11-12 20:13       ` Vijay Khemka [this message]
     [not found] ` <20191112023610.3644314-2-vijaykhemka@fb.com>
2019-11-12 12:48   ` [PATCH 2/2] drivers: ipmi: Modify max length of IPMB packet Corey Minyard
2019-11-12 19:56     ` Vijay Khemka
2019-11-12 20:29       ` Corey Minyard
2019-11-12 20:48         ` Asmaa Mnebhi
2019-11-12 22:06         ` Asmaa Mnebhi
2019-11-12 23:19           ` Vijay Khemka
2019-11-13  0:51           ` [Openipmi-developer] " Corey Minyard
2019-11-13 17:40             ` Vijay Khemka
2019-11-13 17:52               ` Asmaa Mnebhi

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=FD95DA64-F821-48EF-AB17-7DE62D73C620@fb.com \
    --to=vijaykhemka@fb.com \
    --cc=arnd@arndb.de \
    --cc=asmaa@mellanox.com \
    --cc=cminyard@mvista.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=joel@jms.id.au \
    --cc=linux-aspeed@lists.ozlabs.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=minyard@acm.org \
    --cc=openipmi-developer@lists.sourceforge.net \
    --cc=sdasari@fb.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

all inboxes | Powered by JetHome®