All of lore.kernel.org
 help / color / mirror / Atom feed
* [Ocfs2-devel] ocfs2/cluster: Clean up messages in o2net
       [not found] <20110826010109.GA27582@shale.localdomain>
@ 2011-08-30 21:14 ` Sunil Mushran
  2012-08-09 12:22   ` Dan Carpenter
  0 siblings, 1 reply; 3+ messages in thread
From: Sunil Mushran @ 2011-08-30 21:14 UTC (permalink / raw)
  To: ocfs2-devel

Thanks. I'll fix the two.

On 08/25/2011 06:01 PM, Dan Carpenter wrote:
> Hello Sunil Mushran,
>
> 1dfecf810e0e: "ocfs2/cluster: Clean up messages in o2net"
> Leads to the following Smatch complaint:
> fs/ocfs2/cluster/tcp.c +1704 o2net_start_connect(101)
> 	 error: we previously assumed 'sc' could be null (see line 1650)
>
> fs/ocfs2/cluster/tcp.c
>    1649		sc = sc_alloc(node);
>    1650		if (sc == NULL) {
>    1651			mlog(0, "couldn't allocate sc\n");
>    1652			ret = -ENOMEM;
>    1653			goto out;
>    1654		}
>    1655	
>
> --- [snip] ---
>
>    1701	out:
>    1702		if (ret) {
>    1703			printk(KERN_NOTICE "o2net: Connect attempt to " SC_NODEF_FMT
>    1704			       " failed with errno %d\n", SC_NODEF_ARGS(sc), ret);
>                                                                          ^^
> Null dereference here.
>
>    1705			/* 0 err so that another will be queued and attempted
>    1706			 * from set_nn_state */
>
> This email is from my new semi-automatic bug reporting tool script.
> Btw, Smatch complains about this as well:
>
> fs/ocfs2/cluster/tcp.c +549 o2net_set_nn_state(44)
> 	error: we previously assumed 'old_sc' could be null (see line 517)
>
> These dereferences were disabled in my old config, but Smatch detects
> them now that we're using normal printk()
>
> regards,
> dan carpenter

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Ocfs2-devel] ocfs2/cluster: Clean up messages in o2net
  2011-08-30 21:14 ` [Ocfs2-devel] ocfs2/cluster: Clean up messages in o2net Sunil Mushran
@ 2012-08-09 12:22   ` Dan Carpenter
  2012-08-15 18:03     ` Sunil Mushran
  0 siblings, 1 reply; 3+ messages in thread
From: Dan Carpenter @ 2012-08-09 12:22 UTC (permalink / raw)
  To: ocfs2-devel

This is still here.  I'm not sure why this error message just showed
up in linux-next again.  Odd.

regards,
dan carpenter

On Tue, Aug 30, 2011 at 02:14:04PM -0700, Sunil Mushran wrote:
> Thanks. I'll fix the two.
> 
> On 08/25/2011 06:01 PM, Dan Carpenter wrote:
> >Hello Sunil Mushran,
> >
> >1dfecf810e0e: "ocfs2/cluster: Clean up messages in o2net"
> >Leads to the following Smatch complaint:
> >fs/ocfs2/cluster/tcp.c +1704 o2net_start_connect(101)
> >	 error: we previously assumed 'sc' could be null (see line 1650)
> >
> >fs/ocfs2/cluster/tcp.c
> >   1649		sc = sc_alloc(node);
> >   1650		if (sc == NULL) {
> >   1651			mlog(0, "couldn't allocate sc\n");
> >   1652			ret = -ENOMEM;
> >   1653			goto out;
> >   1654		}
> >   1655	
> >
> >--- [snip] ---
> >
> >   1701	out:
> >   1702		if (ret) {
> >   1703			printk(KERN_NOTICE "o2net: Connect attempt to " SC_NODEF_FMT
> >   1704			       " failed with errno %d\n", SC_NODEF_ARGS(sc), ret);
> >                                                                         ^^
> >Null dereference here.
> >
> >   1705			/* 0 err so that another will be queued and attempted
> >   1706			 * from set_nn_state */
> >
> >This email is from my new semi-automatic bug reporting tool script.
> >Btw, Smatch complains about this as well:
> >
> >fs/ocfs2/cluster/tcp.c +549 o2net_set_nn_state(44)
> >	error: we previously assumed 'old_sc' could be null (see line 517)
> >
> >These dereferences were disabled in my old config, but Smatch detects
> >them now that we're using normal printk()
> >
> >regards,
> >dan carpenter

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Ocfs2-devel] ocfs2/cluster: Clean up messages in o2net
  2012-08-09 12:22   ` Dan Carpenter
@ 2012-08-15 18:03     ` Sunil Mushran
  0 siblings, 0 replies; 3+ messages in thread
From: Sunil Mushran @ 2012-08-15 18:03 UTC (permalink / raw)
  To: ocfs2-devel

The patch is not in mainline. I am putting together a branch for Joel to
pull.

On Thu, Aug 9, 2012 at 5:22 AM, Dan Carpenter <dan.carpenter@oracle.com>wrote:

> This is still here.  I'm not sure why this error message just showed
> up in linux-next again.  Odd.
>
> regards,
> dan carpenter
>
> On Tue, Aug 30, 2011 at 02:14:04PM -0700, Sunil Mushran wrote:
> > Thanks. I'll fix the two.
> >
> > On 08/25/2011 06:01 PM, Dan Carpenter wrote:
> > >Hello Sunil Mushran,
> > >
> > >1dfecf810e0e: "ocfs2/cluster: Clean up messages in o2net"
> > >Leads to the following Smatch complaint:
> > >fs/ocfs2/cluster/tcp.c +1704 o2net_start_connect(101)
> > >      error: we previously assumed 'sc' could be null (see line 1650)
> > >
> > >fs/ocfs2/cluster/tcp.c
> > >   1649              sc = sc_alloc(node);
> > >   1650              if (sc == NULL) {
> > >   1651                      mlog(0, "couldn't allocate sc\n");
> > >   1652                      ret = -ENOMEM;
> > >   1653                      goto out;
> > >   1654              }
> > >   1655
> > >
> > >--- [snip] ---
> > >
> > >   1701      out:
> > >   1702              if (ret) {
> > >   1703                      printk(KERN_NOTICE "o2net: Connect attempt
> to " SC_NODEF_FMT
> > >   1704                             " failed with errno %d\n",
> SC_NODEF_ARGS(sc), ret);
> > >
>   ^^
> > >Null dereference here.
> > >
> > >   1705                      /* 0 err so that another will be queued
> and attempted
> > >   1706                       * from set_nn_state */
> > >
> > >This email is from my new semi-automatic bug reporting tool script.
> > >Btw, Smatch complains about this as well:
> > >
> > >fs/ocfs2/cluster/tcp.c +549 o2net_set_nn_state(44)
> > >     error: we previously assumed 'old_sc' could be null (see line 517)
> > >
> > >These dereferences were disabled in my old config, but Smatch detects
> > >them now that we're using normal printk()
> > >
> > >regards,
> > >dan carpenter
>
> _______________________________________________
> Ocfs2-devel mailing list
> Ocfs2-devel at oss.oracle.com
> https://oss.oracle.com/mailman/listinfo/ocfs2-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://oss.oracle.com/pipermail/ocfs2-devel/attachments/20120815/ffd0b82b/attachment-0001.html 

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2012-08-15 18:03 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <20110826010109.GA27582@shale.localdomain>
2011-08-30 21:14 ` [Ocfs2-devel] ocfs2/cluster: Clean up messages in o2net Sunil Mushran
2012-08-09 12:22   ` Dan Carpenter
2012-08-15 18:03     ` Sunil Mushran

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.