ation of the timestamping, and not force the user to redo
ioctl.
Signed-off-by: Olivier Dautricourt
Signed-off-by: Artem Panfilov
---
.../net/ethernet/stmicro/stmmac/dwmac1000.h | 3 +-
.../ethernet/stmicro/stmmac/dwmac1000_core.c | 24 ++
drivers/net/ethernet/stmicro/stmmac/hwif.h
The 05/26/2020 20:55, Richard Cochran wrote:
> On Thu, May 14, 2020 at 12:28:08PM +0200, Olivier Dautricourt wrote:
> > The required time adjustment is written in the Timestamp Update registers
> > while the Sub-second increment register is programmed with the period
> > of th
kernel API
because it affects both timestamping (sub-second-increment value) and the ptp
clock
functionning (no fine adjustment possible while in coarse mode).
If we don't find a solution i'll at least resubmit my first patch
which is independent of the other two.
Thanks,
--
Olivier Dautricourt
> > runtime, but not while timestamping is running ?
>
> Thanks for your detailed response. Let me digest that and see what I
> can come up with...
>
> Thanks,
> Richard
Hello Richard,
Did you get a chance to look into this issue ?
Thanks,
--
Olivier
The 05/14/2020 06:38, Richard Cochran wrote:
> On Thu, May 14, 2020 at 12:28:07PM +0200, Olivier Dautricourt wrote:
> > This commit allows a user to specify a flag value for configuring
> > timestamping through hwtsamp_config structure.
> >
> > New flags introduced:
>
The 05/14/2020 06:53, Richard Cochran wrote:
> On Thu, May 14, 2020 at 12:28:05PM +0200, Olivier Dautricourt wrote:
> > This patch series covers a use case where an embedded system is
> > disciplining an internal clock to a GNSS signal, which provides a
> > stable frequency,
precision of our correction.
The fine adjutment mode is always the default behavior of the driver.
One should use the HWTSAMP_FLAG_ADJ_COARSE flag while calling
SIOCGHWTSTAMP ioctl to enable coarse mode for stmmac driver.
Signed-off-by: Olivier Dautricourt
---
.../net/ethernet/stmicro/stmmac
usually used for direct phase correction.
Signed-off-by: Olivier Dautricourt
---
include/uapi/linux/net_tstamp.h | 12
net/core/dev_ioctl.c| 3 ---
2 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/include/uapi/linux/net_tstamp.h b/include/uapi/linux
1;
return 0;
}
****
Artem Panfilov (1):
net: stmmac: GMAC3: add auxiliary snapshot support
Olivier Dautricourt (2):
net: uapi: Add HWTSTAMP_FLAGS_ADJ_FINE/ADJ_COARSE
net: stmmac: Support coarse mode through ioctl
.../net/ethernet/stmicro/stmmac/dwmac1000.h | 3 +-
.../ethernet
ation of the timestamping, and not force the user to redo
ioctl.
Signed-off-by: Olivier Dautricourt
Signed-off-by: Artem Panfilov
---
.../net/ethernet/stmicro/stmmac/dwmac1000.h | 3 +-
.../ethernet/stmicro/stmmac/dwmac1000_core.c | 24 ++
drivers/net/ethernet/stmicro/stmmac/hwif.h
ot increase the load too much issues if it was duplicated.
Best,
Olivier
ing DUALPI2 for datacenter with legacy DCTCP using ECT(0):
+ # sudo tc qdisc add dev eth0 root dualpi2 any_ect
+
+.SH SEE ALSO
+.BR tc (8),
+.BR tc-pie (8)
+
+.SH SOURCES
+.IP \(bu 4
+IETF draft submission is at
https://www.ietf.org/id/draft-ietf-tsvwg-aqm-dualq-coupled
+.IP \(bu 4
+CoNEXT '16 Proce
_HDRINCL was not yet introduced.
Only eat these 2 bytes if hdrincl == 0.
Fixes: 715f504b1189 ("ipv6: add IPV6_HDRINCL option for raw sockets")
Signed-off-by: Olivier Matz
---
net/ipv6/raw.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/net/ipv6/raw.c b/net
ducing a race
condition in the next commit.
Signed-off-by: Olivier Matz
---
net/ipv6/raw.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/net/ipv6/raw.c b/net/ipv6/raw.c
index 96a3559f2a09..af2f9a833c4e 100644
--- a/net/ipv6/raw.c
+++ b/net/ipv6/raw.c
@@ -
avoid a race condition in the second patch.
Olivier Matz (2):
ipv6: use READ_ONCE() for inet->hdrincl as in ipv4
ipv6: fix EFAULT on sendto with icmpv6 and hdrincl
net/ipv6/raw.c | 25 ++---
1 file changed, 18 insertions(+), 7 deletions(-)
--
2.11.0
ew key people are currently on vacations.
Best,
Olivier
retrieving the netns from device private area.
Fixes: c8632fc30bb0 ("net: ip6_gre: Split up ip6gre_changelink()")
Cc: Petr Machata
Signed-off-by: Olivier Matz
Acked-by: Nicolas Dichtel
---
net/ipv6/ip6_gre.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/ipv6/ip6_g
Hi,
Quick follow-up on this:
- first off, Arch devs have updated their kernel config so the next
kernel will not have bpfilter enabled anymore, thus avoiding any
issue.
- having said that, I've found a neasy way to reproduce it in an Arch
VM, in case you're interested :
Boot the latest Ar
On Tue, 28 Aug 2018 22:35:38 -0700
Alexei Starovoitov wrote:
> > Yeah, I have a similar thing happening on shutdown, except that
> > we're talking about a kernel thread here, so that process is
> > ignored by the mentionned killing spree as a result, thus leaving
> > that process running.
>
>
On Mon, 27 Aug 2018 20:35:02 -0700
Alexei Starovoitov wrote:
> I'm also running Arch Linux in my VM, but I'm not able to reproduce
> umount issue. I'm guessing it's somehow related to non-static build
> and libc.so being busy with old systemd.
Oh, I mentioned it in a previous draft of my origina
Small addentum: Of course I failed to realize this bpfilter helper is
also mentioned in the kernel log:
kern.info: [8.997711] bpfilter: Loaded bpfilter_umh pid 920
It also seems to be absolutely required when CONFIG_BPFILTER is
enabled, that is I tried blacklisting the module bpfilter, but
Hi,
(Please cc me as I'm not subscribed to the list, thanks.)
I'm running an Arch Linux x86_64 system, and recently updated to a 3.18
kernel, which led me to encounter what I believe to be a kernel bug
related to the bpfilter framework.
What happens is that upon boot, there's a "leftover kernel
This patch fixes some typos/misspelling errors in the
Documentation/networking files.
Signed-off-by: Olivier Gayot
---
Documentation/networking/6lowpan.txt | 4 ++--
Documentation/networking/gtp.txt | 4 ++--
Documentation/networking/ila.txt | 2
of the symbol in the .data field of the
control table instead of their .proc name.
Signed-off-by: Olivier Gayot
---
Documentation/networking/ip-sysctl.txt | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/Documentation/networking/ip-sysctl.txt
b/Documentation
On Mon, 2 Jan 2017 09:48:12 -0700
David Ahern wrote:
> On 1/1/17 12:52 PM, Olivier Brunel wrote:
> > Indeed, if I first delete the rule for lookup local and recreate it
> > w/ higher prio than my "lookup 50", then no more issue.
>
> After the unshare or when c
On Sat, 31 Dec 2016 13:15:44 -0700
David Ahern wrote:
> On 12/30/16 4:00 PM, Olivier Brunel wrote:
> > Hi,
> >
> > (Please cc me as I'm not subscribed to the list, thanks.)
> >
> > I'm trying to set things up using some policy routing, and having
&
Hi,
(Please cc me as I'm not subscribed to the list, thanks.)
I'm trying to set things up using some policy routing, and having some
weird issues I can't really explain. It looks to me like there might be
a bug somewhere...
This is done under Arch Linux 64bits, iproute2 4.9.0 (`ip -V` says ip
ut
kref_put(&serial->parent->ref, hso_serial_ref_free);
> >
> > after hso_serial_ref_free has been called, which dereferences a freed
> > pointer.
> >
> > This patch adds the missing kref_get().
> >
> > Fixes: commit 29bd3bc1194c624ce863cab2a7d
On Thu, Nov 15, 2007 at 06:59:34AM +0100, Rene Herman wrote:
> Totally unrelated indeed so why are spouting crap? If the kohab list has a
> problem take it up with them but keep ALSA out of it. alsa-devel has only
> ever moderated out spam -- nothing else.
That is incorrect. Hopefully it is the
On Wed, Dec 20, 2006 at 04:34:17PM +0100, Arjan van de Ven wrote:
> 5 seconds is unfair and unrealistic though. The *hardware* negotiation
> before link is seen can easily take upto 45 seconds already.
> That's a network topology/hardware issue (spanning tree fun) that
> software or even the hardwa
On Wed, Dec 20, 2006 at 02:38:51PM +0100, Arjan van de Ven wrote:
> [1] What kind of latency would be allowed? Would an implementation be
> allowed to power up the phy say once per minute or once per 5 minutes to
> see if there is link? The implementation could do this progressively;
> first poll e
set the features parameter of the net_device structure for the
virtual interface. Attached is a patch with a suggested solution to
this problem.
Please let us know if this is an acceptable patch.
Thanks,
Olivier Crameri, HP Labs
-
To unsubscribe from this list: send the line "unsubscribe n
Same thing but with the patch this time.
Sorry about that,
Olivier Crameri
On 9/29/06, Olivier Crameri <[EMAIL PROTECTED]> wrote:
Hi,
after running some experiments, we realised that using VLAN support in
Linux caused some overhead. It turned out to be that the offloading
features of o
look in
module.alias if the alias is resolved before.
This allows to override the driver for a specific card, without
blacklisting a driver still usable with a whole number of cards.
Regards
--
Olivier Blin - Mandriva
-
To unsubscribe from this list: send the line "unsubscribe netdev&
2006/5/10, Michael Wu <[EMAIL PROTECTED]>:
On Tuesday 09 May 2006 18:01, Ivo van Doorn wrote:
> A user on the forums Olivier Cornu (added to the CC list) has done some
> investigation into the scanning behaviour of the dscape stack.
> Basicly the dscape stack is performing active
ier, though it didn't support wireless at this time.
Thanks
--
Olivier Blin - Mandriva
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
eb page.
Please consider this page about drakroam and net_applet as well:
http://qa.mandriva.com/twiki/bin/view/Main/EasyWifi
Thanks
--
Olivier Blin - Mandriva
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Olivier Blin <[EMAIL PROTECTED]> writes:
> This patchs adds support for the Olitec ISDN PCI card in the hisax
> gazel driver. The gazel driver supports this card, but wasn't aware of
> its PCI ids. Users used to modify the PCI ids of a supported card in
> include/linux/
id in most Howtos. This patch makes the hisax gazel
driver recognize the PCI ids of the Olitec ISDN PCI card.
Signed-off-by: Olivier Blin <[EMAIL PROTECTED]>
--- a/drivers/isdn/hisax/config.c
+++ b/drivers/isdn/hisax/config.c
@@ -1900,6 +1900,7 @@ static struct pci_device_id h
39 matches
Mail list logo
