| |
| |
| |
|
Page: 1 2
Comments:
<0> lrg, ping
<0> lrg, http://ossfans.org/paste?id=c7be67 this trivial code hangs on driver_register. Any ideas?
<1> slapin_nb: put some printk around some of the mutexes in the wm97xx-core. it's probable that it's hanging in the wm97xx bus code
<0> lrg, sorry, my device have no way to attach serial console :(
<0> lrg, is it possible to somehow debug that with other means?
<1> slapin_nb: what about the lcd display
<0> lrg it is not updated, so it hangs before it is initialized
<1> slapin_nb: probably a good idea to fix the lcd first for debug otherwise it may take a long time to fix other things
<0> lrg, If I comment-out driver_register line, it doesn't hang, but it seems to be not a fix. and LCD works afterwards :)
<0> lrg, so it seems I need to make device add wm9x stuff and this driver at the end of list...
<1> slapin_nb: possibly, check out the tosa code it does similar stuff
<0> lrg, driver seems to work as module.
<2> o yes, life is good
<2> Linux version 2.6.20-rc7 (nathan@Starscream) (gcc version 4.1.1) #5 Fri Feb 2 17:43:15 CST 2007
<2> CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177
<2> Machine: Cirrus Logic EDB9302A Evaluation Board
<2> rock on brothers, have a nice weekend, I'm gonna go home and level my warlock
<3> http://bugs.openembedded.org/show_bug.cgi?id=1842 <-- can anyone help me with this?
<3> JustinP: Ping
<3> cmd = "PATH=\"%s\" I18NPATH=\"%s\" %s -L %s/%s %s/bin/localedef %s" % (path, i18npath, qemu, bb.data.getVar("STAGING_DIR", d, 1), bb.data.getVar("TARGET_SYS", d, 1), treedir, localedef_opts)
<3> I'm almost certain there is an error on that line, with i18npath
<3> seems to refer to my local system instead of the oe build environment
<3> anyone?
<4> !oebug 172
<5> * * Bug 172, Status: RESOLVED, Created: 2005-07-27 12:58
<5> * * papercrane(AT)reversefold.com: ppp-2.4.3-r0 fails when linking libradiusclient.a
<5> * * http://bugs.openembedded.org/show_bug.cgi?id=172
<6> hi
<6> I set up OE and bitbake as told in the getting started wiki page. machine is spitz, without telling a machine, it works... but with, i only get errors like "iterable argument missing" or "information not available for target"
<6> what's wrong? any missing information in the local.conf? doesn't look like... entered everything what's necessary :(
<6> and i followed the instructions in the wiki.
<7> ifaistos unknown * rffc9da89... / (1 packages/uboot/u-boot-1.1.4/u-boot-dht-walnut-df2.patch): Add missing uboot patch for dht-walnut
<7> ifaistos org.oe.dev * rfc9a835... / (3 files in 3 dirs):
<7> Fix getline error when compiling for uclibc
<7> closes bug #1335
<6> is it speaking to me?
<6> or ain't you a bot? :}
<8> CIA is a bot
<8> mickeyl : Hi !
<9> cheers gu
<9> s
<9> guys
<8> mickeyl : i think i made a typo in the branch when commiting ia missing patch for uboot
<8> mickeyl : i missed a 'd' in openembedded
<9> uh oh
<8> mickeyl : does this create a new branch or another head ?
<9> koen: should we stop servers to prevent that branch being distributed?
<10> we sort of do
<8> sorry guys :(
<9> Ifaistos: it creates a new branch
<9> no problem, can happen
<9> koen: can you sort it out somehow?
<10> there is absoultely no need to use -b when committing
<10> especially since you can't commit to another branch from a working copy without messing up the ancestry
<8> i think i saw that in the wiki and been following it from start...
<6> the problem seems to be while parsing... (see above)
<6> any ideas?
<10> btw, any idea how the bugdays are coming along?
<8> not sure. i just closed one :)
<11> Ifaistos: if you do all mtn ops from your OE working directory, there is no need to use the --branch op -- wonder if we should remove that from the wiki:MonotonePhraseBook?
<8> cbrake : will do from now on....
<11> I'm also not sure why the --db argument is also specified for the commit. Seems like if it is needed, it would also be required for the pull and update commands.
<8> can the problem by fixed on my local db or do i have to get a new copy ?
<12> mickeyl, would you mind being on a discussion panel on Sunday (lunch time) at Fosdem about Power and device management?
<9> philippe: not at all. device management is really interesting to me and I'm working on a general solution. having experience with opie HAL and stuff it might be a good opportunity for me.
<12> mickeyl, great! btw this also has to do with the Power stuff I am trying to get you involved in
<9> ok, cool
<9> we have a long way to go re. power
<9> especially on smartphones
<9> so i'm all ears to get involved
<0> hi, all!
<12> mickeyl, ok. Consider yourself official member of the discussion panel then :-)
<0> lrg, ping
<9> *nod* :)
<1> slapin_nb: pong
<13> g'day mickeyl
<13> hi lrg
<1> hey pb_
<0> lrg, I have sent you email :)
<13> lrg: did you receive that second sample unit that we sent to you the other day?
<9> cheers pb_
<0> lrg, could you please check it?
<1> philippe-budapes: is there any more spaces on panel ? I'm doing a lot of work on phone pm atm and would be happy to fill a chair
<1> pb_: yes thanks, brian has it set up in the lab now
<13> great
<12> lrg, Why not?
<13> hopefully with two of them he will be able to make it go wrong twice as often
<1> slapin_nb: checking mail.
<12> lrg, you will be at Fosdem then (Sunday 13-14?)
<1> philippe-budapes: yes
<12> ok. I' ll add you too.
<1> thanks.
<12> lrg, thank you... The more people we have the better
<1> cool
<1> philippe-budapes: fwiw, I should be staying at the astrid
<9> pb_: you're familiar with XComposite?
<12> lrg, I should be at my parents place. Makes them happy to see me again.
<1> heh, btw did you see my pm ?
<13> mickeyl: roughly speaking, yeah. I wouldn't describe myself as an expert.
<9> pb: cool. my question: does the Xcomposite extension affect performance even if you're not using fancy compositing but just accessing the backing store to display thumbnails in a taskmanager?
<13> yes, though not necessarily so severely as to cause a problem.
<13> whenever COMPOSITE is enabled, you have an extra level of indirection for all the drawing: it needs to go first into the backing buffer, and then be copied (under control of the compositor) onto the actual screen.
<9> ok, that's what i was afraid of
<9> it's a no go for us then
<13> if the compositor is basically a no-op and can use video card accel for the copy then it may not be too bad.
<9> we have severe problems on s3c2410 with a fancy pixmap theme
<9> speaking about pixmap themes... *hint* ;)
<13> oh right, s3c2410 would be no fun
<13> heh, right, I should get my finger out
<13> I might be able to look at that later this afternoon actually
<9> thanks, that'd be much appreciated!
<9> btw., did you get your lottery win email?
<9> *g*
<13> hm, don't think so. should I have?
<9> yes. you should have got one
<9> it may gone to your spam filter :/
<13> oh dear
<9> since it had "lottery win" in the subject and came from a chinese address
<9> :/
<13> heh, that's unfortunate
<13> doubly unfortunate because I just emptied my spam folder yesterday
<13> maybe I can find it in a backup
<13> do you happen to know which address it would have gone to? if they would have used my old nexus.co.uk address it will be languishing in another mailbox at the office.
<13> reciva.com and gnu.org both go to my main inbox though
<9> hold on
<9> 11. Phil Blundell <pb@gnu.org> (Reciva CTO, glibc master, Gtk+ hacker, GPE hacker)
<13> oh dear
<13> pb@gnu.org is someone different
<9> heh
<13> philb@gnu.org is my address
<9> oops, sorry about that
<9> i'll fix it
<13> heh
<13> thanks
<9> which one should i use?
<13> easy mistake to make though, all my other emails are pb@
<13> either philb@gnu.org or pb@reciva.com would be fine
<9> ok
<13> hrm, I wonder why stupid evolution can't talk to my mail server anymore
<9> ok, you should get it within two days. If not, please ping me
<13> great, thanks
<9> np
<13> I'll keep an eye on the spam box this time
<9> heh, probably not necessary. we learned from that mistake
<13> :-)
<9> new mails will come from xxx@openmoko.org
<9> and won't contain lottery win in subject
Return to
#oe
or
Go to some related
logs:
#fluxbox
attr AND rootkit
baloogan
rails avoid scaffolding
#ubuntu
shalsum windows
fixdep permission denied
#lgp
88w8385 netbsd
#css
|
|