| 00:00.18 | Dr{Who} | ya they are k16 and k14? as i recall. |
| 00:00.28 | RobotGuy | That's why nCTS1 and nRTS1 are not shown - there is no TXD1/RXD1 |
| 00:00.34 | SpeedEvil | I diddn't put in the alternate meaning as CTS1/RTS1 for TXD2 and RXD2 as there is no accessibole TXD1 and RXD1 |
| 00:01.47 | RobotGuy | I would have prefered they brought out the ports in numerical order, but they apparently didn't unless there is a bad mislabeling. |
| 00:02.08 | SpeedEvil | It can make routing lots simpler if you don't. |
| 00:02.50 | RobotGuy | It's confusing to end users though - seeing RXD0/TXD0 and RXD2/TXD2 but no RXD1/TXD1 |
| 00:03.56 | RobotGuy | In any case, it's way too late to change something like that. |
| 00:05.15 | RobotGuy | I was hoping my replacement Hammer would arrive today. |
| 00:05.47 | SpeedEvil | I've added a caveat tot the page saying no port 1. |
| 00:05.54 | RobotGuy | OK, good. |
| 00:05.58 | SpeedEvil | What did you do to the other one? |
| 00:06.13 | RobotGuy | We still need to find out of there is a labeling problem though. |
| 00:06.28 | SpeedEvil | what do you mean by a labelling problem? |
| 00:06.45 | RobotGuy | TXD2/RXD2 instead of TXD1/RXD1 |
| 00:07.13 | SpeedEvil | I don't see any special reason why there should be. |
| 00:07.18 | SpeedEvil | But it's easy to test. |
| 00:07.36 | RobotGuy | SpeedEvil: There may not be. We still have to verify it is correct though. |
| 00:07.38 | SpeedEvil | wiggle GPH7 or read the serial port 2 |
| 00:07.53 | RobotGuy | I can't do any testing here with Hammer right now. |
| 00:08.02 | SpeedEvil | What did you do to yours? |
| 00:08.12 | RobotGuy | SpeedEvil: I killed it apparently. |
| 00:08.22 | SpeedEvil | No response to JTAG? |
| 00:08.35 | RobotGuy | SpeedEvil: No response from JTAG or anything else. |
| 00:13.14 | RobotGuy | It may have been weakened when I soldered the jumper from pin 1 to the proto area. |
| 00:32.14 | Dr{Who} | ok im missing something i dont see where the kernel sets up GPHCON defaults. |
| 00:33.16 | SpeedEvil | That nmat be the bootloader |
| 00:33.30 | SpeedEvil | may |
| 00:33.47 | Dr{Who} | hmm ok thats a good idea |
| 00:34.22 | Dr{Who} | maybe it can only be done during the intial processor startup. |
| 00:34.39 | Dr{Who} | na thats not right.. |
| 00:38.55 | RobotGuy | Dr{Who}: All the initialization isn't necessarily in the tct-hammer.c file/ |
| 00:39.11 | RobotGuy | mach-tct-hammer.c |
| 00:40.46 | Dr{Who} | ya. i searced the entire tree |
| 00:41.10 | RobotGuy | I have to go so catch ya all later. |
| 00:41.42 | Dr{Who} | found it in the boot loader |
| 00:42.56 | Dr{Who} | GPIO_CTRL_BASE_H_CON = 0x0016faaa; |
| 00:43.56 | Dr{Who} | 101101111101010101010 |
| 00:44.23 | Dr{Who} | sry for pasting here its a good notepad : c ) |
| 00:45.10 | Dr{Who} | ya rst |
| 00:45.12 | Dr{Who} | dho. |
| 00:45.52 | Dr{Who} | but why? |
| 00:46.13 | Dr{Who} | or more to the point why let the boot loader do this and not have the kernel at any point set its own? |
| 00:46.39 | Dr{Who} | the kernel is fully setup to have 3 serial ports not 2 with rst / cts |
| 00:47.10 | SpeedEvil | Becasue otherwise you need to put a hell of a lot of crap into the kernel. |
| 00:47.29 | Dr{Who} | i would just add 1 line in the init for the hammer board |
| 00:47.47 | SpeedEvil | Do you tell the serial driver how to relinquish pins and allow the GPIO driver take over? |
| 00:48.27 | Dr{Who} | best i can tell in the serial driver it just expects the pins to be setup. |
| 00:48.56 | Dr{Who} | it uses the chip serial ports so its presumed the chip has those pins setup for serial so that the serial port addresses are alive. |
| 00:49.55 | Dr{Who} | ie. the kernel is not aware of the pins its not psudo serial or emulated serial. this chip seems to have a true serial io uart.. that is exposed at some address on the chip like on a pc its 0x3xx |
| 00:50.11 | Dr{Who} | but thats only true if the chip is told to enable the port |
| 00:50.32 | Dr{Who} | so basicly the kernel is just talking to dead air. on that serial port. |
| 00:51.07 | Dr{Who} | ill bet if the register was set this at "any" time the driver would be happy. |
| 00:51.30 | Dr{Who} | im going to try and set the registers in the hammer_init |
| 00:51.33 | SpeedEvil | Basically. |
| 00:52.20 | SpeedEvil | The 'right' way to do it would be to have some way to tell the serial driver to deregister port 1, then it could be picked up by the GPIO driver. |
| 00:52.49 | Dr{Who} | ya it would be much better to do this in the serial driver init. |
| 00:53.00 | Dr{Who} | depending on what port was activated set the correct pins.. |
| 00:53.12 | Dr{Who} | use ioctl call hooks to set rts/cts if asked. |
| 00:53.43 | SpeedEvil | But that gets messy and complex. |
| 00:54.54 | Dr{Who} | ya the rts/cts does for sure. |
| 01:19.16 | *** join/#edev ico2__ (n=ico2@modem-1412.cougar.dialup.pol.co.uk) |
| 01:31.12 | *** join/#edev chouimat (n=dieu@r2351064.cidc.net) |
| 01:55.37 | *** join/#edev linac (n=lin@121.41.33.106) |
| 01:58.53 | *** join/#edev ico2_ (n=ico2@modem-2900.chimpanzee.dialup.pol.co.uk) |
| 02:19.46 | Dr{Who} | ok that fixes it. |
| 02:58.42 | Mirell | Geeeeeeeeeze. |
| 02:58.47 | Mirell | That was one hell of a BSG episode. |
| 03:05.18 | *** join/#edev prpplague (n=dave123_@ppp-70-244-166-139.dsl.rcsntx.swbell.net) |
| 03:30.17 | *** join/#edev chouimat (n=dieu@r2351064.cidc.net) |
| 03:57.15 | *** join/#edev robbat2 (n=robbat2@gentoo/developer/robbat2) |
| 04:06.11 | robbat2 | prpplague, solar said I should give you a shout. just wondering, is the pinout for the 2x10 Nail Board expansion anywhere on the wiki? I don't find it myself |
| 04:06.24 | robbat2 | if you don't have it already, i'll just dig out my multimeter |
| 04:08.34 | solar | http://www.elinux.org/Image:Hammer-pinouts.jpg this one? |
| 04:11.34 | robbat2 | no, that's the 2x20 pinout for the hammer itself |
| 04:11.39 | robbat2 | the nail has a 2x10 breakout |
| 04:12.57 | robbat2 | afk, sushi delivery :-) |
| 04:27.03 | solar | robbat2: http://tinderbox.dev.gentoo.org/portage/local/misc/arm-softfloat-linux-uclibc.ext2 |
| 04:28.00 | solar | thats more or less what should be on the board now. http://rafb.net/p/ZFi5Sh20.html |
| 04:29.26 | solar | I'd want to see what kernel config options are enabled |
| 04:47.39 | prpplague | robbat2 sorry i've not posted the schematic as of yet |
| 04:48.08 | prpplague | robbat2 one sec let me see if can get that on the wiki |
| 04:51.12 | solar | prpplague: can you post a /proc/config.gz or the default kernel .config used for the board. |
| 04:53.07 | prpplague | http://elinux.org/upload/d/d7/Nail_schematic.pdf |
| 04:53.45 | prpplague | http://elinux.org/Hammer_Board_Software_System |
| 04:53.54 | prpplague | the default hammer .config is there |
| 04:54.43 | prpplague | i'm still deciding on a default nail board config, should have a decision on monda |
| 04:54.45 | prpplague | monday |
| 04:57.23 | solar | will that link remain the same? |
| 04:58.37 | prpplague | yep |
| 04:58.59 | prpplague | we use the elinux.org wiki which is sponsored by CELF |
| 05:00.34 | *** join/#edev wmat (n=btraynor@gromit.mixdown.ca) |
| 05:02.12 | *** join/#edev Appleman1234 (n=Appleman@131.181.47.20) |
| 05:06.59 | solar | http://embedded.gentoo.org/handbook/?part=4&chap=4 is where we will document stuff overtime about the board. |
| 05:07.49 | prpplague | ahh cool deal |
| 05:08.35 | prpplague | solar / robbat2 the 2x10 can be used for pins 5-10 with a jumper and then you can read the pin config via either the kernel or userspace |
| 05:08.50 | prpplague | solar / robbat2 or you can use the pins for expansion |
| 05:09.30 | prpplague | solar / robbat2 also if you look at the schematic we have 4 gpio pins that are connected via the ft2232, so you host pc can either set or read those pins |
| 05:10.03 | prpplague | solar / robbat2 granted the support software is lagging a little behind the hardware |
| 05:10.27 | prpplague | solar / robbat2 i'm hoping to finish the last bits next week |
| 05:10.45 | prpplague | solar / robbat2 the core hammer support is already queued for 2.6.26 |
| 05:10.58 | prpplague | solar / robbat2 and i have functional patches for 2.6.25 |
| 05:11.43 | prpplague | solar / robbat2 thoughts so far? |
| 05:13.52 | solar | I'm targeting a 2.6.23-r9 on gentoo. I'll probably targeting a little security hardened version of a userland. |
| 05:14.21 | prpplague | ahh interesting |
| 05:15.09 | prpplague | solar 23 was a middle point for s3c24xx support, so there may be some issues we need to tweak |
| 05:15.09 | solar | if you got a kernel I could barrow right away it would save me a few mins mucking around with x-compiles so I can quickly test of my inittab etc is enough to get me to a bash prompt |
| 05:15.48 | solar | in qemu. granted you said there are a fair number of resources to expect to not work |
| 05:16.19 | prpplague | solar there is a basic hammer binary posted on the software pages: http://www.elinux.org/Hammer_Board_Software_System |
| 05:18.21 | prpplague | solar i do mainly kernel dev and low level hardware interfacing, so i'm somewhat jaded as to end user needs, kind of why we've looked to landley and other folks at celf to give us some feedback |
| 05:19.14 | prpplague | solar i've very patient with providing info, but you may have to slap me around alittle to get it into a parsable format |
| 05:19.23 | solar | fair enough |
| 05:22.27 | robbat2 | prpplague, I like it thus far. but another Q for you, what are the voltages levels on TXD2/RXD2? 3.3V, 5V, something else? |
| 05:22.55 | prpplague | robbat2 yea, all the ttl's are 3.3v |
| 05:23.08 | prpplague | robbat2 the only +5v is the main input voltage |
| 05:23.29 | prpplague | robbat2 we primarily did that because many of the hardware devrs have a 7805 in their parts bin |
| 05:23.33 | robbat2 | woot. one sec, i need to dig in my bucket-o-bits for something I think I used to have |
| 05:24.14 | prpplague | robbat2 mind if ask what you already need the second port for? |
| 05:26.36 | *** join/#edev magnetron (n=magnetro@unaffiliated/magnetron) |
| 05:27.10 | prpplague | solar / robbat2 just a side note, the current rev of the nail is a targeted at both software and hardware devrs, we have a second version that we are talking about that is far more compact,but less hackable per se |
| 05:27.10 | robbat2 | prpplague, wiring a very small GPS unit I have |
| 05:27.18 | prpplague | robbat2 ahh fun |
| 05:27.27 | robbat2 | RoyalTek RGM3000 |
| 05:27.35 | prpplague | googles |
| 05:27.37 | solar | only two hunks fail with the current 2.6.22 patch with a 2.6.23-hardened-r9 |
| 05:27.49 | robbat2 | i bought it years ago for a project, but never wired it up because the connector on it is stupidly tiny |
| 05:28.06 | robbat2 | http://www.tri-m.com/products/royaltek/files/manual/rgm3000_man.pdf <--- slightly outdated PDF on it |
| 05:29.03 | prpplague | i have a couple of these http://www.sparkfun.com/commerce/product_info.php?products_id=8291 |
| 05:29.08 | robbat2 | it doesn't list the RGM3000RF model I have. not sure where I put the newer PDF either. I do need to find it because the pinout changed |
| 05:29.38 | prpplague | robbat2 we are talking about what kind of boards to make available for the expansion connector on the nail now |
| 05:29.52 | robbat2 | http://www.gpstechnologies.com.au/images/royaltek/rgm3000.jpg |
| 05:30.09 | prpplague | nice |
| 05:30.48 | prpplague | robbat2 i'm gonna send solar an extra nail board and a clear tube case for your board |
| 05:30.57 | prpplague | robbat2 so pester him next week |
| 05:32.38 | robbat2 | just the connector is a huge PITA. 2x20 @ 0.55" pitch |
| 05:32.53 | prpplague | oh lovely |
| 05:33.17 | prpplague | i can do that size, just no coffee for atleast 6 hours before hand |
| 05:33.39 | prpplague | (or meetings with PHB's) |
| 05:34.46 | robbat2 | hmm. pity about the spacing. that unit would fit just very nicely between the USB B conn and the jtag cable, but then no easy way to wire it there |
| 05:35.54 | prpplague | looks |
| 05:36.23 | prpplague | yea no solid mounting |
| 05:36.52 | prpplague | robbat2 GPS an item for you? |
| 05:36.54 | robbat2 | anyway, i'm thinking about having the GPS and then some variety of wireless sniffing on the USB directly - switch between bluetooth, 802.11, wispy direct analysis |
| 05:37.11 | robbat2 | prpplague, a lot less than it used to be |
| 05:37.20 | prpplague | ahh ok |
| 05:37.27 | robbat2 | the RGM3000 was leftover from a university project |
| 05:37.46 | prpplague | yea there is an article on Circuit Cellar about doing something similiar to the wispy |
| 05:37.57 | prpplague | we've considered doing an add on board for the nail |
| 05:38.56 | robbat2 | was a class in programming really low-end PIC chips (I think that was the hardware anyway), and me+another student went all-out and wrote tight code to parsing incoming NMEA and put it on the LCD |
| 05:39.18 | prpplague | oh thats nice |
| 05:39.43 | robbat2 | getting it small enough to handle incoming RS232 AND display at the same time was the hard part |
| 05:39.47 | prpplague | doing that on a pic is pretty tight code indeed |
| 05:41.05 | robbat2 | the other guy was certainly better in that realm than me, he went on to write a bunch of the micro-controller stuff in the hypertransport bus on the Octiga Bay machines (the company that Cray bought to go Opteron) |
| 05:43.05 | prpplague | ahh, there is always some one better, hehe |
| 05:43.08 | prpplague | http://www.circuitcellar.com/library/print/0406/Armitage-189/ |
| 05:43.20 | prpplague | we have a proto version of that |
| 05:43.30 | prpplague | basically the same as wispy for the nail board |
| 05:44.42 | robbat2 | i already have a wispy, so that's why I thought of it |
| 05:44.55 | robbat2 | i have a sort of odd hobby collecting weird USB devices |
| 05:45.02 | prpplague | hehe |
| 05:45.29 | prpplague | robbat2 no worries, mine is hacking kids toys to run linux |
| 05:45.32 | robbat2 | GSM sim readers, lots of diff webcams, USB->* devices, USB-over-fibre extenders |
| 05:45.53 | prpplague | indeed a usb fetish |
| 05:47.01 | robbat2 | there's a USB->DVI device I saw a while ago, just haven't found it for a reasonable price yet |
| 05:47.45 | prpplague | solar / robbat2 as a side note , let me welcome you to edev, we tend to target more arm devices that anything else, but we vary from ppc to x86 |
| 05:48.10 | prpplague | solar / robbat2 we tend to discuss both commercial production and hacking of commercial products |
| 05:48.30 | robbat2 | i haven't touch ARM stuff for a long time. I "inherited" a Rebel Netwinder a long time ago, but it turned out to be fried internally :-( |
| 05:48.32 | prpplague | solar / robbat2 and once in a blue moon we discuss OSS politics |
| 05:49.06 | prpplague | remebers the first time he saw a netwinder in 1999 |
| 05:49.26 | solar | a netwinder is what I've done 99% of my linux arm devel from |
| 05:49.35 | robbat2 | of other bits lurking in my stack of gear, I have an Efika, MyCable.de's XXS1500 (rev pre-A), OLPC test-A board, OLPC final |
| 05:50.02 | prpplague | points to CP|home |
| 05:50.20 | prpplague | robbat2 CP|home is with amd and did/does alot of olpc dev |
| 05:51.06 | robbat2 | i didn't muck much with the OLPC gear, it mostly worked, and I didn't have time on my hands then |
| 05:51.16 | robbat2 | the XXS1500 was more fun :-) |
| 05:51.34 | robbat2 | i can't recall if my final 2.6 port bits went to Ralf for it |
| 05:51.40 | robbat2 | i should fire it up again and check |
| 05:51.49 | prpplague | alot of the other channels are pretty specific with their embedded target, #edev tends to be a good place to voice ideas and problems |
| 05:53.25 | robbat2 | yeah, I recall that from when I used to be more active with the MIPS dev stuff |
| 05:54.04 | robbat2 | i need to fix up an SVN repo, then catch some sleep. tmrw i'll go hunt down a housing for my Nail |
| 05:54.08 | robbat2 | oh, one other Q on that |
| 05:54.22 | robbat2 | if I wanted to power it on something other than USB, any recommendations? |
| 05:54.35 | prpplague | solar / robbat2 sigwife calling, i'll be on/off tomorrow , but i'm on 8cst to 5:30 monday thru friday, i can't emphasis enough TinCanTools wants to make fun products so |
| 05:54.43 | prpplague | all you need to do is ask |
| 05:55.03 | robbat2 | heh, cya |
| 05:55.16 | prpplague | yea you can can power the nail via the +5v from the usb line |
| 05:55.29 | prpplague | normally it requests 500mA from the host |
| 05:55.41 | prpplague | robbat2 did you have something in mind? |
| 05:55.46 | prpplague | i.e. a wall wart? |
| 05:56.26 | solar | prpplague: solar power :) |
| 05:56.45 | robbat2 | battery power for the wireless+GPS sniff |
| 05:57.06 | robbat2 | in a totally enclosed unit |
| 05:57.23 | prpplague | ahh, well let me just say there is a different carrier board in the works for that |
| 05:57.41 | solar | feel free to send those as well |
| 05:57.54 | prpplague | you've already made the list |
| 05:58.42 | prpplague | we have proto's running on two AA's |
| 05:59.05 | prpplague | using the TI TPS63000 chipset |
| 05:59.29 | prpplague | the nail is just the first stage |
| 05:59.42 | solar | have you used qemu at all with nail? |
| 06:00.13 | solar | trying all diff combos. I can't seem to get a display using the kernel on the elinux site. qemu-system-arm -hda Rootfs.arm.ext2 -kernel ZImage -append "ro init=/sbin/init root=/dev/hda vga=ext console=ttyS0,115200n8 console=tty0" |
| 06:01.07 | prpplague | i have not but landley has, the console is ttySAC0 |
| 06:01.49 | solar | know the device nod major/minors for that? |
| 06:03.04 | prpplague | iirc its 66/0 |
| 06:04.34 | prpplague | as much as i would love to chat with you guys, my boss lady is gonna kill me , i've had a new board bring up all week and she's feeling neglected |
| 06:04.57 | *** join/#edev drath (i=vmaster@p5B07F338.dip.t-dialin.net) |
| 06:05.28 | prpplague | solar / robbat2 tincantools and i want to make fun devices, you guys have problems suggestions, don't hesistate to let me know |
| 06:05.35 | prpplague | later |
| 06:06.13 | prpplague | thanks |
| 06:07.24 | solar | take it easy |
| 06:36.05 | *** join/#edev chouimat (n=dieu@r2351064.cidc.net) |
| 06:53.09 | *** join/#edev DrZimmerman (n=theo@77-56-246-76.dclient.hispeed.ch) |
| 07:02.05 | *** join/#edev linac (n=lin@121.41.33.106) |
| 07:46.43 | *** join/#edev lyakh (n=lyakh@p57BD0226.dip0.t-ipconnect.de) |
| 08:32.27 | *** join/#edev ali_as (n=as@ambix.plus.com) |
| 08:38.48 | *** join/#edev emil|k (i=emil@e179235060.adsl.alicedsl.de) |
| 08:42.07 | *** join/#edev robbat2|na (n=robbat2@gentoo/developer/robbat2) [NETSPLIT VICTIM] |
| 08:42.18 | *** join/#edev ccjoe (n=ccjoe@75-169-37-101.slkc.qwest.net) |
| 10:26.21 | *** join/#edev [AD]Turbo (n=turbo@host24-241-dynamic.22-79-r.retail.telecomitalia.it) |
| 10:27.16 | [AD]Turbo | yo |
| 12:39.13 | Madsy | yo |
| 12:49.06 | [AD]Turbo | ciao Madsy :) |
| 12:58.03 | *** join/#edev GPSFan (n=kenm@12.10.255.246) |
| 12:58.03 | *** mode/#edev [+o GPSFan] by ChanServ |
| 13:02.53 | *** join/#edev dijenerate (n=dijenera@69.73.223.110) |
| 13:03.45 | *** join/#edev dmh (n=dmh@unaffiliated/dmh) |
| 15:38.23 | *** join/#edev adyer (n=adyer@adsl-69-223-13-78.dsl.chcgil.ameritech.net) |
| 15:43.14 | *** join/#edev Aleks (n=Aleks@chello062178148229.6.14.vie.surfer.at) |
| 15:43.32 | *** part/#edev Aleks (n=Aleks@chello062178148229.6.14.vie.surfer.at) |
| 15:46.15 | *** join/#edev prpplague (n=dave123_@ppp-70-244-166-139.dsl.rcsntx.swbell.net) |
| 15:49.35 | *** join/#edev bbradley (n=bbradley@92-235-133-146.cable.ubr17.azte.blueyonder.co.uk) |
| 16:17.10 | *** join/#edev jdav_gone (n=james@d75-157-13-250.bchsia.telus.net) [NETSPLIT VICTIM] |
| 16:17.17 | *** join/#edev nhoman (n=homann@89.100.83.14) |
| 16:18.07 | *** join/#edev _trine (n=trine@38.100.90.3) [NETSPLIT VICTIM] |
| 16:18.49 | prpplague | ho ho hum |
| 16:20.09 | solar | morn |
| 16:21.25 | prpplague | greetings |
| 16:21.27 | *** join/#edev ohsix (i=ohsix@66.220.111.222) [NETSPLIT VICTIM] |
| 16:21.34 | prpplague | solar whats cooking today? |
| 16:25.03 | solar | Not sure yet. Just woke up. |
| 16:25.39 | solar | never did quite get that default Zimage + Root_fs.ext2 booting under qemu to test. |
| 16:26.00 | solar | wanted to get that working. Then move on to testing my own userland changes. |
| 16:26.48 | prpplague | ahh, we never really tested with qemu since we had real hardware |
| 16:27.21 | solar | unbrickable? |
| 16:27.32 | solar | want to test an image? :) |
| 16:27.53 | Mirell | Nah, the Nail board can probably have a brick on top of it. |
| 16:28.48 | prpplague | solar yea, since the nail has built in jtag, you can always reload |
| 16:29.14 | prpplague | solar iirc landley did boot the base images under qemu |
| 16:29.26 | prpplague | solar i'll drag out some info on it next time he's online |
| 16:29.33 | Mirell | He's at Penguicon currently. |
| 16:29.59 | *** mode/#edev [+o Mirell] by ChanServ |
| 16:30.07 | *** join/#edev roxfan2 (n=dunno@231.189-136-217.adsl-dyn.isp.belgacom.be) |
| 16:30.47 | *** join/#edev baked_potatoe (n=baked_po@254-180.207-68.elmore.res.rr.com) |
| 16:31.50 | prpplague | Mirell yea i figured thats where he's been |
| 16:32.32 | baked_potatoe | I am wondering that if I send all zeros across a JTAG connection (over the TDI) pin on each TCK pulse (rising edge) then should TDI not just stay low the entire time? I am using a FTDI chip and it seems to cycle the line high and low no matter if I send all zeros or all ones.. Can anyone give some insight into my misunderstanding? =\ |
| 16:32.35 | prpplague | solar landley has the start of a nail board howto - http://landley.net/thyme.html |
| 16:33.24 | prpplague | baked_potatoe depends on how you have the ftdi chipset configured |
| 16:33.32 | prpplague | baked_potatoe what kind of hardware are you using? |
| 16:33.48 | roxfan2 | ftdi has several modes and several interface dlls |
| 16:35.14 | baked_potatoe | When you say hardware exactly what do you mean? *not experienced* |
| 16:35.14 | baked_potatoe | I have configured the chipset in the MPSSE mode (or so I think). |
| 16:35.45 | baked_potatoe | I can use big bang mode to see the TDO pin go high or low..... but in MPSSE mode no matter what state the TDO pin is in when I clock data in it just gives me back all ones.. =\ |
| 16:36.06 | baked_potatoe | is a hobbyist and has limited experience. |
| 16:36.13 | roxfan2 | you need to check the available commands for mpsse |
| 16:36.33 | baked_potatoe | Let me check them. |
| 16:37.29 | roxfan2 | hm wait you say tdo... but tdo is the output back from target's jtag |
| 16:37.42 | baked_potatoe | Yes, I have two seperate problems. |
| 16:38.05 | adyer | baked_potatoe: (w00t - Dan Quayle lives!) why don't you start from something like the code in openocd that already works with the 2232? |
| 16:38.27 | baked_potatoe | I have a problem understanding why TDI is getting cycled when sending the same stream of bit values --- and a problem understanding what in MPSSE mode I can not get a different value than a high logic level to be read when I change TDO myself (unconnected to TAP). |
| 16:38.41 | baked_potatoe | adyer: Yeah, I pulled my code from openOCD.. |
| 16:38.54 | baked_potatoe | Then, I got the datasheets and found the commands and things. |
| 16:38.56 | roxfan2 | i'm not sure you can change tdo level in mpsse... |
| 16:39.15 | baked_potatoe | I can not change the TDO level in MPSSE --- but I can change it outside in a circuit on a breadboard. |
| 16:39.20 | roxfan2 | oh |
| 16:39.26 | adyer | baked_potatoe: it doesn't really matter what tdi does as long as it's stable just before and after the clock edge |
| 16:39.40 | baked_potatoe | adyer: Ah, Yeah. That helps a lot! |
| 16:39.59 | baked_potatoe | adyer: So the chip might just be letting it relax back to its pulled-high state you think? |
| 16:40.15 | baked_potatoe | wait.. still a little confused.. I dunno. |
| 16:40.59 | prpplague | baked_potatoe what ftdi based jtag device are you using? |
| 16:40.59 | baked_potatoe | About, this TDO. I can take TDO to a high logic state or a low logic state -- but telling the FTDI chip in MPSSE mode to read a bit will always return a high logic state? Do you have any insight into this adyer? |
| 16:41.13 | baked_potatoe | ARM-USB-OCD |
| 16:41.38 | prpplague | so the hardware is known good |
| 16:42.08 | adyer | baked_potatoe: TDO is usually driven by the last target device in the chain. you shouldn't be driving it from the jtag probe |
| 16:42.36 | baked_potatoe | adyer: I completely disconnected it from anything, and was driving it manually with my hand between VCC and ground. |
| 16:43.13 | baked_potatoe | You know to try to get something... instead of a bunch of high logic states (1s).. |
| 16:44.14 | adyer | baked_potatoe: do you have a 'scope? |
| 16:44.24 | baked_potatoe | Yes, I do. |
| 16:44.48 | baked_potatoe | It is 30 years old, but it works, haha. |
| 16:45.29 | adyer | baked_potatoe: can you watch tdo out from your target circuit with TCK and make sure that TDO is wiggling while you clock stuff in? |
| 16:46.26 | prpplague | ahh looks like linuxdevices.com posted something about the nail board |
| 16:46.43 | baked_potatoe | Yes, you want to see if the microprocessor is wiggling TDO? (It never wiggles it. That is a third problem... or I am hoping it is a problem coming from TDI). |
| 16:46.53 | baked_potatoe | So I have three problems, haha. |
| 16:47.39 | baked_potatoe | 1) TDI was doing something funny which could affect the microprocessor's ability to read it. 2) TDO can never be read correctly by the FTDI chip. 3) The microprocessor never changes TDO.. mabye because of problem number 1. |
| 16:48.01 | adyer | baked_potatoe: ok, well start from the start - you have all voltages? does your CPU have issues where the system reset and JTAG reset interact? |
| 16:48.40 | adyer | baked_potatoe: is there more than one device in the jtag chain on your board? |
| 16:48.50 | baked_potatoe | Not that I know of. I have not hooked the nRST pin up to anything. Just the TCK, TDO, TDI, and TMS. Only a single device in my chain. |
| 16:49.08 | baked_potatoe | It is a MAXQ3210 on a breadboard. |
| 16:49.14 | adyer | baked_potatoe: is nRST pulled up? |
| 16:49.22 | baked_potatoe | Yes, nRST is pulled up. |
| 16:49.56 | adyer | baked_potatoe: and does TMS wiggle as well? |
| 16:50.17 | baked_potatoe | I would have to check and see if TMS will wiggle. Let me do that. |
| 16:50.34 | adyer | baked_potatoe: TMS is essential for jtag to work right |
| 16:51.29 | adyer | baked_potatoe: jtag reset starts with 5 or more TCK pulses with TMS high |
| 16:59.03 | baked_potatoe | adyer: I am unable to see my TMS pin from the FTDI chip changing states. Let me try to figure that out. |
| 16:59.32 | baked_potatoe | Maybe that is a indication that I do not have the FTDI chip correctly configured. |
| 17:01.03 | adyer | baked_potatoe: you might find it easier to get things working with a parallel port JTAG cable. much easier to understand than the FTDI docs |
| 17:24.47 | *** join/#edev cyril0411hu (n=cyril@58.31.75.163) |
| 17:28.24 | cyril0411hu | hi, guys |
| 17:28.39 | cyril0411hu | anyone tried busybox wget yet? |
| 17:28.52 | cyril0411hu | i got some problems... |
| 17:29.21 | *** part/#edev adyer (n=adyer@adsl-69-223-13-78.dsl.chcgil.ameritech.net) |
| 17:30.34 | *** join/#edev jdav_gone (n=james@d75-157-13-250.bchsia.telus.net) |
| 17:31.07 | *** join/#edev solar (n=solar@smtp.gentoo.org) [NETSPLIT VICTIM] |
| 17:32.34 | *** join/#edev g1powermac (n=g1powerm@unaffiliated/g1powermac) |
| 17:32.37 | *** join/#edev solar (n=solar@smtp.gentoo.org) |
| 17:32.45 | g1powermac | hey prpplague |
| 17:50.46 | g1powermac | has anyone here played with a zipit 2? |
| 17:50.54 | g1powermac | these things look very appealing |
| 17:55.22 | *** join/#edev dijenerate (n=dijenera@69.73.223.110) |
| 17:58.07 | *** join/#edev solar (n=solar@smtp.gentoo.org) |
| 17:58.54 | *** join/#edev adyer (n=adyer@adsl-69-223-13-78.dsl.chcgil.ameritech.net) |
| 18:21.14 | *** join/#edev purl (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 18:21.14 | *** topic/#edev is a channel for the discussion of hacking small consumer electronic devices, mostly ARM based; Hammer Development boards now available at http://www.tincantools.com/ |
| 18:23.16 | g1powermac | this zipit 2 looks like a really interesting cheap linux platform to play with. . . |
| 18:29.50 | roxfan | try #zipit |
| 18:30.16 | g1powermac | yea, I'm currently on there, was just wondering if anyone here has played with one |
| 18:32.15 | g1powermac | I'm looking at their linux site atm http://linux.zipitwireless.com |
| 18:32.56 | g1powermac | looks like you could even load just your own program off the sd card without booting off the sd card |
| 19:07.01 | baked_potatoe | Ok, I have narrowed my problem down. If I place the FTDI driver into bitbang mode (oddly) all the MPSSE commands appear to work correctly and cycle the pins correctly -- but I can not seem to use the read command for getting data back off the TDO pin. If I place the FTDI device into MPSSE (which openOCD does) then no commands works and none of the pins work. Not expecting a answer, but just throwing this back out there incase anyo |
| 19:07.01 | baked_potatoe | ne else might say, "Hey. I know whats wrong!". Haha. |
| 19:15.16 | adyer | baked_potatoe: very weird. you might try UrJTAG, it's another program for mucking with jtag and flash. It's not as arm-specific as openocd, but I'm pretty sure it doesn't support that weird 8051 clone you have. What it does have is some pretty generic jtag manipulation commands, support for ftdi and parallel jtag cables. give me a sec for the url |
| 19:16.19 | adyer | baked_potatoe: http://sourceforge.net/projects/urjtag/ |
| 19:18.41 | baked_potatoe | Hmm, that looks neat. Let me check that out. |
| 19:19.40 | roxfan | if you're on windows, ftdi has a demo program for their jtag dll |
| 19:23.13 | adyer | I always wondered why all their example stuff came in 'delphi' versions first. (I know they now have some VB and VC++ versions for some stuff) |
| 19:24.38 | roxfan | probably someone on the staff knows delphi best |
| 19:49.16 | prpplague | g1powermac yea there are a number of zipit hackers here |
| 19:50.01 | g1powermac | kewl, kewl |
| 19:50.09 | g1powermac | this new zipit 2 is really awesome looking |
| 19:50.34 | g1powermac | love the built in sd card slot and booting capabilities and its expansion slot |
| 19:50.47 | g1powermac | I got a really kewl idea for it |
| 19:51.53 | g1powermac | now i just need to remember how to program, haha |
| 19:52.05 | g1powermac | its been waaaay too long since I've done any programming |
| 19:55.25 | prpplague | yea i consider it a totally bizarre conincidence that the v2 has all the features that we hacked into the v1 |
| 19:56.20 | g1powermac | hehe, yea |
| 19:57.56 | prpplague | http://elinux.org/ZipIt_MMC |
| 19:58.00 | prpplague | i started that page |
| 19:58.15 | g1powermac | btw, do you know how good the wireless support is on the new version with a custom linux install? |
| 19:58.36 | prpplague | sorry no, GPSFan and t0mw would know |
| 19:58.39 | g1powermac | k |
| 19:58.44 | prpplague | it is a marvell 8686 device connected via spi |
| 19:59.02 | g1powermac | dang, you know, I never did anything with that wifi phone I got a while back. . . |
| 19:59.03 | prpplague | i'm guessing the performance is basically around 5-10mb |
| 19:59.50 | g1powermac | if only that sucker had a qwerty keyboard, it might have worked for what I'm thinking of making |
| 20:00.25 | GPSFan | g1powermac: howdy, the wireless works ok, BUT the module(s) are not open source, they announce themselves as GPL, but they are not. So you need to use the supplied kernel. Hopefully the libertas driver will someday support gspi. |
| 20:01.30 | g1powermac | GPSFan, alrighty, as long as I can create a custom install and still get wireless I'm happy |
| 20:01.41 | prpplague | all the core of the spi support is there, just need to add it the firmware and a few specific function calls, it would be fairly simple if someone had the time |
| 20:02.20 | GPSFan | g1powermac: oh yes, that works quite well, I have a buildroot rootfs system that I have wavemon running on. it's nice in color. |
| 20:02.33 | prpplague | you guys hear that sound? |
| 20:02.54 | prpplague | its the sound of silence, the wife and kids are at the movies and i have the house totally quiet for atleast 3 hours |
| 20:03.23 | g1powermac | dang, thought that was the sound of my dev machine booting for the first time in prolly a year ;-) |
| 20:03.39 | GPSFan | g1powermac: there was a lot of early interest, especially from some of the OE folks. there were lots of issues building a rootfs that actually worked. interest has died down somewhat. |
| 20:04.44 | prpplague | i think 8 years ago there was a lot of interest in getting linux running on devices |
| 20:04.48 | GPSFan | I think that tomW got something that sort of works. there are still issues (OE or not) with the keyboard driver. |
| 20:04.53 | g1powermac | hmm, thats kinda sad, it seems like a really neat platform to do a bunch of different things with |
| 20:05.05 | prpplague | now days people are more interested in support companies who are open source friendly and want their devices to be open |
| 20:05.11 | prpplague | hence the problems the zipit v2 has had |
| 20:07.02 | g1powermac | GPSFan, besides keyboard issues, are there any other issues with a custom built firmware? |
| 20:07.22 | GPSFan | the folks at zipit tried to get a community going, set up a wili and source repository, they have a somewhat draconian developers aggrement which you must agree to to get access to the restricted stuff. I never signed up, neither did t0mW |
| 20:07.36 | GPSFan | s/wili/wiki |
| 20:07.38 | g1powermac | heh |
| 20:07.48 | g1powermac | signed up in about two minutes of seeing it ;-) |
| 20:08.26 | prpplague | GPSFan yea thats why i didn't sign up either |
| 20:08.44 | g1powermac | just to let you know, there isn't all too much that is restricted, at least in documentation |
| 20:09.03 | GPSFan | it's fairly easy to boot up a rootfs from the sd card. I even have a setup that runs dropbear while running the main zippit app. I can poke around inside it while it's running. |
| 20:09.55 | GPSFan | g1powermac: yeah, that's another reason why I didn't sign up, not enough of a reward for indemnifying them. |
| 20:10.03 | g1powermac | I really should prolly read those agreements more fully, but really they only have my email address to base everything on |
| 20:11.04 | GPSFan | I just wanted to make a point with them. since I wrote most of the drivers for the z1 openzipit dist. |
| 20:11.22 | prpplague | unless you are more promonent developer and they'd definetly do their homework |
| 20:11.31 | prpplague | i've been targeted by mattel more than once |
| 20:11.42 | prpplague | they hate me |
| 20:12.11 | g1powermac | heh |
| 20:12.20 | GPSFan | prpplague: I really don't give a rats a$$ about what the zipit folks think. |
| 20:12.52 | prpplague | hehe, its not what they think that bothers me, it's what their lawyers do |
| 20:13.01 | g1powermac | well, hopefully they open up a little more |
| 20:13.33 | prpplague | well mattel is less than likely to do that |
| 20:13.35 | g1powermac | I still think I'll get a zipit 2 though, its just way too neat for $150 |
| 20:13.49 | g1powermac | prpplague, was referring to the zipit people |
| 20:13.52 | GPSFan | it took almost a year before someone really started making useful progress with the z1. |
| 20:14.14 | prpplague | g1powermac yea i understood, just commenting on my situation |
| 20:14.19 | g1powermac | ahh, k |
| 20:16.02 | prpplague | ahh good beer, plate full of fried food, and a good movie |
| 20:16.26 | GPSFan | looks at 2 empty growlers... |
| 20:21.34 | g1powermac | prpplague, bah, and I'm stuck here doing filing :> |
| 20:23.23 | g1powermac | yes, I can do filing and irc at the same time ;-) |
| 20:23.40 | g1powermac | helps to have the giant filing cabinet right next to your computer though |
| 20:23.47 | adyer | g1powermac: which is more challenging? :-) |
| 20:24.11 | g1powermac | hehe, prolly the irc :-) |
| 20:24.48 | g1powermac | this filing stuff is way too repetitive, going through all the old files removing 2007 stuff to make way for 2008 stuff |
| 20:27.12 | g1powermac | is excited though to finally get to do some embedded programming |
| 20:27.18 | g1powermac | oh that reminds me |
| 20:27.58 | g1powermac | GPSFan, what kind of graphic support is on the zipit 2? has any kind of X been ported? |
| 20:33.43 | g1powermac | I've seen some SDL stuff has been done on it |
| 20:34.34 | g1powermac | wonder how hard it would be to get qt4 embedded working on it |
| 20:39.37 | g1powermac | or really qtopia |
| 20:45.11 | *** join/#edev emil|k (n=emil@e179235060.adsl.alicedsl.de) |
| 21:04.01 | g1powermac | ahh, i see T0mW has been working on getting OPIE on the zipit according to the svn |
| 21:17.31 | GPSFan | g1powermac: t0mw is your best bet to find out. One interesting thing is that the display is mounted sideways. so the graphics system must rotate everything -90 to show up properly. One other issue is lack of a mouns/pointer. it's possible to write a driver that uses the arrow keys, but it hasn't been done yet. as I said interest has fallen off lately. |
| 21:18.52 | g1powermac | interesting |
| 21:19.09 | g1powermac | well, I might try my hand at doing something like that |
| 21:19.31 | g1powermac | I'd prefer to get qtopia working on it too |
| 21:19.43 | g1powermac | knows qt4 quite a bit |
| 21:29.45 | GPSFan | g1powermac: there is still kernel stuff to do. a mixer driver needs to be written, as well as some analysis of the audio driver. |
| 21:30.04 | g1powermac | ok |
| 21:30.19 | g1powermac | well, audio stuff I don't need for what I'm thinking of doing. . .yet |
| 21:32.18 | GPSFan | the audio DAC is similar to the z1's so it shouldn't be too much of a problem. I've just been too swamped. btw there is supposedly USB (client) i2c, and a raw camera interface comming out the rear connector. |
| 21:32.52 | g1powermac | ya, I know |
| 21:33.16 | g1powermac | it shows all that stuff in the restricted part of the wiki |
| 21:33.21 | GPSFan | but no serial (intentionally so that we can't get at the bootloader). |
| 21:34.11 | g1powermac | hmm, sucks if it is usb client, but i2c should work |
| 21:34.34 | GPSFan | there have several people who have been interested in wiping all the parts from the board and really trace out where the serial & jtag cup pins go. |
| 21:34.56 | g1powermac | yea, was just going to say that someone should do that |
| 21:35.34 | g1powermac | I'd imagine you guys have cracked it open to see if there was any obvious markings on the board. . . |
| 21:35.48 | GPSFan | t0mw had a dead z2 due to a mis-adventure trying to flash the kernel, but he gave it away to someone who hasn't done anything with it. |
| 21:36.05 | g1powermac | dang |
| 21:39.17 | GPSFan | g1powermac: are there any spare/unused pins on the rear connector? |
| 21:40.03 | g1powermac | hmmm |
| 21:40.23 | g1powermac | hold on, lemme recount this. . .sure seems to be |
| 21:40.32 | GPSFan | yes or no will do. ;>) |
| 21:40.50 | *** part/#edev adyer (n=adyer@adsl-69-223-13-78.dsl.chcgil.ameritech.net) |
| 21:41.08 | g1powermac | nope, just miscounted it |
| 21:42.12 | g1powermac | wanted to make sure they just didn't list any of the unused pins by counting them all |
| 21:42.40 | GPSFan | there is also work to be done fiuring out how the battery charger works, power management, and the led's. |
| 21:44.32 | GPSFan | lcd backlight too. |
| 21:44.47 | g1powermac | yea |
| 21:45.15 | g1powermac | well, if you guys haven't cracked open yours, I'll open mine and document what I see |
| 21:46.51 | GPSFan | g1powermac: there are pix of the insides in various plaaces on the web. I'd be interested if yours has all the yellow wires that mine has. The FCC doc's show 2 board revs, but no one I know has seen a real unit without yellow wires. |
| 21:47.06 | GPSFan | I've been in mine several times. |
| 21:47.55 | GPSFan | http://www.aibohack.com/zipit/ |
| 21:48.18 | g1powermac | k |
| 21:48.31 | GPSFan | http://www.drtune.com/zipit2/ |
| 21:49.15 | g1powermac | ooo, nice shots |
| 21:49.27 | g1powermac | btw, what is that port next to the headphone port? |
| 21:50.39 | GPSFan | the fcc docs show a set of headphones with a microphone. never shipped. |
| 21:50.58 | GPSFan | the audio dac has mic inputs. |
| 21:51.24 | g1powermac | thats for mic inputs? |
| 21:51.37 | GPSFan | I believe so. |
| 21:51.42 | g1powermac | hmm |
| 21:51.54 | g1powermac | ponders if he can say this, ah well. . . |
| 21:52.05 | g1powermac | the back expansion port has mic in |
| 21:52.14 | g1powermac | and other audio stuff |
| 21:52.50 | g1powermac | would be somewhat odd to have a mic stuff there too, but then maybe not |
| 21:54.00 | GPSFan | well the only place a mic can be connected in the fcc picture is via that extension on the headphone jack. drmikecrowe on #zipit is from zipit and has said a lot about what's on the rear connector. no pinnout, but that can be rung out on a bear board. |
| 21:54.39 | GPSFan | or is that bare? |
| 21:54.46 | g1powermac | think its bare |
| 21:54.55 | GPSFan | ;>) |
| 21:55.41 | GPSFan | It may be a bear of a board. I know I'd never ship something with that level or rework on it. |
| 21:55.45 | g1powermac | you know, how does this work with their agreement, you can use the info for open source projects but not reproduce the info. . . |
| 21:56.09 | g1powermac | "Permission is granted to use this information for open source projects hosted on this site. This information may not be duplicated or posted on other sites, and may be referenced via links to http://linux.zipitwireless.com." |
| 21:56.33 | g1powermac | finds that odd |
| 21:56.37 | GPSFan | that is has not been released previously. |
| 21:56.42 | SpeedEvil | can you host your own projects on that site? |
| 21:57.14 | GPSFan | the "secret to how the sd card booting was "leaked" by a zipit employee at a LUG meeting in NC. |
| 21:57.19 | g1powermac | so lets say I make an open source expansion board for it, and I release what connections I use and what pins are used, how would that work? |
| 21:57.58 | SpeedEvil | can you host your own projects on that site? |
| 21:58.13 | g1powermac | SpeedEvil, not sure |
| 21:59.17 | GPSFan | g1powermac: there was just too much legalese in that document for me. |
| 22:01.13 | g1powermac | GPSFan, that wasn't even in their agreement doc, its directly on the restricted part of the wiki |
| 22:01.33 | g1powermac | right over the links to the hardware stuff |
| 22:02.17 | solar | Anybody know if you can detect if a compiled ELF is using softfloat is an easy way. Like say a given symbol name or some such? |
| 22:02.46 | GPSFan | yeah, I have a couple of rev's of their dev agreement, I was asked to comment on it. they changed some of it to make it a bit more friendly, but as a whole it's not to my likeing. |
| 22:03.27 | g1powermac | I'm going to have to read through it eventually |
| 22:03.28 | roxfan | i think there are some ABI related sections |
| 22:04.25 | g1powermac | ABI? |
| 22:04.28 | roxfan | check the arm abi docs maybe |
| 22:05.34 | roxfan | http://www.arm.com/products/DevTools/ABI.html |
| 22:08.09 | roxfan | hmm don't see anything in elf doc, weird |
| 22:08.15 | GPSFan | solar: there are a lot of "float32_xxxx" symbols in the arm kernel's system.map that are not there in MIPS or x86. they could be for the fp emulation / softfloat sruff. |
| 22:08.17 | solar | thanks. Looks like I might be able to trigger off of EF_ARM_APCS_FLOAT under the e_flags field |
| 22:15.01 | solar | GPSFan: yeah I'm dealing with trying to detect it on a per executable basis. http://rafb.net/p/jm44U511.html So i can't go poking at kernel symbols |
| 22:15.35 | GPSFan | solar: ah. |
| 22:17.47 | g1powermac | GPSFan, is there any datasheet for that marvell cpu in the zipit? |
| 22:18.03 | GPSFan | g1powermac: yes |
| 22:18.12 | roxfan | it's pxa270 isn't it? |
| 22:18.17 | g1powermac | yup |
| 22:18.23 | roxfan | plenty of those... |
| 22:18.55 | g1powermac | hmm, are all pxa270's the same? I'd figure the pinouts would be different |
| 22:19.24 | roxfan | http://sunsite.rediris.es/pub/mirror/intel/pca/applicationsprocessors/ |
| 22:19.37 | roxfan | see datashts and manuals |
| 22:20.00 | g1powermac | neat, thanks |
| 22:20.02 | roxfan | 270s are at the bottom |
| 22:21.45 | g1powermac | bbiab, going home |
| 22:26.18 | *** join/#edev ccjoe (n=ccjoe@75-169-37-101.slkc.qwest.net) |
| 22:26.53 | *** join/#edev RobotGuy (n=robotguy@dsl093-038-072.pdx1.dsl.speakeasy.net) |
| 22:35.46 | *** join/#edev g1powermac_PB (n=g1powerm@unaffiliated/g1powermac) |
| 22:36.35 | g1powermac_PB | returns |
| 22:42.45 | *** join/#edev bsdfox_ (n=h36sa@c-71-197-73-68.hsd1.ca.comcast.net) |
| 22:49.19 | g1powermac_PB | GPSFan: read over the zipit agreement, no problem for my little project I'm going to do with it |
| 22:50.57 | g1powermac_PB | but yea, I can see why you objected to it |
| 22:52.43 | g1powermac_PB | is going to use it for a research project |
| 22:53.21 | g1powermac_PB | I'll be having multiple people recording data on it and I'll be collecting the data as they go |
| 22:58.37 | *** join/#edev cajaka (n=none@cpe-24-58-193-200.twcny.res.rr.com) |
| 23:20.07 | GPSFan | g1powermac_PB: best of luck with it, you going to document it on their wiki, or here? |
| 23:25.22 | *** join/#edev chouimat (n=dieu@r2351064.cidc.net) |
| 23:28.48 | g1powermac_PB | here if I can |
| 23:54.51 | g1powermac_PB | well, I bid on a zipit on ebay |
| 23:55.06 | g1powermac_PB | hopefully will win in it in about an hour from now :-) |
