diff mbox

fec: fix definition of 5272 version of FEC_X_DES_ACTIVE register

Message ID 200907070123.n671NY36005818@localhost.localdomain
State Accepted, archived
Delegated to: David Miller
Headers show

Commit Message

Greg Ungerer July 7, 2009, 1:23 a.m. UTC
fec: fix definition of 5272 version of FEC_X_DES_ACTIVE register

The ColdFire 5272 FEC driver has a different register address map
than other users of the FEC driver. And its definition of the
FEC_X_DES_ACTIVE register is incorrect, it should be 0x14.
The fec interface cannot transmit data with the old value.

Signed-off-by: Greg Ungerer <gerg@uclinux.org>
----

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Comments

David Miller July 7, 2009, 1:27 a.m. UTC | #1
From: Greg Ungerer <gerg@snapgear.com>
Date: Tue, 7 Jul 2009 11:23:34 +1000

> fec: fix definition of 5272 version of FEC_X_DES_ACTIVE register
> 
> The ColdFire 5272 FEC driver has a different register address map
> than other users of the FEC driver. And its definition of the
> FEC_X_DES_ACTIVE register is incorrect, it should be 0x14.
> The fec interface cannot transmit data with the old value.
> 
> Signed-off-by: Greg Ungerer <gerg@uclinux.org>

This wasn't handled well at all.

You sent me what amounted to a cleanup patch to remove the
trailing ";" in these definitions first.  I can only put
that into net-next-2.6

Now you send me a real bug fix for one of these macro
values and it only applies on top of that ";" removal
patch.

That completely sucks.  Now I can't just apply this to
net-2.6 to get the bug fixed.

You should have sent just the bug fix, then waited a week
or so for the net-2.6 tree to get merged into the net-next-2.6
tree and then you could send the ";" cleanup cleanly on top
of that.

I can't apply this so I'm rejecting it in patchwork.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Greg Ungerer July 7, 2009, 1:37 a.m. UTC | #2
Hi David,

David Miller wrote:
> From: Greg Ungerer <gerg@snapgear.com>
> Date: Tue, 7 Jul 2009 11:23:34 +1000
> 
>> fec: fix definition of 5272 version of FEC_X_DES_ACTIVE register
>>
>> The ColdFire 5272 FEC driver has a different register address map
>> than other users of the FEC driver. And its definition of the
>> FEC_X_DES_ACTIVE register is incorrect, it should be 0x14.
>> The fec interface cannot transmit data with the old value.
>>
>> Signed-off-by: Greg Ungerer <gerg@uclinux.org>
> 
> This wasn't handled well at all.
> 
> You sent me what amounted to a cleanup patch to remove the
> trailing ";" in these definitions first.  I can only put
> that into net-next-2.6

That is not a cleanup patch. It is a bug fix. You cannot build
with those ";" in there:

   CC      drivers/net/fec.o
In file included from drivers/net/fec.c:51:
drivers/net/fec.h:49:19: warning: missing whitespace after the macro name
drivers/net/fec.h:50:19: warning: missing whitespace after the macro name
drivers/net/fec.h:51:18: warning: missing whitespace after the macro name
drivers/net/fec.h:52:17: warning: missing whitespace after the macro name
drivers/net/fec.h:53:25: warning: missing whitespace after the macro name
drivers/net/fec.h:54:25: warning: missing whitespace after the macro name
drivers/net/fec.c: In function ‘fec_enet_start_xmit’:
drivers/net/fec.c:352: error: expected expression before ‘;’ token
drivers/net/fec.c: In function ‘fec_enet_interrupt’:


> Now you send me a real bug fix for one of these macro
> values and it only applies on top of that ";" removal
> patch.
 >
> That completely sucks.  Now I can't just apply this to
> net-2.6 to get the bug fixed.
> 
> You should have sent just the bug fix, then waited a week
> or so for the net-2.6 tree to get merged into the net-next-2.6
> tree and then you could send the ";" cleanup cleanly on top
> of that.
> 
> I can't apply this so I'm rejecting it in patchwork.

Care to reconsider?

Regards
Greg


------------------------------------------------------------------------
Greg Ungerer  --  Principal Engineer        EMAIL:     gerg@snapgear.com
SnapGear Group, McAfee                      PHONE:       +61 7 3435 2888
825 Stanley St,                             FAX:         +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia         WEB: http://www.SnapGear.com
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
David Miller July 7, 2009, 1:52 a.m. UTC | #3
From: Greg Ungerer <gerg@snapgear.com>
Date: Tue, 07 Jul 2009 11:37:18 +1000

> That is not a cleanup patch. It is a bug fix. You cannot build
> with those ";" in there:

Your commit message could have been more explicit about this.
In fact, your commit message was empty. :-/

I'll move that change over to net-2.6 and apply the bug fix for that
one value as well, but you can avoid these kinds of charades in the
future by writing proper, verbose, commit messages.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
diff mbox

Patch

diff --git a/drivers/net/fec.h b/drivers/net/fec.h
index 6958d85..cc47f3f 100644
--- a/drivers/net/fec.h
+++ b/drivers/net/fec.h
@@ -51,7 +51,7 @@ 
 #define FEC_IMASK		0x008 /* Interrupt mask reg */
 #define FEC_IVEC		0x00c /* Interrupt vec status reg */
 #define FEC_R_DES_ACTIVE	0x010 /* Receive descriptor reg */
-#define FEC_X_DES_ACTIVE	0x01c /* Transmit descriptor reg */
+#define FEC_X_DES_ACTIVE	0x014 /* Transmit descriptor reg */
 #define FEC_MII_DATA		0x040 /* MII manage frame reg */
 #define FEC_MII_SPEED		0x044 /* MII speed control reg */
 #define FEC_R_BOUND		0x08c /* FIFO receive bound reg */