| 00:13.54 | *** join/#elinux GPSFan (~kenm@64.92.145.112) |
| 01:23.09 | *** join/#elinux bizhanMona (~bizhan@nat/cisco/x-arbuxiluktkjdhjc) |
| 01:36.56 | *** join/#elinux djerome (~djerome@ip68-2-20-108.ph.ph.cox.net) |
| 06:41.27 | *** join/#elinux lyakh (~lyakh@dslb-178-009-251-216.pools.arcor-ip.net) |
| 07:23.18 | *** join/#elinux bizhanMona (~bizhan@nat/cisco/x-qqbjldzzulqbtqms) |
| 09:23.11 | *** join/#elinux ksx4system (~ksx4syste@91.204.162.164) |
| 10:24.12 | *** join/#elinux ksx4system (~ksx4syste@91.204.162.164) |
| 10:45.12 | *** join/#elinux ksx4system (~ksx4syste@91.204.162.164) |
| 11:37.41 | *** join/#elinux gandhijee___ (~akp@50.12.169.99) |
| 12:23.13 | *** join/#elinux ksx4system (~ksx4syste@91.204.162.164) |
| 12:36.38 | *** join/#elinux gustavoz (~gustavoz@host236.200-117-173.telecom.net.ar) |
| 12:59.13 | *** join/#elinux ksx4system (~ksx4syste@91.204.162.164) |
| 13:23.23 | *** join/#elinux bizhanMona (~bizhan@nat/cisco/x-kutbbiqepkrzuzfj) |
| 14:23.29 | *** join/#elinux MrWGW (MrWGW@74.124.192.8) |
| 14:50.34 | *** join/#elinux GPSFan (~kenm@64.92.145.112) |
| 17:13.15 | *** join/#elinux ksx4system (~ksx4syste@91.204.162.164) |
| 17:32.18 | *** join/#elinux cr-ver (~craver@e180080125.adsl.alicedsl.de) |
| 18:07.59 | *** join/#elinux TimRiker (TimRiker@bzflag/projectlead/TimRiker) |
| 18:07.59 | *** mode/#elinux [+o TimRiker] by ChanServ |
| 18:08.57 | TimRiker | a design I'm working needs some kind of multiplex circuit to drive two different microsd slots off the single port on the cpu. anyone done something like this? |
| 18:09.55 | wmat | TimRiker: ask prpplague in #pandaboard |
| 18:10.41 | TimRiker | wmat, yep, planning to. been meaning to catch up with him. :) |
| 18:11.17 | wmat | TimRiker: if he hasn't done it, he'll know who has |
| 18:11.28 | TimRiker | nods |
| 18:25.00 | *** join/#elinux gandhijee___ (~akp@50.12.169.99) |
| 18:35.50 | *** join/#elinux phantoneD (~destroy@a95-92-89-24.cpe.netcabo.pt) |
| 18:36.28 | *** join/#elinux soafee-chan (~spaec@unaffiliated/traumapony) |
| 18:40.21 | *** join/#elinux cbrake_ (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 18:51.08 | *** join/#elinux Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 18:51.08 | *** mode/#elinux [+o Russ] by ChanServ |
| 19:03.45 | *** join/#elinux ksx4system (~ksx4syste@91.204.162.164) |
| 19:23.11 | *** join/#elinux bizhanMona (~bizhan@nat/cisco/x-sqifhecyhcganbgq) |
| 19:44.45 | *** join/#elinux ksx4system (~ksx4syste@91.204.162.164) |
| 19:50.21 | *** join/#elinux Russ (~russ@206.29.182.205) |
| 19:50.22 | *** mode/#elinux [+o Russ] by ChanServ |
| 20:08.41 | *** join/#elinux fomg-optimize (5effe732@gateway/web/freenode/ip.94.255.231.50) |
| 20:11.30 | fomg-optimize | Anyone feel like indulging me as to why ARM is rising so fast into the embedded space compared to MIPS? Consider my knowledge level similar to a frozen fish finger :) |
| 20:17.30 | Russ | probably because of the size of the vendors that are licensing arm cores vs the vendors that are licensing mips cores |
| 20:17.57 | fomg-optimize | Ah, not dure to some clear actual ISA advantage? |
| 20:18.10 | fomg-optimize | and or disadvantage |
| 20:18.30 | Russ | there are probably sum ISA advantages, but really, with enough R&D funding, it could probably be fixed |
| 20:18.37 | Russ | er, some, not sum |
| 20:18.56 | fomg-optimize | Sounds like x86 vs. risc pretty much then |
| 20:19.14 | fomg-optimize | Market/money rather than technology |
| 20:19.14 | Russ | I don't think so |
| 20:19.47 | Russ | x86 vs risc isn't a money/market thing, since x86 has really been risc for a while |
| 20:19.52 | Russ | microcode and all |
| 20:20.11 | fomg-optimize | True, but the reason x86 gained the market share was from massiva amounts of R&D right? |
| 20:20.20 | fomg-optimize | Not to mention wintel |
| 20:21.06 | Russ | what other chip was there with available documentation that could be built into a "standard" architecture? |
| 20:21.50 | fomg-optimize | Beyond my knowledge if there was one .)? |
| 20:23.41 | fomg-optimize | Thank you for answering, still learning :) |
| 20:23.47 | Russ | the more interesting question is why intel hasn't managed to get its foot in the door on the smart phone market |
| 20:25.11 | fomg-optimize | No been prioritized enough? |
| 20:25.48 | fomg-optimize | x86 backwards compatibility really should not account for that much of a power difference? |
| 20:25.49 | Russ | I think they really pushed a lot of money into it |
| 20:26.25 | Russ | x86 is a lot more than just an ISA |
| 20:26.50 | fomg-optimize | Oh, do explain or link if you prefer? |
| 20:27.57 | Russ | all the surrounding hardware, bios, controllers, io, etc |
| 20:29.26 | Russ | I really think it is hard to stuff dpm into that, ACPI is like a boat anchor in that respect |
| 20:30.03 | fomg-optimize | Ah right, for a while the chipset consumed more power than some atome processors |
| 20:30.09 | fomg-optimize | *atom |
| 20:30.20 | Russ | yup |
| 20:31.46 | fomg-optimize | So x86 is less flexible when it comes to surrounding hardware pairing than ARM is? |
| 20:32.04 | Russ | if you are trying to be code compatible |
| 20:32.11 | fomg-optimize | Ah, yes tru |
| 20:32.29 | fomg-optimize | Not everything is released as source |
| 20:32.43 | fomg-optimize | At that |
| 20:33.00 | Russ | since ARM is just the core and everyone puts whatever they want around it, it gives a lot of flexibility to experiment with different power management techniques |
| 20:34.05 | fomg-optimize | So in fact the heritage of x86 might be what is holding it back rather than the ISA |
| 20:35.05 | Russ | yes, and I don't think they have a licensing model like ARM does, they don't want things to fragment |
| 20:35.33 | fomg-optimize | Which is what some linux programmers is actually complaining about arm |
| 20:35.39 | fomg-optimize | Too much fragmentation |
| 20:36.02 | fomg-optimize | Could UEFI open up new solutions to power control on x86? |
| 20:36.10 | fomg-optimize | Nvm the downsides |
| 20:36.32 | Russ | I don't see how you'd get new solutions |
| 20:36.45 | Russ | just the possibility of code that runs on more systems without modification |
| 20:37.05 | Russ | er, you mean on x86, not arm |
| 20:37.26 | Russ | I don't really know enough about uefi to say |
| 20:38.42 | fomg-optimize | Me neither ;) |
| 20:39.28 | fomg-optimize | So even if all hardware were to mature a lot around the x86 processors... ACPI alone would be a big issue |
| 20:39.58 | fomg-optimize | Which would mean Intel would have to wait for Windows to support any new solution |
| 20:40.18 | fomg-optimize | Ah, nvm android does exist as well |
| 20:40.35 | fomg-optimize | Which would be very much of interest to Intel |
| 20:40.51 | fomg-optimize | Or am I just plain wrong? |
| 20:43.47 | fomg-optimize | Hmm.. Android does not support ACPI |
| 20:47.36 | fomg-optimize | Thak you for your answers and inputs |
| 21:45.23 | *** join/#elinux Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 21:45.23 | *** mode/#elinux [+o Russ] by ChanServ |
| 22:29.50 | *** join/#elinux MrWGW (~MrWGW@74.124.192.8) |
| 22:31.51 | *** join/#elinux MrWGW (MrWGW@74.124.192.8) |
| 23:24.00 | *** join/#elinux cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 23:25.12 | *** join/#elinux phantoxeD (~destroy@a95-92-89-24.cpe.netcabo.pt) |