| |
| |
| |
|
Page: 1 2 3 4 5
Comments:
<0> summatusmentis: well, at least you're getting into OS early...here's hoping you stay with us :-)
<1> JustinP: I'd like to
<1> my next project is collie sd for 2.6 we'll see how that works out
<0> hvontres|poodle: :-| I got my CS BS....4 years ago now I think it is
<0> summatusmentis: some people are already working on that.....are you in contact with them?
<1> JustinP: no, I didn't know anyone was working on it, I knew someone had reverse engineered the sharp driver
<1> I didn't know there was development being done
<2> JustinP: heh... time flies when you are haveing fun..:)
<3> IIR, do13 did some stuff on collie-sd
<3> +C
<0> there's a drievr that loads for the chip and some info out there. Search the mailing lists (oz-dev would be good to check, also possibly kernel-discuss@handhelds)
<1> JustinP: thanks, good to know
<0> summatusmentis: we'd all like to have that driver written
<0> summatusmentis: I'd also like my driver for my audio remote....but it pretty much means me getting into the kernel innards and....I don't know when I'll have the time...
<4> if only just to show the leetnes of OE developers :)
<0> heh
<1> I don't want to see collie fall by the wayside because of it, which is why I was going to work on it
<4> JustinP: xora has a almost functional driver for the remote iirc
<1> JustinP: how long does gentoo take to setup?
<5> what is the right syntax for letting on ipk obsolete another ipk?
<5> s/on/one/
<5> is it "replaces" ?
<6> movening all
<7> JustinP: I got values from my remote, if you were using the spitz you were using the wrong pins
<5> "Replaces:" doesn't work, nobody there that could help me?
<8> hi sirfred
<0> XorA|gone: which remote? which Z? I have a driver building but it gives me only 1 value
<0> XorA|gone: I created the driver from the 2.4 sources with help of RP
<9> RP: Hi
<7> JustinP: I used spitz with RH-2
<7> JustinP: and after I fixed the pins used in your driver I got exactly the values from the 2.4 sources
<8> sirfred: I was confused between two things. There is an fb_rotate function as well as a var.rotate field. I think we should use the var.rotate field. We should not implement the fb_rotate function though
<10> morning likewise ;)
<9> RP: That's fine.
<6> hi
<8> (fb_rotate is seemingly going to be removed)
<9> RP: No problem, I'm not going to rely on that function to rotate, just want the var.rotate value to be coherent
<7> ooh, sounds like sirfred is on the Ximageon war path again
<9> XorA|gone: ;-)
<8> sirfred: Agreed, we should use it fr both rotating and reading the rotation and ditch the sysfs attributes
<9> RP: What do you mean with ditch the sysfs attributes?
<6> on and for your TS-101, I guess :-)
<8> sirfred: get rid of the flip one or whatever its called
<9> RP: Ah, ok.
<7> JustinP: basically get the IRQ, set gpio to zero, and max1111 reading works as it should
<10> likewise: well... mostly to test if the toolchain works as expected ;)
<9> RP: And expose a new sysfs attribute for not switching off the external memory
<8> sirfred: right
<6> NAiL: buildroot based right?
<10> likewise: I got a complete filesystem from uclibc.org with a native toolchain
<9> RP: I'm preparing the driver to work that way
<9> RP: Also, I'm defining an array of modes to probe them using FBIOPUT_VSCREENINFO (with FB_ACTIVATE_TEST) to see what modes are available on startup
<9> RP: Do you have time to change the w100fb side?
<8> sirfred: Probably not immediately
<9> RP: OK. Keep me informed if you change it.
<8> sirfred: will do
<9> RP: Thanks a lot.
<9> I have to leave now. Good night everybody.
<11> gda_: http://www.openembedded.org/user-manual&dpage=recipes_package_relationships
<5> v8jlene: thanks, but this is not what I am looking for
<5> I want that a packages replaces another one, I have found the replace header, but
<5> it doesn't remove the replaced ipk
<6> Who can add me to the ppl list pls? http://www.openembedded.org/the-people-behind-openembedded
<11> gda_: Right, RREPLACES is what you want - which I missed... I'll update the documentation.
<5> v8jlene: really RREPLACES? why 2 R?
<11> gda_: R REPLACES - first R is for "runtime".
<5> v8jlene: okay, will try whether this replaces the old ipk
<5> v8jlene: don't know what I have to do? "Replaces:" in the control file, shows up with "ipkg info" but doesn't remove the old ipk
<5> and RReplaces even don't show up
<12> v8jlene: note that gda_ is not using bitbake for this - he is generating control files directly
<12> gda_: perhaps #handhelds.org might be a better place to ask about ipkg the tool as opposed to ipkg as used by OpenEmbedded.
<11> gda_: RREPLACES should result in a "Replaces" field in the ipkg file. And "Replaces" should have worked starting with ipkg 0.99...
<5> rwhitby: now I understand the strange syntax
<11> gda_: Sorry, didn't know you where using ipkg directly ;)
<5> ipkg info ipkg
<5> Package: ipkg
<5> Version: 0.99-163-4
<13> lenehan org.oe.documentation * re8365... / (1 usermanual/chapters/recipes.xml):
<13> usermanual: Update recipes: Add RREPLACES and RSUGGESTS to the package
<13> relationships chapter. Update some links.
<5> n8
<0> XorA: .....well why the.....didn't you let me know what you fixed? do you still have your version or a patch around? I thought it was all using the right things....
<0> I'll get it into OE and thence move it up the chain....
<0> blech
<0> I've been wanting this to work forever...
<14> JustinP: I was wanting to finish it, havent had time yet
<14> tomorrow my wife is busy with her friends, I shall look again
<14> JustinP: I didn't keep what I did as I ended up with such a butcher job
<0> XorA: finish how? I was the one working on it...I would have been working on doing more all this time if I'd had something working...:-((
<14> JustinP: well make it vaguely work
<0> ugh, I didn't think anyone had actually gottena nyuthing working...do you know what you did to it? I thought I'd gotten all of the 2.4 code ported...
<0> I have a build env set up on my Z for testing...
<14> JustinP: I did ping you a couple of weeks ago, but you seemed to not see it obviously
<14> JustinP: you working for spitz?
<14> JustinP: you using spitz?
<0> yep
<14> sorry didnt mean to repeat that
<14> change the set_scoop_gpio to reset_scoop_gpio before readings take place
<14> change the spitzscoop_device to spitzscoop_device2
<0> there are 2 set_scoop_gpio calls and 1 reset_scoop_gpiio
<0> is it just the first one that should be changed?
<14> and SPITZ_SCP2_AKIN_PULLUP is the correct pin
<14> JustinP: before max111 is read reset_scoop_gpio has to be done
<14> JustinP: before you return to irq mode, set_scoop_gpio has to be done
<14> JustinP: as far as I can gather
<0> ok
<14> JustinP: and copy the correct table of values for RH-2 from 2.4 source
<0> yeah, I was just trying to make it work with the values I had
<14> JustinP: I tested it by only having the irq, doing reset_.... reading the value, printking it, then set_.....
<14> JustinP: when you get that working you should get exactly the value 2.4 source says, then you can make the rest of the logic work
<0> spitzscoop_device -> spitzscoop_device2 all instances?
<14> JustinP: I did a loop of 100 values in the irq and they were pretty damn stable
<14> JustinP: in any case you are playing with the AKIN PULLUP yes, as thats on scoop2
<0> do I need to alter the value in arm/mach-pxa/spitz.c as well (spitzscoop_device)?
<14> JustinP: I dont think so, I certainly didnt touch that file in the experiments I did
<0> ok
<0> let's see what happens...
<14> JustinP: Im off to sleep, speak to me tomorrow
<0> ok
<7> JustinP: I think your/RP driver should pretty much work with the right values table
<0> spitzscoop_device2 does not exist :-( suppose I'll grep for it
<15> anyone know what provides the 'runlevel' binary/script?
<15> needed by update-rc
<15> needed by update-rc.d
<0> find: paths must precede expression ....
<0> why?
<0> if it can figure out that I'm putting paths *after* the expression why doesn't it just *use* them
<11> furlongm: tmp/work/sysvinit-2.86-r31/install/sysvinit/sbin/runlevel
<0> I just found that too ;-)
<0> PRAISE THE PENGUIN!
<0> I'm getting different keys
<15> v8klene: thanks, gotta find out now why it's not installing..
<15> v8jlene: thanks, gotta find out now why it's not installing..
<0> 3/7 buttons working, woo!
<13> mickeyl org.oe.dev * rfe571... / (4 files in 3 dirs): alsa-lib: fix "error: field 'tstamp' has incomplete type" when including alsa headers with strict compilation options
<1> where are the ipks stored once I compile a package?
<15> summatusmentis: tmp/deploy/ipk ?
<16> summatusmentis, look in tmp/deploy
<1> Crofton|home: thanks
<0> ugh
<0> looking at this damn code reminds me of Eternal Darkness.....I can feel my sanity meter dropping
<0> how could anyone think this was ok?
<0> RP: around?
<0> anyone around who understands SITE files?
<14> morning
<17> morning
<17> JustinP, XorA: so it looks like we will have remotes working?
<17> JustinP: site files - what you want to know?
<17> did someone here use(d) Samsung 205BW monitor? 20" LCD widescreen 1680x1050
Return to
#oe
or
Go to some related
logs:
yosimie
tun fc5
dbix mysql reverse engineer
#math
#perl
dark3lite
Sampling rate 8000 is not allowed in mp2
#openzaurus
gentoo start-stop-daemon
phpmysqladmin #1251 - Client does not support authentication protocol requested
|
|