le pause frame being sent. I have can't reproduce
a hang with similar hardware, so am beginning to wonder if the problem is
pause negotiation, and interoperability problems?? Maybe the receiver gets
overloaded and sends one pause frame, but the switch can't really do flow
control and gets stuck. I do stress tests with either a direct connect cable,
or with a switch that does flow control and lots of packets and see the
driver/hardware
successfully doing flow control.
--
Stephen Hemminger <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
0: link is not ready
> sky2 eth0: Link is up at 1000 Mbps, full duplex, flow control both
> ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
> eth0: no IPv6 routers present
>
> Here is line from /proc/interrupts when device was frozen again:
> 114:3257078 0 P
ualify for a stable release update,
> i'll check with dannf which we'll add.
>
> thanks a lot for your mail
>
I sent two patches out for 2.6.20 stable last week.
--
Stephen Hemminger <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Does this help.. it is going in next patchset.
Subject: sky2: fix hangs on some chips
The driver inherited some bad setup code from sk98lin (vendor) driver that
causes receive FIFO probelms. Just remove it.
Signed-off-by: Stephen
On Tue, 30 Nov 2010 00:33:34 +0100
Francois Romieu wrote:
> hayeswang :
> > Excuse me, I have some questions about the firmware patch.
> >
> > 1. I should convert the data into the binary files (.bin). Is it right?
>
> You may do it.
>
> Fwiw I have cooked something for it in the attached pat
On Wed, 22 Jan 2014 04:03:20 -0800
Matthew King wrote:
> Further digging reveals that STP is causing or triggering the fault. If the
> bridge_stp option is disabled (and thus `brctl stp bar on` is never called),
> then the bridge retains its link-local address as expected.
>
> Matthew
STP req
On Wed, 16 Oct 2013 12:08:29 +0200
Martín Ferrari wrote:
> Hi Stephen,
>
> After discussing this issue with the Debian maintainer of iproute, I am
> bringing this issue to you to see if it can be fixed in upstream.
>
> You can see the bug report and discussion at http://bugs.debian.org/726417
>
On Wed, 16 Oct 2013 17:28:34 +0200
Martín Ferrari wrote:
> Stephen
>
> On 16/10/13 17:24, Stephen Hemminger wrote:
>
> >> As Andreas (the Debian maintainer) suggested, a simple patch would be to
> >> remove the two lines at
> >> http://git.kernel.org/cg
On Thu, 28 Nov 2013 07:24:14 -0800
Jean-Baptiste Rouault wrote:
> Package: iproute
> Version: 20120521-3+b3
> Severity: normal
>
> --- Please enter the report below this line. ---
> When a large number of network interfaces has been created, "ip link" and "ip
> addr" output is in the wrong orde
Package: chromium
Version: 32.0.1700.123-1~deb7u1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I have a problem that has been happening sproradically. It seems to
come on go on my system, but when it does the problem is repeatable.
Chromium crashes on startup with a S
On Sat, 24 May 2014 21:33:59 +0200
Andreas Henriksson wrote:
> Hello Michael, Stephen, ...
>
> On Sat, May 24, 2014 at 04:09:43PM +0100, Michael Tautschnig wrote:
> > Package: iproute2
> > Version: 3.14.0-1
> > Usertags: goto-cc
> >
> > During a rebuild of all packages in a clean sid chroot (an
On Tue, 13 May 2014 16:39:14 -0700
Santiago Garcia Mantinan wrote:
> Hi!
>
> Doing more tests on this I came to the conclusion that the problem we found
> when creating the bridge with iproute must be a bug on iproute when creating
> a bridge while setting a MAC.
>
> If I create a bridge using:
On Fri, 18 Nov 2011 21:11:52 -0600
Joshua Montgomery wrote:
> Package: iproute
> Version: 20100519-3
>
> When a tc qdisc is added with a handle that is more than 4 characters
> long, the handle does not display correctly when the tc -s option is
> used.
>
> Here is a transcript:
>
> > tc class
On Fri, 20 Jan 2012 05:12:33 -0500
nick black wrote:
> Package: iproute
> Version: 20120105-1
> Severity: normal
>
> Dear Maintainer,
>
> "ip l" started failing a few weeks ago:
>
> [skynet](0) $ ip -o l
> RTNETLINK answers: No such file or directory
> Error talking to the kernel
> [skynet](1)
On Thu, 21 Jun 2012 19:26:07 -0400
Attila Mate wrote:
> Package: linux-2.6
> Version: 3.0.0-3
> Severity: normal
>
> ..
A lot of the E1000 issues are related to ASPM (power management)
kicking in and stopping the device. There are some fix
nel but has not migrated down to stable (or Debian)
yet.
commit 149ddd83a92b02c658d6c61f3276eb6500d585e8
Author: stephen hemminger
Date: Tue Jun 26 05:48:45 2012 +
bridge: Assign rtnl_link_ops to bridge devices created via ioctl (v2)
This ensures that bridges created with brct
On Mon, 30 Jan 2012 23:27:00 +0400
Paul Fertser wrote:
> Hi,
>
> Andreas, i do not understand the reasoning for l2tp to be higher in
> the list than the link command. I think it's quite common for the more
> experienced "ip" users to use the "l" abbreviation instead of the full
> "link" command.
On Sun, 5 Feb 2012 11:41:33 -0500
"Abraham D. Smith" wrote:
> This bug is still alive in both stable (iproute 20100519-3) and testing
> (iproute 20120105-1).
>
> It fails when even a singleton route is given.
>
> # ip -6 route add default nexthop via fe80::98d9:ff:febc:dfa1 dev tap1
> metric
On Mon, 06 Feb 2012 20:22:17 +0300
Krasu wrote:
> Package: iproute-dev
> Version: 20120105-1
> Severity: important
>
> With C++ compiler and without -fpermissive flag it is impossible to compile
> against netlink library:
>
> code:
>
> #include
>
> extern "C"
> {
> #include
> #include
> #i
On Tue, 12 Feb 2013 01:45:09 -0800
Robert Henney wrote:
> Package: iproute
> Version: 20120521-3
> Severity: minor
>
> When using 'ip monitor all', prefix banner spamming of the object
> type occurs. On squeeze this does not happen (the object type is
> only printed once), so I presume the bug
Package: open-vm-tools
Version: 1:8.4.2-261024-1
Severity: important
The debian version of open-vm-tools on amd64 is built without procps support
because
of the fix for bug 531429. This causes the vmsvc daemon to fail when reading
guest
memory info and log a message in system log every 30 second
On Sun, 07 Mar 2010 03:50:18 +0600
Mikhail Gusarov wrote:
> Package: bridge-utils
> Version: 1.4-5
> Severity: wishlist
>
>
> ifup snippet for bridge-utils uses 'sleep 1' in loop in order to wait for
> bridge.
> This timeout makes 'ifup br0' really slow, 1.2s in my setup.
> Attached patch make
On Sun, 07 Mar 2010 12:04:36 +0600
Mikhail Gusarov wrote:
>
> Twas brillig at 17:17:51 06.03.2010 UTC-08 when shemmin...@vyatta.com did
> gyre and gimble:
>
> >> ifup snippet for bridge-utils uses 'sleep 1' in loop in order to wait for
> bridge.
> >> This timeout makes 'ifup br0' really slo
On Wed, 31 Mar 2010 10:08:54 +0200
Andreas Henriksson wrote:
> Hello!
>
> As reported in http://bugs.debian.org/575970 there is currently a warning
> printed for every tunnel when using latest iproute2 on atleast <= 2.6.32
> kernels (missing 6rd?!).
>
> The attached patch avoids perror when err
Package: libvirt-bin
Version: 0.9.4-2
Severity: important
Something is broken in current version of libvirt. It no longer creates
the default network. The error log in /var/log/libvirt/libvirt.log is:
14:56:05.587: 2201: info : libvirt version: 0.9.4
14:56:05.587: 2201: error : virConnectNumOfIn
On Wed, 20 Jul 2011 17:08:14 +0200
Andreas Henriksson wrote:
> $ ip route help 2>&1 | grep monitor
> ip route { add | del | change | append | replace | monitor } ROUTE
> $ ip route monitor
> Command "monitor" is unknown, try "ip route help".
>
> (I guess what was really intended is "ip monitor r
On Mon, 28 Nov 2011 12:10:20 +
Vincent Blut wrote:
> Hi,
>
> [reference: http://bugs.debian.org/609994]
>
> I have a Marvell ethernet controller which presents some failures when
> 'rx checksumming' is enabled,
> here is the model:
>
> $ lspci -vvs 03:00.0
> 03:00.0 Ethernet controller: Ma
On Sat, 26 Nov 2011 11:09:08 +0100
Guido Günther wrote:
> On Mon, Sep 26, 2011 at 03:19:13PM -0700, Stephen Hemminger wrote:
> > Package: libvirt-bin
> > Version: 0.9.4-2
> > Severity: important
> >
> > Something is broken in current version of libvirt. It
On Sat, 19 May 2012 16:08:21 +0200
Andreas Henriksson wrote:
> On Thu, May 17, 2012 at 09:29:28PM -0400, Robert Henney wrote:
> > the 'ip' man page does not mention the command "del" at all but does
> > claim, "As a rule, it is possible to add, delete and show (or list )
> > objects".
> > howe
On Wed, 20 Jun 2012 10:27:37 +0800
YANG Zhe wrote:
> Hi Thomas,
>
> I read the htb code before so I'll show the problem here.
>
> When tc comes to calculate buffer & cbuffer, it set lookup get_hz()
> and set buffer = rate / get_hz() + mtu.
>
> But nowadays, packet scheduling (sched) in kernel
On Tue, 18 Oct 2011 04:43:06 +0100
Ben Hutchings wrote:
> On Mon, 2011-10-17 at 10:40 +0300, Antti Salmela wrote:
> > Package: linux-2.6
> > Version: 3.0.0-5
> > Severity: normal
> >
> >
> > sky2 loses packets on 3.0 (-3 and -5) and 3.1-rc7, 2.6.32-38 and
> > setting interface to promiscuous wo
Package: gdm3
Version: 3.14.1-3
Severity: normal
Tags: upstream
Dear Maintainer,
On my dual monitor system, the two screens come up in an awkward orientation
(left-right and primary-secondary). This can be fixed by usin Gnome settings
for display, and the result is stored correctly in .config/mo
Package: systemd-sysv
Version: 215-6
Severity: important
Dear Maintainer,
When I attempt to shutoff my desktop system either via Gnome, poweroff,
shutdown or by directly invoking systemctl, the normal shutdown starts
but then the script invokes kexec on the new kernel.
Maybe this a broken piece
On Sun, 30 Nov 2014 20:08:35 +0100
intrigeri wrote:
> Control: tag -1 + moreinfo
>
> Hi Stephen,
>
> Stephen Hemminger wrote (30 Nov 2014 17:09:27 GMT) :
> > When I attempt to shutoff my desktop system either via Gnome, poweroff,
> > shutdown or by directly inv
On Sun, 30 Nov 2014 21:55:40 +0100
Michael Biebl wrote:
> Am 30.11.2014 um 18:09 schrieb Stephen Hemminger:
> > Package: systemd-sysv
> > Version: 215-6
> > Severity: important
> >
> > Dear Maintainer,
> >
> > When I attempt to shutoff my desktop sy
On Sun, 20 Nov 2016 15:18:58 +0100
Andreas Henriksson wrote:
> Align what the SEE ALSO section refers to and where we
> can find things on a current (Debian-derived) system.
>
> Originally reported in https://bugs.debian.org/819131
>
> Reported-by:
> Signed-off-by: Andreas Henriksson
> ---
>
On Sun, 2 Apr 2023 23:58:52 +0100
Luca Boccassi wrote:
> On Sat, 25 Mar 2023 at 00:39, Bernhard Übelacker
> wrote:
> >
> > Dear Maintainer,
> > I tried to find out where exactly the stack smashing takes place.
> > And found the ioctl SIOCCHGTUNNEL did write more than the 52 bytes
> > allocated
ted
>
> This happens because iproute2 just assumes the tunnel is ipv4, but the
> kernel "knows" it's actually ip6gre so when calling the SIOCGETTUNNEL
> ioctl it writes back a struct ip6_tnl_parm2 into the struct
> ip_tunnel_parm which is smaller, so the stack gets overwritten. Is
> there any way
On Mon, 3 Apr 2023 20:47:01 -0600
David Ahern wrote:
> On 4/3/23 9:24 AM, Stephen Hemminger wrote:
> > ted
> >>
> >> This happens because iproute2 just assumes the tunnel is ipv4, but the
> >> kernel "knows" it's actually ip6gre so when ca
On Mon, 3 Apr 2023 20:47:01 -0600
David Ahern wrote:
> On 4/3/23 9:24 AM, Stephen Hemminger wrote:
> > ted
> >>
> >> This happens because iproute2 just assumes the tunnel is ipv4, but the
> >> kernel "knows" it's actually ip6gre so when ca
On Tue, 6 Jan 2009 00:53:09 +0100
Christian Hammers wrote:
> [resent to quagga-dev as there was a space in the e-mail address and
> the mail did not show up in the mailing list archives -ch]
>
> On Sun, 04 Jan 2009, Ben Hutchings wrote:
>
> Stephen,
>
> Debian 5.0 "lenny" will release with q
On Thu, 8 Jan 2009 18:38:57 +0100
Christian Hammers wrote:
> Hello
>
> On Tue, 6 Jan 2009 11:50:35 +0100
> "Joakim Tjernlund" wrote:
>
> > > On Sun, 04 Jan 2009, Ben Hutchings wrote:
> > >
> > > Stephen,
> > >
> > > Debian 5.0 "lenny" will release with quagga 0.99.10. However we have
> > >
t to do about this?
I don't really have access to the hardware, or know the x86-64 details perhaps
Andi Kleen
would be of more help. But my suspicion is that the remapping doesn't work for
i/o devices
because of hardware or BIOS. One simple workaround is to force use of the I/O
mm
Package: linux-image-2.6.22-3-k7
Version: 2.6.22-6.lenny1
Severity: normal
The default congestion control choice in the Lenny kernel configuration is BIC.
This is a poor choice because BIC has a number of problems and was replacede by
CUBIC
in 2.6.20 or so kernel release. Debian seems to have co
On Sun, 29 Jun 2008 11:56:49 +0200
Andreas Henriksson <[EMAIL PROTECTED]> wrote:
> Hi Stephen and others interested!
>
> Could you please have a look at lnstat. We got a bugreport in Debian
> about it segfaulting. It happens for me too on my workstation (amd64),
> which is also my internet gatewa
On Thu, 17 Jul 2008 00:00:58 +0200
Andreas Henriksson <[EMAIL PROTECTED]> wrote:
> Hi Stephen and co.!
>
> Johannes Berg reported that iproute2 doesn't give any error message when
> "ip link set ... up" failed for him (as opposed to ifconfig):
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=48
On Thu, 17 Jul 2008 00:27:17 +0200
Andreas Henriksson <[EMAIL PROTECTED]> wrote:
> On ons, 2008-07-16 at 15:03 -0700, Stephen Hemminger wrote:
> > On Thu, 17 Jul 2008 00:00:58 +0200
> > Andreas Henriksson <[EMAIL PROTECTED]> wrote:
> [...]
> > > +
On Thu, 17 Jul 2008 00:35:22 +0200
Johannes Berg <[EMAIL PROTECTED]> wrote:
>
> > > (By the way, most uses of rtnl_* seems to be if (rtnl_* < 0) exit(1); in
> > > iproute2 currently. The error messages are in libnetlink.)
>
> > The problem is the driver is responding with an error packet but the
Thanks, I fixed it differently by fixing the hash function and using
proper typing.
-
From 7dec1bf88bc34e2d0b320f0c23bd1a060c73852b Mon Sep 17 00:00:00 2001
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Thu, 8 May 2008 09:11:04 -0700
Subject: [PATCH] Fix bad hash calculation beca
pd 5.4.3~dfsg-1 and kernel 2.6.35.4.
>
> Regards.
>
>
>
The following change is headed for a future Linux kernel.
Probably not until 2.6.37 because of the current merge window.
--
commit 0fdc100bdc4b7ab61ed632962c76dfe539047296
Author: stephen hemminger
Date: Mon Aug 23 10
On Sun, 12 Sep 2010 23:51:39 +0200
Frédéric MASSOT wrote:
> Le 12/09/2010 19:56, Stephen Hemminger a écrit :
> > On Sun, 12 Sep 2010 18:15:44 +0200
> > Frédéric MASSOT wrote:
> >
> >> Hi,
> >>
> >> It's strange, when we remove the snm
On Mon, 13 Sep 2010 18:57:44 +0200
Frédéric Massot wrote:
> Le 12/09/2010 19:56, Stephen Hemminger a écrit :
> > On Sun, 12 Sep 2010 18:15:44 +0200 Frédéric
> > MASSOT wrote:
> >
> >> Hi,
> >>
> >> It's strange, when we remove the snm
On Mon, 13 Sep 2010 19:25:02 +0200
Frédéric Massot wrote:
> Le 13/09/2010 17:27, Stephen Hemminger a écrit :
> > On Sun, 12 Sep 2010 23:51:39 +0200
> > Frédéric MASSOT wrote:
> >
> [...]
> >>
> >> Thank you for the reply.
> >>
> >>
Package: module-init-tools
Version: 3.4-1
Severity: normal
The entry for PF_LLC (26) in /etc/modprobe.d/aliases is incorrect.
The module name is llc2 not llc.
BUT the whole list of module names for protocols is a leftover 2.4 kernel
thing and should be removed. In 2.6 kernel the kernel has a wa
On Sat, 21 Feb 2009 02:18:42 +0100
m...@linux.it (Marco d'Itri) wrote:
> On Feb 21, Stephen Hemminger wrote:
>
> > thing and should be removed. In 2.6 kernel the kernel has a way for modules
> > to identify there own module aliases correctly.
> Yes, but many modules
Package: ntp
Version: 1:4.2.6.p2+dfsg-1+b1
Severity: normal
Tags: upstream ipv6
*** Please type your report below this line ***
On our system, interfaces are not brought up until later in
the boot process (after NTP). There is a race with IPV6 since
the kernel will notify the daemon about a new a
commit 67b71a1559883b33b446ee1e42ade6fa10260be2
Author: Stephen Hemminger
Date: Mon Mar 9 14:04:17 2009 -0700
Ignore IPV6 Dynamic addresses
During boot link-local addresses are generated dynamically.
These addresses are in a tentative state until after resolution occurs
ot show this behaviour.
This sounds familiar.
The problem is that snmpd on Debian is unable to do the ethtool ioctl's
because it runs as user snmp (not root). To solve this on Vyatta, I
changed the kernel to allow all ethtool query operations (ETHTOOL_GSET).
This patch is in 2.6.36 kernel as we
On Mon, 7 Dec 2009 13:12:36 +0100
Andreas Henriksson wrote:
> Peter Palfrader said in http://bugs.debian.org/545008 that
> "--help output, if explicitly requested, should go to stdout, not stderr."
> which this patch fixes.
>
> Additionally, the exit code was adjusted to success if help was
> ex
On Thu, 3 Dec 2009 12:08:27 +1100
Simon Horman wrote:
> On Mon, Nov 23, 2009 at 11:37:42AM +0100, Andreas Henriksson wrote:
> > Hello everybody!
> >
> > This is a desperate attempt at finding people with time and motivation
> > to look into bugs that has been reported against the iproute package
On Tue, 10 May 2011 03:38:44 +0100
Ben Hutchings wrote:
> On Fri, 2011-05-06 at 13:12 -0700, Noah Meyerhans wrote:
> > Package: linux-2.6
> > Version: 2.6.38-3
> > Severity: normal
> >
> > Hi. I've got a system that hosts several kvm virtual hosts. The VMs
> > access the network via tap devices
k expects
> it to be in.
>
> The entry point on NF_FORWARD did not meet the requirements of
> the IP stack, therefore leading to potential crashes/panics.
>
> This patch fixes the problem.
>
> Signed-off-by: Herbert Xu
> Acked-by: Stephen Hem
On Thu, 12 May 2011 15:59:16 -0700 (PDT)
David Miller wrote:
> From: Noah Meyerhans
> Date: Tue, 10 May 2011 16:35:40 -0700
>
> > On Tue, May 10, 2011 at 03:11:00PM -0700, Stephen Hemminger wrote:
> >> There were two more follow on commits in stable related to this.
On Tue, 10 May 2011 16:35:40 -0700
Noah Meyerhans wrote:
> On Tue, May 10, 2011 at 03:11:00PM -0700, Stephen Hemminger wrote:
> > There were two more follow on commits in stable related to this.
> > I recommend merging 2.6.38.6 which includes these.
>
> The problem still
On Tue, 10 May 2011 16:35:40 -0700
Noah Meyerhans wrote:
> On Tue, May 10, 2011 at 03:11:00PM -0700, Stephen Hemminger wrote:
> > There were two more follow on commits in stable related to this.
> > I recommend merging 2.6.38.6 which includes these.
>
> The problem still
On Wed, 20 Apr 2011 00:36:26 +0200
Santiago Garcia Mantinan wrote:
> Hi!
>
> I'm getting ready the new version of the bridge-utils and so I'm thinking
> again about this bug, the tests to me seem quite clear, either I disable
> MAXWAIT for all the cases (no matter if stp is enabled or disabled)
On Wed, 20 Apr 2011 09:50:02 +0200
Santiago Garcia Mantinan wrote:
> > Latest kernel (2.6.39) ignores forwarding delay unless Spanning Tree
>
> This explains why on Debian's latest unstable kernel (2.6.38 based) I
> still had the forwarding delays, anyway, the implementation I'm
> looking for wi
On Thu, 21 Apr 2011 00:51:00 +0200
Santiago Garcia Mantinan wrote:
> Hi!
>
> I was about to close this bug with one of your suggestions as solution for
> it when I realised that brctl is also on /usr, and of course the script also
> depends on that, so I suppose that it makes sense to also move
On Thu, 21 Apr 2011 17:48:50 +0200
Santiago Garcia Mantinan wrote:
> > I would put it in /usr/sbin/brctl.
>
> That's where we have it right now and where it is installed by default, but
> if we cant to support a nfs mounted /usr over a bridge, then it has to go in
> /sbin, not /usr/sbin, do you
fic, it would be nice if you could discuss
> > this with upstream directly (Try Stephen Hemminger at Vyatta and the
> > net...@vger.kernel.org mailing list).
>
> Okay, I'll take it upstream.
>
> > The code to do the matching is found in tc/f_u32.c, function parse_ipv4
&g
On Wed, 20 Jul 2011 20:01:36 +0200
Andreas Henriksson wrote:
> Hello!
>
> Spent a few minutes looking up what's going on in the situation
> described in http://bugs.debian.org/582680
>
> Around line 420 in ip/iptunnel.c there's code to look in /proc/net/dev
> for interface names, look up their
On Fri, 29 Dec 2017 21:41:52 +0100
Luca Boccassi wrote:
> Control: tags -1 wontfix
>
> On Mon, 04 Jul 2016 00:04:41 +0200 intrigeri
> wrote:
> > Control: tag -1 + upstream
> >
> > Hi,
> >
> > Daniel Kahn Gillmor wrote (02 Jul 2016 14:51:26 GMT) :
> > > It looks like there is an error in the
On Mon, 12 Mar 2018 19:48:33 +
Luca Boccassi wrote:
> On Mon, 2018-03-05 at 08:51 -0800, Stephen Hemminger wrote:
> > On Sun, 04 Mar 2018 22:07:37 +
> > Luca Boccassi wrote:
> >
> > > On Mon, 26 Feb 2018 12:05:05 +0100 Wolfgang Walter > > @st
On Mon, 26 Mar 2018 13:34:39 +0100
Luca Boccassi wrote:
> On Sat, 2018-03-24 at 14:43 +0100, Vaclav Zindulka wrote:
> > Package: iproute2
> > Version: 4.14.1-1~bpo9+1
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > I found some problems in tc class show and tc filter show commands.
> > We
Package: minissdpd
Version: 1.5.20161216-2
Severity: normal
Tags: upstream
Dear Maintainer,
In /var/log/daemon.log minissdpd is logging messages like:
peer 192.168.1.225:57753 is not from a LAN
about once a minute.
It looks like upsteam issue https://github.com/miniupnp/miniupnp/issues/274
whi
Package: src:linux
Version: 4.19.37-5+deb10u2
Severity: normal
Dear Maintainer,
The Cavium PTP coprocess as PTP clock driver is rarely if ever
present on x86 systems, yet the Debian kernel config has it enabled.
Noticed this as driver in /sys/bus/pci/drivers on a standard x86 server.
The fix is
Package: network-manager
Version: 1.14.4-4
Followup-For: Bug #757470
When system auto suspends via Gnome power manager and then is resumed the
network interface
comes back up but has no address. Looks like Network Manager fails to renew the
addres.
Partial log:
Dec 9 20:26:22 xeon-e3 kernel:
On Mon, 23 Jul 2018 16:58:39 +0100
Luca Boccassi wrote:
> On Mon, 2018-07-23 at 15:49 +, 张 敬强 wrote:
> > 在 2018年7月23日星期一 CST 下午6:50:06，Luca Boccassi 写道：
> > > Are those headers intended as _public_ API, with all that entails
> > > (no
> > > breakages, etc etc)?
> >
> > bpf_elf.h is insta
On Sun, 04 Mar 2018 22:07:37 +
Luca Boccassi wrote:
> On Mon, 26 Feb 2018 12:05:05 +0100 Wolfgang Walter m.de> wrote:
> > Package: iproute2
> > Version: 4.15.0-2
> >
> > Hello,
> >
> > after upgrading iproute2 from 4.14.1-2 to 4.15.0-2
> >
> > ip route flush all
> >
> > seems not to
Package: network-maager
Version: 1.50.1-1
This system has a dual 10G NIC (i40e) which is not connected to anything, it has
a loopback cable for testing but is not used for normal networking. It is marked
disabled in network-manager
It also has a dual 2.5G NIC (igc) and one port is connected to In
80 matches
Mail list logo
