- Milyen okostelefont vegyek?
- Motorola Moto G54 5G Power Edition - nem merül le
- iPhone topik
- Redmi Note 8 Pro - Redmi, a profi
- Befutottak az első Xperia 1 VII pletykák
- MIUI / HyperOS topik
- Magyarított Android alkalmazások
- 700 dolláron kezdhet a Galaxy Watch Ultra
- Okosóra és okoskiegészítő topik
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
Hirdetés
-
Rejtett díjak, nehéz lemondás: az USA pereli az Adobe-ot
it Nem csak rejtett díjakkal károsítja meg a fogyasztókat az Adobe, de az előfizetések lemondását is megnehezíti – ezért beperelte az USA kormánya.
-
Horrorjáték lesz az A Quiet Place: The Road Ahead
gp A PC-re és konzolokra érkező alkotás valamikor idén debütál, de pontosabb részleteket nem kaptunk egyelőre.
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
Mobilarena
ZTE Grand X IN - MÉLYVÍZ Belépés csak úszóknak!
Új hozzászólás Aktív témák
-
s1167
csendes tag
Off:
Ej ne légy már negatív, hiszen Ko9 már tegnap este óta azzal dolgozik (excll) amit most a cut-tal beajánlottak. Ko9-nek az volt a problémája, hogyan hasonlítsa össze. Megkapta a lehetőséget, ennyi.
Persze tökéletesen megfelel bármelyik hiszen az eredmény ugyanaz.
Ha visszaolvasol láthatod, hogy a kétségeim az xl felhasználhatóságára is kitértek azzal, hogy megemlítettem, "nem tudom milyen környezetben dolgozik". A cél azvolt hogy a munka lendülete ne törjön meg. Ko9 azt hasznosítja ami neki jobban kézre esik.De ha már iylen lendületbe jöttél Te is
akkor a cut-tal formázott sorokból lehet kiszőrözni hogy ami nem tűnik okésnak az miért nem az és mi legyen ott helyette.
Elnézést az off-ért.
[ Szerkesztve ]
-
Keeperv85
nagyúr
Fölöslegesen sz*ptatjátok magatokat diffeélssl. A fájl elején még szépen megy, de a végén totál szétesik. Nem tudja a bal kéz, hogy mit akar a jobb. Hol ez hiányzik, hol az...
Nem véletlen mutattam ám ezt...
Pirosnak tűnik a sorok eleje? Úgy nézki mintha figyelné a számokat? Na ugye...
-
s1167
csendes tag
Szerintem az előbb is hosszabban offoltunk mint amennyit célszerű, azaz semennyit. Nem szándékoztam kitérni benne a diff-re, hiszen világos hogy a két formára hozott adatsor "diff"-erenciáját szükséges megállapítani. Értem én minden felesleges mondatodat, de jobban örülnék ha ezekkel itt nem kellene foglalkozni. Nyilván unalmas az eseménytelenség amíg a Ko9 által szállított eredményre várunk.
De ha unatkozol olvass vissza, mert amit Ko9 kapott tőlem abban mind a formázás mind pedig a különbségképzés benne van. De tudod mit? Elismerem, valóban Te tolod szebben a csattogós lepkét az oviban.Hagyjuk már ezt abba és legyünk konstruktívabbak.
Ko9 légyszi jelezd ha lehet, hogy honnan vagy miből való a kísérleti konfig adatsora. Ez nem jött le nekem pedig végigolvastam. Úgy értem milyen eszköz paramétereit próbáltad meg betölteni? Csak hogy mi is elmélázhassunk a nem stimmelő sorokon.
Például miért 4216K memóriát szabadít fel a 287. sorban az eredeti konfig 2012k-ja helyett?
Határozzuk meg ezeket a különbözőségeket ha lehet.[ Szerkesztve ]
-
s1167
csendes tag
válasz
Keeperv85 #404 üzenetére
Én figyeltem rá! Figyeltem-figyeltem tankérem
. Abban a táblázatban is szerepel amit Ko9 tegnap este kapott. Sajnálom, nekem ez az eszköz akadt a kezembe.
De egyébként amit jelzel az mit jelent? Úgy értem, látom hogy mem címen tárolt érték 0 eltolással, de miért pont ezt az egyet pécézted ki? Vagy ez az egy sor a kulcsa a hibának? csak tudni szeretném.Ráadásul megelőzi 4 azaz négy másik eltérés amiből az elsőt az előbbi postban idéztem. Ezek nyilván kihatnak az általad jelzettre.
A későbbi szétcsúszások hasonlítására pont megfelet a táblázat amit Ko9 kapott. Kéred te is?
Ilyen módon megosztva a feladatokat gyorsabban haladhatnánk.
92 sornyi eltérés van. Ha ezek megvannak akkor léphetünka következő újra futtatásra és annak hibáira.
Nos?[ Szerkesztve ]
-
Keeperv85
nagyúr
Már a 306. sornál "megpecsételődik a sorsa"...
Ennek kéne lennie:
<4>[ 4.089282] [BOOT] SCU_TR=0x00020013 IA_TR=0xffffffff (oshob)
<6>[ 4.089510] OSHOB addr values is ffff3000
<6>[ 4.089831] addr=ef92000c, offset= 0, value= 0..helyette:
<4>[ 4.089282] [BOOT] SCU_TR=0x00020013 IA_TR=0xffffffff (oshob)
<6>[ 4.089510] OSHOB addr values is ffff3000
<6>[ 4.089831] addr=ef92000c, offset= 0, value= eBár koránt sem mondom, hogy az én szűrésem tökéletes lenne. Magasról tesz pl. 287. sorra...
szerk:
Nem volt célom csak ezt kiemelni, de itt csúszik el elsőre, meg ennyi fért be nem plakát nagyságú képre.
Fogalmam nincs egyelőre hogy ezt az értéket mitől kapja, pedig próbáltam előkeresni.
[ Szerkesztve ]
-
s1167
csendes tag
válasz
Keeperv85 #407 üzenetére
Ahha. Ellenőrzöm.
Köszi a bővebbet és a diagnózist.
Mármint hogy aTe szűrésed nem hozza 287. sor eltérését?
Ott még minden párhuzamosan fut. Felsorolom. Nézd meg légyszi a 287-293-295-304 sorokat. Ezek az előzmények.
A Te postod szerint Nálad a 304. sor nem mutat eltérést, nálam meg a cím végén a próba konfigban 03 áll 13 helyett. Most ezt itt csak elgépelted vagy beemelted?[ Szerkesztve ]
-
tlac
nagyúr
mivel úgy látom senki nem kapott a kihívásra...
itt a megoldás
bootheader.h/* number of sectors after the boot sector, 1 sector = 512 bytes */
pack.c nem írtam (még) meg
[ Szerkesztve ]
-
Keeperv85
nagyúr
A gond az, hogy csak egy (működő) fájl van. Nincs mivel diffelni. Össze kéne rakni a defconfigot alapból, ami még annyira nem is gáz, de mint látod itt erősen csúsznak a memória címek is, amiből nekem az jött le, hogy meg kell piszkálni a drivereket is.. hátőőő...
Tud valaki drivert írni?
-
ko9
addikt
Itt vagyok én is - nagyjából - csak közben másik telefonra is elkezdtünk egy 4.2-t összerakni, és elég egyszerre egyre figyelni
Szerintem az egész előbb elbukik, mint ami a #407-ben van. Nekem az a véleményem, hogy teljesen vissza kell mennünk az alapokig... Ez most annyiban hasonlít az eddigi Androidokra, hogy mind a kettő Linux alapú. Teljesen át kell értelmezni a dolgokat. Én pl IRQ-t, meg BIOS-t kmsg-ben még nem láttam...
Viszont örömteli, hogy a 4.2-től az AOSP forrásban van device/x86 tree
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
tlac
nagyúr
-
s1167
csendes tag
Mé' ne? egyenlőre Keeperv85-nél nem is hozza az összes eltérést. Értem én hogy a szűrés beállítások határozzák meg, mit tekint eltérésnek, és azért van két adatsorunk mert semmi értelme annak, hogy a kettő pont egyforma legyen, de azért gondolom csak jó tisztában lenni azzal hogy hol (és miért) térünk el.
Na mind1
Úgy tűnik egyébként sem ezen a szálon lesz a megoldás.
Ko9!! Nálad a pálya!
Én is arra várok amit Te tudsz szállítani. Amíg jobb katonát nem találunk ugye
De addig csakis:[ Szerkesztve ]
-
Keeperv85
nagyúr
Azt nem nézi, hogy van-e más is a karakter sorozatba. Ez csak egy igen primitív és alap szűrő. A Python RegExp [\D] kapcsolója. Innentől kezdve, ha ez bent van a maszkban a két párban lévő (azonos biten) számot nem követi az algoritmus, akkor és csak is akkor jelez eltérést, ha az egyik érték legalább alfanumerikus. Megpróbáltam most egyéb feltételekkel bővíteni. (Csak megadott hosszá szám és ha van tizedes pont stb..) de inkább vagdossuk meg, ahogy tlac javasolta. Tisztább, szárazabb érzés.
@tlac:
Persze. Simán lehet, hogy a config miatt hasal el csak, de több mint gyanús, hogy félre címez több helyen is, annak ellenére, hogy oda nincs többféle driver verzió...
[ Szerkesztve ]
-
s1167
csendes tag
Köszi az online diff-et.
Bár a magam részéről nem szenvedtem...
Sőt a 390. sor után többet is tud mint a diff (szerintem) hiszen felfejti hogy a beékelődő sorok ellenére rendben van-e valami, de ahogy gondoljátok.
Biztos vagyok benne hogy begyakorlott munkamódszerekkel dolgoztok, csak próbálok bekapcsolódni.
Elnézést kérek ha tévútra magyarázok bármit is.
De ha vezetitek a kezem, szívesen alkalmazkodom.[ Szerkesztve ]
-
s1167
csendes tag
Tanulok!
Most látom, hogy az online diff a 390 után nem sorszekvenciálisan kezel, hanem "összepárosít" nem egymás mellett álló sorokat.
Elmélyedhetek?... Bár így másodszorra már tetszik! -
tlac
nagyúr
itt a makefile, ahhoz, hogy 32 bites statikus legyen
és itt vannak a binárisok, elvileg bármilyen linuxon futnak -
tlac
nagyúr
válasz
Keeperv85 #444 üzenetére
jogos, a bootsector-ban az s-t átírtam nagyra
itt a friss fájlui:
a FIXME-ket meg lehet fejteni[ Szerkesztve ]
-
ko9
addikt
Azok a bootimage részeire vonatkotnak, nem? Mert azt már leírtam egyszerItteni: [link]Ja nem... Oké, este van, inkább alszok...
[ Szerkesztve ]
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
tlac
nagyúr
Keeperv85-ön kívül próbálta még valaki?
kicsivel több visszajelzést vártam volna
Új hozzászólás Aktív témák
● olvasd el a topic összefoglalót!
- Milyen okostelefont vegyek?
- EAFC 24
- Energiaital topic
- Programajánló: Idén sem marad el a Bacsis-tuning Retró Számítógép kiállítás
- Szankciókat kapott az USA-tól a DeepCool
- Okos Otthon / Smart Home
- Miért vezet mindenki úgy, mint egy állat?
- Kertészet, mezőgazdaság topik
- PlayStation 5
- Mibe tegyem a megtakarításaimat?
- További aktív témák...