00:12.02 | *** join/#htc-linux LinuxMercedes (~nathan@adsl-65-66-159-220.dsl.kscymo.swbell.net) |
00:13.20 | LinuxMercedes | Hey, I'm trying to get a displaylink device working on my nexus one running a chroot debian. The base android system sees my framebuffer and input devices, but they're not present in the /dev tree in my debian chroot. How do I get them to show up? |
00:22.12 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-148-6.26-151.libero.it) |
00:22.35 | *** join/#htc-linux jonpry (~jon@c-24-17-200-206.hsd1.wa.comcast.net) |
00:32.31 | tmzt | mknod |
00:32.34 | tmzt | easiest way |
00:32.36 | tmzt | LinuxMercedes: |
00:32.38 | tmzt | and cool |
00:32.49 | tmzt | cat /proc/devices |
00:32.59 | tmzt | mknod /dev/{whatever} c M M |
00:33.21 | tmzt | or just mount -o bind /dev/ chroot/dev |
00:33.25 | tmzt | that works too |
00:33.29 | tmzt | but they will be android's layout |
00:36.52 | LinuxMercedes | alright |
00:36.54 | LinuxMercedes | hmm |
00:36.56 | LinuxMercedes | oh right bind |
00:37.37 | LinuxMercedes | d'oh |
01:02.40 | *** join/#htc-linux ORi| (~ORi@91.181.175.120) |
01:07.27 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
01:15.58 | *** join/#htc-linux LinuxMer1edes (~nathan@adsl-65-66-159-220.dsl.kscymo.swbell.net) |
01:45.40 | *** join/#htc-linux hardwalker (~hardwalke@122-117-115-146.HINET-IP.hinet.net) |
02:04.38 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
02:10.43 | *** join/#htc-linux ImCoKeMaN (~imcokeman@pool-108-11-209-183.hrbgpa.fios.verizon.net) |
02:23.22 | *** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com) |
02:49.38 | LinuxMercedes | Dangit how do I build the syscopyarea.ko kernel module? |
03:19.18 | *** join/#htc-linux Rob2223 (~Miranda@p4FFF0F20.dip.t-dialin.net) |
03:23.50 | tmzt | same as any? |
03:24.02 | tmzt | M=/path/to/linux make usually works |
03:24.56 | LinuxMercedes | tmzt: I'll give it a shot again. |
03:25.14 | LinuxMercedes | wait |
03:25.18 | tmzt | paste the output here, just short though |
03:25.26 | tmzt | like the last line |
03:26.12 | LinuxMercedes | No rule to make drivers/video/syscopyarea |
03:27.01 | LinuxMercedes | I hate to ask in here but I can't massage the information out of google =/ |
03:28.17 | tmzt | here is fine |
03:28.21 | tmzt | it's what we do |
03:28.28 | LinuxMercedes | thanks! |
03:28.34 | LinuxMercedes | wait what |
03:28.50 | tmzt | what we don't like so much is trying to figure out what build or whatever you have, then there's -chat for that |
03:28.50 | LinuxMercedes | well, apparently M=drivers/video decided to make all the modules. |
03:29.01 | LinuxMercedes | ah okay. |
03:29.03 | tmzt | you don't use M= in the kernel tree |
03:29.08 | tmzt | I thought you were building standalone |
03:29.15 | tmzt | just make modules |
03:29.17 | tmzt | make modules_install |
03:29.29 | LinuxMercedes | well, I'm cross-compiling for my phone. |
03:29.31 | tmzt | I use INSTALL_MOD_PATH in front of that to keep the arm modules separate |
03:29.47 | LinuxMercedes | that's a good idea. |
03:29.51 | tmzt | yes, so you add CROSS_COMPILE=/path/to/prefix- and ARCH=arm |
03:29.56 | LinuxMercedes | let me see if this driver works nicely |
03:30.00 | LinuxMercedes | yep that's what I do |
03:30.33 | LinuxMercedes | Trying to get a displaylink screen working. |
03:30.49 | LinuxMercedes | With the hopeful intent of getting a laptop-ish setup for my phone. |
03:31.08 | tmzt | what's syscopyarea? |
03:31.16 | tmzt | is it used for displaylink? |
03:31.17 | LinuxMercedes | It's part of the framebuffer libraries |
03:31.21 | LinuxMercedes | so yeah |
03:31.28 | tmzt | it's not msm specific |
03:31.29 | tmzt | ? |
03:31.39 | LinuxMercedes | what's msm again? |
03:31.45 | LinuxMercedes | (I don't think it is) |
03:31.56 | tmzt | qualcomm |
03:31.58 | tmzt | what device is it |
03:32.02 | tmzt | oh |
03:32.04 | tmzt | nexus s? |
03:32.16 | LinuxMercedes | nexus one |
03:32.20 | tmzt | it is |
03:32.25 | LinuxMercedes | well dang. |
03:32.29 | tmzt | it's qsd8k/snapdragon |
03:32.33 | LinuxMercedes | yeah |
03:32.50 | tmzt | you would probably find the kernel source in arch/arm/mach-msm |
03:33.10 | LinuxMercedes | okay |
03:33.19 | LinuxMercedes | odd, because other drivers pulled from drivers/ work fine |
03:33.25 | tmzt | sure |
03:33.40 | tmzt | most drivers in linux are cross platform |
03:33.51 | LinuxMercedes | oh, that makes sense. |
03:34.20 | LinuxMercedes | let me see if it's in the arm branch too. |
03:35.13 | LinuxMercedes | I don't see it. |
03:36.00 | tmzt | you're right it's shared |
03:36.12 | LinuxMercedes | yay |
03:36.14 | tmzt | wow arm asm would be faster |
03:36.24 | tmzt | maybe |
03:36.30 | LinuxMercedes | well, maybe I'll throw that on the list of things to look into |
03:37.48 | tmzt | but I don't understand how this is related to displaylink |
03:38.36 | LinuxMercedes | The udlfb module, which is the driver for displaylink stuff, needs these modules. |
03:38.56 | tmzt | okay |
03:39.10 | tmzt | it would be better to have dl in the android bitflinger probably |
03:39.23 | tmzt | like the X driver that exists for it |
03:39.24 | LinuxMercedes | in the which? |
03:39.28 | LinuxMercedes | oh, yeah |
03:39.31 | LinuxMercedes | that'd be better |
03:39.31 | tmzt | to track regions updates |
03:39.42 | LinuxMercedes | but this stuff is horribly experimental and ad-hoc =/ |
03:40.04 | tmzt | yeah |
03:40.18 | LinuxMercedes | I'd like to eventually get it more stable and a lot less painful to use |
03:40.19 | tmzt | it's similar to how the msm's display works, or at least did before nexus one |
03:40.39 | LinuxMercedes | I haven't looked into how the G1 worked |
03:40.44 | tmzt | I don't belive it's using mddi for the main display like the 7k's did |
03:42.03 | LinuxMercedes | I'm not sure, to be honest |
03:42.47 | LinuxMercedes | dangit, exec format error when I try to insert the modules. |
03:43.12 | LinuxMercedes | probably need a make clean before I make. |
03:48.23 | tmzt | that's probably a version issue |
03:48.26 | tmzt | not easy to fix |
03:48.40 | tmzt | you need to run make oldconfig; make prepare |
03:48.50 | tmzt | you also need to have the same version |
03:49.03 | LinuxMercedes | yeah |
03:49.08 | tmzt | you can look at github.com/tmzt/g2root for some scripts that might help |
03:49.18 | LinuxMercedes | I had messed around some with some kernel stuff before I got this, though |
03:49.23 | LinuxMercedes | so I'm guessing it might just be that. |
03:49.44 | tmzt | copy .config out and make mrproper |
03:49.59 | LinuxMercedes | I'll take a look at those scripts |
03:53.28 | LinuxMercedes | which g2root repository is it? You have about 4. |
03:54.23 | tmzt | hmm, probably master |
03:54.27 | tmzt | i'ts been a while |
03:54.36 | tmzt | it's under my stuff (tmzt) |
03:54.41 | LinuxMercedes | okay |
03:54.44 | tmzt | because we shared a repo and I was just managing the git |
03:54.55 | LinuxMercedes | well, your link 404'ed, but you have about 4 related repositories. |
03:55.20 | tmzt | oh |
03:55.24 | tmzt | remind me |
03:55.30 | tmzt | tools for rooting |
03:55.33 | tmzt | or modules |
03:55.36 | tmzt | it one of those |
03:55.40 | LinuxMercedes | okay cool |
04:08.25 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
04:47.46 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.39) |
05:06.41 | LinuxMercedes | well hrm |
05:06.53 | LinuxMercedes | clean/rebuild is now not building those modules. |
05:08.14 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
05:22.39 | *** join/#htc-linux programmer89221 (~Evan@67.219.164.162) |
05:24.56 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
05:25.51 | LinuxMercedes | well it'd help if I wasn't buliding for armv5 instead of armv7 |
05:26.47 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
05:57.22 | *** join/#htc-linux avinashhm (~avinash-h@122.172.168.80) |
06:02.08 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
06:02.54 | *** join/#htc-linux jonpry (~jon@c-24-16-98-45.hsd1.wa.comcast.net) |
06:05.53 | *** join/#htc-linux kiozen (~kiozen@p54BB6C8D.dip.t-dialin.net) |
06:27.27 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
06:37.37 | *** join/#htc-linux rob_w (~bob@ppp-188-174-17-6.dynamic.mnet-online.de) |
06:53.31 | *** join/#htc-linux toer (~tore@179.81-166-86.customer.lyse.net) |
07:01.26 | *** join/#htc-linux rajkosto (~rajkosto@cable-188-2-156-181.dynamic.sbb.rs) |
07:33.32 | *** join/#htc-linux ccube (~ccube@pass-5d864c73.pool.mediaWays.net) |
07:36.45 | *** join/#htc-linux test111111 (~Andreyxxl@94.52.236.39) |
08:20.46 | *** join/#htc-linux Ceesheim (~ceesheim@p5B347CC5.dip.t-dialin.net) |
09:04.52 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.39) |
09:05.02 | *** join/#htc-linux paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
09:55.04 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@50.118-226-89.dsl.completel.net) |
10:00.05 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-148-6.26-151.libero.it) |
10:03.35 | *** join/#htc-linux Tinyboom_ (~nahh@223.84-48-108.nextgentel.com) |
10:10.04 | *** join/#htc-linux Erikson (~Erik@p54B72D7E.dip.t-dialin.net) |
10:11.38 | *** join/#htc-linux gauner1986 (~Miranda@ip-178-201-216-35.unitymediagroup.de) |
10:38.45 | *** join/#htc-linux dekar_ (~dekar@95.143.165.210) |
10:44.35 | *** join/#htc-linux helicopter88 (~helicopte@host122-119-dynamic.22-79-r.retail.telecomitalia.it) |
11:01.24 | *** join/#htc-linux WyrM (~WyrM@unaffiliated/wyrm) |
11:24.16 | *** join/#htc-linux ftoz (~root@cst-prg-89-4.vodafone.cz) |
11:24.31 | *** part/#htc-linux ftoz (~root@cst-prg-89-4.vodafone.cz) |
11:29.35 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
11:55.19 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@50.118-226-89.dsl.completel.net) |
12:01.41 | *** join/#htc-linux T-Junk (C7xx@f147035.upc-f.chello.nl) |
12:30.41 | *** join/#htc-linux avinashhm (~avinash-h@122.172.168.80) |
12:42.00 | *** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl) |
13:12.32 | *** join/#htc-linux gauner1986 (~Miranda@ip-178-201-216-35.unitymediagroup.de) |
13:13.07 | *** join/#htc-linux D3tul3 (~oliver@c-98-227-28-204.hsd1.il.comcast.net) |
13:50.53 | *** join/#htc-linux dekar_ (~dekar@95.143.165.210) |
14:05.47 | *** join/#htc-linux Ceesheim (~ceesheim@p5B347CC5.dip.t-dialin.net) |
14:12.49 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-71.netcologne.de) |
14:15.02 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
14:15.38 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
14:17.47 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net) |
14:20.17 | [acl] | emwe: whats the good news for today? |
14:20.57 | emwe | [acl]: that there's a crashing bug in .27 since the keyboard backlight patches. assume a nullptr derefence in microp[klt,ksc] |
14:21.12 | emwe | hasn't shown up on rhod. think i can reproduce on topa. |
14:21.20 | [acl] | interesting |
14:21.37 | [acl] | null on microp? dang that should do it |
14:22.15 | emwe | *micropklt not initialized or calling some funcs in ksc it shouldn't because it's not inited for non key devices. will see. |
14:22.48 | emwe | have you had some [h2w] button pressed strangeness with 35mm usage? |
14:23.10 | [acl] | i dont have a device with buttons :-( |
14:23.13 | emwe | it started/stopped music playing today repeatedly on its own... very strange. hope it's not jit related. enabled that on rhod |
14:23.22 | emwe | yap, me neither. but i saw that in dmesg. |
14:23.49 | emwe | what's up on your side? |
14:23.51 | [acl] | it could be a matter of delay. The h2w is really sensitive to those delays it has |
14:24.05 | [acl] | emwe: ill prob bring in light sensor for the rhod.. thats all for now. |
14:24.27 | emwe | ah, might explain it. i get some huge hickups (accompanied with high cpu usage for very long periods) |
14:24.30 | emwe | dunno what it is. |
14:24.41 | emwe | loop0 is system image, right? |
14:25.02 | [acl] | emwe: need to implement the correct workers for the 3.5mm recognition. |
14:25.12 | [acl] | right now we just basing off the interrupt. |
14:25.17 | [acl] | but not actually detecting it |
14:26.05 | [acl] | in winmo it calls that detect function thats on the h2w driver. that part is scary how similar the codes are :-\ |
14:26.43 | emwe | isn#t that what "insert_headset" is for? that's not the detector, right? |
14:26.50 | emwe | ( i already forgot everything about it) |
14:27.27 | [acl] | there is another fucn that is called i believe to make sure its one of the supperted h2w devices |
14:27.32 | [acl] | if it passes the test, then goes to insert headset |
14:28.27 | emwe | detection_work? |
14:29.33 | [acl] | hmm i dunno let me find the code |
14:29.50 | emwe | that's what calls insert_headset() then |
14:30.28 | [acl] | yeah thats it |
14:30.39 | [acl] | thats what i mean we need to have a worker handle the actual detection |
14:31.53 | *** join/#htc-linux Erikson (~Erik@p54B72D7E.dip.t-dialin.net) |
14:33.17 | emwe | [acl]: that timer is running continuously? |
14:34.02 | [acl] | not sure .. |
14:35.08 | *** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
14:35.41 | emwe | how shall i be, then?! ;) |
14:36.17 | emwe | first need to get this .27 bug sorted and then why ril doesn't detect /dev/smd7 for me here. |
14:36.21 | *** join/#htc-linux surgex (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
14:36.38 | [acl] | i havent even playe with this new build |
14:36.40 | emwe | i drop that smd1>smd7 hack in smd_tty on .35 and it now refuses to get data up. |
14:36.42 | [acl] | i was looking at the commits |
14:36.45 | [acl] | not happy about some of them .. |
14:36.54 | emwe | kernel? |
14:37.01 | [acl] | nahh the xdandrodi |
14:37.07 | emwe | what are you unhappy baout? |
14:37.10 | [acl] | but im not userland expert :-p |
14:37.14 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-55-16.26-151.libero.it) |
14:37.37 | [acl] | the libhardware legacy move to wlan0 ? .. that was unecessary |
14:37.59 | emwe | oh, wifi. i am keeping out of that business. |
14:38.17 | emwe | stinebd likely can tell more about it. |
14:38.29 | emwe | it was for unification i think. |
14:39.01 | emwe | bmc exposing eth0, tiwlan exposing tiwlan0 resulting in foobar copying in init iirc. |
14:41.33 | emwe | bbl |
14:50.45 | [acl] | i suppose |
14:51.27 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
14:55.24 | *** join/#htc-linux rob_w (~bob@ppp-188-174-17-6.dynamic.mnet-online.de) |
14:57.06 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-93-55.dynamic.mnet-online.de) |
15:18.33 | WyrM | Hi. |
15:19.10 | WyrM | Anybody doing BCM4329 fmradio hacking? |
15:20.07 | phh | WyrM: i told you to ask emwe and [acl] |
15:20.57 | [acl] | looking for me.. ohh shit im outta here |
15:21.00 | WyrM | phh: im doing this now, they are both here. ;) |
15:21.12 | WyrM | err, was. |
15:21.18 | phh | LOL |
15:50.28 | emwe | oh, i only know there was chatter going on for CDMA rhodiums with 4325(?) not having a radio, or it was not enabled. don't know much about fm at all. |
15:50.46 | emwe | so i am kinda out of that business as well. |
16:04.12 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
16:07.52 | *** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@94.52.236.39) |
16:15.56 | *** join/#htc-linux dekar (~dekar@drms-590c5b21.pool.mediaWays.net) |
16:26.28 | *** join/#htc-linux arrrghhh (~arrrghhh@unaffiliated/arrrghhh) |
16:35.06 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-93-55.dynamic.mnet-online.de) |
16:38.25 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-20-63-62.client.mchsi.com) |
17:08.41 | *** join/#htc-linux Markinus (~Adium@212.255.38.247) |
17:15.03 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
17:16.37 | *** join/#htc-linux Ceesheim (~ceesheim@p5B347AF1.dip.t-dialin.net) |
17:35.25 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
17:55.31 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@50.118-226-89.dsl.completel.net) |
18:01.20 | *** join/#htc-linux marxx (~o3@201.47.179.29.dynamic.adsl.gvt.net.br) |
18:04.31 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-93-55.dynamic.mnet-online.de) |
18:07.43 | marxx | hi, anyone with knowledge on msm7201a/msm7200 arm9's memory protection/mapping mechanism? would like to hear some info on it. :) (hope is not too off-topic for "htc-linux") |
18:09.23 | arrrghhh | i'd say it's right on topic. dunno if you'll get an answer anytime soon tho :P |
18:10.53 | phh | marxx: memory protection? |
18:10.54 | phh | which one ? :D |
18:11.16 | arrrghhh | unless phh is around ofc :P |
18:11.29 | phh | the only thing i know is how to disactivate it |
18:11.54 | marxx | nice :) |
18:12.24 | phh | marxx: smi or ebi ? |
18:12.36 | marxx | peripherals, actually |
18:12.41 | phh | errr |
18:12.48 | phh | that will be guess & try |
18:13.09 | marxx | you see: there is a lot of peripherals I can talk to when on arm9 |
18:13.16 | marxx | but from arm11, i cant see them |
18:13.29 | phh | which one do you mean ? |
18:14.22 | marxx | any peripheral can't be seem from arm11. if I try to peek any, the cpu faults with data abort |
18:14.32 | marxx | well, let me explain something first: |
18:14.49 | phh | (while you explain i'm searching) |
18:15.26 | marxx | i'm researching a device based on msm7201a, it runs BREW. i'm trying to get this thing to run linux instead |
18:15.53 | marxx | so, since there is msm7201a support on linux kernel, it wouldn't be THAT hard :) |
18:16.16 | marxx | but, as I said, from arm11 side, every periperhal is blocked, or something like that |
18:16.27 | marxx | i cant use UART to output debug info :( |
18:16.27 | phh | *(0xA82Y0800)=0; |
18:16.34 | phh | where Y is some value you'll have to find. |
18:16.47 | phh | or EBI Y=0, for SMI Y=5 |
18:16.52 | phh | for* |
18:16.54 | marxx | hmm |
18:17.06 | phh | perhaps AXI isn't available for you though |
18:17.13 | phh | that would make sense |
18:17.22 | marxx | when reversing the OEMSBL, i found two instances of that address: 0xa8240000 and 0xa8250000 |
18:17.30 | marxx | but they are not documented :O |
18:17.50 | marxx | i tried that |
18:17.59 | phh | there is a +0x800 |
18:18.40 | marxx | yep, zeroed 0xa8240800, 0xa8250800, 0xa0b00000 (nand mpu), 0xa0e00400 (peripheral mpu) |
18:18.54 | marxx | none actually works, still blocked :( |
18:19.11 | marxx | dunno if that matters, but, for example |
18:19.50 | marxx | if i try to read any peripheral with JTAG, the data that comes out, is always the lastest that has been succesfully read |
18:20.06 | phh | you've got jtag ? wow ... |
18:20.11 | marxx | yep |
18:21.07 | marxx | for example, if i read addr. 0, it returns the first indirect jump from the vector table, says 0xeafffffe (its a branch to itself, just for example lol) |
18:21.46 | marxx | then, if i try to read from a peripheral, it returns the same 0xeafffffe, for every address inside that peripheral addr. range |
18:22.19 | marxx | i even tried to inject dream OEMSBL mpu setup code on it, no good |
18:22.36 | phh | i'm afraid noone can help here :/ |
18:22.39 | phh | we don't have such things |
18:22.59 | marxx | :( |
18:23.17 | marxx | well, thats ok, i'll spend some more time on it |
18:23.23 | marxx | its just very strange |
18:24.50 | marxx | not even 0xc0000000, which is supposed to be arm11's private peripherals is accessible. how does BREW actually runs on this thing, without being able to access anything |
18:25.38 | marxx | does QCSBL messes with mpu or something like that? |
18:33.46 | marxx | any idea where to look? it seems I'm s.o.l. :/ |
18:40.37 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-20-63-62.client.mchsi.com) |
18:45.31 | *** join/#htc-linux Alex[sp3dev] (~alexander@86.110.163.19) |
18:47.34 | Alex[sp3dev] | actually on msm7200a you need to write to a register to open peripherals above 0x80000000 iirc |
18:48.09 | arrrghhh | i think you're missing a 0 |
18:48.10 | arrrghhh | :P |
18:48.21 | Alex[sp3dev] | no way |
18:49.22 | marxx | oh, that for both cores or arm11 only? |
18:49.24 | Alex[sp3dev] | http://gitorious.org/lk-msm7200a-htc-wince/lk-msm7200a-htc-wince/blobs/master/arch/arm/mmu.c#line52 |
18:49.33 | Alex[sp3dev] | look there |
18:49.41 | arrrghhh | need moar 0's |
18:50.08 | arrrghhh | Alex[sp3dev], needs more cowbell |
18:51.19 | *** join/#htc-linux Erikson (~Erik@erft-4dbe9b57.pool.mediaWays.net) |
18:51.59 | Alex[sp3dev] | so what's up with 39 microp? are you rhod/diam guys moving to microp-ng? The problem with current code except that it's unreadable is that it does not set leds in a workqueue and i2c sleeps so if you set a led trigger, it hangs.. anyway i'm planning on moving kovs to 39 and moving my 'rewritten' amss stuff for 35 to 39 so we can integrate acoustic to xdandroid.. but i'm lazy now |
18:53.06 | marxx | hmm, i'll check that out. thought that would just apply when using mmu. my mmu is disabled, so i'm accessing everything on a flat addressing scheme/physical |
19:00.56 | *** join/#htc-linux mastermerlin (~Adium@pD9E2E37E.dip.t-dialin.net) |
19:15.43 | *** part/#htc-linux Alex[sp3dev] (~alexander@86.110.163.19) |
19:27.02 | *** join/#htc-linux arrrghhh (~arrrghhh@unaffiliated/arrrghhh) |
19:28.13 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-71.netcologne.de) |
19:54.57 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
19:56.10 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-71.netcologne.de) |
20:06.34 | *** join/#htc-linux rzk_ (~rzk@95-25-116-253.broadband.corbina.ru) |
20:58.52 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-20-63-62.client.mchsi.com) |
21:10.47 | *** join/#htc-linux T-Junk (C7xx@f147035.upc-f.chello.nl) |
21:12.59 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-20-63-62.client.mchsi.com) |
21:20.34 | stinebd | [acl]: the wifi rename is mainly in consideration of future development... for nand, we don't want to have to muck around with init.rc during boot and that will prevent having to do so in the future, while keeping our divergent code as unintrusive as possible. if you don't like it, fork it :P |
21:21.15 | stinebd | similarly we now have an abstract hci_attach service for bluetooth |
21:21.50 | [acl] | stinebd: nahh its fine.. the libs are part of xdandroid and since everything is userland, it fine the way it is. It would be a pain if i used the same libs for another build. but each build will most likely carry their own libs |
21:22.42 | stinebd | we have a lot of ugly consequences of supporting 18 jillion different devices |
21:23.50 | WyrM | abstract hci_attach? what is that? |
21:24.09 | [acl] | stinebd: :-p .. all good. |
21:24.26 | stinebd | [acl]: i don't like to see my friends upset about code! |
21:27.21 | [acl] | stinebd: :-p .. i got used to it. i used to piss of phh all the time |
21:28.36 | [acl] | stinebd: any luck with the tpcal script from nand ? |
21:28.50 | [acl] | i mean reading the tpcal points from nand |
21:28.56 | stinebd | [acl]: we'll be doing that in rootfs soon |
21:29.09 | [acl] | merci |
21:30.18 | [acl] | thanks to hyc, myself and jb for putting that together. Jb went above and beyond and reversed the whole crc function too, but that would only be useful if we want to write points. but no need.. i wouldnt even want that on real nand. |
21:31.54 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
21:36.42 | tmzt | is lk running as the only bootloader or chained from xip? |
21:39.46 | *** join/#htc-linux Berger- (~noreply@c65wn1.wifi.halden.net) |
21:40.25 | [acl] | tmzt: chained from xip.. good ol tinboot does the dirty work |
21:40.39 | tmzt | okay |
21:40.48 | [acl] | tmzt: i think even clk does it the same way.. |
21:40.49 | tmzt | the build system isn't integrated? |
21:40.52 | tmzt | clk? |
21:41.13 | [acl] | cedesmiths lk |
21:41.16 | [acl] | for hd2 |
21:41.35 | tmzt | okay, I've been out of thiis a while |
21:41.42 | tmzt | don't even have ce hardware anymore |
21:41.47 | WyrM | tmzt: hey, long time no see. :) |
21:41.51 | [acl] | tmzt: damn.. barbarism |
21:42.04 | tmzt | WyrM: yeah sombody had you nick for a while |
21:42.11 | tmzt | I see you are working with bcm stuff now |
21:42.43 | WyrM | Yeah, trying to get fmradio audio out of the pcm port. |
21:43.24 | WyrM | are you also working with bcm4329? |
21:44.12 | *** join/#htc-linux EdLin (~EdLin@securabit/listener/edlin) |
21:45.51 | tmzt | no, I have a g2 HTC with that chip but the screen is damaged |
21:46.02 | tmzt | will be a few weeks before I can order a replacement |
21:46.17 | tmzt | I'm looking forward to a fully open bcm stack though on mobile devices, including full AP and mesh |
21:49.07 | *** join/#htc-linux T-Junk (C7xx@f147035.upc-f.chello.nl) |
21:50.10 | WyrM | i haven't looked at the wlan part. |
21:50.45 | WyrM | just dumped the BT firmware, and found the audio related registers of the uC. |
21:51.21 | WyrM | i can enable the port and get fm audio at 8khz mono (as SCO), but i need higher audio quality. |
21:51.43 | tmzt | it's probably just mono because of patents, seems to be a rule with FM |
21:52.55 | WyrM | patents for fm stereo? lol, never heard this before. |
21:54.02 | WyrM | the fm part does support fm stereo for sure, i can detect stereo carrier. i just can't get the pcm port to output 48khz stereo data. |
21:54.28 | tmzt | I understood that's why the brooktree chips didn't have it |
21:54.33 | tmzt | maybe I'm thinking of somethign else |
22:10.11 | marxx | hello peripherals. :) it seems I can see them now! thanks, guys |
22:12.56 | tmzt | which? |
22:35.03 | *** join/#htc-linux Regulator (~duffman@c-68-47-141-16.hsd1.ar.comcast.net) |
22:35.03 | *** join/#htc-linux Regulator (~duffman@unaffiliated/regulator) |
22:36.29 | *** join/#htc-linux TyphooN` (~typhoon@pool-71-191-53-131.washdc.fios.verizon.net) |
22:54.43 | *** join/#htc-linux cmw (~Niacin@c-75-70-52-162.hsd1.co.comcast.net) |
22:55.08 | *** join/#htc-linux Berger (~noreply@c65wn1.wifi.halden.net) |
22:55.41 | cmw | im working on an htc device with the a1026 audience chip. Does anyone know where i could get the spec for it? |
22:58.33 | tmzt | more like you can get source, or you might just find out somethign about it on the internet |
22:58.36 | tmzt | if you look |
22:58.42 | tmzt | what device |
22:59.32 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-20-63-62.client.mchsi.com) |
22:59.47 | cmw | tmzt: i have the source but i need the spec |
23:00.26 | cmw | and as far as i can see it's not on google.. |
23:03.02 | emwe | htc kernel source iirc. |
23:03.23 | cmw | yeah thats what i have.. i'm looking for the datasheet (what i need is missing from the driver) |
23:03.54 | emwe | ouhc, sorry, misread. |
23:11.15 | *** join/#htc-linux TyphooN` (~typhoon@pool-71-191-53-131.washdc.fios.verizon.net) |
23:21.14 | *** join/#htc-linux fpu (~nonperson@178-36-61-121.adsl.inetia.pl) |
23:21.21 | fpu | hello :-) |
23:21.26 | fpu | dcordes_: you there? |
23:23.05 | *** join/#htc-linux Rob2222 (~Miranda@p5DE4BCC6.dip.t-dialin.net) |
23:25.34 | *** join/#htc-linux furtardo (~mks@nat/yahoo/x-dwsuqmcmmucclezf) |
23:41.38 | *** join/#htc-linux Rob2223 (~Miranda@p4FFF31A1.dip.t-dialin.net) |
23:43.04 | *** join/#htc-linux lindi- (~quassel@tachyon.hut.fi) |