Search results

That's what the manufacturer specifies. This does not necessarily have to be the same as the real lifespan. I have yet to see a CPU that has failed due to normal wear out. Sure, it is possible that TI manufactures such chips without any saftey margin, but I guess their 20 years claim is rather...

MTBF is a pretty much arbitrary number and does not relate to the real lifespan of such devices. Even if it did, you can not specify the lifetime of flash memory in hours. Its lifetime depends highly on the amount of data written to the device. If you just let the device sit there and do not...

Oh, now I see it, you are refering to that table in the Wikipedia SD card article. Those numbers are maximum power draw, which is interesting for designing the power supply (it has to be able to supply that much current), but which is pretty much irrelevant for the battery runtime of the device...

I don't know were you got those numbers, but neither the 2.88 W for the SD card nor the 64 MB/s for the Pandora NAND are correct. The power consumption of SD cards can differ considerably between different models, so you can't say SD cards generally consume that much power. Some cards might do...

I did, but what's more important, I know what voltage levels are usually used in each configuration and they are really not much different. Voltage is what matters here, not power transfer. Also, the actual voltages used by line level components differ pretty much between different devices...

That's not true. The major difference between a headphone output and a line level output is the headphone output's capability to drive low-impedance loads. The actual output voltage on headphone outputs is usually at least as high as that of a line output. The only possible disadvantages of...

Yes of course, you have to use the correct power governor.

At least on x86 Linux actually does that if the CPU supports it (you can verify that with powertop). On my PC the CPU is in C6 power state (which is the lowest power state my CPU supports) most of the time in Linux, which means the core is pretty much completely powered down through power...

I guess so. The only thing that's a little strange is that the GCC 4.1 manual mentions the -mhard-float option. Probably that's why I thought GCC 4.1 had that feature.

The difference between softhardfp and hardfp is basically the way the parameters are passed. While with softhard float the floating point hardware is used, it is still slower than hardfp. How much slower it actually is depends on the code and can vary quite a bit.

Yeah, let's just move on. Too much off-topic already. :)

Yeah, that's what I meant. For the same reason did I suggest the HID thing. I didn't mean to say the kernel's state was horrible, and I especially did not mean to say it was the fault of anyone, but was rather using those words because I had previously said that I didn't like certain things...

That's not what caused my reaction. It was the sentence before that comment. I have been trying to be as constructive as possible in this thread. That does not mean, that I should not be allowed to say things that I don't like about certain things. At the same time I suggested things to improve...

What exactly is your problem? Is it really that hard to understand what I wrote and see it in the context with previous posts? Also, it is not exactly nice to change posts of others when quoting. I did not write anything in bold/underlined.

I was pretty sure that even with GCC 4.1 it was possible to compile with hardfloat. I just wanted to say (in case my posts about the Pandora kernel have been interpreted this way), I did not mean to criticize your work on the kernel in any way. Obviously, without your work, the Pandora kernel...

I agree, which is why you should carefully compare those SoCs regarding those matters. I am not criticising the team for it and I am well aware that in 2007 ARM CPUs without any FPU were much more common, the Pandora still hasn't one of those. I was merely asking why that decision had been made...

Why don't you try to get a development kit from Intel yourself? About the power consumption, as there are real devices with that chip (like that Dell tablet mentioned before), it should at least be possible to get unmanipulated numbers for the power consumption/battery runtime. Dell claimed for...

I'm on a 3.13.2 kernel with 2.99.909 Intel driver and have just tried if I could crash it with zooming in the PCB editor. The PCB I have been trying it with, did not have a huge amount of components on it, but I could zoom in and out all the time, no problem whatsoever. No problem with CPU load...

Strange, it never crashed on me in Kicad (or any other application). Are you using the latest driver version?

How so? I've got basically the same GPU (HD2500) and it works very well for me, including hardware accelerated video playback. Compared to the proprietary drivers of Nvidia and AMD, Intel's driver lacks behind with the latest OpenGL versions, but other than that I really can't complain. Works...