| 00:21.47 | *** join/#edev kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 01:22.19 | *** join/#edev JoeLlama (~snork@unaffiliated/joellama) |
| 02:01.47 | *** join/#edev kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 03:02.15 | *** join/#edev landley (~landley@m495636d0.tmodns.net) |
| 03:02.16 | *** mode/#edev [+o landley] by ChanServ |
| 03:27.08 | *** join/#edev bsdfox (~bsdfox@unaffiliated/bsdfox) |
| 03:47.05 | *** join/#edev mbuf (~user@118.102.130.6) |
| 06:13.30 | *** join/#edev khem` (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 08:00.00 | *** join/#edev penguinece (~penguinec@magritte.eece.maine.edu) |
| 08:00.00 | *** join/#edev BlindMan (~othmar@h081217021188.dyn.cm.kabsi.at) |
| 08:18.12 | *** join/#edev SpeedEvil (~user@tor/regular/SpeedEvil) |
| 08:38.20 | *** join/#edev SpeedEvil (~user@tor/regular/SpeedEvil) |
| 08:50.19 | *** join/#edev vaidasz (~vaidas@88-222-129-15.meganet.lt) |
| 08:50.44 | vaidasz | Hello |
| 08:51.06 | vaidasz | Can I talk to somebody about power managment? :) |
| 08:58.38 | *** join/#edev SpeedEvil (~user@tor/regular/SpeedEvil) |
| 09:06.50 | *** join/#edev florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 09:51.58 | *** join/#edev JoeLlama (~snork@unaffiliated/joellama) |
| 11:34.07 | *** join/#edev methril_work (~methril@201.35.65.90) |
| 11:47.07 | *** join/#edev pirho (debian-tor@gateway/tor-sasl/pirho) |
| 11:54.09 | *** join/#edev pirho (debian-tor@gateway/tor-sasl/pirho) |
| 12:17.04 | *** join/#edev SpeedEvil (1000@tor/regular/SpeedEvil) |
| 12:27.11 | *** join/#edev calculus (~calculus@gentoo/user/calculus) |
| 12:30.58 | *** join/#edev devilsadvocate (~devilsadv@202.3.77.202) |
| 12:35.41 | *** join/#edev kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 12:45.29 | *** join/#edev pirho (debian-tor@gateway/tor-sasl/pirho) |
| 13:01.22 | *** join/#edev sjhill (~sjhill@home.bethel-hill.org) |
| 13:01.22 | *** mode/#edev [+o sjhill] by ChanServ |
| 13:38.08 | *** join/#edev kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 13:40.30 | *** join/#edev mnemoc (~amery@shell.opensde.net) |
| 14:22.08 | *** join/#edev bgamari (~ben@pool-96-240-206-35.spfdma.east.verizon.net) |
| 14:22.41 | *** join/#edev johnny6 (~johnny@cpc1-haye2-0-0-cust95.haye.cable.virginmedia.com) |
| 14:22.48 | johnny6 | hi can someone tell me what is intel i5 750 equivalent amd processor? |
| 14:23.12 | ohsix | amd doesn't make the i5 750, intel does |
| 14:23.34 | johnny6 | yes i know |
| 14:24.05 | johnny6 | but i an asking which amd processor can be compared with this intel i5 750 processor |
| 14:24.35 | ohsix | in what dimension, price? |
| 14:24.54 | johnny6 | performance and price |
| 14:25.51 | ohsix | well you're in luck, amd actually does their pricing so their market segments and devices are comparable; spend the same amount of money, get something about the same or a little better |
| 14:27.47 | johnny6 | tell me any amd processor that you think has same performance or better? |
| 14:28.21 | ohsix | in my experience you actually got a lot more value for the money, but you spent on average more on power; but intel chips have huge caches available and you can buy some stuff that really smokes ... but i haven't bought a processor by itself, nevermind an amd one in a few years |
| 14:32.35 | *** part/#edev johnny6 (~johnny@cpc1-haye2-0-0-cust95.haye.cable.virginmedia.com) |
| 14:47.14 | *** join/#edev prpplague (~danders@nat/ti/x-lsykylumkyjxpzqf) |
| 15:04.18 | *** join/#edev mnemoc (~amery@shell.opensde.net) |
| 15:15.42 | *** join/#edev sndcrb (~sndcrb@88.194.0.144) |
| 16:03.25 | *** join/#edev penguinece (~penguinec@magritte.eece.maine.edu) |
| 16:17.19 | *** join/#edev davidc__ (~davidc__@S0106000f662a10a4.vc.shawcable.net) |
| 16:45.22 | *** join/#edev gustavoz (~gustavoz@host5.201-253-237.telecom.net.ar) |
| 16:53.37 | *** join/#edev devilsadvocate (~devilsadv@202.3.77.41) |
| 16:57.38 | *** join/#edev CosmicPenguin (~nobody@rrcs-67-52-130-30.west.biz.rr.com) |
| 16:57.38 | *** mode/#edev [+o CosmicPenguin] by ChanServ |
| 17:08.51 | *** join/#edev m4t (matt@theorize.org) |
| 17:19.35 | *** join/#edev gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com) |
| 17:41.21 | *** join/#edev bgamari (~ben@pool-96-240-212-162.spfdma.east.verizon.net) |
| 17:44.19 | chouimat | morning |
| 17:56.42 | *** join/#edev dijenerate (~dijenerat@64.210.44.37) |
| 18:08.38 | prpplague | CosmicPenguin: ping |
| 19:10.00 | CosmicPenguin | prpplague: pong |
| 19:19.14 | prpplague | CosmicPenguin: hey, you know much about allocation of framebuffer with different supported modes? |
| 19:19.27 | prpplague | CosmicPenguin: i've always done lcd's and such with a fixed mode resolution |
| 19:19.28 | CosmicPenguin | context? |
| 19:19.48 | prpplague | CosmicPenguin: i.e. a DVI panel that support 5 different resolutions |
| 19:20.08 | CosmicPenguin | Oh, sure - I know alot about that sort of stuff |
| 19:20.11 | CosmicPenguin | what do you want to know? |
| 19:22.01 | prpplague | CosmicPenguin: well, i can get 1 resolution, but i'm having trouble understanding how to add a second resolution |
| 19:22.14 | prpplague | CosmicPenguin: i.e. when i do fbset i only see one resolution available |
| 19:23.49 | CosmicPenguin | You will |
| 19:24.10 | CosmicPenguin | the framebuffer only knows one mode - you need to determine the available modes separately |
| 19:25.29 | prpplague | CosmicPenguin: ok, how can i view the available fb modes? |
| 19:25.47 | prpplague | CosmicPenguin: i thought when you issued fbset it would display all the available ones |
| 19:29.39 | prpplague | CosmicPenguin: got a good example for supporting multiple modes? |
| 19:37.14 | *** join/#edev devilsadvocate (~devilsadv@202.3.77.41) |
| 19:39.29 | CosmicPenguin | prpplague: well, it depends on your display |
| 19:40.06 | CosmicPenguin | you need to be able to query the modes, figure out the timings and write them out |
| 19:40.29 | CosmicPenguin | fbset knows about a file called fb.modes that you can use to set a mode with a "name" instead of specifying the timings in full |
| 19:40.50 | CosmicPenguin | but that file is mainly just standard VGA modes - nearly everybody today queries the hardware directly and uses that information |
| 19:40.56 | CosmicPenguin | through DDC/EDID or other means |
| 19:41.48 | prpplague | CosmicPenguin: right, i'm getting the EDID info correctly, but i seem to be not processing the switch correctly |
| 19:42.14 | prpplague | CosmicPenguin: basically once i have the EDID info, i'm not sure how to set that info and switch to it |
| 19:43.38 | CosmicPenguin | BIOPUT_VSCREENINFO is what you want |
| 19:43.58 | *** join/#edev Rubix (debian-tor@gateway/tor-sasl/rubix) |
| 19:44.01 | CosmicPenguin | You fill out fb_var_screeninfo with the new timings that you want, and then call the ioctl on the framebuffer device |
| 19:44.29 | prpplague | CosmicPenguin: i'm actually doing this from kernel space, but i follow |
| 19:44.34 | prpplague | CosmicPenguin: (or i think i do) |
| 19:48.09 | CosmicPenguin | You are doing it from a different module? |
| 19:49.15 | *** join/#edev florian (~fuchs@Maemo/community/contributor/florian) |
| 19:51.21 | prpplague | CosmicPenguin: same module |
| 19:51.48 | CosmicPenguin | Are you trying to set an initial mode? |
| 19:54.38 | prpplague | CosmicPenguin: hard to answer that one, it's hotplug related, i.e. have a 1920x1080, unplug it, plug in a 1280x1024 |
| 19:54.52 | prpplague | CosmicPenguin: so techincally it could be considered initial mode |
| 19:55.26 | CosmicPenguin | That sort of stuff is almost always handled by userspace |
| 19:55.37 | CosmicPenguin | Is it your intent to just support the higest available mode at all times? |
| 19:58.01 | prpplague | CosmicPenguin: pretty much |
| 20:03.38 | *** join/#edev SpeedEvil (~user@tor/regular/SpeedEvil) |
| 20:03.38 | *** join/#edev maluta (~maluta@189.107.0.206) |
| 20:03.49 | *** join/#edev miltonm (~miltonm@32.97.110.54) |
| 20:06.47 | *** join/#edev SpeedEvil (~user@tor/regular/SpeedEvil) |
| 20:09.46 | *** join/#edev mnemoc (~amery@shell.opensde.net) |
| 20:16.44 | *** join/#edev mnemoc (~amery@shell.opensde.net) |
| 20:19.47 | *** join/#edev SpeedEvil (1000@tor/regular/SpeedEvil) |
| 20:41.38 | *** join/#edev methril_work (~methril@201.35.65.90) |
| 20:48.21 | *** join/#edev methril_work (~methril@201.35.65.90) |
| 20:50.35 | *** join/#edev methril_work (~methril@201.35.65.90) |
| 21:23.05 | prpplague | CosmicPenguin: still haven't gotten the framebuffer to update |
| 21:23.27 | CosmicPenguin | I'm just not sure you want to be doing that automagically from kernel space |
| 21:23.46 | CosmicPenguin | It certainly isn't a common vector |
| 21:25.25 | prpplague | CosmicPenguin: can't get it to work even from user space |
| 21:25.46 | CosmicPenguin | does your driver implement set var? |
| 21:25.58 | prpplague | CosmicPenguin: it acts like it's changed, i.e. all the timmings are passed to fb_set_var properly, just nothing is updated |
| 21:26.03 | prpplague | CosmicPenguin: yea |
| 21:26.27 | CosmicPenguin | nothing is updated on the display, you mean |
| 21:26.57 | prpplague | correct |
| 21:26.58 | CosmicPenguin | I suppose you can see it trying to write on the hardware from somewhere within set_var? |
| 21:27.02 | prpplague | it stays at the old resolution |
| 21:27.24 | prpplague | yea |
| 21:27.32 | prpplague | the timmings on the hardware are correct |
| 21:27.51 | prpplague | but the framebuffer thinks it is still at the old resolution |
| 21:28.16 | prpplague | CosmicPenguin: its like the framebuffer isn't getting the notification of the change |
| 21:28.24 | CosmicPenguin | You mean the framebuffer contents? |
| 21:30.54 | prpplague | CosmicPenguin: yea, the console framebuffer still is formating data for the old resolution and fbset still reports the old resolution |
| 21:31.51 | CosmicPenguin | But it is all still drawing correctly to the old resolution? |
| 21:37.31 | prpplague | CosmicPenguin: no, the hardware has changed the resolution |
| 21:37.56 | prpplague | CosmicPenguin: the hardware has changed it's settings, but the framebuffer still thinks it is at the old resolution |
| 21:40.54 | *** join/#edev davidc__ (~davidc__@S0106000f662a10a4.vc.shawcable.net) |
| 21:41.36 | CosmicPenguin | Thats strange if setvar returned correctly |
| 21:46.55 | prpplague | indeed |
| 21:51.56 | prpplague | bangs head on desk |
| 22:00.23 | florian | hi prpplague |
| 22:04.13 | prpplague | florian: hey bud |
| 22:05.18 | florian | shoots Telechips |
| 22:05.25 | prpplague | wonders if the fb_add_videomode is failing |
| 22:10.49 | florian | shoots Telechips again |
| 22:12.45 | *** join/#edev mnemoc (~amery@shell.opensde.net) |
| 22:54.04 | *** join/#edev SpeedEvil (~user@87.113.75.181.plusnet.pte-ag2.dyn.plus.net) |
| 22:54.10 | *** join/#edev SpeedEvil (~user@tor/regular/SpeedEvil) |
| 23:58.50 | *** join/#edev landley1 (~landley@m395636d0.tmodns.net) |
| 23:59.44 | *** join/#edev landley (~landley@m495636d0.tmodns.net) |
| 23:59.44 | *** mode/#edev [+o landley] by ChanServ |