lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <49610BAA.4060308@googlemail.com>
Date:	Sun, 04 Jan 2009 20:19:06 +0100
From:	Gabriel C <nix.or.die@...glemail.com>
To:	Dave Airlie <airlied@...ux.ie>
CC:	torvalds@...ux-foundation.org, dri-devel@...ts.sf.net,
	linux-kernel@...r.kernel.org,
	Jesse Barnes <jbarnes@...tuousgeek.org>,
	Eric Anholt <eric@...olt.net>
Subject: Re: [git pull] drm

Dave Airlie wrote:

Hi Dave ,

...


 
> Please pull the 'drm-next' branch from
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-next
> 
> Major highlights:
> Kernel Modesetting (KMS) core code (jbarnes you can go to drinking island 
> now)
> Intel i915 support for kernel modesetting


....



> commit 79e539453b34e35f39299a899d263b0a1f1670bd
> Author: Jesse Barnes <jbarnes@...tuousgeek.org>
> Date:   Fri Nov 7 14:24:08 2008 -0800
> 
>     DRM: i915: add mode setting support
>     
>     This commit adds i915 driver support for the DRM mode setting APIs.
>     Currently, VGA, LVDS, SDVO DVI & VGA, TV and DVO LVDS outputs are
>     supported.  HDMI, DisplayPort and additional SDVO output support will
>     follow.
>     
>     Support for the mode setting code is controlled by the new 'modeset'
>     module option.  A new config option, CONFIG_DRM_I915_KMS controls the
>     default behavior, and whether a PCI ID list is built into the module for
>     use by user level module utilities.
>     
>     Note that if mode setting is enabled, user level drivers that access
>     display registers directly or that don't use the kernel graphics memory
>     manager will likely corrupt kernel graphics memory, disrupt output
>     configuration (possibly leading to hangs and/or blank displays), and
>     prevent panic/oops messages from appearing.  So use caution when
>     enabling this code; be sure your user level code supports the new
>     interfaces.
>     
>     A new SysRq key, 'g', provides emergency support for switching back to
>     the kernel's framebuffer console; which is useful for testing.
>     
>     Co-authors: Dave Airlie <airlied@...ux.ie>, Hong Liu <hong.liu@...el.com>
>     
>     Signed-off-by: Jesse Barnes <jbarnes@...tuousgeek.org>
>     Signed-off-by: Eric Anholt <eric@...olt.net>
>     Signed-off-by: Dave Airlie <airlied@...hat.com>
> 


This commit added the following text to drivers/gpu/drm/Kconfig :

config DRM_I915_KMS
       bool "Enable modesetting on intel by default"
       depends on DRM_I915
       help
       Choose this option if you want kernel modesetting enabled by default,
       and you have a new enough userspace to support this. Running old
       userspaces with this enabled will cause pain.  Note that this causes
       the driver to bind to PCI devices, which precludes loading things
       like intelfb.


I don't think any 'normal' user has a clue what you guys meant by 
'new and old userspace' . Could someone clarify 'what versions of probably Xorg and libs are
needed to have that support and which are for sure broken or old' please ?

Also while testing this with xorg-server 1.4* I found out the 'pain' means an broken X and a broken box since 
it broke the kernel as well and the only way to get the box to live again was an hard reset. Please clarify the 'pain' part too.

Thanks for your time.

Best regards ,

Gabriel C


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ