Slaxer_Pup 4.12 solid and stable non woof build

Under development: PCMCIA, wireless, etc.
Message
Author
User avatar
pakt
Posts: 1157
Joined: Sat 04 Jun 2005, 16:54
Location: Sweden

#376 Post by pakt »

Here it is - first time I've got wifi working on the eBox-2300. Check out the attached screenshot. :P

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

amigo
Posts: 2629
Joined: Mon 02 Apr 2007, 06:52

#377 Post by amigo »

About 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.

big_bass
Posts: 1740
Joined: Mon 13 Aug 2007, 12:21

#378 Post by big_bass »

Hey Paul (pakt)

Here it is - first time I've got wifi working on the eBox-2300. Check out the attached screenshot. Razz

EXCELLENT! :D :D

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)
About 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.
Thanks Gilbert I was going to check that out today

------------------------------------



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.

amigo
Posts: 2629
Joined: Mon 02 Apr 2007, 06:52

#379 Post by amigo »

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:

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
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*.

User avatar
pakt
Posts: 1157
Joined: Sat 04 Jun 2005, 16:54
Location: Sweden

#380 Post by pakt »

Still some room for you to learn more here :) , as I can't do it all for you at the moment.
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 SlaxerPup :wink:

I downloaded the kernel source for SlaxerPup (Thanks Joe :P ) 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 :wink:

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

User avatar
pakt
Posts: 1157
Joined: Sat 04 Jun 2005, 16:54
Location: Sweden

#381 Post by pakt »

big_bass wrote:anything else for those mini systems let me know
love to see Slaxer_Pup on those
[Getting on soapbox]
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 :wink: , 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 :P
[Getting off soapbox]

Paul
Methinks Raspberry Pi were ideal for runnin' Puppy Linux

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#382 Post by mikeb »

Neat stuff...x86 was always the most inefficient architecture yet became the most common...like vhs was the worst format for video tape...I guess it's where big business controls technology these illogical happenings occur
...falls off soapbox
mike

big_bass
Posts: 1740
Joined: Mon 13 Aug 2007, 12:21

#383 Post by big_bass »

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 8)


@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 :D

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

amigo
Posts: 2629
Joined: Mon 02 Apr 2007, 06:52

#384 Post by amigo »

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.

User avatar
pakt
Posts: 1157
Joined: Sat 04 Jun 2005, 16:54
Location: Sweden

#385 Post by pakt »

Ok, I've got the kernel source tgz down to 122MB 8)

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

User avatar
pakt
Posts: 1157
Joined: Sat 04 Jun 2005, 16:54
Location: Sweden

#386 Post by pakt »

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:

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
#
Not quite a module though. Do I know what I'm doing? Uh, no :lol:
Methinks Raspberry Pi were ideal for runnin' Puppy Linux

amigo
Posts: 2629
Joined: Mon 02 Apr 2007, 06:52

#387 Post by amigo »

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

User avatar
pakt
Posts: 1157
Joined: Sat 04 Jun 2005, 16:54
Location: Sweden

#388 Post by pakt »

Thanks amigo, but that doesn't seem to work:
# make -M=sound/pci/sis7019.ko
make: invalid option -- M
make: invalid option -- =
Usage: make [options] [target] ...
<snip>
I decided to start fresh and generally follow Barry's instructions http://puppylinux.com/development/compilekernel.htm and just compile all the modules.

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

big_bass
Posts: 1740
Joined: Mon 13 Aug 2007, 12:21

#389 Post by big_bass »

Hey Paul
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
or if you don't have the kernel sources installed you can check here too

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.

amigo
Posts: 2629
Joined: Mon 02 Apr 2007, 06:52

#390 Post by amigo »

zcat /proc/config.gz > .config
Then: 'make silentoldconfig'
Then: 'make menuconfig' and drill down to where the options for that module are to be sure it is turned on and set any available options. Save configuration when exiting menuconfig and you should be set.

big_bass
Posts: 1740
Joined: Mon 13 Aug 2007, 12:21

#391 Post by big_bass »

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
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.

User avatar
pakt
Posts: 1157
Joined: Sat 04 Jun 2005, 16:54
Location: Sweden

#392 Post by pakt »

Thanks guys, got SlaxerPup audio working on the eBox-2300 8)

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 -
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 :wink:

Paul
Methinks Raspberry Pi were ideal for runnin' Puppy Linux

amigo
Posts: 2629
Joined: Mon 02 Apr 2007, 06:52

#393 Post by amigo »

"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 .-)

big_bass
Posts: 1740
Joined: Mon 13 Aug 2007, 12:21

#394 Post by big_bass »

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

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 :shock:
Joe

User avatar
pakt
Posts: 1157
Joined: Sat 04 Jun 2005, 16:54
Location: Sweden

#395 Post by pakt »

Thanks for the guide Joe :)
big_bass wrote:I compiled the modules at an internet cafe
Guess you got your 'Compiler USB stick' working, eh? Nice one 8)


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

Post Reply