• [00:20:44] * Olipro (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [00:21:11] <Olipro> could someone try to assemble "ORR R3, R3, #1" as thumb please
  • [00:22:09] <mru> or with immediate is only available in T2
  • [00:22:29] <Olipro> bugger
  • [00:22:42] <mru> what cpu are you coding for?
  • [00:22:51] <Crofton|work> keesj, vey recent OE kernal enables gpio sysfs ...
  • [00:23:03] <mru> arm1176 and up support T2
  • [00:23:10] <Olipro> heh
  • [00:23:13] <Olipro> this isn't an ARM11
  • [00:23:22] <mru> what is it?
  • [00:23:46] <Olipro> the GSM CPU in a Qualcomm MSM7201A
  • [00:23:53] <Olipro> it's ARM9
  • [00:23:58] * Olipro_ (n=Olipro@uncyclopedia/Olipro) Quit (Connection timed out)
  • [00:24:13] <mru> ok
  • [00:24:22] <mru> then you'll have to use a temp register
  • [00:25:20] * mru doesn't like thumb much
  • [00:26:18] <mru> I'd say it's a PITA, but that suggests such disturbing images...
  • [00:27:16] <Olipro> it is
  • [00:27:18] <Olipro> I hate it
  • [00:27:26] <Olipro> however, I'm pressed for space
  • [00:27:49] <Olipro> I'm amazed I managed to find the SHA256 function in this crap
  • [00:28:17] <ds2> you got docs for the MSM7201A?
  • [00:29:05] <Olipro> that would be telling
  • [00:29:15] <ds2> =)
  • [00:31:20] <Olipro> if anything
  • [00:31:28] <Olipro> I'm definitely testing how resilient the NAND is
  • [00:31:55] <mru> I bet it won't survive a session in the LHC
  • [00:32:23] <Olipro> lol
  • [00:33:03] <Olipro> this whole thing started out as a bit of fun, now it's becoming painfu;
  • [00:33:09] <Olipro> *painful
  • [00:33:11] <Olipro> but I've got too far to turn back
  • [00:34:30] <geist> yes, everything related to MSM cpus is very painful
  • [00:35:03] <Olipro> heh
  • [00:35:04] * mru makes a mental note to stay away from them
  • [00:35:12] <Olipro> no, the main "pain"
  • [00:35:22] <Olipro> is because I'm hacking someone else's firmware
  • [00:36:32] <Olipro> oh jesus
  • [00:36:41] <Olipro> I was BXing to a physical address
  • [00:36:44] <Olipro> I'm not having a good day
  • [00:48:03] <Olipro> great, now I didn't set the thumb bit
  • [00:48:05] <Olipro> >_>
  • [00:55:01] * likewise (n=chatzill@82-171-51-231.ip.telfort.nl) Quit (Remote closed the connection)
  • [00:57:01] * odesus (n=Widmung@201.165.138.58) has joined #beagle
  • [00:58:43] * odesus (n=Widmung@201.165.138.58) has left #beagle
  • [01:01:49] * feig (n=ejf3@c-76-118-153-30.hsd1.ma.comcast.net) has joined #beagle
  • [01:25:12] * NishanthMenon (n=Nishanth@cpe-24-27-74-89.tx.res.rr.com) Quit (Read error: 110 (Connection timed out))
  • [01:48:06] * odesus (n=Widmung@201.165.138.58) has joined #beagle
  • [01:55:03] <odesus> hello leandreo
  • [01:55:11] <odesus> hello lgentili are yo uthere?
  • [02:00:53] * lgentili (i=bee0f2d1@gateway/web/ajax/mibbit.com/x-c0413da7ba1b6b65) Quit ("http://www.mibbit.com ajax IRC Client")
  • [02:04:39] * odesus (n=Widmung@201.165.138.58) has left #beagle
  • [02:10:02] * fer_luck (n=fer_luck@189-31-152-57.cbace701.dsl.brasiltelecom.net.br) has joined #beagle
  • [02:10:03] * fer_luck (n=fer_luck@189-31-152-57.cbace701.dsl.brasiltelecom.net.br) Quit (Client Quit)
  • [02:29:41] * Beagle5 (n=Beagle5@cpe-76-185-82-223.tx.res.rr.com) has joined #beagle
  • [02:31:48] * Beagle5 (n=Beagle5@cpe-76-185-82-223.tx.res.rr.com) Quit (Client Quit)
  • [02:42:49] * TAK2004 (n=Administ@dslb-088-072-208-054.pools.arcor-ip.net) Quit (Read error: 104 (Connection reset by peer))
  • [02:45:55] * feig (n=ejf3@c-76-118-153-30.hsd1.ma.comcast.net) Quit (Read error: 60 (Operation timed out))
  • [02:50:06] * feig (n=ejf3@c-76-118-153-30.hsd1.ma.comcast.net) has joined #beagle
  • [02:57:58] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [03:21:21] * Beagle9 (n=Beagle9@cpe-76-185-82-223.tx.res.rr.com) has joined #beagle
  • [03:40:14] * rsalveti (n=salveti@189.70.219.182) Quit (Remote closed the connection)
  • [03:40:31] * rsalveti (n=salveti@189.70.219.182) has joined #beagle
  • [03:46:34] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) Quit ("Trillian (http://www.ceruleanstudios.com")
  • [03:55:50] <Beagle9> how do you recompile the kernel in bitbake?
  • [03:56:45] * utterfailure (n=nturpin@ring1-out.antispam.nuvo.com) has joined #beagle
  • [03:56:57] <utterfailure> hai guise
  • [03:57:57] <utterfailure> sorry to bother you but i was looking at the peripherals list and was wondering how long the beagleboard could stay powerd up using the energyser emergency charge pack
  • [03:58:23] <GeneralAntilles> One of those 20watt packs?
  • [03:58:33] <utterfailure> yeah 2 aa batteries
  • [03:58:53] <GeneralAntilles> That's not a 20 watt pack.
  • [03:59:14] <GeneralAntilles> I couldn't say for sure, but it's basically a cellphone processor
  • [03:59:17] <GeneralAntilles> with no radios
  • [04:00:13] <utterfailure> sorry bout 1000mha
  • [04:02:06] <utterfailure> ok thank you, sorry im not much with the electrical end of it just the unix end
  • [04:02:35] <Beagle9> can someone tell me how to recompile the kernel using bitbake?
  • [04:08:23] <rsalveti> Beagle9: depends on the kernel you just need to give "bitbake kernel-version"
  • [04:08:26] <rsalveti> something like that
  • [04:08:35] <rsalveti> linux-omap2 for example
  • [04:08:39] <rsalveti> if you're using OE
  • [04:08:51] <Beagle9> yea im using angstrom
  • [04:09:14] <rsalveti> you can get the correct kernel version and name by going into the bb files
  • [04:10:46] <rsalveti> Beagle9: if you have a question more OE oriented you could also ask at #oe
  • [04:12:05] <Beagle9> rsalveti: thanks, i think that helped
  • [04:12:23] <rsalveti> np
  • [04:27:01] * utterfailure (n=nturpin@ring1-out.antispam.nuvo.com) has left #beagle
  • [05:11:16] * rsalveti (n=salveti@189.70.219.182) Quit (Read error: 104 (Connection reset by peer))
  • [05:11:37] * rsalveti (n=salveti@189.70.219.182) has joined #beagle
  • [05:48:05] * Beagle9 (n=Beagle9@cpe-76-185-82-223.tx.res.rr.com) Quit ()
  • [06:50:04] * chivakker_ (n=chivakke@nat/ti/x-9382a602cfd67d27) Quit (Remote closed the connection)
  • [07:05:14] * swetland_ (n=swetland@nat/google/x-3c946337d22c8e8e) has joined #beagle
  • [07:17:54] * Openfree (n=df@218.82.126.34) Quit (Client Quit)
  • [07:21:06] * swetland (n=swetland@nat/google/x-77abe6cd1bbf704c) Quit (Read error: 110 (Connection timed out))
  • [07:22:15] * dcordes (n=dcordes@unaffiliated/dcordes) has joined #beagle
  • [08:17:13] * Openfree (n=df@218.82.126.34) has joined #beagle
  • [08:22:32] * gadiyar (n=Smash@122.167.90.113) has joined #beagle
  • [08:27:21] * beagle|ibc (n=root@83.97.10.177) has joined #beagle
  • [08:27:35] * pmeerw_ (n=pmeerw@85-127-232-147.dynamic.xdsl-line.inode.at) Quit (Read error: 110 (Connection timed out))
  • [08:28:33] * gadiyar (n=Smash@122.167.90.113) has left #beagle
  • [08:29:27] <beagle|ibc> the lcd on the evm should 'just work' with l-o .26, right?
  • [08:38:31] * geraint (n=gnorth@tu008.demon.co.uk) has joined #beagle
  • [08:44:40] * t_s_o (n=kvirc@254.84-49-136.nextgentel.com) Quit ("KVIrc 3.4.0 Virgo http://www.kvirc.net/")
  • [08:57:02] * chivakker (n=chivakke@nat/ti/x-f8eb52467c20d135) has joined #beagle
  • [09:26:55] * felipec (n=felipec@a88-113-6-167.elisa-laajakaista.fi) has joined #beagle
  • [09:28:52] * valhalla (n=valhalla@81-174-22-89.dynamic.ngi.it) has joined #beagle
  • [09:47:08] * methril|laptop (n=methril@230.73.220.87.dynamic.jazztel.es) has joined #beagle
  • [09:47:32] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [09:53:43] * TAK2004 (n=Administ@dslb-088-072-208-054.pools.arcor-ip.net) has joined #beagle
  • [10:03:55] * Olipro (n=Olipro@uncyclopedia/Olipro) Quit (Read error: 110 (Connection timed out))
  • [10:04:18] * DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) has joined #beagle
  • [10:06:47] * TAK2004 (n=Administ@dslb-088-072-208-054.pools.arcor-ip.net) Quit (Read error: 104 (Connection reset by peer))
  • [10:28:53] <beagle|ibc> drat
  • [10:29:17] <beagle|ibc> googling for 'omap3 dsplink' gets you irclogs of #beagle as top hits
  • [10:35:10] * methril|laptop (n=methril@230.73.220.87.dynamic.jazztel.es) Quit (Read error: 104 (Connection reset by peer))
  • [10:35:51] * methril|laptop (n=methril@230.73.220.87.dynamic.jazztel.es) has joined #beagle
  • [10:39:30] * pmeerw_ (n=pmeerw@85-127-232-147.dynamic.xdsl-line.inode.at) has joined #beagle
  • [11:02:30] * nabax (n=nabax@89.129.96.71) has joined #beagle
  • [11:02:44] <nabax> hi all
  • [11:07:25] * pmeerw_ (n=pmeerw@85-127-232-147.dynamic.xdsl-line.inode.at) Quit ("Ex-Chat")
  • [11:18:38] * dcordes (n=dcordes@unaffiliated/dcordes) Quit (Remote closed the connection)
  • [11:49:19] * beagle|ibc (n=root@83.97.10.177) Quit (Remote closed the connection)
  • [11:58:37] * diego (n=diego@78.14.63.216) has joined #beagle
  • [12:10:48] * diego___ (n=diego@host-84-223-89-217.cust-adsl.tiscali.it) Quit (Read error: 110 (Connection timed out))
  • [12:16:53] <keesj> hi
  • [12:21:29] * beagle|ibc (n=root@83.97.10.177) has joined #beagle
  • [12:40:24] * dcordes (n=dcordes_@unaffiliated/dcordes) has joined #beagle
  • [13:09:14] * JuanG (n=Juan@nat/ti/x-19f4a31aeb15c70e) has joined #beagle
  • [13:09:25] * JuanG (n=Juan@nat/ti/x-19f4a31aeb15c70e) has left #beagle
  • [13:18:29] * GeneralAntilles is now known as ElGeneralissimo
  • [13:18:38] * ElGeneralissimo is now known as GeneralAntilles
  • [13:38:14] * NishanthMenon (n=Nishanth@cpe-24-27-74-89.tx.res.rr.com) has joined #beagle
  • [13:48:39] * JuanG (n=Juan@nat/ti/x-af416de66031da16) has joined #beagle
  • [13:48:42] * JuanG (n=Juan@nat/ti/x-af416de66031da16) has left #beagle
  • [14:00:11] * jkridner|work (n=a0321898@nat/ti/x-5cbefd9d6fbeedbb) has joined #beagle
  • [14:04:23] * guillaum1 (n=gl@AMontsouris-153-1-81-80.w90-2.abo.wanadoo.fr) Quit ("Leaving.")
  • [14:04:43] * guillaum1 (n=Guillaum@AMontsouris-153-1-81-80.w90-2.abo.wanadoo.fr) has joined #beagle
  • [14:05:48] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) has joined #beagle
  • [14:06:04] * beagle|ibc drops a pin
  • [14:06:31] <jkridner> good morning all.
  • [14:06:36] <beagle|ibc> hey jkridner
  • [14:06:42] <jkridner> quiet these days?
  • [14:06:44] <beagle|ibc> everything cleaned up again?
  • [14:06:56] <jkridner> first I've booted my desktop since the hurricane hit.
  • [14:06:59] <jkridner> no.
  • [14:07:04] <jkridner> things are still a mess.
  • [14:07:15] <mru> hi jkridner
  • [14:07:56] <jkridner> just about 1/2 mile down the road there is a pizzeria that was completely destroyed. metal and brick building. guess it was a tornado.
  • [14:07:57] * NishanthMenon (n=Nishanth@cpe-24-27-74-89.tx.res.rr.com) Quit (Read error: 110 (Connection timed out))
  • [14:07:59] <jkridner> hi mru
  • [14:08:16] <jkridner> just a few things left for us to straighten up here.
  • [14:08:21] <jkridner> we were very lucky.
  • [14:08:22] <beagle|ibc> jkridner: next demo bring 2 beagles so people can do multiplayer doom/quake :)
  • [14:08:53] <jkridner> a large portion of our neighbors lost a lot of shingles and got some water damage.
  • [14:09:10] <beagle|ibc> John said he lost his garden fence
  • [14:09:10] <jkridner> good idea beagle|ibc (Roger?)
  • [14:09:14] <beagle|ibc> (koen)
  • [14:09:26] <beagle|ibc> roger is in the UK, will be back tuesday
  • [14:09:37] <jkridner> k.
  • [14:09:50] <beagle|ibc> rogers boss is standing next to me, though :)
  • [14:09:59] <jkridner> Who is John? Is there someone else on #beagle in Houston?
  • [14:10:04] <jkridner> DJ?
  • [14:10:12] <beagle|ibc> john smrstik from TI
  • [14:10:29] <jkridner> ah.
  • [14:11:25] * jkridner|work1 (n=a0321898@nat/ti/x-b167022cf5ff159a) has joined #beagle
  • [14:11:40] <jkridner> did you pull .WAD files from the official CDs for maps?
  • [14:11:48] <jkridner> or, did you find some free maps?
  • [14:11:53] <beagle|ibc> prboom uses freedoom
  • [14:12:03] * jkridner|work (n=a0321898@nat/ti/x-5cbefd9d6fbeedbb) Quit (Remote closed the connection)
  • [14:12:04] <beagle|ibc> so that can be legally distribured as demo
  • [14:12:16] <beagle|ibc> I have legal quake1,2 and 3 CDs
  • [14:12:24] <beagle|ibc> si *I* can demo quake stuff :)
  • [14:12:49] * jkridner|work1 (n=a0321898@nat/ti/x-b167022cf5ff159a) Quit (Client Quit)
  • [14:13:17] <jkridner> I do as well, but I only have 1 copy.
  • [14:13:25] <beagle|ibc> I suspect you can use the retexture and remodel packs for a q1 demo
  • [14:13:52] <beagle|ibc> it justs needs someone to sit down and package those up
  • [14:14:48] <jkridner> I used to do a lot of custom maps.
  • [14:14:54] <beagle|ibc> I should test the latest git kernel on the evm here
  • [14:14:59] <jkridner> I'll have to try to dig that stuff up.
  • [14:15:15] <beagle|ibc> jkridner: sell those on SD cards :)
  • [14:16:04] * beagle|ibc wonders about dm355 kernel support
  • [14:16:28] <jkridner> the #sugar guys are asking some questions.
  • [14:16:59] <beagle|ibc> ah, right I haven't had time to compose a reply to bernie
  • [14:17:19] <beagle|ibc> they should just install OE and make that &*$@#&$%(*#&#*@& python stuff work
  • [14:17:41] <jkridner> I think they are without a Beagle.
  • [14:17:55] <beagle|ibc> you don't need a beagle to fix build problems in OE :)
  • [14:18:09] <jkridner> true.
  • [14:18:21] <jkridner> have you run any activities yet?
  • [14:18:34] <beagle|ibc> only the test one
  • [14:18:50] <jkridner> I do like the idea of selling some Quake SD cards. Maybe we should give the idea to id.
  • [14:18:52] <beagle|ibc> activities require sugar-native to make the 'bundles'
  • [14:19:09] <jkridner> does the test one as well?
  • [14:19:11] <beagle|ibc> where 'making bundles' read '&*$&@*($&*@&$*@&* python stuff'
  • [14:19:19] <beagle|ibc> no, the test one works without bundles
  • [14:19:46] <beagle|ibc> bundles aren't strictly needed
  • [14:20:17] <beagle|ibc> but the activities don't support a 'make install' target in their buildsys, only bundles
  • [14:21:54] <jkridner> since we have power again, it seems many friends and family will be by today.
  • [14:22:17] <jkridner> still a million people or so without power.
  • [14:22:50] * tomeu (n=tomeu@89-24-234-255.i4g.tmcz.cz) has joined #beagle
  • [14:23:49] <tomeu> hi koen, was asking about sugar on beagle board to jkridner and he said I would better ask directly to you
  • [14:25:59] <jkridner> my hassle today is that we need to handle all the people coming over from the hurricane power outages.
  • [14:26:31] <jkridner> otherwise I could boot it up as well as start solving building some of the python packages.
  • [14:26:53] <jkridner> koen is at IBC today as beagle|ibc.
  • [14:27:07] * jkridner steps away to move furniture
  • [14:33:13] * methril|laptop (n=methril@230.73.220.87.dynamic.jazztel.es) Quit ("Ex-Chat")
  • [14:40:36] <beagle|ibc> right
  • [14:40:40] <beagle|ibc> although I'm about to catch a train now
  • [14:57:17] * dcramer (n=davec@dcdsl.ebox.com) Quit (Read error: 54 (Connection reset by peer))
  • [14:58:17] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [15:04:44] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) Quit (Read error: 110 (Connection timed out))
  • [15:56:26] * beagle|ibc (n=root@83.97.10.177) has left #beagle
  • [16:10:46] * BThompson (n=BThompso@cpe-76-185-93-11.tx.res.rr.com) has joined #beagle
  • [16:24:42] * sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) Quit ("Ex-Chat")
  • [16:37:37] * diego (n=diego@78.14.63.216) Quit (Nick collision from services.)
  • [16:37:49] * diego_ (n=diego@78.14.63.216) has joined #beagle
  • [16:44:17] * torus (n=torus@d010250.adsl.hansenet.de) has joined #beagle
  • [16:44:24] <torus> hi folks.
  • [17:04:17] * Olipro_ is now known as Olipro
  • [17:11:25] * torus (n=torus@d010250.adsl.hansenet.de) Quit ()
  • [17:37:25] * dirk2 (n=dirk@F3155.f.strato-dslnet.de) has joined #beagle
  • [17:54:15] * koen is home now
  • [18:04:27] * krassel (n=erik@c83-249-88-121.bredband.comhem.se) Quit (Read error: 110 (Connection timed out))
  • [18:19:54] * jeh (n=jeh@vpn-pub2.hard.ware.fi) has joined #beagle
  • [18:34:17] * chakie_work (n=jeh@vpn-pub2.hard.ware.fi) Quit (Read error: 110 (Connection timed out))
  • [18:35:53] * t_s_o (n=tso@254.84-49-136.nextgentel.com) has joined #beagle
  • [18:39:19] * t_s_o (n=tso@254.84-49-136.nextgentel.com) Quit (Client Quit)
  • [18:50:54] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [18:51:54] * TAK2004 (n=Administ@dslb-088-072-208-054.pools.arcor-ip.net) has joined #beagle
  • [18:52:25] * Olipro (n=Olipro@uncyclopedia/Olipro) Quit (Nick collision from services.)
  • [18:52:26] * Olipro_ is now known as Olipro
  • [18:55:34] * TAKI (n=Administ@dslb-088-074-045-097.pools.arcor-ip.net) has joined #beagle
  • [19:01:21] <koen> Linux omap3evm 2.6.27-rc6-omap1 #1 Sun Sep 14 11:18:31 CEST 2008 armv7l unknown
  • [19:01:26] <koen> finally....
  • [19:01:30] * koen hates pebkac
  • [19:02:27] * dirk2 (n=dirk@F3155.f.strato-dslnet.de) has left #beagle
  • [19:04:50] <mru> no pebkac around here ... ;-)
  • [19:06:19] * krassel (n=erik@c83-249-88-121.bredband.comhem.se) has joined #beagle
  • [19:06:51] <ahu> you sit on the floor? :-)
  • [19:07:45] <koen> mru: do you know of a quick way to check ES revision?
  • [19:07:58] <mru> read the revision register
  • [19:08:01] <koen> Hardware : OMAP3 EVM
  • [19:08:01] <koen> Revision : 34303034
  • [19:08:43] * gtang (n=gtang@pool-71-112-83-225.sttlwa.dsl-w.verizon.net) has joined #beagle
  • [19:12:26] * gtang (n=gtang@pool-71-112-83-225.sttlwa.dsl-w.verizon.net) has left #beagle
  • [19:12:33] * gtang (n=gtang@pool-71-112-83-225.sttlwa.dsl-w.verizon.net) has joined #beagle
  • [19:13:51] * TAK2004 (n=Administ@dslb-088-072-208-054.pools.arcor-ip.net) Quit (Read error: 110 (Connection timed out))
  • [19:14:51] * flo_lap (n=fuchs@g227114108.adsl.alicedsl.de) has joined #beagle
  • [19:20:46] <mru> have you acquired an evm?
  • [19:21:17] <koen> sort of
  • [19:21:51] <koen> I'm working on one of the spare IBC evms
  • [19:21:59] <mru> ok
  • [19:22:47] <mru> where did you read that Revision line above?
  • [19:23:14] <mru> /proc/cpuinfo ?
  • [19:23:39] <koen> yes
  • [19:24:00] <mru> I think that's a board revision code, not the omap chip
  • [19:24:08] <mru> my beagle says 34303000
  • [19:24:38] <mru> what does the CPU revision line say?
  • [19:24:52] <koen> 2
  • [19:25:01] <mru> ES3.0 has cortex-a8 r2p1
  • [19:26:26] <mru> ah, there's line near the start of the kernel output with the ES revision
  • [19:26:35] <koen> yes
  • [19:26:37] <koen> that says 3.0
  • [19:26:47] <mru> hang on, mine says 2.2
  • [19:26:49] <koen> but I;ve seen patches claiming linux is getting it wrong
  • [19:26:55] <mru> and there is no such revision
  • [19:27:17] <mru> what does the CPU: ARMv7 Processor ... line just above say?
  • [19:27:58] <koen> CPU: ARMv7 Processor [411fc082] revision 2 (ARMv7), cr=00c5387f
  • [19:28:13] <mru> that's same as my beagle
  • [19:28:42] <artyomt> TI evms are coming with montavista, right ?
  • [19:29:24] <mru> 411fc082 is the incorrect value in ES2.1
  • [19:31:38] <koen> artyomt: no idea, mine's running angstrom :)
  • [19:33:36] <mru> cortex-a8 r2p1 should say 412fc081
  • [19:34:13] <mru> assuming they got it right this time
  • [19:36:40] * Beagle5 (n=Beagle5@host-84-9-158-153.dslgb.com) has joined #beagle
  • [19:40:28] * stuart_ (n=chatzill@host-84-9-158-153.dslgb.com) has joined #beagle
  • [19:41:33] * krassel (n=erik@c83-249-88-121.bredband.comhem.se) Quit (Read error: 110 (Connection timed out))
  • [19:49:07] <ds2> koen: which EVM are you using?
  • [19:49:13] <ds2> OneNAND or the NAND one?
  • [19:49:46] <geist> the 34303000 is the omap revision
  • [19:50:03] * Xenion (n=robert@p579FC18A.dip.t-dialin.net) has joined #beagle
  • [19:50:15] <geist> interesting that it doesn't even claim to be a 3530
  • [19:50:25] <geist> guess that's for sw compatibility, since the 3430 existed first
  • [19:52:16] <koen> ds2: onenand
  • [19:52:24] <koen> it says "revision d"
  • [20:03:16] <geist> oh wait, i'm totally wrong. that 34303000 is a linux synthesized thing. the real cpu id register is different
  • [20:03:34] <geist> so linux probably pretends it's a 3430 because for all pracitcal purposes it is
  • [20:06:23] <mru> iirc jason said something about no EVMs using ES3.0 being made yet
  • [20:07:37] <geist> guess my beagle has an ES3, it doesn't match 2.0 or 2.1 in the manual
  • [20:07:46] <Xenion> Gute Nacht alle miteinander / Good Night .. sleep well :-)
  • [20:07:52] <mru> there is no ES3 beagle available
  • [20:07:55] <mru> that will be rev c
  • [20:08:04] <geist> is there an ES 2.2?
  • [20:08:09] <mru> never heard of
  • [20:08:16] <geist> mine reports one number higher than 2.1
  • [20:08:21] <mru> jason says beagle rev b is 2.1
  • [20:08:49] <mru> they've built a handful of rev c boards
  • [20:09:00] <geist> hmm, the id register says 0x2b7ae02f
  • [20:09:04] <mru> I'll check what it reports when I get my hands on one
  • [20:09:13] <geist> the top nibble is the . revision
  • [20:09:22] <geist> supposed to be 0 or 1 depending on ES2 or ES2.1
  • [20:12:45] <geist> oh nice, looking at the manual for the 3430, they both use the same id, but have different meanings for the top bits
  • [20:12:52] <geist> thanks TI
  • [20:13:45] <mru> splendid
  • [20:13:57] * Xenion (n=robert@p579FC18A.dip.t-dialin.net) Quit ("Verlassend")
  • [20:14:10] <mru> I guess it's just an incrementing number
  • [20:14:18] <mru> and 3530 started at rev 2.0
  • [20:14:25] <mru> 3430 had a 1.0
  • [20:14:28] <geist> right
  • [20:14:40] * dcordes (n=dcordes_@unaffiliated/dcordes) Quit ("leaving")
  • [20:14:51] <geist> wish they had chosen a different ID for th different cpus (not 0xb7ae for both)
  • [20:14:58] <mru> yeah
  • [20:15:09] <geist> the number I have on this 3530 actually lines up with the 3430 ES numbering properly
  • [20:15:14] <geist> since I have 2 in it, it's the third revision
  • [20:15:26] <geist> which according to the 3530 manual would have to be > ES2.1
  • [20:15:36] <geist> but would actually be ES2.1 on 3430
  • [20:15:44] <mru> what board are you using?
  • [20:15:53] <geist> beagle, rev B5
  • [20:16:00] <geist> but i also work with 3430s at work
  • [20:16:10] <geist> ES1 all up through ES3 (just getting those)
  • [20:16:25] <mru> where do you find the id register value?
  • [20:16:41] <geist> in both manuals it's chapter 1.5
  • [20:16:46] <geist> the Hawkeye number
  • [20:16:57] <geist> CONTROL.CONTROL_IDCODE
  • [20:17:00] <mru> yes, but does the kernel print the raw value somewhere?
  • [20:17:13] <geist> I'm running my own code, just printed the raw number
  • [20:17:18] <mru> ok
  • [20:17:29] <geist> could probably view it in uboot as well
  • [20:17:39] <mru> of course
  • [20:17:40] <geist> it's at 0x4830a204
  • [20:17:44] <mru> just don't fancy a reboot
  • [20:18:19] <geist> i'm kind of concerned about the relationship between these two cpus. 3430 has piles of errata that software has to work around
  • [20:18:25] <geist> not sure if i have the same workarounds to apply here
  • [20:18:33] <mru> 3530 has a nice list too
  • [20:18:39] <geist> the actual 3530 errata list seems to be completely different
  • [20:18:40] <mru> don't you have it?
  • [20:18:52] <geist> which makes me nervous, since they should be almost the same cpu
  • [20:19:15] <geist> specifically the 3430 has a lot of errata with mmc and musb
  • [20:19:20] <mru> I only have the 35xx errata
  • [20:19:22] <geist> but the 3530 errata list doesn't mention any of them
  • [20:19:24] <mru> SPRZ278B
  • [20:19:51] <geist> right, which got me thinking about what revision cpu I actually have here
  • [20:19:52] <geist> which seems off the grid too, so hard to go back to an errata list if it's actually a 2.2
  • [20:20:34] <geist> ah I have sprz278a, need to get b.
  • [20:20:45] * geist dives into TI's site
  • [20:20:50] <mru> I reckon you have the same chip as me
  • [20:20:58] * Beagle5 (n=Beagle5@host-84-9-158-153.dslgb.com) Quit ()
  • [20:21:20] <mru> errata b has a nice long list for es3.0 ;-)
  • [20:23:44] <geist> yeah, though they all seem pretty small compared to the errata on 3430
  • [20:23:59] <geist> for example, on 3430 you cannot do simultaneous dma in and out on usb
  • [20:24:18] <geist> you have to pick a direction, use dma on that, do the other with the system dma controller, one packet at a time
  • [20:24:18] <mru> that bug hits 3530 too
  • [20:24:21] <geist> it's a horrible bug, clobbers performance
  • [20:24:25] <mru> at least the workaround helps
  • [20:24:28] <geist> didn't see it in the errata
  • [20:24:36] <mru> me neither
  • [20:24:55] <geist> another fun bug that affects all 3430s up to ES3 is you cant do multiblock dma on mmc
  • [20:24:58] <mru> but I haven't had a single spurious usb reset since I applied the workaround
  • [20:25:17] <geist> if the fifo ever fills up while dmaing it'll start losing bytes
  • [20:25:30] <geist> which of course totally clobbers performance on mmc/SD
  • [20:25:34] <geist> since you have to queue a crapload of little dmas
  • [20:26:17] <geist> wonder if they're just a lot less interested in keeping a complete errata list for this thing, since regular consumers see it
  • [20:27:17] <mru> it's probably worthwhile looking at both lists, at least if things seem to be misbehaving
  • [20:27:36] <geist> yeah, which I have, but most folks dont
  • [20:27:50] <geist> but if ES3 is coming out, it seems like they're in lockstep with each other
  • [20:28:32] <geist> i betcha the 3530 manual is just wrong with the revision thing, and it actually follows the 3430 model (rev 0 == ES1, rev 1 == ES2, etc)
  • [20:29:27] <mru> the 3530 trm is full of typos
  • [20:30:03] <geist> TI has gotten better, but yeah. whenever you hit a derivative chip like this they always seem to do a shoddy job of changing all the names
  • [20:30:15] <geist> first time I hit this was back in the omap 1510/331/1610/850 days
  • [20:30:26] <geist> the 331 docs were basically the 1510 docs with a bunch of crap removed
  • [20:30:29] * tomeu (n=tomeu@89-24-234-255.i4g.tmcz.cz) Quit ("Ex-Chat")
  • [20:30:33] <geist> but not all was removed, nothing was renamed, etc
  • [20:30:44] <geist> it was always referring to 1510 and peripherals that didn't exist, etc
  • [20:30:54] * rsalveti (n=salveti@189.70.219.182) Quit ("Bye :)")
  • [20:30:58] <mru> it's dull work
  • [20:31:04] <mru> can hardly blame them
  • [20:31:08] <geist> yeah
  • [20:31:15] <geist> they're much better about it than before
  • [20:31:26] <geist> when i first heard I was gonna deal with OMAP again last year I was pretty grouchy
  • [20:31:41] <geist> but the 3430 all in all isn't that bad. the power management is a nightmare, but otherwise it's relatively straightforward
  • [20:31:58] <mru> I haven't used any other TI chips
  • [20:32:04] <mru> (not counting 74xx)
  • [20:33:15] <geist> they're a pretty good company to deal with
  • [20:33:28] <geist> once you have a relationship with em they try their hardest to be helpful
  • [20:34:08] <mru> I'm having some issues with broadcom at work
  • [20:34:26] <mru> they're also trying their hardest, but unfortunately it's not very hard
  • [20:34:45] <geist> well, I never expect miracles from any of the hardware vendors
  • [20:35:04] <geist> but if you hit a bug you can at least expect them to confirm it while you go find a fix
  • [20:35:12] <geist> waiting for them to fix stuff for you is always a mistake
  • [20:35:22] <mru> oh, I fixed they're broken drivers
  • [20:35:26] <mru> then they broke them again
  • [20:35:36] <mru> repeat
  • [20:35:48] <geist> right, second lesson to learn is dont use their drivers
  • [20:35:54] <geist> or at least take em and then make them your own
  • [20:36:05] <mru> not my decision, unfortunately
  • [20:36:06] <geist> since everyone knows that Other People's Code sucks
  • [20:36:16] <mru> I can think of a thousand ways to improve their code
  • [20:36:32] <geist> omap-linux is a particularly weird problem, since there are 3 or 4 seperate impementations of the omap3
  • [20:36:50] <geist> we get drops from TI, then there's omapzoom, then there's mainline, then there's linux-omap
  • [20:37:05] <geist> and we've gone and implemented a lot, rewrote a bunch of drivers to not suck, etc
  • [20:37:23] <geist> trying to unify it is a nightmare
  • [20:40:50] * valhalla (n=valhalla@81-174-22-89.dynamic.ngi.it) Quit ("Leaving")
  • [20:51:45] * zedstar (n=john@82-44-200-69.cable.ubr08.haye.blueyonder.co.uk) has joined #beagle
  • [20:55:11] * JuanG (n=Juan@nat/ti/x-a363804d0b3c536e) has joined #beagle
  • [20:55:15] * JuanG (n=Juan@nat/ti/x-a363804d0b3c536e) has left #beagle
  • [20:56:20] * jeh (n=jeh@vpn-pub2.hard.ware.fi) Quit (Read error: 104 (Connection reset by peer))
  • [20:56:42] * nabax (n=nabax@89.129.96.71) Quit (Remote closed the connection)
  • [20:56:49] <zedstar> hi, is opkg upgrade working on the angstrom demo images? are people using that to update the systems or waiting to flash new images?
  • [20:56:59] * jeh (n=jeh@vpn-pub2.hard.ware.fi) has joined #beagle
  • [21:00:09] * rsalveti (n=salveti@189.70.219.182) has joined #beagle
  • [21:00:48] * gtang (n=gtang@pool-71-112-83-225.sttlwa.dsl-w.verizon.net) has left #beagle
  • [21:04:01] * jeh (n=jeh@vpn-pub2.hard.ware.fi) Quit (Remote closed the connection)
  • [21:04:08] * jeh (n=jeh@vpn-pub2.hard.ware.fi) has joined #beagle
  • [21:07:04] * jkridner|work (n=a0321898@nat/ti/x-824ed33547799d4b) has joined #beagle
  • [21:17:28] <guillaum1> hi all
  • [21:18:18] <mru> hi
  • [21:18:34] <mru> the beagle army has invaded france
  • [21:18:42] <guillaum1> yeah ;-)
  • [21:19:17] <mru> how can we help you?
  • [21:19:26] * guillaum1 tries to switch to svideo output from the angstrom demo
  • [21:19:47] <guillaum1> but instructions from the wiki are not working
  • [21:19:52] <guillaum1> echo 'tv' > /sys/class/display_control/omap_disp_control/graphics
  • [21:20:08] <guillaum1> I don't have a display_control directory
  • [21:20:14] <mru> that only works with the TI kernel
  • [21:20:21] <guillaum1> ah ok
  • [21:20:29] <mru> the angstrom demo uses the linux-omap git kernel
  • [21:20:53] <mru> if you have an lcd display, I suggest you stick with that for now
  • [21:21:10] <guillaum1> mru: ok thanks ;-)
  • [21:23:43] * RogerMonk (n=a0740758@nat/ti/x-a85d645406b2d1db) has joined #beagle
  • [21:28:08] <jkridner|work> woohoo. network connection live again.
  • [21:28:15] * jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net) has joined #beagle
  • [21:28:23] <mru> welcome back, jkridner|work
  • [21:29:02] <jkridner> power was out again, so, who knows how long I'll be back on the grid.
  • [21:29:04] <zedstar> anyone know if this would power the beagle ok? http://www.maplin.co.uk/Module.aspx?ModuleNo=96864
  • [21:30:21] <mru> zedstar: that should work
  • [21:30:35] <jkridner|work> zedstar be sure to connect the polarity right and to set it to 5V.
  • [21:30:36] <mru> but take care not to fry the poor dog
  • [21:31:10] <zedstar> thanks...providing 1250mA current is ok? what is polarity?
  • [21:31:23] <mru> centre positive
  • [21:31:39] <jkridner|work> that is plenty of current at 5V.
  • [21:31:41] <zedstar> yeh i dont wanna fry my dog i just booted anstrom on it and am very happy
  • [21:32:06] * felipec (n=felipec@a88-113-6-167.elisa-laajakaista.fi) Quit (Remote closed the connection)
  • [21:32:45] <zedstar> the recommend power supply from digikey was 4 pounds but 12 pound shipping! so thought i would give that a miss!
  • [21:33:07] <mru> zedstar: uk?
  • [21:33:20] <zedstar> mru yeh
  • [21:33:46] <mru> mind if I ask where?
  • [21:33:54] <zedstar> mru sure im in london
  • [21:34:07] * mru is in southampton
  • [21:34:30] <zedstar> ah ok cool
  • [21:45:14] * bjdooks tends to use a reasonable bench psu and a suitable 4mm to whatever plug the devices uses type thing... means not only can I tune voltage, but I can also have some form of current limiting
  • [21:48:32] <jkridner|work> does that also include current measurement?
  • [21:49:26] <bjdooks> yes
  • [21:49:37] * scary (n=scary@adsl-71-146-9-3.dsl.pltn13.sbcglobal.net) has joined #beagle
  • [21:51:45] <bjdooks> something like:
  • [21:51:47] <bjdooks> http://cpc.farnell.com/IN02436/test-equipment/product.us0?sku=unbranded-ps1503sb&_requestid=29684
  • [21:54:01] <scary> Is it possble to boot the beagle board(for the first time) without using a serial cable?
  • [21:55:30] <mru> possible, not practical
  • [21:56:10] <scary> thanks.
  • [21:56:38] <scary> I am not sure where to find a computer with a serial port.... would the usb->serial work?
  • [21:56:42] <mru> you'd have to modify the u-boot code and hardcode a boot command
  • [21:57:00] <mru> usb-serial should work
  • [21:57:08] <zedstar> im using usb to serial adapter
  • [21:57:25] <mru> there have been reports of trouble that might be related to using usb-serial adapters
  • [21:57:34] <mru> but it's worth trying
  • [21:57:39] <scary> ok thanks.
  • [21:57:46] <mru> it works for me, for the most part
  • [21:58:11] <mru> the serial adapter sometimes resets itself when the beagle is rebooted
  • [21:58:25] <scary> do you need the serial port other then the inital setup?
  • [21:58:34] <mru> in theory, no
  • [21:58:47] <mru> you'll want to keep it around for when things go wrong
  • [21:59:06] <scary> I would need to modify the u-boot?
  • [21:59:11] <scary> ahh ok
  • [21:59:21] <mru> to boot a new board without using the serial port, yes
  • [22:00:07] <scary> thanks for the help.
  • [22:00:41] <scary> is it possible to find a prewired cable for the serial to the beagle board pins?
  • [22:02:33] <mru> I found one in my box of random cables
  • [22:02:35] <jkridner|work> http://www.pccables.com/07120.htm (be sure to get the -N version)
  • [22:02:58] <jkridner|work> mru: for the give aways, I threw in the cable.
  • [22:03:04] <jkridner|work> Digi-Key still doesn't stock the cable.
  • [22:03:23] <jkridner|work> you'd use that in conjunction with a null-modem serial cable.
  • [22:04:59] <scary> thanks.
  • [22:13:15] <zedstar> where u located scary?
  • [22:14:06] * guillaum2 (n=Guillaum@AMontsouris-153-1-32-99.w86-212.abo.wanadoo.fr) has joined #beagle
  • [22:14:30] <scary> bay area
  • [22:14:38] <scary> san mateo
  • [22:14:52] <scary> you?
  • [22:15:09] <zedstar> ah ok....if was UK i could have given u some links to cheap sites for the cables but u got more choice there anyway! im in the UK
  • [22:15:53] <scary> ahh ok. I guess I am going to run to an overprice electronics store..
  • [22:16:00] <scary> thanks for the help.
  • [22:17:16] * bjdooks builds his own cables... keep stuff like 10, 14, 20W IDC connectors and cable around
  • [22:20:32] * guillaum3 (n=Guillaum@AMontsouris-153-1-35-29.w90-2.abo.wanadoo.fr) has joined #beagle
  • [22:30:08] * guillaum4 (n=Guillaum@AMontsouris-153-1-78-38.w90-2.abo.wanadoo.fr) has joined #beagle
  • [22:30:30] * guillaum1 (n=Guillaum@AMontsouris-153-1-81-80.w90-2.abo.wanadoo.fr) Quit (Read error: 110 (Connection timed out))
  • [22:31:29] * guillaum4 (n=Guillaum@AMontsouris-153-1-78-38.w90-2.abo.wanadoo.fr) Quit (Client Quit)
  • [22:37:33] * guillaum2 (n=Guillaum@AMontsouris-153-1-32-99.w86-212.abo.wanadoo.fr) Quit (Read error: 110 (Connection timed out))
  • [22:38:12] * lgentili (i=bee0f1a4@gateway/web/ajax/mibbit.com/x-eb4130aefb191233) has joined #beagle
  • [22:48:00] * guillaum3 (n=Guillaum@AMontsouris-153-1-35-29.w90-2.abo.wanadoo.fr) Quit (Read error: 110 (Connection timed out))
  • [22:50:35] * krassel (n=erik@c83-249-88-121.bredband.comhem.se) has joined #beagle
  • [22:51:33] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [22:51:46] * Olipro (n=Olipro@uncyclopedia/Olipro) Quit (Nick collision from services.)
  • [22:51:48] * Olipro_ is now known as Olipro
  • [22:56:14] * krassel (n=erik@c83-249-88-121.bredband.comhem.se) Quit ("Ex-Chat")
  • [22:59:59] * guillaum1 (n=gl@AMontsouris-153-1-54-161.w86-212.abo.wanadoo.fr) has joined #beagle
  • [23:00:52] <mru> the IVA documentation is confusing
  • [23:02:09] * geraint (n=gnorth@tu008.demon.co.uk) Quit ()
  • [23:07:51] * RogerMonk (n=a0740758@nat/ti/x-a85d645406b2d1db) has left #beagle
  • [23:12:19] <Olipro> if I BLX from ARM to Thumb and I give the assembler a label to BLX to, it will automatically set the T bit right?
  • [23:12:25] <Olipro> because if I try BLX GoHere+1 it just bitches about misalignment
  • [23:12:48] <mru> if in doubt, examine the machine code
  • [23:13:05] <mru> the assembler should know the target code type
  • [23:13:06] <Olipro> FF FF FF FA
  • [23:13:12] <mru> what's that?
  • [23:13:22] <Olipro> a BLX directly to the following instruction
  • [23:13:41] <mru> in arm or thumb mode?
  • [23:13:51] <Olipro> ARM
  • [23:14:19] <mru> what instruction did you use?
  • [23:14:43] <Olipro> BLX ThumbCode
  • [23:14:50] <Olipro> .thumb
  • [23:14:53] <Olipro> ThumbCode:
  • [23:14:59] <mru> ok
  • [23:15:01] <Olipro> PUSH {R0}
  • [23:15:44] <Olipro> hm, crashy
  • [23:15:49] <Olipro> fucking assembler
  • [23:15:54] <mru> that doesn't look like a blx instruction
  • [23:16:32] <mru> hold on.. it's little endian
  • [23:16:39] <Olipro> yeah
  • [23:17:00] <Olipro> it will interpret it as 0xFAFFFFFF of course
  • [23:17:20] <Olipro> it's just the byte order of the binary file view from a hex editor
  • [23:17:29] <mru> yes, of course
  • [23:17:34] <mru> I just wasn't thinking
  • [23:18:13] <mru> so it's doing a branch to pc-4 and switching to thumb mode
  • [23:18:24] <Olipro> no, it's crashing
  • [23:18:26] <Olipro> I just tried it
  • [23:18:39] <mru> and since pc is current instruction+8, that looks correct
  • [23:18:44] <mru> something else must be wrong
  • [23:19:10] <Olipro> I wouldn't be too sure
  • [23:19:23] <Olipro> I don't trust the assembler to be clever enough to set the T bit
  • [23:19:46] <mru> blx immediate always switches mode
  • [23:19:56] <mru> there's nothing the assembler can do about that
  • [23:20:08] <mru> the encoding you quoted is BLX #-4
  • [23:21:09] <mru> why are you using blx?
  • [23:21:33] <mru> it will set LR to the same address
  • [23:21:42] <mru> which is kind of useless
  • [23:22:05] <Olipro> yeah
  • [23:22:10] <Olipro> but BX requires a register
  • [23:22:18] <Olipro> so BLX will give you 2 for the price of 1
  • [23:22:23] <mru> right
  • [23:23:21] * zedstar (n=john@82-44-200-69.cable.ubr08.haye.blueyonder.co.uk) Quit (Remote closed the connection)
  • [23:24:12] <Olipro> BLX does not always switch mode
  • [23:24:17] * cmonex (i=xy6091@pool-1774.adsl.interware.hu) has joined #beagle
  • [23:24:24] <mru> blx immediate always switches
  • [23:24:27] <Olipro> there is no way BLX could always switch mode
  • [23:24:32] <Olipro> do you realise how mode switching works?
  • [23:24:43] <Olipro> if you look at the target address to branch to in binary
  • [23:24:45] <mru> blx register switches based on the lsb of the target address
  • [23:24:52] <Olipro> the smallest bit will be 1 for thumb, 0 for ARM
  • [23:25:01] <mru> yes, for blx register
  • [23:25:03] <Olipro> are you saying BLX cannot do a branch to an address with the least bit set to zero?
  • [23:25:04] <mru> not blx immediate
  • [23:25:31] <cmonex> [01:24:26] <Olipro> do you realise how mode switching works?
  • [23:25:49] <mru> I'm saying that blx to an immediate offset always switches mode
  • [23:25:50] <cmonex> maybe he meant the T bit will always be fiddled with..
  • [23:25:52] <mru> no matter what the lsb
  • [23:26:01] <cmonex> so mru is this what you meant
  • [23:26:11] <mru> I'm not sure what either of you mean
  • [23:26:21] <mru> but I'm quite sure I know how mode switching works
  • [23:26:26] <cmonex> I'm sure you know
  • [23:26:29] <cmonex> he's a bit weird at times
  • [23:26:39] <cmonex> by always switching you mean the T bit always gets set?
  • [23:26:45] <mru> it's toggled
  • [23:26:50] <cmonex> either to 0 or 1
  • [23:26:56] * flo_lap (n=fuchs@g227114108.adsl.alicedsl.de) Quit (Read error: 113 (No route to host))
  • [23:26:57] <mru> blx immediate in arm mode switches to thumb
  • [23:27:07] <mru> blx immediate in thumb mode switches to arm
  • [23:27:16] <cmonex> ah you mean immediate..
  • [23:27:24] <Olipro> the man is correct
  • [23:27:25] <Olipro> BLX label always changes the state.
  • [23:27:28] <mru> blx register copies the lsb to the thumb bit
  • [23:27:30] <Olipro> http://www.keil.com/support/man/docs/armasm/armasm_cihfddaf.htm
  • [23:27:40] <cmonex> so Olipro
  • [23:27:48] <cmonex> next time dont start to go at anyone like that.
  • [23:28:03] <Olipro> "go"
  • [23:28:05] <Olipro> I wasn't going at him
  • [23:28:09] <cmonex> yeah, sure
  • [23:28:15] <mru> hey, it's ok
  • [23:28:32] <mru> I'm rather thick-skinned
  • [23:28:36] <cmonex> =)
  • [23:29:38] <mru> and I know what thumb coding can do to your temper ;-)
  • [23:30:08] <cmonex> oh, thumb is better than mips.
  • [23:30:24] <mru> mips32 or mips16e?
  • [23:30:42] <mru> mips16e is a right pita
  • [23:30:50] <mru> even without buggy compilers
  • [23:31:01] <cmonex> dont get me started on mips compilers
  • [23:31:05] <cmonex> =p
  • [23:34:42] <mru> have you ever used any ST chips?
  • [23:35:15] * Olipro (n=Olipro@uncyclopedia/Olipro) Quit ("Leaving")
  • [23:35:24] <cmonex> no, why?
  • [23:35:36] <mru> if you had, everything else would seem like paradise
  • [23:36:24] <mru> some of their compilers can't even handle a double assignment like a = b = 0;
  • [23:37:48] <mru> the st20 cpu has the most bizarre programming model ever
  • [23:38:26] <cmonex> hmm..
  • [23:38:30] <mru> there's a stack pointer, program counter, and a 3-element operand stack
  • [23:38:30] <cmonex> how about some pic compilers
  • [23:38:40] <cmonex> I'm not sure what ST20 is, btw
  • [23:38:45] <cmonex> but those are similar bad =)
  • [23:39:05] <mru> well, pic doesn't pretend to be a general-purpose cpu
  • [23:41:45] <cmonex> heh
  • [23:42:39] * Olipro (n=Olipro@uncyclopedia/Olipro) has joined #beagle
  • [23:49:47] * Olipro_ (n=Olipro@uncyclopedia/Olipro) has joined #beagle