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 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 falls back
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
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.
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
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)
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-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
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 drm
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 is
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=300896view=markup
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=328711view=markup
I guess we just need to
Moin!
Steven Chamberlain ste...@pyro.eu.org 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
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 was
On Mon, 02. Dec 13:27 Steven Chamberlain ste...@pyro.eu.org 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
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 Radeon didn't
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-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
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:
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 driver.
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
On 19:31, Steven Chamberlain wrote:
http://svnweb.freebsd.org/ports/head/graphics/libdrm/Makefile?annotate=328711pathrev=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's
Hi!
Robert Millan r...@debian.org 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:
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 doesn't
22 matches
Mail list logo