* Re: [PATCH net-next 1/8] net/mlx4: Address build warnings on set but not used variables
From: David Miller @ 2012-05-15 5:59 UTC (permalink / raw)
To: ogerlitz; +Cc: roland, netdev
In-Reply-To: <4FB1EF06.6070909@mellanox.com>
From: Or Gerlitz <ogerlitz@mellanox.com>
Date: Tue, 15 May 2012 08:52:06 +0300
> On 5/15/2012 7:07 AM, David Miller wrote:
>>
>>> - err = mlx4_qp_detach_common(dev,&qp, rgid->gid, rgid->prot,
>>> + (void) mlx4_qp_detach_common(dev,&qp, rgid->gid, rgid->prot,
>>> rgid->steer);
>>
>> You must update the indentation of all the lines comprising of the
>> function call when you change the indentation of it's initial line.
>
> Just want to make sure I understood right what has to be done here,
> e.g in this case its needs to be
> like this?
...
>> - rgid->steer);
>> + (void) mlx4_qp_detach_common(dev, &qp, rgid->gid, rgid->prot,
>> + rgid->steer);
I can't tell if it's right, becuase it got all reformatted by your
mail client.
You simply need to make sure the arguments on the second and
further lines line up with the column after the openning
parenthesis on the first line.
^ permalink raw reply
* RE: [PATCH] netfilter: xt_HMARK: endian bugs
From: Hans Schillström @ 2012-05-15 5:57 UTC (permalink / raw)
To: Eric Dumazet, Pablo Neira Ayuso
Cc: Jozsef Kadlecsik, Jan Engelhardt, kaber@trash.net,
jengelh@medozas.de, netfilter-devel@vger.kernel.org,
netdev@vger.kernel.org, dan.carpenter@oracle.com,
hans@schillstrom.com
In-Reply-To: <1337022835.8512.610.camel@edumazet-glaptop>
>On Mon, 2012-05-14 at 21:02 +0200, Pablo Neira Ayuso wrote:
>
>> IIRC, Hans wants that, in case you have a cluster composed of system
>> with different endianess, the hash mark calculated will be the same
>> in both systems. To ensure that the distribution is consistent with
>> independency of the endianess.
>
>Then jhash() must be audited to make sure its output is OK with this
>requirement.
Have done that, and made tests on a mips 32 running debian
It was as expected jhash3_words is endian safe, while jhash() is not
^ permalink raw reply
* Will You Be Trusted?
From: Mr.Saeed Ahmed. @ 2012-05-09 6:29 UTC (permalink / raw)
Dear Friend,
As you read this, I don't want you to feel sorry for me,because, I
believe everyone will die someday,and am contacting you because
I really do need your help and I want you to help me with all your
effort and time for just seven to fourteen workings days of your time.I
want you to be honest and truthful with me that you will help me
with my last wish as a dying man.
Please i need a reliable person who will usethe Money($18 milliondollars)to
build orphanage home or charity organization.
Please kindly reply to my most confidential email if you are really
interested in helping me please: mr.saeed01@linuxmail.org
God be with you.
Mr.Saeed Ahmed.
----------------------------------------------------------------
FME Webmail
www.educacao.niteroi.rj.gov.br
^ permalink raw reply
* Re: [PATCH net-next 1/8] net/mlx4: Address build warnings on set but not used variables
From: Or Gerlitz @ 2012-05-15 5:52 UTC (permalink / raw)
To: David Miller; +Cc: roland, netdev
In-Reply-To: <20120515.000754.1011080018257342361.davem@davemloft.net>
On 5/15/2012 7:07 AM, David Miller wrote:
>
>> - err = mlx4_qp_detach_common(dev,&qp, rgid->gid, rgid->prot,
>> + (void) mlx4_qp_detach_common(dev,&qp, rgid->gid, rgid->prot,
>> rgid->steer);
>
> You must update the indentation of all the lines comprising of the function call when you change the indentation of it's initial line.
Just want to make sure I understood right what has to be done here, e.g
in this case its needs to be
like this?
> @@ -2604,13 +2604,12 @@ static void detach_qp(struct mlx4_dev *dev,
> int slave, struct res_qp *rqp)
> {
> struct res_gid *rgid;
> struct res_gid *tmp;
> - int err;
> struct mlx4_qp qp; /* dummy for calling attach/detach */
>
> list_for_each_entry_safe(rgid, tmp, &rqp->mcg_list, list) {
> qp.qpn = rqp->local_qpn;
> - err = mlx4_qp_detach_common(dev, &qp, rgid->gid,
> rgid->prot,
> - rgid->steer);
> + (void) mlx4_qp_detach_common(dev, &qp, rgid->gid,
> rgid->prot,
> + rgid->steer);
> list_del(&rgid->list);
> kfree(rgid);
> }
Or.
^ permalink raw reply
* Re: [net-next 06/12] ixgbe: Hardware Timestamping + PTP Hardware Clock (PHC)
From: Richard Cochran @ 2012-05-15 5:32 UTC (permalink / raw)
To: Jacob Keller
Cc: Kirsher, Jeffrey T, davem@davemloft.net, netdev@vger.kernel.org,
gospo@redhat.com, sassmann@redhat.com
In-Reply-To: <4FB18A3B.8030308@intel.com>
On Mon, May 14, 2012 at 03:42:03PM -0700, Jacob Keller wrote:
>
> sk_run_filter is always returning PTP_CLASS_NONE (0), instead of the
> correct type. Do you know what I am doing wrong? I can send you the
> patch I am working with...
The filter need to run with a pointer to the DST MAC. Perhaps you are
passing it the address of padding or Layer 3?
I will take a look at the patch...
Thanks,
Richard
^ permalink raw reply
* Re: [PATCH v3 6/6] net: sh_eth: use NAPI
From: David Miller @ 2012-05-15 5:07 UTC (permalink / raw)
To: yoshihiro.shimoda.uh; +Cc: netdev, linux-sh
In-Reply-To: <4FB1DFF0.4040709@renesas.com>
From: "Shimoda, Yoshihiro" <yoshihiro.shimoda.uh@renesas.com>
Date: Tue, 15 May 2012 13:47:44 +0900
> 2012/05/15 7:50, David Miller wrote:
>> You need strict synchronization between your TX queueing and TX
>> liberation flows. So that queue stop and wake are only performed
>> at the correct moment.
>
> I will add netif_queue_stopped() in the sh_eth_poll().
That doesn't fix the bug. What if someone transmits a packet and
fills the TX queue between the netif_queue_stopped() test and the
call to netif_wake_queue()?
Adding another test doesn't create the necessary synchronization.
^ permalink raw reply
* Re: [PATCH v3 6/6] net: sh_eth: use NAPI
From: Shimoda, Yoshihiro @ 2012-05-15 4:47 UTC (permalink / raw)
To: David Miller; +Cc: netdev, linux-sh
In-Reply-To: <20120514.185034.399229364191924851.davem@davemloft.net>
2012/05/15 7:50, David Miller wrote:
> From: "Shimoda, Yoshihiro" <yoshihiro.shimoda.uh@renesas.com>
> Date: Mon, 14 May 2012 15:47:24 +0900
>
>> This patch modifies the driver to use NAPI.
>>
>> Signed-off-by: Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com>
>
> I think your TX path is still extremely racey.
>
> No locks are held here, so you tell me what happens if we execute:
>
>> + /* check txdesc */
>> + txfree_num = sh_eth_txfree(ndev);
>> + if (txfree_num)
>
Thank you for your review.
In the sh_eth_txfree(), it check the tx descriptors. If the tx descriptor
is completed, it calls dev_kfree_skb_irq(), and it returns value 1 or more.
So, the sh_eth_poll() calls netif_wake_queue() if the dev_kfree_skb_irq() is
called.
> and at this exact moment the queue was in fact already awake and
> another thread of control transmits packets, and this action fills up
> the TX queue and stops the queue.
>
>> netif_wake_queue(ndev);
>
> This will erroneously wake the queue and trigger the debugging
> message in your TX function.
>
> You need strict synchronization between your TX queueing and TX
> liberation flows. So that queue stop and wake are only performed
> at the correct moment.
I will add netif_queue_stopped() in the sh_eth_poll().
> In fact, looking at how the mdp->lock is used in your TX routine, it
> seems to protect absolutely against nothing.
I wlll remove the mdp->lock in the sh_eth_start_xmit().
> Please read the TX flow of drivers/net/ethernet/broadcom/tg3.c to see
> how to do this correctly, and lock free, in a NAPI driver.
>
Thank you for your suggestion.
I will add netif_tx_lock/unlock before and after netif_wake_queue().
Best regards,
Yoshihiro Shimoda
^ permalink raw reply
* RE: Question about be2net error field, rx_drops_no_pbuf
From: Sathya.Perla @ 2012-05-15 4:28 UTC (permalink / raw)
To: mleitner; +Cc: netdev
In-Reply-To: <4FB17863.5020908@redhat.com>
>-----Original Message-----
>From: netdev-owner@vger.kernel.org [mailto:netdev-owner@vger.kernel.org] On
>Behalf Of Marcelo Leitner
>What does 'rx_drops_no_pbuf' mean at be2net driver? I can see it is a
>hardware counter for some type of error, which I would like to know
>about. What causes it?
>
>All documentation I could find about it is a comment referring firmware
>specification
Brief descriptions of the counters are in be_ethtool.c:
/* Received packets dropped due to lack of available HW packet buffers
* used to temporarily hold the received packets.
*/
{DRVSTAT_INFO(rx_drops_no_pbuf)}
pbufs are HW buffers for parking incoming pkts before they are transferred to the host.
You can see this counter go up when the transfer speed of the slot is not fast enough.
lspci -vv?
^ permalink raw reply
* Re: [PATCH net-next 1/8] net/mlx4: Address build warnings on set but not used variables
From: David Miller @ 2012-05-15 4:07 UTC (permalink / raw)
To: ogerlitz; +Cc: roland, netdev
In-Reply-To: <1337025853-26685-2-git-send-email-ogerlitz@mellanox.com>
From: Or Gerlitz <ogerlitz@mellanox.com>
Date: Mon, 14 May 2012 23:04:06 +0300
> - err = mlx4_qp_detach_common(dev, &qp, rgid->gid, rgid->prot,
> + (void) mlx4_qp_detach_common(dev, &qp, rgid->gid, rgid->prot,
> rgid->steer);
You must update the indentation of all the lines comprising of the function
call when you change the indentation of it's initial line.
Please go through all of your patches in this series and fix that up.
^ permalink raw reply
* Re: [PATCH] ipv6: fix incorrect ipsec transport mode fragment
From: Gao feng @ 2012-05-15 3:44 UTC (permalink / raw)
To: Steffen Klassert; +Cc: netdev, davem, lw
In-Reply-To: <20120514130528.GA24733@secunet.com>
Hi steffen:
于 2012年05月14日 21:05, Steffen Klassert 写道:
> On Mon, May 14, 2012 at 11:21:00AM +0800, Gao feng wrote:
>> Since commit 299b0767(ipv6: Fix IPsec slowpath fragmentation problem)
>> the fragment of ipsec transport mode packets is incorrect.
>> because tunnel mode needs IPsec headers and trailer for all fragments,
>> while on transport mode it is sufficient to add the headers to the
>> first fragment and the trailer to the last.
>
> I mentioned this in an other thread some time ago,
> this is due to commit ad0081e43a
> "ipv6: Fragment locally generated tunnel-mode IPSec6 packets as needed"
> changed tunnel mode to do fragmentation before the transformation
> while transport mode still does fragmentation after transformation.
> Now, tunnel mode needs IPsec headers and trailer for all fragments,
> while on transport mode it is sufficient to add the headers to the
> first fragment and the trailer to the last.
>
>>
>> so modify mtu and maxfraglen base on ipsec mode and if fragment is first
>> or last.
>
> There might be other opinions, but I don't like to see this IPsec mode
> dependent stuff hacked into the generic ipv6 output path.
>
> Basically we have two cases. One where we have to add rt->dst.header_len
> to the first fragment and rt->dst.trailer_len to the last fragment,
> and the other where we have to add both to all fragments. So perhaps we
> could isolate this code and create two functions, one for each case.
>
how about add a function pointer append_data to the struct rt6_info?
so we can just call rt->append_data in ip6_append_data without conside
witch mode it is.
of course, we will set rt->append_data appropriatly in xfrm_lookup.
But the only problem is this will bloats up rt6_info,I don't konw if
it's worth doing it in this way.
>
>>
>> with my test,it work well and does not trigger slow fragment path.
>>
>> Signed-off-by: Gao feng <gaofeng@cn.fujitsu.com>
>> ---
>> net/ipv6/ip6_output.c | 80 +++++++++++++++++++++++++++++++++++++-----------
>> 1 files changed, 61 insertions(+), 19 deletions(-)
>>
>> diff --git a/net/ipv6/ip6_output.c b/net/ipv6/ip6_output.c
>> index b7ca461..9416887 100644
>> --- a/net/ipv6/ip6_output.c
>> +++ b/net/ipv6/ip6_output.c
>> @@ -1191,19 +1191,23 @@ int ip6_append_data(struct sock *sk, int getfrag(void *from, char *to,
>> struct ipv6_pinfo *np = inet6_sk(sk);
>> struct inet_cork *cork;
>> struct sk_buff *skb;
>> - unsigned int maxfraglen, fragheaderlen;
>> + unsigned int maxfraglen, maxfraglen_prev, fragheaderlen;
>> int exthdrlen;
>> int dst_exthdrlen;
>> int hh_len;
>> - int mtu;
>> + int mtu, mtu_prev;
>> int copy;
>> int err;
>> int offset = 0;
>> int csummode = CHECKSUM_NONE;
>> __u8 tx_flags = 0;
>> -
>> + bool transport_mode = false;
>> + struct xfrm_state *x = rt->dst.xfrm;
>> if (flags&MSG_PROBE)
>> return 0;
>> + if (x && x->props.mode == XFRM_MODE_TRANSPORT)
>> + transport_mode = true;
>> +
>
> Btw. beet mode should behave like transport mode here, just tunnel
> mode was changed to do fragmentation before the transformation.
>
thanks steffen,I miss it and CONFIG_XFRM...
^ permalink raw reply
* [PATCH 6/7] pch_gbe: Do not abort probe on bad MAC
From: Tomoya MORINAGA @ 2012-05-15 2:11 UTC (permalink / raw)
To: stable
Cc: Tomoya MORINAGA, Darren Hart, Arjan van de Ven, Alan Cox,
Jeff Kirsher, David S. Miller, Paul Gortmaker, Jon Mason, netdev,
Mark Brown, David Laight, Joe Perches
In-Reply-To: <1337047891-2973-1-git-send-email-tomoya.rohm@gmail.com>
If the MAC is invalid or not implemented, do not abort the probe. Issue
a warning and prevent bringing the interface up until a MAC is set manually
(via ifconfig $IFACE hw ether $MAC).
Tested on two platforms, one with a valid MAC, the other without a MAC. The real
MAC is used if present, the interface fails to come up until the MAC is set on
the other. They successfully get an IP over DHCP and pass a simple ping and
login over ssh test.
This is meant to allow the Inforce SYS940X development board:
http://www.inforcecomputing.com/SYS940X_ECX.html
(and others suffering from a missing MAC) to work with the mainline kernel.
Without this patch, the probe will fail and the interface will not be created,
preventing the user from configuring the MAC manually.
This does not make any attempt to address a missing or invalid MAC for the
pch_phub driver.
commit 2b53d07891630dead46d65c8f896955fd3ae0302
Kernel 3.0
Cc: stable@vger.kernel.org
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
CC: Arjan van de Ven <arjan@linux.intel.com>
CC: Alan Cox <alan@linux.intel.com>
CC: Tomoya MORINAGA <tomoya.rohm@gmail.com>
CC: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
CC: "David S. Miller" <davem@davemloft.net>
CC: Paul Gortmaker <paul.gortmaker@windriver.com>
CC: Jon Mason <jdmason@kudzu.us>
CC: netdev@vger.kernel.org
CC: Mark Brown <broonie@opensource.wolfsonmicro.com>
CC: David Laight <David.Laight@ACULAB.COM>
CC: Joe Perches <joe@perches.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Tomoya MORINAGA <tomoya.rohm@gmail.com>
---
drivers/net/pch_gbe/pch_gbe_main.c | 17 ++++++++++++++---
1 files changed, 14 insertions(+), 3 deletions(-)
diff --git a/drivers/net/pch_gbe/pch_gbe_main.c b/drivers/net/pch_gbe/pch_gbe_main.c
index b8b4ba2..d506e28 100644
--- a/drivers/net/pch_gbe/pch_gbe_main.c
+++ b/drivers/net/pch_gbe/pch_gbe_main.c
@@ -1745,6 +1745,12 @@ int pch_gbe_up(struct pch_gbe_adapter *adapter)
struct pch_gbe_rx_ring *rx_ring = adapter->rx_ring;
int err;
+ /* Ensure we have a valid MAC */
+ if (!is_valid_ether_addr(adapter->hw.mac.addr)) {
+ pr_err("Error: Invalid MAC address\n");
+ return -EINVAL;
+ }
+
/* hardware has been reset, we need to reload some things */
pch_gbe_set_multi(netdev);
@@ -2467,9 +2473,14 @@ static int pch_gbe_probe(struct pci_dev *pdev,
memcpy(netdev->dev_addr, adapter->hw.mac.addr, netdev->addr_len);
if (!is_valid_ether_addr(netdev->dev_addr)) {
- dev_err(&pdev->dev, "Invalid MAC Address\n");
- ret = -EIO;
- goto err_free_adapter;
+ /*
+ * If the MAC is invalid (or just missing), display a warning
+ * but do not abort setting up the device. pch_gbe_up will
+ * prevent the interface from being brought up until a valid MAC
+ * is set.
+ */
+ dev_err(&pdev->dev, "Invalid MAC address, "
+ "interface disabled.\n");
}
setup_timer(&adapter->watchdog_timer, pch_gbe_watchdog,
(unsigned long)adapter);
--
1.7.7.6
^ permalink raw reply related
* Re: [PATCH 0/4] netfilter fixes for 3.4-rc7
From: Pablo Neira Ayuso @ 2012-05-14 23:25 UTC (permalink / raw)
To: David Miller; +Cc: netfilter-devel, netdev
In-Reply-To: <20120514.185607.1967456974676336550.davem@davemloft.net>
On Mon, May 14, 2012 at 06:56:07PM -0400, David Miller wrote:
> From: pablo@netfilter.org
> Date: Mon, 14 May 2012 13:46:59 +0200
>
> > * One fix for possible timeout overflow for ipset, from Jozsef
> > Kadlecsik.
> >
> > * One fix to ensure that hash size is correct, again for ipset
> > from Jozsef Kadlecsik.
> >
> > * Removal of redundant include in xt_CT from Eldad Zack.
> >
> > * Fix for wrong usage of MODULE_ALIAS_NFCT_HELPER in nf_ct_h323
> > helper from myself.
>
> I don't consider any of these appropriate this late in the -RC
> series.
>
> They don't fix major regressions seen by many users.
>
> And the duplicate header include is extremely out-of-scope and
> inappropriate.
>
> Sorry.
No problem, I'll schedule those for net-next.
^ permalink raw reply
* Re: [PATCH 0/4] netfilter fixes for 3.4-rc7
From: David Miller @ 2012-05-14 22:56 UTC (permalink / raw)
To: pablo; +Cc: netfilter-devel, netdev
In-Reply-To: <1336996023-20249-1-git-send-email-pablo@netfilter.org>
From: pablo@netfilter.org
Date: Mon, 14 May 2012 13:46:59 +0200
> * One fix for possible timeout overflow for ipset, from Jozsef
> Kadlecsik.
>
> * One fix to ensure that hash size is correct, again for ipset
> from Jozsef Kadlecsik.
>
> * Removal of redundant include in xt_CT from Eldad Zack.
>
> * Fix for wrong usage of MODULE_ALIAS_NFCT_HELPER in nf_ct_h323
> helper from myself.
I don't consider any of these appropriate this late in the -RC
series.
They don't fix major regressions seen by many users.
And the duplicate header include is extremely out-of-scope and
inappropriate.
Sorry.
^ permalink raw reply
* Re: [net-next 3/3] stmmac: fix suspend/resume locking
From: David Miller @ 2012-05-14 22:54 UTC (permalink / raw)
To: peppe.cavallaro; +Cc: netdev
In-Reply-To: <1336983523-4075-3-git-send-email-peppe.cavallaro@st.com>
From: Giuseppe CAVALLARO <peppe.cavallaro@st.com>
Date: Mon, 14 May 2012 10:18:43 +0200
> Upon resume from standby, there is a possible interrupt
> unsafe locking scenario raised when configure the Kernel
> with CONFIG_PROVE_LOCKING. So this patch fixes that in
> PM driver stuff by calling lock/unlock_irqsave/restore.
>
> Signed-off-by: Giuseppe Cavallaro <peppe.cavallaro@st.com>
Applied.
^ permalink raw reply
* Re: [net-next 2/3 (v2)] stmmac: add mixed burst for DMA
From: David Miller @ 2012-05-14 22:54 UTC (permalink / raw)
To: peppe.cavallaro; +Cc: netdev
In-Reply-To: <1336983523-4075-2-git-send-email-peppe.cavallaro@st.com>
From: Giuseppe CAVALLARO <peppe.cavallaro@st.com>
Date: Mon, 14 May 2012 10:18:42 +0200
> From: Giuseppe CAVALLARO <peppe.cavallaro@st.com>
>
> In mixed burst (MB) mode, the AHB master always initiates
> the bursts with fixed-size when the DMA requests transfers
> of size less than or equal to 16 beats.
> This patch adds the MB support and the flag that can be
> passed from the platform to select it.
> MB mode can also give some benefits in terms of performances
> on some platforms.
>
> v2: fixed Coding Style
>
> Signed-off-by: Giuseppe Cavallaro <peppe.cavallaro@st.com>
Applied.
^ permalink raw reply
* Re: [net-next 1/3 (v2)] stmmac: extend mac addr reg and fix perfect filering
From: David Miller @ 2012-05-14 22:53 UTC (permalink / raw)
To: peppe.cavallaro; +Cc: netdev, gianni.antoniazzi-ext
In-Reply-To: <1336983523-4075-1-git-send-email-peppe.cavallaro@st.com>
From: Giuseppe CAVALLARO <peppe.cavallaro@st.com>
Date: Mon, 14 May 2012 10:18:41 +0200
> From: Giuseppe CAVALLARO <peppe.cavallaro@st.com>
>
> This patch is to extend the number of MAC address registers
> for 16 to 32. In fact, other new 16 registers are available in new
> chips and this can help on perfect filter mode for unicast.
>
> This patch also fixes the perfect filtering mode by setting the
> bit 31 in the MAC address registers.
>
> v2: fixed Coding Style.
>
> Signed-off-by: Gianni Antoniazzi <gianni.antoniazzi-ext@st.com>
> Signed-off-by: Giuseppe Cavallaro <peppe.cavallaro@st.com>
Applied.
^ permalink raw reply
* Re: [PATCH v3 6/6] net: sh_eth: use NAPI
From: David Miller @ 2012-05-14 22:50 UTC (permalink / raw)
To: yoshihiro.shimoda.uh; +Cc: netdev, linux-sh
In-Reply-To: <4FB0AA7C.1000603@renesas.com>
From: "Shimoda, Yoshihiro" <yoshihiro.shimoda.uh@renesas.com>
Date: Mon, 14 May 2012 15:47:24 +0900
> This patch modifies the driver to use NAPI.
>
> Signed-off-by: Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com>
I think your TX path is still extremely racey.
No locks are held here, so you tell me what happens if we execute:
> + /* check txdesc */
> + txfree_num = sh_eth_txfree(ndev);
> + if (txfree_num)
and at this exact moment the queue was in fact already awake and
another thread of control transmits packets, and this action fills up
the TX queue and stops the queue.
> netif_wake_queue(ndev);
This will erroneously wake the queue and trigger the debugging
message in your TX function.
You need strict synchronization between your TX queueing and TX
liberation flows. So that queue stop and wake are only performed
at the correct moment.
In fact, looking at how the mdp->lock is used in your TX routine, it
seems to protect absolutely against nothing.
Please read the TX flow of drivers/net/ethernet/broadcom/tg3.c to see
how to do this correctly, and lock free, in a NAPI driver.
^ permalink raw reply
* Re: [PATCH] ipv6: fix incorrect ipsec transport mode fragment
From: David Miller @ 2012-05-14 22:41 UTC (permalink / raw)
To: steffen.klassert; +Cc: gaofeng, netdev, lw
In-Reply-To: <20120514130528.GA24733@secunet.com>
From: Steffen Klassert <steffen.klassert@secunet.com>
Date: Mon, 14 May 2012 15:05:28 +0200
> There might be other opinions, but I don't like to see this IPsec mode
> dependent stuff hacked into the generic ipv6 output path.
Completely agreed.
^ permalink raw reply
* Re: [net-next 06/12] ixgbe: Hardware Timestamping + PTP Hardware Clock (PHC)
From: Jacob Keller @ 2012-05-14 22:42 UTC (permalink / raw)
To: Richard Cochran
Cc: Kirsher, Jeffrey T, davem@davemloft.net, netdev@vger.kernel.org,
gospo@redhat.com, sassmann@redhat.com
In-Reply-To: <20120512053458.GC2190@netboy.at.omicron.at>
On 05/11/2012 10:34 PM, Richard Cochran wrote:
> On Fri, May 11, 2012 at 07:23:44PM +0000, Keller, Jacob E wrote:
>>
>>
>> I believe this very rare case might be possible, but I don't think
>> that checking the ptp seqid will fix anything. In normal cases,
>> hardware latches Rx packet timestamp, then the ptp packet goes into
>> the queue and we process it shortly after. Before we process that
>> packet there will never be another packet in the queue that needs a
>> timestamp. We know this because the hardware stops timestamping
>> until we unlatch the RX registers. This should mean we don't need to
>> check the sequence ID, and spending time doing it would never fix
>> the issue you are talking about.
>>
>> The issue is for when a packet is timestamped and then never reaches
>> the queue. Then the rx stamp registers are locked for good, because
>> we never clear them, and hardware would never timestamp another
>> receive packet. I don't know a good solution to this, except to
>> clear the registers periodically. Do you have any suggestions?
>
> Well, one solution would be to check every received packet with the
> BPF in ptp_classify.h (whenever Rx time stamping is enabled).
>
> When the driver finds an event packet in the Rx queue, and
> TSYNCRXCTL[RXTT] is set, it reads out the time stamp along with
> RXSATRL/H. If the fields match, then add the time stamp to the skb.
>
> [ Or perhaps instead of using RXSATRL/H, just use the descriptor bit.
> If *not* set, then the time stamp does not belong to this packet. ]
>
> HTH,
> Richard
sk_run_filter is always returning PTP_CLASS_NONE (0), instead of the
correct type. Do you know what I am doing wrong? I can send you the
patch I am working with...
- Jake
^ permalink raw reply
* Re: [PATCH] dm9000: some coldfire boards need this
From: David Miller @ 2012-05-14 22:40 UTC (permalink / raw)
To: sfking; +Cc: netdev
In-Reply-To: <201205110949.46767.sfking@fdwdc.com>
From: Steven King <sfking@fdwdc.com>
Date: Fri, 11 May 2012 09:49:46 -0700
> Some coldfire boards (ie m5253demo) have a dm9000 onboard.
>
> Signed-off-by: Steven King <sfking@fdwdc.com>
Applied to net-next, thanks.
^ permalink raw reply
* Re: [PATCH v2] xfrm: take iphdr size into account for esp payload size calculation
From: David Miller @ 2012-05-14 22:39 UTC (permalink / raw)
To: bpoirier; +Cc: netdev, kuznet, jmorris, yoshfuji, kaber, linux-kernel
In-Reply-To: <1336698442-25148-1-git-send-email-bpoirier@suse.de>
From: Benjamin Poirier <bpoirier@suse.de>
Date: Thu, 10 May 2012 21:07:22 -0400
> - return mtu - 2;
> + return ((mtu - x->props.header_len - crypto_aead_authsize(esp->aead) -
> + l3_adj) & ~(align - 1)) + (l3_adj - 2);
> }
The formatting of this expression is completely wrong, you need
to make the "l3_adj" in the second line be aligned with the openning
parenthesis on the previous line at a depth determined based upon
how deeply in the openning parenthesis context this expression sits.
Just using TABS is ugly, and not allowed.
Use something like emacs's "C mode" with Linux coding style enabled
to assist you if you can't figure it out yourself.
^ permalink raw reply
* Re: [PATCH] xfrm: make xfrm_algo.c a module
From: David Miller @ 2012-05-14 22:37 UTC (permalink / raw)
To: JBeulich; +Cc: netdev, linux-kernel
In-Reply-To: <4FAA3EAF02000078000826E4@nat28.tlf.novell.com>
From: "Jan Beulich" <JBeulich@suse.com>
Date: Wed, 09 May 2012 08:53:51 +0100
> By making this a standalone config option (selected as needed),
> selecting CRYPTO from here rather than from XFRM (which is boolean)
> allows the core crypto code to become a module again even when XFRM=y.
>
> Signed-off-by: Jan Beulich <jbeulich@suse.com>
...
> @@ -15,9 +15,6 @@
> #include <linux/crypto.h>
> #include <linux/scatterlist.h>
> #include <net/xfrm.h>
> -#if defined(CONFIG_INET_AH) || defined(CONFIG_INET_AH_MODULE) || defined(CONFIG_INET6_AH) || defined(CONFIG_INET6_AH_MODULE)
> -#include <net/ah.h>
> -#endif
This is completely unrelated to the change you are trying to make in
this patch.
It belongs in a separate change.
^ permalink raw reply
* Re: [PATCH net-next] codel: use Newton method instead of sqrt() and divides
From: David Miller @ 2012-05-14 22:33 UTC (permalink / raw)
To: eric.dumazet
Cc: dave.taht, netdev, nichols, van, codel, ycheng, mattmathis,
therbert, shemminger, nanditad
In-Reply-To: <1336893803.8512.43.camel@edumazet-glaptop>
From: Eric Dumazet <eric.dumazet@gmail.com>
Date: Sun, 13 May 2012 09:23:23 +0200
> Fell free to add following cleanup patch, if you like it ;)
...
> [PATCH net-next] codel: use u16 field instead of 31bits for rec_inv_sqrt
I do, applied :-)
^ permalink raw reply
* Re: [PATCH 3/3] usbnet: fix skb traversing races during unlink(v1)
From: David Miller @ 2012-05-14 22:34 UTC (permalink / raw)
To: tom.leiming-Re5JQEeQqe8AvxtiuMwx3w
Cc: gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r,
netdev-u79uwXL29TY76Z2rM5mHXA, linux-usb-u79uwXL29TY76Z2rM5mHXA,
huajun.li.lee-Re5JQEeQqe8AvxtiuMwx3w, oneukum-l3A5Bk7waGM,
stable-DgEjT+Ai2ygdnm+yROfE0A
In-Reply-To: <CACVXFVNYFSSP2+MFXAqT60E0qOp8+hjU3u0SbYoWHA_a5ouaxw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
From: Ming Lei <tom.leiming-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date: Thu, 10 May 2012 07:47:47 +0800
> Considered that this one(v2) doesn't depend on usb tree any more and looks
> no one objects it, could you apply this one on your tree?
I will, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply
* Re: [PATCH net-next v4 02/13] mac802154: allocation of ieee802154 device
From: David Miller @ 2012-05-14 22:28 UTC (permalink / raw)
To: alex.bluesman.smirnov; +Cc: netdev, dbaryshkov
In-Reply-To: <1336831165-23944-3-git-send-email-alex.bluesman.smirnov@gmail.com>
From: Alexander Smirnov <alex.bluesman.smirnov@gmail.com>
Date: Sat, 12 May 2012 17:59:14 +0400
> Add interface for device drivers to allocate and register ieee802154
> compatible device.
>
> This code is based on net/mac80211/main.c file
>
> Signed-off-by: Alexander Smirnov <alex.bluesman.smirnov@gmail.com>
Sorry, this needs to be fixed up.
I can almost understand using a comment formatting style I
disagree with, if you do so consistently.
But formatting them in THREE completely different ways? Give me a
break:
> + /* As in mac80211 slaves list is modified:
> + * 1) under the RTNL
> + * 2) protected by slaves_mtx;
> + * 3) in an RCU manner
> + *
> + * So atomic readers can use any of this protection methods
> + */
...
> + /* This one is used for scanning and other
> + * jobs not to be interfered with serial driver */
...
> + /*
> + * The following flag is also modified under slaves_mtx and RTNL,
> + * so you can read them using any of protection methods.
> + */
> + /*
> + * SoftMAC device is registered and running. One can add
> + * subinterfaces.
> + */
That's just beyond silly, and the last two comments are right next to
eachother just combine them to one.
Go over your entire patch set and make sure that all of your comments
are of the form:
/* Like
* this.
*/
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox