Re: [PATCH 2.6.2-rc1-mm3] drivers/usb/storage/dpcm.c

[Bryan Whitehead <driver _at_ xxxxxxxxxxxx>]

Matthew Dharm wrote:
> One message a day to report a particular bug is really enough.... :)
> 
> That said, I think it would be better to add the ifdef's instead of more
> substantial code changes.

No problemo, I was just getting my feet wet on small compiler warning 
fixes and the SubmitingPatches doc said ifdefs were from the devil. ;)

I'll sent a patch later sunday...

> 
> Matt
> 
> On Sat, Jan 24, 2004 at 09:03:42PM -0800, Bryan Whitehead wrote:
> 
>>In function dpcm_transport the compiler complains about ret not being used:
>>drivers/usb/storage/dpcm.c: In function `dpcm_transport':
>>drivers/usb/storage/dpcm.c:46: warning: unused variable `ret'
>>
>>ret is not used if CONFIG_USB_STORAGE_SDDR09 is not set. Instead of adding
>>more ifdef's to the code this patch puts ret to use for the other 2 cases in
>>the switch statement (case 0 and default).
>>
>>--- drivers/usb/storage/dpcm.c.orig     2004-01-24 20:51:40.631038904 -0800
>>+++ drivers/usb/storage/dpcm.c  2004-01-24 20:50:05.155553384 -0800
>>@@ -56,7 +56,8 @@ int dpcm_transport(Scsi_Cmnd *srb, struc
>>     /*
>>      * LUN 0 corresponds to the CompactFlash card reader.
>>      */
>>-    return usb_stor_CB_transport(srb, us);
>>+    ret = usb_stor_CB_transport(srb, us);
>>+    break;
>>  
>> #ifdef CONFIG_USB_STORAGE_SDDR09
>>   case 1:
>>@@ -72,11 +73,12 @@ int dpcm_transport(Scsi_Cmnd *srb, struc
>>     ret = sddr09_transport(srb, us);
>>     srb->device->lun = 1; us->srb->device->lun = 1;
>>  
>>-    return ret;
>>+    break;
>> #endif
>>  
>>   default:
>>     US_DEBUGP("dpcm_transport: Invalid LUN %d\n", srb->device->lun);
>>-    return USB_STOR_TRANSPORT_ERROR;
>>+    ret = USB_STOR_TRANSPORT_ERROR;
>>   }
>>+  return ret;
>> }
>>
>>--
>>Bryan Whitehead
>>driver _at_ megahappy.net
>>
> 
> 


-- 
Bryan Whitehead
Email:driver _at_ megahappy.net
WorkE:driver _at_ jpl.nasa.gov
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo _at_ vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/