00:01.34 | cr2 | ok, not good ideas for today. still 2 bugs fixed. good night :) |
00:23.26 | *** part/#htc-linux DuoMaxwell (n=DuoMaxwe@c-98-231-145-158.hsd1.md.comcast.net) |
00:55.24 | *** join/#htc-linux youngalumni (n=youngalu@d53-64-254-201.nap.wideopenwest.com) |
00:55.49 | youngalumni | hi is anyone familiar with tmobile and android on an htc kaiser |
00:57.03 | youngalumni | im having trouble connecting to data or making phone calls |
01:03.52 | darkstar62 | anyone done any work with the gpios/irqs involved with the slide out keyboards on omap850 devices? |
01:05.31 | darkstar62 | I'm having a seemingly odd problem where an interrupt fires when I close the keyboard, but not when I open it |
01:06.38 | youngalumni | i am apparently recieving text messages though |
01:07.09 | darkstar62 | youngalumni: what issues are you having with calling? |
01:07.34 | youngalumni | if i attempt to dial out it ends the call immediately |
01:07.57 | darkstar62 | huh, weird |
01:08.03 | darkstar62 | can't say I know too much about that |
01:08.20 | youngalumni | i read about a sim issue but i dont have a pin set to my sim card |
01:08.38 | darkstar62 | can you send commands directly to your gsm modem? |
01:08.48 | youngalumni | how would i do that |
01:09.09 | darkstar62 | outside of android, probably |
01:09.13 | darkstar62 | either in wm (unlikely), or using straight linux |
01:09.13 | IceBone | Why does Android get more and more unstable with every boot? |
01:09.46 | youngalumni | im using haret i can access term via an emulator |
01:09.48 | IceBone | Is it just my phone or just a kink that hasn't been worked out yet? |
01:10.07 | darkstar62 | youngalumni: I don't think you can get to the modem with that, unfortunatley |
01:10.21 | youngalumni | i see |
01:10.33 | youngalumni | how would i access with windows mobile |
01:26.44 | *** join/#htc-linux rzk_ (n=rzk@daemonet.ru) |
01:40.39 | *** join/#htc-linux furtardo (n=mks@nat/yahoo/x-e8d9e89d4c24b80e) |
01:42.02 | *** join/#htc-linux |Jason8|| (n=JayAte@76.73.52.3) |
02:47.34 | *** join/#htc-linux TommyBres (n=TommyBre@unaffiliated/tommybres) |
03:08.25 | *** join/#htc-linux mrmoku|a` (n=mrmoku@ppp-93-104-60-17.dynamic.mnet-online.de) |
03:27.25 | *** join/#htc-linux tylerwhall (n=tyler@74-137-85-212.dhcp.insightbb.com) |
03:32.40 | *** part/#htc-linux tylerwhall (n=tyler@74-137-85-212.dhcp.insightbb.com) |
03:55.38 | *** join/#htc-linux slimspace (n=darkstar@97-126-107-190.tukw.qwest.net) |
04:15.32 | *** join/#htc-linux goxboxlive (n=jrs@mail2.hjellnesconsult.no) |
04:23.07 | *** join/#htc-linux xsacha-tv (n=sacha@203-214-116-29.dyn.iinet.net.au) |
04:25.25 | *** join/#htc-linux Shinto (n=John@f054226097.adsl.alicedsl.de) |
05:03.59 | *** join/#htc-linux Gigawatts (n=chatzill@krjohnson-6.st.bradley.edu) |
05:11.29 | *** join/#htc-linux droid001 (n=mc@p4FDCDA31.dip.t-dialin.net) |
05:30.20 | *** join/#htc-linux ImCoKeMaN (n=imcokema@pool-71-173-203-229.hrbgpa.fios.verizon.net) |
05:39.46 | *** join/#htc-linux TheSarge (n=thesarge@c-67-166-81-143.hsd1.or.comcast.net) |
05:39.56 | TheSarge | What's up |
05:41.01 | marex | nothing |
05:43.21 | *** join/#htc-linux AgentBlair (n=AgentBla@ppp-69-228-100-64.dsl.sndg02.pacbell.net) |
05:43.26 | AgentBlair | hi |
05:43.53 | tmzt | marex: do you know if Pavel Machek is on irc? |
05:44.04 | tmzt | and what nick |
05:46.51 | TheSarge | Me? |
05:47.13 | tmzt | no |
05:47.17 | tmzt | ? |
06:04.53 | *** join/#htc-linux xsacha-tv (n=sacha@203-214-116-29.dyn.iinet.net.au) |
06:07.35 | *** join/#htc-linux Gigawatts (n=chatzill@krjohnson-6.st.bradley.edu) |
06:16.12 | marex | tmzt: no, but he studied the same university I do ;-) |
06:16.55 | marex | tmzt: you can send him an email, he responds fast |
06:17.32 | AstainHellbring | hi |
06:18.20 | tmzt | ok, trying to see what his plans with msm upstream are |
06:18.23 | tmzt | thanks |
06:22.06 | *** join/#htc-linux cr2 (n=cr2@ip-77-25-81-196.web.vodafone.de) |
06:22.16 | cr2 | morning |
06:22.56 | tmzt | hello |
06:23.01 | cr2 | about hte 0feb8f4a |
06:23.08 | tmzt | ? |
06:23.27 | cr2 | discussion frm yesterday |
06:23.39 | tmzt | don't remeber that |
06:23.58 | cr2 | Line: 1299. rpc_router_os_wm: Calling RPC_Init()!M |
06:24.10 | cr2 | Line: 1422. rpc_router_core rpc_router_open'ing: Processor:0x00000001, Process:0xfffffffe Handle:0x00000000.M |
06:24.11 | cr2 | Line: 1440. rpc_router_core rpc_router_open'ed: Processor:0x00000001, Process:0xfffffffe Handle:0x000a23a0.M |
06:24.13 | cr2 | Line: 1062. rpc_router_os_wm: IOCTL code = 30010014M |
06:24.20 | cr2 | this is from wince dmesg |
06:24.33 | cr2 | #define RPCROUTER_ROUTER_ADDRESS 0xfffffffe |
06:25.17 | cr2 | Line: 768. rpc_router_os_wm: Calling RPC_Open()!M |
06:25.18 | cr2 | Line: 1422. rpc_router_core rpc_router_open'ing: Processor:0x00000001, Process:0x0feb8f4a Handle:0x00000000.M |
06:25.20 | cr2 | Line: 1440. rpc_router_core rpc_router_open'ed: Processor:0x00000001, Process:0x0feb8f4a Handle:0x000ac190.M |
06:25.21 | cr2 | Line: 1062. rpc_router_os_wm: IOCTL code = 30010008M |
06:25.23 | cr2 | Line: 188. rpc_router_database: dup server registration. Prog: 3000ffff, Ver: 0.M |
06:25.24 | cr2 | Line: 1062. rpc_router_os_wm: IOCTL code = 30010008M |
06:26.42 | cr2 | so this 0feb8f4a is started by wince just after rpcrouter |
06:26.52 | cr2 | we kill wince |
06:26.55 | marex | tmzt: he has a bunch of androids ... so I think he's up to something with those |
06:27.06 | cr2 | arm9 still expects it here |
06:27.26 | cr2 | we send hello |
06:27.46 | tmzt | marex: I've seen patches on lakml him with comments by swetland |
06:27.56 | cr2 | arm9 sends then something to 0feb8f4a |
06:27.58 | tmzt | from him |
06:28.02 | *** join/#htc-linux kiozen (n=oeichler@p549215AA.dip0.t-ipconnect.de) |
06:28.20 | marex | tmzt: yea, I'm subscribed there as well |
06:29.44 | cr2 | so we need to notify arm9 that there is no wince here, and reinit the rpc, instead of just "hello" |
06:30.11 | tmzt | we some kind of abstraction for some of the lowlevel stuff in msm, the stuff going upstream will only support g1 right now |
06:30.25 | cr2 | or we need to know what this 0feb8f4a does, and do something about it. |
06:30.26 | tmzt | with google amss |
06:30.46 | tmzt | we aren't sending hello now anyway |
06:30.47 | tmzt | ah |
06:30.56 | tmzt | this is an old callback? |
06:31.06 | tmzt | does the address change? |
06:31.12 | cr2 | tmzt: make them clear about amss issues |
06:31.20 | cr2 | which address ? |
06:31.39 | cr2 | arm9 continues to send something to 0feb8f4a |
06:31.40 | tmzt | we need some patches to do that |
06:31.47 | tmzt | at least a plan |
06:31.50 | cr2 | it's one of the most used rpcs |
06:32.03 | cr2 | arm9=amss |
06:32.05 | tmzt | yeah, that address, does it change each time you boot? |
06:32.29 | cr2 | hmm |
06:32.31 | *** join/#htc-linux pleemans (n=toi@d51A49C45.access.telenet.be) |
06:32.33 | tmzt | I mean could it be something ce is using as a callback proc |
06:32.38 | cr2 | don't think so |
06:32.40 | tmzt | in one of it's calls |
06:32.51 | tmzt | can we send a goodbye? |
06:32.59 | tmzt | or at least hello |
06:33.15 | cr2 | at least it's in all rpccall dumps |
06:33.23 | tmzt | San said the servers are registered on the arm9, we don't have to tell it to register |
06:33.25 | cr2 | yes, may be a funny idea |
06:33.42 | cr2 | [08:23] <cr2> Line: 1422. rpc_router_core rpc_router_open'ing: Processor:0x00000001, Process:0xfffffffe Handle:0x00000000.M |
06:33.49 | cr2 | [08:24] <cr2> Line: 1422. rpc_router_core rpc_router_open'ing: Processor:0x00000001, Process:0x0feb8f4a Handle:0x00000000.M |
06:34.01 | cr2 | #define RPCROUTER_PID_LOCAL 1 |
06:34.04 | tmzt | but the current code doesn't actually send HELLO, it fakes receiving it |
06:34.15 | cr2 | ok |
06:34.21 | tmzt | well, that patch from lav.t I mean |
06:34.28 | cr2 | because there is no way to send it |
06:34.39 | cr2 | yes |
06:34.40 | tmzt | why not? |
06:34.46 | tmzt | what's the address? |
06:35.05 | cr2 | which address ? |
06:35.20 | tmzt | can't follow your debugging dumps |
06:35.41 | tmzt | address we send hello/goodbye to |
06:35.50 | cr2 | i mean it's a local server, like rpcrouter |
06:35.52 | tmzt | proc 1? |
06:36.04 | cr2 | #define RPCROUTER_PID_LOCAL 1 |
06:36.24 | tmzt | that's us? |
06:36.26 | cr2 | #define RPCROUTER_PID_REMOTE 0 |
06:36.31 | tmzt | ok |
06:37.02 | tmzt | it can't be a local server, it has to be on arm9 |
06:37.12 | tmzt | router is on arm11 |
06:37.31 | cr2 | Processor:0x00000001, Process:0x0feb8f4a |
06:37.42 | cr2 | and amss sends something to it |
06:38.06 | cr2 | hmm |
06:38.19 | cr2 | btw |
06:38.22 | cr2 | $$$ -adsp_rtos_app_to_modem cmd 0, module 4 M |
06:38.24 | cr2 | $$$ +adsp_rtos_app_to_modem cmd 0, module 13 M |
06:38.31 | cr2 | $$$ +adsp_rtos_app_to_modem cmd 0, module 14 M |
06:38.48 | cr2 | AUDPP, AUDREC , AUDRECPRE |
06:39.31 | cr2 | then there is |
06:39.34 | cr2 | Line: 1422. rpc_router_core rpc_router_open'ing: Processor:0x00000001, Process:0x0ea0f726 Handle:0x00000000.M |
06:40.11 | cr2 | and many others |
06:42.02 | cr2 | +call snd_set_device(1) |
06:42.13 | cr2 | +adsp_rtos_app_to_modem cmd 2, module 4 |
06:42.22 | cr2 | <PROTECTED> |
06:43.45 | cr2 | +adsp_rtos_app_to_modem cmd 1, module 4 |
06:43.54 | cr2 | adsp_rtos_remote_event_processing module 4, event 0, image 0, apps_okts 0, mask 0x10 |
06:44.04 | cr2 | adsp_rtos_app_to_modem cmd 2, module 4 |
06:45.45 | cr2 | ok. no good ideas anymore |
06:45.54 | cr2 | need to go |
06:48.24 | mickey|zzZZzz | dcordes_: your last commits don't look good |
06:48.35 | kri5 | <PROTECTED> |
06:48.40 | mickey|zzZZzz | first off, an NMEA parser in kernel to fulfil some bogus ioctl interface is scary |
06:48.53 | tmzt | those are from dzo |
06:48.58 | tmzt | it's just a test |
06:49.06 | mickey|zzZZzz | second, you completely destroyed a working defconfig for htcraphael as ppp data dongle |
06:49.17 | mickey|zzZZzz | the current defconfig looks like a major regression |
06:49.19 | tmzt | how? |
06:49.25 | mickey|zzZZzz | just look at the diff |
06:49.36 | mickey|zzZZzz | disables lots of important stuff |
06:49.41 | mickey|zzZZzz | netfilter for a start |
06:50.30 | tmzt | what's the git log option? |
06:50.38 | tmzt | yeah, ok |
06:50.40 | mickey|zzZZzz | i use web |
06:50.40 | mickey|zzZZzz | oh, and it introduces bogus android/linux st |
06:50.45 | mickey|zzZZzz | uff |
06:50.47 | mickey|zzZZzz | like wakelocks |
06:50.55 | mickey|zzZZzz | those are a no no in the GNU/linux defconfig |
06:50.55 | tmzt | I think that should be enabled by default |
06:50.58 | tmzt | oh |
06:51.05 | mickey|zzZZzz | they can live in the android defconfig |
06:51.08 | mickey|zzZZzz | we split them for a reason |
06:51.27 | tmzt | I'm offline |
06:51.35 | tmzt | can't use gitweb |
06:51.37 | mickey|zzZZzz | ah |
06:51.40 | mickey|zzZZzz | well |
06:51.42 | mickey|zzZZzz | then use |
06:51.49 | mickey|zzZZzz | git show a96a5b984f83a5d6b81764f68ce6abd90800ef05 |
06:51.54 | tmzt | I had this when I was bisecting |
06:52.09 | tmzt | or just git show |
06:52.19 | tmzt | but I'm on a6cf... |
06:53.15 | tmzt | don't have it |
06:53.31 | tmzt | gitweb link? |
06:53.45 | tmzt | I'll look on my phone |
06:53.50 | mickey|zzZZzz | http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commitdiff;h=a96a5b984f83a5d6b81764f68ce6abd90800ef05 |
06:54.03 | mickey|zzZZzz | i recommend this to be reverted |
06:54.06 | mickey|zzZZzz | and instead, doing actual diffs |
06:54.14 | mickey|zzZZzz | not just copying some random defconfig over a trusted one |
06:56.38 | tmzt | seems it was a mistake |
06:56.52 | tmzt | I don't see the gps stuff though |
06:57.46 | mickey|zzZZzz | the gps is http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commitdiff;h=e1a8a0eb140d79d4990fdcca61ad3af3272d92e6 |
07:01.18 | tmzt | we really need to have everyone able to commit |
07:01.25 | tmzt | dcordes committed these for cr2 |
07:04.10 | tmzt | this is from the vogue code |
07:04.16 | tmzt | it's to test the rpc interface |
07:04.29 | tmzt | I guess this should have been a branch or something |
07:04.49 | tmzt | on cdma devices we don't get nmea from the radio |
07:04.57 | tmzt | just the rpc messages |
07:04.57 | *** join/#htc-linux |Jason8| (i=JayAte@server1.tiltshellz.org) |
07:05.32 | tmzt | it looks like the XTRA stuff might allow uploading ephemeris like ublox |
07:08.27 | mickey|zzZZzz | that would be nice. |
07:09.32 | tmzt | but we might have to generate proper nmea in kernel if you want it in userspace |
07:09.44 | tmzt | even if it just happens on open of smd27 |
07:10.24 | tmzt | the other possibility would be enabling/disabling in sysfs |
07:11.13 | mickey|zzZZzz | i think userspace should mask this |
07:11.27 | mickey|zzZZzz | if the kernel is not delivering NMEA, it'd be insane to generate it there |
07:11.33 | tmzt | how would that work? |
07:11.37 | mickey|zzZZzz | just have userspace use a different hardware abstraction |
07:11.59 | tmzt | rpc could be a netdev but I don't know if that maps well |
07:12.04 | tmzt | like? |
07:12.15 | mickey|zzZZzz | how 'bout a standard file? |
07:12.23 | mickey|zzZZzz | where you read blocks with a certain structure |
07:12.23 | tmzt | we don't have any gps hardware |
07:12.36 | tmzt | special file? |
07:12.49 | tmzt | a /dev/gps ? |
07:12.56 | mickey|zzZZzz | e.g. |
07:12.57 | tmzt | or /dev/nmea |
07:13.00 | tmzt | no |
07:13.02 | tmzt | sorry |
07:13.46 | mickey|zzZZzz | i don't mind the ioctl interface on a device that does not use standard interfaces in the first place. |
07:13.57 | tmzt | the problem if I understand it we have to keep responding to location updates from the radio |
07:13.58 | mickey|zzZZzz | but on a device that actually delivers a serial NMEA stream an ioctl interface is backwards |
07:14.04 | tmzt | or arm9 crashes |
07:14.09 | tmzt | ah |
07:14.28 | tmzt | we can use structs |
07:14.32 | mickey|zzZZzz | yep |
07:14.51 | tmzt | and an ioctl for loading ephemeris, etc. |
07:15.12 | mickey|zzZZzz | yeah. or a write-interface |
07:15.13 | tmzt | how is userspace interface for that on gta02? just serial both ways? |
07:15.24 | mickey|zzZZzz | yes, bidirectional serial communication |
07:15.29 | mickey|zzZZzz | in UBX binary format |
07:15.36 | tmzt | ok |
07:16.09 | tmzt | so it would be pkt.type = LOCUPDATE pkt.type = SETEPHEMERIS kind of thing? |
07:16.22 | tmzt | one is read the other is written |
07:16.36 | tmzt | interesting |
07:16.38 | mickey|zzZZzz | yes, that would be one way |
07:16.50 | tmzt | I wonder why they don't just map this to input api |
07:16.59 | tmzt | itbreally is an input device |
07:17.01 | mickey|zzZZzz | you could even use sysfs |
07:17.28 | mickey|zzZZzz | sysfs is not restricted to ascii, although most people use it like that |
07:17.43 | tmzt | why can fake power setting |
07:18.02 | tmzt | enable/disable update thread |
07:18.11 | mickey|zzZZzz | yeah |
07:18.16 | mickey|zzZZzz | that should work through sysfs nodes anyways |
07:18.17 | tmzt | with warm start it won't be much an issue |
07:18.22 | tmzt | right |
07:18.48 | mickey|zzZZzz | at least until there is a blessed peripheral switch on/off interface which -- even in year 2009 -- seems to be missing in kernel |
07:19.04 | tmzt | yeah |
07:19.07 | mickey|zzZZzz | :) |
07:19.41 | tmzt | was thinking of proposing a clock tree api as an extension of the clk api |
07:20.46 | tmzt | a few other apis embeded could use |
07:20.58 | tmzt | at least on real world devices |
07:20.58 | mickey|zzZZzz | yep |
07:21.15 | tmzt | not just boards |
07:22.59 | tmzt | looks like the omap850 upstream support is coming, including gsm and audio |
07:23.34 | tmzt | linwizard and maybe wing-linux projects are considering using fso |
07:23.42 | mickey|zzZZzz | wow, great news |
07:23.50 | tmzt | after this pda release |
07:24.02 | mickey|zzZZzz | i'm trying to get some contracts for further paid development |
07:24.09 | tmzt | yeah |
07:24.38 | mickey|zzZZzz | but i'll continue doing fso anyways |
07:24.47 | mickey|zzZZzz | i think it's the "right thing" :) |
07:24.52 | tmzt | and vala? |
07:24.57 | tmzt | version |
07:25.19 | mickey|zzZZzz | yes, absolutely. The milestone we will release this week will feature the first subsystem in Vala |
07:25.24 | mickey|zzZZzz | more subsystem come as we finish them |
07:25.39 | tmzt | python is slow on 200mhz, at least if we can avoid it |
07:25.41 | tmzt | cool |
07:25.53 | mickey|zzZZzz | yes, I'd like to get rid of all python eventually |
07:25.56 | mickey|zzZZzz | but that needs time ;) |
07:26.29 | tmzt | I guess we are going to start with singleline |
07:26.40 | tmzt | try to get that working |
07:26.52 | tmzt | I don't have hardware though |
07:27.00 | tmzt | so I can't test it |
07:27.28 | tmzt | we could probably use some help sometime in #linwizard |
07:28.31 | mickey|zzZZzz | right. will join that kernel |
07:28.33 | mickey|zzZZzz | err |
07:28.34 | mickey|zzZZzz | channel |
07:28.40 | mickey|zzZZzz | confused... breakfast time |
07:28.43 | mickey|zzZZzz | bbl |
07:28.52 | tmzt | is it worth starting with python? |
07:28.59 | tmzt | oh, ok |
07:29.12 | mickey|zzZZzz | (python) yes, ogsmd will not be available in vala soon. this is a very complex subsystem |
07:29.23 | tmzt | ok |
07:29.27 | tmzt | thanks |
07:29.29 | mickey|zzZZzz | np |
07:39.19 | *** join/#htc-linux tuxhero (n=tuxhero@117.97.35.125) |
07:39.56 | tuxhero | hi tmzt |
07:40.40 | tuxhero | tmzt ru there? |
07:43.28 | tmzt | yes |
07:43.38 | *** join/#htc-linux Zy (n=zy@0x57390b26.hbnqu1.dynamic.dsl.tele.dk) |
07:43.47 | tmzt | hello |
08:00.30 | *** join/#htc-linux Slidey (n=andy@andy.impulsed.net) |
08:00.46 | tmzt | [a few hours on a stupid mistake |
08:01.43 | tmzt | turns out you have to wait for an svg document to load before calling getElementById and expecting it to return anything useful |
08:01.47 | tmzt | yay |
08:02.56 | *** join/#htc-linux tiger2wander (n=tiger2wa@203.113.134.20) |
08:05.06 | tiger2wander | hello everybody |
08:05.43 | tiger2wander | could anybody tell me what is newest version of EABI toolchains works now? |
08:06.27 | tiger2wander | I have want it to build linux kernel for android & palm webos to port it to my blueangel device |
08:06.42 | tiger2wander | anybody? please |
08:14.11 | *** join/#htc-linux TheSarge_ (n=thesarge@c-67-166-81-143.hsd1.or.comcast.net) |
08:27.53 | tmzt | hello |
08:28.16 | tmzt | webos is armv7 it won't work on ba |
08:28.29 | *** part/#htc-linux calamari (n=calamari@ip70-162-184-81.ph.ph.cox.net) |
08:29.06 | tiger2wander | but we can build a kernel with can run webos framework, right? |
08:29.24 | tiger2wander | I think we can make the new kernel compatible with palm's webos, what do you think? |
08:29.51 | Amaranth | tiger2wander: different ABI |
08:30.30 | tiger2wander | ??? I have source code of palm's webos |
08:30.45 | *** join/#htc-linux TheSarge (n=thesarge@c-67-166-81-143.hsd1.or.comcast.net) |
08:31.52 | tiger2wander | if we re-build all the source with ABI which support BA it will be run? |
08:32.09 | Amaranth | tiger2wander: you have the code for the kernel and gnu userland, I'm sure |
08:32.28 | Amaranth | but if you have the actual interface I'm afraid I'll have to report you to someone for theft :P |
08:32.29 | tiger2wander | I have code of the palm's webos kernel |
08:32.45 | Amaranth | kernel isn't enough if the CPU is different |
08:32.46 | tiger2wander | You can get them at: http://opensource.palm.com/packages.html |
08:34.10 | tiger2wander | I think the webos or anythingelse is only framework at the top of layer, |
08:34.46 | tiger2wander | then if it is not access much to low level we can use it in any compatible system base |
08:35.03 | Amaranth | tiger2wander: you can go ahead and try |
08:35.19 | Amaranth | it's not really the same thing but think powerpc vs x86 |
08:36.08 | tiger2wander | Yes, I want to do it but I have not much knowledge about Linux kernel for mobile device, btw I need your help to do it :P |
08:37.11 | tiger2wander | so, palm's webos is using webkit as core, I think its easy to do something because webkit is opensource too |
08:44.02 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
08:46.39 | *** join/#htc-linux ccube (n=ccube@ssh.ccube.de) |
08:49.33 | tiger2wander | do you known the best version of linux for BA now? |
09:06.23 | *** join/#htc-linux Zy (n=zy@0x57390b26.hbnqu1.dynamic.dsl.tele.dk) |
09:21.47 | *** join/#htc-linux cr2 (n=cr2@ip-77-25-56-255.web.vodafone.de) |
09:24.49 | cr2 | tmzt: i think that the rpc reinit is unavoidable |
09:25.52 | cr2 | tmzt: and it's necessary to write an rpccall fifo parser. i can see a lot of useful features directly, but it's still not all |
09:27.10 | cr2 | it is difficult to track rpc call sequences for example. anf the call/response relations |
09:28.01 | cr2 | the Process:0x0feb8f4a plays too important role |
09:37.57 | *** join/#htc-linux MethoS (n=clemens@host-091-096-213-111.ewe-ip-backbone.de) |
09:38.35 | tmzt | hello again |
09:39.06 | tmzt | can we convert to something lib pcap format? |
09:39.10 | tmzt | like |
09:39.19 | tmzt | or even simpler |
09:39.27 | tmzt | from to (msg) |
09:44.14 | *** join/#htc-linux tuxhero (n=tuxhero@117.97.124.175) |
09:44.51 | tuxhero | cr2: hi |
09:45.53 | kri5 | hi there |
09:46.30 | tmzt | hello |
09:46.43 | tmzt | you had a question before? |
09:47.24 | tuxhero | tmzt: ya is there any way we can reset arm9? |
09:50.48 | cr2 | tmzt: looking at the MSM_CLK and my register dump there : |
09:50.50 | cr2 | hi tuxhero |
09:51.17 | tuxhero | hi cr2 |
09:51.23 | cr2 | tmzt: the PLL1 has mode=7 L=0x28 M=0 N=1 |
09:51.53 | cr2 | tmzt: since PLL1=768MHz it looks like PLL1=L*TCX0 |
09:52.23 | cr2 | so we can derive the SD clocks from the "first principles" |
09:52.50 | tuxhero | i think we need to reset arm9 for asdp |
09:53.08 | cr2 | PLL0 is more difficult: mode=7 L=0xc M=4 N=5 |
09:53.29 | cr2 | tuxhero: with the arm9 reset DEX call ? |
09:53.57 | cr2 | tuxhero: resetting the rpc is a good idea to |
09:53.59 | cr2 | bbl |
10:15.12 | *** join/#htc-linux Captnoord (n=Captnoor@145.74.183.199) |
10:16.39 | *** join/#htc-linux no2chem (n=no2chem@cpe-76-90-65-27.socal.res.rr.com) |
10:37.49 | *** join/#htc-linux Echo31 (n=olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
10:42.49 | *** join/#htc-linux tuxhero (n=tuxhero@58.68.74.83) |
10:43.29 | tuxhero | tmzt on which devices are you working on?? |
10:48.27 | *** join/#htc-linux g55 (n=g55@rgnb-5d87420b.pool.einsundeins.de) |
10:50.05 | *** part/#htc-linux tuxhero (n=tuxhero@58.68.74.83) |
10:52.25 | tmzt | tux: raph500 and motoq |
10:52.34 | *** join/#htc-linux Alex[sp3dev] (n=alex_dfr@p26-shn1.elcomnet.ru) |
10:52.42 | tmzt | cr2 |
10:53.10 | tmzt | seems that rpc is used to start a module or make it active |
10:53.51 | tmzt | no2chem says we might just need mailbox queues for adsp stuff |
10:54.06 | tmzt | it looks a lot like smd itself |
10:54.34 | tmzt | with bits set to indicate data is available |
11:00.28 | *** join/#htc-linux KindofBlue (n=KindofBl@rgnb-5d87420b.pool.einsundeins.de) |
11:04.55 | tmzt | we have the queues for audmgr |
11:05.14 | tmzt | maybe we don't have rpc for it |
11:05.43 | tmzt | we need to trace writes to the queues in haret |
11:06.50 | tmzt | if the kernel boots quick enough we should be able to take over for ce |
11:10.35 | *** join/#htc-linux cr2 (n=cr2@ip-90-187-94-24.web.vodafone.de) |
11:11.00 | Captnoord | tmzt: I guess you should repeat what you sayd |
11:12.09 | tmzt | logs |
11:12.11 | cr2 | tmzt: the arm9/amss is simply confused, because the wince client *epts are gone |
11:12.26 | cr2 | we need to reboot arm9 in board_init |
11:12.37 | tmzt | can you join xda-devs |
11:12.42 | tmzt | and, logs |
11:12.51 | tmzt | just pasted a buch |
11:13.09 | cr2 | there is "soft reset", notify arm9 reboot and some magic numbers written into smem |
11:13.13 | tmzt | capt, you can paste it if you want |
11:13.26 | cr2 | tmzt: have 10min time :) |
11:13.34 | Captnoord | [12:52] <tmzt> cr2 |
11:13.34 | Captnoord | [12:53] <tmzt> seems that rpc is used to start a module or make it active |
11:13.34 | Captnoord | [12:53] <tmzt> no2chem says we might just need mailbox queues for adsp stuff |
11:13.34 | Captnoord | [12:54] <tmzt> it looks a lot like smd itself |
11:13.35 | Captnoord | [12:54] <tmzt> with bits set to indicate data is available |
11:13.35 | Captnoord | [12:55] *** Alex[sp3dev] quit (Client Quit) |
11:13.37 | Captnoord | [13:00] *** KindofBlue (n=KindofBl@rgnb-5d87420b.pool.einsundeins.de) joined |
11:13.39 | Captnoord | [13:04] *** Guest33851 quit ("This computer has gone to sleep") |
11:13.41 | Captnoord | [13:04] <tmzt> we have the queues for audmgr |
11:13.43 | Captnoord | [13:05] <tmzt> maybe we don't have rpc for it |
11:14.04 | cr2 | well, the rpc is an smd |
11:14.25 | cr2 | one smd channel for rx, another for tx. |
11:14.38 | tmzt | yes |
11:14.44 | cr2 | we don't need anything special |
11:14.54 | tmzt | no2chem: says g1 uses rpc |
11:14.56 | cr2 | we just need to do a full rpc reinit |
11:15.05 | *** join/#htc-linux TheSarge (n=thesarge@67.166.81.143) |
11:15.14 | tmzt | but ce htc is mostly mailbox |
11:15.26 | cr2 | because arm9 still believes we are running wince with respective endpoints |
11:15.43 | tmzt | right |
11:15.44 | cr2 | and continues to send something to these endpoints |
11:16.52 | cr2 | i'm only not sure at which point we can use dex driver |
11:17.15 | cr2 | there was a problem with using cpld in board_init, because the driver is initialized later |
11:18.04 | cr2 | looking into nk.exe for the arm9 reset parts may be helpful |
11:18.30 | cr2 | we just need to separate the power off from arm9 reset. |
11:18.56 | tmzt | if we can use audmgr through the queue we can disable rr for now |
11:18.58 | cr2 | we may even add the arm9 reset into rpc init |
11:19.16 | tmzt | or just silently drop bad endpoints |
11:19.40 | cr2 | still is not the right thing to do |
11:19.57 | *** join/#htc-linux fnord_ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
11:19.58 | tmzt | I think we need to mmutrace the queues |
11:19.58 | cr2 | i think after arm9 reset we will get a hello from it |
11:20.01 | tmzt | well |
11:20.07 | tmzt | maybe |
11:20.16 | tmzt | if it does after suspend |
11:20.26 | tmzt | collapse |
11:20.35 | cr2 | the only difference to dzo/vogue is the rpc setup now. |
11:20.46 | tmzt | but even still |
11:20.47 | cr2 | arm11 only ? |
11:20.54 | tmzt | no |
11:21.06 | cr2 | i think arm9 is just put into low-clock-frequency mode |
11:21.14 | tmzt | full suspend |
11:21.17 | tmzt | ah |
11:21.36 | tmzt | when a11 suspends a9 stays running |
11:21.37 | cr2 | you mean i can just disable arm9 and run arm11 ? |
11:21.49 | tmzt | no |
11:21.53 | cr2 | somehow i doubt it |
11:22.05 | tmzt | 21:44 < tmzt> when a11 suspends a9 |
11:22.05 | tmzt | <PROTECTED> |
11:22.13 | cr2 | because the arm11 does not control pmic |
11:22.18 | cr2 | ok |
11:22.26 | cr2 | that's what i've said |
11:22.28 | tmzt | but nothing is listening to rpc |
11:22.38 | cr2 | arm9 is just oiperated with lower clock speed |
11:22.55 | tmzt | so it must be able to suspend rpc |
11:23.11 | tmzt | since rr is on a11 |
11:23.13 | cr2 | "suspend", but not loose *ept |
11:23.17 | Captnoord | cr2 I kinda have to say that tmzt can be right |
11:23.31 | Captnoord | because these chips get crazy on power saving |
11:23.31 | Captnoord | so |
11:23.33 | tmzt | but anyway |
11:23.42 | cr2 | Captnoord: it seems as a too complex solution |
11:23.44 | Captnoord | it would be obviouse that they make it suspend |
11:23.50 | Captnoord | cr2 maybe |
11:23.56 | cr2 | suspend is a different thing |
11:24.00 | Captnoord | I know |
11:24.06 | tmzt | did you see any rpc messages for audmgr? |
11:24.11 | tmzt | in the dumps |
11:24.13 | cr2 | there is arm9 reset and arm9 soft reset in wince nk.exe for some reason |
11:24.20 | tmzt | or just modem reset |
11:24.29 | cr2 | and it's not poweroff, which is a separate thing too |
11:24.39 | cr2 | all different dex calls |
11:24.53 | cr2 | tmzt: of course. |
11:25.05 | Captnoord | usualy simply uC can get into a deep sleep with a timer to wake up or... a IRQ |
11:25.31 | cr2 | Captnoord: look at the DEX call list |
11:25.54 | tmzt | ok |
11:26.00 | cr2 | it's a simple rpc-less way to tell/ask something from arm9 |
11:26.12 | Captnoord | k |
11:26.36 | cr2 | bye for now :) |
11:41.37 | *** join/#htc-linux MLM (n=mlvdmeid@5ED0BCBD.cable.ziggo.nl) |
12:13.15 | *** join/#htc-linux cr2 (n=cr2@ip-77-25-189-159.web.vodafone.de) |
12:13.48 | cr2 | back to the train :) |
12:14.05 | Captnoord | yells "All aboard!!!" |
12:15.15 | cr2 | Captnoord: nk.exe is the key now |
12:15.16 | Captnoord | where can I find it? |
12:15.28 | cr2 | wince kernel |
12:16.01 | Captnoord | I see |
12:16.34 | cr2 | for BT we need the MODEM_PLL_AUX frequency |
12:18.24 | cr2 | afair GLBL_CLK_ENA__ADM_CLK_ENA is enabled |
12:18.50 | *** join/#htc-linux mugsie (n=Administ@unaffiliated/mugsie) |
12:18.51 | cr2 | if we trust the uboot source for msm8250 |
12:18.59 | *** part/#htc-linux mugsie (n=Administ@unaffiliated/mugsie) |
12:19.25 | cr2 | 0x2219fe2f |
12:19.45 | cr2 | bit 5 |
12:19.56 | cr2 | 00101111 |
12:20.03 | cr2 | set :) |
12:20.17 | cr2 | so the adsp clock is ON |
12:20.49 | Captnoord | and of course I can't simply copy it from my phone |
12:20.55 | Captnoord | as its part of the protected stuff |
12:20.59 | cr2 | no |
12:21.07 | cr2 | it's xip |
12:21.11 | Captnoord | I know |
12:21.13 | Captnoord | its in the rom kit |
12:21.32 | cr2 | you need to dump a good chunk of SDRAM @0x10000000 |
12:21.39 | cr2 | let's say 3MB |
12:21.44 | *** join/#htc-linux solerant-dc (n=kamikaze@99.174.146.158) |
12:21.47 | cr2 | and then run dumprom.exe |
12:25.18 | cr2 | GLBL_CLK_DIV__AXI_MARM_SRC_DIV * |
12:26.06 | cr2 | GLBL_CLK_DIV__MARM_CLK_DIV* |
12:27.14 | cr2 | this MSM clock maze is really confusing |
12:27.50 | cr2 | DUAL_MODEM_NS_REG__MODEM_CDMA_SRC_SEL__MODEM_PLL_SRC |
12:29.52 | cr2 | i'm wondering if this clock comes from PMIC |
12:33.53 | Captnoord | re |
12:34.01 | Captnoord | k |
12:34.15 | Captnoord | haret is beeing nice for me... that new |
12:34.20 | Captnoord | k dumping sdram |
12:34.31 | Captnoord | quick how to .... damn i'm noob |
12:35.19 | Captnoord | dump mmu 0x10000000 3mb |
12:35.28 | Captnoord | and not 3mb I know |
12:38.08 | Captnoord | cr2 could you please upload your's somewhere? |
12:41.04 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
12:41.09 | Captnoord | hmm |
12:41.10 | Captnoord | maybe |
12:42.09 | Captnoord | yup |
12:42.25 | Captnoord | so its |
12:42.26 | Captnoord | pwf test.raw 0x10000000 0x300000 |
12:47.52 | Captnoord | cr2 got it |
12:59.36 | *** part/#htc-linux droid001 (n=mc@p4FDCDA31.dip.t-dialin.net) |
13:01.13 | *** join/#htc-linux ccube (n=ccube@ssh.ccube.de) |
13:06.29 | Captnoord | IsARM9ReadyToPutARM11InSleep |
13:07.55 | *** join/#htc-linux MethoS- (n=clemens@host-091-097-244-132.ewe-ip-backbone.de) |
13:12.35 | *** join/#htc-linux ali1234 (n=al@robotfuzz.co.uk) |
13:13.57 | Captnoord | vdump 0xAA0FC020 4 gives me my radio version |
13:14.01 | Captnoord | lemme check if its in the wiki |
13:15.13 | Captnoord | yup |
13:15.29 | *** join/#htc-linux tuxhero (n=tuxhero@122.169.179.228) |
13:17.29 | tuxhero | tmzt: when will cr2 come back??? |
13:17.51 | Captnoord | he left 30 minutes ago |
13:19.46 | tuxhero | Captnoord: ya i have seen it in old but he was saying "back to the train :)" |
13:19.56 | tuxhero | Captnoord: ya i have seen it in log but he was saying "back to the train :)" |
13:21.54 | Captnoord | hehe |
13:21.59 | Captnoord | yup |
13:33.03 | kri5 | tuxhero: still working on androidkernel.org? |
13:36.37 | *** join/#htc-linux ccube (n=ccube@ssh.ccube.de) |
13:43.52 | tuxhero | kri5, yes |
13:44.26 | kri5 | tuxhero: need some help for something? |
13:46.43 | tuxhero | kri5, currently no but if i need i will surely ask |
13:47.20 | kri5 | tuxhero: ok, i'm not a web developer, but i might could help on admin, and also on kernel devel |
13:48.02 | kri5 | tuxhero: i'm not a kernel devel, but i'm pretty familiar with C/C++ and asm stuff ^^ |
13:54.05 | kri5 | my help is available for all of you of course, since it's related to porting linux on htc |
13:54.08 | kri5 | :) |
13:55.14 | AstainHellbring | morning |
13:56.19 | dcordes_ | mickey|zzZZzz, relax no drama |
13:57.18 | *** join/#htc-linux goxboxlive (n=goxboxli@84.48.184.170) |
13:59.24 | dcordes_ | mickey|zzZZzz, the previous config had a problem with initrd. feel free to fix it |
13:59.34 | dcordes_ | or revert whatever |
14:00.04 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
14:14.16 | *** part/#htc-linux Captnoord (n=Captnoor@145.74.183.199) |
14:20.34 | *** join/#htc-linux Amaranth (n=travis@74-221-34-123.longlines.com) |
14:34.54 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
15:02.08 | tuxhero | how can i get push access to htc-msm git????\ |
15:03.35 | tuxhero | tmzt, NetRipper i want access commit access to git |
15:06.11 | *** join/#htc-linux drasar (n=maik@213.192.21.13) |
15:07.26 | kri5 | tuxhero: i think like in quite all open source project, you'll first have to send patches, and then you'll maybe have commit access |
15:09.07 | tuxhero | kri5, ok :( |
15:10.00 | *** join/#htc-linux Zy (n=zy@0x57390b26.hbnqu1.dynamic.dsl.tele.dk) |
15:10.14 | kri5 | tuxhero: but with it's quite easy to submit patches ;) |
15:10.42 | tuxhero | ya |
15:10.45 | kri5 | tuxhero: but you can always ask for a git access to people who manage the project :D |
15:12.25 | *** part/#htc-linux drasar (n=maik@213.192.21.13) |
15:12.43 | tuxhero | when tmzt or cr2 is available i will submit them. I messed my git copy completely i am git clone again :( |
15:12.44 | kri5 | tuxhero: still working on blackstone android port? |
15:12.58 | kri5 | :/ |
15:13.26 | kri5 | tuxhero: not familiar enough with git? or anything else? |
15:13.29 | *** join/#htc-linux xsacha-tv (n=sacha@203-214-116-29.dyn.iinet.net.au) |
15:16.06 | tuxhero | when i am at home i use desktop(Windows) or laptop(Linux Tablet) and i am in my office i work on MacOSX so it's always been very trouble switching from one to one |
15:18.25 | kri5 | ok |
15:25.43 | *** join/#htc-linux onen|openBmap (n=quassel@mry91-1-89-87-198-158.dsl.club-internet.fr) |
15:30.15 | *** join/#htc-linux Aiv (n=aiv@office.mdsoftware.pl) |
15:30.20 | Aiv | hi |
15:31.50 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
15:34.38 | dcordes_ | tuxhero, neither of them has push access. just pastebin what you have and it will be reviewed |
15:39.01 | *** join/#htc-linux Alex[sp3dev] (n=alex_dfr@p26-shn1.elcomnet.ru) |
15:40.42 | Alex[sp3dev] | hello, guys! anyone currently working on a linux port to xperia? i'm going to buy the pda this week and join in |
15:41.54 | *** join/#htc-linux Echo31 (n=olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
15:47.44 | Aiv | i'm |
15:47.49 | Aiv | dcordes_ too |
15:48.15 | Aiv | Alex[sp3dev] i'm started 1 week ago |
15:50.21 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
16:03.51 | *** join/#htc-linux Squarc (n=Squarc@145.81.0.29) |
16:10.21 | *** join/#htc-linux mugsie1 (n=Administ@86-43-174-116-dynamic.b-ras2.prp.dublin.eircom.net) |
16:10.30 | *** part/#htc-linux mugsie1 (n=Administ@86-43-174-116-dynamic.b-ras2.prp.dublin.eircom.net) |
16:20.56 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
16:24.57 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
16:38.14 | *** join/#htc-linux mugsie (n=Administ@unaffiliated/mugsie) |
16:48.30 | *** join/#htc-linux Zy (n=zy@0x57390b26.hbnqu1.dynamic.dsl.tele.dk) |
16:54.28 | *** join/#htc-linux fnord_ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
16:58.51 | *** join/#htc-linux onen|openBmap (n=quassel@mry91-1-89-87-198-158.dsl.club-internet.fr) |
17:02.13 | *** join/#htc-linux TheSarge (n=thesarge@c-67-166-81-143.hsd1.or.comcast.net) |
17:02.34 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87cbd6.pool.einsundeins.de) |
17:10.05 | *** part/#htc-linux mugsie (n=Administ@unaffiliated/mugsie) |
17:10.46 | *** join/#htc-linux TheSarge_ (n=thesarge@c-67-166-81-143.hsd1.or.comcast.net) |
17:11.10 | *** join/#htc-linux onen|openBmap_ (n=quassel@mry91-1-89-87-198-158.dsl.club-internet.fr) |
17:15.05 | *** join/#htc-linux SOG (n=IamSOG@218.20.221.105) |
17:27.07 | *** join/#htc-linux stickboy (n=anonymou@ool-457e4101.dyn.optonline.net) |
17:28.19 | *** join/#htc-linux ccube (n=ccube@ssh.ccube.de) |
17:50.56 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
18:03.03 | *** join/#htc-linux ptitjes (n=didier@93.2.7.23) |
18:08.11 | *** join/#htc-linux stefan_schmidt (n=stefan@p5B034DB3.dip.t-dialin.net) |
18:17.09 | *** join/#htc-linux vts (n=vts@91-114-197-149.adsl.highway.telekom.at) |
18:19.44 | *** part/#htc-linux vts (n=vts@91-114-197-149.adsl.highway.telekom.at) |
18:23.07 | *** join/#htc-linux xperia (n=chatzill@77-56-89-19.dclient.hispeed.ch) |
18:27.06 | xperia | Hello to all. I have some strange numbers in the function in the file msm_fb.c in the folder /kernel/drivers/video/msm |
18:27.11 | *** join/#htc-linux pH5 (n=ph5@92.117.132.66) |
18:31.29 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
18:32.21 | Aiv | what numbers? |
18:34.19 | *** join/#htc-linux BabelO_ (n=fcr@unaffiliated/babelo) |
18:35.40 | xperia | the numbers are changing nearly every seconds . It has for that also a hack if i am not wrong. what i would like to ask is why this hack was inserted. |
18:36.16 | Echo31 | hi pH5 |
18:37.15 | xperia | normally the numbers should be 0, 0, 480, 800 but i am getting 0, 80, 480, 720 sometime totaly different. without this hack the writings to the display would be probably total messed up. |
18:38.37 | Aiv | currently there is now patch for xperia (htc kovsky) |
18:38.51 | Aiv | u need to patch some files your self |
18:39.12 | *** join/#htc-linux SuD (n=alex@89.140.32.2.static.user.ono.com) |
18:39.13 | Aiv | i'm working on initial patch for x1 right now |
18:40.16 | SuD | hi, any htc android based device supports wireless monitor mode? |
18:42.29 | xperia | ahh wait 720 plus 80 give 800 pixels and this is the height of the lcd screen. i think i understand now how this function works. |
18:43.43 | xperia | what for files are these |
18:44.02 | *** join/#htc-linux Miek (n=mike@unaffiliated/mikechml) |
18:47.16 | Aiv | 720 is height of console area AFAIK |
18:47.28 | Aiv | 80px is reserved for vkeyb |
18:49.31 | *** join/#htc-linux BabelO__ (n=fcr@193.253.141.75) |
18:51.22 | xperia | yeah exactly. there is also a struct about the framebuffer called msmfb_info that is properly filled with a lot of information |
18:57.55 | *** join/#htc-linux g55 (n=g55@rgnb-5d87df1f.pool.einsundeins.de) |
19:00.59 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
19:02.10 | *** join/#htc-linux KindofBlue (n=KindofBl@rgnb-5d87df1f.pool.einsundeins.de) |
19:07.17 | xperia | have to go. will study the code more. till the next time bye bye. |
19:07.31 | *** part/#htc-linux xperia (n=chatzill@77-56-89-19.dclient.hispeed.ch) |
19:14.49 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
19:23.34 | *** join/#htc-linux BabelO_ (n=fcr@193.253.141.76) |
19:30.06 | *** join/#htc-linux jensen (n=jensen@3905ds1-ksa.0.fullrate.dk) |
19:37.42 | *** join/#htc-linux Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
19:37.56 | *** join/#htc-linux jensen (n=jensen@3905ds1-ksa.0.fullrate.dk) |
19:40.03 | *** join/#htc-linux Squarc (n=Squarc@145.81.0.29) |
19:41.33 | Aiv | what is status of wifi? on xda wiki there is "no" in wifi row but in htc-msm branch there is some wifi support (in mmc driver) |
19:49.41 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
19:49.53 | *** join/#htc-linux Squarc1 (n=Squarc@145.81.0.29) |
19:52.42 | *** join/#htc-linux ccube (n=ccube@ssh.ccube.de) |
19:53.57 | *** join/#htc-linux Squarc (n=Squarc@145.81.0.29) |
19:57.42 | *** join/#htc-linux [2]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
19:59.25 | *** join/#htc-linux cr2 (n=cr2@ip-77-25-47-162.web.vodafone.de) |
19:59.47 | *** join/#htc-linux Squarc (n=Squarc@145.81.0.29) |
20:00.00 | *** join/#htc-linux AstainZZZZZZ (n=AstainHe@unaffiliated/astainhellbring) |
20:01.44 | *** join/#htc-linux [3]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
20:08.42 | *** join/#htc-linux Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
20:20.39 | *** join/#htc-linux rafyvitto (n=rafyvitt@24.54.253.34) |
20:23.44 | *** join/#htc-linux g55 (n=g55@rgnb-5d87d4de.pool.einsundeins.de) |
20:34.46 | *** join/#htc-linux dfgsdja (n=stan@24-247-79-250.dhcp.trcy.mi.charter.com) |
20:46.23 | *** join/#htc-linux TheSarge (n=thesarge@c-67-166-81-143.hsd1.or.comcast.net) |
20:56.03 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
21:04.00 | cr2 | ok, time for the vacation :) |
21:14.38 | *** join/#htc-linux TheSarge_ (n=thesarge@c-67-166-81-143.hsd1.or.comcast.net) |
21:17.01 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
21:19.29 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
22:00.11 | *** join/#htc-linux WigglerAway (n=WigglerA@92-235-224-158.cable.ubr12.stav.blueyonder.co.uk) |
22:03.20 | *** join/#htc-linux TheSarge_ (n=thesarge@c-67-166-81-143.hsd1.or.comcast.net) |
22:03.49 | WigglerAway | I want to create a research section for the topaz device on htc-linux.org wiki. Does someone here have the account permissions to do so? |
22:04.27 | tmzt | hello |
22:04.47 | tmzt | dcordes I think |
22:05.58 | WigglerAway | does he normally hang out on this channel? |
22:08.27 | tmzt | yes |
22:30.04 | *** join/#htc-linux ccube (n=ccube@ssh.ccube.de) |
22:40.38 | *** join/#htc-linux WigglerAway (n=WigglerA@92-235-224-158.cable.ubr12.stav.blueyonder.co.uk) |
22:42.43 | *** join/#htc-linux ccube (n=ccube@ssh.ccube.de) |
23:20.57 | *** join/#htc-linux MethoS (n=clemens@host-091-097-244-132.ewe-ip-backbone.de) |
23:25.29 | *** join/#htc-linux fnord_ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
23:29.42 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
23:37.29 | *** join/#htc-linux Aiv (n=aiv@office.mdsoftware.pl) |
23:37.40 | Aiv | re |
23:37.47 | Aiv | what is status of wifi? on xda wiki there is "no" in wifi row but in htc-msm branch there is some wifi support (in mmc driver) |
23:49.07 | *** join/#htc-linux Tinyboom (n=nahh@214.80-202-154.nextgentel.com) |