[Kernel-packages] [Bug 1794641] Re: Slow boot caused by unresponsive internal sd card reader
Yes, I have tried both mac and grub. Admittedly, I have blessed my refind installation and from their used refind to load grub. (My preferred method, given the number of boot options refind can handle). I haven't tried using the macOs bootloader to boot into linux directly. On booting into Mac OS, The Mach kernel does not get hang trying to get the sd card working, however, a cold boot into ANYTHING still requires a 20-30 second delay. There is apparently a grub update. I'll see if I can get any result out of it. -- 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/1794641 Title: Slow boot caused by unresponsive internal sd card reader Status in linux package in Ubuntu: Confirmed Bug description: Running Ubuntu 18.04 / Mac OS High Sierra Dual Boot on Macbook Pro 11,1. I've had a long standing kernel problem, that is still present for Ubuntu's linux-generic 4.15.0-34 kernel. Since roughly December the system has two kinds of boots: good and bad. I had been running 16.04 until a few days ago. I was hoping an 18.04 update would get rid of this problem. The problem remains, both with the canonical's 4.15 generic kernel and the 4.19 rc4 kernel. I even updated Mac OS to High Sierra in hopes that would update any potential firmware updates might resolve the issue. No dice. Hope this bug report can get the ball rolling. The Boots-- Good Boot: 5 seconds from power on chime to refind bootmanager, 5 seconds to kernel space, 10-15 userspace. Bad Boot: it takes about 20-30 to get to my boot manager after I select the kernel to use, it takes roughly 50 seconds, most of that time is spent with the kernel trying to assign an address to usb 2-3: my computer's SD Card Reader. Something prevents it from doing so and it gives up after trying all 4 usb ports twice. (Eats 40 seconds). On a Good Boot the SD Card Reader works just fine. On a Bad Boot it is completely nonfunctional. When are Good Boot and Bad Boots?- Cold Reboots are always Bad. After a Bad Boot, a warm reboot is always Good. A warm reboot after a Good boot is always Bad. I've compared the dmesg logs between the different boots and they are quite different. Something in the shutdown/reboot process is really altering how the kernel behaves. Since the slowdown starts before the boot manager I've been suspicious of the EFI. Checking EFI variables between these two boots shows an EFI variable is present after a good boot that is not present after a bad boot: usb-cr-rec-7c436110-ab2a- 4bbb-a880-fe41995c9f82. This appears to be a Mac specific setting. I don't know what it does, but I can confirm that speeds up the boot process when present, regardless of which operating system I boot. I'm aware this might be an EFI issue that I might have to talk to Apple about. However, Apple's kernel seems to handle the SD card reader gracefully, rather than leave a 40 unresponsive blank screen whilst booting. I have attached the slow boot dmesg logs for Canonical's 4.15.0-34 kernel. The big gaps of kernel time are generally accompanied by lines like usb 2-3: device not accepting address 4, error -62. I'd like to attach files for for current 4.15 Ubuntu and 4.19 Mainline fast and slow boots, but there only seems to be one attachment allowed. General info == uname -all == Linux james-MacBookPro 4.15.0-34-generic #37-Ubuntu SMP Mon Aug 27 15:21:48 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux == lspci -vvnn == 00:00.0 Host bridge [0600]: Intel Corporation Haswell-ULT DRAM Controller [8086:0a04] (rev 09) Subsystem: Apple Inc. Haswell-ULT DRAM Controller [106b:011a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: hsw_uncore 00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT Integrated Graphics Controller [8086:0a2e] (rev 09) (prog-if 00 [VGA controller]) Subsystem: Apple Inc. Haswell-ULT Integrated Graphics Controller [106b:011a] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: i915 Kernel modules: i915 00:03.0 Audio device [0403]: Intel Corporation Haswell-ULT HD Audio Controller [8086:0a0c] (rev 09) Subsystem: Apple Inc. Haswell-ULT HD Audio Controller [106b:011a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: snd_hda_intel Kernel modu
[Kernel-packages] [Bug 1794641] Re: Slow boot caused by unresponsive internal sd card reader
Seems like there are some UEFI magic happens under the scene. Have you tried using the default macOS boot loader instead? -- 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/1794641 Title: Slow boot caused by unresponsive internal sd card reader Status in linux package in Ubuntu: Confirmed Bug description: Running Ubuntu 18.04 / Mac OS High Sierra Dual Boot on Macbook Pro 11,1. I've had a long standing kernel problem, that is still present for Ubuntu's linux-generic 4.15.0-34 kernel. Since roughly December the system has two kinds of boots: good and bad. I had been running 16.04 until a few days ago. I was hoping an 18.04 update would get rid of this problem. The problem remains, both with the canonical's 4.15 generic kernel and the 4.19 rc4 kernel. I even updated Mac OS to High Sierra in hopes that would update any potential firmware updates might resolve the issue. No dice. Hope this bug report can get the ball rolling. The Boots-- Good Boot: 5 seconds from power on chime to refind bootmanager, 5 seconds to kernel space, 10-15 userspace. Bad Boot: it takes about 20-30 to get to my boot manager after I select the kernel to use, it takes roughly 50 seconds, most of that time is spent with the kernel trying to assign an address to usb 2-3: my computer's SD Card Reader. Something prevents it from doing so and it gives up after trying all 4 usb ports twice. (Eats 40 seconds). On a Good Boot the SD Card Reader works just fine. On a Bad Boot it is completely nonfunctional. When are Good Boot and Bad Boots?- Cold Reboots are always Bad. After a Bad Boot, a warm reboot is always Good. A warm reboot after a Good boot is always Bad. I've compared the dmesg logs between the different boots and they are quite different. Something in the shutdown/reboot process is really altering how the kernel behaves. Since the slowdown starts before the boot manager I've been suspicious of the EFI. Checking EFI variables between these two boots shows an EFI variable is present after a good boot that is not present after a bad boot: usb-cr-rec-7c436110-ab2a- 4bbb-a880-fe41995c9f82. This appears to be a Mac specific setting. I don't know what it does, but I can confirm that speeds up the boot process when present, regardless of which operating system I boot. I'm aware this might be an EFI issue that I might have to talk to Apple about. However, Apple's kernel seems to handle the SD card reader gracefully, rather than leave a 40 unresponsive blank screen whilst booting. I have attached the slow boot dmesg logs for Canonical's 4.15.0-34 kernel. The big gaps of kernel time are generally accompanied by lines like usb 2-3: device not accepting address 4, error -62. I'd like to attach files for for current 4.15 Ubuntu and 4.19 Mainline fast and slow boots, but there only seems to be one attachment allowed. General info == uname -all == Linux james-MacBookPro 4.15.0-34-generic #37-Ubuntu SMP Mon Aug 27 15:21:48 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux == lspci -vvnn == 00:00.0 Host bridge [0600]: Intel Corporation Haswell-ULT DRAM Controller [8086:0a04] (rev 09) Subsystem: Apple Inc. Haswell-ULT DRAM Controller [106b:011a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: hsw_uncore 00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT Integrated Graphics Controller [8086:0a2e] (rev 09) (prog-if 00 [VGA controller]) Subsystem: Apple Inc. Haswell-ULT Integrated Graphics Controller [106b:011a] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: i915 Kernel modules: i915 00:03.0 Audio device [0403]: Intel Corporation Haswell-ULT HD Audio Controller [8086:0a0c] (rev 09) Subsystem: Apple Inc. Haswell-ULT HD Audio Controller [106b:011a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel 00:14.0 USB controller [0c03]: Intel Corporation 8 Series USB xHCI HC [8086:9c31] (rev 04) (prog-if 30 [XHCI]) Subsystem: Intel Corporation Apple MacBookAir6,2 / MacBookPro11,1 [8086:7270] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >T
[Kernel-packages] [Bug 1794641] Re: Slow boot caused by unresponsive internal sd card reader
** 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/1794641 Title: Slow boot caused by unresponsive internal sd card reader Status in linux package in Ubuntu: Confirmed Bug description: Running Ubuntu 18.04 / Mac OS High Sierra Dual Boot on Macbook Pro 11,1. I've had a long standing kernel problem, that is still present for Ubuntu's linux-generic 4.15.0-34 kernel. Since roughly December the system has two kinds of boots: good and bad. I had been running 16.04 until a few days ago. I was hoping an 18.04 update would get rid of this problem. The problem remains, both with the canonical's 4.15 generic kernel and the 4.19 rc4 kernel. I even updated Mac OS to High Sierra in hopes that would update any potential firmware updates might resolve the issue. No dice. Hope this bug report can get the ball rolling. The Boots-- Good Boot: 5 seconds from power on chime to refind bootmanager, 5 seconds to kernel space, 10-15 userspace. Bad Boot: it takes about 20-30 to get to my boot manager after I select the kernel to use, it takes roughly 50 seconds, most of that time is spent with the kernel trying to assign an address to usb 2-3: my computer's SD Card Reader. Something prevents it from doing so and it gives up after trying all 4 usb ports twice. (Eats 40 seconds). On a Good Boot the SD Card Reader works just fine. On a Bad Boot it is completely nonfunctional. When are Good Boot and Bad Boots?- Cold Reboots are always Bad. After a Bad Boot, a warm reboot is always Good. A warm reboot after a Good boot is always Bad. I've compared the dmesg logs between the different boots and they are quite different. Something in the shutdown/reboot process is really altering how the kernel behaves. Since the slowdown starts before the boot manager I've been suspicious of the EFI. Checking EFI variables between these two boots shows an EFI variable is present after a good boot that is not present after a bad boot: usb-cr-rec-7c436110-ab2a- 4bbb-a880-fe41995c9f82. This appears to be a Mac specific setting. I don't know what it does, but I can confirm that speeds up the boot process when present, regardless of which operating system I boot. I'm aware this might be an EFI issue that I might have to talk to Apple about. However, Apple's kernel seems to handle the SD card reader gracefully, rather than leave a 40 unresponsive blank screen whilst booting. I have attached the slow boot dmesg logs for Canonical's 4.15.0-34 kernel. The big gaps of kernel time are generally accompanied by lines like usb 2-3: device not accepting address 4, error -62. I'd like to attach files for for current 4.15 Ubuntu and 4.19 Mainline fast and slow boots, but there only seems to be one attachment allowed. General info == uname -all == Linux james-MacBookPro 4.15.0-34-generic #37-Ubuntu SMP Mon Aug 27 15:21:48 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux == lspci -vvnn == 00:00.0 Host bridge [0600]: Intel Corporation Haswell-ULT DRAM Controller [8086:0a04] (rev 09) Subsystem: Apple Inc. Haswell-ULT DRAM Controller [106b:011a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: hsw_uncore 00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT Integrated Graphics Controller [8086:0a2e] (rev 09) (prog-if 00 [VGA controller]) Subsystem: Apple Inc. Haswell-ULT Integrated Graphics Controller [106b:011a] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: i915 Kernel modules: i915 00:03.0 Audio device [0403]: Intel Corporation Haswell-ULT HD Audio Controller [8086:0a0c] (rev 09) Subsystem: Apple Inc. Haswell-ULT HD Audio Controller [106b:011a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel 00:14.0 USB controller [0c03]: Intel Corporation 8 Series USB xHCI HC [8086:9c31] (rev 04) (prog-if 30 [XHCI]) Subsystem: Intel Corporation Apple MacBookAir6,2 / MacBookPro11,1 [8086:7270] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: xhci_hcd
[Kernel-packages] [Bug 1794641] Re: Slow boot caused by unresponsive internal sd card reader
Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v4.19 kernel[0]. If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'. If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'. Once testing of the upstream kernel is complete, please mark this bug as "Confirmed". Thanks in advance. [0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.19-rc6 ** Changed in: linux (Ubuntu) Importance: Undecided => Medium ** Changed in: linux (Ubuntu) Status: Confirmed => Incomplete ** Tags added: kernel-da-key -- 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/1794641 Title: Slow boot caused by unresponsive internal sd card reader Status in linux package in Ubuntu: Incomplete Bug description: Running Ubuntu 18.04 / Mac OS High Sierra Dual Boot on Macbook Pro 11,1. I've had a long standing kernel problem, that is still present for Ubuntu's linux-generic 4.15.0-34 kernel. Since roughly December the system has two kinds of boots: good and bad. I had been running 16.04 until a few days ago. I was hoping an 18.04 update would get rid of this problem. The problem remains, both with the canonical's 4.15 generic kernel and the 4.19 rc4 kernel. I even updated Mac OS to High Sierra in hopes that would update any potential firmware updates might resolve the issue. No dice. Hope this bug report can get the ball rolling. The Boots-- Good Boot: 5 seconds from power on chime to refind bootmanager, 5 seconds to kernel space, 10-15 userspace. Bad Boot: it takes about 20-30 to get to my boot manager after I select the kernel to use, it takes roughly 50 seconds, most of that time is spent with the kernel trying to assign an address to usb 2-3: my computer's SD Card Reader. Something prevents it from doing so and it gives up after trying all 4 usb ports twice. (Eats 40 seconds). On a Good Boot the SD Card Reader works just fine. On a Bad Boot it is completely nonfunctional. When are Good Boot and Bad Boots?- Cold Reboots are always Bad. After a Bad Boot, a warm reboot is always Good. A warm reboot after a Good boot is always Bad. I've compared the dmesg logs between the different boots and they are quite different. Something in the shutdown/reboot process is really altering how the kernel behaves. Since the slowdown starts before the boot manager I've been suspicious of the EFI. Checking EFI variables between these two boots shows an EFI variable is present after a good boot that is not present after a bad boot: usb-cr-rec-7c436110-ab2a- 4bbb-a880-fe41995c9f82. This appears to be a Mac specific setting. I don't know what it does, but I can confirm that speeds up the boot process when present, regardless of which operating system I boot. I'm aware this might be an EFI issue that I might have to talk to Apple about. However, Apple's kernel seems to handle the SD card reader gracefully, rather than leave a 40 unresponsive blank screen whilst booting. I have attached the slow boot dmesg logs for Canonical's 4.15.0-34 kernel. The big gaps of kernel time are generally accompanied by lines like usb 2-3: device not accepting address 4, error -62. I'd like to attach files for for current 4.15 Ubuntu and 4.19 Mainline fast and slow boots, but there only seems to be one attachment allowed. General info == uname -all == Linux james-MacBookPro 4.15.0-34-generic #37-Ubuntu SMP Mon Aug 27 15:21:48 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux == lspci -vvnn == 00:00.0 Host bridge [0600]: Intel Corporation Haswell-ULT DRAM Controller [8086:0a04] (rev 09) Subsystem: Apple Inc. Haswell-ULT DRAM Controller [106b:011a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: hsw_uncore 00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT Integrated Graphics Controller [8086:0a2e] (rev 09) (prog-if 00 [VGA controller]) Subsystem: Apple Inc. Haswell-ULT Integrated Graphics Controller [106b:011a] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: i915 Kernel modules: i915 00:03.0 Audio device [0403]: Intel Corporation Haswell-ULT HD Audio Controller [8086:0a0c] (rev 09) Subsystem: Apple Inc. Haswell-ULT HD Audio Controller [106b:011a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- S
[Kernel-packages] [Bug 1794641] Re: Slow boot caused by unresponsive internal sd card reader
** Changed in: linux (Ubuntu) Status: Incomplete => Opinion ** Changed in: linux (Ubuntu) Status: Opinion => Incomplete ** 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/1794641 Title: Slow boot caused by unresponsive internal sd card reader Status in linux package in Ubuntu: Confirmed Bug description: Running Ubuntu 18.04 / Mac OS High Sierra Dual Boot on Macbook Pro 11,1. I've had a long standing kernel problem, that is still present for Ubuntu's linux-generic 4.15.0-34 kernel. Since roughly December the system has two kinds of boots: good and bad. I had been running 16.04 until a few days ago. I was hoping an 18.04 update would get rid of this problem. The problem remains, both with the canonical's 4.15 generic kernel and the 4.19 rc4 kernel. I even updated Mac OS to High Sierra in hopes that would update any potential firmware updates might resolve the issue. No dice. Hope this bug report can get the ball rolling. The Boots-- Good Boot: 5 seconds from power on chime to refind bootmanager, 5 seconds to kernel space, 10-15 userspace. Bad Boot: it takes about 20-30 to get to my boot manager after I select the kernel to use, it takes roughly 50 seconds, most of that time is spent with the kernel trying to assign an address to usb 2-3: my computer's SD Card Reader. Something prevents it from doing so and it gives up after trying all 4 usb ports twice. (Eats 40 seconds). On a Good Boot the SD Card Reader works just fine. On a Bad Boot it is completely nonfunctional. When are Good Boot and Bad Boots?- Cold Reboots are always Bad. After a Bad Boot, a warm reboot is always Good. A warm reboot after a Good boot is always Bad. I've compared the dmesg logs between the different boots and they are quite different. Something in the shutdown/reboot process is really altering how the kernel behaves. Since the slowdown starts before the boot manager I've been suspicious of the EFI. Checking EFI variables between these two boots shows an EFI variable is present after a good boot that is not present after a bad boot: usb-cr-rec-7c436110-ab2a- 4bbb-a880-fe41995c9f82. This appears to be a Mac specific setting. I don't know what it does, but I can confirm that speeds up the boot process when present, regardless of which operating system I boot. I'm aware this might be an EFI issue that I might have to talk to Apple about. However, Apple's kernel seems to handle the SD card reader gracefully, rather than leave a 40 unresponsive blank screen whilst booting. I have attached the slow boot dmesg logs for Canonical's 4.15.0-34 kernel. The big gaps of kernel time are generally accompanied by lines like usb 2-3: device not accepting address 4, error -62. I'd like to attach files for for current 4.15 Ubuntu and 4.19 Mainline fast and slow boots, but there only seems to be one attachment allowed. General info == uname -all == Linux james-MacBookPro 4.15.0-34-generic #37-Ubuntu SMP Mon Aug 27 15:21:48 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux == lspci -vvnn == 00:00.0 Host bridge [0600]: Intel Corporation Haswell-ULT DRAM Controller [8086:0a04] (rev 09) Subsystem: Apple Inc. Haswell-ULT DRAM Controller [106b:011a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: hsw_uncore 00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT Integrated Graphics Controller [8086:0a2e] (rev 09) (prog-if 00 [VGA controller]) Subsystem: Apple Inc. Haswell-ULT Integrated Graphics Controller [106b:011a] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: i915 Kernel modules: i915 00:03.0 Audio device [0403]: Intel Corporation Haswell-ULT HD Audio Controller [8086:0a0c] (rev 09) Subsystem: Apple Inc. Haswell-ULT HD Audio Controller [106b:011a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel 00:14.0 USB controller [0c03]: Intel Corporation 8 Series USB xHCI HC [8086:9c31] (rev 04) (prog-if 30 [XHCI]) Subsystem: Intel Corporation Apple MacBookAir6,2 / MacBookPro11,1 [8086:7270] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- F
[Kernel-packages] [Bug 1794641] Re: Slow boot caused by unresponsive internal sd card reader
apport information ** Tags added: apport-collected ** Description changed: Running Ubuntu 18.04 / Mac OS High Sierra Dual Boot on Macbook Pro 11,1. I've had a long standing kernel problem, that is still present for Ubuntu's linux-generic 4.15.0-34 kernel. Since roughly December the system has two kinds of boots: good and bad. I had been running 16.04 until a few days ago. I was hoping an 18.04 update would get rid of this problem. The problem remains, both with the canonical's 4.15 generic kernel and the 4.19 rc4 kernel. I even updated Mac OS to High Sierra in hopes that would update any potential firmware updates might resolve the issue. No dice. Hope this bug report can get the ball rolling. The Boots-- Good Boot: 5 seconds from power on chime to refind bootmanager, 5 seconds to kernel space, 10-15 userspace. Bad Boot: it takes about 20-30 to get to my boot manager after I select the kernel to use, it takes roughly 50 seconds, most of that time is spent with the kernel trying to assign an address to usb 2-3: my computer's SD Card Reader. Something prevents it from doing so and it gives up after trying all 4 usb ports twice. (Eats 40 seconds). On a Good Boot the SD Card Reader works just fine. On a Bad Boot it is completely nonfunctional. When are Good Boot and Bad Boots?- Cold Reboots are always Bad. After a Bad Boot, a warm reboot is always Good. A warm reboot after a Good boot is always Bad. I've compared the dmesg logs between the different boots and they are quite different. Something in the shutdown/reboot process is really altering how the kernel behaves. Since the slowdown starts before the boot manager I've been suspicious of the EFI. Checking EFI variables between these two boots shows an EFI variable is present after a good boot that is not present after a bad boot: usb-cr-rec-7c436110-ab2a- 4bbb-a880-fe41995c9f82. This appears to be a Mac specific setting. I don't know what it does, but I can confirm that speeds up the boot process when present, regardless of which operating system I boot. I'm aware this might be an EFI issue that I might have to talk to Apple about. However, Apple's kernel seems to handle the SD card reader gracefully, rather than leave a 40 unresponsive blank screen whilst booting. I have attached the slow boot dmesg logs for Canonical's 4.15.0-34 kernel. The big gaps of kernel time are generally accompanied by lines like usb 2-3: device not accepting address 4, error -62. I'd like to attach files for for current 4.15 Ubuntu and 4.19 Mainline fast and slow boots, but there only seems to be one attachment allowed. General info == uname -all == Linux james-MacBookPro 4.15.0-34-generic #37-Ubuntu SMP Mon Aug 27 15:21:48 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux == lspci -vvnn == 00:00.0 Host bridge [0600]: Intel Corporation Haswell-ULT DRAM Controller [8086:0a04] (rev 09) Subsystem: Apple Inc. Haswell-ULT DRAM Controller [106b:011a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: hsw_uncore 00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT Integrated Graphics Controller [8086:0a2e] (rev 09) (prog-if 00 [VGA controller]) Subsystem: Apple Inc. Haswell-ULT Integrated Graphics Controller [106b:011a] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: i915 Kernel modules: i915 00:03.0 Audio device [0403]: Intel Corporation Haswell-ULT HD Audio Controller [8086:0a0c] (rev 09) Subsystem: Apple Inc. Haswell-ULT HD Audio Controller [106b:011a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel 00:14.0 USB controller [0c03]: Intel Corporation 8 Series USB xHCI HC [8086:9c31] (rev 04) (prog-if 30 [XHCI]) Subsystem: Intel Corporation Apple MacBookAir6,2 / MacBookPro11,1 [8086:7270] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: xhci_hcd 00:16.0 Communication controller [0780]: Intel Corporation 8 Series HECI #0 [8086:9c3a] (rev 04) Subsystem: Intel Corporation 8 Series HECI [8086:7270] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- S
[Kernel-packages] [Bug 1794641] Re: Slow boot caused by unresponsive internal sd card reader
** Package changed: linux-meta (Ubuntu) => linux (Ubuntu) -- 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/1794641 Title: Slow boot caused by unresponsive internal sd card reader Status in linux package in Ubuntu: New Bug description: Running Ubuntu 18.04 / Mac OS High Sierra Dual Boot on Macbook Pro 11,1. I've had a long standing kernel problem, that is still present for Ubuntu's linux-generic 4.15.0-34 kernel. Since roughly December the system has two kinds of boots: good and bad. I had been running 16.04 until a few days ago. I was hoping an 18.04 update would get rid of this problem. The problem remains, both with the canonical's 4.15 generic kernel and the 4.19 rc4 kernel. I even updated Mac OS to High Sierra in hopes that would update any potential firmware updates might resolve the issue. No dice. Hope this bug report can get the ball rolling. The Boots-- Good Boot: 5 seconds from power on chime to refind bootmanager, 5 seconds to kernel space, 10-15 userspace. Bad Boot: it takes about 20-30 to get to my boot manager after I select the kernel to use, it takes roughly 50 seconds, most of that time is spent with the kernel trying to assign an address to usb 2-3: my computer's SD Card Reader. Something prevents it from doing so and it gives up after trying all 4 usb ports twice. (Eats 40 seconds). On a Good Boot the SD Card Reader works just fine. On a Bad Boot it is completely nonfunctional. When are Good Boot and Bad Boots?- Cold Reboots are always Bad. After a Bad Boot, a warm reboot is always Good. A warm reboot after a Good boot is always Bad. I've compared the dmesg logs between the different boots and they are quite different. Something in the shutdown/reboot process is really altering how the kernel behaves. Since the slowdown starts before the boot manager I've been suspicious of the EFI. Checking EFI variables between these two boots shows an EFI variable is present after a good boot that is not present after a bad boot: usb-cr-rec-7c436110-ab2a- 4bbb-a880-fe41995c9f82. This appears to be a Mac specific setting. I don't know what it does, but I can confirm that speeds up the boot process when present, regardless of which operating system I boot. I'm aware this might be an EFI issue that I might have to talk to Apple about. However, Apple's kernel seems to handle the SD card reader gracefully, rather than leave a 40 unresponsive blank screen whilst booting. I have attached the slow boot dmesg logs for Canonical's 4.15.0-34 kernel. The big gaps of kernel time are generally accompanied by lines like usb 2-3: device not accepting address 4, error -62. I'd like to attach files for for current 4.15 Ubuntu and 4.19 Mainline fast and slow boots, but there only seems to be one attachment allowed. General info == uname -all == Linux james-MacBookPro 4.15.0-34-generic #37-Ubuntu SMP Mon Aug 27 15:21:48 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux == lspci -vvnn == 00:00.0 Host bridge [0600]: Intel Corporation Haswell-ULT DRAM Controller [8086:0a04] (rev 09) Subsystem: Apple Inc. Haswell-ULT DRAM Controller [106b:011a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: hsw_uncore 00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT Integrated Graphics Controller [8086:0a2e] (rev 09) (prog-if 00 [VGA controller]) Subsystem: Apple Inc. Haswell-ULT Integrated Graphics Controller [106b:011a] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: i915 Kernel modules: i915 00:03.0 Audio device [0403]: Intel Corporation Haswell-ULT HD Audio Controller [8086:0a0c] (rev 09) Subsystem: Apple Inc. Haswell-ULT HD Audio Controller [106b:011a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel 00:14.0 USB controller [0c03]: Intel Corporation 8 Series USB xHCI HC [8086:9c31] (rev 04) (prog-if 30 [XHCI]) Subsystem: Intel Corporation Apple MacBookAir6,2 / MacBookPro11,1 [8086:7270] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: xhci_hcd 00:16.0 Commu
