**** BEGIN LOGGING AT Wed Apr 13 23:59:57 2005 Apr 14 16:59:54 <[g2]-solderboy> beewoolie-away, what baud rate does APEX come up in ? Apr 14 17:00:19 [g2]-solderboy: 115200 Apr 14 17:00:34 I suppose that should be a config option, too. Apr 14 17:00:53 The serial drivers don't presently have any kind of support for baud rates other than 115200. Apr 14 17:01:42 <[g2]-solderboy> hmmm. Apr 14 17:02:35 <[g2]-solderboy> I tried flashing APEX to a slug this morning Apr 14 17:04:16 <[g2]-solderboy> I tried on my non-serial slug Apr 14 17:04:52 <[g2]-solderboy> I think it boots, but ethernet didn't work Apr 14 17:05:23 <[g2]-solderboy> so I've attached a serial header, but I've got to check the wiring Apr 14 17:17:03 Interesting. Apr 14 17:17:24 I got my USB hook-up today. Kinda handy. A 120G USB 2.0 drive for $100. Apr 14 17:17:48 <[g2]-solderboy> maxtor ? Apr 14 17:17:56 Seagate. Apr 14 17:18:13 I'm using an old SCSI enclosure for the power-supply. Apr 14 17:18:15 <[g2]-solderboy> can you set the spin down on those ? Apr 14 17:18:22 Don't know. Apr 14 17:18:38 I think that I can if *any* usb drive can. Apr 14 17:19:11 <[g2]-solderboy> actually the maxtor drive needs a windows utility to set it on the drive Apr 14 17:19:18 <[g2]-solderboy> it's in the firmware of the drive Apr 14 17:19:42 <[g2]-solderboy> usb drives don't implement hdparm via scsi as far as I know Apr 14 17:20:11 Ah, well. That would be nice, but I'm not too concerned at the moment. Apr 14 17:20:24 It's really quiet. Apr 14 17:22:47 It's peculiar that the NPE would work on the avilla and not the slug. Apr 14 17:23:22 I wonder if the problem is *not* with the NPE setup, but some other component. For example, there may be a GPIO thing we need to do to get the NPE running on the slug. Apr 14 17:24:08 <[g2]-solderboy> possibly Apr 14 17:24:27 <[g2]-solderboy> If the serial was working I could check that Apr 14 17:25:39 <[g2]-solderboy> my soldering skills still suck tremendously, but the improved a bunch today Apr 14 17:25:54 <[g2]-solderboy> clearly not enough, but they are better Apr 14 18:34:08 [g2]-solderboy: from the nslu2-linux page it looks like the seagate drives can only be powered-down from Windows. Too bad. Apr 14 19:14:21 <[g2]-solderboy> nod Apr 14 19:14:57 <[g2]-solderboy> AHHH.... success.... Apr 14 19:15:07 <[g2]-solderboy> I'm in on the second serial link to APEX ! Apr 14 19:15:10 <[g2]-solderboy> woo hool Apr 14 19:15:15 <[g2]-solderboy> woo hoo! Apr 14 19:51:34 <[g2]-solderboy> beewoolie-away, around ? Apr 14 19:51:47 [g2]-solderboy: still here Apr 14 19:52:07 <[g2]-solderboy> hey I've successfully soldered my first serial connection! Apr 14 19:52:09 What is the success? Apr 14 19:52:21 <[g2]-solderboy> and recovered my Slug Apr 14 19:52:25 Really? You've never had a console on the slug before? Apr 14 19:52:47 <[g2]-solderboy> No, I've had console, but a friend put the header on for me and shipped me the unit Apr 14 19:52:59 All right then. Apr 14 19:53:01 <[g2]-solderboy> I just did the comsys level converter Apr 14 19:53:06 Right. Apr 14 19:53:29 <[g2]-solderboy> but today I did both, the header (which is all *fscked up*) and the comsys which is pretty nice Apr 14 19:53:47 <[g2]-solderboy> most importantly, it's working Apr 14 19:53:51 Nice work. Apr 14 19:53:52 <[g2]-solderboy> and I got cosole Apr 14 19:53:59 consolder Apr 14 19:54:17 <[g2]-solderboy> I broke down and got a soldering workstation Apr 14 19:54:29 <[g2]-solderboy> that makes a difference Apr 14 19:54:33 I agree. Apr 14 19:54:43 Magnifying lense, too Apr 14 19:54:44 <[g2]-solderboy> So back to APEX Apr 14 19:54:44 ? Apr 14 19:54:48 <[g2]-solderboy> nod. Apr 14 19:54:53 <[g2]-solderboy> with clip holders Apr 14 19:55:01 <[g2]-solderboy> and handheld with light Apr 14 19:55:03 Are we still unable to get the slug to see the network with APEX? Apr 14 19:55:11 <[g2]-solderboy> yes Apr 14 19:55:18 Bad luck. Apr 14 19:55:18 <[g2]-solderboy> that's how I got into this mess Apr 14 19:55:32 <[g2]-solderboy> I don't think it's bad luck. Apr 14 19:55:40 <[g2]-solderboy> I works on the avila board :) Apr 14 19:55:49 Well, it means that there is something else that redboot is doing. I'm wondering if the is a GPIO connection to the PHY. Apr 14 19:56:27 <[g2]-solderboy> well, I was thinking about writing a program to dump all this IXP internal registers Apr 14 19:56:52 <[g2]-solderboy> then we could load and run the program from Redboot and Apex and see the diff Apr 14 19:57:17 You should be able to see the registers with APEX Apr 14 19:57:20 ..and with redboot. Apr 14 19:57:21 <[g2]-solderboy> I can also find out why the memory isn't configured right on the avila board too Apr 14 19:57:24 No need for another program. Apr 14 19:57:36 Which do you want to work on first/ Apr 14 19:57:37 ? Apr 14 19:57:50 <[g2]-solderboy> Network, the memory is pretty straight forward Apr 14 19:57:57 <[g2]-solderboy> and not impeeding anyone but me Apr 14 19:58:03 OK. Apr 14 19:58:09 Is APEX still on the board? Apr 14 19:58:24 <[g2]-solderboy> sure, I keep both in the jffs2 and just dd Apr 14 19:58:41 <[g2]-solderboy> it's sweet Apr 14 19:58:45 OK. can you get to the APEX console? Apr 14 19:59:46 I'll see if I can get my slug booted to redboot... Apr 14 19:59:52 <[g2]-solderboy> Ok I'm there Apr 14 20:00:17 <[g2]-solderboy> did I need to enable the low-level debugging in the config ? Apr 14 20:00:23 No. Apr 14 20:00:35 <[g2]-solderboy> cool, cause I didn't Apr 14 20:01:04 the LL debug code seems to be problematic because of a register spill. Apr 14 20:01:04 <[g2]-solderboy> so you are thinking dump is our friend ? Apr 14 20:01:08 Yeah. Apr 14 20:01:38 OK. Dump 0xc8004000 Apr 14 20:01:52 I'm going upstairs for a minute to get the slug. I'll be back in a few minutes. Apr 14 20:01:58 <[g2]-solderboy> nod. Apr 14 20:04:33 I wrote up a little hint on getting into the slug from the network. I was never able to get the upslug program to work because it relies on a version of ping that isn't available on debian. Apr 14 20:05:44 What do you see at 0xc8004000? Apr 14 20:06:15 <[g2]-solderboy> apex> dump 0xc8004000 Apr 14 20:06:15 <[g2]-solderboy> c8004000: 00 00 00 04 00 00 1f 30 00 00 1e 04 00 00 3f ff .......0 ......?? Apr 14 20:06:15 <[g2]-solderboy> c8004010: 00 00 92 40 00 00 02 49 01 ff 01 ff 00 00 00 00 ...@...I .?.?.... Apr 14 20:06:15 <[g2]-solderboy> c8004020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ Apr 14 20:06:15 <[g2]-solderboy> c8004030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ Apr 14 20:07:41 ...decoding... Apr 14 20:10:33 Well, there is a difference in the output enables. Give me another moment.... Apr 14 20:16:16 The differences in the GPIO stuff are unimportant. Apr 14 20:17:59 <[g2]-solderboy> ok Apr 14 20:19:41 Grr. Redboot doesn't let me look at some of the system registers. I hope that means that it doesn't set them. Apr 14 20:20:53 <[g2]-solderboy> I would be nice to have QEMU run redboot in emulation and see all the writes to the config regs in ord Apr 14 20:20:57 <[g2]-solderboy> order Apr 14 20:21:21 Hmm. Interesting idea. It would give us everything, no? Apr 14 20:21:41 <[g2]-solderboy> one would think so Apr 14 20:22:15 <[g2]-solderboy> the only thing I really miss working from home is the big toys Apr 14 20:22:35 Do you know how to get QEMU to work? Doesn't it have to have a model of the CPU? Apr 14 20:22:39 And system? Apr 14 20:22:52 <[g2]-solderboy> big logic analyzers, deep memory etc... Apr 14 20:23:01 <[g2]-solderboy> Are system support isn't there yet Apr 14 20:23:15 <[g2]-solderboy> ARM Apr 14 20:23:16 Let's look at the MAC. Apr 14 20:23:28 <[g2]-solderboy> I'm in APEX Apr 14 20:23:41 I'm getting the addresses... Apr 14 20:24:02 <[g2]-solderboy> Did you mean the MII ? Apr 14 20:24:48 I mean the MAC, first. If we can talk the the PHY, well that's another step. Apr 14 20:25:06 dump 0xc8009000+256 Apr 14 20:25:36 <[g2]> all zeros Apr 14 20:25:51 OK. Comparing... Apr 14 20:25:51 <[g2]> apex> dump 0xc8009000+256 Apr 14 20:25:51 <[g2]> c8009000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ Apr 14 20:31:47 Hmm. Do you want to try a long shot? Apr 14 20:31:53 <[g2]> sure Apr 14 20:31:57 Won't hurt if it fails. Apr 14 20:32:07 <[g2]> that's good to know :) Apr 14 20:32:43 fill 1 0xc80090e3 Apr 14 20:33:07 I'm really skeptical, but who knows. Apr 14 20:33:16 <[g2]> apex> fill 1 0xc80090e3 Apr 14 20:33:16 <[g2]> Error -9 (parameter error Apr 14 20:33:33 Oh. I think it needs to be fill 1 0xc80090e3+1 Apr 14 20:34:01 <[g2]> you know "up arrow" for cmds would be quite helpful in APEX :) Apr 14 20:34:02 Verify it and then see if the kernel boots with the network interface. Apr 14 20:34:09 Yeah, It's on the list. Apr 14 20:34:14 Redboot doesn't have it either. Apr 14 20:34:33 I use a lot of cut and paste. Apr 14 20:34:54 <[g2]> c80090e0: 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........ Apr 14 20:34:56 I really don't think it's anything like this, though, since the avilla works. Apr 14 20:35:00 yeah, that's right. Apr 14 20:35:05 Try booting. Apr 14 20:37:27 <[g2]> no joy Apr 14 20:37:47 I'm looking through the redboot code to see if I can see anything. Apr 14 20:38:43 <[g2]> we should probably check the Redboot changes from linksys in their diff file Apr 14 20:39:01 Correct me if I'm wrong. The Redboot version for linksys was the same as the stock IXP version. right? Apr 14 20:39:10 Is there a single diff file? Apr 14 20:39:22 <[g2]> I think so Apr 14 20:39:44 <[g2]> It's been 6-7 months since I looked at it Apr 14 20:40:24 Hmm. It looks like there are some patches, though. Apr 14 20:40:41 <[g2]> are you looking at the diff ? Apr 14 20:40:50 U'm trying to find it Apr 14 20:41:17 Ah, there is a diff... Apr 14 20:41:46 <[g2]> Ok are you looking at the sluggo patches ? Apr 14 20:42:03 <[g2]> I'd imagine the important ones are in there Apr 14 20:42:12 <[g2]> but in doesn't hurt to go back to the source Apr 14 20:42:46 I'm looking at the source archive from linksys. Apr 14 20:52:17 Is this address familiar to anyone...on the slug? Apr 14 20:52:19 0x5003ffb0 Apr 14 20:52:42 <[g2]> that's the MAC addr from flash isn't it ? Apr 14 20:53:20 <[g2]> actually, thats too far Apr 14 20:53:21 That's what I thought. Apr 14 20:53:30 Oh? Apr 14 20:53:32 <[g2]> no I take that back Apr 14 20:53:49 <[g2]> 0x10000 is 64K 0x40000 is 256K Apr 14 20:54:02 <[g2]> That's the mac Apr 14 20:54:16 <[g2]> getting pulled from Redboot Apr 14 20:54:21 The code calles it the 'ESA'. Apr 14 20:54:51 <[g2]> yeah I was noticing that too in the diff Apr 14 20:55:07 Ah. I found something... Apr 14 20:55:43 <[g2]> + * This should be called once per mac device. Apr 14 20:55:43 <[g2]> + * The NPE/MAC shall be in disabled state after init. Apr 14 20:55:58 <[g2]> * Initialize the NPE/Ethernet MAC hardware. Apr 14 20:55:58 <[g2]> + * Verify NPE downloaded and operational. Apr 14 20:56:13 <[g2]> IxEthAccStatus ixEthAccInit(void); Apr 14 20:56:19 But remember that this isn't done on the avilla with APEX. Apr 14 20:56:36 <[g2]> nod, but what is it doing ? Apr 14 20:56:39 I'm reasonably confident that we shouldn't have to do anything to the NPE . Apr 14 20:57:17 <[g2]> well maybe we should shoot an email out to the ixp4xx ml Apr 14 20:57:25 Hang on... Apr 14 20:57:28 <[g2]> and ask the question backwards Apr 14 20:57:57 The linksys patch is initializing CS4, 5, and 7. I don't think I'm doing that. Apr 14 20:58:43 Do we know what these chip selects are connected to? Apr 14 20:59:32 We could add these to APEX and see if it makes a difference for you. Apr 14 21:00:02 <[g2]> dunno Apr 14 21:00:22 <[g2]> that's just one or two regs per CS right ? Apr 14 21:00:51 Hmm. This looks kinda important to me. Apr 14 21:01:57 <[g2]> what the ixEthAccMacInit ? Apr 14 21:02:24 Hmm? Apr 14 21:03:02 <[g2]> you've got sluggo around ? Apr 14 21:03:07 <[g2]> the code Apr 14 21:04:12 Yeah. Apr 14 21:05:17 <[g2]> in sluggo/source/redboot-intel-xscale.diff line 21404 Apr 14 21:05:17 OK. I'm done with the patch. The only thing I see that make me suspicious is the lack of initialization for cs4,5,7. Apr 14 21:05:28 I'mm going to add these to apex. Apr 14 21:05:32 ...looking... Apr 14 21:06:26 OK. What about it? Apr 14 21:06:26 <[g2]> I wonder if the state of the MAC can be changed by some pull ups on initialization or something like that Apr 14 21:06:44 <[g2]> well it looks like the default state is not enabled Apr 14 21:06:52 This function is part of the intel liibrary. Apr 14 21:07:17 I don't think it should matter. The NPE is supposed to be completely initialized in the kernel. Apr 14 21:07:27 At least, it is for every other driver. Apr 14 21:07:43 <[g2]> well we've got the classic conflict between theory and practice :) Apr 14 21:07:53 We don't know that. Apr 14 21:08:18 The lack of initialization for part of the memory controller is definitely a problem. Apr 14 21:08:44 <[g2]> OK, I don't know what is hanging off those CS's if anything Apr 14 21:09:37 Hey, guess what. I found a typo in the initialization function for the ixp. It is in part of the flash initialization... Apr 14 21:09:54 Right. But Linksys made a point of initializing them. Apr 14 21:15:18 Interesting. The address spaces for these chip selects are 512 bytes, Apr 14 21:15:57 <[g2]> did you put those patches in the next version ? Apr 14 21:16:34 <[g2]> I mean that would might be a smoking gun Apr 14 21:16:43 <[g2]> would/might Apr 14 21:16:58 <[g2]> if those addresses are used to communicate with the NPEs Apr 14 21:19:35 I'm confused. What patches? Apr 14 21:20:08 <[g2]> the version bump on APEX to include the CS4, 5 and 7 Apr 14 21:22:34 Right. Would you like to try a binary of 1.2.8 that has the memory initializations? Apr 14 21:22:48 <[g2]> that's what I was suggesting Apr 14 21:23:57 ftp://ftp.buici.com/pub/apex/apex-1.2.8-nslu2.bin Apr 14 21:24:16 It also fixes the typo in the flash chip select initialization. Apr 14 21:24:28 <[g2]> is that a test version ? Apr 14 21:24:41 For you, my friend. Apr 14 21:25:01 <[g2]> well you don't have my config or my patch to boot to /dev/mtdblock4 Apr 14 21:25:34 <[g2]> unless you used the config I send you the other day that's 98% the same Apr 14 21:25:35 Hmm. Can you set the command line in the environment? What other changes have you made? Apr 14 21:25:44 Let me see. Apr 14 21:26:18 <[g2]> for the nslu2 I think just the 5 second autoboot Apr 14 21:26:45 <[g2]> my tool chain is at a different spot :) Apr 14 21:26:53 Your config isn't in the same format as I'm using now. Apr 14 21:27:13 You can override the toolchain in te environment...OK. I can just push the code, too. Apr 14 21:27:19 <[g2]> make oldconfig will still work right ? Apr 14 21:27:47 It should, but you need to make sure that you're using the new format of config file. When I moved to the Kconfig, I changed some of the variable names. Apr 14 21:28:00 The config you sent is one of the older style ones. Apr 14 21:28:41 <[g2]> well doesn't make oldconfig either barf or convert it ? Apr 14 21:29:09 <[g2]> silent failures aren't a good thing Apr 14 21:29:12 <[g2]> (tm) Apr 14 21:29:12 That's true, but there are a couple of important changes. 1) The name of the file has been moved to .config, just like the kernel uses. Apr 14 21:29:32 <[g2]> yeah, copy it to .config Apr 14 21:29:34 And, the new names won't pull from the old ones. Apr 14 21:30:01 I've done a lot to make it easier to use. Yes, there is a small bump in compatibility. Apr 14 21:30:24 I chose to make the config variable names more consistent. Apr 14 21:31:07 <[g2]> Ok, how about this. Apr 14 21:31:14 <[g2]> Can you push 1.2.8 Apr 14 21:31:22 ...testing it right now... Apr 14 21:31:45 It's there. Apr 14 21:32:14 <[g2]> Ok. I was going to say, In the morning I'll pull 1.2.8 and make a fresh config to my liking so I'm a good APEX citizen Apr 14 21:32:34 <[g2]> and patch my default boot cmd Apr 14 21:32:51 <[g2]> then, I'll test the 1.2.8 APEX and send you mail on the status Apr 14 21:32:56 I'll add that feature, too. Maybe tonight. Apr 14 21:33:00 OK. Apr 14 21:33:20 <[g2]> Ok can you send my a simple go no-go email ? Apr 14 21:33:50 <[g2]> If you add the default cmd line, I'll test it too, you don't need to Apr 14 21:34:08 <[g2]> unless of course you want to Apr 14 21:34:44 <[g2]> OH.... which reminds me Apr 14 21:34:48 Fair enough. It'll either be really simple or a big pain in the but. Apr 14 21:35:00 <[g2]> or butt :) Apr 14 21:35:12 ;-p Apr 14 21:35:24 <[g2]> You know what I'd like to add to APEX ? Apr 14 21:35:37 <[g2]> for the mach-ixp4xx Apr 14 21:36:03 I'm certain you'll tell me. Apr 14 21:36:53 <[g2]> if you hold the reset button down it copies the 3rd block (1-relative) to the 1st block Apr 14 21:37:39 can you be more specific? Apr 14 21:38:00 Do you mean, rewrite flash? Apr 14 21:38:16 <[g2]> the user could overwrite the linksys config area (3rd block) or first block of switchbox with the first block of Redboot Apr 14 21:38:36 <[g2]> holding the reset of fetch the copy of the first block and restore Redboot Apr 14 21:38:56 <[g2]> actually if we did the switchbox partition, we could do the full Redboot Apr 14 21:39:20 <[g2]> then ppl could play with APEX without serial or JTAG Apr 14 21:39:28 So, if APEX is in the first block, holding the reset button will clobber APEX with the third flash block. Apr 14 21:39:39 <[g2]> nod. Apr 14 21:39:45 Hmm. Let me think about it. Apr 14 21:39:50 <[g2]> then On the reboot Redboot would be restored Apr 14 21:39:58 It would conflict with the other UI I thought about adding. Apr 14 21:40:03 <[g2]> actually, I like using the switchbox area for the full Redboot Apr 14 21:40:09 Perhaps this should be one of the modes that the UI handles. Apr 14 21:40:24 <[g2]> We'll it's a very simple start Apr 14 21:40:51 <[g2]> I'd rather have the full restore at the push of a button Apr 14 21:40:53 He says simple. Apr 14 21:41:21 <[g2]> I think it is simple Apr 14 21:41:33 <[g2]> it's a block or two flash erase and a copy to flash Apr 14 21:41:36 Let me give it some though. Apr 14 21:41:48 I know that the mechanism is easy. There are lots of details, though. Apr 14 21:43:02 <[g2]> so now that we got some fair development environs, I'd like to really roll on APEX Apr 14 21:45:11 You and me both. I'm told that the dongle will arrive tomorrow. Apr 14 21:45:24 <[g2]> JTAG dongle ? Apr 14 21:45:25 Don't get me wrong about the restore. I like it a lot. Apr 14 21:45:39 ka6sox said he sent it earlier this week. Apr 14 21:46:39 <[g2]> Well I've got two dongles and I may solder up the JTAG on APEX Slug Apr 14 21:47:04 <[g2]> but I might just skip it until I really need it or I've not nothing better to do than futz with soldering Apr 14 21:47:56 Are you putting APEX on the slug without a jtag? Apr 14 21:48:15 brave :-) Apr 14 21:48:16 <[g2]> I put APEX on my slug today without JTAG and without serial Apr 14 21:48:32 <[g2]> no, I ran fine on the Avila board that's got JTAG Apr 14 21:48:39 <[g2]> no, It Apr 14 21:48:58 <[g2]> the Ethernet even works there for some unknown reasion Apr 14 21:49:01 <[g2]> reason Apr 14 21:49:35 <[g2]> So I flipped a coin about which Slug to risk, serial enabled and non-serial enabled Apr 14 21:49:52 <[g2]> I figured if it died, I'd serial enable it Apr 14 21:50:12 <[g2]> I could see from the LEDs that it booted fine, but the ethernet was done Apr 14 21:50:26 whoa! APEX on the slug supports the builtin NIC now?? Apr 14 21:50:57 <[g2]> jacques, APEX doesn't use the NIC Apr 14 21:51:03 ah Apr 14 21:51:15 <[g2]> and Linux doesn't initialize it fully yet on the Slug Apr 14 21:51:31 <[g2]> It works fine on the Avila board from Gateworks Apr 14 21:51:42 <[g2]> But that's got the full boat Apr 14 21:51:43 <[g2]> serial Apr 14 21:51:46 <[g2]> jta Apr 14 21:51:48 <[g2]> jtag Apr 14 21:51:51 <[g2]> and GigE Apr 14 21:52:07 <[g2]> on a minipci card that I added Apr 14 21:52:19 <[g2]> it just missing USB2.0 Apr 14 21:52:32 jacques: Do you know what CS 4, 5, and 7 are connected to on the slug? Apr 14 21:52:49 beewoolie, sorry, I don't :-( Apr 14 21:52:50 <[g2]> It's NPE functionality Apr 14 21:53:20 <[g2]> at least 4 and 7 iirc from the diff code I was looking at a couple minutes ago Apr 14 21:53:32 [g2]: You've got some nerve flashing a bootloader without jtag. Apr 14 21:53:33 <[g2]> it didn't seem like stuff we'd be using Apr 14 21:54:11 <[g2]> beewoolie, not really. I checked it all out for a couple days on the avila board Apr 14 21:54:24 <[g2]> the boards are *nearly* identical Apr 14 21:54:24 [g2]: What do you mean? I didn't do any looking for the address ranges for these CS's, so I only know that those CSs are initialized. Apr 14 21:54:53 <[g2]> you know that diff file ? Apr 14 21:55:00 [g2]: There's a hitch with the command line override. Apr 14 21:55:20 Looks like there is no way to remove a string config option once it's been set. Apr 14 21:55:28 <[g2]> doh... I dislilke irc eating / Apr 14 21:55:35 <[g2]> in the file Apr 14 21:55:41 <[g2]> "/CS._ Apr 14 21:56:03 <[g2]> I can give you line numbers if you like Apr 14 21:56:58 <[g2]> What would be good is that the CS mapping fixes the SLUG, and we check the Avila mapping and it's already mapped Apr 14 21:57:07 <[g2]> then it kinda be case closed Apr 14 21:58:01 I'm not following you. Apr 14 21:58:31 <[g2]> The Ethernet works on the Avila but not the Slug right ? Apr 14 21:58:32 There doesn't appear to be any reference to 0x5400 in the patch. This would be the address of cs4. 0x54000000. Apr 14 21:59:12 go on. Apr 14 21:59:22 <[g2]> I guess you didn't look for the CS references Apr 14 21:59:43 <[g2]> back to the story Apr 14 22:00:09 <[g2]> Ok I'm *guessing* that it *might* be as you suggested that the CS isn't mapped Apr 14 22:00:26 <[g2]> therefore, the init code can't fully init the NPEs Apr 14 22:00:41 I still don't know what you mean. Apr 14 22:00:47 <[g2]> hence the look like they are working, but don't pass traffice Apr 14 22:00:47 What is CS mapped? Apr 14 22:01:09 I did look for CS references, but I'm not sure what you're talking about. Apr 14 22:02:42 <[g2]> +#define CS4_BASE_ADDRESS 0x54000000 Apr 14 22:03:23 It's commented out in the code. Apr 14 22:04:06 It take that back. It depends on EFG120V2. Apr 14 22:04:23 Which looks like an LED thingy. Apr 14 22:04:55 This may be a huge red herring. Apr 14 22:05:03 <[g2]> It very well may be Apr 14 22:05:15 <[g2]> that's why I've been waiting for the code Apr 14 22:05:42 <[g2]> it's probably nothing, however, there *is* some reason it runs on the Avila board and not the Slug Apr 14 22:05:51 Right. Apr 14 22:05:58 <[g2]> And I'm sure sooner or later we'll find the answer Apr 14 22:06:09 <[g2]> or ask somebody who can tell us Apr 14 22:07:10 If you know someone who can tell us what redboot does on the slug that's important, please do. Apr 14 22:07:20 <[g2]> So lets leave this herring alone until we check with 1.2.8 Apr 14 22:07:30 It already up. Apr 14 22:07:43 <[g2]> you posted it ? Apr 14 22:07:52 I'm looking at the default command line. There's a hitch in the configuration. Apr 14 22:07:57 yeah. About 30 minutes ago. Apr 14 22:09:37 <[g2]> you could have told me :) Apr 14 22:09:51 I did. Apr 14 22:10:16 Look at 12:31 Apr 14 22:18:08 <[g2]> AH... Apr 14 22:18:23 <[g2]> Sorry... It's been a long day and I missed that Apr 14 22:18:30 There is a side-effect to this default command line. Doing the override will make the old environment invalid. Apr 14 22:18:32 NP. Apr 14 22:18:59 There isn't a risk, but it does mean that the environment cannot be set if an old one is present in flash. Apr 14 22:19:07 I'll post this as version 1.2.9. Apr 14 22:19:27 <[g2]> Ok, I'll just grab the highest number tomorrow Apr 14 22:19:39 <[g2]> I've got to head off from some sleep Apr 14 22:20:53 <[g2]> beewoolie, THX for all the great help and support! Apr 14 22:21:00 <[g2]> I'm stoked about APEX Apr 14 22:21:12 np. Apr 14 22:21:22 I'm running a build test and then I'll post it. Apr 14 22:21:47 I appreciate the help you're giving me. Apr 14 22:21:58 <[g2]> well it's about time Apr 14 22:22:20 <[g2]> I'm glad I'm JTAG capable on the Avila. Apr 14 22:22:26 <[g2]> That was the key Apr 14 22:22:49 yeah. I really wish we knew what was the hitch with the NPE initialization. Apr 14 22:22:50 <[g2]> after running APEX for a while from flash Apr 14 22:23:17 <[g2]> it's really not much of a roadblock at all for me Apr 14 22:23:24 It's also interesting that redboot is using an old version of the NPElibraries. V1.0 Apr 14 22:23:26 hey [g2] Apr 14 22:23:40 hey, ka6sox Apr 14 22:23:42 <[g2]> I've got a usb2.0 ethernet link or a usb-to-usb link Apr 14 22:23:45 hey beewoolie Apr 14 22:23:46 <[g2]> hey ka6sox Apr 14 22:23:55 did you get my earlier messages? Apr 14 22:24:09 <[g2]> I probably missed it. :( Apr 14 22:24:10 [g2]: I pushed 1.2.9. Apr 14 22:24:16 <[g2]> cool Apr 14 22:24:23 It's in the environment section. Apr 14 22:24:40 <[g2]> ka6sox, what was it ? Apr 14 22:24:47 about the fatslug. Apr 14 22:25:49 <[g2]> the solder bridges and vegas ? Apr 14 22:25:53 yeah Apr 14 22:25:58 <[g2]> yeah. Apr 14 22:26:08 <[g2]> have fun in vegas Apr 14 22:26:13 its work. Apr 14 22:26:24 <[g2]> all the better right ? Apr 14 22:26:32 <[g2]> getting paid to go to vegas Apr 14 22:26:34 yeah... Apr 14 22:26:42 I'll stay out of the Casino's Apr 14 22:26:45 Lost Wages. Apr 14 22:27:10 I don't relish driving 12 hrs with a torn rotator cuff. Apr 14 22:27:27 <[g2]> you should fly out Apr 14 22:27:36 I can't get a flight. Apr 14 22:27:44 its full already. Apr 14 22:27:56 (little airplanes from here to there.)\ Apr 14 22:28:21 <[g2]> well LAX is only a couple hours away right ? Apr 14 22:28:39 yeah...looking up flights from Burbank. Apr 14 22:28:50 that is 1.5hrs away Apr 14 22:28:57 <[g2]> even better :) Apr 14 22:29:18 <[g2]> So have you guys seen the ixp46x chips ? Apr 14 22:29:27 Don't know about them. Apr 14 22:29:41 <[g2]> speeds up to 667 Apr 14 22:29:45 <[g2]> Usb2.0 Apr 14 22:29:49 <[g2]> DDR2 Apr 14 22:29:53 Hey. Apr 14 22:29:56 <[g2]> 32MB to a Gig Apr 14 22:30:06 <[g2]> and PCI 32 but 33/66 Apr 14 22:30:28 is burbank same as OC ? Apr 14 22:30:44 I don't think so. Apr 14 22:30:50 OC is John Wayne. Apr 14 22:31:12 ah OK Apr 14 22:31:20 I flew out of OC last year Apr 14 22:31:52 funny...John Wayne hated the airport when he was alive. Apr 14 22:31:53 <[g2]> So after we get the APEX stuff sorted out, then it'll be on to JTAG debugging and OpenJTAG Apr 14 22:32:10 * beewoolie celebrates Apr 14 22:32:28 and I bet douglas adams would hate the new hitchhiker's guide movie Apr 14 22:32:38 <[g2]> 1.2.9 ? APEX sorted out ? or OpenJTAG ? Apr 14 22:32:39 Night, folks. Apr 14 22:32:42 yeah...so I've heard from my Brit friends. Apr 14 22:32:44 nite beewoolie Apr 14 22:33:02 <[g2]> nite, but what was the celebration ? Apr 14 22:33:11 * beewoolie like to celebrate Apr 14 22:33:50 <[g2]> well solderboy is off to sleep Apr 14 22:33:57 nite solderboy Apr 14 22:34:16 <[g2]> now I've got 2 serial slugs and The avila which has serial and JTAG Apr 14 22:34:26 <[g2]> and I've got a JTAG connector that reflashes Apr 14 22:34:28 :-) Apr 14 22:35:01 <[g2]> I'll chat with you guys tomorrow Apr 14 22:35:04 <[g2]> nite Apr 14 22:35:20 rats.... **** ENDING LOGGING AT Thu Apr 14 23:59:56 2005