02:11.09 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
02:20.22 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
02:22.50 | *** join/#maemo-ssu iDont (~iDont@ip4da305b4.direct-adsl.nl) |
02:24.41 | jonwil | hi |
03:08.36 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@112.96.104.76) |
03:12.58 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@112.96.104.76) |
05:36.50 | *** join/#maemo-ssu FlatPhil (~user@nyb2.kyla.fi) |
06:41.50 | freemangordon | merlin1991: (and others) what to do with this: https://admin.fedoraproject.org/updates/FEDORA-2013-15995/telepathy-gabble-0.18.1-1.fc19 ? |
06:46.42 | *** join/#maemo-ssu LauRoman (~LauRoman@5-14-93-219.residential.rdsnet.ro) |
06:48.15 | freemangordon | merlin1991: please pull http://maemo.gitorious.org/maemo-af/freemangordons-ke-recv-extra/source/24307e38817e801f91cbd2165c3c08d618b0edab: in CSSU |
07:06.55 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
07:13.28 | FlatPhil | is there a version of "ar" in one of the repos? |
07:18.23 | freemangordon | FatPhil: isn't that part of the toolchain? |
07:18.51 | jon_y | is part of binutils |
07:19.15 | freemangordon | FatPhil: http://repository.maemo.org/pool/fremantle/free/b/binutils/ |
07:20.34 | freemangordon | FlatPhil: but be warned - if you install gcc/binutils without making sure it will install on /opt, you'll have your / left with no free space |
07:23.15 | freemangordon | Pali: did you try ke-recv-extras? |
07:23.31 | Pali | installed on kp52 and now working |
07:23.38 | jon_y | alternatively extract it yourself |
07:23.54 | jon_y | oh wait |
07:23.59 | jon_y | deb archive no ar around |
07:24.04 | Pali | did not see any problems yet |
07:24.17 | freemangordon | Pali: ke-recv has problems on 3.x kernels, who's going to fix that? |
07:24.48 | freemangordon | Pali: also, I think we should make that more "organized" :) |
07:25.02 | Pali | now I'm going to prepare upstream kernel patches for board chargering code |
07:25.46 | FlatPhil | would worked around the problem, so don't need it |
07:26.10 | freemangordon | FlatPhil: how's microb on cssu-thumb? |
07:26.39 | FlatPhil | no more braaindead than it ever was |
07:26.58 | freemangordon | can't parse |
07:27.14 | FlatPhil | on the whole, my first impressions of cssu thumb are positive |
07:27.33 | FlatPhil | well, microb sucks. |
07:28.23 | freemangordon | well, I disagree, microb is the best mobile browser so far. Did you try the browser on Harmattan? I guess you did. |
07:28.24 | Pali | remove adblock plugin |
07:28.42 | FlatPhil | as does basically any program that has things like uttons |
07:28.49 | freemangordon | Pali: this is freshly flashed device iiuc |
07:28.55 | Pali | ok |
07:29.42 | FlatPhil | almost evverything about harmatton sucks, even the shell sucks |
07:29.57 | freemangordon | :nod: :( |
07:31.10 | freemangordon | FlatPhil: I have 2 n950s sitting in the drawer, I gave one of them to my GF, she used it for couple of months, and she gave up. now she is happy n900 user :D |
07:31.27 | FlatPhil | xchat sucks... gonna fid a working irc client that doesn't waste battery when it should be doing nothing... |
07:31.57 | jon_y | n900 was better than n950? |
07:31.59 | FlatPhil | i have an n950 made fron the spare parts of 3 or 4 broken ones |
07:32.19 | FlatPhil | my g/f has an offiial developer n950 |
07:32.23 | freemangordon | jon_y: n900 *IS* better than N9/50 |
07:32.29 | jon_y | :| |
07:32.49 | freemangordon | or even goes circles around it IMO |
07:32.54 | jon_y | I wish I knew anybody using an n9, or n900 or n950 |
07:33.21 | jon_y | they cannot comprehend the openness |
07:33.27 | freemangordon | I know 6 people (including me) |
07:33.36 | freemangordon | all of them use n900 |
07:34.04 | *** join/#maemo-ssu Fat_Phil (~communi@nyb2.kyla.fi) |
07:34.24 | jon_y | everyone around uses an iphone or samsung |
07:34.30 | freemangordon | jon_y: and know about 2 more (again n900) |
07:34.35 | jon_y | and then there is that one guy with blackberry |
07:34.59 | Fat_Phil | some people seem very happy with then. The n900 fans are a minority. |
07:35.00 | jon_y | whats wrong with the n950? |
07:35.19 | jon_y | I would cont myself as an n900 fanatic |
07:35.24 | Fat_Phil | I don't view the n900 as a phone, I view it as a computer. |
07:35.32 | freemangordon | jon_y: everything. from HW to SW to capacitive screen etc |
07:35.38 | jon_y | computer with gsm capability |
07:36.03 | freemangordon | FatPhil: sure, but you can happily use it as phone as well |
07:36.12 | jon_y | freemangordon: it wasn't as responsive as the n900? |
07:36.15 | kerio | Fat_Phil: how does xchat waste battery? |
07:36.29 | Fat_Phil | anyone saying positive things about the n900s resistive screen makes me happy |
07:36.34 | jon_y | Fat_Phil: try irssi? it runs in a console |
07:37.06 | jon_y | you could ssh to somewhere to use it |
07:37.12 | Fat_Phil | kerio: it doesn't. I just got in a mode where I was typing white on white. |
07:37.14 | jon_y | iirc ssh doesn't do much idle traffic |
07:37.14 | freemangordon | jon_y: n900 on cssu-thumb OC to 805 and swap on uSD is 3-4 and even more times faster for most of the things. HAM excluded ofc :D |
07:37.36 | jon_y | whoa, I should move my swap |
07:37.42 | jon_y | I have a class 10 SD |
07:37.55 | freemangordon | don;t forget to tweak your VM settings |
07:38.02 | jon_y | any guides? |
07:38.11 | freemangordon | or better - just use swappolube |
07:38.21 | jon_y | ~swappolube |
07:38.42 | freemangordon | I never used it, but afaik it sets VM to a way that is good for most stuff |
07:38.49 | Fat_Phil | jon_y still keeping irssi as a possibility. I think the sterminals themselves are the wakeup cause. Need powertop to verify. |
07:39.09 | freemangordon | ~ping |
07:39.09 | infobot | ~pong |
07:39.14 | Fat_Phil | s/sterm/xterm |
07:39.21 | freemangordon | ~swappolube |
07:39.21 | jon_y | infobot: swappolube is http://wiki.maemo.org/Swappolube |
07:39.21 | infobot | jon_y: okay |
07:39.39 | freemangordon | ~swappolube |
07:39.39 | infobot | it has been said that swappolube is http://wiki.maemo.org/Swappolube |
07:39.43 | freemangordon | :) |
07:40.33 | freemangordon | jon_y: make sure you set page-cluster to 0 and swappiness to 30 |
07:40.35 | jon_y | freemangordon: btw, just manual swapon/swapoff? |
07:40.46 | jon_y | if I want to move my swap to SD |
07:41.09 | Fat_Phil | is there something lke the desktop command execution widget that will run one of two different arbitrary commands in order to toggle between 2 states? |
07:41.11 | freemangordon | I put a script in /etc/event.d as I am lazy guy, do you want it? |
07:41.22 | Fat_Phil | shit, I need a boat |
07:41.23 | jon_y | sure |
07:42.26 | freemangordon | jon_y: http://pastebin.com/2z8xi0pm |
07:42.42 | freemangordon | jon_y: if you use that script, you don't need swappolube |
07:42.53 | jon_y | thanks |
07:43.05 | Fat_Phil | of course I can just write a stateful script for DCEW to run, but it tracking the state would be good. |
07:43.28 | *** join/#maemo-ssu sunny_s (~sunny_s@178.124.152.19) |
07:43.30 | Fat_Phil | doh, that's what my output is, as text. who needs colours |
07:43.47 | freemangordon | jon_y: also, for some reason swapoff command doesn't work, I guess it needs sleep 5 before it, but CBA to check what is going on |
07:44.03 | jon_y | ok, assuming /dev/mmcblk1p3 is swap |
07:44.08 | jon_y | I need to check my SD for space |
07:44.10 | freemangordon | yeah |
07:44.31 | jon_y | also, is there an unmount event for this? |
07:44.40 | jon_y | eg when I want to remove back cover |
07:44.49 | freemangordon | jon_y: unmount of what? |
07:45.06 | freemangordon | ooh, no, don;t remove backcover if you have swap on uSD :D |
07:45.09 | jon_y | the n900 dismounts the card when back cover is ope right? |
07:45.12 | sixwheeledbeast | jon_y: You "could" try my FlopSwap. if you have stock filesystem, it's aimed for "users" |
07:45.13 | jon_y | oh ok |
07:45.20 | jon_y | actually that makes sense |
07:45.31 | jon_y | ~FlopSwap |
07:45.44 | sixwheeledbeast | http://wiki.maemo.org/Flopswap |
07:45.56 | jon_y | infobot: FlopSwap is http://wiki.maemo.org/Flopswap |
07:45.56 | infobot | okay, jon_y |
07:47.44 | sixwheeledbeast | It basically 4 scripts called from a Qt GUI, but the script are designed to flip/flop between two uSD swaps |
07:53.26 | freemangordon | Pali: BTW lkml still moderates my emails, any clue? |
07:53.48 | Pali | lkml has no moderators |
07:53.48 | freemangordon | shall I change to gmail? |
07:53.55 | jon_y | ask lkml admins? |
08:00.18 | freemangordon | hmm, it is not lkml, but linux-arm-kernel-owner@lists.infradead.org |
08:01.00 | freemangordon | merlin1991: ping |
08:02.16 | *** join/#maemo-ssu Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr) |
08:08.49 | Pali | yes, linux-arm is moderated |
08:10.01 | freemangordon | Pali: are you going to fix ke-recv? (for 3.x kernels that is) |
08:10.18 | freemangordon | I want to see what is the problem with camera |
08:10.20 | Pali | not now, preparing patches |
08:10.30 | freemangordon | ooh, sure not now :) |
08:10.37 | freemangordon | I ask in principal |
08:10.47 | Pali | I belive I find time for it |
08:10.52 | freemangordon | ok |
08:11.11 | freemangordon | Pali: I'd prefer you to do it, as you know the code better |
08:11.16 | Pali | ok |
08:11.30 | Pali | freemangordon, maybe you should start working with front webcam |
08:11.41 | Pali | because for it there is already kernel driver in upstream |
08:11.48 | freemangordon | Pali: any particular reason? |
08:11.53 | freemangordon | aah, ok |
08:12.24 | Pali | I got some board data (are in v3.10-n900 branch) from camera driver developer |
08:13.29 | freemangordon | Pali: BTW I see some errors from camera driver(on boot), going to check what happens |
08:14.14 | Pali | freemangordon, to activate camera on 3.x kernels you need to set correct configuration |
08:14.26 | Pali | you need for it program mediactl |
08:14.42 | Pali | here is paste of args which I used: http://pastebin.com/8GD7RceQ |
08:15.00 | freemangordon | "et8ek8 3-003e: invalid register list et8ek8-0002.bin, no POWERON mode found" |
08:15.10 | freemangordon | Pali: our firmware seems wrong/dated |
08:15.21 | Pali | "vs6555 binner" is front webcam and "et8ek8 3-003e" is back camera |
08:15.37 | Pali | freemangordon: yes for et8ek8 you need new firmware |
08:15.51 | Pali | vs6555 (from webcam) not using any firmware anymore |
08:16.24 | Pali | compatible firmware for et8ek8 is here: https://gitorious.org/omap3camera/camera-firmware |
08:16.32 | freemangordon | Pali: I'd rather fix the driver to workr with the old firmware |
08:16.38 | Pali | not possible |
08:16.47 | Pali | due to changes in kernel structrues |
08:16.59 | freemangordon | as: "init: omap3camd0 main process (1527) terminated with status 1" |
08:17.11 | Pali | it is not "firmware", but C kernel structure |
08:17.37 | freemangordon | Pali: I understand that, but my point is that most probably oma3camd is using it too |
08:17.40 | Pali | and struct something {} was changed somewhere after 2.6.28, so it is not possible |
08:18.09 | freemangordon | if we can't use omapcam3d, we can throw the whole thing in the trash |
08:18.15 | Pali | so you cannot use omap3camd without fixing and recompiling |
08:18.21 | freemangordon | all Noka image processing and such is there |
08:18.26 | freemangordon | *Nokia |
08:18.34 | freemangordon | omap3camd is closed source |
08:18.40 | Pali | someting was moded to kernel drivers |
08:18.54 | freemangordon | yes, and I am going to find what and rever/make it compatible |
08:19.07 | freemangordon | already did similar to DSP driver ;) |
08:19.42 | freemangordon | Pali: if we plan to use the same binaries, we'll have to learn to live with such hacks I guess :) |
08:19.44 | Pali | but that et8ek8 driver in 3.x tree is not API/ABI compatible with 2.6.28, because full omap video/camera api was changed |
08:20.01 | freemangordon | oh |
08:20.16 | Pali | reason why you need mediactl |
08:20.36 | Pali | forgot about modifing 2.6.28 omap code for 3.x |
08:20.41 | Pali | it is very very different |
08:21.05 | Pali | rather try to fix upstream driver (or board data) for front webcam |
08:21.12 | freemangordon | Pali: I'd rather modify 3.x code to be compatible with omap3camd. if possible |
08:21.37 | freemangordon | both cameras use omap3camd |
08:21.57 | Pali | et8ek8 is broken also because of kernel changes... |
08:22.11 | freemangordon | Pali: so, what we do then? |
08:22.13 | Pali | and it is forward-ported from 2.6.37 meego kernel |
08:22.26 | Pali | [10:21:04] <Pali> rather try to fix upstream driver (or board data) for front webcam |
08:22.33 | Pali | and then look at et8ek8 |
08:22.38 | freemangordon | but what about backcam? |
08:22.47 | freemangordon | aah, ok :) |
08:22.53 | Pali | front webcam should be easier |
08:22.59 | freemangordon | ok |
08:23.04 | Pali | because of existence of driver |
08:23.14 | freemangordon | ok, got it |
08:33.04 | *** join/#maemo-ssu scoobertron (~tom@66.172.11.27) |
08:36.51 | *** join/#maemo-ssu discopig (~discopig@unaffiliated/discopig) |
08:42.21 | *** join/#maemo-ssu discopig (~discopig@unaffiliated/discopig) |
08:47.33 | freemangordon | Pali: iiuc, the problem is the change from EINVAL to ENOTTY in v4l2 code. I wonder which is the best way to tacle that. Change the code in v4l2 or make a LD_PRELOAD ioctl wrapper. I guess the former is better |
08:47.50 | freemangordon | sorry, the latter |
08:47.53 | freemangordon | i sbetter |
08:48.26 | Pali | maybe you can use mplayer for testing camera |
08:48.39 | Pali | and killing omap3camd for front webcam |
08:49.00 | freemangordon | Pali: why do you hate omap3camd so much? :D |
08:49.04 | Pali | because upstream driver for front webcam is totally different as that in 2.6.28 |
08:49.19 | Pali | for front webcam it will not work |
08:49.30 | freemangordon | iiuc omapcam3d use v4l2 API |
08:52.18 | Pali | but some private omap ioctls |
08:52.42 | Pali | and changing some memory via /sys |
08:53.01 | Pali | this really can break driver to work |
08:55.46 | Pali | freemangordon, patches sent |
08:56.35 | freemangordon | Pali: great |
08:57.03 | freemangordon | Pali: however, I am lazy, so I will try to go via the easy route :P |
08:57.14 | freemangordon | (use omapcam3d) |
08:59.41 | Pali | from http://elinux.org/N900 missing: hsi/ssi stuf (sre working on it), thumb2 (patches sent), bq2415x board data (now I sent), front webcam board data (you are woking on it), board data for ADP 1653 Flash Torch (patche sent, waiting for responce) |
09:00.44 | freemangordon | Pali: I am working on front webcam board data? Am I? I was under the impression it is there. Isn't it? |
09:01.21 | Pali | and then totally missing: back camera, AD5820 Autofocus, BCM2048 (Bluetooth and FM/RDS receiver) and OMAP3 ROM Random Number Generator support (will resent patches after thumb2 errata will be accepted) |
09:01.39 | Pali | freemangordon: yes there is, but not working :-) |
09:02.02 | freemangordon | oh, ok, so first I should fix the kernel I guess :D |
09:02.12 | Pali | yes :D |
09:02.26 | Pali | ^^^^ this is what missing in 3.11 kernel |
09:02.45 | freemangordon | I thought vs6555 driver is loaded and works |
09:03.49 | *** join/#maemo-ssu discopig (~discopig@unaffiliated/discopig) |
09:11.20 | *** join/#maemo-ssu FlatPhil (~user@81-197-43-103.elisa-mobile.fi) |
09:12.31 | FlatPhil | yay - just wrote my first scipt for DCEW, which totally ROCKS! http://fatphil.org/linux/maemo/DCEW/longblue.sh |
09:12.53 | FlatPhil | How did I live without DCEW?!?!? |
09:14.36 | FlatPhil | oh bollocks, sync issues, broken version uploaded |
09:14.46 | FlatPhil | but you get the idea |
09:17.13 | FlatPhil | fixed |
09:19.29 | *** join/#maemo-ssu kerio (~kerio@Maemo/community/contributor/kerio) |
09:23.53 | Pali | FlatPhil: this is possible to configure via ukeyboard package (it replace text insert menu in settings application) |
09:29.02 | *** join/#maemo-ssu kerio (kerio@Maemo/community/contributor/kerio) |
09:32.29 | *** join/#maemo-ssu kerio (kerio@Maemo/community/contributor/kerio) |
09:38.24 | *** join/#maemo-ssu NIN101 (~NIN@p57B9E9E8.dip0.t-ipconnect.de) |
10:03.39 | *** join/#maemo-ssu NIN101 (~NIN@p57b9e9e8.dip0.t-ipconnect.de) |
10:13.49 | *** join/#maemo-ssu dafox (~dafox@ip3e8380c8.speed.planet.nl) |
10:16.35 | jonwil | I think we need a Neo900 wiki (or some wiki pages) |
10:19.55 | *** join/#maemo-ssu NIN101 (~NIN@p57B9E9E8.dip0.t-ipconnect.de) |
10:20.27 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
10:53.15 | *** join/#maemo-ssu dafox (~dafox@ip3e8380c8.speed.planet.nl) |
10:59.06 | FatPhil | Pali: I got the idea from a package that was a 20 line python script, but I'm not putting python on this device, so just lifted the important line from the source package. |
11:00.27 | FatPhil | Pali: what mailing list(s) are your kernel patches sent to? I'll do some code review. I can probably call it "upstream work' |
11:00.59 | FatPhil | and get ${EMPLOYER} to pay me to do it! |
11:09.19 | *** join/#maemo-ssu NIN101 (~NIN@p57B9E9E8.dip0.t-ipconnect.de) |
11:18.36 | Pali | FatPhil: every patch I CCing to linux-kernel@vger.kernel.org so it appear on https://lkml.org/ archive |
11:19.10 | Pali | and mailinglists and email addresses where I sending patches comes from script ./scripts/get_maintainer.pl |
11:25.25 | *** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1) |
11:43.05 | FatPhil | Pali: thanks. I was just wondering if you sent them to some arch-specific lists too. I'll hunt them out on LKML though. |
11:45.45 | Pali | I sent them also to linux-omap |
11:45.49 | FatPhil | Pali: issue with battery on cssu-thumb. I was somewhere below 55% one minute, and suddenly I was at 0%, recieving the "pew" tones. |
11:46.20 | Pali | FatPhil: are you using BME or my kernel drivers? |
11:46.31 | freemangordon | FatPhil: how old is that battery? |
11:46.40 | FatPhil | freshly flashed cssu-thunm, almost no tweaking |
11:46.49 | FatPhil | Oooooooold battery |
11:47.00 | freemangordon | any other questions? :P |
11:47.10 | FatPhil | IT's back at 36% again though |
11:47.21 | FatPhil | after an hour of me just leaving it alone |
11:47.26 | Pali | now you see why I shred BME binaries :D |
11:47.47 | FatPhil | I've never seen it on my daily device with the stock nokia kernel |
11:47.48 | freemangordon | FatPhil: yes, because the internal resistance makes voltage to drop under heavy load |
11:48.02 | freemangordon | FatPhil: buy a new battery |
11:49.12 | FatPhil | well, I wouldn't say it was under heavy load, I was just chatting over wifi, and editing scripts |
11:49.29 | FatPhil | screen draining more than anything else put together probably. |
11:49.50 | FatPhil | I'll try it with different batteries though, and see if there's a correlation. |
11:50.10 | freemangordon | FatPhil: trust me, it is the battery |
11:50.29 | FatPhil | I am 99% sure you're right. |
12:25.07 | *** join/#maemo-ssu _rd (~rd@p5088FA66.dip0.t-ipconnect.de) |
12:25.15 | freemangordon | Pali: WTF am I supposed to do with that ?!? http://pastebin.com/9uu4kmvR |
12:25.45 | Pali | I sent mediactl commands |
12:25.50 | Pali | on previous pastebin |
12:26.42 | freemangordon | Pali: BTW how did you manage to compile media-ctl, I copied the missing headers. |
12:26.56 | Pali | do not remember |
12:26.59 | Pali | will try build dir |
12:27.49 | freemangordon | Pali: it is not important, don;t waste your time |
12:27.53 | Pali | freemangordon: git clone git://git.ideasonboard.org/media-ctl.git and dpkg-buildpackage -b |
12:28.01 | Pali | there is debian directory |
12:28.06 | freemangordon | Pali: won't work in SB :) |
12:28.29 | Pali | I compiled it in madde |
12:28.43 | freemangordon | anyway, not important |
12:28.51 | Pali | ah, now I see :D what I done |
12:28.57 | Pali | manual compilation :D:D |
12:29.20 | Pali | I commented #include "config.h" and compiled each source file manually with gcc -c |
12:29.29 | Pali | and then linked all together into one executable |
12:29.30 | freemangordon | hehe :D |
12:29.34 | freemangordon | Nokia-N900:~# ./media-ctl -l '"vs6555 binner":1 -> "OMAP3 ISP CCP2":0 [1]"' |
12:29.34 | freemangordon | Unable to parse link: Invalid argument (22) |
12:29.45 | Pali | btw, you have some other version |
12:29.56 | Pali | my binary has name mediactl without dash |
12:30.34 | Pali | checkout to 67b66c052e75645439e230fae81d969c834046ac and compile again |
12:30.44 | Pali | (from above git repo) |
12:30.47 | freemangordon | ok |
12:30.53 | Pali | this is what I used |
12:32.25 | freemangordon | Pali: no difference |
12:32.36 | *** join/#maemo-ssu kerio (kerio@acehack.de) |
12:34.46 | freemangordon | hmm, wait, I didn't make clean |
12:36.37 | freemangordon | Pali: hmm, no, still no joy, I guess you tried that on a different kernel |
12:36.53 | Pali | freemangordon: what you need is to connect "entity 19: vs6555 binner (2 pads, 2 links)" to "pad1: Source "OMAP3 ISP CCP2":0 []" |
12:37.16 | freemangordon | ok |
12:37.25 | Pali | and above error is "Unable to parse link:" |
12:37.31 | Pali | so sounds like incorrect arguments |
12:37.35 | freemangordon | yep |
12:37.45 | Pali | kernel is OK, bcause you see this configuration |
12:39.32 | freemangordon | Pali: but, but, isn't that already connected? |
12:39.40 | freemangordon | entity 19: vs6555 binner (2 pads, 2 links) |
12:39.46 | freemangordon | type V4L2 subdev subtype Unknown flags 0 |
12:39.46 | freemangordon | device node name /dev/v4l-subdev11 |
12:39.46 | freemangordon | pad0: Sink |
12:39.48 | freemangordon | [fmt:SGRBG10/756x596 |
12:39.50 | freemangordon | compose.bounds:(0,0)/756x596 |
12:39.50 | Pali | no |
12:39.52 | freemangordon | compose:(0,0)/756x596] |
12:39.53 | Pali | last line is -> "OMAP3 ISP CCP2":0 [] |
12:39.54 | freemangordon | <- "vs6555 pixel array":0 [ENABLED,IMMUTABLE] |
12:39.56 | freemangordon | pad1: Source |
12:39.58 | freemangordon | [fmt:SGRBG10/756x596 |
12:40.00 | freemangordon | crop.bounds:(0,0)/756x596 |
12:40.02 | freemangordon | crop:(0,0)/756x596] |
12:40.04 | freemangordon | -> "OMAP3 ISP CCP2":0 [] |
12:40.05 | Pali | and should be [ENABLED] |
12:40.07 | Pali | or somethign |
12:40.09 | freemangordon | oh |
12:40.18 | Pali | [] means disabled |
12:40.45 | Pali | and you can see "- entity 1: OMAP3 ISP CCP2 (2 pads, 3 links)" |
12:40.56 | Pali | that here is sink "<- "vs6555 binner":1 []" disabled |
12:42.19 | Pali | see this: http://shr-project.org/trac/wiki/Devices/NokiaN900/InstallGuide |
12:42.27 | Pali | there are commands for et8ek8 |
12:42.44 | freemangordon | I am playing with the front camere BTW |
12:42.44 | Pali | in section "New camera ISP (2.6.37 meego kernel)" |
12:43.58 | Pali | yes, but here are example commands how to use that tool |
12:51.47 | freemangordon | Pali: Setting up link 19:1 -> 1:0 [1] |
12:52.05 | freemangordon | there is an extra double quote in your commands, at the end |
12:52.36 | Pali | ah... |
12:53.03 | Pali | also there is second command for "vs6555 binner" for selecting format |
12:54.10 | Pali | ok, I edited my local file :-) thanks for catching up parse error |
12:54.11 | freemangordon | I guess this should not be needed |
12:56.04 | freemangordon | Pali: hmm, I guess someone needs to enable /dev/video1 too |
13:00.47 | Pali | freemangordon: from that graph I see that you need to enable /dev/video2 |
13:02.08 | Pali | freemangordon: entity 18 --> entity 19 --> entity 1 --> entity 5 --> entity 6 |
13:02.29 | Pali | and then output from webcam should be in "entity 6" /dev/video2 |
13:04.27 | Pali | freemangordon: try this command: mediactl -l '"vs6555 binner":1 -> "OMAP3 ISP CCP2":0 [1], "OMAP3 ISP CCP2":1 -> "OMAP3 ISP CCDC":0 [1], "OMAP3 ISP CCDC":2 -> "OMAP3 ISP preview":0 [1], "OMAP3 ISP preview":1 -> "OMAP3 ISP resizer":0 [1], "OMAP3 ISP resizer":1 -> "OMAP3 ISP resizer output":0 [1]' |
13:05.30 | freemangordon | Setting up link 19:1 -> 1:0 [1] |
13:05.32 | freemangordon | Setting up link 1:1 -> 5:0 [1] |
13:05.34 | freemangordon | Setting up link 5:2 -> 7:0 [1] |
13:05.36 | freemangordon | Setting up link 7:1 -> 10:0 [1] |
13:05.38 | freemangordon | Setting up link 10:1 -> 12:0 [1] |
13:06.54 | Pali | working now? |
13:07.18 | freemangordon | no, still green |
13:07.23 | Pali | maybe it is needed to configure resizer |
13:08.09 | freemangordon | will try with gstreamer |
13:08.16 | Pali | freemangordon: can you please post output of media-ctl -p now? |
13:08.26 | Pali | and also look into dmesg |
13:08.37 | freemangordon | dmesg is scary :D |
13:08.41 | Pali | kernel is compiled with debug info and all printing to dmesg |
13:08.46 | freemangordon | Pali: lemme try gstreamer first |
13:08.51 | freemangordon | Pali: no |
13:09.05 | Pali | ok, but upload output of media-ctl -p |
13:10.06 | freemangordon | ok |
13:10.56 | freemangordon | Pali: http://pastebin.com/sNE332PY |
13:13.16 | Pali | freemangordon, are you trying to play from /dev/video6 ? |
13:13.27 | freemangordon | yes |
13:13.45 | Pali | ok |
13:14.35 | kerio | what are you guys doing? |
13:14.50 | freemangordon | Pali: mplayer -tv driver=v4l2:width=320:height=240:outfmt=uyvy:device=/dev/video6 -vo xv -vf screenshot tv:// |
13:15.03 | Pali | and what about disable resizer and doing output direclly via "OMAP3 ISP CCDC output"? |
13:15.11 | freemangordon | Pali: with that command something is moving on the top of the green output |
13:15.15 | Pali | freemangordon, "width=320:height=240" this is maybe bad |
13:15.28 | dos1 | kerio: they're trying to get camera running on new kernel |
13:15.45 | freemangordon | Pali: if it is bigger, mplayer fails to setup the overlay |
13:15.58 | freemangordon | I guess kernel config specifies too low vram |
13:16.21 | freemangordon | kerio: front cam that is |
13:16.44 | Pali | freemangordon, try to congure resizer for lower resolution |
13:16.55 | freemangordon | ok |
13:22.07 | Pali | freemangordon, try: mediactl -V '"vs6555 binner":1 [SGRBG10/756x596 (0,0)/756x596 (0,0)/756x596], "OMAP3 ISP CCP2":1 [SGRBG10/756x596], "OMAP3 ISP CCDC":2 [SGRBG10/756x596], "OMAP3 ISP preview":1 [UYVY/756x596], "OMAP3 ISP resizer":1 [UYVY/320x240]' |
13:22.27 | freemangordon | pali it is lowercase -v |
13:22.33 | Pali | ok |
13:23.44 | freemangordon | Pali: ^^^ does nothing |
13:24.04 | Pali | can you look at -p if something was changed? |
13:24.22 | freemangordon | looked, nothing is chaged |
13:24.31 | freemangordon | hmm, wat |
13:24.33 | freemangordon | *wait |
13:24.46 | Pali | bad, we need to change "4096x4096" to "756x596" |
13:24.53 | freemangordon | wait |
13:26.59 | freemangordon | Pali: this doesn't look ok to me: "<- "OMAP3 ISP resizer input":0 []" |
13:27.12 | freemangordon | only the preview is enabled |
13:27.23 | freemangordon | "<- "OMAP3 ISP preview":1 [ENABLED]" |
13:27.36 | Pali | it is ok |
13:27.39 | Pali | look at preview |
13:28.08 | Pali | preview has resizer enabled |
13:28.37 | Pali | this is one big chain |
13:29.04 | Pali | maybe you can try to enable "OMAP3 ISP preview output" on /dev/video4 what happen |
13:29.04 | freemangordon | too big for me even :D |
13:29.15 | freemangordon | ok |
13:29.29 | Pali | or enable directly "OMAP3 ISP CCDC output" on /dev/video2 |
13:29.42 | freemangordon | lemme try to figure out how to do that |
13:30.21 | Pali | first think of entify chain and then enable it |
13:30.43 | Pali | each entity has sink and source |
13:31.15 | Pali | and what you need is to connect "entity 18: vs6555 pixel array" to some entify which has /dev/video* output |
13:31.57 | Pali | so connect "entity 18" source to some entify with /dev/video* sink |
13:33.03 | Pali | this is classic DFS problem on DAG :D |
13:35.27 | Pali | and command '"vs6555 binner":1 -> "OMAP3 ISP CCP2":0 [1]' enabling connection from "vs6555 binner" pad1 to "OMAP3 ISP CCP2" pad0 |
13:38.53 | *** join/#maemo-ssu DrCode (~DrCode@gateway/tor-sasl/drcode) |
13:44.49 | freemangordon | Pali: I understand the connection principle, what I don;t know is what should be connected to what |
13:46.31 | Pali | freemangordon: you need to create path between entity 18 and some /dev/video* entity |
13:46.40 | Pali | so you can see output in mplayer |
13:46.50 | freemangordon | yes, but all I see is green :D |
13:47.02 | Pali | and did you tried another path? |
13:47.23 | freemangordon | everything else I tried just fails |
13:47.28 | Pali | another output entity and setting other resolutions at entities? |
13:48.04 | Pali | maybe this userspace part is OK and problem is somewhere in kernel |
13:48.48 | Pali | smiapp driver has enabled all debug messages |
13:49.05 | Pali | and you can see that I reverted and added some patches to smiapp driver |
13:55.54 | *** join/#maemo-ssu arcean (~arcean@aael193.neoplus.adsl.tpnet.pl) |
13:56.51 | Pali | freemangordon: this is what I found in my mailbox about front webcam: http://pastebin.com/aSPXeCA0 |
13:57.46 | freemangordon | Pali: hmm, I *think* I connected everything ok up to previewer |
13:57.56 | freemangordon | but it is still green, maybe the format is not ok |
13:58.47 | Pali | try to first GRBG10 format (without preview and resizer) |
13:58.51 | Pali | and tell it to mplayer |
14:00.47 | Pali | freemangordon: can you try to revert this git commit 7b2e1277598e4187c9be3e61fd9b0f0423f97986 and recompile kernel again? |
14:00.58 | Pali | maybe reverting this commit helps |
14:01.29 | Pali | (I forgot to revert it when I was reverting 6d1aa02f10497b138e01ebe6eafabd6071729334) |
14:03.59 | freemangordon | Pali: ok |
14:08.14 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@112.96.104.76) |
14:09.45 | *** join/#maemo-ssu _rd (~rd@p5088FA66.dip0.t-ipconnect.de) |
14:21.58 | *** join/#maemo-ssu jon_y_ (~enforcer@2002:af8e:4df8::af8e:4df8) |
14:40.20 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
14:46.33 | Pali | freemangordon: now I'm looking at ke-recv mount point paths and your commits |
14:47.13 | Pali | this way how you changed code is path to hell |
14:47.35 | Pali | freemangordon: I will try to fix mount point problem in ke-recv properly |
14:48.50 | Pali | freemangordon: also I want to export ext4 (and other fs too) partitions when swap is active on sd card |
14:48.58 | Pali | going to fix it too |
14:51.23 | Pali | ah :-( for this I need more usb luns, so fix is not possible |
14:57.00 | freemangordon | Pali: :nod: |
14:57.16 | freemangordon | we don;t have an option but to export only the first vfat |
14:57.52 | Pali | what is needed is to patch function add_volume to assign correct mount point to volume structure |
14:58.04 | Pali | like in function add_usb_volume |
14:58.22 | freemangordon | Pali: what exactly you don;t like about my patch? |
14:58.23 | Pali | and then each mount/unmount function will use vol->mount_point and no other hacks are needed |
14:58.31 | freemangordon | hmm, okj |
14:58.50 | freemangordon | Pali: btw reverted that kernel patch, makes no difference |
14:58.51 | Pali | I do not like your patch "Unmount the correct mountpoint for the first vfat partition" |
14:59.01 | freemangordon | ah, I see |
14:59.10 | freemangordon | well, ok |
14:59.13 | freemangordon | :) |
14:59.44 | Pali | and after this will be fixed, then I can much simplify your another patch "Export the first vfat partition only through mass storage..." |
14:59.56 | freemangordon | Pali: ok |
15:00.03 | Pali | because it will be always mounted on /media/mmc1 |
15:00.35 | Pali | no need for hacks... |
15:00.49 | freemangordon | Pali: http://pastebin.com/XCFVshvi |
15:01.10 | freemangordon | iiuc everything is setup fine for /dev/video4 (previewer) |
15:03.06 | Pali | no, this is incorrect "entity 5: OMAP3 ISP CCDC (3 pads, 8 links)" "pad0: Sink" "[fmt:SGRBG10/4096x4096]" |
15:03.09 | Pali | fix resolution |
15:03.51 | Pali | freemangordon: and is /dev/video4 working? |
15:03.52 | freemangordon | ok |
15:04.14 | freemangordon | no, still green, but I see driver active in dmesg |
15:04.58 | freemangordon | so it somehow works |
15:05.04 | freemangordon | lets try to set the resolution |
15:05.17 | Pali | and before driver not reporting nothing to dmesg? |
15:05.39 | freemangordon | with /dev/video6 and your connections? |
15:05.42 | freemangordon | it was |
15:05.48 | freemangordon | sec |
15:06.04 | Pali | is omap3camd running? |
15:06.16 | Pali | maybe it doing something with /dev/video0/1 |
15:06.17 | freemangordon | no |
15:06.24 | Pali | ok |
15:06.24 | freemangordon | no, it is stopped |
15:06.34 | freemangordon | ./media-ctl -v -V '"OMAP3 ISP CCDC":1 [SGRBG10/756x596]' |
15:06.42 | freemangordon | Setting up format SGRBG10 756x596 on pad OMAP3 ISP CCDC/1 |
15:06.42 | freemangordon | Format set: SGRBG10 4096x4096 |
15:06.44 | freemangordon | :D |
15:07.22 | Pali | ah |
15:07.52 | freemangordon | Pali: http://pastebin.com/st0phiUm |
15:08.23 | freemangordon | looks ok |
15:08.26 | freemangordon | to me |
15:09.53 | Pali | looks ok |
15:10.13 | Pali | did you specified correct resolution and format to mplayer? |
15:10.20 | Pali | try also gstreamer |
15:10.34 | Pali | and maybe camera-ui (with and without omap3camd) |
15:10.35 | freemangordon | mplayer -tv driver=v4l2:width=738:height=588:outfmt=uyvy:device=/dev/video4 -vo x11 tv:// -v |
15:10.49 | Pali | ok |
15:13.07 | Pali | freemangordon: also try without omap previewer (which doing SGRBG10 to UYVY conversion) |
15:14.18 | Pali | and also try to change format to some another, maybe green color will change to something other... |
15:14.24 | Pali | and maybe post dmesg output |
15:23.49 | freemangordon | Pali: seems ISP is working like it should, we just don;t have input from the camera :( |
15:24.18 | Pali | so camera is disabled? |
15:24.29 | freemangordon | maybe |
15:24.55 | freemangordon | no matter what I do, the only think I see is green |
15:25.09 | Pali | did you tried gstreamer? |
15:25.42 | freemangordon | yes, it is even worse, some ioctl code is not supportd (query controls or something) |
15:25.51 | freemangordon | Pali: WTF is n00000013 [label="{{<port0> 0} | vs6555 binner\n/dev/v4l-subdev11 | {<port1> 1}}", shape=Mrecord, style=filled, fillcolor=green] |
15:26.01 | freemangordon | fillcolor=green |
15:26.06 | Pali | where?? |
15:26.16 | freemangordon | ./media-ctl --print-dot |
15:26.30 | Pali | no idea |
15:31.41 | Pali | freemangordon: maybe I have one needed patch |
15:31.49 | Pali | will post it asap on pastebin |
15:31.55 | freemangordon | ok |
15:37.26 | Pali | freemangordon: here is patch: http://pastebin.com/SaVNHrPU |
15:38.22 | Pali | it reverting to old code which using board functions for enabling front camera instead passing gpio value to driver |
15:38.34 | freemangordon | Pali: --print-dot prints .dot file, which is a graphical graph representation, we can use that to verify if the connections are ok |
15:38.49 | freemangordon | ok, going to apply that |
15:39.04 | Pali | ok |
15:40.27 | Pali | freemangordon, and when you boot new kernel, please give me dmesg output after hildon-desktop startup (e.g before using camera) |
15:43.14 | freemangordon | Pali: cannot apply that patch, should I modify the board file by hand? |
15:44.14 | Pali | freemangordon: maybe you have problems with TABs |
15:44.19 | Pali | edit by hand |
15:44.27 | freemangordon | ok |
15:44.48 | Pali | you see what was changed, so... |
15:57.15 | freemangordon | Pali: http://pastebin.com/BgT6CtDk |
15:57.29 | Pali | ok |
15:57.48 | freemangordon | Pali: hmm, seems dmesg has overfilled |
15:57.59 | Pali | "[ 3.614624] No soundcards found." |
15:58.00 | freemangordon | do you want the syslog from the last boot? |
15:58.06 | freemangordon | yeah |
15:58.25 | Pali | sometimes it write this message |
15:58.49 | Pali | [ 21.247680] smiapp 2-0010: wrote 0x1 to offset 0x103 error -121 |
15:58.55 | Pali | [ 21.263214] smiapp 2-0010: software reset failed |
15:59.07 | freemangordon | yep, I was just looking at that |
15:59.10 | Pali | [ 21.283813] omap3isp omap3isp: isp_register_subdev_group: Unable to register subdev smiapp |
15:59.15 | Pali | so drivers not working... |
15:59.20 | Pali | try to shutdown phone |
15:59.24 | freemangordon | ok |
15:59.26 | Pali | remove battery, insert it |
15:59.29 | Pali | and start again |
15:59.31 | freemangordon | ok :D |
15:59.41 | freemangordon | so microsofty :D:D:D |
16:00.29 | *** join/#maemo-ssu _rd (~rd@p5088FA66.dip0.t-ipconnect.de) |
16:01.03 | *** join/#maemo-ssu TheOneLaw (~techacq@139.193.130.181) |
16:01.27 | freemangordon | Pali: the same |
16:01.50 | Pali | boot 2.6.28 kernel and do shutdown from it |
16:02.00 | freemangordon | hmm |
16:02.02 | freemangordon | ok |
16:02.25 | Pali | maybe in uboot or in upstream kernel is missing something magic which initialize hw |
16:02.38 | Pali | sometimes uboot cannot read internal eMMC |
16:03.29 | Pali | or do reboot from uboot |
16:07.54 | freemangordon | Pali: well, either there is no power or clock, as -121 is timeout iirc |
16:08.23 | Pali | freemangordon, is not your battery empty? |
16:08.35 | freemangordon | it is fully loaded |
16:08.44 | freemangordon | just not calibrated |
16:09.01 | Pali | and do you see every device in media-ctl? |
16:09.22 | Pali | can you check if that error -121 was there when you had green output? |
16:09.28 | Pali | (in syslog) |
16:09.56 | freemangordon | Pali: i think your patch broke it |
16:10.15 | Pali | so try to revert patch |
16:10.44 | *** join/#maemo-ssu janemba (~101@unaffiliated/janemba) |
16:10.58 | Pali | and maybe try to comment all calls to function "omap_ctrl_writel" in camera board file |
16:11.06 | janemba | hi |
16:11.11 | janemba | I have an issue with the n900 I set up my own mail server and it works fine. So I set my server to the server and I get no message. So I'd like to debug it but I don't know where to find the log for the mail client. Do you know where to look ? |
16:12.34 | freemangordon | Pali: hmm, ok. you think our board file is screwing it? |
16:12.59 | Pali | I do not know if calling that writel is needed |
16:13.38 | freemangordon | that one: omap_ctrl_writel(OMAP343X_CSIB_RESET | OMAP343X_CSIB_PWRDNZ |... ? |
16:14.50 | freemangordon | Pali: who wrote gpio code for smia? |
16:15.02 | Pali | that patch? |
16:15.04 | janemba | I used imaps |
16:15.21 | freemangordon | Pali: no, what is in your git tree |
16:15.37 | freemangordon | Pali: for example rx51_acmelite_init |
16:16.00 | Pali | all functions comes from older 2.6.37 meego kernel |
16:16.10 | freemangordon | hmm |
16:16.13 | Pali | and some parts I changed to work with new 3.x kernel |
16:16.28 | Pali | that patch also revert code from 2.6 kernel |
16:16.31 | freemangordon | ok, but it seems ISP code takes care of all that iiuc |
16:19.08 | freemangordon | Pali: why gpio_free(ACMELITE_RESET_GPIO); ??? |
16:20.01 | Pali | freemangordon: if you specify that SMIAPP_NO_XSHUTDOWN, then ISP will not care bout gpio |
16:20.20 | Pali | and in rx51_acmelite_set_xshutdown there is also call to omap_ctrl_writel |
16:20.28 | Pali | so I do not know if is needed or not |
16:20.55 | Pali | and ISP calling xshutdown before/after set_xclk function |
16:21.07 | Pali | so I added that code to that board function |
16:21.21 | freemangordon | Pali: what I mean - this exists with .xshutdown= ACMELITE_RESET_GPIO, |
16:21.30 | freemangordon | so ISP to take care |
16:21.49 | Pali | but does not calling omap_ctrl_writel |
16:22.02 | freemangordon | oh, I see |
16:24.20 | freemangordon | Pali: my point is - stingray_init() requests gpio and doesn't free it acmelite_init() rewuests gpio and frees it |
16:24.43 | freemangordon | one of those fuctions doesn't behave correctly |
16:26.24 | Pali | yes, this is correct, only camera board code xan use STINGRAY_RESET_GPIO |
16:26.52 | Pali | and now when my patch disabled using ACMELITE_RESET_GPIO in ISP, camera board is only user of ACMELITE_RESET_GPIO |
16:27.16 | Pali | so gpio_free(ACMELITE_RESET_GPIO); in rx51_acmelite_init must be removed |
16:27.20 | freemangordon | Pali: so, iiuc, your patch ^^^ to work, we should not free ACMELITE_RESET_GPIO |
16:27.24 | freemangordon | yep |
16:27.26 | freemangordon | :) |
16:27.41 | freemangordon | ok, going to reapply your patch and remove that free |
16:27.45 | Pali | rx51_camera_set_xshutdown must have access to ACMELITE_RESET_GPIO |
16:40.25 | freemangordon | Pali: exactly ;) |
16:40.44 | freemangordon | Pali: it seems to work no, lemme try to get some video |
16:40.49 | freemangordon | *now |
16:41.33 | Pali | can you paste dmesg output? |
16:50.24 | freemangordon | Pali: after rmmod/modprobe omap3_isp http://pastebin.com/abA1yqpp |
16:51.41 | Pali | no error here |
16:51.56 | freemangordon | yep, but this was the same like before your patch |
16:52.13 | Pali | :-( |
16:52.51 | freemangordon | btw don;t we need .strobe_setup too? |
16:53.10 | Pali | no idea |
16:53.24 | freemangordon | see https://gitorious.org/omap4-v4l2-camera/omap4-v4l2-camera/source/9e2afcfe99cf52c70e993321f9a348fac1be724d:arch/arm/mach-omap2/board-rm680-camera.c |
16:53.25 | Pali | maybe you can try to contact Sakari Ailus who wore that driver |
16:53.38 | Pali | board data I got from him |
16:55.12 | Pali | there is nothing in sec_camera_platform_data |
16:55.40 | freemangordon | Pali: where, in rx51 board ? |
16:55.51 | Pali | no in that your rm680 link |
16:56.02 | Pali | strobe_setup is only in main camera |
16:56.17 | freemangordon | aah, yes |
16:56.59 | Pali | try to contact Sakari Ailus via email sakari dot ailus at iki dot fi |
16:57.37 | freemangordon | hmm, I want to play with that a bit more before asking questions :) |
16:57.42 | Pali | and maybe you can try to remove all commits which reverting ISP/SMIA changes |
16:58.04 | Pali | I reverted some commits because it caused that kernel driver failing... |
16:58.22 | Pali | but maybe this is reason why it not working... |
17:05.04 | freemangordon | Pali: which commits? |
17:05.29 | Pali | every with subject revert and touching ISP or SMIA parts |
17:30.43 | *** join/#maemo-ssu discopig (~discopig@unaffiliated/discopig) |
18:34.55 | *** join/#maemo-ssu Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr) |
18:54.48 | *** join/#maemo-ssu Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr) |
19:14.16 | *** join/#maemo-ssu arcean (~arcean@aael193.neoplus.adsl.tpnet.pl) |
19:22.46 | Pali | nice, ke-recv does not initliaze stack variable to NULL and then checking is not NULL and using string... |
19:23.10 | Pali | who wrote that piece of shit? |
19:23.52 | Pali | if ke-recv not working, it is not obvious bug, but bug by design |
19:24.13 | DocScrutinizer05 | :-P |
19:26.55 | Pali | DocScrutinizer05: I recomend you to stop ke-recv, do not know if NSA not using all these bugs to overwrite stack and execute code... |
19:27.28 | NIN101 | frankly. |
19:27.51 | NIN101 | somebody checked what openssl version we have? Is it vulnerable? What about the openssh version in the repo? What about openvpn? And tons of other stuff. |
19:28.12 | Pali | :D |
19:28.20 | Pali | ke-recv is really shit sw |
19:28.36 | DocScrutinizer05 | go ahead, check it! it can use a good audit |
19:28.41 | Pali | we already found in ke-recv this C code: va_list arg = NULL; |
19:29.38 | DocScrutinizer05 | mhm |
19:29.39 | Pali | now there is: char *dev; if (bla) dev = someting; if (dev) do_something(dev); |
19:30.24 | Pali | looks like nokia developers does not know when they mustnt assing NULL and when they must |
19:30.26 | DocScrutinizer05 | hehe |
19:31.16 | Pali | I was surpirsed that ke-recv was able to run more then hour without crash |
19:31.38 | DocScrutinizer05 | I'd say it clearly proves that lint and similar tools been forbidden at Nokia |
19:32.00 | Pali | and more surprised when GCC in scratchbox (4.2) do not rejected compile va_list arg = NULL; |
19:32.14 | Pali | 4.7 reject to compile it |
19:32.54 | Pali | DocScrutinizer05: maybe this is reason why couple of maemo code is closed? |
19:33.23 | Pali | they do not want to show how bad is what they created? |
19:37.20 | DocScrutinizer05 | not an unusual motivation to keep code closed |
19:44.52 | Pali | ok, ke-recv and HAL are totally non deterministic |
19:45.16 | Pali | and sometimes they reporting partitions on SD card in random order |
19:45.39 | Pali | freemangordon: because of that using "first" VFAT partition is not safe |
19:46.00 | Pali | because we do not know if HAL do not report another VFAT partition |
19:46.26 | Pali | and also we do not know if HAL reported mmcblk0p1 as first or not |
19:47.39 | *** join/#maemo-ssu LauRoman (~LauRoman@5-14-93-219.residential.rdsnet.ro) |
19:47.43 | Pali | so I'd rather mount device /dev/mmcblk1p1 (really first partition on SD card) to /media/mmc1 and do not check filesystem type |
19:47.44 | freemangordon | Pali: we don't care if the "first" vfat partition is the one with the lowest number |
19:48.27 | freemangordon | Pali: no, you can't, there are lots of windoze users, and guess what will happen when windoze see EXTn partition |
19:48.33 | Pali | on TMO somebody reported that there is real problem with this |
19:48.51 | Pali | somebody who have on SD card non VFAT partition should care about it |
19:48.57 | freemangordon | Pali: I doubt someone will create uSD with more than one vfat |
19:49.27 | freemangordon | and even if there is more than one, we don;t car, as we'll export whatever is reported as "firs" |
19:49.31 | freemangordon | *care |
19:49.32 | Pali | if somebody is able to create non vfat on SD card, then also is able to set correct write permission |
19:50.01 | freemangordon | WTF has to do write permissions with the partitions order? |
19:50.23 | Pali | write permission is needed (as you wrote) for broken maemo applications which writing to /media/mmc1/ |
19:50.36 | Pali | and crashing if write failed |
19:51.00 | freemangordon | Pali: also, imagine someone who has created extX as p1 and vfat as p2, what those ahould do after your "patch"? |
19:51.27 | freemangordon | reformat their uSD? |
19:51.29 | Pali | if they do not have activated SWAP on SD card, they will see exported via USB same what now |
19:51.53 | freemangordon | yes, it is all about the case with swap on uSD |
19:52.10 | freemangordon | so, extN on p1, swap on p2 and vfat on p3 |
19:52.26 | freemangordon | you'll export p1, ain't? |
19:52.37 | Pali | yes |
19:52.38 | freemangordon | but DCIM is on p3 |
19:52.48 | Pali | why? |
19:53.03 | freemangordon | because we mount the first vfat as /media/mmc1 |
19:53.23 | Pali | this is not true, due to HAL randomness |
19:53.29 | freemangordon | and /media/mmc1 is what EVERYONE use as extarnal card |
19:53.35 | freemangordon | *external |
19:53.46 | Pali | and I want to fix these HAL & ke-recv bugs |
19:54.59 | freemangordon | Pali: sure, but forcing the users to reformat their uSD cards by our linking is a nogo IMO |
19:55.15 | Pali | I'm thinking what to do... |
19:55.32 | Pali | current situation and implementation in ke-recv is buggy |
19:55.40 | freemangordon | Pali: :nod: |
19:56.07 | Pali | and we have users which reported bug that sometimes ke-recv mount partition as mmc1p1 and sometimes as mmc1 |
19:56.28 | Pali | and this is because of non deterministic behaviour of search for "first" vfat partition |
19:56.29 | freemangordon | Pali: I think my patches fix that |
19:56.53 | Pali | of course not |
19:57.01 | freemangordon | Pali: hmm, maybe we should store what was mounted the last time that uSD was in |
19:57.15 | Pali | your patches using first vfat partition from mmc->volumes list |
19:57.22 | freemangordon | yep |
19:57.27 | Pali | which is first vfat partition reported by HAL |
19:57.34 | Pali | not first partition in SD card |
19:57.46 | freemangordon | Pali: I got what the problem is |
19:58.12 | freemangordon | BTW you meant "not first VFAT partition in SD card"? |
19:58.41 | freemangordon | Pali: kets just store the volume id for that uSD somewhere and mount the same volume id everytime |
19:59.01 | freemangordon | with some fallback in case uSD was externally formatted |
19:59.15 | Pali | problem is that: partition order can be totally random in ke-recv |
19:59.18 | freemangordon | I know it is hacky, but can't think of a better solution now |
19:59.55 | Pali | and we cannot use something like that: use first partition in this list which has fstype vfat |
20:00.29 | Pali | and because of broken apps we should mount something to /media/mmc1 |
20:00.40 | freemangordon | Pali: sorry, gtg, will think a bit about that tomorrow. I'd recommend you to not code anything, maybe we can get some help from the others on the channel |
20:00.59 | freemangordon | or ask google, whatever :D |
20:01.17 | Pali | and there is problem on TMO that sometimes partition is mounted as mmc1 and sometimes as mmc1p1 |
20:01.56 | Pali | freemangordon: I'd rather mount partition with num "1" which is first in MBR table |
20:02.23 | freemangordon | Pali: we can use blkid or similar, to find the first vfat |
20:02.37 | Pali | and this will be always reported as "1" (until somebody does not change MBR table), this does not depends on random HAL order |
20:02.56 | Pali | freemangordon: and if there is no VFAT? |
20:03.09 | freemangordon | Pali - we want vfat mounted under /media/mmc1 |
20:03.16 | freemangordon | well, this is another story |
20:03.23 | Pali | this is real situation |
20:03.34 | freemangordon | I know, but is different |
20:03.48 | freemangordon | oh, we just don;t mount anything under /media/mmc1 |
20:04.00 | Pali | why? |
20:04.06 | freemangordon | anyway, gtg, sorry |
20:04.16 | Pali | ok |
20:20.10 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
20:25.00 | Pali | fuck, now after gitorious change I'm not able to login |
20:25.15 | Pali | Error message is only "OpenID verification failed" |
20:29.37 | Pali | freemangordon: new ke-recv code is here: https://gitorious.org/community-ssu/pali-ke-recv/commits/master |
20:30.21 | *** join/#maemo-ssu DrCode (~DrCode@gateway/tor-sasl/drcode) |
20:31.31 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
20:36.12 | *** join/#maemo-ssu _rd (~rd@p5088FA66.dip0.t-ipconnect.de) |
20:42.14 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
20:58.48 | *** join/#maemo-ssu xes (~xes@unaffiliated/xes) |
21:17.26 | sixwheeledbeast | Pali: you seen ade's post re broken symlinks? I am having no issues here so far. |
21:18.09 | Pali | no |
21:18.48 | Pali | now got TMO mail |
21:22.12 | sixwheeledbeast | "ls /media" now shows "mmc1" and "mmc1p1" on cssu-devel version but only "mmc1" on other devices |
21:29.35 | Pali | package updated |
21:46.50 | *** join/#maemo-ssu _ade_ (~arno@5ED6BB86.cm-7-7c.dynamic.ziggo.nl) |
21:49.49 | _ade_ | Pali: saw my last post on ke-recv? Do you need extra info or do you want to look at it another time? |
21:50.23 | Pali | yes, I wrote on TMO that needs your syslos |
21:50.26 | Pali | *syslog |
21:51.40 | _ade_ | okay, will try |
21:55.34 | _ade_ | Pali: wait a minute, the sdcard mount do show up now. I saw a fsck running, maybe that was what was holding it up. I will do another reboot |
22:01.28 | _ade_ | Pail: again I see fsck.vfat -a /dev/mmcblk0p1 and after some (5?) seconds the sdcard partitions do show up. |
22:02.02 | _ade_ | But it is now named /media/mmcblk1p2, not /media/mmc1p2 :) |
22:02.53 | *** join/#maemo-ssu lrtz_ (~lartza@IP-62-216-127-116.telemail.fi) |
22:12.48 | *** join/#maemo-ssu sunny_s (~sunny_s@business-092-079-020-027.static.arcor-ip.net) |
22:18.24 | *** join/#maemo-ssu discopig (~discopig@unaffiliated/discopig) |
22:18.41 | *** join/#maemo-ssu xes (~xes@unaffiliated/xes) |
22:18.41 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
22:18.41 | *** join/#maemo-ssu ruskie (ruskie@sourcemage/mage/ruskie) |
22:19.34 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
22:19.34 | *** join/#maemo-ssu chainsawbike (~chainsawb@unaffiliated/chainsawbike) |
22:19.34 | *** join/#maemo-ssu povbot_ (~supybot@office.pov.lt) |
22:19.34 | *** mode/#maemo-ssu [+v povbot_] by hitchcock.freenode.net |
22:19.38 | *** join/#maemo-ssu FatPhil (~pcarmody@87-119-183-129.tll.elisa.ee) |
22:34.00 | *** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1) |
22:34.24 | *** join/#maemo-ssu DrCode (~DrCode@gateway/tor-sasl/drcode) |
22:47.04 | *** part/#maemo-ssu _ade_ (~arno@5ED6BB86.cm-7-7c.dynamic.ziggo.nl) |
23:31.31 | *** join/#maemo-ssu DrCode (~DrCode@gateway/tor-sasl/drcode) |