**** BEGIN LOGGING AT Sat Feb 13 02:59:58 2010 Feb 13 05:03:43 hi , how can i remove "X cursor" on angstrom ? where its source code located ? i just want to remove "X cursor" Feb 13 05:05:13 mtd-utils_1.2.0+git.bb do_populate_staging failed .... stage-manager, line 34, in read_cache cache[data[0]]['ts'] = int(data[1]) IndexError: list index out of range Feb 13 05:08:02 Anyone have any ideas about this error? Is that cache just the bitbake cache? Feb 13 05:10:40 Hi , i want to remove "X cursor" displayed on boot of X window system.I tried xsetroot , setterm etc.. some succeeded but i cant hide it to shown on boot.IT shown few seconds.I want to hide it forever solution. I'm using Angstrom Linux , i've compiled kernel by bitbake , how can i remove "X Cursor" from source code ? which file its stored on ? Someone have idea where this "X cursor" comes from source code of Linux ? Feb 13 08:05:02 hi,should I revert this commit: Feb 13 08:05:44 a4124738f4b572c37ff6d082c7decf7387cde1d2 Feb 13 08:05:48 it's this one: Feb 13 08:05:56 wesnoth: only compile tiny GUI when screen is smaller than 800x480(smallgui) Feb 13 08:11:25 I'll revert Feb 13 08:17:38 03Denis 'Gnutoo' Carikli  07org.openembedded.dev * r4a0b75c5a0 10openembedded.git/recipes/wesnoth/wesnoth_1.6.5.bb: Feb 13 08:17:38 Revert "wesnoth: only compile tiny GUI when screen is smaller than 800x480(smallgui)" Feb 13 08:17:38 This reverts commit a4124738f4b572c37ff6d082c7decf7387cde1d2. Feb 13 08:17:38 We shouldn't make use of USE flags-like functionalities in non machine feeds, Feb 13 08:17:39 And we can't put every recipe in machine feed. Feb 13 08:17:39 I think the best way is to do a wesnoth-highres recipe Feb 13 08:50:37 good morning Feb 13 08:51:56 I have a git mirror of the kernel. How to fetch from it? In ssh . ssh://user@ipaddress/pathtogit;protocol=git;branch=master but ssh has password .. Feb 13 08:51:58 any idea? Feb 13 09:10:08 good morning Feb 13 09:11:06 recalcati: what do you mean? Feb 13 09:11:14 hi Feb 13 09:11:31 I write slow due to my daughter Feb 13 09:11:50 it mean we have a git tree Feb 13 09:12:06 I want to fetch from it using ssh Feb 13 09:12:27 also I sent now a post to ml Feb 13 09:13:08 because git repo can be on the same pc when we develop Feb 13 09:13:23 because git repo can be also on the same pc when we develop Feb 13 09:14:06 looks like you are OT here :-) Feb 13 09:14:34 why password is aprblem for you, it's normal with ssh Feb 13 09:15:17 mckoan: indeed OT, recalcati you can disable the password, google for "ssh without password", plenty of pages (e.g. this one: http://linuxproblem.org/art_9.html ) should not be too difficicult :-) Feb 13 09:15:37 recalcati: Irssi: #git: Total of 554 nicks Feb 13 09:17:41 eFfeM: I tried. but on my stupid pc I have problem with ssh certificate. normally it works. anyway, most important is doing do fetch from local git directory. to integrate my git tree with OE compilation Feb 13 09:18:53 and I need in my company irssi and git and something else proxy Feb 13 09:20:10 recalcati: I opened a private channel can you see me? Feb 13 09:54:15 hrw|gone: there it comes: Feb 13 09:54:26 03Frans Meulenbroeks  07org.openembedded.dev * r5de6603a8d 10openembedded.git/ (4 files in 4 dirs): Feb 13 09:54:26 linux-kirkwood: made utf8 the default NLS Feb 13 09:54:26 Made utf8 the default NLS (as suggested by hrw). Feb 13 09:54:26 Signed-off-by: Frans Meulenbroeks Feb 13 09:55:00 this is for sheevaplug/openrd base/openrd client (shoudl probably made that explicit in the commit message, oh well) Feb 13 10:21:33 bye bye .. Feb 13 10:22:16 I promise not be annoying in the future!!! Feb 13 11:17:31 have a nice weekend Feb 13 11:57:43 GNUtoo: just build xfce46-image for eee701, but there is still no xinit. X link is there Feb 13 11:58:12 I'm populating the card now, and will have a look at it, might be later today as I'm away for a while this afternoon Feb 13 12:07:38 eFfeM, ok I knew that only X was fixed Feb 13 12:07:49 one thing at a time Feb 13 12:08:03 else I keep hacking and never commits Feb 13 12:09:49 hi all Feb 13 12:09:58 eFfem,hi Feb 13 12:10:40 am getting this error while trying to bitbake Feb 13 12:10:41 /proc/sys/vm/mmap_min_addr is not 0. This will cause problems with qemu so please fix the value (as root). Feb 13 12:10:41 To fix this in later reboots, set vm.mmap_min_addr = 0 in /etc/sysctl.conf. Feb 13 12:10:51 how to fix it Feb 13 12:13:43 siji what about reading the message instead of just pasting it, and do what it says ????? Feb 13 12:14:01 I did all Feb 13 12:14:03 :( Feb 13 12:14:12 that's why i asked Feb 13 12:14:19 I tried both ways Feb 13 12:14:23 i fyou change sysctl.conf and reboot it will be gone Feb 13 12:14:29 i did it Feb 13 12:14:49 bt not gone Feb 13 12:14:55 siji, so what does sysctl vm.mmap_min_addr say now? Feb 13 12:14:56 siji, do you have selinux? Feb 13 12:15:04 and if as root you do echo 0 > /proc/sys/vm/mmap_min_addr the issue is also gone Feb 13 12:15:10 you cn cat /proc/sys/vm/mmap_min_addr to verify Feb 13 12:15:17 ok let me see Feb 13 12:15:34 oh it's not chaged Feb 13 12:15:36 changed Feb 13 12:16:04 siji, do you run fedora or have selinux running with a recent kernel? Feb 13 12:16:11 no Feb 13 12:16:15 Ubuntu 9.04 Feb 13 12:16:18 ok Feb 13 12:16:25 mmm Feb 13 12:16:34 siji, so set it to e.g. 64k boundary or the like Feb 13 12:16:36 I must look in the mailing list Feb 13 12:17:15 blindvt, ? Feb 13 12:18:04 siji, read my question above, then read man sysctl and set it to 64k Feb 13 12:18:17 ok Feb 13 12:18:39 vm.mmap_min_addr = 4097 Feb 13 12:19:19 siji, sysctl is too handly to blindly give your the syntax. you should grok it, just takes 3 minutes at most Feb 13 12:19:20 look for mmap at http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-January/subject.html Feb 13 12:19:33 there is a problem with 2.6.33+ kernel Feb 13 12:19:33 ok Feb 13 12:19:43 do you run such kernels? Feb 13 12:19:50 2.6.28-14-generic Feb 13 12:22:39 mmm Feb 13 12:23:08 strange then Feb 13 12:23:21 were you root when you did echo 0 > /proc/sys/vm/mmap_min_addr Feb 13 12:24:11 while doing echo it's giving the error permission denied Feb 13 12:24:18 even from root too Feb 13 12:24:58 GNUtoo, Recenlty I recompiled my kernel , is it cose of that Feb 13 12:25:13 mmm Feb 13 12:25:20 don't know...maybe Feb 13 12:25:27 ok Feb 13 12:27:07 siji, , Low address space to protect from user allocation (DEFAULT_MMAP_MIN_ADDR) Feb 13 12:27:16 that's in make xconfig Feb 13 12:27:28 siji: maybe ubuntu backported that patch mentioned in that email Feb 13 12:27:36 ok Feb 13 12:28:28 GNUtoo: need to fix the booting again (while cleaning the card wiped the grub dir too :-( ) need to go now will look at it later Feb 13 12:28:28 siji: if you have qemu new enough (0.12 will do) you can remove that sanity check and add ASSUME_PROVIDED for qemu in your local.conf Feb 13 12:28:50 eFfeM-away, ok Feb 13 12:28:56 siji, or to 0, depending on your qemu. Relying on proc being there isn't sane either way Feb 13 12:29:28 let me try this Feb 13 12:36:45 siji, oe as I said you could recompile your kernel with DEFAULT_MMAP_MIN_ADDR set to 0 Feb 13 12:37:37 oh ... Feb 13 12:37:39 ok Feb 13 13:25:26 hmm ciabot is broken Feb 13 13:25:32 upstream problem Feb 13 13:26:16 is Steffen Sledz on IRC? Feb 13 13:30:59 mickeyl: I think so, can remeber the nick off hand Feb 13 14:29:32 hi, meta-toolchain can fail to build in some cases, here's a fix: http://people.openezx.org/ao2/tmp/0001-meta-toolchain-Run-rmdir-only-if-empty-dirs-are-actu.patch Feb 13 14:29:37 denix ^ Feb 13 14:32:04 urg must pack Feb 13 14:35:17 ao2, rmdir --ignore-fail-on-non-empty Feb 13 14:37:00 blindvt, the "find" already filters empty dirs, the problem comes where there isn't any Feb 13 14:37:28 ao2, but -r0 should do as well -- and is even more gentle to rmdir impls, yea Feb 13 14:39:17 blindvt, what do you mean with "as well", how would you do the whole command? Feb 13 14:44:55 GNUtoo: i have things booting on eeepc (with extlinux, guess previous time I just forgot a rootdelay) Feb 13 14:45:03 but x is not starting properly Feb 13 14:45:17 eFfeM, maybe you should add xinit Feb 13 14:45:23 it complains it cannlot load moudles glx, dri and dri2 Feb 13 14:45:34 i already added xinit Feb 13 14:45:45 eFfeM, mine complain too and there are no problems Feb 13 14:46:15 after that I get a message : Screen(s) found but none have a usable configuration Feb 13 14:46:24 and the fatal sever error: no screens found Feb 13 14:46:42 eFfeM, Xorg.log? Feb 13 14:46:47 ls Feb 13 14:47:15 need to transfer it, one sec Feb 13 14:47:22 ok Feb 13 14:48:13 actually probably could have scp-ed it Feb 13 14:49:45 GNUtoo: http://www.pastebin.ca/1795320 Feb 13 14:51:03 eFfeM, seem that it's not my fault: Feb 13 14:51:15 (EE) intel(0): No kernel modesetting driver detected. Feb 13 14:51:31 do I need to load a kernel module ? Feb 13 14:51:43 no Feb 13 14:51:48 maybe you need kms Feb 13 14:52:11 I suspect someone changed xorg compilations options for intel Feb 13 14:52:16 and required kms Feb 13 14:52:26 kms? Feb 13 14:52:39 kernel mode setting Feb 13 14:52:59 let me find the command line Feb 13 14:55:00 else you could enable that: Feb 13 14:55:03 CONFIG_DRM_I915_KMS Feb 13 14:55:30 ah ok Feb 13 14:56:00 in the kernel Feb 13 14:56:03 maybe do that Feb 13 14:56:20 while I look for the correct kernel command line argumetn Feb 13 14:56:49 i915.modeset=1 Feb 13 14:57:19 will that work even if the kernel is not compiled with that config flag? Feb 13 14:57:41 http://en.gentoo-wiki.com/wiki/Kernel_Mode_Setting#Kernel_Mode_Setting has docs about kms Feb 13 14:57:44 yes Feb 13 14:57:46 it will work Feb 13 14:57:52 at least it should Feb 13 14:58:20 because the help of DRM_I915_KMS says: Feb 13 14:58:22 Choose this option if you want kernel modesetting enabled by default, Feb 13 14:58:41 i'm trying Feb 13 15:00:02 ok Feb 13 15:05:15 GNUtoo: with the arg I still get the modesetting error Feb 13 15:05:46 mmm Feb 13 15:05:49 strange Feb 13 15:06:08 so maybe recompile kenrel Feb 13 15:08:47 yeah, in the boot log there is also a page table error and an error EIR stuck for drm:i915_handle_error Feb 13 15:12:03 foudn this patch for the error: http://lists.freedesktop.org/archives/intel-gfx/2010-February/005803.html Feb 13 15:13:19 ok Feb 13 16:22:14 hello? Feb 13 16:22:35 I was wondering if 2.6.32 is any better supported in OE now Feb 13 16:38:31 khem, let's please drop the contrib/regression/objs-gcc.sh hunk from */100-uclibc-conf.patch. There is no good reason to have it in there IMO (i never used it in years, did you?) Feb 13 16:44:35 khem, it's a debug-leftover from erik (and would never ever trigger in oe anyway -- since $arch-oe-$rest != i686-pc-linux-uclibc) Feb 13 17:16:42 GNUtoo: applied the patch and set the config flag to 1, the error now is gone, but still no screens found Feb 13 17:16:44 same error Feb 13 17:16:56 :( Feb 13 17:17:02 mmm Feb 13 17:17:08 maybe follow that guide: Feb 13 17:17:32 http://en.gentoo-wiki.com/wiki/Kernel_Mode_Setting#Kernel_Mode_Setting Feb 13 17:17:37 they say things about uxa etc... Feb 13 17:17:52 also disable dri/drm/opengl etc....just to see Feb 13 17:18:06 I've the same messages on htcream and it works but we could try Feb 13 17:20:35 will look at it Feb 13 17:23:29 blindvt: we do not use vendor on all distros Feb 13 17:23:49 anyway there is the defconfig patch and the intelfb patch Feb 13 17:36:40 mmm Feb 13 17:38:21 you don't have a 915 module loaded, do you? Feb 13 17:38:29 or any specific edits to xorg.conf ? Feb 13 17:38:43 tried the things on the link you gave, but w/o success Feb 13 17:41:38 GNUtoo: do you have a screen size in your xorg.conf ? Feb 13 17:42:32 I'll pastebin my xorg.conf Feb 13 17:42:38 nice Feb 13 17:43:38 http://pastebin.com/d773f8f34 Feb 13 17:43:56 note that I've an old Xorg Feb 13 17:44:34 http://pastebin.com/de542a86 Feb 13 17:46:02 checking Feb 13 17:46:26 Did TARGET_OS become mandatory? Feb 13 17:46:33 in the distro files Feb 13 17:53:09 GNUtoo: our xorg.conf is identical, the log files deviate at: oading sub module "vgahw" Feb 13 17:53:16 I don't have that! Feb 13 17:53:27 ah ok strange Feb 13 17:53:31 I'll look at config Feb 13 17:53:38 s/config/xf86-video Feb 13 17:54:03 I've only xf86-video-intel Feb 13 17:54:05 note that the file exists. /usr/lib/xorg/modules/libvgahw.so Feb 13 17:54:12 ok Feb 13 17:54:21 notmally it's in drivers Feb 13 17:54:44 look if you have intel something in: Feb 13 17:54:53 /usr/lib/xorg/modules/drivers Feb 13 17:55:11 intel_drv.so and intel_drv.a Feb 13 17:56:10 in that dir i only have intel_drv.so Feb 13 17:56:21 no .a but guess that is not too important Feb 13 17:56:56 btw I do get the intel line with all those chipsets on it and the pci line after it Feb 13 18:03:17 GNUtoo do you have anything wrt video on your boot cmd line ? Feb 13 18:04:42 root=/dev/sda1 rw Feb 13 18:04:51 that's cat /prc/cmdline Feb 13 18:05:01 hello GNUtoo, I wish to write power efficient qt-codes, is it really possible to use some techniques which can optimize the code to use lesser power?? Feb 13 18:05:29 Spyzer, you should look at powertop and see if it supports your platform Feb 13 18:06:23 GNUtoo, that is almost the same I have, I have sdb1 i.s.o. sda1 and bootdelay=5 Feb 13 18:10:47 mmm Feb 13 18:15:27 I can't get any info of powertops supporting ARM, is there anything which can help me right power optimized code Feb 13 18:17:17 I don't know Feb 13 18:17:29 maybe try it Feb 13 18:17:40 be shure to have the corect things compiled into your kernel Feb 13 18:17:51 and also to have the last powertop version Feb 13 18:39:41 i'll be back later Feb 13 18:41:58 GNUtoo, cya Feb 13 18:42:09 (still struggling with x :P) Feb 13 19:10:58 I'm back Feb 13 19:26:07 eFfeM, can I see recent logs? Feb 13 19:33:03 GNUtoo yes, one sec Feb 13 19:37:53 uploading to pastebin, it is slow Feb 13 19:38:04 GNUtoo have you used any specific grub options Feb 13 19:38:24 eFfeM, no Feb 13 19:38:34 moved to pastie: http://www.pastie.org/823577 Feb 13 19:38:39 I pasted cat /proc/cmdline Feb 13 19:38:50 *the change was xorg version* I think Feb 13 19:38:58 this is dmesg output, xorg.conf and Xorg.log Feb 13 19:39:23 copied from eeepc to my opensuse desktop system, then pasted as I don't have web functionality on the eeepc Feb 13 19:39:25 still (EE) intel(0): No kernel modesetting driver detected. Feb 13 19:39:29 yeah saw the cmd line Feb 13 19:39:30 yes Feb 13 19:40:24 seems related to kms, but I do have i915.modeset=1 and I have it as default too Feb 13 19:40:33 maybe we should look in xorg channels Feb 13 19:40:49 I'll read better your logs Feb 13 19:41:15 i asked in intel-gfx channel but didn't get an answer Feb 13 19:42:18 Warning: Make sure you disable framebuffer drivers in Device Drivers ---> Graphics support ---> Support for frame buffer devices, like intelfb, vesafb or uvesafb. KMS won't work with them and you'll end up with a black console screen or possibly other graphical artifacts. Feb 13 19:42:35 I used framebuffer in kernel config Feb 13 19:43:23 a diff is that I am using intel 2.10.0 driver and you 2.9.1 saw some msges about it in google Feb 13 19:43:45 i used the defconfig that is in eee701 dir Feb 13 19:44:00 disable framebuffer Feb 13 19:44:06 and i don't even get the black screen Feb 13 19:44:32 maybe I should try on sdcard Feb 13 19:45:10 because the main problem is that I use(like in "production") angstrom on eeepc701 Feb 13 19:45:14 it's not a test system Feb 13 19:45:18 it's my main os on it Feb 13 19:46:42 from the intel driver page: Feb 13 19:46:43 xf86-video-intel 2.10.0: Feb 13 19:46:43 * All user-modesetting code has now been removed from the driver. It's required for kernel to support kernel-modesetting (KMS). We highly recommend kernel version 2.6.32 or later. Feb 13 19:47:12 we use .32 Feb 13 19:47:24 maybe I should try without fb Feb 13 19:47:28 on a sdcard Feb 13 19:47:32 yes, but the diff is that you use 2.9.1 and I use 2.10.0 Feb 13 19:47:42 would be nice Feb 13 19:50:22 meanwhile i'll try to move back to 2.9.1 Feb 13 19:51:57 ok Feb 13 19:55:05 GNUtoo, made progress, used 2.9.1, now it starts with a black screen Feb 13 19:55:11 ok Feb 13 19:55:15 so remove kms Feb 13 19:55:22 will do Feb 13 20:02:37 GNUtoo, progress: with 2.9.1 and without kms I can start X adn get an error window: unable to contact settings server, failed to execute dbus-launch to autolaunch D-BUs session Feb 13 20:02:52 never thought I would consider an error message as progress ;-) Feb 13 20:03:31 lol Feb 13 20:03:34 don't have dbus-launch binary i think Feb 13 20:03:35 mmm Feb 13 20:03:39 ok Feb 13 20:03:44 find in /usr does not give it Feb 13 20:03:46 I'll bitbake an image after reconfiguring kenrel Feb 13 20:03:53 cool Feb 13 20:07:45 GNUtoo, i'm in business, installed dbus-x11 which gave me dbus-launch then it worked! Feb 13 20:07:55 ok nice Feb 13 20:08:20 btw I'm sorry for the incomplete support Feb 13 20:09:42 np, this is a risk living on the bleeding edge Feb 13 20:09:51 lol ok Feb 13 20:10:18 living on the bleeding edge also has advantages.... Feb 13 20:10:18 so for now I suggest adding xinit and dbus-x11 to xfce4-image and make 2.9.1 the preferred intel driver version Feb 13 20:10:46 for instance I've angstrom on my bug device and it runs mpd and I can control it from my desktop or my phone Feb 13 20:10:54 ok Feb 13 20:11:12 btw for me on eeepc midori works (at least it starts up with google) Feb 13 20:11:20 eFfeM, as you found it and you know the bug better then me maybe you should do the commit Feb 13 20:11:52 I'll try to fix kms with recent intel driver on my side Feb 13 20:12:16 good, i'll revert the defconfig change Feb 13 20:12:27 eFfeM, which change? Feb 13 20:12:36 no I think the change is needed Feb 13 20:12:41 but not sufficent Feb 13 20:12:48 ah ok Feb 13 20:13:13 anyway, the issues now are known Feb 13 20:13:33 ok Feb 13 20:20:37 can i also leave it to you to add dbus-x11 and xinit to the image ? Feb 13 20:26:10 I would prefer that you do it Feb 13 20:26:14 I do the kms part Feb 13 20:26:49 because I would also need to test the changes etc...which would be problematic Feb 13 20:26:57 I've already kms to test Feb 13 20:31:54 GNUtoo, ok Feb 13 20:32:10 btw noticed that in xfce xterm fbset says 640x480-60 Feb 13 20:32:18 yes I know Feb 13 20:32:23 800x480 is for compu an odd size Feb 13 20:32:25 that's because we don't use uvesafb Feb 13 20:32:40 but maybe it'll go away with kms Feb 13 20:32:53 ah xterm Feb 13 20:33:01 I thought real tty Feb 13 20:33:14 it's 800x480 else wesnoth wouldn't work Feb 13 20:33:29 xrandr -q confirms it Feb 13 20:33:54 no xrandr in the default img Feb 13 20:34:58 installed it, indeed it gives 800x480 Feb 13 20:35:21 btw the font in terminal is baaad, a proportional font used in a nonproportional way Feb 13 20:35:46 ls Feb 13 20:43:56 you can change that in: Feb 13 20:44:05 settings-> Feb 13 20:44:17 apperance-> Feb 13 20:44:22 fonts-> Feb 13 20:44:27 or in the terminal itself Feb 13 20:44:39 edit->preferences-> Feb 13 20:44:49 apperance Feb 13 20:45:14 I use liberation mono Feb 13 21:03:27 hi all Feb 13 21:12:16 GNUtoo, ok Feb 13 21:12:20 florian: hi Feb 13 21:13:16 DJWillis: I noticed you made the xfce46-image recipe, there are two issues with this recipe, it is missing xinit and dbus-x11; for me it only worked after I added those, can you fix or provide guidance where to add those Feb 13 21:17:12 http://psppimpz.comze.com/wordpress/?p=733 Feb 13 21:17:14 hi DJWillis Feb 13 21:17:19 did you fix scummvm? Feb 13 21:18:54 re Feb 13 21:21:19 eFfeM: I'll look into it, it was ment as a basic starter for Xfce 4.6 not a complete rich image, i'll take a look when I get a chance, I only ever tested with Xorg by the way, I never considered people might try it with older/more exotic X servers. Feb 13 21:21:54 GNUtoo: it's a pretty simple fix but I have not checked it in yet as I have been upto my neck in the job that keeps food on the table ;-) Feb 13 21:22:04 ok Feb 13 21:23:17 hi djwillis Feb 13 21:23:37 Hey woglinde Feb 13 21:23:50 DJWillis, you work for the open pandora? I heard that there were problems with cases Feb 13 21:23:54 hi woglinde Feb 13 21:26:18 GNUtoo: I understand the final cases are signed off and being/about to be produced. I don't 'work' for OP, the OE and firmware work I have been doing on it is for unpaid fun (yeh right, it stopped being fun a while back) ;-). My real job has nothing much to do with cool embedded stuff. Far short of some issues with shrinkage in the plastic that have been sorted the cased Pandora's I have are pretty cool. Feb 13 21:26:55 ok Feb 13 21:26:55 DJWillis: GNUtoo and i use xorg, xinit and dbus-x11 are pretty basic to get things running, would fix it myself but not really sure what the best place is to add it. Feb 13 21:26:56 thanks Feb 13 21:29:44 eFfeM: ahh, I just had a comment the other day (it may not have been from you) about it not working well with KDrive or XVesa. xinit and dbus-x11 are pretty basic ;-), i'll get them in, I have a load of Xfce tweaks in my tree, Koen seems to inport my stuff into OE but I don't tend to have a lot of say in what he picks up. Feb 13 21:32:33 DJWillis: i mentioned xvesa in the channel, but gnutoo moved me to xorg Feb 13 21:33:35 yes xorg is better,specialy because I wonder if it would have suported everything(the resolution,the synaptics driver etc...) Feb 13 21:36:33 GNUtoo found someone with knowledge on #intel-gfx Feb 13 21:36:47 ok Feb 13 21:36:49 I come Feb 13 21:36:53 we need to disable all fb things they conflict with kms Feb 13 21:38:14 eFfeM: Ahh, nice to see someone trying to work with Xfce 4.6, I figured I was the only one working with it ;-) Feb 13 21:39:02 eFfeM, look up Feb 13 21:39:03 Warning: Make sure you disable framebuffer drivers in Device Drivers ---> Graphics support ---> Support for frame buffer devices, like intelfb, vesafb or uvesafb. KMS won't work with them and you'll end up with a black console screen or possibly other graphical artifacts. Feb 13 21:40:14 my build machine is slow and is still compling kernel Feb 13 21:44:07 GNUtoo read that, but I was not even getting the black screen Feb 13 21:44:19 so thought my problem was different Feb 13 21:44:24 ok Feb 13 21:44:26 sorry then Feb 13 21:44:31 np Feb 13 21:50:00 GNUtoo did you play with the camera? is it uvc? Feb 13 21:50:10 probably we should try to trim defconfig a little bit Feb 13 21:50:15 yes uvc and it works Feb 13 21:50:21 cool Feb 13 21:50:24 ok Feb 13 21:50:52 saw it was also probing for floppy. that is not really useful either Feb 13 21:51:01 yes Feb 13 21:51:07 and we should remove legacy tty Feb 13 21:52:43 hrw told me that it was useless and made it boot slower Feb 13 21:55:40 * mwester always wanted a floppy drive on his embedded device. :p Feb 13 21:55:58 lol Feb 13 21:56:27 http://www.youtube.com/watch?v=udlxr8t1nZM&feature=youtube_gdata has one Feb 13 21:59:02 And cassettes too! Feb 13 21:59:14 yes Feb 13 21:59:56 actually would love to have it booting in 5 seconds :-) like From Naught to Sixty in 5 Seconds - Arjan van de Ven & Auke Kok Feb 13 22:00:17 mwester: then hurry, buy a usb floppy drive while they last :-) Feb 13 22:00:35 I've some usb->floppy drives Feb 13 22:00:51 I have one. I used it. I think I did, anyway... Feb 13 22:03:25 actually last year I discarded almost all of my floopies Feb 13 22:03:36 stiil have the ones with minix 1.5 for atari st though :-) Feb 13 22:10:06 he mickeyl Feb 13 22:43:54 calling it a day, cya all tomorrow! Feb 14 00:38:03 anyone here use IMGLIB? Feb 14 02:50:37 `in 36 **** ENDING LOGGING AT Sun Feb 14 02:59:57 2010