Re: [PATCH 2/4] atl1: Header files for Attansic L1 driver

[Jay Cliburn <jacliburn@bellsouth.net>]

Christoph Hellwig wrote:
> On Wed, Jan 10, 2007 at 06:41:37PM -0600, Jay Cliburn wrote:

> > +struct csum_param {
> > +	unsigned buf_len:14;
> > +	unsigned dma_int:1;
> > +	unsigned pkt_int:1;
> > +	u16 valan_tag;
> > +	unsigned eop:1;
> > +	/* command */
> > +	unsigned coalese:1;
> > +	unsigned ins_vlag:1;
> > +	unsigned custom_chksum:1;
> > +	unsigned segment:1;
> > +	unsigned ip_chksum:1;
> > +	unsigned tcp_chksum:1;
> > +	unsigned udp_chksum:1;
> > +	/* packet state */
> > +	unsigned vlan_tagged:1;
> > +	unsigned eth_type:1;
> > +	unsigned iphl:4;
> > +	unsigned:2;
> > +	unsigned payload_offset:8;
> > +	unsigned xsum_offset:8;
> > +} _ATL1_ATTRIB_PACK_;
>
> Bitfields should not be used for hardware datastructures ever.
> Please convert this to explicit masking and shifting.


> > +/* formerly ATL1_WRITE_REG */
> > +static inline void atl1_write32(const struct atl1_hw *hw, int reg, u32 val)
> > +{
> > +        writel(val, hw->hw_addr + reg);
> > +}
> > +
> > +/* formerly ATL1_READ_REG */
> > +static inline u32 atl1_read32(const struct atl1_hw *hw, int reg)
> > +{
> > +        return readl(hw->hw_addr + reg);
> > +}
>
> Just kill all these wrappers.  Also you probably want to convert to
> pci_iomap + ioread*/iowrite*.

Christoph et al.,

I've incorporated all your comments except the two shown above.  I 
killed the indicated atl1_write*/atl1_read* wrappers, but I'm not yet 
familiar enough with pci_iomap/iowrite*/ioread* to make that particular 
conversion, and I'm having trouble getting the bitfield struct converted 
to shift/mask semantics (No matter how hard I try, I keep breaking the 
transmit side of the adapter).

I'd like to plead for relief on these two items and submit a new version 
of the driver containing all your other comments.  I need help from a 
more experienced netdev hacker, and in my mind, the best way to do that 
is to get the driver in the kernel so more people can use it and 
contribute changes and make improvements.

I welcome any comments on the rationality of this approach.

Jay
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/