*** Kabouik has quit IRC | 00:01 | |
*** Kabouik has joined #maemo | 00:09 | |
*** eMHa__ has quit IRC | 00:09 | |
*** Kabouik_ has quit IRC | 00:12 | |
*** Kabouik_ has joined #maemo | 00:26 | |
*** Kabouik has quit IRC | 00:28 | |
*** chfoo has quit IRC | 00:51 | |
*** xelo has joined #maemo | 00:58 | |
*** xelo has quit IRC | 01:02 | |
*** chfoo has joined #maemo | 01:04 | |
*** chfoo has quit IRC | 01:15 | |
*** sunshavi has joined #maemo | 01:16 | |
*** futpib has quit IRC | 01:16 | |
*** chfoo has joined #maemo | 01:17 | |
*** florian has quit IRC | 01:54 | |
*** SpeedEvil has quit IRC | 01:56 | |
*** SpeedEvil has joined #maemo | 01:57 | |
*** LauRoman has quit IRC | 02:11 | |
*** Kabouik_ has quit IRC | 02:15 | |
*** L29Ah has left #maemo | 02:17 | |
*** L29Ah has joined #maemo | 02:24 | |
*** sunshavi has quit IRC | 02:26 | |
*** krnlyng has quit IRC | 02:30 | |
*** alien2003 has joined #maemo | 02:33 | |
*** alien2003 has quit IRC | 02:35 | |
*** krnlyng has joined #maemo | 02:44 | |
*** RedW has joined #maemo | 02:50 | |
*** RedM has quit IRC | 02:50 | |
*** fruitvlieg has quit IRC | 03:00 | |
*** Pali has quit IRC | 03:01 | |
*** heroux has quit IRC | 03:48 | |
*** heroux has joined #maemo | 04:04 | |
*** kerio has quit IRC | 04:07 | |
*** kerio has joined #maemo | 04:07 | |
*** florian__ has joined #maemo | 05:02 | |
*** florian_kc has quit IRC | 05:06 | |
*** pagurus has quit IRC | 05:15 | |
*** vahe has joined #maemo | 05:59 | |
*** florian_kc has joined #maemo | 06:00 | |
*** lxp1 has joined #maemo | 06:02 | |
*** florian__ has quit IRC | 06:03 | |
*** lxp has quit IRC | 06:04 | |
*** SpeedEvil has quit IRC | 06:08 | |
*** SpeedEvil has joined #maemo | 06:08 | |
*** treaki_ has joined #maemo | 06:27 | |
*** treaki__ has quit IRC | 06:30 | |
*** SpeedEvil has quit IRC | 06:32 | |
*** DocScrutinizer06 has joined #maemo | 06:33 | |
*** DocScrutinizer05 has quit IRC | 06:33 | |
*** DocScrutinizer06 is now known as DocScrutinizer05 | 06:33 | |
*** SpeedEvil has joined #maemo | 06:34 | |
*** vahe has quit IRC | 07:58 | |
*** vahe has joined #maemo | 08:01 | |
*** vahe has quit IRC | 08:26 | |
*** vakkov has quit IRC | 08:30 | |
*** Tenhi_ has quit IRC | 08:54 | |
*** LauRoman has joined #maemo | 09:16 | |
*** jonwil has joined #maemo | 10:21 | |
jonwil | hi | 10:24 |
---|---|---|
*** xes has quit IRC | 10:27 | |
*** xes has joined #maemo | 10:45 | |
freemangordon | jonwil: hi! | 10:51 |
* jonwil wonders if any more progress has been made on CSSU/FPTF/etc lately... | 10:51 | |
freemangordon | jonwil: there is lots of activity on the kernel lately, we're ironing the last remaining rough edges | 10:52 |
jonwil | nice one | 10:53 |
jonwil | Will be good if you can run a stock kernel on a N900 with a full Fremantle userland | 10:54 |
jonwil | and have everything work | 10:54 |
freemangordon | hmm? I think stick kernel already runs on n900 :) | 10:54 |
freemangordon | *stock | 10:54 |
jonwil | although it would also be good to see some more userspace work :) | 10:55 |
KotCzarny | i think the word he meant is 'mainline' | 10:55 |
Maxdamantus | But does Fremantle run on that? | 10:55 |
freemangordon | sure | 10:55 |
freemangordon | ~fptf | 10:55 |
infobot | i guess fptf is the Fremantle Porting Task Force, see http://talk.maemo.org/showthread.php?t=91308 | 10:55 |
freemangordon | Maxdamantus: http://talk.maemo.org/showpost.php?p=1493038&postcount=158 | 10:56 |
freemangordon | Maxdamantus: right now I play with 4.5-rc6 | 10:56 |
freemangordon | jonwil: yeah, but you know - 2 hands and 24 hours per day only :) | 10:57 |
jonwil | yeah I meant mainline kernel :) | 10:59 |
jonwil | I also have no time to do any coding work right now due to this http://brisbanemodeltrainshow.com.au/ | 11:00 |
jonwil | I am exhibiting as part of the LEGO layout at that event and I have a lot of building to do :) | 11:00 |
freemangordon | sounds fun | 11:01 |
jonwil | yeah it will be :) | 11:03 |
KotCzarny | hehe, playing with lego for moneys? | 11:05 |
KotCzarny | now that's the right idea ;) | 11:05 |
jonwil | We get no money out of that | 11:11 |
jonwil | Everyone in the club does it for fun | 11:11 |
jonwil | Although we do raise money for charitable organizations at various points across the year | 11:11 |
KotCzarny | oh well, still the right idea | 11:11 |
jonwil | The centerpiece of the work I am doing is a high-tech science lab (along the lines of Oscorp or Stark | 11:13 |
jonwil | Stark Industries | 11:14 |
jonwil | This lab is being attacked by Doctor Octopus and is about to be saved by Hulk, Spider-Man, Iron Man, Thor and maybe others :) | 11:14 |
jonwil | along with a police SWAT team | 11:14 |
KotCzarny | and then comes the train and flattens everything and everyone, choo-choo mother-funkers! | 11:16 |
Luke-Jr | added Neo900 to https://www.pyra-handheld.com/wiki/index.php?title=Comparison_Chart | 11:28 |
KotCzarny | maybe n900 too? | 11:28 |
Luke-Jr | nah, N900 is too obsolete | 11:28 |
KotCzarny | no, it's not | 11:29 |
KotCzarny | :) | 11:29 |
KotCzarny | pandora is 1ghz and 512mb, n900 is 600-900mhz and 256mb | 11:30 |
Luke-Jr | exactly | 11:30 |
Luke-Jr | and Pandora is only on there because it was the direct predecessor | 11:30 |
KotCzarny | and once fmg and friends tidy up the last bits we will be not-obsolete again | 11:30 |
Luke-Jr | Neo900 just only matches Pandora's specs :P | 11:30 |
KotCzarny | but you are right, memory is way too small for gaming | 11:31 |
*** zGrr has quit IRC | 11:34 | |
*** futpib has joined #maemo | 11:44 | |
*** zGrr has joined #maemo | 11:52 | |
*** zGrr has quit IRC | 11:58 | |
*** kerio has quit IRC | 12:08 | |
*** Pali has joined #maemo | 12:09 | |
*** kerio has joined #maemo | 12:13 | |
*** krnlyng has quit IRC | 12:18 | |
*** zGrr has joined #maemo | 12:24 | |
jonwil | Is the goal to be able to use a mainline kernel on the N900 with no local patches or are there local patches that just cant go into mainline? | 12:35 |
*** zGrr has quit IRC | 12:40 | |
Pali | jonwil: there are also patches which cannot go to mainline | 12:40 |
Pali | e.g. sgx drivers | 12:40 |
jonwil | Like what? | 12:40 |
jonwil | Yeah good point | 12:40 |
Pali | or also wl1251 bt coes mode | 12:40 |
Pali | *coex | 12:40 |
Pali | or wl1251 perm mac address | 12:41 |
Pali | those were rejected | 12:41 |
jonwil | what was wrong with that WiFi stuff exactly? | 12:41 |
Pali | no idea about tidspbridge (freemangordon knows more) | 12:41 |
KotCzarny | can they run as a loadable module? | 12:41 |
Pali | jonwil: stupidity of maintainers | 12:42 |
Maxdamantus | I'd rather use a slightly different kernel tree than compile external modules. | 12:42 |
Pali | about bt coex, they wanted from me to create some nonsense interface in cfg/nl 80211 stack | 12:42 |
Pali | every driver has either module param or sysfs node (wl1271 has too sysfs node) | 12:43 |
Pali | but wl1251 cannot use what wl1271 use... | 12:43 |
* Maxdamantus already always has a Dvorak defkeymap in his tree. | 12:43 | |
Pali | about setting permanent mac address, they wanted that kernel reads it | 12:44 |
Pali | but mac address is stored in CAL, so kernel would need to have CAL driver + access to correct NAND partition | 12:44 |
Pali | thats sounds stupid too | 12:45 |
KotCzarny | can mac be set as a boot param? | 12:45 |
Pali | no | 12:46 |
Pali | this was rejected when raspbeery pi wanted to upstream this approach | 12:46 |
KotCzarny | lol | 12:46 |
Pali | ehm.. this was rejected for rpi, not for n900 | 12:46 |
Pali | but I did not tried something like that for wl1251/n900 | 12:46 |
KotCzarny | that way uboot might be the cure | 12:47 |
jonwil | Sounds like the people who maintain the Linux WiFi driver stack are stupid for not seeing that there are WiFi chips out there that do things differently to the way most "normal" chips work | 12:47 |
KotCzarny | as it has a bit more lax policy | 12:47 |
Pali | wl1271 has mac address stored in the first few bytes in firmware | 12:47 |
Pali | in firmware file, generated by some tool | 12:48 |
Pali | I was thinking about using request_firmware() interface too for wl1251, but request firmware and mac address separately | 12:48 |
Pali | but because udev project is dead, and systemd decided to drop support for run-time firmware files (files which are not phisically stored in VFS, but generated when kernel ask) I would mean that we need to write our tools for loading firmwares | 12:50 |
Pali | also wl1251 NVS firmware file needs to be generated on runtime (use some bits from CAL) | 12:50 |
KotCzarny | pali: check eudev | 12:50 |
KotCzarny | it's systemd free udev fork | 12:50 |
Luke-Jr | Pali: eudev isn't dead. | 12:51 |
Luke-Jr | I refuse to use a systemd OS | 12:51 |
Pali | KotCzarny: I can check, but such thing IIRC udev did not supported | 12:51 |
KotCzarny | pali, still, you can probably send them a patch | 12:51 |
Pali | yes, but that means to write that code | 12:52 |
Pali | and for n900 case it would be easier to write specific tool (not part of udev) | 12:52 |
Pali | which would directly interact with CAL | 12:52 |
Pali | Luke-Jr: do you know if (e)udev has support for generating firmware by external application? | 12:53 |
KotCzarny | Our IRC channel is #gentoo-udev on Freenode | 12:53 |
KotCzarny | https://wiki.gentoo.org/wiki/Project:Eudev | 12:53 |
Pali | ok, I will ask | 12:53 |
Luke-Jr | Pali: I would imagine so. It's just udev | 12:54 |
*** krnlyng has joined #maemo | 12:54 | |
Pali | anyway, we still needs to patch kernel, because it always try to load firmware directly from VFS without userspace interaction | 12:57 |
Pali | and when that direct-read fails, then it try userspace (via netlink) | 12:57 |
KotCzarny | pali, can inkernel driver be modified to load special firmware which would be prepared on first boot by userland? | 12:58 |
Pali | KotCzarny: kernel loads firmware by request_firmware("filename") call | 12:58 |
Pali | and kernel first try to read "filename" from VFS and if it fails then it fallback asking for userspace | 12:59 |
KotCzarny | so at first boot kernel load fails, system boots, userland prepares firmware, on reboot/module reload things work as usual | 12:59 |
Pali | ah right | 12:59 |
Wizzup | isn't there a firmware loader helper tool option in the kernel | 12:59 |
Wizzup | or was that deprecated | 12:59 |
Pali | I was thinking about it, but this is big hack | 12:59 |
KotCzarny | pali, yup, blobs | 13:00 |
Pali | you need to overwrite firmware in /lib/firmware | 13:00 |
Pali | which is in UBIFS/NAND | 13:00 |
Pali | I will avoid such thing... | 13:00 |
KotCzarny | but its first-boot time thing | 13:00 |
Pali | Wizzup: there is that userspace fallback | 13:00 |
Pali | either via netlink or sysfs | 13:01 |
Pali | (maybe sysfs was deleted) | 13:01 |
*** zGrr has joined #maemo | 13:01 | |
KotCzarny | pali, how about generating random mac on boot (via some device related algo) and then changing it in userland later? | 13:02 |
KotCzarny | that would be another option | 13:02 |
Pali | KotCzarny: permanent mac address cannot be modified | 13:02 |
Pali | from userspace | 13:02 |
Pali | kernel already generates random one | 13:03 |
Pali | and userspace set "temporary" mac address from CAL | 13:03 |
KotCzarny | uhum | 13:03 |
Pali | this is what wl1251-cal tool is doing | 13:03 |
Pali | read mac from CAL and set it as temporary (spoofed) mac address | 13:04 |
KotCzarny | then i guess first-boot firmware gen would be the best (apart from doing cal/nand read) | 13:04 |
Pali | I will wait for answer from #gentoo-udev | 13:04 |
Pali | if that is supported from udev, I will try it and prepare kernel patches to read mac address via request_firmware (like wl1271) | 13:05 |
*** florian has joined #maemo | 13:11 | |
Pali | jonwil: can you make yours wl1251-cal tool more verbose? | 13:15 |
*** florian has quit IRC | 13:15 | |
Pali | like original nokia's one? | 13:15 |
jonwil | Feel free to update the source code on CSSU, I have no time to do it | 13:15 |
Pali | ok | 13:15 |
Pali | then I will look at it | 13:16 |
Pali | jonwil: but is your doing 100% same thing as nokia's one? | 13:16 |
jonwil | Its doing the same job but in a different way | 13:16 |
Pali | ok, that should be enough | 13:16 |
jonwil | It gets the country to use from the CAL rather than the cellular modem | 13:17 |
jonwil | It also uses lower level libcal calls rather than whatever higher level calls (sysinfod I think) the stock binary uses | 13:18 |
L29Ah | 13:46:18]<Pali> this was rejected when raspbeery pi wanted to upstream this approach | 13:19 |
L29Ah | what about putting it in dt? | 13:19 |
Pali | L29Ah: what put to DT? | 13:19 |
L29Ah | the mac address | 13:20 |
Pali | but mac address is not static | 13:20 |
L29Ah | what | 13:20 |
Pali | it is different for each n900... | 13:20 |
Pali | and is stored in CAL | 13:20 |
Pali | how you want to store it into DT?? | 13:21 |
L29Ah | generate dt with an ad-hoc tool | 13:21 |
L29Ah | dt overlay, even | 13:21 |
Pali | but wl1251 driver is loaded even before userspace start | 13:21 |
L29Ah | so what | 13:21 |
Pali | we have userspace tool which read mac from CAL | 13:21 |
Pali | and no, I'm not going to create CAL driver for kernel | 13:22 |
L29Ah | generate it once before using the kernel that requires it | 13:22 |
Pali | kernel boots, loads wl1251, start userspace | 13:22 |
L29Ah | kernel boots, gets its dt stuff, loads wl1251, start userspace | 13:22 |
Pali | kernel needs it before it can start tools for generating them | 13:22 |
L29Ah | you have a kernel now | 13:22 |
L29Ah | that doesn't need nothing | 13:23 |
L29Ah | the original one | 13:23 |
Pali | I do not understand how to want to solve this chicken and egg problem | 13:23 |
*** eMHa__ has joined #maemo | 13:23 | |
L29Ah | and anyway you can just bail out and say user to generate it in dmesg | 13:23 |
L29Ah | if he didn't do so earlier | 13:23 |
Pali | I do not want to add another hack | 13:24 |
L29Ah | also random mac would do :] | 13:24 |
Pali | we already have one with temporary addresses | 13:24 |
Pali | random permament mac is already uses | 13:24 |
Pali | I want to solve this problem in better way | 13:24 |
L29Ah | isn't the mac stored at some fixed offset of the mtd? | 13:25 |
Pali | no | 13:25 |
*** kerio has quit IRC | 13:38 | |
*** kerio has joined #maemo | 13:38 | |
*** florian has joined #maemo | 13:39 | |
*** tanty_off has quit IRC | 13:48 | |
*** florian has quit IRC | 13:56 | |
KotCzarny | pali, first-boot solution then or eudev one | 14:07 |
*** L29Ah has left #maemo | 14:23 | |
*** L29Ah has joined #maemo | 14:23 | |
*** ced117 has quit IRC | 14:28 | |
*** arossdotme-planb has joined #maemo | 14:42 | |
*** arossdotme has quit IRC | 14:44 | |
*** LauRoman has quit IRC | 14:58 | |
*** vahe has joined #maemo | 15:05 | |
DocScrutinizer05 | Pali: anyway keep in mind Neo900 is using wl1851 aka WG7351 | 15:13 |
Pali | DocScrutinizer05: uff.. do we have driver for it? | 15:13 |
DocScrutinizer05 | well, I bet we have, TI supports Linux drivers for all their WiFi modules afaik | 15:14 |
Pali | ok | 15:15 |
DocScrutinizer05 | http://processors.wiki.ti.com/index.php/WL18xx | 15:16 |
Pali | jonwil: original nokia's wl1251 uses com.nokia.phone.net for country code | 15:16 |
Pali | this is missing in your implementation... | 15:16 |
jonwil | yes, I mentioned my implementation uses cal rather than cellular modem | 15:16 |
jonwil | goal was to make my clone dependent only on libcal and nothing else | 15:17 |
jonwil | well also libnl | 15:17 |
DocScrutinizer05 | what we _don't_ have is support for the advanced modes (injection etc) | 15:18 |
jonwil | but not on dbus or libsysinfo or higher level stuff | 15:18 |
DocScrutinizer05 | *if* somebody could come up with a http://intelligraphics.com/igx-wireless-presents-stealth-sniffer/ to RE, we could get | 15:21 |
DocScrutinizer05 | TI cooperated with intelligraphics for those special firmwares and drivers | 15:22 |
*** LauRoman has joined #maemo | 15:23 | |
Pali | jonwil: are you able to add that code which ask dbus for country code? | 15:23 |
jonwil | no, I specifically wanted to use country code from cal only and not have dependency between wl1251-cal and cellular radio stuff | 15:24 |
DocScrutinizer05 | Pali: btw Pyra uses same module ;-) | 15:24 |
Pali | jonwil: but this will break wifi connections for n900 which have country code too "restricted" stored in CAL | 15:25 |
Pali | country code will be set to too restricted even if you are in different country | 15:26 |
DocScrutinizer05 | ((country code from CAL)) please don't! I'd have *lots* of fun with such stuff, >50% of my N900 are not exactly compatible in CAL with my location | 15:39 |
DocScrutinizer05 | I'd rather prefer a quite user friendly setting for country | 15:40 |
DocScrutinizer05 | (with right overriding left) CAL -> maemo settings "system language" -> maemo settings "Country" -> GSM country (if logged in) -> WLAN country info from associated AP -> **augmented settings** "WLAN country regulation domain" (with default) | 15:43 |
DocScrutinizer05 | dang, wrong module | 15:54 |
DocScrutinizer05 | WL1837MODGIMOC | 15:56 |
DocScrutinizer05 | http://www.ti.com/product/wl1837mod | 16:07 |
DocScrutinizer05 | http://www.digikey.com/product-detail/en/texas-instruments/WL1837MODGIMOCT/296-43667-1-ND/5864739 | 16:13 |
DocScrutinizer05 | http://www.ti.com/lit/ds/symlink/wl1837mod.pdf | 16:14 |
DocScrutinizer05 | Pali: ^^^ | 16:15 |
DocScrutinizer05 | http://www.ti.com/product/WL1837MOD/toolssoftware | 16:19 |
DocScrutinizer05 | http://www.ti.com/tool/wilink8-wifi-nlcp | 16:20 |
DocScrutinizer05 | LOL >>Product of work done by tens of developers.<< | 16:25 |
kerio | TENS | 16:27 |
DocScrutinizer05 | OVER9 | 16:40 |
DocScrutinizer05 | 000 laughs | 16:41 |
*** zGrr has quit IRC | 16:44 | |
*** florian has joined #maemo | 16:44 | |
*** Smily has quit IRC | 16:47 | |
*** Smily has joined #maemo | 16:50 | |
*** L29Ah has left #maemo | 16:52 | |
*** L29Ah has joined #maemo | 17:00 | |
*** zGrr has joined #maemo | 17:03 | |
*** zGrr has quit IRC | 17:16 | |
*** ced117 has joined #maemo | 17:24 | |
*** vakkov has joined #maemo | 17:25 | |
*** zGrr has joined #maemo | 17:39 | |
*** vakkov has quit IRC | 17:45 | |
DocScrutinizer05 | Pali: >> The WL1837MODCOM8I EVB includes the following features: [...] WLAN and Bluetooth , BLE, and ANT cores that are software- and hardware-compatible with prior WL127x, WL128x, and BL6450 offerings for smooth migration to device << | 17:46 |
*** ced117 has quit IRC | 17:46 | |
DocScrutinizer05 | http://www.ti.com/lit/ug/swru382a/swru382a.pdf | 17:48 |
*** florian has quit IRC | 17:51 | |
*** zGrr has quit IRC | 17:58 | |
*** jonwil has quit IRC | 18:02 | |
*** florian has joined #maemo | 18:09 | |
*** sunshavi has joined #maemo | 18:20 | |
*** zGrr has joined #maemo | 18:29 | |
*** sunshavi has quit IRC | 18:43 | |
*** florian has quit IRC | 18:48 | |
*** Kabouik has joined #maemo | 18:51 | |
*** ced117 has joined #maemo | 18:59 | |
*** zGrr has quit IRC | 19:16 | |
*** zGrr has joined #maemo | 19:33 | |
DocScrutinizer05 | Pali: http://paste.opensuse.org/6657073 | 19:53 |
Pali | great! | 19:54 |
*** vahe has quit IRC | 20:44 | |
*** protem has joined #maemo | 21:03 | |
*** L29Ah has left #maemo | 21:06 | |
*** L29Ah has joined #maemo | 21:06 | |
Pali | jonwil: I updated wl1251-cal code | 21:08 |
Pali | but country code is still missing... | 21:08 |
Pali | Luke-Jr: it is not supported in gentoo udev | 21:11 |
KotCzarny | eudev is also used in slack, and probably other systemdless distros | 21:13 |
kerio | i use devtmpfs because i'm a bad boy | 21:15 |
kerio | and also because this is a very tiny embedded system | 21:15 |
KotCzarny | also | 21:15 |
KotCzarny | but for dynamic things udev is still nice | 21:16 |
*** florian has joined #maemo | 21:17 | |
*** shentey has joined #maemo | 21:21 | |
*** RedW has quit IRC | 21:21 | |
*** shentey has quit IRC | 21:21 | |
DocScrutinizer05 | hey follow hacker gals and guys: >> The WiLink 8 device's WLAN capability to capture and register precise arrival time of the connected AP’s beacon is used to achieve ultra-precise synchronization between multiple connected audio devices.<< (from http://www.ti.com/tool/TIDC-WL1837MOD-AUDIO-MULTIROOM-CAPE ) This gives me some other ideas of possible usecases - indoor location etc comes to mind | 21:27 |
*** RedW has joined #maemo | 21:27 | |
DocScrutinizer05 | or other usecases with high precision sync requirements. e.g. electron flash snyc to camera, when both are controlled from same WLAN signal with a delay between trigger and shot in the range of a maybe 20ms so both can schedule a high precision timer event to exactly same point in time | 21:31 |
*** shentey has joined #maemo | 21:36 | |
*** odin_ has joined #maemo | 21:42 | |
*** L29Ah has left #maemo | 21:52 | |
*** L29Ah has joined #maemo | 21:52 | |
*** L29Ah has left #maemo | 22:03 | |
*** L29Ah has joined #maemo | 22:03 | |
*** L29Ah has left #maemo | 22:07 | |
*** L29Ah has joined #maemo | 22:07 | |
*** L29Ah has left #maemo | 22:07 | |
*** L29Ah has joined #maemo | 22:09 | |
*** futpib has quit IRC | 23:23 | |
*** florian has quit IRC | 23:35 | |
*** florian has joined #maemo | 23:54 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!