IRC log for #maemo-ssu on 20130916

01:00.28*** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au)
02:02.27*** join/#maemo-ssu amiconn_ (quassel@rockbox/developer/amiconn)
02:30.37*** join/#maemo-ssu n900-dk_ (~kgu@freebox.dk)
02:59.38*** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn)
04:20.28*** join/#maemo-ssu wmarone (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net)
04:26.28*** join/#maemo-ssu Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr)
06:25.38*** join/#maemo-ssu LauRoman (~LauRoman@5-14-93-219.residential.rdsnet.ro)
06:55.04*** join/#maemo-ssu Martix_ (~martix@static-84-242-103-180.net.upcbroadband.cz)
07:18.51*** join/#maemo-ssu sunny_s (~sunny_s@business-092-079-020-027.static.arcor-ip.net)
07:29.23*** join/#maemo-ssu psycho_oreos (~no@unaffiliated/tuxsavvy)
07:41.01*** join/#maemo-ssu Martix_ (~martix@eduroam-81.fi.muni.cz)
07:42.39*** join/#maemo-ssu MohammadAG (~MohammadA@Maemo/community/contributor/MohammadAG)
07:44.12*** join/#maemo-ssu luf (~luf@80.188.29.62)
07:45.35*** join/#maemo-ssu Martix_ (~martix@eduroam-81.fi.muni.cz)
07:45.36*** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali)
07:54.22Paligitorious is not working again
07:54.27Paliit reject me to push anything
07:54.34Pali"Access denied or wrong repository path"
08:53.31Paligitorious started working
09:06.13*** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1)
09:50.36*** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au)
09:50.39*** join/#maemo-ssu DrCode (~DrCode@gateway/tor-sasl/drcode)
09:59.46*** join/#maemo-ssu LauRoman (~LauRoman@5-14-93-219.residential.rdsnet.ro)
10:07.31PaliFatPhil: ping
10:21.31*** join/#maemo-ssu DrCode (~DrCode@gateway/tor-sasl/drcode)
10:46.32*** part/#maemo-ssu oooaaaooo1 (~rootzilla@d122-109-46-88.per802.wa.optusnet.com.au)
11:30.20*** join/#maemo-ssu arcean (~arcean@aacr134.neoplus.adsl.tpnet.pl)
11:41.44FatPhilPali: pong!
11:49.48freemangordonPali: maybe we shoud switch to github
11:50.21freemangordonPali: BTW maybe you should rebase linux to 3.11 or 3.12
11:51.14*** join/#maemo-ssu _LauRoman (~LauRoman@5-14-93-219.residential.rdsnet.ro)
11:52.06nedkomaemo for workgroups :)
11:54.32freemangordonFatPhil: hi! Do you have some 3.x rx51 tree by chance :)?
11:55.03freemangordonnedko: hmm?
11:55.12freemangordonwin311?
11:56.02nedkofreemangordon: yes, linux-3.11 codename is "Linux for Workgroups"
11:56.28freemangordonomg, really? heh
11:56.47nedkoyes, check in /Makefile line 5 :)
12:01.17FatPhilfreemangordon: I did find a rather strange 2.6.3x rx-51 tree. I have no idea why it existed.
12:26.01*** join/#maemo-ssu MrPingu (~MrPingute@wlan-145-94-196-223.wlan.tudelft.nl)
12:34.59*** join/#maemo-ssu ruskie (ruskie@sourcemage/mage/ruskie)
12:37.10*** part/#maemo-ssu luf (~luf@80.188.29.62)
12:39.59*** join/#maemo-ssu ruskie (ruskie@sourcemage/mage/ruskie)
12:49.27*** join/#maemo-ssu mkaindl (~mkaindl@ama-dablam.markus-kaindl.de)
13:04.58*** join/#maemo-ssu ruskie (ruskie@goatse.co.uk)
13:05.06*** join/#maemo-ssu ruskie (ruskie@sourcemage/mage/ruskie)
13:06.32*** join/#maemo-ssu jonwil_ (~jonwil@27-33-137-199.static.tpgi.com.au)
13:08.17*** join/#maemo-ssu oooaaaooo (~rootzilla@d122-109-57-24.per802.wa.optusnet.com.au)
13:10.45oooaaaooohi guys im trying to install the cssu by clicking on the link on http://wiki.maemo.org/Community_SSU but HAM says "community-ssu-enabler" already installed
13:13.14thedead1440oooaaaooo: it means you already have it; are you sure you don't have CSSU?
13:14.23oooaaaoooit had stalled the last time i tried to update it for some reason or another and when i restarted the phone the maemo "cube" wasnt available on my desktop
13:14.35oooaaaooofailed to download the 23mb package
13:17.51thedead1440you may want to do refresh catalogues (or is it called update?) in HAM to allow it to complete the download/installation
13:18.56*** part/#maemo-ssu mkaindl (~mkaindl@ama-dablam.markus-kaindl.de)
13:19.40oooaaaooothedead1440: which catalogs are related to cssu?
13:20.21thedead1440no i mean HAM has an update option; click on it for it to update the catalogues and present to you any updates which would complete the installation
13:20.50oooaaaooothedead1440: yeah but i would like to disable the non related catalogs to speed up the process
13:21.38thedead1440why mess with the catalogues? You clicked on the .install file right? It set up the catalogues for you. All you need to do now is allow HAM to complete the job instead of finding some shortcut which won't help most probably
13:21.56oooaaaoooi had non-standard catalogs installed before
13:22.14oooaaaoooand before coming in here i disabled some of them
13:22.35thedead1440sigh... just let HAM handle it instead of speculating...
13:25.54*** join/#maemo-ssu arcean_ (~arcean@aada34.neoplus.adsl.tpnet.pl)
13:27.48oooaaaooothedead1440: i have both testing and normal catalogues installed
13:27.52oooaaaooothedead1440: lol
13:28.18oooaaaoooi see a maemo5 CSSU package(thumb) update
13:28.27oooaaaoooi guess i install that
13:52.17*** join/#maemo-ssu MrPingu (~MrPingute@145.94.30.148)
14:01.34*** part/#maemo-ssu oooaaaooo (~rootzilla@d122-109-57-24.per802.wa.optusnet.com.au)
14:05.24PaliFatPhil: 2.6.3x rx-51 tree is on meego gitorious and was there was n900 meego support
14:06.03PaliFatPhil: what I wanted to ask: is there any (nokia) tool for memory leak statistics?
14:06.53PaliI want to fix some mem leaks bugs in some application, I already used valgrind - but it does not show statictic - instead for every memleak show message
14:07.11Paliand if there are 10000 leaks, it is not possible to read valgrind output...
14:07.48Palisailus: ping
14:07.59Palifreemangordon: ping
14:14.17discopighi
14:16.24FatPhilPali: we had some scripts for that, I thought they were available from meego context
14:16.29*** join/#maemo-ssu ruskie (ruskie@sourcemage/mage/ruskie)
14:16.59PaliFatPhil: if these scripts/tools are open source, can you give me link or at least name of tools?
14:17.11Paliwhat I found is: https://wiki.maemo.org/Documentation/devtools/maemo5/sp-memusage
14:17.31Pali(and sources are in maemo SDK repo)
14:17.32FatPhilsp-* yup, that's what we used
14:18.00FatPhilWell, there was a separate dedicated team using that
14:18.00Paliwhat does *sp* means?
14:18.22FatPhilnamed after the system performance team, perhaps?
14:18.38*** join/#maemo-ssu Martix_ (~martix@static-84-242-103-180.net.upcbroadband.cz)
14:19.02FatPhilWe're gaining one of that team here next week, I can ask him if he has any insights (but I leave here in 2 weeks...)
14:19.07Paliok, I will try to compile that tool for x86-64 and try to use it :-)
14:21.05Palisailus: freemangordon trying to get both n900 cameras working with 3.11 kernel, but he only see green output in mplayer
14:21.18jonwilok, just updated http://wiki.maemo.org/N900_dbus with some more info about com.nokia.phone.SSC
14:21.21Palisailus: do you have any idea why?
14:22.18DocScrutinizer05LAST FAMOUS WORDS:
14:22.20DocScrutinizer05[2013-09-16 15:28:18] <oooaaaooo> i see a maemo5 CSSU package(thumb) update
14:22.22DocScrutinizer05[2013-09-16 15:28:27] <oooaaaooo> i guess i install that
14:22.23DocScrutinizer05[2013-09-16 16:01:34] <-- oooaaaooo has left this channel.
14:23.16jonwilWe now have what in theory should be correct prototypes for all the cellular DBUS interfaces that we need to care about for Neo900
14:23.28kerioDocScrutinizer05: lol
14:24.33DocScrutinizer05actually "famous last words"
14:24.46DocScrutinizer05needs more coffee
14:27.16DocScrutinizer05jonwil: \o/
14:30.21jonwilwe still need to figure out all the arguments etc
14:30.23DocScrutinizer05dammit, the http://www.cncmods.net/files/dbus/ssc.xml link on http://wiki.maemo.org/N900_dbus a) should rather point to another wiki page inside wmo, and b) of course doesn't render at all on my konqueror
14:30.29jonwilbut its a start
14:30.58nedkoDocScrutinizer05: i'd like to make that page asciidoc
14:31.15DocScrutinizer05http://wiki.maemo.org/User:Joerg_rw/dbus
14:31.24DocScrutinizer05sidenote ^^^
14:32.26jonwilif you want to improve the N900_dbus page, feel free :)
14:32.51nedkoi also try to document the daemons that register the dbus names
14:32.56nedkothere are two of them
14:33.05nedkogot csd
14:33.09nedkofor csd
14:34.11jonwileverything on that page under Cellular functionality comes from the csd daemon and its plugins except com.nokia.phone.SSC
14:34.15jonwilcom.nokia.phone.SSC comes from sscd
14:34.48nedkonot on my n900 :]
14:35.08nedkomeh
14:35.14nedkoshame
14:35.18jonwilmeh what?
14:35.18nedkosame on my n900
14:35.23nedkosorry
14:35.26jonwilok
14:40.24jonwillet me identify who is using each of the relavent dbus interfaces :)
14:41.24jonwilcellular functionality is definatly the hardest part of this whole jigsaw puzzle, audio and GPS are next hardest
14:41.50jonwilAudio is only hard because of the need to deal with all the various closed-source bits in the system
14:42.12jonwiland how those things will change as a result of the differences in the audio system on N900 vs Neo900
14:42.30DocScrutinizer05ohyeah :-S
14:43.08DocScrutinizer05I'm still undecided if we shouldn't rather try to get the AIC32xxxx mixer into Neo900 hw
14:43.46jonwilok, so on the current GTA04 hardware, are there any binary kernel bits required?
14:44.24DocScrutinizer05dang, I missed to "bookmark" the quote from FatPhil(?) about OMAP audio and the SiErr(?) it had in every single function
14:53.18jonwiloh btw for pulseaudio we should maybe see what the meego/mer/nemo/whatever its called these days/etc guys are doing with the N900 stuff and see what pulseaudio bits they are using
14:53.38DocScrutinizer05(([2013-09-12 13:59:59] <FatPhil> Peter Ujfalusi once gave...)) found it. :-)
15:02.15PaliFatPhil: sp-memusage does not have any memleak detector
15:02.22FatPhilsp-endurance
15:02.43*** join/#maemo-ssu bsdmaniak (~bsdmaniak@std93-20-88-120-139-80.fbx.proxad.net)
15:03.11FatPhilvery coarse grained, but can tell you if there's a leak or not
15:06.01FatPhilI'm pretty sure I was able to link with Electric Fence
15:08.28FatPhilHmm, maybe that doesn't help with leaks, I've forgotten.
15:11.35*** join/#maemo-ssu NIN101 (~NIN@p5DD28F63.dip0.t-ipconnect.de)
15:12.41*** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn)
15:16.23*** join/#maemo-ssu MrPingu (~MrPingute@145.94.30.148)
15:23.29*** join/#maemo-ssu freemangordon_ (~freemango@213.137.35.49)
15:41.42*** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1)
16:17.54jonwilI doubt anyone outside of Nokia will ever be able to figure out what com.nokia.phone.sim.get_service_provider_info actually does
16:28.59dos1what does it return?
16:30.31jonwil'som numbers whos purpose I have never figured out
16:30.36jonwilsome
16:42.56*** join/#maemo-ssu dos11 (~dos@unaffiliated/dos1)
16:43.43sixwheeledbeastPali: If I wish to have swap on uSD do I just 'echo swap_sd="1" >> /etc/default/mount-opts-overwrite'. Which update in "cssu-devel" provides this?
16:44.55Palisixwheeledbeast: that option will automatically enable all swap partitions on SD card during boot + it adds them to /etc/fstab
16:54.52sixwheeledbeastPali: Yep, I have edited mount-ops and tested this but noticed the comments at the start of the file.  Will this edit to mount-opts-overwrite work on all CSSU versions?
16:55.55Palisixwheeledbeast: all cssu versions which support swap_sd support also overwrite file
16:56.14Palisixwheeledbeast: and you really do not edit mount-opts file!
16:56.37Paliit can cause problems when updating via HAM
16:56.53Palior problems if you do not answer Y when updating via apt-get
16:57.46sixwheeledbeastI realise that from reading comment at stop of /etc/fstab ;) You don't happen to know which versions support it?
17:06.16freemangordon_Pali: pong
17:07.21*** join/#maemo-ssu MrPingu (~MrPingute@ip503c83e7.speed.planet.nl)
17:20.37*** join/#maemo-ssu Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr)
17:59.56*** join/#maemo-ssu wiredless (~wiredless@99-109-10-16.lightspeed.wepbfl.sbcglobal.net)
18:02.41wiredlesshaven't been here since nokia 770 days
18:10.09DocScrutinizer05wow, wellcome back. I just wonder if this channel even existed at 770 times
18:13.49wiredlessthink it did i could be wrong
18:14.16wiredlessany idea if urho kontorri comes in here
18:14.54wiredlesshe made theme maker for maemo
18:16.23wiredlessi know he wound up going to work for nokia
18:18.06DocScrutinizer05haven't "seen" kontorri for quite a while
18:18.32wiredlesshope he still has a job
18:18.41DocScrutinizer05~seen kontorri
18:18.47infobotDocScrutinizer05: i haven't seen 'kontorri'
18:19.28wiredlessso whats the newest hot hardware for maemo?
18:19.45DocScrutinizer05err, existing or projected?
18:20.13wiredlesssomething you can buy now
18:20.26FatPhil2nd hand n900s
18:20.34wiredlessi see
18:20.35DocScrutinizer05depending on your definition of "maemo" a N900 or a N9
18:21.25DocScrutinizer05some say N9 runs maemo6, some say it runs meego, some say it doesn't run at all
18:21.26FatPhilwell, you want a keyboard, so N950, perhaps?
18:21.38DocScrutinizer05hard to buy ;-)
18:21.59wiredlessheh
18:22.07FatPhiltrue, rare as rocking-horse shit
18:22.25DocScrutinizer05also see www.neo900.org
18:22.45freemangordonFatPhil: IMO n900 has better KBD than N950
18:22.52DocScrutinizer05born from a widespread frustration about that situation
18:23.18freemangordonnot to say that opening n950's kbd is a nightmare. and impossible to be done with one hand
18:23.25DocScrutinizer05ack, n950 kbd is *cough*
18:23.53freemangordonPali: hmm, could our ssi problem be related to mux configuration?
18:23.57freemangordongoing to try it
18:25.19Palimaybe
18:29.21FatPhilfreemangordon: agree
18:35.56freemangordonPali: DocScrutinizer05: FatPhil: please verify http://pastebin.com/aAULuuyc
18:36.34freemangordonthe last comment is /* ssi1_wake */
18:38.51FatPhilfreemangordon: see http://www.spinics.net/lists/linux-omap/msg96880.html
18:39.19wiredlesskeep the faith
18:39.36*** part/#maemo-ssu wiredless (~wiredless@99-109-10-16.lightspeed.wepbfl.sbcglobal.net)
18:40.03freemangordonFatPhil: hmm? some type correction
18:40.21freemangordonFatPhil: elaborate please
18:40.45DocScrutinizer05freemangordon: huh?
18:42.06freemangordonDocScrutinizer05: I am almost sure mux is set for UART, not SSI
18:42.24freemangordonthat is why modem does not work
18:42.39freemangordonFatPhil: s/type/typo/
18:43.49DocScrutinizer05freemangordon: sorry, can't tell from that snippet
18:44.03freemangordonDocScrutinizer05: look at schematic, names are there
18:44.22freemangordonomap to rapu bus
18:44.38freemangordonFatPhil: oh, got it, we have that typo :)
18:44.41DocScrutinizer05when the names match with schematics, then I guess it's correct. Yes
18:45.10freemangordonDocScrutinizer05: I wanted you to check if they mach, along with inpto/output flags
18:45.31freemangordonI just wrote that snippet and want someone else to verify if it is correct
18:45.39DocScrutinizer05sorry, a tad under timing constraints right now
18:45.47freemangordonsure, np
18:46.26*** join/#maemo-ssu xes (~xes@unaffiliated/xes)
18:46.56DocScrutinizer05I can only speculate what your code snippet does. Looks to me as if the mux is set to mode1 for all pinds listed there
18:47.06freemangordonyep
18:47.14freemangordonmode 0 is UART
18:47.24freemangordonmode 1 *should* be SSI
18:50.32*** join/#maemo-ssu arcean_ (~arcean@aada34.neoplus.adsl.tpnet.pl)
18:51.08freemangordondata is missing from TRM, but is in the kernel code
18:53.18DocScrutinizer05freemangordon: yes, from a cursory check that code snippet looks fine
18:53.25freemangordonthanks
18:53.32freemangordonbooting it, lets see
18:53.34freemangordon:D
19:04.11*** join/#maemo-ssu M4rtinK (~M4rtinK@ip-89-177-124-88.net.upcbroadband.cz)
19:12.42freemangordonhmm:
19:12.44freemangordon/* gpio_74 */
19:12.44freemangordonOMAP3_MUX(DSS_DATA4, OMAP_PIN_INPUT_PULLDOWN | OMAP_MUX_MODE4),
19:12.57freemangordonthis is supposed to be CMT_EN
19:17.19DocScrutinizer05yes, and output, according to schematics
19:17.35freemangordon:nod:
19:17.46freemangordonI think all gpios are messed :(
19:21.01freemangordonbut how is that possible, it is set as OMAP_GPIO_SWITCH_FLAG_OUTPUT in the board code :(
19:24.29*** join/#maemo-ssu ruskie (ruskie@sourcemage/mage/ruskie)
19:45.58*** join/#maemo-ssu DrCode (~DrCode@gateway/tor-sasl/drcode)
19:48.39DocScrutinizer05freemangordon: when you're done with the work and have a beer, you *might* ponder about putting ETM into purpose, so you could tell who's doing what when
19:49.33DocScrutinizer05OMAP's Embedded Trace Macrocell is a nifty thing, and a pity to not exploit it
19:55.19FatPhilETM is available in the harmattan kernel tree
20:06.06*** join/#maemo-ssu xes (~xes@unaffiliated/xes)
20:24.35Palifreemangordon: gpios are exported via sysfs and more maemo daemons setting them
20:24.50Palialso omap gpio switch driver doing something...
20:25.17freemangordonPali: I think it is NOLO that sets lots of things
20:25.33Paliyes and uboot setting someting too
20:25.41freemangordonhowever, having SSI gpios set to UART mode doesn;t look correct to me
20:27.09Palifreemangordon: look here: https://elektranox.org/n900/libisi/power.html
20:27.59freemangordonPali: yes, I have similar script
20:28.04freemangordonand this is what sscd does
20:28.20freemangordonbut if gpios are not se correctly... ;)
20:29.38Palifreemangordon: look at data for omap gpio switch driver
20:30.12freemangordonPali: it is not enough, mux have to be st too
20:30.16freemangordon*set
20:30.27Palibecause OMAP atag table is not in kernel anymore I copied gpio data from NOLO atags directly to rx51 board code for omap gpio driver
20:30.27Paliand maybe there is some copy paste error
20:30.43Palibtw same data should be in u-boot
20:30.45Palimux are set by uboot too
20:30.57Palimaybe kernel resetting them now?
20:31.01freemangordonPali: SSI is not a public interface
20:31.05freemangordonPali: :nod:
20:31.13freemangordonlook at serial.c
20:31.55freemangordonserial driver sets all 4 uart pins to uart mode if they are in default state
20:32.00freemangordons/pins/devices/
20:32.15freemangordonbut ssi shares pins with uart1
20:32.35freemangordonso board code should tell the mux to put the in ssi mode
20:32.54freemangordontha same for mcbsp4
20:33.50freemangordonPali: do you have KP compiled with debugfs enabled?
20:34.08Palikp should have debugfs
20:34.34freemangordonwell, 3.x has more info :)
20:35.23freemangordonPali: where to look for your "copied" gpois?
20:35.38freemangordongpios*
20:35.47Paliboard-rx51-peripherals.c
20:35.49Paliat begining
20:36.34Palifreemangordon: look also here: https://gitorious.org/meego-device-adaptation/n900_nokia-n900-configs/source/372022b4f463771534625dde7d714cad071fcea7:nokia-n900-configs.sh
20:36.41freemangordonPali: rx51_gpio_switches?
20:36.45Paliyes
20:37.23freemangordonok, I'll try this script
20:37.39freemangordonbut I guess the board code should do the same
21:02.07*** join/#maemo-ssu nox- (noident@freebsd/developer/nox)
21:11.07freemangordonPali: do you have whole atags gpio data?
21:11.19Paliit is in uboot
21:11.30freemangordonlink?
21:11.55Palihttp://git.denx.de/?p=u-boot.git;a=blob;f=board/nokia/rx51/rx51.c;h=3e419efe395fdd777447f53799b1df8828f7f476;hb=HEAD
21:12.00freemangordonthanks
21:12.25FatPhilwoh - I just tried building the kernel from kernel-source_2.6.28-20103103+0m5_all.deb and it FTB!
21:14.47freemangordonPali: hmm, seems u-boot doesn;t do much
21:14.58freemangordonI guess it is NOLO that sets SSI lines
21:15.31Paliand 3.x kernel resets them?
21:15.43freemangordonmost probably
21:15.49Paliah :-(
21:16.00freemangordonmakes sense :)
21:34.47*** join/#maemo-ssu MrPingu (~MrPingute@ip503c83e7.speed.planet.nl)
21:36.31DocScrutinizer05freemangordon: yep, definitely NOLO talking to BB% already
21:36.35DocScrutinizer05BB5
21:37.35Sicelo~ftb
21:37.36infobotF The But
21:38.27freemangordonhmm, maybe I should hack in the mux code and printk if there is a difference in what it tries to set compared to what is already thre
21:38.30freemangordon*there
21:38.38freemangordonI bet it will be fun :)
21:40.10freemangordonoh, we already have that CONFIG_OMAP_MUX_WARNINGS
21:43.21FatPhilFTB = fails to build
21:44.12FatPhil<PROTECTED>
21:44.12FatPhildrivers/dsp/bridge/dynload/cload.c: In function 'copy_tgt_strings':
21:44.12FatPhildrivers/dsp/bridge/dynload/cload.c:1478: warning: "dlthis" is not defined
21:44.12FatPhildrivers/dsp/bridge/dynload/cload.c:1478: error: token "->" is not valid in preprocessor expressions
21:44.15FatPhildrivers/dsp/bridge/dynload/cload.c:1489: warning: "dlthis" is not defined
21:44.18FatPhildrivers/dsp/bridge/dynload/cload.c:1489: error: token "->" is not valid in preprocessor expressions
21:44.21FatPhilmake[2]: *** [drivers/dsp/bridge/dynload/cload.o] Error 1
21:47.22FatPhildrivers/dsp/bridge/dynload/cload.c:#elif TARGET_ENDIANNESS_DIFFERS(TARGET_BIG_ENDIAN)
21:47.35FatPhildrivers/dsp/bridge/dynload/dload_internal.h:#define TARGET_BIG_ENDIAN (dlthis->big_e_target)
21:48.16freemangordonFatPhil: what do you try to build?
21:48.50freemangordonand where, in SB?
21:49.26freemangordonalso, make sure you use FREMANTLE_ARMEL target, not 386
21:49.33freemangordon(if in SB)
21:51.22FatPhilJust using cross compiler, no scratchbox
21:51.42freemangordonoh
21:51.49freemangordonnever tried that
21:53.07FatPhilmight be using the wrong compiler...
22:07.41FatPhilfuck, yeah
22:07.42FatPhil<PROTECTED>
22:08.45FatPhilno problems using cs2007q3-glibc2.5-arm7 toolchain
22:22.31freemangordonPali: http://git.denx.de/?p=u-boot.git;a=blob;f=board/nokia/rx51/rx51.h;h=4a230dd596e8b1662c6e6b4b1e9a49559479ab1e;hb=HEAD
22:22.40freemangordon/* Modem Interface */
22:23.51Palihm
22:24.00freemangordon;)
22:24.27Palibut this needs to be fixed in kernel, right?
22:24.32freemangordonI think we should put that table in the board data. Someday.
22:24.34freemangordonyep
22:24.47freemangordonI'll try to run the modem first
22:28.28*** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua)
22:49.02freemangordonPali: where did you get that mux config in u-boot from?
22:49.25Paliit is not mine
22:49.31Paliit wrote ali
22:49.41freemangordonoh, yes, I remember
22:50.04Palimaybe only copied from some TI board
22:50.15freemangordon:nod:
22:53.58freemangordonPali: can you quickly patch KP to dump MUX config?
22:54.27Palinot now :-(
22:54.30freemangordonsure
22:54.32freemangordon:)
22:54.59freemangordonbut we'll need that, I suspect camera problem might be caused by wrong MUC config too
22:55.06freemangordon*MUX
23:01.47int_uafreemangordon, can you please suggest any good way to detect -thumb installation from bash?
23:07.47*** join/#maemo-ssu oldtopman (~oldtopman@unaffiliated/oldtopman)
23:08.48freemangordonint_ua: hmm can't think of any easy way. but I am too tired now anyway :)
23:09.12int_uaok, me too. Thanks :)
23:18.08FatPhilproc/cpuinfo
23:18.35FatPhilFeatures.
23:18.38freemangordonFatPhil: hmm, won't work
23:18.55FatPhilOr at least my stock device doesn't say "thumb", and my CSSU-thumb device does.
23:19.16freemangordonhe wants to check if cssu-thumb is installed iiuc
23:23.47FatPhilpackage names have "thumb" in them in dpkg?
23:33.34int_uaFatPhil, yes, but what package to check? I've deleted mp-fremantle... myself long ago
23:36.44FatPhilfirst one from dpkg -l with cssu.*thumb is alarmd
23:41.16int_uaFatPhil, deleting which package is impossible without completely destructing the system?
23:42.24int_ualooking into it too
23:42.50int_uaapt?
23:43.20int_uaCan't imagine maemo without apt
23:48.22int_uaFatPhil, thanks for the help :)
23:53.15*** join/#maemo-ssu mkaindl (~mkaindl@ama-dablam.markus-kaindl.de)

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