00:09.58 | *** join/#htc-linux meshuga (i=meshuga@c-98-237-137-219.hsd1.wa.comcast.net) |
00:11.54 | *** join/#htc-linux TrinityDied (n=TrinityD@212-198-144-81.rev.numericable.fr) |
00:18.12 | *** join/#htc-linux nashpa1 (n=dliviu@dliviu.plus.com) |
00:46.09 | *** join/#htc-linux meshuga (i=meshuga@c-98-237-137-219.hsd1.wa.comcast.net) |
00:48.46 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
00:51.41 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
01:11.03 | *** join/#htc-linux meshuga (i=meshuga@c-67-183-113-120.hsd1.wa.comcast.net) |
01:18.09 | *** join/#htc-linux meshuga (i=meshuga@c-67-183-113-120.hsd1.wa.comcast.net) |
02:10.21 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
02:25.49 | *** join/#htc-linux fnord__ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
03:18.20 | *** join/#htc-linux fnord__ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
03:32.04 | tmzt_ | wasabi: the kernel source has the qmi and rmnet, I think you just need to bring up the interface and negotiate the ip address somehow |
03:33.03 | wasabi | so it's not ppp at all? |
03:33.16 | tmzt_ | I think ppp also works |
03:43.58 | wasabi | well that's not very specific |
03:45.08 | tmzt_ | I mean you should be able to use the gprs commands on /dev/smd0 and bring up ppp on /dev/smd1, or use qmi and rmnet |
03:45.36 | wasabi | well what are rmnet and qmi? |
03:45.38 | wasabi | if not ppp? |
03:46.16 | tmzt_ | rmnet is a shared memory ethernet type protocol, using ethernet frames. qmi is a simple ascii protocol to control the link on the AMSS (radio) |
03:46.44 | wasabi | So the radio itself does ethernet? |
03:46.47 | wasabi | That's odd. |
03:47.22 | tmzt_ | I'm sure swetland or SanMehat could explain it better |
03:48.13 | tmzt_ | but if you where asking if specific android tools were needed in your filesystem, I would say no |
03:48.15 | wasabi | Never seen IP work like that on GSM. Usually been initiating a call to some special number, like #777 |
03:48.23 | wasabi | And then running PPP over that. |
03:48.25 | tmzt_ | that's cdma |
03:48.28 | wasabi | oh is it? |
03:48.30 | wasabi | hmmm |
03:48.37 | wasabi | All the AT&T devices here which are GSM do that |
03:48.43 | tmzt_ | #777 is cdma, gprs is different number |
03:48.48 | wasabi | Oh. Those are just numbers. |
03:48.51 | wasabi | They are different by ISP. |
03:49.03 | wasabi | I mean, the methodology, of dialing 'a number'. |
03:49.07 | wasabi | and using ppp |
03:49.20 | tmzt_ | yes, like I said I believe that way is also supported |
03:49.31 | tmzt_ | except the ppp is on /dev/smd1 |
05:44.48 | maejrep | isn't at&t wcdma? |
05:48.46 | tmzt_ | maejrep: hi |
05:48.53 | maejrep | hello |
05:49.02 | tmzt_ | maejrep: what are you asking, what AT command is used? |
05:49.13 | maejrep | I'm not asking anything |
05:49.23 | maejrep | was just referring to wasabi's comment about AT&T |
05:49.40 | tmzt_ | have you looked at the 2.6.27 android kernel, there is some more stuff in there about hsusb (though not fsusb) |
05:50.43 | maejrep | I haven't, was kind of waiting for someone with more experience with linux+phones to take a look at proceeding to 2.6.27 |
05:51.14 | maejrep | I'd love to try it, but since I can't even get 2.6.25 booting on my phone, it probably wouldn't be very successful :p |
05:52.13 | tmzt_ | ok, you were working on clocks for usb then, is that working and the PHY regs not? |
05:52.50 | maejrep | er, I was working on finding out why I can't get my phone to boot :x raph800 |
05:53.27 | tmzt_ | sorry |
05:53.36 | tmzt_ | trying to keep these things straight |
05:54.48 | maejrep | np |
05:54.54 | tmzt_ | ah, that was rolk |
05:55.20 | tmzt_ | it's hard enough with different people in here at different times |
05:55.30 | tmzt_ | harder to coordinate anything that way |
05:56.18 | tmzt_ | what patch broke raph800? |
05:57.17 | maejrep | well I think it was the usb_ether patch, but I haven't had any luck (nor time) yet to see if reverting that fixes it. |
05:57.39 | maejrep | that is, it could be the usb_ether patch, or any patch after that |
05:58.01 | maejrep | the kernel before that, using hillsdale's mddi patch was able to boot to NetRipper's busybox initrd and to a shell |
05:59.08 | tmzt_ | is it still the STUB being the last thing printed? |
05:59.30 | tmzt_ | there was something in the thread about it still being possible to calibrate the on screen keyboard |
06:01.10 | maejrep | yeah, NetRipper kept saying something like: even if you can't see the dots, just try to calibrate it anyway |
06:01.17 | maejrep | and that doesn't seem to do anything for me either |
06:01.44 | maejrep | you mentioned something about grabbing registers before - which registers? |
06:01.46 | tmzt_ | ok, if you disable usb client completly it still stops after STUB? |
06:02.09 | maejrep | not, sure i'm gonna try a clean pre-usb_ether kernel .. still haven't had time to do that yet |
06:02.26 | maejrep | but right now i'm waiting for my clothes to dry :p So I'll try to get that done and see which patch actually breaks it |
06:02.47 | tmzt_ | the pwrsink stuff suggests STUB is not related to anything |
06:03.05 | maejrep | right, I agree, just that it's the last thing that gets printed |
06:03.09 | tmzt_ | it can even be disabled and the STUB message removed from the .h file |
06:03.10 | maejrep | it could be dying anywhere after it |
06:03.38 | maejrep | any idea how to revert a checkout to a specific revision? :| |
06:03.38 | tmzt_ | ok, can you add a printk at the end of _init() in the board file? |
06:03.45 | maejrep | I'm used to svn and cvs, never worked with git |
06:03.55 | tmzt_ | git reset --hard <hash> |
06:04.18 | tmzt_ | at least that will make that commit the HEAD |
06:04.37 | maejrep | thanks |
06:11.24 | maejrep | which _init function are you wanting a printk in? |
06:11.50 | maejrep | oh halibut_init() heh |
06:13.02 | tmzt_ | yes |
06:13.13 | tmzt_ | as the last instruction |
06:13.18 | maejrep | k |
06:13.26 | maejrep | making now |
06:18.06 | maejrep | know of any better usb-storage app for winmo that is more reliable than the one that is shipping with the touch pro? :x |
06:18.26 | maejrep | sometimes i have to unplug/replug 2-3 times before it'll actually register as a mass storage device |
06:18.32 | tmzt_ | no, didn't know it had one |
06:19.19 | maejrep | hah! i get a shell again! |
06:19.27 | tmzt_ | what did you disable? |
06:19.37 | tmzt_ | or, can you bisect between those two |
06:20.09 | maejrep | I went back to revision 6ec22f1385dcc2ca15d08361657a0b14821534b8 and applied hillsdale's patch |
06:20.30 | maejrep | oddly, I don't see any of my printk()s from the init function though :o |
06:20.39 | maejrep | KERN_INFO should still print, right? |
06:20.42 | maejrep | or should i use ERR? |
06:20.48 | tmzt_ | use DEBUG |
06:20.54 | tmzt_ | but INFO should work |
06:20.57 | tmzt_ | also check dmesg |
06:22.46 | maejrep | hmm, still nothing |
06:22.53 | maejrep | i wonder if that was the right file.. |
06:23.09 | maejrep | arch/arm/mach-msm/board-htcraphael.c > |
06:23.11 | maejrep | *? |
06:23.16 | tmzt_ | should be |
06:23.20 | maejrep | +printk(KERN_INFO "board-htcraphael.c:363\n"); |
06:23.40 | maejrep | put that between each line of static void __init halibut_init(void) |
06:23.44 | tmzt_ | you are building CONFIG_MACH_HTCRAPHAEL ? |
06:23.47 | maejrep | (different line numbers) |
06:23.48 | maejrep | yeah |
06:23.59 | maejrep | CONFIG_MACH_HTCRAPHAEL=y |
06:24.25 | maejrep | oh well, right now i'm going to step through each revision one at a time |
06:24.33 | maejrep | until i find for sure which one broke it |
06:24.47 | tmzt_ | ah, what is hillsdale patch? |
06:24.54 | tmzt_ | can you build that revision without it? |
06:25.57 | maejrep | http://www.privatepaste.com/09rcsUiFNn/download |
06:26.13 | tmzt_ | ok, you are building htc-msm-2.6.26 or android-msm-htc-2.6.25? |
06:26.13 | maejrep | i need that patch to get passed console handoff |
06:26.21 | maejrep | htc-msm-2.6.25 |
06:26.56 | tmzt_ | can you diff the revision that worked and the one that didn't? |
06:27.16 | maejrep | i don't know which revision made it stop |
06:27.19 | maejrep | that's what i'm checking now |
06:27.48 | tmzt_ | what in that patch does the console handoff? |
06:28.03 | maejrep | it makes it detect the display correctly |
06:28.10 | maejrep | raph800 uses a different display from raph100 |
06:28.24 | tmzt_ | so the early console just uses the display as inited by wm? |
06:28.33 | maejrep | so d263 works for raph100, but for raph800 we had to add detection for 4ca3 |
06:28.43 | maejrep | it uses druidu's console |
06:28.58 | tmzt_ | right, that's what I meant |
06:30.37 | maejrep | NetRipper later included a similar patch to detect the raph800 display, based on hillsdale's, but somewhere between the usb-ether commit and HEAD, my phone stopped booting |
06:30.55 | maejrep | it may have been NetRipper's version of the patch that broke it, may have been the usb changes, or a number of other changes |
06:31.00 | maejrep | so that's what I'm trying to find out |
06:31.32 | tmzt_ | I don't know if git-bisect will allow you to apply a patch each time, but it should automate building all those kernels |
06:31.36 | maejrep | trying now with the usb-ether revision (plus hillsdale's mddi client) |
06:32.07 | tmzt_ | http://kerneltrap.org/node/11753 |
06:32.30 | maejrep | ok, the problem is definitely introduced in this revision: http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commitdiff;h=df6bc3917c80b8e4e6d718d58e4ca227259a8408 |
06:33.08 | maejrep | so you would think disabling USB_FUNCTION_ETHER should fix it |
06:33.12 | maejrep | i thought I tried that before though |
06:33.15 | tmzt_ | how? |
06:33.27 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
06:33.36 | tmzt_ | did you add the comma |
06:33.54 | tmzt_ | after .ifc_subclass = 0x00 |
06:34.19 | tmzt_ | can you see if that revision builds with that comma added? |
06:34.28 | maejrep | I did in previous builds, but 1) the ifdef prevents that line from ever being called so it's not an issue, and 2) previously after fixing the ifdef macro and the comma, it still didn't have any impact for me |
06:34.36 | maejrep | it does build, that's not the problem |
06:34.41 | maejrep | and it builds because the ifdef is wrong |
06:34.49 | maejrep | #ifdef MACH_HTCRAPHAEL |
06:34.51 | tmzt_ | that's right |
06:34.56 | maejrep | should have been CONFIG_MATCH_HTCRAPHAEL |
06:34.59 | maejrep | *MACH |
06:35.18 | tmzt_ | so it's CONFIG_USB_FUNCTION_ETHER=y ? |
06:35.27 | tmzt_ | can you build it with that disabled in that revision? |
06:35.40 | maejrep | yup, that's what i'm trying now |
06:35.46 | maejrep | if the damn thing will mount :/ |
06:37.09 | maejrep | sweet, that did it |
06:37.19 | tmzt_ | nice |
06:37.22 | maejrep | i wonder if there's just something about my usb ether setup that's causing it to break |
06:37.27 | tmzt_ | we need to find what broke that then |
06:37.40 | maejrep | ordinarily, how should I have that setup? |
06:37.44 | tmzt_ | what patch did you use? |
06:37.54 | tmzt_ | have what setup? |
06:38.02 | maejrep | to use usb-ether |
06:38.10 | maejrep | i have usbnet loaded on my desktop machine |
06:38.19 | maejrep | but it never detects a usb0 or usb1 interface |
06:38.52 | maejrep | anyway, i guess now i can go back to HEAD and disable that >:/ I could have sworn I'd already tried that |
06:38.57 | tmzt_ | shouldn't swetland ether function driver work, what patches were needed for it? |
06:39.11 | maejrep | http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commitdiff;h=df6bc3917c80b8e4e6d718d58e4ca227259a8408 |
06:39.23 | maejrep | this patch enabled it in defconfig and changed the vendor/product IDs |
06:39.32 | tmzt_ | ah, lsusb -v -d vid:pid |
06:39.36 | tmzt_ | ah, lsusb -v -v -d vid:pid |
06:39.45 | maejrep | on my desktop, or in console? |
06:39.54 | maejrep | desktop or phone* |
06:40.01 | tmzt_ | on the desktop |
06:40.34 | maejrep | and when phone is in WM, or after starting to boot from linux? |
06:40.52 | tmzt_ | in linux |
06:40.58 | maejrep | would putting the usb interface into the "disk drive" mode on the phone cause it to not realize it's a network interface? |
06:41.01 | tmzt_ | where you say usbnet doesn't work |
06:41.46 | maejrep | i transfer my kernels to the phone via the usb mass storage "disk drive" mode |
06:42.43 | tmzt_ | I don't know if it's like pxa udc which will keep it's configuration |
06:42.48 | maejrep | so that changes the way the desktop detects the usb device -- as "disk drive mode", its a usb storage device that I can mount and transfer files over |
06:42.53 | maejrep | grr |
06:42.55 | maejrep | thats probably it then |
06:43.12 | tmzt_ | I don't think as much of the usb logic is in hw as pxa |
06:43.12 | maejrep | if I switch it to activesync mode before booting, that might fix it |
06:43.21 | tmzt_ | advanced networking |
06:43.30 | maejrep | right |
06:43.46 | maejrep | when I plugin usb on the phone, I get a popup asking if I want to connect in activesync mode, or in disk drive mode |
06:43.56 | maejrep | I've been choosing disk drive because that's how I transfer my kernels over |
06:45.39 | tmzt_ | that could be it if linux is not reseting the hsusb properly, maybe |
06:45.55 | tmzt_ | or it's as different on raph800 |
06:46.47 | maejrep | heh |
06:47.12 | maejrep | I'm just gonna make sure I can still get a console with the usb-ether disabled, to confirm that is the problem |
06:47.21 | maejrep | then I'll try it again with it enabled, and the phone in activesync mode |
06:48.18 | maejrep | meh, doesn't get past handover |
06:48.22 | maejrep | hmm, what did i break this time |
06:49.59 | tmzt_ | you have the raph800 patch? |
06:50.11 | maejrep | which patch? |
06:50.11 | tmzt_ | mddi |
06:50.21 | maejrep | NetRipper included that in a later revision to git |
06:50.28 | maejrep | so now it shouldn't be needed anymore |
06:50.31 | maejrep | let me check his version of it though |
06:50.37 | maejrep | actually i might need to make clean |
06:50.41 | maejrep | that'd probably help |
06:53.54 | maejrep | sweet, that fixed it |
06:54.12 | maejrep | now i have fixed colors (thanks to jobo's 444 patch), and a console |
06:56.08 | maejrep | ok, now to try usb-ether with the correct mode :x |
07:00.09 | maejrep | hmm, actually I have this problem even if I don't connect the USB cable |
07:00.22 | maejrep | so I wonder if it's going to make a difference |
07:02.31 | tmzt_ | you mean it still stops on booting? |
07:02.41 | maejrep | haven't tried yet |
07:02.45 | maejrep | recompiling now |
07:02.51 | tmzt_ | I mean the problem where no usbnet devices are detected |
07:02.56 | maejrep | but previously, it was happening when USB was not plugged in |
07:03.22 | maejrep | I was just thinking out loud |
07:03.24 | maejrep | I didn't try anything yet |
07:03.34 | maejrep | btw: Bus 001 Device 083: ID 0bb4:0c2c High Tech Computer Corp. |
07:03.39 | maejrep | that's in disk drive mode |
07:03.56 | tmzt_ | lsusb -v -v gives a lot more information |
07:04.08 | tmzt_ | sorry, I was not here a few minutes |
07:04.54 | tmzt_ | which problem did you have even when not connecting the usb cable? |
07:06.32 | maejrep | the same hang after the 4 STUB lines |
07:06.37 | maejrep | whether USB was plugged in or not |
07:06.45 | tmzt_ | ok |
07:06.45 | maejrep | but it was always in disk drive mode |
07:06.50 | maejrep | http://www.privatepaste.com/53MlrdfqhN <-- lsusb -vv |
07:07.38 | tmzt_ | that looks right from what I can see |
07:07.57 | maejrep | http://www.privatepaste.com/d02Mo5a7uv |
07:08.02 | maejrep | that's in activesync mode |
07:08.18 | tmzt_ | are those as root? |
07:08.20 | maejrep | yes |
07:08.29 | maejrep | hmm, I still don't see a usb* interface |
07:08.34 | tmzt_ | do you know what the debug descriptor issue is? |
07:08.37 | maejrep | should I see that before it boots? |
07:08.39 | maejrep | now, I don't |
07:08.40 | tmzt_ | you probably won't |
07:08.41 | maejrep | no* |
07:09.13 | tmzt_ | do you see /dev/ttyUSB0 ? |
07:09.25 | tmzt_ | you are not in advanced networking somehow |
07:09.58 | maejrep | I think I disabled that actually |
07:10.09 | tmzt_ | that is rndis |
07:10.18 | maejrep | since i think it's the only way to sync in VirtualBox/XP without crashing :) |
07:10.21 | maejrep | I remember that now |
07:10.26 | tmzt_ | you have the ipaq protocol but not with the same vid/pid I think |
07:10.28 | maejrep | so it needs to be in advanced networking mode? |
07:10.50 | tmzt_ | well, the kernel should be able to setup whatever it needs |
07:11.11 | tmzt_ | but maybe putting it in advanced networking and dumping the hsusb and ulpi registers will help |
07:11.42 | tmzt_ | does the swetland ether function work, without the usbnet changes? |
07:12.17 | maejrep | heh yet a new vid/pid |
07:12.19 | tmzt_ | can you checkout a specifc git version of one file? |
07:12.24 | tmzt_ | paste it |
07:12.41 | maejrep | Bus 001 Device 087: ID 0bb4:0b2c High Tech Computer Corp. |
07:12.45 | maejrep | 1 sec for -vv |
07:13.15 | tmzt_ | this is advanced networking? |
07:13.34 | maejrep | http://www.privatepaste.com/3aISK3BrPA |
07:13.38 | maejrep | yes, with advanced networking enabled |
07:13.48 | *** join/#htc-linux stefan_schmidt (n=stefan@w1536.wlan.rz.tu-bs.de) |
07:14.07 | maejrep | re the debug error, this is probably related: |
07:14.09 | maejrep | usb 1-6: usbfs: USBDEVFS_CONTROL failed cmd lsusb rqt 128 rq 6 len 4 ret -110 |
07:14.16 | maejrep | (on desktop) |
07:14.29 | maejrep | booting now to see what happens with it in this mode |
07:14.35 | *** join/#htc-linux rob_w (n=bob@p549BDD1A.dip.t-dialin.net) |
07:14.50 | rob_w | o/ |
07:14.58 | tmzt_ | can you disable rndis_host in /etc/modprobe.d/blacklist-* ? |
07:15.04 | rob_w | anybody interested in my htc nike ? |
07:15.07 | maejrep | hmm |
07:15.13 | maejrep | well it boots :) |
07:15.23 | maejrep | i don't think it setup usbnet, but at least I get a shell |
07:15.38 | tmzt_ | the same kernel boots with advanced networking but not without? |
07:15.39 | maejrep | and on my desktop: Bus 001 Device 088: ID 049f:505a Compaq Computer Corp. Linux-USB "CDC Subset" Device, or Itsy (experimental) |
07:15.48 | maejrep | I didn't try without advanced networking |
07:15.49 | tmzt_ | ok, try usbnet |
07:15.59 | maejrep | but it certainly doesn't work in "disk drive" mode heh |
07:16.14 | tmzt_ | did you unmount the storage before booting? |
07:16.17 | maejrep | ok i have usb0 and usb1 |
07:16.30 | tmzt_ | it could have had dma setup for the storage device or something |
07:16.33 | maejrep | yes, I always umount'ed and unplugged before booting |
07:16.52 | maejrep | this time, I unplugged, re-plugged, and selected active sync mode, before booting |
07:17.08 | maejrep | so which device needs the IP? |
07:17.12 | tmzt_ | both |
07:17.24 | tmzt_ | same as ethernet networking |
07:17.36 | tmzt_ | oh, usb1 |
07:17.42 | tmzt_ | can you paste lsusb -v -v |
07:17.56 | tmzt_ | this is the problem NetRipper or cr2 was talking about apparently |
07:18.39 | maejrep | http://www.privatepaste.com/4aQOGJYGrX |
07:20.05 | maejrep | # ping 192.168.0.206 -I usb0 |
07:20.05 | maejrep | PING 192.168.0.206 (192.168.0.206) from 192.168.0.202 usb0: 56(84) bytes of data. |
07:20.05 | maejrep | From 192.168.0.202 icmp_seq=2 Destination Host Unreachable |
07:20.37 | tmzt_ | it's up on both ends? |
07:20.39 | maejrep | tried both usb0 and usb1 |
07:20.42 | tmzt_ | RUNNING ? |
07:20.52 | tmzt_ | only bring up usb1 on your side |
07:20.56 | maejrep | on phone yes, usb0 is "RUNNING" |
07:21.05 | tmzt_ | I thought by devices you meant both phone and pc |
07:21.25 | maejrep | right I know |
07:21.30 | maejrep | I tried usb1 first, and got the same result |
07:21.49 | tmzt_ | route -n |
07:21.56 | maejrep | ifconfig usb1 up 192.168.0.202 netmask 255.255.255.0 |
07:22.01 | maejrep | on desktop? |
07:22.05 | tmzt_ | yes |
07:22.59 | maejrep | heh |
07:23.02 | maejrep | well that's not useful |
07:23.02 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
07:23.10 | maejrep | Destination Gateway Genmask Flags Metric Ref Use Iface |
07:23.10 | maejrep | 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 |
07:23.11 | maejrep | 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 usb1 |
07:23.24 | maejrep | why did he have to choose 192.168.0? :p |
07:23.33 | maejrep | but still, ping -I should force it over usb1 |
07:23.34 | tmzt_ | yes, you need to change that |
07:23.42 | maejrep | right? |
07:23.50 | tmzt_ | and bypass the routing table in the kernel? don't think so |
07:23.55 | tmzt_ | maybe arping |
07:24.20 | maejrep | # ping 192.168.0.206 -I usb1 |
07:24.21 | maejrep | PING 192.168.0.206 (192.168.0.206) from 192.168.0.202 usb1: 56(84) bytes of data. |
07:24.27 | maejrep | at least I don't get unreachable |
07:24.32 | maejrep | maybe its iptables or something ;p |
07:25.08 | tmzt_ | I looked into this trying to figure out how to route packets from my phone to the internet using usbnet and no nat |
07:25.35 | tmzt_ | but I think ping -I just binds the socket to that ip address rather than 0.0.0.0 (any) |
07:27.44 | maejrep | # ping 192.168.2.206 |
07:27.44 | maejrep | PING 192.168.2.206 (192.168.2.206) 56(84) bytes of data. |
07:27.44 | maejrep | 64 bytes from 192.168.2.206: icmp_seq=1 ttl=64 time=2.57 ms |
07:27.45 | maejrep | :D |
07:28.39 | tmzt_ | right |
07:29.43 | *** join/#htc-linux kiozen (n=oeichler@p5492A084.dip0.t-ipconnect.de) |
07:31.38 | maejrep | thanks for your help btw :) |
07:31.43 | maejrep | gotta go get my clothes now, bbiab |
07:32.25 | maejrep | sweet, usb-ether makes it so much better to work with :) easier on the eyes |
07:39.15 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
07:43.23 | maejrep | so, 1) probably a dumb question, but is it possible to use haretconsole when in linux? or only in WM before booting linux? |
07:43.48 | maejrep | and 2) how can I use haretconsole to find out what WM does to switch the mode of the USB connection? |
07:43.50 | tmzt_ | haret only runs in wm |
07:44.19 | tmzt_ | dump the registers using the physical address in the linux headers |
07:44.26 | maejrep | maybe if I can find out how to switch it, we can have it check the current mode and switch it if it's in disk mode |
07:44.42 | maejrep | :x physical address of what |
07:44.54 | tmzt_ | the registers |
07:44.59 | tmzt_ | hsusb |
07:45.03 | maejrep | sorry, I'm a programmer by profession, but I don't usually work this low-level |
07:45.24 | tmzt_ | ok, physical address is the address used on the memory bus |
07:47.39 | maejrep | #define USB_USBMODE (MSM_USB_BASE + 0x01A8) possibly? |
07:47.51 | tmzt_ | virtual address is the address (or addresses) that is translated to the physical address by the memory management unit (MMU) |
07:47.55 | tmzt_ | yes |
07:48.06 | tmzt_ | but you can dump the whole block from MSM_USB_BASE |
07:50.20 | *** join/#htc-linux lavender-t (n=jerrey@c-24-17-204-47.hsd1.wa.comcast.net) |
07:50.26 | tmzt_ | lavender-t: hi |
07:50.40 | lavender-t | hi tmzt ! |
07:50.47 | maejrep | ah ok |
07:51.01 | tmzt_ | maejrep has ether working on raph800 it looks like |
07:51.24 | lavender-t | cool. i just read the post in the forum |
07:51.35 | maejrep | lavender-t, yep, it wasn't your patch that broke it :) although your patch (and NetRipper's commit of it to git) is what pointed out the problem |
07:51.41 | lavender-t | thanks for helping and great to see things work out :) |
07:52.47 | lavender-t | yeah. great you've found out the root cause of it. |
07:53.10 | tmzt_ | what are you working on, I've been trying to read the thread but I've only gone back 10 pages |
07:53.35 | lavender-t | me ? i'm trying the make the mmc work |
07:53.54 | lavender-t | android 1.0 is way too big to boot fro mthe ramdisk |
07:54.03 | *** join/#htc-linux Robwoerle (n=bob@p549BE168.dip.t-dialin.net) |
07:54.20 | tmzt_ | ok, you have that partly working on diamond? |
07:54.36 | lavender-t | yeah. it can recognize the device now |
07:54.46 | lavender-t | bit still having problem reading data |
07:54.52 | tmzt_ | does it have wifi? |
07:54.56 | maejrep | bah, i really want to dig more into this :| 3am though.. |
07:55.04 | lavender-t | have to tweak the clock in the dark ... :( |
07:55.40 | lavender-t | i havent tried wifi yet :) |
07:55.53 | tmzt_ | ok so you do have a sd mux |
07:56.12 | tmzt_ | sdc2 is moviNAND, what are sdc1 and 0? |
07:56.52 | lavender-t | i didnt turn them on altogher |
07:57.08 | lavender-t | for now just SDC2 is on |
07:57.34 | tmzt_ | you are writing the clocks directly or using proc_comm? |
07:57.36 | lavender-t | also when i said SDC2 i meant '1' based |
07:57.43 | tmzt_ | oh |
07:57.52 | lavender-t | so it was SDC1,2,3,4. as in the code. |
07:58.26 | lavender-t | i was trying to port the kaiser/vogue clock as netripper suggested |
07:58.41 | tmzt_ | is it possible you are supposed to implement that with embedded sd, put the values in the kernel as pdata? |
07:58.55 | lavender-t | he said proc_comm doesnt work in diamond/raphael |
07:59.12 | maejrep | hmm tmzt_ know what MSM_USB_BASE should be? |
07:59.27 | tmzt_ | git-grep or grep search on ltg |
08:00.21 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
08:00.33 | maejrep | well I have the define, which is #define MSM_USB_BASE ((unsigned) ui->addr) |
08:01.21 | lavender-t | ic. yeah raphael and diamond can be quite different on that. |
08:01.56 | tmzt_ | maejrep: look it up in usb info in htcraphael.c |
08:03.39 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
08:03.51 | lavender-t | btw, tmzt, i wonder if you know any details tweaking the A0/A4 values ? |
08:04.01 | tmzt_ | no |
08:04.18 | tmzt_ | are you ever in #android? |
08:04.29 | lavender-t | oh no. |
08:04.39 | lavender-t | yeah i'll try my luck there |
08:04.49 | maejrep | thanks |
08:04.55 | tmzt_ | maejrep: find it? |
08:05.13 | maejrep | i think so .. MSM_HSUSB_PHYS (?) |
08:05.21 | maejrep | :p |
08:06.24 | tmzt_ | yes |
08:10.30 | tmzt_ | maejrep: it's another #define |
08:11.45 | maejrep | yeah I got it |
08:30.11 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
08:33.14 | *** join/#htc-linux goxboxlive (n=goxboxli@mail2.hjellnesconsult.no) |
08:33.20 | maejrep | hmm, can't really tell much from this, as far as a flag that indicates disk mode or activesync mode |
08:34.10 | tmzt_ | do you see the vid/pid anywhere? |
08:34.25 | tmzt_ | you really have to use the linux headers/driver to decode it |
09:13.33 | *** join/#htc-linux tsdogs (n=tsdogs@net70-17.metalit.net) |
09:14.34 | tsdogs | BabelO, goxboxlive: hi, what happened to the http://wiki.xda-developers.com/index.php?pagename=UniversalGSM HTC_GSM wiki page ?? |
09:15.08 | tsdogs | I wanted to fix the issues with 4.4.2 for my universal, but have no reference on the commands |
09:16.42 | tmzt_ | are pages with tables still broken? |
09:17.37 | tsdogs | tmzt_: not all of the i guess: http://wiki.xda-developers.com/index.php?pagename=UniversalASIC3 |
09:18.05 | tmzt_ | oh |
09:23.36 | tsdogs | ho well, logging in and editig got me to what I wanted :) |
09:24.18 | goxboxlive | tsdogs: i have no i dea, sometimes they just disappear. But you have fixed it i c. |
09:25.07 | tsdogs | goxboxlive: any news? |
09:52.58 | *** join/#htc-linux rolk (n=rolk@ip5457417f.direct-adsl.nl) |
09:59.18 | *** join/#htc-linux Elf_ (n=chatzill@151.23.137.170) |
10:06.38 | *** join/#htc-linux divinebovine (n=rtaylor@S01060016b6b53675.vf.shawcable.net) |
10:13.49 | *** join/#htc-linux metter (n=metter@32-149.62-81.cust.bluewin.ch) |
10:33.31 | *** join/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
10:34.05 | *** join/#htc-linux rob_w (n=bob@p549BE168.dip.t-dialin.net) |
11:22.18 | *** join/#htc-linux divinebovine (n=rtaylor@S01060016b6b53675.vf.shawcable.net) |
11:30.46 | *** join/#htc-linux datachaos (n=datachao@c915521c.virtua.com.br) |
12:38.13 | *** join/#htc-linux PoohbaLT (n=Poohba@c-98-235-66-242.hsd1.nj.comcast.net) |
12:55.28 | *** join/#htc-linux EA2 (n=chipper@cpe-024-074-138-191.carolina.res.rr.com) |
13:51.46 | *** join/#htc-linux br1ck (n=br1ck@xdslr039.osnanet.de) |
13:56.38 | *** join/#htc-linux tekkdrone (n=tekkdron@72.183.115.231) |
14:25.56 | *** join/#htc-linux mooky (n=suzannet@berger.projecthugo.co.uk) |
14:28.24 | *** join/#htc-linux stefan_schmidt (n=stefan@c120.apm.etc.tu-bs.de) |
14:50.58 | *** join/#htc-linux TheOther (n=nahh@178.80-202-153.nextgentel.com) |
15:48.54 | *** join/#htc-linux pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
16:04.24 | *** join/#htc-linux GPFerror (n=gpferror@cpe-76-187-41-132.tx.res.rr.com) |
16:10.20 | *** join/#htc-linux pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
16:28.40 | *** join/#htc-linux TrinityDied (n=TrinityD@93.3.142.22) |
16:32.34 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-75-85-249-111.bak.res.rr.com) |
16:48.54 | NetRipper | maejrep, so the boot problem is solved? what was the problem (in a nutshell?) :) |
16:48.57 | NetRipper | and |
16:49.20 | NetRipper | maejrep, i read you have good colors now, and you refer to jobo's 444 patch, do you have a diff of specifically the thing that does work? jobo had multiple patches up |
16:53.48 | *** join/#htc-linux goxboxlive (n=goxboxli@24.84-48-212.nextgentel.com) |
17:04.09 | *** join/#htc-linux orux (n=jose@89.130.46.3) |
17:05.18 | br1ck | NetRipper: from what i could get from maejrep's forum post, the usb was still stuck in mass storage mode when rebooting, switching to activesync before boot avoids the hang. apparently a problem with usb driver not being able to cope with mass storage mode |
17:07.00 | NetRipper | br1ck, indeed, i just read that, thanks |
17:07.27 | NetRipper | dinner time |
17:07.28 | NetRipper | bbl |
17:07.32 | br1ck | heh sorry for my redundant babbling then |
17:08.04 | br1ck | br1ck = putting unwanted stuff into nutshells since 1981 ;) |
17:09.52 | *** join/#htc-linux imfloflo (n=imfloflo@cap31-6-88-180-73-121.fbx.proxad.net) |
17:13.13 | *** join/#htc-linux LunohoD_ (n=alex@e180072139.adsl.alicedsl.de) |
17:14.25 | *** join/#htc-linux Xime (n=xime@dag94-3-82-233-170-230.fbx.proxad.net) |
17:20.35 | *** join/#htc-linux GPFerror (n=gpferror@cpe-76-187-41-132.tx.res.rr.com) |
17:24.20 | *** join/#htc-linux metter_ (n=metter@37-237.62-81.cust.bluewin.ch) |
17:31.42 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
17:40.13 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
17:45.07 | *** join/#htc-linux thejigsaw (n=root@77.29.68.6) |
17:46.26 | *** join/#htc-linux hollo (n=hollo@3e6b025d.rev.stofanet.dk) |
17:51.38 | *** join/#htc-linux mib_auc312 (i=52adc631@gateway/web/ajax/mibbit.com/x-0d1949051fe8fd1c) |
17:56.56 | *** part/#htc-linux thejigsaw (n=root@77.29.68.6) |
17:59.57 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87d426.pool.einsundeins.de) |
18:12.01 | NetRipper | br1ck, dont worry, i'd rather hear something twice than not hear it at all ;) |
18:12.17 | NetRipper | and you couldnt know i read the thread.. ;) |
18:23.08 | *** join/#htc-linux GPFerror (n=gpferror@cpe-76-187-41-132.tx.res.rr.com) |
18:40.59 | *** join/#htc-linux exco (n=exco@e181106122.adsl.alicedsl.de) |
18:46.05 | *** join/#htc-linux OpnSrc1 (i=harisha1@gateway/tor/x-1f36720dc48cbff6) |
18:54.55 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
19:05.23 | maejrep | NetRipper, exactly ^ :p |
19:05.29 | *** join/#htc-linux chab7 (n=kvirc@212.92.4.114) |
19:06.26 | maejrep | as for jobo's 444 patch, it was a suggestion in one of his posts. the diff is at: http://www.privatepaste.com/1dJhdyWvaS |
19:07.36 | maejrep | would obviously need to be either detected, or an ifdef switch for a raph800-specific implementation (might help with optimizing mddi as well, and/or if we can find out how to detect the mode of USB upon booting up) |
19:08.15 | *** join/#htc-linux stefan_schmidt (n=stefan@p5B034A6D.dip.t-dialin.net) |
19:19.37 | *** join/#htc-linux dcordes (n=dcordes@ip-77-25-225-176.web.vodafone.de) |
19:21.05 | dcordes | maejrep I heard the built in diamond sd works? |
19:21.30 | maejrep | no clue :x |
19:21.53 | dcordes | I confused nicks |
19:23.47 | *** join/#htc-linux Kevin2 (n=Kevin2@207-237-194-161.c3-0.avec-ubr2.nyr-avec.ny.cable.rcn.com) |
19:25.07 | AstainHellbring | hi dcordes how goes it |
19:29.32 | *** join/#htc-linux woodson (n=CDP@c-76-101-90-149.hsd1.fl.comcast.net) |
19:46.45 | *** join/#htc-linux cr2 (n=konversa@crpl6.physik.uni-wuppertal.de) |
19:52.50 | *** join/#htc-linux dimitris (n=dimitris@cpe-128964.ip.primehome.com) |
19:53.01 | *** part/#htc-linux dimitris (n=dimitris@cpe-128964.ip.primehome.com) |
19:57.37 | cr2 | dcordes: can you add the CKEN tracing to msm ? |
19:58.19 | *** join/#htc-linux Kuma (n=John@g227134223.adsl.alicedsl.de) |
20:02.06 | cr2 | btw, consider adding the RGB bitmask info into platform_data, together with the possible display resolutions. |
20:02.53 | cr2 | 444 sounds like a shitty 4096 LCD all over again ;) |
20:03.45 | cr2 | good nightr |
20:12.53 | *** join/#htc-linux TripleQ (i=52adc631@gateway/web/ajax/mibbit.com/x-b30d5ed90a1ef949) |
20:19.34 | *** join/#htc-linux Moku (n=John@g227134223.adsl.alicedsl.de) |
20:28.10 | *** join/#htc-linux infernixx (n=nix@unaffiliated/infernix) |
20:37.59 | *** join/#htc-linux TrinityDied (n=TrinityD@212-198-144-81.rev.numericable.fr) |
21:07.19 | *** join/#htc-linux ionstorm (n=ion@ip68-228-225-247.ph.ph.cox.net) |
21:12.57 | *** join/#htc-linux rolk (n=rolk@ip5457417f.direct-adsl.nl) |
21:38.43 | NetRipper | man wiki is real great |
21:38.49 | NetRipper | http://wiki.xda-developers.com/index.php?pagename=RaphaelMemoryMap |
21:38.53 | NetRipper | does that work for anyone? |
21:42.56 | AstainHellbring | nope |
21:48.39 | NetRipper | darn.. other wiki pages do work |
21:57.20 | toer | same problem occured some weeks ago |
22:11.44 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
22:15.09 | *** join/#htc-linux TrinityDied (n=TrinityD@212-198-144-81.rev.numericable.fr) |
22:17.06 | *** join/#htc-linux br1ck_ (n=br1ck@xdslcv234.osnanet.de) |
22:36.49 | *** join/#htc-linux rolk (n=rolk@ip5457417f.direct-adsl.nl) |
23:13.03 | mickeyl | dcordes: ping |
23:14.38 | *** join/#htc-linux TrinityDied (n=TrinityD@212-198-144-81.rev.numericable.fr) |
23:21.57 | *** join/#htc-linux rob_w (n=bob@p549BEEB7.dip.t-dialin.net) |
23:23.03 | maejrep | yeah I couldn't get to the memory map page either |
23:24.33 | *** join/#htc-linux pishuri (n=pishuri@194.230.146.79) |
23:30.33 | *** join/#htc-linux lavender-t (n=jerrey@c-24-17-204-47.hsd1.wa.comcast.net) |
23:47.00 | *** part/#htc-linux exco (n=exco@e181106122.adsl.alicedsl.de) |
23:56.26 | ALoGeNo | hou hou hou.. |
23:56.31 | ALoGeNo | lo all |