Bug#775997: linux-image-3.16.0-4-amd64: Realtek network card issues

2015-01-22 Thread Ritesh Raj Sarraf
Package: src:linux
Version: 3.16.7-ckt4-1
Severity: normal


On boot, sometimes, my (Realtek) wireless USB card does not get detected. The
error msg I see is:

[   28.068775] rtl8192cu: MAC auto ON okay!
[   28.079349] rtl8192cu: Tx queue select: 0x05
[   28.430869] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[   28.834775] r8169 :0f:00.0 eth0: link down
[   28.834828] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   28.971379] rtl_usb: reg 0x4, usbctrl_vendorreq TimeOut!
status:0xffb9 value=0x4f0f
[   28.972338] rtl_usb: reg 0x21, usbctrl_vendorreq TimeOut!
status:0xffb9 value=0x9f80
[   28.973220] rtl_usb: reg 0x0, usbctrl_vendorreq TimeOut!
status:0xffb9 value=0x30004
[   28.974100] rtl_usb: reg 0x4, usbctrl_vendorreq TimeOut!
status:0xffb9 value=0xa103
[   28.974980] rtl8192cu: MAC auto ON okay!
[   29.246321] rtl8192cu: Tx queue select: 0x05
[   29.711932] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[   38.489106] Bluetooth: Core ver 2.19
[   38.489119] NET: Registered protocol family 31
[   38.489120] Bluetooth: HCI device and connection manager initialized
[   38.489127] Bluetooth: HCI socket layer initialized
[   38.489128] Bluetooth: L2CAP socket layer initialized
[   38.489138] Bluetooth: SCO socket layer initialized
[   38.512265] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   38.512267] Bluetooth: BNEP filters: protocol multicast
[   38.512274] Bluetooth: BNEP socket layer initialized
[   75.444312] r8169 :0f:00.0 eth0: link down


If I unplug and re-plug the device, it then works perfect.



Similarly, for the (Realtek) Ethernet adapter, I frequently get the
following error message:

[   18.242861] r8169 :0f:00.0 eth0: rtl_ocp_gphy_cond == 1 (loop:
10, delay: 25).
[   18.244313] r8169 :0f:00.0 eth0: rtl_ocp_gphy_cond == 1 (loop:
10, delay: 25).
[   18.245537] r8169 :0f:00.0 eth0: rtl_ocp_gphy_cond == 1 (loop:
10, delay: 25).
[   18.321786] r8169 :0f:00.0: firmware: direct-loading firmware
rtl_nic/rtl8168g-2.fw
[   18.406393] r8169 :0f:00.0 eth0: link down
[   18.406439] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready



I have clubbed it to a single bug report, because both relate to
Realtek.



-- Package-specific info:
** Version:
Linux version 3.16.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt4-1 (2015-01-16)

** Command line:
BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 root=/dev/mapper/LocalCrypt-ROOT ro 
rootflags=data=writeback cgroup_enable=memory swapaccount=1 
init=/lib/systemd/systemd quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[   16.463774] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
[   16.519024] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:01/input/input17
[   16.519076] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 1
[   16.526792] snd_hda_intel :00:03.0: irq 48 for MSI/MSI-X
[   16.539635] input: HDA Intel HDMI HDMI/DP,pcm=3 as 
/devices/pci:00/:00:03.0/sound/card0/input18
[   16.539785] systemd-journald[299]: Received request to flush runtime journal 
from PID 1
[   16.539821] input: HDA Intel HDMI HDMI/DP,pcm=7 as 
/devices/pci:00/:00:03.0/sound/card0/input19
[   16.539916] input: HDA Intel HDMI HDMI/DP,pcm=8 as 
/devices/pci:00/:00:03.0/sound/card0/input20
[   16.851156] [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off
[   17.494466] Bridge firewalling registered
[   17.515826] ip_tables: (C) 2000-2006 Netfilter Core Team
[   17.519280] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
[   17.699056] RPC: Registered named UNIX socket transport module.
[   17.699059] RPC: Registered udp transport module.
[   17.699060] RPC: Registered tcp transport module.
[   17.699060] RPC: Registered tcp NFSv4.1 backchannel transport module.
[   17.702351] FS-Cache: Loaded
[   17.725934] FS-Cache: Netfs 'nfs' registered for caching
[   17.734053] Installing knfsd (copyright (C) 1996 o...@monad.swb.de).
[   18.242861] r8169 :0f:00.0 eth0: rtl_ocp_gphy_cond == 1 (loop: 10, 
delay: 25).
[   18.244313] r8169 :0f:00.0 eth0: rtl_ocp_gphy_cond == 1 (loop: 10, 
delay: 25).
[   18.245537] r8169 :0f:00.0 eth0: rtl_ocp_gphy_cond == 1 (loop: 10, 
delay: 25).
[   18.321786] r8169 :0f:00.0: firmware: direct-loading firmware 
rtl_nic/rtl8168g-2.fw
[   18.406393] r8169 :0f:00.0 eth0: link down
[   18.406439] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   18.512854] vboxdrv: Found 8 processor cores.
[   18.513023] vboxdrv: fAsync=0 offMin=0x165 offMax=0xdbf
[   18.513078] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 
'normal'.
[   18.513079] vboxdrv: Successfully loaded version 4.3.20_Debian (interface 
0x001a0008).
[   18.613588] vboxpci: IOMMU not found (not registered)
[   19.781571] nouveau E[PBUS][:01:00.0] MMIO read of 0x FAULT 
at 0x122130 [ TIMEOUT ]
[   19.781856] nouveau E[

Processed: Re: Bug#775997: linux-image-3.16.0-4-amd64: Realtek network card issues

2015-01-22 Thread Debian Bug Tracking System
Processing control commands:

 clone -1 -2
Bug #775997 [src:linux] linux-image-3.16.0-4-amd64: Realtek network card issues
Bug 775997 cloned as bug 776000
 retitle -1 rtl8192cu unreliable on RTL8188CUS
Bug #775997 [src:linux] linux-image-3.16.0-4-amd64: Realtek network card issues
Changed Bug title to 'rtl8192cu unreliable on RTL8188CUS' from 
'linux-image-3.16.0-4-amd64: Realtek network card issues'
 retitle -2 r8169 logs warning rtl_ocp_gphy_cond == 1 on init of RTL8168G-2
Bug #776000 [src:linux] linux-image-3.16.0-4-amd64: Realtek network card issues
Changed Bug title to 'r8169 logs warning rtl_ocp_gphy_cond == 1 on init of 
RTL8168G-2' from 'linux-image-3.16.0-4-amd64: Realtek network card issues'

-- 
775997: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775997
776000: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776000
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/handler.s.b775997.142193662517798.transcr...@bugs.debian.org



Bug#775997: linux-image-3.16.0-4-amd64: Realtek network card issues

2015-01-22 Thread Ben Hutchings
Control: clone -1 -2
Control: retitle -1 rtl8192cu unreliable on RTL8188CUS
Control: retitle -2 r8169 logs warning rtl_ocp_gphy_cond == 1 on init of 
RTL8168G-2

On Thu, 2015-01-22 at 19:06 +0530, Ritesh Raj Sarraf wrote:
[...]
 I have clubbed it to a single bug report, because both relate to
 Realtek.

Oh come on, you surely know better than to do that.

Ben.

-- 
Ben Hutchings
I haven't lost my mind; it's backed up on tape somewhere.


signature.asc
Description: This is a digitally signed message part


Bug#775997: linux-image-3.16.0-4-amd64: Realtek network card issues

2015-01-22 Thread Ben Hutchings
On Thu, 2015-01-22 at 19:06 +0530, Ritesh Raj Sarraf wrote:
[...]
 On boot, sometimes, my (Realtek) wireless USB card does not get detected. The
 error msg I see is:
 
 [   28.068775] rtl8192cu: MAC auto ON okay!
 [   28.079349] rtl8192cu: Tx queue select: 0x05

The driver is logging messages about it, so in what sense it is not
being detected?

[...]
 If I unplug and re-plug the device, it then works perfect.
[...]

What is broken before?

Ben.

-- 
Ben Hutchings
I haven't lost my mind; it's backed up on tape somewhere.


signature.asc
Description: This is a digitally signed message part


Bug#773643: initramfs-tools: fsck.* not added to initrd image for mount by UUID or label with type=auto

2015-01-22 Thread Paul Menzel
Control: retitle -1 initramfs-tools: fsck.* not added to initrd image for mount 
by UUID or label with type=auto

Am Montag, den 19.01.2015, 22:30 +0100 schrieb Paul Menzel:

 Am Montag, den 19.01.2015, 00:52 + schrieb Ben Hutchings:
 
 […]
 
  On Sun, 2015-01-18 at 23:47 +0100, Paul Menzel wrote:
   Am Sonntag, den 18.01.2015, 15:12 + schrieb Ben Hutchings:
  [...]
I think I know why this is, but please can you send the fstab line for
the root filesystem?
   
   Sure.
   
   UUID=2b45d72e-7bd8-490f-bd9e-7e5990859148   /  auto
   discard,noatime,commit=600,defaults,errors=remount-ro 0   1
   
   In `/etc/fstab` tabs instead of spaces are used.
  
  OK, this is the same as in #766448 and I have a fix for it.
 
 Awesome! I’ll try to test that patch this week

I can confirm, that your patch fixes the problem.

 and corrected the title of this bug report.

Unfortunately I failed at that. I’ll try again.


Thanks,

Paul


signature.asc
Description: This is a digitally signed message part


Processed: Re: Bug#773643: initramfs-tools: fsck.* not added to initrd image for mount by UUID or label with type=auto

2015-01-22 Thread Debian Bug Tracking System
Processing control commands:

 retitle -1 initramfs-tools: fsck.* not added to initrd image for mount by 
 UUID or label with type=auto
Bug #773643 [initramfs-tools] initramfs-tools: mkfs.* not added to initrd image 
(Warning: couldn't identify filesystem type for fsck hook, ignoring.)
Bug #766448 [initramfs-tools] root fstype auto in /etc/fstab guaranteed 
unbootable
Changed Bug title to 'initramfs-tools: fsck.* not added to initrd image for 
mount by UUID or label with type=auto' from 'initramfs-tools: mkfs.* not added 
to initrd image (Warning: couldn't identify filesystem type for fsck hook, 
ignoring.)'
Changed Bug title to 'initramfs-tools: fsck.* not added to initrd image for 
mount by UUID or label with type=auto' from 'root fstype auto in /etc/fstab 
guaranteed unbootable'

-- 
766448: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766448
773643: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773643
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/handler.s.b773643.142191520531990.transcr...@bugs.debian.org



Bug#775997: linux-image-3.16.0-4-amd64: Realtek network card issues

2015-01-22 Thread Ritesh Raj Sarraf
On 01/22/2015 10:03 PM, Ritesh Raj Sarraf wrote:
 Well. On boot, on this iteration, the driver wasn't even loaded. Which
 led to no wireless interface in the OS.

 Manually re-plugging the device again, raised the event and the proper
 driver was loaded.

And now, on suspend/resume, the device is dead. I just hope that it is a
driver issue. Because if otherwise, I'm not sure what expectations can
be set with this device.

The only other option I can think of is to reboot into Windows to check
if it behaves properly there.


[ 3171.053462] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 3171.053673] usb 1-13: reset full-speed USB device number 3 using xhci_hcd
[ 3171.053755] xhci_hcd :00:14.0: Setup ERROR: setup context command
for slot 2.
[ 3171.053757] usb 1-13: hub failed to enable device, error -22
[ 3171.054374] ata1.00: configured for UDMA/100
[ 3171.165658] usb 1-13: reset full-speed USB device number 3 using xhci_hcd
[ 3171.165696] xhci_hcd :00:14.0: Setup ERROR: setup context command
for slot 2.
[ 3171.165697] usb 1-13: hub failed to enable device, error -22
[ 3171.277749] usb 1-13: reset full-speed USB device number 3 using xhci_hcd
[ 3171.294391] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called
with disabled ep 880250d12040
[ 3171.405852] usb 1-14: reset full-speed USB device number 4 using xhci_hcd
[ 3171.405875] xhci_hcd :00:14.0: Setup ERROR: setup context command
for slot 3.
[ 3171.405877] usb 1-14: hub failed to enable device, error -22
[ 3171.517812] usb 1-14: reset full-speed USB device number 4 using xhci_hcd
[ 3171.517841] xhci_hcd :00:14.0: Setup ERROR: setup context command
for slot 3.
[ 3171.517842] usb 1-14: hub failed to enable device, error -22
[ 3171.629898] usb 1-14: reset full-speed USB device number 4 using xhci_hcd
[ 3171.646699] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called
with disabled ep 88009ad8dc00
[ 3171.646700] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called
with disabled ep 88009ad8dc48
[ 3171.646701] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called
with disabled ep 88009ad8dc90
[ 3171.646702] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called
with disabled ep 88009ad8dcd8
[ 3171.758120] usb 1-7: reset high-speed USB device number 2 using xhci_hcd
[ 3171.758153] xhci_hcd :00:14.0: Setup ERROR: setup context command
for slot 1.
[ 3171.758154] usb 1-7: hub failed to enable device, error -22
[ 3171.870106] usb 1-7: reset high-speed USB device number 2 using xhci_hcd
[ 3171.870125] xhci_hcd :00:14.0: Setup ERROR: setup context command
for slot 1.
[ 3171.870126] usb 1-7: hub failed to enable device, error -22
[ 3171.982192] usb 1-7: reset high-speed USB device number 2 using xhci_hcd
[ 3172.040684] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called
with disabled ep 88025407ba40
[ 3172.166496] usb 1-3: reset high-speed USB device number 5 using xhci_hcd
[ 3172.166509] xhci_hcd :00:14.0: Setup ERROR: setup context command
for slot 4.
[ 3172.166511] usb 1-3: hub failed to enable device, error -22
[ 3172.278501] usb 1-3: reset high-speed USB device number 5 using xhci_hcd
[ 3172.278514] xhci_hcd :00:14.0: Setup ERROR: setup context command
for slot 4.
[ 3172.278515] usb 1-3: hub failed to enable device, error -22
[ 3172.350513] [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off
[ 3172.390560] usb 1-3: reset high-speed USB device number 5 using xhci_hcd
[ 3172.390622] usb 1-3: Device not responding to setup address.
[ 3172.594720] usb 1-3: Device not responding to setup address.
[ 3172.798824] usb 1-3: device not accepting address 5, error -71
[ 3172.910974] usb 1-3: reset high-speed USB device number 5 using xhci_hcd
[ 3172.911036] usb 1-3: Device not responding to setup address.
[ 3173.115141] usb 1-3: Device not responding to setup address.
[ 3173.319245] usb 1-3: device not accepting address 5, error -71
[ 3173.319366] PM: resume of devices complete after 2583.482 msecs
[ 3173.319579] PM: Finishing wakeup.
[ 3173.319580] Restarting tasks ...
[ 3173.319636] rt2800pci :07:00.0: no hotplug settings from platform
[ 3173.319646] pci :07:00.1: no hotplug settings from platform
[ 3173.319656] usb 1-3: USB disconnect, device number 5
[ 3173.319743] pci :09:00.0: [10ec:5227] type 00 class 0xff
[ 3173.319751] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called
with disabled ep 880218bdae00
[ 3173.319754] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called
with disabled ep 880218bdae48
[ 3173.319756] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called
with disabled ep 880218bdae90
[ 3173.319758] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called
with disabled ep 880218bdaed8
[ 3173.319814] pci :09:00.0: reg 0x10: [mem 0x-0x0fff]
[ 3173.320148] pci :09:00.0: supports D1 D2
[ 3173.320150] pci :09:00.0: PME# supported from D1 D2 D3hot D3cold
[ 3173.320242] pci :09:00.0: System wakeup disabled by ACPI
[ 3173.330986] pci 

Bug#776006: linux-image-3.16.0-4-amd64: nouveau MMIO read of 0x00000000 FAULT at 0x000260 [ TIMEOUT ]

2015-01-22 Thread Ritesh Raj Sarraf
Package: src:linux
Version: 3.16.7-ckt4-1
Severity: normal

On all kernels, I have been getting the following error message from the
nouveau driver.

I haven't tried testing whether it works or not. The laptop has 2 VGA
cards.

[  356.655864] nouveau E[   PIBUS][:01:00.0] HUB0: 0x6013d4
0x573f (0x1e708200)
[  356.655879] nouveau E[   PIBUS][:01:00.0] GPC0: 0x4188ac
0x0001 (0x1e70822e)
[  356.701627] nouveau E[PBUS][:01:00.0] MMIO read of 0x
FAULT at 0x000260 [ TIMEOUT ]
[  356.701928] nouveau E[PBUS][:01:00.0] MMIO write of
0xbad0011f FAULT at 0x000260 [ TIMEOUT ]


-- Package-specific info:
** Version:
Linux version 3.16.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt4-1 (2015-01-16)

** Command line:
BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 root=/dev/mapper/LocalCrypt-ROOT ro 
rootflags=data=writeback cgroup_enable=memory swapaccount=1 
init=/lib/systemd/systemd quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[ 2426.565717] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 
mBm), (N/A)
[ 2426.565718] cfg80211:   (517 KHz - 525 KHz @ 8 KHz, 16 KHz 
AUTO), (N/A, 2000 mBm), (N/A)
[ 2426.565719] cfg80211:   (525 KHz - 533 KHz @ 8 KHz, 16 KHz 
AUTO), (N/A, 2000 mBm), (0 s)
[ 2426.565720] cfg80211:   (549 KHz - 573 KHz @ 16 KHz), (N/A, 2000 
mBm), (0 s)
[ 2426.565721] cfg80211:   (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 
mBm), (N/A)
[ 2426.565722] cfg80211:   (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 
mBm), (N/A)
[ 2464.023198] rtl8192cu: MAC auto ON okay!
[ 2464.033767] rtl8192cu: Tx queue select: 0x05
[ 2464.490726] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[ 2464.515756] wlan1: authenticate with 00:03:7f:fe:00:02
[ 2464.526783] wlan1: send auth to 00:03:7f:fe:00:02 (try 1/3)
[ 2464.531824] wlan1: authenticated
[ 2464.535561] wlan1: associate with 00:03:7f:fe:00:02 (try 1/3)
[ 2464.554994] wlan1: RX AssocResp from 00:03:7f:fe:00:02 (capab=0x411 status=0 
aid=2)
[ 2464.555021] wlan1: associated
[ 2464.555050] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
[ 2464.619008] wlan1: deauthenticating from 00:03:7f:fe:00:02 by local choice 
(Reason: 3=DEAUTH_LEAVING)
[ 2464.634902] cfg80211: Calling CRDA to update world regulatory domain
[ 2464.636701] cfg80211: World regulatory domain updated:
[ 2464.636703] cfg80211:  DFS Master region: unset
[ 2464.636703] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp), (dfs_cac_time)
[ 2464.636705] cfg80211:   (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[ 2464.636706] cfg80211:   (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[ 2464.636707] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 
mBm), (N/A)
[ 2464.636708] cfg80211:   (517 KHz - 525 KHz @ 8 KHz, 16 KHz 
AUTO), (N/A, 2000 mBm), (N/A)
[ 2464.636709] cfg80211:   (525 KHz - 533 KHz @ 8 KHz, 16 KHz 
AUTO), (N/A, 2000 mBm), (0 s)
[ 2464.636710] cfg80211:   (549 KHz - 573 KHz @ 16 KHz), (N/A, 2000 
mBm), (0 s)
[ 2464.636711] cfg80211:   (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 
mBm), (N/A)
[ 2464.636712] cfg80211:   (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 
mBm), (N/A)
[ 2464.638123] rtl8192cu: MAC auto ON okay!
[ 2464.648696] rtl8192cu: Tx queue select: 0x05
[ 2465.001251] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[ 2465.218219] r8169 :0f:00.0 eth0: link down
[ 2465.218274] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 2469.026082] rtl8192cu: MAC auto ON okay!
[ 2469.036613] rtl8192cu: Tx queue select: 0x05
[ 2469.388434] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[ 2470.262662] rtl8192cu: MAC auto ON okay!
[ 2470.273280] rtl8192cu: Tx queue select: 0x05
[ 2470.625336] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[ 2470.870770] r8169 :0f:00.0 eth0: link down
[ 2470.870815] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 2471.025786] rtl8192cu: MAC auto ON okay!
[ 2471.036317] rtl8192cu: Tx queue select: 0x05
[ 2471.389341] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[ 2473.611107] wlan1: authenticate with 00:03:7f:fe:00:02
[ 2473.622271] wlan1: send auth to 00:03:7f:fe:00:02 (try 1/3)
[ 2473.629657] wlan1: authenticated
[ 2473.630856] wlan1: associate with 00:03:7f:fe:00:02 (try 1/3)
[ 2473.637908] wlan1: RX AssocResp from 00:03:7f:fe:00:02 (capab=0x411 status=0 
aid=2)
[ 2473.637938] wlan1: associated
[ 2473.637963] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
[ 2577.748353] ieee80211 phy2: rt2x00_set_rt: Info - RT chipset 3290, rev 0015 
detected
[ 2577.756493] ieee80211 phy2: rt2x00_set_rf: Info - RF chipset 3290 detected
[ 2577.756588] ieee80211 phy2: Selected rate control algorithm 'minstrel_ht'
[ 2598.271046] ieee80211 phy2: rt2x00lib_request_firmware: Info - Loading 
firmware 

Bug#774115: Bug resolution

2015-01-22 Thread guillaume . jaouen
Hello dear maintainers,

After doing more research on the bug I reported for linux kernel driver 
xhci_hcd on Debian stable release, I realized that repeated connections and 
disconnections were all related to my external USB 3.0 dock.

Although it is powered by an AC adapter delivering three amps, I found that if 
I was using only one hard drive bay the phenomenon disappeared.

Once again I use the two drive bays, errors do reappearance in the kernel logs.

I think this is due to the fact that large hard disks ( 2TB) consume more 
power than conventional hard drives. This is imperceptible on external USB 3.0 
devices but enough to cause stalls of the link.

I waited several days before posting this message to ensure that the situation 
was well restored.

I think that a warning to the attention of USB 3.0 ports users on this point 
should be included in the documentation, perhaps in the Debian wiki if a page 
is dedicated to suport the USB 3.0 bus.

sincerely,
Guillaume JAOUEN


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/156844371.527918640.1421968972231.javamail.r...@zimbra47-e8.priv.proxad.net



Bug#775997: linux-image-3.16.0-4-amd64: Realtek network card issues

2015-01-22 Thread Ritesh Raj Sarraf
On 01/22/2015 07:54 PM, Ben Hutchings wrote:
 On Thu, 2015-01-22 at 19:06 +0530, Ritesh Raj Sarraf wrote:
 [...]
  On boot, sometimes, my (Realtek) wireless USB card does not get detected. 
  The
  error msg I see is:
  
  [   28.068775] rtl8192cu: MAC auto ON okay!
  [   28.079349] rtl8192cu: Tx queue select: 0x05
 The driver is logging messages about it, so in what sense it is not
 being detected?
 

Well. On boot, on this iteration, the driver wasn't even loaded. Which
led to no wireless interface in the OS.

Manually re-plugging the device again, raised the event and the proper
driver was loaded.

 [...]
  If I unplug and re-plug the device, it then works perfect.
 [...]
 
 What is broken before?

I'm not sure what you meant here. But this is the first time I've used
the device. The USB Wifi came along with my RPi kit. (But I'm using it
with my laptop, because the inbuilt MediaTek RALink WIFI is equally crappy.)

When functioning, the output of iwconfig is:

wlan1 IEEE 802.11bgn  ESSID:FTW
  Mode:Managed  Frequency:2.412 GHz  Access Point:
00:03:7F:FE:00:02
  Bit Rate=18 Mb/s   Tx-Power=20 dBm
  Retry short limit:7   RTS thr=2347 B   Fragment thr:off
  Encryption key:off
  Power Management:off
  Link Quality=57/70  Signal level=-53 dBm
  Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
  Tx excessive retries:0  Invalid misc:124   Missed beacon:0


Eventually, after a couple of minutes of data transfer, the device just
gives up, quietly. The networks are unreachable. But the wireless scan
still reports good signal quality. The only catch is the Bit Rate.

wlan1 IEEE 802.11bgn  ESSID:FTW
  Mode:Managed  Frequency:2.412 GHz  Access Point:
00:03:7F:FE:00:02
  Bit Rate=1 Mb/s   Tx-Power=20 dBm
  Retry short limit:7   RTS thr=2347 B   Fragment thr:off
  Encryption key:off
  Power Management:off
  Link Quality=60/70  Signal level=-50 dBm
  Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
  Tx excessive retries:0  Invalid misc:406   Missed beacon:0

And then, if you disconnect and connect again, the device is almost useless.

[  246.472692] wlan1: associated
[  246.472722] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
[  768.909225] wlan1: deauthenticating from 00:03:7f:fe:00:02 by local
choice (Reason: 3=DEAUTH_LEAVING)
[  768.972946] cfg80211: Calling CRDA to update world regulatory domain
[  768.974702] cfg80211: World regulatory domain updated:
[  768.974704] cfg80211:  DFS Master region: unset
[  768.974705] cfg80211:   (start_freq - end_freq @ bandwidth),
(max_antenna_gain, max_eirp), (dfs_cac_time)
[  768.974707] cfg80211:   (2402000 KHz - 2472000 KHz @ 4 KHz),
(N/A, 2000 mBm), (N/A)
[  768.974708] cfg80211:   (2457000 KHz - 2482000 KHz @ 4 KHz),
(N/A, 2000 mBm), (N/A)
[  768.974708] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz),
(N/A, 2000 mBm), (N/A)
[  768.974710] cfg80211:   (517 KHz - 525 KHz @ 8 KHz,
16 KHz AUTO), (N/A, 2000 mBm), (N/A)
[  768.974711] cfg80211:   (525 KHz - 533 KHz @ 8 KHz,
16 KHz AUTO), (N/A, 2000 mBm), (0 s)
[  768.974712] cfg80211:   (549 KHz - 573 KHz @ 16 KHz),
(N/A, 2000 mBm), (0 s)
[  768.974712] cfg80211:   (5735000 KHz - 5835000 KHz @ 8 KHz),
(N/A, 2000 mBm), (N/A)
[  768.974713] cfg80211:   (5724 KHz - 6372 KHz @ 216 KHz),
(N/A, 0 mBm), (N/A)
[  768.976233] rtl8192cu: MAC auto ON okay!
[  768.986979] rtl8192cu: Tx queue select: 0x05
[  769.339256] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[  771.424275] rtl_usb: reg 0x43, usbctrl_vendorreq TimeOut!
status:0xffb9 value=0x4f0f
[  771.425154] rtl_usb: reg 0x42, usbctrl_vendorreq TimeOut!
status:0xffb9 value=0x9f80
[  772.334312] r8169 :0f:00.0 eth0: link down
[  772.334358] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[  776.436325] rtl_usb: reg 0x43, usbctrl_vendorreq TimeOut!
status:0xffb9 value=0x30004
[  776.437203] rtl_usb: reg 0x42, usbctrl_vendorreq TimeOut!
status:0xffb9 value=0xa103


It cannot associate to the AP anymore.


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature


Bug#776000: r8169 logs warning rtl_ocp_gphy_cond == 1 on init of RTL8168G-2

2015-01-22 Thread Ritesh Raj Sarraf
Package: src:linux
Version: 3.16.7-ckt4-1
Followup-For: Bug #776000


I've subscribed myself to this (cloned) bug report. 

Please do let me know if there is any additional information you need.



-- Package-specific info:
** Version:
Linux version 3.16.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt4-1 (2015-01-16)

** Command line:
BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 root=/dev/mapper/LocalCrypt-ROOT ro 
rootflags=data=writeback cgroup_enable=memory swapaccount=1 
init=/lib/systemd/systemd quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[   24.901218] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type 
mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
[   24.901321] ACPI: \_SB_.PCI0.PEG0.PEGP: failed to evaluate _DSM
[   24.901324] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type 
mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
[   33.583980] Bluetooth: Core ver 2.19
[   33.584000] NET: Registered protocol family 31
[   33.584001] Bluetooth: HCI device and connection manager initialized
[   33.584013] Bluetooth: HCI socket layer initialized
[   33.584015] Bluetooth: L2CAP socket layer initialized
[   33.584028] Bluetooth: SCO socket layer initialized
[   33.594469] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   33.594472] Bluetooth: BNEP filters: protocol multicast
[   33.594480] Bluetooth: BNEP socket layer initialized
[  159.169557] usb 1-3: new high-speed USB device number 5 using xhci_hcd
[  159.299255] usb 1-3: New USB device found, idVendor=0bda, idProduct=8176
[  159.299258] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  159.299260] usb 1-3: Product: 802.11n WLAN Adapter
[  159.299261] usb 1-3: Manufacturer: Realtek
[  159.299262] usb 1-3: SerialNumber: 00e04c01
[  160.326806] cfg80211: Calling CRDA to update world regulatory domain
[  160.330905] cfg80211: World regulatory domain updated:
[  160.330908] cfg80211:  DFS Master region: unset
[  160.330909] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp), (dfs_cac_time)
[  160.330911] cfg80211:   (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[  160.330912] cfg80211:   (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[  160.330913] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 
mBm), (N/A)
[  160.330915] cfg80211:   (517 KHz - 525 KHz @ 8 KHz, 16 KHz 
AUTO), (N/A, 2000 mBm), (N/A)
[  160.330916] cfg80211:   (525 KHz - 533 KHz @ 8 KHz, 16 KHz 
AUTO), (N/A, 2000 mBm), (0 s)
[  160.330918] cfg80211:   (549 KHz - 573 KHz @ 16 KHz), (N/A, 2000 
mBm), (0 s)
[  160.330919] cfg80211:   (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 
mBm), (N/A)
[  160.330920] cfg80211:   (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 
mBm), (N/A)
[  160.356858] rtl8192cu: Chip version 0x10
[  160.392081] rtl8192cu: MAC address: 00:13:ef:50:1a:c8
[  160.392083] rtl8192cu: Board Type 0
[  160.392160] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1
[  160.392182] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
[  160.392240] usbcore: registered new interface driver rtl8192cu
[  160.393050] usb 1-3: firmware: direct-loading firmware 
rtlwifi/rtl8192cufw_TMSC.bin
[  160.399895] ieee80211 phy0: Selected rate control algorithm 'rtl_rc'
[  160.400164] rtlwifi: wireless switch is on
[  160.414689] systemd-udevd[4986]: renamed network interface wlan0 to wlan1
[  241.233867] rtl8192cu: MAC auto ON okay!
[  241.21] rtl8192cu: Tx queue select: 0x05
[  241.600418] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[  242.547440] rtl8192cu: MAC auto ON okay!
[  242.558018] rtl8192cu: Tx queue select: 0x05
[  242.911265] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[  243.119348] r8169 :0f:00.0 eth0: link down
[  243.119393] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[  243.232986] rtl8192cu: MAC auto ON okay!
[  243.243516] rtl8192cu: Tx queue select: 0x05
[  243.596259] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[  246.416131] wlan1: authenticate with 00:03:7f:fe:00:02
[  246.427142] wlan1: send auth to 00:03:7f:fe:00:02 (try 1/3)
[  246.451240] wlan1: authenticated
[  246.451956] wlan1: associate with 00:03:7f:fe:00:02 (try 1/3)
[  246.472666] wlan1: RX AssocResp from 00:03:7f:fe:00:02 (capab=0x411 status=0 
aid=2)
[  246.472692] wlan1: associated
[  246.472722] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
[  768.909225] wlan1: deauthenticating from 00:03:7f:fe:00:02 by local choice 
(Reason: 3=DEAUTH_LEAVING)
[  768.972946] cfg80211: Calling CRDA to update world regulatory domain
[  768.974702] cfg80211: World regulatory domain updated:
[  768.974704] cfg80211:  DFS Master region: unset
[  768.974705] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp), (dfs_cac_time)
[