00:00.09 | cr2 | and you are (in theory) free to set the divisors to produce it |
00:00.23 | cr2 | so we will put 0xa00 |
00:00.52 | cr2 | but if the frequency is not 100kHz, it's a good idea to printk a warning in the syslog |
00:00.52 | maejrep | so if it were to expect some other frequency (like 12MHz),then 0xa00 would be wrong? |
00:01.03 | cr2 | 12MHz can't be |
00:01.05 | maejrep | well, then we have a lot of clock-specific code |
00:01.07 | cr2 | but 400kHz |
00:01.18 | maejrep | well you get my point :p |
00:01.22 | cr2 | so we will set 100kHz anyway |
00:01.37 | captnoord | lol got telnet console |
00:01.42 | maejrep | but that could break the driver, if it's assuming 400kHz and getting 100? |
00:01.43 | captnoord | but whut can I do with it |
00:01.58 | cr2 | looking at the maze of the htc code it's "a lot of clock-specific code" |
00:02.03 | maejrep | lol |
00:02.04 | maejrep | :/ |
00:02.11 | maejrep | fair enough ;) |
00:02.19 | cr2 | maejrep: let's hope it will not happen |
00:02.23 | maejrep | but i'd rather have that clock-specific code be in a lookup table |
00:02.26 | cr2 | for i2c it's not a problem |
00:02.34 | cr2 | but fot the uart2DM it will be |
00:02.42 | cr2 | i know how to set 115200 only |
00:02.46 | maejrep | uartDM uses md/ns doesn't it? |
00:02.53 | cr2 | but it will certainly want to set 4Mbit |
00:02.56 | cr2 | yes. |
00:03.05 | cr2 | but the base clock is not known. |
00:03.13 | maejrep | so can't it just use the frequency table? |
00:03.17 | cr2 | i need to find the place where wince sets 4itMb |
00:03.29 | cr2 | if it's RPC code, then tough shit. |
00:03.29 | orux | please, could anyone tell me the value in 0xaa200000 register (MDP_SYNC_CONFIG_0) in a raph model? |
00:03.46 | cr2 | we need then some better idea how to control the clocks |
00:04.49 | *** join/#htc-linux Beef (n=beef@unaffiliated/beef) |
00:05.06 | maejrep | orux: does it matter what model? ie, 800/100 |
00:05.26 | cr2 | maejrep: 800 is better for him |
00:05.35 | orux | 800 better |
00:05.46 | cr2 | becaue it's epson |
00:05.59 | cr2 | orux: but you have a different resolution anyway |
00:06.27 | orux | yes, i want to play with #define MDDI_PMDH_CLK_RATE |
00:06.39 | maejrep | how large is that reg? |
00:06.45 | *** join/#htc-linux Beef (n=beef@modemcable173.233-37-24.mc.videotron.ca) |
00:06.52 | orux | 1 word |
00:07.02 | cr2 | maejrep: pd 0xaa200000 4 |
00:07.03 | maejrep | aa200000 | a4f00e07 ffcfffff ffcfffff 01180195 | ................ |
00:07.15 | orux | ok thanks!! |
00:07.33 | cr2 | orux: which value do you have ? |
00:07.48 | orux | aa200000 | c9700a7b |
00:07.58 | cr2 | ok |
00:08.13 | cr2 | orux: the piclock is known ? |
00:08.22 | cr2 | s/pic/pixc/ |
00:08.39 | orux | one moment ... |
00:10.40 | maejrep | cr2: is writing 0xa00 into the ns reg "enabling it", or "setting frequency"? or both |
00:12.08 | cr2 | probably both |
00:12.19 | captnoord | a = 10 |
00:12.24 | cr2 | but it's difficult to say without the docs |
00:12.25 | captnoord | 8 + 2 |
00:12.31 | captnoord | 1000 |
00:12.32 | captnoord | and |
00:12.37 | captnoord | 0010 |
00:12.48 | captnoord | and if you set only 8 |
00:13.04 | captnoord | or only 2 |
00:13.58 | orux | I am playing with: MDP_SYNC_CONFIG_0: 15:0-->This scale value to be programmed is the ratio of the core MDP clock frequency to LCD panel frequency divided by the no. of rows (lines) in the LCD panel. For example, if the MDP clock is 133 MHz and the LCD is 176 lines (rows) and 220 pixels (columns) at 60 Hz, then the value to be programmed is 133 * 10^6 / (60 * 176) = 12594 |
00:14.32 | cr2 | NetRipper: we need to find out why you need to mess with the MDP irq bits |
00:15.30 | captnoord | cr2 for what? |
00:15.38 | captnoord | the touchscreen or something else |
00:17.23 | cr2 | captnoord: MDP |
00:17.56 | cr2 | maejrep: clk = clk_get(&pdev->dev, "mdp_clk"); |
00:18.04 | cr2 | maejrep: can be done now :) |
00:18.14 | captnoord | personaly I think the whole setting / reseting of bits is a bit messy |
00:18.26 | cr2 | clk_enable(clk); |
00:18.54 | cr2 | orux: but what is the core MDP clock ? |
00:20.04 | cr2 | for e07 and a7b |
00:20.35 | orux | This clock syncronizes mdp and mddi |
00:21.03 | maejrep | cr2: what was preventing it previously? |
00:22.25 | cr2 | maejrep: the bit was not known. |
00:24.09 | maejrep | ah, 0x200 now? |
00:24.26 | cr2 | yes |
00:24.31 | captnoord | :D |
00:25.29 | maejrep | cr2: how about offset? |
00:26.59 | cr2 | maejrep: it's only enabled. no offset... |
00:27.02 | maejrep | or is it only a clkena bit, no register? |
00:27.07 | cr2 | yes |
00:27.26 | cr2 | also in the g1 code, there is no set frequebcy |
00:27.41 | cr2 | only enable/disable |
00:28.38 | cr2 | NetRipper: prepare to blow your raph, when maejrep will be ready :) |
00:29.06 | maejrep | blow it? :p |
00:29.10 | captnoord | blows at his raph |
00:29.11 | cr2 | lol |
00:29.26 | maejrep | sounds dangerous |
00:29.49 | cr2 | no, we just need to test it step by step |
00:30.21 | cr2 | you said that a41 for pmdh does not work for you |
00:30.33 | maejrep | and grp_clk is also enabit-only? |
00:30.35 | maejrep | no md/ns? |
00:30.37 | cr2 | while it is a41 everywhere in wince |
00:30.41 | maejrep | right |
00:30.53 | cr2 | grp_clk must have Ns |
00:31.04 | maejrep | ah i see it |
00:31.07 | maejrep | hmm |
00:31.12 | cr2 | | grp_clk | ? | 0xa80 ? | ? | ? |
00:31.15 | maejrep | <PROTECTED> |
00:31.15 | maejrep | <PROTECTED> |
00:31.25 | cr2 | but i need to do some more research here. |
00:31.26 | maejrep | so, 0x80 is only a 1 or 0? |
00:31.34 | maejrep | so i should leave it out for now? |
00:31.51 | cr2 | don't use it for now. |
00:32.09 | cr2 | hmm. where is the 115200 line for the uart2DM ? |
00:32.37 | maejrep | <PROTECTED> |
00:32.37 | maejrep | <PROTECTED> |
00:32.38 | maejrep | ? |
00:33.25 | cr2 | no |
00:33.36 | cr2 | these values are dumped, and are wrong. |
00:33.44 | cr2 | like for the sd |
00:33.54 | *** join/#htc-linux ClashTheBunny (i=4c783441@gateway/web/ajax/mibbit.com/x-a2f75385f77c49fa) |
00:34.17 | maejrep | well, it would just use whatever frequency is set for it, right? |
00:35.09 | cr2 | [Mi Feb 4 2009] [01:31:01] <cr2> MD=0x2ff37 NS=0xff390b59 M=r1=0x2 N=r2=0xc8 d=r3=0x64 s0=r4=0x3 s1=r5=0x2 s2=r6=0x1 s3=r7=0xb (-0xa) |
00:37.36 | cr2 | 115200,2,0xc8,0x64,3,2,1,1 |
00:37.40 | orux | good night all; tomorrow I will fight with mdp clock!! |
00:37.47 | cr2 | ok |
00:38.00 | cr2 | maejrep: 115200,2,0xc8,0x64,3,2,1,1 |
00:38.11 | *** part/#htc-linux orux (n=jose@89.130.46.3) |
00:38.34 | maejrep | but that's a baud rate, not a frequency, right? |
00:39.00 | cr2 | hmm. what does g1 code request ? |
00:39.05 | maejrep | no idea |
00:39.49 | maejrep | where would that be? |
00:40.10 | cr2 | msm_serial_hs.c |
00:41.20 | cr2 | 225 /* Set up the MREG/NREG/DREG/MNDREG */ |
00:41.21 | cr2 | 226 ret = clk_set_rate(msm_uport->clk, uport->uartclk); |
00:41.37 | cr2 | but it's for the uart ? |
00:42.17 | cr2 | <PROTECTED> |
00:42.17 | maejrep | where is uartclk set? |
00:42.18 | cr2 | 322 msm_hs_write(uport, UARTDM_CSR_ADDR, 0xcc); |
00:43.28 | tmzt | bps*16 if > 460800 |
00:43.42 | tmzt | or 7372800 |
00:44.05 | cr2 | it'S the datamover, not the uart clock |
00:44.37 | cr2 | msm_uport->clk = clk_get(&pdev->dev, "uartdm_clk"); |
00:46.03 | cr2 | hm on shutdown |
00:46.06 | cr2 | clk_enable(msm_uport->clk); |
00:46.21 | cr2 | a bug ? |
00:46.26 | maejrep | should be disable? |
00:46.43 | cr2 | clk_disable(msm_uport->clk); /* to balance local clk_enable() */ |
00:46.49 | cr2 | comes later |
00:47.11 | cr2 | but no set frequency... |
00:47.36 | tmzt | line 1364 |
00:47.39 | tmzt | yes |
00:48.11 | cr2 | msm_port->clk = clk_get(&pdev->dev, "uart_clk"); |
00:48.16 | cr2 | tmzt: where ? |
00:48.26 | cr2 | uart_clk is a different clock |
00:48.43 | tmzt | cr2: same thing you found I think |
00:48.49 | cr2 | g1 is evil ;) |
00:48.52 | cr2 | <PROTECTED> |
00:49.09 | cr2 | hardcoded gpios everywhere ;) |
00:50.34 | tmzt | no msm_port in msm_serial_hs.c, what file is that in? |
00:51.20 | cr2 | maejrep: put some dummy for the imem_clk too. |
00:51.38 | cr2 | as in: do nothing |
00:52.29 | cr2 | g1 uses uart3 -> extusb |
00:52.39 | cr2 | #if !defined(CONFIG_MSM_SERIAL_DEBUGGER) && !defined(CONFIG_TROUT_H2W) |
00:52.41 | cr2 | 698 &msm_device_uart3, |
00:52.42 | cr2 | 699 |
00:53.23 | cr2 | hmm |
00:53.26 | cr2 | static struct msm_serial_hs_platform_data msm_uart_dm1_pdata = { |
00:53.28 | cr2 | 855 .wakeup_irq = MSM_GPIO_TO_INT(45), |
00:53.29 | cr2 | 856 |
00:53.37 | cr2 | why is it hardcoded then ?? |
00:54.03 | maejrep | heh |
00:55.25 | cr2 | ok. so uart1 and uart1dm for bt |
00:55.40 | cr2 | maejrep: we have uart2 and uart2dm ? |
00:55.53 | cr2 | maejrep: since uart1 is used for debugging. |
00:56.03 | cr2 | and uart2dm is 100% sure |
00:56.17 | tmzt | does 7372800 mean something? |
00:56.19 | maejrep | i have the clock data in the table... if that's what you're asking |
00:56.43 | tmzt | is that passed to amss to disable uartdm_clk or something when the baud rate is low enough? |
00:57.19 | captnoord | 0x708000 |
00:57.26 | cr2 | NetRipper has only uart1 in his setup |
00:57.51 | captnoord | 0b11100001000000000000000 |
00:57.53 | captnoord | nn all |
00:57.55 | captnoord | have fun |
00:58.05 | cr2 | tmzt: no. the uart is controlled directly |
00:58.18 | cr2 | hmm. 2:00 already |
00:59.11 | cr2 | maejrep: ok, think about adding uart1 as the debug port (not really ready now) and the uart2/DM for the bt. |
00:59.16 | cr2 | good night :) |
01:03.09 | maejrep | I still don't know what I was supposed to do now :p |
02:01.45 | AstainHellbring | lol maejrep I suggest getting data text and voice working but thats just me ;) |
02:02.04 | maejrep | why would you want those? |
02:02.13 | maejrep | it's not like its a phone or something... |
02:02.33 | AstainHellbring | lol |
02:06.42 | *** join/#htc-linux br1ck_ (n=br1ck@xdslcn054.osnanet.de) |
02:15.48 | maejrep | cr2: here's something I was expecting... the detected panel id changed! :( |
02:15.50 | maejrep | [ 9.621751] htcraphael_mddi_epson_client_init: write(300,0); read(300) => 3000 |
02:15.50 | maejrep | [ 9.702348] htcraphael_mddi_epson_client_init: write(30c,3000); read(324) => 3800 |
02:15.50 | maejrep | [ 9.782548] htcraphael_mddi_epson_client_init: adjusted panel id = 3 |
02:16.16 | maejrep | used to be 0x2___ |
02:16.29 | maejrep | and the panel is still unhappy :p |
02:16.42 | maejrep | got some pictures, but I don't have a card reader handy, so will have to get it another time |
02:16.56 | maejrep | i wonder if fbgrab would work ;) |
02:17.26 | tmzt | dmesg? |
02:19.02 | maejrep | ? |
02:19.31 | maejrep | cr2/NetRipper: also, not sure what it means, but got this in dmesg: |
02:19.32 | maejrep | [ 10.740312] ulpi: write 0x40 to 0x31 |
02:19.32 | maejrep | [ 10.740526] ulpi: write 0x1d to 0x0d |
02:19.32 | maejrep | [ 10.740678] ulpi: write 0x1d to 0x10 |
02:19.48 | maejrep | no problems with USB though.. ether works, charge detect works, etc |
02:23.15 | tmzt | wasn't thinking |
02:23.28 | tmzt | you meant how the display was corrupted not the text it printed |
02:28.56 | maejrep | yeah, the display is corrupted. the above was from dmesg, via ssh |
02:48.00 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-789641d6976145d9) |
03:44.28 | *** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey) |
03:46.54 | maejrep | NICTOKL4 - (provider: Open Kernel Labs) built on Dec 20 2007 17:30:29 using gcc version 3.4.4. |
03:47.41 | *** join/#htc-linux infernix (n=nix@spirit.infernix.net) |
03:52.46 | tmzt | maejrep: where do you see that? |
03:52.50 | tmzt | in amss? |
03:54.45 | maejrep | yeah |
03:54.49 | maejrep | i think it was oemsbl |
03:55.03 | maejrep | already closed it, forgot which one that was in |
03:55.38 | tmzt | makes sense if it's l4 based |
04:16.47 | *** join/#htc-linux Timbo_ (i=user@wireless-128-62-125-148.public.utexas.edu) |
04:16.55 | *** part/#htc-linux Timbo_ (i=user@wireless-128-62-125-148.public.utexas.edu) |
05:12.43 | *** join/#htc-linux Tinyboom (n=nahh@112.80-202-155.nextgentel.com) |
05:16.31 | *** join/#htc-linux goxboxlive (n=goxboxli@mail2.hjellnesconsult.no) |
06:24.19 | *** join/#htc-linux rob_w (n=bob@p549BF15B.dip.t-dialin.net) |
06:25.08 | *** join/#htc-linux osnr (n=osnr@ool-4351a8e6.dyn.optonline.net) |
07:00.02 | *** join/#htc-linux kiozen (n=oeichler@p5492267F.dip0.t-ipconnect.de) |
07:01.10 | *** join/#htc-linux pleemans (n=toi@116.54-246-81.adsl-static.isp.belgacom.be) |
07:20.50 | maejrep | takes a long time to analyze amss ;x |
07:24.38 | *** join/#htc-linux kiozen (n=oeichler@p5492267F.dip0.t-ipconnect.de) |
07:32.37 | *** join/#htc-linux kiozen (n=oeichler@p5492267F.dip0.t-ipconnect.de) |
07:59.43 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
08:01.38 | *** join/#htc-linux opennandra (n=opennand@80.122.179.98) |
08:01.47 | *** join/#htc-linux Pure4Real (n=pure4rea@89-97-140-219.ip17.fastwebnet.it) |
08:09.45 | *** join/#htc-linux _7lima (n=7lima@88-134-243-232-dynip.superkabel.de) |
08:22.31 | *** join/#htc-linux nebi (n=nebi@170.ftth2.cust.fyrobs1.upps.se.borderlight.net) |
08:35.53 | *** join/#htc-linux Timbo_ (n=Timbo@cpe-67-9-132-146.austin.res.rr.com) |
08:37.46 | Pure4Real | dzo: kernel builds now end with a segmentation fault: |
08:37.48 | Pure4Real | init/calibrate.c:172: internal compiler error: Segmentation fault |
09:12.27 | *** join/#htc-linux myxor (n=myxor@pdbn-4d089ee8.pool.mediaWays.net) |
09:12.31 | maejrep | 2+ hours... still analyzing :/ |
09:16.05 | Pure4Real | what are you analyzing? |
09:20.33 | maejrep | raph amss :p |
09:23.31 | *** join/#htc-linux cr2 (n=konversa@crpl6.physik.uni-wuppertal.de) |
09:23.46 | *** join/#htc-linux timebomb (n=tb@e176097120.adsl.alicedsl.de) |
09:24.08 | cr2 | maejrep: i waited 3 days:) |
09:24.18 | maejrep | D: |
09:24.35 | cr2 | maejrep: which version do you have ? |
09:24.41 | cr2 | because i was not very happy with the result. |
09:24.47 | maejrep | from Hermann_C_SPRINT_WWE_1.03.651.4_RS1.03.15F_SPCS_1.53_0909_PRL60613_Ship.exe |
09:24.57 | cr2 | no, the ida |
09:25.11 | maejrep | 5.2 |
09:25.18 | cr2 | ok |
09:25.45 | cr2 | mine is outdated |
09:26.16 | cr2 | we don't need the dsp segments |
09:26.55 | cr2 | imho, the rpc parser is most interesting. |
09:27.06 | cr2 | maybe the dex clock |
09:27.28 | maejrep | and nice to have a full list of AT commands too, just for curiosity's sake :p |
09:27.42 | cr2 | ok, that one too. |
09:27.45 | *** join/#htc-linux methril (n=Methril@213.27.233.98) |
09:27.57 | cr2 | but you can see most of it with 'strings' |
09:28.01 | maejrep | yup |
09:28.27 | cr2 | fieldtest.exe for linux :) |
09:28.42 | maejrep | :o |
09:29.03 | cr2 | is only the at*3G* parser |
09:30.28 | cr2 | let me know about the progress :) bbl |
09:31.14 | Pure4Real | wonders why every mp3 in his RHCP album only plays half-way |
09:31.50 | Pure4Real | i have the original cd ofc. for people concerned about legal issues ;) |
09:33.00 | *** join/#htc-linux dcordes-x1 (n=drcordes@ip-77-24-204-96.web.vodafone.de) |
09:33.08 | dcordes-x1 | hi |
09:33.41 | dcordes-x1 | maejrep maejrep do you know a good howto for ida? |
09:34.11 | dcordes-x1 | want to play with what is so vital for the device analysis |
09:35.09 | maejrep | not really.. I kinda picked it up a little bit at a time, and I still don't know very much |
09:35.21 | maejrep | I used http://forum.revskills.de/viewtopic.php?f=13&t=62 for extracting amss |
09:35.51 | maejrep | for dll's, you just set processor to ARM and load it |
09:35.55 | *** join/#htc-linux Abracadabra (n=aaabraca@62-244-191-249.cust.exponential-e.net) |
09:36.06 | maejrep | for asm instructions, I use QRC0001H_rvct_v2.1_arm.pdf |
09:36.29 | dcordes-x1 | does that come with ida? |
09:36.37 | maejrep | no |
09:37.18 | maejrep | its 2nd result on a google search though |
09:38.06 | dcordes-x1 | nvm I must get the program first. looking forward to trying i2c on x1 whe I'm home. did you get your hands on the wifi tools? |
09:38.38 | maejrep | haven't tried |
09:39.43 | *** join/#htc-linux captnoord (i=914ab7cc@gateway/web/ajax/mibbit.com/x-2d772ef4a9676951) |
09:39.59 | captnoord | good morning .... damn its early |
09:40.29 | dcordes-x1 | moinmoin. where? |
09:40.38 | captnoord | holland |
09:41.58 | Pure4Real | here in italy aswell ;) |
09:42.47 | captnoord | groet Pure4Real "mogeu" |
09:42.54 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
09:42.56 | Pure4Real | mogguh |
09:45.51 | dcordes-x1 | hello marex |
09:46.18 | Pure4Real | whahah, you guys heard of "the obama deception" ? |
09:46.38 | captnoord | ? |
09:46.53 | dcordes-x1 | marex how are the palm pdas? |
09:46.55 | Pure4Real | the guy hasnt even start properly yet or there are already conspiracy theory |
09:47.21 | captnoord | lol |
09:48.09 | Pure4Real | http://www.wacholland.org/nl/content/trailer-obama-deception |
09:49.32 | marex | dcordes-x1, hi, see www.hackndev.com for yourself ;) |
09:49.37 | *** join/#htc-linux balsat (n=balsat@87.72.13.87) |
09:57.01 | *** join/#htc-linux Marajin_ (n=marajin@87-194-102-189.bethere.co.uk) |
09:58.31 | *** join/#htc-linux Abracadabra (n=aaabraca@62-244-191-249.cust.exponential-e.net) |
10:07.36 | *** join/#htc-linux mib_mnetb8mr (i=dce33011@gateway/web/ajax/mibbit.com/x-94c174649a1c637f) |
10:08.09 | mib_mnetb8mr | Hello everybody... |
10:08.17 | captnoord | morning |
10:08.45 | mib_mnetb8mr | good afternoon |
10:10.51 | *** part/#htc-linux mib_mnetb8mr (i=dce33011@gateway/web/ajax/mibbit.com/x-94c174649a1c637f) |
10:11.30 | captnoord | lol |
10:19.27 | *** join/#htc-linux td001 (n=td001@host243-84-dynamic.58-82-r.retail.telecomitalia.it) |
10:19.30 | td001 | hello |
10:19.48 | captnoord | hello |
10:20.09 | *** join/#htc-linux konsta (n=asds@host81-157-60-163.range81-157.btcentralplus.com) |
10:28.23 | *** join/#htc-linux captnoord (i=914ab7cc@gateway/web/ajax/mibbit.com/x-70cb6558db9102b9) |
10:32.19 | *** join/#htc-linux Shinto (n=John@g227165228.adsl.alicedsl.de) |
11:00.33 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
11:08.26 | *** join/#htc-linux Abracadabra (n=aaabraca@62-244-191-249.cust.exponential-e.net) |
11:45.21 | *** join/#htc-linux j0b0 (n=jobo@5ED40048.cable.ziggo.nl) |
11:50.58 | balsat | WTF.. After a incoming call in android with kernel.27 the TS work!... strange |
11:51.37 | balsat | And sow does the keyboard |
11:54.18 | balsat | Also i have changed the input0 to input1 in the msm_ts.c |
11:54.52 | balsat | But it did not work at first, only after a incoming call |
11:57.16 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
12:01.44 | maejrep | balsat: what device? |
12:01.55 | balsat | Diam100 |
12:02.10 | maejrep | interesting |
12:08.11 | *** join/#htc-linux liba2k (n=liba2k@194.90.149.193) |
12:15.42 | *** join/#htc-linux captnoord (i=914ab4e8@gateway/web/ajax/mibbit.com/x-860d92b4f1e10af8) |
12:26.52 | balsat | Hmmm i thing the keyboard or the navipad is fucking up the TS... after about a minut with touching the keyb and scrooling the navi the TS work |
12:27.55 | captnoord | ts? |
12:28.04 | balsat | Touch screen |
12:28.10 | captnoord | the thing is |
12:28.15 | captnoord | in the .25 branch its all ok |
12:28.18 | captnoord | in the .27 branch |
12:28.26 | captnoord | it looks like every pixel is touched |
12:28.31 | captnoord | in android |
12:28.42 | captnoord | and when you hit the TS |
12:28.54 | captnoord | it disables / borkes |
12:29.34 | balsat | if you look at /system/bin/getevent you will se the output is correct |
12:30.20 | balsat | I thing the TS driver is ok in kernel.27, but some other driver is fucking it up! |
12:31.04 | balsat | I thing it is the Navi pad driver!? |
12:31.35 | balsat | I will try to disable it in the Makefile |
12:40.22 | captnoord | yup |
12:40.30 | captnoord | was going todo that |
12:40.32 | captnoord | somehow |
12:40.33 | captnoord | but |
12:40.35 | captnoord | school now |
12:40.49 | balsat | The navi pad is NOT causing the error |
12:41.40 | captnoord | I have no clue |
12:41.58 | captnoord | Im just searching |
12:43.39 | *** join/#htc-linux zycho (n=zycho@a89-183-88-253.net-htp.de) |
12:44.25 | captnoord | the way I see it |
12:44.29 | captnoord | everything works correctly |
12:44.30 | captnoord | but |
12:44.35 | captnoord | android gets the wrong message |
12:45.03 | balsat | Nope it is working |
12:45.12 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
12:45.16 | captnoord | ? |
12:45.18 | captnoord | explain |
12:45.29 | captnoord | hmmm |
12:45.37 | captnoord | when I read the diff of the botch branches |
12:45.47 | captnoord | there are some changes into the makefile |
12:45.54 | captnoord | regarding some drivers enabled |
12:46.14 | balsat | If you press the keys and navi pad, after a wile the TS work |
12:46.15 | Untouchab1e | Anyone other than me fear that HTC will only be releasing high-end WinMo phones (such as the Touch Pro2, which looks awesome btw), and just plasticy low-end Android phones? |
12:46.27 | Untouchab1e | how awesome woulndt it be if we got the TP2 with Android! |
12:46.41 | captnoord | lol |
12:47.51 | Untouchab1e | considering the leaked "G2" pics shows a white plastic phone with no qwerty-keyboard, I guess we shoulndt have our hopes up :( |
12:50.20 | captnoord | lol |
12:50.26 | captnoord | I don't look at the future that much |
12:51.39 | Untouchab1e | well, you should |
12:51.48 | Untouchab1e | considering Android's future holds lots of exiting developments |
12:51.51 | captnoord | because? |
12:53.51 | Untouchab1e | Such as Cupcake |
12:54.06 | Untouchab1e | or more importantly, which phones will be running Android in 2009 |
12:55.53 | captnoord | if we have to believe nvidia lots |
12:56.07 | Untouchab1e | ? huh |
12:56.12 | captnoord | http://www.engadget.com/2009/02/16/nvidias-tegra-jumps-on-the-android-bandwagon/ |
12:56.21 | captnoord | http://tweakers.net/nieuws/58465/nvidia-android-streeft-in-2012-windows-mobile-voorbij.html |
12:56.24 | captnoord | dutch article |
12:56.39 | Untouchab1e | ive read those (at least the first one) |
12:57.11 | Untouchab1e | my point was just that MWC started today, and it will be exiting to see how Android fits in |
12:57.55 | captnoord | its a dynamic enviroment |
12:57.58 | captnoord | it will addapt |
13:12.21 | balsat | After a couple of test, i'm sure that the TS on kernel.27 is working... make a call to your phone and the TS will work after 2-3 rings. |
13:13.11 | captnoord | ok..... |
13:13.13 | captnoord | what is the problem then? |
13:13.30 | balsat | Have no clue |
13:13.38 | captnoord | lol |
13:14.48 | balsat | have to look into the Android source |
13:15.35 | balsat | See what android is running on incoming call |
13:17.53 | Untouchab1e | Balsat, do we have Android booting and running properly on .27 now? |
13:20.58 | *** join/#htc-linux td001 (n=td001@host243-84-dynamic.58-82-r.retail.telecomitalia.it) |
13:26.02 | captnoord | I guess not |
13:31.04 | balsat | Untouchab1e: The .27 kernel boots just fine, but there is trouble with the TS driver, TS will only work if Android recive a call ;>) |
13:31.22 | captnoord | lol |
13:31.37 | captnoord | so in some way the android stuff isn't setup correctly? |
13:31.49 | captnoord | and is forced todo so when it recieves a call? |
13:32.00 | captnoord | is assuming mode |
13:32.17 | balsat | Mabye, or some bad interrupts? |
13:32.47 | captnoord | so like you sayd |
13:32.56 | captnoord | look in the android code for the call stuff |
13:39.05 | captnoord | or ask my girl to call me everyday at 8:00 |
13:39.25 | balsat | lol |
13:39.44 | captnoord | can't you simulate a call? |
13:51.15 | *** join/#htc-linux td001 (n=td001@host243-84-dynamic.58-82-r.retail.telecomitalia.it) |
14:12.00 | *** join/#htc-linux Clash (i=4c783441@gateway/web/ajax/mibbit.com/x-b713b4e98f9a0237) |
14:20.12 | *** join/#htc-linux myxor (n=myxor@pdbn-4d089ef3.pool.mediaWays.net) |
14:26.51 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
14:26.51 | *** join/#htc-linux TrXtR (n=administ@dsl-242-52-87.telkomadsl.co.za) |
14:27.55 | *** join/#htc-linux PoohbaLT (n=BlkPoohb@c-69-141-71-249.hsd1.nj.comcast.net) |
14:29.15 | *** join/#htc-linux glyph (n=glyph@c-76-118-176-150.hsd1.ma.comcast.net) |
14:30.24 | *** join/#htc-linux liba2k (n=liba2k@194.90.149.193) |
14:31.06 | glyph | good morning |
14:31.26 | glyph | I have been playing with the files on http://www.slackthebox.com/android/ |
14:31.41 | glyph | (which work perfectly and are awesome, thank you so much whoever put them up there) |
14:31.53 | captnoord | :D |
14:32.01 | captnoord | wasn't me |
14:32.10 | glyph | but I also noticed the screenshot on this page: http://wiki.xda-developers.com/index.php?pagename=Xanadux |
14:32.15 | glyph | seems to show a phone running a GTK application |
14:32.46 | glyph | I do some python/gtk development and I would love to be able to run some of those apps on my phone |
14:33.28 | *** join/#htc-linux captnoord (i=914ab4e8@gateway/web/ajax/mibbit.com/x-8a880b578a7d554a) |
14:33.30 | glyph | is there a non-android flavor of Linux which works okay on HTC phones, specifically the Kaiser / AT&T Tilt? I imagine it would have been in development longer |
14:35.26 | *** join/#htc-linux td001 (n=td001@host243-84-dynamic.58-82-r.retail.telecomitalia.it) |
14:41.44 | AstainHellbring | morning |
14:42.57 | Pure4Real | glyph: you're looking for opie / gpe |
14:43.05 | Pure4Real | it's based on gtk |
14:43.16 | Pure4Real | one or both, dont remember |
14:43.38 | Pure4Real | and ängstrom is another linux distro you might get running on the kaiser |
14:44.06 | glyph | I think I'm looking for gpe |
14:44.11 | Pure4Real | the most important part in development for the kaiser at the moment is the kernel |
14:44.21 | Pure4Real | basic functionality is there |
14:44.27 | glyph | Pure4Real: based on what I've seem from the latest android builds, the kernel is in really good shape |
14:44.37 | Pure4Real | but bt / gps / wifi is not working yet |
14:45.30 | Pure4Real | power collapse still needs some tweaking i guess |
14:45.40 | glyph | Pure4Real: I have tried to help out with those things, but my poor user-land developer brain cannot quite get into embedded kernel hacking |
14:45.41 | Pure4Real | and 3g is not completely stable |
14:45.47 | Pure4Real | hehe |
14:45.53 | Pure4Real | same here |
14:46.05 | Pure4Real | i have in no way enough programming experience for it |
14:46.13 | Pure4Real | so i just leave it to the pro s |
14:46.13 | glyph | (for what it's worth, I think I *could* get into it if there were _any_ documentation _at all_, grumble grumble) |
14:46.34 | Pure4Real | i found some documentation about kernel development |
14:47.33 | Pure4Real | and the people here in the channel are willing to help out |
14:47.33 | Pure4Real | as far as i know |
14:47.33 | glyph | Pure4Real: I've written a few kernel things, but for desktops, running in vmware, with a nice simple non-cross-compiler toolchain :) |
14:47.33 | Pure4Real | for me, i just dont have the time |
14:47.33 | glyph | anyway I'm not here to complain about that stuff, I think by the time I have any idea how to write a wifi driver someone else who knows what they're doing will have finished one |
14:47.36 | Pure4Real | hehe probably |
14:47.52 | Pure4Real | dzo and the crew work at an incredible rate |
14:48.03 | glyph | I am just trying to understand enough of what http://www.slackthebox.com/android/ and other similar pages contain to tweak the images slightly; I'd very much like to build and install Python |
14:48.55 | glyph | so, angstrom, you say |
14:49.04 | glyph | http://www.angstrom-distribution.org/releases/2007.12/images/ is not very clear to me :) |
14:49.48 | Pure4Real | there's a special kaiser tweaked image somewhere if i remember correctly |
14:49.58 | Pure4Real | hang on, i'll try to find it |
14:50.43 | glyph | Pure4Real: if you don't mind, could you tell me how I would go about finding it? |
14:52.17 | Pure4Real | there were some posts in the android for kaiser thread about angstrom |
14:53.02 | TrXtR | I also tried android on my kaiser today. Something I noticed was the openGL ES demo's working... do they use software? or is that hardware acceleration at work? |
14:53.17 | Pure4Real | http://linuxtogo.org/~lgorris/builds/OE/htckaiser/ |
14:53.27 | Pure4Real | you can find angstrom images there |
14:53.58 | Pure4Real | and then you'd need to make gpe run on that |
14:54.30 | glyph | Pure4Real: thanks |
14:54.33 | glyph | hmm |
14:54.39 | glyph | I notice those all say "console" :) |
14:54.41 | glyph | no X11 images |
14:55.04 | Pure4Real | one dir up you can find one x image |
14:55.26 | Pure4Real | but its old |
14:55.42 | Pure4Real | and i dont know which processor it was built for |
14:56.17 | *** join/#htc-linux td001 (n=td001@host243-84-dynamic.58-82-r.retail.telecomitalia.it) |
14:57.13 | Pure4Real | i think angstrom has some package manager able to download prebuilt packages |
14:57.16 | Pure4Real | not sure |
14:59.56 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
15:00.34 | *** join/#htc-linux captnoord (i=914ab672@gateway/web/ajax/mibbit.com/x-5d43edc1b99ef4a5) |
15:04.23 | Pure4Real | there are packages on the angstrom homepage |
15:16.36 | Pure4Real | you have more chance getting opie running as it doesnt need xserver |
15:18.32 | *** join/#htc-linux td001 (n=td001@host243-84-dynamic.58-82-r.retail.telecomitalia.it) |
15:21.24 | *** join/#htc-linux d-snp (n=d-snp@smurfer.student.utwente.nl) |
15:33.01 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-09e9440adbcf6d4c) |
15:36.37 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
16:10.45 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
16:15.23 | *** join/#htc-linux metter (n=metter@108-139.62-81.cust.bluewin.ch) |
16:49.24 | *** join/#htc-linux GPFerror (n=gpferror@cpe-76-187-41-132.tx.res.rr.com) |
16:53.13 | *** join/#htc-linux dcordes_ (n=zsirc@ip-77-24-216-106.web.vodafone.de) |
16:53.25 | dcordes_ | glyph hi |
16:53.45 | glyph | dcordes: hi! |
16:53.55 | dcordes_ | glyph I can help you with your userland problms |
16:53.56 | tmzt | Pure4Real: you would have to fix qws the same way |
16:54.35 | glyph | dcordes: iirc you were the one who helped me before when I had kernel problems ;) |
16:54.36 | glyph | thanks |
16:54.45 | glyph | I have one other question too |
16:55.03 | glyph | why is the jog wheel disabled on the kaiser? |
16:55.14 | dcordes_ | Pure4Real gps is virtually working. you onlyneed to edit smd code to add the ro channel with the correct address |
16:55.39 | Pure4Real | ah |
16:55.45 | Pure4Real | that's good news :) |
16:56.05 | tmzt | TrXtR: do you have libhgl from a g1 installed? |
16:56.15 | dcordes_ | glyph I'm no real kernel hacker but know some things about the msm kernl. so probably that was me |
16:56.31 | Pure4Real | i was actually thinking that, although i like the way android looks, i would prefer something like gpe |
16:56.33 | dcordes_ | pure4 it was working in the paste |
16:56.38 | glyph | dcordes: I saw it in a changelog entry |
16:56.51 | dcordes_ | in the very early kernel |
16:57.51 | dcordes_ | glyph I'll bb in a few. stick around here we can get anice x11 image |
16:57.55 | dcordes_ | with gpe |
16:58.25 | glyph | dcordes: I am online from my phone at the moment so I won't be much help |
16:58.32 | glyph | but I will be around ;) |
16:58.56 | glyph | (thank you so much, you guys are all awesome) |
17:00.45 | Pure4Real | hehe cool |
17:01.29 | Pure4Real | passes a beer to dcordes for his trouble |
17:02.36 | glyph | there is something I might be able to help with |
17:03.19 | glyph | all these forum posts are *really* confusing to navigate |
17:03.49 | glyph | maybe i could set up a website explaining how to put various android images on various phones |
17:03.58 | glyph | with no extraneous commentary |
17:07.11 | *** join/#htc-linux liba2k (n=liba2k@194.90.149.193) |
17:07.36 | *** join/#htc-linux zycho_ (n=zycho@a89-183-88-253.net-htp.de) |
17:09.12 | *** part/#htc-linux Timbo_ (n=Timbo@cpe-67-9-132-146.austin.res.rr.com) |
17:15.16 | NetRipper | cr2, i have no desire to blow my raphael |
17:15.44 | NetRipper | maejrep, those ulpi_write's are the usb init, so it's good :) |
17:16.03 | *** join/#htc-linux AstainZZZZZZ (n=AstainHe@unaffiliated/astainhellbring) |
17:18.19 | *** join/#htc-linux opennandra (n=opennand@afrodita.advanet.sk) |
17:26.54 | *** join/#htc-linux metter_ (n=metter@108-139.62-81.cust.bluewin.ch) |
17:27.44 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-757b90c1d3fb89d1) |
17:27.58 | *** join/#htc-linux Guillaume_ (n=guillaum@nsg93-6-82-246-132-225.fbx.proxad.net) |
17:37.06 | dcordes_ | glyph do you have openembedded? |
17:38.24 | glyph | no, what's that? |
17:47.04 | captnoord | hmmmm |
17:47.08 | captnoord | tired |
17:47.28 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87dd1d.pool.einsundeins.de) |
17:48.04 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
17:49.28 | Temujin | Can anyone direct me to info on editing/creating the system.img for kaiser android? |
17:50.07 | captnoord | the system img? |
17:50.40 | captnoord | you can mount it |
17:51.00 | captnoord | I have to ungzip mine |
17:51.03 | captnoord | and rezip it |
17:51.23 | captnoord | file-roller? |
17:53.46 | tmzt | Temujin: were did you get that from? |
18:02.07 | *** join/#htc-linux lutzik (n=none@ool-18b95302.dyn.optonline.net) |
18:14.30 | captnoord | hmmm |
18:14.38 | captnoord | I wonder if its just the config stuff |
18:14.43 | captnoord | it changed quite a lot |
18:34.51 | *** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes) |
18:37.55 | *** join/#htc-linux xutywx (n=pawel@195.205.38.95) |
18:42.05 | *** join/#htc-linux myxor (n=myxor@pdbn-4d089a62.pool.mediaWays.net) |
18:42.37 | *** join/#htc-linux Fjodor (n=sune@0x5551eec2.adsl.cybercity.dk) |
18:44.24 | dcordes_ | glyph: http://www.angstrom-distribution.org/building-angstrom |
18:47.59 | glyph | dcordes: ooh |
18:48.40 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-7e75966c59210c50) |
18:49.14 | glyph | dcordes: OK, I will set that up on my desktop computer as soon as I am back |
18:49.18 | xutywx | is host-usb driver for pxa270 written? how to use it? |
18:50.02 | dcordes_ | glyph: it's a must if you are doing embedded userspace |
18:53.17 | dcordes_ | glyph: if we tune things a bit for kaiser we can have OE autobuilding nice X images |
18:53.38 | tmzt | xutywx: yes, there are some flags that have to be set on pdata for it |
18:53.48 | glyph | dcordes: that would be excellent |
18:53.53 | tmzt | do you have a modem connected to usb host? |
18:54.31 | xutywx | i dont know - im trying to run host to use usb-mouse or sth |
18:54.47 | glyph | you wouldn't happen to have nice packages lying around for Python, would you? I remember from some work I did with xscale that cross-compilation of python is a real bear |
18:54.58 | tmzt | oh, that would be the otg port and you need a transceiver for it to work |
18:55.03 | xutywx | i have founvd /drivers/usb/host/ohci-pxa27x.h |
18:55.25 | xutywx | on wm it works so... :P |
18:55.45 | tmzt | it does? you have an actual usb A port or some kind of adapter? |
18:56.23 | xutywx | yes |
18:56.40 | xutywx | i can connet nearly everyting through the adapter ;p |
18:57.15 | tmzt | it's powered? |
18:57.33 | xutywx | yes but only 100mA 0 its 1.1 host |
18:58.06 | tmzt | I don't know which port that would be then, I think you need to dump some registers with haret to start |
18:58.37 | tmzt | that ohci-pxa27x should have the UP3OCR address, can you paste that #define? |
18:59.06 | xutywx | hmm but driver should handle all drivers - and when i connect sth it would be visible wouldnt it? |
18:59.33 | tmzt | only if the port is enabled |
18:59.53 | xutywx | only portnum is defined |
19:05.40 | tmzt | not sure what you mean |
19:06.26 | xutywx | pid.pl/ohci-pxa27x.c |
19:06.57 | tmzt | right |
19:07.16 | xutywx | wow - tsc2003 registered^^ |
19:07.26 | xutywx | but i dont know if it is working |
19:07.27 | xutywx | moment |
19:07.36 | tmzt | git-grep UP3OCR |
19:08.17 | xutywx | i dont use git |
19:08.28 | xutywx | *im not using git |
19:08.35 | xutywx | or sth like that ;P |
19:08.43 | tmzt | what are you using? |
19:09.17 | xutywx | google for finding and hdd for storage ;P |
19:09.26 | tmzt | what? |
19:09.31 | tmzt | are you building the kernel |
19:09.37 | tmzt | anyway grep -r then |
19:09.39 | dcordes_ | dzo: is it expected that shutdown -h works properly in htc-vogue head but shutdown -r not? (I get the system maintainance thingy after reboot) |
19:10.38 | dcordes_ | glyph: it's all one command in OE |
19:10.50 | *** join/#htc-linux lutzik (n=none@ool-18b95302.dyn.optonline.net) |
19:11.18 | dcordes_ | glyph: the entire phone api in openmoko is using python so the latest py* versions are always present in Oe |
19:12.24 | dcordes_ | glyph: http://angstrom-distribution.org/repo has the prebuilt packages available you can get via opkg install in all angstrom images |
19:20.55 | dcordes_ | I can't view http://wiki.xda-developers.com/index.php?pagename=KaiserMemoryMap |
19:23.14 | glyph | dcordes_: excellent |
19:29.38 | *** join/#htc-linux lutzik (n=none@ool-18b95302.dyn.optonline.net) |
19:31.04 | glyph | hahaha! |
19:31.16 | glyph | http://www.angstrom-distribution.org/repo/?pkgname=python-divmodaxiom |
19:31.20 | glyph | my software is apparently in that repo |
19:33.29 | *** join/#htc-linux methril|laptop (n=methril@169.73.220.87.dynamic.jazztel.es) |
19:39.35 | *** join/#htc-linux myxor (n=myxor@pdbn-4d089a62.pool.mediaWays.net) |
19:47.31 | *** join/#htc-linux MethoS (n=lem@host-091-097-240-090.ewe-ip-backbone.de) |
19:49.55 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-ff4933d2a38ce899) |
19:53.22 | *** join/#htc-linux goxboxlive (n=goxboxli@185.84-48-126.nextgentel.com) |
20:01.55 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-403a56e2ab4a1b6e) |
20:03.56 | *** join/#htc-linux lutzik (n=none@ool-18b95302.dyn.optonline.net) |
20:04.14 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-67-49-210-229.bak.res.rr.com) |
20:05.45 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
20:24.01 | *** join/#htc-linux lutzik (n=none@ool-18b95302.dyn.optonline.net) |
20:29.40 | *** join/#htc-linux xweber (n=xweber@pD9562ECD.dip0.t-ipconnect.de) |
20:30.39 | *** join/#htc-linux nebi (n=nebi@170.ftth2.cust.fyrobs1.upps.se.borderlight.net) |
20:38.54 | *** join/#htc-linux wdslbr (n=wdslbr@dslb-088-069-199-126.pools.arcor-ip.net) |
20:40.50 | *** join/#htc-linux timebomb (n=tb@e176097120.adsl.alicedsl.de) |
20:45.19 | *** join/#htc-linux MethoS- (n=lem@host-091-096-209-040.ewe-ip-backbone.de) |
20:45.33 | *** join/#htc-linux Xime (n=xime@bankize.net) |
20:48.08 | *** join/#htc-linux Gnutoo (n=gnutoo@host221-133-dynamic.31-79-r.retail.telecomitalia.it) |
20:48.34 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-ef76cdd7e5951a76) |
20:48.44 | NetRipper | oh god |
20:48.55 | NetRipper | the touch pro 2 and the diamond 2 got announced |
20:49.12 | AstainZZZZZZ | yep |
20:49.15 | AstainZZZZZZ | and they are nasty |
20:49.19 | NetRipper | they are equipping it with a msm7200a instead of 7201a |
20:49.47 | AstainZZZZZZ | they are? |
20:49.47 | captnoord | greets NetRipper |
20:50.12 | NetRipper | according to a dutch site, yes |
20:50.20 | AstainZZZZZZ | wierd |
20:50.36 | NetRipper | hi captnoord |
20:50.43 | NetRipper | http://www.htc.com/www/press.aspx?id=83956 |
20:50.46 | NetRipper | the press release doesnt say thouhg |
20:51.17 | AstainZZZZZZ | guess time will tell come this summer |
20:51.25 | NetRipper | here's where it says msm7200a http://tweakers.net/nieuws/58471/htc-kondigt-touch-pro2-en-diamond2-aan.html |
20:51.34 | NetRipper | maybe they just mean the 7200a series |
20:53.36 | NetRipper | nice high res pics/renders |
20:53.36 | NetRipper | :) |
20:53.51 | Pure4Real | was just looking at the new ts code for kaiser... is it correct that the amount of pressure you put on the ts matters? |
20:54.17 | NetRipper | early summer |
21:10.01 | DJWillis | NetRipper: a more ugly keyboard'ed version of the touch HD ;-), joy |
21:10.29 | NetRipper | i'd have bought the HD over the touch pro if it had a keyboard; ) |
21:10.58 | AstainZZZZZZ | wants 10 key pad on it instead of that layout |
21:11.15 | captnoord | NetRipper: I talked to ( can't remember who ) this morning, and he sayd that if you make a call to your raphael the TS works |
21:11.31 | NetRipper | lol, it does? |
21:11.36 | NetRipper | that's awesome, yet weird |
21:11.45 | captnoord | I didn't test it myself |
21:11.49 | captnoord | but I can now |
21:11.51 | captnoord | if you want |
21:11.54 | captnoord | also |
21:11.54 | NetRipper | sure |
21:12.00 | NetRipper | else i'll try it in an hour or so |
21:12.00 | captnoord | I've read the diff I made |
21:12.10 | captnoord | i'm kinda bussy atm.... |
21:12.18 | NetRipper | yea same here |
21:12.19 | captnoord | and there are some major changes in the config file |
21:12.31 | NetRipper | you mean between .25 and .27? |
21:12.34 | captnoord | my idea is that its possible some other driver is fucking things up |
21:12.35 | captnoord | yup |
21:12.38 | NetRipper | yes i noticed indeed |
21:12.46 | NetRipper | but i have tried re-enabling power management |
21:12.48 | NetRipper | and some other stuff |
21:12.52 | NetRipper | but it didnt help |
21:13.05 | captnoord | it maybe "swallows" the notifications |
21:13.16 | NetRipper | had high hopes for it as power management was mentioned a lot together with touchscreen problems in android |
21:13.26 | captnoord | hmmm |
21:13.48 | captnoord | the (can't remember who) guy, sayd that the code was good |
21:14.00 | NetRipper | around what time? |
21:14.01 | captnoord | just that something else was messing it up |
21:14.09 | balsat | TS work with the .27 kernel if you got a incoming call ;>) |
21:14.10 | captnoord | just search for my name |
21:14.18 | captnoord | balsat |
21:14.19 | captnoord | yup |
21:14.20 | NetRipper | ah ok |
21:14.31 | captnoord | my mind is like a leak basket atm |
21:14.33 | captnoord | :( |
21:14.34 | NetRipper | balsat, lol how'd you figure that out? accidentally? :P |
21:15.17 | NetRipper | it's like a reversed murphy's law |
21:15.37 | captnoord | ? |
21:15.39 | balsat | Yes my girl call me, normal that will piss me off, but today it was ok |
21:15.49 | NetRipper | haha |
21:15.51 | NetRipper | nice |
21:16.59 | captnoord | NetRipper you really should do that diff to |
21:17.05 | captnoord | and search for the config stuff |
21:17.28 | captnoord | I think that if you double check that ( with your knowlage of devices ) I think you will find what it is |
21:17.30 | NetRipper | yes i already noticed the config and acted on it but it didnt help (so far) |
21:17.40 | NetRipper | but incoming call is a good lead |
21:17.57 | NetRipper | it's traceable, especially if its reproduceable |
21:18.05 | NetRipper | perhaps it starts a process |
21:18.12 | NetRipper | or triggers a specific event |
21:18.33 | NetRipper | probably wont have much time tonight |
21:18.38 | NetRipper | but will look into it of course :) |
21:18.55 | NetRipper | too bad im on a new project @ work as of today |
21:19.00 | NetRipper | so no toying during work time either anymore |
21:19.00 | NetRipper | ;) |
21:19.07 | captnoord | hehe..... |
21:19.09 | captnoord | they wish |
21:19.13 | *** join/#htc-linux cmonexaway (n=xy6091@w6w0nxgn3x.adsl.datanet.hu) |
21:25.58 | *** join/#htc-linux Dereka (n=Dereka@87.117.3.97) |
21:36.36 | *** part/#htc-linux Dereka (n=Dereka@87.117.3.97) |
21:51.23 | *** join/#htc-linux XD (i=t3st1fy@ircop.com) |
22:13.02 | *** join/#htc-linux bomberik (n=max@host-78-14-224-164.cust-adsl.tiscali.it) |
22:13.10 | bomberik | hi |
22:13.17 | Pure4Real | hi |
22:18.02 | *** join/#htc-linux cr2 (n=cr2@ip-77-24-105-80.web.vodafone.de) |
22:18.26 | bomberik | I have a smartphone with s3c2440 chip. It use s3c2410 framebuffer controller. Is it possible find hclk with haret? otherwise how do I calculate it or find it? |
22:24.26 | cr2 | bomberik: you need to know the base tcx0 clock frequency |
22:24.47 | cr2 | and dump the divisors for PCLK, HCLK & others. |
22:48.46 | *** join/#htc-linux oliwan (n=ollie@client-86-25-188-109.bsh-bng-012.adsl.virginmedia.net) |
22:49.12 | dcordes_ | hm we need to readd the egpio keys for kaiser |
22:49.32 | oliwan | hey. does anyone know where htcdiamond_defconfig has gon from .27? |
22:50.00 | captnoord | huh |
22:50.06 | captnoord | not present? |
22:50.15 | captnoord | arch/arm/config |
22:50.16 | captnoord | ? |
22:50.22 | oliwan | not in repo .27 |
22:50.27 | captnoord | huh |
22:50.31 | captnoord | lemme check |
22:50.31 | captnoord | :S |
22:50.35 | oliwan | cheers |
22:51.04 | captnoord | hmmm |
22:51.05 | captnoord | its merged |
22:51.13 | captnoord | I think |
22:51.14 | captnoord | :S |
22:51.15 | dcordes_ | oliwan: try the htcraphael one and enable your machine in the .config or using menuconfig |
22:51.18 | captnoord | can't remember |
22:51.28 | dcordes_ | all 4 are enabled by default |
22:51.42 | captnoord | lol |
22:51.50 | captnoord | maybe thats the reason for the TS thingy |
22:51.51 | captnoord | :P |
22:51.54 | captnoord | brb |
22:51.57 | dcordes_ | shrugs |
22:51.58 | captnoord | need to reboot |
22:52.00 | oliwan | worx with raph but TS doesnt work |
22:52.23 | NetRipper | oliwan, you dont need htcdiamond_defconfig anymore, just use htcraphael one |
22:52.47 | NetRipper | and use the proper diamond mtype |
22:53.17 | NetRipper | oliwan, what do you mean, TS doesn't work? at all or just in android? |
22:53.45 | oliwan | netripper: thanks, i built a kernel but the touchscreen doesnt work properly. mtype 1805 rite? |
22:53.51 | NetRipper | yes |
22:53.58 | NetRipper | oliwan, does virtual keyboard work? |
22:53.59 | dcordes_ | egpios are not used at all in htc-vogue kernel?? |
22:54.11 | oliwan | yeah virtual kb is fine |
22:54.17 | NetRipper | oliwan, so, then touchscreen works, just not in android |
22:54.23 | NetRipper | be clear :P |
22:54.48 | oliwan | sori man, i assume it needs different calibration data yes? |
22:55.08 | NetRipper | no there's an issue with ts in android on .27 kernel |
22:55.11 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-da5ea6f0f13ed319) |
22:55.16 | captnoord | re |
22:55.29 | captnoord | you mean by just writing "make" in the dir |
22:55.29 | captnoord | ? |
22:55.33 | NetRipper | it's not related to the ts driver, but something else.. not sure what yet.. seems that when you receive an incoming call on android.. the ts suddenly starts workign :) |
22:56.10 | cr2 | NetRipper: ts init still missing ? |
22:56.13 | oliwan | sweet. i'll giv it a try |
22:56.41 | NetRipper | cr2, yes, but current ts problems are unrelated to the TS android problems |
22:56.47 | NetRipper | i mean |
22:56.51 | cr2 | ok |
22:56.51 | NetRipper | unrelated to a missing init |
22:56.53 | NetRipper | :) |
22:57.23 | captnoord | please how to select the thingy then? |
22:57.28 | captnoord | as in |
22:57.31 | captnoord | phone model |
22:57.34 | NetRipper | cr2, balsat found that when android is booted... and an incoming phone call is received.. the touchscreen suddenly starts responding properly |
22:57.44 | NetRipper | captnoord, what do you mean? |
22:57.54 | captnoord | atm like the guys sayd |
22:58.01 | captnoord | all the 4 platforms are enabled by default |
22:58.05 | NetRipper | yes |
22:58.07 | NetRipper | machines |
22:58.09 | captnoord | how to select a single platform |
22:58.09 | NetRipper | not platforms |
22:58.11 | captnoord | yup |
22:58.13 | captnoord | nrm |
22:58.15 | captnoord | models |
22:58.16 | cr2 | NetRipper: finished http://wiki.xda-developers.com/index.php?pagename=MSM_TVOUT |
22:58.16 | captnoord | devices |
22:58.18 | captnoord | thingys |
22:58.24 | dcordes_ | "do {} while (0)" that does nothing? |
22:58.33 | captnoord | nope |
22:58.34 | NetRipper | captnoord, the mtype in the default.txt of haret defines which machine |
22:58.42 | captnoord | I see |
22:58.48 | captnoord | slaps himself |
22:58.52 | NetRipper | dcordes_, no, it's commenly used in #define's to allow a statement to finish with ; (semi-colon) |
22:58.53 | captnoord | I don't know about about his |
22:58.55 | captnoord | this* |
22:59.08 | captnoord | also used in C |
22:59.19 | captnoord | to make sure that threading stuff are'nt messed up |
22:59.20 | NetRipper | #define's are a part fo c |
22:59.21 | NetRipper | :) |
22:59.41 | NetRipper | errr, how can that help in threading? |
22:59.49 | captnoord | NetRipper so #define henk(x) { blablabla; } |
22:59.57 | captnoord | because within the scope |
23:00.04 | captnoord | it makes sure |
23:00.10 | captnoord | that the memory is allocated in the frame |
23:00.14 | captnoord | but |
23:00.19 | captnoord | I don't know for sure |
23:00.42 | captnoord | also..... |
23:00.46 | dcordes_ | NetRipper: in vogue-smd.c it's used to make D(x...) which are the debug symbols contain nothing I think |
23:00.48 | NetRipper | local variables are not subject to threading issues |
23:00.56 | captnoord | doing the do while trick simply for defines is kinda useless |
23:01.15 | NetRipper | dcordes_, it's probably do {} while (0) when disabled, and something else when enabled |
23:01.39 | captnoord | but its a personal thingy... |
23:01.53 | NetRipper | like #ifndef DEBUG \n #define DEBUG do {} while (0) \n #endif |
23:01.59 | NetRipper | so that you have empty DEBUG(...) stuff |
23:02.02 | dcordes_ | NetRipper: yes |
23:02.12 | captnoord | hmmmm |
23:02.28 | dcordes_ | what I sad |
23:02.29 | NetRipper | if you would just do like #define DEBUG 0, then all existing DEBUG() calls in the code would cause a compile error |
23:02.34 | dcordes_ | said |
23:02.51 | NetRipper | so they stub it with a do while |
23:03.49 | *** part/#htc-linux oliwan (n=ollie@client-86-25-188-109.bsh-bng-012.adsl.virginmedia.net) |
23:05.50 | captnoord | #define DEBUG // |
23:05.50 | captnoord | anyone? |
23:05.50 | captnoord | but what the hell do I know about coding |
23:06.32 | NetRipper | probably used as prefix for some lines |
23:06.33 | maejrep | captnoord: if ( 0 ) DEBUG("foo"); else while(1); |
23:06.58 | NetRipper | while (1) is not good practise |
23:06.58 | NetRipper | :P |
23:07.08 | maejrep | pfft |
23:07.43 | maejrep | anyway, was merely pointing out why #define DEBUG // would not work |
23:07.54 | NetRipper | well it could work in a different way |
23:07.59 | NetRipper | i.e. |
23:08.08 | NetRipper | DEBUG printk(KERN_INFO "test\n"); |
23:08.17 | NetRipper | if DEBUG is not defined, the printk is printed |
23:08.22 | NetRipper | if DEBUG is defined as //, that line is commented out |
23:08.51 | maejrep | if DEBUG is not defined, you get an error :P |
23:08.57 | NetRipper | defined empty then ;) |
23:09.05 | maejrep | but anyway, that's not really the intention |
23:09.12 | *** join/#htc-linux toer_ (i=tore@179.81-166-86.customer.lyse.net) |
23:09.14 | maejrep | it's meant to allow the debug call to be used as any other function |
23:09.20 | maejrep | well, kind of |
23:09.30 | maejrep | ie, you can't do: if (DEBUG("foo")) |
23:09.41 | NetRipper | well we dont know where he got that line from |
23:09.44 | NetRipper | indeed you cant |
23:10.25 | maejrep | so, amss finished analyzing while I was sleeping |
23:10.34 | maejrep | and I still haven't had a chance to find anything useful yet |
23:10.50 | maejrep | and now, time for food |
23:10.58 | cr2 | maejrep: why are the tvout ioctls linked to youtube ?? |
23:11.07 | NetRipper | hehe ok have a good dinner |
23:11.30 | maejrep | youtube? |
23:12.01 | maejrep | maybe you can only use tvout for watching videos? only in the youtube app? |
23:12.02 | captnoord | #ifdef _DEBUG #define henk(x) printf(x) #else #define henk(x) // |
23:12.02 | captnoord | ? |
23:12.02 | captnoord | i'm not stupid guys |
23:12.02 | captnoord | I know |
23:12.02 | captnoord | lets focus on the linux |
23:12.03 | captnoord | not on how people think |
23:12.14 | cr2 | maejrep: yeah. dumb. |
23:12.19 | maejrep | holy burst |
23:12.36 | NetRipper | captnoord, no that doesnt work |
23:12.50 | cr2 | maejrep: done http://wiki.xda-developers.com/index.php?pagename=MSM_TVOUT |
23:13.00 | NetRipper | #ifdef _DEBUG #define henk(x) printf(x) #else #define henk(x) do {} while (0) |
23:13.05 | NetRipper | #endif |
23:13.46 | NetRipper | captnoord, your solution would only work if it's the only command on the whole line.. but if used inside another statement |
23:14.17 | maejrep | which is why I used the example I did ^ (if/else on one line) |
23:14.28 | NetRipper | yes |
23:15.08 | maejrep | what brought this up anyway? :p |
23:15.15 | NetRipper | don't know |
23:15.31 | captnoord | shuts up |
23:15.32 | NetRipper | think we ought to blame dcordes |
23:15.41 | NetRipper | he started about #define's ;p |
23:17.02 | maejrep | /join #define |
23:24.11 | cr2 | maejrep: tv cable detect is dex call ? |
23:24.50 | cr2 | maejrep: i guess that with the pm_vid_en rpc it will work. |
23:25.02 | cr2 | don't know if the MDP needs some changes though. |
23:25.20 | cr2 | there is some tvout status MDP register |
23:25.40 | dcordes_ | lupine_85: did you do the msmfb_refresh_thread for raph? |
23:26.02 | NetRipper | dcordes_, i added it |
23:26.11 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-e354382d487f6b5e) |
23:26.34 | lupine_85 | dcordes_: wasn't me :D |
23:27.18 | dcordes_ | I wonder if there is a better way. some said it's a bad thing to do and drains a bit of performance |
23:27.22 | lupine_85 | wonders how access to the cellular radio is going |
23:27.26 | dcordes_ | we use the same kind of thing for the kais |
23:27.46 | NetRipper | dcordes_, the proper way is to create a new X driver, instead of using 'fbdev' for X |
23:29.17 | dcordes_ | yea, putting the stuff that zygote uses. iirc tmzt proposed that, too. the question is, who can do it? |
23:29.23 | dcordes_ | I can't |
23:29.26 | NetRipper | me neither |
23:30.23 | NetRipper | btw i partially took this kernel_thread code from kais.. i just forgot to add proper credits :x |
23:30.47 | NetRipper | and moved it to msmfb instead of the touchscreen driver (which is a VERY weird place in kaiser tree :P) |
23:31.06 | *** join/#htc-linux distortional (i=5218706b@gateway/web/ajax/mibbit.com/x-ec16b4e4ba0746ab) |
23:31.13 | dcordes_ | indeed. was dwaradzyn's idea initially |
23:31.36 | dcordes_ | I copy the way you put it with the kernel config for htc-vogue |
23:32.03 | NetRipper | i guess it was easiest for the hack to copy/paste stuff, as there was already a thread in the touchscreen driver he copy/pasted |
23:32.06 | NetRipper | ;) |
23:32.28 | glyph | AstainHellbring: "nasty" how? |
23:32.37 | glyph | whoops, looking at scrollback :-\ |
23:32.46 | NetRipper | heh |
23:36.51 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
23:37.00 | dcordes_ | I wonder if an xserver-xmsm bring other advantages |
23:38.47 | NetRipper | we don't have to write a whole xserver variant |
23:38.56 | NetRipper | just the driver |
23:39.36 | NetRipper | like you have fbdev/nv/ati etc |
23:40.06 | cr2 | i think it's easier to write the accelerated blt for fbdev |
23:40.19 | cr2 | and similar functions. |
23:41.01 | cr2 | dcordes_: what about bt ? |
23:41.54 | dcordes_ | cr2: blt? I don't know about bt. maybe dzo tried it |
23:43.59 | cr2 | dcordes_: there are also some 3d rotation helpers, but i doubt that they are of any use for X |
23:45.44 | dcordes_ | what about tuxracer |
23:45.52 | cr2 | lol |
23:47.09 | dcordes_ | cr2: what about the non-A bluetooth doku situation? do we have any mysteries left there? |
23:49.40 | cr2 | don't know. |