On Tuesday 2020-05-19 22:36, Sasha Levin wrote:
>
>> - Why DX12 on linux? Looking at this feels like classic divide and
>
> There is a single usecase for this: WSL2 developer who wants to run
> machine learning on his GPU. The developer is working on his laptop,
> which is running Windows and tha
On Friday 2020-02-28 08:59, Daniel Stone wrote:
>
>I believe that in January, we had $2082 of network cost (almost
>entirely egress; ingress is basically free) and $1750 of
>cloud-storage cost (almost all of which was download). That's based
>on 16TB of cloud-storage (CI artifacts, container image
On Wednesday 2018-09-05 18:55, Greg KH wrote:
>On Wed, Sep 05, 2018 at 04:54:27PM +0100, David Howells wrote:
>>
>> Here's a set of patches that inserts a step into the build process to make
>> sure that the UAPI headers can all be built together with C++ (if the
>> compiler being used supports C
On Thursday 2017-01-12 16:52, Nicolas Dichtel wrote:
>Le 09/01/2017 à 13:56, Christoph Hellwig a écrit :
>> On Fri, Jan 06, 2017 at 10:43:59AM +0100, Nicolas Dichtel wrote:
>>> Regularly, when a new header is created in include/uapi/, the developer
>>> forgets to add it in the corresponding Kbuild
On Friday 2013-11-29 11:48, Chris Wilson wrote:
>> What I could collect so far:
>
>Thanks, I broke the handling of cropped XvImages along the fast paths.
>It should be fixed by:
>
>commit fd007d9d465b9b3ddbbaf769931ec921a6f5ecb8
>Author: Chris Wilson
>Date: Thu Nov 28 21:13:33 2013 +
>
>
On Wednesday 2013-11-27 12:08, Chris Wilson wrote:
>On Wed, Nov 27, 2013 at 11:59:56AM +0100, Jan Engelhardt wrote:
>>
>> Despite the i915/drm fixes added in v3.11.8, the X server still
>> terminates due to some pipe state bug in 3.11.9.
>
>X terminating is entirely u
Greetings.
Despite the i915/drm fixes added in v3.11.8, the X server still
terminates due to some pipe state bug in 3.11.9.
I have a fb setup to span two crtcs in below's configuration,
and the kernel problem is easily triggerable for me by moving
an Xv window (such as by using mplayer) forth a
Hi,
I have here some old classy laptop (Dell Precision M40 PP01X, Pentium3
Mobile CPU) which has, according to lspci,
01:00.0 VGA compatible controller: nVidia Corporation NV11GL [Quadro2
MXR/EX/Go] (rev b2)
01:00.0 0300: 10de:0113 (rev b2)
Unfortunately, when loading nouveaufb.ko, all that h
Hi,
I have here some old classy laptop (Dell Precision M40 PP01X, Pentium3
Mobile CPU) which has, according to lspci,
01:00.0 VGA compatible controller: nVidia Corporation NV11GL [Quadro2
MXR/EX/Go] (rev b2)
01:00.0 0300: 10de:0113 (rev b2)
Unfortunately, when loading nouveaufb.ko, all that h
On Tuesday 2012-06-05 18:29, Alan Cox wrote:
>>
>> [Wortmann AG's terra Pad 1051, with a 8086:4102 display chip]
>
>0x4102 is an Oaktrail device (GMA600). The driver supports it providing
>you have the GMA600 option set.
Thanks for the info. Setting GMA600=y works, as in, it results
in graphical
On Tuesday 2012-06-05 18:29, Alan Cox wrote:
>>
>> [Wortmann AG's terra Pad 1051, with a 8086:4102 display chip]
>
>0x4102 is an Oaktrail device (GMA600). The driver supports it providing
>you have the GMA600 option set.
Thanks for the info. Setting GMA600=y works, as in, it results
in graphical
Hi,
I have here a "Wortmann AG terra Pad 1051", which has a GMA500-like
device (PCI ID 8086:4102). Using Linux 3.1.x (openSUSE 12.1's default),
loading psb_gfx.ko crashed the machine. I therefore tried Linux 3.4.0,
where this crash does not occur thankfully.
According to your commit b7cdd9e632
Hi,
I have here a "Wortmann AG terra Pad 1051", which has a GMA500-like
device (PCI ID 8086:4102). Using Linux 3.1.x (openSUSE 12.1's default),
loading psb_gfx.ko crashed the machine. I therefore tried Linux 3.4.0,
where this crash does not occur thankfully.
According to your commit b7cdd9e632
Hello,
the SONY PCG U3 device has a
00:0c.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon
Mobility M6 LY [1002:4c59]
graphics card. With linux 3.1.10, X.org server 7.6_1.10.4 and
xf86-video-ati-6.14.2, switching from KMS'd console to X on tty7
yields a white screen that also st
Hello,
the SONY PCG U3 device has a
00:0c.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon
Mobility M6 LY [1002:4c59]
graphics card. With linux 3.1.10, X.org server 7.6_1.10.4 and
xf86-video-ati-6.14.2, switching from KMS'd console to X on tty7
yields a white screen that also st
On Tuesday 2011-05-24 20:48, eschvoca wrote:
>On Tue, May 24, 2011 at 1:41 PM, Linus Torvalds wrote:
>>
>> It's not about features. It hasn't been about features for forever.
>
>Using the date also clearly communicates it is not about features.
On the contrary: Whenever a 2.6.x release was set ou
On Tuesday 2011-05-24 17:46, Ralf Baechle wrote:
>On Tue, May 24, 2011 at 03:43:48PM +0100, Alan Cox wrote:
>
>> Can we drop most of MCA, EISA and ISA bus if we are going to have a big
>> version change ? A driver spring clean is much overdue and it's all in
>> git in case someone wishes to sneak
On Tuesday 2011-05-24 20:48, eschvoca wrote:
>On Tue, May 24, 2011 at 1:41 PM, Linus Torvalds wrote:
>>
>> It's not about features. It hasn't been about features for forever.
>
>Using the date also clearly communicates it is not about features.
On the contrary: Whenever a 2.6.x release was set ou
On Tuesday 2011-05-24 17:46, Ralf Baechle wrote:
>On Tue, May 24, 2011 at 03:43:48PM +0100, Alan Cox wrote:
>
>> Can we drop most of MCA, EISA and ISA bus if we are going to have a big
>> version change ? A driver spring clean is much overdue and it's all in
>> git in case someone wishes to sneak
On Tuesday 2011-05-24 14:30, Jacek Luczak wrote:
>2011/5/24 Jan Engelhardt :
>> On Tuesday 2011-05-24 01:33, Linus Torvalds wrote:
>>
>>>Another advantage of switching numbering models (ie 3.0 instead of
>>>2.8.x) would be that it would also make the "odd n
On Tuesday 2011-05-24 01:33, Linus Torvalds wrote:
>Another advantage of switching numbering models (ie 3.0 instead of
>2.8.x) would be that it would also make the "odd numbers are also
>numbers" transition much more natural.
>
>Because of our historical even/odd model, I wouldn't do a 2.7.x -
>th
On Tuesday 2011-05-24 14:30, Jacek Luczak wrote:
>2011/5/24 Jan Engelhardt :
>> On Tuesday 2011-05-24 01:33, Linus Torvalds wrote:
>>
>>>Another advantage of switching numbering models (ie 3.0 instead of
>>>2.8.x) would be that it would also make the "odd n
On Tuesday 2011-05-24 01:33, Linus Torvalds wrote:
>Another advantage of switching numbering models (ie 3.0 instead of
>2.8.x) would be that it would also make the "odd numbers are also
>numbers" transition much more natural.
>
>Because of our historical even/odd model, I wouldn't do a 2.7.x -
>th
parent 9e7e37e88264e35f3ba6d0dc1da8dd95e70f2b3f (v2.6.39-rc1-185-g9e7e37e)
commit b0ef5d4e28cd127eef94b300f27ba0104deb5ad6
Author: Jan Engelhardt
Date: Mon Apr 4 01:24:58 2011 +0200
drm: fix "persistant" typo
Signed-off-by: Jan Engelhardt
---
drivers/gpu/drm/nouveau/nouveau_ge
parent 9e7e37e88264e35f3ba6d0dc1da8dd95e70f2b3f (v2.6.39-rc1-185-g9e7e37e)
commit b0ef5d4e28cd127eef94b300f27ba0104deb5ad6
Author: Jan Engelhardt
Date: Mon Apr 4 01:24:58 2011 +0200
drm: fix "persistant" typo
Signed-off-by: Jan Engelhardt
---
drivers/gpu/drm/nouveau/nouveau_ge
On Monday 2010-06-07 17:03, Alex Deucher wrote:
>> * Why is it that I am only allowed to have sound in graphics mode?
>
>HDMI audio is only enabled on active outputs during modeset.
Bleh. If it shows text, that seems pretty active to me.
>> * The radeon.ko module does not have any PCI IDs define
On Monday 2010-06-07 17:03, Alex Deucher wrote:
>> * Why is it that I am only allowed to have sound in graphics mode?
>
>HDMI audio is only enabled on active outputs during modeset.
Bleh. If it shows text, that seems pretty active to me.
>> * The radeon.ko module does not have any PCI IDs define
On Thursday 2010-05-27 14:34, Clemens Ladisch wrote:
>Clemens Ladisch wrote:
>> Please do not assume that the "HDMI" device is the right one, since you
>> never got either one to work in Linux.
>
>Hmm, that computer is separate from the actual LCD, which has an HDMI
>input, so it's possible that th
On Thursday 2010-05-27 14:34, Clemens Ladisch wrote:
>Clemens Ladisch wrote:
>> Please do not assume that the "HDMI" device is the right one, since you
>> never got either one to work in Linux.
>
>Hmm, that computer is separate from the actual LCD, which has an HDMI
>input, so it's possible that th
29 matches
Mail list logo
