[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250528125329.084ab649@wsk>
Date: Wed, 28 May 2025 12:53:29 +0200
From: Lukasz Majewski <lukma@...x.de>
To: Paolo Abeni <pabeni@...hat.com>
Cc: Andrew Lunn <andrew+netdev@...n.ch>, davem@...emloft.net, Eric Dumazet
<edumazet@...gle.com>, Jakub Kicinski <kuba@...nel.org>, Rob Herring
<robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley
<conor+dt@...nel.org>, Shawn Guo <shawnguo@...nel.org>, Sascha Hauer
<s.hauer@...gutronix.de>, Pengutronix Kernel Team <kernel@...gutronix.de>,
Fabio Estevam <festevam@...il.com>, Richard Cochran
<richardcochran@...il.com>, netdev@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
imx@...ts.linux.dev, linux-arm-kernel@...ts.infradead.org, Stefan Wahren
<wahrenst@....net>, Simon Horman <horms@...nel.org>, Andrew Lunn
<andrew@...n.ch>
Subject: Re: [net-next v12 4/7] net: mtip: The L2 switch driver for imx287
Hi Paolo,
> On 5/22/25 9:54 AM, Lukasz Majewski wrote:
> > +/* dynamicms MAC address table learn and migration */
> > +static void
> > +mtip_atable_dynamicms_learn_migration(struct switch_enet_private
> > *fep,
> > + int curr_time, unsigned char
> > *mac,
> > + u8 *rx_port)
> > +{
> > + u8 port = MTIP_PORT_FORWARDING_INIT;
> > + struct mtip_port_info *port_info;
> > + u32 rx_mac_lo = 0, rx_mac_hi = 0;
> > + unsigned long flags;
> > + int index;
> > +
> > + spin_lock_irqsave(&fep->learn_lock, flags);
>
> AFAICS this is called by napi context and by a plain thread context,
> spin_lock_bh() should be sufficient.
Ok
>
> > +
> > + if (mac && is_valid_ether_addr(mac)) {
> > + rx_mac_lo = (u32)((mac[3] << 24) | (mac[2] << 16) |
> > + (mac[1] << 8) | mac[0]);
> > + rx_mac_hi = (u32)((mac[5] << 8) | (mac[4]));
> > + }
> > +
> > + port_info = mtip_portinfofifo_read(fep);
> > + while (port_info) {
> > + /* get block index from lookup table */
> > + index = GET_BLOCK_PTR(port_info->hash);
> > + mtip_update_atable_dynamic1(port_info->maclo,
> > port_info->machi,
> > + index, port_info->port,
> > + curr_time, fep);
> > +
> > + if (mac && is_valid_ether_addr(mac) &&
> > + port == MTIP_PORT_FORWARDING_INIT) {
> > + if (rx_mac_lo == port_info->maclo &&
> > + rx_mac_hi == port_info->machi) {
> > + /* The newly learned MAC is the
> > source of
> > + * our filtered frame.
> > + */
> > + port = (u8)port_info->port;
> > + }
> > + }
> > + port_info = mtip_portinfofifo_read(fep);
> > + }
> > +
> > + if (rx_port)
> > + *rx_port = port;
> > +
> > + spin_unlock_irqrestore(&fep->learn_lock, flags);
> > +}
> > +
> > +static void mtip_aging_timer(struct timer_list *t)
> > +{
> > + struct switch_enet_private *fep = from_timer(fep, t,
> > timer_aging); +
> > + fep->curr_time = mtip_timeincrement(fep->curr_time);
> > +
> > + mod_timer(&fep->timer_aging,
> > + jiffies +
> > msecs_to_jiffies(LEARNING_AGING_INTERVAL)); +}
>
> It's unclear to me why you need to maintain a timer just to update a
> timestamp?!?
>
This timestamp is afterwards used in:
mtip_atable_dynamicms_learn_migration(), which in turn manages the
entries in switch "dynamic" table (it is one of the fields in the
record.
> (jiffies >> msecs_to_jiffies(LEARNING_AGING_INTERVAL)) & ((1 <<
> AT_DENTRY_TIMESTAMP_WIDTH) - 1)
>
If I understood you correctly - I shall remove the timer and then just
use the above line (based on jiffies) when
mtip_atable_dynamicms_learn_migration() is called (and it requires the
timestamp)?
Otherwise the mtip_timeincrement() seems like a nice wrapper on
incrementing the timestamp.
> should yield the same value (and possibly define a bitmask as a
> shortcut)
>
> > +static netdev_tx_t mtip_start_xmit_port(struct sk_buff *skb,
> > + struct net_device *dev,
> > int port) +{
> > + struct mtip_ndev_priv *priv = netdev_priv(dev);
> > + struct switch_enet_private *fep = priv->fep;
> > + unsigned short status;
> > + unsigned long flags;
> > + struct cbd_t *bdp;
> > + void *bufaddr;
> > +
> > + spin_lock_irqsave(&fep->hw_lock, flags);
>
> AFAICS this lock is acquired only by napi and thread context the _bh
> variant should be sufficient.
Ok.
>
> > +
> > + if (!fep->link[0] && !fep->link[1]) {
> > + /* Link is down or autonegotiation is in progress.
> > */
> > + netif_stop_queue(dev);
> > + spin_unlock_irqrestore(&fep->hw_lock, flags);
> > + return NETDEV_TX_BUSY;
>
> Intead you should probably stop the queue when such events happen
Please correct me if I'm wrong - the netif_stop_queue(dev); is called
before return. Shall something different be also done?
>
> > + }
> > +
> > + /* Fill in a Tx ring entry */
> > + bdp = fep->cur_tx;
> > +
> > + status = bdp->cbd_sc;
> > +
> > + if (status & BD_ENET_TX_READY) {
> > + /* All transmit buffers are full. Bail out.
> > + * This should not happen, since dev->tbusy should
> > be set.
> > + */
> > + dev_err(&fep->pdev->dev, "%s: tx queue full!.\n",
> > dev->name);
> > + spin_unlock_irqrestore(&fep->hw_lock, flags);
> > + return NETDEV_TX_BUSY;
>
> Instead you should use
> netif_txq_maybe_stop()/netif_subqueue_maybe_stop() to stop the queue
> eariler.
As I don't manage queues - maybe the netif_txq_maybe_stop() seems to be
an overkill. In the earlier code the netif_stop_queue() is used.
>
> > + }
> > +
> > + /* Clear all of the status flags */
> > + status &= ~BD_ENET_TX_STATS;
> > +
> > + /* Set buffer length and buffer pointer */
> > + bufaddr = skb->data;
> > + bdp->cbd_datlen = skb->len;
> > +
> > + /* On some FEC implementations data must be aligned on
> > + * 4-byte boundaries. Use bounce buffers to copy data
> > + * and get it aligned.
> > + */
> > + if ((unsigned long)bufaddr & MTIP_ALIGNMENT) {
> > + unsigned int index;
> > +
> > + index = bdp - fep->tx_bd_base;
> > + memcpy(fep->tx_bounce[index],
> > + (void *)skb->data, skb->len);
> > + bufaddr = fep->tx_bounce[index];
> > + }
> > +
> > + if (fep->quirks & FEC_QUIRK_SWAP_FRAME)
> > + swap_buffer(bufaddr, skb->len);
>
> Ouch, the above will kill performances.
This unfortunately must be done in such a way (the same approach is
present on fec_main.c) as the IP block is implemented in such a way
(explicit conversion from big endian to little endian).
> Also it looks like it will
> access uninitialized memory if skb->len is not 4 bytes aligned.
>
There is a few lines above a special code to prevent from such a
situation ((unsigned long)bufaddr & MTIP_ALIGNMENT).
> > +
> > + /* Save skb pointer. */
> > + fep->tx_skbuff[fep->skb_cur] = skb;
> > +
> > + dev->stats.tx_bytes += skb->len;
>
> It looks like this start is incremented too early, as tx could still
> fail later.
Ok.
>
> > + fep->skb_cur = (fep->skb_cur + 1) & TX_RING_MOD_MASK;
> > +
> > + /* Push the data cache so the CPM does not get stale memory
> > + * data.
> > + */
> > + bdp->cbd_bufaddr = dma_map_single(&fep->pdev->dev, bufaddr,
> > + MTIP_SWITCH_TX_FRSIZE,
> > + DMA_TO_DEVICE);
> > + if (unlikely(dma_mapping_error(&fep->pdev->dev,
> > bdp->cbd_bufaddr))) {
> > + dev_err(&fep->pdev->dev,
> > + "Failed to map descriptor tx buffer\n");
> > + dev->stats.tx_errors++;
> > + dev->stats.tx_dropped++;
> > + dev_kfree_skb_any(skb);
> > + goto err;
> > + }
> > +
> > + /* Send it on its way. Tell FEC it's ready, interrupt
> > when done,
> > + * it's the last BD of the frame, and to put the CRC on
> > the end.
> > + */
> > +
>
> Likely you need some memory barrier here to ensure the descriptor
> status update is seen by the device after the buffer addr update.
>
> > + status |= (BD_ENET_TX_READY | BD_ENET_TX_INTR
> > + | BD_ENET_TX_LAST | BD_ENET_TX_TC);
I will add wmb() here.
> > + bdp->cbd_sc = status;
> > +
> > + netif_trans_update(dev);
> > + skb_tx_timestamp(skb);
> > +
> > + /* For port separation - force sending via specified port
> > */
> > + if (!fep->br_offload && port != 0)
> > + mtip_forced_forward(fep, port, 1);
> > +
> > + /* Trigger transmission start */
> > + writel(MCF_ESW_TDAR_X_DES_ACTIVE, fep->hwp + ESW_TDAR);
>
> Possibly you should check skb->xmit_more to avoid ringing the doorbell
> when not needed.
I couldn't find skb->xmit_more in the current sources. Instead, there
is netdev_xmit_more().
However, the TX code just is supposed to setup one frame transmission
and hence there is no risk that we trigger "empty" transmission.
>
> > +static void mtip_timeout(struct net_device *dev, unsigned int
> > txqueue) +{
> > + struct mtip_ndev_priv *priv = netdev_priv(dev);
> > + struct switch_enet_private *fep = priv->fep;
> > + struct cbd_t *bdp;
> > + int i;
> > +
> > + dev->stats.tx_errors++;
> > +
> > + if (IS_ENABLED(CONFIG_SWITCH_DEBUG)) {
> > + dev_info(&dev->dev, "%s: transmit timed out.\n",
> > dev->name);
> > + dev_info(&dev->dev,
> > + "Ring data: cur_tx %lx%s, dirty_tx %lx
> > cur_rx: %lx\n",
> > + (unsigned long)fep->cur_tx,
> > + fep->tx_full ? " (full)" : "",
> > + (unsigned long)fep->dirty_tx,
> > + (unsigned long)fep->cur_rx);
> > +
> > + bdp = fep->tx_bd_base;
> > + dev_info(&dev->dev, " tx: %u buffers\n",
> > TX_RING_SIZE);
> > + for (i = 0; i < TX_RING_SIZE; i++) {
> > + dev_info(&dev->dev, " %08lx: %04x %04x
> > %08x\n",
> > + (kernel_ulong_t)bdp, bdp->cbd_sc,
> > + bdp->cbd_datlen,
> > (int)bdp->cbd_bufaddr);
> > + bdp++;
> > + }
> > +
> > + bdp = fep->rx_bd_base;
> > + dev_info(&dev->dev, " rx: %lu buffers\n",
> > + (unsigned long)RX_RING_SIZE);
> > + for (i = 0 ; i < RX_RING_SIZE; i++) {
> > + dev_info(&dev->dev, " %08lx: %04x %04x
> > %08x\n",
> > + (kernel_ulong_t)bdp,
> > + bdp->cbd_sc, bdp->cbd_datlen,
> > + (int)bdp->cbd_bufaddr);
> > + bdp++;
> > + }
> > + }
> > +
> > + rtnl_lock();
>
> This is called in atomic scope, you can't acquire a mutex here.
> Instead you could schedule a work and do the reset in such scope.
>
Yes, you are right. I will rewrite it.
> > + if (netif_device_present(dev) || netif_running(dev)) {
> > + napi_disable(&fep->napi);
> > + netif_tx_lock_bh(dev);
> > + mtip_switch_restart(dev, fep->full_duplex[0],
> > + fep->full_duplex[1]);
> > + netif_tx_wake_all_queues(dev);
> > + netif_tx_unlock_bh(dev);
> > + napi_enable(&fep->napi);
> > + }
> > + rtnl_unlock();
> > +}
>
> > +
> > +/* During a receive, the cur_rx points to the current incoming
> > buffer.
> > + * When we update through the ring, if the next incoming buffer has
> > + * not been given to the system, we just set the empty indicator,
> > + * effectively tossing the packet.
> > + */
> > +static int mtip_switch_rx(struct net_device *dev, int budget, int
> > *port) +{
> > + struct mtip_ndev_priv *priv = netdev_priv(dev);
> > + u8 *data, rx_port = MTIP_PORT_FORWARDING_INIT;
> > + struct switch_enet_private *fep = priv->fep;
> > + unsigned short status, pkt_len;
> > + struct net_device *pndev;
> > + struct ethhdr *eth_hdr;
> > + int pkt_received = 0;
> > + struct sk_buff *skb;
> > + unsigned long flags;
> > + struct cbd_t *bdp;
> > +
> > + spin_lock_irqsave(&fep->hw_lock, flags);
> > +
It is also called in the NAPI context, so I will change
spin_lock_irqsave() to spin_lock_bh().
> > + /* First, grab all of the stats for the incoming packet.
> > + * These get messed up if we get called due to a busy
> > condition.
> > + */
> > + bdp = fep->cur_rx;
> > +
> > + while (!((status = bdp->cbd_sc) & BD_ENET_RX_EMPTY)) {
> > + if (pkt_received >= budget)
> > + break;
> > +
> > + pkt_received++;
> > + /* Since we have allocated space to hold a
> > complete frame,
> > + * the last indicator should be set.
> > + */
> > + if ((status & BD_ENET_RX_LAST) == 0)
> > + dev_warn_ratelimited(&dev->dev,
> > + "SWITCH ENET: rcv is
> > not +last\n"); +
> > + if (!fep->usage_count)
> > + goto rx_processing_done;
> > +
> > + /* Check for errors. */
> > + if (status & (BD_ENET_RX_LG | BD_ENET_RX_SH |
> > BD_ENET_RX_NO |
> > + BD_ENET_RX_CR | BD_ENET_RX_OV)) {
> > + dev->stats.rx_errors++;
> > + if (status & (BD_ENET_RX_LG |
> > BD_ENET_RX_SH)) {
> > + /* Frame too long or too short. */
> > + dev->stats.rx_length_errors++;
> > + }
> > + if (status & BD_ENET_RX_NO) /*
> > Frame alignment */
> > + dev->stats.rx_frame_errors++;
> > + if (status & BD_ENET_RX_CR) /* CRC
> > Error */
> > + dev->stats.rx_crc_errors++;
> > + if (status & BD_ENET_RX_OV) /* FIFO
> > overrun */
> > + dev->stats.rx_fifo_errors++;
> > + }
> > +
> > + /* Report late collisions as a frame error.
> > + * On this error, the BD is closed, but we don't
> > know what we
> > + * have in the buffer. So, just drop this frame
> > on the floor.
> > + */
> > + if (status & BD_ENET_RX_CL) {
> > + dev->stats.rx_errors++;
> > + dev->stats.rx_frame_errors++;
> > + goto rx_processing_done;
> > + }
> > +
> > + /* Process the incoming frame */
> > + pkt_len = bdp->cbd_datlen;
> > + data = (__u8 *)__va(bdp->cbd_bufaddr);
> > +
> > + dma_unmap_single(&fep->pdev->dev, bdp->cbd_bufaddr,
> > + bdp->cbd_datlen,
> > DMA_FROM_DEVICE);
>
> I have read your explaination WRT unmap/map. Actually you don't need
> to do any mapping here,
There are 16 cbd_t descriptors allocated (as dma_alloc_coherent). Those
descriptors contain pointer to data (being read in this case).
Hence the need to perform dma_map_single() for each descriptor, so I
would hold the correct pointer. However, initially this is done in
mtip_alloc_buffers().
> since you are unconditionally copying the
> whole buffer (why???)
Only the value of
pkt_len = bdp->cbd_datlen; is copied to SKB (after byte swap_buffer()).
> and re-using it.
>
> Still you need a dma_sync_single() to ensure the CPUs see the correct
> data.
The descriptors - i.e. struct cbd_t fields are allocated with
dma_alloc_coherent(), so this is OK.
The pointer, which is provided by dma_map_single(), is then used by
cbd_t descriptor to store data read by MTIP IP block.
>
> > +
> > + if (fep->quirks & FEC_QUIRK_SWAP_FRAME)
> > + swap_buffer(data, pkt_len);
> > +
> > + if (data) {
> > + eth_hdr = (struct ethhdr *)data;
> > + mtip_atable_get_entry_port_number(fep,
> > +
> > eth_hdr->h_source,
> > +
> > &rx_port);
> > + if (rx_port == MTIP_PORT_FORWARDING_INIT)
> > +
> > mtip_atable_dynamicms_learn_migration(fep,
> > +
> > fep->curr_time,
> > +
> > eth_hdr->h_source,
> > +
> > &rx_port);
> > + }
> > +
> > + if (!fep->br_offload && (rx_port == 1 || rx_port
> > == 2))
> > + pndev = fep->ndev[rx_port - 1];
> > + else
> > + pndev = dev;
> > +
> > + *port = rx_port;
> > + pndev->stats.rx_packets++;
> > + pndev->stats.rx_bytes += pkt_len;
>
> It looks like the stats are incremented too early, as the packets
> could still be dropped a few lines later
+1
>
> > +
> > + /* This does 16 byte alignment, exactly what we
> > need.
> > + * The packet length includes FCS, but we don't
> > want to
> > + * include that when passing upstream as it messes
> > up
> > + * bridging applications.
> > + */
> > + skb = netdev_alloc_skb(pndev, pkt_len +
> > NET_IP_ALIGN);
> > + if (unlikely(!skb)) {
> > + dev_dbg(&fep->pdev->dev,
> > + "%s: Memory squeeze, dropping
> > packet.\n",
> > + pndev->name);
> > + pndev->stats.rx_dropped++;
> > + goto err_mem;
> > + } else {
> > + skb_reserve(skb, NET_IP_ALIGN);
> > + skb_put(skb, pkt_len); /* Make room */
> > + skb_copy_to_linear_data(skb, data,
> > pkt_len);
> > + skb->protocol = eth_type_trans(skb, pndev);
> > + napi_gro_receive(&fep->napi, skb);
> > + }
> > +
> > + bdp->cbd_bufaddr = dma_map_single(&fep->pdev->dev,
> > data,
> > + bdp->cbd_datlen,
> > + DMA_FROM_DEVICE);
> > + if (unlikely(dma_mapping_error(&fep->pdev->dev,
> > + bdp->cbd_bufaddr)))
> > {
> > + dev_err(&fep->pdev->dev,
> > + "Failed to map descriptor rx
> > buffer\n");
> > + pndev->stats.rx_errors++;
> > + pndev->stats.rx_dropped++;
> > + dev_kfree_skb_any(skb);
>
> The above statement is wrong even if you intend to keep the
> dma_unmap/dma_map pair (and please, don't do that! ;).
It looks like the in the mtip_alloc_buffers() the area to provide
pointer for bdp->cbd_bufaddr is allocated.
Then in the mtip_switch_rx() (if data is received) - the data (from
bdp->cbd_bufaddr) is read and the dma_unmap_single() is called.
When the data is "passed" via SKB to upper "layers" of network stack,
then the dma_map_single() is call (with the same bdp->cbd_datlen
parameter) to allocate pointer for bdp->cbd_bufaddr.
Indeed, it looks like not optimal solution (maybe there are some side
effects to cover from this IP block?).
I will check if dma_sync_single_for_cpu() can be used instead (so we can
re-use the descriptors' pointers from the initial allocation).
> At this point
> the skb ownership has been handed to the stack by the previous
> napi_gro_receive(), freeing it here will cause UaF and double free.
>
I will remove the call to dev_kfree_skb_any(skb);
> > + goto err_mem;
> > + }
> > +
> > + rx_processing_done:
> > + /* Clear the status flags for this buffer */
> > + status &= ~BD_ENET_RX_STATS;
>
> With the dma map/unmap in place, you likely need a memory barrier to
> ensure the device will see the descriptor status update after
> bufferptr update.
I will add wmb() here.
>
> > +static int mtip_alloc_buffers(struct net_device *dev)
> > +{
> > + struct mtip_ndev_priv *priv = netdev_priv(dev);
> > + struct switch_enet_private *fep = priv->fep;
> > + struct sk_buff *skb;
> > + struct cbd_t *bdp;
> > + int i;
> > +
> > + bdp = fep->rx_bd_base;
> > + for (i = 0; i < RX_RING_SIZE; i++) {
> > + skb = netdev_alloc_skb(dev, MTIP_SWITCH_RX_FRSIZE);
> > + if (!skb)
> > + goto err;
> > +
> > + fep->rx_skbuff[i] = skb;
> > +
> > + bdp->cbd_bufaddr = dma_map_single(&fep->pdev->dev,
> > skb->data,
> > +
> > MTIP_SWITCH_RX_FRSIZE,
> > + DMA_FROM_DEVICE);
> > + if (unlikely(dma_mapping_error(&fep->pdev->dev,
> > + bdp->cbd_bufaddr)))
> > {
> > + dev_err(&fep->pdev->dev,
> > + "Failed to map descriptor rx
> > buffer\n");
> > + dev_kfree_skb_any(skb);
>
> At this point fep->rx_skbuff[i] is still not NULL, and later
> mtip_free_buffers() will try to free it again. You should remove the
> above dev_kfree_skb_any(skb).
+1
>
> > +static const struct ethtool_ops mtip_ethtool_ops = {
> > + .get_link_ksettings = phy_ethtool_get_link_ksettings,
> > + .set_link_ksettings = phy_ethtool_set_link_ksettings,
> > + .get_drvinfo = mtip_get_drvinfo,
> > + .get_link = ethtool_op_get_link,
> > + .get_ts_info = ethtool_op_get_ts_info,
> > +};
> > +
> > +static const struct net_device_ops mtip_netdev_ops = {
> > + .ndo_open = mtip_open,
> > + .ndo_stop = mtip_close,
> > + .ndo_start_xmit = mtip_start_xmit,
> > + .ndo_set_rx_mode = mtip_set_multicast_list,
> > + .ndo_tx_timeout = mtip_timeout,
> > + .ndo_set_mac_address = mtip_set_mac_address,
> > +};
> > +
> > +bool mtip_is_switch_netdev_port(const struct net_device *ndev)
> > +{
> > + return ndev->netdev_ops == &mtip_netdev_ops;
> > +}
> > +
> > +static int mtip_switch_dma_init(struct switch_enet_private *fep)
> > +{
> > + struct cbd_t *bdp, *cbd_base;
> > + int ret, i;
> > +
> > + /* Check mask of the streaming and coherent API */
> > + ret = dma_set_mask_and_coherent(&fep->pdev->dev,
> > DMA_BIT_MASK(32));
> > + if (ret < 0) {
> > + dev_err(&fep->pdev->dev, "No suitable DMA
> > available\n");
> > + return ret;
> > + }
> > +
> > + /* Allocate memory for buffer descriptors */
> > + cbd_base = dma_alloc_coherent(&fep->pdev->dev, PAGE_SIZE,
> > &fep->bd_dma,
> > + GFP_KERNEL);
> > + if (!cbd_base)
> > + return -ENOMEM;
> > +
> > + /* Set receive and transmit descriptor base */
> > + fep->rx_bd_base = cbd_base;
> > + fep->tx_bd_base = cbd_base + RX_RING_SIZE;
> > +
> > + /* Initialize the receive buffer descriptors */
> > + bdp = fep->rx_bd_base;
> > + for (i = 0; i < RX_RING_SIZE; i++) {
> > + bdp->cbd_sc = 0;
> > + bdp++;
> > + }
> > +
> > + /* Set the last buffer to wrap */
> > + bdp--;
> > + bdp->cbd_sc |= BD_SC_WRAP;
>
> This is a recurring pattern, you should use an helper for it.
>
Ok.
> > +/* FEC MII MMFR bits definition */
> > +#define FEC_MMFR_ST BIT(30)
> > +#define FEC_MMFR_OP_READ BIT(29)
> > +#define FEC_MMFR_OP_WRITE BIT(28)
> > +#define FEC_MMFR_PA(v) (((v) & 0x1F) << 23)
> > +#define FEC_MMFR_RA(v) (((v) & 0x1F) << 18)
>
> Here and elsewhere it looks like you could use FIELD_PREP and friends
Ok, I will adjust the code.
>
> This patch is really too big, I'm pretty sure I missed some relevant
> issues. You should split it in multiple ones: i.e. initialization and
> h/w access, rx/tx, others ndos.
It is quite hard to "scatter" this patch as:
1. I've already split it to several files (which correspond to
different "logical" entities - like mtipl2sw_br.c).
2. The mtipl2sw.c file is the smallest part of the "core" of the
driver.
3. If I split it, then at some point I would break bisectability for
imx28.
>
> /P
>
Big thanks for your comments.
Best regards,
Lukasz Majewski
--
DENX Software Engineering GmbH, Managing Director: Erika Unter
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email: lukma@...x.de
Content of type "application/pgp-signature" skipped
Powered by blists - more mailing lists