Post links to your 32-bit module repos here. Repo maintainers are responsible for resolving any issues caused by their xzm's.
-
kalo86
- Samurai

- Posts: 163
- Joined: 28 Mar 2011, 18:04
- Location: Italy
Post#1
by kalo86 » 11 Oct 2011, 12:50
Hello Dear Community, today I compiled the new stable linux kernel 3.0.4 with AUFS3.0 patches.
UPDATE
This is the download link for the RAR archive containing
000-kernel.xzm,
vmlinuz,
initred.xz and the
crippled_sources:
(
please download this new version due to a symlink lack, now fixed)
http://www.mediafire.com/?pqs9b0xdpiogfsb
Enjoy
kalo86
PS: The crippled_source module is optional, but required for the compilation of "compat-wireless" suite (for example).
Last edited by
kalo86 on 11 Oct 2011, 21:59, edited 3 times in total.
kalo86
-
pdellu
- White ninja

- Posts: 9
- Joined: 26 Sep 2011, 07:51
- Location: Roma, Italy
Post#2
by pdellu » 11 Oct 2011, 20:27
Just to know, how did u patched 3.0.4 ....i was not able to do it...can you please tel me steps ?
thx
Paolo Dell'Unto
pdellu
-
kalo86
- Samurai

- Posts: 163
- Joined: 28 Mar 2011, 18:04
- Location: Italy
Post#3
by kalo86 » 11 Oct 2011, 21:45
Hi!
I followed the really-good guide on the porteus web site.
This is the link of this guide:
http://porteus.org/info/docs/51-develop ... ernel.html
Anyway, if you want better information, you can read the documentation on sourceforge, on the site-project of AUFS, now at 3.0 version.
I tried to patch the linux-3.1.0-rc9 with the aufs_v3.0 patches, but I have many errors at the compilation of the kernel.
This is caused by the aufs patch because the linux-kernel-3.1.x requires aufs3.x patch.
I hope to have helped you!
Regards,
kalo86
kalo86
-
brokenman
- Site Admin

- Posts: 6104
- Joined: 27 Dec 2010, 03:50
- Distribution: Porteus v4 all desktops
- Location: Brazil
-
Contact:
Post#4
by brokenman » 12 Oct 2011, 03:22
I also compiled the 3.0.4 kernel and am using it here. Everything seems to be running nicely, and it seems to address the problem with dual graphics machines chewing through power fast. Fanthom passed me a script to generate the aufs patch which looks good, however i havn't tested it yet. Don't forget you will need to copile broadcom and ndiswrapper against the new kernel and update the /var/log/package file in 000-kernel.
I think we are just waiting on 3.1 kernel now and everything will be go. I don't think kernel.org will revert back to their old system, i think they will stick with git since linus wrote it, and expressed his concerns about why it should be used. I guess you live and you learn ... or you live and you don't learn, and you get owned again.
How do i become super user?
Wear your underpants on the outside and put on a cape.
brokenman
-
Falcony
- Full of knowledge

- Posts: 237
- Joined: 01 Jan 2011, 12:44
- Location: Russia
Post#5
by Falcony » 12 Oct 2011, 11:21
brokenman,
If you shared this 000-kernel - it whould be nice
I test it and if it will be quite stable include to new version of FIDOSlax which will be soon L)
Falcony
-
brokenman
- Site Admin

- Posts: 6104
- Joined: 27 Dec 2010, 03:50
- Distribution: Porteus v4 all desktops
- Location: Brazil
-
Contact:
Post#6
by brokenman » 22 Oct 2011, 15:44
Sorry, missed your post Falcony.
I have compiled 3.1rc10 now ... i will release the testing version of 32bit soon and you can grab 000-kernel from there. Let me know if you want it sooner and i will send.
How do i become super user?
Wear your underpants on the outside and put on a cape.
brokenman
-
Quax
- Full of knowledge

- Posts: 21
- Joined: 29 Dec 2010, 21:28
- Distribution: FluxFlux (ARM + x86), Slax7
- Location: Muelheim an der Ruhr, Germany
-
Contact:
Post#7
by Quax » 22 Oct 2011, 18:33
Hi Brokenman,
brokenman wrote:I have compiled 3.1rc10 now ...
How did you manage the changes concerning /dev/loop => /dev/loop-control ?
If I remember right, we will have to change handling of using/creating/freeing loops completely...
Quax
Erfahrung bedeutet gar nichts - man kann Dinge auch 15 Jahre lang falsch machen...
Experience means nothing - one could have done things wrong for the last 15 years...
Quax
-
fanthom
- Moderator Team

- Posts: 5591
- Joined: 28 Dec 2010, 02:42
- Distribution: Porteus Kiosk
- Location: Poland
-
Contact:
Post#8
by fanthom » 24 Oct 2011, 14:27
Hello Quax,
last week i have pushed out 64bit Porteus version based also on 3.1-rc10 kernel and didn't spot any changes in loop controlling mechanism. Well, at least i didn't have to change anything in the scripts, utilities, etc... maybe implemented changes are backward compatible?
have a look on the ISO if you want:
http://ponce.cc/porteus/x86_64/testing/ ... x86_64.iso
Cheers
Please add [Solved] to your thread title if the solution was found.
fanthom