dCore Import Debian Packages to Mountable SCE extensions > dCore X86

modules version magic!

(1/2) > >>

dicorer:
I have that very normal SD card, seems I'm unable to compile its modules (?), so I searched an alternate driver into ubuntu repo.
Which is btw the main purpose of dCore after all, isn't it? :)
And I actually found it.
It's inside that mega-dep linux-image-extra-3.16.0-23-generic, so I extracted only the .ko file I need, and copied it into dCore kernel drivers tree, run depmod -a, then modprobe.
Oops... version magic mismatch... tried modprobe -f, error again, it conflicts with modules.bin whatever, insmod same issue.

Now, I really would like to use my precious SD card with dCore, any hope I can make that happen? ;)

dicorer:
Good weekend, I didnt get answers to my questions still, strange because usually you were very quick before.
So today in the early morning before my children wake up, I decided a desperate hack attempt.
With a hex editor, I modified the vermagic string inside the .ko, to match the dCore one.
The hack did the job, modprobe accepted the magic, but it complained about the usual unresolved external functions... smtg about trace and debug, which inevitably told me ubuntu has trace and debug options kernel enabled, dCore not.
As last resort I had a look at the shipped utopic ubuntu kernel.
It is indeed not much bigger, 6MB against the 3MB of dCore.
So taking into account, that here, we are talking about importing huge MB of debs files, not TinyCore extensions,  this 3MB overall is more than acceptable.
I then did the final test: run ubuntu kernel with initrd of dCore.

In my opinion the test was kinda successful, because I did not get kernel panic!  ;D
I guess the dCore init scripts stopped the boot process somewhere before sce load, ending up simply with a root console, functional.

Really, why we can't just switch to standard shipped ubuntu kernel?

Onyarian:
Hi dicorer,

I can't understand your problem. You want to work with a "very normal SD card". Why not?
Why want you to compile its modules?
They work out of the box. I work usually with SD cards and pendrives. My PC have a multiple cards reader and I don't have any problem to put in a SD card, mount it and work.

I am working now with the ub-dCore-trusty, but I am sure that is the same with the utopic version.

Jason W:
dicorer,
As you have seen the standard Debian/Ubuntu kernel will not work with dCore.   And as mentioned, SD cards work out of the box. 

dicorer:
rtsx_pci and rtsx_pci_ms are not shipped in dCore utopic, can tell you the exact model if you need ;)
sure, I can always dl that damn tinycore-patched, expand half giga source files, select those 2 pci miserable options in kconfig and recompile the kernel.
But that's only a last resource solution, why should I do it?
If I wanted a pure TinyCore box, I would not spend hours of my free time in digging out debs... I would just use TinyCore repos, always hoping to find there what I need and decent last version...

Instead, I like much more *YOUR* idea - use, re-use, those debian debs!
Yes, they are yes full of garbage, but I showed you that its perfectly possible to clean them out, with a very simple and effective methodology, and build tiny everything you want out of them.

You say "standard Debian/Ubuntu kernel will not work with dCore"... mmmh.
Of course now dCore scripts don't work, because (I guess) they are made to work only with TinyCore special patched kernels.
But what if we modify them to work with ubuntu kernels?
I would bet, if we would refactor only the dCore init scripts, and a bit the sce-*, to work with the default ubuntu kernels, the whole structure you built would work right-away, with debs only.
No needs for "additional" gz/scripts from TinyCore world.

Anyway, could you please elaborate more in details why you think debian kernels would not work with refactored dCore scripts? :)

Navigation

[0] Message Index

[#] Next page