Re: Fwd: [Bug 201647] New: Intel Wireless card 3165 does not get detected but bluetooth works

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



[+cc Emmanuel, LKML]

On Fri, Nov 09, 2018 at 03:43:06PM -0600, Bjorn Helgaas wrote:
> ---------- Forwarded message ---------
> From: <bugzilla-daemon@xxxxxxxxxxxxxxxxxxx>
> Date: Fri, Nov 9, 2018 at 4:10 AM
> Subject: [Bug 201647] New: Intel Wireless card 3165 does not get
> detected but bluetooth works
> 
> https://bugzilla.kernel.org/show_bug.cgi?id=201647
> 
>             Bug ID: 201647
>            Summary: Intel Wireless card 3165 does not get detected but
>                     bluetooth works
>            Product: Drivers
>            Version: 2.5
>     Kernel Version: 4.19.1
>           Hardware: Intel
>                 OS: Linux
>               Tree: Mainline
>             Status: NEW
>           Severity: high
>           Priority: P1
>          Component: PCI
>           Assignee: drivers_pci@xxxxxxxxxxxxxxxxxxxx
>           Reporter: Mertarg10@xxxxxxxxx
>         Regression: No
> 
> This bug affects most of the devices with a Celeron N4000 and an
> Intel wifi 3165 Ac adapter.
> 
> When using Linux wifi is not working however, Bluetooth is working
> fine.  Also, Bluetooth part of this chip is connected via btusb and
> the wifi part of this chip is connected via PCIe.

Can you attach a screenshot of the Windows 10 device manager info for
the wifi adapter to the bugzilla?  If you can get a raw hex dump of
its config space, that would be awesome.

Also attach a copy of your kernel .config file (typically in /boot/).

My only guess is that maybe the system keeps wifi completely powered
down and uses hotplug to add it when needed.  [1] mentions wifi being
on pcibus 1 under Windows.  Your lspci does show bridge 00:13.0
leading to bus 01, but Linux doesn't find any devices on bus 01.

Hotplug could be done via either acpiphp (ACPI mediated hotplug) or
pciehp (native PCIe hotplug).  Your dmesg shows you do have acpiphp.

I can't tell about pciehp (your .config will show that), but I think
pciehp will only claim bridges where SltCap contains HotPlug+, and
yours shows HotPlug-, so I don't think pciehp will do anything on your
system.

Even if the system does use hotplug, I don't know what mechanism the
OS would use to wake up the device, since we don't know it even
exists.  I guess there could be some magic switch accessible via USB.
But if that were the case, I'm sure Emmanuel would know about it.

[1] https://www.chinamobilemag.de/forum/hardware/3779-teclast-f5-linux-erkennt-kein-wlan-intel-3165-in-ubuntu-18-04-1.html?start=10



[Index of Archives]     [DMA Engine]     [Linux Coverity]     [Linux USB]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Greybus]

  Powered by Linux