- Samsung Galaxy Z Fold5 - toldozás-foldozás
- Okosóra és okoskiegészítő topik
- iPhone topik
- Bemutatta első fejhallgatóját a Sonos
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Júniusban Magyarországra érkezik a Tecno, a fejlődő piacok egyik kedvenc márkája
- Samsung Galaxy A54 - türelemjáték
- Nokia 3210 - felélni az örökséget
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Google Pixel 6/7/8 topik
Hirdetés
-
Megjött az ASUS 240 Hz-es, fényes WOLED monitora
ph Az MI-s képességekkel felvértezett újdonság 20 százalékkal jobb fénysűrűséget produkál az egész képátlón átívelve, mint a PG27AQDM.
-
Bemutatta első fejhallgatóját a Sonos
ma Ezzel is a prémium szegmensben versenyeznek, 499 eurós áron indít a Sonos Ace.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
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!
- Samsung Galaxy Z Fold5 - toldozás-foldozás
- gban: Ingyen kellene, de tegnapra
- Apple notebookok
- Bemutatkoztak a Microsoft aktuális Surface gépei
- Suzuki topik
- Renault, Dacia topik
- kissgábor007 károsultjai
- Okosóra és okoskiegészítő topik
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- További aktív témák...
- Bontatlan ÚJ IPHONE 13 mini 128-512Gb gyári független Minden Szín Deák Térnél Azonnal Átvehető.
- BONTATLAN Új Iphone 14 és 14 Plus 128-512GB 1év APPLE garancia gyári független Deák AZONNAL Átvehető
- iPhone 15 Pro 128GB - full karcmentes, dobozos, 100% akku, garancia
- Huawei P30 128GB, Kártyafüggetlen, 1 Év Garanciával
- Samsung Galaxy S24 ULTRA 12/256 GB - ÚJ
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen