Commit by tqh on master :: rhrev44196 haiku/: (link)

Only set FT_LOAD_TARGET_LCD when we have specified it. Use FT_LOAD_TARGET_NORMAL when we havn't.

(FT_LOAD_TARGET_LIGHT might also be an option.)

Commit by tqh on master :: rhrev44181 haiku/: (link)

rand() is used, but srand() was never called.

Commit by tqh on master :: rhrev44154 haiku/: (link)

Fix codestyle violation:
Multiline statements after if should always be in a code block.
No functional change.

Commit by tqh on master :: rhrev44150 haiku/: (link)

scheduler: Don't setup the quantumTimer for idle thread

Let's say the timer is waken up when its hook is called. This patch
reduces ~41% wakeups during idle

Signed-off-by: Fredrik Holmqvist <fredrik dot holmqvist at gmail dot com>

Commit by tqh on master :: rhrev44072 haiku/: (link)

Use strnlen instead of own impl, as it probably will have platform specific optimisation.

Commit by tqh on master :: rhrev44069 haiku/: (link)

Since we are patching strncpy.c change it over to strncpy.cpp. [2 commits]

Commit by tqh on master :: rhrev44064 haiku/: (link)

x86: add cpuid feature 6 flags

Signed-off-by: Fredrik Holmqvist <fredrik dot holmqvist at gmail dot com>

Commit by tqh on master :: rhrev44025 haiku/: (link)

x86: AMD C1E with no ARAT(Always Running APIC Timer) idle support

AMD C1E is a BIOS controlled C3 state. Certain processors families
may cut off TSC and the lapic timer when it is in a deep C state,
including C1E state, thus the cpu can't be waken up and system will hang.

This patch firstly adds the support of idle selection during boot. Then
it implements amdc1e_noarat_idle() routine which checks the MSR which
contains the C1eOnCmpHalt (bit 28) and SmiOnCmpHalt (bit 27) before
executing the halt instruction, then clear them once set.

However intel C1E doesn't has such problem. AMD C1E is a BIOS controlled
C3 state. The difference between C1E and C3 is that transition into C1E
is not initiated by the operating system. System will enter C1E state
automatically when both cores enters C1 state. As for intel C1E, it
means "reduce CPU voltage before entering corresponding Cx-state".

This patch may fix #8111, #3999, #7562, #7940 and #8060

Copied from the description of #3999:
>but for some reason I hit the power button instead of the reset one. And
>the boot continued!!
The reason is CPUs are waken up once power button is hit.

Signed-off-by: Fredrik Holmqvist <fredrik dot holmqvist at gmail dot com>

Commit by tqh on master :: rhrev43736 haiku/: (link)

Some cleanup in interface kit. From unused code warnings (before I updated buildtools).

Commit by tqh on master :: rhrev43735 haiku/: (link)

Removing unused code.

Commit by tqh on master :: rhrev43589 haiku/: (link)

Remove strlen from PPC glibc as well.

This should fix the PPC build. Sorry for that, k thx bye.

Commit by tqh on master :: rhrev43574 haiku/: (link)

Stylefixes as pointed out by Axel and some minor changes possible in cpp.

No functional change.

Commit by tqh on master :: rhrev43572 haiku/: (link)

Stop using glibc's asm strlen and use our own.

Mostly done because olta want less dependency on glibc.
It should also make porting a tiny bit simpler.

Testresults, mean values on Haiku from libMicro:
 * with glibc: strlen_10: 0.03859S, strlen_1k: 1.67075S.
 * with strlen.cpp: strlen_10: 0.03854S, strlen_1k: 1.66938S.

So at least on my machine it's possible to beat glibc ;)

Commit by tqh on master :: rhrev43571 haiku/: (link)

Rename strlen.c strnlen.c to strlen.cpp strnlen.cpp.

No changes in the files themselves in this commit.

Commit by tqh on master :: rhrev43560 haiku/: (link)

Style fixes. No functional changes.
 * Parameter renamed from s to string.
 * HasZeroByte renamed to LACKS_ZERO_BYTE and the check is inverted.
 * Removed space between cast and variable.

Commit by tqh on master :: rhrev43559 haiku/: (link)

Reworked strlen and strnlen to follow style guide.
Fix problems pointed out by Marcus.

Commit by tqh on master :: rhrev43558 haiku/: (link)

Reworked strlen and strnlen to look at four bytes at the time. From what I understand this should be safe.
Based on info from bit twiddling hacks: http://graphics.stanford.edu/~seander/bithacks.html

Commit by tqh on master :: rhrev43467 haiku/: (link)

Remove libbe_build linking m from earlier commit and add -lm to HOST_LINK_FLAGS on non BeOS compatible platforms.
(HOST_LIBROOT would need more work than just adding m so I went the easy route.)

Commit by tqh on master :: rhrev43453 haiku/: (link)

libbe_build has references to math functions so on platforms that has them defined in lib m include it. This allows Haiku to be built with gold as host linker. [2 commits]

Commit by tqh on master :: rbtrev43018 buildtools/: (link)

Add Haiku to list of elf-target so that is_elf is true.
This enables --enable-gold flag to be used (doesn't compile yet though).
The gold linker promises up to five times faster linking than ld, it is also possible to use link-time optimizations.