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
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 to get us more up to date Linux code
imported. It might pr
35 matches
Mail list logo