IRC log for #maemo on 20151231

00:06.37*** join/#maemo Kilroo (~Kilroo@98.27.26.236)
00:12.49*** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net)
00:19.55*** join/#maemo at1as (~at1as@kurios.r4780y.com)
00:28.43jonwilLooks like there should be no problems updating the root certificates in CSSU once I figure out how to convert the output of parse-certdata-txt.c to what is needed for the maemosec-certman-common-ca package (or once Juhani responds to my email and shares how to do that :)
00:39.01DocScrutinizer05https://i.4cdn.org/g/1451516326761.jpg
01:53.08*** join/#maemo robbiethe1st (~robbiethe@104.235.199.86)
02:20.08*** join/#maemo eMHa__ (~mh@p579DB878.dip0.t-ipconnect.de)
02:39.55*** join/#maemo krnlyng (~liar@178.112.141.141.wireless.dyn.drei.com)
02:44.33*** join/#maemo Hurrian (~Hurrian@unaffiliated/rikanee)
02:47.37*** join/#maemo Defiant (erik@f050160000.adsl.alicedsl.de)
02:59.15*** join/#maemo louisdk (~louisdk@5.103.130.65)
03:24.20*** join/#maemo pozitrono (~nu@85.17.25.22)
03:45.57*** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net)
03:50.01*** join/#maemo Roth (~quassel@2601:18c:c700:c4d3:a9c1:e153:d951:5a1c)
04:05.28*** join/#maemo fuz_ (nobody@vau75-10-88-164-23-88.fbx.proxad.net)
04:06.59*** join/#maemo DocScrutinizer05 (~saturn@openmoko/engineers/joerg)
04:39.12*** join/#maemo krnlyng (~liar@77.116.65.104.wireless.dyn.drei.com)
05:13.41*** join/#maemo jonwil (~jonwil@27-33-80-219.tpgi.com.au)
05:37.10*** join/#maemo LauRoman (~LauRoman@5-14-87-59.residential.rdsnet.ro)
06:07.32*** join/#maemo Sicelo009N (~sicelo@unaffiliated/sicelo)
06:30.30*** join/#maemo krnlyng (~liar@77.116.68.133.wireless.dyn.drei.com)
07:06.43*** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl)
07:31.11*** join/#maemo futpib_ (~futpib@37.113.242.93)
07:48.52*** join/#maemo ceene (~aaaaaa@collins.gmr.ssr.upm.es)
08:02.04*** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it)
08:02.47*** join/#maemo Pali (~pali@Maemo/community/contributor/Pali)
08:32.05*** join/#maemo krnlyng (~liar@77.116.68.133)
08:44.13*** join/#maemo florian (~fuchs@Maemo/community/contributor/florian)
09:29.52Palifreemangordon: I fixed some problems in libcal & osso-product-info
09:56.39freemangordonPali: great
09:56.49Palichanges are in git
09:56.50freemangordonis there deb?
09:56.57Palibut do now if it helps you
09:57.00freemangordonok, I'll build and test
09:57.00Palino deb yet
09:59.26jonwilok, looks like I am running stock versions of both of those so I dont need to upgrade :)
10:00.18freemangordonjonwil: grab my CAL , mount it and test
10:00.22freemangordon:)
10:00.24*** join/#maemo ceene (~ceene@collins.gmr.ssr.upm.es)
10:01.24KotCzarnysoup slayer?
10:01.28sslayeruhm
10:01.29sslayerhi
10:01.38ceenethis better
10:01.51ceenei'm trying an irc proxy
10:02.04ceenekind of like screen but for irc
10:03.25KotCzarnyyup
10:03.31KotCzarnypretty useful
10:03.40KotCzarnyin case you dont have stable shell
10:03.44ceenethis should let me connect with n900's xchat and receive a backlog of last things spoken and all that
10:04.03ceenei usually ssh this server and screen -rd an irssi
10:04.14ceenebut i like n900's xchat
10:04.17jonwilceene: Thanks to Juhani Mäkelä we now have the "official" parse-certdata-txt.c file used to update the root certificates in Maemo
10:04.26ceenejonwil: cool!
10:04.28jonwilso we dont need the python script that you edited last night
10:04.33ceenelol
10:04.37ceeneall that work for nothing :P
10:05.02jonwilI sent a follow up question asking what to do with the output of parse-certdata-txt and how to get said output into the actual root CA sture
10:05.03ceenebut it's okay, it's better having the original!
10:05.05jonwilstore
10:05.17ceeneseems look a cool guy, doesn't he?
10:05.36jonwilwell it seems like he is willing to share info
10:05.48ceenecool enough for us
10:06.25jonwilhopefully he responds with the rest of the steps to take :)
10:07.17jonwilthen we can have something in SVN where you just download the latest certdata.txt from mozilla and run some things and get an up-to-date maemosec-certman-common-ca package :)
10:11.06jonwiland one part of the security system at least will be up-to-date
10:11.53ceenethat'd be a great step
10:12.48ceeneand alongside openssl1.0.2e we're cutting edge on a 6 years old device
10:15.11KotCzarny:)
10:15.20KotCzarnymy laptop is from 2006
10:18.14ceeneso
10:18.16ceenehi
10:18.21ceeneuhm
10:18.22ceenefunny
10:18.32ceenei can connect with two clients to the proxy
10:18.35ceeneat the same time
10:18.37ceenecool :)
10:18.52ceeneceene: you're a cool guy, man
10:19.02Sicelo009Nyou're talking about a bouncer?
10:19.10ceeneand speaking my name triggers a notification on n900
10:19.21ceeneapt-get install bip :)
10:19.33ceeneyes, something like that
10:19.55jonwilceene: Updating OpenSSL is a great start but we also really need to update NSS inside microb
10:20.07ceenehow does one start doing that?
10:20.13ceeneto be honest, i don't use microb
10:20.21ceenei use midori running on an easy debian image
10:20.27ceenewhich i find to be blazing fast
10:20.57ceenealthough i understand microb is used too by things like modest
10:21.08jonwilYes microb is used for modest
10:21.14jonwiland also for conversations app
10:21.17jonwiland nokia maps
10:21.49jonwilAnyone here running a stock Maemo Fremantle PR1.3.1 install? (i.e. not running CSSU or updated versions of any system packages)
10:22.52bencohjonwil: last time I checked, it seemed like NSS should keep some kind of backward compat with older apps
10:23.16ceeneit's called libnss3 both on maemo and debian sid
10:23.20bencoh(ABI-wise)
10:23.23ceeneso it's probably compatible
10:23.32ceeneand only repackaging up to date libnss3 is enough?
10:24.06bencohso we might try building latest libnss3
10:24.08bencohceene: maybe
10:24.36bencohif it's not, well... we need to replace the libnss3 source in the microb-engine tree and see what happens
10:24.51bencoh(and/or diff source, bleh, the usual stuff)
10:34.31jonwilhmmm, I still cant find out how libcurl on a stock N900 gets its root certificates
10:42.04freemangordonPali: https://github.com/community-ssu/osso-product-info/blob/master/osso-product-info.c#L87
10:42.06freemangordon:)
10:42.57Pali*p = 0;  if(osso_set_product_info(code, p) < 0)
10:43.00Palihere it is
10:43.06freemangordonyes
10:43.30Palibut first fix why '-q' param crash!
10:43.39freemangordonalso, are you sure "RX-51_2009SE_21.2011.38-1_PR_MR0" should be in quotes
10:43.52freemangordonPali: it no longer crashes, after your fixes
10:43.56Paliquotes are removed by bash
10:44.06freemangordonsure?
10:44.08Palifreemangordon: and what is output now?
10:44.35freemangordon~ #  osso-product-info -q OSSO_VERSION                                
10:44.35freemangordonERROR: Could not find value for key /device/sw-release-ver
10:44.35freemangordonError getting variable OSSO_VERSION value
10:44.50Palishell remove quotes everytime, so if you want to pass ' or " into shell you need to escape it
10:44.57freemangordonok
10:45.03Palifreemangordon: great, query it fixed
10:45.34freemangordonthat  *p = 0; should be p ++; IMO
10:45.37freemangordoncorrect?
10:46.03freemangordonor remove it alltogether and pass p + 1 to the function
10:46.11Pali*p=0; p++;
10:46.22Paliyou need to remove char '='
10:46.34Paliso optarg is key
10:46.36Paliand p is value
10:46.45Paliformat is "key=value"
10:48.13freemangordonPali: but oh, yes
10:50.27KotCzarny++p ?
10:51.41PaliKotCzarny: in C without checking lvalue is ++p and p++ same, gcc optimize p++ code
10:52.24KotCzarnyahm
10:52.39KotCzarnydidnt know gcc does it anyway
10:55.46freemangordonPali: hmm, another bug https://github.com/community-ssu/osso-product-info/blob/master/libossoproductinfo.c#L76
10:56.13Palihm?
10:56.24freemangordonwe search for /device/sw-release-ver, but set sw-release-ver
10:56.34Paliits ok
10:56.42Palisw-release-ver is CAL key
10:56.58Pali/device/sw-release-ver is sysinfod DBUS key
10:57.39Pali"sw-release-ver" is correct CAL key (section) name
10:57.49freemangordonyes, but see what  get_product_info does
10:57.51*** join/#maemo xorly (~xorly@86.49.15.121)
10:59.13Palimaybe replace product_info_keys[i].name with key at line 370?
10:59.23Palibut both in this case should be valid
11:00.25freemangordonget_info call sysinfo functions
11:00.59Paliand?
11:01.00freemangordonoh, maybe I should rebott
11:01.14Paliyes, sysinfo read CAL suff when starting
11:01.16freemangordonfor the value in CAL to take effect, lemme try
11:01.19freemangordonok
11:01.21freemangordonmakes sense
11:01.22Palieither restart sysinfo
11:01.25Palior reboot device
11:01.38freemangordonrebooting
11:01.40Palistop sysinfod && start sysinfod
11:02.03freemangordontoo late, also I wont to boot into 4.4
11:02.07freemangordon*want
11:07.01*** join/#maemo Sicelo009N (~sicelo@unaffiliated/sicelo)
11:07.21freemangordonPali: it is ok after reboot
11:07.48Paligreat
11:07.58Palipush fixes to git
11:08.06freemangordonwill do
11:08.07Paliand ideally also new packages into cssu-devel
11:08.33freemangordonno, as my SB target is for linux, don;t want to switch it now
11:08.53freemangordonmaybe later
11:09.56ceeneoh, i see libnss3' source is microb-engine
11:11.34freemangordonPali: http://talk.maemo.org/showthread.php?p=1493038#post1493038
11:11.36freemangordon:)
11:12.05bencoh:)
11:12.11Paligreat :-)
11:12.20ceenefreemangordon: cool!
11:13.01freemangordonPali: BTW osso-product-info is missing CFLAGS for optimization and debug symbols
11:13.02Palifreemangordon: can you test HW if working?
11:13.09freemangordonwhat HW?
11:13.13Paliwifi, ...
11:13.16Palitouchscreen, ..
11:13.18Palietc
11:13.37Palibasicly what should be supported according to elinux.org/N900
11:13.45Palitest for regressions
11:14.12Palifreemangordon: modem is working or not?
11:14.27Paliand SGX?
11:14.36freemangordonPali: comeon, this is xterm
11:14.55freemangordonsee wifi icon in status menu :)
11:15.44freemangordonPali: going to install syslog and reboot, will pastebin boot log in a minute
11:18.03freemangordonhmm, where is syslog? in SDK repo?
11:19.24Palisyslog?
11:19.27Paliin nokia ssu repo
11:19.31jonwilyou want apt-get sysklogd
11:19.31Paliksyslogd
11:20.23jonwilhttp://maemo.org/packages/view/sysklogd/
11:20.31jonwilits in device repo
11:21.20freemangordon"E: Couldn't find package sysklogd" :)
11:21.40freemangordonit is in SDK repo
11:22.19Paliyou need also klogd
11:22.31freemangordonyeah
11:22.47Palihttp://repository.maemo.org/pool/maemo5.0/free/s/sysklogd/sysklogd_1.5-5maemo7+0m5_armel.deb
11:22.58Palihttp://repository.maemo.org/pool/maemo5.0/free/s/sysklogd/klogd_1.5-5maemo7+0m5_armel.deb
11:23.18freemangordonI installed the repo
11:24.35freemangordonPali: leds work
11:24.42freemangordonRGB led that is
11:25.11freemangordonseems like mce does not disable backlight
11:26.06freemangordonand kbd backlight as well
11:27.54freemangordonPali: http://pastebin.com/haRz2j2Y
11:28.04freemangordonalso, charging doesn't seem to work
11:29.28Palisr_init: No PMIC hook to init smartreflex
11:29.35freemangordonyeah
11:29.55freemangordonit has always been like that
11:30.07Paliomap-sham 480c3000.sham: initialization failed.
11:30.24Paliomap-sham worked, I fixed in older version
11:30.47Pali<PROTECTED>
11:30.48freemangordoncould be
11:30.54Pali--> isp is broken
11:31.01Palineeded for charger autodetection
11:31.07Paliit worked in older version too!
11:31.33freemangordonbut -> "omap_ssi 48058000.ssi-controller: ssi controller 0 initialized (1 ports)!"
11:31.51*** join/#maemo eijk (~eijk@x55b2d54f.dyn.telefonica.de)
11:31.55freemangordonand omap_ssi_port 4805a000.ssi-port: ssi port 0 successfully initialized (cawake=151)
11:32.19freemangordonBT seems to work as well
11:32.57PaliBT is working??
11:33.09Paliwait, maybe this is older version
11:33.27freemangordonmodprobe bq27x00_battery failed
11:35.24Palibq27x00_battery was renamed to bq27xxx_battery
11:35.36Paliit is working, see: "bq27xxx-battery 2-0055: battery is not calibrated! ignoring capacity values"
11:36.14freemangordonok
11:36.35freemangordoncellular: ssc[958]: modem connection cannot be established, retry (9 of 10)
11:36.37freemangordon:(
11:36.44Palisame problem as previous
11:36.49Paliit is there for a long time
11:36.55Palibut I think you once fixed it
11:37.14freemangordonyes, and I was thinking the fix is uppstreamed
11:37.32Palilooks like it is not in upstream...
11:38.13freemangordonyeah
11:39.34Palilibcmtspeechdata: hw6x_backend: unable to open device /dev/cmt_speech ('No such file or directory').
11:40.04freemangordonyep
11:40.10Palido you have drivers loaded?
11:40.18Palinokia_modem and others?
11:40.48freemangordondunno, I rebooted in KP to charge the battery as I got battery low warning
11:40.56freemangordonwill check in a while
11:41.54freemangordonhmm, my patch seems to be upstreamed
11:42.17Palifreemangordon: edit /sbin/preinit and add "nokia-modem" to line "load_modules rx51_battery"
11:42.40Palithis is early init stage modules loading
11:42.46Palirx51_battery is needed here for BSI
11:43.10Paliand nokia-modem is needed for gpio stuff in /sbin/preinit
11:43.22freemangordonok
11:43.39Palibut now check if nokia-modem is loaded or not
11:43.51freemangordonok
11:44.37jonwilwonders if this kernel work will help with Neo900
11:45.20freemangordonyes
11:45.30freemangordonmost of the stuff will be the same
11:46.47jonwilMy current work is to do whatever I can in support of improving the security of Maemo
11:47.09Palifreemangordon, post output from $ lshal
11:47.24Palike-recv needs fixing too...
11:48.22jonwilalthough I will also be devoting a chunk of time to the PC upgrade I am about to undertake :)
11:48.40jonwilAnd to playing Fallout 4 once said PC upgrade is complete :)
11:48.58freemangordonPali: ok, just a second
11:50.33freemangordon[  278.728698] nokia-modem n900-modem: Could not get gpio 0
11:51.19freemangordonPali: http://pastebin.com/Y9z2uJWY
11:51.57Paligpio 0 ?
11:52.05Palilooks like bug in nokia-modem or in DTS
11:52.08freemangordonPali: kbd open sensor doesn't seem to work either
11:52.15freemangordonPali: yeah
11:52.21Paliyes, it is GPIO
11:52.35Paliand mce search for /sys/ ... gpio-swicth
11:52.56Palithis needs to be fixed in mce to use /sys/class/gpio/
11:53.03freemangordonyep
11:53.09Palinow kernel export just static data for gpio-switch
11:54.02Palianyway in upstream kernel keyboard open sensors is input device in /dev/input/event...
11:54.06Paliso needs to be fixed
11:54.55freemangordonI will fix mce, probably later today
11:55.56freemangordonPali: seems  devm_gpiod_get_index fails
11:56.28freemangordonsomething in DTS
11:57.46freemangordonPali: sorry, still can;t grok that DTS stuff :(
12:04.30freemangordonPali: gpio 0 is index, not the gpio istelf
12:05.18freemangordongpio index 0 is 70
12:07.13freemangordonPali: and it is used in  rx51_gpio_switches in pdata-quirks.c, could it be that gpio switch driver is using it?
12:16.23Palifreemangordon: maybe, check if .failed is set to true
12:16.34Paliif is failed = true, then it is *not* used
12:18.54freemangordonit is not set
12:20.07PaliRX51_GPIO_CMT_APESLPX is gpio 70
12:20.24freemangordonso?
12:20.26Paliare you sure that isp1704/7 needs cmt_apeslpx?
12:20.41freemangordonI am talking about nokia-modem :)
12:21.01Paliah, right!
12:21.27Palibut sscd try to use gpio_switch and enabled/disable modem itself
12:21.32Palinot via nokia_modem.ko
12:22.02Palifreemangordon: try to boot with nokia-modem.pm=1
12:22.16Palipower management should be handed by userland
12:22.20freemangordonok
12:23.21Palifreemangordon: no
12:23.33Palikernel ignores gpio only if pm is set to zero
12:23.48Paliso boot with nokia-modem.pm=0
12:24.02Palinokia-modem.pm=0 is also in CONFIG_CMDLINE
12:24.03freemangordonthis is what is in the config file
12:24.20Palibut why then you have line "nokia-modem n900-modem: Could not get gpio 0" in dmesg?
12:24.51freemangordon"Enable power management (0=disabled, 1=userland based [default])");
12:24.51Paliline "Could not get gpio" is only in function nokia_modem_gpio_probe()
12:25.01freemangordonthis should be 1, not zero
12:25.06Paliand function nokia_modem_gpio_probe() is called only if pm != 0
12:25.37Palino, it must be zero, see nokia_modem_gpio_probe() function
12:25.54Paliit just export gpio numbers via /sys/class/gpio nothing more
12:26.05Palisame code which is in gpio-switch
12:26.28Paliand we need to export those gpios by gpio-switch, so sscd could handle it by correct path
12:26.47freemangordonhmm, correct
12:27.14Palirmmod nokia_modem
12:27.15freemangordonoh, wait, I did modprobe by hand
12:27.21Wizzupis excited since he ran into these modem issues some time ago and got stuck
12:27.21Palimodprobe nokia_modem pm=0
12:27.23freemangordonlemme try again
12:27.25Wizzupis silent again
12:27.27freemangordon:nod:
12:28.46*** join/#maemo darkschneider (~gab@93-32-51-166.ip32.fastwebnet.it)
12:29.05freemangordonPali: but then I'd rather fix pminit
12:29.15freemangordon*preinit
12:29.27*** join/#maemo Ras_Older (blank@iddqd.fi)
12:29.38Palisimple modprobe nokia_modem should work (without args)
12:30.03Palis/_/-/
12:30.08Paliif you have set nokia-modem.pm=0 in cmdline
12:30.42freemangordonput it does not
12:30.57freemangordonis afk for a while
12:31.27*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
12:39.21*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
12:40.03freemangordonPali: for some reason cmdline does not work
12:40.23*** join/#maemo Ras_Older (blank@iddqd.fi)
12:41.06Palibah :-(
12:41.23freemangordon~ # cat /proc/cmdline
12:41.23freemangordoninit=/sbin/preinit ubi.mtd=rootfs root=ubi0:rootfs rootfstype=ubifs rootflags=bulk_read,no_chk_data_crc rw mtdoops.mtddev=log console=tty0 console=ttyO2 omapfb_vram=7M omapfb.mode=lcd:848x480-16 nokia-modem.pm=0
12:41.47Pali$ dpkg -S /sbin/modprobe
12:41.47Palimodule-init-tools: /sbin/modprobe
12:41.52Paligoing to look into source
12:44.14Palifreemangordon: we have old version of module-init-tools without support for /proc/cmdline :-(
12:44.18Palithis should be fixed
12:45.47Palifreemangordon: so create /etc/modprobe.d/nokia-modem.conf with options nokia-modem pm=0
12:46.07PaliI will fix default value in linux-n900 git tree
12:46.22freemangordonno, don't
12:46.34freemangordonwe'd better have .conf file
12:47.10Paliok, conf file
12:48.56freemangordonsoon or later we should make a support package, will put it there
12:50.34*** join/#maemo Ras_Older (blank@iddqd.fi)
12:51.59*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
12:57.11freemangordonDec 31 14:56:09 Nokia-N900 cellular: ssc[3314]: CMT self tests passed.
12:57.22freemangordonPali: ^^^
12:57.37Paligreat :-)
12:57.47Palican you test SIM card?
12:57.59freemangordonyup. but conf file is not used in preinit :(
12:58.08*** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net)
12:58.50freemangordonor I did not put the correct contents in it
13:01.49freemangordonPali: also, emmc is not mounted
13:02.06Pali<PROTECTED>
13:02.17freemangordonMyDocs
13:02.26Palimaybe fsck is running?
13:03.29freemangordondunno
13:04.42Palips | grep fsck
13:04.47freemangordonlooks correc, ain't? "options nokia-modem pm=0"
13:04.59Paliyes
13:05.20freemangordonpreinit modprobe does not use it
13:06.09freemangordonanyway, will stop for a while, until the battery is charged a bit
13:06.25freemangordonPali: any idea how to test isp?
13:06.34Paliisp = camera?
13:06.41freemangordonno, charger detection
13:07.04Palicat /sys/class/power_supply/...
13:07.23Palierr, cat --> ls
13:07.28Paliit should be there
13:09.38*** join/#maemo Ras_Older (blank@iddqd.fi)
13:09.54freemangordonPali: wanna remote access to the device?
13:10.06Palino need...
13:10.26freemangordon~ # ls /sys/class/power_supply/
13:10.27freemangordonbq24150a-0    bq27200-0     rx51-battery
13:10.34Paliso isp probe fails
13:10.43Palithat error message in dmesg
13:11.30freemangordonhmm, modprobe succeed
13:12.13freemangordonbut charging still does not work
13:13.50freemangordonand it is still not liset in power_supply
13:15.47freemangordonisp1704_charger isp1704: init gpio 67
13:16.02Palimodprobe is just loading module
13:16.08Palirmmod and modprobe again
13:16.09freemangordonyeah
13:16.16freemangordonthis is the result
13:16.29Pali$ ls /sys/class/power_supply/
13:16.42freemangordon[  514.637176] isp1704_charger isp1704: init gpio 67
13:16.42freemangordon[  514.647979] isp1704_charger isp1704: failed to register isp1704 with error -19
13:16.47freemangordonno isp there
13:16.57Paliah :-(
13:17.43Palineed to debug init routine
13:18.05*** join/#maemo Ras_Older (blank@iddqd.fi)
13:20.25freemangordonPali: will put some printk to see where it fails
13:21.12keriowhere does the output of printk go? dmesg?
13:21.17Palifreemangordon: use this http://pastebin.com/GCViTeVF
13:21.25Palikerio: yes dmesg
13:21.48freemangordonPali: ok
13:23.05freemangordonPali: not all error cases are covered
13:23.17Palithats enough
13:23.38freemangordonlike  of_get_named_gpio and  devm_gpio_request_one
13:23.40freemangordonok
13:24.36Palihm.. there can be problem too?
13:25.26freemangordonwhy not?
13:25.34freemangordonif you check for error...
13:27.03freemangordonPali: [ 1130.078521] isp1704_charger isp1704: isp1704_test_ulpi failed
13:30.57freemangordonhmm, "omap_i2c 48072000.i2c: controller timed out"
13:35.08Pali-19 is -ENODEV
13:35.40Palifreemangordon: so isp1704_test_ulpi fails at some -ENODEV
13:36.39*** join/#maemo Ras_Older (blank@iddqd.fi)
13:36.51*** join/#maemo Hurrian (~Hurrian@unaffiliated/rikanee)
13:40.54freemangordonwill put pr_err in that function
13:41.44*** join/#maemo Ras_Older (blank@iddqd.fi)
13:48.59freemangordonPali:   isp1704_read(isp, ULPI_SCRATCH); does not return 0xAA
13:49.12Paliand what?
13:50.08Palifreemangordon: can you compare result from that isp1704_read with some 3.x kernel?
13:50.12freemangordonjust a second, to put some more traces
13:54.03*** join/#maemo Ras_Older (blank@iddqd.fi)
13:56.57freemangordonPali: musb-hdrc musb-hdrc.0.auto: musb_init_controller failed with status -517
13:57.10freemangordonand "HS USB OTG: no transceiver configured" before that
13:57.29Paliright, isp will not work without musb
13:58.35freemangordonsomething in the .config?
13:59.27Palino idea...
13:59.44Palido you have musb in /sys/ ?
14:00.06freemangordon# CONFIG_USB_ULPI_BUS is not set
14:00.08Palido you have g_nokia gadge active?
14:00.26PaliI think CONFIG_USB_ULPI_BUS is not relevant
14:00.46freemangordonthis is from 4.2
14:01.09Paliwas it enabled in 4.2?
14:01.25freemangordonno idea
14:01.29freemangordonbut see http://cateee.net/lkddb/web-lkddb/USB_ULPI_BUS.html
14:01.30Palilook into git
14:02.14Palihm... looks like ulpi code is now in kernel
14:02.37freemangordonit was not enabled
14:02.48freemangordonI.ll enable that
14:02.50Palithis probably duplicates isp charger code...
14:02.56freemangordonah
14:04.25freemangordonhmm, CONFIG_USB_ULPI=y
14:08.24*** join/#maemo Ras_Older (blank@iddqd.fi)
14:20.51*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
14:20.51*** join/#maemo Ras_Older (blank@139.162.223.144)
14:23.28freemangordonPali: could it be that dtb is broken?
14:23.36Palimaybe
14:23.52freemangordonhow to check?
14:24.07freemangordonas I see usb-phy configured in the dts file
14:24.54freemangordonoh, wait
14:25.01freemangordonit should be in /sys?
14:25.39*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
14:26.59freemangordonhmm, we have  usb_otg_hs
14:30.58*** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps)
14:34.49*** join/#maemo Ras_Older (blank@iddqd.fi)
14:39.22*** join/#maemo at1as (~at1as@kurios.r4780y.com)
14:44.07*** join/#maemo Ras_Older (blank@iddqd.fi)
14:44.44*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
14:56.05*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
15:00.23freemangordonPali: shouldn't isp1704 return -EDEFER in case it cannot init ulpi?
15:01.35Palithere is no explicit defer
15:01.48*** join/#maemo Arch-TK (Arch-TK@theos.kyriasis.com)
15:01.56*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
15:02.04freemangordonPali: as -517 is -EPROBE_DEFER
15:02.15freemangordonso actually musb is ok
15:02.21Paliok
15:02.29Palithem problem is in isp1704
15:02.40freemangordonyes
15:02.42Palitry 3.x kernel what that method returns and compare
15:02.52freemangordonI don;t have 3.x kernel
15:03.33freemangordonbut what I see is that  isp1704_read(isp, ULPI_SCRATCH); returns 0x00 instead of 0xAA
15:06.08freemangordonPali: maybe isp should power up the usb?
15:06.34Palino idea whats with that
15:06.41Paliyou can try to compile g_nokia as external module
15:06.47Palinow it is compiled into zImage
15:07.56*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
15:09.51*** join/#maemo Ras_Older (blank@iddqd.fi)
15:10.27*** join/#maemo Sicelo009N (~sicelo@196.15.211.139)
15:10.27*** join/#maemo Sicelo009N (~sicelo@unaffiliated/sicelo)
15:23.33*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
15:23.44*** join/#maemo Ras_Older (blank@iddqd.fi)
15:28.43*** join/#maemo Ras_Older (blank@iddqd.fi)
15:38.52*** join/#maemo vakkov (~vakkov@79.132.28.207)
15:40.39*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
15:40.55*** join/#maemo florian (~fuchs@Maemo/community/contributor/florian)
15:47.25*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
15:50.11*** join/#maemo Ras_Older (blank@iddqd.fi)
15:56.39*** join/#maemo trx (ns-team@188.2.96.206)
15:56.39*** join/#maemo trx (ns-team@devbin/founder/trx)
16:08.50*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
16:12.00*** join/#maemo Ras_Older (blank@iddqd.fi)
16:30.12*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
16:30.34*** join/#maemo t_ (~t@s5596c859.adsl.online.nl)
16:33.50*** join/#maemo Ras_Older (blank@iddqd.fi)
16:41.02*** join/#maemo Ex-Opesa (~Ex-Opesa@unaffiliated/ex-opesa)
16:47.39*** join/#maemo Sicelo009N (~sicelo@unaffiliated/sicelo)
16:58.11*** join/#maemo Ras_Older (blank@iddqd.fi)
16:58.29*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
16:59.40*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
17:06.56*** join/#maemo Wizzup (~Wizzup@a82-161-36-93.adsl.xs4all.nl)
17:06.57freemangordonPali: if I remove the check for 0xAA return value, the driver registers ok and cherging works
17:07.03freemangordon*charging
17:08.46Palifreemangordon: is charger detection working?
17:09.02Palicheck sysfs node for that
17:09.14freemangordonI saw "Charging" banner
17:09.16freemangordon:)
17:09.25freemangordonand battery indicator is animated
17:11.51freemangordonPali: http://pastebin.com/mjvZMK6n
17:12.20Paliusb cable
17:12.27Palinow try disconnecting usb cable
17:12.46Paliit should change state
17:12.59Paliand try wallcharger, POWER_SUPPLY_CURRENT_MAX should be 1200
17:13.25*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
17:14.26freemangordonPali: this is wallcharger
17:14.28*** join/#maemo Ras_Older (blank@iddqd.fi)
17:14.37Palifreemangordon: then it is not working
17:15.02*** join/#maemo sparetire_ (~sparetire@unaffiliated/sparetire)
17:15.11Paliwallcharger detection failed
17:15.38freemangordonPali: sure, but before commenting that, no charging was working at all
17:15.56freemangordonso it is better than before
17:15.59Palifreemangordon: sure, because isp was not loaded and no event was sent
17:16.05freemangordonyes
17:16.17Paliyou can enable charging, just telling bq2415x to enable charging
17:16.41Paliecho host > /sys/class/power_supply/bq24150a/mode
17:18.37freemangordonthat won;t make isp1704 working
17:21.09*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
17:24.23freemangordonPali: I think I found the problem http://lxr.free-electrons.com/source/drivers/power/isp1704_charger.c#L370
17:24.45freemangordonisp1704_write(struct isp1704_charger *isp, u32 val, u32 reg)
17:25.06freemangordonit is val, reg not reg, val
17:25.37Paliomfg
17:25.54freemangordon:D
17:26.19Palibut... how that it worked?
17:26.26Paligoing to look into git history
17:26.27freemangordonno idea
17:27.37freemangordonPali: all isp1704_write are like that
17:28.05Palino
17:28.11Paliisp1704_charger_verify() uses reg, val
17:28.42Paliisp1704_charger_detect() uses reg, val
17:28.43*** join/#maemo Ras_Older (blank@iddqd.fi)
17:28.46*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
17:28.56freemangordonfor example isp1704_write(isp, ULPI_OTG_CTRL, otg_ctrl);
17:28.58Paliisp1704_test_ulpi uses reg, val
17:29.20freemangordonPali: all calls are on the oposite
17:29.21Paliisp1704_charger_type() uses val, reg
17:29.37Paliand then reg, val
17:29.41PaliOMFG
17:29.49freemangordonoh, yes
17:29.56freemangordonwho wrote that code?
17:30.05freemangordon:p
17:30.31PaliI will use the most dangerous git command now!
17:31.05Palieverything Heikki Krogerus <ext-heikki.krogerus@nokia.com> !!
17:31.11*** join/#maemo krnlyng (~liar@77.117.112.71.wireless.dyn.drei.com)
17:32.25Palistatic inline int usb_phy_io_write(struct usb_phy *x, u32 val, u32 reg) { ...
17:32.37Paliis signature in include/linux/usb/phy.h
17:32.43freemangordonyes
17:33.02Paliso isp1704_write() has correct signature/parameters too
17:33.07freemangordonyes
17:33.18freemangordonbut the code calls it with random order
17:34.29*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
17:34.50*** join/#maemo Ras_Older (blank@iddqd.fi)
17:35.07Palifreemangordon: can you try fix driver and test it again?
17:35.15freemangordonsure
17:35.26Palithis is total nonsense here...
17:35.30freemangordonlets hope GF does not get angry on my :)
17:35.32freemangordonyeah
17:36.44bencohwhy, is it her n900?
17:36.46bencoh:]
17:37.26Palifreemangordon: that code is also in stock nokia kernel: drivers/usb/musb/musb_core.c
17:37.39freemangordonomg
17:37.40Palijust different function names, like: musb_verify_charger
17:37.56freemangordonbut, but, how that works at all?
17:39.01Palioh, no, stock nokia kernel has switched params
17:39.07Palireg, val
17:39.30freemangordonmaybe we should just switch the parameters as well
17:39.41freemangordonalso, what is ULPI_CLR?
17:40.08Pali#define ULPI_CLR(a)                             (a + 2)
17:40.30Palihttp://lxr.free-electrons.com/source/include/linux/ulpi/regs.h#L9
17:40.50freemangordonyes, saw that
17:40.57freemangordonis that reg or val?
17:41.03Paliregister
17:42.13freemangordonPali: all calls are (reg, val)
17:43.36freemangordonPali: I'll just change the signature
17:43.43Paliok
17:44.29freemangordonPali: I guess the smae problem exists in KP
17:44.32freemangordon*same
17:44.39Paliwhy same problem?
17:44.46freemangordonwith bme replacement
17:44.48PaliI checked it now, it has correct signature
17:45.27freemangordonso, in kp it is  isp1704_write(struct isp1704_charger *isp, u32 reg, u32 val)
17:45.29freemangordon?
17:45.37Palinokia kernel just read each reg before write new value (and or it)
17:45.52Paliin kp it is musb_ulpi_writeb()
17:45.57freemangordonwhat about isp1704 in KP?
17:46.05Palistatic inline void musb_ulpi_writeb(void __iomem *addr,u8 offset, u8 data)
17:46.06freemangordonok
17:46.19Paliiskp1704 is integrated in musb in nokia kernel
17:46.48Palithat is originally in nokia kernel, not bme replacment code
17:47.35freemangordonso, bme replacement does not use isp1704?
17:47.46freemangordonor it uses it, but it is ok?
17:48.02Palibme replacement does not use isp1704
17:48.31Palikp has modified bq2415x to receive charger events from musb (where is that isp code)
17:48.35freemangordonok
17:49.35*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
17:50.25freemangordonPali: Much better now :) http://pastebin.com/uWibq2qe
17:51.25freemangordonPali: and USB charger is correctly detected
17:51.45Paligreat
17:52.04Paliit is enough to change signature?
17:52.19Palior that ulpi test is need to fix too?
17:53.01freemangordonyes, changing signature is all that is needed
17:53.25freemangordonok, /me going afk
17:53.47*** join/#maemo Arch-KT (Arch-TK@fsf/member/Arch-TK)
17:57.30Palifreemangordon: it is broken since this commit: fcc8ebc99034bae4020a3cec030553d469e265db
17:57.54PaliSigned-off-by: Heikki Krogerus <heikki.krogerus@linux.intel.com>
17:58.15*** join/#maemo Ras_Older (blank@iddqd.fi)
18:01.33*** join/#maemo vakkov (~vakkov@79.132.28.207)
18:04.55freemangordonPali: yeah
18:09.21*** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK)
18:09.27*** join/#maemo Ras_Older (blank@iddqd.fi)
18:22.27*** join/#maemo ced117 (~ced117@opensuse/member/ced117)
18:27.43*** join/#maemo vakkov (~vakkov@79.132.28.207)
18:28.31*** join/#maemo Arch-KT (Arch-TK@fsf/member/Arch-TK)
19:11.38*** join/#maemo krnlyng (~liar@77.117.74.180.wireless.dyn.drei.com)
19:12.28ceenehappy new year, guys!
19:24.33freemangordonPali: how cute :( http://pastebin.com/sxDC5tcx
19:29.05*** join/#maemo lxp (~lxp@unaffiliated/lxp)
19:35.19jonwilbah, nothing more from Juhani yet :P
19:40.03bencohfreemangordon: when trying to mount a modem data interface?
19:42.44KotCzarnyceene: premature greetings
19:42.55KotCzarnystill 3.3h before the 00:00
19:43.45KotCzarnypali, fmg, i love you guys for what you are doing
19:44.02jonwilstill cant figure out how to get the output of parse-certdata-txt into the root CA store :(
19:44.51KotCzarnyjonwil: treat it as an challenging adventure game without walkthrough
19:44.59KotCzarnyalso, love you too
19:47.33freemangordonbencoh: seems like related. but whatever it is, it should not oops the kernel
19:59.27RST38hyawns
20:00.14KotCzarnywow, another dinosaur
20:00.15RST38hKotCzarny, in the flesh
20:00.39KotCzarnyrst38h: pink floyd?
20:00.43RST38hpours some milk
20:01.02KotCzarnymeows
20:01.21RST38hFunny, how Maemo appears to have outlived not just Meego but Jolla as well
20:01.40KotCzarnygood enough tech [tm]
20:01.57KotCzarnyandroid with all those shinies is for the kids
20:02.10Vajbi recently bumb up to odd thing
20:02.31RST38hOh, WinPhone also dead, afaik
20:03.05Vajbi pad is found under bluetooth, but even tho it is connected it is not show in bluetooth filesharing option
20:03.28KotCzarnyrst38h, we will hear about intel phone sooner or later
20:03.59RST38hKotCzarny: FCC is currently rubberstamping Google Glass 2, with Intel inside
20:05.20RST38hThere is also a bunch of Intel-based Android gadgets, like Dell Venue and some Motorola phones. Not particularly good games compatibility though.
20:07.17KotCzarnythey still have to work on input interface
20:07.35KotCzarnyhands/fingers are like parallel input
20:07.44RST38hThen, there are Tizen releases in India (budget Z1, full Z3) and Tizen also runs Samsung Gear watches
20:08.04RST38hDebian, SMACK, the whole shebang
20:08.08KotCzarnyuntil then, it all will be too laggy to fully immerse
20:09.04RST38hYou mean the Glass? They are targeting Glass 2 to industrial workers, repairmen, doctors, etc. No immersive.
20:09.37KotCzarnyi'm waiting for fully immersive interface
20:10.15RST38hCheck out HTC's rig then - reviwers claim it is immersiviest of 'em all
20:10.57RST38hforgot to mention Ubuntu phone in the lineup =)
20:15.38KotCzarnyhmm
20:15.42KotCzarnyopen source?
20:16.05RST38hUbuntu? Yeah, one way open source
20:18.25bencohthe ubuntuphone layer is, more or less. the hw adaptation layer, on the other hand....
20:19.00bencoh(you know, the android stack with closed drivers/ril/userland + libhybris + ubuntu on top)
20:19.24KotCzarnyso, not much changed
20:19.30KotCzarnybut at least it shows some activity
20:21.28RST38hAndroid no longer has HAL separation
20:22.33RST38hBut most of it (other than video hw drivers, ril, etc) is open source, in the sense that you can see and use the source
20:22.50jonwilSo many people seem to be using Android drivers and related bits as the base for some other smartphone platform.
20:23.03RST38hCan't commit back to Android of course. Nor will you be able to pass Google's certification if they do not like you.
20:23.04jonwilProbably because its the only way to get usable drivers for e.g. a Qualcomm Snapdragon
20:23.15RST38hjonwil: correct
20:53.29*** join/#maemo krnlyng (~liar@178.114.16.19)
21:08.58Palifreemangordon: looks like bug in net subsytem, skb
21:12.44bencohjonwil: surprisingly enough ... http://cateee.net/lkddb/web-lkddb/USB_NET_QMI_WWAN.html
21:14.26bencohqualcomm is still a pain, but not for this specific part (qmi driver)
21:15.26bencohdont expect to get a free RIL, but you should be able to drive it through qmi/libqmi
21:15.48jonwilsuspects Qualcomm actually benefits from not having Snapdragon bits in mainstream kernels (or easily usable from vanilla Linux)
21:16.24jonwilLets them hand out different kernel stuff and drivers and blobs to different Snapdragon users based on what features they are willing to pay for...
21:18.13RST38hHNY 2016!
21:18.20KotCzarnynot yet
21:18.35RST38hit is, here
21:18.48jonwilits 2016 here too
21:19.06KotCzarnyi dont feel any different, so it must still be 2015
21:19.12RST38hjonwil: I do not understand obsession with Snapdragon
21:19.31jonwilIts the most popular mobile device chip :P
21:19.39RST38hjonwil: In the US it is
21:19.54bencohnot just in the US
21:20.06RST38hjonwil: But in terms of bang for the buck, I would consider RK or MTK instead
21:20.39bencohMTK means low-end device / no support
21:20.58RST38hGetting any support from Qualcomm? =)
21:21.12bencohI guess the vendos are getting some
21:21.21bencohit couldn't get worse than MTK anyway :p
21:21.21jonwilSnapdragon is the most popular for Android devices because Qualcomm has put a bunch of effort into making Android run real good on those chips
21:22.02RST38hRK-based Android devices are actually pretty good, as long as manufacturer installs a decent screen
21:22.18jonwilI have heard Qualcomm is one of the harder vendors to work with when it comes to getting information, data sheets, specs, drivers etc (worse than, say, TI)
21:22.22bencohRST38h: RK-base phones?
21:22.28RST38hjonwil: yep
21:22.41RST38hjonwil: Even the Chinese are more outgoing
21:23.00KotCzarnyhehe, now that's rude
21:24.02RST38hKotCzarny: Well, these guys have got the language barrier working against them but at least they are trying
21:24.28RST38hAnd their stuff is pretty standard on the inside, almost no surprises
21:24.49KotCzarnythey are masters of cloning, not breaking working designs
21:25.04KotCzarnyfixing stuff takes too much time/resources
21:26.14RST38hstandard multicore ARM, standard 3D hw, video buffers freely accessible, fb* devices work the way they are expected to work with minor bugs
21:26.33RST38hKotCzarny: What else would one want from them?
21:26.56KotCzarnygsm chips
21:27.06bencohjonwil: TI isnt that bad, btw
21:27.07RST38hEven got little lizard brain doing h264 decoding and color conversions =)
21:27.24bencohjonwil: apart from the SGX stuff and their bootloader, it's quite documented
21:27.30jonwilyeah I know
21:27.37jonwilthats why I said Qualcomm is worse
21:27.44RST38hsteps away to throw up after hearing "SGX"
21:27.52KotCzarny:)
21:28.03bencohjonwil: worse than "almost good"? :)
21:28.04jonwilSurprised they aren't more open about their bootloader and boot process...
21:28.05bencohRST38h: :-)
21:28.15jonwilOr is there some sort of "Secret sauce" in there they dont wanna share?
21:28.44RST38hBut look at the bright side: Imagetech now owns two greatest hardware designs in human history: PVR and MIPS!
21:28.59DocScrutinizer05hey RST38h, long time no see
21:29.05RST38hHello, Doc
21:29.26keriointel confirmed trying to bring maemo down
21:29.34KotCzarnyo.O
21:29.41bencohjonwil: http://processors.wiki.ti.com/index.php/Boot_Sequence
21:29.42KotCzarnybackup, i need backup!
21:29.50bencohkerio: wait, what?
21:29.55keriore: mainline linux broken on rx51 since a commit by an intel guy
21:30.08bencohhaha
21:30.19DocScrutinizer05((Maemo appears to have outlived not just Meego but Jolla as well)) tells a story, no?
21:30.21KotCzarnykerio, wouldnt they be after meego and not maemo?
21:30.28KotCzarnysomeone should send them an email
21:30.52bencohKotCzarny: meego's already dead ;)
21:30.56RST38hSending emails to Intel employees? No, THAT is such a meaningful activity...
21:31.24DocScrutinizer05kerio: so can't that commit get wrapped up and shove it up the rear of the author?
21:31.31KotCzarnyrst38h: email bomb then?
21:31.34bencohRST38h: aww, they're humans too! they've got feelings :)
21:31.42kerioidk i think that bugs happen
21:32.04RST38hbencoh: Got CNDA and annual review coming up in 2 months.
21:32.16RST38hbencoh: rest is strictly decorative
21:32.41DocScrutinizer05(meego (aka maemo6) dead) I hate saying "I told ya"
21:32.51DocScrutinizer05~aegis
21:32.52infobothttp://www.developer.nokia.com/Community/Wiki/Harmattan:Developer_Library/Developing_for_Harmattan/Harmattan_security/Security_guide , or "The purpose of this framework is: ... to make sure that the platform meets the requirements set by third party software that requires a safe execution environment.", or http://en.wikipedia.org/wiki/Trusted_Computing#Criticism, or  http://en.qi-hardware.com/w/images/1/10/ME_382_LockedUpTechnology2.gif
21:33.01RST38hDoc: There has never been "Meego".
21:33.16RST38hDoc: There was Maemo Harmattan, Moblin 2, and Tizen
21:34.06RST38hDoc: Of these, we have hardly known Harmattan, Moblin 2 is fortunately dead, and Tizen is alive and kicking, WITH Aegis
21:34.10jonwilThe N900 really is the "little phone that could". Its still popular long after Android phones of the same vintage have stopped being supported by the dev community
21:34.35RST38hjonwil: People say HTC Desire HD has had the same fate
21:34.44keriowhy's that
21:34.50KotCzarnyjonwil, its only because there is no successor
21:35.07keriowhat's particular about it?
21:35.49RST38hkerio: Desire HD? No idea. Have one in the family. A decent Gingerbread phone, built like a tank, dunno why it keeps being developed for though
21:36.04kerioi should probably buy another n900
21:36.12kerioor merge the two i have into one fully functioning one
21:37.00KotCzarnyabout 'merging': http://img.sadistic.pl/pics/155264cf138d.gif
21:37.10kerioLOL
21:37.32RST38hWhy does he need that thing with the fragile screen, anyway?
21:37.53KotCzarnyrst38h: maybe there is another part to cover the screen too
21:38.13RST38hyeah, the one he uses for browsing internet
21:38.26RST38hthe voice call part looks covered too =)
21:38.37KotCzarny:)
21:45.28bencohKotCzarny::D
21:46.41bencohnothing beats wap browsing on a good old b&w nokia
21:52.58KotCzarnytried wap browsing once on ericsson t39
21:53.02KotCzarnyit was awful
21:53.23KotCzarny(browsing, phone was superb)
21:57.05freemangordonPali: yeah, maybe you should upgrade to newer rcN to check if it is fixed
22:02.41freemangordonHNY guys :)
22:02.49KotCzarnynot yet!
22:02.52KotCzarny:)
22:08.55kerio-1h for me
22:16.57jonwilMost of my family owns crApple iFail devices :P
22:17.39KotCzarnydo they use it for anything else than phoning?
22:18.37jonwilMy brother has one that he plays some sort of game with dragons in it (one of those "free to play but pay to actually get anywhere in the game" pieces of crap)
22:19.36jonwilOne member of the family doesn't own an iFail, they own some sort of Sony piece of crap
22:20.04KotCzarnyas long he uses it for audio it might be actually good
22:20.59jonwilI have at least one family member who does use their iDevice for music
22:21.09jonwilbeats carrying a car load of CDs...
22:21.18KotCzarny;)
22:21.27KotCzarnyor minidiscs
22:21.36KotCzarnyor casette tapes
22:23.21jonwilall of my music listening is done on my PC (either via my music collection or via the billions of music related videos on YouTube) so I dont need a portable player
22:23.48KotCzarnyportable player is still useful as a controller
22:24.04KotCzarny(in such case)
22:25.25jonwilin any case I refuse to buy any Apple product ever (even stuff as gifts for my Apple-using family)
22:29.00keriothe 15" macbook pro is the best laptop i've ever used
22:30.09keriobut idk ¯\_(ツ)_/¯
22:42.49*** join/#maemo krnlyng (~liar@178.114.16.19.wireless.dyn.drei.com)
22:49.13RST38hnot long now fir Apple
22:50.10RST38hSolid financial management is in and they are trying their best to solidly financially manage the company =)
22:51.42*** join/#maemo realitygaps (~realityga@2a01:4a0:3::5096:aeb)
22:51.42*** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps)
22:58.53jonwilApple stopped having genuinely new ideas years ago (probably when Jobs died, if not before)
22:59.04jonwilNow they just copy stuff
23:23.17RST38hBut they are solidly managed!
23:23.52RST38hResponsible, level headed decision making is the key to stagnation =)
23:57.24jonwilAnyone who wants an example of how NOT to run a company, look at Xerox in the 1970s. They had the laser printer, GUI-based desktop computer, local area networking and other forward-thinking technologies but the idiots running Xerox at the time (especially the money men at the top who had been hired from Ford) didn't realize what they had and as a result Apple and Microsoft took it all

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