IRC log for #openezx on 20080502

00:26.48*** join/#openezx flyhorse|linux (n=flyhorse@219.132.251.205)
04:05.01*** join/#openezx Marex (n=marex@85-132-216-250-eth3-gwfm10-user.802.cz)
07:01.54*** join/#openezx pH5 (n=ph5@e178217091.adsl.alicedsl.de)
07:04.56Hopscotchgood morning
07:18.04*** join/#openezx toi (n=pleemans@d5152D3B4.access.telenet.be)
08:15.55*** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1)
08:27.49*** join/#openezx ade|desk (n=adavey@194.200.143.249)
10:40.47*** join/#openezx florian_ (n=fuchs@217.146.132.69)
11:09.02*** join/#openezx Marex (n=marex@85-132-216-250-eth3-gwfm10-user.802.cz)
11:44.14*** join/#openezx rettichschnidi (n=reto@65-33.1-85.cust.bluewin.ch)
11:46.12*** join/#openezx pleemans (n=peter@d51A5E76A.access.telenet.be)
12:51.01*** join/#openezx Hopscotc1 (n=cd@touchdown.maintech.de)
13:09.17*** join/#openezx drath_ (i=vmaster@p5B07F70E.dip.t-dialin.net)
13:35.04CIA-24OpenEZX: stefan * r2122 /trunk/src/host/boot_usb/boot_usb.c:
13:35.04CIA-24OpenEZX: * Update my copyright
13:35.04CIA-24OpenEZX: * Remove documentation from code. This one belongs into the README.
13:35.04CIA-24OpenEZX: * Fix whitespaces
13:35.04CIA-24OpenEZX: * Re-arange comments for shorter lines
13:35.05CIA-24OpenEZX: * Remove unused and commented out var
13:38.17CIA-24OpenEZX: stefan * r2123 /trunk/src/host/boot_usb/Makefile:
13:38.17CIA-24OpenEZX: Use saner default value for INC. Besides wyrm nobody will have it at this
13:38.17CIA-24OpenEZX: location. /usr/src/linux/include is way more common. Still overwritable from
13:38.17CIA-24OpenEZX: the command line. Sorry wyrm. ;)
13:38.45CIA-24OpenEZX: stefan * r2124 /trunk/src/host/boot_usb/README: Update README
13:39.26*** join/#openezx chammiya (n=chamms@ip-208-109-254-83.ip.secureserver.net)
13:39.38*** part/#openezx chammiya (n=chamms@ip-208-109-254-83.ip.secureserver.net)
13:45.26mickey|bbiabis it possible to operate the EZX in non-MUX state?
13:45.38mickey|bbiabeffectively ripping out the MUXer patch and doing MUX in userland?
13:48.02stefan_schmidtmickey|bbiab: no
13:48.19mickey|bbiabreally?
13:48.20mickey|bbiabsucky
13:48.22mickey|bbiabwhy?
13:48.28stefan_schmidtmickey|bbiab: That was the reason we needed muxer support before we could do any telephone stuff on it
13:48.57stefan_schmidtIt comes already muxed from the modem
13:49.13mickey|bbiabargh. suckers. ok, then we need a tiny dbus stub to make it work with pygsm
13:49.40stefan_schmidtAt least that is what I know about it. :)
13:50.00stefan_schmidtPerhaps there is some magic to have it with only one uart
13:50.06mickey|bbiabi'll ask Harald
13:50.16mickey|bbiabhe'll stay at my place one day next week
13:50.16stefan_schmidtBut from what I have seen I doubt it
13:50.22stefan_schmidtyeah, ask him
13:50.30stefan_schmidtgood
13:50.42mickey|bbiabi'm getting more and more fed up with lousy pre production hardware
13:50.54mickey|bbiabif I could just use EZX to develop my stuff I'd be glad...
13:51.05stefan_schmidt:(
13:51.36stefan_schmidtWell, good for us. :)
13:52.45mickey|bbiabkind of, ya ;)
13:53.26stefan_schmidtgrr, someone abuses my email address. Already ~100 bounces the last hour
13:54.10stefan_schmidtmickey|bbiab: Let me know what Harald knows about the mux/uart question. I always thought we can only get it muxed from the modem.
13:54.25stefan_schmidtmickey|bbiab: Need to update my knowledge if this is wrong. ;)
13:55.04mickey|bbiabsure
13:55.08stefan_schmidtpokes a bit more at the boot_usb code. Likes to release 0.2 on saturday or sunday
13:55.14mickey|bbiabbtw.
13:55.23mickey|bbiabcan you confirm that the EZX does _not_ go into linux suspend?
13:55.30mickey|bbiabbut rather clocks down instead?
13:56.05stefan_schmidtNo idea. Never tested much on the default firmware
13:56.27stefan_schmidtI already thought about this as I read your and rasters comments about the N-series
13:57.18mickey|bbiabi just can't believe it suspends
13:57.22mickey|bbiabit's too quick there
13:57.26stefan_schmidtAt least it is _really_ fast on coming back to function
13:57.30mickey|bbiab*nod*
13:57.35mickey|bbiab1 second
13:57.40mickey|bbiabwithout any glitches
13:57.49mickey|bbiabeven if you leave it for a couple of days
13:57.53stefan_schmidtyeah, or they really took care about all driver suspend functions, etc..
13:58.04mickey|bbiabi really doubt that
13:58.08stefan_schmidtjup, really good in this regard
13:58.33stefan_schmidtWould be a lot of work. But as I said, never tested much on the default firmware
14:00.04stefan_schmidtStill I see serious problems for either way OM will try to go with the 6400. Mainline is not in good shape for it. And BSP...
14:00.53mickey|bbiabi have high hopes for the android-compatible phones
14:01.09mickey|bbiabseriously, if one of these is open enough for our taste, then screw the rest
14:01.21stefan_schmidtWell, I first want to see that people are able to flash a own kernel there...
14:01.25mickey|bbiabsure
14:01.30stefan_schmidtOnly hot air for me until now.
14:01.30mickey|bbiabit's a big _if_
14:01.34stefan_schmidtindeed
14:01.50stefan_schmidthopes the nouvifon runs Linux. :)
14:01.54mickey|bbiab:)
14:01.59stefan_schmidtI read rumors about it
14:02.25stefan_schmidtBut it has to get ready first. We know what can happen there. :/
14:03.10mickey|bbiab*nod*
14:42.41CIA-24OpenEZX: stefan * r2125 /trunk/src/host/boot_usb/boot_usb.c:
14:42.41CIA-24OpenEZX: * Cleanup case were chunks are % 8 != 0
14:42.41CIA-24OpenEZX: * The new size calculation I merged from dotmonkeys code is wrong, go back to the
14:42.41CIA-24OpenEZX:  one from Harald.
14:42.41CIA-24OpenEZX: * During all my test I never run into this case still I let it there. Better to
14:42.42CIA-24OpenEZX:  play safe.
14:50.22CIA-24OpenEZX: stefan * r2126 /trunk/src/host/boot_usb/boot_usb.c:
14:50.22CIA-24OpenEZX: Cast percent value to int to shout a caompile warning on x86_64:
14:50.22CIA-24OpenEZX: boot_usb.c:289: warning: format `%02d' expects type `int', but argument 2 has type `long int'
14:51.29stefan_schmidterr, silent not shout.
14:54.00ao2what about %02l or %02ld? it will have exactly the same effect, won't it?
14:54.32ao2well, dumb detail anyway
14:55.00stefan_schmidtao2: But it is no long int on 32 bit systems
14:55.04*** join/#openezx TimRiker (n=timr@70-7-116-48.area7.spcsdns.net)
14:55.31stefan_schmidtah, valgrind shows no memory leaks. That's good. :)
14:56.49stefan_schmidtSome more minor stuff and I can build some static linked binaries for people to test.
14:56.57stefan_schmidtao2: btw, I can be wrong here.
14:57.11stefan_schmidtao2: Never done much with this 32bit / 64 bit thing
14:58.03stefan_schmidtao2: The warning only occurs on a 64 bit system. So only there the calculation gets a long.
14:58.17stefan_schmidtchecks
14:59.29stefan_schmidtao2: As I thought. If I use %02ld instead of the cast I get the error the other way around on 32 bit
14:59.30stefan_schmidtboot_usb.c:289: warning: format ‘%02ld’ expects type ‘long int’, but argument 2 has type ‘int’
14:59.49stefan_schmidtao2: I neither like the cast, but should be ok here.
15:00.19ao2ah, maybe you are printing some typedeffed type, like size_t, or something, sorry
15:00.42ao2I thought it was a plain "long int"... my fault
15:01.25stefan_schmidtao2: info("\b\b\b%02d%",(int)((100*(cur_data-data))/size));
15:01.41stefan_schmidtand cur_data is: u_int32_t cur_addr;
15:01.51stefan_schmidterr, mom
15:02.29stefan_schmidtno, no special type
15:02.31stefan_schmidthmm
15:02.43stefan_schmidtao2: And I like review.:)
15:04.12stefan_schmidtNot sure why the compiler makes a long of it. It's (100*(char* - char*)) / int
15:05.09stefan_schmidtponders
15:05.52stefan_schmidtI leave it this way for now. Hopefully someone else will go over the code in the future. :)
15:08.01ao2well, that's not very important, but you know, we love to stuck to useless details :)
15:08.42ao2useless but still interesting to learn something
15:11.16stefan_schmidt:)
15:11.52stefan_schmidtMy todo list for the 0.2.0 release seems empty now. :)
15:12.41stefan_schmidtok, update and extend some comments in the code, build static linked binaries, let it test for a day and release saturday sounds like a plan for me
15:16.27CIA-24OpenEZX: stefan * r2127 /trunk/src/host/boot_usb/boot_usb.c:
15:16.27CIA-24OpenEZX: Be a bit more verbose on some comments. Wyrm, please check if I wrote the right
15:16.28CIA-24OpenEZX: stuff.
15:17.00CIA-24OpenEZX: stefan * r2128 /trunk/src/host/boot_usb/CHANGELOG: Update changelog for upcoming 0.2.0 release
15:29.41ao2ah "char *" is actually 64bit on 64bit archs, that was it, dumb me :)
15:36.11ghanegood morning
15:36.19stefan_schmidtao2: Not only you I neither got it. Now it makes sense. :)
15:36.21stefan_schmidthi ghane
15:36.25ghaneevening or whatever
15:36.40ghanemy internal clock is so screwed up right now :)
15:36.42ghanehi stefan_schmidt
15:37.26stefan_schmidt~ugt
15:37.27purlfrom memory, ugt is Universal Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. http://www.total-knowledge.com/~ilya/mips/ugt.html
15:37.57ghanei totally failed to go back to european time yesterday
15:39.15ghanepurl: lol
15:39.16purlwell, lol is stands for Laughs Out Loud. It is grammatically incorrect to use LOL in the first person; use 'heh' or 'haha' instead. If you want to use LOL, do '/me lol' instead.
15:40.09ghaneanybody familiar with the actual pixel format of the framebuffer on the EZX/Magx devices?
15:40.40stefan_schmidtghane: The older ones should be 565 I think
15:41.01stefan_schmidtghane: I haven't digged down to the actual format for 18bpp devices
15:41.07ghanestefan_schmidt: ok, because i test-compiled a program and run on my MotoMAGX Z6 yesterday
15:41.32stefan_schmidtghane: No idea bout the MAGX, I don't have one.
15:41.38ghaneand the 565-format that worked fine on my 16-bit Linux framebuffer on PC did look like crap on the Z6
15:41.54stefan_schmidtghane: I'm pretty sure MAGX is also 18bpp
15:42.16ghaneI tried the mplayer binary i found somewhere and it said it was using "BGR 18-bit special conversion"
15:42.19stefan_schmidtSo all from 2. gen, like A1200, are 18bpp IIRC
15:42.22ghaneok
15:42.50ghaneI suppose I have to do some additional pushing around of the bits then
15:43.24stefan_schmidtghane: There is also a difference if it is packed or not. I don't have details for this.
15:44.05ghanestefan_schmidt: ok thanks, I assume I have to look at the mplayer-code then and see if that patched version of mplayer can reveal any information (because it puts out the colors correct)
15:44.24stefan_schmidtghane: Good luck. :)
15:44.31ghanethanks :)
15:44.59stefan_schmidthmm, should boot_usb not compile static if I just add -static to the CFLAGS?
15:45.18stefan_schmidtIt's some time since I did a static link the last time
15:47.34stefan_schmidtTime to do some laundry. Later
15:55.11ghaneLDFLAGS as well?
15:56.43ghaneor well it's just a single file then i suppose what you did was correct?
16:01.18*** join/#openezx pleemans (n=peter@d51A5E76A.access.telenet.be)
16:03.59*** part/#openezx ade|desk (n=adavey@194.200.143.249)
16:08.30stefan_schmidtghane: It it uses libusb, and yes I added it also to the LDFLAGS
16:08.43stefan_schmidtAnyway, that has to wait.
17:02.44ghaneheh ok
17:03.35ghanei wonder if i can think clear enough to try to figure out the pixel format today or if i should go out and fly some r/c-helicopter instead
17:03.49ghaneis massive jet-lagged today :)
17:21.15*** join/#openezx TimRiker (n=timr@pdpc/supporter/bronze/TimRiker)
17:39.27*** join/#openezx LuitvD (n=me@beigetower/luitvd)
17:51.59*** join/#openezx rettich (n=reto@234-41.0-85.cust.bluewin.ch)
18:42.39*** join/#openezx p3t3r__ (n=p3t3r__@99-198-dsl.kielnet.net)
19:20.44*** join/#openezx p3t3r__ (n=root@99-198-dsl.kielnet.net)
19:26.25*** join/#openezx sabrod (n=Fred@lns-bzn-59-82-252-164-32.adsl.proxad.net)
19:28.05*** part/#openezx sabrod (n=Fred@lns-bzn-59-82-252-164-32.adsl.proxad.net)
19:36.42*** join/#openezx tombhadAC (n=tombhad@pD95DECD9.dip.t-dialin.net)
20:54.52*** join/#openezx flo_lap (n=fuchs@mofa19.unix-ag.uni-siegen.de)
20:59.26*** join/#openezx rettichschnidi (n=reto@234-41.0-85.cust.bluewin.ch)
23:45.04*** join/#openezx sabrod (n=Fred@lns-bzn-59-82-252-164-32.adsl.proxad.net)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.