| |
| |
| |
|
Page: 1 2 3 4
Comments:
<0> I'm so excited about OpenMoko and I find it funny that on *kde no one is aware of it :}
<1> My OSK doesn't loadthe ochi_hcd module automatically
<1> is there a trick to get it to do this?
<1> the CF stuff seesm to work fine
<0> Crofton: change your kernel.bb file
<0> Crofton: there is some magic to make update-modules generate the right autoload for you
<0> Crofton: http://www.openembedded.org/repo/org.openembedded.dev/cl***es/kernel.bbcl***
<1> ok
<1> thanks
<0> Crofton: e.g. module_autoload_hidp = "hidp"
<0> Crofton: for the ohci-hcd module package you can make it autoload ohci-hcd
<2> I am sure, the kde guys are aware of the openmoko...
<0> Expect me, no one is ware of it :(
<3> rwhitby: fine with me
<2> ljp counts the days he sees qtopia on the moko
<1> ohci-hcd is translated to ohci_hcd?
<3> Laibsch: of course. Roy D'espagne on friday is a must :)
<3> zecke: really? d'oh. they need a clue. could you spread the word?
<0> mickeyl: not really :}
<0> Crofton: good question and the answer is I don't remember ATM
<1> ok
<1> I'll build and see what happens
<1> I copied from anothe rbb file
<4> philippe: thanks. I meant as a package so I natively compile on my nslu2
<5> mickeyl: Good, I will see you guys there. My plane arrives after 10PM on Friday evening which is why I wanted to confirm I won't be going to the Roy to discover everybody already left.
<0> hmm, don't take a taxi at that time, or don't be as stupid as I'm :}
<5> zecke: What do you mean? To be honest it did not occur to me that the trains might have stopped running?
<5> I hope they do still run as that is what I was going to take.
<6> Laibsch org.oe.dev * rcf72726f... / (6 files in 3 dirs): m4: upgrade to 1.4.4 after hrw tested successfully.
<0> Laibsch: they should run
<5> OK
<5> zecke: Any particularly bad experience with a taxi? -> "... or don't be as stupid as I'm :}"
<3> heh
<3> zecke can tell you a story about taxies...
<0> Laibsch: Wait until february
<3> Laibsch: the roy is probably populated until 2 or 3 in the night
<5> Great
<5> I hope I am not too jetlagged. 2 or 3 will be 10 to 11 in the morning for me by then ;-)
<7> It will be odd coming from the US, I basically arrive in EU about 2AM US time
<7> but 8AM eu time
<7> so going to bed issilly
<7> I need to stay on US time so I can stay up late easier :)
<0> going to bed is always silly
<3> heh
<7> getting old ****s
<3> indeed :)
<5> mickeyl: You said to check configure.ac for packages failed configure since they needed autoconf 2.60 or later. What do I need to look for? I grepped for "-I autoconf" but found nothing interesting.
<5> mickeyl: I think I found it.
<5> AC_PREREQ(2.60b)
<3> righto
<0> Laibsch: AC_PREREQ([2.60])
<8> good nite all
<5> Is there a quick or something to look for and check if 2.60b is really needed? Earlier configure.ac had 2.57 as requirement.
<0> browse the cvs/svn/git of the project?
<5> Looking for what?
<0> Laibsch: find the rev that change the AC_PREREQ and hope the dev documented it
<3> talking about sleep...
<0> hehe
<9> night
<6> crofton org.oe.dev * ra884c52... / (1 packages/linux/linux-omap1.inc):
<6> linux-omap1.inc : autoload ohci_hcd module so USB works without manual
<6> intervention.
<10> dumb question == what linux distro is compatible/supported when building with OE?
<10> i remember a time when debian was the thing to use, and RH sorta didn't work all of the time.
<11> dougt: I am using Fedora, works on FC4, FC5 and FC6, can't say much about other distros because I never tried
<10> do you also use scratchbox?
<11> what's that?
<10> oe is to build env as scratchbox is to simulator
<11> I guess I am not using that
<12> dougt: I use OE on Debian Sarge, Debian Etch, and CentOS 4 (RHEL4).
<10> for fun? :-)
<12> the nslu2-linux autobuilders run sarge. I run etch on my laptop, and I run CentOS on the work machine (it has to run Centos)
<10> oic.
<12> but it also helps to make sure the nslu2-linux build environment is nicely portable.
<1> dougt, FC3-FC6 works fine for me
<10> thanks. I am downloading the images. now. :-)
<1> one of OE's features is that it is pretty much orthognal to what distro you use
<13> From #openmoko: 03:20 <10> it is the one true way to build things for embedded linux. when god builds things, he uses something similar to oe.
<14> mickey|zzZZzz: http://tieguy.org/blog/2007/01/22/i-want-linux-in-my-pocket-asap-kthxbye/
<13> :)
<12> hey koen
<12> koen: I have the commits ready to go - just testing that the slugos and unslung images boot before pushing them.
<14> nice
<12> koen: there is *no* python code in machine/include/ixp4xx.conf now :-)
<15> morning
<12> hrw: morning
<16> morning all
<6> rwhitby org.oe.dev * rb96271... / (1 conf/machine/include/tune-thumb.conf):
<6> tune-thumb.conf: Default thumb interworking to on, fix the overrides definition
<6> (do not want a space in there), explicitly turn off thumb and interworking
<6> options when not requested, explicitly turn off interworking for the kernel.
<6> rwhitby org.oe.dev * rbd4e5... / (1 conf/machine/include/tune-xscale.conf): tune-xscale.conf: Set TARGET_CC_KERNEL_ARCH correctly
<6> rwhitby org.oe.dev * rba0c69... / (1 packages/madwifi/madwifi-ng_r.inc): madwifi: Replaced the slugos-specific oemake override with machine-endianness-specific overrides
<6> rwhitby org.oe.dev * rffff82ac... / (1 packages/apex/apex_1.4.11.bb packages/apex/apex_1.4.7.bb): apex: Changed ixp4xx-specific ARCH_BYTE_*** variable usage into generic CONFIG_SITE based endianness checks
<6> rwhitby org.oe.dev * rd4277cf... / (3 files in 2 dirs): ixp4xx-npe: Removed unused instances of slugos-specific ARCH_BYTE_*** variable.
<6> rwhitby org.oe.dev * rf9fc6690... / (28 files in 9 dirs):
<6> ixp4xx (and related ixp4xx-specific files): Change all usage of ARCH_BYTE_*** to
<6> IXP4XX_MACHINE_ENDIAN (and ensure COMPATIBLE_MACHINE is in effect whereever it
<6> is used). Add the nslu2le and nslu2be machines. Change include/ixp4xx.conf to
<6> use tune-xscale and tune-thumb. Remove slugos-specific variables that had
<6> global OE equivalents. Deprecate ixp4xx.conf and nslu2.conf in favour of
<6> endian-specific replacements.
<6> rwhitby org.oe.dev * r82b02... / (1 packages/linux/ixp4xx-kernel.inc): ixp4xx-kernel: Remove superfluous anonymous python check on SLUGOS_IMAGE***.
<6> rwhitby org.oe.dev * rf521b6a6... / (12 files in 4 dirs): nslu2-kernel: Moved to obsolete - replaced long ago by ixp4xx-kernel.
<6> rwhitby org.oe.dev * refcb95a... / (1 conf/distro/include/slugos.inc): ixp4xx-kernel: set default to 2.6.19
<6> rwhitby org.oe.dev * rb65424e3... / (3 files in 2 dirs): ixp4xx-kernel: Updated 2.6.19 and 2.6.20-rc4 to the latest svn repository patches
<6> rwhitby org.oe.dev * reb5baae... / (20 files in 4 dirs): nslu2-linksys-kernel: subsumed into unslung-kernel
<6> rwhitby org.oe.dev * radda6046... / (1 conf/distro/unslung.conf): unslung.conf: Force the use of unslung-kernel (instead of the default ixp4xx-kernel)
<6> rwhitby org.oe.dev * ra38fa... / (3 files in 3 dirs): unslung-kernel: Delete the obsolete nslu2-linksys-kernel defconfig
<15> rwhitby: nice set
<15> cu
<17> morning
<18> XorA: good morning
<17> ssvb: pxa270 appears to be planar yuv
<18> XorA: ok, so some changes to the JIT scaler will need to be added, but performance should be pretty much the same
<18> XorA: I posted some information in the forum: http://www.oesf.org/forums/index.php?showtopic=22280&view=findpost&p=152090
<17> ssvb: it can display 420 so there is no need to convert to 422
<17> ssvb: ah I missed that is scales as well
<17> ssvb: if I read that benchmark right thats an impressive feat
<19> re
<17> hey hrw|work
<19> yet another nasty day at disconnecto.net
<2> hello
<20> hi zecke
<0> master
<21> *yawn*
<3> morning
<0> moin
<19> hi mickeyl zecke pb
<22> morning all
<19> hi RP
<20> hail mickeyl
<20> hi hrw|work
<20> hi rp
<17> hey RP
<23> hi, all!
<23> how is thumb tuning is inended to be used?
<23> I have several packages for which I don't want to use thumb, but for others I want thumb code.
<19> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
<19> 4132 hrw 23 0 1175m 1.0g 5760 R 68.9 79.9 41:10.01 firefox-bin
<19> ~seen schurig
<19> !seen prplague
<24> hrw|work, I don't remember seeing prplague.
<19> ~seen prplague
<25> schurig <n=schurig@p54B2AF30.dip0.t-ipconnect.de> was last seen on IRC in channel #oe, d h m s ago, saying: 'zecke: Hi and merry new year, BTW'.
Return to
#oe
or
Go to some related
logs:
#perl
#openzaurus
totem location not found
ndiswrapper -m rewrite?
#php
+fgl_glxgears +floating point exception
#debian
#perl
GRANT Replication Slave Error 1064
libupsclient centos
|
|