On 21/12/2013 22:35, Markus Koschany wrote:
> On 20.12.2013 18:32, Robert Millan wrote:
>> On 20/12/2013 11:05, Markus Koschany wrote:
>>> I installed 11.0~svn259528-2 from experimental. By adding drm2 and
>>> i915kms to /etc/modules I can now switch to virtual terminals and back
>>> to X and use t
On 20.12.2013 18:32, Robert Millan wrote:
> On 20/12/2013 11:05, Markus Koschany wrote:
>> I installed 11.0~svn259528-2 from experimental. By adding drm2 and
>> i915kms to /etc/modules I can now switch to virtual terminals and back
>> to X and use the 3D features of i915kms. I think that's definite
On 20/12/2013 11:05, Markus Koschany wrote:
> I installed 11.0~svn259528-2 from experimental. By adding drm2 and
> i915kms to /etc/modules I can now switch to virtual terminals and back
> to X and use the 3D features of i915kms. I think that's definitely an
> improvement and at least I prefer drm2/
On 19.12.2013 19:39, Robert Millan wrote:
> On 19/12/2013 11:26, Markus Koschany wrote:
>> Newcons plus i915kms sounds like an interesting idea. Please feel free
>> to ping me for further testing. I'm also subscribed to debian-bsd now.
>
> It's in 11.0~svn259528-2 if you want to try.
I installed
On 19/12/2013 11:26, Markus Koschany wrote:
> Newcons plus i915kms sounds like an interesting idea. Please feel free
> to ping me for further testing. I'm also subscribed to debian-bsd now.
It's in 11.0~svn259528-2 if you want to try.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-re
Hi Robert,
On 19.12.2013 01:40, Robert Millan wrote:
> On 18/12/2013 23:48, Robert Millan wrote:
>> I believe the attached patch should fix this, provided that your kernel is
>> not affected by #684595 (i.e. use kfreebsd-11 or kfreebsd-downloader).
>
> Erm, sorry. What I meant to say is that for
On 18/12/2013 23:48, Robert Millan wrote:
> I believe the attached patch should fix this, provided that your kernel is
> not affected by #684595 (i.e. use kfreebsd-11 or kfreebsd-downloader).
Erm, sorry. What I meant to say is that for i915{,kms} auto-loading is
fixed in latest kfreebsd-11 (see #6
On 02/12/2013 14:09, Markus Koschany wrote:
> Package: kfreebsd-image-9.2-1-amd64
> Version: 9.2-1
> Severity: normal
>
> Dear maintainer,
>
> I have successfully installed kfreebsd-amd64 on my Lenovo Thinkpad
> X200. This laptop ships an Intel GM45 chipset. Unfortunately the
> graphic system fal
On 03/12/2013 04:24, Konstantin Belousov wrote:
>> is not currently being used, as upstream doesn't have it, and the
>> FreeBSD port uses a simpler, "return 0" stub instead:
> Whay do you mean by upstream ? The freedesktop libdrm git ?
Yes.
>> http://svnweb.freebsd.org/ports/head/graphics/libdrm/
On Mon, Dec 02, 2013 at 04:55:38PM +0100, Robert Millan wrote:
> On 02/12/2013 16:04, Steven Chamberlain wrote:
> > On 02/12/13 14:55, Robert Millan wrote:
> >> Perhaps we need to replace that patch with the dummy "return 0" version?
> >> I'm afraid the check might fail if we don't, since upstream
Hi!
Robert Millan writes:
> Btw, found another problem. In libdrm we're using a preliminary patch
> from http://people.freebsd.org/~kib/drm/libdrm.2.patch but it turns out
> FreeBSD ports don't use it in production:
>
> http://svnweb.freebsd.org/ports/head/graphics/libdrm/files/extra-xf86drmMode.
On 19:31, Steven Chamberlain wrote:
> http://svnweb.freebsd.org/ports/head/graphics/libdrm/Makefile?annotate=328711&pathrev=328711#l30
>
> Debian will additionally need: || defined(__FreeBSD_kernel__)
>
> I'm quite sure this is why Radeon KMS didn't work when I tried it.
I'm trying that now. It
That's a known bug. Once X starts, the display should come back on.
I'm not sure if your system needs to use the Radeon or Intel driver.
I'd prefer intel, because radeon can't work on Linux too. But if
possible enable radeon too, that will be more advantageous for me than
linux.
That's als
On 02/12/13 19:40, brunomaxi...@openmailbox.org wrote:
>> I'm quite sure this is why Radeon KMS didn't work when I tried it.
>
> Maybe for intel black screen too?
That's a known bug. Once X starts, the display should come back on.
I'm not sure if your system needs to use the Radeon or Intel driv
On 02/12/13 18:27, brunomaxi...@openmailbox.org wrote:
> WITH_NEW_XORG=true and WITH_KMS=true.
> Debian has that?
WITH_NEW_XORG actually does enable the extra-xf86drmMode.c patch, when
libdrm2 is built by FreeBSD, along with many other things:
http://svnweb.freebsd.org/ports/head/graphics/libdrm/
Maybe that can solve my problem too.
I think xorg is needing a patch...I was looking for about hybrid
graphics at Google and find this: WITH_NEW_XORG=true and WITH_KMS=true.
Debian has that?
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Troub
On 02/12/2013 16:04, Steven Chamberlain wrote:
> On 02/12/13 14:55, Robert Millan wrote:
>> Perhaps we need to replace that patch with the dummy "return 0" version?
>> I'm afraid the check might fail if we don't, since upstream doesn't use
>> it at all.
>
> Ahhh probably, this could be why AMD Rad
On Mon, 02. Dec 13:27 Steven Chamberlain wrote:
[...]
> even with a supported card, it blanks the console until Xorg (hopefully)
> starts.
>
> I assume Intel KMS doesn't have that problem? After loading i915kms,
> the console still works?
Unfortunately no. I can't switch to any of the text conso
On 02/12/13 14:55, Robert Millan wrote:
> Perhaps we need to replace that patch with the dummy "return 0" version?
> I'm afraid the check might fail if we don't, since upstream doesn't use
> it at all.
Ahhh probably, this could be why AMD Radeon didn't work for me, it
failed to detect KMS, but I w
On 02/12/2013 15:36, Robert Millan wrote:
> I even recall seeing some code in X11 hardcoding this module load. But
> can't find it now...
Here, just found it:
http://svnweb.freebsd.org/ports/head/x11-drivers/xf86-video-intel/files/extra-i915kms?revision=328711&view=markup
I guess we just need to
Btw, found another problem. In libdrm we're using a preliminary patch
from http://people.freebsd.org/~kib/drm/libdrm.2.patch but it turns out
FreeBSD ports don't use it in production:
http://svnweb.freebsd.org/ports/head/graphics/libdrm/files/extra-xf86drmMode.c?revision=300896&view=markup
Perha
Moin!
Steven Chamberlain writes:
> I assume Intel KMS doesn't have that problem? After loading i915kms,
> the console still works?
At least the 10.0 and 9.2 kernels in debian do have this problem (with intel)
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "
On 02/12/2013 14:09, Markus Koschany wrote:
> If I install the
> xserver-xorg-video-intel and libgl1-mesa-dri package the i915 kernel
> module is loaded but in fact I had to manually add drm2 and i915kms to
> /etc/modules and to unload i915 to benefit from the features of the intel
> driver.
Do d
On 02/12/2013 14:43, Robert Millan wrote:
> On 02/12/2013 14:27, Steven Chamberlain wrote:
>> Any idea if upstream FreeBSD auto-loads the modules? And if so, how?
>
> Probably with devd. Check /etc/devd.d/pci.conf.
Uhm actually Markus said he had to unload the old modules. Clearly
someone else i
On 02/12/2013 14:27, Steven Chamberlain wrote:
> Any idea if upstream FreeBSD auto-loads the modules? And if so, how?
Probably with devd. Check /etc/devd.d/pci.conf.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Con
Hi,
Any idea if upstream FreeBSD auto-loads the modules? And if so, how? I
thought I saw it mentioned in the FreeBSD wiki but can't find it now.
In the case of AMD KMS it might not be a good idea to auto-load because,
even with a supported card, it blanks the console until Xorg (hopefully)
star
Package: kfreebsd-image-9.2-1-amd64
Version: 9.2-1
Severity: normal
Dear maintainer,
I have successfully installed kfreebsd-amd64 on my Lenovo Thinkpad
X200. This laptop ships an Intel GM45 chipset. Unfortunately the
graphic system falls back to Gallium 0.4 on llvmpipe instead of using
the intel
27 matches
Mail list logo
