Re: Nouveau kernel driver
On Tue, Jan 05, 2010 at 11:33:49PM +, Ben Hutchings wrote: On Tue, 2010-01-05 at 22:15 +, Chris Lamb wrote: Ben Hutchings wrote: I'd like to pull nouveau from 2.6.33 into Debian's 2.6.32. I'm hoping this would allow for replacement of nv and its dodgy source with nouveau This sounds like a good idea, but I should probably point out that I don't think we will be able to replace nv in squeeze with nouveau. Why not? Does it not support all the same hardware as nv, or is it still too unstable? Would this this affect whether you want to spend time on it now? As you imply, we get this for free by waiting for .33, and I will have to get some -snapshot packages into testing anyway.. squeeze will be released with 2.6.32. The release of .33 will be too close to the freeze date. It's worth noting that Fedora 12 already ships Nouveau, with 2.6.31 kernel. So it should be usable.. although I think Fedora has a lot of additional patches for drm/ttm/kms/nouveau. -- Pasi -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Nouveau kernel driver
On Wed, Jan 06, 2010 at 02:50:12PM +, Julien Cristau wrote: On Wed, Jan 6, 2010 at 15:44:54 +0200, Pasi Kärkkäinen wrote: It's worth noting that Fedora 12 already ships Nouveau, with 2.6.31 kernel. It's worth noting that RH has a number of people working on their graphics stack which is quite different from ours. And that fedora is hardly comparable to debian stable. Obviously. Just wanted to remind about the number of additional patches they have.. so if Debian backports the nouveau patches to 2.6.32 it's worth checking what else they have there. I'm not sure if everything is in upstream Linux yet. -- Pasi -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [SDL] SDL hangs on SDL_Init() when $DISPLAY is remote
On Sun, Aug 17, 2003 at 08:33:33PM -0700, Michael Rickert wrote: When $DISPLAY points to some display over the network, and you run app using SDL, the app just hangs (forever) without doing anything. I started to debug this, and I found that the hanging function is in SDL_Init(). When you call SDL_Init(SDL_INIT_VIDEO), SDL's X11_VideoInit() is called, which then calls X11_GetVideoModes() (src/video/x11/SDL_x11modes.c). X11_GetVideoModes() calls XF86VidModeGetAllModeLines() which is the one which hangs (forever). I'm fairly new to linux and everything, but my two cents: Unless this function (XF86...) is supposed to freeze (which I doubt) then this would be a bug in XFree86 (unless this function is part of the SDL code, which I'm doubting as well...due to the different naming format). I'd suggest upgrading: www.xfree86.org (4.3.0 is out). Yes, that function is a part of XFree86. I just wanted to let you SDL guys know about this problem (if somebody else asks the same - or searches mailinglist archives). I sent that mail to Debian SDL maintainers, and to Debian X development list.. so hopefully somebody from there will take a look at it. If the problem continues... a bug report for xfree would probably be in order. Yep. Possibly related: if two SDL applications attempt to gain fullscreen, the second one freezes. IMHO, I think it should return with an error of some sort (being a C++ fan, I'd say throw an exception... but I understand some people still like C :) ). This may also be related to the XFree code (I'm using 4.3.0) rather than SDL itself. Simplest way to reproduce: create two SDL apps, and have the first go into fullscreen, spawn the second one, and wait awhile (couting/printfing each step). There may be reason to have the system freeze for a few seconds: for example, allowing one SDL fullscreen app to start another then shut down allowing the new app to continue. However, an indefinte freeze makes no sense. I was running just one SDL app, so it's not about trying to run a couple of fullscreen SDL apps at the same time.. and the app I was running is windowed. And the hang happens before any SDL window is even created! (when SDL is querying for available modelines). Thanks. -- Pasi Kärkkäinen ^ . . Linux /-\ Choice.of.the .Next.Generation.
SDL hangs on SDL_Init() when $DISPLAY is remote
Hello! When $DISPLAY points to some display over the network, and you run app using SDL, the app just hangs (forever) without doing anything. I started to debug this, and I found that the hanging function is in SDL_Init(). When you call SDL_Init(SDL_INIT_VIDEO), SDL's X11_VideoInit() is called, which then calls X11_GetVideoModes() (src/video/x11/SDL_x11modes.c). X11_GetVideoModes() calls XF86VidModeGetAllModeLines() which is the one which hangs (forever). I'm using Debian GNU/Linux sid (unstable) with XFree86 4.2.1 (debian package 4.2.1-9). Is this a known issue or should I try to debug it more? This is reproducible with other setups (and other people) too. To test, do this: export DISPLAY=some_host_on_the_network:0 run some sdl app and that's it.. the app hangs forever without doing anything. Thanks! -- Pasi Kärkkäinen ^ . . Linux /-\ Choice.of.the .Next.Generation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
SDL hangs on SDL_Init() when $DISPLAY is remote
Hello! When $DISPLAY points to some display over the network, and you run app using SDL, the app just hangs (forever) without doing anything. I started to debug this, and I found that the hanging function is in SDL_Init(). When you call SDL_Init(SDL_INIT_VIDEO), SDL's X11_VideoInit() is called, which then calls X11_GetVideoModes() (src/video/x11/SDL_x11modes.c). X11_GetVideoModes() calls XF86VidModeGetAllModeLines() which is the one which hangs (forever). I'm using Debian GNU/Linux sid (unstable) with XFree86 4.2.1 (debian package 4.2.1-9). Is this a known issue or should I try to debug it more? This is reproducible with other setups (and other people) too. To test, do this: export DISPLAY=some_host_on_the_network:0 run some sdl app and that's it.. the app hangs forever without doing anything. Thanks! -- Pasi Kärkkäinen ^ . . Linux /-\ Choice.of.the .Next.Generation.
Installing new fonts / the right(tm) way?
[ Please CC to me, I'm not on the list ] Hello! What is the right way to install new ttf fonts? I know fontconfig/gtk2 recognizes when I copy my fonts to ~/.fonts/ but then they are not available to gtk 1.2 (and other) programs.. If I copy my fonts to /usr/share/fonts/truetype/, what commands should I run there? update-fonts-dir? update-fonts-scale? Is this documented somewhere? I couldn't find it.. Thanks! -- Pasi Kärkkäinen [ Please CC to me, I'm not on the list ] ^ . . Linux /-\ Choice.of.the .Next.Generation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Installing new fonts / the right(tm) way?
[ Please CC to me, I'm not on the list ] Hello! What is the right way to install new ttf fonts? I know fontconfig/gtk2 recognizes when I copy my fonts to ~/.fonts/ but then they are not available to gtk 1.2 (and other) programs.. If I copy my fonts to /usr/share/fonts/truetype/, what commands should I run there? update-fonts-dir? update-fonts-scale? Is this documented somewhere? I couldn't find it.. Thanks! -- Pasi Kärkkäinen [ Please CC to me, I'm not on the list ] ^ . . Linux /-\ Choice.of.the .Next.Generation.
