[Custom_Kernel][OC][!Nur_für_Verrückte!]A210 4.1.1

[u.k-f]

und ich setz mich an das locken des bootloaders dran..
hab schiss.Könntet ihr es euch mal ansehen?
Hab einen thread eröffnet.

Wenn ich das richtig verstehe, willst Du den Bootloader gegen einen selbstsignierten Bootloader austauschen, der sich dann wieder schliessen lässt?

Was für Optionen hast Du, wenn der neue Bootloader nicht funktioniert?

Kannst Du dann den Originalen Bootloader wieder drüber flashen?

edit : bitteschön
<6>[ 0.000000] Initializing cgroup subsys cpu <5>[ 0.000000] Linux version 3.1.1 - Pastebin.com

Danke, wie ich sehe ist bei Deinem Tablet nicht nur der CPOU Speedo Value kleiner als bei meinem (345 zu 387) sondern auch der Core Speedo Value (215 zu 221)
Ab einem Core Speedo Value von 210 hätte es da auch noch mal das gleiche Problem gegeben.

Grüsse Uwe

Der ursprüngliche Beitrag von 16:17 Uhr wurde um 16:21 Uhr ergänzt:

https://www.android-hilfe.de/forum/...der-locken-derzeit-nicht-moeglich.366309.html
ich probier mal den Bootloader relock trick..
Wenns nicht klappen sollte,wars das für mein tablet,für die James Rom und für alles andere.
xD

Du traust Dich was...

Aber immerhin könntest Du es noch zum Getränke servieren mehmen

Viel Erfolg...

Uwe

 

[akool007]

Große Ideen hab ich noch nicht,aber ich hab einige Anleitungen zum locken des Bootloaders vom A200/A100 gesehen und umgeschrieben.
Was ich sonst für möglichkeiten habe? Weiß ich selbst nicht,bin am probieren..Irgendwann wirds wohl klappen.

Gruß

 

[u.k-f]

Also, ich habe jetzt mal was zu den Governors gelesen.

Wenn ich mich dran setzte einen zu integrieren, dann will ich von Euch wissen:

Welches Schweinderl hätten's gern? (Will sagen, welcher governor wird zuerst gewünscht?)

Und BTW, bis wann hätte ich Zeit, daß der noch ins JR 3.0 kommen kann?

Grüsse Uwe

 

[W!ldGunM@n]

Also, ich kann mir nicht helfen, aber ich bekomme jedesmal "no such file or directory" wenn ich die kmsg.txt erstellen will... auf beiden Tabs... und das von meiner Frau hat den ursprünglichen Kernel von Vetzki drinnen... auch "grep" geht nicht...

Der ursprüngliche Beitrag von 17:52 Uhr wurde um 17:53 Uhr ergänzt:

Also, gerne Hotplug...

Im Übrigen findet sich der Kernel auch im nächsten LB Rom

 

[u.k-f]

Also, ich kann mir nicht helfen, aber ich bekomme jedesmal "no such file or directory" wenn ich die kmsg.txt erstellen will... auf beiden Tabs... und das von meiner Frau hat den ursprünglichen Kernel von Vetzki drinnen... auch "grep" geht nicht...

geht

su
busybox cat /proc/kmsg

?

Also, gerne Hotplug...

Im Übrigen findet sich der Kernel auch im nächsten LB Rom

Meinst Du hotpluging von Modulen? Das unterstützt der Kernel... z.B. das Wifi-Modul wird nachgeladen (liegt in /system/lib/modules).

Das Problem ist es, ein IN DIESEN KERNEL plugbares Modul zu erzeugen.

Im Moment vermute ich, daß ich schneller ein Modul in den Kernel mit reincompiliere als eine Toolchain aufzusetzen, mit der ich ein plugbares Modul erzeugen kann...

Darum wäre es als erster Wurf ganz schick, wenn ich einen bestimmten Governor benannt bekomme, an dem ich mich üben kann. Der nächste Schritt kommt dann...

Grüsse Uwe

 

[W!ldGunM@n]

Nee, ich meine den Governor "Hotplug" der heisst so ;-)

Das andere probiere ich gleich...

 

[akool007]

Am 27.01 kommt die full rom.
Danach aber vorerst nix weiteres,ich will die 3.0 veröffentlichen,dann.....
Gruß


Gesendet von meinem HTC EVO 3D X515m mit der Android-Hilfe.de App

 

[W!ldGunM@n]

Da kommt: Cat: cant open /prog/kmsg: No such file or fucking directory...

 

[vetzki]

Also, ich kann mir nicht helfen, aber ich bekomme jedesmal "no such file or directory" wenn ich die kmsg.txt erstellen will... auf beiden Tabs... und das von meiner Frau hat den ursprünglichen Kernel von Vetzki drinnen... auch "grep" geht nicht...

Der ursprüngliche Beitrag von 17:52 Uhr wurde um 17:53 Uhr ergänzt:

Also, gerne Hotplug...

Im Übrigen findet sich der Kernel auch im nächsten LB Rom

Das mit dem grep ist komisch, wobei mich "no sucg file or direcktory" stutzig mach, sicher das der > Pfad passt?.
Alternativ einfach adb shell cat /proc/kmsg sofort nach dem booten (am besten schon während dem booten mit adb) verbinden und strg+c, dann in den 1. ~15 zeilen schaun, da stehen die ids und sku.

 

[u.k-f]

Da kommt: Cat: cant open /prog/kmsg: No such file or fucking directory...

Hast Du es mit g geschrieben? Das ist mit c proc wie process...

Hast Du ne Webseite von Hotplug? Wenn man bei Google nach Hotplug sucht hat man soviel Erfolg wie in 'Tokio' ein 'Hotel' zu suchen...

Uwe

 

[vetzki]

Da habe ich nur eine option in der menuconfig gesehen. Diese steht in der orginalen .config aber auch auf 'Yes'... Ist insofern nichts neues (sorry, falls es klang) sollte aber für OC user eine Beruhigung sein...

PS: Klar darfst Du fragen, denn
1. Der kernel steht unter GPL -> Du hast das generelle Recht zu fragen.
2. Wenn ich mein eigenes Süppchen kochen wollte, sollte ich wohl besser nicht in ein Forum gehen.
3. Es macht Spass, sich mit Dir auszutauschen...

Grüsse Uwe

3. dito . Lern dadurch echt viel dazu kann mich nicht genug bedanken

...
Per default ist er 0, dann ist OC deaktiviert. Wird er auf einen Wert ungleich 0 gestetzt (z.B. oc_enable=1) ist das OC aktiviert.

Damit muß man nicht immer in den Sourcen ändern, wenn man eine Version mit OC und eine ohne OC erstellen

Den Command-Line Parameter setzt man beim bauen des boot.img, d.h. man muss zwei boot.img erzeugen, eines mit OC und eines ohne.

Um einen Command-Line parameter zu setzen ruft man mkbootimg so auf:

/opt/bin/mkbootimg --kernel zImage --ramdisk ramdisk.gz  --cmdline "oc_enable=1" --pagesize 2048 --base 00000800 -o boot.oc_enable.img

Das setzen von 'oc_enable=0' ist nicht nötig, da 0 der default-Wert ist.

Das Auslesen des Command-Line Parameters geht so:

/*
*Get Commandline Parameter oc_enable
*/
static int oc_enable=0;

static int get_oc_enable(void)
{
	return oc_enable;
}
static int __init oc_enable_ep(char *options)
{
	char *p = options;
	int tmp = memparse(p, &p);
	if (tmp != 0)
		oc_enable = tmp;
	return 0;
}
early_param("oc_enable", oc_enable_ep);

Dann kann man später im Code abhängig von oc_enable agieren:

			case 1: /* MID => T30L */
				if (get_oc_enable()!=0)
				{
					/* For overclocking of T30L use values from T37 */
		   			cpu_speedo_id = 13;	
					soc_speedo_id = 2;
					threshold_index = 14;
				}
				else
				{
		   			cpu_speedo_id = 7;	
					soc_speedo_id = 1;
					threshold_index = 10;
				}

@Vetzki:

Um in unseren Sourcen nicht völlig auseinander zu laufen (falls wir uns austauschen, um über die gleichen Zeilennummern zu sprechen), sollten wir unsere Source austauschen. Ich hänge daher meine geänderte tegra3_speedo.c hier an...

Grüsse Uwe

Super, danke gerne
Was hälst du übrigens von Zeile 650ff in tegra3_dvfs.c ?

/**
* Adjust VDD_CPU to offset aging.
* 25mV for 1st year
* 12mV for 2nd and 3rd year
* 0mV for 4th year onwards
*/
void tegra_dvfs_age_cpu(int cur_linear_age)
{
int chip_linear_age;
int chip_life;
chip_linear_age = tegra_get_age();
chip_life = cur_linear_age - chip_linear_age;

/*For T37 and AP37*/
if (tegra_cpu_speedo_id() == 8 || tegra_cpu_speedo_id() == 9) { //12 / 13
if (chip_linear_age <= 0) {
return;
} else if (chip_life <= 12) {
tegra_adjust_cpu_mvs(25);
} else if (chip_life <= 36) {
tegra_adjust_cpu_mvs(13);
}
}

Ich versteh nicht ganz warum der Chip am Anfang mehr Spannung kriegt und wenn er älter ist weniger...oder ich verstehs falsch

Habs mal testweise (seit Sonntag abend) mit den geänderten Id's ohne Probleme laufen.

 

[W!ldGunM@n]

geht auch nicht.... bei mir fängts gar nicht mit 0.00000 an... ich bekomme die ausgabe erst ab 2.1xxxxx... und ich starte den Befehl schon wärend des bootens

 

[u.k-f]

Am 27.01 kommt die full rom.
Danach aber vorerst nix weiteres,ich will die 3.0 veröffentlichen,dann.....
Gruß


Gesendet von meinem HTC EVO 3D X515m mit der Android-Hilfe.de App

Wann ist Einreichungsschluss dass ich bei bei DIR was abliefern kann, daß es noch mit rein kann (26.01?) Oder brauchst Du noch Zeit zum Testen (24.01)

 

[W!ldGunM@n]

Hotplug Modul:
[GOVERNOR][2.6.39.4] Hotplug for Nvidia Tegra - xda-developers

nee, war nur schreibfehler hier...

 

[u.k-f]

3. dito . Lern dadurch echt viel dazu kann mich nicht genug bedanken




Super, danke gerne
Was hälst du übrigens von Zeile 650ff in tegra3_dvfs.c ?

/**
* Adjust VDD_CPU to offset aging.
* 25mV for 1st year
* 12mV for 2nd and 3rd year
* 0mV for 4th year onwards
*/
void tegra_dvfs_age_cpu(int cur_linear_age)
{
int chip_linear_age;
int chip_life;
chip_linear_age = tegra_get_age();
chip_life = cur_linear_age - chip_linear_age;

/*For T37 and AP37*/
if (tegra_cpu_speedo_id() == 8 || tegra_cpu_speedo_id() == 9) { //12 / 13
if (chip_linear_age <= 0) {
return;
} else if (chip_life <= 12) {
tegra_adjust_cpu_mvs(25);
} else if (chip_life <= 36) {
tegra_adjust_cpu_mvs(13);
}
}

Ich versteh nicht ganz warum der Chip am Anfang mehr Spannung kriegt und wenn er älter ist weniger...oder ich verstehs falsch

Habs mal testweise (seit Sonntag abend) mit den geänderten Id's ohne Probleme laufen.

Darüber bin ich auch schon mal gestolpert... Habe dann schnell weitergelesen, um damit keine Zeit zu verschwenden, da war ich ja auf der Suche nach dem Schalter fürs OC...

Also was soll das wohl? Soll das wohl einem Alterungseffekt des Chips entgegenwirken???

Oder es macht den Chip langsamer, das man früher einen neuen kaufen muss

Habs mal testweise (seit Sonntag abend) mit den geänderten Id's ohne Probleme laufen.

Meinst Du die T37 statt der T30L oder dies CPU Process ID (und ggf Core Process Id)

 

[akool007]

kannst es bis zum 27. erledigen.
Freitag+Samstag bin ich sowieso weg,und die tester missbrauchen die Rom schon und testen sie

Gruß

 

[W!ldGunM@n]

jetzt aber...

 

[vetzki]

....
Oder es macht den Chip langsamer, das man früher einen neuen kaufen muss

Würd mich irgendwie nicht wundern

Meinst Du die T37 statt der T30L oder dies CPU Process ID (und ggf Core Process Id)

Mein gedanke war, da ich ja auf 13 geändert hab dort auf eine ID die ich nicht nutze.

 

[u.k-f]

kannst es bis zum 27. erledigen.

Dann weiss ich bescheid, Danke!

Hotplug Modul:
[GOVERNOR][2.6.39.4] Hotplug for Nvidia Tegra - xda-developers
.

Das ist leider ein Modul für ein 2.x Kernel, wir haben ja 3.1.10.

Vielleicht finde ich in dem Thread ja die Sourcen...

Mein gedanke war, da ich ja auf 13 geändert hab dort auf eine ID die ich nicht nutze.

Schlimm schlau Das mache ich auch

jetzt aber...

Das ist ja mal interessant...

Ich habe mal die CPU/Core Speedo Values in eine Tabelle eingetragen:

          CpuSpVal  CoreSpVal  mögliches Problem 
Grenze         358        210
Akool          [COLOR="red"]345[/COLOR]        215  Invalid CpuProcId
WildGunMan     359        [COLOR="Red"]209[/COLOR]  Inavlid CoreProcId
Uwe            387        221  kein Problem

Eine Schematik kann ich nicht wirklich erkennen...

Die Werte werden aus dem APB-Bus ausgelesen... Was Für eine Hardware schreibt die da wohl rein...

Vetzki und andere OC-User, könnt Ihr die o.a. Tabelle wohl ergänzen?

Danke Uwe

 

[W!ldGunM@n]

Wenn Du willst, kann ich noch das Tab meiner Frau auslesen...