| 00:06.31 | *** join/#edev T0mW (n=Tom@24.115.218.135.res-cmts.sth.ptd.net) [NETSPLIT VICTIM] |
| 00:06.31 | *** join/#edev _bob_ (n=bob@70.230.165.110) [NETSPLIT VICTIM] |
| 00:06.31 | *** join/#edev solar (n=solar@smtp.gentoo.org) [NETSPLIT VICTIM] |
| 00:07.18 | *** join/#edev solar (n=solar@smtp.gentoo.org) |
| 00:12.19 | *** join/#edev T0mW (n=Tom@24.115.218.135) [NETSPLIT VICTIM] |
| 00:12.20 | *** join/#edev _bob_ (n=bob@70.230.165.110) [NETSPLIT VICTIM] |
| 00:16.28 | *** join/#edev T0mW (n=Tom@24.115.218.135) [NETSPLIT VICTIM] |
| 00:16.28 | *** join/#edev _bob_ (n=bob@70.230.165.110) [NETSPLIT VICTIM] |
| 00:19.41 | *** join/#edev T0mW (n=Tom@24.115.218.135) [NETSPLIT VICTIM] |
| 00:19.41 | *** join/#edev _bob_ (n=bob@70.230.165.110) |
| 00:22.21 | *** join/#edev T0mW (n=Tom@24.115.218.135) [NETSPLIT VICTIM] |
| 00:22.21 | *** join/#edev _bob_ (n=bob@70.230.165.110) [NETSPLIT VICTIM] |
| 00:23.38 | *** join/#edev T0mW (n=Tom@24.115.218.135) [NETSPLIT VICTIM] |
| 00:23.38 | *** join/#edev _bob_ (n=bob@70.230.165.110) [NETSPLIT VICTIM] |
| 00:43.22 | *** join/#edev T0mW (n=Tom@24.115.218.135) [NETSPLIT VICTIM] |
| 00:43.22 | *** join/#edev _bob_ (n=bob@70.230.165.110) [NETSPLIT VICTIM] |
| 01:33.48 | *** join/#edev ali_as_ (n=ali_as@ambix.plus.com) |
| 01:33.48 | *** join/#edev roxfan2 (n=dunno@96.61-136-217.adsl-dyn.isp.belgacom.be) [NETSPLIT VICTIM] |
| 01:33.48 | *** join/#edev adyer (n=adyer@adsl-69-223-13-78.dsl.chcgil.ameritech.net) [NETSPLIT VICTIM] |
| 01:33.48 | *** join/#edev wmat (n=btraynor@gromit.mixdown.ca) [NETSPLIT VICTIM] |
| 01:33.48 | *** join/#edev ohsix (i=ohsix@66.220.111.222) |
| 01:34.54 | *** join/#edev Redhatter (n=vk4fsjl@2001:388:f000:0:0:0:0:279) [NETSPLIT VICTIM] |
| 01:41.42 | *** join/#edev redblue (i=star@ppp205.108-253-207.mtl.mt.videotron.ca) |
| 02:23.00 | *** join/#edev Appleman1234 (n=Appleman@131.181.98.54) |
| 02:32.50 | *** join/#edev chouimat (n=dieu@kde/developer/chouinard) |
| 02:38.43 | *** join/#edev Redhatter (n=vk4fsjl@2001:388:f000:0:0:0:0:279) [NETSPLIT VICTIM] |
| 02:38.43 | *** join/#edev ohsix (i=ohsix@66.220.111.222) [NETSPLIT VICTIM] |
| 02:38.43 | *** join/#edev wmat (n=btraynor@gromit.mixdown.ca) [NETSPLIT VICTIM] |
| 02:38.43 | *** join/#edev adyer (n=adyer@adsl-69-223-13-78.dsl.chcgil.ameritech.net) [NETSPLIT VICTIM] |
| 02:38.43 | *** join/#edev roxfan2 (n=dunno@96.61-136-217.adsl-dyn.isp.belgacom.be) [NETSPLIT VICTIM] |
| 02:38.43 | *** join/#edev ali_as_ (n=ali_as@ambix.plus.com) [NETSPLIT VICTIM] |
| 04:00.51 | *** join/#edev DrZimmerman (n=theo@tbaumgartner.broker.freenet6.net) |
| 04:42.50 | *** join/#edev mbuf (n=shakthim@61.16.248.242) |
| 05:40.44 | *** join/#edev lyakh (n=lyakh@p57BD2465.dip0.t-ipconnect.de) |
| 05:43.52 | *** join/#edev g1powermac_PB (n=g1powerm@unaffiliated/g1powermac) |
| 07:17.12 | *** join/#edev g1powermac_PB (n=g1powerm@unaffiliated/g1powermac) |
| 07:29.26 | *** join/#edev drath_ (i=vmaster@p5B07D276.dip.t-dialin.net) |
| 07:31.59 | *** join/#edev [AD]Turbo (n=turbo@host24-241-dynamic.22-79-r.retail.telecomitalia.it) |
| 07:32.55 | [AD]Turbo | yo all |
| 07:37.24 | *** join/#edev mbuf (n=shakthim@61.16.248.242) |
| 07:48.55 | *** join/#edev harpal (n=harpal@121.246.75.165) |
| 08:04.07 | *** join/#edev Redhatter (n=vk4fsjl@2001:388:f000:0:0:0:0:279) |
| 08:08.59 | *** join/#edev ds2 (i=noinf@netblock-66-245-251-24.dslextreme.com) [NETSPLIT VICTIM] |
| 09:59.00 | *** join/#edev samuelr (n=samuelr@dsl093-061-094.pit1.dsl.speakeasy.net) |
| 11:49.28 | *** join/#edev dbtid (i=kxguekq4@cpe-65-24-173-154.columbus.res.rr.com) |
| 11:54.54 | *** join/#edev g1powermac_PB (n=g1powerm@unaffiliated/g1powermac) |
| 12:01.31 | *** join/#edev sjhill (n=sjhill@real.realitydiluted.com) |
| 12:01.31 | *** mode/#edev [+o sjhill] by ChanServ |
| 12:06.12 | *** join/#edev samuelr (n=samuelr@dsl093-061-094.pit1.dsl.speakeasy.net) |
| 12:17.47 | *** join/#edev SpeedEvil (n=gfghgfhg@tor/regular/SpeedEvil) |
| 12:17.52 | SpeedEvil | Does anyone happen to know if any USB signalling on the D+ and D- lines involves the range 3.3V-5V? |
| 12:21.38 | SpeedEvil | Hmm - seems that it doesn't. |
| 12:24.15 | *** join/#edev linac (n=lin@121.41.45.234) |
| 12:28.40 | *** join/#edev GPSFan (n=kenm@12.10.255.246) |
| 12:28.40 | *** mode/#edev [+o GPSFan] by ChanServ |
| 12:34.39 | *** join/#edev hw_ (n=hw@p578b3905.dip0.t-ipconnect.de) |
| 12:43.16 | *** join/#edev Crofton (n=balister@TOROON63-1168099387.sdsl.bell.ca) |
| 12:46.25 | *** join/#edev sjhill (n=sjhill@real.realitydiluted.com) |
| 12:46.25 | *** mode/#edev [+o sjhill] by ChanServ |
| 13:13.27 | *** join/#edev RobotGuy (n=robotguy@dsl093-038-072.pdx1.dsl.speakeasy.net) |
| 13:24.02 | g1powermac_PB | hey RobotGuy |
| 13:24.13 | RobotGuy | Mornin' |
| 13:25.10 | *** join/#edev prpplague (n=dave@mail.americanmicrosystems.com) |
| 13:25.28 | g1powermac_PB | heya prpplague |
| 13:26.25 | prpplague | hey |
| 13:26.45 | g1powermac_PB | man, we're getting hit with a pretty nasty thunderstorm atm |
| 13:28.44 | prpplague | fun fun |
| 13:29.32 | prpplague | man, we're getting hit with a pretty nasty pcb design atm |
| 13:29.45 | g1powermac_PB | heh |
| 13:31.32 | RobotGuy | man, I'm getting hit with a pretty nasty trust issues atm |
| 13:35.14 | prpplague | RobotGuy: trust issue?\ |
| 13:35.40 | chouimat | morning |
| 13:37.09 | RobotGuy | Yeah, women, dating site. :( |
| 13:45.23 | sjhill | RobotGuy: dude, you're in for some serious debug sessions then |
| 13:52.23 | chouimat | hi RobotGuy sjhill prpplague g1powermac_PB |
| 14:15.11 | *** join/#edev cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 14:21.31 | *** join/#edev g1powermac_PB (n=g1powerm@unaffiliated/g1powermac) |
| 14:31.25 | *** join/#edev sunrunner20 (n=jamesdoe@pool-71-164-237-32.dllstx.fios.verizon.net) |
| 14:37.04 | *** join/#edev MothaWork (n=monmotha@mail.forwardengineering.com) |
| 15:01.21 | *** join/#edev CosmicPenguin (n=nobody@163.181.251.103) |
| 15:01.21 | *** mode/#edev [+o CosmicPenguin] by ChanServ |
| 16:00.47 | solar | prpplague: ping? |
| 16:06.45 | prpplague | <PROTECTED> |
| 16:06.59 | prpplague | solar: whats up? |
| 16:09.24 | solar | prpplague: few questions. 1) did yoiu get your jffs2 root working. I ran into a few odd errors. [which might be BE vs LE) problems 2) Hows your OpenOCD skills? Any idea how to flip on the buzzer/leds from it? 3) I re-enabled keyboard gpio. Whats led1 supposed to do? |
| 16:10.48 | prpplague | 1) had no problems with the jffs2 root on the hammer, i did have some problems with my jffs2 on my s3c2440 board because i was still copying the ramdisk into sdram before trying to boot to jffs2 |
| 16:12.14 | solar | http://rafb.net/p/kwdTrZ55.html (ever seen this ?) |
| 16:12.19 | prpplague | 2) you can read/write to physical registers from the openocd command line , you can look at the c code at http://www.elinux.org/Hammer_LED_Userspace_App and simply do the same thing from command line |
| 16:12.24 | prpplague | looks |
| 16:13.10 | prpplague | solar: looks like the jffs2 image wasn't generated with the correct parameters |
| 16:14.02 | prpplague | solar: you have a jffs2 image loaded there or was it just suppose to be a fresh jffs2 partition? |
| 16:14.59 | prpplague | 3) the led1 example is for the hammer carrier board LED, it can be reassigned to one of the LED's on the nail board |
| 16:15.46 | solar | prpplague: thats the thing. I'm not sure exactly how the jffs2 gets initialized in the BR2 image. I can simply reflash that image and all works properly. |
| 16:15.57 | solar | but when I load a custom image. I get the following. |
| 16:16.32 | solar | prpplague: ahh ok. I was under the impressioning there was a 3rd led on the nail somewhere |
| 16:16.50 | prpplague | solar: there are 2 additional LEDS on the nail board |
| 16:17.03 | prpplague | solar: i just don't have them listed as part of the default kernel |
| 16:17.30 | prpplague | solar: somewhere during your build you should be calling a make jffs2 command |
| 16:17.34 | prpplague | solar: with some arguments |
| 16:17.49 | prpplague | solar: you'll need to specify the page size and erase block size |
| 16:18.06 | prpplague | solar: most likely you don't have the correct values |
| 16:18.13 | solar | I think not. |
| 16:18.34 | prpplague | solar: how are you flashing your jffs2 image? |
| 16:20.09 | solar | swapping it in place of the .ext2 image was one method I was trying. Rebuilt apex and kernel. then mkfs.jffs2 -o output.jffs2 -d . |
| 16:21.17 | prpplague | solar: not sure i understand |
| 16:21.24 | solar | that was the rootfs method. The other is to use the ext2 to boot. Get into userland and try the exact same thing you have in the BR. Where it mounts /mnt/flash |
| 16:21.57 | prpplague | solar: ok, but how did you put the jffs2 image into flash? |
| 16:25.15 | solar | directly. http://rafb.net/p/ee7BcR13.html |
| 16:25.30 | prpplague | looks |
| 16:26.52 | *** join/#edev g1powermac (n=g1powerm@unaffiliated/g1powermac) |
| 16:27.00 | prpplague | solar: right you have rootfs.jffs2 image, did you use apex to out into flash? did you use openocd? did you use the mtd utils from linux? |
| 16:27.18 | prpplague | s/out/output |
| 16:28.27 | prpplague | solar: i'm guess you used the flashme script which is using openocd |
| 16:28.35 | solar | prpplague: trying to avoid using that entire ctrl+c apex> xmodem recieve . openocd can push the image to |
| 16:29.21 | prpplague | solar: np, thats doable, where i can get a copy of these files? |
| 16:30.18 | solar | I have to make a few tweaks for posting them. |
| 16:31.23 | prpplague | solar: ok, well i'm guess something isn't exactly right in the flash sequence, in addition, you probably need to specific the page/block info when generating your jffs2 image |
| 16:33.49 | prpplague | mkfs.jffs2 -e 0x20000 -l -s 0x1000 -d . -o rootfs.jffs2 |
| 16:35.07 | solar | hrmm yeah did not using any -e/l-/s options |
| 16:35.29 | solar | prpplague: http://dev.gentoo.org/~solar/embedded/tct/jffs2-test.tar.bz2 |
| 16:35.47 | prpplague | solar: -e 0x20000 128k erase block -s 0x1000 is the 4k page size |
| 16:35.57 | prpplague | grabs a copy to look at |
| 16:37.46 | sunrunner20 | ... |
| 16:38.52 | prpplague | solar: ok that looks good if you have the kernel configured for jffs2 rootfs and it starts at 0x200000 |
| 16:39.59 | prpplague | solar: i've got to run to lunch, when i get back i'll give it a try with a nail board |
| 16:39.59 | solar | I'm reflashing now with the -els statement |
| 16:40.10 | prpplague | solar: okie dokie |
| 16:40.12 | prpplague | bbiab |
| 16:41.49 | solar | http://rafb.net/p/1Mg4PB76.html (same thing) |
| 17:02.13 | *** join/#edev bbradley (n=bbradley@92-235-133-146.cable.ubr17.azte.blueyonder.co.uk) |
| 17:03.05 | *** join/#edev chouimat|work (n=dieu@209.217.106.98) |
| 17:06.59 | prpplague | solar: looking |
| 17:08.21 | prpplague | solar: what was your kernel arguments ? |
| 17:08.37 | prpplague | solar: looks like it mounted the jffs2 properly |
| 17:08.57 | *** join/#edev chouimat|work (n=dieu@209.217.106.98) |
| 17:10.02 | solar | CONFIG_ENV_DEFAULT_CMDLINE="console=ttySAC0 rootfstype=jffs2 root=/dev/mtdblock1 panic=3" |
| 17:10.32 | solar | and checking the ocd files. We have lash write_bank 0 __ROOTFS__ 0x200000 |
| 17:11.07 | solar | an extra 0 to where it starts? |
| 17:29.04 | prpplague | solar: yea that all looks correct |
| 17:29.50 | prpplague | solar: and you have your kernel partitions setup for the jffs2 partition to start at 0x200000 ? |
| 17:30.07 | prpplague | solar: can you post your entire bootlog? |
| 17:30.32 | *** join/#edev flavioribeiro (n=flavio@services.mopa.tv) |
| 17:31.00 | solar | yeah. let me do that along with adding my .config's to a tarball. |
| 17:31.18 | solar | everything seems sane to me. So I'm a bit. stummped |
| 17:32.53 | prpplague | solar: welcome to the world of embedded |
| 17:34.05 | solar | has been stummped many of times before. jffs2 is always been one of those things that kicks me over and over. |
| 17:34.36 | prpplague | hehe indeed |
| 17:34.42 | prpplague | had a few problems lately myself |
| 17:34.57 | prpplague | solar: i've been doing jffs2 on nand flash, so its even more fun |
| 17:35.41 | solar | http://dev.gentoo.org/~solar/embedded/tct/jffs2-test.tar.bz2 (updated with .configs and complete boot.log of most current flash) |
| 17:38.45 | prpplague | grabs a copy |
| 17:38.50 | solar | thanks |
| 17:40.15 | prpplague | give me a few to look |
| 17:40.59 | solar | this ledlights.c looks pretty much exactly like devmem2.c |
| 17:42.41 | prpplague | solar: thats because it is |
| 17:44.38 | prpplague | Creating 2 MTD partitions on "physmap-flash.0": |
| 17:44.38 | prpplague | 0x00000000-0x00240000 : "System" |
| 17:44.38 | prpplague | 0x00240000-0x01000000 : "JFFS2" |
| 17:45.08 | prpplague | solar: ok one problem, you jffs2 partition is set for 0x00240000 and not at 0x00200000 where you are loading it |
| 17:48.36 | solar | that something we need to change in openocd? |
| 17:53.22 | prpplague | solar: thats more or less your cutom configuration |
| 17:53.38 | prpplague | solar: the openocd scripts i provided were intended to load an initramdisk image |
| 17:54.10 | prpplague | solar: might be handy to tweak your script to check the extension of the rootfs image |
| 17:54.29 | prpplague | solar: if its jffs2 then use the a different adress |
| 17:55.29 | solar | are you saying 'flash write_bank 0 rootfs.jffs2 0x200000' should be 0x24xxx ? |
| 17:55.42 | prpplague | flash write_bank 0 __ROOTFS__ __ROOTFS_ADDRESS__ |
| 17:56.16 | prpplague | solar: yea, if you are going to flash a jffs2 image it needs to match where the kernel expects the image to be |
| 17:56.30 | prpplague | solar: the kernel thinks the jffs2 image starts at 0x00240000 |
| 17:57.07 | solar | let me try that raw before trying to make flashme smarter |
| 17:57.29 | prpplague | hehe np |
| 17:57.41 | prpplague | solar: just change the address to 0x00240000 |
| 17:58.34 | ds2 | morning |
| 17:58.37 | prpplague | solar: i'm willing to bet CosmicPenguin's paycheck that will boot now |
| 17:58.40 | prpplague | ds2: greetings |
| 17:58.53 | CosmicPenguin | Hell, I'll double it to $10 |
| 17:59.01 | prpplague | hehe |
| 17:59.35 | ds2 | all that green isn't dead presidents?! *GASP* |
| 18:00.53 | prpplague | CosmicPenguin: guess what? |
| 18:01.00 | CosmicPenguin | what? |
| 18:01.08 | prpplague | CosmicPenguin: the new production boards don't boot |
| 18:01.12 | prpplague | CosmicPenguin: can't even jtag |
| 18:01.20 | chouimat|work | prpplague: WOW |
| 18:01.21 | CosmicPenguin | that is unfortunate |
| 18:01.25 | prpplague | CosmicPenguin: isn't that grand |
| 18:01.28 | CosmicPenguin | power sequencing gone mad? |
| 18:01.33 | prpplague | CosmicPenguin: we've actually moved backwards |
| 18:01.44 | prpplague | CosmicPenguin: don't know yet |
| 18:01.55 | prpplague | CosmicPenguin: our dedicated EE is "looking into it" |
| 18:02.48 | *** join/#edev Redhatter (n=vk4fsjl@2001:388:f000:0:0:0:0:279) |
| 18:04.12 | *** mode/#edev [+o prpplague] by ChanServ |
| 18:05.37 | *** join/#edev MothaWork (n=monmotha@mail.forwardengineering.com) |
| 18:10.26 | solar | prpplague: you just won the first round of beers on me at LWE |
| 18:11.01 | prpplague | hehe |
| 18:11.37 | solar | quite a bit slower to boot |
| 18:11.45 | prpplague | solar: indeed |
| 18:14.10 | solar | oh I'm running with EABI+OABI in my kernel. So I should be able to test some intermixed userland stuff on it today |
| 18:14.16 | ds2 | anyone that has messed with the Webpals know if the parallel port can do inputs like on a PC? |
| 18:14.22 | CosmicPenguin | heh - if prpplague and I ever tried to settle our beer debt, the night would not end well |
| 18:14.33 | ds2 | solar: beware, OABI_COMPAT has problems |
| 18:14.43 | solar | ds2: what did you run into? |
| 18:14.59 | prpplague | CosmicPenguin: hehe |
| 18:15.11 | ds2 | solar: signals + alternate stacks on an OABI binary giving me odd segfaults up in the 0xffffxxxx range |
| 18:15.28 | ds2 | I been warned there are others |
| 18:16.52 | solar | cuz what I'm booted into now is a arm-softfloat-linux-uclibc userland with AEABI=y/OABI_COMPAT=y enabled. |
| 18:17.23 | ds2 | it will appear to mostly work |
| 18:17.30 | solar | speaking of EABI's .. Anybody her ok with the ELF format? |
| 18:17.39 | ds2 | so stuff like hello world is fine |
| 18:18.23 | CosmicPenguin | solar: that depends.... |
| 18:19.03 | solar | I've been hacking on a little tool to tell me the OSABI+EABI versions of an ELF. But something is not quite right. |
| 18:19.16 | solar | This logic look correct to you to pick up the EABI's ? http://rafb.net/p/vz0eYR81.html |
| 18:19.57 | CosmicPenguin | Hmm - I'm not very familiar with the ARM extensions |
| 18:22.06 | prpplague | solar: probably should looks at the source for readelf |
| 18:22.23 | prpplague | solar: readelf will report info on the abi version info |
| 18:22.32 | prpplague | solar: readelf -h busybox |
| 18:24.28 | roxfan2 | http://infocenter.arm.com/help/topic/com.arm.doc.ihi0044b/IHI0044B_aaelf.pdf <- ELF for the ARM Architecture |
| 18:27.13 | roxfan2 | looks like it can go up to 5 currently |
| 18:29.52 | solar | prpplague: not a big fan of BFD myself. It's cross abilities are rather poor. I needed a multi-platform/multi-endian tool. But yeah I still got the hint to look at the eflags from bfd |
| 18:30.41 | solar | http://sources.gentoo.org/viewcvs.py/gentoo-projects/pax-utils/ (scanelf.c what I'm adding an -I option to for OSABI/EABI stuff) |
| 18:31.08 | roxfan2 | and osabi field can have ELFOSABI_ARM_AEABI flag set |
| 18:31.10 | prpplague | solar: yea not a fan myself |
| 18:31.23 | prpplague | solar: but i figured that'd be a good place to look for info |
| 18:32.16 | ds2 | linux-embedded is a busy list :( |
| 18:33.54 | CosmicPenguin | The noise, it hurts my ears |
| 18:56.21 | solar | roxfan2: you sure about that? I can't find that in any headers anywhere |
| 18:56.34 | roxfan2 | see the pdf doc |
| 18:56.56 | roxfan2 | well, looks like it's very new so you probably won't see it in the wild... |
| 18:59.39 | solar | yeah this is about the other ref I can see to it. http://ftp.linux.org.uk/pub/linux/arm/fedora/diffs-f8/elfutils-0.131-1.fc8/elfutils-0.130-arm-backend.patch |
| 18:59.48 | solar | looks like gentoo will need to update it's elf.h |
| 19:17.21 | solar | ahh nice again. The problem was not my code but rather I did not have support for ABI4 before. |
| 19:17.30 | solar | thanks for the semi hint roxfan2 :) |
| 19:20.57 | prpplague | solar: hehe, i just assumed you'd done a readelf and looked at the output |
| 19:25.08 | solar | Nope.. But I'm close to what I'm looking for. http://rafb.net/p/kIsRVx71.html |
| 19:26.08 | prpplague | <PROTECTED> |
| 19:26.19 | g1powermac | well, that was fun |
| 19:26.25 | prpplague | solar: good deal |
| 19:26.36 | g1powermac | more bloodwork. . .its like I gave blood or something this past month |
| 19:26.51 | g1powermac | at least 15 vials of blood this past month |
| 19:30.05 | roxfan2 | solar: maybe just sprintf(eabiver, "EABI_VER%d", eflags>>24); or something |
| 19:30.16 | roxfan2 | takes care of future compatibility :) |
| 19:34.08 | solar | spiffy that seems to work and makes the function alot smaller |
| 19:36.40 | prpplague | solar: sounds like you are really rockin with the nail board |
| 19:40.02 | prpplague | CosmicPenguin: hehe it just keeps on getting better |
| 19:40.19 | prpplague | CosmicPenguin: the EE is now telling the boss that there something wrong with jtag software |
| 19:40.38 | CosmicPenguin | oops - thats a no-no |
| 19:41.20 | prpplague | CosmicPenguin: never mind that it works fine for all the other boards |
| 19:42.16 | solar | I have to make it somehow better for the comminuty at large for the investment tct took by giving away a few dev boards. |
| 19:42.44 | prpplague | solar: ahh ok |
| 19:42.59 | solar | talking with robbat2 his jffs2 is at 0x00600000-0x01000000 |
| 19:43.21 | solar | any ideas on how to ls the file etc and make that number we pass to openocd semi dynamic? |
| 19:43.36 | prpplague | solar: yea, i think he did some tweaking o his partitions |
| 19:44.10 | prpplague | solar: you mean to determine what kind of rootfs image it is? |
| 19:45.03 | solar | I can auto figure out what the file type is. I'm more talking to make the ROOTFS_ADDR variable dynamic. His *.jffs2 file is also 1.3M |
| 19:45.42 | prpplague | solar: the problem there is going to be that it will be dependent on the kernel you generate |
| 19:46.04 | prpplague | solar: that partition information is in the mach-tct_hammer.c file |
| 19:46.49 | solar | I'm using the kernel directly off of the CD. Just made a few mods to the .config |
| 19:48.09 | solar | but I am interested in seeing where this other led on the nail board is. So far I can control the one led on the hammer. And the buzzer on the nail. |
| 19:48.16 | prpplague | if you are using the default kernel with no modifications then the jffs2 will always be at 0x00240000 |
| 19:49.45 | prpplague | solar: the two user leds on the nail are on the GPH0 and GPH1 gpios |
| 19:50.28 | prpplague | solar: you can use the LEDs class driver to add those - http://www.elinux.org/Hammer_LED_Class_Driver |
| 19:51.09 | prpplague | solar: one sec, doing an example for them |
| 19:56.40 | prpplague | eh gads what the heck is wrong with pastebin.ca |
| 19:59.25 | prpplague | solar: http://www.elinux.org/Hammer_LED_Class_Driver |
| 19:59.35 | prpplague | solar: i've added some info about the nail at the bottom |
| 19:59.58 | prpplague | solar: you'll need to add that to your mach-tct_hammer.c file |
| 20:01.00 | *** join/#edev g1powermac_PB (n=g1powerm@unaffiliated/g1powermac) |
| 20:01.02 | solar | lets see if I can see the diff of the two |
| 20:28.23 | solar | prpplague: in the wiki. static struct platform_device *tct_hammer_devices[] __initdata = { <-- has to be defined there also |
| 20:30.29 | prpplague | looks |
| 20:31.27 | prpplague | solar: should already be defined |
| 20:32.30 | prpplague | solar: i think you are probably adding the whole section and not just the commented section |
| 20:33.28 | solar | prpplague: this is what I have so far http://rafb.net/p/W4wQca75.html |
| 20:33.37 | prpplague | looks |
| 20:34.51 | prpplague | solar: oh i understand what you were saying now, right you have to add it to the list of devices, left that out, doh |
| 20:35.17 | prpplague | solar: i'll have to update that |
| 20:35.30 | prpplague | solar: you already tested your new kernel build? |
| 20:36.03 | solar | it builds. About to reflash in a min |
| 20:36.47 | solar | also vs doing this if 0 stuff. Any desired CONFIG_TCT_NAIL or anything we should use for the nail vs flyswatter? |
| 20:38.18 | prpplague | solar: haven't decided yet how we want to handle it |
| 20:39.11 | prpplague | solar: i had kind of planned for using a kernel option for the hammer carrier board and then one for the nail board |
| 20:39.45 | prpplague | solar: i.e. CONFIG_HAMMER_CARRIER and CONFIG_HAMMER_NAIL |
| 20:39.52 | prpplague | solar: or some such variation |
| 20:40.19 | prpplague | has had far too little time to work on the hammer stuff lately |
| 21:02.46 | solar | prpplague: all leds and buzzer work. If we enable the other serial port and we are on a flyswatter will it be unhappy? |
| 21:03.06 | prpplague | looks at the schematic |
| 21:04.25 | prpplague | solar: no problems with that |
| 21:04.42 | prpplague | solar: the second uart is on the 2x10 header |
| 21:04.54 | prpplague | solar: anyone thats going to use that will know how to configure it |
| 21:09.02 | solar | in that case. Should we not just move these two leds to be led2,3 vs 1,2 and leave the existing led1 alone? Or still want to wrap with CONFIG_HAMMER_NAIL |
| 21:10.34 | prpplague | solar: i'd rather wrap them |
| 21:41.05 | prpplague | well definetly something wrong, we had to remove all the pullups on the jtag to get it to talk, and now it wont respond to a halt command |
| 21:41.29 | ds2 | jtag chain not routed corrected on the PCB? |
| 21:43.52 | ds2 | correctly |
| 21:44.07 | ali_as_ | Is there a scan chain select? |
| 21:45.21 | ali_as_ | Are the pull ups higher than the jtag tolerence? |
| 21:46.20 | prpplague | ds2 / ali_as_ this was suppose to be a rev of an existing/working design |
| 21:46.52 | prpplague | ds2 / ali_as_ nothing has been changed with regards to the jtag |
| 21:47.00 | ds2 | DOH |
| 21:47.17 | ds2 | PCB place screwed up? :) |
| 21:47.24 | prpplague | ds2: possible |
| 21:47.27 | ali_as_ | How was the board integrety checked, I understood you often used boundary scan for that? |
| 21:47.40 | ds2 | prpplague: you guys pay for electrical checking of the PCBs prior to stuffing? |
| 21:47.41 | prpplague | ali_as_: yea checking what i can now |
| 21:47.51 | prpplague | ds2: not on pre-production |
| 21:47.55 | ds2 | ah |
| 21:48.44 | ali_as_ | Have you checked the jtag signals with an oscilloscope to see f they are oddly loaded or shorted? |
| 21:49.29 | ali_as_ | I sometimes see castle shaped signals as a result of a short. |
| 21:51.20 | prpplague | ali_as_: yea, looking now |
| 21:52.31 | prpplague | hmmm |
| 21:52.55 | prpplague | i wonder if a arm will respond to a halt request if the xtal isn't clocking |
| 21:53.26 | ds2 | isn't a halt a higher level signal then a simple boundary scan test? |
| 21:53.46 | prpplague | ds2: yea |
| 21:55.35 | *** join/#edev emil|k (i=emil@e179238212.adsl.alicedsl.de) |
| 21:57.03 | solar | prpplague: FYI. S3C2410_GPH[6,7]_[T,R]XD0 do not exist. S3C2410_GPH[6,7]_[R,T]XD2 does however. Is that what you might of meant in your example? |
| 21:58.30 | prpplague | solar: yea, thats been updated |
| 21:59.07 | solar | svn,git somewhere I can look at? I'm trying to cut a clean patch to be used to the kversion off the CD |
| 21:59.54 | prpplague | solar: nothing at the momment its all in house, sorry, just been too busy to set one up |
| 22:00.08 | prpplague | http://www.elinux.org/Hammer_Uart2_Configuration |
| 22:02.08 | prpplague | ds2: boundry scan seems to work fine, but the ICE portion doesn;t |
| 22:02.15 | prpplague | ds2: i'm guessing that its not clocking |
| 22:02.37 | ds2 | seems like it |
| 22:02.53 | ds2 | is this a 32KHz xtal or an OSC driving it? |
| 22:04.29 | ds2 | and is either points probe-able? |
| 22:17.38 | *** join/#edev dijenerate (n=dijenera@72.51.98.69) |
| 22:30.03 | *** join/#edev chouimat (n=dieu@r2351064.cidc.net) |
| 22:32.37 | *** join/#edev CosmicPenguin (n=nobody@163.181.251.103) |
| 22:32.37 | *** mode/#edev [+o CosmicPenguin] by ChanServ |
| 22:34.45 | prpplague | heads home |
| 22:59.58 | *** part/#edev adyer (n=adyer@adsl-69-223-13-78.dsl.chcgil.ameritech.net) |