| 00:00.00 | SpeedEvil | I agree. |
| 00:00.16 | SpeedEvil | But ODBII is majorly useful, and that only happened after being mandated. |
| 00:00.34 | a7r | eh, it's not that useful. :D |
| 00:00.47 | SpeedEvil | I know. |
| 00:00.59 | SpeedEvil | It'd be more useful if all the codepoints were published. |
| 00:01.02 | a7r | amen. |
| 00:01.44 | SpeedEvil | I'm just rather annoyed that I have a working - mechancially- car - that would cost 4* the cars value to replace the ECU. |
| 00:01.45 | a7r | at least CAN is becoming standard,. so we can at least get away from insane serial protocols. |
| 00:01.53 | SpeedEvil | Ideally, yes. |
| 00:01.59 | a7r | what car/engine? |
| 00:02.05 | SpeedEvil | I was looking at some of freescales CAN parts, they are interesting. |
| 00:02.11 | SpeedEvil | Basically shitty. |
| 00:02.16 | SpeedEvil | Renault Laguna. |
| 00:02.26 | a7r | and the ECU is blown? |
| 00:02.33 | SpeedEvil | maybe. |
| 00:02.47 | SpeedEvil | It's either the ECU, or the authentication system, or ... |
| 00:02.59 | SpeedEvil | And the response to that is basically swap the ECU. |
| 00:03.03 | SpeedEvil | As the dealer has no clue. |
| 00:03.12 | SpeedEvil | And if that doesn't work, they swap other bits. |
| 00:03.24 | a7r | ah. |
| 00:03.26 | SpeedEvil | I was surprised there are no generic CAN sensors. |
| 00:03.29 | SpeedEvil | Which is a pity. |
| 00:03.45 | a7r | too expensive for OEMs. |
| 00:03.55 | SpeedEvil | Guess so. |
| 00:03.57 | a7r | they use shit like LIN in chassis systems to hook to controllers. |
| 00:04.12 | SpeedEvil | http://cgi.ebay.co.uk/Coca-Cola-Motion-Sensor-Moving-Coke-Can-/250787077856?pt=UK_ToysGames_ActionFigures_ActionFigures_JN&hash=item3a64131ee0 hehe |
| 00:04.57 | SpeedEvil | :/ |
| 00:05.02 | a7r | anway, pxa27x_set_wake, why you no fully implemented. |
| 00:05.18 | SpeedEvil | Nobody cared. |
| 00:05.25 | a7r | obviously. |
| 00:05.34 | a7r | now I have patches. |
| 00:05.36 | SpeedEvil | There is a hell of a lot of code that looks like it should work, bt nobodies really tested it in 4 years. |
| 00:05.53 | a7r | I have to see if I can get a release to send them upstream. |
| 00:06.03 | SpeedEvil | is currently working on reverting power supply regressions onhis laptop. |
| 00:06.15 | a7r | in the regulator code, or somewhere else? |
| 00:06.28 | SpeedEvil | Power consumption regressions rather. |
| 00:06.32 | a7r | oh |
| 00:06.42 | a7r | yah.. there's some dumb shit going on upstream. |
| 00:06.48 | SpeedEvil | Stuff like powersave for wifi has been turned off, because it's unreliable for some users. |
| 00:07.01 | SpeedEvil | Because many routers don't do it properly. |
| 00:07.06 | a7r | why does my laptop wake up with 50 worker threads when coming out of sleep.. and when is my i915 support constantly sucking cpu. |
| 00:07.15 | SpeedEvil | Sure - make it an option. Don't bloody comment it out. |
| 00:07.18 | a7r | s/when/why |
| 00:07.20 | a7r | SpeedEvil: exactly. |
| 00:07.30 | SpeedEvil | Same with SATA link powersave. |
| 00:13.08 | *** join/#edev Spida (~timo@ns1.spinnennetz.org) |
| 01:09.01 | *** join/#edev Turing (~Turing@lns-bzn-47f-62-147-141-232.adsl.proxad.net) |
| 01:53.02 | *** join/#edev edboogie2k (~Edward_Ki@pool-173-77-212-165.nycmny.fios.verizon.net) |
| 02:38.18 | a7r | grr. |
| 02:38.34 | a7r | debugging low-power modes with a in circuit programmer attached is fucking fruitless. |
| 02:39.14 | a7r | strange shit is afoot at the circle K |
| 02:46.11 | *** join/#edev melchior (~melchior@AStrasbourg-552-1-59-205.w83-203.abo.wanadoo.fr) |
| 02:47.42 | *** join/#edev kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 03:10.47 | a7r | anyone have any idea how to get current kernels to suspend a specific USB port? |
| 03:18.12 | *** join/#edev miltonm (~miltonm@71.22.127.106) |
| 03:22.55 | *** join/#edev sjhill (~sjhill@home.bethel-hill.org) |
| 03:22.55 | *** mode/#edev [+o sjhill] by ChanServ |
| 04:27.36 | MonMotha | a7r: unplug it :) |
| 04:28.23 | a7r | MonMotha: thanks. |
| 04:28.30 | MonMotha | a7r: any time |
| 04:28.52 | a7r | it turns out that this laptop isn't even suspending the device, it's turning the port off completely. |
| 04:29.02 | MonMotha | a7r: that's what mine does |
| 04:29.08 | MonMotha | so suspend is essentially useless |
| 04:29.13 | MonMotha | at least on things like HID devices |
| 04:29.28 | a7r | yah, you have to play games with the host controller to make it stay awake.. linux sucks at this. |
| 04:29.49 | a7r | I tweaked ohci-pxa270 to work with remote wakeup though, and it looks like everything functions correctly. |
| 04:29.49 | MonMotha | my experience with USB has been that it sucks |
| 04:30.00 | a7r | pxa27x-ohci pxa27x-ohci: LATE suspend, may wakeup |
| 04:30.05 | MonMotha | it flat out assumes a Windows-like driver model |
| 04:30.07 | a7r | ^-- so the client will be happy. |
| 04:30.12 | MonMotha | which I guess is unsurprising, though annoying |
| 04:30.15 | a7r | yah |
| 04:30.23 | MonMotha | and crazy crazy overhead |
| 04:30.49 | a7r | MonMotha: I was reading about pro-gamers still using PS2, because of latency issues. ;) |
| 04:30.56 | a7r | and N-key rollover problems with USB |
| 04:31.13 | MonMotha | that's a failure of Windows and the USB keyboard boot protocol spec |
| 04:31.54 | MonMotha | you can make a HID compliant keyboard that cannot suffer rollover, but Windows prior to 2k won't support it, so they're fairly uncommon |
| 04:32.32 | MonMotha | and you can ask to be polled at an outrageous rate that makes the PS2 port be limited by the bit rate in comparison , but Windows will ignore your request if you're a low speed device |
| 04:32.46 | a7r | yup. |
| 04:33.06 | MonMotha | there also seems to be some needless lag in the Windows input layers |
| 04:33.12 | MonMotha | but a lot of that applies to PS/2 keyboards ,too |
| 04:33.55 | a7r | I've never done the comparisons myself, I laughed when I saw my latest motherboard still had PS2 ports. |
| 04:34.00 | MonMotha | that's why |
| 04:34.06 | MonMotha | in a word, Windows |
| 04:34.43 | MonMotha | you can work around all of it, but your device will be something that effectively only works on full blown PCs and in XP and newer |
| 04:34.49 | MonMotha | and cost more |
| 04:34.56 | MonMotha | and plain keyboard makers are loathe to do any of that |
| 04:35.26 | a7r | sure, but these guys are buying $140 keyboards, and being elective about which production run of Cherry Blue switches they're using. |
| 04:35.35 | a7r | so that market has a little more headroom. |
| 04:35.42 | MonMotha | dunno, then |
| 04:35.56 | MonMotha | you can certainly get USB to be faster any time there's more than 1 key involved |
| 04:36.07 | MonMotha | dunno how the OS-added latencies stack up |
| 04:36.20 | MonMotha | I sure hope these gamers are playing on CRTs with high refresh rates |
| 04:36.34 | a7r | haha |
| 04:37.32 | a7r | hrm,. this device I'm working on is consuming 1.8 mA at 5v while suspended.. |
| 04:37.45 | MonMotha | that seems decent if it's a largeish system |
| 04:38.09 | MonMotha | I can get a small micro much lower than that, of course, but I wouldn't expect a ton better for a "real" processor of any kind |
| 04:38.18 | MonMotha | esp. once all the other stuff is included |
| 04:39.02 | a7r | yah,. the part is about to be used in the low-power suspend modes.. 500 uA or so |
| 04:39.13 | a7r | I have to see what's still left on that's taking up 1.8 mA |
| 04:41.09 | a7r | hahaha fuck, I hate you P&E micro BDM. |
| 04:41.35 | a7r | my chip is stuck in stop3 at bootup, and this damn thing can't won't reprogram it with code that doesn't have the bug. |
| 04:43.38 | a7r | cool, fixed. |
| 05:15.23 | *** join/#edev avinashhm (~avinash-h@203.101.61.10) |
| 05:43.02 | *** join/#edev miltonm (~miltonm@71.22.127.106) |
| 06:59.53 | MonMotha | ok, so I have a desire to run a video output with absolutely no blanking or sync time (clearly, I'm not hooking this up to a monitor). Anyone know off hand if this is actually possible or if the card will barf at me? |
| 07:01.07 | *** join/#edev gvandenbosch (~gvandenbo@86.81.67.223) |
| 07:07.29 | *** join/#edev MonMotha (~monmotha@108-71-210-59.lightspeed.iplsin.sbcglobal.net) |
| 07:09.42 | *** join/#edev miltonm (~miltonm@71.22.127.106) |
| 07:15.16 | madsy | MonMotha: What kind of video output? |
| 07:15.29 | MonMotha | madsy: any old PC card |
| 07:15.40 | MonMotha | essentially, I'm looking for a cheap PC controlled high-speed mid resolution DAC |
| 07:16.06 | MonMotha | turn off the blanking and sync intervals, and as long as you can keep feeding it "frames", it's just a dumb DAC |
| 07:16.09 | madsy | So you want to implement VGA output? With what kind of hardware? |
| 07:16.24 | MonMotha | quite the opposite. I want a dumb, high speed DAC using commodity PC hardware |
| 07:16.42 | MonMotha | the Intel graphics on my laptop appears semi-willing to do it |
| 07:16.43 | madsy | Well, you have to settle on a video output standard |
| 07:17.12 | MonMotha | no, the idea is that there's no video at all. The output is something not video but being generated by a video card. |
| 07:17.37 | MonMotha | i.e. I can have a fairly high speed DDS function generator capable of driving a reasonably low-Z load at modest signal levels for cheap |
| 07:17.39 | madsy | Sorry, I'm lost :) |
| 07:17.55 | MonMotha | or a cheap SDR transmitter, with suitable power am |
| 07:17.56 | MonMotha | p |
| 07:18.44 | MonMotha | the idea is to disable the blanking and sync intervals entirely so that each "video" line and frame butts right up against the previous one. Then the framebuffer basically becomes a list of points being fed to a DAC. |
| 07:19.57 | MonMotha | and since I can do multiple buffers (hardware swapped) and be told when things are happening (via the refresh signal available to software), I can keep that list of points changing and essentially use the video output on a PC as a dumb, high speed DAC |
| 07:23.16 | *** join/#edev risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
| 07:23.34 | madsy | Video outputs on a PC graphics adapter is VGA or DVI. I doubt you can easily change the logic easily in software. Then again, I don't know a lot about this. |
| 07:23.45 | MonMotha | VGA is just an analog output |
| 07:23.48 | MonMotha | that's the idea |
| 07:24.04 | MonMotha | VGA is 3 synchronized DACs and a couple sync signals |
| 07:24.19 | madsy | Somehow I think using the audio out would be easier :) |
| 07:24.27 | MonMotha | oh it is, but it's not nearly as fast |
| 07:24.42 | MonMotha | fastest sampling rate I can readily get on an audio output from a PC is 192kHz. I can get 500MHz out of a video card |
| 07:32.30 | *** join/#edev NightMonkey (debian-tor@pdpc/supporter/professional/nightmonkey) |
| 08:16.05 | *** join/#edev edboogie2k (~Edward_Ki@pool-173-77-212-165.nycmny.fios.verizon.net) |
| 08:40.06 | *** join/#edev florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 09:02.29 | *** join/#edev kosiini (~janne@pdpc/supporter/student/kosiini) |
| 09:30.57 | *** join/#edev edboogie2k (~Edward_Ki@pool-173-77-212-165.nycmny.fios.verizon.net) |
| 09:53.20 | *** join/#edev ohsix (ohsix@66.220.111.99) |
| 10:22.32 | *** join/#edev kosiini (~janne@pdpc/supporter/student/kosiini) |
| 10:51.12 | *** join/#edev SpeedEvil (~user@tor/regular/SpeedEvil) |
| 11:16.01 | *** join/#edev SpeedEvil (~user@tor/regular/SpeedEvil) |
| 11:16.43 | *** join/#edev SpeedEvil (~user@tor/regular/SpeedEvil) |
| 11:22.25 | *** join/#edev SpeedEvil (~user@tor/regular/SpeedEvil) |
| 11:33.43 | *** join/#edev calculus (~calculus@gentoo/user/calculus) |
| 11:34.04 | *** join/#edev SpeedEvil (~user@mauve.plus.com) |
| 11:34.05 | *** join/#edev SpeedEvil (~user@tor/regular/SpeedEvil) |
| 12:42.22 | *** join/#edev n900evil (~Speedevil@tor/regular/SpeedEvil) |
| 12:54.19 | *** join/#edev Kersen (~user@94.145.84.56) |
| 13:07.34 | *** join/#edev n900evil (~Speedevil@tor/regular/SpeedEvil) |
| 14:08.41 | *** join/#edev NullMoogleCable (~fake@cpe-69-205-123-203.rochester.res.rr.com) |
| 14:19.37 | *** join/#edev GPSFan (~kenm@64.92.145.112) |
| 14:19.37 | *** mode/#edev [+o GPSFan] by ChanServ |
| 14:48.56 | *** join/#edev kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:49.22 | *** join/#edev gustavoz (~gustavoz@host77.201-252-46.telecom.net.ar) |
| 15:02.56 | *** join/#edev miltonm (~miltonm@71.22.127.106) |
| 16:13.09 | *** join/#edev grummund_ (~grummund@unaffiliated/grummund) |
| 16:35.39 | *** join/#edev sndcrb (~sndcrb@dsl-hkibrasgw2-fef8de00-126.dhcp.inet.fi) |
| 16:36.52 | *** join/#edev cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 17:16.42 | *** join/#edev prpplague (~danders@nat/ti/x-bgwermqmnrdppfri) |
| 17:29.00 | *** join/#edev prpplague (~danders@nat/ti/x-qypvlkllxmuoaesj) |
| 17:36.42 | *** join/#edev djerome (~djerome@ip24-251-138-141.ph.ph.cox.net) |
| 18:16.45 | *** join/#edev jnd (~jenda@unaffiliated/jnd) |
| 18:48.53 | *** join/#edev prpplague (~danders@nat/ti/x-vtbramslzjrfbpeq) |
| 18:53.52 | prpplague | wmat: schedule is posted - http://events.linuxfoundation.org/events/embedded-linux-conference/schedule |
| 18:55.04 | wmat | looks |
| 18:56.40 | prpplague | looks like there is some unknown dude going to talk about the linux wiki |
| 18:56.53 | prpplague | jokes with wmat |
| 18:57.26 | wmat | heh, I like to remain in the shadows, all mysterious-like |
| 18:57.38 | prpplague | hehe me too |
| 19:00.06 | wmat | bummer, no talks by Google. I was hoping for free phones again. |
| 19:00.15 | prpplague | hehe |
| 19:14.39 | a7r | hrm, going to elc might be worth it. |
| 19:18.29 | Crofton|work | yeah I am on there |
| 19:18.34 | Crofton|work | need to make slidfes |
| 19:18.59 | wmat | wow, I can't believe what the courts are giving Sony access to in their case against that GeoHot dude |
| 19:19.43 | wmat | they got access to his PayPal account now |
| 19:21.28 | a7r | wmat: don't challenge your corporate overlords. |
| 19:28.57 | wmat | no doubt |
| 19:32.16 | SpeedEvil | I for one welcome our new corporate overlords, and their rational introduction of the copyright violation death penalty. |
| 19:33.14 | a7r | beatings will continue until morale improves. |
| 19:39.23 | *** join/#edev n17ikh (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) |
| 19:41.12 | *** join/#edev delocated_ (~delocated@the.embeddedbsd.org) |
| 19:52.14 | *** join/#edev TemporalBeing (~bmeyer@12.52.185.66) |
| 19:57.46 | *** join/#edev kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 20:17.31 | *** join/#edev sndcrb (~sndcrb@dsl-hkibrasgw2-fef8de00-126.dhcp.inet.fi) |
| 20:31.38 | *** join/#edev kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 20:52.35 | *** join/#edev kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 20:54.17 | *** join/#edev Rubix (~Rubix@75.144.143.69) |
| 20:54.27 | *** join/#edev kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 20:56.28 | Rubix | this might be off topic... anyone know anything about layering synchronous protocols on asynchronous serial devices? e.g. hdlc? |
| 21:02.02 | SpeedEvil | has used slip and ppp. |
| 21:02.17 | SpeedEvil | Oh - synchronus on async |
| 21:05.29 | Rubix | SpeedEvil: is slip actually tenable for this kind of thing... I want something to handle error checking and retransmission of bad frames and such |
| 21:10.03 | SpeedEvil | Slip does that. |
| 21:10.13 | SpeedEvil | I think. |
| 21:10.18 | SpeedEvil | actually, it's been a while. |
| 21:11.56 | Rubix | SpeedEvil: I'll look into it... thanks for the help |
| 21:14.37 | SpeedEvil | I know there are some serial interfaced ISDN cards. |
| 21:14.42 | SpeedEvil | Which are sort-of-related. |
| 21:14.53 | SpeedEvil | And there is ATMoverE |
| 21:34.25 | *** join/#edev florian (~fuchs@Maemo/community/contributor/florian) |
| 22:21.13 | *** join/#edev roxfan (dunno@91.180.154.105) |
| 22:22.07 | *** join/#edev kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 22:37.39 | *** join/#edev jevin (~jevin@manbearpig.ecn.purdue.edu) |
| 22:56.50 | *** join/#edev kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 23:10.53 | *** join/#edev SpeedEvil1 (~user@tor/regular/SpeedEvil) |
| 23:21.54 | *** join/#edev prpplague (~prpplague@ppp-70-249-149-148.dsl.rcsntx.swbell.net) |