Nope, spoke too soon:
Unread portion of the kernel message buffer:
panic: In GPU write domain
cpuid = 1
KDB: stack backtrace:
db_trace_self_wrapper(c09d59ce,0,c09ad9fe,205,f1ce2938,...) at
db_trace_self_wrapper+0x2d/frame 0xf1ce2908
kdb_backtrace(c0a10b67,1,c82fb835,f1ce29f8,f1ce2998,...) at
kdb_
Hi,
I finally fired this up on an older Intel to test. this is patch 8
from your website:
vgapci0@pci0:0:2:0: class=0x03 card=0x20e417aa chip=0x2a428086
rev=0x07 hdr=0x00
vendor = 'Intel Corporation'
device = 'Mobile 4 Series Chipset Integrated Graphics Controller'
cla
On Mon, Oct 27, 2014 at 12:02:11AM +0300, Chagin Dmitry wrote:
> On Thu, Oct 23, 2014 at 10:03:29PM +0300, Konstantin Belousov wrote:
> > On Wed, Oct 22, 2014 at 03:59:23PM -0400, Adam McDougall wrote:
> > > On 10/22/2014 08:26, Konstantin Belousov wrote:
> >
> > Use https://www.kib.kiev.ua/kib/dr
This is Haswell, right?
Didn't Kib say "not interested in haswell testing yet" ?
-adrian
On 26 October 2014 14:02, Chagin Dmitry wrote:
> On Thu, Oct 23, 2014 at 10:03:29PM +0300, Konstantin Belousov wrote:
>> On Wed, Oct 22, 2014 at 03:59:23PM -0400, Adam McDougall wrote:
>> > On 10/22/2014 0
On Thu, Oct 23, 2014 at 10:03:29PM +0300, Konstantin Belousov wrote:
> On Wed, Oct 22, 2014 at 03:59:23PM -0400, Adam McDougall wrote:
> > On 10/22/2014 08:26, Konstantin Belousov wrote:
>
> Use https://www.kib.kiev.ua/kib/drm/i915.6.patch. I already have one
> private report of the patch worked
Hi,
I can confirm v6 of the patch works for me with a r273559 kernel on a
i5-3320M notebook as well.
Only interesting new output to messages:
Oct 25 23:11:19 kernel: error: [drm:pid1159:gen6_sanitize_pm] *ERROR* Power
management discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 0007, was
180700
On Fri, Oct 24, 2014 at 3:03 AM, Konstantin Belousov
wrote:
> Due to my mistake during the patch generation, i915.5.patch is just
> a garbage.
>
> Use https://www.kib.kiev.ua/kib/drm/i915.6.patch. I already have one
> private report of the patch worked from person who got the same panic
> in iicb
On 10/23/2014 15:03, Konstantin Belousov wrote:
> Use https://www.kib.kiev.ua/kib/drm/i915.6.patch. I already have one
> private report of the patch worked from person who got the same panic
> in iicbb.
Yes, this one works (does not panic) and X works! I kldloaded it after
boot as I usually do.
On Wed, Oct 22, 2014 at 03:59:23PM -0400, Adam McDougall wrote:
> On 10/22/2014 08:26, Konstantin Belousov wrote:
> > On Wed, Oct 08, 2014 at 03:12:08PM -0400, Adam McDougall wrote:
> >> On 10/08/2014 13:05, Konstantin Belousov wrote:
> >>> There are more occurences of the bug I fixed once in patch
On 10/22/2014 08:26, Konstantin Belousov wrote:
> On Wed, Oct 08, 2014 at 03:12:08PM -0400, Adam McDougall wrote:
>> On 10/08/2014 13:05, Konstantin Belousov wrote:
>>> There are more occurences of the bug I fixed once in patch version 2.
>>> Also, since pmap changes were committed in modified form
In fact, try
https://www.kib.kiev.ua/kib/drm/i915.5.patch
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On Wed, Oct 08, 2014 at 03:12:08PM -0400, Adam McDougall wrote:
> On 10/08/2014 13:05, Konstantin Belousov wrote:
> > There are more occurences of the bug I fixed once in patch version 2.
> > Also, since pmap changes were committed in modified form, please try
> > the updated patch at https://www.k
Am Sun, 05 Oct 2014 21:54:22 +0200
Koop Mast schrieb:
> On Fri, 2014-10-03 at 20:02 +0300, Konstantin Belousov wrote:
> > Please find at the
> > https://kib.kiev.ua/kib/drm/i915.1.patch
> > a patch which provides some updates to the i915 driver. At large, this
> > is import of the batch of Linux
2014-10-08 19:05 GMT+02:00 Konstantin Belousov :
> On Tue, Oct 07, 2014 at 04:04:54PM -0400, Adam McDougall wrote:
> > On 10/07/2014 14:01, Konstantin Belousov wrote:
> > > On Tue, Oct 07, 2014 at 07:44:19PM +0300, Konstantin Belousov wrote:
> > >> >From the same frame, please do
> > >> p *(struct
On 10/08/2014 13:05, Konstantin Belousov wrote:
> On Tue, Oct 07, 2014 at 04:04:54PM -0400, Adam McDougall wrote:
>> On 10/07/2014 14:01, Konstantin Belousov wrote:
>>> On Tue, Oct 07, 2014 at 07:44:19PM +0300, Konstantin Belousov wrote:
>From the same frame, please do
p *(struct drm_i915
On Tue, Oct 07, 2014 at 04:04:54PM -0400, Adam McDougall wrote:
> On 10/07/2014 14:01, Konstantin Belousov wrote:
> > On Tue, Oct 07, 2014 at 07:44:19PM +0300, Konstantin Belousov wrote:
> >> >From the same frame, please do
> >> p *(struct drm_i915_private *)(dev->private)
p *(struct drm_i915_priva
On 10/07/2014 14:01, Konstantin Belousov wrote:
> On Tue, Oct 07, 2014 at 07:44:19PM +0300, Konstantin Belousov wrote:
>> >From the same frame, please do
>> p *(struct drm_i915_private *)(dev->private)
>
> I probably figured out what is wrong, but it is still interesting to
> see this piece of dat
2014-10-07 21:29 GMT+02:00 Ed Maste :
> On 7 October 2014 15:20, Ranjan1018 . <21474...@gmail.com> wrote:
> >
> > Hmm... The next patch looks like a unified diff to me...
> > The text leading up to this was:
> > --
> > |diff --git a/sys/amd64/conf/X b/sys/amd64/conf/X
> >
On 10/07/2014 14:24, Konstantin Belousov wrote:
> On Tue, Oct 07, 2014 at 02:08:06PM -0400, Adam McDougall wrote:
>> On 10/07/2014 12:44, Konstantin Belousov wrote:
>>> On Tue, Oct 07, 2014 at 09:00:56AM -0400, Adam McDougall wrote:
On 10/7/2014 12:20 AM, Konstantin Belousov wrote:
>
On 7 October 2014 15:20, Ranjan1018 . <21474...@gmail.com> wrote:
>
> Hmm... The next patch looks like a unified diff to me...
> The text leading up to this was:
> --
> |diff --git a/sys/amd64/conf/X b/sys/amd64/conf/X
> |index 0cd80c6..2d630d5 100644
> |--- a/sys/amd64/con
2014-10-07 20:01 GMT+02:00 Konstantin Belousov :
> On Tue, Oct 07, 2014 at 07:44:19PM +0300, Konstantin Belousov wrote:
> > >From the same frame, please do
> > p *(struct drm_i915_private *)(dev->private)
>
> I probably figured out what is wrong, but it is still interesting to
> see this piece of
On Tue, Oct 07, 2014 at 02:08:06PM -0400, Adam McDougall wrote:
> On 10/07/2014 12:44, Konstantin Belousov wrote:
> > On Tue, Oct 07, 2014 at 09:00:56AM -0400, Adam McDougall wrote:
> >>
> >> On 10/7/2014 12:20 AM, Konstantin Belousov wrote:
> >>> On Mon, Oct 06, 2014 at 07:30:20PM -0400, Adam McDo
On 10/07/2014 12:44, Konstantin Belousov wrote:
> On Tue, Oct 07, 2014 at 09:00:56AM -0400, Adam McDougall wrote:
>>
>> On 10/7/2014 12:20 AM, Konstantin Belousov wrote:
>>> On Mon, Oct 06, 2014 at 07:30:20PM -0400, Adam McDougall wrote:
On 10/05/2014 13:00, Konstantin Belousov wrote:
> On
On Tue, Oct 07, 2014 at 07:44:19PM +0300, Konstantin Belousov wrote:
> >From the same frame, please do
> p *(struct drm_i915_private *)(dev->private)
I probably figured out what is wrong, but it is still interesting to
see this piece of data.
For everybody who has the issue with blank screen or p
On Tue, Oct 07, 2014 at 09:00:56AM -0400, Adam McDougall wrote:
>
> On 10/7/2014 12:20 AM, Konstantin Belousov wrote:
> > On Mon, Oct 06, 2014 at 07:30:20PM -0400, Adam McDougall wrote:
> >> On 10/05/2014 13:00, Konstantin Belousov wrote:
> >>> On Sun, Oct 05, 2014 at 11:01:14AM -0400, Adam McDoug
On 10/7/2014 12:20 AM, Konstantin Belousov wrote:
On Mon, Oct 06, 2014 at 07:30:20PM -0400, Adam McDougall wrote:
On 10/05/2014 13:00, Konstantin Belousov wrote:
On Sun, Oct 05, 2014 at 11:01:14AM -0400, Adam McDougall wrote:
(kgdb) #0 doadump (textdump=1) at pcpu.h:219
#1 0x80661ef
On Mon, Oct 06, 2014 at 07:30:20PM -0400, Adam McDougall wrote:
> On 10/05/2014 13:00, Konstantin Belousov wrote:
> > On Sun, Oct 05, 2014 at 11:01:14AM -0400, Adam McDougall wrote:
> >> (kgdb) #0 doadump (textdump=1) at pcpu.h:219
> >> #1 0x80661efd in kern_reboot (howto=260)
> >> at
On 10/05/2014 13:00, Konstantin Belousov wrote:
> On Sun, Oct 05, 2014 at 11:01:14AM -0400, Adam McDougall wrote:
>> (kgdb) #0 doadump (textdump=1) at pcpu.h:219
>> #1 0x80661efd in kern_reboot (howto=260)
>> at /usr/src/sys/kern/kern_shutdown.c:447
>> #2 0x80662450 in panic
On Fri, Oct 03, 2014 at 08:02:59PM +0300, Konstantin Belousov wrote:
K> Please find at the
K> https://kib.kiev.ua/kib/drm/i915.1.patch
K> a patch which provides some updates to the i915 driver. At large, this
K> is import of the batch of Linux commits, and as such, it is interesting
K> mostly as at
On Fri, 2014-10-03 at 20:02 +0300, Konstantin Belousov wrote:
> Please find at the
> https://kib.kiev.ua/kib/drm/i915.1.patch
> a patch which provides some updates to the i915 driver. At large, this
> is import of the batch of Linux commits, and as such, it is interesting
> mostly as attempt to res
On Sun, Oct 05, 2014 at 11:01:14AM -0400, Adam McDougall wrote:
> (kgdb) #0 doadump (textdump=1) at pcpu.h:219
> #1 0x80661efd in kern_reboot (howto=260)
> at /usr/src/sys/kern/kern_shutdown.c:447
> #2 0x80662450 in panic (fmt=)
> at /usr/src/sys/kern/kern_shutdown.c:746
On 10/03/2014 13:02, Konstantin Belousov wrote:
> Please find at the
> https://kib.kiev.ua/kib/drm/i915.1.patch
> a patch which provides some updates to the i915 driver. At large, this
> is import of the batch of Linux commits, and as such, it is interesting
> mostly as attempt to restart the race
Dear all,
sorry for cross-posting (I am not subscribed to x11@).
Same behavior for me (i5-3320M on a Thinkpad T430s w/ Optimus support) as
reported by Maurizio.
When boot switches to graphics from text mode, display remains black with
backlight on. I am running the experimental xorg-stack from
h
2014-10-03 19:02 GMT+02:00 Konstantin Belousov :
> Please find at the
> https://kib.kiev.ua/kib/drm/i915.1.patch
> a patch which provides some updates to the i915 driver. At large, this
> is import of the batch of Linux commits, and as such, it is interesting
> mostly as attempt to restart the rac
34 matches
Mail list logo