From owner-freebsd-x11@freebsd.org Sun Nov 22 00:25:48 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C8BFDA330B6 for ; Sun, 22 Nov 2015 00:25:48 +0000 (UTC) (envelope-from stefan.wendler@tngtech.com) Received: from zimbra.tngtech.com (zimbra.tngtech.com [212.204.93.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 42C951CF9 for ; Sun, 22 Nov 2015 00:25:47 +0000 (UTC) (envelope-from stefan.wendler@tngtech.com) Received: from localhost (localhost [127.0.0.1]) by zimbra.tngtech.com (Postfix) with ESMTP id 3EA53B0047B for ; Sun, 22 Nov 2015 01:17:13 +0100 (CET) Received: from zimbra.tngtech.com ([127.0.0.1]) by localhost (zimbra.tngtech.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id G9mbXeQVuk_W for ; Sun, 22 Nov 2015 01:17:11 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by zimbra.tngtech.com (Postfix) with ESMTP id 871E6B004DE for ; Sun, 22 Nov 2015 01:17:11 +0100 (CET) X-Virus-Scanned: amavisd-new at tngtech.com Received: from zimbra.tngtech.com ([127.0.0.1]) by localhost (zimbra.tngtech.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id JPHp_c0ebXqq for ; Sun, 22 Nov 2015 01:17:11 +0100 (CET) Received: from hactar.localnet (p4FE57B69.dip0.t-ipconnect.de [79.229.123.105]) by zimbra.tngtech.com (Postfix) with ESMTPSA id 399ABB0047B for ; Sun, 22 Nov 2015 01:17:11 +0100 (CET) From: Stefan Wendler To: freebsd-x11@freebsd.org Subject: testing new intel driver i915 - no EDID found(rev 34907b727e888fd60358a5a3b554c946d4b3d38a) Date: Sun, 22 Nov 2015 01:17:09 +0100 Message-ID: <3019138.qGHq2DP8Ah@hactar> Organization: TNG Technology Consulting GmbH User-Agent: KMail/4.14.3 (FreeBSD/10.2-RELEASE; KDE/4.14.3; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="nextPart1614796.VvSlWEfG8B" Content-Transfer-Encoding: 7Bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Nov 2015 00:25:48 -0000 This is a multi-part message in MIME format. --nextPart1614796.VvSlWEfG8B Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Hi, I still have the problem that the screen is blank with just backlight on. I can type and stuff but I don't see anything. What I have seen in dmesg (among other errors) is that it won't find my CRTs EDID. May this be the/a reason? Is there a way to solve this on my own? Or is this still a bug? Cheers, Stefan --nextPart1614796.VvSlWEfG8B Content-Disposition: attachment; filename="dmesg" Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"; name="dmesg" Copyright (c) 1992-2015 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #3 34907b7(drm-i915-update-38): Sat Nov 21 14:53:42 CET 2015 root@hactar:/usr/obj/root/freebsd-base-graphics/sys/GENERIC amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 WARNING: WITNESS option enabled, expect reduced performance. VT(vga): resolution 640x480 CPU: Intel(R) Core(TM) i7-4910MQ CPU @ 2.90GHz (2893.36-MHz K8-class CPU) Origin="GenuineIntel" Id=0x306c3 Family=0x6 Model=0x3c Stepping=3 Features=0xbfebfbff Features2=0x7ffafbff AMD Features=0x2c100800 AMD Features2=0x21 Structured Extended Features=0x2fbb XSAVE Features=0x1 VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics real memory = 17179869184 (16384 MB) avail memory = 16223346688 (15471 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard random: entropy device external interface kbd1 at kbdmux0 netmap: loaded module module_register_init: MOD_LOAD (vesa, 0xffffffff80eb8710, 0) error 19 random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" vtvga0: on motherboard cryptosoft0: on motherboard acpi0: on motherboard acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x4000-0x407f mem 0xf2000000-0xf2ffffff,0xe0000000-0xefffffff,0xf0000000-0xf1ffffff irq 16 at device 0.0 on pci1 vgapci1: port 0x5000-0x503f mem 0xf3000000-0xf33fffff,0xc0000000-0xdfffffff irq 16 at device 2.0 on pci0 agp0: on vgapci1 agp0: aperture size is 512M, detected 32764k stolen memory vgapci1: Boot video device hdac0: mem 0xf4630000-0xf4633fff irq 16 at device 3.0 on pci0 xhci0: mem 0xf4620000-0xf462ffff irq 16 at device 20.0 on pci0 xhci0: 32 bytes context size, 64-bit DMA xhci0: Port routing mask set to 0xffffffff usbus0 on xhci0 pci0: at device 22.0 (no driver attached) uart2: port 0x50b0-0x50b7 mem 0xf4640000-0xf4640fff irq 17 at device 22.3 on pci0 em0: port 0x5080-0x509f mem 0xf4600000-0xf461ffff,0xf463f000-0xf463ffff irq 20 at device 25.0 on pci0 em0: Using an MSI interrupt em0: Ethernet address: 54:ee:75:31:55:d9 em0: netmap queues/slots: TX 1/1024, RX 1/1024 ehci0: mem 0xf463e000-0xf463e3ff irq 16 at device 26.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 hdac1: mem 0xf4634000-0xf4637fff irq 22 at device 27.0 on pci0 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pcib3: irq 17 at device 28.1 on pci0 pci3: on pcib3 pci3: at device 0.0 (no driver attached) pcib4: irq 18 at device 28.2 on pci0 pci4: on pcib4 ehci1: mem 0xf463d000-0xf463d3ff irq 23 at device 29.0 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci1 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0x50a8-0x50af,0x50bc-0x50bf,0x50a0-0x50a7,0x50b8-0x50bb,0x5060-0x507f mem 0xf463c000-0xf463c7ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich5: at channel 5 on ahci0 ahciem0: on ahci0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 ppc0: cannot reserve I/O port range est0: on cpu0 est1: on cpu1 est2: on cpu2 est3: on cpu3 est4: on cpu4 est5: on cpu5 est6: on cpu6 est7: on cpu7 usbus0: 5.0Gbps Super Speed USB v3.0 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 3 on hdaa0 hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 pcm1: at nid 20,21 and 26 on hdaa1 pcm2: at nid 18 on hdaa1 usbus1: 480Mbps High Speed USB v2.0 usbus2: 480Mbps High Speed USB v2.0 ugen0.1: <0x8086> at usbus0 uhub0: <0x8086 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ses0 at ahciem0 bus 0 scbus2 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ACS-2 ATA SATA 3.x device ada0: Serial Number S14LNEAD801416V ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 476940MB (976773168 512 byte sectors) ada0: quirks=0x1<4K> ada1 at ahcich5 bus 0 scbus1 target 0 lun 0 ada1: ACS-2 ATA SATA 3.x device ada1: Serial Number S1D9NSAF405493W ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes) ada1: Command Queueing enabled ada1: 953869MB (1953525168 512 byte sectors) ada1: quirks=0x1<4K> SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #2 Launched! Timecounter "TSC-low" frequency 1446680886 Hz quality 1000 WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from zfs:zroot/ROOT/default []... Root mount waiting for: usbus2 usbus1 usbus0 random: unblocking device. uhub0: 21 ports with 21 removable, self powered Root mount waiting for: usbus2 usbus1 usbus0 uhub2: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered ugen0.2: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 ugen1.2: at usbus1 uhub3: on usbus1 ugen2.2: at usbus2 uhub4: on usbus2 Root mount waiting for: usbus2 usbus1 usbus0 uhub3: 6 ports with 6 removable, self powered uhub4: 8 ports with 8 removable, self powered ugen0.3: at usbus0 urtwn0: on usbus0 urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R ugen0.4: at usbus0 ums0: on usbus0 ums0: 16 buttons and [XYZT] coordinates ID=2 uhid0: on usbus0 umodem0: on usbus0 umodem0: data interface 2, has CM over data, has break umodem1: on usbus0 umodem1: data interface 4, has CM over data, has break umodem2: on usbus0 umodem2: data interface 10, has CM over data, has break cdce0: on usbus0 ue0: on cdce0 ue0: Ethernet address: 02:15:e0:ec:01:00 KLD vboxnetflt.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type KLD linux_adobe.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type info: [drm] Initialized drm 1.1.0 20060810 [drm:pid1552:drm_probe_helper] drmn1 desc: Intel Haswell (GT2 mobile) drmn1: on vgapci1 [drm:pid1552:drm_get_pci_dev] [drm:pid1552:drm_ctxbitmap_next] bit : 0 [drm:pid1552:drm_ctxbitmap_init] drm_ctxbitmap_init : 0 [drm:pid1552:drm_get_minor] [drm:pid1552:drm_get_minor] new minor assigned 65 [drm:pid1552:drm_get_minor] [drm:pid1552:drm_get_minor] new minor assigned 1 [drm:KMS:pid1552:i915_dump_device_info] i915 device info: gen=7, pciid=0x0416 flags=is_mobile,need_gfx_hws,is_haswell,has_force_wake,has_hotplug,has_bsd_ring,has_blt_ring,has_llc,info: [drm] Memory usable by graphics device = 2048M [drm:KMS:pid1552:i915_gem_gtt_init] GMADR size = 512M [drm:KMS:pid1552:i915_gem_gtt_init] GTT stolen size = 0M [drm:pid1552:drm_addmap_core] offset = 0xf3000000, size = 0x00200000, type = 1 [drm:KMS:pid1552:intel_detect_pch] Found LynxPoint PCH iicbus0: error: [drm:pid1552:i915_write32] *ERROR* Unknown unclaimed register before writing to c5100 on iicbb0 addr 0xff iic0: on iicbus0 iic1: on iicbus1 iicbus2: on iicbb1 addr 0x0 iic2: on iicbus2 iic3: on iicbus3 iicbus4: on iicbb2 addr 0x0 iic4: on iicbus4 iic5: on iicbus5 iicbus6: on iicbb3 addr 0x0 iic6: on iicbus6 iic7: on iicbus7 iicbus8: on iicbb4 addr 0x0 iic8: on iicbus8 iic9: on iicbus9 iicbus10: on iicbb5 addr 0x0 iic10: on iicbus10 iic11: on iicbus11 [drm:pid1552:intel_opregion_setup] graphic opregion physical addr: 0xbce45018 [drm:pid1552:intel_opregion_setup] Public ACPI methods supported [drm:pid1552:intel_opregion_setup] SWSCI supported [drm:pid1552:intel_opregion_setup] ASLE supported [drm:pid1552:drm_pci_enable_msi] MSI count = 1 info: [drm] MSI enabled 1 message(s) info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. [drm:KMS:pid1552:init_vbt_defaults] Set default to SSC at 100MHz [drm:KMS:pid1552:intel_parse_bios] Using VBT from OpRegion: $VBT HASWELL d [drm:KMS:pid1552:parse_general_features] BDB_GENERAL_FEATURES int_tv_support 0 int_crt_support 1 lvds_use_ssc 1 lvds_ssc_freq 120 display_clock_mode 0 fdi_rx_polarity_inverted 0 [drm:KMS:pid1552:parse_general_definitions] crt_ddc_bus_pin: 2 [drm:KMS:pid1552:parse_lfp_panel_data] Found panel mode in BIOS VBT tables: [drm:KMS:pid1552:drm_mode_debug_printmodeline] Modeline 0:"1920x1080" 0 140000 1920 1968 2068 2100 1080 1083 1084 1110 0x8 0xa [drm:KMS:pid1552:parse_lfp_panel_data] VBT initial LVDS value 30033c [drm:KMS:pid1552:parse_sdvo_panel_data] Found SDVO panel mode in BIOS VBT tables: [drm:KMS:pid1552:drm_mode_debug_printmodeline] Modeline 0:"1600x1200" 0 162000 1600 1664 1856 2160 1200 1201 1204 1250 0x8 0xa [drm:KMS:pid1552:parse_sdvo_device_mapping] No SDVO device info is found in VBT [drm:KMS:pid1552:intel_modeset_init] 3 display pipes available. [drm:KMS:pid1552:intel_ddi_pll_init] CDCLK running at 540MHz [drm:KMS:pid1552:intel_pch_pll_init] No PCH PLLs on this hardware, skipping initialisation [drm:KMS:pid1552:intel_lvds_init] LVDS is not present in VBT [drm:KMS:pid1552:intel_dp_i2c_init] i2c_init DPDDC-B [drm:KMS:pid1552:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid1552:intel_dp_i2c_aux_ch] aux_ch failed -60 [drm:KMS:pid1552:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid1552:intel_dp_i2c_aux_ch] aux_ch failed -60 [drm:KMS:pid1552:intel_dp_i2c_init] i2c_init DPDDC-C [drm:KMS:pid1552:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid1552:intel_dp_i2c_aux_ch] aux_ch failed -60 [drm:KMS:pid1552:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid1552:intel_dp_i2c_aux_ch] aux_ch failed -60 [drm:KMS:pid1552:intel_dp_init_panel_power_sequencer] cur t1_t3 2000 t8 0 t9 2000 t10 500 t11_t12 6000 [drm:KMS:pid1552:intel_dp_init_panel_power_sequencer] vbt t1_t3 2000 t8 10 t9 2000 t10 500 t11_t12 5000 [drm:KMS:pid1552:intel_dp_init_panel_power_sequencer] panel power up delay 200, power down delay 50, power cycle delay 600 [drm:KMS:pid1552:intel_dp_init_panel_power_sequencer] backlight on delay 1, off delay 200 [drm:KMS:pid1552:intel_dp_i2c_init] i2c_init DPDDC-D [drm:KMS:pid1552:ironlake_edp_panel_vdd_on] Turn eDP VDD on [drm:KMS:pid1552:ironlake_edp_panel_vdd_on] eDP VDD already on [drm:KMS:pid1552:intel_dp_i2c_aux_ch] aux_i2c nack [drm:KMS:pid1552:intel_dp_i2c_aux_ch] aux_i2c nack [drm:KMS:pid1552:ironlake_edp_panel_vdd_off] Turn eDP VDD off 1 [drm:KMS:pid1552:ironlake_edp_panel_vdd_on] Turn eDP VDD on [drm:KMS:pid1552:ironlake_edp_panel_vdd_on] eDP VDD already on [drm:KMS:pid1552:ironlake_edp_panel_vdd_off] Turn eDP VDD off 1 [drm:KMS:pid1552:intel_dp_init_panel_power_sequencer_registers] panel power sequencer register settings: PP_ON 0x7d0000a, PP_OFF 0x1f407d0, PP_DIV 0x186906 [drm:KMS:pid1552:ironlake_edp_panel_vdd_on] Turn eDP VDD on [drm:KMS:pid1552:ironlake_edp_panel_vdd_on] eDP VDD already on [drm:KMS:pid1552:iic_dp_aux_xfer] dp_aux_xfer return 0 [drm:KMS:pid1552:iic_dp_aux_xfer] dp_aux_xfer return 0 [drm:KMS:pid1552:drm_edid_to_eld] ELD: no CEA Extension found [drm:KMS:pid1552:ironlake_edp_panel_vdd_off] Turn eDP VDD off 1 [drm:KMS:pid1552:intel_panel_get_backlight] get backlight PWM = 4794 drmn1: taking over the fictitious range 0xc0000000-0xe0000000 [drm:KMS:pid1552:init_status_page] render ring hws offset: 0x00000000 [drm:KMS:pid1552:init_status_page] bsd ring hws offset: 0x00022000 [drm:KMS:pid1552:init_status_page] blitter ring hws offset: 0x00043000 [drm:KMS:pid1552:create_default_context] Default HW context loaded [drm:KMS:pid1552:i915_gem_context_init] HW context support initialized [drm:KMS:pid1552:intel_prepare_ddi_buffers] Initializing DDI buffers for port A in DP mode [drm:KMS:pid1552:intel_prepare_ddi_buffers] Initializing DDI buffers for port B in DP mode [drm:KMS:pid1552:intel_prepare_ddi_buffers] Initializing DDI buffers for port C in DP mode [drm:KMS:pid1552:intel_prepare_ddi_buffers] Initializing DDI buffers for port D in DP mode [drm:KMS:pid1552:intel_prepare_ddi_buffers] Initializing DDI buffers for port E in FDI mode [drm:KMS:pid1552:intel_modeset_setup_hw_state] [CRTC:3] hw state readout: enabled [drm:KMS:pid1552:intel_modeset_setup_hw_state] [CRTC:5] hw state readout: disabled [drm:KMS:pid1552:intel_modeset_setup_hw_state] [CRTC:7] hw state readout: disabled [drm:KMS:pid1552:intel_ddi_get_crtc_pll] Pipe A connected to port D using clock 0x80000000 [drm:KMS:pid1552:intel_modeset_setup_hw_state] [ENCODER:10:DAC-10] hw state readout: disabled, pipe=0 [drm:KMS:pid1552:intel_modeset_setup_hw_state] [ENCODER:11:TMDS-11] hw state readout: disabled, pipe=0 [drm:KMS:pid1552:intel_modeset_setup_hw_state] [ENCODER:16:TMDS-16] hw state readout: disabled, pipe=0 [drm:KMS:pid1552:intel_modeset_setup_hw_state] [ENCODER:19:TMDS-19] hw state readout: enabled, pipe=0 [drm:KMS:pid1552:intel_modeset_setup_hw_state] [CONNECTOR:21:eDP-1] hw state readout: enabled [drm:KMS:pid1552:intel_modeset_setup_hw_state] [CONNECTOR:9:VGA-1] hw state readout: disabled [drm:KMS:pid1552:intel_modeset_setup_hw_state] [CONNECTOR:12:HDMI-A-1] hw state readout: disabled [drm:KMS:pid1552:intel_modeset_setup_hw_state] [CONNECTOR:15:DP-1] hw state readout: disabled [drm:KMS:pid1552:intel_modeset_setup_hw_state] [CONNECTOR:17:HDMI-A-2] hw state readout: disabled [drm:KMS:pid1552:intel_modeset_setup_hw_state] [CONNECTOR:18:DP-2] hw state readout: disabled [drm:KMS:pid1552:intel_modeset_setup_hw_state] [CONNECTOR:20:HDMI-A-3] hw state readout: disabled [drm:KMS:pid1552:intel_connector_check_state] [CONNECTOR:21:eDP-1] [drm:KMS:pid1552:intel_modeset_check_state] [ENCODER:10:DAC-10] [drm:KMS:pid1552:intel_modeset_check_state] [ENCODER:11:TMDS-11] [drm:KMS:pid1552:intel_modeset_check_state] [ENCODER:16:TMDS-16] [drm:KMS:pid1552:intel_modeset_check_state] [ENCODER:19:TMDS-19] [drm:KMS:pid1552:intel_modeset_check_state] [CRTC:3] [drm:KMS:pid1552:intel_modeset_check_state] [CRTC:5] [drm:KMS:pid1552:intel_modeset_check_state] [CRTC:7] [drm:KMS:pid1552:intel_crt_reset] pch crt adpa set to 0xf40000 [drm:pid1552:drm_irq_install] irq=269 info: [drm] Connector eDP-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.eDP-1 info: [drm] - kern.vt.fb.default_mode info: [drm] Connector VGA-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.VGA-1 info: [drm] - kern.vt.fb.default_mode info: [drm] Connector HDMI-A-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.HDMI-A-1 info: [drm] - kern.vt.fb.default_mode info: [drm] Connector DP-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.DP-1 info: [drm] - kern.vt.fb.default_mode info: [drm] Connector HDMI-A-2: get mode from tunables: info: [drm] - kern.vt.fb.modes.HDMI-A-2 info: [drm] - kern.vt.fb.default_mode info: [drm] Connector DP-2: get mode from tunables: info: [drm] - kern.vt.fb.modes.DP-2 info: [drm] - kern.vt.fb.default_mode info: [drm] Connector HDMI-A-3: get mode from tunables: info: [drm] - kern.vt.fb.modes.HDMI-A-3 info: [drm] - kern.vt.fb.default_mode [drm:KMS:pid1552:drm_helper_probe_single_connector_modes] [CONNECTOR:21:eDP-1] [drm:KMS:pid1552:intel_dp_detect] DPCD: 12 0A FF 41 00 00 00 00 00 00 00 00 00 0B 00 [drm:KMS:pid1552:drm_edid_to_eld] ELD: no CEA Extension found [drm:KMS:pid1552:drm_helper_probe_single_connector_modes] [CONNECTOR:21:eDP-1] probed modes : [drm:KMS:pid1552:drm_mode_debug_printmodeline] Modeline 26:"1920x1080" 60 140000 1920 1968 2068 2100 1080 1083 1084 1110 0x48 0xa [drm:KMS:pid1552:drm_helper_probe_single_connector_modes] [CONNECTOR:9:VGA-1] [drm:KMS:pid1552:intel_ironlake_crt_detect_hotplug] trigger hotplug detect cycle: adpa=0xf40000 [drm:KMS:pid1552:intel_ironlake_crt_detect_hotplug] ironlake hotplug adpa=0xf40000, result 0 [drm:KMS:pid1552:intel_crt_detect] CRT not detected via hotplug [drm:KMS:pid1552:gmbus_xfer] GMBUS [i915 gmbus vga] NAK for addr: 0050 r(1) [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 5 error 6 [drm:KMS:pid1552:gmbus_xfer] GMBUS [i915 gmbus vga] NAK for addr: 0050 r(1) [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 4 error 6 [drm:KMS:pid1552:gmbus_xfer] GMBUS [i915 gmbus vga] NAK for addr: 0050 r(1) [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 3 error 6 [drm:KMS:pid1552:gmbus_xfer] GMBUS [i915 gmbus vga] NAK for addr: 0050 r(1) [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 2 error 6 [drm:KMS:pid1552:gmbus_xfer] GMBUS [i915 gmbus vga] NAK for addr: 0050 r(1) [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 1 error 6 [drm:KMS:pid1552:intel_crt_detect_ddc] CRT not detected via DDC:0x50 [no valid EDID found] [drm:KMS:pid1552:drm_helper_probe_single_connector_modes] [CONNECTOR:9:VGA-1] disconnected [drm:KMS:pid1552:drm_helper_probe_single_connector_modes] [CONNECTOR:12:HDMI-A-1] info: [drm] GMBUS [i915 gmbus dpb] timed out, falling back to bit banging on pin 5 [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 5 error 2 [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 4 error 2 [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 3 error 2 [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 2 error 2 [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 1 error 2 [drm:KMS:pid1552:drm_helper_probe_single_connector_modes] [CONNECTOR:12:HDMI-A-1] disconnected [drm:KMS:pid1552:drm_helper_probe_single_connector_modes] [CONNECTOR:15:DP-1] [drm:KMS:pid1552:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid1552:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid1552:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid1552:intel_dp_detect] DPCD: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [drm:KMS:pid1552:drm_helper_probe_single_connector_modes] [CONNECTOR:15:DP-1] disconnected [drm:KMS:pid1552:drm_helper_probe_single_connector_modes] [CONNECTOR:17:HDMI-A-2] [drm:KMS:pid1552:gmbus_xfer] GMBUS [i915 gmbus dpc] NAK for addr: 0050 r(1) [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 5 error 6 [drm:KMS:pid1552:gmbus_xfer] GMBUS [i915 gmbus dpc] NAK for addr: 0050 r(1) [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 4 error 6 [drm:KMS:pid1552:gmbus_xfer] GMBUS [i915 gmbus dpc] NAK for addr: 0050 r(1) [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 3 error 6 [drm:KMS:pid1552:gmbus_xfer] GMBUS [i915 gmbus dpc] NAK for addr: 0050 r(1) [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 2 error 6 [drm:KMS:pid1552:gmbus_xfer] GMBUS [i915 gmbus dpc] NAK for addr: 0050 r(1) [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 1 error 6 [drm:KMS:pid1552:drm_helper_probe_single_connector_modes] [CONNECTOR:17:HDMI-A-2] disconnected [drm:KMS:pid1552:drm_helper_probe_single_connector_modes] [CONNECTOR:18:DP-2] [drm:KMS:pid1552:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid1552:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid1552:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid1552:intel_dp_detect] DPCD: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [drm:KMS:pid1552:drm_helper_probe_single_connector_modes] [CONNECTOR:18:DP-2] disconnected [drm:KMS:pid1552:drm_helper_probe_single_connector_modes] [CONNECTOR:20:HDMI-A-3] info: [drm] GMBUS [i915 gmbus dpd] timed out, falling back to bit banging on pin 6 [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 5 error 2 [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 4 error 2 [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 3 error 2 [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 2 error 2 [drm:KMS:pid1552:drm_do_probe_ddc_edid] iicbus_transfer countdown 1 error 2 [drm:KMS:pid1552:drm_helper_probe_single_connector_modes] [CONNECTOR:20:HDMI-A-3] disconnected [drm:KMS:pid1552:drm_setup_crtcs] [drm:KMS:pid1552:drm_enable_connectors] connector 21 enabled? yes [drm:KMS:pid1552:drm_enable_connectors] connector 9 enabled? no [drm:KMS:pid1552:drm_enable_connectors] connector 12 enabled? no [drm:KMS:pid1552:drm_enable_connectors] connector 15 enabled? no [drm:KMS:pid1552:drm_enable_connectors] connector 17 enabled? no [drm:KMS:pid1552:drm_enable_connectors] connector 18 enabled? no [drm:KMS:pid1552:drm_enable_connectors] connector 20 enabled? no [drm:KMS:pid1552:drm_target_preferred] looking for cmdline mode on connector 21 [drm:KMS:pid1552:drm_target_preferred] looking for preferred mode on connector 21 [drm:KMS:pid1552:drm_target_preferred] found mode 1920x1080 [drm:KMS:pid1552:drm_setup_crtcs] picking CRTCs for 8192x8192 config [drm:KMS:pid1552:drm_setup_crtcs] desired mode 1920x1080 set on crtc 3 [drm:KMS:pid1552:intelfb_create] allocated 1920x1080 (s 24bits) fb: 0x00073000, bo 0xfffff80124f10600 fbd1 on drmn1 VT: Replacing driver "vga" with new "fb". [drm:KMS:pid0:intel_crtc_set_config] [CRTC:3] [FB:27] #connectors=1 (x y) (0 0) [drm:KMS:pid0:intel_set_config_compute_mode_changes] crtc has no fb, full mode set [drm:KMS:pid0:intel_set_config_compute_mode_changes] modes are different, full mode set [drm:KMS:pid0:drm_mode_debug_printmodeline] Modeline 0:"" 0 0 0 0 0 0 0 0 0 0 0x0 0x0 [drm:KMS:pid0:drm_mode_debug_printmodeline] Modeline 22:"1920x1080" 60 140000 1920 1968 2068 2100 1080 1083 1084 1110 0x48 0xa [drm:KMS:pid0:intel_modeset_stage_output_state] [CONNECTOR:21:eDP-1] to [CRTC:3] [drm:KMS:pid0:intel_crtc_set_config] attempting to set mode from userspace [drm:KMS:pid0:drm_mode_debug_printmodeline] Modeline 22:"1920x1080" 60 140000 1920 1968 2068 2100 1080 1083 1084 1110 0x48 0xa [drm:KMS:pid0:intel_set_mode] set mode pipe masks: modeset: 1, prepare: 1, disable: 0 [drm:KMS:pid0:intel_dp_mode_fixup] DP link computation with max lane count 2 max bw 0a pixel clock 140000KHz [drm:KMS:pid0:intel_dp_mode_fixup] DP link bw 0a lane count 2 clock 270000 bpp 24 [drm:KMS:pid0:intel_dp_mode_fixup] DP link bw required 336000 available 432000 [drm:KMS:pid0:intel_modeset_adjusted_mode] [CRTC:3] [drm:KMS:pid0:intel_panel_actually_set_backlight] set backlight PWM = 0 [drm:KMS:pid0:ironlake_edp_backlight_off] info: [drm] Initialized i915 1.6.0 20080730 for drmn1 on minor 1 [drm:pid0:drm_calc_vbltimestamp_from_scanoutpos] crtc 0: Noop due to uninitialized mode. [drm:KMS:pid0:ironlake_edp_panel_vdd_on] Turn eDP VDD on [drm:KMS:pid0:ironlake_edp_panel_vdd_on] eDP VDD already on [drm:KMS:pid0:ironlake_edp_panel_off] Turn eDP power off [drm:KMS:pid0:ironlake_wait_panel_off] Wait for panel power off time [drm:KMS:pid0:ironlake_wait_panel_status] mask b000000f value 00000000 status a0000003 control abcd0000 [drm:pid0:drm_vblank_get] enabling vblank on crtc 0, ret: -22 [drm:KMS:pid0:intel_ddi_put_crtc_pll] Disabling WRPLL 1 [drm:KMS:pid0:intel_choose_pipe_bpp_dither] clamping display bpc (was -1) to EDID reported max of 6 [drm:KMS:pid0:intel_choose_pipe_bpp_dither] setting pipe bpc to 8 (max display bpc 6) [drm:KMS:pid0:haswell_crtc_mode_set] Mode for pipe 0: [drm:KMS:pid0:drm_mode_debug_printmodeline] Modeline 22:"1920x1080" 60 140000 1920 1968 2068 2100 1080 1083 1084 1110 0x48 0xa [drm:KMS:pid0:ironlake_update_plane] Writing base 00073000 00000000 0 0 7680 [drm:KMS:pid0:intel_crtc_mode_set] [ENCODER:19:TMDS-19] set [MODE:22:1920x1080] [drm:KMS:pid0:intel_ddi_mode_set] Preparing DDI mode for Haswell on port D, pipe A [drm:KMS:pid0:sandybridge_update_wm] FIFO watermarks For pipe A - plane 16, cursor: 6 [drm:KMS:pid0:ironlake_edp_panel_vdd_on] Turn eDP VDD on [drm:KMS:pid0:ironlake_wait_panel_power_cycle] Wait for panel power cycle [drm:KMS:pid0:ironlake_wait_panel_status] mask b800000f value 00000000 status 00000000 control abcd0000 [drm:KMS:pid0:ironlake_edp_panel_vdd_on] PCH_PP_STATUS: 0x00000000 PCH_PP_CONTROL: 0xabcd0008 [drm:KMS:pid0:ironlake_edp_panel_vdd_on] eDP was not running [drm:KMS:pid0:ironlake_edp_panel_on] Turn eDP power on [drm:KMS:pid0:ironlake_wait_panel_power_cycle] Wait for panel power cycle [drm:KMS:pid0:ironlake_wait_panel_status] mask b800000f value 00000000 status 00000000 control abcd0008 [drm:KMS:pid0:ironlake_wait_panel_on] Wait for panel power on [drm:KMS:pid0:ironlake_wait_panel_status] mask b000000f value 80000008 status 0000000a control abcd000b [drm:KMS:pid0:ironlake_edp_panel_vdd_off] Turn eDP VDD off 1 [drm:KMS:pid0:ironlake_panel_vdd_off_sync] PCH_PP_STATUS: 0x80000008 PCH_PP_CONTROL: 0xabcd0003 [drm:KMS:pid0:intel_dp_start_link_train] training pattern 1 signal levels 00000000 [drm:KMS:pid0:intel_dp_start_link_train] training pattern 1 signal levels 04000000 [drm:KMS:pid0:intel_dp_start_link_train] training pattern 1 signal levels 04000000 [drm:KMS:pid0:intel_dp_start_link_train] clock recovery OK [drm:KMS:pid0:intel_dp_complete_link_train] Channel EQ done. DP Training successfull [drm:KMS:pid0:ironlake_wait_for_vblank] vblank wait timed out [drm:KMS:pid0:ironlake_wait_for_vblank] vblank wait timed out [drm:KMS:pid0:ironlake_edp_backlight_on] [drm:KMS:pid0:intel_panel_actually_set_backlight] set backlight PWM = 4794 [drm:KMS:pid0:ironlake_wait_for_vblank] vblank wait timed out [drm:pid0:drm_calc_timestamping_constants] crtc 3: hwmode: htotal 2100, vtotal 1110, vdisplay 1080 [drm:pid0:drm_calc_timestamping_constants] crtc 3: clock 270000 kHz framedur 8632470 linedur 7777, pixeldur 3 [drm:KMS:pid0:intel_ddi_get_hw_state] No pipe for ddi port 3 found [drm:KMS:pid0:intel_connector_check_state] [CONNECTOR:21:eDP-1] [drm:KMS:pid0:intel_ddi_get_hw_state] No pipe for ddi port 3 found error: [drm:pid0:intel_connector_check_state] *ERROR* encoder active on the wrong pipe [drm:KMS:pid0:intel_ddi_get_hw_state] No pipe for ddi port 3 found [drm:KMS:pid0:intel_modeset_check_state] [ENCODER:10:DAC-10] [drm:KMS:pid0:intel_modeset_check_state] [ENCODER:11:TMDS-11] [drm:KMS:pid0:intel_modeset_check_state] [ENCODER:16:TMDS-16] [drm:KMS:pid0:intel_modeset_check_state] [ENCODER:19:TMDS-19] [drm:KMS:pid0:intel_ddi_get_hw_state] No pipe for ddi port 3 found error: [drm:pid0:intel_modeset_check_state] *ERROR* active encoder's pipe doesn't match(expected 0, found 273154048) [drm:KMS:pid0:intel_modeset_check_state] [CRTC:3] [drm:KMS:pid0:intel_modeset_check_state] [CRTC:5] [drm:KMS:pid0:intel_modeset_check_state] [CRTC:7] [drm:KMS:pid0:intel_crtc_set_config] [CRTC:5] [NOFB] [drm:KMS:pid0:intel_modeset_stage_output_state] [CONNECTOR:21:eDP-1] to [CRTC:3] [drm:KMS:pid0:intel_crtc_set_config] [CRTC:7] [NOFB] [drm:KMS:pid0:intel_modeset_stage_output_state] [CONNECTOR:21:eDP-1] to [CRTC:3] [drm:KMS:pid0:i915_hotplug_work_func] running encoder hotplug functions [drm:KMS:pid0:intel_dp_detect] DPCD: 12 0A FF 41 00 00 00 00 00 00 00 00 00 0B 00 [drm:KMS:pid0:drm_helper_hpd_irq_event] [CONNECTOR:21:eDP-1] status updated from 1 to 1 [drm:KMS:pid0:intel_ironlake_crt_detect_hotplug] ironlake hotplug adpa=0xf40000, result 0 [drm:KMS:pid0:intel_crt_detect] CRT not detected via hotplug [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus vga] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 5 error 6 [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus vga] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 4 error 6 [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus vga] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 3 error 6 [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus vga] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 2 error 6 [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus vga] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 1 error 6 [drm:KMS:pid0:intel_crt_detect_ddc] CRT not detected via DDC:0x50 [no valid EDID found] [drm:KMS:pid0:drm_helper_hpd_irq_event] [CONNECTOR:9:VGA-1] status updated from 2 to 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 5 error 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 4 error 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 3 error 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 2 error 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 1 error 2 [drm:KMS:pid0:drm_helper_hpd_irq_event] [CONNECTOR:12:HDMI-A-1] status updated from 2 to 2 [drm:KMS:pid0:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid0:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid0:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid0:intel_dp_detect] DPCD: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [drm:KMS:pid0:drm_helper_hpd_irq_event] [CONNECTOR:15:DP-1] status updated from 2 to 2 [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus dpc] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 5 error 6 [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus dpc] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 4 error 6 [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus dpc] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 3 error 6 [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus dpc] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 2 error 6 [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus dpc] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 1 error 6 [drm:KMS:pid0:drm_helper_hpd_irq_event] [CONNECTOR:17:HDMI-A-2] status updated from 2 to 2 [drm:KMS:pid0:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid0:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid0:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid0:intel_dp_detect] DPCD: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [drm:KMS:pid0:drm_helper_hpd_irq_event] [CONNECTOR:18:DP-2] status updated from 2 to 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 5 error 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 4 error 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 3 error 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 2 error 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 1 error 2 [drm:KMS:pid0:drm_helper_hpd_irq_event] [CONNECTOR:20:HDMI-A-3] status updated from 2 to 2 [drm:KMS:pid0:i915_hotplug_work_func] running encoder hotplug functions [drm:KMS:pid0:intel_dp_detect] DPCD: 12 0A FF 41 00 00 00 00 00 00 00 00 00 0B 00 [drm:KMS:pid0:drm_helper_hpd_irq_event] [CONNECTOR:21:eDP-1] status updated from 1 to 1 [drm:KMS:pid0:intel_ironlake_crt_detect_hotplug] ironlake hotplug adpa=0xf40000, result 0 [drm:KMS:pid0:intel_crt_detect] CRT not detected via hotplug [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus vga] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 5 error 6 [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus vga] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 4 error 6 [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus vga] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 3 error 6 [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus vga] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 2 error 6 [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus vga] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 1 error 6 [drm:KMS:pid0:intel_crt_detect_ddc] CRT not detected via DDC:0x50 [no valid EDID found] [drm:KMS:pid0:drm_helper_hpd_irq_event] [CONNECTOR:9:VGA-1] status updated from 2 to 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 5 error 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 4 error 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 3 error 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 2 error 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 1 error 2 [drm:KMS:pid0:drm_helper_hpd_irq_event] [CONNECTOR:12:HDMI-A-1] status updated from 2 to 2 [drm:KMS:pid0:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid0:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid0:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid0:intel_dp_detect] DPCD: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [drm:KMS:pid0:drm_helper_hpd_irq_event] [CONNECTOR:15:DP-1] status updated from 2 to 2 [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus dpc] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 5 error 6 [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus dpc] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 4 error 6 [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus dpc] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 3 error 6 [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus dpc] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 2 error 6 [drm:KMS:pid0:gmbus_xfer] GMBUS [i915 gmbus dpc] NAK for addr: 0050 r(1) [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 1 error 6 [drm:KMS:pid0:drm_helper_hpd_irq_event] [CONNECTOR:17:HDMI-A-2] status updated from 2 to 2 [drm:KMS:pid0:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid0:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid0:intel_dp_aux_ch] dp_aux_ch timeout status 0x5145003f [drm:KMS:pid0:intel_dp_detect] DPCD: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [drm:KMS:pid0:drm_helper_hpd_irq_event] [CONNECTOR:18:DP-2] status updated from 2 to 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 5 error 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 4 error 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 3 error 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 2 error 2 [drm:KMS:pid0:drm_do_probe_ddc_edid] iicbus_transfer countdown 1 error 2 [drm:KMS:pid0:drm_helper_hpd_irq_event] [CONNECTOR:20:HDMI-A-3] status updated from 2 to 2 [drm:KMS:pid0:intel_enable_rc6] Haswell: only RC6 available info: [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off \000 --nextPart1614796.VvSlWEfG8B-- From owner-freebsd-x11@freebsd.org Sun Nov 22 00:41:44 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0441EA332E3 for ; Sun, 22 Nov 2015 00:41:44 +0000 (UTC) (envelope-from stefan.wendler@tngtech.com) Received: from zimbra.tngtech.com (zimbra.tngtech.com [212.204.93.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B32FA1193 for ; Sun, 22 Nov 2015 00:41:43 +0000 (UTC) (envelope-from stefan.wendler@tngtech.com) Received: from localhost (localhost [127.0.0.1]) by zimbra.tngtech.com (Postfix) with ESMTP id 85FE5B0047B for ; Sun, 22 Nov 2015 01:41:40 +0100 (CET) Received: from zimbra.tngtech.com ([127.0.0.1]) by localhost (zimbra.tngtech.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id aE-3w0G_USrn for ; Sun, 22 Nov 2015 01:41:40 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by zimbra.tngtech.com (Postfix) with ESMTP id 4BECBB00577 for ; Sun, 22 Nov 2015 01:41:40 +0100 (CET) X-Virus-Scanned: amavisd-new at tngtech.com Received: from zimbra.tngtech.com ([127.0.0.1]) by localhost (zimbra.tngtech.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id j8oWbs8dODE0 for ; Sun, 22 Nov 2015 01:41:40 +0100 (CET) Received: from hactar.localnet (p4FE57B69.dip0.t-ipconnect.de [79.229.123.105]) by zimbra.tngtech.com (Postfix) with ESMTPSA id 29E36B0047B for ; Sun, 22 Nov 2015 01:41:40 +0100 (CET) From: Stefan Wendler To: freebsd-x11@freebsd.org Subject: Re: testing new intel driver i915 - no EDID found(rev 34907b727e888fd60358a5a3b554c946d4b3d38a) Date: Sun, 22 Nov 2015 01:41:39 +0100 Message-ID: <5192590.87VMpNulxk@hactar> Organization: TNG Technology Consulting GmbH User-Agent: KMail/4.14.3 (FreeBSD/10.2-RELEASE; KDE/4.14.3; amd64; ; ) In-Reply-To: <3019138.qGHq2DP8Ah@hactar> References: <3019138.qGHq2DP8Ah@hactar> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Nov 2015 00:41:44 -0000 On Sunday 22 November 2015 01:17:09 Stefan Wendler wrote: > Hi, > > I still have the problem that the screen is blank with just backlight on. I > can type and stuff but I don't see anything. What I have seen in dmesg > (among other errors) is that it won't find my CRTs EDID. May this be the/a > reason? Is there a way to solve this on my own? Or is this still a bug? > > Cheers, > Stefan One thing that might be a problem as well is that I have two cards. An intel and an nvidia. The nvidia is this crippled thingy that writes into intels vram but has no direct output. I have the same behavior (blank screen) when I accidentally specify the wrong PCI BusID in xorg.conf. Cheers From owner-freebsd-x11@freebsd.org Mon Nov 23 13:42:58 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DE155A35255 for ; Mon, 23 Nov 2015 13:42:58 +0000 (UTC) (envelope-from isaac@mm.st) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF0111922 for ; Mon, 23 Nov 2015 13:42:58 +0000 (UTC) (envelope-from isaac@mm.st) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id F379820A63 for ; Mon, 23 Nov 2015 08:36:35 -0500 (EST) Received: from web4 ([10.202.2.214]) by compute6.internal (MEProxy); Mon, 23 Nov 2015 08:36:35 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=mm.st; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=b9a ywf9e7L1T4HMZdvtWjYsNKCY=; b=dmzwAefKXMkTVuoSPOWGmCen97RdWne4bbs 7JfF08nWzeT+BKneuIes1i9Gw7RuSgiEXVDKQeopKFoMneOkhMaXKVnKC6q1wADC xr5RTM6fzpAJkDfq0chaSfphwbEfw54OpkwwquQ9c1kw25pWDOfBKPOeigQaMxkD JX7r3iqE= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=b9aywf9e7L1T4HMZdvtWjYsNKCY=; b=mEOeM gdXs+DLtrLtaaO1gzXjubLVqiu8L2MwJ8wWKl2whhgWLJfMrGh0o/wokwMEUP4me vjMziwqXQdHpsyPPDBoGoyGpsdVOdqxIhxtqKPDZ5Lniu3mtSYJxFyW7XsrTenWy wFRYkPSo9ZKefu5/KYQn5+8K2iZ4yD59ifORhk= Received: by web4.nyi.internal (Postfix, from userid 99) id B725611618B; Mon, 23 Nov 2015 08:36:35 -0500 (EST) Message-Id: <1448285795.1791028.447613585.0739E958@webmail.messagingengine.com> X-Sasl-Enc: 9V+OkGU3YlaYxpKIJ/CQkaE1Zr8ZHYyWYcRTPEDh95ut 1448285795 From: Isaac Raway To: freebsd-x11@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: multipart/mixed; boundary="_----------=_144828579517910280"; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-0a80c2aa Subject: Haswel / i915 experimental test result Date: Mon, 23 Nov 2015 07:36:35 -0600 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2015 13:42:59 -0000 This is a multi-part message in MIME format. --_----------=_144828579517910280 Content-Transfer-Encoding: 7bit Content-Type: text/plain Hello, I've followed the directions on this page to install the experimental i915 kernel: https://wiki.freebsd.org/Graphics/Update%20i915%20GPU%20driver%20to%20Linux%203.8 I'm not sure that I booted into it correctly (pretty green with BSD in general, and only some experience with kernel builds on Linux). I have a Dell Latitude E7240 with a Haswell chip. Running PC-BSD 10.2 if that matters. I'm uncertain about if the boot did what I think it did because the uname output still say's it's a -RELEASE build: # uname -a FreeBSD sebastian 10.2-RELEASE-p4 FreeBSD 10.2-RELEASE-p4 #0: Tue Aug 18 15:15:36 UTC 2015 root@amd64-builder.pcbsd.org:/usr/obj/usr/src/sys/GENERIC amd64 The driver doesn't seem to load, using PC-BSD's Display wizard it reports a failure then restarts the wizard when I try to start X using the intel driver. I've attached the dmesg output as requested on the above page. Let me know if anything else would be useful. IJR --_----------=_144828579517910280 Content-Disposition: attachment; filename="i915dmesg.txt" Content-Id: <1448285654.1790363.7896c0026d306f9af2bc27dcc134c25ea2a3364d.1C3539B7@content.messagingengine.com> Content-Transfer-Encoding: base64 Content-Type: text/plain; name="i915dmesg.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMTUgVGhlIEZyZWVCU0QgUHJvamVjdC4K Q29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAx OTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0 aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2Vy dmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhl IEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMC4yLVJFTEVBU0UtcDQg IzA6IFR1ZSBBdWcgMTggMTU6MTU6MzYgVVRDIDIwMTUKICAgIHJvb3RAYW1k NjQtYnVpbGRlci5wY2JzZC5vcmc6L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VO RVJJQyBhbWQ2NApGcmVlQlNEIGNsYW5nIHZlcnNpb24gMy40LjEgKHRhZ3Mv UkVMRUFTRV8zNC9kb3QxLWZpbmFsIDIwODAzMikgMjAxNDA1MTIKVlQ6IHJ1 bm5pbmcgd2l0aCBkcml2ZXIgImVmaWZiIi4KQ1BVOiBJbnRlbChSKSBDb3Jl KFRNKSBpNy00NjAwVSBDUFUgQCAyLjEwR0h6ICgyNjkzLjgzLU1IeiBLOC1j bGFzcyBDUFUpCiAgT3JpZ2luPSJHZW51aW5lSW50ZWwiICBJZD0weDQwNjUx ICBGYW1pbHk9MHg2ICBNb2RlbD0weDQ1ICBTdGVwcGluZz0xCiAgRmVhdHVy ZXM9MHhiZmViZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0Us Q1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZM VVNILERUUyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNTLEhUVCxUTSxQQkU+ CiAgRmVhdHVyZXMyPTB4N2ZmYWZiZmY8U1NFMyxQQ0xNVUxRRFEsRFRFUzY0 LE1PTixEU19DUEwsVk1YLFNNWCxFU1QsVE0yLFNTU0UzLDxiMTE+LEZNQSxD WDE2LHhUUFIsUERDTSxQQ0lELFNTRTQuMSxTU0U0LjIseDJBUElDLE1PVkJF LFBPUENOVCxUU0NETFQsQUVTTkksWFNBVkUsT1NYU0FWRSxBVlgsRjE2QyxS RFJBTkQ+CiAgQU1EIEZlYXR1cmVzPTB4MmMxMDA4MDA8U1lTQ0FMTCxOWCxQ YWdlMUdCLFJEVFNDUCxMTT4KICBBTUQgRmVhdHVyZXMyPTB4MjE8TEFIRixB Qk0+CiAgU3RydWN0dXJlZCBFeHRlbmRlZCBGZWF0dXJlcz0weDJmYmI8RlNH U0JBU0UsVFNDQURKLEJNSTEsSExFLEFWWDIsU01FUCxCTUkyLEVSTVMsSU5W UENJRCxSVE0sTkZQVVNHPgogIFhTQVZFIEZlYXR1cmVzPTB4MTxYU0FWRU9Q VD4KICBWVC14OiBQQVQsSExULE1URixQQVVTRSxFUFQsVUcsVlBJRAogIFRT QzogUC1zdGF0ZSBpbnZhcmlhbnQsIHBlcmZvcm1hbmNlIHN0YXRpc3RpY3MK cmVhbCBtZW1vcnkgID0gMTc2OTc4NjU3MjggKDE2ODc4IE1CKQphdmFpbCBt ZW1vcnkgPSAxNjQ5Njg0MDcwNCAoMTU3MzIgTUIpCkV2ZW50IHRpbWVyICJM QVBJQyIgcXVhbGl0eSA2MDAKQUNQSSBBUElDIFRhYmxlOiA8REVMTCAgIENC WDMgICA+CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0 ZWN0ZWQ6IDQgQ1BVcwpGcmVlQlNEL1NNUDogMSBwYWNrYWdlKHMpIHggMiBj b3JlKHMpIHggMiBTTVQgdGhyZWFkcwogY3B1MCAoQlNQKTogQVBJQyBJRDog IDAKIGNwdTEgKEFQKTogQVBJQyBJRDogIDEKIGNwdTIgKEFQKTogQVBJQyBJ RDogIDIKIGNwdTMgKEFQKTogQVBJQyBJRDogIDMKaW9hcGljMCA8VmVyc2lv biAyLjA+IGlycXMgMC0zOSBvbiBtb3RoZXJib2FyZApyYW5kb206IDxTb2Z0 d2FyZSwgWWFycm93PiBpbml0aWFsaXplZAptb2R1bGVfcmVnaXN0ZXJfaW5p dDogTU9EX0xPQUQgKHZlc2EsIDB4ZmZmZmZmZmY4MGRiOGViMCwgMCkgZXJy b3IgMTkKa2JkMSBhdCBrYmRtdXgwCmNyeXB0b3NvZnQwOiA8c29mdHdhcmUg Y3J5cHRvPiBvbiBtb3RoZXJib2FyZAphZXNuaTA6IDxBRVMtQ0JDLEFFUy1Y VFM+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiA8REVMTCBDQlgzICAgPiBvbiBt b3RoZXJib2FyZAphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKY3B1MDog PEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkw CmNwdTI6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MzogPEFDUEkgQ1BVPiBv biBhY3BpMApocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBp b21lbSAweGZlZDAwMDAwLTB4ZmVkMDAzZmYgb24gYWNwaTAKVGltZWNvdW50 ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDk1MApF dmVudCB0aW1lciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxp dHkgNTUwCkV2ZW50IHRpbWVyICJIUEVUMSIgZnJlcXVlbmN5IDE0MzE4MTgw IEh6IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUMiIgZnJlcXVlbmN5 IDE0MzE4MTgwIEh6IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUMyIg ZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVy ICJIUEVUNCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgNDQwCmF0 cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3NyBpcnEg OCBvbiBhY3BpMAphdHJ0YzA6IFdhcm5pbmc6IENvdWxkbid0IG1hcCBJL08u CkV2ZW50IHRpbWVyICJSVEMiIGZyZXF1ZW5jeSAzMjc2OCBIeiBxdWFsaXR5 IDAKYXR0aW1lcjA6IDxBVCB0aW1lcj4gcG9ydCAweDQwLTB4NDMsMHg1MC0w eDUzIGlycSAwIG9uIGFjcGkwClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVl bmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkV2ZW50IHRpbWVyICJpODI1NCIg ZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAxMDAKVGltZWNvdW50ZXIg IkFDUEktc2FmZSIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSA4NTAK YWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBv cnQgMHgxODA4LTB4MTgwYiBvbiBhY3BpMAphY3BpX2VjMDogPEVtYmVkZGVk IENvbnRyb2xsZXI6IEdQRSAweDI3PiBwb3J0IDB4OTMwLDB4OTM0IG9uIGFj cGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgt MHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAK dmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHhmMDAw LTB4ZjAzZiBtZW0gMHhmNzgwMDAwMC0weGY3YmZmZmZmLDB4ZTAwMDAwMDAt MHhlZmZmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCnZnYXBj aTA6IEJvb3QgdmlkZW8gZGV2aWNlCmhkYWMwOiA8SW50ZWwgSGFzd2VsbCBI REEgQ29udHJvbGxlcj4gbWVtIDB4ZjdlMzQwMDAtMHhmN2UzN2ZmZiBpcnEg MTYgYXQgZGV2aWNlIDMuMCBvbiBwY2kwCnhoY2kwOiA8SW50ZWwgUGFudGhl ciBQb2ludCBVU0IgMy4wIGNvbnRyb2xsZXI+IG1lbSAweGY3ZTIwMDAwLTB4 ZjdlMmZmZmYgaXJxIDE2IGF0IGRldmljZSAyMC4wIG9uIHBjaTAKeGhjaTA6 IDMyIGJ5dGVzIGNvbnRleHQgc2l6ZSwgNjQtYml0IERNQQp4aGNpMDogUG9y dCByb3V0aW5nIG1hc2sgc2V0IHRvIDB4ZmZmZmZmZmYKdXNidXMwIG9uIHho Y2kwCnBjaTA6IDxzaW1wbGUgY29tbXM+IGF0IGRldmljZSAyMi4wIChubyBk cml2ZXIgYXR0YWNoZWQpCmVtMDogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdv cmsgQ29ubmVjdGlvbiA3LjQuMj4gcG9ydCAweGYwODAtMHhmMDlmIG1lbSAw eGY3ZTAwMDAwLTB4ZjdlMWZmZmYsMHhmN2UzYzAwMC0weGY3ZTNjZmZmIGly cSAyMCBhdCBkZXZpY2UgMjUuMCBvbiBwY2kwCmVtMDogVXNpbmcgYW4gTVNJ IGludGVycnVwdAplbTA6IEV0aGVybmV0IGFkZHJlc3M6IDM0OmU2OmQ3OjAw OjNjOjE1CmhkYWMxOiA8SW50ZWwgTHlueCBQb2ludC1MUCBIREEgQ29udHJv bGxlcj4gbWVtIDB4ZjdlMzAwMDAtMHhmN2UzM2ZmZiBpcnEgMjIgYXQgZGV2 aWNlIDI3LjAgb24gcGNpMApwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGlycSAxNiBhdCBkZXZpY2UgMjguMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWIxCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g aXJxIDE5IGF0IGRldmljZSAyOC4zIG9uIHBjaTAKcGNpMjogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjIKcGNpMjogPG5ldHdvcms+IGF0IGRldmljZSAwLjAg KG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDI4LjQgb24gcGNpMApwY2kzOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMwpzZGhjaV9wY2kwOiA8R2VuZXJpYyBTRCBI Q0k+IG1lbSAweGY3YzAxMDAwLTB4ZjdjMDFmZmYsMHhmN2MwMDAwMC0weGY3 YzAwN2ZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTMKc2RoY2lfcGNp MDogSGFyZHdhcmUgZG9lc24ndCBzcGVjaWZ5IHRpbWVvdXQgY2xvY2sgZnJl cXVlbmN5LCBzZXR0aW5nIEJST0tFTl9USU1FT1VUIHF1aXJrLgpzZGhjaV9w Y2kwOiAxIHNsb3QocykgYWxsb2NhdGVkCmVoY2kwOiA8RUhDSSAoZ2VuZXJp YykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmN2UzYjAwMC0weGY3ZTNi M2ZmIGlycSAyMSBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCnVzYnVzMTogRUhD SSB2ZXJzaW9uIDEuMAp1c2J1czEgb24gZWhjaTAKaXNhYjA6IDxQQ0ktSVNB IGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1 cz4gb24gaXNhYjAKYWhjaTA6IDxJbnRlbCBJQ0g4TSBBSENJIFNBVEEgY29u dHJvbGxlcj4gcG9ydCAweGYwZDAtMHhmMGQ3LDB4ZjBjMC0weGYwYzMsMHhm MGIwLTB4ZjBiNywweGYwYTAtMHhmMGEzLDB4ZjA2MC0weGYwN2YgbWVtIDB4 ZjdlM2EwMDAtMHhmN2UzYTdmZiBpcnEgMTkgYXQgZGV2aWNlIDMxLjIgb24g cGNpMAphaGNpMDogQUhDSSB2MS4zMCB3aXRoIDQgNkdicHMgcG9ydHMsIFBv cnQgTXVsdGlwbGllciBub3Qgc3VwcG9ydGVkCmFoY2ljaDA6IDxBSENJIGNo YW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAphaGNpY2gxOiA8QUhDSSBj aGFubmVsPiBhdCBjaGFubmVsIDEgb24gYWhjaTAKYWNwaV9saWQwOiA8Q29u dHJvbCBNZXRob2QgTGlkIFN3aXRjaD4gb24gYWNwaTAKYWNwaV9idXR0b24w OiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAphY3BpX2J1dHRvbjE6IDxTbGVl cCBCdXR0b24+IG9uIGFjcGkwCmFjcGlfYWNhZDA6IDxBQyBBZGFwdGVyPiBv biBhY3BpMApiYXR0ZXJ5MDogPEFDUEkgQ29udHJvbCBNZXRob2QgQmF0dGVy eT4gb24gYWNwaTAKYmF0dGVyeTE6IDxBQ1BJIENvbnRyb2wgTWV0aG9kIEJh dHRlcnk+IG9uIGFjcGkwCmFjcGlfdHowOiA8VGhlcm1hbCBab25lPiBvbiBh Y3BpMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBw b3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXli b2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGtiZDA6 IFtHSUFOVC1MT0NLRURdCnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24g YXRrYmRjMApwc20wOiBbR0lBTlQtTE9DS0VEXQpwc20wOiBtb2RlbCBHbGlk ZVBvaW50LCBkZXZpY2UgSUQgMApvcm0wOiA8SVNBIE9wdGlvbiBST00+IGF0 IGlvbWVtIDB4ZDkwMDAtMHhkOWZmZiBvbiBpc2EwCnBwYzA6IGNhbm5vdCBy ZXNlcnZlIEkvTyBwb3J0IHJhbmdlCmVzdDA6IDxFbmhhbmNlZCBTcGVlZFN0 ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTAKZXN0MTogPEVuaGFuY2Vk IFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MQplc3QyOiA8 RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUy CmVzdDM6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+ IG9uIGNwdTMKWkZTIGZpbGVzeXN0ZW0gdmVyc2lvbjogNQpaRlMgc3RvcmFn ZSBwb29sIHZlcnNpb246IGZlYXR1cmVzIHN1cHBvcnQgKDUwMDApClRpbWVj b3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKaGRhY2MwOiA8SW50ZWwg SGFzd2VsbCBIREEgQ09ERUM+IGF0IGNhZCAwIG9uIGhkYWMwCmhkYWEwOiA8 SW50ZWwgSGFzd2VsbCBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEg b24gaGRhY2MwCnBjbTA6IDxJbnRlbCBIYXN3ZWxsIChIRE1JL0RQIDhjaCk+ IGF0IG5pZCA1IG9uIGhkYWEwCnBjbTE6IDxJbnRlbCBIYXN3ZWxsIChIRE1J L0RQIDhjaCk+IGF0IG5pZCA2IG9uIGhkYWEwCnBjbTI6IDxJbnRlbCBIYXN3 ZWxsIChIRE1JL0RQIDhjaCk+IGF0IG5pZCA3IG9uIGhkYWEwCmhkYWNjMTog PFJlYWx0ZWsgQUxDMjkyIEhEQSBDT0RFQz4gYXQgY2FkIDAgb24gaGRhYzEK aGRhYTE6IDxSZWFsdGVrIEFMQzI5MiBBdWRpbyBGdW5jdGlvbiBHcm91cD4g YXQgbmlkIDEgb24gaGRhY2MxCnBjbTM6IDxSZWFsdGVrIEFMQzI5MiAoQW5h bG9nIDIuMCtIUC8yLjApPiBhdCBuaWQgMjAsMjEgYW5kIDI1IG9uIGhkYWEx CnBjbTQ6IDxSZWFsdGVrIEFMQzI5MiAoQW5hbG9nKT4gYXQgbmlkIDIyIGFu ZCAxOCBvbiBoZGFhMQpyYW5kb206IHVuYmxvY2tpbmcgZGV2aWNlLgp1c2J1 czA6IDUuMEdicHMgU3VwZXIgU3BlZWQgVVNCIHYzLjAKdXNidXMxOiA0ODBN YnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAKdWdlbjAuMTogPDB4ODA4Nj4gYXQg dXNidXMwCnVodWIwOiA8MHg4MDg2IFhIQ0kgcm9vdCBIVUIsIGNsYXNzIDkv MCwgcmV2IDMuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAKdWdlbjEuMTog PEludGVsPiBhdCB1c2J1czEKdWh1YjE6IDxJbnRlbCBFSENJIHJvb3QgSFVC LCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMx CmFkYTAgYXQgYWhjaWNoMSBidXMgMCBzY2J1czEgdGFyZ2V0IDAgbHVuIDAK YWRhMDogPFNhbXN1bmcgU1NEIDg0MCBFVk8gNTAwR0IgbVNBVEEgRVhUNDFC NlE+IEFDUy0yIEFUQSBTQVRBIDMueCBkZXZpY2UKYWRhMDogU2VyaWFsIE51 bWJlciBTMUtNTlNBRjkwMDg1NVcKYWRhMDogNjAwLjAwME1CL3MgdHJhbnNm ZXJzIChTQVRBIDMueCwgVURNQTYsIFBJTyA1MTJieXRlcykKYWRhMDogQ29t bWFuZCBRdWV1ZWluZyBlbmFibGVkCmFkYTA6IDQ3Njk0ME1CICg5NzY3NzMx NjggNTEyIGJ5dGUgc2VjdG9yczogMTZIIDYzUy9UIDE2MzgzQykKYWRhMDog cXVpcmtzPTB4MTw0Sz4KYWRhMDogUHJldmlvdXNseSB3YXMga25vd24gYXMg YWQ2ClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMiBM YXVuY2hlZCEKU01QOiBBUCBDUFUgIzMgTGF1bmNoZWQhClRpbWVjb3VudGVy ICJUU0MtbG93IiBmcmVxdWVuY3kgMTM0NjkxNDg4NCBIeiBxdWFsaXR5IDEw MDAKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMxIHVzYnVzMAp1aHVi MDogMTMgcG9ydHMgd2l0aCAxMyByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1 aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQK Um9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMxIHVzYnVzMAp1Z2VuMC4y OiA8VklBIExhYnMsIEluYy4+IGF0IHVzYnVzMAp1aHViMjogPFZJQSBMYWJz LCBJbmMuIFVTQjIuMCBIdWIsIGNsYXNzIDkvMCwgcmV2IDIuMTAvOTAuNzAs IGFkZHIgMT4gb24gdXNidXMwCnVnZW4xLjI6IDx2ZW5kb3IgMHg4MDg3PiBh dCB1c2J1czEKdWh1YjM6IDx2ZW5kb3IgMHg4MDg3IHByb2R1Y3QgMHg4MDAw LCBjbGFzcyA5LzAsIHJldiAyLjAwLzAuMDQsIGFkZHIgMj4gb24gdXNidXMx CnVodWIyOiA0IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJl ZAp1aHViMzogOCBwb3J0cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMxIHVzYnVzMAp1Z2Vu MC4zOiA8Q00gU3Rvcm0+IGF0IHVzYnVzMAp1a2JkMDogPENNIFN0b3JtIFF1 aWNrZmlyZSBUS0wgNmtleXMsIGNsYXNzIDAvMCwgcmV2IDEuMTAvMS4xMSwg YWRkciAyPiBvbiB1c2J1czAKa2JkMiBhdCB1a2JkMAp1Z2VuMS4zOiA8QXRt ZWw+IGF0IHVzYnVzMQpoaWRfZ2V0X2l0ZW06IE51bWJlciBvZiBpdGVtcyB0 cnVuY2F0ZWQgdG8gMjU1CmhpZF9nZXRfaXRlbTogTnVtYmVyIG9mIGl0ZW1z IHRydW5jYXRlZCB0byAyNTUKdWdlbjAuNDogPENOMDdZWVRUNzI0ODc0OTFB NjRYQTAwPiBhdCB1c2J1czAKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNi dXMwCnVnZW4wLjU6IDxTaWVycmEgV2lyZWxlc3MsIEluY29ycG9yYXRlZD4g YXQgdXNidXMwClRyeWluZyB0byBtb3VudCByb290IGZyb20gemZzOnRhbmsv Uk9PVC8xMC4yLVJFTEVBU0UtcDktdXAtMjAxNTExMjBfMDk0MDU5IFtdLi4u CkdFT01fRUxJOiBEZXZpY2UgbGFiZWwvc3dhcDAuZWxpIGNyZWF0ZWQuCkdF T01fRUxJOiBFbmNyeXB0aW9uOiBBRVMtWFRTIDEyOApHRU9NX0VMSTogICAg IENyeXB0bzogaGFyZHdhcmUKdWdlbjAuNjogPExvZ2l0ZWNoPiBhdCB1c2J1 czAKdW1zMDogPExvZ2l0ZWNoIFRyYWNrYmFsbCwgY2xhc3MgMC8wLCByZXYg MS4xMC8yLjIwLCBhZGRyIDU+IG9uIHVzYnVzMAp1bXMwOiAzIGJ1dHRvbnMg YW5kIFtYWVpdIGNvb3JkaW5hdGVzIElEPTAKQ3VzZTRCU0QgdjAuMS4zNiBA IC9kZXYvY3VzZQphY3BpX3ZpZGVvMDogPEFDUEkgdmlkZW8gZXh0ZW5zaW9u PiBvbiB2Z2FwY2kwCmZ1c2UtZnJlZWJzZDogdmVyc2lvbiAwLjQuNCwgRlVT RSBBQkkgNy44CmhpZF9nZXRfaXRlbTogTnVtYmVyIG9mIGl0ZW1zIHRydW5j YXRlZCB0byAyNTUKaGlkX2dldF9pdGVtOiBOdW1iZXIgb2YgaXRlbXMgdHJ1 bmNhdGVkIHRvIDI1NQp1aGlkMDogPEF0bWVsIG1hWFRvdWNoIERpZ2l0aXpl cj4gb24gdXNidXMxCmhpZF9nZXRfaXRlbTogTnVtYmVyIG9mIGl0ZW1zIHRy dW5jYXRlZCB0byAyNTUKaGlkX2dldF9pdGVtOiBOdW1iZXIgb2YgaXRlbXMg dHJ1bmNhdGVkIHRvIDI1NQpoaWRfZ2V0X2l0ZW06IE51bWJlciBvZiBpdGVt cyB0cnVuY2F0ZWQgdG8gMjU1CnVoaWQxOiA8QXRtZWwgbWFYVG91Y2ggQ29u dHJvbD4gb24gdXNidXMxCnVoaWQyOiA8Q00gU3Rvcm0gUXVpY2tmaXJlIFRL TCA2a2V5cywgY2xhc3MgMC8wLCByZXYgMS4xMC8xLjExLCBhZGRyIDI+IG9u IHVzYnVzMAppcGZ3MiAoK2lwdjYpIGluaXRpYWxpemVkLCBkaXZlcnQgbG9h ZGFibGUsIG5hdCBsb2FkYWJsZSwgZGVmYXVsdCB0byBhY2NlcHQsIGxvZ2dp bmcgZGlzYWJsZWQKV2FpdGluZyAobWF4IDYwIHNlY29uZHMpIGZvciBzeXN0 ZW0gcHJvY2VzcyBgdm5scnUnIHRvIHN0b3AuLi5kb25lCldhaXRpbmcgKG1h eCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHByb2Nlc3MgYGJ1ZmRhZW1vbicg dG8gc3RvcC4uLmRvbmUKV2FpdGluZyAobWF4IDYwIHNlY29uZHMpIGZvciBz eXN0ZW0gcHJvY2VzcyBgc3luY2VyJyB0byBzdG9wLi4uClN5bmNpbmcgZGlz a3MsIHZub2RlcyByZW1haW5pbmcuLi4wIDAgMCAwIDAgMCBkb25lCkFsbCBi dWZmZXJzIHN5bmNlZC4KV0FSTklORzogYXV0b2ZzX25vZGVfdm46IGluc21u dHF1ZSgpIGZhaWxlZCB3aXRoIGVycm9yIDE2CkdFT01fRUxJOiBEZXZpY2Ug bGFiZWwvc3dhcDAuZWxpIGRlc3Ryb3llZC4KR0VPTV9FTEk6IERldGFjaGVk IGxhYmVsL3N3YXAwLmVsaSBvbiBsYXN0IGNsb3NlLgpVcHRpbWU6IDQxbTIz cwpDb3B5cmlnaHQgKGMpIDE5OTItMjAxNSBUaGUgRnJlZUJTRCBQcm9qZWN0 LgpDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5ODYsIDE5ODgs IDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQKCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuCkZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBU aGUgRnJlZUJTRCBGb3VuZGF0aW9uLgpGcmVlQlNEIDEwLjItUkVMRUFTRS1w NCAjMDogVHVlIEF1ZyAxOCAxNToxNTozNiBVVEMgMjAxNQogICAgcm9vdEBh bWQ2NC1idWlsZGVyLnBjYnNkLm9yZzovdXNyL29iai91c3Ivc3JjL3N5cy9H RU5FUklDIGFtZDY0CkZyZWVCU0QgY2xhbmcgdmVyc2lvbiAzLjQuMSAodGFn cy9SRUxFQVNFXzM0L2RvdDEtZmluYWwgMjA4MDMyKSAyMDE0MDUxMgpWVDog cnVubmluZyB3aXRoIGRyaXZlciAiZWZpZmIiLgpDUFU6IEludGVsKFIpIENv cmUoVE0pIGk3LTQ2MDBVIENQVSBAIDIuMTBHSHogKDI2OTMuODMtTUh6IEs4 LWNsYXNzIENQVSkKICBPcmlnaW49IkdlbnVpbmVJbnRlbCIgIElkPTB4NDA2 NTEgIEZhbWlseT0weDYgIE1vZGVsPTB4NDUgIFN0ZXBwaW5nPTEKICBGZWF0 dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1D RSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENM RkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBC RT4KICBGZWF0dXJlczI9MHg3ZmZhZmJmZjxTU0UzLFBDTE1VTFFEUSxEVEVT NjQsTU9OLERTX0NQTCxWTVgsU01YLEVTVCxUTTIsU1NTRTMsPGIxMT4sRk1B LENYMTYseFRQUixQRENNLFBDSUQsU1NFNC4xLFNTRTQuMix4MkFQSUMsTU9W QkUsUE9QQ05ULFRTQ0RMVCxBRVNOSSxYU0FWRSxPU1hTQVZFLEFWWCxGMTZD LFJEUkFORD4KICBBTUQgRmVhdHVyZXM9MHgyYzEwMDgwMDxTWVNDQUxMLE5Y LFBhZ2UxR0IsUkRUU0NQLExNPgogIEFNRCBGZWF0dXJlczI9MHgyMTxMQUhG LEFCTT4KICBTdHJ1Y3R1cmVkIEV4dGVuZGVkIEZlYXR1cmVzPTB4MmZiYjxG U0dTQkFTRSxUU0NBREosQk1JMSxITEUsQVZYMixTTUVQLEJNSTIsRVJNUyxJ TlZQQ0lELFJUTSxORlBVU0c+CiAgWFNBVkUgRmVhdHVyZXM9MHgxPFhTQVZF T1BUPgogIFZULXg6IFBBVCxITFQsTVRGLFBBVVNFLEVQVCxVRyxWUElECiAg VFNDOiBQLXN0YXRlIGludmFyaWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGlj cwpyZWFsIG1lbW9yeSAgPSAxNzY5Nzg2NTcyOCAoMTY4NzggTUIpCmF2YWls IG1lbW9yeSA9IDE2NDk2ODQwNzA0ICgxNTczMiBNQikKRXZlbnQgdGltZXIg IkxBUElDIiBxdWFsaXR5IDYwMApBQ1BJIEFQSUMgVGFibGU6IDxERUxMICAg Q0JYMyAgID4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBE ZXRlY3RlZDogNCBDUFVzCkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCAy IGNvcmUocykgeCAyIFNNVCB0aHJlYWRzCiBjcHUwIChCU1ApOiBBUElDIElE OiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAgMQogY3B1MiAoQVApOiBBUElD IElEOiAgMgogY3B1MyAoQVApOiBBUElDIElEOiAgMwppb2FwaWMwIDxWZXJz aW9uIDIuMD4gaXJxcyAwLTM5IG9uIG1vdGhlcmJvYXJkCnJhbmRvbTogPFNv ZnR3YXJlLCBZYXJyb3c+IGluaXRpYWxpemVkCm1vZHVsZV9yZWdpc3Rlcl9p bml0OiBNT0RfTE9BRCAodmVzYSwgMHhmZmZmZmZmZjgwZGI4ZWIwLCAwKSBl cnJvciAxOQprYmQxIGF0IGtiZG11eDAKY3J5cHRvc29mdDA6IDxzb2Z0d2Fy ZSBjcnlwdG8+IG9uIG1vdGhlcmJvYXJkCmFlc25pMDogPEFFUy1DQkMsQUVT LVhUUz4gb24gbW90aGVyYm9hcmQKYWNwaTA6IDxERUxMIENCWDMgICA+IG9u IG1vdGhlcmJvYXJkCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpjcHUw OiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNw aTAKY3B1MjogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUzOiA8QUNQSSBDUFU+ IG9uIGFjcGkwCmhwZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+ IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBvbiBhY3BpMApUaW1lY291 bnRlciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgOTUw CkV2ZW50IHRpbWVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVh bGl0eSA1NTAKRXZlbnQgdGltZXIgIkhQRVQxIiBmcmVxdWVuY3kgMTQzMTgx ODAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQyIiBmcmVxdWVu Y3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQz IiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGlt ZXIgIkhQRVQ0IiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NDAK YXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDc3IGly cSA4IG9uIGFjcGkwCmF0cnRjMDogV2FybmluZzogQ291bGRuJ3QgbWFwIEkv Ty4KRXZlbnQgdGltZXIgIlJUQyIgZnJlcXVlbmN5IDMyNzY4IEh6IHF1YWxp dHkgMAphdHRpbWVyMDogPEFUIHRpbWVyPiBwb3J0IDB4NDAtMHg0MywweDUw LTB4NTMgaXJxIDAgb24gYWNwaTAKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVx dWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKRXZlbnQgdGltZXIgImk4MjU0 IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDEwMApUaW1lY291bnRl ciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDkw MAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4g cG9ydCAweDE4MDgtMHgxODBiIG9uIGFjcGkwCmFjcGlfZWMwOiA8RW1iZWRk ZWQgQ29udHJvbGxlcjogR1BFIDB4Mjc+IHBvcnQgMHg5MzAsMHg5MzQgb24g YWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNm OC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2li MAp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweGYw MDAtMHhmMDNmIG1lbSAweGY3ODAwMDAwLTB4ZjdiZmZmZmYsMHhlMDAwMDAw MC0weGVmZmZmZmZmIGlycSAxNiBhdCBkZXZpY2UgMi4wIG9uIHBjaTAKdmdh cGNpMDogQm9vdCB2aWRlbyBkZXZpY2UKaGRhYzA6IDxJbnRlbCBIYXN3ZWxs IEhEQSBDb250cm9sbGVyPiBtZW0gMHhmN2UzNDAwMC0weGY3ZTM3ZmZmIGly cSAxNiBhdCBkZXZpY2UgMy4wIG9uIHBjaTAKeGhjaTA6IDxJbnRlbCBQYW50 aGVyIFBvaW50IFVTQiAzLjAgY29udHJvbGxlcj4gbWVtIDB4ZjdlMjAwMDAt MHhmN2UyZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDIwLjAgb24gcGNpMAp4aGNp MDogMzIgYnl0ZXMgY29udGV4dCBzaXplLCA2NC1iaXQgRE1BCnhoY2kwOiBQ b3J0IHJvdXRpbmcgbWFzayBzZXQgdG8gMHhmZmZmZmZmZgp1c2J1czAgb24g eGhjaTAKcGNpMDogPHNpbXBsZSBjb21tcz4gYXQgZGV2aWNlIDIyLjAgKG5v IGRyaXZlciBhdHRhY2hlZCkKZW0wOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0 d29yayBDb25uZWN0aW9uIDcuNC4yPiBwb3J0IDB4ZjA4MC0weGYwOWYgbWVt IDB4ZjdlMDAwMDAtMHhmN2UxZmZmZiwweGY3ZTNjMDAwLTB4ZjdlM2NmZmYg aXJxIDIwIGF0IGRldmljZSAyNS4wIG9uIHBjaTAKZW0wOiBVc2luZyBhbiBN U0kgaW50ZXJydXB0CmVtMDogRXRoZXJuZXQgYWRkcmVzczogMzQ6ZTY6ZDc6 MDA6M2M6MTUKaGRhYzE6IDxJbnRlbCBMeW54IFBvaW50LUxQIEhEQSBDb250 cm9sbGVyPiBtZW0gMHhmN2UzMDAwMC0weGY3ZTMzZmZmIGlycSAyMiBhdCBk ZXZpY2UgMjcuMCBvbiBwY2kwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gaXJxIDE2IGF0IGRldmljZSAyOC4wIG9uIHBjaTAKcGNpMTogPEFDUEkg UENJIGJ1cz4gb24gcGNpYjEKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdl PiBpcnEgMTkgYXQgZGV2aWNlIDI4LjMgb24gcGNpMApwY2kyOiA8QUNQSSBQ Q0kgYnVzPiBvbiBwY2liMgpwY2kyOiA8bmV0d29yaz4gYXQgZGV2aWNlIDAu MCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liMzogPEFDUEkgUENJLVBDSSBi cmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjguNCBvbiBwY2kwCnBjaTM6IDxB Q1BJIFBDSSBidXM+IG9uIHBjaWIzCnNkaGNpX3BjaTA6IDxHZW5lcmljIFNE IEhDST4gbWVtIDB4ZjdjMDEwMDAtMHhmN2MwMWZmZiwweGY3YzAwMDAwLTB4 ZjdjMDA3ZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpMwpzZGhjaV9w Y2kwOiBIYXJkd2FyZSBkb2Vzbid0IHNwZWNpZnkgdGltZW91dCBjbG9jayBm cmVxdWVuY3ksIHNldHRpbmcgQlJPS0VOX1RJTUVPVVQgcXVpcmsuCnNkaGNp X3BjaTA6IDEgc2xvdChzKSBhbGxvY2F0ZWQKZWhjaTA6IDxFSENJIChnZW5l cmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGY3ZTNiMDAwLTB4Zjdl M2IzZmYgaXJxIDIxIGF0IGRldmljZSAyOS4wIG9uIHBjaTAKdXNidXMxOiBF SENJIHZlcnNpb24gMS4wCnVzYnVzMSBvbiBlaGNpMAppc2FiMDogPFBDSS1J U0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0Eg YnVzPiBvbiBpc2FiMAphaGNpMDogPEludGVsIElDSDhNIEFIQ0kgU0FUQSBj b250cm9sbGVyPiBwb3J0IDB4ZjBkMC0weGYwZDcsMHhmMGMwLTB4ZjBjMyww eGYwYjAtMHhmMGI3LDB4ZjBhMC0weGYwYTMsMHhmMDYwLTB4ZjA3ZiBtZW0g MHhmN2UzYTAwMC0weGY3ZTNhN2ZmIGlycSAxOSBhdCBkZXZpY2UgMzEuMiBv biBwY2kwCmFoY2kwOiBBSENJIHYxLjMwIHdpdGggNCA2R2JwcyBwb3J0cywg UG9ydCBNdWx0aXBsaWVyIG5vdCBzdXBwb3J0ZWQKYWhjaWNoMDogPEFIQ0kg Y2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGFoY2kwCmFoY2ljaDE6IDxBSENJ IGNoYW5uZWw+IGF0IGNoYW5uZWwgMSBvbiBhaGNpMAphY3BpX2xpZDA6IDxD b250cm9sIE1ldGhvZCBMaWQgU3dpdGNoPiBvbiBhY3BpMAphY3BpX2J1dHRv bjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwCmFjcGlfYnV0dG9uMTogPFNs ZWVwIEJ1dHRvbj4gb24gYWNwaTAKYWNwaV9hY2FkMDogPEFDIEFkYXB0ZXI+ IG9uIGFjcGkwCmJhdHRlcnkwOiA8QUNQSSBDb250cm9sIE1ldGhvZCBCYXR0 ZXJ5PiBvbiBhY3BpMApiYXR0ZXJ5MTogPEFDUEkgQ29udHJvbCBNZXRob2Qg QmF0dGVyeT4gb24gYWNwaTAKYWNwaV90ejA6IDxUaGVybWFsIFpvbmU+IG9u IGFjcGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+ IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtl eWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2Jk MDogW0dJQU5ULUxPQ0tFRF0KcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBv biBhdGtiZGMwCnBzbTA6IFtHSUFOVC1MT0NLRURdCnBzbTA6IG1vZGVsIEds aWRlUG9pbnQsIGRldmljZSBJRCAwCm9ybTA6IDxJU0EgT3B0aW9uIFJPTT4g YXQgaW9tZW0gMHhkOTAwMC0weGQ5ZmZmIG9uIGlzYTAKcHBjMDogY2Fubm90 IHJlc2VydmUgSS9PIHBvcnQgcmFuZ2UKZXN0MDogPEVuaGFuY2VkIFNwZWVk U3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MAplc3QxOiA8RW5oYW5j ZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxCmVzdDI6 IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNw dTIKZXN0MzogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJv bD4gb24gY3B1MwpaRlMgZmlsZXN5c3RlbSB2ZXJzaW9uOiA1ClpGUyBzdG9y YWdlIHBvb2wgdmVyc2lvbjogZmVhdHVyZXMgc3VwcG9ydCAoNTAwMCkKVGlt ZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwpoZGFjYzA6IDxJbnRl bCBIYXN3ZWxsIEhEQSBDT0RFQz4gYXQgY2FkIDAgb24gaGRhYzAKaGRhYTA6 IDxJbnRlbCBIYXN3ZWxsIEF1ZGlvIEZ1bmN0aW9uIEdyb3VwPiBhdCBuaWQg MSBvbiBoZGFjYzAKcGNtMDogPEludGVsIEhhc3dlbGwgKEhETUkvRFAgOGNo KT4gYXQgbmlkIDUgb24gaGRhYTAKcGNtMTogPEludGVsIEhhc3dlbGwgKEhE TUkvRFAgOGNoKT4gYXQgbmlkIDYgb24gaGRhYTAKcGNtMjogPEludGVsIEhh c3dlbGwgKEhETUkvRFAgOGNoKT4gYXQgbmlkIDcgb24gaGRhYTAKaGRhY2Mx OiA8UmVhbHRlayBBTEMyOTIgSERBIENPREVDPiBhdCBjYWQgMCBvbiBoZGFj MQpoZGFhMTogPFJlYWx0ZWsgQUxDMjkyIEF1ZGlvIEZ1bmN0aW9uIEdyb3Vw PiBhdCBuaWQgMSBvbiBoZGFjYzEKcGNtMzogPFJlYWx0ZWsgQUxDMjkyIChB bmFsb2cgMi4wK0hQLzIuMCk+IGF0IG5pZCAyMCwyMSBhbmQgMjUgb24gaGRh YTEKcGNtNDogPFJlYWx0ZWsgQUxDMjkyIChBbmFsb2cpPiBhdCBuaWQgMjIg YW5kIDE4IG9uIGhkYWExCnJhbmRvbTogdW5ibG9ja2luZyBkZXZpY2UuCnVz YnVzMDogNS4wR2JwcyBTdXBlciBTcGVlZCBVU0IgdjMuMAp1c2J1czE6IDQ4 ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1Z2VuMC4xOiA8MHg4MDg2PiBh dCB1c2J1czAKdWh1YjA6IDwweDgwODYgWEhDSSByb290IEhVQiwgY2xhc3Mg OS8wLCByZXYgMy4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1Z2VuMS4x OiA8SW50ZWw+IGF0IHVzYnVzMQp1aHViMTogPEludGVsIEVIQ0kgcm9vdCBI VUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1 czEKYWRhMCBhdCBhaGNpY2gxIGJ1cyAwIHNjYnVzMSB0YXJnZXQgMCBsdW4g MAphZGEwOiA8U2Ftc3VuZyBTU0QgODQwIEVWTyA1MDBHQiBtU0FUQSBFWFQ0 MUI2UT4gQUNTLTIgQVRBIFNBVEEgMy54IGRldmljZQphZGEwOiBTZXJpYWwg TnVtYmVyIFMxS01OU0FGOTAwODU1VwphZGEwOiA2MDAuMDAwTUIvcyB0cmFu c2ZlcnMgKFNBVEEgMy54LCBVRE1BNiwgUElPIDUxMmJ5dGVzKQphZGEwOiBD b21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMDogNDc2OTQwTUIgKDk3Njc3 MzE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAxNkggNjNTL1QgMTYzODNDKQphZGEw OiBxdWlya3M9MHgxPDRLPgphZGEwOiBQcmV2aW91c2x5IHdhcyBrbm93biBh cyBhZDYKU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhClNNUDogQVAgQ1BVICMy IExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMyBMYXVuY2hlZCEKVGltZWNvdW50 ZXIgIlRTQy1sb3ciIGZyZXF1ZW5jeSAxMzQ2OTE0ODUxIEh6IHF1YWxpdHkg MTAwMApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czEgdXNidXMwCnVo dWIwOiAxMyBwb3J0cyB3aXRoIDEzIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk CnVodWIxOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJl ZApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czEgdXNidXMwCnVnZW4w LjI6IDxWSUEgTGFicywgSW5jLj4gYXQgdXNidXMwCnVodWIyOiA8VklBIExh YnMsIEluYy4gVVNCMi4wIEh1YiwgY2xhc3MgOS8wLCByZXYgMi4xMC85MC43 MCwgYWRkciAxPiBvbiB1c2J1czAKdWdlbjEuMjogPHZlbmRvciAweDgwODc+ IGF0IHVzYnVzMQp1aHViMzogPHZlbmRvciAweDgwODcgcHJvZHVjdCAweDgw MDAsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMC4wNCwgYWRkciAyPiBvbiB1c2J1 czEKdWh1YjI6IDQgcG9ydHMgd2l0aCA0IHJlbW92YWJsZSwgc2VsZiBwb3dl cmVkCnVodWIzOiA4IHBvcnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93 ZXJlZApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czEgdXNidXMwCnVn ZW4wLjM6IDxMb2dpdGVjaD4gYXQgdXNidXMwCnVtczA6IDxMb2dpdGVjaCBU cmFja2JhbGwsIGNsYXNzIDAvMCwgcmV2IDEuMTAvMi4yMCwgYWRkciAyPiBv biB1c2J1czAKdW1zMDogMyBidXR0b25zIGFuZCBbWFlaXSBjb29yZGluYXRl cyBJRD0wCnVnZW4xLjM6IDxBdG1lbD4gYXQgdXNidXMxCmhpZF9nZXRfaXRl bTogTnVtYmVyIG9mIGl0ZW1zIHRydW5jYXRlZCB0byAyNTUKaGlkX2dldF9p dGVtOiBOdW1iZXIgb2YgaXRlbXMgdHJ1bmNhdGVkIHRvIDI1NQp1Z2VuMC40 OiA8Q00gU3Rvcm0+IGF0IHVzYnVzMAp1a2JkMDogPENNIFN0b3JtIFF1aWNr ZmlyZSBUS0wgNmtleXMsIGNsYXNzIDAvMCwgcmV2IDEuMTAvMS4xMSwgYWRk ciAzPiBvbiB1c2J1czAKa2JkMiBhdCB1a2JkMApSb290IG1vdW50IHdhaXRp bmcgZm9yOiB1c2J1czAKdWdlbjAuNTogPENOMDdZWVRUNzI0ODc0OTFBNjRY QTAwPiBhdCB1c2J1czAKdWdlbjAuNjogPFNpZXJyYSBXaXJlbGVzcywgSW5j b3Jwb3JhdGVkPiBhdCB1c2J1czAKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJv bSB6ZnM6dGFuay9ST09ULzEwLjItUkVMRUFTRS1wOS11cC0yMDE1MTEyMF8w OTQwNTkgW10uLi4KR0VPTV9FTEk6IERldmljZSBsYWJlbC9zd2FwMC5lbGkg Y3JlYXRlZC4KR0VPTV9FTEk6IEVuY3J5cHRpb246IEFFUy1YVFMgMTI4CkdF T01fRUxJOiAgICAgQ3J5cHRvOiBoYXJkd2FyZQpDdXNlNEJTRCB2MC4xLjM2 IEAgL2Rldi9jdXNlCmFjcGlfdmlkZW8wOiA8QUNQSSB2aWRlbyBleHRlbnNp b24+IG9uIHZnYXBjaTAKZnVzZS1mcmVlYnNkOiB2ZXJzaW9uIDAuNC40LCBG VVNFIEFCSSA3LjgKaGlkX2dldF9pdGVtOiBOdW1iZXIgb2YgaXRlbXMgdHJ1 bmNhdGVkIHRvIDI1NQpoaWRfZ2V0X2l0ZW06IE51bWJlciBvZiBpdGVtcyB0 cnVuY2F0ZWQgdG8gMjU1CnVoaWQwOiA8QXRtZWwgbWFYVG91Y2ggRGlnaXRp emVyPiBvbiB1c2J1czEKaGlkX2dldF9pdGVtOiBOdW1iZXIgb2YgaXRlbXMg dHJ1bmNhdGVkIHRvIDI1NQpoaWRfZ2V0X2l0ZW06IE51bWJlciBvZiBpdGVt cyB0cnVuY2F0ZWQgdG8gMjU1CmhpZF9nZXRfaXRlbTogTnVtYmVyIG9mIGl0 ZW1zIHRydW5jYXRlZCB0byAyNTUKdWhpZDE6IDxBdG1lbCBtYVhUb3VjaCBD b250cm9sPiBvbiB1c2J1czEKdWhpZDI6IDxDTSBTdG9ybSBRdWlja2ZpcmUg VEtMIDZrZXlzLCBjbGFzcyAwLzAsIHJldiAxLjEwLzEuMTEsIGFkZHIgMz4g b24gdXNidXMwCmlwZncyICgraXB2NikgaW5pdGlhbGl6ZWQsIGRpdmVydCBs b2FkYWJsZSwgbmF0IGxvYWRhYmxlLCBkZWZhdWx0IHRvIGFjY2VwdCwgbG9n Z2luZyBkaXNhYmxlZAppbmZvOiBbZHJtXSBJbml0aWFsaXplZCBkcm0gMS4x LjAgMjAwNjA4MTAKcGlkIDE0MTAgKFBDRE0tc2Vzc2lvbiksIHVpZCAwOiBl eGl0ZWQgb24gc2lnbmFsIDExCnBpZCAyNjE0IChQQ0RNLXNlc3Npb24pLCB1 aWQgMDogZXhpdGVkIG9uIHNpZ25hbCAxMQpwaWQgNDg1OSAocGMteGd1aSks IHVpZCAwOiBleGl0ZWQgb24gc2lnbmFsIDExCnBpZCA1Mjk2IChwYy14Z3Vp KSwgdWlkIDA6IGV4aXRlZCBvbiBzaWduYWwgMTEK --_----------=_144828579517910280-- From owner-freebsd-x11@freebsd.org Mon Nov 23 14:30:25 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 159C7A35DCA for ; Mon, 23 Nov 2015 14:30:25 +0000 (UTC) (envelope-from ml@netfence.it) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 014FA17FE for ; Mon, 23 Nov 2015 14:30:25 +0000 (UTC) (envelope-from ml@netfence.it) Received: by mailman.ysv.freebsd.org (Postfix) id F3DE9A35DC9; Mon, 23 Nov 2015 14:30:24 +0000 (UTC) Delivered-To: x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F2885A35DC8 for ; Mon, 23 Nov 2015 14:30:24 +0000 (UTC) (envelope-from ml@netfence.it) Received: from smtp208.alice.it (smtp208.alice.it [82.57.200.104]) by mx1.freebsd.org (Postfix) with ESMTP id 8980A17FD for ; Mon, 23 Nov 2015 14:30:24 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.ventu (87.17.57.17) by smtp208.alice.it (8.6.060.28) (authenticated as acanedi@alice.it) id 5638921C03AE0A23 for x11@FreeBSD.org; Mon, 23 Nov 2015 15:30:16 +0100 Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.15.2/8.14.9) with ESMTP id tANEUEKj008075 for ; Mon, 23 Nov 2015 15:30:14 +0100 (CET) (envelope-from ml@netfence.it) From: Andrea Venturoli Subject: [SOLVED] OpenGL programs not running To: x11@FreeBSD.org Message-ID: <565322F6.9020506@netfence.it> Date: Mon, 23 Nov 2015 15:30:14 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2015 14:30:25 -0000 Hello. I'm seeing a regression here: no OpenGL program works. E.G. > % glxinfo > name of display: :0.0 > libGL error: unable to load driver: r600_dri.so > libGL error: driver pointer missing > libGL error: failed to load driver: r600 > libGL error: unable to load driver: swrast_dri.so > libGL error: failed to load driver: swrast > X Error of failed request: GLXBadContext > Major opcode of failed request: 154 (GLX) > Minor opcode of failed request: 6 (X_GLXIsDirect) > Serial number of failed request: 45 > Current serial number in output stream: 44 Looking for some hints: > % setenv LIBGL_DEBUG verbose > % glxinfo > name of display: :0.0 > libGL: OpenDriver: trying /usr/local/lib/dri/r600_dri.so > libGL: dlopen /usr/local/lib/dri/r600_dri.so failed (/usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by /usr/local/lib/dri/r600_dri.so not found) > libGL error: unable to load driver: r600_dri.so > libGL error: driver pointer missing > libGL error: failed to load driver: r600 > libGL: OpenDriver: trying /usr/local/lib/dri/swrast_dri.so > libGL: dlopen /usr/local/lib/dri/swrast_dri.so failed (/usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by /usr/local/lib/dri/swrast_dri.so not found) > libGL error: unable to load driver: swrast_dri.so > libGL error: failed to load driver: swrast > X Error of failed request: GLXBadContext > Major opcode of failed request: 154 (GLX) > Minor opcode of failed request: 6 (X_GLXIsDirect) > Serial number of failed request: 45 > Current serial number in output stream: 44 So: > env LD_PRELOAD=/usr/local/lib/gcc48/libstdc++.so.6 glxinfo works. (Substitute glxinfo with whatever program you'd like to run). Maybe I overlooked it, but I think I saw no mention of this problem anywhere, so I wasn't expecting it and had to dig it the hard way. HTH others. bye av. From owner-freebsd-x11@freebsd.org Mon Nov 23 22:20:44 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 437BBA36823 for ; Mon, 23 Nov 2015 22:20:44 +0000 (UTC) (envelope-from isoa@kapsi.fi) Received: from emh03.mail.saunalahti.fi (emh03.mail.saunalahti.fi [62.142.5.109]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "emh07.mail.saunalahti.fi", Issuer "emh07.mail.saunalahti.fi" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D0DEA1FC2 for ; Mon, 23 Nov 2015 22:20:43 +0000 (UTC) (envelope-from isoa@kapsi.fi) Received: from [192.168.255.112] (91-159-15-56.elisa-laajakaista.fi [91.159.15.56]) by emh03.mail.saunalahti.fi (Postfix) with ESMTP id 047F318888E for ; Tue, 24 Nov 2015 00:20:39 +0200 (EET) Subject: Re: Haswel / i915 experimental test result To: freebsd-x11@freebsd.org References: <1448285795.1791028.447613585.0739E958@webmail.messagingengine.com> <56538FF1.10202@kapsi.fi> From: Arto Pekkanen Message-ID: <56539136.40205@kapsi.fi> Date: Tue, 24 Nov 2015 00:20:38 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <56538FF1.10202@kapsi.fi> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="UJ6urTtLElqhq5PbFucDtvWvQEbHSeMuj" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2015 22:20:44 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --UJ6urTtLElqhq5PbFucDtvWvQEbHSeMuj Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable One more thing ... IF your system uses GRUB as boot manager and IF you can provide me a copy= of the GRUB config file, then I could probably try to figure out the sys= tem bootup procedure from it. Just by looking at the GRUB configuration y= ou can see if GRUB directly loads the kernel or if it chainloads specific= block or blocks in a partition. This information would help me to figure= out what component of the bootstrap procedure makes the decision to load= which kernel image file. On 24.11.2015 0:15, Arto Pekkanen wrote: > Do you have the directory /boot/kernel.i915 with the experimental kerne= l files in it? That directory must exist before /boot/loader can boot the= experimental kernel from it. >=20 > If you do > # nextboot -k kernel.i915 > # reboot >=20 > as root, then /boot/loader should boot kernel from /boot/kernel.i915/ke= rnel -file after next reboot. >=20 > The "nextboot -k " -command simply writes a "hint file" in /boo= t -directory, which overrides the default kernel path for /boot/loader. >=20 > If these instructions do not help, then problem is that I just have no = idea how a PC-BSD system has been set up. I don't use PC-BSD or even ZFS = myself. I only use base FreeBSD 10.2 with UEFI (which does not require in= stallation of any stage0 and/or stage1 bootcode, only a 900k partition wi= th specific type GUID and the file /boot/boot1.efifat written as partitio= n contents with dd) or a standard gpt setup (with /boot/pmbr as stage0 an= d /boot/gptboot as stage1). >=20 > I've heard PC-BSD uses GRUB in some way. Is it possible that GRUB loads= the /boot/kernel directly? If it does, then it does NOT care about the n= extboot hint file at all, unlike /boot/loader. IF (and only IF) GRUB load= s the system kernel image directly from boot partition (emphasis on _dire= ctly_), then you need to somehow configure GRUB to offer a boot menu item= for the specific kernel. Unfortunately I cannot remember how GRUB is con= figured since it been a decade since I last time had to bother configurin= g GRUB.=20 >=20 > You could also ask in PC-BSD forums something like "how do I boot a cus= tom kernel built in /boot/" ... >=20 > On 23.11.2015 15:36, Isaac Raway wrote: >> Hello, >> >> I've followed the directions on this page to install the experimental >> i915 kernel: >> >> https://wiki.freebsd.org/Graphics/Update%20i915%20GPU%20driver%20to%20= Linux%203.8 >> >> I'm not sure that I booted into it correctly (pretty green with BSD in= >> general, and only some experience with kernel builds on Linux). I have= a >> Dell Latitude E7240 with a Haswell chip. Running PC-BSD 10.2 if that >> matters. I'm uncertain about if the boot did what I think it did becau= se >> the uname output still say's it's a -RELEASE build: >> >> # uname -a >> FreeBSD sebastian 10.2-RELEASE-p4 FreeBSD 10.2-RELEASE-p4 #0: Tue Aug = 18 >> 15:15:36 UTC 2015 =20 >> root@amd64-builder.pcbsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >> >> The driver doesn't seem to load, using PC-BSD's Display wizard it >> reports a failure then restarts the wizard when I try to start X using= >> the intel driver. >> >> I've attached the dmesg output as requested on the above page. Let me >> know if anything else would be useful. >> >> IJR >> >> >> >> _______________________________________________ >> freebsd-x11@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-x11 >> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org"= >> >=20 --UJ6urTtLElqhq5PbFucDtvWvQEbHSeMuj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (MingW32) iF4EAREIAAYFAlZTkTYACgkQTBivhqtJa27uKwEAsUncCp3ly83l+GHinSVLZOfC cYxV11B9Ru0S6w39orkA/0Xl0rPmmMABl0jKaBzOQ/BMetfMza6X54xt7woAQ3zU =vi0e -----END PGP SIGNATURE----- --UJ6urTtLElqhq5PbFucDtvWvQEbHSeMuj-- From owner-freebsd-x11@freebsd.org Mon Nov 23 22:25:05 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7414BA3697E for ; Mon, 23 Nov 2015 22:25:05 +0000 (UTC) (envelope-from isoa@kapsi.fi) Received: from emh03.mail.saunalahti.fi (emh03.mail.saunalahti.fi [62.142.5.109]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "emh07.mail.saunalahti.fi", Issuer "emh07.mail.saunalahti.fi" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 086CF1260 for ; Mon, 23 Nov 2015 22:25:04 +0000 (UTC) (envelope-from isoa@kapsi.fi) Received: from [192.168.255.112] (91-159-15-56.elisa-laajakaista.fi [91.159.15.56]) by emh03.mail.saunalahti.fi (Postfix) with ESMTP id 318F818886F for ; Tue, 24 Nov 2015 00:15:17 +0200 (EET) Subject: Re: Haswel / i915 experimental test result To: freebsd-x11@freebsd.org References: <1448285795.1791028.447613585.0739E958@webmail.messagingengine.com> From: Arto Pekkanen X-Enigmail-Draft-Status: N1110 Message-ID: <56538FF1.10202@kapsi.fi> Date: Tue, 24 Nov 2015 00:15:13 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <1448285795.1791028.447613585.0739E958@webmail.messagingengine.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="w3iPtb9C6EjcsVa1Fs9udfCcak5ee7ePn" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2015 22:25:05 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --w3iPtb9C6EjcsVa1Fs9udfCcak5ee7ePn Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Do you have the directory /boot/kernel.i915 with the experimental kernel = files in it? That directory must exist before /boot/loader can boot the e= xperimental kernel from it. If you do # nextboot -k kernel.i915 # reboot as root, then /boot/loader should boot kernel from /boot/kernel.i915/kern= el -file after next reboot. The "nextboot -k " -command simply writes a "hint file" in /boot = -directory, which overrides the default kernel path for /boot/loader. If these instructions do not help, then problem is that I just have no id= ea how a PC-BSD system has been set up. I don't use PC-BSD or even ZFS my= self. I only use base FreeBSD 10.2 with UEFI (which does not require inst= allation of any stage0 and/or stage1 bootcode, only a 900k partition with= specific type GUID and the file /boot/boot1.efifat written as partition = contents with dd) or a standard gpt setup (with /boot/pmbr as stage0 and = /boot/gptboot as stage1). I've heard PC-BSD uses GRUB in some way. Is it possible that GRUB loads t= he /boot/kernel directly? If it does, then it does NOT care about the nex= tboot hint file at all, unlike /boot/loader. IF (and only IF) GRUB loads = the system kernel image directly from boot partition (emphasis on _direct= ly_), then you need to somehow configure GRUB to offer a boot menu item f= or the specific kernel. Unfortunately I cannot remember how GRUB is confi= gured since it been a decade since I last time had to bother configuring = GRUB.=20 You could also ask in PC-BSD forums something like "how do I boot a custo= m kernel built in /boot/" ... On 23.11.2015 15:36, Isaac Raway wrote: > Hello, >=20 > I've followed the directions on this page to install the experimental > i915 kernel: >=20 > https://wiki.freebsd.org/Graphics/Update%20i915%20GPU%20driver%20to%20L= inux%203.8 >=20 > I'm not sure that I booted into it correctly (pretty green with BSD in > general, and only some experience with kernel builds on Linux). I have = a > Dell Latitude E7240 with a Haswell chip. Running PC-BSD 10.2 if that > matters. I'm uncertain about if the boot did what I think it did becaus= e > the uname output still say's it's a -RELEASE build: >=20 > # uname -a > FreeBSD sebastian 10.2-RELEASE-p4 FreeBSD 10.2-RELEASE-p4 #0: Tue Aug 1= 8 > 15:15:36 UTC 2015 =20 > root@amd64-builder.pcbsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > The driver doesn't seem to load, using PC-BSD's Display wizard it > reports a failure then restarts the wizard when I try to start X using > the intel driver. >=20 > I've attached the dmesg output as requested on the above page. Let me > know if anything else would be useful. >=20 > IJR >=20 >=20 >=20 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" >=20 --w3iPtb9C6EjcsVa1Fs9udfCcak5ee7ePn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (MingW32) iF4EAREIAAYFAlZTj/QACgkQTBivhqtJa25T0AEAol2hgGvNx9dH/En0GoOzUL3Z 8lSajSXkFzLNCxHwhnwA/iB6XE5rCNFnJqARsYSsQtGQNPgrGudenKxfte8mO4dF =av5Q -----END PGP SIGNATURE----- --w3iPtb9C6EjcsVa1Fs9udfCcak5ee7ePn-- From owner-freebsd-x11@freebsd.org Mon Nov 23 22:30:45 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3B22A36A66 for ; Mon, 23 Nov 2015 22:30:45 +0000 (UTC) (envelope-from isaac@mm.st) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 729E71472 for ; Mon, 23 Nov 2015 22:30:45 +0000 (UTC) (envelope-from isaac@mm.st) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 832E320AB1 for ; Mon, 23 Nov 2015 17:30:44 -0500 (EST) Received: from web4 ([10.202.2.214]) by compute2.internal (MEProxy); Mon, 23 Nov 2015 17:30:44 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=mm.st; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=yR0SisI0zEcHtxT5GjONUqD4VfY=; b=BijdGa rNfgO/HryzMpTG4ktsimFPN4aE4ZKEC24CTAaqw0tpWZhmywrijYeqDYcNIGU/DI K55NXAJGZPfnovF65NVfwTKpt/iCj5CZF7fD/CKqY/z8dEiGz34KPFurF7pS/ddm BbO48aLTKaj7SgRq77r5kqDGVcdfL2/lXx1QE= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=yR0SisI0zEcHtxT 5GjONUqD4VfY=; b=lmr8+XAAcLEkWC3bbPCgmYP0cFxL1jR4rkXNTqqXlk1Lprr opTx4dPDnZQdjptUAeGi3nIwK6TBsU5oubrnzmqs0Ixnqr5i5RljvUgE4OFKL7TC 6CeF0p1Qh6Rh3TcuIFc3TQfBh9sltEjTcsMKjaZJt6cZUBMX4PvV0KwzYBPA= Received: by web4.nyi.internal (Postfix, from userid 99) id 3D4E210AEBB; Mon, 23 Nov 2015 17:30:44 -0500 (EST) Message-Id: <1448317844.2634413.448146337.481BB57A@webmail.messagingengine.com> X-Sasl-Enc: H7W3ElqA+KROmdlxJCzkdfU091/UJ/Bm6tmoVUvQitCX 1448317844 From: Isaac Raway To: freebsd-x11@freebsd.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-0a80c2aa In-Reply-To: <56538FF1.10202@kapsi.fi> References: <1448285795.1791028.447613585.0739E958@webmail.messagingengine.com> <56538FF1.10202@kapsi.fi> Subject: Re: Haswel / i915 experimental test result Date: Mon, 23 Nov 2015 16:30:44 -0600 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2015 22:30:45 -0000 Yes, /boot/kernel.i915 contains the new kernel. I use UEFI boot, grub has always been really hard to setup on this machine. I used this bit you quote from the page to try to boot into the kernel: # nextboot -k kernel.i915 reboot But this is making me think it really didn't work because that's the wrong diredtory that it is loading i915kms from, and I think we're looking for i915.ko anyway -- which isn't listed at all. $ kldstat -v|grep i915 44=A0=A0=A0 1 0xffffffff8248d000 6c2bb=A0=A0=A0 i915= kms.ko (/boot/kernel/i915kms.ko)=A0=A0 =A0=A0=A0 =A0537 vgapci/i915kms I'll try to find more info on booting an alternative kernel with PC- BSD and UEFI. IJR On Mon, Nov 23, 2015, at 04:15 PM, Arto Pekkanen wrote: > Do you have the directory /boot/kernel.i915 with the experimental > kernel files in it? That directory must exist before /boot/loader can > boot the experimental kernel from it. > > If you do > # nextboot -k kernel.i915 reboot > > as root, then /boot/loader should boot kernel from > /boot/kernel.i915/kernel -file after next reboot. > > The "nextboot -k " -command simply writes a "hint file" in > /boot -directory, which overrides the default kernel path for > /boot/loader. > > If these instructions do not help, then problem is that I just have no > idea how a PC-BSD system has been set up. I don't use PC-BSD or even > ZFS myself. I only use base FreeBSD 10.2 with UEFI (which does not > require installation of any stage0 and/or stage1 bootcode, only a 900k > partition with specific type GUID and the file /boot/boot1.efifat > written as partition contents with dd) or a standard gpt setup (with > /boot/pmbr as stage0 and /boot/gptboot as stage1). > > I've heard PC-BSD uses GRUB in some way. Is it possible that GRUB > loads the /boot/kernel directly? If it does, then it does NOT care > about the nextboot hint file at all, unlike /boot/loader. IF (and only > IF) GRUB loads the system kernel image directly from boot partition > (emphasis on __directly__), then you need to somehow configure GRUB to > offer a boot menu item for the specific kernel. Unfortunately I cannot > remember how GRUB is configured since it been a decade since I last > time had to bother configuring GRUB. > > You could also ask in PC-BSD forums something like "how do I boot a > custom kernel built in /boot/" ... > > On 23.11.2015 15:36, Isaac Raway wrote: >> Hello, >> >> I've followed the directions on this page to install the experimental >> i915 kernel: >> >> https://wiki.freebsd.org/Graphics/Update%20i915%20GPU%20driver%20to%20Li= nux%203.8 >> >> I'm not sure that I booted into it correctly (pretty green with BSD >> in general, and only some experience with kernel builds on Linux). I >> have a Dell Latitude E7240 with a Haswell chip. Running PC-BSD 10.2 >> if that matters. I'm uncertain about if the boot did what I think it >> did because the uname output still say's it's a -RELEASE build: >> >> # uname -a >> FreeBSD sebastian 10.2-RELEASE-p4 FreeBSD 10.2-RELEASE-p4 #0: Tue Aug >> 18 15:15:36 UTC 2015 root@amd64- >> builder.pcbsd.org:/usr/obj/usr/src/sys/GENERIC=A0 amd64 >> >> The driver doesn't seem to load, using PC-BSD's Display wizard it >> reports a failure then restarts the wizard when I try to start X >> using the intel driver. >> >> I've attached the dmesg output as requested on the above page. Let me >> know if anything else would be useful. >> >> IJR >> >> >> >> _________________________________________________ >> freebsd-x11@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-x11 To >> unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" >> > > Email had 1 attachment: > * signature.asc=A0 1k (application/pgp-signature) From owner-freebsd-x11@freebsd.org Mon Nov 23 22:40:15 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 290ECA36C28 for ; Mon, 23 Nov 2015 22:40:15 +0000 (UTC) (envelope-from repeatable_compression@yahoo.com) Received: from nm21.bullet.mail.ne1.yahoo.com (nm21.bullet.mail.ne1.yahoo.com [98.138.90.84]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E68561A4A for ; Mon, 23 Nov 2015 22:40:14 +0000 (UTC) (envelope-from repeatable_compression@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1448318264; bh=Usmel+4sgGvGDf7APXhbCza1VfLP8HXBcLaaT/h4uWo=; h=Date:From:To:Subject:From:Subject; b=KEpAVcO6sTbEsmFfMg/NZ4IUVFgiLK3CZxWYyyTtOh3dh2BnEmJ7A5XM+Ekc1QerP1G8B9+Z+EoSvUpTyTg6i57pOYmR2P9QtOsbSD7gfmZtPvkGPIpAiMvAD72JSPocUNnyGGsK5GOYWzTjPqVZ1ce9x4jy+sWhJHL5jIvpRIY+fiMuzrzncofVTjIosFd3UvFvddli9dFZzZctFenxgLR4J10CZ7BfGfzm1XdUz75qkKKJMuZo0659MkFyXAws+bQxpP3YuqxiuxDOccMz7upcQXgojuPqHecYbXPZOrEukW5zJZVW9+AH5N5fb6Wgo3WyO4IS+C/7CgkNZzEv6Q== Received: from [98.138.101.128] by nm21.bullet.mail.ne1.yahoo.com with NNFMP; 23 Nov 2015 22:37:44 -0000 Received: from [98.138.226.62] by tm16.bullet.mail.ne1.yahoo.com with NNFMP; 23 Nov 2015 22:37:44 -0000 Received: from [127.0.0.1] by smtp213.mail.ne1.yahoo.com with NNFMP; 23 Nov 2015 22:37:44 -0000 X-Yahoo-Newman-Id: 183016.64075.bm@smtp213.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: ylqlOccVM1n9fFaqm1ONl8BrNW9ZSWXmHCvPBMpKTNkZFAl CqSU.pCVGmg4x2Cw9h9k5pGGrOOytjbVo46jdW6m0Nb50fjxTpxStiik1TRh g_3tmShnoT2_1WKtfqBAq0ypIUQJkrOM1G.ZkAw_KUkiv3c9jw54CGB9XfTY WZPv2yMNkPQQE4hRHRfbi7yLBCBTxkzDNjNdHdNNg7l1ERfg9wWCYg.sXZj1 mlPNHudsrxcD3WWZVO0LTQfEYRIhx4coaLEeM3jxOA7lwOKRF8FLQdCBW6Cc r4mKMeCdk.dz6mcDDb3_qocx4Ng01kN60320r9BUPqbaorrkowv.MFL1S0WJ ZqiXEQi6qtlzZrpuRGNy_aeSBbNrNP9sQfxe73HWGYelDEKmzDBvnKUEPq5e woHgiw80R5.gdrb5NuQn8MY0IZVflaO4pq1MjKxDaeQzaBbDDBt6xi_Oxgkz C8M8rPGVGObt1jzb_eQs3Z2yRaAEw2VouIDRzTJQmqsBiEiAfJEchM4n_kly tRLPX4DDCC0EQ88AcQbSs.MmxDABMJ7uYeX5Gohi3dJNZzE8- X-Yahoo-SMTP: KDkTLsqswBBCmUTAOzBaZ_hLyVQzFsoqgrhYGNK2rJDiXlA- Message-ID: <56539537.30205@yahoo.com> Date: Mon, 23 Nov 2015 17:37:43 -0500 From: Jules Gilbert User-Agent: Mozilla/5.0 (X11; OpenBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: now here's a weird request, only about six years late Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2015 22:40:15 -0000 Hi guys! Sorry to be so behind the times, but I have a Presario CQ60 (a COMPAQ laptop,) and need instructions to configure X. I'm running FreeBSD v7.2, with library packages from 7.4. I did put up 10.2, and that came up fine with X, except I'm a C developer and nothing I have seems to be compatible with the clang or the gcc48 C compilers. Sigh. So for now I am stuck in v7.2 and I would very much like to run X. I've enabled hald and dbus, and know I have to do something with the mouse, as in AllowEmptyInput but I have tried various combinations and am stuck. Also I get a message about fbdev not loading. Really, I am not an X person. From owner-freebsd-x11@freebsd.org Mon Nov 23 22:46:48 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59924A36D9C for ; Mon, 23 Nov 2015 22:46:48 +0000 (UTC) (envelope-from isoa@kapsi.fi) Received: from emh03.mail.saunalahti.fi (emh03.mail.saunalahti.fi [62.142.5.109]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "emh07.mail.saunalahti.fi", Issuer "emh07.mail.saunalahti.fi" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E18081D3E for ; Mon, 23 Nov 2015 22:46:47 +0000 (UTC) (envelope-from isoa@kapsi.fi) Received: from [192.168.255.112] (91-159-15-56.elisa-laajakaista.fi [91.159.15.56]) by emh03.mail.saunalahti.fi (Postfix) with ESMTP id A118A1887B0; Tue, 24 Nov 2015 00:46:45 +0200 (EET) Subject: Re: Haswel / i915 experimental test result To: Isaac Raway , freebsd-x11@freebsd.org References: <1448285795.1791028.447613585.0739E958@webmail.messagingengine.com> <56538FF1.10202@kapsi.fi> <1448317844.2634413.448146337.481BB57A@webmail.messagingengine.com> From: Arto Pekkanen X-Enigmail-Draft-Status: N1110 Message-ID: <56539751.4040701@kapsi.fi> Date: Tue, 24 Nov 2015 00:46:41 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <1448317844.2634413.448146337.481BB57A@webmail.messagingengine.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xw5jxIhv0KcSVpTben99qXF7BXwnFaWpe" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2015 22:46:48 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --xw5jxIhv0KcSVpTben99qXF7BXwnFaWpe Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Weird problem. I also use standard UEFI boot, and for me it works fine: the UEFI loader = itself checks the boot hint file from /boot and loads the experimental ke= rnel /boot/kernel.i915/kernel as instructed. Kernel module load path is a= djusted accordingly to /boot/kernel.i915, so that kldload loads version c= ompatible modules. Your uname -a output lists a wrong kernel. The /boot/kernel.i915/kernel i= mage should be a version 11 kernel, while your version is 10.2. It seems = like for some unknown reason your UEFI loader (the /boot/boot1.efifat tha= t was written into the "efi" -type gpt partition in your hard drive) load= s the stock GENERIC kernel from /boot/kernel. Without any further informa= tion I unfortunately cannot help with this. On 24.11.2015 0:30, Isaac Raway wrote: > Yes, /boot/kernel.i915 contains the new kernel. >=20 > I use UEFI boot, grub has always been really hard to setup on > this machine. >=20 > I used this bit you quote from the page to try to boot into the kernel:= >=20 > # nextboot -k kernel.i915 reboot >=20 > But this is making me think it really didn't work because that's the > wrong diredtory that it is loading i915kms from, and I think we're > looking for i915.ko anyway -- which isn't listed at all. >=20 > $ kldstat -v|grep i915 44 1 0xffffffff8248d000 6c2bb i915kms.ko > (/boot/kernel/i915kms.ko) 537 vgapci/i915kms >=20 > I'll try to find more info on booting an alternative kernel with PC- > BSD and UEFI. >=20 > IJR >=20 >=20 > On Mon, Nov 23, 2015, at 04:15 PM, Arto Pekkanen wrote: >> Do you have the directory /boot/kernel.i915 with the experimental >> kernel files in it? That directory must exist before /boot/loader can >> boot the experimental kernel from it. >> >> If you do >> # nextboot -k kernel.i915 reboot >> >> as root, then /boot/loader should boot kernel from >> /boot/kernel.i915/kernel -file after next reboot. >> >> The "nextboot -k " -command simply writes a "hint file" in >> /boot -directory, which overrides the default kernel path for >> /boot/loader. >> >> If these instructions do not help, then problem is that I just have no= >> idea how a PC-BSD system has been set up. I don't use PC-BSD or even >> ZFS myself. I only use base FreeBSD 10.2 with UEFI (which does not >> require installation of any stage0 and/or stage1 bootcode, only a 900k= >> partition with specific type GUID and the file /boot/boot1.efifat >> written as partition contents with dd) or a standard gpt setup (with >> /boot/pmbr as stage0 and /boot/gptboot as stage1). >> >> I've heard PC-BSD uses GRUB in some way. Is it possible that GRUB >> loads the /boot/kernel directly? If it does, then it does NOT care >> about the nextboot hint file at all, unlike /boot/loader. IF (and only= >> IF) GRUB loads the system kernel image directly from boot partition >> (emphasis on __directly__), then you need to somehow configure GRUB to= >> offer a boot menu item for the specific kernel. Unfortunately I cannot= >> remember how GRUB is configured since it been a decade since I last >> time had to bother configuring GRUB. >> >> You could also ask in PC-BSD forums something like "how do I boot a >> custom kernel built in /boot/" ... >> >> On 23.11.2015 15:36, Isaac Raway wrote: >>> Hello, >>> >>> I've followed the directions on this page to install the experimental= >>> i915 kernel: >>> >>> https://wiki.freebsd.org/Graphics/Update%20i915%20GPU%20driver%20to%2= 0Linux%203.8 >>> >>> I'm not sure that I booted into it correctly (pretty green with BSD >>> in general, and only some experience with kernel builds on Linux). I >>> have a Dell Latitude E7240 with a Haswell chip. Running PC-BSD 10.2 >>> if that matters. I'm uncertain about if the boot did what I think it >>> did because the uname output still say's it's a -RELEASE build: >>> >>> # uname -a >>> FreeBSD sebastian 10.2-RELEASE-p4 FreeBSD 10.2-RELEASE-p4 #0: Tue Aug= >>> 18 15:15:36 UTC 2015 root@amd64- >>> builder.pcbsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >>> >>> The driver doesn't seem to load, using PC-BSD's Display wizard it >>> reports a failure then restarts the wizard when I try to start X >>> using the intel driver. >>> >>> I've attached the dmesg output as requested on the above page. Let me= >>> know if anything else would be useful. >>> >>> IJR >>> >>> >>> >>> _________________________________________________ >>> freebsd-x11@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-x11 To >>> unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" >>> >> >> Email had 1 attachment: >=20 >=20 >> * signature.asc 1k (application/pgp-signature) > _______________________________________________ > freebsd-x11@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" >=20 --xw5jxIhv0KcSVpTben99qXF7BXwnFaWpe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (MingW32) iF4EAREIAAYFAlZTl1MACgkQTBivhqtJa24+xAD/bbmNnT0MFTMEqcPCT333gtET h2gokq1/NDf5Js9jSbQBAMJLv1k3Xo0ijnaDwKw1xrtMQUa31D7Kpymj/gzUbG6b =eG0H -----END PGP SIGNATURE----- --xw5jxIhv0KcSVpTben99qXF7BXwnFaWpe-- From owner-freebsd-x11@freebsd.org Tue Nov 24 01:15:47 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23A52A35B88 for ; Tue, 24 Nov 2015 01:15:47 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DE3611148 for ; Tue, 24 Nov 2015 01:15:46 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by obbnk6 with SMTP id nk6so1767599obb.2 for ; Mon, 23 Nov 2015 17:15:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=K38M3YNY31wWi4DuJdZioTnbZqnyRu/duK0HMylQp8E=; b=DMTjTneMZ1yXoopsKpBuNf6OIimuavbcOpQtFDkxXcY0i9ZFyO/r3H+WPOuUxmysPZ yK/ZeujmP9qRAmcnteNIbccYdtiTFEUk5Pmyx8Mb+jb7hhddwkB9KBuY2TxpRIi/b4yN A7JmWzYKRswhszMhk8ayxSXE2AGxNN5aPSD/tWOiCRRSXBRZ5HQ5ymmdrW6YdxDoUsHA yezioHpkBq4B+GGofHNzAgSDE391lMlX2frxHuNUBfFzc9qIZ1sjmhjsNeqUmYFKgvJ3 A2Ue3IC0GzmRsql00z5W0jJJG/WhRdzSMkWBRIQFi2lEZKGv90OJmTYlnBj7iucKqN9A 2QNg== MIME-Version: 1.0 X-Received: by 10.182.116.200 with SMTP id jy8mr19397885obb.35.1448327746232; Mon, 23 Nov 2015 17:15:46 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.202.98.131 with HTTP; Mon, 23 Nov 2015 17:15:46 -0800 (PST) In-Reply-To: <56539537.30205@yahoo.com> References: <56539537.30205@yahoo.com> Date: Mon, 23 Nov 2015 17:15:46 -0800 X-Google-Sender-Auth: KgX3wAYNqD_iLRWqFiXbI0EJYU0 Message-ID: Subject: Re: now here's a weird request, only about six years late From: Kevin Oberman To: Jules Gilbert Cc: "freebsd-x11@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 01:15:47 -0000 On Mon, Nov 23, 2015 at 2:37 PM, Jules Gilbert via freebsd-x11 < freebsd-x11@freebsd.org> wrote: > Hi guys! > > Sorry to be so behind the times, but I have a Presario CQ60 (a COMPAQ > laptop,) and need instructions to configure X. > > I'm running FreeBSD v7.2, with library packages from 7.4. > > I did put up 10.2, and that came up fine with X, except I'm a C developer > and nothing I have seems to be compatible with the clang or the gcc48 C > compilers. Sigh. > > So for now I am stuck in v7.2 and I would very much like to run X. > > I've enabled hald and dbus, and know I have to do something with the > mouse, as in AllowEmptyInput but I have tried various combinations and am > stuck. > > Also I get a message about fbdev not loading. Really, I am not an X person You really don't supply much information about the problem, so answering is hard. At a minimum, please tell us what graphics card the system has and tell us what won't work.Logs (such as Xorg.0.log) might help, too. The fbdev message is legitimate, but of no significance on a standard X setup. AllowEmptyInput is a very bad idea. See http://www.wonkity.com/~wblock/docs/html/aei.html for a good description of why and what should be done instead. FreeBSD 7 passed end of life a very long time ago and getting any reasonably modern X to work on it will not be trivial. You say that clang and gcc4.8 won;t work for you. The ancient gcc on 7.2 lacks compliance with modern C standards and is full of bugs, while clang and gcc48 and be run with options to build with older C syntax. I'm not sure that K&R is still supported, but I suspect that at least gcc does and newer C standards are supported. See documentation for the -std option. You really are not likely to get much help or support for 7.2. (Note! I am NOT a C programmer and have not been for many, many years, so I'm not going to be much help, either, for C issues.) -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-x11@freebsd.org Tue Nov 24 02:30:09 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E30DAA3688D for ; Tue, 24 Nov 2015 02:30:08 +0000 (UTC) (envelope-from isoa@kapsi.fi) Received: from emh07.mail.saunalahti.fi (emh07.mail.saunalahti.fi [62.142.5.117]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "emh07.mail.saunalahti.fi", Issuer "emh07.mail.saunalahti.fi" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 770811F09 for ; Tue, 24 Nov 2015 02:30:07 +0000 (UTC) (envelope-from isoa@kapsi.fi) Received: from [192.168.255.112] (91-159-15-56.elisa-laajakaista.fi [91.159.15.56]) by emh07.mail.saunalahti.fi (Postfix) with ESMTP id 960EA3FDB for ; Tue, 24 Nov 2015 04:23:27 +0200 (EET) Subject: Re: now here's a weird request, only about six years late To: freebsd-x11@freebsd.org References: <56539537.30205@yahoo.com> From: Arto Pekkanen X-Enigmail-Draft-Status: N1110 Message-ID: <5653CA1A.2040302@kapsi.fi> Date: Tue, 24 Nov 2015 04:23:22 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <56539537.30205@yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="pnkwrDuTegPptDUFmjlH8HvMahsf6OBt3" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 02:30:09 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --pnkwrDuTegPptDUFmjlH8HvMahsf6OBt3 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable It is unlikely you can even get X.org running on FreeBSD 7.X, since versi= on 7 has been unconditionally obsoleted a long time ago. The software from FreeBSD ports collection, such as X.org, are only guara= nteed to be compatible with supported FreeBSD releases. Currently support= ed releases are 9.3 and 10.1 and 10.2. The oldest supported release 9.3 w= ill be obsoleted December 31 2016, afaik. Because software changes fast these days, ports maintainers only aim to p= atch the software to work with supported releases. It would be too much w= ork to maintain compatibility with releases obsoleted years ago. For exam= ple, all of the X.org versions in ports require a FreeBSD kernel providin= g the DRM2/KMS (kernel mode setting) graphics API. The older version of X= =2Eorg that did not require such was too problematic to patch to keep run= ning, because it was abandoned upstream long ago. FreeBSD kernel version = 7.2 does NOT and never will provide the interfaces required by the modern= , upstream supported X.org. The oldest FreeBSD release that still works w= ith the available X.org is version 9.3. So unfortunately it seems that if you want X.org and many other applicati= ons to work, the most rational decision would be to upgrade to version 10= =2E2. However, you did mention that clang does not support your C source files = written using an older or non-standard notation. Have you consulted the g= cc man pages, especially the -std switch? With the -std switch you can co= mmand GCC to use a specific C-dialect. If that does not help ... then you= simply must update your source files to adhere to, say, ANSI-C or some l= ater C-language standard. On 24.11.2015 0:37, Jules Gilbert via freebsd-x11 wrote: > Hi guys! >=20 > Sorry to be so behind the times, but I have a Presario CQ60 (a COMPAQ l= aptop,) and need instructions to configure X. >=20 > I'm running FreeBSD v7.2, with library packages from 7.4. >=20 > I did put up 10.2, and that came up fine with X, except I'm a C develop= er and nothing I have seems to be compatible with the clang or the gcc48 = C compilers. Sigh. >=20 > So for now I am stuck in v7.2 and I would very much like to run X. >=20 > I've enabled hald and dbus, and know I have to do something with the mo= use, as in AllowEmptyInput but I have tried various combinations and am s= tuck. >=20 > Also I get a message about fbdev not loading. Really, I am not an X pe= rson. >=20 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --pnkwrDuTegPptDUFmjlH8HvMahsf6OBt3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (MingW32) iF4EAREIAAYFAlZTyh0ACgkQTBivhqtJa27E1gD+L92jEHgiHUblw2b0qh+QBtzr HfUK6oKmvgg2p9OUNIQA/1mzAcRY4mwERU/OBe/a3wbHa7mGoTL9nyCM5aw1e/KI =zPr6 -----END PGP SIGNATURE----- --pnkwrDuTegPptDUFmjlH8HvMahsf6OBt3-- From owner-freebsd-x11@freebsd.org Tue Nov 24 07:53:43 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA521A35772 for ; Tue, 24 Nov 2015 07:53:43 +0000 (UTC) (envelope-from flo@snakeoilproductions.net) Received: from turad.lysandor.de (turad.lysandor.de [136.243.10.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6DC881C33 for ; Tue, 24 Nov 2015 07:53:43 +0000 (UTC) (envelope-from flo@snakeoilproductions.net) Received: from localhost (localhost [127.0.0.1]) by turad.lysandor.de (Postfix) with ESMTP id 4D580AAC1A6; Tue, 24 Nov 2015 08:53:35 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at turad.lysandor.de Received: from turad.lysandor.de ([127.0.0.1]) by localhost (turad.lysandor.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a3gaxObmarMA; Tue, 24 Nov 2015 08:53:34 +0100 (CET) Received: from nachtschatten.purplekraken.com (x5f71ca49.dyn.telefonica.de [95.113.202.73]) (Authenticated sender: flo@snakeoilproductions.net) by turad.lysandor.de (Postfix) with ESMTPSA id B091AAAC177; Tue, 24 Nov 2015 08:53:34 +0100 (CET) Subject: Re: now here's a weird request, only about six years late To: Jules Gilbert , freebsd-x11@freebsd.org References: <56539537.30205@yahoo.com> From: Florian Limberger Message-ID: <56541786.7050201@snakeoilproductions.net> Date: Tue, 24 Nov 2015 08:53:42 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <56539537.30205@yahoo.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 07:53:43 -0000 Hi, On 23.11.15 23:37, Jules Gilbert via freebsd-x11 wrote: > I'm running FreeBSD v7.2, with library packages from 7.4. > > I did put up 10.2, and that came up fine with X, except I'm a C > developer and nothing I have seems to be compatible with the clang or > the gcc48 C compilers. Sigh. > > So for now I am stuck in v7.2 and I would very much like to run X. What platform are you targeting with your programs? Unless you are targeting really ancient systems with now long forgotten interfaces, you should be able to compile your C-Code with e.g. -std=c89. This solves most of the problems the code examples from my copy of “The UNIX Programming Environment” from 1984 have, save for system interfaces like ``sys_errlist``, which seem no longer provided in the fashion it was then. For gcc, there is also the ``-traditional-cpp`` option to use old CPP behaviour, but from my short testing it seems incompatible with the modern libc headers of FreeBSD. That said, old C had some hazardous aspects and ``-ansi`` has been there for a long time now, I honestly fail to understand why there still is software in use without it. Probably because I’m too young… If you decide to continue to use FreeBSD 7.2, you are essentially on your own, especially with respect to fast moving targets like X11, but as there are no security patches published, it even strikes me as dangerous to connect such a machine to the internet. So even if you are stuck with an ancient environment, you could still try to run it in a virtual machine on a more recent version of FreeBSD. Regards, florian From owner-freebsd-x11@freebsd.org Thu Nov 26 08:49:53 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B35D4A38C4F for ; Thu, 26 Nov 2015 08:49:53 +0000 (UTC) (envelope-from beta4better@gmail.com) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C3B71B0B for ; Thu, 26 Nov 2015 08:49:53 +0000 (UTC) (envelope-from beta4better@gmail.com) Received: by iouu10 with SMTP id u10so81429083iou.0 for ; Thu, 26 Nov 2015 00:49:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:from:subject:message-id:date:user-agent:mime-version :content-type:content-transfer-encoding; bh=vXTh06ICrdNYGvLvvL33S3evCMI+2FBpFossTl1B9FY=; b=qxr1daD7wuI+baLlsZ6n2gsq/24McNLYLUaiqIjdovGlYvvodf83HPRR5zoymRrJji XwQyFXwbzr9crlyNrwEHYP9dESOlbGP4z8zHeAUbUPtYVcpoKnZx3cQbHLIHrEN9UMgC Z7UCG2A+9a/GRImlB8h8tBLbOoCkvviGDn2NJYWhinwA6fF1U/g4grcpjkERv+9zJI4O 2tZ8AIE1WRsY2WYJCaIQXqpCUxAbUBNz5v+MYl+/TMXMxZlQgI+NRV/yEb4DuJAONuKp 8dz6PVPpqgf8ZWmAssLuMH67sBkhh0HJs3DsF79zYULD5T+Vte7rf+cCS7c1ZvklVwkt yYsA== X-Received: by 10.67.5.2 with SMTP id ci2mr57985929pad.47.1448527790966; Thu, 26 Nov 2015 00:49:50 -0800 (PST) Received: from [172.94.90.24] ([172.94.90.24]) by smtp.googlemail.com with ESMTPSA id q23sm25830460pfi.34.2015.11.26.00.49.48 for (version=TLSv1/SSLv3 cipher=OTHER); Thu, 26 Nov 2015 00:49:49 -0800 (PST) To: freebsd-x11@FreeBSD.org From: Charles Yuan Subject: subscription Message-ID: <5656C7AA.3050706@gmail.com> Date: Thu, 26 Nov 2015 16:49:46 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2015 08:49:53 -0000 -- Charles Yuan | +86-152-5321-0770 | beta4better@gmail.com From owner-freebsd-x11@freebsd.org Thu Nov 26 09:40:59 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E7B82A393FC for ; Thu, 26 Nov 2015 09:40:59 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0AAE41EBD; Thu, 26 Nov 2015 09:40:58 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA19820; Thu, 26 Nov 2015 11:40:57 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1a1t2u-000GXm-NR; Thu, 26 Nov 2015 11:40:56 +0200 To: freebsd-x11 Cc: =?UTF-8?Q?Jean-S=c3=a9bastien_P=c3=a9dron?= From: Andriy Gapon Subject: problem with discrete video card X-Enigmail-Draft-Status: N1110 Message-ID: <5656D370.1090008@FreeBSD.org> Date: Thu, 26 Nov 2015 11:40:00 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2015 09:41:00 -0000 I've been given a Radeon 6850 based video card that supposedly used to work. But for me it works only in the text mode. Any attempt to use it with radeonkms driver results in a reboot (no panic or trap). I've done a little bit of investigation and I see that the crash happens in radeonfb_create() when the following code is executed: memset(rbo->kptr, 0x0, radeon_bo_size(rbo)); It seems like this could be the very first write to the video memory, but I am not sure. I suspect that the problem could be a hardware one. But maybe this could be a software or configuration problem? I've collected kernel messages from the driver: https://people.freebsd.org/~avg/radeon6850.txt (Please note that I've moved the memset line after the code that reports fb properties to see if they are sane) -- Andriy Gapon