| 00:56.11 | *** join/#edev Seg_Fault (n=marcelb@madwifi/users/seg-fault) |
| 00:56.29 | Seg_Fault | hi all; I used the buildroot toolchain to build a 2.4.30 kernel for i386. Unfortunately, it doesn't boot on the target platform. It uncompresses but doesn't actually do anything after that. The kernel works with a laptop. Both the toolchain and the kernel itself were configured to i386. Any hints? |
| 00:56.41 | Seg_Fault | (the target platform is i386-based, of course. It's a SBC with an ST Micro "STPC" multimedia chip with 486 core, 12MB memory, 8MB m-systems DiskOnChip and assorted peripheral headers.) |
| 02:22.46 | T0mW | Seg_Fault: ping |
| 03:21.07 | *** join/#edev aundry (n=jamesdoe@pool-72-64-69-193.dllstx.fios.verizon.net) |
| 04:16.52 | *** join/#edev redblue (i=star@ppp049.108-253-207.mtl.mt.videotron.ca) |
| 05:42.02 | *** join/#edev tuxmaniac (n=aanjhan@unaffiliated/tuxmaniac) |
| 06:01.15 | *** join/#edev sunrunner20|prom (n=jamesdoe@pool-72-64-69-193.dllstx.fios.verizon.net) |
| 06:05.17 | *** join/#edev tuxmaniac (n=aanjhan@unaffiliated/tuxmaniac) |
| 07:24.10 | *** join/#edev MonMotha (n=monmotha@cpe-71-65-44-42.indy.res.rr.com) |
| 08:00.59 | *** join/#edev EvilDevil_ (n=miau@p54A6D706.dip.t-dialin.net) |
| 10:08.52 | *** join/#edev Redhatter (n=beast@gentoo/developer/redhatter) |
| 10:15.57 | *** join/#edev redb1ue (i=star@ppp152.108-253-207.mtl.mt.videotron.ca) |
| 11:57.50 | *** join/#edev ThiefOfBaghdad (n=aanjhan@unaffiliated/tuxmaniac) |
| 12:07.56 | chouimat | morning |
| 13:07.39 | *** join/#edev GPSFan (n=kenm@12.10.255.248) |
| 13:07.39 | *** mode/#edev [+o GPSFan] by ChanServ |
| 15:00.53 | *** join/#edev davidc__ (n=davidc__@S01060002b360aacd.vc.shawcable.net) |
| 15:33.57 | *** mode/#edev [+o jbevren] by ChanServ |
| 15:39.13 | *** join/#edev leoncamel (n=leoncame@219.142.134.4) |
| 16:28.11 | *** join/#edev chouimat (n=dieu@kde/developer/chouinard) |
| 16:35.25 | *** join/#edev chouimat (n=dieu@kde/developer/chouinard) |
| 17:06.30 | *** join/#edev T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
| 17:06.41 | T0mW | morning all |
| 17:08.29 | chouimat | hi T0mW |
| 17:09.02 | T0mW | I was about ready to put the air conditioners into storage last week. |
| 17:12.28 | chouimat | T0mW: here we usually wait for mid november ... we have a weird month of october (snow and sometimes 30C (86F?) days) |
| 17:17.01 | T0mW | chouimat: usually, by the time we hit mid-September here, the average temp is such that we can put them away. With that cold air mass "our friends up North" send a while back, I thought the season was over. ;) |
| 17:19.03 | *** join/#edev redblue (i=star@ppp117.110-253-207.mtl.mt.videotron.ca) |
| 17:21.50 | chouimat | T0mW: me too ... and I was happy ... yesterday I had the impression I was living in a swamp ... |
| 17:28.05 | T0mW | chouimat: I'm working on the buildroot for zipit today. The LittleChips s3c2410 board I purchased suddenly died yesterday. :( $579 and it ran for about a week. |
| 17:31.08 | T0mW | chouimat: JTAG can connect to it, display the CPU register field, but when I try to set any of the memory mapped configuration registers, I get an exception "access to invalid memory (data abort)". |
| 17:32.56 | GPSFan | T0mW: howdy, how's life in PA ? |
| 17:33.11 | T0mW | GPSFan: hey Dude! |
| 17:33.22 | T0mW | GPSFan: fine, I have money again! heh |
| 17:33.48 | GPSFan | T0mW: that's always nice, more $ = more toys... |
| 17:35.53 | chouimat | T0mW: sound like my laptop hard drive ... |
| 17:37.47 | GPSFan | T0mW: haven't gottern around to playing with your buildrootZipit yet, was in Wales for 10 days, then caught a cold on the trip back. knocked me out for 2 weeks. ;>( then was fighting with my desktop linux system, some wired USB-SATA related boot issue. still not sure of the cause or the cure, but it's working again... |
| 17:44.54 | T0mW | GPSFan: oh definately, this is a somewhat long term contract to build a linux based embedded system. |
| 17:45.46 | T0mW | GPSFan: I'm redoing the buildroot-zipit anyway. I want it to output a "nor-disk.gz" and "nand-disk.gz". |
| 17:46.29 | GPSFan | T0mW: project sounds nice. is that what the littleChips board is for? |
| 17:46.42 | T0mW | GPSFan: some packages being common to both images, others only installed on a specific image. That would then be menuconfig selectable by package |
| 17:47.00 | T0mW | GPSFan: yeah, it is. It is going to be about 16 channels of SPI |
| 17:47.28 | GPSFan | T0mW: what would the nand-disk.gz image be for? |
| 17:48.31 | T0mW | GPSFan: SD/Compact Flash devices that are on the board or pluggable. Most NOR is too small to put something like ssh (libssl) onto, so, I want to break it up and pivot the root. |
| 17:49.10 | T0mW | GPSFan: currently, buildroot is too clumsy to create both images. You really need two buildroots, right now, to build them. |
| 17:49.23 | GPSFan | T0mW: onboard the zipit, or some other future system? |
| 17:49.30 | T0mW | both |
| 17:49.41 | T0mW | Zipit needs it and my project would need it. |
| 17:50.10 | T0mW | GPSFan: the littlechips s3c2410 board has 2Meg NOR and 32Meg NAND on it |
| 17:50.57 | GPSFan | hmm, there is nor flash on the zipit now, and the mmc/sd card looks like an mtd device. I guess I'm to dense. I can see developing buildroot-ng2 for the new platform though. |
| 17:51.14 | T0mW | GPSFan: what I would like to do is a second stage boot like initrd, then mount the root volume (nand) and load that kernel. |
| 17:52.09 | T0mW | that way, you may not need to reflash the NOR to make changes to the runnng kernel. |
| 17:54.29 | T0mW | GPSFan: aside from that, I got a surprise the other day. Took my car in for some work on it: brakes all four wheels, and lower control arm bushings on the right side. Figured it was going to be about $1K to fix it. They turned the rear drums as they were rusted, said the brakes were still good. Then only charged me $200 to do the frontend. |
| 17:54.56 | T0mW | GPSFan: now, I have more money to pay my IRS bill. |
| 17:54.56 | GPSFan | k, as long as there are no drivers neccessary in the initrd that depend on the kernel version. |
| 17:54.58 | T0mW | :( |
| 17:55.31 | T0mW | wouldn't the initrd image be a self contained system? |
| 17:55.59 | T0mW | don't use modules for it, just include them into the kernel? |
| 17:56.38 | T0mW | just enough to get the mmc filesystem working, then pull in the runtime kernel binary and jump to it? |
| 17:57.17 | GPSFan | T0mW: just been through Ubuntu initrd booting. (my desktop problem). the initrd image has loadable drivers, and in 2.6 I believe that you can't load a driver that isn't compiled for that version of the kernel. |
| 17:57.35 | T0mW | right |
| 17:57.49 | GPSFan | if you put all the neccessary drivers in the kernel, then you are golden... |
| 17:58.10 | T0mW | my understanding of initrd is that it is a kernel+ramdisk |
| 17:58.26 | T0mW | well, cramfs or romfs |
| 17:58.36 | GPSFan | in 2.6 that can be true. but it doesn't have to be. |
| 17:58.44 | T0mW | ok |
| 17:59.23 | GPSFan | in 2.6, the "kernel" can include a cramfs image, or there can be seperate kernel & initrd images. |
| 17:59.24 | T0mW | IOW, it could come up by mounting the root filesystem and then proceed to load its' modules from within that filetree? |
| 17:59.44 | T0mW | s/root/final |
| 17:59.47 | GPSFan | that's what the ubuntu initrd does. |
| 17:59.52 | T0mW | ah |
| 18:00.20 | T0mW | I'll have to look into the initrd sources, too little time and so many toyz! |
| 18:00.28 | GPSFan | indeed.. |
| 18:01.31 | T0mW | I spent 4.5 hours the other day trying to figure out why makedevs was forcing everything to root ownership instead of using the UID+GID that I specified. Then understood what EXT2_SQUASH meant. |
| 18:01.43 | GPSFan | I've got 2 more weeks of "extreme busyness" then maybe I'll have some time to get back to the zipit stuff. |
| 18:01.50 | T0mW | it is the little stuff that will eat your time up |
| 18:02.19 | T0mW | GPSFan: cool, I'd like to get this new buildroot together before then. |
| 18:02.59 | T0mW | GPSFan: I actually have a client who is interested in purchasing some modified zipits. |
| 18:03.36 | GPSFan | T0mW: I got your latest (1.2) version, but haven't built it yet. I just got some micro-sd cards to really small... |
| 18:03.46 | GPSFan | s/to/too |
| 18:04.03 | T0mW | GPSFan: heh, the new addon board will use the transflash |
| 18:04.30 | GPSFan | yeah, that's the way to go. |
| 18:04.35 | T0mW | GPSFan: with microSD I can now put all the parts on the one side of the board, it will be easier to build them. |
| 18:04.43 | GPSFan | ;>) |
| 18:05.03 | T0mW | I have already tested the microSD, it is pretty fast stuff: sandisk anyway |
| 18:05.18 | prpplague | T0mW: hey |
| 18:05.23 | prpplague | T0mW: how goes the ahcking? |
| 18:05.35 | GPSFan | surplus computers had some 32M's on sale the other day. |
| 18:05.40 | GPSFan | prpplague: howdy.. |
| 18:05.41 | T0mW | prpplague: hey dude, I got it booting my new kernel + filesystem. Then the board died. |
| 18:06.20 | prpplague | GPSFan: hey bud |
| 18:06.26 | prpplague | T0mW: what? |
| 18:06.31 | prpplague | T0mW: what happened? |
| 18:07.03 | T0mW | prpplague: JTAG will connect to it, then gives a "TARGET: access to invalid memory (data abort)" when I try to display a word @ 0x48000000 (BWSCON) |
| 18:07.24 | prpplague | T0mW: thats weird |
| 18:07.24 | T0mW | prpplague: suddenly died while erasing about 32K of flash |
| 18:07.41 | prpplague | T0mW: you sure you got the jtag connector on properly? |
| 18:07.47 | T0mW | prpplague: I can display the CPU registers, but nothing else |
| 18:07.51 | GPSFan | T0mW: sounds like warantee time.. |
| 18:08.02 | T0mW | prpplague: I've been using that setup for a week now. |
| 18:08.04 | prpplague | T0mW: that little adapter board connects to the cpld too |
| 18:08.30 | T0mW | prpplague: but, I am not using that adaptor, nor the CPLD JTAG lines. |
| 18:08.44 | prpplague | T0mW: oh? |
| 18:08.51 | prpplague | T0mW: why aren't you using the adapter? |
| 18:09.18 | T0mW | prpplague: didn't need it, I looked at the schematic and saw where the signals went to on the CPU... |
| 18:09.35 | T0mW | prpplague: why? you think I need it or something? |
| 18:10.43 | prpplague | T0mW: just surprised, the adapter works like if you turn it one way, its the cpld, turn it the other, and its the cpu |
| 18:11.02 | T0mW | shrug |
| 18:11.49 | prpplague | T0mW: you wired up something yourself? |
| 18:12.31 | T0mW | I'm positive that nothing is wired to the CPLD, and, yes, I wired the cable from the BDI2000 --> s3c2410 |
| 18:12.55 | prpplague | T0mW: hehe, ok, just surprised you spent the time to do your own adapter |
| 18:13.37 | prpplague | seems like it would have been quicker/easier to just use the adapter that shipped with the board |
| 18:13.47 | T0mW | prpplague: well, I took my 14pin adapter and made it, essentially, into a 10pin adapter to work with the LPC2000 boards as those extra 4 pins would waste board space. |
| 18:14.44 | T0mW | prpplague: so, the 20pin adapter that I had would plug into the LN2410SBC board, but the signals needed to match. So, I moved the ones that were needed onto the correct pins. |
| 18:15.55 | prpplague | T0mW: so your bdi2000 doesn't have a 2x7(14) pin header on it?' |
| 18:16.23 | T0mW | prpplague: it does, but I had that cable rewired for a different use |
| 18:16.46 | prpplague | T0mW: seems counter productive, hehe |
| 18:17.41 | T0mW | prpplague: yeah, but, the JTAG "connector" on my boards are a 2x5 row of pads with a 50mil spacing |
| 18:18.08 | prpplague | T0mW: yea, i would have just done a 2x7 or 2x10 adapter to that |
| 18:18.20 | prpplague | T0mW: i always work with a standard 2x7 for my stuff |
| 18:19.11 | T0mW | prpplague: that is on one board, the other board has a 2x5 with a 100mil pin center. So, on the smaller board, I tack a 0.1" header onto it, then wire the pins to the pads on the board with 30ga wire |
| 18:19.25 | T0mW | prpplague: heh, "standard" |
| 18:20.54 | T0mW | prpplague: I should order some more of those cables though |
| 18:21.13 | prpplague | T0mW: hehe, yea, the 2x7 header is definned by the IEEE committe and ODF for arm |
| 18:22.22 | T0mW | prpplague: yeah, but not everybody has to follow the pin pattern. Most times you don't care, just need those signals someplace on a production board so you can press one into use as a dev board. Once it goes out into the field, they don't need JTAG. |
| 18:23.09 | T0mW | prpplague: If you need JTAG in the field, you can bring a dev board. |
| 18:23.11 | prpplague | T0mW: agreed, but what i'm saying is, no matter what the manufacturer uses, i always make an adapter to go to a standard 2x7 |
| 18:23.43 | T0mW | oh, I see what you are saying. You make a cable with a 2x7 header on the end of it. |
| 18:23.51 | prpplague | yea |
| 18:23.54 | T0mW | ah |
| 18:23.56 | T0mW | ok |
| 18:24.07 | prpplague | save you alot of time and hassle |
| 18:24.09 | T0mW | I should have done that too, but. |
| 18:24.18 | prpplague | T0mW: mr.herod(my boss) made up a layout |
| 18:24.21 | T0mW | prpplague: still have to wire the cable |
| 18:24.45 | prpplague | T0mW: just a small pcb with a 2x7 jtag header and the jtag lines brought out to some .1" thru holes |
| 18:25.28 | prpplague | T0mW: so basically you just solder that in place and you can use your standard jtag 2x7 cable |
| 18:25.28 | *** join/#edev chouimat (n=dieu@kde/developer/chouinard) |
| 18:25.41 | T0mW | then solder your jumper wires to your non-standard pinout on the board, right? |
| 18:25.54 | prpplague | T0mW: yea |
| 18:25.58 | T0mW | heh, so you have to spend time messing with soldering. same as me. |
| 18:26.09 | chouimat | re |
| 18:26.26 | T0mW | prpplague: anyway, the board is dead |
| 18:26.27 | prpplague | T0mW: yea, but once its in place i dob't have to worry about my jtag debugger having a problem with a cable |
| 18:26.30 | prpplague | hehe |
| 18:26.34 | prpplague | wonder what happened |
| 18:27.18 | T0mW | prpplague: niether do I, I have the 2x10 header glued / bolted to the board with the wiring soldered down. I just plug my 2x10 cable into it and go. |
| 18:27.21 | prpplague | T0mW: so does the boundry scan work? |
| 18:27.36 | T0mW | prpplague: "sudden infant death"? |
| 18:27.59 | T0mW | prpplague: heh |
| 18:28.20 | prpplague | T0mW: you try doing a basic boundry scan? |
| 18:28.37 | T0mW | prpplague: for what purpose? |
| 18:28.53 | prpplague | T0mW: just to see if the cpu is responding |
| 18:29.09 | *** join/#edev Karo-sama (i=karosa@ob-1480.adsl.datanet.hu) |
| 18:29.12 | prpplague | T0mW: you gonna send it back? |
| 18:29.39 | T0mW | the scan chain to the CPU core (registers) is all that is working. The chain to the memory mapped registers is not, the CPU throws an error when I attempt to access memory mapped registers. |
| 18:30.16 | prpplague | interesting |
| 18:30.31 | T0mW | prpplague: if I try a "WR32 0x48000000 value" in the bdi config file, it gives me a TARGET data abort |
| 18:31.14 | prpplague | T0mW: wonder if the mmu is running with a bogus mapping |
| 18:31.22 | T0mW | I can do a "WREG x value" and that works, I can set / display the CPU core registers (r1..r15) |
| 18:32.06 | prpplague | T0mW: you aren't able to program the flash with a boundry scan? i.e. not using debug mode |
| 18:32.24 | T0mW | prpplague: that is what I thought, that the MMU was intercepting the operation. But, after I stripped my bdi config back to the bare essentials, it will still do it. |
| 18:32.59 | T0mW | prpplague: I went back to the bdi config I had first used (distributed file from vendor) and that one has the same result. |
| 18:33.16 | T0mW | prpplague: I cannot even set BWSCON |
| 18:33.24 | prpplague | T0mW: you know there is a bug in arm7 and arm9 cores where if it gets a undefined instruction as the first command on reset, it leaves the system in an locked state |
| 18:33.38 | T0mW | ah |
| 18:33.41 | T0mW | I wonder |
| 18:33.59 | prpplague | T0mW: might try using a boudry scan to erase the nor flash again |
| 18:34.07 | prpplague | T0mW: and try flashing the bootloader |
| 18:35.44 | *** join/#edev chouimat (n=dieu@kde/developer/chouinard) |
| 18:36.42 | T0mW | prpplague: how am I to access the boundry scan ? With jtager? |
| 18:37.21 | prpplague | T0mW: there are several ways, i'm not familiar with all of bdi's options, but it should be able to do a boundry scan for programming |
| 18:37.37 | prpplague | T0mW: other wise i can get you some software to use a wiggler and do the job |
| 18:38.04 | prpplague | T0mW: i rarely use a debugger for doing the flash |
| 18:39.29 | T0mW | yeah "SCAN <number> <len> <..., bit2, bit1, bit0> |
| 18:40.05 | prpplague | T0mW: i almost always a boundry scan app to do the flash |
| 18:41.49 | T0mW | bah! I'll mess with this later, I'm not in the right frame of mind to deal with this right now. |
| 18:42.54 | T0mW | prpplague: I know what you are saying though, wiggle the pins on the Flash itself using the BSL to cause it to erase / program. I have used the jtagtools in the past to do work in the LPD-LH7A400 board. |
| 18:42.54 | prpplague | hehe |
| 18:43.22 | prpplague | yea jtagtools is pretty good, but does have some overhead |
| 18:43.23 | T0mW | I still have that wiggler around here someplace, I think |
| 18:43.33 | prpplague | T0mW: i'll send you the software from the office tomorrow |
| 18:43.39 | T0mW | cool |
| 18:43.40 | T0mW | thanks |
| 18:53.59 | T0mW | prpplague: WHOA! |
| 18:55.01 | T0mW | prpplague: I just jumpered the board for NAND boot, and I can now see the memory |
| 18:55.28 | T0mW | prpplague: fscking-A man, this sh!t is weird! |
| 18:55.48 | prpplague | T0mW: that sounds like you have something in the nor that is causing an undefined command |
| 18:55.51 | prpplague | T0mW: opcode |
| 18:55.59 | T0mW | that is a wierd bug! |
| 18:56.14 | prpplague | thats why i use boundry scan to do my flashing |
| 18:57.03 | T0mW | bang, bang, bang do the bits |
| 18:57.08 | T0mW | bang, bang, bang go the bits |
| 18:59.58 | prpplague | T0mW: yep |
| 19:00.10 | T0mW | wonder where the nor is now mapped to? |
| 19:00.23 | T0mW | if I can just erase it from the new location? |
| 19:01.37 | chouimat | hi prpplague |
| 19:01.40 | prpplague | chouimat: hey |
| 19:01.49 | prpplague | T0mW: yea you should be able to still flash it |
| 19:01.59 | prpplague | T0mW: at the new location |
| 19:27.05 | Karo-sama | hi all, I'm experimenting with audio playback on the zipit.. I can get FLAC to play back at around 50% cpu and 128kbit mp3s at 60-70% with the cirrus decoder but I still get skips, now whenever there's a skip kswapd or kupdated appear to be eating cpu, but after I play the file a few times I can get it to play back flawlessly to a certain point where the skipping starts again (I'm assuming this has to do with caching and dataretrieval), any though |
| 19:28.21 | T0mW | probably that is what is happening, you loading the MP3 from SD? |
| 19:28.35 | Karo-sama | yup |
| 19:29.37 | T0mW | well, the SPI interface to the SD card is definately not the fastest thing on Earth, heh, it is a bit-banged interface. It will not run the SPI / SD card at full speed. |
| 19:29.56 | Karo-sama | yeah it didn't skip when I played it from ramdisk :/ but that wouldn't explain why modplugplay skips with a 8k s3m module... not sure if the two problems are at all related |
| 19:31.10 | T0mW | I am personally not interested in a portable MP3 player, I don't even think that I have MP3 files anywhere here on my computers that I know of. so, I can't be much help. |
| 19:32.37 | T0mW | Karo-sama: the only thing that comes to mind, you might have some "read ahead" caching in your player software? |
| 19:33.42 | Karo-sama | hmm.. I think I should have.. I tried fiddling around with the buffer settings without much effect |
| 19:36.21 | Karo-sama | plus the cirrus decoder isn't opensource so I couldn't really do anything with that.. and I got confused over the s3m module.. that shouldn't be skipping at all.. no mmc reads involved besides pulling the whole file into ram before the playing even starts |
| 19:39.45 | T0mW | prpplague: Yo! Dave! |
| 19:40.42 | Karo-sama | well if anyone's interesting in looking into this i'll be here :) here's the output of top when a skip occurs: http://karosa.zapto.org/skip.jpg and during normal play: http://karosa.zapto.org/normalplay.jpg |
| 19:42.19 | T0mW | Karo-sama: I'm working on an s3c2410 system today for a project. I do have another rendition of buildroot-zipit in the works. that might help to do dev work on the zipit. |
| 19:45.17 | prpplague | T0mW: que paso? |
| 19:45.34 | prpplague | T0mW: wanna rum and coke? |
| 19:46.23 | prpplague | T0mW: you get it working? |
| 19:46.26 | T0mW | prpplague: I got it working again! I put it back into NOR boot, shorted a couple of DQ lines on the Flash with an X-acto blade, finally found two data pins to short which brought the CPU back. |
| 19:46.28 | Karo-sama | T0mW: sounds good :) I'll give it a try when you release it |
| 19:46.51 | prpplague | T0mW: ahh cool beans, |
| 19:47.03 | T0mW | prpplague: funny thing is that the Flash is all 0xffffffffs |
| 19:47.33 | T0mW | prpplague: anyhow, thank you, thank you, thank you |
| 19:47.33 | prpplague | T0mW: yea, 0xffffffff is invalid as a reset vector |
| 19:47.37 | prpplague | T0mW: np |
| 19:47.38 | prpplague | hehe |
| 19:47.49 | prpplague | hehe |
| 19:47.50 | T0mW | heh |
| 19:48.11 | T0mW | prpplague: you always were the one to know the trivia stuff |
| 21:04.33 | prpplague | T0mW: hehe |
| 21:05.12 | prpplague | ok so the gov finds a bunch of alien tech, do you call upon a bunch of M$ techies or some OSS gurus to figure it out? |
| 21:08.05 | prpplague | can you imagine the headaches of the HR person for Stargate SG-1, dang how do you find some really out there geeks? on a budget, hehe |
| 21:10.02 | *** join/#edev threw (n=dnanar@lns-bzn-30-82-253-171-24.adsl.proxad.net) |
| 21:12.26 | *** join/#edev redblue (i=star@ppp248.109-253-207.mtl.mt.videotron.ca) |
| 21:12.43 | threw | hi all ! |
| 21:12.45 | threw | does anyone here has done some eagle schematic (.sch) of the Blackfin BF533 or BF537 DSP stamp board please ? I ask this before that i do it from my self :) |
| 21:16.55 | T0mW | "not I", said T0mW |
| 21:17.49 | T0mW | prpplague: black-budget, you know, those $400 hammers? |
| 21:17.51 | threw | ok :) anyone else ? ;-p |
| 21:18.16 | T0mW | prpplague: like the money Erik got? |
| 21:18.17 | T0mW | heh |
| 21:18.47 | T0mW | nm, Erik's was in the Congressional Budget, heh |
| 21:20.43 | prpplague | T0mW: erik?? |
| 21:21.06 | prpplague | T0mW: hehe, i was think more like interviews and such |
| 21:21.29 | prpplague | T0mW: i.e. 1/2 the people at defcon set loose on some alien tech |
| 21:22.08 | chouimat | ??????????????? /me lost |
| 21:22.12 | prpplague | chouimat: hehe |
| 21:22.33 | prpplague | chouimat: <prpplague> ok so the gov finds a bunch of alien tech, do you call upon a bunch of M$ techies or some OSS gurus to figure it out? |
| 21:23.59 | chouimat | I bets it's the one with the right security clearanse and with the brown tongue ;) |
| 21:29.47 | prpplague | chouimat: yea |
| 21:30.12 | prpplague | chouimat: but i would say that OSS people are from the start needing to do things without help and without documentation |
| 21:31.18 | chouimat | prpplague: yup ... but they are also fanatics (well not all of them but some) and they also need to learn to kiss asses :) |
| 21:38.18 | chouimat | T0mW: Not Invented Here syndrom? |
| 21:39.01 | T0mW | dunno, maybe they thought, "oh, there is only a cs89x0 driver, but nothing for the cs8900" ? |
| 21:39.26 | chouimat | T0mW: sound like a manager :) |
| 21:42.43 | prpplague | T0mW: because companies like samsung and sharp STILL don;t understand OSS |
| 21:42.55 | prpplague | T0mW: they've made progress, but there |
| 21:43.09 | prpplague | T0mW: are some aspects that are complicated for them to grasp |
| 21:43.21 | prpplague | T0mW: you have remember its a new business model |
| 21:43.33 | prpplague | T0mW: that's not taught in biz school |
| 21:43.45 | prpplague | T0mW: but there are people who are willing to learn |
| 21:43.55 | T0mW | here's the kicker, they defined the chipselect for the Virtual Address in a header file, all well and good, proper way to do it. |
| 21:43.57 | T0mW | then |
| 21:44.04 | prpplague | T0mW: my secondary boss at the office often seeks me out for OSS info |
| 21:44.32 | T0mW | in the driver, they hardcode the hex address of the device: #define LN2410SBC_ETH_IO 0xf1300300 |
| 21:44.33 | T0mW | heh |
| 21:44.40 | T0mW | duffus stuff |
| 21:44.40 | prpplague | T0mW: yea |
| 21:44.46 | prpplague | T0mW: that stuff drives me nuts |
| 21:45.09 | prpplague | HAL is a tough concept for alot of people |
| 21:45.40 | T0mW | well, at least I now that their "proper definition" is wrong, the VA is not 0xf1300000 but 0xf1300300 |
| 21:46.01 | T0mW | bah, hobbists! |
| 21:46.06 | T0mW | bah, hobbyists! |
| 21:46.25 | chouimat | T0mW: those still exists??? |
| 21:46.56 | T0mW | chouimat: yeah, those are the fools that pass each other binary images for kernel + filesystem modules / files. |
| 21:47.33 | T0mW | chouimat: stop that! don't get me started on binary-only people! |
| 21:48.38 | chouimat | T0mW: ok I see ... 99.9% of computer users ... |
| 21:48.58 | prpplague | hehe |
| 21:50.03 | T0mW | lessee, "ifdef MACH_LN2410SBC..." |
| 21:51.11 | prpplague | i put it to you that during the cold war era and the time of the "space race" that the vast majority of technology people in the world were being used to their full extent, but now days my guess is that at any given momemnt 75% of the great technology minds in the world are more concerned about paying the rent tha tcreating great discoveries |
| 21:51.25 | chouimat | prpplague: it seems that my recommandation wasn't really appreciate and they will pay me for the job but they told to never ask them for a reference ... bah :) |
| 21:51.38 | prpplague | chouimat: jeeze |
| 21:52.27 | chouimat | prpplague: my recommandation was after a nice security audit : to fire all the sysadmin staff ... their network has more hole than a cheese grate (?) |
| 21:53.28 | chouimat | prpplague: and what do you expect of a 200$ contract and 2 days to write the report :) |
| 21:59.09 | prpplague | chouimat|shower: yea, security is a nasty issue |
| 21:59.38 | prpplague | chouimat|shower: there have been some unfriendly things said about me when i work for abcsinc , when i complained about security |
| 22:00.43 | sunrunner20 | my work needs to drop winzip and get 7zip is the main thing at my work |
| 22:00.49 | sunrunner20 | they just install a zip demo and use it forever |
| 22:01.23 | sunrunner20 | 7z does more than winzip |
| 22:01.27 | sunrunner20 | and its free... |
| 22:30.25 | prpplague | am i the only one that alton brown makes laugh like crazy? |
| 22:30.43 | prpplague | his "good eats: down and out" makes me laugh like crazy |
