Bug 100191 - pciehp + tg3: Apple Thunderbolt 2 Gigabit Ethernet dongle not hot-pluggable (on MacbookPro12,1 2015 edition)
Summary: pciehp + tg3: Apple Thunderbolt 2 Gigabit Ethernet dongle not hot-pluggable (...
Status: RESOLVED CODE_FIX
Alias: None
Product: Drivers
Classification: Unclassified
Component: Network (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: drivers_network@kernel-bugs.osdl.org
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-06-20 21:59 UTC by Tormen
Modified: 2017-02-20 04:25 UTC (History)
10 users (show)

See Also:
Kernel Version: 4.2.0
Subsystem:
Regression: No
Bisected commit-id:


Attachments
lspci -vvv after boot (startup) with plugged apple network dongle (68.27 KB, text/plain)
2015-09-13 18:12 UTC, Tormen
Details
working patch (kernel 4.2.0) fixing the problem (399 bytes, patch)
2015-09-16 17:43 UTC, Tormen
Details | Diff

Description Tormen 2015-06-20 21:59:26 UTC
Hi,

I am using a MacbookPro12,1 2015 Retina notebook with an Apple Thunderbolt 2 Gigabit ethernet adapter dongle.

The problem: The dongle is not hotpluggable ;)

So when plugged during boot, it gets recognized (see "During bootup").
But when unplugged (see "after unplug"), it does not get recognized when replugged : 
There are actually NO lines appearing in journalctl, when replugging it.

Please let me know if I can provide other informations.

Thanks a lot for any hint on this.

Tormen



During bootup: journalctl:

[    1.051719] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[    1.051787] pciehp 0000:06:00.0:pcie24: Slot #0 AttnBtn- AttnInd- PwrInd- PwrCtrl- MRL- Interlock- NoCompl+ LLActRep+
[    1.051835] pciehp 0000:06:00.0:pcie24: service driver pciehp loaded
[    1.051842] pciehp 0000:06:03.0:pcie24: Slot #3 AttnBtn- AttnInd- PwrInd- PwrCtrl- MRL- Interlock- NoCompl+ LLActRep+
[    1.051880] pciehp 0000:06:03.0:pcie24: service driver pciehp loaded
[    1.051888] pciehp 0000:06:04.0:pcie24: Slot #4 AttnBtn- AttnInd- PwrInd- PwrCtrl- MRL- Interlock- NoCompl+ LLActRep+
[    1.051911] pciehp 0000:06:04.0:pcie24: service driver pciehp loaded
[    1.051918] pciehp 0000:06:05.0:pcie24: Slot #5 AttnBtn- AttnInd- PwrInd- PwrCtrl- MRL- Interlock- NoCompl+ LLActRep+
[    1.051939] pciehp 0000:06:05.0:pcie24: service driver pciehp loaded
[    1.051960] pciehp 0000:06:06.0:pcie24: Slot #6 AttnBtn- AttnInd- PwrInd- PwrCtrl- MRL- Interlock- NoCompl+ LLActRep+
[    1.051982] pciehp 0000:06:06.0:pcie24: service driver pciehp loaded
[    1.051992] pciehp 0000:09:00.0:pcie24: Slot #9 AttnBtn- AttnInd- PwrInd- PwrCtrl- MRL- Interlock- NoCompl- LLActRep+
[    1.052032] pciehp 0000:09:00.0:pcie24: service driver pciehp loaded
[    1.052035] pciehp: PCI Express Hot Plug Controller Driver version: 0.4

[   29.269817] tg3.c:v3.137 (May 11, 2014)
[   29.298282] ACPI: Smart Battery System [SBS0]: Battery Slot [BAT0] (battery present)
[   29.328016] tg3 0000:0a:00.0 eth0: Tigon3 [partno(BCM957762) rev 57766000] (PCI Express) MAC address ac:87:a3:38:1c:3a
[   29.328020] tg3 0000:0a:00.0 eth0: attached PHY is 57765 (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[1])
[   29.328022] tg3 0000:0a:00.0 eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[1]
[   29.328024] tg3 0000:0a:00.0 eth0: dma_rwctrl[00000001] dma_mask[64-bit]
[   29.388446] iTCO_vendor_support: vendor-support=0
[   29.400691] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11
[   29.400725] iTCO_wdt: unable to reset NO_REBOOT flag, device disabled by hardware/BIOS
[   29.414096] brcmfmac 0000:03:00.0: Direct firmware load for brcm/brcmfmac43602-pcie.txt failed with error -2
[   29.550312] tg3 0000:0a:00.0 ens9: renamed from eth0
[   29.613400] FAT-fs (sda1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[   29.639336] Adding 2102268k swap on /dev/mapper/cr_swap.  Priority:-1 extents:1 across:2102268k SSFS
[   29.669604] applesmc: key=670 fan=1 temp=35 index=34 acc=0 lux=2 kbd=1
[   29.879484] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: Mar 13 2015 08:11:08 version 7.35.177.36 (r540934) FWID 01-e4dc15b
[   29.892360] brcmfmac: brcmf_cfg80211_reg_notifier: not a ISO3166 code
[   29.898709] brcmfmac 0000:03:00.0 wlp3s0: renamed from wlan0
[   32.413375] SGI XFS with ACLs, security attributes, realtime, no debug enabled
[   32.414908] XFS (dm-1): Mounting V5 Filesystem
[   32.424980] XFS (dm-1): Ending clean mount
[   32.469696] audit: type=1305 audit(1434410098.777:2): audit_pid=1112 old=0 auid=4294967295 ses=4294967295 res=1
[   32.670824] usbcore: deregistering interface driver btusb
[   32.689145] ip6_tables: (C) 2000-2006 Netfilter Core Team
[   32.690872] NET: Unregistered protocol family 31
[   32.725137] nf_conntrack version 0.5.0 (65536 buckets, 262144 max)
[   32.728400] ip_tables: (C) 2000-2006 Netfilter Core Team
[   33.090051] bcm5974: bad trackpad package, length: 8
[   33.481221] brcmfmac: brcmf_add_if: ERROR: netdev:wlp3s0 already exists
[   33.481228] brcmfmac: brcmf_add_if: ignore IF event
[   33.506859] NET: Registered protocol family 17
[   33.557924] brcmfmac: brcmf_add_if: ERROR: netdev:wlp3s0 already exists
[   33.557931] brcmfmac: brcmf_add_if: ignore IF event
[   36.970152] tg3 0000:0a:00.0 ens9: Link is up at 1000 Mbps, full duplex
[   36.970167] tg3 0000:0a:00.0 ens9: Flow control is on for TX and on for RX
[   36.970172] tg3 0000:0a:00.0 ens9: EEE is disabled
[   40.840055] IPv4: martian source 255.255.255.255 from 192.168.192.250, on dev ens9
[   40.840062] ll header: 00000000: ff ff ff ff ff ff 00 23 7d 4d 66 c9 08 00        .......#}Mf...
[   41.171111] fuse init (API version 7.23)
[   43.249539] tun: Universal TUN/TAP device driver, 1.6
[   43.249544] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[   52.970974] IPv4: martian source 192.168.192.168 from 192.168.192.168, on dev ens9
[   52.970981] ll header: 00000000: ff ff ff ff ff ff 00 90 4c 0d f4 3e 08 06        ........L..>..
[   59.741317] IPv4: martian source 192.168.192.168 from 38.121.104.71, on dev wlp3s0
[   59.741323] ll header: 00000000: 00 90 4c 0d f4 3e 00 24 d4 c2 57 03 08 00        ..L..>.$..W...
[   64.753806] IPv4: martian source 192.168.192.168 from 192.168.192.254, on dev wlp3s0
[   64.753815] ll header: 00000000: 00 90 4c 0d f4 3e 00 24 d4 c2 57 03 08 06        ..L..>.$..W...
[   65.776658] IPv4: martian source 192.168.192.168 from 192.168.192.254, on dev wlp3s0
[   65.776664] ll header: 00000000: 00 90 4c 0d f4 3e 00 24 d4 c2 57 03 08 06        ..L..>.$..W...
[   66.799686] IPv4: martian source 192.168.192.168 from 192.168.192.254, on dev wlp3s0
[   66.799692] ll header: 00000000: 00 90 4c 0d f4 3e 00 24 d4 c2 57 03 08 06        ..L..>.$..W...

[26593.538742] tg3 0000:0a:00.0 ens9: Link is down
[26603.835254] tg3 0000:0a:00.0 ens9: Link is up at 1000 Mbps, full duplex
[26603.835258] tg3 0000:0a:00.0 ens9: Flow control is on for TX and on for RX
[26603.835260] tg3 0000:0a:00.0 ens9: EEE is disabled
[26609.417902] IPv4: martian source 255.255.255.255 from 192.168.192.250, on dev ens9
[26609.417907] ll header: 00000000: ff ff ff ff ff ff 00 23 7d 4d 66 c9 08 00        .......#}Mf...

[26749.657610] IPv4: martian source 192.168.192.42 from 74.125.133.16, on dev wlp3s0
[26749.657615] ll header: 00000000: 00 90 4c 0d f4 3e 00 24 d4 c2 57 03 08 00        ..L..>.$..W...
[26751.294282] IPv4: martian source 192.168.192.42 from 185.30.166.37, on dev wlp3s0
[26751.294288] ll header: 00000000: 00 90 4c 0d f4 3e 00 24 d4 c2 57 03 08 00        ..L..>.$..W...
[26752.828729] IPv4: martian source 192.168.192.42 from 185.30.166.37, on dev wlp3s0
[26752.828735] ll header: 00000000: 00 90 4c 0d f4 3e 00 24 d4 c2 57 03 08 00        ..L..>.$..W...
[26754.260878] IPv4: martian source 192.168.192.42 from 132.245.226.82, on dev wlp3s0
[26754.260884] ll header: 00000000: 00 90 4c 0d f4 3e 00 24 d4 c2 57 03 08 00        ..L..>.$..W...
[26760.053454] IPv4: martian source 192.168.192.42 from 192.168.192.254, on dev ens9
[26760.053462] ll header: 00000000: ac 87 a3 38 1c 3a 00 24 d4 c2 57 03 08 06        ...8.:.$..W...
[26761.052444] IPv4: martian source 192.168.192.42 from 192.168.192.254, on dev ens9
[26761.052450] ll header: 00000000: ac 87 a3 38 1c 3a 00 24 d4 c2 57 03 08 06        ...8.:.$..W...
[26762.051437] IPv4: martian source 192.168.192.42 from 192.168.192.254, on dev ens9
[26762.051442] ll header: 00000000: ac 87 a3 38 1c 3a 00 24 d4 c2 57 03 08 06        ...8.:.$..W...



After unplug: journalctl

[26766.122444] pciehp 0000:06:03.0:pcie24: Card not present on Slot(3-2)
[26766.122457] pciehp 0000:06:03.0:pcie24: slot(3-2): Link Down event
[26766.122479] pciehp 0000:06:03.0:pcie24: Link Down event ignored on slot(3-2): already powering off
[26766.844348] IPv4: martian source 192.168.192.42 from 74.201.154.17, on dev wlp3s0
[26766.844353] ll header: 00000000: 00 90 4c 0d f4 3e 00 24 d4 c2 57 03 08 00        ..L..>.$..W...
[26767.336580] tg3 0000:0a:00.0: tg3_abort_hw timed out, TX_MODE_ENABLE will not clear MAC_TX_MODE=ffffffff
[26767.555446] pciehp 0000:09:00.0:pcie24: unloading service driver pciehp
[26767.556431] pciehp 0000:09:00.0:pcie24: Timeout on hotplug command 0x1038 (issued 26793650 msec ago)
[26767.567242] pci_bus 0000:0a: busn_res: [bus 0a] is released
[26767.584035] pci_bus 0000:09: busn_res: [bus 09-0a] is released
[26767.584042] acpiphp: Slot [1] unregistered
[26767.584070] acpiphp: Slot [2-1] unregistered
[26767.584087] acpiphp: Slot [3-1] unregistered
[26767.584736] acpiphp: Slot [4-1] unregistered
[26767.584768] acpiphp: Slot [5-1] unregistered
Comment 1 Tormen 2015-06-20 22:01:40 UTC
Just to precise: When the dongle gets recognized during boot-up it seems to work 100% fine and without any problems.

The problem is with the recognition when unplugged and replugged.
Comment 2 Tormen 2015-07-01 22:27:06 UTC
Another precision about just unplugging and replugging the network cable :

Keeping the dongle plugged to the notebook and just remove the network cable seems to get the same effect: Replugging the network cable does NOT bring back (up) the interface "ens9":
At this point the interface "ens9" was still listed in the output of "ip link list"
Running an explicit "dhclient ens9" on the interface did result in a "Interface ens9 does not exist" error message and then a hanging dhclient.
Comment 3 Tormen 2015-07-01 22:51:39 UTC
Hi,

Please let me know if there is anything else I can provide or do to help ?

Tormen
Comment 4 Iven 2015-07-03 02:39:35 UTC
I confirm this bug exists in MacbookPro12,1.
Comment 5 Tormen 2015-07-20 20:25:54 UTC
Ping. Anybody ?
Comment 6 Victor Tran 2015-08-08 11:37:48 UTC
It's not just the Ethernet adapter. Thunderbolt --> VGA adapter fails to work as well on a MacbookPro9,2. It fails to work at all - not even when connected at boot, so I had to downgrade my kernel because I rely on my second screen quite a lot.
Comment 7 Justin Dray 2015-08-20 09:08:00 UTC
I can confirm that this issue is still present exactly as described so far on kernel 4.2.0-rc7 on a MacbookPro12,1 (mid-2015 15")

Only for ethernet adapters however. I have a mini-display port to DVI cable that works and hotplugs correctly; it goes in the same port, but isn't exactly Thunderbolt. The issue for thunderbolt graphics adapters may remain.
Comment 8 Tormen 2015-09-02 15:41:31 UTC
For info:
I got a comment from one of the kernel PCI hotplug (pciehp) maintainers:

On Wed, Sep 02, 2015 at 04:35:49PM +0200, Tormen wrote:
> The bug is related to Broadcom tg3 driver and the pciehp hotplug framework.
> In order to sort out where the problem(s) lies, I wanted to kindly ask
> you if you could have a look at the bug :
> https://bugzilla.kernel.org/show_bug.cgi?id=100191
> ?
> And/or if you could help me figuring out if pciehp is causing this
> problem and/or if tg3 is to blame.

Odds are neither are the issue, this is a thunderbolt problem.  Make
sure you have enabled thunderbolt properly in your kernel if you want
hot-add of a device to work.

I think the code has only been tested on older macbooks, changes might
be needed for newer ones given that Apple's thunderbolt controller is
"special" (i.e. doesn't follow the specification.)

good luck!

greg k-h
Comment 9 Justin Dray 2015-09-12 09:47:22 UTC
Probably not a lot of help at this stage, but I also experienced the same (only works on boot, no hotplug support) for an Apple thunderbolt display as well as the ethernet dongles.
Comment 10 Victor Tran 2015-09-12 11:21:08 UTC
For some reason, my thunderbolt display doesn't even work on boot. Like I said, I'm using kernel 4.1 because I can't live without a second display. (MacBookPro 9,2)
Comment 11 Justin Dray 2015-09-13 08:12:22 UTC
I had it work with kernel 4.2RC7. I haven't tested it with anything older. Perhaps try that first?
Comment 12 digitalboy 2015-09-13 08:20:38 UTC
(In reply to Justin Dray from comment #11)
> I had it work with kernel 4.2RC7. I haven't tested it with anything older.
> Perhaps try that first?

Does it works also if you hotplug it?
Comment 13 Tormen 2015-09-13 10:07:07 UTC
I want to precise :

When booting / starting the notebook without the Apple VGA adapter plugged, then plugging it : It just works (tm) !!
 ... and always has worked for me -- current kernel 4.1.6.
I checked dmesg: there is no messages when plugging unplugging appearing.

Whereas starting without the Apple Ethernet adapter, then plugging it : It does NOT work.

--------------------------

Besides I wanted to share another comment on this missing-functionality bug-report that I have received in the linux-hotplug@vger.kernel.org mailing list - thanks a lot Greg ! :)

On 09/05/2015 05:38 AM, Greg KH wrote:
> On Fri, Sep 04, 2015 at 09:54:18AM +0200, Tormen wrote:
>> > On 09/02/2015 05:27 PM, Greg KH wrote:
>>> > > On Wed, Sep 02, 2015 at 04:35:49PM +0200, Tormen wrote:
>>>> > >> Hi,
>>>> > >>
>>>> > >> I am contacting you, hoping that either you can maybe help
>>>> > >> or you know someone who can help :)
>>>> > >>
>>>> > >> I opened a bug related to the tg3 driver when hot-plugging via
>>>> pciehp:
>>>> > >> https://bugzilla.kernel.org/show_bug.cgi?id=100191
>>>> > >>
>>>> > >> I am desperate because :
>>>> > >>       (a) there is also a brcmfmac related driver.
>>>> > >> So both wireless and wired internet have problems:
>>>> > >>       https://bugzilla.kernel.org/show_bug.cgi?id=100201
>>>> > >>       (b) there was no input by anybody so far. Maybe because I
>>>> wrongly
>>>> > >> categorized the tg3 bug ?
>>>> > >>
>>>> > >> The bug is related to Broadcom tg3 driver and the pciehp hotplug
>>>> framework.
>>>> > >> In order to sort out where the problem(s) lies, I wanted to kindly
>>>> ask
>>>> > >> you if you could have a look at the bug :
>>>> > >> https://bugzilla.kernel.org/show_bug.cgi?id=100191
>>>> > >> ?
>>>> > >> And/or if you could help me figuring out if pciehp is causing this
>>>> > >> problem and/or if tg3 is to blame.
>>> > > 
>>> > > Odds are neither are the issue, this is a thunderbolt problem.  Make
>>> > > sure you have enabled thunderbolt properly in your kernel if you want
>>> > > hot-add of a device to work.
>>> > >
>>> > > I think the code has only been tested on older macbooks, changes might
>>> > > be needed for newer ones given that Apple's thunderbolt controller is
>>> > > "special" (i.e. doesn't follow the specification.)
>>> > >
>>> > > good luck!
>>> > >
>>> > > greg k-h
>>> > >
>> > 
>> > Thanks a lot for your feedback !
>> > 
>> > Is "the code" that you are referring to the thunderbolt kernel module ?
> Yes.
> 
>> > The kernel I am using uses:
>> > CONFIG_THUNDERBOLT=m -- The module will be called thunderbolt.
>> > But when I boot-up with the plugged network device, lsmod does not show
>> > thunderbolt.
> Have you loaded that module?  Please do so:
>       modprobe thunderbolt
> 
>> > So not sure how I can check further if thunderbolt is properly in my
>> kernel?
>> > Or is it possible that I would need to load the thunderbolt module
>> > manually in order to make hotplug work?
> Maybe.
> 
>> > When the network driver is loaded it seems to connect as a "PCI Express"
>> > device:
>> >    tg3 0000:0a:00.0 eth0: Tigon3 [partno(BCM957762) rev 57766000] (PCI
>> > Express)
> That's separate from the thunderbolt controller.
> 
>> > When I unplug the adapter the first thing appearing in dmesg is pciehp:
>> > [  210.992938] usb 1-2: USB disconnect, device number 4
>> > [ 1557.453818] pciehp 0000:06:03.0:pcie24: slot(3-2): Link Down event
>> > [ 1557.453870] pciehp 0000:06:03.0:pcie24: Cannot remove display device
>> > 0000:08:00.0
>> > [ 1557.509812] pciehp 0000:06:03.0:pcie24: Card not present on Slot(3-2)
>> > [ 1558.721344] tg3 0000:0a:00.0: tg3_abort_hw timed out, TX_MODE_ENABLE
>> > will not clear MAC_TX_MODE=ffffffff
>> > [ 1558.934601] pciehp 0000:09:00.0:pcie24: unloading service driver pciehp
>> > [ 1558.935366] pciehp 0000:09:00.0:pcie24: Timeout on hotplug command
>> > 0x1038 (issued 1557532 msec ago)
>> > [ 1558.943460] pci_bus 0000:0a: busn_res: [bus 0a] is released
>> > [ 1558.958426] pci_bus 0000:09: busn_res: [bus 09-0a] is released
>> > [ 1558.958432] acpiphp: Slot [1] unregistered
>> > [ 1558.958451] acpiphp: Slot [2-1] unregistered
>> > [ 1558.958464] acpiphp: Slot [3-1] unregistered
>> > [ 1558.958475] acpiphp: Slot [4-1] unregistered
>> > [ 1558.958486] acpiphp: Slot [5-1] unregistered
>> > 
>> > But I am not a kernel, pciehp, thunderbolt specialist :(
>> > 
>> > How can I determine why the pciehp hotplug command 0x1038 timed out ?
> No idea, sorry, this is very odd hardware that doesn't follow any spec.
> Try emailing the author of the thunderbolt code, they should be able to
> help you out more.
> 
> good luck,
> 
> greg k-h
>
Comment 14 Tormen 2015-09-13 10:44:33 UTC
For a reference - and it might be interesting to see if there are different versions out there:

The model of the "Apple Thunderbolt Gigabit Ethernet Hotplug Adapter Dongle" ;)
I am referring about is:
     Model A1433 EMC 2590
(as written in light grey on the dongle itself)

+

I apologize : But the VGA thunderbolt adapter I am using is NOT from Apple but I am using this one :
http://www.amazon.fr/dp/B00JDNYYIY/ref=pe_386181_51767671_TE_dp_1

+

In the meanwhile I am a happy camper using this USB3 dongle which "just works" (tm) :))
http://www.amazon.de/dp/B00YHAD5C4/ref=pe_386171_51767411_TE_dp_1
Comment 15 Justin Dray 2015-09-13 16:18:14 UTC
That linked adapter is display port; not thunderbolt. The apple ports also do display port on the same physical connector. And display port works fine, plugging and hot plugging; only thunderbolt adapters do not seem to work.
Comment 16 Tormen 2015-09-13 18:11:26 UTC
Hi Justin. Yes, forgot about that ;) ... and the Apple VGA adapter is thunderbolt ?
Comment 17 Tormen 2015-09-13 18:12:26 UTC
Created attachment 187481 [details]
lspci -vvv after boot (startup) with plugged apple network dongle
Comment 18 Tormen 2015-09-16 17:43:01 UTC
Created attachment 187741 [details]
working patch (kernel 4.2.0) fixing the problem

In correspondence with the maintainer of the thunderbolt kernel module (Andreas Noever) the attached patch was created and tested by myself and I can confirm that :

* starting the notebook WITHOUT the dongle attached
* then plugging the dongle, the network interface gets available
* unplugging makes the network interface disappear
* replugging the dongle makes the network interface re-appear !

:)

At this point I am so happy that I have to shout :  THANKS A LOT TO GREG AND ANDREAS !!!

I'll see with Andreas how this change can make it into the kernel.

tormen
Comment 19 Tormen 2015-09-16 17:46:22 UTC
For the record here is the analysis and comment from Andreas that led to the working patch:

""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
The pci device ids listed in the tb driver are to restrictive, which
prevents the driver from being loaded. We have had a similar issue
with the new Mac mini.

Could you try to change subvendor and subdevice to PCI_ANY_ID in

http://lxr.free-electrons.com/source/drivers/thunderbolt/nhi.c#L646

(for the second entry with .device = 0x156c).
With this change the thunderbolt driver should load and bind to the pci device
07:00.0 System peripheral: Intel Corporation Device 156c
which is the thunderbolt controller (look for thunderbolt in dmesg). I
have never tested the driver with a thunderbolt 2 controller. But with
some luck it might *just work*. :)
""""""""""""""""""""""""""""""""""""""""""""""""""""""""

And this did *just work* :))
Comment 20 Justin Dray 2015-09-16 20:12:41 UTC
I just tried it on mine, I left my thunderbolt ethernet adapter 9000km away, but I have a thunderbolt display here. After applying that patch to 4.3rc1 I can still detect it on startup; attached keyboard/mouse/hdd work fine. When I replug it, the monitor is no longer detected; but oddly enough the keyboard, mouse and even the webcam work fine!
Comment 21 Tormen 2015-09-18 07:02:39 UTC
Hi.

I don't have the thunderbolt display dongle.
Just a displayport - vga dongle, which worked and works fine :)
   * Keyboard/mouse is XHCI (usb3) and 
   * hdd is pci, so they are independent of thunderbolt.
   * Webcam : Did not try to use it, so can't tell for now.

Otherwise I just tested:
Booting with network dongle attached -> worked, then unplugged it and replugged it -> reworked again ! :)

So as far as this bug is concerned (apple network dongle tg3 -> thunderbolt), all seems to be in order :)

tormen
Comment 22 Iven 2015-09-18 07:21:01 UTC
I also confirm the network dongle replugging issue has been fixed by the patch.(Patched Linux 4.2)
Comment 23 digitalboy 2015-09-18 07:27:39 UTC
(In reply to Iven from comment #22)
> I also confirm the network dongle replugging issue has been fixed by the
> patch.(Patched Linux 4.2)

Does it works by inserting the dongle after the OS has booted? Cold boot.
Comment 24 Tormen 2015-09-18 08:53:35 UTC
Pour info : I tested both cases and both works fine now:

I tried cold boot (see comment 18) and it works fine.
I tried the non - cold boot (warm boot?) and it works fine too (see comment 21).
Comment 25 digitalboy 2015-09-18 08:55:49 UTC
(In reply to Tormen from comment #24)
> Pour info : I tested both cases and both works fine now:
> 
> I tried cold boot (see comment 18) and it works fine.
> I tried the non - cold boot (warm boot?) and it works fine too (see comment
> 21).

Thank you very much Tormen for your reply, much appreciated!
Comment 26 Tormen 2015-09-18 09:00:16 UTC
:) .... it's my bug, so I care ;)

@Iven (Comment 22) : Thanks for the feedback !
Comment 27 Justin Dray 2015-09-18 15:02:59 UTC
I have a display port -> DVI adapter and that worked fine on all kernels; only thunderbolt displays and ethernet adapters had issues.

I only have a thunderbolt display for the next 2 months, then I'm moving away from here, and can't justify the expense of buying one myself, but I can get any required info in that time.

Should it be a separate bug? It's still a thunderbolt hot-swap issue on the new macbooks like this one.
Comment 28 Tormen 2015-09-20 15:47:35 UTC
Hi Justin,

As the described issue (see title of bug) is really 100% fixed with the patch, I'd say, lets close this baby.

I won't open a new bug for the graphics adapter. As I am a happy camper with my Display-port VGA adapter (Which was btw 50% of the price of Apples thunderbolt adapter ;).

Tormen
Comment 29 thejoe 2015-09-21 17:31:57 UTC
should this be closed now, or after it's been accepted into the tree?
Comment 30 Tormen 2015-09-23 12:24:24 UTC
As I got the following confirmation of the upstream acceptance of the patch:

==================================================================
This is a note to let you know that I've just added the patch titled

    thunderbolt: Allow loading of module on recent Apple MacBooks with

to my char-misc git tree which can be found at
    git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git
in the char-misc-linus branch.

The patch will show up in the next release of the linux-next tree
(usually sometime within the next 24 hours during the week.)

The patch will hopefully also be merged in Linus's tree for the
next -rc kernel release.
=================================================================

I already closed this.
... but I'll follow through if the patch makes it into the kernel :)

Note You need to log in before you can comment on or make changes to this bug.