linux-kernel - Re: [PATCH 2/2] cciss: fix regression in procfs display fw version, obsoletes previous patch 2 of 2

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Fri, 17 Oct 2008 02:32:51 +0400
From:	Alexey Dobriyan <adobriyan@...il.com>
To:	"Miller, Mike (OS Dev)" <Mike.Miller@...com>
Cc:	Andrew Morton <akpm@...ux-foundation.org>,
	Jens Axboe <jens.axboe@...cle.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"linux-scsi@...r.kernel.org" <linux-scsi@...r.kernel.org>
Subject: Re: [PATCH 2/2] cciss: fix regression in procfs display fw
	version, obsoletes previous patch 2 of 2

On Thu, Oct 16, 2008 at 10:21:22PM +0000, Miller, Mike (OS Dev) wrote:
> 
> 
> > -----Original Message-----
> > From: Andrew Morton [mailto:akpm@...ux-foundation.org]
> > Sent: Thursday, October 16, 2008 4:57 PM
> > To: Miller, Mike (OS Dev)
> > Cc: JensAxboejens.axboe@...cle.com;
> > linux-kernel@...r.kernel.org; linux-scsi@...r.kernel.org
> > Subject: Re: [PATCH 2/2] cciss: fix regression in procfs
> > display fw version, obsoletes previous patch 2 of 2
> >
> > On Thu, 16 Oct 2008 16:50:16 -0500
> > Mike Miller <mike.miller@...com> wrote:
> >
> > >
> > > Patch 2 of 2
> > >
> > > This patch obsoletes patch 2/2 from yesterday. It fixes a
> > regression
> > > in procfs where the controller firmware version is not
> > displayed. The
> > > previous patch also addressed the problem but the code
> > would be called
> > > whenever anything changed on the array such as the number
> > of logical volumes, etc.
> > > This patch only gets called once for each controller.
> > > Please consider this for inclusion.
> > >
> >
> > Again, this description doesn't contain enough information
> > for us to work out which kernels need patching.
> >
> > >
> > > diff --git a/drivers/block/cciss.c b/drivers/block/cciss.c index
> > > 0f367b1..efa5414 100644
> > > --- a/drivers/block/cciss.c
> > > +++ b/drivers/block/cciss.c
> > > @@ -3404,7 +3404,8 @@ static int __devinit
> > cciss_init_one(struct pci_dev *pdev,
> > >       int i;
> > >       int j = 0;
> > >       int rc;
> > > -     int dac;
> > > +     int dac, return_code;
> > > +     InquiryData_struct *inq_buff = NULL;
> >
> > This initialisation is not needed.
> >
> > >       i = alloc_cciss_hba();
> > >       if (i < 0)
> > > @@ -3510,6 +3511,25 @@ static int __devinit
> > cciss_init_one(struct pci_dev *pdev,
> > >       /* Turn the interrupts on so we can service requests */
> > >       hba[i]->access.set_intr_mask(hba[i], CCISS_INTR_ON);
> > >
> > > +     /* Get the firmware version */
> > > +     inq_buff = kzalloc(sizeof(InquiryData_struct), GFP_KERNEL);
> > > +        if (inq_buff == NULL) {
> > > +                printk(KERN_ERR "cciss: out of memory\n");
> >
> > Whitespace is all screwed up.
> >
> > > +                return ENOMEM;
> >
> > Should be -ENOMEM.
> >
> > > +        }
> > > +
> > > +     return_code = sendcmd_withirq(CISS_INQUIRY, i, inq_buff,
> > > +             sizeof(InquiryData_struct), 0, 0 ,0, TYPE_CMD);
> > > +     if (return_code == IO_OK) {
> > > +             hba[i]->firm_ver[0] = inq_buff->data_byte[32];
> > > +             hba[i]->firm_ver[1] = inq_buff->data_byte[33];
> > > +             hba[i]->firm_ver[2] = inq_buff->data_byte[34];
> > > +             hba[i]->firm_ver[3] = inq_buff->data_byte[35];
> > > +     } else {         /* send command failed */
> > > +             printk(KERN_WARNING "cciss: unable to
> > determine firmware"
> > > +                     " version of controller\n");
> > > +     }
> > > +
> > >       cciss_procinit(i);
> > >
> > >       hba[i]->cciss_max_sectors = 2048;
> 
> Sorry, in too much of a hurry. I'll fix (again).

And inq_buff is leaked, if I'm not missing simething.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/