| 00:18.52 | cajaka | Any one know off hand what video codec is used for hapchap's christmas lights? |
| 00:25.05 | *** part/#edev flyback (n=flyback@c-24-131-197-176.hsd1.pa.comcast.net) |
| 00:37.08 | *** join/#edev redblue (i=star@ppp232.109-253-207.mtl.mt.videotron.ca) |
| 00:45.21 | *** join/#edev FireEgl (i=FireEgl@4.0.0.0.1.0.0.0.c.d.4.8.0.c.5.0.1.0.0.2.ip6.arpa) |
| 01:04.42 | SpeedEvil | url? |
| 01:08.02 | SpeedEvil | mplayer says mpeg2 |
| 01:08.21 | SpeedEvil | MPEG-PS file format detected. |
| 01:08.22 | SpeedEvil | VIDEO: MPEG2 720x480 (aspect 2) 29.970 fps 4000.0 kbps (500.0 kbyte/s) |
| 01:10.16 | cajaka | Must have had an error on downloading it then. |
| 01:11.37 | SpeedEvil | I just downloaded the first few seconds and it played fine on mplayer |
| 01:13.28 | cajaka | Yeah its now looking like I forgot to install DirectX and a dvd decoder. |
| 01:15.06 | *** join/#edev cajaka (n=none@cpe-24-58-193-200.twcny.res.rr.com) |
| 01:17.05 | cajaka | That fixed it |
| 01:31.48 | *** join/#edev MonMotha (i=monmotha@c-69-246-220-205.hsd1.in.comcast.net) |
| 01:39.36 | *** join/#edev diJenerate (n=dijenera@72.51.103.69) |
| 04:00.50 | *** part/#edev flyback- (n=flyback@c-24-131-197-176.hsd1.pa.comcast.net) |
| 04:40.31 | *** join/#edev landley (n=landley@cpe-72-177-114-214.austin.res.rr.com) |
| 04:42.38 | *** join/#edev flyback- (n=flyback@c-24-131-197-176.hsd1.pa.comcast.net) |
| 04:42.41 | flyback- | http://cgi.ebay.com/SONY-ERICSSON-LCD-SCREEN-T300-T306-T310-T316-OEM_W0QQitemZ5708910345QQcmdZViewItem#ebayphotohosting |
| 04:42.50 | flyback- | what the pins look like on that lcd I am going to mod |
| 04:58.43 | *** join/#edev DrZimmerman (n=theo@2001:5c0:8fff:fffe:0:0:0:6af1) |
| 05:37.58 | *** join/#edev redblue (i=star@ppp089.108-253-207.mtl.mt.videotron.ca) |
| 05:44.56 | *** join/#edev MonMotha (n=monmotha@c-69-245-153-193.hsd1.in.comcast.net) |
| 09:43.02 | *** join/#edev lyakh (n=lyakh@p57BD323E.dip0.t-ipconnect.de) |
| 10:56.24 | *** join/#edev hw_ (n=hw@p578b3905.dip0.t-ipconnect.de) |
| 14:11.29 | *** join/#edev diJenerate (n=dijenera@72.51.103.69) |
| 14:18.39 | *** join/#edev GPSFan (n=kenm@12.10.255.246) |
| 14:18.39 | *** mode/#edev [+o GPSFan] by ChanServ |
| 14:19.15 | *** join/#edev chouimat|work (n=mchouina@kde/developer/chouinard) |
| 14:19.57 | chouimat|work | morning |
| 14:27.57 | *** join/#edev prpplague (n=dave@mail.americanmicrosystems.com) |
| 14:29.27 | prpplague | ho ho ho, merry freakin wednesday |
| 14:30.15 | chouimat|work | prpplague: hi santa |
| 14:33.33 | chouimat|work | prpplague: THANKS! |
| 14:33.40 | chouimat|work | ;) |
| 14:38.05 | *** join/#edev hapchap (n=hapchap@mail.americanmicrosystems.com) |
| 14:40.48 | *** join/#edev JonHylands (n=hylandsj@CPE001c102333bd-CM0014e88f58e0.cpe.net.cable.rogers.com) |
| 14:41.20 | JonHylands | hey prpplague, you there? |
| 14:41.28 | prpplague | JonHylands: yep |
| 14:41.34 | prpplague | JonHylands: whats up? |
| 14:41.38 | JonHylands | Did you get my email? |
| 14:42.07 | JonHylands | regarding our conversation on the SRS chat Monday night |
| 14:43.39 | prpplague | JonHylands: yep, thanks, i'll be speaking to the boss about it today or tomorrow |
| 14:43.50 | JonHylands | okay, cool, just wanted to make sure it didn't get lost |
| 14:44.04 | prpplague | JonHylands: yep, got it ok |
| 14:44.11 | JonHylands | thanks |
| 14:44.16 | prpplague | JonHylands: i'm sure he'll approve the eval kit |
| 14:51.21 | *** join/#edev T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
| 14:52.08 | prpplague | T0mW: hey |
| 14:52.21 | prpplague | T0mW: where did you get your magjack's for your enc28j60 stuff? |
| 14:52.31 | T0mW | good morning, thought I'd play with hammer today and get the lcd working, maybe. |
| 14:52.37 | T0mW | prpplague: Digikey |
| 14:53.15 | prpplague | T0mW: odd |
| 14:53.23 | prpplague | T0mW: you have part number? |
| 14:53.53 | T0mW | 380-1106-ND |
| 14:54.17 | prpplague | ok thanks |
| 14:58.15 | *** join/#edev sunrunner20 (n=jamesdoe@pool-71-170-40-114.dllstx.fios.verizon.net) |
| 16:03.52 | *** join/#edev MothaWork_ (n=monmotha@host-69-95-169-16.cwon.choiceone.net) |
| 16:04.25 | *** join/#edev MothaWork_ (n=monmotha@149.164.193.61) |
| 16:06.35 | *** join/#edev CosmicPenguin (n=nobody@163.181.251.103) |
| 16:06.35 | *** mode/#edev [+o CosmicPenguin] by ChanServ |
| 16:08.30 | *** part/#edev JonHylands (n=hylandsj@CPE001c102333bd-CM0014e88f58e0.cpe.net.cable.rogers.com) |
| 16:14.10 | prpplague | T0mW: your ts controller, that connected via spi or i2c? |
| 16:15.53 | T0mW | prpplague: i2c |
| 16:16.19 | prpplague | T0mW: ahh ok |
| 16:17.20 | T0mW | prpplague: there was driver for that and I felt that the SPI circuit with the SD card on it would not be as responsive to touch activity as the SD card would have to pre-empt it. |
| 16:17.53 | prpplague | T0mW: yea, plus the sd/mmc card driver assumes that it is the only device on the controller |
| 16:18.04 | T0mW | :( |
| 16:18.18 | MothaWork | prpplague: seriously? |
| 16:18.21 | MothaWork | that's downright dumb... |
| 16:18.33 | T0mW | prpplague: that is why I used the SD0..SD3 lines on my other designs |
| 16:18.56 | MothaWork | I guess we'll have to hack that up... |
| 16:18.56 | prpplague | MothaWork: well for best performance with the sd/mmc thats the only way to go |
| 16:19.11 | MothaWork | yeah, well, that's simply unacceptable for it not to support other devices |
| 16:19.14 | T0mW | MothaWork: yeah, the stupid SD card timing constraints just plain suck |
| 16:19.19 | prpplague | T0mW: yea, the sdio stuff works well, we just didn't want to duplicate a bunch of stuff |
| 16:19.32 | MothaWork | T0mW: you can still make it work, I know...just slow |
| 16:20.18 | MothaWork | I guess I'll have to put the touchscreen on the same bus as my zigbee controller |
| 16:20.23 | T0mW | MothaWork: well, you could use other devices on that circuit, if you could tolerate them not getting the attention of the SPI controller for 10's or 100's of milliseconds |
| 16:20.27 | MothaWork | and of course that still doesn't leave it the only thing on the bus... |
| 16:20.41 | MothaWork | T0mW: ah, well, I guess that's almost workable in some cases |
| 16:20.55 | MothaWork | and that's actually purely 100% due to the timing requirements of SD? |
| 16:21.03 | T0mW | correct |
| 16:21.21 | MothaWork | does that crap from from MMC or did the SD guys invent those requirements all on their own? |
| 16:21.36 | T0mW | you issue a command, then keep reading the status until it is ready, then you pull the data off the card, then read status... |
| 16:21.57 | MothaWork | and you can't deselect it during that time to do other stuff? |
| 16:22.14 | T0mW | MothaWork: before it will release the bus, you have to pump an 0xFF out |
| 16:22.27 | chouimat|work | wow nightmare |
| 16:22.30 | MothaWork | I see now why they call it SPI "compatible" |
| 16:22.48 | MothaWork | I guess I could always chuck a tristate buffer in between the card and the rest of the bus :) |
| 16:23.02 | T0mW | MothaWork: IIRC, if you release the chip select on the MMC / SD card it is considered an operation reset. |
| 16:24.05 | T0mW | MothaWork: parallel mode is the preferred method, SPI is the b#st#rdized cousin. |
| 16:24.24 | MothaWork | T0mW: no reason I have to release the chip select on the card itself, just get the frigging thing off the bus |
| 16:24.38 | T0mW | MothaWork: as bad as using the EN28J60 via SPI |
| 16:24.40 | MothaWork | is there any problem with stopping the clock in the middle of an operation? |
| 16:25.37 | T0mW | MothaWork: I haven't looked into that. The documentation is quite slim about the SPI operational signals. |
| 16:28.52 | T0mW | MothaWork: could you look at a simple FET circuit for me? |
| 16:29.06 | T0mW | MothaWork: my FET theory is not that strong. |
| 16:34.13 | *** join/#edev ico2 (n=ico2@modem-2593.cougar.dialup.pol.co.uk) |
| 16:35.15 | SpeedEvil | MOSFET? |
| 16:35.28 | SpeedEvil | they are not that complex really |
| 16:35.44 | T0mW | PMOS has me confused |
| 16:36.17 | SpeedEvil | you mean from the semiconductor physics, or device properties side? |
| 16:36.34 | T0mW | If I tie the PMOS source to +3v, then run a resistor between the gate + source... |
| 16:36.37 | chouimat|work | T0mW: I wasn't listening in that class ... so I failed it :) |
| 16:37.07 | T0mW | if I switch the gate between +3v and GND, then the channel opens and closes, right? |
| 16:37.18 | SpeedEvil | what sort of fet? |
| 16:37.23 | T0mW | When at GND on the gate, the channel is open |
| 16:37.31 | T0mW | PMOS enhancement mode |
| 16:37.32 | SpeedEvil | oh - right |
| 16:37.36 | SpeedEvil | sorry |
| 16:37.39 | SpeedEvil | no |
| 16:37.43 | T0mW | no? |
| 16:38.22 | SpeedEvil | for P channel enhancement mode fets, the gate threshold is typically -4 - -10V |
| 16:38.23 | T0mW | The gate would be "negative" with respect to the source lead, so, the channel resistance drops (opens). |
| 16:38.46 | T0mW | typically, but I have a device that is a low voltage threshold |
| 16:38.50 | SpeedEvil | ah - sorry, I misread the circuit |
| 16:39.19 | SpeedEvil | yes, if you have the source connected to 3V, then taking the gate to 0 makes Vgs -3V - which will turn on some FETs |
| 16:39.28 | T0mW | yeah, source is to VCC, gate is then switched between VCC + GND |
| 16:39.36 | T0mW | good |
| 16:40.03 | SpeedEvil | generally even for fets that will turn on that low, you won't get best Rds(on) |
| 16:40.13 | T0mW | it has been a long time since I've worked with a high-side switch and I have no PMOS devices on hand to play with |
| 16:40.22 | T0mW | SpeedEvil: yeah |
| 16:40.43 | SpeedEvil | Just work out the circuit as for nmos, then write - signs over all the voltages. |
| 16:41.51 | T0mW | http://www.fairchildsemi.com/ds/FD/FDV304P.pdf |
| 16:42.10 | T0mW | low RdsOn, low gate control voltage |
| 16:42.21 | T0mW | LOL |
| 16:42.31 | T0mW | yeah, think inversely |
| 16:43.50 | T0mW | FDV304: RdsOn == 1.5Ohm @ -2.7V |
| 16:49.46 | *** join/#edev lyakh (n=lyakh@p57BD323E.dip0.t-ipconnect.de) |
| 16:52.56 | *** join/#edev emil|k (n=emil@e179238150.adsl.alicedsl.de) |
| 17:05.08 | prpplague | ho ho hum |
| 17:07.13 | CosmicPenguin | prpplague: you should have hapchap submit his christmas lights hack to make magazine |
| 17:07.37 | prpplague | CosmicPenguin: indeed, i think he's going to do a document page before submitting |
| 17:08.00 | prpplague | CosmicPenguin: i think he's going to re-record the video too |
| 17:08.15 | CosmicPenguin | that is great publicity for you guys |
| 17:08.29 | CosmicPenguin | That can really cement you in with the make crowd |
| 17:08.32 | prpplague | CosmicPenguin: yea |
| 17:08.37 | prpplague | CosmicPenguin: indeed |
| 17:10.33 | prpplague | CosmicPenguin: getting ready to bring the kernel up to 2.6.24 for the hammer |
| 17:10.53 | prpplague | CosmicPenguin: is there an ETA for 2.6.24 release? |
| 17:11.53 | CosmicPenguin | I haven't seen one |
| 17:12.10 | CosmicPenguin | but it should be soon |
| 17:12.43 | CosmicPenguin | are you going to submit for the kernel, or are you still fighting with RMK? |
| 17:14.20 | chouimat|work | prpplague: probably after xmas :) |
| 17:29.53 | *** join/#edev prpplague^2 (n=dave@mail.americanmicrosystems.com) |
| 17:37.01 | MothaWork | T0mW: sorry, was away from the machine. Did you get your FET situation all straightened out? |
| 17:39.35 | prpplague | hmm, 2.6.24-rc5 is giving me troubles booting |
| 18:24.01 | *** join/#edev DrZimmerman (n=theo@2001:5c0:8fff:fffe:0:0:0:6af1) |
| 18:30.35 | *** join/#edev ico2 (n=ico2@modem-2343.chameleon.dialup.pol.co.uk) |
| 18:42.45 | prpplague | aaaaaaaaaaarrrrrrrrrrrgggggggggggg |
| 18:42.58 | prpplague | this s2c24xx spi init is driving me nuts |
| 18:48.19 | T0mW | MothaWork: I think so, but, I would like to be sure of this circuit before I commit to two board protos. Someone like you, fresh from engingerring skool, looking at it would give me more confidence? |
| 18:48.53 | T0mW | MothaWork: I can email you a PNG of the circuit |
| 18:53.51 | flyback- | hah |
| 18:54.00 | flyback- | prpplague: sit and spi init |
| 18:56.08 | *** join/#edev Crofton|home (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 19:07.19 | *** join/#edev prpplague^2 (n=dave@mail.americanmicrosystems.com) |
| 19:09.17 | prpplague | CosmicPenguin: i've found like 15 examples of configuring the spi subsystem, and not one of them are the same, and not one of them work |
| 19:10.41 | flyback- | prpplague: |
| 19:10.46 | flyback- | you sure you don't have a signal issue? |
| 19:10.52 | flyback- | mabye it's not a programming issue |
| 19:11.11 | flyback- | or even a CANUCKED chip |
| 19:11.16 | prpplague | flyback-: yes, this isn't a hardware issue, the device works fine |
| 19:11.22 | prpplague | flyback-: its a code issue |
| 19:11.38 | flyback- | ok just checking, I have spent weeks trying to find a bug only to discover later on the hw was faulty |
| 19:12.41 | flyback- | not saying the hw design is bad, saying mabye you got a dud |
| 19:15.56 | prpplague | flyback-: no this is a coding issue, the hardware is known good |
| 19:16.37 | prpplague | flyback-: indeed, please refrain from using slang language that is offensive |
| 19:20.15 | MothaWork | T0mW: that's fine. monmotha@monmotha.net |
| 19:20.37 | T0mW | MothaWork: thanks |
| 19:24.11 | prpplague | wow it actually compiled that time |
| 19:25.46 | T0mW | MothaWork: sent |
| 19:26.00 | chouimat|work | prpplague: no segfault or kernel dump yet? |
| 19:27.28 | prpplague | chouimat|work: transfer to the device for testing |
| 19:33.31 | ds2 | which tree? official or RMK's or vendor? |
| 19:33.41 | prpplague | official |
| 19:33.58 | prpplague | actuall both |
| 19:34.01 | ds2 | oh. people actually use that for ARM? ;) |
| 19:34.22 | prpplague | ds2: main tree has arm integrated these days |
| 19:34.32 | prpplague | ds2: rmk's pushes his to linus |
| 19:34.45 | ds2 | I see the arch/arm stuff but at least for OMAP, it is way behind |
| 19:35.06 | prpplague | indeed |
| 19:35.50 | ds2 | wasn't there stuff that Linus been rejecting? |
| 19:36.00 | hapchap | prpplague: wtf is the signal from avr to sa1110 "wink" on m7100? |
| 19:37.12 | prpplague | hapchap: uh i have no clue |
| 19:37.23 | prpplague | hapchap: i'd have to look at a schematic |
| 19:37.31 | hapchap | prpplague: avr pa1 to sa1110 gpio_27 |
| 19:37.58 | hapchap | prpplague: i think it has something to do with power mgmt? |
| 19:38.00 | prpplague | ds2: even if thats the case, rmk has crew have yet to sign off on the patch |
| 19:38.16 | ds2 | oh |
| 19:38.19 | prpplague | hapchap: yea, iirc thats the heart beat for an unused pm config |
| 19:38.45 | hapchap | prpplague: alright, ill go with that theory |
| 19:41.46 | flyback- | btw prpplague here is the pinout of that lcd |
| 19:41.47 | flyback- | http://i7.ebayimg.com/02/i/02/1a/f2/3e_1_b.JPG |
| 19:42.40 | prpplague | flyback-: it does no one any good to post it here in the irc channel, if you are serious about documenting the device , start a wiki page at elinux |
| 19:43.01 | flyback- | huh? |
| 19:43.13 | *** join/#edev bbradley (n=bbradley@82-32-35-42.cable.ubr05.azte.blueyonder.co.uk) |
| 19:43.15 | flyback- | I just wanted you opinion on chances of soldering this turd without destroying it |
| 19:43.18 | flyback- | rember? |
| 19:43.52 | prpplague | flyback-: why solder to it? just do some pressure connections |
| 19:44.04 | flyback- | cause it's not longer put together |
| 19:44.13 | flyback- | it's just the base lcd with the copper pcb hanging off the side |
| 19:44.31 | flyback- | so I can put a light behind it to project thru it |
| 19:44.43 | prpplague | oh, then you probably have little or no chance of soldering to it |
| 19:45.02 | flyback- | I guess I will pin stick it then |
| 19:46.13 | flyback- | glue the flex pcb to a piece of wood, stick needles thru each contact and attach wires to them |
| 19:47.16 | flyback- | heh the way this is going I might be confined to a bed the rest of my life anyways :) |
| 19:49.42 | flyback- | night |
| 20:02.48 | flyback- | prpplague: |
| 20:02.55 | flyback- | you ever watch babylon 5? |
| 20:03.23 | prpplague | yea, i've watched the whole series, but its been a few years since i've seen it |
| 20:04.02 | *** join/#edev lyakh (n=lyakh@p57BD323E.dip0.t-ipconnect.de) |
| 20:04.45 | flyback- | I wanna be the first real technomage :p |
| 20:14.08 | prpplague | CosmicPenguin: funny, redhat9 had everything working perfect the way i liked it for a good dev desktop, now all of the fedora stuff is broken just like i was back on redhat7 |
| 20:14.57 | chouimat|work | prpplague: trye redhat entreprise server 5 :) |
| 20:15.58 | flyback- | eat that |
| 20:15.59 | flyback- | muhahaha |
| 20:16.20 | flyback- | mainly because I bludgeoned a developer over a really nasty install bug |
| 20:18.04 | *** mode/#edev [+o prpplague] by ChanServ |
| 20:29.39 | *** part/#edev flyback- (n=flyback@c-24-131-197-176.hsd1.pa.comcast.net) |
| 20:33.10 | *** join/#edev ico2_ (n=ico2@modem-559.cougar.dialup.pol.co.uk) |
| 20:45.49 | MothaWork | T0mW: that document never showed up |
| 20:45.57 | T0mW | ? |
| 20:45.58 | T0mW | no |
| 20:46.04 | T0mW | let me check |
| 20:46.31 | T0mW | monotha@monmotha.net? |
| 20:46.37 | T0mW | monmotha@monmotha.net? |
| 20:46.46 | MothaWork | well, anything @monmotha.net should work |
| 20:47.37 | T0mW | oh, dns is not resolving. <sigh> new system over there... |
| 20:47.50 | MothaWork | hum, it should work... |
| 20:47.56 | MothaWork | there should be a MX record |
| 20:59.11 | T0mW | MothaWork: oh |
| 21:00.01 | T0mW | MothaWork: "ping monmotha.net" won't resolve, but, a "ping www.monmotha.net" resolves |
| 21:00.48 | T0mW | MothaWork: you might not have your DNS set to resolve to the root of the zone? |
| 21:01.04 | MothaWork | T0mW: I do not. But there is an MX record |
| 21:01.17 | MothaWork | I've not had anybody else have problems emailing me... |
| 21:01.23 | T0mW | interesting |
| 21:01.50 | MothaWork | dig monmotha.net mx |
| 21:01.57 | MothaWork | should give you an mx of mail.monmotha.net |
| 21:02.05 | T0mW | oh, this is a new setup, I have yet to get the ISP to get the reverse dns to resolve "their" IP back to my name. |
| 21:02.46 | MothaWork | I don't think it'll care so long as there is a reverse DNS record of some kind that then resolves back forward |
| 21:02.56 | MothaWork | so even if it's the stock ISP rev dns, that should be OK |
| 21:04.03 | T0mW | MothaWork: I sent it to 'monmotha@mail.monmotha.net' and it went through |
| 21:04.16 | MothaWork | then there's something wrong on your end |
| 21:04.22 | MothaWork | it should take the MX |
| 21:04.46 | T0mW | MothaWork: yeah, probably it is me. |
| 21:06.15 | T0mW | MothaWork: did you get that test message? |
| 21:06.45 | T0mW | MothaWork: don't worry, I'm not going to enlist you into testing my dns for me. heh |
| 21:07.16 | MothaWork | give it a few minutes |
| 21:07.24 | MothaWork | it takes a while for that mail to make it all the way to me |
| 21:07.38 | T0mW | push, push, shove ... |
| 21:07.43 | MothaWork | like 7 SMTP servers involved, a POP3 server, fetchmail, and then my IMAP server |
| 21:08.05 | MothaWork | I've been meaning to clean it up |
| 21:08.15 | MothaWork | currently it just forwards that to my ISP's mail account which I then POP |
| 21:08.25 | T0mW | plus multiple layers of spamassain |
| 21:09.12 | MothaWork | only a couple |
| 21:15.23 | *** join/#edev redblue (i=star@ppp028.108-253-207.mtl.mt.videotron.ca) |
| 21:34.17 | MothaWork | hey, anyone know where I might find the patch to u-boot to support large page NAND flash devices such as the Micron MT29F2Gxx stuff? I see references to such patches all over the place, but can't find it |
| 21:40.27 | CosmicPenguin | There is just no rhyme nor reason for half of the things that Ubuntu does in their kernel package |
| 21:40.36 | CosmicPenguin | I think they just make this stuff up as they go along |
| 21:49.45 | prpplague | CosmicPenguin: arg, the spi subsystem keeps telling me there are no chipselects :( |
| 21:53.37 | prpplague | CosmicPenguin: you getting snow? |
| 21:54.37 | CosmicPenguin | we have been |
| 21:54.46 | CosmicPenguin | cold and icy right now |
| 21:56.42 | prpplague | CosmicPenguin: saw olpc stuff on 60minutes again |
| 21:56.58 | prpplague | CosmicPenguin: seems like they've played that store 4 or 5 times |
| 21:57.14 | CosmicPenguin | twice, I think |
| 21:57.42 | CosmicPenguin | I dunno - I just make bits go |
| 21:58.24 | ds2 | <PROTECTED> |
| 21:58.25 | ds2 | =) |
| 21:58.27 | prpplague | CosmicPenguin: you seem alot more disconnected with the project as of late |
| 21:58.32 | CosmicPenguin | nothing left to do |
| 22:12.32 | MothaWork | prpplague: have you use uboot? |
| 22:12.56 | MothaWork | wow...that sounded delightfully engrishy... |
| 22:23.24 | *** join/#edev davidc- (n=davidc__@S01060002b360aacd.vc.shawcable.net) |
| 22:25.44 | prpplague | MothaWork: yea, i've used uboot in the past |
| 22:25.54 | prpplague | MothaWork: however i find uboot totally disgusting |
| 22:26.16 | prpplague | MothaWork: (and no matter how many beers i have it never looks any better) |
| 22:26.47 | prpplague | CosmicPenguin: so amd gonna get you on any other embedded stuff? |
| 22:27.17 | CosmicPenguin | yeah |
| 22:27.18 | CosmicPenguin | thats my job |
| 22:27.55 | prpplague | CosmicPenguin: well, i know amd was divesting itself of alot of embedded stuff, so i didn't know if they had something else up their sleeve |
| 22:29.02 | *** join/#edev ico2__ (n=ico2@modem-1098.chameleon.dialup.pol.co.uk) |
| 22:32.45 | MothaWork | prpplague: well, in this case we're pretty much limited to uboot unless we want to make our own BSP for another bootloader |
| 22:32.53 | MothaWork | the EK for the micro only does uboot |
| 22:33.05 | prpplague | EK? |
| 22:33.20 | MothaWork | evaluation kit |
| 22:33.26 | MothaWork | and our board is of course similar |
| 22:33.48 | prpplague | what micro? |
| 22:34.00 | MothaWork | AT91SAM9263 |
| 22:34.17 | prpplague | thats arm9 isn;t it? |
| 22:34.43 | MothaWork | yeah |
| 22:34.45 | MothaWork | 926EJ |
| 22:38.35 | *** join/#edev FireEgl (i=FireEgl@Sebastian.Atlantica.US) |
| 22:38.53 | prpplague | MothaWork: should be very little work to get APEX up and running |
| 22:40.13 | MothaWork | does apex support dataflash as well as large page NAND devices? |
| 22:42.21 | prpplague | MothaWork: yea, its pretty flexible |
| 22:42.30 | prpplague | MothaWork: might have look |
| 22:42.41 | prpplague | MothaWork: i'd never use anything else on arm9 |
| 22:59.55 | MothaWork | prpplague: well, we have it booting, but uboot can't talk to our NAND device |
| 22:59.58 | MothaWork | it's a largish device |
| 23:01.03 | prpplague | MothaWork: so..... get uboot working with large nand, or hack up apex to support AT91 |
| 23:11.43 | prpplague | CosmicPenguin: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=082c8cb4e5e68c0fd29cc10c59db94d2284fd2b0 |
| 23:12.11 | prpplague | CosmicPenguin: looks like an additional check was added but not all the drivers have been setting it |
| 23:13.34 | MothaWork | prpplague: supposedly uboot does now support large nand. It's just an issue of finding the codebase |
| 23:15.23 | prpplague | MothaWork: fun funf |
| 23:15.25 | prpplague | un |
| 23:26.00 | ds2 | heheh |
| 23:43.54 | *** join/#edev CosmicPe1guin (n=nobody@163.181.251.103) |
| 23:44.37 | *** mode/#edev [+o CosmicPenguin] by ChanServ |
