* Linux 3.13-rc8 @ 2014-01-12 13:33 Linus Torvalds 2014-01-14 12:01 ` One Thousand Gnomes 0 siblings, 1 reply; 10+ messages in thread From: Linus Torvalds @ 2014-01-12 13:33 UTC (permalink / raw) To: Linux Kernel Mailing List Another week, another RC. And things look fine. rc8 has the usual "two thirds drivers, one third random" mix, with "random" having some arch updates (arm and parisc this time), but is mostly network updates. A fair chunk of the driver changes are network drivers too, for that matter. But nothing particularly scary. The scariest part of this release is how slow my network is, and the patch is still being uploaded, but it should be done any minute now. Or maybe in half an hour. Whatever. But the git trees have been updated for hours, it's just the tar-balls and patches (and this release announcement) that were delayed by bad networking. Let's hope things keep calm, and that I can make the final 3.13 next week when I get back home. But for that all to work well, you guys need to test. Ok? Linus --- Abhilash Kesavan (4): clk: samsung: exynos5250: Fix ACP gate register offset clk: samsung: exynos5250: Add MDMA0 clocks ARM: dts: exynos5250: Fix MDMA0 clock number clk: samsung: exynos5250: Add CLK_IGNORE_UNUSED flag for the sysreg clock Alan (1): sata_sis: missing PM support Alexander Mezin (1): ACPI / AC: change notification handler type to ACPI_ALL_NOTIFY Alexander van Heukelum (1): Revert "drm/i915: assume all GM45 Acer laptops use inverted backlight PWM" Andrew Bresticker (1): clk: exynos5250: fix sysmmu_mfc{l,r} gate clocks Arron Wang (1): NFC: Fix target mode p2p link establishment Ben Skeggs (1): drm/nouveau: populate master subdev pointer only when fully constructed Ben Widawsky (1): drm/i915/bdw: Flush system agent on gen8 also Bob Gleitsmann (1): drm/nouveau: return offset of allocated notifier Christian Engelmayer (1): drm/nouveau/nouveau: fix memory leak in nouveau_crtc_page_flip() Chuansheng Liu (1): xfs: Calling destroy_work_on_stack() to pair with INIT_WORK_ONSTACK() Curt Brune (1): bridge: use spin_lock_bh() in br_multicast_set_hash_max Dan Williams (1): hso: fix handling of modem port SERIAL_STATE notifications Daniel Borkmann (4): net: llc: fix order of evaluation in llc_conn_ac_inc_vr_by_1 net: llc: fix use after free in llc_ui_recvmsg net: 6lowpan: fix lowpan_header_create non-compression memcpy call netfilter: nf_nat: fix access to uninitialized buffer in IRC NAT helper Daniel Vetter (1): MAINTAINERS: Updates for drm/i915 Dave Kleikamp (1): Revert "sparc64: Fix __copy_{to,from}_user_inatomic defines." David S. Miller (2): vlan: Fix header ops passthru when doing TX VLAN offload. netpoll: Fix missing TXQ unlock and and OOPS. Dirk Brandewie (1): intel_pstate: Add X86_FEATURE_APERFMPERF to cpu match parameters. Dmitry Kravkov (1): bnx2x: limit number of interrupt vectors for 57711 Eric Whitney (1): ext4: fix bigalloc regression Erik Hugne (1): tipc: correctly unlink packets from deferred packet queue Fabio Estevam (1): fec: Revert "fec: Do not assume that PHY reset is active low" Felix Fietkau (1): mac80211: move "bufferable MMPDU" check to fix AP mode scan Guenter Roeck (1): isdn: Drop big endian cpp checks from telespci and hfc_pci drivers Hangbin Liu (1): infiniband: make sure the src net is infiniband when create new link Hannes Frederic Sowa (2): ipv6: don't install anycast address for /128 addresses on routers ipv6: add link-local, sit and loopback address with INFINITY_LIFE_TIME Hugh Dickins (1): thp: fix copy_page_rep GPF by testing is_huge_zero_pmd once only Ilia Mirkin (2): drm/nouveau/bios: make jump conditional drm/nouveau/bios: fix offset calculation for BMPv1 bioses James Hogan (1): clk: clk-divider: fix divisor > 255 bug Jason Wang (3): virtio-net: fix refill races during restore macvlan: forbid L2 fowarding offload for macvtap net: core: explicitly select a txq before doing l2 forwarding Javier Lopez (1): mac80211_hwsim: Fix NULL pointer dereference Jesper Dangaard Brouer (1): netfilter: only warn once on wrong seqadj usage Jiang Liu (3): ACPI / TPM: fix memory leak when walking ACPI namespace Revert "intel_idle: mark states tables with __initdata tag" intel_idle: close avn_cstates array with correct marker Jie Liu (1): xfs: fix off-by-one error in xfs_attr3_rmt_verify John David Anglin (1): parisc: Ensure full cache coherency for kmap/kunmap Josh Boyer (1): xen-netback: Include header for vmalloc Kelly Doran (1): drm/nvc0/gr: fix mthd data submission Kirill Tkhai (2): sparc64: Fix build regression sparc64: smp_callin: Enable irqs after preemption is disabled Krzysztof Kozlowski (1): clk: exynos: File scope reg_save array should depend on PM_SLEEP Lan Tianyu (1): ACPI / Battery: Add a _BIX quirk for NEC LZ750/LS Laura Abbott (1): ARM: 7931/1: Correct virt_addr_valid Laurent Pinchart (3): ARM: shmobile: armadillo: Fix coherent DMA mask ARM: shmobile: kzm9g: Fix coherent DMA mask ARM: shmobile: mackerel: Fix coherent DMA mask Li RongQing (4): ipv6: fix the use of pcpu_tstats in sit ipv6: fix the use of pcpu_tstats in ip6_tunnel ipv6: fix the use of pcpu_tstats in ip6_vti.c ipv6: pcpu_tstats.syncp should be initialised in ip6_vti.c Linus Torvalds (1): Linux 3.13-rc8 Manish Chopra (3): qlcnic: Fix loopback diagnostic test qlcnic: Fix resource allocation for TX queues qlcnic: Fix bug in TX statistics Michal Kalderon (2): bnx2x: Correct number of MSI-X vectors for VFs bnx2x: Clean before update RSS arrives Michal Schmidt (1): bnx2x: fix DMA unmapping of TSO split BDs Milo Kim (1): leds: lp5521/5523: Remove duplicate mutex Ming Lei (1): block: null_blk: fix queue leak inside removing device Octavian Purdila (1): usbnet: mcs7830: rework link state detection Oren Givon (1): iwlwifi: add new devices for 7265 series Rob Herring (1): ARM: 7933/1: rename ioremap_cached to ioremap_cache Russell King (3): ARM: fix footbridge clockevent device CRYPTO: Fix more AES build errors ARM: fix "bad mode in ... handler" message for undefined instructions Seung-Woo Kim (1): clk: samsung: exynos4: Correct SRC_MFC register Shahed Shaikh (2): qlcnic: Fix bug in Tx completion path qlcnic: Fix ethtool statistics length calculation Sid Boyce (1): drm/nvce/mc: fix msi rearm on GF114 Simon Guinot (1): ahci: add PCI ID for Marvell 88SE9170 SATA controller Steven Capper (1): ARM: 7923/1: mm: fix dcache flush logic for compound high pages Steven Rostedt (1): SELinux: Fix possible NULL pointer dereference in selinux_inode_permission() Suresh Reddy (2): be2net: increase the timeout value for loopback-test FW cmd be2net: fix max_evt_qs calculation for BE3 in SR-IOV config Thadeu Lima de Souza Cascardo (1): cxgb4: allow large buffer size to have page size Thomas Gleixner (1): mfd: rtsx_pcr: Disable interrupts before cancelling delayed works Vasundhara Volam (1): be2net: disable RSS when number of RXQs is reduced to 1 via set-channels Vlad Yasevich (1): sctp: Remove outqueue empty state Wei-Chun Chao (1): ipv4: fix tunneled VM traffic over hw VXLAN/GRE GSO NIC Yaniv Rosner (5): bnx2x: Fix 578xx-KR 1G link bnx2x: Fix passive DAC cable detection bnx2x: Fix Duplex setting for 54618se bnx2x: Fix incorrect link-up report bnx2x: Fix KR2 work-around detection of BCM8073 Yasushi Asano (1): ipv6 addrconf: fix preferred lifetime state-changing behavior while valid_lft is infinity Yijing Wang (1): sparc/PCI: Use dev_is_pci() to identify PCI devices Yuval Mintz (3): bnx2x: fix AFEX memory overflow bnx2x: fix VLAN configuration for VFs. bnx2x: prevent WARN during driver unload fan.du (1): {vxlan, inet6} Mark vxlan_dev flags with VXLAN_F_IPV6 properly ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Linux 3.13-rc8 2014-01-12 13:33 Linux 3.13-rc8 Linus Torvalds @ 2014-01-14 12:01 ` One Thousand Gnomes 2014-02-11 14:22 ` Baytrail/T (ASUS T100 etc) regression from 3.13 onwards One Thousand Gnomes 0 siblings, 1 reply; 10+ messages in thread From: One Thousand Gnomes @ 2014-01-14 12:01 UTC (permalink / raw) To: Linus Torvalds; +Cc: Linux Kernel Mailing List On Sun, 12 Jan 2014 20:33:03 +0700 Linus Torvalds <torvalds@linux-foundation.org> wrote: > Another week, another RC. And things look fine. It seems to hate Baytrail/T My ASUS T100TA has gone from 3.11 'needs video=VGA-1:blah' to get the mode right but otherwise running nicely and playing 3D games to 3.13-rc8 - crashes and burns during boot if the Baytrail pinctrl driver is compiled in - i915 console doesn't work - X can be kind of hacked to work by adding mode lines wit xrandr and turning the vga back on Bugs filed on both issues. The pinctrl one is nasty as it makes the i915 driver crash during initialisation, so the only way you can debug it is pretty much a USB debug cable. Without pinctrl the crash goes away but the display still doesn't work. Alan ^ permalink raw reply [flat|nested] 10+ messages in thread
* Baytrail/T (ASUS T100 etc) regression from 3.13 onwards 2014-01-14 12:01 ` One Thousand Gnomes @ 2014-02-11 14:22 ` One Thousand Gnomes 2014-02-11 16:35 ` Greg KH 0 siblings, 1 reply; 10+ messages in thread From: One Thousand Gnomes @ 2014-02-11 14:22 UTC (permalink / raw) To: Alan Cox; +Cc: Linus Torvalds, Linux Kernel Mailing List, jbarnes, greg On Tue, 14 Jan 2014 12:01:03 +0000 One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk> wrote: > On Sun, 12 Jan 2014 20:33:03 +0700 > Linus Torvalds <torvalds@linux-foundation.org> wrote: > > > Another week, another RC. And things look fine. > > It seems to hate Baytrail/T > > My ASUS T100TA has gone from 3.11 'needs video=VGA-1:blah' to get the mode > right but otherwise running nicely and playing 3D games to 3.13-rc8 This has now been pinned down to (confirmed by multiple people) commit 6c4a8962a4a078cacfc8eb5d4bd79f6343b8cd7a Author: Jesse Barnes <jbarnes@virtuousgeek.org> Date: Tue Sep 10 14:54:42 2013 -0700 drm/i915/vlv: re-enable hotplug detect based probing on VLV/BYT which given this is affecting some of the top 10 Amazon selling new laptops and has not been fixed for 3.14-rc should IMHO be reverted until such time as any needed debugging for the MIPI panels is done for this driver and the hotplug probing doesn't break the workarounds. Likewise it wants pulling from any -stable backports. Alan ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Baytrail/T (ASUS T100 etc) regression from 3.13 onwards 2014-02-11 14:22 ` Baytrail/T (ASUS T100 etc) regression from 3.13 onwards One Thousand Gnomes @ 2014-02-11 16:35 ` Greg KH 2014-02-11 18:11 ` Jesse Barnes 0 siblings, 1 reply; 10+ messages in thread From: Greg KH @ 2014-02-11 16:35 UTC (permalink / raw) To: One Thousand Gnomes Cc: Alan Cox, Linus Torvalds, Linux Kernel Mailing List, jbarnes On Tue, Feb 11, 2014 at 02:22:03PM +0000, One Thousand Gnomes wrote: > On Tue, 14 Jan 2014 12:01:03 +0000 > One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk> wrote: > > > On Sun, 12 Jan 2014 20:33:03 +0700 > > Linus Torvalds <torvalds@linux-foundation.org> wrote: > > > > > Another week, another RC. And things look fine. > > > > It seems to hate Baytrail/T > > > > My ASUS T100TA has gone from 3.11 'needs video=VGA-1:blah' to get the mode > > right but otherwise running nicely and playing 3D games to 3.13-rc8 > > This has now been pinned down to (confirmed by multiple people) > > commit 6c4a8962a4a078cacfc8eb5d4bd79f6343b8cd7a > Author: Jesse Barnes <jbarnes@virtuousgeek.org> > Date: Tue Sep 10 14:54:42 2013 -0700 > > drm/i915/vlv: re-enable hotplug detect based probing on VLV/BYT > > > which given this is affecting some of the top 10 Amazon selling new > laptops and has not been fixed for 3.14-rc should IMHO be reverted until > such time as any needed debugging for the MIPI panels is done for this > driver and the hotplug probing doesn't break the workarounds. > > Likewise it wants pulling from any -stable backports. I only see it in the 3.13 tree, so when this gets reverted in Linus's tree, can someone mark it for stable so I know to pick it up for 3.13-stable as well? thanks, greg k-h ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Baytrail/T (ASUS T100 etc) regression from 3.13 onwards 2014-02-11 16:35 ` Greg KH @ 2014-02-11 18:11 ` Jesse Barnes 2014-02-11 18:18 ` Greg KH 0 siblings, 1 reply; 10+ messages in thread From: Jesse Barnes @ 2014-02-11 18:11 UTC (permalink / raw) To: Greg KH Cc: One Thousand Gnomes, Alan Cox, Linus Torvalds, Linux Kernel Mailing List On Tue, 11 Feb 2014 08:35:41 -0800 Greg KH <gregkh@linuxfoundation.org> wrote: > On Tue, Feb 11, 2014 at 02:22:03PM +0000, One Thousand Gnomes wrote: > > On Tue, 14 Jan 2014 12:01:03 +0000 > > One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk> wrote: > > > > > On Sun, 12 Jan 2014 20:33:03 +0700 > > > Linus Torvalds <torvalds@linux-foundation.org> wrote: > > > > > > > Another week, another RC. And things look fine. > > > > > > It seems to hate Baytrail/T > > > > > > My ASUS T100TA has gone from 3.11 'needs video=VGA-1:blah' to get the mode > > > right but otherwise running nicely and playing 3D games to 3.13-rc8 > > > > This has now been pinned down to (confirmed by multiple people) > > > > commit 6c4a8962a4a078cacfc8eb5d4bd79f6343b8cd7a > > Author: Jesse Barnes <jbarnes@virtuousgeek.org> > > Date: Tue Sep 10 14:54:42 2013 -0700 > > > > drm/i915/vlv: re-enable hotplug detect based probing on VLV/BYT > > > > > > which given this is affecting some of the top 10 Amazon selling new > > laptops and has not been fixed for 3.14-rc should IMHO be reverted until > > such time as any needed debugging for the MIPI panels is done for this > > driver and the hotplug probing doesn't break the workarounds. > > > > Likewise it wants pulling from any -stable backports. > > I only see it in the 3.13 tree, so when this gets reverted in Linus's > tree, can someone mark it for stable so I know to pick it up for > 3.13-stable as well? Ugg, so reverting a real fix to make the T100TA work by accident... this is ugly. According to the reg dumps, this is actually a MIPI panel we're failing to bring up properly. We're working on that issue, but in the meantime, maybe something like the below would work for you? -- Jesse Barnes, Intel Open Source Technology Center diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c index 61fb9fc..adc16a5 100644 --- a/drivers/gpu/drm/i915/i915_drv.c +++ b/drivers/gpu/drm/i915/i915_drv.c @@ -155,6 +155,11 @@ module_param_named(prefault_disable, i915_prefault_disable, bool, 0600); MODULE_PARM_DESC(prefault_disable, "Disable page prefaulting for pread/pwrite/reloc (default:false). For developers only."); +bool i915_force_vga_hotplug __read_mostly; +module_param_named(force_vga_hotplug, i915_force_vga_hotplug, bool, 0600); +MODULE_PARM_DESC(force_vga_hotplug, + "Force VGA hotplug detection to always return true (default: false)"); + static struct drm_driver driver; static const struct intel_device_info intel_i830_info = { diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h index 29e1e86..f7a5e98 100644 --- a/drivers/gpu/drm/i915/i915_drv.h +++ b/drivers/gpu/drm/i915/i915_drv.h @@ -1918,6 +1918,7 @@ extern bool i915_fastboot __read_mostly; extern int i915_enable_pc8 __read_mostly; extern int i915_pc8_timeout __read_mostly; extern bool i915_prefault_disable __read_mostly; +extern bool i915_force_vga_hotplug __read_mostly; extern int i915_suspend(struct drm_device *dev, pm_message_t state); extern int i915_resume(struct drm_device *dev); diff --git a/drivers/gpu/drm/i915/intel_crt.c b/drivers/gpu/drm/i915/intel_crt.c index e2e39e6..55531d6 100644 --- a/drivers/gpu/drm/i915/intel_crt.c +++ b/drivers/gpu/drm/i915/intel_crt.c @@ -434,6 +434,9 @@ static bool intel_crt_detect_hotplug(struct drm_connector *connector) /* and put the bits back */ I915_WRITE(PORT_HOTPLUG_EN, orig); + if (i915_force_vga_hotplug) + ret = true; + return ret; } ^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: Baytrail/T (ASUS T100 etc) regression from 3.13 onwards 2014-02-11 18:11 ` Jesse Barnes @ 2014-02-11 18:18 ` Greg KH 2014-02-11 18:28 ` Jesse Barnes 2014-02-11 18:28 ` One Thousand Gnomes 0 siblings, 2 replies; 10+ messages in thread From: Greg KH @ 2014-02-11 18:18 UTC (permalink / raw) To: Jesse Barnes Cc: One Thousand Gnomes, Alan Cox, Linus Torvalds, Linux Kernel Mailing List On Tue, Feb 11, 2014 at 10:11:37AM -0800, Jesse Barnes wrote: > On Tue, 11 Feb 2014 08:35:41 -0800 > Greg KH <gregkh@linuxfoundation.org> wrote: > > > On Tue, Feb 11, 2014 at 02:22:03PM +0000, One Thousand Gnomes wrote: > > > On Tue, 14 Jan 2014 12:01:03 +0000 > > > One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk> wrote: > > > > > > > On Sun, 12 Jan 2014 20:33:03 +0700 > > > > Linus Torvalds <torvalds@linux-foundation.org> wrote: > > > > > > > > > Another week, another RC. And things look fine. > > > > > > > > It seems to hate Baytrail/T > > > > > > > > My ASUS T100TA has gone from 3.11 'needs video=VGA-1:blah' to get the mode > > > > right but otherwise running nicely and playing 3D games to 3.13-rc8 > > > > > > This has now been pinned down to (confirmed by multiple people) > > > > > > commit 6c4a8962a4a078cacfc8eb5d4bd79f6343b8cd7a > > > Author: Jesse Barnes <jbarnes@virtuousgeek.org> > > > Date: Tue Sep 10 14:54:42 2013 -0700 > > > > > > drm/i915/vlv: re-enable hotplug detect based probing on VLV/BYT > > > > > > > > > which given this is affecting some of the top 10 Amazon selling new > > > laptops and has not been fixed for 3.14-rc should IMHO be reverted until > > > such time as any needed debugging for the MIPI panels is done for this > > > driver and the hotplug probing doesn't break the workarounds. > > > > > > Likewise it wants pulling from any -stable backports. > > > > I only see it in the 3.13 tree, so when this gets reverted in Linus's > > tree, can someone mark it for stable so I know to pick it up for > > 3.13-stable as well? > > Ugg, so reverting a real fix to make the T100TA work by accident... > this is ugly. > > According to the reg dumps, this is actually a MIPI panel we're failing > to bring up properly. We're working on that issue, but in the > meantime, maybe something like the below would work for you? A module paramater to fix a bug? Ugh, that's almost worse than just reverting the original patch, right? Please don't do this, the distros will hate you even more than they currently do :) greg k-h ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Baytrail/T (ASUS T100 etc) regression from 3.13 onwards 2014-02-11 18:18 ` Greg KH @ 2014-02-11 18:28 ` Jesse Barnes 2014-02-11 18:28 ` One Thousand Gnomes 1 sibling, 0 replies; 10+ messages in thread From: Jesse Barnes @ 2014-02-11 18:28 UTC (permalink / raw) To: Greg KH Cc: One Thousand Gnomes, Alan Cox, Linus Torvalds, Linux Kernel Mailing List, Jani Nikula On Tue, 11 Feb 2014 10:18:15 -0800 Greg KH <gregkh@linuxfoundation.org> wrote: > On Tue, Feb 11, 2014 at 10:11:37AM -0800, Jesse Barnes wrote: > > On Tue, 11 Feb 2014 08:35:41 -0800 > > Greg KH <gregkh@linuxfoundation.org> wrote: > > > > > On Tue, Feb 11, 2014 at 02:22:03PM +0000, One Thousand Gnomes wrote: > > > > On Tue, 14 Jan 2014 12:01:03 +0000 > > > > One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk> wrote: > > > > > > > > > On Sun, 12 Jan 2014 20:33:03 +0700 > > > > > Linus Torvalds <torvalds@linux-foundation.org> wrote: > > > > > > > > > > > Another week, another RC. And things look fine. > > > > > > > > > > It seems to hate Baytrail/T > > > > > > > > > > My ASUS T100TA has gone from 3.11 'needs video=VGA-1:blah' to get the mode > > > > > right but otherwise running nicely and playing 3D games to 3.13-rc8 > > > > > > > > This has now been pinned down to (confirmed by multiple people) > > > > > > > > commit 6c4a8962a4a078cacfc8eb5d4bd79f6343b8cd7a > > > > Author: Jesse Barnes <jbarnes@virtuousgeek.org> > > > > Date: Tue Sep 10 14:54:42 2013 -0700 > > > > > > > > drm/i915/vlv: re-enable hotplug detect based probing on VLV/BYT > > > > > > > > > > > > which given this is affecting some of the top 10 Amazon selling new > > > > laptops and has not been fixed for 3.14-rc should IMHO be reverted until > > > > such time as any needed debugging for the MIPI panels is done for this > > > > driver and the hotplug probing doesn't break the workarounds. > > > > > > > > Likewise it wants pulling from any -stable backports. > > > > > > I only see it in the 3.13 tree, so when this gets reverted in Linus's > > > tree, can someone mark it for stable so I know to pick it up for > > > 3.13-stable as well? > > > > Ugg, so reverting a real fix to make the T100TA work by accident... > > this is ugly. > > > > According to the reg dumps, this is actually a MIPI panel we're failing > > to bring up properly. We're working on that issue, but in the > > meantime, maybe something like the below would work for you? > > A module paramater to fix a bug? Ugh, that's almost worse than just > reverting the original patch, right? > > Please don't do this, the distros will hate you even more than they > currently do :) Well reverting the real bug fix to get back to the "this happens to work but totally by accident" is also pretty bad... Another option would be to quirk this machine, but that's gross too. Would be best to just fix the bug for real. FWIW the kernel bug is here: https://bugzilla.kernel.org/show_bug.cgi?id=68451 -- Jesse Barnes, Intel Open Source Technology Center ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Baytrail/T (ASUS T100 etc) regression from 3.13 onwards 2014-02-11 18:18 ` Greg KH 2014-02-11 18:28 ` Jesse Barnes @ 2014-02-11 18:28 ` One Thousand Gnomes 2014-02-11 19:45 ` Jesse Barnes 1 sibling, 1 reply; 10+ messages in thread From: One Thousand Gnomes @ 2014-02-11 18:28 UTC (permalink / raw) To: Greg KH; +Cc: Jesse Barnes, Alan Cox, Linus Torvalds, Linux Kernel Mailing List O> > According to the reg dumps, this is actually a MIPI panel we're failing > > to bring up properly. We're working on that issue, but in the > > meantime, maybe something like the below would work for you? > > A module paramater to fix a bug? Ugh, that's almost worse than just > reverting the original patch, right? > > Please don't do this, the distros will hate you even more than they > currently do :) Can we just turn hot plug detection off if a panel is present for now ? Alan ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Baytrail/T (ASUS T100 etc) regression from 3.13 onwards 2014-02-11 18:28 ` One Thousand Gnomes @ 2014-02-11 19:45 ` Jesse Barnes 2014-02-11 20:58 ` One Thousand Gnomes 0 siblings, 1 reply; 10+ messages in thread From: Jesse Barnes @ 2014-02-11 19:45 UTC (permalink / raw) To: One Thousand Gnomes Cc: Greg KH, Alan Cox, Linus Torvalds, Linux Kernel Mailing List On Tue, 11 Feb 2014 18:28:12 +0000 One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk> wrote: > O> > According to the reg dumps, this is actually a MIPI panel we're failing > > > to bring up properly. We're working on that issue, but in the > > > meantime, maybe something like the below would work for you? > > > > A module paramater to fix a bug? Ugh, that's almost worse than just > > reverting the original patch, right? > > > > Please don't do this, the distros will hate you even more than they > > currently do :) > > Can we just turn hot plug detection off if a panel is present for now ? Looks like another option would be to add an 'e' to your forced boot line. That should prevent the detection stuff from running. E.g. in your case: video=VGA-1:1366x768e There's some info on this in Documentation/fb/modedb.txt -- Jesse Barnes, Intel Open Source Technology Center ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Baytrail/T (ASUS T100 etc) regression from 3.13 onwards 2014-02-11 19:45 ` Jesse Barnes @ 2014-02-11 20:58 ` One Thousand Gnomes 0 siblings, 0 replies; 10+ messages in thread From: One Thousand Gnomes @ 2014-02-11 20:58 UTC (permalink / raw) To: Jesse Barnes; +Cc: Greg KH, Alan Cox, Linus Torvalds, Linux Kernel Mailing List On Tue, 11 Feb 2014 11:45:24 -0800 Jesse Barnes <jbarnes@virtuousgeek.org> wrote: > On Tue, 11 Feb 2014 18:28:12 +0000 > One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk> wrote: > > > O> > According to the reg dumps, this is actually a MIPI panel we're failing > > > > to bring up properly. We're working on that issue, but in the > > > > meantime, maybe something like the below would work for you? > > > > > > A module paramater to fix a bug? Ugh, that's almost worse than just > > > reverting the original patch, right? > > > > > > Please don't do this, the distros will hate you even more than they > > > currently do :) > > > > Can we just turn hot plug detection off if a panel is present for now ? > > Looks like another option would be to add an 'e' to your forced boot > line. That should prevent the detection stuff from running. E.g. in > your case: > video=VGA-1:1366x768e > > There's some info on this in Documentation/fb/modedb.txt Confirmed, tested and bug plus relevant people updated. Thanks Alan ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2014-02-11 20:59 UTC | newest] Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2014-01-12 13:33 Linux 3.13-rc8 Linus Torvalds 2014-01-14 12:01 ` One Thousand Gnomes 2014-02-11 14:22 ` Baytrail/T (ASUS T100 etc) regression from 3.13 onwards One Thousand Gnomes 2014-02-11 16:35 ` Greg KH 2014-02-11 18:11 ` Jesse Barnes 2014-02-11 18:18 ` Greg KH 2014-02-11 18:28 ` Jesse Barnes 2014-02-11 18:28 ` One Thousand Gnomes 2014-02-11 19:45 ` Jesse Barnes 2014-02-11 20:58 ` One Thousand Gnomes
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.