[ANNOUNCE] xcb-util 0.3.1
xcb-util 0.3.1 is now available git tag 0.3.1 Changelog = Henning Sten (2): introduce function xcb_atom_get (essentially a synchronous xcb_intern_atom, use it only on non-performance critical execution paths) add more verbose explanation of the purpose of encoding parameter in doxygen documentation tag Julien Danjou (5): icccm: add some comment on text reply usage icccm: fix normal hints flags computing wm: link test against atom lib configure: stop if m4 is not found Release xcb-util 0.3.1 Peter Harris (1): more endianness patches Ulrich Eckhardt (2): Clean up magic structure stuff for C++. Do not cast the return value of malloc() in modern C. Download http://xcb.freedesktop.org/dist/xcb-util-0.3.1.tar.gz md5: 3dcdda196ba5ddfd38194cdd29bd97e9 sha1: bf3d83a68b0332e6cbc9127d278665d25ee2894c http://xcb.freedesktop.org/dist/xcb-util-0.3.1.tar.bz2 md5: 3dcdda196ba5ddfd38194cdd29bd97e9 sha1: 1a4e6fe7aec6e846e2440393e43a83c7fe4ff7bd Cheers, -- Julien Danjou // ᐰ [EMAIL PROTECTED] http://julien.danjou.info // 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature ___ xorg-announce mailing list xorg-announce@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg-announce
Re: X doesn't start on omap3
Are you using udev? Is /dev mounted? Try running fbset -i 2008/11/20 Amit Pundir [EMAIL PROTECTED]: Hello, When I start my Xorg, built for omap3 arch, I get the following error. (EE) FBDEV(0): FBIOPUT_VSCREENINFO: Invalid argument (EE) FBDEV(0): mode initialization failed *Complete log attached at the end* omap3-evm comes with a 480x640 LCD display and it uses omap24xxfb display driver with following specs. omap24xxfb: display mode 480x640x16 hsync 38kHz vsync 59Hz I may have goofed up a little while configuring Xorg.conf because I couldn't find any sample Xorg.conf for fbdev X driver. I may have missed some important sections too which I'm not aware of. It looks like. Section Device Identifier omap-fbdev Option UseFBDev /dev/fb0 Driver fbdev EndSection Section Screen Identifier Screen0 Device omap-fbdev SubSection Display Viewport 0 0 Depth 16 Modes 480x640 EndSubSection EndSection Any help or pointers will be appreciated. Let me know if you need any more information. Thanks for your concern. Regards Amit Pundir Xorg.0.log contents: X.Org X Server 1.5.1 Release Date: 23 September 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.24-21-generic i686 Current Operating System: Linux OMAP3EVM 2.6.22.18-omap3 #3 Thu Nov 20 10:19:09 IST 2008 armv7l Build Date: 18 November 2008 06:49:15PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Jan 1 00:02:47 1970 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (**) |--Screen Screen0 (0) (**) | |--Monitor default monitor (**) | |--Device omap-fbdev (==) No monitor specified for screen Screen0. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (==) FontPath set to: /lib/X11/fonts/misc/, /lib/X11/fonts/TTF/, /lib/X11/fonts/OTF, /lib/X11/fonts/Type1/, /lib/X11/fonts/100dpi/, /lib/X11/fonts/75dpi/ (==) ModulePath set to /lib/xorg/modules (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. (II) No APM support in BIOS or kernel (II) Loader magic: 0x19f8a0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on linux (--) using VT number 1 (II) System resource ranges: (II) LoadModule: extmod (II) Loading /lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.5.1, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading /lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for 1.5.1, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: glx (II) Loading /lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 1.5.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (==) AIGLX enabled (==) Exporting typical set of GLX visuals (II) Loading extension GLX (II) LoadModule: freetype (II) Loading
Re: Xorg 1.5.1 SEGV on Solaris 10
On Thu, Nov 20, 2008 at 9:45 AM, Alan Coopersmith [EMAIL PROTECTED] wrote: I haven't needed any special options for libpciaccess on Solaris Nevada, though I have made a number of fixes along the way that are in the libpciaccess 0.10.4 release (and a couple more minor ones in the latest git not yet released). I've also had to finish the transition of the Xorg PCI code for Solaris to being pure libpciaccess, without the old direct PCI accessing code - those commits are only in the master branch so far - the set I've pulled into the 1.5.3 builds I'm working on packaging for OpenSolaris is (I think this includes all the interdependencies, but haven't verified just this set - our build includes a bunch more patches for other changes, not all of which I've pushed upstream yet): Thanks for the info, I just started to use the libpciaccess from current git and have the same problem. My debug shows that this ioctl in solx_devfs.c: if (((rval = ioctl(nexus-fd, PCITOOL_DEVICE_GET_REG, prg_p)) != 0) || (prg_p-data == 0x)) { is returning bogus data when prg_p-bus_no is greater than 127, and I get an APIC error in the console log. Could this be a bug in the 508 Solaris 10 kernel? I now have a workaround by not probing bus no's 127 Pat ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg 1.5.1 SEGV on Solaris 10
On Thu, 2008-11-20 at 07:45 -0800, Alan Coopersmith wrote: 3c03d9f1efbbacec6e8be58da99bf0977a8e0fec From: Adam Jackson [EMAIL PROTECTED] Date: Mon, 18 Aug 2008 14:37:42 -0400 Subject: [PATCH] Remove sparcPci.c Has this patch actually been tested on sparc Solaris? I'm reasonably sure I got it right but I'd still be a bit cautious. - ajax signature.asc Description: This is a digitally signed message part ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg 1.5.1 SEGV on Solaris 10
Adam Jackson wrote: On Thu, 2008-11-20 at 07:45 -0800, Alan Coopersmith wrote: 3c03d9f1efbbacec6e8be58da99bf0977a8e0fec From: Adam Jackson [EMAIL PROTECTED] Date: Mon, 18 Aug 2008 14:37:42 -0400 Subject: [PATCH] Remove sparcPci.c Has this patch actually been tested on sparc Solaris? I'm reasonably sure I got it right but I'd still be a bit cautious. It actually completely broke the SPARC Solaris build until I stole the bsd_pci stubs so that it relied only on libpciaccess. (commit 570835b9a89187a36e08defbccc56051bb349b52 ). Now it builds, but I still need to get updated SPARC drivers to test how well it works. (Though Sun's driver team would rather we just disable PCI probing altogether on SPARC, since they just require a kernel device driver for all cards anyway, I know some community members would like to be able to use non-Sun cards without existing kernel drivers.) -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc. - X Window System Engineering ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg 1.5.1 SEGV on Solaris 10
On 11/20/08 13:41, Alan Coopersmith wrote: Adam Jackson wrote: On Thu, 2008-11-20 at 07:45 -0800, Alan Coopersmith wrote: 3c03d9f1efbbacec6e8be58da99bf0977a8e0fec From: Adam Jackson [EMAIL PROTECTED] Date: Mon, 18 Aug 2008 14:37:42 -0400 Subject: [PATCH] Remove sparcPci.c Has this patch actually been tested on sparc Solaris? I'm reasonably sure I got it right but I'd still be a bit cautious. It actually completely broke the SPARC Solaris build until I stole the bsd_pci stubs so that it relied only on libpciaccess. (commit 570835b9a89187a36e08defbccc56051bb349b52 ). Now it builds, but I still need to get updated SPARC drivers to test how well it works. (Though Sun's driver team would rather we just disable PCI probing altogether on SPARC, since they just require a kernel device driver for all cards anyway, It would be nice if that where a start option for the server or some config (ech) file thing... I know some community members would like to be able to use non-Sun cards without existing kernel drivers.) ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Problems with keyboard using evdev
On Thu, Nov 20, 2008 at 11:56:51PM +0100, Matija Šuklje wrote: I've switched my keyboard settings to HAL as well, because when I moved my mouse and touchpad to HAL and left the keyboard settings in 'xorg.conf', the keyboard really went crazy (e.g. repeated every key pressed three times). What happens now is that some keybindings seem to work like they do in the console (instead of like they should in X). Examples: * Ctrl+c kills X * Ctrl+Backspace kills X * WinKey goes a VT backwards (e.g. from tty7 to tty6) * MenuKey goes a VT forwards (e.g. from tty7 to tty8) * Ctrl+Fx goes to the VT 'x' (e.g. Ctrl+F1 goes to tty1, Ctrl+F12 goes to tty12) * Alt+ArrowLeft goes a VT backwards * Alt+ArrowRight goes a VT forwards I'm pretty sure there's a simple solution that I'm unable to see. update to evdev 2.1 and server 1.5.3 or master. Note that for 1.5.3 you need one extra patch: http://cgit.freedesktop.org/xorg/xserver/commit/?id=0b56b44addc323a00eb7cd86240cb0dd4275bcf8 Cheers, Peter ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
VIA documentation release and the OpenChrome project
Hi, VIA released 2D and 3D documentation For Unichrome Pro II and Chrome9 IGPs today. They are available at http://www.x.org/docs/via/. I'd like to use this opportunity to make a bit of advertising for the OpenChrome project. It is committed to providing and supporting fully free and Open Source drivers that take full advantage of the hardware acceleration of VIA chipsets featuring the VIA UniChrome, UniChrome Pro and Chrome9 integrated graphics processors. http://www.openchrome.org We could use some help to improve the driver at a quicker pace. Please subscribe to the openchrome-devel mailing list if you'd like to join us. http://wiki.openchrome.org/mailman/listinfo/openchrome-devel Regards, Xavier ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Problems with keyboard using evdev
Dne petek 21. novembra 2008 je Matija Šuklje napisal(a): I get an error when trying to get Portage to patch it — I'm attaching the patch error output. Nevermind ...I found out that the x11 Gentoo overlay has the 1.5.3 ebuild with that patch and I'm trying that now. Cheers, Matija -- gsm: +386 41 849 552 e-mail: [EMAIL PROTECTED] www: http://matija.suklje.name aim: hookofsilver icq: 110183360 jabber/g-talk: [EMAIL PROTECTED] msn: [EMAIL PROTECTED] yahoo: matija_suklje GPG/PGP fingerprint: FB64 FFAF B8DA 5AB5 B18A 98B8 2B68 0B51 0549 D278 signature.asc Description: This is a digitally signed message part. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [RFC][PATCH] ELD routines and proc interface
Hi Shane, On Thu, Nov 20, 2008 at 12:06:06PM -0800, Shane W wrote: Hi, Ok, it appears to be the kernel I was using. Going to a 2.6.27 kernel rather than 2.6.28-rc fixed the segfault. So now I get ELD data though 5.1 PCM isn't quite there yet. Here's the ELD info. Thanks. HDMI intrinsic event: PD=1 ELDV=1 detected monitor Haier TV*** at connection type HDMI supports coding type LPCM: channels = 2, rates = 44100 48000 88200 176400 192000 384000, bits = supports coding type LPCM: channels = 8, rates = 44100 48000 88200 176400 192000 384000, bits = It reveals bugs in showing the bits field. Will fix it in a following email. supports coding type AC-3: channels = 6, rates = 44100 48000 88200, max bitrate = 64 supports coding type DTS: channels = 7, rates = 44100 48000 88200 176400 192000, max bitrate = 1536000 supports coding type DSD (One Bit Audio): channels = 6, rates = 48000 It's weird that DTS supports 7 channels while DSD supports 6. DTS is simple the compressed form of DSD. set status page addr 0x0836 [drm:i915_getparam] *ERROR* Unknown parameter 5 [EMAIL PROTECTED]:~$ cat /proc/asound/Intel/eld#3 monitor nameHaier TV*** connection_type HDMI eld_version [0x2] CEA-861D or below edid_version[0x1] CEA-861 manufacture_id 0x4148 product_id 0xb01 port_id 0x0 support_hdcp0 support_ai 0 audio_sync_delay0 speakers[0x0] sad_count 8 sad0_coding_type[0x1] LPCM sad0_channels 2 sad0_rates [0x1ee0] 44100 48000 88200 176400 192000 384000 sad0_bits [0xe] sad1_coding_type[0x1] LPCM sad1_channels 8 sad1_rates [0x1ee0] 44100 48000 88200 176400 192000 384000 sad1_bits [0xe] sad2_coding_type[0x2] AC-3 sad2_channels 6 sad2_rates [0xe0] 44100 48000 88200 sad2_max_bitrate64 sad3_coding_type[0x7] DTS sad3_channels 7 sad3_rates [0x6e0] 44100 48000 88200 176400 192000 sad3_max_bitrate1536000 sad4_coding_type[0x9] DSD (One Bit Audio) sad4_channels 6 sad4_rates [0x40] 48000 sad5_coding_type[0x0] undefined sad5_channels 1 sad5_rates [0x0] sad6_coding_type[0x0] undefined sad6_channels 1 sad6_rates [0x0] sad7_coding_type[0x0] undefined sad7_channels 1 sad7_rates [0x0] I wonder why the monitor report these zero valued SADs? The speakers 0 line is a bit confusing, not sure if that's Yes it's unexpected. Do you know its real speaker numbers and allocations? Does it provide some number of line-out ports? what's doing it. I am using: aplay 51test.wav which I have put here: http://www.csy.ca/~shane/51test.wav I hear only front left and front right in my T61 :-) Thanks, Fengguang --- Shane On Thu, Nov 20, 2008 at 09:02:04AM +0800, Wu Fengguang wrote: Thanks Shane! Ma Ling: do you have a quick fix for it? Or shall I look into it? Thank you, Fengguang On Wed, Nov 19, 2008 at 12:02:01PM -0800, Shane W wrote: On Wed, Nov 19, 2008 at 05:39:40PM +0800, Wu Fengguang wrote: I managed to update the last working Xorg ELD patches to the latest git tree, and they compile flawlessly. The attached 2 patches are for xf86-video-intel/ and xserver/ respectively. They do compile but I can't get them to run. Here's the Xorg backtrace when starting. I'm having trouble generating a core but I'll work on getting gdb output if needed. Backtrace: 0: /opt/gfx-test/bin/Xorg(xorg_backtrace+0x26) [0x4ebbb6] 1: /opt/gfx-test/bin/Xorg(xf86SigHandler+0x39) [0x495b49] 2: /lib/libc.so.6 [0x7f2d1648bf60] 3: /opt/gfx-test/lib/xorg/modules/drivers//intel_drv.so(gen4_render_state_cleanup+0x1c) [0x7f2d14ebab9c] 4: /opt/gfx-test/lib/xorg/modules/drivers//intel_drv.so [0x7f2d14e92dfd] 5: /opt/gfx-test/bin/Xorg(AbortDDX+0x8d) [0x4690fd] 6: /opt/gfx-test/bin/Xorg(AbortServer+0x1d) [0x4f505d] 7: /opt/gfx-test/bin/Xorg(LogVMessageVerb+0) [0x4f5700] 8: /opt/gfx-test/lib/xorg/modules/drivers//intel_drv.so(i830_bind_all_memory+0x102) [0x7f2d14e99592] 9: /opt/gfx-test/lib/xorg/modules/drivers//intel_drv.so [0x7f2d14e93ad0] 10: /opt/gfx-test/lib/xorg/modules/drivers//intel_drv.so [0x7f2d14e950f8] 11: /opt/gfx-test/bin/Xorg(AddScreen+0x1c6) [0x431086] 12: /opt/gfx-test/bin/Xorg(InitOutput+0x241) [0x469ae1] 13: /opt/gfx-test/bin/Xorg(main+0x205) [0x431795] 14: /lib/libc.so.6(__libc_start_main+0xe6) [0x7f2d164781a6] 15: /opt/gfx-test/bin/Xorg [0x430dd9] It seems to be the xserver patch that's doing it. When they are both unapplied, X starts fine, when the Xserver patch is applied, we segfault, when the intel
[PATCH] properly print ELD sample bits
Fix bugs on printing the ELD sample bits. Signed-off-by: Wu Fengguang [EMAIL PROTECTED] --- sound/pci/hda/hda_eld.c |2 +- sound/pci/hda/hda_proc.c |3 +-- 2 files changed, 2 insertions(+), 3 deletions(-) --- sound-2.6.orig/sound/pci/hda/hda_eld.c +++ sound-2.6/sound/pci/hda/hda_eld.c @@ -397,7 +397,7 @@ static void hdmi_show_short_audio_desc(s snd_print_pcm_rates(a-rates, buf, sizeof(buf)); if (a-format == AUDIO_CODING_TYPE_LPCM) - snd_print_pcm_rates(a-sample_bits, buf2 + 8, sizeof(buf2 - 8)); + snd_print_pcm_bits(a-sample_bits, buf2 + 8, sizeof(buf2 - 8)); else if (a-max_bitrate) snprintf(buf2, sizeof(buf2), , max bitrate = %d, a-max_bitrate); --- sound-2.6.orig/sound/pci/hda/hda_proc.c +++ sound-2.6/sound/pci/hda/hda_proc.c @@ -120,7 +120,7 @@ void snd_print_pcm_bits(int pcm, char *b int i, j; for (i = 0, j = 0; i ARRAY_SIZE(bits); i++) - if (pcm (1 i)) + if (pcm (AC_SUPPCM_BITS_8 i)) j += snprintf(buf + j, buflen - j, %d, bits[i]); buf[j] = '\0'; /* necessary when j == 0 */ @@ -130,7 +130,6 @@ static void print_pcm_bits(struct snd_in { char buf[SND_PRINT_BITS_ADVISED_BUFSIZE]; - pcm = (pcm 16) 0xff; snd_iprintf(buffer, bits [0x%x]:, pcm); snd_print_pcm_bits(pcm, buf, sizeof(buf)); snd_iprintf(buffer, %s\n, buf); ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [Intel-gfx] [RFC][PATCH] ELD routines and proc interface
On Thu, Nov 20, 2008 at 05:46:49PM -0800, Shane W wrote: On Fri, Nov 21, 2008 at 09:36:55AM +0800, Wu Fengguang wrote: Yes it's unexpected. Do you know its real speaker numbers and allocations? Does it provide some number of line-out ports? There are six speakers connected, fl, ct, fr, rl, rr and lfe. Hi Shane, Apply this patch and run echo speakers f /proc/asound/card0/eld\#3. That will make the ELD speakers field right. Thanks, Fengguang --- support writing to the ELD proc file Allow users to fix quicks of ELD ROMs by writing new values to the ELD proc interface. The format is one or more lines of name hex_value. Users can add/remove/modify up to 32 SAD(Short Audio Descriptor) entries. Signed-off-by: Wu Fengguang [EMAIL PROTECTED] --- sound/pci/hda/hda_eld.c | 56 ++ 1 file changed, 56 insertions(+) --- sound-2.6.orig/sound/pci/hda/hda_eld.c +++ sound-2.6/sound/pci/hda/hda_eld.c @@ -500,6 +500,59 @@ static void hdmi_print_eld_info(struct s hdmi_print_sad_info(i, e-sad + i, buffer); } +static void hdmi_write_eld_item(struct snd_info_entry *entry, + struct snd_info_buffer *buffer) +{ + struct hdmi_eld *e = entry-private_data; + char line[64]; + char name[64]; + char *sname; + long long val; + int n; + + while (!snd_info_get_line(buffer, line, sizeof(line))) { + if (sscanf(line, %s %llx, name, val) != 2) + continue; + if (!strcmp(name, connection_type)) + e-conn_type = val; + else if (!strcmp(name, port_id)) + e-port_id = val; + else if (!strcmp(name, support_hdcp)) + e-support_hdcp = val; + else if (!strcmp(name, support_ai)) + e-support_ai = val; + else if (!strcmp(name, audio_sync_delay)) + e-aud_synch_delay = val; + else if (!strcmp(name, speakers)) + e-spk_alloc = val; + else if (!strcmp(name, sad_count)) + e-sad_count = val; + else if (!strncmp(name, sad, 3)) { + sname = name + 4; + n = name[3] - '0'; + if (name[4] = '0' name[4] = '9') { + sname++; + n = 10 * n + name[4] - '0'; + } + if (n 0 || n 31) /* double the CEA limit */ + continue; + if (!strcmp(sname, _coding_type)) + e-sad[n].format = val; + else if (!strcmp(sname, _channels)) + e-sad[n].channels = val; + else if (!strcmp(sname, _rates)) + e-sad[n].rates = val; + else if (!strcmp(sname, _bits)) + e-sad[n].sample_bits = val; + else if (!strcmp(sname, _max_bitrate)) + e-sad[n].max_bitrate = val; + if (n = e-sad_count) + e-sad_count = n + 1; + } + } +} + + int snd_hda_eld_proc_new(struct hda_codec *codec, struct hdmi_eld *eld) { char name[32]; @@ -512,6 +565,9 @@ int snd_hda_eld_proc_new(struct hda_code return err; snd_info_set_text_ops(entry, eld, hdmi_print_eld_info); + entry-c.text.write = hdmi_write_eld_item; + entry-mode |= S_IWUSR; + return 0; } ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[PATCH 0/2] Clean up input device initialization code
Currently, we have two paths that duplicate each other: InitInput() + InitAndStartDevices() for input devices in the xorg.conf, and NewInputDeviceRequest() for devices provided by HAL. These two patches clean up this mess by re-using common code better. VCP and VCK are enabled immediately instead of later in InitAndStartDevices (IADS), allowing us to enable devices in InitInput already. Both InitInput and NIDR now use the new xf86NewInputDevice() call to actually create the device. For the xfree86 DDX, IASD is now obsolete, but other DDX need to get fixed before we can remove it. Tested with AutoAddDevices on and off. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
cgit question [was Re: Problems with keyboard using evdev]
On Friday 21 of November 2008, Peter Hutterer wrote: Note that for 1.5.3 you need one extra patch: http://cgit.freedesktop.org/xorg/xserver/commit/?id=0b56b44addc323a00eb7cd8 6240cb0dd4275bcf8 btw. does anyone know how to download raw patch in cgit? Cheers, Peter -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [Intel-gfx] [RFC][PATCH] ELD routines and proc interface
On Fri, Nov 21, 2008 at 08:44:18AM +0100, Takashi Iwai wrote: At Fri, 21 Nov 2008 11:41:50 +0800, Wu Fengguang wrote: On Thu, Nov 20, 2008 at 05:46:49PM -0800, Shane W wrote: On Fri, Nov 21, 2008 at 09:36:55AM +0800, Wu Fengguang wrote: Yes it's unexpected. Do you know its real speaker numbers and allocations? Does it provide some number of line-out ports? There are six speakers connected, fl, ct, fr, rl, rr and lfe. Hi Shane, Apply this patch and run echo speakers f /proc/asound/card0/eld\#3. That will make the ELD speakers field right. Thanks, Fengguang --- support writing to the ELD proc file Allow users to fix quicks of ELD ROMs by writing new values to the ELD proc interface. The format is one or more lines of name hex_value. Users can add/remove/modify up to 32 SAD(Short Audio Descriptor) entries. Signed-off-by: Wu Fengguang [EMAIL PROTECTED] This is a nice feature, so I applied now as is. Please give an incremental patch if you need more fixes. OK, thank you! Fengguang ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg