IRC log for #htc-linux on 20080618

00:03.36ginge_it is trying to read from address 0xc8004000
00:04.43dcordes_ginge_: did you mmutrace or is it in the cose?
00:04.50dcordes_s/cose/code/
00:06.00ginge_dcordes_: When it called __raw_readl in msm_read, it read from address port->membase + off (which as far as I can tell should be the uart address) offset.
00:25.33ginge_dcordes_: you got any terminal apps in angstrom?
00:25.47dcordes_ginge_: cu
00:26.04dcordes_try cu  -l <node>
00:27.17ginge_line in use
00:27.57dcordes_I had that error when I tried to write smd
00:28.02dcordes_try with screen
00:28.22dcordes_simply screen <node>
00:29.01dcordes_o and there was some bit you need pass in order to enable write I think
00:29.36dcordes_chmod 0777 device && cu -l device?
00:30.47ginge_no joy
00:31.25ginge_permission denied
00:31.41ginge_creating lock file
00:31.49dcordes_I suspect something is wrong with the filesystem
00:32.20dcordes_in a previous build that nasty lock file error wasn't present
00:32.26dcordes_echo works?
00:33.52ginge_I dont have the <> redirectors on the keyboard. hmm
00:34.14dcordes_shift zero
00:34.24ginge_:)
00:34.50dcordes_cat shows nothing?
00:35.16ginge_no such device or address
00:35.58dcordes_wronf major?
00:36.06ginge_probably
00:36.30ginge_mknod c 4 64 is what I did
00:37.13*** join/#htc-linux GPFerror (i=GPF@cpe-76-187-41-132.tx.res.rr.com)
00:37.31dcordes_did ypu look in that proc file for major?
00:37.43ginge_no I guessed
00:38.05ginge_pretty acedemic anyway as I have the read function commented out :)
00:38.33ginge_s/acedemic/academic
00:38.56dcordes_yea you can tell the uart a lot :D
00:54.12swc|666BabelO: btw, is there a particular kernel you know of for sure that doesn't have quite as many keyboard issues?
00:56.53dcordes_ginge_: trid anything else?
00:56.58dcordes_tried
00:57.15ginge_just trying something now...
01:01.46ginge_nope nothing
01:02.40dcordes_maybe dzo can help us or somebody of the present h4xors
01:04.31ginge_yeah. At least we narrowed it down.
01:09.47dcordes_ginge_: yep nice step. im looking forward to bluetooth support
01:09.56dcordes_gotta take a nap bye
01:10.08ginge_any connectivity is a bonus. Time for me to sleep too. Cya
01:12.34*** part/#htc-linux ginge_ (n=baz@cpc6-ward3-0-0-cust579.manc.cable.ntl.com)
01:29.38*** join/#htc-linux surgex (i=surge@pool-71-186-163-107.bflony.fios.verizon.net)
01:32.12*** join/#htc-linux Othello__ (i=Magorium@gateway/tor/x-3b86c1b98145e691)
02:14.49*** join/#htc-linux ndavey (n=neil@pc075650.workstation.griffith.edu.au)
03:24.40*** join/#htc-linux aLeSD (n=alex@252.Red-79-144-69.staticIP.rima-tde.net)
04:16.25*** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196)
05:47.12*** join/#htc-linux kiozen (n=oeichler@p54929E3E.dip0.t-ipconnect.de)
05:51.34*** join/#htc-linux TimRiker (n=timr@rikers.org)
06:36.23*** join/#htc-linux Othello (i=Magorium@gateway/tor/x-923042cb117f977e)
06:45.48*** join/#htc-linux rob_w|laptop (n=rob@Mbd5c.m.pppool.de)
06:47.00*** join/#htc-linux rob_w (n=bob@Mbd5c.m.pppool.de)
08:55.48*** join/#htc-linux ginge (n=baz@80.229.188.31)
09:01.04*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
09:19.12*** join/#htc-linux ndavey (n=neil@220-244-142-101.static.tpgi.com.au)
09:52.10dcordes_hi
10:58.07dcordescr2: ginge got write to UART working. kernel doesn't die when one does comment out the read function in msm_serial.c
10:59.18martin__dcordes: i dunno if that means we've actually got writes to the uart
10:59.53dcordesmartin__: oh right. Don't know why I was assuming it worked
11:00.08dcordeshow can we make sure write works?
11:00.38dcordesprintk on success?
11:00.40martin__what ginge was commenting out there was the one line that actually reads from memory
11:00.47martin__anywhere in the uart registers
11:00.51martin__data, config, all of it
11:01.23dcordes02:06 < ginge_> dcordes_: When it called __raw_readl in msm_read, it read from address port->membase + off (which as far as I can  tell should be the uart address) offset.
11:01.26dcordesnot anywhere
11:01.53dcordesdid you see my UART1 mmutrace results?
11:03.12gingedcordes: did you get smoe actual results then?
11:04.10dcordesyes. no reads and writes to each of the virtual addresses with 1M offset that map to UART1 phys from our code/memmap
11:04.41dcordesalso put the physical with p2v(<phys_base>)
11:05.03gingedid you trace the zone recommeded by martin? It mentions BT in the wiki notes
11:05.17dcordesnothing. 3 options. 1) I traced in a wrong way 2) haret is b0rken 3) addresses are wrong
11:06.17dcordesI'm still interested in where cr2 picked the addresses in map
11:06.26dcordesginge: no will try
11:10.21dcordesaddlist mmutrace 0xb1500000 0x30
11:10.26dcordeswirq 30
11:10.36dcordesactivated/deactivated/activated bt
11:10.37dcordesnada
11:10.51gingehmm. odd
11:13.34dcordes<PROTECTED>
11:14.21dcordesthat's the physical of the bit martin__ refered to
11:14.34dcordeslooks like nothing
11:16.01dcordesthere's also an 1K space that maps to 0xa0200000 and 1M 0xb1500000 but that shows nothing
11:17.18dcordesagain 3 options what might be wrong
11:17.22dcordesI guess I'm tracing wrong
11:18.42dcordesmartin__: can you have a try?
11:19.31gingemartin__: "i dunno if that means we've actually got writes to the uart" I don't think it does. none of the printk's were triggered after I mknod'd the device ttyMSM0.
11:19.56dcordesyea so the addresses might be complete bs
11:20.09dcordesor something else in the code?
11:21.31gingeit surely has to be some address problems. Before I gave up I was tracing where the raw read got the address from.
11:21.52dcordes< ginge_> dcordes_: When it called __raw_readl in msm_read, it read from address port->membase + off
11:22.25dcordeswe need an mmutrace guru
11:22.48gingeright. off (offset value) is 0 port->membase is assigned through a kernel call which by the looks of it should be assigned the UART1 address, which it doesn't seem to be
11:23.09dcordeswhere's that call?
11:23.14dcordeshow can we correct this
11:23.37dcordesthought the base is set in msm_iomap.h and that's fine
11:24.05gingewe need an accurate memory map, assuming the one we have is right, we need to trace through the serial kernel functions to make sure that addresses in msm_iomap are right
11:24.24dcordesmost in the map is correct and useful
11:24.35gingeif they are right then we need to make sure that the values written when initialising the clock are right
11:24.48gingeI am still not sure what those writes do in the clock init function
11:24.57dcordeso wait.. clocks. how can we make sure the cloks turn on?
11:25.05dcordess/cloks/UART1 clock/
11:25.29dcordesdoes a function reply something when it was turned on correctly?
11:25.34gingeI will see if I can compile a kernel with dtrace
11:25.50dcordeswhat's that?
11:25.52gingenormally >=0
11:26.09dcordesso the function turns it on and replies Hz?
11:26.19dcordesor state 0/1?
11:26.28dcordesmmc told me something about Hz..
11:27.04gingeI am not sure of the specific intended return values, but they are all returning 0
11:27.12gingewhich normally indicates that they return ok
11:27.31dcordesah return 0 means the function is silent after it's done?
11:27.32gingedtrace is real time kernel tracing
11:27.47*** join/#htc-linux Tonny (n=chatzill@set25-1-88-166-169-49.fbx.proxad.net)
11:28.06*** join/#htc-linux hagisbasheruk (n=hagisbas@78.148.139.115)
11:33.53dcordesginge: isn't that for solaris?
11:34.55gingeyou are right. The linux one is called systemtap (iirc) same difference
11:35.41dcordesit requires kprobes and module support in the kernel
11:35.47dcordessystemtap that is
11:35.57gingeworth looking at
11:36.39dcordesEnable CONFIG_DEBUG_INFO, CONFIG_KPROBES, and optionally CONFIG_RELAY and CONFIG_DEBUG_FS.
11:43.21dcordesmartin__: got any clue how to check for uart1 clock being enabled correctly?
11:49.40*** join/#htc-linux premy (n=pr@132.190.98-84.rev.gaoland.net)
12:53.30*** join/#htc-linux andy_ (n=andy@207.96.50.10)
12:54.17*** join/#htc-linux par (n=par@dipole.idlepattern.com)
13:49.59*** join/#htc-linux Othello__ (i=Magorium@gateway/tor/x-03a2086226d1fc62)
13:59.57*** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes)
14:45.00*** join/#htc-linux JohnnyK (n=johnnyk@nfx-nat-229.pilsfree.net)
14:54.56*** join/#htc-linux GPFerror (n=gpferror@cpe-76-187-41-132.tx.res.rr.com)
14:58.33*** join/#htc-linux hagisbasheruk (n=hagisbas@78.148.139.115)
15:31.32*** join/#htc-linux ginge (n=baz@80.229.188.31)
15:32.11*** join/#htc-linux pH5 (n=ph5@e178225085.adsl.alicedsl.de)
15:35.08dcordesginge: did you try systemtap?
15:35.13dcordeshi pH5
15:35.25pH5hi dcordes
15:36.20gingeI decided to build msm_serial as a module instead for now
15:36.40dcordesyes looks complicated to enable systemtap
15:36.51dcordesany success with the module?
15:36.55gingeI would need a new angstrom too
15:37.12dcordesthat's not a problem. what does it lack?
15:37.42gingenot sure :) I use dtrace at work, which as you stated i solaris only. Never used systemtap
15:37.44martin__dcordes: what are you using to build that image?
15:38.00dcordesmartin__: openembedded
15:38.06martin__k
15:38.22dcordeshttp://angstrom-distribution.org/building-angstrom
15:38.26martin__will have to see about getting myself a build environment set up with that
15:38.38dcordeswould be useful
15:38.38martin__btw, i have a crazy idea
15:38.59dcordeskaiser is in there as a machine type so it's not much of a hassle building
15:39.16dcordesit also builds the kernel - from linuxtogo repo
15:39.42martin__so one of the big problems is that we don't have any comms at all to the device
15:39.53dcordesyea
15:40.15dcordesscrew it open and solder a cable to the serial port?
15:40.19martin__which means we can't just use a debugger with the kernel
15:40.33martin__actually i was thinking even crazier and non-invasive
15:40.44dcordesso what is it?
15:40.47martin__flash the screen
15:40.48gingedebug via audio :)
15:40.52gingeaww, so close
15:41.01dcordesmartin__: ??
15:41.02martin__audio would do too if audio worked
15:41.12gingefigures
15:41.12martin__write a serial driver that uses the framebuffer
15:41.24gingeIt would only need to flash a few pixels
15:41.29martin__then use a photodetector to read it
15:41.44gingedidn't some guy do that on a psion?
15:41.45dcordesthat's crazy indeed
15:41.47martin__you could read out data that way
15:41.57martin__dude, someone did it for reading firmware out of canon cameras
15:42.01martin__using just the camera led
15:42.10dcordesI heard of the cannon linux
15:42.25martin__problem is going the other way though
15:42.32martin__building something to press keys is more fiddly
15:42.41dcordesbut where would it get us reading data from it?
15:42.51gingecan we read the keyboard ambient light sensor?
15:42.57martin__well if we had something going the other way too
15:43.12martin__we could write a driver that turned the whole lot into a serial/network/whatever interface
15:43.18dcordessounds a bit too crazy to me
15:43.26dcordeslet's rather find out where those uart1 registers are..
15:43.27gingesounds amazing and simple
15:43.32martin__and use a kernel debugger so we could actually step through stuff and poke around interactively
15:43.55dcordeshow are you going to interact with a flashing display?
15:44.23martin__we need something to go the other way
15:44.52dcordesmorse?!
15:45.08dcordeswhy not using the keyboard
15:45.09gingeif you can read the light sensor on the keyboard you could led flash it
15:45.26dcordesI think that's just a gpio pin on the cpld
15:45.31dcordesshould be no problem
15:45.51*** join/#htc-linux LunohoD_ (n=alex@e180066253.adsl.alicedsl.de)
15:45.54martin__I don't think you could build something that could press and release it fast enough to be useful, but if you could get a button off and wire onto the contacts that might do it
15:46.09martin__trying to come up with a way that's non-destructive
15:46.25dcordeshttp://wiki.xda-developers.com/index.php?pagename=Kaiser_GPIO
15:46.29dcordesnot on the cpld sorry
15:46.43martin__ideally we want something that's directly on the cpu
15:47.07dcordeswould be easier to solder a cable on the onboard serial
15:47.24gingeif we are soldering... how about good ol jtag?
15:47.35dcordesthat's what I'm talking about
15:47.55martin__nobody has any jtag info for that chip
15:48.01gingedamn
15:48.03martin__and it's probably a bga or something
15:48.14martin__so practically impossible to get at the pins directly
15:49.30gingedoes angstrom have arm toolchain?
15:49.44martin__ginge: you want to build on the kaiser?
15:49.48ginge:)
15:49.55martin__the image would be colossal
15:50.03gingeI want to build kernel modules
15:50.07martin__get sd working first
15:50.15dcordescr2 has high resolution photos of the boards.
15:50.24gingemartin__: fair enough
15:50.39martin__being more serious
15:50.52martin__beyond the android kernel work
15:51.06martin__which tells us how a closely related, but not identical chip works
15:51.21martin__our only reference for the msm7200 is what wince does
15:51.36martin__we need mmutracing to work properly on the kaiser
15:51.42gingeis the Kaiser the only device based on that chipset?
15:52.00dcordesbuilding on device=insane
15:52.19dcordesginge: grab the source, cross compile those modules
15:52.27martin__ginge: not sure what else is, probably others, also there's the MSM7200A which is presumably similar, and probably more similar than the 7500A.
15:52.44gingedcordes: works on my blueangel :)
15:53.03dcordesmaybe I'm not patient enough lol
15:53.28dcordesI think there is an lg with 7200
15:53.31dcordesks20 or so
15:54.02dcordesand there is htc niki
15:54.16dcordeshttp://wiki.xda-developers.com/index.php?pagename=Niki_Research
15:55.05dcordesaka touch dual
15:55.22gingeoh well. I will upload my modular kernel when I get home shortly. Hopefully I can get some interesting output. No doubt catch you later with more dumb questions
15:55.42gingecya
15:55.49*** part/#htc-linux ginge (n=baz@80.229.188.31)
15:56.58dcordesmartin__: http://pdadb.net/index.php?m=cpu&id=a7200 click browse all on bottom
15:59.13*** join/#htc-linux goxboxlive (n=goxboxli@208.84-48-176.nextgentel.com)
16:02.08martin__maybe I should just wait for a new phone based on the MSM7500A to come out
16:02.17martin__then the android code will work...
16:02.25martin__but this is more fun.
16:05.51dcordesmartin__: what's the problem with haret mmutrace you refered to earlier
16:08.21martin__that it doesn't get anything for the smem or uart
16:08.49dcordesthat assumes uart1 register in memory map is correct
16:10.07martin__that's true
16:10.15martin__however for the smem, we know it's right
16:11.27dcordesI see reads and writes to the smem when I trace all virtual addresses that map to the smem
16:11.37dcordesremember the paste with the phone call reads/writes?
16:14.55*** join/#htc-linux FilipeR (n=FilipeR@ns1.cresolcentral.com.br)
16:15.09martin__those were all up near the top of the smem IIRC
16:15.16martin__not at the actual head/tail/data bit
16:15.34*** join/#htc-linux ginge_ (n=baz@cpc6-ward3-0-0-cust579.manc.cable.ntl.com)
16:16.00dcordesdid they match anything we probably lack in the map?
16:16.13FilipeRsuccessfully install linux on htc-s621???
16:16.21FilipeRthis run wm 6.1
16:16.49FilipeRi'm very interested in install linux...
16:16.55FilipeRHTC-S621
16:16.58pH5excalibur?
16:17.16FilipeRsomeone help me?
16:17.18FilipeRpH5, yes
16:17.23FilipeRexcalibur... exactly
16:18.11martin__dcordes: where's that paste again?
16:20.25pH5FilipeR: I don't think anybody has ported linux to that one yet
16:20.41pH5but it's an OMAP850 device, isn't it?
16:20.46dcordesmartin__: http://rafb.net/p/lMs8qq18.html
16:22.03FilipeRyes pH5
16:22.16FilipeRarchitecture arm
16:23.02martin__dcordes: yeah, that looks like some sort of control/status registers
16:23.11martin__might be associated with the audio for the call
16:23.18dcordesproc_comm
16:23.34martin__what actually *is* proc_comm?
16:23.38pH5FilipeR: you could check out the htc-omap branch from the linuxtogo.org git repo, the omap850 phones are all very similar.
16:23.50FilipeRhum
16:23.52pH5a bit of kernel work is going to be needed
16:25.42dcordesmartin__: only know it enables audio and vibration and needs smem
16:26.32dcordesmartin__: http://rafb.net/p/Z8xSXh92.html that's a patch that merges dzo's changes that enable proc comm to our tree
16:26.46dcordesit doesn't work though and I'm not sure if something is missing
16:28.12martin__ah, okay
16:28.17martin__that's probably quite easy to debug
16:28.35martin__since we can see it in the trace
16:28.58martin__we really need to be able to see the smd stuff though
16:29.08martin__without that i don't see how we're going to get it working
16:31.31dcordeswe should talk to dzo again
16:31.37dcordesI think he assumes it's ok now
16:32.26martin__we should talk to kevin2
16:32.27dcordesmartin__: http://linuxtogo.org/~lgorris/*.log
16:32.44dcordesmartin__: s/dzo/kevin2/ that's what I meant
16:47.06*** join/#htc-linux infernixx (i=nix@unaffiliated/infernix)
17:14.46*** join/#htc-linux AstainHellbring (n=Administ@unaffiliated/astainhellbring)
17:17.49*** join/#htc-linux tsdogs (n=tsdogs@195.32.71.229)
17:31.33*** join/#htc-linux pikapika (n=pikapika@mar75-8-88-164-227-147.fbx.proxad.net)
18:20.28*** join/#htc-linux hagisbasheruk (n=hagisbas@78.148.139.115)
18:46.00lamahttp://www.enkin.net/ nice
19:02.19*** join/#htc-linux Tonny_ (n=chatzill@set25-1-88-166-169-49.fbx.proxad.net)
19:43.54*** join/#htc-linux Xmoo (n=Info@h241015.upc-h.chello.nl)
19:44.06XmooWassuuuup
19:45.54Xmoosomeone know why my HaReT is soft resetting instantly on Kaiser?
20:02.08*** join/#htc-linux Tonny_ (n=chatzill@set25-1-88-166-169-49.fbx.proxad.net)
20:03.08*** part/#htc-linux Tonny_ (n=chatzill@set25-1-88-166-169-49.fbx.proxad.net)
20:13.50*** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes)
20:15.35Xmoodcordes
20:15.38Xmoojust who I needed
20:15.41XmooI'm Xmoo from XDA
20:15.47Xmoothe thread started of android on kaiser
20:15.57dcordeshi Xmoo
20:15.59XmooMy HaReT suddenly makes my phone soft reset all the time
20:16.07Xmoothank god I have 2 devieces
20:16.11Xmoobut dunno why it does that
20:16.14Xmoowhen I press run
20:16.18Xmooit directly soft reset
20:16.30dcordesfbi installed a watchdog!
20:16.44dcordesdid you do a rom update?
20:16.59Xmooalso i've addes set kernelexe 1 in default.txt
20:17.00Xmoonope
20:17.03Xmoostill on dutty's
20:17.09Xmooand my other phone on Laretines Lite rom
20:17.30dcordesso it stopped working out of the blue?
20:17.31Xmooalso i've added
20:17.33Xmooset cmdline "rw fbcon=rotate:3 rdinit=/init psplash=false"
20:17.36XmooNa it works
20:17.42Xmoobut when I press run in Haret
20:17.47dcordeshuh
20:17.47Xmoothe phone soft reset
20:18.01dcordesso it stopped booting out of the blue?
20:18.40Xmoodunno what you are meaning by out of the blue
20:18.45Xmoobut yes it stops booting
20:19.23XmooThank god have 2 dievices to test it one
20:19.28Xmoobut got some questions tho
20:19.31Xmoowhat does rw quiet
20:19.34Xmoodo?
20:19.55dcordesrw means read write and quiet means it's not verbose
20:20.13Xmooand this one? fbcon=rotate:3 rdinit=/init psplash=false
20:20.28dcordesfbcon=rotate:3 means the framebuffer is rotate 3*90°
20:20.41dcordess/rotate/rotated/
20:20.49dcordesso you get a landscape console, not portrait
20:20.56dcordespsplash is the bootup logo
20:21.25Xmooso is it good to add both in default.txt
20:21.29dcordesand rdinit is where the kernel is looking for the init file inside the initial ramdisk
20:21.33Xmooor is landscape mode in android fu up?
20:21.42XmooHave you seen this?
20:21.49XmooUpdate(6/6/08): I've fixed the browser problems, the G icon should appear now and data will work much more reliably. I've also added support for switching off the panel backlight. Click the power button and then tap on "Turn Off Screen", This doesn't put the machine into a very low power state but it does let you use it as a phone. I carried it around yesterday and the battery lasted about 12 hours. Don't select power off, it will disable the button
20:21.49dcordesyou should only need to specify the rotate
20:22.13dcordesyes
20:22.25Xmoothe new initrd is very fast
20:22.29XmooI don't see any lag
20:22.31dcordesdidn't cope with power management on kaiser yet. I think it's done with proc_comm which is not implemented yet in the kaiser tree
20:22.53dcordesyou should be worried more about kernel level ;)
20:22.53XmooA friend of my is getting his HTC Diamond this friday
20:23.01Xmoofirst thing ima doe is trying to egt Android on it :P
20:23.11AstainHellbringChainfire has his now
20:23.21dcordeswhat do you wanna do with a shiny graphical user interface when you can't do anything with it?
20:23.23XmooCould you tell me how youre default.txt looks like
20:23.29dcordesmine?
20:23.31Xmooyeah
20:23.35dcordeshold on..
20:23.41Xmoodunno but still cool that android has the drivers
20:23.45Xmooand windows mobile doesn't :P
20:24.01dcordesandroid has no drivers
20:24.12Xmoolinux*
20:24.15dcordesthe msm kernel tree does
20:24.16dcordesyes
20:25.06*** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes)
20:26.39Xmooso you've got yourse default.txt?
20:32.37Xmoodcordes_
20:33.53dcordes_Xmoo: I put together my stuff http://linuxtogo.org/~lgorris/kaiser-bootkit/
20:34.04dcordes_you need to update the thread. all links are broken now ;)
20:34.15Xmoowhat is the angstorm console
20:34.19Xmooseen it on some sites
20:34.23Xmoook :P
20:34.33dcordes_that's what you want the fbcon:rotate=3 for
20:34.56Xmooaha
20:35.10dcordes_you get a console there :)
20:35.32dcordes_hope the default.txt helps. I doubt it though if you did not change it before it stopped working
20:35.57Xmoois this a good thing to have?
20:35.58Xmooset kernelcrc 1
20:36.59dcordes_don't know this option
20:37.59Xmoofrom the haret site
20:38.00XmooHaRET can double check that the kernel (and optional initrd) are correctly copied to ram prior to jumping to the kernel. It can do this by CRCing the kernel as it is read from disk and again just before jumping to it. To enable, run:
20:38.12Xmoogonna boot haret
20:38.14Xmoofingers crossed
20:38.32Xmoosoft-reset
20:38.33Xmoo:@:@:@:@
20:39.22dcordes_try downloading all the stuff in the kaiser-bootkit folder to one folder on your kaiser and retry
20:43.30Xmook
20:43.34Xmoocopying to phone
20:44.29Xmoojust press run
20:44.34Xmooor listen for network
20:44.35Xmoothen run?
20:44.59dcordes_just press run
20:46.06Xmooyeah
20:46.07Xmooit boots
20:46.29Xmooi'm seeing the commands now in landscape mode
20:46.42dcordes_kewl glad I was able to help
20:47.01Xmoowhat kinda screen is this?
20:47.06Xmoolinux kernell or something like that
20:47.09Xmoolooks like matrix
20:47.10XmooxD
20:47.36dcordes_it just looks like it's a screen, it's all fictional, Neo!
20:47.44Xmoo:P
20:47.54Xmoolol my linux skool skills ar working
20:48.00dcordes_type
20:48.16dcordes_root and then press enter to login
20:48.50Xmooi get /bin/sh: boot not found
20:48.58dcordes_mknod /dev/smd0 c 254 0 && cat /dev/smd0
20:49.28dcordes_then enter. then you can see what I talked about in the thread, that we can read from the modem.
20:49.44*** join/#htc-linux premy (n=pr@49.190.98-84.rev.gaoland.net)
20:49.51*** part/#htc-linux premy (n=pr@49.190.98-84.rev.gaoland.net)
20:50.04Xmooi get /bin/sh: boot not found
20:51.03*** join/#htc-linux exco (n=exco@e181097220.adsl.alicedsl.de)
20:51.04Xmoowait
20:51.07XmooI can login now
20:51.15Xmoo(none) login:
20:51.28Xmoowhat is username pass?
20:53.17dcordes_username is root
20:53.38Xmooyeah now i'm root logged in
20:54.34Xmoowoow mknod /dev/smd0 c 254 0 && cat /dev/smd0 brings out the real matrix
20:56.06Xmoois Openmoko running good on kaiser?
20:58.08dcordes_know what that is?
20:58.17dcordes_it's what the modem talks
20:58.21dcordes_call yoursel or write an sms
21:00.25Xmoobut this zImages .. Works on Android OpenMoko and the angstrom
21:00.41dcordes_yes
21:01.12dcordes_zImage is the kernel, the base system containing all the drivers and so, thing which are needed to work with the hardware
21:01.33StyleWarzpH5: is there any work going in the direction of getting mac80211 into angstrom kernel-sources? (or getting stuff ported to >2.6.22)
21:01.44Xmoodamn I'm gettin to know these thing a bit more :D
21:02.12dcordes_and on top of it you can do all kinds of stuff
21:02.34dcordes_the kernel is the operating system so to say
21:03.02Xmooyeah know that but ehmm
21:03.06Xmooin the android ddirectory
21:03.11Xmoothere is also a file named diff
21:03.14Xmoois that one needed?
21:03.38dcordes_which android directory?
21:03.50Xmoowell the guy from vogue
21:04.03Xmoohas also a .config file and a diff.txt in de folder were he runs android
21:04.05dcordes_oh. you know about that git.linuxtogo.org thing?
21:04.09Xmooare those 2 files actualy needed?
21:05.44dcordes_you need them only if you want to build your own kernel (for vogue)
21:05.48Xmoodamn
21:05.52Xmooharet soft resets again
21:05.53Xmoo:(
21:05.56pH5StyleWarz: is e800's wifi acx100?
21:05.56dcordes_you put the instructions on how to build kaiser kernel in the first post of the thread, remember?
21:06.10XmooI know :P
21:06.11Xmoobut still
21:06.17dcordes_Xmoo: so obviously something in your wince changed
21:06.18Xmoomayb some files are not usefull
21:06.30Xmoowell we just got the cab :P
21:07.04pH5BabelO had a first shot at integrating that with mac80211, not sure if that is in the linuxtogo repo. I don't think we have anything working yet.
21:07.15Xmooyou know what the funny thing is. On the beta rom of dutty. HarET recognized MSM7200 as a MSM7500. and it boots up all the time
21:07.25Xmooso if the hardware is not corect but the name is haret will boot
21:07.28Xmoolike wtf :S
21:07.40dcordes_Xmoo: the cab idea is not so useful. people download it and have an obsolte zImage. then they have to fiddle around to replace the kernel. it will be better if they download all the stuff from one place directly
21:08.28StyleWarzpH5: i was talking about my BlueAngel which needs wpa2 :P
21:09.02pH5ah, I keep getting confused with all those geeks and their loads of different devices :)
21:09.27dcordes_StyleWarz: poke babel0 he already fiddled with mac80211/wpa on blueangel
21:09.29StyleWarzi had the e800 way before my blueangel ;) i just like it better because it got higher resolution and a bigger screen
21:09.54dcordes_now that pH5 is mentioning it, I remember. But I also doubt he got it working
21:10.06pH5my personal plans for blueangel are porting to mainline from the basics once asic3 support is upstream, but right now magician and hx4700 come first.
21:10.17pH5I don't know who else is working on BA right now.
21:10.43Xmoodamnnnn
21:10.45StyleWarzanyhow, if i get one of those devices working properly i'd be delighted
21:10.54XmooI think once haret has booted one time in a directory it keeps soft resetting it
21:10.56pH5always compiles kernels for magician+hx4700+blueangel, they just don't boot on the latter yet
21:10.59dcordes_Xmoo: I'm happily booting 100% w/o any freezes with dutty may 22nd
21:11.01Xmoobut when I move haret to other directory
21:11.03Xmoofirst boot works
21:11.15XmooI ain't using his may22nd anymore
21:11.21Xmoocause it had to many bugs :$
21:11.36dcordes_I can make calls and boot linux
21:11.42dcordes_what do you want more?
21:12.06Xmoowell the contact page is a bit fu up
21:12.10Xmooalsoe some apps are not working
21:12.20Xmoohe ported like 95% of the daimond rom to kaise
21:12.25Xmooand that gives some errors
21:12.32XmooI'm using this rom now on my deviece
21:12.34Xmoohttp://forum.xda-developers.com/showthread.php?t=398271
21:13.46Xmoowtf
21:13.47dcordes_Xmoo: you keep confusing me. I though you didn't change anything in your rom?
21:13.51Xmoothis is weird
21:13.59XmooNa I got 2 devieces
21:14.05Xmooone is running this rom
21:14.17Xmooand the other is running http://forum.xda-developers.com/showthread.php?t=400118
21:14.28XmooI told ppl to use that rom for android developement
21:14.51Xmoocause dutty made a registery thing so the phone gets known as a MSM7500 in stead of a MS7200
21:14.59Xmoothat why HaReT boots up all the time
21:15.06Xmoocause haret works 100% with MSM7500
21:15.42XmooBut one question tho, Does openmoko-fso work on kaiser?
21:15.53dcordes_oh that's interesting. I wonder what haret does with this info and how far this affects boot process. most important is set in the default.txt: machine type and ramsize and address
21:16.30AstainHellbringharet works 100% of the time on my custom rom I built from my kitchen lately as well w/o showing as 7500...
21:16.31dcordes_Xmoo: it boots but X (graphical interface) doesn't start
21:17.23XmooAstainHellbring
21:17.27Xmooand what deviece you have?
21:17.49AstainHellbringkaiser
21:17.59AstainHellbringatt tilt version of it
21:18.07XmooMSM7201a?
21:18.11Xmooor jsut the MSM7200?
21:18.39AstainHellbring7200
21:19.04XmooDCordes
21:19.14dcordes_martin__: did you look at the other mmutrace I referred to?
21:19.25Xmoomy haret soft reset's when ever I try to open android or openmoko
21:19.36Xmoobut when i open angstrom it works
21:19.51dcordes_Xmoo: both are bigger than the angstrom-console. maybe that's a pointer..
21:19.59dcordes_ram usage on boot time?
21:20.03XmooSo I don't have engouh ram?
21:20.08dcordes_probably
21:20.09Xmoowhoops you were faster
21:20.10Xmoo:P
21:20.17Xmoolet me check that :P
21:20.31dcordes_yes kill everything unnecessary and retry
21:21.02XmooPROGRAMM Free: 47.39
21:22.16dcordes_22nd reports about the same when I boot
21:22.37dcordes_but I can also start all kinds of programs and it starts also
21:23.54Xmooso 50mb free
21:23.59Xmoogonna try to boot openmoko
21:24.06Xmoorealy want to see that one on my kaiser
21:24.18Xmoosoft reset
21:24.20Xmoowtf
21:24.30dcordes_you will get the hassle all the time over and over on that rom. Don't waste your time trying that
21:24.48XmooWell i have spoken with dutty
21:24.54Xmooand he is building new rom
21:24.56dcordes_maybe it will work here and now but why don't you just use your other kaiser?
21:24.59Xmooso when it'r done
21:25.01Xmoogonna flash it
21:25.21Xmoocause the other one is for real use :P
21:25.27dcordes_it's no news that on some roms it works, on some it doesn't
21:25.27Xmoois this oen crashes it does not mather
21:25.53dcordes_can you screw the test one open and solder a jtag cable to the serial pins?
21:26.07dcordes_so you can debug the kernel for us :)
21:26.12Xmoobut dcordes_ does openmoko boot on yours?
21:26.33dcordes_23:16 < dcordes_> Xmoo: it boots but X (graphical interface) doesn't start
21:26.35Xmoohaha well no i'm just 18 dunno how to solder :P
21:27.03Xmoothat;'s too bad the screenshot's look awesome
21:27.08dcordes_I such at it but I think I soldererd my first stuff with 14
21:27.15dcordes_suck I mean
21:27.39dcordes_Xmoo: openmoko-fso?
21:27.48dcordes_it's not the normal orangeish openmoko
21:27.57Xmooooh
21:28.10Xmoowell i'm talking boutthe real openmoko
21:28.16Xmoothe one with the GUI
21:28.21dcordes_well what's under the hood is pretty much the same but the gui changed
21:28.32dcordes_it has gui but different one than normal openmoko
21:29.30Xmoothe orignal one only runs with the neo devieces?
21:31.20dcordes_you can run it on virtually every device which runs the linux kernel
21:31.33dcordes_also on your x86 desktop
21:31.40dcordes_pda
21:31.43dcordes_whatsoever
21:31.45Xmoomine is x64 :P
21:31.52dcordes_also x64
21:31.55Xmoocause of the momory
21:32.09Xmoodamn gonan try to boot one more time
21:32.10dcordes_lol, vista eh
21:32.13Xmooif not working ima go to sleep
21:32.21Xmoohave skool 2 morrow
21:32.24dcordes_it won't make you happy booting fso. as I said you don't see anything
21:32.51Xmoobut this thing 23:25 dcordes_ • can you screw the test one open and solder a jtag cable to the serial pins?
21:32.58Xmoojust booting one of the 3 :P
21:33.01Xmooandroid did not boot
21:33.04Xmooopenmoko not
21:33.07Xmooonly the console
21:33.36dcordes_wait for dutty's slimfast rom
21:34.06Xmoo:P
21:34.13Xmoobut bro is this for real?
21:34.15Xmoo23:25 dcordes_ • can you screw the test one open and solder a jtag cable to the serial pins?
21:35.44dcordes_martin__: commented on the onboard serial earlier. if you wanna help maybe ask him
21:36.11*** join/#htc-linux LunohoD (n=alex@e180066253.adsl.alicedsl.de)
21:36.25XmooDamn were you guys live? Mayb can sendthe deviece when i birck it :P
21:36.27Xmoobrick*
21:37.50dcordes_I'm in .de
21:38.00dcordes_your live in the netherlands, right?
21:38.36dcordes_martin__: you not there, are you?
21:39.05Xmooyeah
21:39.08Xmoowere in de?
21:39.15Xmooich spreche deutsch
21:39.17Xmoo:P
21:39.34dcordes_ratingen near DUS
21:40.01Xmooomfg
21:40.04dcordes_like 40 mins from roermond
21:40.08Xmooi know
21:40.11XmooI lived in venlo
21:40.17dcordes_cool that's even closer here
21:40.18Xmooand one time I went to dusseldorf with bike
21:40.19tcccpNorthrhine-Westafrica is not Germany!
21:40.33Xmoonow i live in Eindhoven
21:40.43Xmoothose germans came to venlo to buy some weed
21:40.43Xmoox
21:41.20dcordes_Xmoo: are there good biking paths?
21:41.40Xmoofrom dusseldorf to venlo?
21:41.56dcordes_tcccp: africa?
21:41.56dcordes_yea
21:42.00tcccphrhr
21:42.08Xmooyeah
21:42.10Xmoo:O
21:42.13dcordes_tcccp: ?
21:42.15Xmoomayb you can bike to there
21:42.18tcccpdcordes_: Here in lower saxony we call northrhine-westfalen "northrhine-westafrica"
21:42.20Xmooand i come to venlo by train :P
21:42.26dcordes_tcccp: good for you
21:42.38tcccp:-P
21:42.38Xmootcccp you black? :P
21:43.00tcccpXmoo: I tend to be caucasian although I catch up sunlight very well :-P
21:43.32Xmoohahaha
21:43.34Xmooi'm asian
21:43.39Xmooi'm orgin from Iran
21:43.53Xmoobut live in netherlands since i'm 3
21:43.59Xmooand now 18 zo for 15 years nwo :(
21:46.16Xmoodcordes
21:46.18Xmoohow old you?
21:47.43XmooGuys gonna come back 2 morrow night
21:47.47Xmoohave to go to sleep
21:47.49Xmoogood luck all
22:02.18*** join/#htc-linux surgex (i=surge@pool-71-186-163-107.bflony.fios.verizon.net)
22:04.07*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
22:10.16*** join/#htc-linux swc|666 (n=swc|666@unaffiliated/swc666/x-4934821)
22:13.12*** join/#htc-linux CD_Fighter (n=c@dslb-084-058-130-038.pools.arcor-ip.net)
22:17.03CD_Fightermoin, is there something new about hermes since last 5 months?
22:18.12CD_Fighterstill no sd support?
22:20.09*** join/#htc-linux Patrick_Bateman (n=swc|666@c66-235-5-56.sea2.cablespeed.com)
23:20.39martin__If anyone really does have hardware surplus to requirements, send it to me and I will see about soldering debug lines to it.
23:21.23martin__I have microscope, SMT soldering gear, JTAG debuggers, fancy scope, etc at work.
23:21.25dcordes_hey martin__
23:21.43dcordes_oh sounds good. maybe Xmoo wanna supply his
23:21.49dcordes_I will ask him tomorrow
23:22.21dcordes_did you see the other mmutrace I referred to earlier? http://linuxtogo.org/~lgorris/haretlog-20080614_063536.log
23:23.42martin__dcordes_: yeah, I looked at that
23:23.53martin__still nothing on the actual smd channel
23:24.28dcordes_good
23:27.24martin__I dunno really how to proceed without working traces of that
23:27.25dcordes_martin__: I put a brief documentation on the kaiser port at http://linuxtogo.org/~lgorris/kaiser-bootkit/README.txt
23:28.03dcordes_martin__: we should email haret mailing list koconnor at handhelds.org
23:28.14dcordes_Kevin2: ping
23:29.59martin__dcordes_: looks good
23:30.08martin__hope it gets us some more developers :)
23:30.32dcordes_did you notice anything missing/wrong?
23:36.54martin__dcordes_: no, that's what i was doing pretty much
23:37.13martin__i was looking at specifically the AT area so i didn't see the stuff you did
23:37.39martin__worth a read: http://www.handhelds.org/moin/moin.cgi/HaRET_20Tracing_20Details
23:37.57dcordes_thanks wasn't aware of it
23:39.11martin__best guess from that, unless there's some dma going on, is that something is temporarily adding a mapping and then using that to access the smem
23:39.34dcordes_interesting point
23:39.36martin__so it doesn't show up in the dumps
23:40.16dcordes_we could do an mmu dump while heavy AT traffic is going down?
23:41.45martin__yeah, we could try that
23:42.19martin__or we could use the polling options of haret to trace instead
23:42.42martin__wouldn't tell us exactly what's going on, but we might see what bits are actually changing.
23:42.45dcordes_I'ma read out the docu
23:42.55dcordes_can you try that polling thing?
23:44.14*** join/#htc-linux LennySh (n=DooM@unaffiliated/lennysh)
23:44.16*** part/#htc-linux LennySh (n=DooM@unaffiliated/lennysh)
23:45.30martin__i will at some point
23:45.33martin__gotta get to bed now
23:45.59dcordes_good night

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