| 00:07.25 | *** join/#maemo-ssu Jade (~jade@Jade.broker.freenet6.net) |
| 00:07.29 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
| 01:06.40 | *** join/#maemo-ssu FIQ (~fiq@unaffiliated/fiq) |
| 01:19.06 | *** join/#maemo-ssu Jaded (~jade@Jade.broker.freenet6.net) |
| 01:19.06 | *** join/#maemo-ssu Jaded (~jade@unaffiliated/jade) |
| 02:02.27 | *** join/#maemo-ssu rd_ (~rd@p57B49238.dip0.t-ipconnect.de) |
| 02:08.17 | *** join/#maemo-ssu ruskie (ruskie@sourcemage/mage/ruskie) |
| 02:09.10 | *** join/#maemo-ssu FIQ (~fiq@unaffiliated/fiq) |
| 02:19.23 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
| 02:56.45 | Pali | merlin1991, I suggest to downgrade pulseaudio ABI version from 16 to 15 |
| 02:56.51 | Pali | see reason on http://talk.maemo.org/showthread.php?p=1149125#post1149125 |
| 02:57.15 | Pali | maemo version 16 is incompatible with upstream version 16 |
| 02:57.49 | Pali | upstream pulseaudio versions are compatible (e.g. version 26 is compatible with 16) |
| 02:58.19 | Pali | so also maemo version 16 is compatible with upstream 15 |
| 02:59.12 | Pali | above maemo incompatibility causing that I'm not able to use maemo pulseaudio server via network |
| 02:59.47 | Pali | see also: http://www.mail-archive.com/pulseaudio-discuss@mail.0pointer.de/msg09900.html |
| 03:00.01 | *** join/#maemo-ssu rd (~rd@p57B48972.dip0.t-ipconnect.de) |
| 03:17.57 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
| 03:35.01 | *** join/#maemo-ssu jonwil_ (~jonwil@27-33-137-199.static.tpgi.com.au) |
| 03:43.31 | *** join/#maemo-ssu jonwil_ (~jonwil@27.33.137.199) |
| 03:46.58 | *** join/#maemo-ssu kolp_ (~quassel@212.255.21.240) |
| 03:56.35 | DocScrutinizer05 | ohlol |
| 03:56.47 | DocScrutinizer05 | hail polypaudio! |
| 04:04.57 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 04:19.56 | *** join/#maemo-ssu joshgillies (~josh@58-6-103-4.dyn.iinet.net.au) |
| 05:05.36 | *** join/#maemo-ssu dhbiker (~dhbiker@193.2.218.150) |
| 05:13.05 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
| 09:15.59 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 09:23.48 | *** join/#maemo-ssu Guest15724 (~rd@p57B48972.dip0.t-ipconnect.de) |
| 10:24.23 | *** join/#maemo-ssu Martix (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
| 10:25.08 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28FAA.dip0.t-ipconnect.de) |
| 10:35.16 | *** join/#maemo-ssu arcean (~arcean@aacz142.neoplus.adsl.tpnet.pl) |
| 10:58.16 | *** join/#maemo-ssu Guest15724 (~rd@p57B48972.dip0.t-ipconnect.de) |
| 11:06.56 | *** join/#maemo-ssu M4rtinK2 (~M4rtinK@mail.melf.eu) |
| 11:22.06 | *** join/#maemo-ssu joshgillies (~josh@58-6-103-4.dyn.iinet.net.au) |
| 11:47.14 | *** join/#maemo-ssu arcean (~arcean@aacz142.neoplus.adsl.tpnet.pl) |
| 12:30.43 | jonwil | pali: ping |
| 12:30.50 | Pali | jonwil, pong |
| 12:31.05 | jonwil | how goes it? Done anything interesting recently? :) |
| 12:31.57 | kerio | how recently? |
| 12:32.13 | Pali | see log about pulseaudio :-) |
| 12:32.56 | Pali | jonwil, and I wrote open source replacement for battery & profile selector menu applet |
| 12:33.04 | Pali | both are in cssu-devel |
| 12:33.05 | jonwil | nice |
| 12:33.28 | Pali | profile selector which support all configured profiles (not only silent & general) |
| 12:33.58 | Pali | jonwil and BME replacement is for testing |
| 12:34.07 | jonwil | nice :) |
| 12:35.01 | kerio | Pali: what's the link to the bme replacement again? |
| 12:35.32 | Pali | https://gitorious.org/rx51-bme-replacement |
| 12:35.45 | kerio | no, the precompiled .debs |
| 12:36.42 | Pali | https://atrey.karlin.mff.cuni.cz/~pali/rx51-bme-replacement/ |
| 12:42.03 | jonwil | The systemui work done by freemangordon is great too :) |
| 12:46.06 | jonwil | If I had the time and inspiration, I would go back and work more on icd stuff or libcal or connectivity UI or whatever else |
| 12:46.49 | jonwil | but I am too busy these days for N900 mostly |
| 12:52.12 | *** join/#maemo-ssu kolp (~quassel@212.255.21.240) |
| 12:57.12 | jonwil | so pali, is your bme stuff a proper drop-in replacement for Nokia BME stuff? |
| 12:57.34 | Pali | should be |
| 12:57.40 | Pali | but needs testing |
| 12:57.44 | jonwil | does it actually make use of whatever BME info exists in CAL? |
| 12:57.48 | jonwil | whatever the BME CAL data is? |
| 12:57.57 | Pali | no, it does not use BME CAL |
| 12:58.05 | jonwil | ok, what data is in BME cal anyway? |
| 12:58.23 | Pali | I know that in BME CAL are constants for temperature formula |
| 12:58.35 | Pali | seems that constants are same on all n900... |
| 12:58.58 | Pali | so I hardcoded conversation formula for temperature into kernel driver |
| 12:59.18 | Pali | jonwil, I do not know what other is stored in BME CAL |
| 12:59.23 | jonwil | ok, so it contains correct temperature calculation formula? |
| 13:00.16 | Pali | should be, at least it returns +/-1°C in range 0-30°C |
| 13:00.37 | Pali | I think we have right formula for temperature |
| 13:01.15 | Pali | jonwil, btw, freemangordon already RE libcal: https://gitorious.org/cal |
| 13:01.52 | Pali | I tested that only in nandsim, and it worked |
| 13:02.08 | Pali | jonwil, and now we have open source flasher |
| 13:02.10 | Pali | 0xFFFF |
| 13:02.32 | Pali | jonwil, see: http://talk.maemo.org/showthread.php?t=87996 |
| 13:03.18 | jonwil | nice that we have 0xFFFF |
| 13:03.31 | jonwil | except that it doesn't seem to do all things Nokia tools do :) |
| 13:04.58 | Pali | jonwil, only mmc flashing & proper testing is missing |
| 13:05.12 | jonwil | ok :) |
| 13:05.19 | Pali | I rewritten 0xFFFF and added full fiasco support |
| 13:06.27 | jonwil | great for libcal, one less binary blob needed for meego/mer/nemo :) |
| 13:10.48 | kerio | Pali: hm, i'm not sure about the temp - i had it register 27° when there were definetely less than that |
| 13:10.57 | kerio | (it's still precise enough) |
| 13:11.14 | kerio | jonwil: the bme replacement works fine for me |
| 13:11.53 | Pali | kerio, there is also some noise due to madc |
| 13:12.22 | Pali | and in kernel is table of raw <-> °C values |
| 13:12.35 | Pali | with precise 1°C |
| 13:13.04 | jonwil | so you aren't using the math, you are using precomputed data tables? |
| 13:35.05 | *** join/#maemo-ssu Jade (~jade@Jade.broker.freenet6.net) |
| 13:35.05 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
| 14:07.57 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
| 14:45.51 | DocScrutinizer05 | kerio: bq27200 doesn't report ambient temp |
| 14:46.35 | kerio | i'm talking about the temp reported by dsme-thermalobject-surface, not sure where it gets the data |
| 14:54.40 | DocScrutinizer05 | what makes you think you know what that value should be? |
| 14:55.30 | DocScrutinizer05 | do you know what's the surface of the thermalobject? |
| 14:56.07 | *** join/#maemo-ssu arcean (~arcean@aacz142.neoplus.adsl.tpnet.pl) |
| 15:11.06 | DocScrutinizer05 | jonwil: not precomputed, predefined. Derived from 'lab'-test |
| 15:11.22 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
| 15:11.47 | jonwil | so this is better than using the actual math because...? |
| 15:12.14 | Pali | jonwil, math library is not in kernel |
| 15:12.24 | Pali | and I need log10 |
| 15:12.31 | DocScrutinizer05 | jonwil: pali had the brilliant idea to read out raw and hald-addon-bme computed battery temp values |
| 15:12.33 | jonwil | ok, so kernel has no log10 |
| 15:12.54 | jonwil | makes sense |
| 15:13.06 | DocScrutinizer05 | jonwil: and then I did a test series with my device in freezer |
| 15:14.06 | DocScrutinizer05 | jonwil: after all it's less than 200 points in that table, so bytesize isn't that bad for kernel |
| 15:14.48 | DocScrutinizer05 | and pali did a very clever splitting into two tables |
| 15:16.01 | jonwil | ok, great |
| 15:17.01 | *** join/#maemo-ssu Jade (~jade@Jade.broker.freenet6.net) |
| 15:17.01 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
| 15:33.01 | Pali | merlin1991, see: https://gitorious.org/community-ssu/pulseaudio/merge_requests/1 |
| 15:33.18 | Pali | also tell about this to luf too |
| 15:43.28 | kerio | Pali: oh, version 15 so that newer versions of pulseaudio will use the older, working protocol when talking to our pulseaudio? |
| 15:43.50 | Pali | yes |
| 15:45.23 | Pali | I want this: connect my bluetooth headset to n900 and also to notebook. But connecting a2dp to two devices are not possible... So solution can be to connect n900 and notebook audio |
| 15:46.02 | Pali | I tried to use bluetooth a2dp for n900 <-> notebook connection, but it was very slow when I connected also bluetooth headset to n900 |
| 15:46.15 | Pali | so I'm trying to use wifi for that |
| 15:46.39 | Pali | and easy way can be to use directly pulseaudio becuase it it network audio server |
| 15:47.17 | Pali | but nokia crippled pulseaudio in n900 and network connection is not possible :-( |
| 15:48.11 | Pali | kerio, do you have any other idea how to connect bluetooth headset to both devices? |
| 15:49.17 | kerio | Pali: bluetooth audio sink on your laptop |
| 15:49.34 | kerio | make the n900 use it as the bluetooth headset |
| 15:49.47 | kerio | then make your laptop use your headphones |
| 15:50.01 | Pali | kerio and there is other problem. my notebook has bad bluetooth antenna. n900 has better |
| 15:50.12 | kerio | lol wat |
| 15:50.18 | kerio | my n900 has an awful bluetooth antenna :( |
| 15:50.34 | Pali | so I want to use n900 bluetooth for higher range |
| 15:50.35 | kerio | Pali: keep the n900 close to your laptop :) |
| 15:50.40 | kerio | oh, i see |
| 15:51.04 | Pali | not possible, because I want to go to other room with connected bluetooth headset |
| 15:51.19 | kerio | use the esound network protocol, i heard it works |
| 15:51.28 | Pali | but n900 can be close to notebook |
| 15:51.34 | kerio | and, of course, use it through usb networking |
| 15:51.37 | Pali | kerio, yes I tried it |
| 15:51.45 | Pali | but problem is that esound has only sink |
| 15:51.53 | Pali | I need both sink & source |
| 15:52.27 | kerio | you only need the sink, don't you? |
| 15:52.31 | kerio | the sink on the n900 |
| 15:52.38 | kerio | and then let it output normally to your BT headset |
| 15:53.50 | Pali | and problem with esound is that there is 1s lattency |
| 15:53.52 | Pali | no idea why |
| 15:54.03 | Pali | pulseaudio has support for synchronization |
| 15:54.31 | Pali | and next problem with esound is that autosuspend module not working... |
| 15:54.51 | kerio | well, fix pulseaudio :) |
| 15:55.28 | Pali | I'm thinking about other solution: stream audio via UDP with some synchronize protocol |
| 15:55.49 | Pali | maybe with some realtime compression |
| 15:56.05 | Pali | but I do not know which codec is good for realtime stream... |
| 15:56.23 | kerio | Pali: you need pc-n900 |
| 15:56.31 | kerio | over usb networking, you won't need compression |
| 15:57.07 | Pali | maybe not |
| 15:57.18 | *** join/#maemo-ssu Jade (~jade@Jade.broker.freenet6.net) |
| 15:57.18 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
| 15:57.45 | Pali | but I preffer wifi as wireless solution |
| 15:57.57 | kerio | wifi *and* bluetooth will work like absolute crap |
| 15:58.01 | kerio | seriously |
| 16:03.59 | Skry | Pali: how about using rtp (which usually uses udp) via gstreamer or ffmpeg |
| 16:04.21 | Pali | Skry, do you have some howto? |
| 16:05.35 | Skry | with gstreamer this could be a pipeline audio source -> encode with dsp -> stream with rtp, with ffmpeg it's a one-liner |
| 16:08.27 | Skry | can't remember exact syntax but something like this ffmpeg -f alsa -i hw0:0 -acodec libmp3lame -ab 128k -ac 2 -re -f rtp rtp://ip:port |
| 16:34.08 | DocScrutinizer05 | really clever headsets can pair two 2 hosts concurrently |
| 16:34.16 | DocScrutinizer05 | via A2DP |
| 16:35.06 | RST38h | And play each into a separate ear! |
| 16:35.14 | DocScrutinizer05 | hahahaaa |
| 16:35.57 | DocScrutinizer05 | I guess they either mix, or mute the input with lower prio when higher prio input starts playback |
| 16:36.56 | DocScrutinizer05 | honestly, use *wired* headset with N900, then you can pair the N900 to arbitrary A2DP as virtual BT headset |
| 16:42.55 | kerio | DocScrutinizer05: either g_ether sucks, or socat sucks, or the n900 sucks |
| 16:42.56 | kerio | :( |
| 16:43.13 | DocScrutinizer05 | or kerio sucks? ;-P |
| 16:44.27 | DocScrutinizer05 | kerio: what's the problem? |
| 16:45.04 | *** join/#maemo-ssu rd (~rd@p57B48972.dip0.t-ipconnect.de) |
| 16:48.20 | kerio | DocScrutinizer05: i can only get to 10MB/s via usb networking |
| 16:50.11 | kerio | socat tcp-listen:31337 /dev/null on one side, socat /dev/zero tcp-connect:ip:31337 on the other |
| 16:51.07 | DocScrutinizer05 | hmm |
| 16:51.57 | DocScrutinizer05 | ~10 * 8 |
| 16:51.57 | infobot | 80 |
| 16:52.45 | DocScrutinizer05 | overhead of factor 5, easily possible depending on blocksize of transmitted pkgs |
| 16:53.10 | DocScrutinizer05 | USB2 maxes out at 400MBit/s |
| 16:53.14 | Pali | ffmpeg or libav not working... |
| 16:53.16 | kerio | *480, in theory |
| 16:53.20 | Pali | no sound over wifi |
| 16:53.23 | DocScrutinizer05 | aah, ok, 480 |
| 16:53.28 | kerio | ok, i'm going to try with g_nokia |
| 16:53.43 | Pali | only on localhost is ffmpeg working |
| 16:54.38 | DocScrutinizer05 | kerio: btw you're using TCP aiui, you know this is a connection-oriented transport, with ACK and all |
| 16:55.54 | kerio | hm, still maxes out at 10MB/s |
| 16:55.56 | kerio | with nc, now |
| 16:56.00 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
| 16:57.16 | DocScrutinizer05 | netcat and socat are basically identical |
| 16:57.58 | DocScrutinizer05 | you're still sending packages of unknown size via whole TCP stack, with complete protocol |
| 16:58.12 | DocScrutinizer05 | use UDP for a start |
| 16:58.42 | DocScrutinizer05 | use dd to pipe blocks of known size to socat |
| 16:59.04 | DocScrutinizer05 | (or find the right socat parameters to define blocksize and no timeout) |
| 16:59.27 | DocScrutinizer05 | ethernet is NOT a rs232 cable |
| 17:00.37 | kerio | hah, second time OS X panic'd when doing mass USB transfers |
| 17:00.51 | kerio | silly me expecting a BSD system to be good at networking |
| 17:00.55 | RST38h | Sadly, it is not. |
| 17:01.17 | kerio | good at networking, or a BSD system? |
| 17:02.19 | DocScrutinizer05 | kerio: (overhead) you know each ethernet TCP packet has a header with MAC and port-addr, a IP origin and destination, a size-of-payload value, then a leadout with checksum, whatnot else |
| 17:02.40 | kerio | hm |
| 17:03.03 | DocScrutinizer05 | ethernet is NOT rs232 |
| 17:03.31 | kerio | now i'm wondering if my router has the appropriate rndis ethernet driver |
| 17:03.54 | kerio | and i'm also wondering why libicd-network-usb doesn't take down the usb0 interface properly |
| 17:03.55 | kerio | oh well |
| 17:04.07 | DocScrutinizer05 | for packet sizes of 16kBytes, overhead is almost negligible. For transfering single chars as ethernet packages, it's insane |
| 17:04.14 | RST38h | AppleTalk was however. |
| 17:05.01 | *** join/#maemo-ssu Jaded (~jade@Jade.broker.freenet6.net) |
| 17:05.01 | *** join/#maemo-ssu Jaded (~jade@unaffiliated/jade) |
| 17:05.12 | DocScrutinizer05 | kerio: so basically you're probing some random stuff with your socat setup |
| 17:05.35 | kerio | there should be a way to specify the packet size, right? |
| 17:05.37 | kerio | in theory, at least |
| 17:05.39 | DocScrutinizer05 | the result is meaningless, unless you understand what's really going on |
| 17:06.05 | DocScrutinizer05 | yes, there is indeed a plethora of ways to handle package size |
| 17:06.53 | DocScrutinizer05 | e.g for ssh input, you can define timeouts after which package gets sent anyway, and also you can define termination chars which make package get sent, like CR/NL |
| 17:08.06 | DocScrutinizer05 | too large chunks are segmented to max transmission size of channel by TCP stack |
| 17:08.24 | DocScrutinizer05 | it's not exactly trivial |
| 17:09.09 | DocScrutinizer05 | see ifconfig|grep MTU |
| 17:09.21 | DocScrutinizer05 | and a lot of other parameters |
| 17:10.45 | DocScrutinizer05 | man socat: >> |
| 17:10.47 | DocScrutinizer05 | <PROTECTED> |
| 17:10.48 | DocScrutinizer05 | <PROTECTED> |
| 17:11.28 | DocScrutinizer05 | but now you're at your own, since I'm afk |
| 17:18.56 | DocScrutinizer05 | anyway, read "man socat", and when you're done with that and *understood* all of it, you're a step further to proper testing of g_ether (and actually a step further than I am) |
| 17:20.58 | kerio | ok, i've gotten 20MB/s |
| 17:21.12 | kerio | telling socat to use 32k or 64k as the block size |
| 17:21.56 | kerio | actually no, it's irrelevant |
| 17:22.05 | kerio | apparently something is seriously weird |
| 17:22.11 | kerio | n900->pc is 20mb/s |
| 17:22.14 | kerio | pc->n900 is 10mb/s |
| 17:22.28 | kerio | i'll try with a different pc, so we can rule out os x's funkyness |
| 17:23.20 | DocScrutinizer05 | kerio: WTF are you trying to proove? |
| 17:23.34 | kerio | i want to see how much data i can push through usb networking |
| 17:23.47 | kerio | how much data over time, i mean |
| 17:24.22 | DocScrutinizer05 | that's an incomplete question, unless you define the means you use to transfer that data as a part of the answer to find |
| 17:25.07 | DocScrutinizer05 | obviously the amount of data/time is massively depending on the transport and tools and parameters you use |
| 17:25.54 | RST38h | Doc: Sorry to interrupt this lively conversation, but he is on my /ignore list, if it tells you anything |
| 17:26.33 | DocScrutinizer05 | and the transport, tools, parameters define your error-recovery you get, and a number of other not so irrelevant properties |
| 17:26.55 | kerio | ...wtf, what did i do? |
| 17:26.58 | DocScrutinizer05 | RST38h: hehe |
| 17:27.29 | *** join/#maemo-ssu FIQ (~fiq@unaffiliated/fiq) |
| 17:31.06 | kerio | DocScrutinizer05: anyway, this started just as a way to test libicd-network-usb |
| 17:31.20 | DocScrutinizer05 | mhm |
| 17:32.59 | kerio | it works fine, apart for the fact that the usb0 interface is kept up even after you disconnect |
| 17:33.25 | DocScrutinizer05 | hmm, it implements a virtual NIC I guess |
| 17:33.47 | DocScrutinizer05 | you have to modprobe -r to remove that NIC, I guess |
| 17:34.58 | DocScrutinizer05 | best indication that you got a virtual NIC is the fact it's using a MAC addr |
| 17:36.22 | DocScrutinizer05 | basically for USB networking MAC are rather meaningless or at least not needed, but since any NIC has a MAC, the USB-networking also has one (actually one per end) |
| 17:36.37 | kerio | it does, but i'd still expect the disconnect to do the equivalent of ifconfig usb0 down |
| 17:36.58 | DocScrutinizer05 | why should it? |
| 17:38.36 | kerio | because it does the same for every other interface |
| 17:38.42 | kerio | wlan0 goes down, gprs0 goes down |
| 17:41.21 | DocScrutinizer05 | send patches ;-) |
| 17:43.45 | DocScrutinizer05 | btw I don't think wlan0 goes "state:down" just for broken RF connection. It needs action from ICD to make WLAN IF go down (and that seems to fail for me sometimes, which results in WLAN still up for AP that's already miles away) |
| 17:44.45 | DocScrutinizer05 | once or twice I might've encountered same for GPRS roaming |
| 17:45.09 | DocScrutinizer05 | wasn't exactly easy to investigate |
| 18:12.36 | *** join/#maemo-ssu rd (~rd@p57B48972.dip0.t-ipconnect.de) |
| 18:29.59 | *** join/#maemo-ssu FIQ (~fiq@unaffiliated/fiq) |
| 19:20.53 | Pali | kerio, due to that musb working only if some gadget is loaded (no idea why) and charger detection is in musb, some gadget driver is still loaded |
| 19:21.11 | Pali | so when you disconnect usb cable (from nokia pc suite mode), g_nokia is still loaded |
| 19:21.26 | kerio | Pali: huh? |
| 19:21.33 | Pali | and this is reason why usb0 is still connected |
| 19:21.41 | kerio | the phone detects the charging even without a gadget module i think |
| 19:21.47 | Pali | no |
| 19:21.50 | Pali | you can try it |
| 19:21.52 | kerio | Pali: connected and up are different things |
| 19:22.27 | Pali | also for usb host mode some gadget driver must be loaded |
| 19:22.46 | kerio | cat /sys/class/power_supply/bq24150a-0/mode -> "auto (host)" |
| 19:22.56 | kerio | lsmod | grep g_ -> "" |
| 19:23.19 | Pali | connect wallcharger |
| 19:23.29 | kerio | oh, it'll stay as host? |
| 19:23.31 | kerio | i see |
| 19:24.12 | Pali | btw, g_nokia is composite gadget driver |
| 19:24.30 | Pali | what about adding also file storage component to nokia gadget? |
| 19:24.54 | kerio | just don't make it necessarily start softupd and phonet-at and i'm cool with it |
| 19:24.55 | Pali | and we do not need to switch between mass storage & pc suite |
| 19:25.20 | Pali | problem is that mass storage kernel code is modular only in upstream kernel |
| 19:25.27 | Pali | so we need some 3.x for that |
| 19:25.58 | kerio | can't you just "magically" merge g_file_storage and g_nokia? |
| 19:26.11 | Pali | and g_file_storage (non composite) was renamed to g_mass_storage (comosite) |
| 19:26.19 | kerio | i see |
| 19:26.20 | Pali | you cannot merge non composite to composite driver |
| 19:26.30 | kerio | so you'd need to backport g_mass_storage at the very least |
| 19:26.37 | Pali | yes |
| 19:26.57 | kerio | hmm, look into it and see if you feel like doing it |
| 19:27.03 | kerio | (if it's even possible at all ofc) |
| 19:27.06 | Pali | but there can be other problem.... there are a lot of parts which loading g_nokia or g_file_storage driver |
| 19:27.24 | Pali | then we need to patch every script which loading gadget driver |
| 19:27.26 | kerio | the UI is a different problem i suppose |
| 19:29.48 | Pali | yes that stupid usb dialog... |
| 19:37.00 | DocScrutinizer05 | musb_core eats some 60mA when not in suspend |
| 19:38.08 | DocScrutinizer05 | that's why you want to wakeup musb_core when VBUS gets detected, so you can talk to 1707 PHY via ULPI interface, to detect D+- short |
| 19:38.47 | DocScrutinizer05 | then the latest when VBUS gets removed, you might want to suspend musb_core to save those 60mA it eats |
| 19:39.58 | DocScrutinizer05 | I hope this might shed some light on the problems we face with USB and musb and loading kernel modules and charger detection and whatnot |
| 19:43.32 | *** join/#maemo-ssu Sicelo900 (~user@unaffiliated/sicelo) |
| 20:20.01 | *** join/#maemo-ssu Sicelo900 (~user@41.215.145.1) |
| 20:20.01 | *** join/#maemo-ssu Sicelo900 (~user@unaffiliated/sicelo) |
| 20:30.32 | *** join/#maemo-ssu luf (~luf@ip-89-102-208-114.net.upcbroadband.cz) |
| 20:30.45 | luf | Pali: ping |
| 20:33.44 | Pali | luf, pong |
| 20:34.10 | luf | The merge request seems ok. BTW do we know nothing else needs the cripled ABI? |
| 20:34.45 | Pali | no idea |
| 20:34.47 | Pali | needs testing |
| 20:35.46 | luf | I have to merge it using my local computer or should I just click somewhere? |
| 20:40.20 | Pali | luf, git pull from my repo & git push to cssu |
| 20:40.26 | Pali | but I can do it too |
| 20:40.44 | Pali | every cssu member can push to cssu repos |
| 20:40.52 | luf | I know. |
| 20:41.06 | luf | Feel free to push it. I ack it. |
| 20:51.48 | kerio | Pali: going back to the gadget module thing... technically only things we control should unload/load those modules |
| 20:52.20 | kerio | the UI when you do mass storage/pc suite - really some scripts, /etc/event.d/bme, possibly a usb host mode script or two |
| 20:58.42 | kerio | Pali: a grep shows that the string "g_file_storage" only appears in a handful of files |
| 20:59.39 | kerio | osso-usb-mass-storage-{en|dis}able.sh, pcsuite-enable.sh, bme, softupd, testserver (wtf is this?), ke-recv |
| 21:00.34 | kerio | also, wtf is g_softupd? and g_zero? |
| 21:01.14 | Pali | osso-usb-* pcsuite* is in ke-recv |
| 21:01.24 | Pali | bme is going to be replaced |
| 21:01.35 | Pali | softupd is server application for flashing |
| 21:02.03 | Pali | (flasher on n900 is connecting to softupd and sending kernel image to softupd) |
| 21:02.15 | kerio | Pali: ooh, g_zero is what we should be really using when in no mode i think |
| 21:02.19 | Pali | softupd is also responsible for emmc flashing |
| 21:02.34 | kerio | Pali: softupd is also launched as a daemon when in pc suite mode |
| 21:02.38 | kerio | i think to do pc suite stuff |
| 21:02.49 | kerio | to do stuff with pcsuite/ovisuite i mean |
| 21:02.54 | Pali | yes, because in pc suite mode, you can flash kernel/mmc |
| 21:03.00 | Pali | also nolo, xloader & cmt |
| 21:03.05 | Pali | via Mk II protocol |
| 21:03.09 | kerio | Pali: that makes no sense really |
| 21:03.11 | kerio | it's a live system |
| 21:03.18 | Pali | rootfs is not possible |
| 21:03.29 | Pali | but why kernel, nolo & xloader? |
| 21:03.45 | Pali | because it does not break anything running |
| 21:03.49 | kerio | hm, g_zero doesn't even negotiate for power actually |
| 21:03.59 | Pali | testserver is propably server application for phoenix testing & cal access |
| 21:04.10 | Pali | it is started only in TEST bootmode |
| 21:04.29 | Pali | so never on normal n900 |
| 21:04.39 | kerio | so i can remove it? |
| 21:04.42 | Pali | yes |
| 21:05.04 | Pali | g_softupd is gadget for emmc flashing via softupd |
| 21:05.14 | Pali | g_nokia has also g_softupd component |
| 21:05.53 | Pali | I bet that nokia wanted only zero copy driver without usb networking (which is in g_nokia) so they created stupid g_softupd |
| 21:06.08 | Pali | g_zero is zero gadget driver which doing nothing |
| 21:06.37 | Pali | kerio, testserver is good candidate which will be removed from some possible CSSU fiasco image |
| 21:06.46 | Pali | it only store space on rootfs |
| 21:07.17 | Pali | and 99,99% users and non developers did not used it |
| 21:07.29 | Pali | s/non/non nokia/ |
| 21:07.37 | kerio | how do you even enter the TEST bootmode? |
| 21:08.22 | kerio | DocScrutinizer05: what good is a usb gadget module that doesn't even negotiate the maximum current? :s |
| 21:10.04 | Pali | kerio, legal way only via phoenix |
| 21:10.16 | kerio | is it a special NOLO thing? |
| 21:10.16 | Pali | kerio, other way is to patch 0xFFFF |
| 21:10.22 | Pali | I think |
| 21:10.38 | Pali | or patching U-Boot |
| 21:10.46 | kerio | i was going to say that :) |
| 21:11.02 | Pali | you need to add test into omap atag bootreason |
| 21:11.16 | Pali | btw, last uboot has variable where can be sotred bootreson and bootmode |
| 21:11.46 | Pali | there is NOLO command for booting kernel (used when you want to exit flashing without disconnecting cable) |
| 21:12.03 | Pali | and also used if you want to boot loaded kernel via USB |
| 21:12.21 | Pali | and if you change some param from 0 to 1, then it boot into UPDATE mode which is used for flashing eMMC |
| 21:12.39 | Pali | so I think if I change 0 to 2 or 3 it can enter to LOCAL or TEST mode :-) |
| 21:13.12 | Pali | kerio, or by patching getbootstate |
| 21:13.29 | Pali | LOCAL & TEST mode is selected from BSI... |
| 21:14.56 | *** join/#maemo-ssu arcean_ (~arcean@aacz142.neoplus.adsl.tpnet.pl) |
| 21:20.20 | DocScrutinizer05 | kerio: sorry, I don't know how to answer |
| 21:24.38 | DocScrutinizer05 | ((<kerio> how do you even enter the TEST bootmode?)) afaik with a special TEST 'battery' that has a certain special BSI value |
| 21:25.46 | kerio | i wonder why nokia left all this cruft around, considering that they were trying to save as much space as they could on the rootfs |
| 21:26.49 | DocScrutinizer05 | well, the knowhow became sparse and spread all over the team, nobody really had a comprehensive overview |
| 21:26.57 | Pali | DocScrutinizer05, getbootstate enter to test mode if there is special BSI |
| 21:27.00 | Pali | you are right |
| 21:27.11 | DocScrutinizer05 | I know ;-) |
| 21:27.36 | DocScrutinizer05 | I know about test battery since ~2 years |
| 21:27.46 | Pali | https://bazaar.launchpad.net/~pali/+junk/maemo_getbootstate/view/head:/getbootstate.c#L494 |
| 21:27.51 | Pali | RE getbootstate ^^^^ |
| 21:28.25 | Pali | DocScrutinizer05, where did you found test battery?? |
| 21:28.30 | DocScrutinizer05 | and there's an explicit test for that somewhere in preinit or sth |
| 21:28.58 | Pali | it it in getbootstate, see source :-) |
| 21:28.59 | DocScrutinizer05 | iirc stskeeps pointed me to some details about BSI |
| 21:29.17 | Pali | hm, do you know something more about BSI? |
| 21:29.23 | DocScrutinizer05 | yep, the test in preinit is using getbootstate |
| 21:29.38 | Pali | so is test mode really used in phoenix? |
| 21:29.46 | DocScrutinizer05 | (more BSI) alas nope |
| 21:30.07 | DocScrutinizer05 | it's used in phoenix with service fixture |
| 21:30.35 | Pali | from phoenix GUI which I saw, I think that phoenix can write to CAL only from test mode |
| 21:30.51 | Pali | there is button to boot into normal, test or local mode... |
| 21:30.53 | DocScrutinizer05 | plausible |
| 21:31.08 | DocScrutinizer05 | yep, that changes BSI resistor value |
| 21:31.12 | DocScrutinizer05 | afaik |
| 21:31.22 | Pali | and only application which doing something with libcal is testserver |
| 21:31.38 | Pali | and testserver event.d script has line start in testmode only |
| 21:31.45 | Pali | so then it make sense |
| 21:32.01 | DocScrutinizer05 | o/ bbl ->dinner |
| 21:36.26 | DocScrutinizer05 | ooh one thing: I'm quite sure NOLO also checks for BSI TEST value, and possibly behaves differently when TEST battery detected |
| 21:36.45 | DocScrutinizer05 | and even cmt does, afaik |
| 21:37.16 | DocScrutinizer05 | it seems Nokia is using this scheme on a lot of their phones |
| 21:37.41 | DocScrutinizer05 | after all phoenix isn't N900-specific |
| 21:47.13 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
| 21:53.02 | Pali | DocScrutinizer05, but NOLO and fiasco yes |
| 21:53.24 | *** join/#maemo-ssu joshgillies (~josh@ppp108-33.static.internode.on.net) |
| 21:58.23 | *** join/#maemo-ssu joshgillies (~josh@ppp108-33.static.internode.on.net) |
| 22:33.41 | *** join/#maemo-ssu joshgillies (~josh@150.101.108.33) |
| 22:38.40 | *** join/#maemo-ssu joshgillies (~josh@2001:44b8:513d:2100:5a94:6bff:fed2:9714) |
| 23:32.21 | *** join/#maemo-ssu andre__ (~andre@ip-84-42-203-5.net.upcbroadband.cz) |
| 23:32.22 | *** join/#maemo-ssu andre__ (~andre@wikimedia/aklapper) |
| 23:59.43 | *** join/#maemo-ssu andre__ (~andre@wikimedia/aklapper) |