Re: [drm] *ERROR* [CRTC:41:pipe ] flip_done timed out

2020-03-08 Thread Jon Whalen
Hi Jonathan,

Thank you very much for the quick response.

I applied the changes (manually), and they fix all of the hangs
mentioned as well as the two original errors; however, a new error
that I haven't seen before now shows in dmesg:

[drm] *ERROR* CPU pipe B FIFO underrun

This is only after ~45 min uptime so I'll continue to monitor it,
although it doesn't seem to have hurt anything thus far. No errors
appear in xconsole, for what it's worth, whereas the original errors
would appear fairly often.

Jon

On Sun, Mar 8, 2020 at 9:56 AM Jonathan Gray  wrote:
>
> On Sat, Mar 07, 2020 at 08:50:44PM -0400, Jon Whalen wrote:
> > Hi there,
> >
> > I also receive these errors as well as hangs on an old Dell Inspiron
> > 1525 with OpenBSD, several releases of Ubuntu Linux, and NetBSD 9.0.
> > My unqualified assumption is that it's an Intel i915 driver issue and
> > not an actual OpenBSD issue. I don't know anything about computer
> > programming, but given the errors, I wonder if it could be narrowed
> > down to the drm_irq.c, drm_vblank.c, and/or intel_fifo_underrun.c
> > files in the Intel driver? There are differences between the current
> > Linux and OpenBSD source trees, but I lack the skills, expertise, and
> > brain power to begin troubleshooting this. The main differences appear
> > to have something to do with spinlocks and mutexes, but again, this is
> > beyond my abilities.
> >
> > OpenBSD became affected after 6.6 development began (6.5 is not
> > affected). Probably irrelevant, but not all Linux distributions are
> > affected; Kubuntu and Alpine are not, and neither is the latest Ubuntu
> > 20.04 development release.
> >
> > NetBSD 9.0 repeated the following errors upon boot and is what led me
> > to my assumption above:
> > [4.6926206] warning:
> > /usr/src/sys/external/bsd/drm2/dist/drm/drm_irq.c:1510 vblank wait
> > timed out on crtc 0
> > [4.7526574] kern error:
> > [drm:(/usr/src/sys/external/bsd/drm2/dist/drm/i915/intel_fifo_underrun.c:363)intel_cpu_fifo_underrun_irq_handler]
> > *ERROR* CPU pipe A FIFO underrun
> >
> > Booting OpenBSD with inteldrm enabled, there is a delay of
> > approximately 30 seconds when inteldrm is "probed" after root is
> > mounted, which is also when the [drm] errors begin to appear. The boot
> > process continues normally after the hang.
> >
> > If xenodm is configured to start it takes about 60 seconds for it to
> > load and become usable.
> >
> > After entering credentials into xenodm, cwm takes approximately 30
> > seconds to become usable and xconsole starts repeating the same [drm]
> > errors. Things seem to work fine after this, though the errors
> > continue to litter /var/log/messages.
> >
> > Resuming from a suspend, the system hangs for ~30s.
> >
> > None of this occurs if inteldrm is disabled.
> >
> > On Linux, adding the following line to the grub conf eliminated the
> > errors and hangs:
> >
> > GRUB_CMDLINE_LINUX_DEFAULT="video=SVIDEO-1:d"
> >
> > Is it possible to pass similar Linux grub parameters to boot on
> > OpenBSD via boot.conf? If there is a way, could this be the "easiest"
> > solution?
> >
> > Sendbug text below, with -current as of March 7, 2020.
> >
> > This message refers to:
> > https://marc.info/?t=15807519011&r=1&w=2
>
> https://bugs.freedesktop.org/show_bug.cgi?id=93782
>
> This appears to have been fixed in linux 5.1 in commit
> 32db0b6501d97b09e92e70caefc74fa35aa9a8d6 which was marked as being for
> stable but did not appear in the stable branches likely due it it not
> applying cleanly (ed20151a7699bb2c77eba3610199789a126940c4 did land in
> the 4.19 branch so we already have that).
>
> Here is a backport of 32db0b6501d97b09e92e70caefc74fa35aa9a8d6 to our
> 4.19 tree.
>
> drm/i915: Don't try to use the hardware frame counter with i965gm TV output
>
> Index: sys/dev/pci/drm/i915/i915_irq.c
> ===
> RCS file: /cvs/src/sys/dev/pci/drm/i915/i915_irq.c,v
> retrieving revision 1.33
> diff -u -p -r1.33 i915_irq.c
> --- sys/dev/pci/drm/i915/i915_irq.c 14 Apr 2019 10:14:51 -  1.33
> +++ sys/dev/pci/drm/i915/i915_irq.c 8 Mar 2020 12:46:04 -
> @@ -822,11 +822,26 @@ static void i915_enable_asle_pipestat(st
>  static u32 i915_get_vblank_counter(struct drm_device *dev, unsigned int pipe)
>  {
> struct drm_i915_private *dev_priv = to_i915(dev);
> +   struct drm_vblank_crtc *vblank = &dev->vblank[pipe];
> +   const struct drm_display_mode *mode = &vblank->hwmode;
> i915_reg_t high_frame, low_frame;
> u32 high1, high2, low, pixel, vbl_start, hsync_start, htotal;
> -   const struct drm_display_mode *mode = &dev->vblank[pipe].hwmode;
> unsigned long irqflags;
>
> +   /*
> +* On i965gm TV output the frame counter only works up to
> +* the point when we enable the TV encoder. After that the
> +* frame counter ceases to work and reads zero. We need a
> +* vblank wait before enabling the TV 

Re: [drm] *ERROR* [CRTC:41:pipe ] flip_done timed out

2020-03-08 Thread Jonathan Gray
On Sat, Mar 07, 2020 at 08:50:44PM -0400, Jon Whalen wrote:
> Hi there,
> 
> I also receive these errors as well as hangs on an old Dell Inspiron
> 1525 with OpenBSD, several releases of Ubuntu Linux, and NetBSD 9.0.
> My unqualified assumption is that it's an Intel i915 driver issue and
> not an actual OpenBSD issue. I don't know anything about computer
> programming, but given the errors, I wonder if it could be narrowed
> down to the drm_irq.c, drm_vblank.c, and/or intel_fifo_underrun.c
> files in the Intel driver? There are differences between the current
> Linux and OpenBSD source trees, but I lack the skills, expertise, and
> brain power to begin troubleshooting this. The main differences appear
> to have something to do with spinlocks and mutexes, but again, this is
> beyond my abilities.
> 
> OpenBSD became affected after 6.6 development began (6.5 is not
> affected). Probably irrelevant, but not all Linux distributions are
> affected; Kubuntu and Alpine are not, and neither is the latest Ubuntu
> 20.04 development release.
> 
> NetBSD 9.0 repeated the following errors upon boot and is what led me
> to my assumption above:
> [4.6926206] warning:
> /usr/src/sys/external/bsd/drm2/dist/drm/drm_irq.c:1510 vblank wait
> timed out on crtc 0
> [4.7526574] kern error:
> [drm:(/usr/src/sys/external/bsd/drm2/dist/drm/i915/intel_fifo_underrun.c:363)intel_cpu_fifo_underrun_irq_handler]
> *ERROR* CPU pipe A FIFO underrun
> 
> Booting OpenBSD with inteldrm enabled, there is a delay of
> approximately 30 seconds when inteldrm is "probed" after root is
> mounted, which is also when the [drm] errors begin to appear. The boot
> process continues normally after the hang.
> 
> If xenodm is configured to start it takes about 60 seconds for it to
> load and become usable.
> 
> After entering credentials into xenodm, cwm takes approximately 30
> seconds to become usable and xconsole starts repeating the same [drm]
> errors. Things seem to work fine after this, though the errors
> continue to litter /var/log/messages.
> 
> Resuming from a suspend, the system hangs for ~30s.
> 
> None of this occurs if inteldrm is disabled.
> 
> On Linux, adding the following line to the grub conf eliminated the
> errors and hangs:
> 
> GRUB_CMDLINE_LINUX_DEFAULT="video=SVIDEO-1:d"
> 
> Is it possible to pass similar Linux grub parameters to boot on
> OpenBSD via boot.conf? If there is a way, could this be the "easiest"
> solution?
> 
> Sendbug text below, with -current as of March 7, 2020.
> 
> This message refers to:
> https://marc.info/?t=15807519011&r=1&w=2

https://bugs.freedesktop.org/show_bug.cgi?id=93782

This appears to have been fixed in linux 5.1 in commit
32db0b6501d97b09e92e70caefc74fa35aa9a8d6 which was marked as being for
stable but did not appear in the stable branches likely due it it not
applying cleanly (ed20151a7699bb2c77eba3610199789a126940c4 did land in
the 4.19 branch so we already have that).

Here is a backport of 32db0b6501d97b09e92e70caefc74fa35aa9a8d6 to our
4.19 tree.

drm/i915: Don't try to use the hardware frame counter with i965gm TV output

Index: sys/dev/pci/drm/i915/i915_irq.c
===
RCS file: /cvs/src/sys/dev/pci/drm/i915/i915_irq.c,v
retrieving revision 1.33
diff -u -p -r1.33 i915_irq.c
--- sys/dev/pci/drm/i915/i915_irq.c 14 Apr 2019 10:14:51 -  1.33
+++ sys/dev/pci/drm/i915/i915_irq.c 8 Mar 2020 12:46:04 -
@@ -822,11 +822,26 @@ static void i915_enable_asle_pipestat(st
 static u32 i915_get_vblank_counter(struct drm_device *dev, unsigned int pipe)
 {
struct drm_i915_private *dev_priv = to_i915(dev);
+   struct drm_vblank_crtc *vblank = &dev->vblank[pipe];
+   const struct drm_display_mode *mode = &vblank->hwmode;
i915_reg_t high_frame, low_frame;
u32 high1, high2, low, pixel, vbl_start, hsync_start, htotal;
-   const struct drm_display_mode *mode = &dev->vblank[pipe].hwmode;
unsigned long irqflags;
 
+   /*
+* On i965gm TV output the frame counter only works up to
+* the point when we enable the TV encoder. After that the
+* frame counter ceases to work and reads zero. We need a
+* vblank wait before enabling the TV encoder and so we
+* have to enable vblank interrupts while the frame counter
+* is still in a working state. However the core vblank code
+* does not like us returning non-zero frame counter values
+* when we've told it that we don't have a working frame
+* counter. Thus we must stop non-zero values leaking out.
+*/
+   if (!vblank->max_vblank_count)
+   return 0;
+
htotal = mode->crtc_htotal;
hsync_start = mode->crtc_hsync_start;
vbl_start = mode->crtc_vblank_start;
@@ -4803,16 +4818,10 @@ void intel_irq_init(struct drm_i915_priv
if (INTEL_GEN(dev_priv) >= 8)
rps->pm_intrmsk_mbz |= GEN8_PMINTR_DISABLE_REDIRECT_TO_GUC;

Re: [drm] *ERROR* [CRTC:41:pipe ] flip_done timed out

2020-03-08 Thread Jon Whalen
Hi there,

I also receive these errors as well as hangs on an old Dell Inspiron
1525 with OpenBSD, several releases of Ubuntu Linux, and NetBSD 9.0.
My unqualified assumption is that it's an Intel i915 driver issue and
not an actual OpenBSD issue. I don't know anything about computer
programming, but given the errors, I wonder if it could be narrowed
down to the drm_irq.c, drm_vblank.c, and/or intel_fifo_underrun.c
files in the Intel driver? There are differences between the current
Linux and OpenBSD source trees, but I lack the skills, expertise, and
brain power to begin troubleshooting this. The main differences appear
to have something to do with spinlocks and mutexes, but again, this is
beyond my abilities.

OpenBSD became affected after 6.6 development began (6.5 is not
affected). Probably irrelevant, but not all Linux distributions are
affected; Kubuntu and Alpine are not, and neither is the latest Ubuntu
20.04 development release.

NetBSD 9.0 repeated the following errors upon boot and is what led me
to my assumption above:
[4.6926206] warning:
/usr/src/sys/external/bsd/drm2/dist/drm/drm_irq.c:1510 vblank wait
timed out on crtc 0
[4.7526574] kern error:
[drm:(/usr/src/sys/external/bsd/drm2/dist/drm/i915/intel_fifo_underrun.c:363)intel_cpu_fifo_underrun_irq_handler]
*ERROR* CPU pipe A FIFO underrun

Booting OpenBSD with inteldrm enabled, there is a delay of
approximately 30 seconds when inteldrm is "probed" after root is
mounted, which is also when the [drm] errors begin to appear. The boot
process continues normally after the hang.

If xenodm is configured to start it takes about 60 seconds for it to
load and become usable.

After entering credentials into xenodm, cwm takes approximately 30
seconds to become usable and xconsole starts repeating the same [drm]
errors. Things seem to work fine after this, though the errors
continue to litter /var/log/messages.

Resuming from a suspend, the system hangs for ~30s.

None of this occurs if inteldrm is disabled.

On Linux, adding the following line to the grub conf eliminated the
errors and hangs:

GRUB_CMDLINE_LINUX_DEFAULT="video=SVIDEO-1:d"

Is it possible to pass similar Linux grub parameters to boot on
OpenBSD via boot.conf? If there is a way, could this be the "easiest"
solution?

Sendbug text below, with -current as of March 7, 2020.

This message refers to:
https://marc.info/?t=15807519011&r=1&w=2

System  : OpenBSD 6.6
Details : OpenBSD 6.6-current (GENERIC.MP) #36: Fri Mar  6
16:56:31 MST 2020
 
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

Architecture: OpenBSD.amd64
Machine : amd64

dmesg:
OpenBSD 6.6-current (GENERIC.MP) #36: Fri Mar  6 16:56:31 MST 2020
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4268150784 (4070MB)
avail mem = 4126191616 (3935MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf7190 (45 entries)
bios0: vendor Dell Inc. version "A17" date 10/27/2009
bios0: Dell Inc. Inspiron 1525
acpi0 at bios0: ACPI 4.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP HPET APIC MCFG SLIC OSFR BOOT SSDT
acpi0: wakeup devices PCI0(S5) PCIE(S4) USB1(S0) USB2(S0) USB3(S0)
USB4(S0) USB5(S0) EHC2(S0) EHCI(S0) AZAL(S3) RP01(S5) RP02(S3)
RP03(S3) RP04(S3) RP05(S3) RP06(S3) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz, 1995.31 MHz, 06-0f-0d
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN
cpu0: 2MB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 199MHz
cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz, 1995.02 MHz, 06-0f-0d
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN
cpu1: 2MB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins, remapped
acpimcfg0 at acpi0
acpimcfg0: addr 0xf800, bus 0-63
acpimcfg0: addr 0x0, bus 0-0
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 2 (PCIE)
acpiprt2 at acpi0: bus 9 (RP01)
acpiprt3 at acpi0: bus 11 (RP02)
acpiprt4 at acpi0: bus -1 (RP03)
acpiprt5 at acpi0: bus -1 (RP04)
acpiprt6 at acpi0: bus 12 (RP05)
acpiprt7 at acpi0: bus -1 (RP06)
acpicpu0 at acpi0: !C3(100@57 mwait.3@0x30), !C2(500@1 mwait.1@0x10),
C1(1000@1 mwait.1), PSS
acpicpu1 at acpi0: !C3(100@57 mwait.3@0x30), 

Re: [drm] *ERROR* [CRTC:41:pipe ] flip_done timed out

2020-02-06 Thread krishh61
Hi again,

Disabling inteldrm has stopped the ERROR messages to show up but of course
OpenBSD will not switch into higher resolution since then.


Regards

Kris



--
Sent from: http://openbsd-archive.7691.n7.nabble.com/openbsd-user-misc-f3.html



Re: [drm] *ERROR* [CRTC:41:pipe ] flip_done timed out

2020-02-06 Thread krishh61
OK, will give it a go. 
I have already tried to disable drm* and drm0 and that just caused the
laptop to hang during boot. 

Will give you a shout what happened when I disable inteldrm.


Cheers



--
Sent from: http://openbsd-archive.7691.n7.nabble.com/openbsd-user-misc-f3.html



Re: [drm] *ERROR* [CRTC:41:pipe ] flip_done timed out

2020-02-05 Thread Aaron Mason
Hi Kris

On Thu, Feb 6, 2020 at 5:22 AM krishh61  wrote:
>
> HI,
>
> I can give mine:
>
>
>  cut --
> OpenBSD 6.6 (GENERIC.MP) #4: Wed Jan 15 08:56:09 MST 2020
>
> r...@syspatch-66-i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
> real mem  = 3210944512 (3062MB)
> avail mem = 3136659456 (2991MB)
> [SNIP]
> root on sd0a (d3d7274cd817feba.a) swap on sd0b dump on sd0b
> [drm] *ERROR* CPU pipe B FIFO underrun
> [drm] *ERROR* [CRTC:34:pipe ] flip_done timed out
> vblank wait timed out on crtc 0
> [drm] *ERROR* [CRTC:34:pipe ] flip_done timed out
> [drm] *ERROR* [CONNECTOR:54:SVIDEO-] flip_done timed out
> inteldrm0: 1024x768, 32bpp
> wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation), using wskbd0
> wsdisplay0: screen 1-5 added (std, vt100 emulation)
> [drm] *ERROR* [CRTC:41:pipe ] flip_done timed out
> vblank wait timed out on crtc 1
> [drm] *ERROR* [CRTC:41:pipe ] flip_done timed out
> [drm] *ERROR* [CONNECTOR:54:SVIDEO-] flip_done timed out
>
> --- cut ---
>
> ThinkPad R61i
>
> regards
>
> Kris
>
>
>
> --
> Sent from: http://openbsd-archive.7691.n7.nabble.com/openbsd-user-misc-f3.html
>

Thanks, that's very helpful.  For shits and giggles, say we disable inteldrm:

boot> boot -c
[...]
UKC> disable inteldrm
UKC> quit

Can you give this a try and report back please.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: [drm] *ERROR* [CRTC:41:pipe ] flip_done timed out

2020-02-05 Thread krishh61
2 at pci0 dev 29 function 0 "Intel 82801H USB" rev 0x03: apic 1 int 16
uhci3 at pci0 dev 29 function 1 "Intel 82801H USB" rev 0x03: apic 1 int 17
uhci4 at pci0 dev 29 function 2 "Intel 82801H USB" rev 0x03: apic 1 int 18
ehci1 at pci0 dev 29 function 7 "Intel 82801H USB" rev 0x03: apic 1 int 19
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 configuration 1 interface 0 "Intel EHCI root hub" rev
2.00/1.00 addr 1
ppb5 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0xf3
pci6 at ppb5 bus 21
cbb0 at pci6 dev 0 function 0 "Ricoh 5C476 CardBus" rev 0xb6: apic 1 int 16
"Ricoh 5C832 Firewire" rev 0x02 at pci6 dev 0 function 1 not configured
cardslot0 at cbb0 slot 0 flags 0
cardbus0 at cardslot0: bus 22 device 0 cacheline 0x0, lattimer 0xb0
pcmcia0 at cardslot0
ichpcib0 at pci0 dev 31 function 0 "Intel 82801HBM LPC" rev 0x03: PM
disabled
pciide0 at pci0 dev 31 function 1 "Intel 82801HBM IDE" rev 0x03: DMA,
channel 0 configured to compatibility, channel 1 configured to compatibility
atapiscsi0 at pciide0 channel 0 drive 0
scsibus1 at atapiscsi0: 2 targets
cd0 at scsibus1 targ 0 lun 0:  removable
cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
pciide0: channel 1 ignored (disabled)
ahci0 at pci0 dev 31 function 2 "Intel 82801HBM AHCI" rev 0x03: msi, AHCI
1.1
ahci0: port 0: 1.5Gb/s
scsibus2 at ahci0: 32 targets
sd0 at scsibus2 targ 0 lun 0: 
t10.ATA_TOSHIBA_MK8037GSX_77IPF3AOS
sd0: 76319MB, 512 bytes/sector, 156301488 sectors
ichiic0 at pci0 dev 31 function 3 "Intel 82801H SMBus" rev 0x03: apic 1 int
23
iic0 at ichiic0
usb2 at uhci0: USB revision 1.0
uhub2 at usb2 configuration 1 interface 0 "Intel UHCI root hub" rev
1.00/1.00 addr 1
usb3 at uhci1: USB revision 1.0
uhub3 at usb3 configuration 1 interface 0 "Intel UHCI root hub" rev
1.00/1.00 addr 1
usb4 at uhci2: USB revision 1.0
uhub4 at usb4 configuration 1 interface 0 "Intel UHCI root hub" rev
1.00/1.00 addr 1
usb5 at uhci3: USB revision 1.0
uhub5 at usb5 configuration 1 interface 0 "Intel UHCI root hub" rev
1.00/1.00 addr 1
usb6 at uhci4: USB revision 1.0
uhub6 at usb6 configuration 1 interface 0 "Intel UHCI root hub" rev
1.00/1.00 addr 1
isa0 at ichpcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
wsmouse1 at pms0 mux 0
pms0: Synaptics touchpad, firmware 6.2, 0x81a0b1 0x30
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
aps0 at isa0 port 0x1600/31
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
ugen0 at uhub2 port 1 "Broadcom Corp BCM2045B" rev 2.00/1.00 addr 2
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
root on sd0a (d3d7274cd817feba.a) swap on sd0b dump on sd0b
[drm] *ERROR* CPU pipe B FIFO underrun
[drm] *ERROR* [CRTC:34:pipe ] flip_done timed out
vblank wait timed out on crtc 0
[drm] *ERROR* [CRTC:34:pipe ] flip_done timed out
[drm] *ERROR* [CONNECTOR:54:SVIDEO-] flip_done timed out
inteldrm0: 1024x768, 32bpp
wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation), using wskbd0
wsdisplay0: screen 1-5 added (std, vt100 emulation)
[drm] *ERROR* [CRTC:41:pipe ] flip_done timed out
vblank wait timed out on crtc 1
[drm] *ERROR* [CRTC:41:pipe ] flip_done timed out
[drm] *ERROR* [CONNECTOR:54:SVIDEO-] flip_done timed out

--- cut ---

ThinkPad R61i

regards

Kris



--
Sent from: http://openbsd-archive.7691.n7.nabble.com/openbsd-user-misc-f3.html



Re: [drm] *ERROR* [CRTC:41:pipe ] flip_done timed out

2020-02-04 Thread Aaron Mason
Hi Jacek

On Tue, Feb 4, 2020 at 4:42 AM Jacek Kowalczyk  wrote:
>
> Hi,
>
> I am running Openbsd 6.6 at ThinkPad R61i with graphic card Intel GMA X3100. 
> I am getting errors like in the subject:
> [drm] *ERROR* [CRTC:41:pipe ] flip_done timed out
> [drm] *ERROR* [CONNECTOR:51:SVIDEO- ] flip_done timed out
> And my laptop is booting quite long time, around 5 minutes.
> What I need to set or install and where to solve it?
>
>
> BR
> Jacek Kowalczyk
> http://jacekkowakczyk82.github.ii
>
>
> -- Wysłane za pomocą K-9 Mail.
>

Can you reply with a full dmesg please.

-- 
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse



Re: [drm] *ERROR* [CRTC:41:pipe ] flip_done timed out

2020-02-04 Thread krishh61
Hi Jacek,

Same laptop, same model, same problem  I was just upgrading from ver 6.1
through all the versions up to 6.6; it went ok (except versions 6.2 and 6.3
where I had strange resolution, but it was ok when I upgraded to version
6.4) 6.5 was fine and when I finally upgraded to version 6.6 same happened
as in your case (yet it contains line 34,41 and 54):

[drm] *ERROR* [CRTC:34:pipe ] flip_done timed out
[drm] *ERROR* [CRTC:34 pipe ] flip_done timed out
[drm] *ERROR* [CONNECTOR:54:SVIDEO-] flip_done timed out
[drm] *ERROR* [CRTC:41:pipe ] flip_done timed out
[drm] *ERROR* [CRTC:41:pipe ] flip_done timed out
[drm] *ERROR* [CONNECTOR:54:SVIDEO-] flipd_done timed out

booting deso not take 5 minutes but it is longer than normal.

Have no clues what this could be.



--
Sent from: http://openbsd-archive.7691.n7.nabble.com/openbsd-user-misc-f3.html



[drm] *ERROR* [CRTC:41:pipe ] flip_done timed out

2020-02-03 Thread Jacek Kowalczyk
Hi, 

I am running Openbsd 6.6 at ThinkPad R61i with graphic card Intel GMA X3100. I 
am getting errors like in the subject: 
[drm] *ERROR* [CRTC:41:pipe ] flip_done timed out
[drm] *ERROR* [CONNECTOR:51:SVIDEO- ] flip_done timed out
And my laptop is booting quite long time, around 5 minutes. 
What I need to set or install and where to solve it?


BR
Jacek Kowalczyk 
http://jacekkowakczyk82.github.ii


-- Wysłane za pomocą K-9 Mail.