[SupportThread]Kiwi++Kernel

akool007 · 2013-02-18T15:56:20+0100

Klasse Tool!
Danke Uwe!

Grüße

Chefingenieur · 2013-02-18T18:11:02+0100

Hab jetzt auch nochmal den Kernel samt Tool geflasht und mal 1400 eingestellt, läuft super.
Klasse :thumbsup:

u.k-f · 2013-02-21T03:46:42+0100

valinet schrieb:
Chipsatz ist der Realtek 8192U

karlstahl schrieb:
Hallo,

leider bestehen nun Zwei Threads zum Thema. Nicht dass da was untergeht.
https://www.android-hilfe.de/forum/...210-a211.792/ethernet.376007.html#post5137836...l

karlstahl schrieb:
Hey Uwe,
wenn du eine Ethernet-Version zum testen hast, dann sag bescheid...l

u.k-f schrieb:
Ich habe mir jetzt selbst mal einen USB-LAN Adapter zugelegt, um die benötigten Anpassungen in den Netzwerk-Sripten testen zu können.

Es könnte sein, dass hier Anpassungen nötig werden, die man nicht per CWM installieren kann, sondern Scripte editieren muss... Ich schaue mal, was geht...

Grüsse Uwe

Stand der Dinge: Ich konnte jetzt einen Kernel herstellen, der meinen USB-LAN Adapter unterstützt.

Ich habe das WLan deaktiviert und kann mit dem LAN ins Internet, aber es gibt noch eine kleine, unschöne Stelle. Ich schaffe es noch nicht, dass der DHCP-Client-Deamon sich selbstständig eine die Netzwerk-Konfiguration vom DHCP-Server holt. Den Prozess muss ich von Hand antriggern, wenn der Netzwerk-Adapter eingestöpselt wurde. Daran arbeite ich noch. Genauere Details hier

Vielleicht mache ich es so, dass ich in das Kiwi++Kernel Tool einen Button einbaue, damit die Netzwerk-Konfiguration geholt wird. Wäre zumindest mal eine erste Möglichkeit.

Von Vali und Karl habe ich ja schon die Angabe des Chip-Sets. Alle, die auch noch Interesse haben, bitte Euer Chipset des Adapters bekannt geben.

Danke Uwe

Chefingenieur · 2013-02-21T07:28:09+0100

Der Realtek 8192U ist der Chipsatz vom USB WLAN Adapter den W!ldGunM@n verlinkt hatte: https://www.android-hilfe.de/forum/...-kiwi-kernel.368576-page-11.html#post-5131437
Einen USB auf LAN Adapter hätte ich aber auch hier zum testen, ich brauche ihn nicht wirklich am Tablet. Wenn du ihn einbinden willst, er hat den Chipsatz ADM8515 -> http://wiki.digitus.de/de/DN-3016-A

u.k-f · 2013-02-21T14:21:58+0100

Den 8515 sollte man mit dem direkt von Acer ausgelieferten Treiber für Davicom9601 Treiber ansteuern können ./kernel/driver/net/usb/dm9601.c:

Code:

	{
	 USB_DEVICE(0x0a46, 0x8515),	/* ADMtek ADM8515 USB NIC */
	 .driver_info = (unsigned long)&dm9601_info,
	 },

Für den RD9700 habe ich einen Treiber gefunden (qf9700.c) der passen sollte, von dem aber noch nicht klar ist, ob der mit dem Kernel kompiliert. Genauere Infos folgen dazu folgen...

Das Thema externer WLan Treiber kann ich derzeit noch nicht bearbeiten, da ich keinen WLAN-USB-Adapter habe und insofern nich vorhersagen kann, als welcher wlanX device ein solcher Adapter auftauchen würde.

Hinweis: Wer noch einen USB-LAN Adapter hat, für den er Support möchte, btte umgehend melden.

Grüsse Uwe

Chefingenieur · 2013-02-21T16:31:14+0100

Also das heisst dann den LAN Stick einstecken und dann?

u.k-f · 2013-02-21T18:07:27+0100

valinet schrieb:
Also das heisst dann den LAN Stick einstecken und dann?

Falls Du Dich auf diese Aussage beziehst:

u.k-f schrieb:
Den 8515 sollte man mit dem direkt von Acer ausgelieferten Treiber für Davicom9601 Treiber ansteuern können ./kernel/driver/net/usb/dm9601.c:

so würde Dir das nur was heflen, wenn Du selbst eine Kompile-Umgebung eingerichtet hättest. Denn leider noch steht in der Config:

Code:

# CONFIG_USB_NET_DM9601 is not set

Nur ist zu erwarten, dass ich heute abend beim Build einfach

Code:

CONFIG_USB_NET_DM9601=y

eintrage, und dann keine weiter Komplikationen auftreten sollten.

Was weiterhin zu tun bleibt, ist die vorhin angesprochene Frage nach dem DHCP-Support. Das werde ich im ersten wurf durch einen Menu-Punkt im Kiwi++Kernel OC Tool lösen.

D.h. nach dem Anschliessen des WLan Adapters musst Du im Tool das Menü öffnen und dann 'Refresh LAN' anklicken -> 10 sec warten und die LAN-Verbindung sollte gehen, sofern Du nicht hinter einem Proxy stehst.

Google-Playstore könnte noch Zicken machen, da gibt es ein bekanntes Problem, dass manche Apps nur über die 'Standart-INet-Verbindung' nach draussen gehen wollen (PlayStore (aber nur der Download, angucken geht), Tagesschauapp usw... siehe z.B. hier) Da bin ich an einer Lösung am arbeiten...

Ich halte Euch informiert

Grüsse Uwe

Der ursprüngliche Beitrag von 17:02 Uhr wurde um 18:07 Uhr ergänzt:

Wer sich mit Android/Linux Netwerk-Konfiguration auskennt, möge bitte mal einen Blick auf diesen Thread werfen:

https://www.android-hilfe.de/forum/...en-netzwerk-interfaces-in-android.381789.html

Nicht nur, dass ich mich dort als SUPER-NOOB oute, es wäre hilfrich, wenn da der eine oder andere Tip oder gute Link landen würde...

Danke Uwe

scme4 · 2013-02-22T12:56:16+0100

hi... ich habe eine frage zu deinem neuen Kernel....
ich habe einen benchmark mit antut gemacht..... siehe bild

dort wird mir die cpu mit 1700mhz angezeigt.....

ich habe aber auf 1400mhz gestellt.... siehe bild.....

was habe ich jetzt für eine cpu??????
kannst du mich mal aufklären....

Danke scme4

Gesendet von meinem A210 mit Tapatalk 2

u.k-f · 2013-02-22T13:15:28+0100

Die CPU wird nach aussen als 1700MHz gemeldet, da das der (Wenn auch nicht freigegebene!) theoretisch mögliche Bereich ist, denn alle externen Tools bedienen können müssen, um die CPU bedienen zu können (wenn denn mal soviel freigegeben würde).

Intern hat der Kiwi++Kernel aber eine Drossel. Wenn intern 1400MHz (wie bei Dir) freigegeben sind, und ein äusseres Tool 1500MHz geben wollte, würde das intern dennoch auf 1400 MHz abgeregelt.

Das kannst Du mit einem Tool wie System-Tuner, das Dir einen Graphen der Taktfrequenz anzeigt, gut sehen:

173564d1361535044-custom_kernel-projekt-kiwi-kernel-mit-ohne-oc-systemtuner.png

Der waagrechte Schieber für den Governor steht bei den 1700MHz (was der dem System als maximal-Takt angegebene Wert ist), aber der Graph für den Prozessor-Takt zeigt deutlich an, dass die 1300MHz (die bei mir als Limit eingestellt sind) nie überschritten werden.

Würde ich direkt von anfang an nach aussen melden, dass der Maximal-Takt der CPU nur z.B. 1400MHz wären, könnte man nicht zur Laufzeit mehr Takt geben, sondern müsste neu booten, um den Takt zu erhöhen.

Grüsse Uwe

u.k-f · 2013-02-22T13:20:42+0100

Zum Thema interne und externe Tools:

Es gibt eine generelles API für Tools um mit einem Kernel interagieren zu können. Die Tools, die dieses API benutzen, sind in meinem Sprachgebrauch 'externe Tools'

Ausserdem hat der Kiwi++Kernel eine Zugriffsschicht, die nur von den Kiwi++Tools bedient werden kann (Kiwi++Kernel OC App und kiwi_oc commandline tool). Was diese internen Tools einstellen, kann von keinem äusseren Tool überschrieben werden.

Grüsse Uwe

scme4 · 2013-02-22T13:30:25+0100

jetzt ist mir klar warum ich es Manuell nicht hinbekommen habe..... dachte ich..... war damals genau wie jetzt.... das wusste ich nicht das es bei 1700mhz steht aber wirklich nur das an Leistung benutzt wird was ich eingestellt habe.... man lernt halt nie aus......

dein kernel läuft echt super....

Gesendet von meinem A210 mit Tapatalk 2

u.k-f · 2013-02-22T13:33:49+0100

Ich möchte hier auch noch mal auf eine Passage im ersten Post dieses Threads hinweisen:

u.k-f schrieb:
...Um Missvertändinssen vorzubeugen:

Diese Einstellung ist nicht als 'Laufzeit-Anpassung' des Taktes gemeint, das macht man dann mit einer App wie System-Tuner oder CPU-Master, bzw macht das der Governor im Hintergrund.

Hier geht es um das Einstellen einer festen Obergrenze die durch nichts im System überschritten werden kann. Vom Wecken eines CPU-Kerns bis zum runterfahren wird der Kern niemals schneller als diese Obergrenze sein. Es geht hier darum, dass man die Grenze festlegt, was man sich eben traut, seiner CPU zu geben, ncht was man gerade von ihr abverlangt. Das ist mit der Grenze von 1300MHz bei einem Kernel ohne OC oder den 1700MHz beim alten OC Kernel zu vergleichen.

Anmerkung zur Benutzung von System-Tuner u.ä. Tools zum Überwachen des CPU-Taktes

Mit dem neuen Kernel ist die angezeigte Takt-Obergrenze in diesen Tools bei 1700MHz, auch wenn OC deaktiviert ist oder nur bis 1500MHz freigegeben ist. Nur bringt es nichts, den Schieber höher zu ziehen, die aktuelle KiwiOC Einstellung wird niemals vom Takt überschritten. Wenn OC deaktiviert ist, wird niemals die 1300MHz überschritten!

Aber wenn Du dann die Obergrenze mit kiwi_oc änderst, hat das Tool eben genug Einstellbereich, um auch den Bereich der neuen Grenze bedienen zu können.

Der ursprüngliche Beitrag von 13:30 Uhr wurde um 13:33 Uhr ergänzt:

scme4 schrieb:
jetzt ist mir klar warum ich es Manuell nicht hinbekommen habe..... dachte ich..... war damals genau wie jetzt.... das wusste ich nicht das es bei 1700mhz steht aber wirklich nur das an Leistung benutzt wird was ich eingestellt habe.... man lernt halt nie aus......

dein kernel läuft echt super....

Gesendet von meinem A210 mit Tapatalk 2

Ich muss auch zugeben, dass es mir schwer fällt, diese Diskrepanz zwischen innerer und äusserer Grenze gut in Worte zu packen.

Ich müsste vielleicht mal eine Skizze machen, wie sich das verhält, wobei, ich denke der Screenshot vom SystemTuner sollte das schon recht deutlich darstellen können...

Freut mich jedenfalls, wenn ich einen neuen Nutzer gewinnen konnte :cool2:

Grüsse Uwe

scme4 · 2013-02-22T13:49:34+0100

u.k-f schrieb:
Ich muss auch zugeben, dass es mir schwer fällt, diese Diskrepanz zwischen innerer und äusserer Grenze gut in Worte zu packen.

Ich müsste vielleicht mal eine Skizze machen, wie sich das verhält, wobei, ich denke der Screenshot vom SystemTuner sollte das schon recht deutlich darstellen können...

Grüsse Uwe

mit bildern ist es auch verständlicher für user die sich nicht mit der materie auskennen...

naja ein neuer kiwi++ kernel nutzer bin ich nicht habe deinen kernel seit anfang an drauf nur halt jetzt mit oc...hatte immer den nooc drauf....

u.k-f · 2013-02-23T13:57:17+0100

Hallo Vali und Karl!

Ich habe jetzt einen Kernel, der Treiber für Eure USB-LAN-Adapter beinhalten sollte gebaut

u.k-f schrieb:
Den 8515 sollte man mit dem direkt von Acer ausgelieferten Treiber für Davicom9601 Treiber ansteuern können ./kernel/driver/net/usb/dm9601.c:
...
Für den RD9700 habe ich einen Treiber gefunden (qf9700.c) der passen sollte, von dem aber noch nicht klar ist, ob der mit dem Kernel kompiliert.

Der ist auf meinem FTP-Server:
Kiwi++Kernel

Ihr braucht dort die Datei:
signed.kiwi++.eth0.zip (MD5: EA138498ED2CE22B895EA0AE61C22EC1)

Diese mit CWM installieren.

Weitere Vorraussetzungen: Busybox und TerminalEmulator müssen installiert sein, im Netzwerk muss DHCP vorhanden sein (DHCP ist der Service, dass neue Netzwerkgeräte automatisch eine IP Addresse bekommen, ist in den meisten DSL Routern mit drin)

Wenn alles installiert ist, und der USB_LAN_Adapter am Tablet angeschlossen ist und mit dem Netzwerkkabel verbunden ist dann ein Terminal-Fenster auf dem Tablet öffnen und:

Code:

su
eth0

eingeben. Dann dauert es ein paar Sekunden und dann sollte so eine Ausgabe kommen:

Code:

eth0      Link encap:Ethernet  HWaddr 00:0A:CD:20:FB:55
          inet addr:192.168.x.y  Bcast:192.168.x.255  Mask:255.255.255.0
          inet6 addr: xxxxxxxxxxxxxxxxx/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1488  Metric:1
          RX packets:1371 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1222 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:794982 (776.3 KiB)  TX bytes:267155 (260.8 KiB)
192.168.x.y

Wenn es beim ersten mal nach 20 Sekunden zu keiner Ausgabe kommt, mit 'STRG' und 'C' abbrechen und nochmal probieren.

Wenn es zu einem Fehler kommt, bitte melden.

Wenn es zu der o.a. Ausgabe kommt, sollte alles geklappt haben und die Internetverbindung über LAN bestehen.

Grüsse Uwe

Der ursprüngliche Beitrag von 13:27 Uhr wurde um 13:57 Uhr ergänzt:

Das man nach dem Anschluss des Adapters im Terminal was eingeben muss, ist natürlich nur vorübergehend so.

Eigentlich arbeite ich an einer App, die das ganze möglichts automatisieren soll

Grüsse Uwe

Chefingenieur · 2013-02-23T17:11:26+0100

Bei mir klappt es nicht, neuer Kernel und Busybox 1.21.0 sind drauf, Adapter mit Kabel eingesteckt, DHCP ist aktiv. Nach Eingabe von eth0 im Terminal kommt:
action 'up' failed (No such device)
action 'dhcp' failed (No such device)
usage: setprog <key> <value>
ifconfig: eth0: error fetching interface information: Device not found
192.168.178.1

u.k-f · 2013-02-23T18:24:18+0100

kannst Du mal im Terminal eingeben

Code:

netcfg

und einmal

Code:

lsusb

Und schreiben, was dabei rauskommt?

Danke

Uwe

Chefingenieur · 2013-02-24T09:55:28+0100

Bin gestern nicht mehr dazu gekommen, jetzt aber ein Screeshot mit den Ausgaben:

PS: Kann es sein dass das kein OC Kernel ist?

u.k-f · 2013-02-24T14:06:58+0100

Ich denke, das könnte das Problem sein:

Code:

	{
	 USB_DEVICE(0x0a46, 0x8515),	/* ADMtek ADM8515 USB NIC */
	 .driver_info = (unsigned long)&dm9601_info,
	 },

Hier wird zwar die Geräte-ID 0x8515 korrekt eingertragen, aber die Hersteller-ID weicht ab (Bei Dir steht 0x07a6, in der Datei steht 0x0a46).

Ich habe jetzt einen zusätzlichen Eintrag mit der HerstellerID Deines Adapters gemacht und neu gebaut.

Das kannst Du runterladen von meinem FTP-Server

Kiwi++Kernel

Datei (diesmal nur eth nicht eth0!)
signed.kiwi++.eth.zip (MD5: 6248A66DD826A048A074FF7E1A4B5D59).

Auserdem habe ich einen Service gebaut, der, wenn alles klappen sollte, das Anmelden des Netzwerk-Adapter selbständig übernehmen sollte.

Wenn Du nach der installation gebootet hast, sollte eigentlich der Rest automatisch passieren.

Es sollte jedoch eine Anfrage von SuperSU kommen, dass Kiwi++Kernel Superuser-Rechte möchte. Bitte die zuteilen.

Um evtl Status und Fortschritte zu beobachten, mal im Terminal-Fenster

Code:

netcfg

eingeben (netcfg lösst keine Aktion aus, sondern gibt nur den aktuellen status aus). Alles was hier beschrieben wird, sollte auch ohne die Eingabe von netcfg selbständig passieren, nur sieht man dann nichts

Wenn alles glatt geht sollte kommen (Rote Zeile ist die wichtige, kann aber auch mit eth1 beginnen...)

Code:

lo       UP                                   127.0.0.1/8   0x00000049 00:00:00:00:00:00
dummy0   DOWN                                   0.0.0.0/0   0x00000082 02:ec:80:b6:93:e2
[COLOR="Red"]eth0     DOWN                                   0.0.0.0/0   0x00001002 00:0a:cd:20:fb:55[/COLOR]
sit0     DOWN                                   0.0.0.0/0   0x00000080 00:00:00:00:00:00
ip6tnl0  DOWN                                   0.0.0.0/0   0x00000080 00:00:00:00:00:00
p2p0     DOWN                                   0.0.0.0/0   0x00001002 4e:aa:16:be:84:0d
wlan0    UP                                 192.168.x.y/24  0x00001043 4c:aa:16:be:84:0d

Wichtig ist die Zeile, die das eth0 (oder eth1) anzeigt.

Wenn auch der Sevice funktioniert, sollte wenn man nach ca 30 sec nochmal netcfg eingibt, kommen:

Code:

lo       UP                                   127.0.0.1/8   0x00000049 00:00:00:00:00:00
dummy0   DOWN                                   0.0.0.0/0   0x00000082 02:ec:80:b6:93:e2
[COLOR="Red"]eth0     UP                                     0.0.0.0/0   0x00001043 00:0a:cd:20:fb:55[/COLOR]
sit0     DOWN                                   0.0.0.0/0   0x00000080 00:00:00:00:00:00
ip6tnl0  DOWN                                   0.0.0.0/0   0x00000080 00:00:00:00:00:00
p2p0     DOWN                                   0.0.0.0/0   0x00001002 4e:aa:16:be:84:0d
wlan0    UP                                 192.168.x.y/24  0x00001043 4c:aa:16:be:84:0d

und nochmal ca 30 sec später netcfg eingeben:

Code:

lo       UP                                   127.0.0.1/8   0x00000049 00:00:00:00:00:00
dummy0   DOWN                                   0.0.0.0/0   0x00000082 02:ec:80:b6:93:e2
[COLOR="Red"]eth0     UP                                 192.168.x.z/24  0x00001043 00:0a:cd:20:fb:55[/COLOR]
sit0     DOWN                                   0.0.0.0/0   0x00000080 00:00:00:00:00:00
ip6tnl0  DOWN                                   0.0.0.0/0   0x00000080 00:00:00:00:00:00
p2p0     DOWN                                   0.0.0.0/0   0x00001002 4e:aa:16:be:84:0d
wlan0    UP                                 192.168.x.y/24  0x00001043 4c:aa:16:be:84:0d

Dann ist der LAN Adapter fertig und kann benutzt werden.

Wenn das nicht kommt, haben wir weiterhin ein Problem. Dann müssen wir mal gucken, wie es weiter geht...

Grüsse Uwe

Chefingenieur · 2013-02-24T14:26:04+0100

Danke Uwe, ich probiere es heute Abend aus, muss jetzt weg.

Chefingenieur · 2013-02-24T18:24:25+0100

Hi Uwe,

ich habe eben den neuen Kernel drauf gemach, leider kam auch nach einem Neustart keine SU Anfrage.
Die Ausgabe von netcfg sieht genauso aus wie auf dem Screeshot von meinem vorherigen Beitrag, es fehlt eth0.
Da ich ja gesagt hatte dass ich den LAN Adapter nicht benötige musst du dir keine weitere Mühe von mir aus machen. Es war nur Neugierde ob man das Teil zum laufen kriegt.

[SupportThread]Kiwi++Kernel

akool007

Stamm-User

Chefingenieur

Senior-Moderator

u.k-f

Gast

Chefingenieur

Senior-Moderator

u.k-f

Gast

Chefingenieur

Senior-Moderator

u.k-f

Gast

scme4

Stamm-User

u.k-f

Gast

Anhänge

u.k-f

Gast

scme4

Stamm-User

u.k-f

Gast

scme4

Stamm-User

u.k-f

Gast

Chefingenieur

Senior-Moderator

u.k-f

Gast

Chefingenieur

Senior-Moderator

Anhänge

u.k-f

Gast

Chefingenieur

Senior-Moderator

Chefingenieur

Senior-Moderator

Ähnliche Themen