| 00:14.41 | *** join/#edev roxfan (dunno@150.61-242-81.adsl-dyn.isp.belgacom.be) |
| 00:23.32 | *** join/#edev prpplague (~dave123_a@ppp-70-249-155-242.dsl.rcsntx.swbell.net) |
| 01:06.50 | *** join/#edev roxfan (dunno@150.61-242-81.adsl-dyn.isp.belgacom.be) |
| 01:15.30 | *** join/#edev roxfan (dunno@150.61-242-81.adsl-dyn.isp.belgacom.be) |
| 01:34.34 | *** join/#edev alex4nder (~alexander@dsl093-145-168.sba1.dsl.speakeasy.net) |
| 01:34.41 | alex4nder | yoh |
| 02:02.13 | *** join/#edev cbx (~cbx__@unaffiliated/cbx) |
| 02:26.48 | *** join/#edev krushia (~krushia@h69-131-86-88.cntcnh.dsl.dynamic.tds.net) |
| 02:40.00 | *** join/#edev linac (~lin@122.90.110.190) |
| 02:52.41 | *** join/#edev krushia (~krushia@h69-131-86-88.cntcnh.dsl.dynamic.tds.net) |
| 03:01.59 | *** join/#edev GPSFan (~kenm@64.92.145.112) |
| 03:01.59 | *** mode/#edev [+o GPSFan] by ChanServ |
| 03:09.17 | *** join/#edev krushia (~krushia@h69-131-86-88.cntcnh.dsl.dynamic.tds.net) |
| 03:55.03 | *** join/#edev SandGorgon (~OmNomNomO@75-92-29-226.war.clearwire-wmx.net) |
| 04:28.02 | *** join/#edev bgamari (~ben@pool-96-236-125-203.spfdma.east.verizon.net) |
| 05:09.22 | *** join/#edev wmat (~btraynor@gromit.mixdown.ca) |
| 05:24.48 | rektide | 720p30 |
| 05:24.50 | rektide | BORING |
| 05:31.18 | *** join/#edev SandGorgon (~OmNomNomO@75-92-29-226.war.clearwire-wmx.net) |
| 07:04.44 | *** join/#edev SandGorgon (~OmNomNomO@75-92-29-226.war.clearwire-wmx.net) |
| 07:29.26 | *** join/#edev hw_ (~hw@p578b3905.dip0.t-ipconnect.de) |
| 07:33.40 | *** join/#edev hw_ (~hw@p578b3905.dip0.t-ipconnect.de) |
| 07:34.12 | *** join/#edev mbuf (~mbuf@stargate.starnet.fi) |
| 08:05.04 | *** join/#edev JoeLlama (~snork@unaffiliated/joellama) |
| 08:54.57 | *** join/#edev ja2 (~a@81-233-153-190-no83.tbcn.telia.com) |
| 09:06.01 | *** join/#edev florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 09:50.33 | *** join/#edev mbuf (~mbuf@212.226.87.141) |
| 09:53.51 | *** join/#edev HcE (~egtvedt@egtvedt.no) |
| 09:54.03 | *** part/#edev HcE (~egtvedt@egtvedt.no) |
| 10:33.37 | *** join/#edev cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 11:26.17 | *** join/#edev groovy77 (~ldtc@64-255-89-24.trango.d3c.infowest.net) |
| 12:09.23 | *** join/#edev gustavoz (~gustavoz@host195.200-82-38.telecom.net.ar) |
| 12:19.42 | *** join/#edev HcE (egtvedt@cassarossa.samfundet.no) |
| 12:20.12 | *** part/#edev HcE (egtvedt@cassarossa.samfundet.no) |
| 13:03.52 | *** join/#edev niels_ (~niels@77.60.193.162) |
| 13:07.54 | *** join/#edev insearchof_ (~insearcho@108.110.52.235) |
| 13:09.11 | *** join/#edev insearchof_ (~insearcho@108.110.52.235) |
| 13:26.59 | *** join/#edev john280z (~jmitchell@static-71-120-222-85.rlghnc.dsl-w.verizon.net) |
| 13:43.55 | *** join/#edev insearchof_ (~insearcho@174-146-203-22.pools.spcsdns.net) |
| 13:49.39 | *** join/#edev cbx (~cbx__@unaffiliated/cbx) |
| 13:50.42 | *** join/#edev T0mW (~Tom@24.238.37.43.res-cmts.tv13.ptd.net) |
| 13:50.59 | T0mW | Good morning world |
| 14:05.49 | kergoth | morning |
| 14:35.27 | *** join/#edev GPSFan (~kenm@64.92.145.112) |
| 14:35.27 | *** mode/#edev [+o GPSFan] by ChanServ |
| 14:36.14 | *** join/#edev miknix (~miknix@gentoo/developer/miknix) |
| 15:53.37 | T0mW | When things look like they cannot be worse, some customer brings in an 80c188 for rework on a design that I did 18 years ago. |
| 15:54.11 | T0mW | Like, I really recall WTF I was thinking of when I did that thing way back when.. |
| 15:54.49 | krushia | at least its work |
| 15:55.06 | T0mW | yeah |
| 15:55.36 | prpplague | hehe |
| 15:55.42 | T0mW | ~lart dave |
| 15:55.42 | purl | takes out dave with the trash |
| 15:55.45 | prpplague | had a nail in a new tire this morning |
| 15:56.23 | T0mW | prpplague: scary |
| 15:56.50 | T0mW | thinks his spare has no air |
| 15:57.21 | T0mW | Whenever I think of checking the spare tire is when I can't do anything about it. |
| 16:44.02 | prpplague | T0mW: i just drove to the gas station on the flat and got a can of "fix-o-flat" |
| 16:59.29 | CosmicPenguin | Somebody make the argument that using is_machine_<blah> inside of kernel drivers is harmful... |
| 16:59.33 | CosmicPenguin | go. |
| 17:01.30 | prpplague | CosmicPenguin: pros/cons for that is going to hard, since any method you do is going to have some aspect of "nasty" about it |
| 17:02.13 | prpplague | considers |
| 17:02.22 | CosmicPenguin | I don't see it as nasty |
| 17:02.38 | CosmicPenguin | with a PCI driver - maybe, but PCI cards don't have special per-platform sauce |
| 17:02.43 | CosmicPenguin | SOC devices do, all the time |
| 17:03.10 | CosmicPenguin | especially for blocks that are resused across silicon designs or even worse between vendors |
| 17:03.18 | prpplague | CosmicPenguin: indeed |
| 17:03.41 | prpplague | CosmicPenguin: sometimes you really need to know what machine you are running on |
| 17:03.59 | *** join/#edev adyer (~adyer@173-161-64-17-Illinois.hfc.comcastbusiness.net) |
| 17:05.04 | CosmicPenguin | And you need to know that on plaform foo, the GPIO is 3 instead of 4 |
| 17:05.10 | CosmicPenguin | thats my argument |
| 17:05.22 | prpplague | CosmicPenguin: argreed |
| 17:05.45 | prpplague | CosmicPenguin: is someone making the argument that is_machine_xxxx() is a bad thing to use? |
| 17:06.07 | CosmicPenguin | in driver code yes |
| 17:06.19 | CosmicPenguin | and by somebody, thats our kernel team and they prohibit it |
| 17:06.27 | prpplague | interesting |
| 17:06.35 | CosmicPenguin | Our kernel team doesn't like me, I don't think |
| 17:06.44 | CosmicPenguin | I'm a graphics guy, but I have just as much kernel experience as any of them |
| 17:06.56 | prpplague | their argument i suspect is that they want to have platform data passed to the driver with such info variations? |
| 17:07.12 | CosmicPenguin | Well, thats a reasonably argument, but that has its own issues |
| 17:07.19 | CosmicPenguin | reasonable argument |
| 17:07.38 | CosmicPenguin | I cna probably accept that argument if somebody wants to make it |
| 17:07.57 | CosmicPenguin | but right now, they are saying I should make a function called "is_<feature>_enabled" and use that |
| 17:08.00 | CosmicPenguin | man, thats way worse |
| 17:08.07 | prpplague | yikes |
| 17:09.13 | prpplague | i generally use two different methods for handling stuff like what you are describing |
| 17:09.33 | prpplague | 1) i include platform data that details the variation |
| 17:10.09 | prpplague | 2) include a pointer to a function in the machine definition which can be called from the driver and does returns the specific info |
| 17:10.57 | prpplague | you could even use the is_machine_xxx() call inside that function but keep it outside of the actual driver |
| 17:11.24 | CosmicPenguin | why? |
| 17:11.29 | CosmicPenguin | the function exists |
| 17:11.29 | CosmicPenguin | use it |
| 17:12.22 | prpplague | CosmicPenguin: mainly to keep the driver clean of platform specific functions |
| 17:12.43 | CosmicPenguin | But you aren't keeping it free of platform specific functions |
| 17:12.46 | prpplague | CosmicPenguin: (not trying to argue the case just saying i can see their point of view) |
| 17:12.49 | CosmicPenguin | you are keeping it clean of specific platform functions |
| 17:13.09 | CosmicPenguin | I don't see a difference. If you have an if statement with 25 different machine_is lines, then okay, sure |
| 17:14.08 | prpplague | CosmicPenguin: yea, i think the idea is that once you add one, sooner or later someone is going to add another |
| 17:14.25 | CosmicPenguin | such is the problem with an SOC |
| 17:14.30 | prpplague | CosmicPenguin: indeed |
| 17:14.38 | prpplague | CosmicPenguin: i see your point as well as theirs |
| 17:14.41 | T0mW | thinks it sounds like the committee is in full force |
| 17:14.54 | prpplague | CosmicPenguin: i tend to be a go with the flow kind of guy when it comes to driver standards |
| 17:15.30 | prpplague | T0mW: driver acceptance for the linux kernel is a bizarre process |
| 17:16.19 | T0mW | don't you mean: driver acceptance for the linux kernel is a bazaar process |
| 17:16.25 | prpplague | i find there are alot of "code elitists", but like anything when you have extremes on both sides, it generally produces something sane somewhere in the middle |
| 17:16.58 | CosmicPenguin | the process is reasonable, and it makes for okay code |
| 17:17.10 | CosmicPenguin | but the problem is when less then capable people are trying to follow |
| 17:17.42 | CosmicPenguin | They don't understand what Andrew or Linus says and mis-interpet the results |
| 17:18.16 | CosmicPenguin | Common sense usually reigns at the highest levels |
| 17:18.33 | prpplague | CosmicPenguin: agreed |
| 17:19.25 | prpplague | CosmicPenguin: when you have bad maintainers or sub systems that are maintained by the "code elitists" then you tend to have problems |
| 17:20.26 | CosmicPenguin | or maintainers that are unwilling to stand up for themselves and the code they maintain |
| 17:20.39 | NullMoogleCable | hi hi |
| 17:22.52 | prpplague | CosmicPenguin: indeed |
| 17:23.13 | prpplague | CosmicPenguin: they get bullied into making "re-invent the wheel" types of work |
| 17:24.34 | T0mW | could be worse, you could be involved in kernel work on BSD |
| 17:25.36 | T0mW | CosmicPenguin: you still with amd? |
| 17:26.18 | *** join/#edev adyer (~adyer@173-161-64-17-Illinois.hfc.comcastbusiness.net) |
| 17:27.14 | CosmicPenguin | Not for over a year now |
| 17:27.21 | T0mW | ah |
| 17:30.12 | *** mode/#edev [+o CosmicPenguin] by ChanServ |
| 18:08.10 | T0mW | s/^([_A-Za-z]+[A-Za-z0-9_]*)([\s])(.*)/\1:\2\3/ |
| 18:08.30 | T0mW | Slowly, I think I'm getting this regex stuff |
| 18:08.47 | prpplague | hehe |
| 18:09.15 | T0mW | I love perl, but regex is not only the price I have to pay, but the lure as well. |
| 18:16.47 | NullMoogleCable | http://hackerfoundry.com/forums/viewtopic.php?f=4&t=7&p=78#p78 |
| 18:17.00 | NullMoogleCable | prpplague_afk i found some info :) |
| 18:28.54 | *** join/#edev SandGorgon (~OmNomNomO@office.sea.jambool.com) |
| 18:40.58 | prpplague | NullMoogleCable: http://thing1.linuxdevices.com/news/NS4648734230.html |
| 18:41.23 | prpplague | NullMoogleCable: http://www.aijisystem.com/root/product/view.php?puid=108&page=1&cate=18_1_&cate1=18#text_2 |
| 18:41.33 | prpplague | NullMoogleCable: that is the dev board that was used for the core development |
| 18:59.23 | prpplague | CosmicPenguin: lots of qualcomm snapdragon annoucements lately |
| 18:59.51 | prpplague | CosmicPenguin: http://www.linuxfordevices.com/c/a/News/HP-Compaq-Airlife-100/ |
| 19:00.37 | prpplague | CosmicPenguin: http://www.linuxfordevices.com/c/a/News/Sony-Ericsson-Xperia-X10-Mini-and-Mini-Pro/ |
| 19:15.05 | NullMoogleCable | prpplague what have you figured out about the leapster? |
| 19:16.37 | prpplague | not much other than it wasn't a good candidate for hacking |
| 19:17.12 | NullMoogleCable | i know for a fact it has a linux kernal in it |
| 19:19.59 | prpplague | NullMoogleCable: how do you know that? |
| 19:20.53 | NullMoogleCable | the main chip is designed to use linux |
| 19:21.33 | prpplague | NullMoogleCable: the arctanget chipset? |
| 19:21.52 | prpplague | NullMoogleCable: where did you see that documentation? |
| 19:22.06 | prpplague | NullMoogleCable: are you looking at the leapster or the leapster2 |
| 19:22.12 | NullMoogleCable | leapster 1 |
| 19:23.11 | prpplague | NullMoogleCable: with only 2mb of ram, it is highly unlikely it is running a standard linux kernel |
| 19:23.22 | prpplague | NullMoogleCable: there is a remote change it could be running a uclinux kernel |
| 19:23.27 | prpplague | NullMoogleCable: but i doubt that as well |
| 19:24.10 | NullMoogleCable | http://www.thefreelibrary.com/ARC+International+Licenses+ARCtangent-A5+Processor+for+Leapster...-a0113767329 |
| 19:25.20 | NullMoogleCable | http://arc-linux.sourceforge.net/ |
| 19:26.10 | prpplague | i see no mention of linux in that article |
| 19:26.20 | NullMoogleCable | ARC itself provide an open development environment based on GNU tools environment (GCC, GDB and so). A free community supported version is hosted on sourceforge |
| 19:26.36 | prpplague | NullMoogleCable: yea, thats all the same info i had in the past |
| 19:26.49 | prpplague | NullMoogleCable: still leaves you with one problem, it only has 2mb of ram |
| 19:29.12 | prpplague | NullMoogleCable: the leapster2 is much more likely to run a linux kernel than the leapster1 |
| 19:29.41 | prpplague | NullMoogleCable: even with that in mind i doubt they would, they most likely just recompiled the leapster1 software for the new core |
| 19:30.11 | NullMoogleCable | 256K x 32 x 2 (16-Mbit) SYNCHRONOUS GRAPHICS RAM |
| 19:30.23 | NullMoogleCable | if this is the right data sheet :) |
| 19:30.52 | prpplague | for the leapster or the leapster2 |
| 19:31.05 | NullMoogleCable | leapater 1 |
| 19:31.17 | prpplague | 16 Mbit / 8 = 2Mbyte |
| 19:31.23 | NullMoogleCable | ah |
| 19:32.16 | prpplague | NullMoogleCable: min with a 2.4 kernel is around 3 and min these days with 2.6 kernel is 8 |
| 19:32.42 | prpplague | NullMoogleCable: uclinux kernel can run around 1mb |
| 19:36.25 | NullMoogleCable | I got my black Didj today :) |
| 19:49.30 | *** join/#edev florian (~fuchs@Maemo/community/contributor/florian) |
| 20:01.06 | prpplague | NullMoogleCable: did you see a doc about that? |
| 20:01.41 | NullMoogleCable | lol |
| 20:14.54 | NullMoogleCable | got a few games to try and reflash :) |
| 20:21.30 | NullMoogleCable | hmm mkbase.sh needs to be edited to work as there is no pr_LS1000_uniboot only LS1000_uniboot |
| 20:21.41 | NullMoogleCable | er *prg_ |
| 20:25.38 | florian | re |
| 20:42.23 | *** join/#edev insearchof_ (~insearcho@173-100-78-243.pools.spcsdns.net) |
| 20:43.16 | NullMoogleCable | prpplague any idea where i can get lightning-boot.md5 and packagefiles.md5 |
| 20:45.14 | prpplague | NullMoogleCable: i would assume that if you are using distributed versions that it would be where you downloaded them, other wise if you are generatiing those files, you need to generate the checksums as well |
| 20:45.45 | NullMoogleCable | how can i generate them? |
| 20:46.25 | prpplague | NullMoogleCable: md5sum lightning-boot > lightning-boot.md5 |
| 20:56.13 | T0mW | "(L)user: when I move my mouse over the desktop icons of Win2K, it launches them. Do you know how to correct this?" |
| 20:56.31 | T0mW | "TomW: Not a clue. Re-install windows?" |
| 20:56.59 | T0mW | don't you just love the stupid sh!t? |
| 21:02.17 | NullMoogleCable | ummm prpplague... i think i bricked my didj ? |
| 21:02.25 | prpplague | doh |
| 21:02.46 | NullMoogleCable | it wont power on?? |
| 21:04.58 | NullMoogleCable | maybe stuck in uart boot mode? |
| 21:11.31 | prpplague | NullMoogleCable: possible |
| 21:11.49 | prpplague | NullMoogleCable: probably powering on, just not initializing the peripherals |
| 21:16.19 | NullMoogleCable | even the terminal? |
| 21:16.46 | prpplague | NullMoogleCable: even the terminal |
| 21:17.02 | prpplague | NullMoogleCable: if the code is bogus it would generate a segfault and stop |
| 21:17.14 | prpplague | NullMoogleCable: so best to reboot and see if you can reupload |
| 21:17.47 | NullMoogleCable | i cant even get it to power on |
| 21:18.49 | prpplague | NullMoogleCable: how do you know that? |
| 21:19.14 | NullMoogleCable | nothing happens at all |
| 21:19.30 | prpplague | like i said, it probably isn't doing the init on the peripherals |
| 21:19.45 | prpplague | the only way to tell is if you can get a serial upload |
| 21:24.17 | *** join/#edev insearchof_ (~insearcho@108.111.62.197) |
| 21:24.54 | *** join/#edev piko (~piko@a40-brn1-5-123.static.adsl.vol.cz) |
| 21:27.58 | NullMoogleCable | ok i opened it up and installed the resistors to try the uart boot |
| 21:33.32 | *** join/#edev davidc__ (~davidc__@S01060002b360aacd.vc.shawcable.net) |
| 21:41.50 | NullMoogleCable | wow i think its bricked |
| 21:53.54 | prpplague | NullMoogleCable: unless you did some serious code to turn on some inputs as outputs that should have been, i find that hard to believe |
| 21:55.51 | *** join/#edev kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 22:01.16 | NullMoogleCable | all i did was run mkbase.sh |
| 22:16.59 | prpplague | NullMoogleCable: probably wiped the nand flash |
| 22:17.16 | NullMoogleCable | :-/ |
| 22:17.19 | prpplague | NullMoogleCable: but you should be able to upload the lighting-boot and get back in |
| 22:17.53 | NullMoogleCable | but how? |
| 22:18.46 | prpplague | NullMoogleCable: set up you pc uart to 19200 and dump 16k of lighting boot to the uart |
| 22:20.12 | NullMoogleCable | hold down the power button? |
| 22:20.58 | prpplague | NullMoogleCable: no, connect the power and press the reset button |
| 22:28.31 | NullMoogleCable | ok i got a white screen now :) |
| 22:31.32 | NullMoogleCable | warning: failed to find rootfs flags! |
| 22:31.32 | NullMoogleCable | warning: booting alternative kernel! |
| 22:31.32 | NullMoogleCable | PANIC: unable to load alt summary |
| 22:31.32 | NullMoogleCable | die() |
| 22:34.21 | *** join/#edev CosmicPenguin (~nobody@rrcs-67-52-130-30.west.biz.rr.com) |
| 22:38.04 | *** join/#edev sjhill (~sjhill@home.bethel-hill.org) |
| 22:38.04 | *** mode/#edev [+o sjhill] by ChanServ |
| 22:38.32 | sjhill | has anyone worked with bFLT files before? |
| 22:39.38 | prpplague | not i |
| 22:39.55 | solar | I've only read about it enough to know I'm not fond of it. |
| 22:55.25 | roxfan | hey, that form-factor reminds me of something... http://ics.nxp.com/support/tools/fez/#Hardware |
| 22:56.22 | *** join/#edev kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 22:56.45 | prpplague | looks |
| 22:57.13 | prpplague | roxfan: hehe yea someone pointed that out on the arduino channel awhile back |
| 22:57.38 | roxfan | they even call it FEZ Domino |
| 22:58.33 | roxfan | ah, "FEZ Domino pin-out compatible with Arduino." |
| 23:17.11 | *** join/#edev bsdfox (~h36sa@unaffiliated/bsdfox) |
| 23:22.30 | *** join/#edev davidc__ (~davidc__@S01060002b360aacd.vc.shawcable.net) |
| 23:25.25 | NullMoogleCable | woot' |
| 23:25.34 | NullMoogleCable | it booted |
| 23:25.41 | NullMoogleCable | now how do i fix it? |
| 23:28.11 | roxfan | a hammer usually works |
| 23:29.41 | prpplague | NullMoogleCable: congrads, what did you have to do? |
| 23:32.38 | NullMoogleCable | jumper the d5 and d6 pin to ground with a resistor and then send lightning boot to it |
| 23:32.52 | NullMoogleCable | but it still wont boot without doing that :( |
| 23:33.02 | prpplague | NullMoogleCable: yea sounds like you hosed the flash |
| 23:33.49 | NullMoogleCable | file system is still intact though |