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

Status
Für weitere Antworten geschlossen.
akool007 schrieb:
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?


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:

akool007 schrieb:
:ohmy::lol::biggrin::laugh:

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... :ohmy::scared::ohmy:

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

Viel Erfolg...

Uwe
 
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ß
 
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
 
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 :)
 
Zuletzt bearbeitet:
W!ldGunM@n schrieb:
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
Code:
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
 
Nee, ich meine den Governor "Hotplug" der heisst so ;-)

Das andere probiere ich gleich...
 
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
 
Da kommt: Cat: cant open /prog/kmsg: No such file or fucking directory...
 
W!ldGunM@n schrieb:
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.
 
W!ldGunM@n schrieb:
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
 
u.k-f schrieb:
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:thumbup:


u.k-f schrieb:
...
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:
Code:
/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:

Code:
/*
*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:

Code:
			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 :D

Habs mal testweise (seit Sonntag abend) mit den geänderten Id's ohne Probleme laufen.
 
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
 
akool007 schrieb:
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)
 
Vetzki schrieb:
3. dito :). Lern dadurch echt viel dazu kann mich nicht genug bedanken:thumbup:




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 :D

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

:confused2:Darüber bin ich auch schon mal gestolpert... :confused2: 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:tongue:


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)
 
kannst es bis zum 27. erledigen.
Freitag+Samstag bin ich sowieso weg,und die tester missbrauchen die Rom schon und testen sie :drool:

Gruß:tongue:
 
jetzt aber...
 

Anhänge

  • kmsg.txt
    49,1 KB · Aufrufe: 777
u.k-f schrieb:
....
Oder es macht den Chip langsamer, das man früher einen neuen kaufen muss:tongue:

Würd mich irgendwie nicht wundern :huh:

u.k-f schrieb:
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.
 
akool007 schrieb:
kannst es bis zum 27. erledigen.
Dann weiss ich bescheid, Danke!

W!ldGunM@n schrieb:

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...



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

Schlimm schlau :laugh: Das mache ich auch :thumbup:

W!ldGunM@n schrieb:

Das ist ja mal interessant...

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

Code:
          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
 
Wenn Du willst, kann ich noch das Tab meiner Frau auslesen...
 
Status
Für weitere Antworten geschlossen.

Ähnliche Themen

R
Antworten
0
Aufrufe
1.611
rbe76
R
acwob
Antworten
1
Aufrufe
2.912
acwob
acwob
C
  • crisul1961
Antworten
3
Aufrufe
2.924
Sleepwalker
S
Zurück
Oben Unten