All of lore.kernel.org
 help / color / mirror / Atom feed
From: Pavel Machek <pavel@ucw.cz>
To: Harald Arnesen <harald@skogtun.org>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Dave Airlie <airlied@gmail.com>,
	Jani Nikula <jani.nikula@linux.intel.com>,
	Joonas Lahtinen <joonas.lahtinen@linux.intel.com>,
	Rodrigo Vivi <rodrigo.vivi@intel.com>,
	Daniel Vetter <daniel.vetter@ffwll.ch>,
	Chris Wilson <chris@chris-wilson.co.uk>,
	Matthew Auld <matthew.auld@intel.com>,
	intel-gfx <intel-gfx@lists.freedesktop.org>,
	kernel list <linux-kernel@vger.kernel.org>
Subject: Re: [Intel-gfx] 5.9-rc1: graphics regression moved from -next to mainline
Date: Thu, 27 Aug 2020 09:28:36 +0200	[thread overview]
Message-ID: <20200827072836.GA21780@amd> (raw)
In-Reply-To: <1aa00cf1-427d-2ad7-8497-b5a007a64d81@skogtun.org>

[-- Attachment #1: Type: text/plain, Size: 897 bytes --]

Hi!

> >> It's a Thinkpad T520.
> > 
> > Oh, so this is a 64-bit machine? Yeah, that patch to flush vmalloc
> > ranges won't make any difference on x86-64.
> > 
> > Or are you for some reason running a 32-bit kernel on that thing? Have
> > you tried building a 64-bit one (user-space can be 32-bit, it should
> > all just work. Knock wood).
> 
> No, I run a 64-bit kernel with 64-bit userspace (Void Linux).
> Config is attached, in case anything is obvious from that.

For the record, I'm running 5.9.0-rc2-next-20200825 w/o further
patches, and it behaves okay on that 32-bit thinkpad x60.

BTW... could we get the test farms to occassionaly boot in 32-bit
mode? Those modern CPUs can still do that :-).

Best regards,
									Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Pavel Machek <pavel@ucw.cz>
To: Harald Arnesen <harald@skogtun.org>
Cc: Daniel Vetter <daniel.vetter@ffwll.ch>,
	intel-gfx <intel-gfx@lists.freedesktop.org>,
	kernel list <linux-kernel@vger.kernel.org>,
	Chris Wilson <chris@chris-wilson.co.uk>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Matthew Auld <matthew.auld@intel.com>
Subject: Re: [Intel-gfx] 5.9-rc1: graphics regression moved from -next to mainline
Date: Thu, 27 Aug 2020 09:28:36 +0200	[thread overview]
Message-ID: <20200827072836.GA21780@amd> (raw)
In-Reply-To: <1aa00cf1-427d-2ad7-8497-b5a007a64d81@skogtun.org>


[-- Attachment #1.1: Type: text/plain, Size: 897 bytes --]

Hi!

> >> It's a Thinkpad T520.
> > 
> > Oh, so this is a 64-bit machine? Yeah, that patch to flush vmalloc
> > ranges won't make any difference on x86-64.
> > 
> > Or are you for some reason running a 32-bit kernel on that thing? Have
> > you tried building a 64-bit one (user-space can be 32-bit, it should
> > all just work. Knock wood).
> 
> No, I run a 64-bit kernel with 64-bit userspace (Void Linux).
> Config is attached, in case anything is obvious from that.

For the record, I'm running 5.9.0-rc2-next-20200825 w/o further
patches, and it behaves okay on that 32-bit thinkpad x60.

BTW... could we get the test farms to occassionaly boot in 32-bit
mode? Those modern CPUs can still do that :-).

Best regards,
									Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

  reply	other threads:[~2020-08-27  7:28 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-17 16:11 5.9-rc1: graphics regression moved from -next to mainline Pavel Machek
2020-08-17 16:11 ` [Intel-gfx] " Pavel Machek
2020-08-19  0:38 ` Linus Torvalds
2020-08-19  0:38   ` [Intel-gfx] " Linus Torvalds
2020-08-19  1:12   ` Dave Airlie
2020-08-19  1:12     ` Dave Airlie
2020-08-19  1:59     ` Linus Torvalds
2020-08-19  1:59       ` Linus Torvalds
2020-08-19 16:57       ` Pavel Machek
2020-08-19 16:57         ` Pavel Machek
2020-08-19 20:19       ` Pavel Machek
2020-08-19 20:19         ` Pavel Machek
2020-08-20  9:23       ` Pavel Machek
2020-08-20  9:23         ` Pavel Machek
2020-08-20 16:16         ` Linus Torvalds
2020-08-20 16:16           ` Linus Torvalds
2020-08-21  9:19           ` Pavel Machek
2020-08-21  9:19             ` Pavel Machek
2020-08-25  9:55             ` Jani Nikula
2020-08-25  9:55               ` Jani Nikula
2020-08-25 16:31               ` Harald Arnesen
2020-08-25 16:31                 ` Harald Arnesen
2020-08-25 18:19                 ` Linus Torvalds
2020-08-25 18:19                   ` Linus Torvalds
2020-08-25 21:38                   ` Harald Arnesen
2020-08-25 21:38                     ` Harald Arnesen
2020-08-26  8:36                   ` Harald Arnesen
2020-08-26  8:36                     ` Harald Arnesen
2020-08-26  9:30                     ` Harald Arnesen
2020-08-26  9:30                       ` Harald Arnesen
2020-08-26 18:04                       ` Linus Torvalds
2020-08-26 18:04                         ` Linus Torvalds
2020-08-26 20:44                         ` Harald Arnesen
2020-08-26 20:44                           ` Harald Arnesen
2020-08-26 20:47                           ` Dave Airlie
2020-08-26 20:47                             ` Dave Airlie
2020-08-26 20:53                             ` Harald Arnesen
2020-08-26 20:53                               ` Harald Arnesen
2020-08-26 20:59                               ` Linus Torvalds
2020-08-26 20:59                                 ` Linus Torvalds
2020-08-27  7:14                                 ` Harald Arnesen
2020-08-27  7:14                                   ` Harald Arnesen
2020-08-27  7:28                                   ` Pavel Machek [this message]
2020-08-27  7:28                                     ` Pavel Machek
2020-09-01 11:57                                 ` Harald Arnesen
2020-09-01 11:57                                   ` Harald Arnesen
2020-09-09  9:15                                   ` Pavel Machek
2020-09-09  9:15                                     ` Pavel Machek

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200827072836.GA21780@amd \
    --to=pavel@ucw.cz \
    --cc=airlied@gmail.com \
    --cc=chris@chris-wilson.co.uk \
    --cc=daniel.vetter@ffwll.ch \
    --cc=harald@skogtun.org \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jani.nikula@linux.intel.com \
    --cc=joonas.lahtinen@linux.intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=matthew.auld@intel.com \
    --cc=rodrigo.vivi@intel.com \
    --cc=torvalds@linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.