[Kernel-packages] [Bug 1769610] Re: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty
@Dorian, Can you please share the acpidump for IB8000 Atom Braswell board? Also, please check if Debian 4.16.0-2 has CONFIG_SERIAL_DEV_BUS=y enabled by default. If not, then ttySx ports on this kernel will not be claimed by the Serdev bus sub-system. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem in Ubuntu. https://bugs.launchpad.net/bugs/1769610 Title: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty Status in linux-oem package in Ubuntu: Fix Released Status in linux-oem source package in Bionic: Fix Released Bug description: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty On systems using Intel Atom (Baytrail-I) SoC's, slave devices connected on HSUART1/2 ports are described by the ACPI BIOS as virtual hardware using HID's INT3511/INT3512 [1]. As a consequence, HW manufacturers have complete freedom to install any devices on-board as long as they can be accessed over serial tty interface. Once such device is Dell Edge 3002 IoT Gateway which sports ZigBee & GPS devices on the HS-UART ports 1 & 2 respectively. Post 4.15, with CONFIG_SERIAL_DEV_BUS=y, serdev port controller driver handles the enumeration for the slaves connected on these ports. Also, /dev/ttySx device nodes for these ports are no longer exposed to the userspace. This driver has been submitted upstream and is under review. This issue has been identified as a regression in 4.15 and multiple solutions are being explored. Meanwhile, to support customer and maintain release schedule, this driver needs to be in Ubuntu 4.15 based kernels. The impact is limited to systems based on Intel Atom E38XX (Baytrail-I) SoC's. More info: https://marc.info/?t=15245587167=1=2 Please don't triage, this bug is for tracking purposes only. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-oem/+bug/1769610/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1769610] Re: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty
Following comment#8, changing tags back to verification-done-bionic ** Tags removed: verification-failed-bionic ** Tags added: verification-done-bionic -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem in Ubuntu. https://bugs.launchpad.net/bugs/1769610 Title: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty Status in linux-oem package in Ubuntu: Fix Released Status in linux-oem source package in Bionic: Fix Released Bug description: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty On systems using Intel Atom (Baytrail-I) SoC's, slave devices connected on HSUART1/2 ports are described by the ACPI BIOS as virtual hardware using HID's INT3511/INT3512 [1]. As a consequence, HW manufacturers have complete freedom to install any devices on-board as long as they can be accessed over serial tty interface. Once such device is Dell Edge 3002 IoT Gateway which sports ZigBee & GPS devices on the HS-UART ports 1 & 2 respectively. Post 4.15, with CONFIG_SERIAL_DEV_BUS=y, serdev port controller driver handles the enumeration for the slaves connected on these ports. Also, /dev/ttySx device nodes for these ports are no longer exposed to the userspace. This driver has been submitted upstream and is under review. This issue has been identified as a regression in 4.15 and multiple solutions are being explored. Meanwhile, to support customer and maintain release schedule, this driver needs to be in Ubuntu 4.15 based kernels. The impact is limited to systems based on Intel Atom E38XX (Baytrail-I) SoC's. More info: https://marc.info/?t=15245587167=1=2 Please don't triage, this bug is for tracking purposes only. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-oem/+bug/1769610/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1769610] Re: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty
Same problem on an IB8000 Atom Braswell board using 16.04. Also shows the two ports when checking with acpidump, but the bionic OEM kernel mentioned here did not fix it when installed on my 16.04. It booted fine but no ttyS or ttyHS... What really did the trick was the Debian 4.16.0-2 mentioned above as well. This one brought back the ports on the normal ttyS names on 16.04! -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem in Ubuntu. https://bugs.launchpad.net/bugs/1769610 Title: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty Status in linux-oem package in Ubuntu: Fix Released Status in linux-oem source package in Bionic: Fix Released Bug description: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty On systems using Intel Atom (Baytrail-I) SoC's, slave devices connected on HSUART1/2 ports are described by the ACPI BIOS as virtual hardware using HID's INT3511/INT3512 [1]. As a consequence, HW manufacturers have complete freedom to install any devices on-board as long as they can be accessed over serial tty interface. Once such device is Dell Edge 3002 IoT Gateway which sports ZigBee & GPS devices on the HS-UART ports 1 & 2 respectively. Post 4.15, with CONFIG_SERIAL_DEV_BUS=y, serdev port controller driver handles the enumeration for the slaves connected on these ports. Also, /dev/ttySx device nodes for these ports are no longer exposed to the userspace. This driver has been submitted upstream and is under review. This issue has been identified as a regression in 4.15 and multiple solutions are being explored. Meanwhile, to support customer and maintain release schedule, this driver needs to be in Ubuntu 4.15 based kernels. The impact is limited to systems based on Intel Atom E38XX (Baytrail-I) SoC's. More info: https://marc.info/?t=15245587167=1=2 Please don't triage, this bug is for tracking purposes only. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-oem/+bug/1769610/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1769610] Re: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty
Not as long as this regression in Serdev is fixed. In your case, the port controller /dev/ttyS6 is actually created by the kernel, but not exposed to the user. So, ttyS6 cannot be re-claimed by the Intel HS-UART driver. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem in Ubuntu. https://bugs.launchpad.net/bugs/1769610 Title: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty Status in linux-oem package in Ubuntu: Fix Released Status in linux-oem source package in Bionic: Fix Released Bug description: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty On systems using Intel Atom (Baytrail-I) SoC's, slave devices connected on HSUART1/2 ports are described by the ACPI BIOS as virtual hardware using HID's INT3511/INT3512 [1]. As a consequence, HW manufacturers have complete freedom to install any devices on-board as long as they can be accessed over serial tty interface. Once such device is Dell Edge 3002 IoT Gateway which sports ZigBee & GPS devices on the HS-UART ports 1 & 2 respectively. Post 4.15, with CONFIG_SERIAL_DEV_BUS=y, serdev port controller driver handles the enumeration for the slaves connected on these ports. Also, /dev/ttySx device nodes for these ports are no longer exposed to the userspace. This driver has been submitted upstream and is under review. This issue has been identified as a regression in 4.15 and multiple solutions are being explored. Meanwhile, to support customer and maintain release schedule, this driver needs to be in Ubuntu 4.15 based kernels. The impact is limited to systems based on Intel Atom E38XX (Baytrail-I) SoC's. More info: https://marc.info/?t=15245587167=1=2 Please don't triage, this bug is for tracking purposes only. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-oem/+bug/1769610/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1769610] Re: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty
Is it possible to avoid such renaming? -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem in Ubuntu. https://bugs.launchpad.net/bugs/1769610 Title: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty Status in linux-oem package in Ubuntu: Fix Released Status in linux-oem source package in Bionic: Fix Released Bug description: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty On systems using Intel Atom (Baytrail-I) SoC's, slave devices connected on HSUART1/2 ports are described by the ACPI BIOS as virtual hardware using HID's INT3511/INT3512 [1]. As a consequence, HW manufacturers have complete freedom to install any devices on-board as long as they can be accessed over serial tty interface. Once such device is Dell Edge 3002 IoT Gateway which sports ZigBee & GPS devices on the HS-UART ports 1 & 2 respectively. Post 4.15, with CONFIG_SERIAL_DEV_BUS=y, serdev port controller driver handles the enumeration for the slaves connected on these ports. Also, /dev/ttySx device nodes for these ports are no longer exposed to the userspace. This driver has been submitted upstream and is under review. This issue has been identified as a regression in 4.15 and multiple solutions are being explored. Meanwhile, to support customer and maintain release schedule, this driver needs to be in Ubuntu 4.15 based kernels. The impact is limited to systems based on Intel Atom E38XX (Baytrail-I) SoC's. More info: https://marc.info/?t=15245587167=1=2 Please don't triage, this bug is for tracking purposes only. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-oem/+bug/1769610/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1769610] Re: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty
Confirm it's renamed to /dev/ttyHS1 -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem in Ubuntu. https://bugs.launchpad.net/bugs/1769610 Title: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty Status in linux-oem package in Ubuntu: Fix Released Status in linux-oem source package in Bionic: Fix Released Bug description: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty On systems using Intel Atom (Baytrail-I) SoC's, slave devices connected on HSUART1/2 ports are described by the ACPI BIOS as virtual hardware using HID's INT3511/INT3512 [1]. As a consequence, HW manufacturers have complete freedom to install any devices on-board as long as they can be accessed over serial tty interface. Once such device is Dell Edge 3002 IoT Gateway which sports ZigBee & GPS devices on the HS-UART ports 1 & 2 respectively. Post 4.15, with CONFIG_SERIAL_DEV_BUS=y, serdev port controller driver handles the enumeration for the slaves connected on these ports. Also, /dev/ttySx device nodes for these ports are no longer exposed to the userspace. This driver has been submitted upstream and is under review. This issue has been identified as a regression in 4.15 and multiple solutions are being explored. Meanwhile, to support customer and maintain release schedule, this driver needs to be in Ubuntu 4.15 based kernels. The impact is limited to systems based on Intel Atom E38XX (Baytrail-I) SoC's. More info: https://marc.info/?t=15245587167=1=2 Please don't triage, this bug is for tracking purposes only. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-oem/+bug/1769610/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1769610] Re: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty
@Denis, Then the /dev/ttyS6 may now appear as /dev/ttyHSx. Can you confirm this? -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem in Ubuntu. https://bugs.launchpad.net/bugs/1769610 Title: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty Status in linux-oem package in Ubuntu: Fix Released Status in linux-oem source package in Bionic: Fix Released Bug description: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty On systems using Intel Atom (Baytrail-I) SoC's, slave devices connected on HSUART1/2 ports are described by the ACPI BIOS as virtual hardware using HID's INT3511/INT3512 [1]. As a consequence, HW manufacturers have complete freedom to install any devices on-board as long as they can be accessed over serial tty interface. Once such device is Dell Edge 3002 IoT Gateway which sports ZigBee & GPS devices on the HS-UART ports 1 & 2 respectively. Post 4.15, with CONFIG_SERIAL_DEV_BUS=y, serdev port controller driver handles the enumeration for the slaves connected on these ports. Also, /dev/ttySx device nodes for these ports are no longer exposed to the userspace. This driver has been submitted upstream and is under review. This issue has been identified as a regression in 4.15 and multiple solutions are being explored. Meanwhile, to support customer and maintain release schedule, this driver needs to be in Ubuntu 4.15 based kernels. The impact is limited to systems based on Intel Atom E38XX (Baytrail-I) SoC's. More info: https://marc.info/?t=15245587167=1=2 Please don't triage, this bug is for tracking purposes only. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-oem/+bug/1769610/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1769610] Re: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty
@Shrirang Yes, I think I have: $ sudo acpidump | grep "3511\|3512" 39C0: 54 33 35 31 31 00 14 17 5F 53 54 41 00 A0 0C 93 T3511..._STA 3A90: 49 4E 54 33 35 31 32 00 14 17 5F 53 54 41 00 A0 INT3512..._STA.. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem in Ubuntu. https://bugs.launchpad.net/bugs/1769610 Title: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty Status in linux-oem package in Ubuntu: Fix Released Status in linux-oem source package in Bionic: Fix Released Bug description: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty On systems using Intel Atom (Baytrail-I) SoC's, slave devices connected on HSUART1/2 ports are described by the ACPI BIOS as virtual hardware using HID's INT3511/INT3512 [1]. As a consequence, HW manufacturers have complete freedom to install any devices on-board as long as they can be accessed over serial tty interface. Once such device is Dell Edge 3002 IoT Gateway which sports ZigBee & GPS devices on the HS-UART ports 1 & 2 respectively. Post 4.15, with CONFIG_SERIAL_DEV_BUS=y, serdev port controller driver handles the enumeration for the slaves connected on these ports. Also, /dev/ttySx device nodes for these ports are no longer exposed to the userspace. This driver has been submitted upstream and is under review. This issue has been identified as a regression in 4.15 and multiple solutions are being explored. Meanwhile, to support customer and maintain release schedule, this driver needs to be in Ubuntu 4.15 based kernels. The impact is limited to systems based on Intel Atom E38XX (Baytrail-I) SoC's. More info: https://marc.info/?t=15245587167=1=2 Please don't triage, this bug is for tracking purposes only. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-oem/+bug/1769610/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1769610] Re: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty
@Denis, Have you looked at the RFC patch submitted to linux-serial (see bug Description)? The driver provided as fix for this issue will only attach if the BIOS on your HW describes virtual serial devices with HID's INT3511/INT3512. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem in Ubuntu. https://bugs.launchpad.net/bugs/1769610 Title: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty Status in linux-oem package in Ubuntu: Fix Released Status in linux-oem source package in Bionic: Fix Released Bug description: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty On systems using Intel Atom (Baytrail-I) SoC's, slave devices connected on HSUART1/2 ports are described by the ACPI BIOS as virtual hardware using HID's INT3511/INT3512 [1]. As a consequence, HW manufacturers have complete freedom to install any devices on-board as long as they can be accessed over serial tty interface. Once such device is Dell Edge 3002 IoT Gateway which sports ZigBee & GPS devices on the HS-UART ports 1 & 2 respectively. Post 4.15, with CONFIG_SERIAL_DEV_BUS=y, serdev port controller driver handles the enumeration for the slaves connected on these ports. Also, /dev/ttySx device nodes for these ports are no longer exposed to the userspace. This driver has been submitted upstream and is under review. This issue has been identified as a regression in 4.15 and multiple solutions are being explored. Meanwhile, to support customer and maintain release schedule, this driver needs to be in Ubuntu 4.15 based kernels. The impact is limited to systems based on Intel Atom E38XX (Baytrail-I) SoC's. More info: https://marc.info/?t=15245587167=1=2 Please don't triage, this bug is for tracking purposes only. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-oem/+bug/1769610/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1769610] Re: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty
** Tags removed: verification-done-bionic ** Tags added: verification-failed-bionic -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem in Ubuntu. https://bugs.launchpad.net/bugs/1769610 Title: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty Status in linux-oem package in Ubuntu: Fix Released Status in linux-oem source package in Bionic: Fix Released Bug description: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty On systems using Intel Atom (Baytrail-I) SoC's, slave devices connected on HSUART1/2 ports are described by the ACPI BIOS as virtual hardware using HID's INT3511/INT3512 [1]. As a consequence, HW manufacturers have complete freedom to install any devices on-board as long as they can be accessed over serial tty interface. Once such device is Dell Edge 3002 IoT Gateway which sports ZigBee & GPS devices on the HS-UART ports 1 & 2 respectively. Post 4.15, with CONFIG_SERIAL_DEV_BUS=y, serdev port controller driver handles the enumeration for the slaves connected on these ports. Also, /dev/ttySx device nodes for these ports are no longer exposed to the userspace. This driver has been submitted upstream and is under review. This issue has been identified as a regression in 4.15 and multiple solutions are being explored. Meanwhile, to support customer and maintain release schedule, this driver needs to be in Ubuntu 4.15 based kernels. The impact is limited to systems based on Intel Atom E38XX (Baytrail-I) SoC's. More info: https://marc.info/?t=15245587167=1=2 Please don't triage, this bug is for tracking purposes only. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-oem/+bug/1769610/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1769610] Re: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty
Hi, I have an Intel Atom E3930 system, /dev/ttyS6 device node is no longer exposed to the userspace starting from 4.15+ Ubuntu kernels. BTW, it works fine on Debian kernels, for example on 4.16.0-2-amd64 I've tried supposed linux-oem-4.15.0-1006.9 but device node is still missing, although appears in /proc/tty/driver/serial $ uname -r 4.15.0-1006-oem $ sudo cat /proc/tty/driver/serial | grep -v unknown serinfo:1.0 driver revision: 4: uart:16550A mmio:0x716000 irq:4 tx:0 rx:0 5: uart:16550A mmio:0x714000 irq:5 tx:0 rx:0 RTS|CTS|DTR 6: uart:16550A mmio:0x28000 irq:6 tx:0 rx:0 RTS|DTR 7: uart:16550A mmio:0x712000 irq:7 tx:0 rx:0 CTS $ stat /dev/ttyS6 stat: cannot stat '/dev/ttyS6': No such file or directory -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem in Ubuntu. https://bugs.launchpad.net/bugs/1769610 Title: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty Status in linux-oem package in Ubuntu: Fix Released Status in linux-oem source package in Bionic: Fix Released Bug description: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty On systems using Intel Atom (Baytrail-I) SoC's, slave devices connected on HSUART1/2 ports are described by the ACPI BIOS as virtual hardware using HID's INT3511/INT3512 [1]. As a consequence, HW manufacturers have complete freedom to install any devices on-board as long as they can be accessed over serial tty interface. Once such device is Dell Edge 3002 IoT Gateway which sports ZigBee & GPS devices on the HS-UART ports 1 & 2 respectively. Post 4.15, with CONFIG_SERIAL_DEV_BUS=y, serdev port controller driver handles the enumeration for the slaves connected on these ports. Also, /dev/ttySx device nodes for these ports are no longer exposed to the userspace. This driver has been submitted upstream and is under review. This issue has been identified as a regression in 4.15 and multiple solutions are being explored. Meanwhile, to support customer and maintain release schedule, this driver needs to be in Ubuntu 4.15 based kernels. The impact is limited to systems based on Intel Atom E38XX (Baytrail-I) SoC's. More info: https://marc.info/?t=15245587167=1=2 Please don't triage, this bug is for tracking purposes only. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-oem/+bug/1769610/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1769610] Re: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty
This bug was fixed in the package linux-oem - 4.15.0-1006.9 --- linux-oem (4.15.0-1006.9) bionic; urgency=medium * linux-image-4.15.0-20-generic install after upgrade from xenial breaks (LP: #1767133) - Packaging: Depends on linux-base that provides the necessary tools [ Ubuntu: 4.15.0-22.24 ] * CVE-2018-3639 (powerpc) - powerpc/64s: Add support for a store forwarding barrier at kernel entry/exit - stf-barrier: set eieio instruction bit 6 for future optimisations * CVE-2018-3639 (x86) - x86/nospec: Simplify alternative_msr_write() - x86/bugs: Concentrate bug detection into a separate function - x86/bugs: Concentrate bug reporting into a separate function - x86/bugs: Read SPEC_CTRL MSR during boot and re-use reserved bits - x86/bugs, KVM: Support the combination of guest and host IBRS - x86/bugs: Expose /sys/../spec_store_bypass - x86/cpufeatures: Add X86_FEATURE_RDS - x86/bugs: Provide boot parameters for the spec_store_bypass_disable mitigation - x86/bugs/intel: Set proper CPU features and setup RDS - x86/bugs: Whitelist allowed SPEC_CTRL MSR values - x86/bugs/AMD: Add support to disable RDS on Fam[15,16,17]h if requested - x86/KVM/VMX: Expose SPEC_CTRL Bit(2) to the guest - x86/speculation: Create spec-ctrl.h to avoid include hell - prctl: Add speculation control prctls - x86/process: Allow runtime control of Speculative Store Bypass - x86/speculation: Add prctl for Speculative Store Bypass mitigation - nospec: Allow getting/setting on non-current task - proc: Provide details on speculation flaw mitigations - seccomp: Enable speculation flaw mitigations - x86/bugs: Make boot modes __ro_after_init - prctl: Add force disable speculation - seccomp: Use PR_SPEC_FORCE_DISABLE - seccomp: Add filter flag to opt-out of SSB mitigation - seccomp: Move speculation migitation control to arch code - x86/speculation: Make "seccomp" the default mode for Speculative Store Bypass - x86/bugs: Rename _RDS to _SSBD - proc: Use underscores for SSBD in 'status' - Documentation/spec_ctrl: Do some minor cleanups - x86/bugs: Fix __ssb_select_mitigation() return type - x86/bugs: Make cpu_show_common() static * LSM Stacking prctl values should be redefined as to not collide with upstream prctls (LP: #1769263) // CVE-2018-3639 - SAUCE: LSM stacking: adjust prctl values linux-oem (4.15.0-1005.8) bionic; urgency=medium * linux-oem: 4.15.0-1005.8 -proposed tracker (LP: #1767398) - source built with a clean tree * [i915 CNL-Y] system hangs soon after bootup (LP: #1769843) - SAUCE: drm/i915/execlists: Use rmb() to order CSB reads * hts221 sensor stops working after resume from S3/S4 (LP: #1769658) - SAUCE: iio: humidity: hts221: Fix sensor reads after resume * Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty (LP: #1769610) - serdev: ttyport: release tty lock sooner on open - serdev: ttyport: ignore carrier detect to avoid hangups - serdev: ttyport: do not used keyed wakeup in write_wakeup - serdev: Make .remove in struct serdev_device_driver optional - serdev: Introduce devm_serdev_device_open() - serdev: do not generate modaliases for controllers - serdev: only match serdev devices - serdev: add method to set parity - SAUCE: (no-up) Support HS-UART serdev slaves over tty - [Config] CONFIG_HSUART_SERIAL_DEVICE=y * Support latest Redpine WLAN/BT RS9113 driver (LP: #1657682) - SAUCE: rsi: add rx control block to handle rx packets in USB - SAUCE: rsi: add bluetooth rx endpoint - SAUCE: rsi: add header file rsi_91x - SAUCE: rsi: add coex support - SAUCE: Bluetooth: bt: rsi: add new rsi bluetooth driver - SAUCE: rsi: handle BT traffic in driver - SAUCE: rsi: add module parameter operating mode - SAUCE: rsi: sdio changes to support BT - SAUCE: rsi: improve RX handling in SDIO interface - SAUCE: rsi: use dynamic RX control blocks instead of MAX_RX_URB - SAUCE: rsi: improve RX packet handling in USB interface - SAUCE: rsi: add support for hardware scan offload - SAUCE: rsi: move xtend_desc structure from rsi_main.h to rsi_mgmt.h - SAUCE: rsi: move descriptor preparation to core - SAUCE: rsi: enable 80MHz clock by default - SAUCE: rsi: roaming enhancements - SAUCE: rsi: add module parameter rsi_reg - SAUCE: rsi: regulatory modifications for 'dlcar' mode - SAUCE: rsi: device disconnect changes - SAUCE: rsi: tx improvements - SAUCE: rsi: drop RX broadcast/multicast packets with invalid PN - SAUCE: rsi: fix for incorrect data pointer alignment in 64-bit - SAUCE: rsi: Remove stack VLA usage - SAUCE: rsi: fix nommu_map_sg overflow kernel panic - SAUCE: rsi: Fix 'invalid vdd' warning in mmc - SAUCE: Redpine: Fix wowlan issue with S4 - SAUCE: Redpine: rsi: Add deep sleep enable
[Kernel-packages] [Bug 1769610] Re: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty
This bug was fixed in the package linux-oem - 4.15.0-1006.9 --- linux-oem (4.15.0-1006.9) bionic; urgency=medium * linux-image-4.15.0-20-generic install after upgrade from xenial breaks (LP: #1767133) - Packaging: Depends on linux-base that provides the necessary tools [ Ubuntu: 4.15.0-22.24 ] * CVE-2018-3639 (powerpc) - powerpc/64s: Add support for a store forwarding barrier at kernel entry/exit - stf-barrier: set eieio instruction bit 6 for future optimisations * CVE-2018-3639 (x86) - x86/nospec: Simplify alternative_msr_write() - x86/bugs: Concentrate bug detection into a separate function - x86/bugs: Concentrate bug reporting into a separate function - x86/bugs: Read SPEC_CTRL MSR during boot and re-use reserved bits - x86/bugs, KVM: Support the combination of guest and host IBRS - x86/bugs: Expose /sys/../spec_store_bypass - x86/cpufeatures: Add X86_FEATURE_RDS - x86/bugs: Provide boot parameters for the spec_store_bypass_disable mitigation - x86/bugs/intel: Set proper CPU features and setup RDS - x86/bugs: Whitelist allowed SPEC_CTRL MSR values - x86/bugs/AMD: Add support to disable RDS on Fam[15,16,17]h if requested - x86/KVM/VMX: Expose SPEC_CTRL Bit(2) to the guest - x86/speculation: Create spec-ctrl.h to avoid include hell - prctl: Add speculation control prctls - x86/process: Allow runtime control of Speculative Store Bypass - x86/speculation: Add prctl for Speculative Store Bypass mitigation - nospec: Allow getting/setting on non-current task - proc: Provide details on speculation flaw mitigations - seccomp: Enable speculation flaw mitigations - x86/bugs: Make boot modes __ro_after_init - prctl: Add force disable speculation - seccomp: Use PR_SPEC_FORCE_DISABLE - seccomp: Add filter flag to opt-out of SSB mitigation - seccomp: Move speculation migitation control to arch code - x86/speculation: Make "seccomp" the default mode for Speculative Store Bypass - x86/bugs: Rename _RDS to _SSBD - proc: Use underscores for SSBD in 'status' - Documentation/spec_ctrl: Do some minor cleanups - x86/bugs: Fix __ssb_select_mitigation() return type - x86/bugs: Make cpu_show_common() static * LSM Stacking prctl values should be redefined as to not collide with upstream prctls (LP: #1769263) // CVE-2018-3639 - SAUCE: LSM stacking: adjust prctl values linux-oem (4.15.0-1005.8) bionic; urgency=medium * linux-oem: 4.15.0-1005.8 -proposed tracker (LP: #1767398) - source built with a clean tree * [i915 CNL-Y] system hangs soon after bootup (LP: #1769843) - SAUCE: drm/i915/execlists: Use rmb() to order CSB reads * hts221 sensor stops working after resume from S3/S4 (LP: #1769658) - SAUCE: iio: humidity: hts221: Fix sensor reads after resume * Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty (LP: #1769610) - serdev: ttyport: release tty lock sooner on open - serdev: ttyport: ignore carrier detect to avoid hangups - serdev: ttyport: do not used keyed wakeup in write_wakeup - serdev: Make .remove in struct serdev_device_driver optional - serdev: Introduce devm_serdev_device_open() - serdev: do not generate modaliases for controllers - serdev: only match serdev devices - serdev: add method to set parity - SAUCE: (no-up) Support HS-UART serdev slaves over tty - [Config] CONFIG_HSUART_SERIAL_DEVICE=y * Support latest Redpine WLAN/BT RS9113 driver (LP: #1657682) - SAUCE: rsi: add rx control block to handle rx packets in USB - SAUCE: rsi: add bluetooth rx endpoint - SAUCE: rsi: add header file rsi_91x - SAUCE: rsi: add coex support - SAUCE: Bluetooth: bt: rsi: add new rsi bluetooth driver - SAUCE: rsi: handle BT traffic in driver - SAUCE: rsi: add module parameter operating mode - SAUCE: rsi: sdio changes to support BT - SAUCE: rsi: improve RX handling in SDIO interface - SAUCE: rsi: use dynamic RX control blocks instead of MAX_RX_URB - SAUCE: rsi: improve RX packet handling in USB interface - SAUCE: rsi: add support for hardware scan offload - SAUCE: rsi: move xtend_desc structure from rsi_main.h to rsi_mgmt.h - SAUCE: rsi: move descriptor preparation to core - SAUCE: rsi: enable 80MHz clock by default - SAUCE: rsi: roaming enhancements - SAUCE: rsi: add module parameter rsi_reg - SAUCE: rsi: regulatory modifications for 'dlcar' mode - SAUCE: rsi: device disconnect changes - SAUCE: rsi: tx improvements - SAUCE: rsi: drop RX broadcast/multicast packets with invalid PN - SAUCE: rsi: fix for incorrect data pointer alignment in 64-bit - SAUCE: rsi: Remove stack VLA usage - SAUCE: rsi: fix nommu_map_sg overflow kernel panic - SAUCE: rsi: Fix 'invalid vdd' warning in mmc - SAUCE: Redpine: Fix wowlan issue with S4 - SAUCE: Redpine: rsi: Add deep sleep enable
[Kernel-packages] [Bug 1769610] Re: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty
** Tags removed: verification-needed-bionic ** Tags added: verification-done-bionic -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem in Ubuntu. https://bugs.launchpad.net/bugs/1769610 Title: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty Status in linux-oem package in Ubuntu: Confirmed Status in linux-oem source package in Bionic: New Bug description: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty On systems using Intel Atom (Baytrail-I) SoC's, slave devices connected on HSUART1/2 ports are described by the ACPI BIOS as virtual hardware using HID's INT3511/INT3512 [1]. As a consequence, HW manufacturers have complete freedom to install any devices on-board as long as they can be accessed over serial tty interface. Once such device is Dell Edge 3002 IoT Gateway which sports ZigBee & GPS devices on the HS-UART ports 1 & 2 respectively. Post 4.15, with CONFIG_SERIAL_DEV_BUS=y, serdev port controller driver handles the enumeration for the slaves connected on these ports. Also, /dev/ttySx device nodes for these ports are no longer exposed to the userspace. This driver has been submitted upstream and is under review. This issue has been identified as a regression in 4.15 and multiple solutions are being explored. Meanwhile, to support customer and maintain release schedule, this driver needs to be in Ubuntu 4.15 based kernels. The impact is limited to systems based on Intel Atom E38XX (Baytrail-I) SoC's. More info: https://marc.info/?t=15245587167=1=2 Please don't triage, this bug is for tracking purposes only. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-oem/+bug/1769610/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1769610] Re: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty
This bug is awaiting verification that the kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed- bionic' to 'verification-done-bionic'. If the problem still exists, change the tag 'verification-needed-bionic' to 'verification-failed- bionic'. If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you! ** Tags added: verification-needed-bionic -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem in Ubuntu. https://bugs.launchpad.net/bugs/1769610 Title: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty Status in linux-oem package in Ubuntu: Confirmed Status in linux-oem source package in Bionic: New Bug description: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty On systems using Intel Atom (Baytrail-I) SoC's, slave devices connected on HSUART1/2 ports are described by the ACPI BIOS as virtual hardware using HID's INT3511/INT3512 [1]. As a consequence, HW manufacturers have complete freedom to install any devices on-board as long as they can be accessed over serial tty interface. Once such device is Dell Edge 3002 IoT Gateway which sports ZigBee & GPS devices on the HS-UART ports 1 & 2 respectively. Post 4.15, with CONFIG_SERIAL_DEV_BUS=y, serdev port controller driver handles the enumeration for the slaves connected on these ports. Also, /dev/ttySx device nodes for these ports are no longer exposed to the userspace. This driver has been submitted upstream and is under review. This issue has been identified as a regression in 4.15 and multiple solutions are being explored. Meanwhile, to support customer and maintain release schedule, this driver needs to be in Ubuntu 4.15 based kernels. The impact is limited to systems based on Intel Atom E38XX (Baytrail-I) SoC's. More info: https://marc.info/?t=15245587167=1=2 Please don't triage, this bug is for tracking purposes only. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-oem/+bug/1769610/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1769610] Re: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty
** Also affects: linux-oem (Ubuntu Bionic) Importance: Undecided Status: New -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem in Ubuntu. https://bugs.launchpad.net/bugs/1769610 Title: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty Status in linux-oem package in Ubuntu: Confirmed Status in linux-oem source package in Bionic: New Bug description: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty On systems using Intel Atom (Baytrail-I) SoC's, slave devices connected on HSUART1/2 ports are described by the ACPI BIOS as virtual hardware using HID's INT3511/INT3512 [1]. As a consequence, HW manufacturers have complete freedom to install any devices on-board as long as they can be accessed over serial tty interface. Once such device is Dell Edge 3002 IoT Gateway which sports ZigBee & GPS devices on the HS-UART ports 1 & 2 respectively. Post 4.15, with CONFIG_SERIAL_DEV_BUS=y, serdev port controller driver handles the enumeration for the slaves connected on these ports. Also, /dev/ttySx device nodes for these ports are no longer exposed to the userspace. This driver has been submitted upstream and is under review. This issue has been identified as a regression in 4.15 and multiple solutions are being explored. Meanwhile, to support customer and maintain release schedule, this driver needs to be in Ubuntu 4.15 based kernels. The impact is limited to systems based on Intel Atom E38XX (Baytrail-I) SoC's. More info: https://marc.info/?t=15245587167=1=2 Please don't triage, this bug is for tracking purposes only. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-oem/+bug/1769610/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1769610] Re: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty
** Description changed: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty On systems using Intel Atom (Baytrail-I) SoC's, slave devices connected on HSUART1/2 ports are described by the ACPI BIOS as virtual hardware using HID's INT3511/INT3512 [1]. As a consequence, HW manufacturers have complete freedom to install any devices on-board as long as they can be accessed over serial tty interface. Once such device is Dell Edge 3002 IoT Gateway which sports ZigBee & GPS devices on the HS-UART ports 1 & 2 respectively. Post 4.15, with CONFIG_SERIAL_DEV_BUS=y, serdev port controller driver handles the enumeration for the slaves connected on these ports. Also, /dev/ttySx device nodes for these ports are no longer exposed to the userspace. + This driver has been submitted upstream and is under review. This issue has + been identified as a regression in 4.15 and multiple solutions are being + explored. Meanwhile, to support customer and maintain release schedule, + this driver needs to be in Ubuntu 4.15 based kernels. + + The impact is limited to systems based on Intel Atom E38XX (Baytrail-I) + SoC's. + + More info: + https://marc.info/?t=15245587167=1=2 + Please don't triage, this bug is for tracking purposes only. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem in Ubuntu. https://bugs.launchpad.net/bugs/1769610 Title: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty Status in linux-oem package in Ubuntu: Confirmed Bug description: Support Intel Atom (Baytrail-I) HS-UART serdev slaves over tty On systems using Intel Atom (Baytrail-I) SoC's, slave devices connected on HSUART1/2 ports are described by the ACPI BIOS as virtual hardware using HID's INT3511/INT3512 [1]. As a consequence, HW manufacturers have complete freedom to install any devices on-board as long as they can be accessed over serial tty interface. Once such device is Dell Edge 3002 IoT Gateway which sports ZigBee & GPS devices on the HS-UART ports 1 & 2 respectively. Post 4.15, with CONFIG_SERIAL_DEV_BUS=y, serdev port controller driver handles the enumeration for the slaves connected on these ports. Also, /dev/ttySx device nodes for these ports are no longer exposed to the userspace. This driver has been submitted upstream and is under review. This issue has been identified as a regression in 4.15 and multiple solutions are being explored. Meanwhile, to support customer and maintain release schedule, this driver needs to be in Ubuntu 4.15 based kernels. The impact is limited to systems based on Intel Atom E38XX (Baytrail-I) SoC's. More info: https://marc.info/?t=15245587167=1=2 Please don't triage, this bug is for tracking purposes only. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-oem/+bug/1769610/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
