Re: Cross-compiling just enough to get embedded server for firefox
On Fri, Mar 13, 2009 at 10:03 AM, David Wuertele wrote: > I would > like to cross compile a server that will run on an embedded system and support > enough features for a fully-functional firefox browser. For what it's worth, I've found the T2 build framework to be very helpful for these sorts of projects: http://t2-project.org/ You can give it the package selection you want, feed it the patches you want applied, and then go sleep while it builds everything. When it's done, it spits out an image you can boot from. -- William Tracy afishion...@gmail.com -- wtr...@calpoly.edu Vice President, Cal Poly Linux Users' Group http://www.cplug.org "I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall, frequently mis-attributed to Voltaire ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xvesa black magic
On Thu, Feb 12, 2009 at 6:49 AM, Daniel Stone wrote: > Is there any particular reason why you can't use the Xorg server with > evdev for input (hell, kbd/mouse if you like pain) and the vesa or fbdev > driver? I don't know Rene's motivation for wanting Kdrive (I assume that he just wants the smaller memory footprint) but I'm ultimately trying to build against uClibc. Xorg really won't do that. -- William Tracy afishion...@gmail.com -- wtr...@calpoly.edu Vice President, Cal Poly Linux Users' Group http://www.cplug.org "I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall, frequently mis-attributed to Voltaire ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xvesa black magic
Also, for completeness, not that I expect it to be helpful: # Xvesa -mode 0x117 -kb -mouse mouse,/dev/input/mice -keybd keyboard Int 10h (0x4F10) failed: 0x014F (function call failed) No DPMS Support -1 FreeFontPath: FPE "build-ins" refcount is 2, should be 1; fixing. -- William Tracy afishion...@gmail.com -- wtr...@calpoly.edu Vice President, Cal Poly Linux Users' Group http://www.cplug.org "I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall, frequently mis-attributed to Voltaire ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xvesa black magic
Apparently xinit was eating a lot of potentially useful output. Anybody able to extract anything meaningful from this session? # Xvesa -mode 0x117 -kb -mouse mouse,/dev/input/mice Int 10h (0x4F10) failed: 0x014F (function call failed) No DPMS Support -1 FreeFontPath: FPE "build-ins" refcount is 2, should be 1; fixing. # Xvesa -mode 0x117 -mouse mouse,/dev/input/mice Mouse device is serial port, protocol exps/2 is not serial protocol Int 10h (0x4F10) failed: 0x014F (function call failed) No DPMS Support -1 FreeFontPath: FPE "built-ins" refcount is 2, should be 1; fixing. # Xvesa -mode 0x117 Int 10h (0x4F10) failed: 0x014F (function call failed) No DPMS Support -1 FreeFontPath FPE "built-ins" refcount is 2, should be 1; fixing. For those who came in late, this is under Qemu. I had to retype the output (Qemu doesn't seem to support copy-paste from a console session, hehe) so I hope there's no typos in there. Once Xvesa is launched, I can't make it respond to ctrl-alt-backspace signals from Qemu; to get at the output above, I had to launch "sleep 30; pkill X" in another terminal before each time I launched X. I have other people's builds of Xvesa running happily under the same emulator, so I can't see that the problem is with the emulator. I don't know off the top of my head where I can look up kernel calls (and Google isn't helping right now) so I don't know what 0x4F10 does. (I'm going to guess that it involves video mode setting--if I leave off the -mode flag, the server goes into a loop making failing 0x4F10 calls, which I assume is a symptom of a failed autodetect routine.) Also, the "Mouse device is a serial port" message is interesting. I can't seem to find any other magic combination of flags that triggers that message; it makes me wonder if the mouse device I'm pointing Xvesa at is not what I think it is. If anyone can point me in the right direction to continue debugging this, I would be very grateful. -- William Tracy afishion...@gmail.com -- wtr...@calpoly.edu Vice President, Cal Poly Linux Users' Group http://www.cplug.org "I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall, frequently mis-attributed to Voltaire ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xvesa black magic
On Sat, Feb 7, 2009 at 3:32 AM, René Rebe wrote: > I first had to fix some xext related regressions in T2 (you probably noticed > the commits?). Now all is done except the kdrive server, as the new xorg- > server does not want o configure without GL support :-( > > I mainly was too saturated with work this week.I hope to trackle GL-less > xorg-server for kdrive builds later this weekend. Yeah, I had that exact problem. I would have fixed it myself by now, but autotools scares me. >_< The new version *does* compile if you do *not* pass the --disable-dri flag to ./configure, and you have all of GL present at compile-time. >From the looks of it, there's at least one DRI-related C file (I don't have it in front of me now--I'd have to do another build to check) that still tries to build when --disable-dri is given. It then fails because the DRI header files have been disabled. I'm sure we only need a one-line change to a configure script somewhere. -- William Tracy afishion...@gmail.com -- wtr...@calpoly.edu Vice President, Cal Poly Linux Users' Group http://www.cplug.org "I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall, frequently mis-attributed to Voltaire ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xvesa black magic
Not to be pushy, but.. On Wed, Feb 4, 2009 at 9:06 AM, René Rebe wrote: > My rescue target buidl will finish later today and I plan to keep > trackling the issue. Any progress? Anything I can help with or try out? And, once again, does anyone else have any ideas? -- William Tracy afishion...@gmail.com -- wtr...@calpoly.edu Vice President, Cal Poly Linux Users' Group http://www.cplug.org "I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall, frequently mis-attributed to Voltaire ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Patch noise [Was: GIT Noise]
On Fri, Feb 6, 2009 at 7:21 AM, Igor Mozolevsky wrote: > Does one not submit patches to the maintainer for the sub-project anymore?.. That creates a single point of failure--you are now relying on that person and that person only to get your patch in. That also does not give any third parties who might be impacted by your patch a chance to comment. Now, if any of the sub-projects were large enough to warrant their own mailing lists (which does not seem to be the case) then sending patches to those lists would make sense. -- William Tracy afishion...@gmail.com -- wtr...@calpoly.edu Vice President, Cal Poly Linux Users' Group http://www.cplug.org "I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall, frequently mis-attributed to Voltaire ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xserver: undefined reference to `ioperm'
On Wed, Feb 4, 2009 at 2:23 PM, Adam Jackson wrote: > uclibc is insufficiently macho. Try getting a real C library. Failing > that, add the syscall to uclibc. If you are determined to use uClibc, you'll want to look at TinyX/Kdrive ... which are horribly unmaintained and undocumented. >_< I've been banging my head against them recently. -- William Tracy afishion...@gmail.com -- wtr...@calpoly.edu Vice President, Cal Poly Linux Users' Group http://www.cplug.org "I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall, frequently mis-attributed to Voltaire ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Xvesa black magic
Hello all, I'm playing with an Kdrive-based image of mine under Qemu. I built Xvesa from the 7.3 release of Xorg, as 7.4 seems to have a regression in TinyX (that's a topic for another email). I'm building the images using the T2 SDE framework, if that's meaningful to anyone. Everything compiles fine. I am able to launch Xvesa just fine ... but I get no mouse input. It does not respond to a ctrl+alt+backspace signal or a ctrl+alt+F signal (which works before the server starts). Finally, I resorted to launching: sleep 30; pkill X in one console, while launching Xvesa from another console. This at least allowed me to see the output from Xvesa, after the script killed the server: Couldn't find the keyboard driver keybd Could not init font path element blablabla Could not init font path element blablabla X server does not support locale cannot set locale modifiers blackbox: managing screen 0 using TrueColor visual 0x21, depth 16 X connection to :0.0 broken (explicit kill or server shutdown). xinit: conection to X server lost. waiting for X server to shut down The X11 startup script I'm using is: #!/bin/sh . /etc/profile # PATH HOME=/root # ??? # on x86* we usually could use Xvesa, otherwise we rather need Xfbdev if [ -d /sys/class/graphics/fb0 ]; then X="Xfbdev" else X="Xvesa -mode 0x117" fi cd $home xinit `which blackbox` -- `which $X` -mouse mouse,/dev/input/mice -keybd keyboard I have confirmed that it is Xvesa, and not Xfbdev that is being launched, and I have tried every conceivable variation on the server parameters at this point. Now, what really puzzles me: in spite of the error message, I can force a response to keyboard input. If I launch an xterm and no window manager, I can force the xterm to get key focus, and I can type into it. However, nothing I can do will make the mouse respond to motion or to clicks. So, any thoughts on whether this looks like a kernel configuration issue, a build configuration issue, or just a run-time X configuration issue? If anyone is *really* motivated to help :-) I can try to get you a copy of the image I built and/or the configuration I used to build it. -- William Tracy afishion...@gmail.com -- wtr...@calpoly.edu Vice President, Cal Poly Linux Users' Group http://www.cplug.org "I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall, frequently mis-attributed to Voltaire ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Current support and roadmap for discrete graphics card hot switching
On Fri, Jan 16, 2009 at 8:45 AM, Albert Vilella wrote: > I think a user logout->login, which at least in Ubuntu corresponds to a gdm > restart nowadays, is a much > leaner option than a cold reboot of the system. You only lose the opened > windows, > but all services like connection to internet, etc, are kept alive, so it's > better than a reboot. Just thinking out loud here: If desktop session management were good enough, even open windows could be "persisted". Even better would be if there were a mechanism to transparently disconnect an app from one X session, wait for X to restart, and then attach it to the new session. Probably doable at the toolkit level, but that doesn't help with all the zillions of apps written against legacy toolkits. Random idea: There are already several special-purpose X servers that run on top of Xorg supporting special magic like hardware compositing. What if there were a server that could dynamically dispatch to/from different Xorg instances? It would notice when Xorg dies, and stop sending it events. When a new Xorg launches, it would send a series of "new window" commands, and attach all of its clients to those windows. Right now I'm assuming that both cards would support equivalent resolutions and color depths. If not, then never mind. :-P Anyway, I agree that restarting the server is less painful than a full reboot. -- William Tracy afishion...@gmail.com -- wtr...@calpoly.edu Vice President, Cal Poly Linux Users' Group http://www.cplug.org "I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall, frequently mis-attributed to Voltaire ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Very large resolutions
On Tue, Jan 6, 2009 at 12:58 PM, Steve W wrote: > I seem to remember a thread a while back where someone was talking about the > limits of the size of a combined screen that can be produced. I believe that discussion was about the limited size of the hardware texture buffers, which limited the resolution of 3D effects. It should only be an issue if you want to use all six monitors with Compiz special effects. If you don't want things like wobbly windows, there shouldn't be a problem. -- William Tracy afishion...@gmail.com -- wtr...@calpoly.edu Vice President, Cal Poly Linux Users' Group http://www.cplug.org "I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall, frequently mis-attributed to Voltaire ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Very large resolutions
On Tue, Jan 6, 2009 at 12:58 PM, Steve W wrote: > I seem to remember a thread a while back where someone was talking about the > limits of the size of a combined screen that can be produced. I believe that discussion was about the limited size of the hardware texture buffers, which limited the resolution of 3D effects. It should only be an issue if you want to use all six monitors with Compiz special effects. If you don't want things like wobbly windows, there shouldn't be a problem. -- William Tracy afishion...@gmail.com -- wtr...@calpoly.edu Vice President, Cal Poly Linux Users' Group http://www.cplug.org "I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall, frequently mis-attributed to Voltaire ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: (trivia) XCB kitten logo?
Not that I have any background on the subject, but clicking on the logo pulled up this page: http://xcb.freedesktop.org/KittyLogo/ Apparently someone with a webcomic donated their character as a mascot. -- William Tracy afishion...@gmail.com -- wtr...@calpoly.edu Vice President, Cal Poly Linux Users' Group http://www.cplug.org "I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall, frequently mis-attributed to Voltaire ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: new Xorg + btnx
On Thu, Dec 11, 2008 at 2:57 PM, Peter Hutterer wrote: > How exactly does btnx work? > The above rant is more whining than actually explaining what is broken and I > don't have the time to distill whatever little information there is. Alright, that's a fair assessment. Timothy S. Nelson wrote: > Found that here: http://www.ollisalonen.com/btnx/ I really should have shared a direct link to that, rather than the other blog post--sorry. :-P I spent a few more minutes looking through the btnx author's web pages and forum threads, at it seems that he really hasn't shared any other details. I think I might bug the guy directly, and see if I can scare up any more details. -- William Tracy afishion...@gmail.com -- wtr...@calpoly.edu Vice President, Cal Poly Linux Users' Group http://www.cplug.org "I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall, frequently mis-attributed to Voltaire ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
new Xorg + btnx
http://ubersoft.net/void-initrand/misc-wherein-i-curse-ubuntu-needlessly-breaking-something-useful 1. I don't use btnx, so I don't share his problem. Ask him for details, not me. 2. The root of the problem seems related to changes in Xorg, so I thought I'd pass it along. If it actually has more to do with a Linux kernel change, my apologies for spamming the list. Short summary: btnx is a program for remapping extra mouse buttons to different actions. A recent Xorg release (supposedly related to the introduction of evdev) seems to break the API it depends on. Now, if there's just a *different* API available now for accessing raw mouse input, and the user-visible applications just need to catch up, then fine. However, if this information is simply no longer available to clients, then this list should at least be aware of the issue. Thanks for reading. -- William Tracy afishion...@gmail.com -- wtr...@calpoly.edu Vice President, Cal Poly Linux Users' Group http://www.cplug.org "I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall, frequently mis-attributed to Voltaire ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [newb] Will xorg still allow non-hal config?
On Sat, Nov 29, 2008 at 10:12 AM, Colin Guthrie <[EMAIL PROTECTED]> wrote: > ?? Xorg is the xserver and related drivers and apps. While this is a > critical part of the puzzle I doubt this is anywhere near comparable to > what you would call a operating system. In many ways, Xorg sure seems like an operating system kernel when you look at it under the hood; it has a separation of "kernel space" and "user space" (server and clients talking via sockets), it has drivers, and it even has its own task scheduling algorithm (!!!). That said, Xorg is moving *away* from being an "entire operating system", if anything. There is a push to move most of the drivers into actual kernel space, and some of the work Red Hat is doing seems to push half of the X server into the kernel. (I'm not that familiar with Wayland, so no doubt "half of the X server" is a gross exaggeration, but my basic point still stands.) -- William Tracy [EMAIL PROTECTED] -- [EMAIL PROTECTED] Vice President, Cal Poly Linux Users' Group http://www.cplug.org "I disapprove of what you say, but I will defend to the death your right to say it." -- Evelyn Beatrice Hall, frequently mis-attributed to Voltaire ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Embedded X
On Sat, Oct 18, 2008 at 6:25 PM, Juliusz Chroboczek <[EMAIL PROTECTED]> wrote: > $ dpkg -s libc6 locales | grep ^Installed-Size: > Installed-Size: 11452 > Installed-Size: 11752 /me shuts up now. -- William Tracy [EMAIL PROTECTED] -- [EMAIL PROTECTED] Vice President, Cal Poly Linux Users' Group http://www.cplug.org ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Embedded X
On Fri, Oct 17, 2008 at 7:30 AM, Jim Gettys <[EMAIL PROTECTED]> wrote: > My point is really to compare apples to apples; generally, once running > X, you also are interested in running GTK/Qt based toolkits, which may > have stronger requirements on libc than X does. So blindly saying > "uClibc is smaller, so it must save space" doesn't necessarily follow. > Some more careful analysis is in order. You're right. I meant to imply that there are situations where that makes a difference, not that it is universally a good idea. I personally am looking at doing a Linux 2.4.x + uClibc + KDrive (or Xorg; you have me reconsidering now) + FLTK setup, without Gtk or Qt present at all. Obviously, that is not the normal situation for most people. > So make the configuration static, or even build Xorg statically. I assume then that the problems I read about had more to do with the particular build that some distribution shipped than anything else. Fair enough. :-) > When keithp and I were working on Kdrive on the iPAQ years ago, we had > 16 meg of RAM. I think the IBM watch had 8 meg. > > But that isn't where most of the RAM goes anyway. Let's see, firefox-bin is "only" using 237m on my primary system right now. (In its defense, I have sixteen tabs open.) So, I have *no* idea what you're talking about ... ;-) -- William Tracy [EMAIL PROTECTED] -- [EMAIL PROTECTED] Vice President, Cal Poly Linux Users' Group http://www.cplug.org ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Embedded X
On Wed, Oct 15, 2008 at 7:29 AM, Jim Gettys <[EMAIL PROTECTED]> wrote: > Does uClibc actually buy you anything? It saves space (glibc chews up what, twenty megabytes?) and it supports MMU-less hardware, when paired with the uClinux kernel patches. As for KDrive vs. Xorg: I've heard some people claim that it actually plays better with certain laptop and mobile hardware out of the box than Xorg does--Xorg tries to autodetect too aggressively, and causes problems. I'm also told that it is possible to run KDrive (or was it TinyX?) in four megs of RAM. :-) -- William Tracy [EMAIL PROTECTED] -- [EMAIL PROTECTED] Vice President, Cal Poly Linux Users' Group http://www.cplug.org ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Embedded X
On Tue, Oct 14, 2008 at 12:40 AM, John Tapsell <[EMAIL PROTECTED]> wrote: > Why not just go for the full X11? Memory wise I found no difference > in the memory usage between X11 and kdrive on the OMAP. I am told that the full Xorg isn't very happy when built against uClibc. The original poster probably isn't using uClibc, but can anyone comment on building the full server against uClibc? -- William Tracy [EMAIL PROTECTED] -- [EMAIL PROTECTED] Vice President, Cal Poly Linux Users' Group http://www.cplug.org ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: How to implement alternate zap key idea
On Mon, Sep 22, 2008 at 10:13 PM, Corbin Simpson <[EMAIL PROTECTED]> wrote: > Or, to put it another way, distros should default to "DontZap", except > for Gentoo. :3 I've had to use ctrl+alt+backspace fairly often in the past due to buggy window managers. (I'm looking at you, Enlightenment.) Or due to Gnome or KDE getting halfway through loading a desktop over NFS, then locking up when when the network does something weird. >_< Or when I'm browsing Slashdot, accidentally click a GNAA link, and a bunch of shock images start dancing on my screen ... while I'm in public. (NoScript for Firefox is a good thing!) -- William Tracy [EMAIL PROTECTED] -- [EMAIL PROTECTED] Vice President, Cal Poly Linux Users' Group http://www.cplug.org ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg