[<prev] [next>] [day] [month] [year] [list]
Message-ID: <DC148C5AA1CEBA4E87973D432B1C2D8825E051E5@P3PWEX4MB008.ex4.secureserver.net>
Date: Thu, 17 Apr 2014 00:04:36 +0000
From: Hartley Sweeten <HartleyS@...ionengravers.com>
To: Chase Southwood <chase.southwood@...oo.com>,
"gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>
CC: "devel@...verdev.osuosl.org" <devel@...verdev.osuosl.org>,
"abbotti@....co.uk" <abbotti@....co.uk>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: [PATCH 2/2 v3] staging: comedi: addi_apci_1564: fixup and
absorb apci1564_reset()
On Wednesday, April 16, 2014 4:53 PM, Chase Southwood wrote:
>>On Wednesday, April 16, 2014 6:36 PM, Hartley Sweeten <HartleyS@...ionengravers.com> wrote:
>>>On Wednesday, April 16, 2014 4:34 PM, Chase Southwood wrote:
>>>Move apci1564_reset() from hwdrv_apci1564.c to addi_apci_1564.c. The
>>>function was very messy and failed to reset a couple registers, these
>>>issues were fixed on the move.>
>>
>>The commit message needs updated. You are no longer moving the function.
>>
>
> Erm...in the PATCH v3 I just sent, it has been moved as described here, so at least for
> what is happening now, this changelog is accurate. Would you like me to no longer move
> the function for the time being?
Ah, missed that you moved it before the struct addi_board definition.
Hmmm... I think it would be cleaner if you moved the function after separating
this driver from the addi_common.c file. Then the moved functions can be put
into the driver in "cleaner" locations and avoid any forward declaration junk.
The brute force way to do this is just copy the contents of addi_common.c to
the driver and remove the #include. Then you can move the functions from
the hwrdv_apci1564.c file to the driver, and remove them from the boardinfo,
as needed.
Once you get the addi_common.c stuff localized you should fine that much
of it is just NOP code for this driver. Those pieces then just need to be ripped
out.
Have fun...
Hartley
--
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/
Powered by blists - more mailing lists