**** BEGIN LOGGING AT Tue Oct 02 02:59:58 2012 Oct 02 11:20:54 GNUtoo-desktop: how many patches are needed on top of 3.6 for gta02? Oct 02 11:50:50 pabs3, I guess the same than on 3.5 Oct 02 11:50:56 I didn't push 3.5 I gues Oct 02 11:50:57 s Oct 02 11:51:01 I should Oct 02 11:53:13 JaMa, where should I push my (bad) 3.5? Oct 02 11:53:39 to github? yes you can Oct 02 11:53:58 ok Oct 02 11:54:37 GNUtoo-desktop, I try to fix FB_BACKLIGHT, but finally I failed Oct 02 11:54:43 GNUtoo-desktop: there was some 3.5 branch already Oct 02 11:54:47 GNUtoo-desktop: https://github.com/shr-distribution/linux/wiki/branches Oct 02 11:54:52 github/om-gta02/3.5/master Oct 02 11:55:10 ok Oct 02 11:55:24 then it's pushed, I tough I forgott to push Oct 02 11:56:01 htc modified too much of source, maybe I shall directly begin submit msm-3.4, how to know which senors and devices have been done in msm-3.4 Oct 02 11:56:29 ayaka, if you want to go the mainline way you really serial console Oct 02 11:56:39 or a way to get the logs Oct 02 11:56:46 like ramconsole Oct 02 11:56:59 but that's probably not mainline Oct 02 11:57:00 there is also mtdoops and similar Oct 02 11:57:01 but that require mtd to work Oct 02 11:57:10 serial console is easiest Oct 02 11:57:49 I can have a serial console but the I wonder whehter my mobile has a serial , and I don't have mtd devuces in mobile at all Oct 02 11:58:03 s/devuces/devices Oct 02 11:58:10 it probably has serial Oct 02 11:58:18 it's just hidden Oct 02 11:58:39 look on XDA for infos Oct 02 12:00:20 ok, and https://developer.qualcomm.com/forum/qdevnet-forums/mobile-gaming-graphics-optimization-adreno/19053 doesn't have any reply Oct 02 12:03:52 I find some unoffical cyanogenMod in shooteru, but I can't get theie source Oct 02 12:06:10 and If I go the mainline, I need to done the board file first? Oct 02 12:06:36 yes Oct 02 12:06:40 or the dts Oct 02 12:07:04 also if you go mainline that means a lot of work Oct 02 12:07:16 because there is not a lot for qualcomm stuff in mainline Oct 02 12:07:33 basically they boot with serial Oct 02 12:07:39 they may have display Oct 02 12:07:42 but no modem for instance Oct 02 12:08:19 if I remember well Oct 02 12:09:10 why not begin in some devices that msm-3.4 doesn't support yet, like senors , camera, mipi (video) and so on, you know I don't have any experience Oct 02 12:11:39 they just need comparing from htc source, they don't need test Oct 02 12:13:56 since qualcomm kernel are badly writen It may even be harder(but faster) to fix their kernels Oct 02 12:14:05 than to work with mainline Oct 02 12:14:11 but mainline is very long Oct 02 12:14:46 but it seems that we can't fix the X problem in htc's kernel Oct 02 12:16:17 part of the problem is that I don't have shooteru, so it's harder for me to help... Oct 02 12:16:41 but so far without experience you was able to boot the device under debian Oct 02 12:16:46 which is quite an achievement Oct 02 12:16:55 knowing how bad are qualcomm kernels Oct 02 12:17:13 for instance I had to do that this summer and it took me nearly a week on a better kernel Oct 02 12:17:24 it was for the galaxy nexus Oct 02 12:17:29 yes, and another big probleim is that I don't have experience in developing kernel Oct 02 12:17:55 yes but to gain experience you have to start from some point Oct 02 12:18:09 I started with very hard stuff too Oct 02 12:18:22 (htc dream) Oct 02 12:19:31 well, from searching result, shooteru doesn't have many info about serial console Oct 02 12:19:39 ok Oct 02 12:20:49 also if you succeed at becoming a kernel developer there are tons of companies that wants to hire kernel developers Oct 02 12:21:51 basically there will always be new hardware.... Oct 02 12:22:10 GNUtoo-desktop: do you have a .config for gta02 3.6? the pastebin you posted expired Oct 02 12:23:33 yes, but now, how shall I begin, as I said before, why not develop some senors first? Oct 02 12:23:46 pabs3, 3.5 only Oct 02 12:23:57 pabs3, but I've issues with 3.5 Oct 02 12:24:35 ayaka, hmmm however the sensors may not give you Xorg Oct 02 12:24:42 s/may/will/ Oct 02 12:24:42 GNUtoo-desktop meant: ayaka, hmmm however the sensors will not give you Xorg Oct 02 12:25:19 yes, but it let me get some experience, let me develop board file is impossible for me Oct 02 12:25:34 board is not so hard Oct 02 12:25:54 what is hard is board without any feedback Oct 02 12:26:17 usually embedded linux developers have some kind of feedback Oct 02 12:26:19 whatever it is Oct 02 12:26:25 the easiest way is serial console Oct 02 12:27:44 but I know few about ARM arch, I mess up with ARMv7 is family name or order set name Oct 02 12:28:05 I think device tree files are the replacement for board files in recent kernels? Oct 02 12:28:25 pabs3, yes dts files Oct 02 12:28:26 I did some Oct 02 12:28:32 and I must work on one for work Oct 02 12:28:41 dts files, what is it ? Oct 02 12:28:49 device tree source files Oct 02 12:28:58 the new way of booting under ARM Oct 02 12:29:03 no C needed Oct 02 12:29:15 just some descriptive language Oct 02 12:29:25 but you want to have serial or feedback there too Oct 02 12:29:34 take a look at the arch/arm/boot/dts/ folder for examples Oct 02 12:29:44 yes that one Oct 02 12:29:51 I know it is device tree source files, but I don't know descriptive language at all, I will read sources Oct 02 12:30:08 I meant that it was stuff like: Oct 02 12:30:23 serial0: uart0@43000000 { Oct 02 12:30:30 status = "okay"; Oct 02 12:30:32 }; Oct 02 12:30:40 it's not C Oct 02 12:31:01 I don't remember exactly so look in arch/arm/boot/dts/ Oct 02 12:31:03 the idea with device tree stuff is that you build a generic kernel and pass it the device tree to tell it what board it is on and drivers to load Oct 02 12:31:30 we must also explain the idea of platform drivers Oct 02 12:31:41 so one kernel instead of one kernel for each device, much better for Linux distributions Oct 02 12:31:45 basically on x86 there are stuff like PCI which has PCI IDs Oct 02 12:31:57 so you can easily know what driver to load from that Oct 02 12:32:13 but on ARM there are SOC( system on a chip) Oct 02 12:32:24 which are CPU with many peripherals inside the CPU chip Oct 02 12:32:36 like graphics for instance Oct 02 12:32:42 (framebuffer) Oct 02 12:32:51 but I still saw board-msm8x60.c in msm-3.4/arch/arm/mach-msm/ Oct 02 12:32:58 that can't be probed easily Oct 02 12:33:15 so you need to tell the kernel that you have that graphics chip Oct 02 12:33:38 yeah, old board files have not been converted yet Oct 02 12:34:16 and board file do that(tell the kernel which non-easily-probable peripherals the device has) Oct 02 12:34:24 and device tree source files do the same.... Oct 02 12:34:45 there is msm8660-surf.dts but it still can't work as old board file now ? Oct 02 12:34:59 ayaka, it's for the surf devboard Oct 02 12:35:31 surf? what is it? Oct 02 12:35:34 basically you should do something similar for your board if you want to go the mainline way Oct 02 12:35:40 it's not a phone Oct 02 12:35:43 it's a devboard Oct 02 12:35:49 like for instance the beagleboard Oct 02 12:35:54 but for msm Oct 02 12:38:19 oh, Let me have a try, first I need to know what board-shooter_u.c said Oct 02 12:38:52 before trying anything, be sure you have a feedback method in the kernel you are targetting Oct 02 12:39:01 like ramconsole for instance Oct 02 12:39:16 and note that you should enable ramconsole in the board file Oct 02 12:39:20 else it won't work Oct 02 12:39:45 oh, I forget , I only have ramconsole Oct 02 12:41:22 btw, can we talk something about mtd here or some where else Oct 02 12:43:52 just ask Oct 02 12:53:51 for example, I want to update my flash in router to install openwrt, but how to write fireware to new flash chip Oct 02 12:56:31 openwrt documents that Oct 02 12:56:35 it depend on the distro Oct 02 12:56:43 there is mtd-utils Oct 02 12:56:51 but mtd-utils is not advised on openwrt Oct 02 12:57:00 there is a special update uttility for openwrt Oct 02 12:57:11 but which hardware I need Oct 02 12:57:18 none Oct 02 12:57:32 I think it can be done trough the web interface Oct 02 12:57:35 or trough ssh Oct 02 12:57:46 ask #openwrt in doubt Oct 02 12:58:44 no, no, it is how to write a complete new flash chip Oct 02 12:58:57 I don't have openwrt installed now Oct 02 12:59:45 the old chip is too small(2M), so I need a new chip, but how to write fireware into new chip Oct 02 13:00:15 flashrom with any of the supported external programmers Oct 02 13:01:38 PaulFertser, for NAND? Oct 02 13:02:08 Is flashrom a hareware ? I know mtd-utils, but I don't know how to connect is as mtd, I know how to do it with nand flash chip Oct 02 13:02:08 GNUtoo-x60: doesn't it support some parallel programmers? Oct 02 13:02:32 yes it does but....It's not the right way to install openwrt.... Oct 02 13:03:04 GNUtoo-x60: ayaka wants to swap the flash chip inside his router... Oct 02 13:03:08 mtd-utils are command line uttilities for flashing NAND under GNU/Linux, if you use them wrongly it can brick your device Oct 02 13:03:25 PaulFertser, yes that's hard.... Oct 02 13:03:29 hmmm Oct 02 13:03:36 Indeed it's tricky Oct 02 13:03:40 GNUtoo-x60: with SPI flash that's easy, i've done it myself. Oct 02 13:03:42 maybe #openwrt may know better Oct 02 13:03:46 yes I know.... Oct 02 13:03:59 but here it's NAND so it's harder I guess Oct 02 13:04:04 unless there is SPI NAND Oct 02 13:04:26 ayaka: is your flash chip NAND or SPI nor? Oct 02 13:04:43 first let's find out what the router is Oct 02 13:04:49 and how good he is in soldering Oct 02 13:04:58 I don't know Oct 02 13:05:22 the router is tp-link wr740n v5 Oct 02 13:06:13 I don't know mtd much, mtd is a SPI NAND chip? Oct 02 13:06:39 MTD is a driver model in the linux kernel I guess Oct 02 13:06:50 Memory Technology Devices Oct 02 13:06:52 maybe? Oct 02 13:09:31 yes, pabs3 told what is different between flash is that linux control mtd directly but flash not Oct 02 13:12:15 basically there are different kind of flash chip directly controlled Oct 02 13:12:20 there is NAND and NOR Oct 02 13:12:31 I didn't know that NOR was available in SPI Oct 02 13:12:36 I just didn't make the link Oct 02 13:12:51 I use flashrom very often tough Oct 02 13:12:56 I even did an arduino flasher Oct 02 13:13:11 but honestly, flashrom does most of the work Oct 02 13:13:39 ayaka, check the CPU/SOC of your router.... Oct 02 13:13:47 it may have something called a bootrom Oct 02 13:14:02 if not there is still JTAG Oct 02 13:14:08 I know few about mips arch than arm arch Oct 02 13:14:20 yes just check the SOC Oct 02 13:14:31 like broadcom something Oct 02 13:14:33 or ralink something Oct 02 13:14:36 or atheros something Oct 02 13:15:02 it is atheros Oct 02 13:18:03 1) check how easy it's to desolder and resolder the NAND chip Oct 02 13:18:18 atheros uses spi nor, so it's easy. Oct 02 13:18:26 ah nice Oct 02 13:18:40 so it's also easy to desolder? Oct 02 13:18:43 and to resolder? Oct 02 13:19:10 Sure Oct 02 13:19:29 It's likely SO8. Oct 02 13:20:15 I just poured over evough solder and lifted one side of the chip, then another side. Oct 02 13:20:27 ok nice Oct 02 13:20:37 The trick is to have solder cover all the pins on one side to heat them all at hte same time Oct 02 13:20:54 Another appoarch is to just cut the pins off the IC and then desolder one by one. Oct 02 13:21:52 about flashes and MTD etc.... Oct 02 13:22:11 do you know how to make a 1M BIOS work on a 2M chip? Oct 02 13:22:55 because for instance coreboot uses some padding but not where you would expect(not at the end) Oct 02 13:23:14 Oh, sorry, no idea about PC BIOSes... Oct 02 13:23:21 ok Oct 02 13:23:34 I'll try the same trick than with serialICe then Oct 02 13:23:39 *SerialIce Oct 02 13:35:06 GNUtoo-desktop, PaulFertser thank you Oct 02 13:45:07 GNUtoo-desktop: ping Oct 02 13:59:37 morphis, pong Oct 02 13:59:42 I'm working right now Oct 02 14:00:06 morphis, pong Oct 02 14:00:26 GNUtoo-desktop: I just wanted to ask how far you're with the blueooth init script Oct 02 14:00:43 badly because compilation failed again Oct 02 14:00:47 with the same error Oct 02 14:00:50 libx11-trim Oct 02 14:00:53 can we switch channel? Oct 02 14:00:53 or something like that Oct 02 14:00:56 yes Oct 02 14:00:59 let me login Oct 02 15:16:21 GNUtoo-desktop: "Execution begins by fetching instructions 16 bytes below the flash memory's uppermost physical address. At 0xFFFFFFF0, start execution at reset_vector from src/cpu/x86/16bit/reset16.inc, which simply jumps to _start." Oct 02 15:16:47 GNUtoo-desktop: so i guess that basically means that you need to copy the last 16 bytes of your 1M chip to the last 16 bytes of your 2M chip. Oct 02 15:24:56 GNUtoo-desktop: the coreboot image should be generated automatically the way appropriate to you because of http://review.coreboot.org/gitweb?p=coreboot.git;a=blob;f=src/mainboard/Kconfig;h=779e061b9cd4f20e253463d1d210a9c4f99c5d0a;hb=HEAD , provided you select the correct ROM (your flash) size. Oct 02 15:27:37 thanks a lot Oct 02 15:33:36 GNUtoo-desktop: do you mean you want to first try your vendor bios image? Oct 02 15:34:20 i.e. do you mean that you want to copy your vendor 1M flash to a 2M flash and then to simply run it? Oct 02 15:35:53 PaulFertser, I've bricked a half-broken laptop Oct 02 15:36:08 and I guess that since I've a 2M flash chip Oct 02 15:36:16 I could try to see if it can be repaired Oct 02 15:36:25 because I've bricked its flash chip.... Oct 02 15:36:29 but I've the BIOS image Oct 02 15:45:23 GNUtoo-desktop: ah, i see **** ENDING LOGGING AT Wed Oct 03 02:59:58 2012