** Also affects: ubuntu-system-settings (Ubuntu)
Importance: Undecided
Status: New
** Changed in: ubuntu-system-settings (Ubuntu)
Importance: Undecided => High
** Changed in: ubuntu-system-settings (Ubuntu)
Status: New => In Progress
--
You received this bug notification bec
** Branch linked: lp:~seb128/ubuntu-system-settings/bluetooth-device-
visibility-tweak
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to bluez in Ubuntu.
https://bugs.launchpad.net/bugs/1419874
Title:
krillin bluetooth discoverability ena
Sorry for the long delay - when working on upstream kernel testing with
3.19.0-031900.201502091451 i386/32bit
to confirm bug 1422513 I realized that the internal Broadcom chip works fine
after uninstalling
bcmwl-kernel-source and running with above kernel.
b43 seems to do fine in that case as lsm
On the other hand, turning off scatter gather caused a rather constant
0.1% packet loss (transmit drops) in my setup (trusty on Xen). VPN
gateways, with NAT and firewalling, relatively high throughput at times.
Enabling scatter gather removes the constant small packet loss but then
I do get the "ri
Same behaviour with:
3.19.0-031900.201502091451 i386/32bit.
Both adapters are enabled if the hardware switch is on, once it's off
the network manager menu says that "Wireless networks are disabled by
hardware switch". If I plug out the USB and plug it in it is still not
recognized.
** Changed i
Turning off scatter gather disables the use of fragments in send
buffers. So for the xen-netfront driver there is no chance that those
fragments end up requiring more than the 19 pages that it can handle in
one transaction.
--
You received this bug notification because you are a member of Kernel
My dmidecode bio info:
GCETA0WW (2.60 )
09/12/2014
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1388072
Title:
[Le
I think that is at least enough data to claim this issue verified. @Jon,
you could check whether you have the same issue by looking at dmesg and
ifconfig output on the sender side. If you see the "rides the rocket"
messages together with an incrementing tx drop count, that is this bug.
And it shoul
I try to make it clear what works and what does not work with Pentium M and
Celeron M processors that have PAE capability but lack the PAE flag.
_
These iso files work:
Ubuntu Trusty mini.iso (dated jan 30)
http://archive.ubuntu.com/ubuntu/dists/trusty-upd
Crazy idea, could there be situations when sender increases mtu over receiver
side?
Fundamental question, I tried to understan what ethtool -K eth0 sg off dose in
protocoll level
can anyone explain, it look's medicine at moment.
--
You received this bug notification because you are a member of
I am not sure. I have to press f2 and log in using what appears to be
safe mode with the 3.16 kernel. i cannot select the 3.19 kernel and log
in. It is available, but not effective.
On Mon, 2015-02-09 at 20:04 +, Joseph Salisbury wrote:
> Are you only getting a panic with the 3.19 version of
Yes, bug is fixed in upstream. Thanks! I am removing the card multiple
times now and nothing crashes.
** Tags added: i386 kernel-fixed-upstream wifi
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Kernel
Pack
I can confirm that ethtool -K eth0 sg off did correct bacula backup problem:
-bacula-sd - bacula-fd communication error that stops backup process
saying " Error: bsock.c:427 Write error sending reset by peer"
-so far no IPV6 trafic jam's whit aiccu, but single missing packet's
should not stop ai
101 - 113 of 113 matches
Mail list logo