02:38.46 | *** join/#elinux GPSFan (~kenm@65.121.49.59) |
02:39.53 | *** join/#elinux julie_ (~Morn@h000625b93360.ne.client2.attbi.com) |
04:31.30 | *** join/#elinux andersee (~andersee@codepoet.org) |
04:31.30 | *** mode/#elinux [+o andersee] by ChanServ |
07:34.47 | *** join/#elinux chouimat|n7y (~root@160.217.215.251) |
10:35.49 | *** join/#elinux pb_ (~pb@2002:5160:45ef:0:2e0:7dff:fe74:8b87) |
12:59.08 | *** join/#elinux GPSFan (~kenm@65.121.49.59) |
13:54.06 | *** join/#elinux ade|desk (~adrian@modem-3765.cheetah.dialup.pol.co.uk) |
13:55.41 | *** join/#elinux George- (~Test@adsl-158-23.freeuk.com) |
14:04.57 | *** join/#elinux prpplague (~billybob@12.148.134.9) |
14:05.41 | *** mode/#elinux [+o prpplague] by ChanServ |
14:10.21 | *** join/#elinux richardw (~richardw@proxyle01.ext.ti.com) |
14:10.31 | prpplague | richardw: morning |
14:11.04 | richardw | prpplague: morning. |
14:11.45 | prpplague | richardw: well since your typing, i assume you made it through the security turnstyle door another morning with getting a hand chopped off, lol |
14:11.56 | prpplague | s/with/without |
14:12.00 | richardw | humm, probably should be morn'ing, nothing to morn hopfully. |
14:13.00 | richardw | yes no problems....are office incidents on the rise, our elevators are generally bad, so I'm eyeing the stairs these days. |
14:13.17 | prpplague | richardw: lol |
14:13.40 | richardw | I hear your innovator is on the way, so Tim said in some other irc message. are you getting any kind of tools with it? |
14:14.11 | prpplague | richardw: got it friday, did some "familiarization" with it this weekend |
14:14.25 | prpplague | richardw: start some serious stuff this week |
14:14.49 | prpplague | richardw: plan to get a small build environment setup |
14:14.51 | richardw | Do you need a kernel image or anything which should boot (for testing) or are you busy applying patches? |
14:15.11 | prpplague | richardw: ya, i'll probably go from patches, lol |
14:15.29 | prpplague | richardw: i'm a nitty-gritty kind of guy, want to know whats going on |
14:15.36 | richardw | Have you got CodeComposerStudio? |
14:16.16 | prpplague | richardw: ya i think they sent a copy, but seeing how, i've not owned a computer with winblows in almost 5 years......... |
14:17.08 | richardw | ... Its the best way to talk with the dsp, and does well with the arm. CCS used to come from UNIX's also. |
14:17.51 | richardw | Some time ago they seemed to dropped support for unix flavors, the tools still surface every once in a while. I've heard talk about command line version that have been compiled for Linux. |
14:18.42 | prpplague | richardw: ok thanks, i'll have a look, i'd really like to see if i could get everything working in a linux enviroment |
14:19.12 | richardw | I boot linux, and fire off a VMWARE windoes session to debug in. |
14:19.56 | prpplague | richardw: ahh, that what i was about to ask, how well it ran in vm or under wine |
14:20.57 | richardw | I've not tried wine. Tim was trying to get someone to try crossover. My vmware runs pretty well. Its kind of slow if you are monitoring a lot of things but for the most part its stable. |
14:21.15 | richardw | For low level debugging like bootloader and such its near perfect. |
14:21.30 | file | http://file-radio.com/cxoffice.tar -> copy of Crossover Office if you want to try |
14:21.37 | richardw | for debugging at the kernel level its a little more ... touchie |
14:22.44 | richardw | ...I might try it, now that I have a backup method. I spent a quite a bit of effort getting everything running on my laptop. I was quite bold for a while, now that it works I'm sort of becoming a bit tenative. |
14:23.20 | richardw | CCS has a scripting language ... no more of a C language which allows you to interface with the tool. |
14:24.00 | richardw | .... debugging at the kernel level is slightly more tricky as you have to manually load symbols to match your environment. |
14:24.14 | prpplague | richardw: ahh sounds fun, lol |
14:25.05 | richardw | loadable modules or stopping in user space requires a module reload, ... thats where the language assit can come in. On stop it can look up the current processor state, and process and load things up. you have to write this kind of stuff however. |
14:25.33 | richardw | question for the morning... do any of the existing ports do masking or locking around gpio type resources? |
14:26.04 | richardw | the omap1510 does not follow the arm periferal model, so there is no set or clear register to provide atomic access. |
14:26.55 | richardw | most of the linux code is just hitting these registers with out any care. risc machines load/modify/store leaves this all rip for errors, especially if the gpio's can be assigned in general ways. |
14:27.38 | prpplague | richardw: iirc there are some methods for doing that, some of the sa-11x0 gpio |
14:28.01 | prpplague | richardw: sa-11x0 gpio's have multi-functions so they need something like that as well |
14:28.14 | richardw | I looked though arch/arm/sa1100 and nothing strong was there. |
14:28.29 | richardw | where is that code at? |
14:28.54 | richardw | the only port which seemed to try was assabats write only BCR register. |
14:28.57 | prpplague | richardw: hmm, good question, been awhile since i looked at it myself |
14:29.25 | richardw | and even that bcr was just an irq mask, I can do that, but was wondering if a bit fancier lock was present. |
14:30.28 | richardw | something with a test and set, ... i suppose its so short that suspension/queueing and such isn't needed. |
14:33.29 | prpplague | richardw: now that you mention the bcr, i'm think that the ones i saw were in the sa1111.c and those were irq masks as well |
14:40.54 | *** join/#elinux file[desk] (~file@mctn1-3824.nb.aliant.net) |
14:46.57 | *** join/#elinux CosmicPenguin (~jordanc@12-209-187-85.client.attbi.com) |
14:47.20 | CosmicPenguin | Morning |
14:47.24 | thekernel | morning |
14:47.27 | CosmicPenguin | Anyone catch Foxtrot this Sunday |
14:47.35 | thekernel | I did |
14:47.46 | thekernel | Though, my memory fades fast... |
14:48.48 | CosmicPenguin | Second mention of Linux in a week |
14:49.54 | signal11 | CosmicPenguin: are you going to check this out: http://starryskies.com/The_sky/events/mars/opposition.html |
14:49.58 | signal11 | wednesday |
14:50.53 | CosmicPenguin | signal11: yeah, I'm going to probably check it out |
14:50.56 | thekernel | signal11: I've got a friend that may be out to watch the stars wednesday... |
14:51.09 | CosmicPenguin | signal11: I wish I had my old telescope when I was a kid, but its back in Jackson |
14:51.13 | thekernel | I saw it friday night when camping. It was way bright. |
14:52.19 | CosmicPenguin | I saw it last night when I was talking out the trash - it looks like a really high airplane |
14:52.35 | thekernel | really high and really slow :) |
14:52.45 | CosmicPenguin | If I didn't know any better, it would be slightly disconcerting. Red dots in the sky usually aren't good omens |
14:53.38 | signal11 | what is the best time to see it? |
14:53.41 | signal11 | round these parts |
14:53.46 | CosmicPenguin | at night... :) |
14:54.00 | CosmicPenguin | No seriously, apparently it rises around 10:00 this time of year |
14:54.28 | CosmicPenguin | Of course, living so close to the mountains like we do, we usually can't see it until 10:30 or so |
14:56.23 | CosmicPenguin | signal11: hows the epia hacking going? You tried out the MPEG yet? |
14:57.01 | signal11 | i built via's version of xine yesterday, but haven't run it yet today |
14:57.15 | signal11 | once i get that going, i'll try ivor's mpeg library |
14:58.01 | signal11 | i'm not sure what his definition of "reverse engineering" is but apparently he looked at the machine instructions in the library. i hope I'm just misreading his posts to the forum |
15:00.40 | CosmicPenguin | who knows |
15:01.03 | CosmicPenguin | As long as we have a working library, thats all that matters, I guess |
15:08.25 | thekernel | Any new personal projects going on lately? |
15:13.44 | signal11 | pchdtv.com |
15:14.06 | signal11 | and toying with mpeg/dri on the via epia. |
15:14.26 | signal11 | those 2 could combine to make the ultimate set top box, potentially. |
15:16.37 | ade|desk | signal11: do you have a hd-2000 ? |
15:18.32 | signal11 | yeah |
15:18.40 | ade|desk | any good ? |
15:18.51 | signal11 | i was customer #2, someone got into their shopping cart while they were testing it |
15:19.13 | signal11 | it's nice, the software is a little "hacker friendly" (a nice way of saying that it isn't too mature yet) |
15:19.22 | signal11 | but it works |
15:19.47 | signal11 | once the xine & v4l patches get into the source trees and on debian unstable, it will be really nice |
15:20.05 | signal11 | i now have like 5 different video players, we need some convergence |
15:20.07 | ade|desk | am thinking about one, i only have one pci slot so i need to be sure its what i want |
15:20.36 | signal11 | xine-hd for this card, a custom xine for via, a hacked mplayer for tivo, and regular mplayer for all the other codecs. annoying |
15:21.15 | signal11 | well it is a fun toy. if you want to archive the HDTV streams, it's a good pick. |
15:21.30 | signal11 | to use it as a receiver for a high def TV would be a bad idea at this point. |
15:21.39 | CosmicPenguin | With hardware assisted mpeg decoding, you don't need to bother with the complicated players |
15:22.17 | signal11 | CosmicPenguin: and when we have mature and useful hardware mpeg decoding, i will be very happy |
15:22.24 | CosmicPenguin | true that |
15:22.35 | *** join/#elinux jnork (~jnork@pool-151-197-200-51.phil.east.verizon.net) |
15:22.43 | signal11 | but by the end of the year, i'll bet it will be easier. |
15:23.10 | signal11 | i just hope these hardware mpeg decoders can handle the hi def streams |
15:24.04 | *** join/#elinux TimRiker (~timr@proxyle02.ext.ti.com) |
15:24.17 | *** mode/#elinux [+o TimRiker] by ChanServ |
15:24.55 | file | hi Tim |
15:25.02 | *** join/#elinux George- (~Test@adsl-158-23.freeuk.com) |
15:28.37 | *** mode/#elinux [-o prpplague] by prpplague |
15:51.46 | *** join/#elinux ade|home (~adrian@modem-3987.hyena.dialup.pol.co.uk) |
16:10.11 | CosmicPenguin | Wow - I updated to the latest version of Galeon, and I have to say I am very unhappy |
16:10.20 | file | LOL |
16:13.31 | George- | hahaha |
16:15.01 | signal11 | yeah, galeon has been going steadily downhill |
16:16.24 | CosmicPenguin | George-: you find something funny? |
16:18.50 | CosmicPenguin | signal11: part of that is that the lizzard isn't as good as it used to be |
16:20.36 | signal11 | the old versions are still good. i still enjoy 1.2.11 |
16:20.47 | signal11 | debian unstable just can't get galeon right though. |
16:20.57 | signal11 | they had the best anti-aliased font setup for a few months, then it all went boom |
16:21.52 | CosmicPenguin | signal11: 1.2.11 is the one giving me the issues!!!!! |
16:22.33 | signal11 | doh |
16:30.45 | *** join/#elinux CosmicPenguin (~jordanc@12-209-187-85.client.attbi.com) |
16:32.15 | Russ | latest is doing aa just fine for me |
16:32.30 | Russ | you need mozilla-xft I think |
16:32.49 | CosmicPenguin | Thats probably the issue |
16:32.54 | CosmicPenguin | Because its just not rendering right |
16:33.49 | Russ | heh |
16:34.00 | CosmicPenguin | Of course, no XFT RPMS available for Gtk 1.2 and RH 7.1 |
16:34.01 | Russ | my bird just flew all the way from my room, to here, at my computer |
16:45.17 | CosmicPenguin | Why would a threaded process get a sigterm out of the blue on a RH 9 system? |
16:59.36 | thekernel | speaking of random sigs... about once a month I get a random SIGHUP on my XFree86... It kills everything and I have to just run startx again. |
16:59.50 | kergoth | hey |
16:59.57 | thekernel | hi |
17:01.36 | CosmicPenguin | thekernel: oh, thats just me. I cracked you system and installed a rootkit that randomly delivers signals |
17:01.46 | CosmicPenguin | Its all part of my plan to drive you crazy |
17:02.48 | thekernel | Well, it's quite flattering that someone cares enough to drive me crazy... |
17:09.24 | thekernel | I wonder how the new fork of the XFree86 project is goin. |
17:11.27 | prpplague | kergoth: hey |
17:11.49 | pb_ | thekernel: xouvert? mm, I wonder too. |
17:11.53 | prpplague | kergoth: question, do you know how function the digi usb to rs232 adapter was under linux? |
17:13.16 | thekernel | pb_: Yeah, that's what it was called. |
17:13.41 | thekernel | I hear one of the early orders of business is to reorganize the source tree. |
17:14.13 | kergoth | prpplague: what? |
17:14.51 | prpplague | kergoth: the digi usb to rs-232 adapter, does it work well under linux? |
17:15.43 | file | insanity is fun |
17:31.44 | TimRiker | why is _NSIG 64 in bits/signum.h but NSIG is really 32 on most platforms? |
17:34.09 | pb_ | _NSIG is the number of signals that the kernel actually supports. |
17:35.20 | pb_ | I guess the value of 32 for NSIG only counts the "classic" signals. |
17:35.36 | pb_ | I don't know what that would be useful for; maybe it's just tradition. |
17:36.18 | TimRiker | hmm. what's the logic in #ifdef __USE_MISC - # define NSIG _NSIG - #endif in signal.h then? |
17:36.47 | pb_ | sounds like avoiding namespace pollution. |
17:36.56 | pb_ | where did you get the NSIG=32 from? |
17:38.35 | Russ | ibot: monday? |
17:38.36 | | monday is, like, when everything breaks for no apparent reason, creating so many problems it takes you until friday to get back to normal. a good reason to want to go out and kill people, or a day that no work should be performed due to this phenomenon, or a day requiring the use of large amounts of drugs |
17:38.46 | Russ | ibot: monday is also http://engrish.com/recent_detail.php?imagename=deadfriend.jpg&category=Clothing&date=2003-08-25 |
17:38.47 | | Russ: okay |
17:38.54 | Russ | ibot monday? |
17:38.55 | | monday is probably when everything breaks for no apparent reason, creating so many problems it takes you until friday to get back to normal. a good reason to want to go out and kill people, or a day that no work should be performed due to this phenomenon, or a day requiring the use of large amounts of drugs, or http://engrish.com/recent_detail.php?imagename=deadfriend.jpg&category=Clothing&date=2003-08-25 |
17:39.27 | TimRiker | pb_: include/asm/signal.h |
17:39.59 | pb_ | oh, that's probably just historical cruft. |
17:41.15 | Russ | hmm...I wrote a timer driver for the s3c2500, then made a bogomips command, then realized that the s3c2500 timer counts off of system bus cycles |
17:41.17 | kergoth | ibot: mondays |
17:41.17 | | Sounds like _somebody_'s got a case of the Muhhndays! |
17:43.10 | TimRiker | pb_: looks to be. "Here we must cater to libcs that poke about in kernel headers." |
17:44.28 | Lethal | _NSIG is 64 in almost every iteration of include/asm-*/signal.h in test4. looks like a few platforms have an __OLD_NSIG which is 32 though, so historical would be my guess :P |
17:45.27 | prpplague | TimRiker: hey, could i get your $.02 on kernel question |
17:46.18 | Lethal | we've always had it as 64 on SH as far as I recall. |
17:48.37 | CosmicPenguin | I am about 3 minuts away from refusing to support any applications on RH 9 |
17:51.57 | Russ | wonderful quote "Additionally, you can't go wrong with nuclear power ..." |
17:51.58 | *** join/#elinux ade|beth2 (~adrian@modem-3987.hyena.dialup.pol.co.uk) |
17:53.34 | TimRiker | looks like some LTP tests just need to be updated. thanx all. |
17:53.45 | TimRiker | prpplague: hit me |
17:55.01 | prpplague | TimRiker: the usb rs-232 OPOST processing doesn't work properly due to the fact the usb write commands function a little differently than a standard tty |
17:55.28 | prpplague | TimRiker: how acceptable is inserting OPOST processing directly into the driver module itself? |
17:55.29 | TimRiker | k, and? |
17:55.36 | TimRiker | hmm. |
17:55.42 | kergoth | sounds hackish at best |
17:55.48 | prpplague | kergoth: agreed |
17:58.02 | TimRiker | sounds hackish to me too. can the driver refuse opost? |
17:58.45 | TimRiker | drivers/usb/serial/empeg.c seems to do that. |
17:58.57 | prpplague | TimRiker: yea, i could do that, but i still don't get the functionality that i need |
17:59.42 | prpplague | TimRiker: the real problem is the way it allocates write space |
17:59.49 | TimRiker | kernel drivers should reflect the hardware (except for bugs) and not do conversions as the norm. |
18:00.38 | TimRiker | what's wrong with the write space allocation? |
18:01.21 | prpplague | TimRiker: you only get one bite at the apple on the space allocation, and if you do OPOST processing you need to add to the output |
18:01.37 | prpplague | TimRiker: this is as i understand it |
18:01.48 | prpplague | TimRiker: i'm still learning usb |
18:04.28 | TimRiker | so don't do opost. problem solved. ;-) |
18:05.17 | prpplague | TimRiker: doh, problem is i need opost :( |
18:05.46 | prpplague | TimRiker: almost all of the apps that use legacy rs-232 need opost onlcr to work properly |
18:10.11 | TimRiker | sucks to be you. write a tty filter that does the opost? then connect to its pipe? |
18:10.29 | kergoth | *cough*hack*cough* |
18:10.31 | kergoth | :) |
18:12.11 | prpplague | TimRiker: ya, been doing that |
18:12.19 | prpplague | TimRiker: just search for a real fix |
18:16.16 | TimRiker | who allocates the space and from who? |
18:38.16 | Russ | cool, I'm getting a pci usb client card in |
18:38.30 | Russ | prpplague: If you want one, I could probably get you one |
18:51.00 | *** join/#elinux ade|home (~adrian@modem-1496.gazelle.dialup.pol.co.uk) |
18:52.07 | *** join/#elinux andersee (~andersee@codepoet.org) |
18:52.07 | *** mode/#elinux [+o andersee] by ChanServ |
19:05.11 | *** part/#elinux chouimat|n7y (~root@160.217.215.251) |
19:40.11 | *** join/#elinux file (~file@mctn1-3824.nb.aliant.net) |
20:07.13 | *** join/#elinux collord (~collord@dt.collord.net) [NETSPLIT VICTIM] |
20:07.18 | *** join/#elinux levi (~levi@208.177.141.226) [NETSPLIT VICTIM] |
20:16.59 | *** join/#elinux file (~file@mctn1-3824.nb.aliant.net) |
20:57.31 | *** join/#elinux GPSFan_ (~kenm@65.121.49.59) |
21:49.44 | CosmicPenguin | andersee: ping |
21:52.58 | Russ | pong |
21:53.06 | Russ | this really sucks |
21:53.36 | Russ | on this board, blob keeps dying due to sdram corruption |
21:53.41 | CosmicPenguin | doh |
21:54.05 | Russ | all the settings seem write, the bootloader that comes with the board sets it up with the same values |
21:54.14 | Russ | but the bootloader that comes with the board runs from flash |
21:54.28 | Russ | s/write/right/ |
21:55.47 | Russ | geez..my friends are geeks |
21:56.24 | Russ | one of them just sent out an invitation via an email listserv and mentioned in the email that they have an electronic breathalyzer |
21:58.06 | Russ | also, the board has a 1 byte console uart, which breaks blob it seems... |
21:58.37 | Russ | if you paste a command, it gets an overrun because its waiting on the echoing to send |
22:05.39 | andersee | CosmicPenguin: hey |
22:06.14 | CosmicPenguin | andersee: hold on a sec, I've got a question |
22:06.39 | andersee | k |
22:08.22 | *** part/#elinux richardw (~richardw@proxyle01.ext.ti.com) |
22:14.19 | CosmicPenguin | andersee: anyway |
22:14.40 | CosmicPenguin | andersee: I'm trying to build iproute under uclibc - and it builds find under 2.4.21 |
22:15.10 | CosmicPenguin | andersee: but 2.4.22 has some changes to include/linux/in.h, namely adding the sockaddr_storage struct, which breaks the build because that structure doesn't exist in the headers |
22:15.26 | CosmicPenguin | Is the fix just to replace the kernel headers in my toolchain? |
22:44.30 | andersee | Hmmm |
22:44.43 | andersee | This is stock iproute? |
22:44.55 | andersee | Or the busybox version? |
22:45.12 | file[desk] | there - my wifi nic has much newer firmware |
22:45.18 | *** join/#elinux sieve_work (~klu5ter@12.148.134.9) |
22:45.28 | andersee | file[desk]: how'd you do that? |
22:46.11 | andersee | CosmicPenguin: uproute is terribly annoying with the way it uses about 300 kernel headers... |
22:46.15 | andersee | err |
22:46.20 | andersee | CosmicPenguin: iproute |
22:46.35 | CosmicPenguin | andersee: I know this |
22:46.49 | CosmicPenguin | andersee: I need tc |
22:46.54 | CosmicPenguin | andersee: against my will, I might add |
22:47.40 | andersee | heh |
22:48.37 | andersee | So you are using /usr/include/linux from 2.4.22, but uClibc (providing /usr/include) was compiled vs 2.4.21? |
22:48.37 | CosmicPenguin | andersee: anyway, there is no way out? |
22:48.50 | andersee | that just isn't right... |
22:49.19 | CosmicPenguin | No - I compiled my toolchain several months ago |
22:49.28 | *** join/#elinux sjhill (~sjhill@pool-141-151-166-242.pitt.east.verizon.net) |
22:49.43 | CosmicPenguin | I think the absence of this sockaddr_storage structure is the culprit |
22:49.47 | CosmicPenguin | I don't know |
22:50.29 | andersee | CosmicPenguin: I think iproute is designed to carefully match up vs specific kernel versions |
22:50.50 | CosmicPenguin | andersee: I'll buy that - though nobody has bothered updating it since 2.4.7 |
22:50.56 | CosmicPenguin | And it did compile nicely against 2.4.21 |
22:51.02 | file[desk] | I've butchered this D-Link card so much it's not even a D-Link anymore |
22:51.14 | CosmicPenguin | But, like I said, include/linux/in.h has modifications in 2.4.22 |
22:51.20 | *** join/#elinux sieve_work (~klu5ter@12.148.134.9) |
22:52.04 | CosmicPenguin | No - thats not it |
22:53.27 | Russ | my god, I want to throw this board through the window |
22:53.42 | CosmicPenguin | andersee: I just checked - bits/socket.h defines the structure in question |
22:53.49 | CosmicPenguin | So there is no reason why this shouldn't work |
22:54.17 | sjhill | Russ: get a isa network card that you don't like, get a hammer, and start pounding....i guarantee you'll feel better |
22:54.35 | Russ | heh |
22:54.46 | Russ | I think I would need to pound something made in korea |
22:54.59 | Russ | I am really starting to hate korean engineers |
22:55.09 | Russ | the way stuff is thought about and phrased |
22:55.18 | Russ | 'It is strongly recommended that input signal is not generated glitch, but if consumer cannot help generating glitch, Consumer must carefully considerate the specification.' |
22:55.23 | sjhill | all dealings that i have had with koreans has been negative |
22:55.31 | Russ | what fucking specification! |
22:55.32 | sjhill | i have the entire .kr domain banned from my ftp server |
22:55.46 | Russ | define "strongly recommend" |
22:55.57 | Russ | does that mean the thing will die, or that it will be "unhappy" |
22:56.17 | CosmicPenguin | andersee: I figured it out |
22:56.31 | CosmicPenguin | andersee: these rat bastards redefine their own portions of the glibc includes |
22:56.35 | Russ | I'm flying to san jose to talk to some tiwanese trident engineers two days from now |
22:56.38 | Russ | that should be fun |
22:56.51 | CosmicPenguin | andersee: including bits/socket.h - so the toolchain has nothing to do with it |
22:57.01 | Russ | I tried to talk to them on a conference call, but they wouldn't get off speaker phones |
22:57.56 | sjhill | Russ: remember to bring back some documents to share with everyone |
22:58.08 | Russ | "I CAN"T HEAR YOU, ARE YOU ON A SPEAKER PHONE" |
22:59.31 | Russ | <PROTECTED> |
22:59.32 | andersee | CosmicPenguin: ugh |
22:59.42 | CosmicPenguin | andersee: no doubt |
23:00.04 | Lethal | sjhill, beating an isa board offers no sense of fulfillment, you need a full length gio64 board for that |
23:00.18 | Russ | ok, get this, the video chip shares its digital out pixel data lines with the rom bios data lines |
23:00.40 | sjhill | Lethal: speaking of which, got any gio32 spec's? |
23:00.42 | Russ | so you'd think there'd be some timing info for the timing of reading from the bios, and writing pixel data back to back |
23:01.04 | Russ | but I ask them on the phone, and they say, "if you have rom bios shadowed, it only do that on boot" |
23:01.14 | Lethal | sjhill, does the indigo even do gio32? I thought gio32 was indy limited. |
23:01.18 | *** join/#elinux GPSFan (~kenm@65.121.49.59) |
23:01.21 | sjhill | nope |
23:01.25 | sjhill | indigo has it |
23:01.28 | Russ | ok, so what if rom bios shadowing is disabled, "you don't want to disable rom bios shadow" |
23:01.36 | Russ | but what if it is, "you don't want to" |
23:01.41 | Lethal | sjhill, weird. but nope, don't have any specs. learath might :P |
23:02.06 | Russ | ok, lets say someone tries to reflash the bios when the system is booted, "a user wouldn't reflash the bios, they would use our utility to update it" |
23:02.11 | sjhill | w00t! tacos..... |
23:03.05 | Russ | ok, so they use your utility to update the bios, what are the timings on that, "they use our utility" |
23:04.08 | Russ | I think I should take some tranquilizers with my on the trip, I may need them at some point |
23:04.48 | thekernel | Russ: Sounds like some poor support guy who really doesn't know anything... I've never envyed any person who works tech support and gets an advance user... |
23:05.12 | thekernel | tranquilizers? For you or for them? |
23:05.17 | Russ | they never say "I don't know" though, never |
23:05.29 | Russ | or even, "let me ask someone who knows" |
23:05.51 | Lethal | Russ, "I don't know" isn't part of the script. asking someone else isn't an option either, since there's a high chance most of the other people in a close vacinity will be equally clueless. :P |
23:06.12 | Russ | its not a scripted support person |
23:06.16 | Russ | its an applications engineer |
23:06.32 | thekernel | I've asked for a manager then asked the manager about how I can contact someone who knows. It has never worked, but I figure it was worth a shot. |
23:06.37 | Lethal | Russ, oh, that sucks then. |
23:06.40 | Russ | this isn't an end user product, its a trident cyberblade XP video chip |
23:07.19 | Russ | and the person I'm talking to at samsung is the "Jai Won Choi" on this page: http://www.samsung.com/Products/Semiconductor/SystemLSI/Networks/PersonalNTASSP/CommunicationProcessor/S3C2500A/S3C2500A.htm |
23:08.53 | Russ | and for the dev board, the feature connector in the schematic is 3x30, but on the board, its 3x31, I keep asking the people who made the board, but all I get is "we are in system trouble. we have a trouble in fixing the computer infected by virus." |
23:16.47 | file[desk] | thekernel: were you insane? |
23:17.01 | thekernel | apparently |
23:17.12 | file[desk] | yeekz |
23:17.22 | thekernel | It was a pentium class processor and I had put mozilla 1.4 on an early pentium with windows 98... |
23:17.47 | thekernel | Mozilla was silently failing. |
23:18.34 | thekernel | I ended up having to setup his email account with windows messaging. (Yes, if you though outlook was bad you havn't seen anything yet) |
23:18.44 | thekernel | er.. though = thought |
23:18.55 | file[desk] | yuck |
23:19.04 | Russ | you shoulda slapped linux on there |
23:19.24 | Russ | have it boot to mutt |
23:19.28 | Russ | that'd be really fast |
23:20.13 | thekernel | Yes, I could have done that... |
23:20.28 | thekernel | Something about listening to user requirements stopped me though :) |
23:20.49 | thekernel | Then there's the other thing about being paid by the hour. |
23:29.04 | *** join/#elinux file[wifi] (~file@mctn1-3824.nb.aliant.net) |