Slaxer_Pup 4.12 solid and stable non woof build
Here it is - first time I've got wifi working on the eBox-2300. Check out the attached screenshot.
Thanks Joe. This driver should be included in SlaxerPup.
Gotta go - after bedtime...
Thanks Joe. This driver should be included in SlaxerPup.
Gotta go - after bedtime...
- Attachments
-
- ebox2300-vt6655-3.png
- SlaxerPup running on eBox-2300 and connected via wlan (vt6655)
- (140.4 KiB) Downloaded 591 times
Methinks Raspberry Pi were ideal for runnin' Puppy Linux
Hey Paul (pakt)
EXCELLENT!
and just a reminder a big thanks for fixing the USB install
anything else for those mini systems let me know
love to see Slaxer_Pup on those
-------------------------------------
@Gilbert (amigo)
------------------------------------
if you need the slaxer kernel sources
here they are its a *.tgz because you wont have symlink problems
and it is all writeable and if you wanted to strip it down its easier to do
also it will install in the correct place and uninstall without any problems to your system
UPDATED 12-29-2009 lite version
src-kernel-slxr-2.6.27.7 Now 71MB 250 MB installed make sure you have the space first though
http://puppy2.org/slaxer/src-kernel-slx ... 2-slxr.tgz
if anyone compiles extra drivers let me know I will include them for slaxer pup
and upload them also
Thanks
Joe
Here it is - first time I've got wifi working on the eBox-2300. Check out the attached screenshot. Razz
EXCELLENT!
and just a reminder a big thanks for fixing the USB install
anything else for those mini systems let me know
love to see Slaxer_Pup on those
-------------------------------------
@Gilbert (amigo)
Thanks Gilbert I was going to check that out todayAbout the sound card driver, if you are using kernel >= 2.6.25 the driver is already in the kernel sources. The sources you linked to are for backporting the driver to earlier kernel versions.
------------------------------------
if you need the slaxer kernel sources
here they are its a *.tgz because you wont have symlink problems
and it is all writeable and if you wanted to strip it down its easier to do
also it will install in the correct place and uninstall without any problems to your system
UPDATED 12-29-2009 lite version
src-kernel-slxr-2.6.27.7 Now 71MB 250 MB installed make sure you have the space first though
http://puppy2.org/slaxer/src-kernel-slx ... 2-slxr.tgz
if anyone compiles extra drivers let me know I will include them for slaxer pup
and upload them also
Thanks
Joe
Last edited by big_bass on Tue 29 Dec 2009, 18:58, edited 1 time in total.
Joe, I think you must be distributing the kernel sources with all the objects built which, if so, is unnecessary. The unpacked sources should be in the range of 200-250MB.
for them to be fully functional, they only need to be configured and then packed up:
'make clean oldconfig prepare'
That will make them usable for compiling out-of-tree sources and also make them available for re-compiling the kernel or any in-tree modules in the exact form in which you used them to produce your kernel and modules.
Packing them should give you a tgz package in the range of ~80MB or so, and if your use txz then probably about 65MB.
You might have a look at delivering them as an iso image as I metioned before -that will keep them to 65/80MB installed. the only caveat is that you can't build directly in the (read-only) tree. You could create a zisofs image (using mkzftree) to keep the gzip compression. Then deliver it installed as:
/usr/src/linux/.linux-sources.iso
Then you could have the packages' doinst.sh create an entry in /etc/rc.d/rc.local which would loop-mount the image -something like this:
You could use losetup, but if you are using loop devices you'd need to do a losetup -f to find a free device first. This method shows how to 'overmount' a directory with the contents of the directory in such a way that the original content (the *.iso) is invisible.
Since you are probably more comfortable with sfs files/mounts, you could do it that way. I worked out the above trick long ago -one of the priorities was to be able to use an unpatched kernel, and at the time squashfs was not a part of the kernel, so that's why zisofs was used.
Anyway, even if you don't do that, you can still deliver read-write sources at under 100MB *unpacked*.
for them to be fully functional, they only need to be configured and then packed up:
'make clean oldconfig prepare'
That will make them usable for compiling out-of-tree sources and also make them available for re-compiling the kernel or any in-tree modules in the exact form in which you used them to produce your kernel and modules.
Packing them should give you a tgz package in the range of ~80MB or so, and if your use txz then probably about 65MB.
You might have a look at delivering them as an iso image as I metioned before -that will keep them to 65/80MB installed. the only caveat is that you can't build directly in the (read-only) tree. You could create a zisofs image (using mkzftree) to keep the gzip compression. Then deliver it installed as:
/usr/src/linux/.linux-sources.iso
Then you could have the packages' doinst.sh create an entry in /etc/rc.d/rc.local which would loop-mount the image -something like this:
Code: Select all
if [[ -f /usr/src/linux/.linux-sources.iso ]] ; then
# losetup /dev/loop-whatever /usr/src/linux/.linux-sources.iso
# mount /dev/loop-whatever /usr/src/linux
mount -o loop -t iso9660 /usr/src/linux/.linux-sources.iso /usr/src/linux
fi
Since you are probably more comfortable with sfs files/mounts, you could do it that way. I worked out the above trick long ago -one of the priorities was to be able to use an unpatched kernel, and at the time squashfs was not a part of the kernel, so that's why zisofs was used.
Anyway, even if you don't do that, you can still deliver read-write sources at under 100MB *unpacked*.
Thanks for the pointers on changing kernels in Slackware, Gilbert. I'll put that on the backburner for now and concentrate on using the kernel headers with SlaxerPupStill some room for you to learn more here , as I can't do it all for you at the moment.
I downloaded the kernel source for SlaxerPup (Thanks Joe ) and checked the contents. If I'm not mistaken these branches can be removed:
- All branches off arch/ except for /x86, i.e. remove branches alpha, arm, avr32, blackfin, cris, frv, h8300, ia64, m32r, m68k, mips, mn10300, parisc, powerpc, s390, sh, sparc, um and xtensa.
- The /Documentation branch
- All .o* files (includes .o.cmd, .o.uu, etc files. I assume these are all object files)
I'm just familiar with a few tar commands. Any tips on the tar command options to (easily) remove the above branches from the compressed tarball
Last question: I found sis7019.c and sis7019.h in the source. How would I compile just the sis7019 module and not the rest of the source?
Paul
Methinks Raspberry Pi were ideal for runnin' Puppy Linux
[Getting on soapbox]big_bass wrote:anything else for those mini systems let me know
love to see Slaxer_Pup on those
Just like Barry loves software that is lean and fast, I love hardware that is small and efficient. Apart from not working as a heating element and also contributing to a lower electricity bill , all electronics last longer when running at a lower temperature. The life span of an electronics component shortens exponentially with increasing temperature, something I learned early on as an electronics professional. I'm retired now due to poor health but I still love working with these gadgets.
The SiS Vortex86 SoC (System on Chip) in the eBox-2300 almost makes up a complete 200MHz, i586-compatible PC, only memory needs to be added, in this case 128MB. Measuring with a simple power meter, the eBox-2300 (including the AC adapter, the inserted CF card (with SlaxerPup) and the wireless module) draws only 11W (max).
This pocket-sized unit was never designed to run as a complete PC but only as a thin client. That's why it's so enjoyable to be able to run Puppy Linux on it albeit rather slowly mainly due to the X-Window GUI. Quitting X and just running a CLI makes this box run acceptably fast. And with SlaxerPup running in RAM, there is still more then 50MB RAM free.
Looking at the future, ARM-based devices promise to be more power efficient than ones based on x86. If windows XP had run on the ARM architecture, I believe we would already have had ARM-based netbooks for sale on the market and not just prototypes displayed at conventions. The demand for netbooks with Linux is simply too low. Who knows, perhaps ARM-based netbooks will appear soon in stores, but running Linux-based Google Chrome OS instead
[Getting off soapbox]
Paul
Methinks Raspberry Pi were ideal for runnin' Puppy Linux
Gilbert (amigo)
Thanks for posting how to reduce the kernel down to a much smaller size
and the optional overmounting way (I can think of a few other good things to do with that ) thanks
I will be pretty busy until at least January 7th when my kids go back to school from vacation. They start vacation today
so I hope people only down load the sources if they really need them
and I´ll repackage it up later to the smaller size [cleaned up] I´ll take a look at the overmounting of the sources also
that looks like good option
Gilbert is
@Paul (pakt)
I am very thankful that you took the time to go through the initrd and
add the delay fix so that the using the USB install option the USB save file is now detected
since I use USB most of the time I really needed that working
I kind of cut it short in the above post because I was in a hurry
I also love the electronics side of things (an electronics tech )
at 11W of power a solar powered Slaxer
would open many possibilities
so I would take any of your good suggestions
and include it in Slaxer
many times if someone doesnt have the hardware to test on
they just forget about trying to build for it because it makes it much more difficult to test and there is usually alot of trial and error until it finally works but if I know that someone really wants something to work I´ll do my best to help out
thanks for testing and if you had to add a special script or something
to make the wifi work correctly it would help the next guy getting his box running also
ahh about slackware now that you have that also installed it will help to test build anything first using src2pkg in its native home slackware
Joe
Thanks for posting how to reduce the kernel down to a much smaller size
and the optional overmounting way (I can think of a few other good things to do with that ) thanks
I will be pretty busy until at least January 7th when my kids go back to school from vacation. They start vacation today
so I hope people only down load the sources if they really need them
and I´ll repackage it up later to the smaller size [cleaned up] I´ll take a look at the overmounting of the sources also
that looks like good option
Gilbert is
@Paul (pakt)
I am very thankful that you took the time to go through the initrd and
add the delay fix so that the using the USB install option the USB save file is now detected
since I use USB most of the time I really needed that working
I kind of cut it short in the above post because I was in a hurry
I also love the electronics side of things (an electronics tech )
at 11W of power a solar powered Slaxer
would open many possibilities
so I would take any of your good suggestions
and include it in Slaxer
many times if someone doesnt have the hardware to test on
they just forget about trying to build for it because it makes it much more difficult to test and there is usually alot of trial and error until it finally works but if I know that someone really wants something to work I´ll do my best to help out
thanks for testing and if you had to add a special script or something
to make the wifi work correctly it would help the next guy getting his box running also
ahh about slackware now that you have that also installed it will help to test build anything first using src2pkg in its native home slackware
Joe
src2pkg is now getting up to en even higher level of functionality in KISS-Linux along with the new pkgtools . I've rolled in some ideas from slitaz, but without some of the problems of their packaging system. Getting fairly close to having enough kiss packages to release a version for developing on, Joe. Also, a new release of src2pkg shuld be out this weekend -just in time to help Santa with some of his packaing needs LOL.
Ok, I've got the kernel source tgz down to 122MB
I trimmed off all branches from /arch except x86, the /Documentaion branch and all object (.o) files.
I also made a 99MB sfs file from the trimmed source but discovered I forgot to add the links in doinst.sh. I think I can add the links manually ... hmm, probably need to use chroot...
Anyway, I'll report back once I've tested the sfs.
EDIT: Seems I need to leave branch i386 on /arch so I've put it back.
Didn't need chroot to make links, just made relative links with rox.
I trimmed off all branches from /arch except x86, the /Documentaion branch and all object (.o) files.
I also made a 99MB sfs file from the trimmed source but discovered I forgot to add the links in doinst.sh. I think I can add the links manually ... hmm, probably need to use chroot...
Anyway, I'll report back once I've tested the sfs.
EDIT: Seems I need to leave branch i386 on /arch so I've put it back.
Didn't need chroot to make links, just made relative links with rox.
Last edited by pakt on Sat 19 Dec 2009, 17:16, edited 2 times in total.
Methinks Raspberry Pi were ideal for runnin' Puppy Linux
The 99MB kernel-source sfs works with my frugal install . Now to try it out.
The sis7019 module might be a good choice. I think I saw somewhere how to compile a single kernel module but googling didn't help.
Well, seem to have made an object file:
Not quite a module though. Do I know what I'm doing? Uh, no
The sis7019 module might be a good choice. I think I saw somewhere how to compile a single kernel module but googling didn't help.
Well, seem to have made an object file:
Code: Select all
# make sound/pci/sis7019.ko
CHK include/linux/version.h
CHK include/linux/utsrelease.h
GEN include/linux/bounds.h
CC arch/x86/kernel/asm-offsets.s
GEN include/asm/asm-offsets.h
CALL scripts/checksyscalls.sh
CC scripts/mod/empty.o
MKELF scripts/mod/elfconfig.h
HOSTCC scripts/mod/file2alias.o
HOSTCC scripts/mod/modpost.o
HOSTCC scripts/mod/sumversion.o
HOSTLD scripts/mod/modpost
CC sound/pci/sis7019.o
include/asm/io_32.h: In function 'memcpy_fromio':
include/asm/io_32.h:151: warning: passing argument 2 of '__memcpy' discards qualifiers from pointer target type
include/asm/io_32.h: In function 'memcpy_toio':
include/asm/io_32.h:157: warning: passing argument 1 of '__memcpy' discards qualifiers from pointer target type
MODPOST 0 modules
#
Methinks Raspberry Pi were ideal for runnin' Puppy Linux
You need to be using clusty.com instead of google.com -search 'compile single kernel module' --first hit:
http://www.debian-administration.org/ar ... nel_module
# compile
make -M=Path/To/Module
# test
insmod Path/To/Module/Module.ko
http://www.debian-administration.org/ar ... nel_module
# compile
make -M=Path/To/Module
# test
insmod Path/To/Module/Module.ko
Thanks amigo, but that doesn't seem to work:
Unfortunately, I couldn't find a .config file in /usr/src/linux-2.6.27.7/ so I don't think I can compile either the kernel or drivers.
Maybe Joe has the .config file for SlaxerPup?
Paul
I decided to start fresh and generally follow Barry's instructions http://puppylinux.com/development/compilekernel.htm and just compile all the modules.# make -M=sound/pci/sis7019.ko
make: invalid option -- M
make: invalid option -- =
Usage: make [options] [target] ...
<snip>
Unfortunately, I couldn't find a .config file in /usr/src/linux-2.6.27.7/ so I don't think I can compile either the kernel or drivers.
Maybe Joe has the .config file for SlaxerPup?
Paul
Methinks Raspberry Pi were ideal for runnin' Puppy Linux
Hey Paul
I been busy setting up a USB FLASH for compiling with kernel sources
the config is here
or if you don't have the kernel sources installed you can check here too
*I'll keep at it but this week I have less free time
but now you have the tools to compile and others so
more help on the way
manual ebox
http://www.compactpc.com.tw/files/eBOX_ ... 20v0r0.pdf
found the problem
edit # CONFIG_SND_SIS7019 is not set
to read
CONFIG_SND_SIS7019=m
I did it with geany but you could do it the official way
*I verified it with amigos post below it is activated
Joe
I been busy setting up a USB FLASH for compiling with kernel sources
the config is here
Code: Select all
geany /usr/src/linux-2.6.27.7/.config
Code: Select all
rox -s /proc/config.gz
*I'll keep at it but this week I have less free time
but now you have the tools to compile and others so
more help on the way
manual ebox
http://www.compactpc.com.tw/files/eBOX_ ... 20v0r0.pdf
found the problem
edit # CONFIG_SND_SIS7019 is not set
to read
CONFIG_SND_SIS7019=m
I did it with geany but you could do it the official way
*I verified it with amigos post below it is activated
Joe
Last edited by big_bass on Sun 20 Dec 2009, 20:45, edited 4 times in total.
found the problem
edit # CONFIG_SND_SIS7019 is not set
to read
CONFIG_SND_SIS7019=m
I did it with geany but you could do it the official way
Joe
I had to build just the sound modules I hope this works
had to modify the makefile
if it works I'll document how
LD [M] sound/pci/snd-rme32.ko
CC sound/pci/snd-rme96.mod.o
LD [M] sound/pci/snd-rme96.ko
CC sound/pci/snd-sis7019.mod.o
LD [M] sound/pci/snd-sis7019.ko
CC sound/pci/snd-sonicvibes.mod.o
LD [M] sound/pci/snd-sonicvibes.ko
CC sound/pci/snd-via82xx-modem.mod.o
LD [M] sound/pci/snd-via82xx-modem.ko
CC sound/pci/snd-via82xx.mod.o
LD [M] sound/pci/snd-via82xx.ko
a long day hope it works
Updated 12/22/2009 to install in the correct place since it was tested to work
Joe
edit # CONFIG_SND_SIS7019 is not set
to read
CONFIG_SND_SIS7019=m
I did it with geany but you could do it the official way
Joe
I had to build just the sound modules I hope this works
had to modify the makefile
if it works I'll document how
LD [M] sound/pci/snd-rme32.ko
CC sound/pci/snd-rme96.mod.o
LD [M] sound/pci/snd-rme96.ko
CC sound/pci/snd-sis7019.mod.o
LD [M] sound/pci/snd-sis7019.ko
CC sound/pci/snd-sonicvibes.mod.o
LD [M] sound/pci/snd-sonicvibes.ko
CC sound/pci/snd-via82xx-modem.mod.o
LD [M] sound/pci/snd-via82xx-modem.ko
CC sound/pci/snd-via82xx.mod.o
LD [M] sound/pci/snd-via82xx.ko
a long day hope it works
Updated 12/22/2009 to install in the correct place since it was tested to work
Joe
- Attachments
-
- module-snd-sis7019-2.6.27.7.tar.gz
- (7.69 KiB) Downloaded 569 times
Last edited by big_bass on Tue 22 Dec 2009, 17:00, edited 1 time in total.
Thanks guys, got SlaxerPup audio working on the eBox-2300
Playing internet radio on it at the moment using wget like this (using the CLI):
Both Joe's and the snd-sis7019 driver module I compiled work, but the drivers are not identical: they are exactly the same size but their md5sums are not the same. Could it be because I used devx_412.sfs and Joe used 412-devx-i486-2.tgz? Different compiler options?
I used a frugal install and a large-ish kernel-source sfs I made from Joe's file - this one had only the object files removed for safety's sake. I'll experiment with cutting down the kernel source some more.
Btw, interesting that the .config file is hidden in /proc/config.gz. Good to know
Paul
Playing internet radio on it at the moment using wget like this (using the CLI):
Code: Select all
# wget -q -O - http://broadcast.infomaniak.net:80/jazzradio-high.mp3 | madplay -
I used a frugal install and a large-ish kernel-source sfs I made from Joe's file - this one had only the object files removed for safety's sake. I'll experiment with cutting down the kernel source some more.
Btw, interesting that the .config file is hidden in /proc/config.gz. Good to know
Paul
Methinks Raspberry Pi were ideal for runnin' Puppy Linux
"interesting that the .config file is hidden in /proc/config.gz" -that's a configurable option to the kernel -which can be built as a module or built-in. It should always be thr first thing you trun on -and not as a module. That way you'll never have doubt about what the kernel is capable of -or lose a working configuration file .-)
Paul *pakt
Great news!
how to for the compile
not needed if you just want to use the driver just install the above driver
but if you wanted to know what was needed to compile it read on
*********************************************************
I updated the sis driver post since you tested the driver to be working
I used this guide http://www.faqs.org/docs/Linux-HOWTO/Kernel-HOWTO.htmlwhich was modified from a how to compile one module its old but worked
mind you I didnt have that line of code #SUBDIRS with a comment so I added it where I thought it should be
and I compiled in the folder I didnt move the object
cp Makefile Makefile.my
then I cleaned the objects in the sound folder
cd /usr/src/linux-2.6.27.7/sound/pci then rm *.o
SUBDIRS =sound/pci/ #add line number 69 in the Makefile.my for slxr
# Save the file Makefile.my
make -f Makefile.my modules
------------------------------------
snip from makefile.my
# Use make M=dir to specify directory of external module to build
# Old syntax make ... SUBDIRS=$PWD is still supported
# Setting the environment variable KBUILD_EXTMOD take precedence
SUBDIRS =sound/pci/ #add line number 69 in the Makefile.my for slxr
ifdef SUBDIRS
KBUILD_EXTMOD ?= $(SUBDIRS)
endif
ifdef M
ifeq ("$(origin M)", "command line")
KBUILD_EXTMOD := $(M)
endif
endif
--------------------------------------
to clean up the sources you could do it one at a time folder for folder or use this code
that way its safe nothing gets deleted you can check what your going to delete if you run the text output as a script later
and edit out anything you need to keep
I had to do it one at a time because I compiled the modules at an internet cafe
Joe
Great news!
how to for the compile
not needed if you just want to use the driver just install the above driver
but if you wanted to know what was needed to compile it read on
*********************************************************
I updated the sis driver post since you tested the driver to be working
I used this guide http://www.faqs.org/docs/Linux-HOWTO/Kernel-HOWTO.htmlwhich was modified from a how to compile one module its old but worked
mind you I didnt have that line of code #SUBDIRS with a comment so I added it where I thought it should be
and I compiled in the folder I didnt move the object
cp Makefile Makefile.my
then I cleaned the objects in the sound folder
cd /usr/src/linux-2.6.27.7/sound/pci then rm *.o
SUBDIRS =sound/pci/ #add line number 69 in the Makefile.my for slxr
# Save the file Makefile.my
make -f Makefile.my modules
------------------------------------
snip from makefile.my
# Use make M=dir to specify directory of external module to build
# Old syntax make ... SUBDIRS=$PWD is still supported
# Setting the environment variable KBUILD_EXTMOD take precedence
SUBDIRS =sound/pci/ #add line number 69 in the Makefile.my for slxr
ifdef SUBDIRS
KBUILD_EXTMOD ?= $(SUBDIRS)
endif
ifdef M
ifeq ("$(origin M)", "command line")
KBUILD_EXTMOD := $(M)
endif
endif
--------------------------------------
to clean up the sources you could do it one at a time folder for folder or use this code
Code: Select all
find /usr/src/linux-2.6.27.7 -name '*.o' -exec echo rm {} \; >/tmp/big_clean2
that way its safe nothing gets deleted you can check what your going to delete if you run the text output as a script later
and edit out anything you need to keep
I had to do it one at a time because I compiled the modules at an internet cafe
Joe
Thanks for the guide Joe
A couple of items I've been meaning to post:
1) We talked about modifying 'init' earlier in the thread to make SlaxerPup boot faster by, e.g., adding a 'pfix=usb' option to minimize the search for Puppy files.
Well, while looking through 'init' the other day I found a reference to a boot option that I wasn't aware of that speeds up booting considerably if you have several partitions (like I have).
The option is 'pdev1=<partition-with-puppy-files>'. (That's a 'one' at the end of 'pdev')
As an example, here is the faster GRUB line I now use:
/Slaxer_Pup/vmlinuz pmedia=atahd pdev1=sda7 psubdir=Slaxer_Pup pfix=fsck
2) The new vt6655 wireless module works very well. But when shutting down, SlaxerPup will stop with some kind of code dump with that module loaded. I've modified rc.shutdown so it will look for and unload the module. That fixes the problem.
3) Booting always shows an "Error loading usbhid module" error. This module is in the kernel so I've fixed xwin not to show the error message.
4) I've included rc.sysinit with both the usb booting delay and the 'count-to-ten' delay removed (can't recall if the rc.sysinit I uploaded earlier had both mods).
Paul
Guess you got your 'Compiler USB stick' working, eh? Nice onebig_bass wrote:I compiled the modules at an internet cafe
A couple of items I've been meaning to post:
1) We talked about modifying 'init' earlier in the thread to make SlaxerPup boot faster by, e.g., adding a 'pfix=usb' option to minimize the search for Puppy files.
Well, while looking through 'init' the other day I found a reference to a boot option that I wasn't aware of that speeds up booting considerably if you have several partitions (like I have).
The option is 'pdev1=<partition-with-puppy-files>'. (That's a 'one' at the end of 'pdev')
As an example, here is the faster GRUB line I now use:
/Slaxer_Pup/vmlinuz pmedia=atahd pdev1=sda7 psubdir=Slaxer_Pup pfix=fsck
2) The new vt6655 wireless module works very well. But when shutting down, SlaxerPup will stop with some kind of code dump with that module loaded. I've modified rc.shutdown so it will look for and unload the module. That fixes the problem.
3) Booting always shows an "Error loading usbhid module" error. This module is in the kernel so I've fixed xwin not to show the error message.
4) I've included rc.sysinit with both the usb booting delay and the 'count-to-ten' delay removed (can't recall if the rc.sysinit I uploaded earlier had both mods).
Paul
- Attachments
-
- rc.sysinit.gz
- rc.sysinit with both delay fixes
- (6.26 KiB) Downloaded 571 times
-
- xwin.gz
- xwin with error message removed
- (7.07 KiB) Downloaded 508 times
-
- rc.shutdown.gz
- rc.shutdown with mod for vt6655
- (12.42 KiB) Downloaded 515 times
Methinks Raspberry Pi were ideal for runnin' Puppy Linux