Power Developer
https://powerdeveloper.org/forums/

new EFIKA patchset
https://powerdeveloper.org/forums/viewtopic.php?f=9&t=1267		 Page 1 of 1
Author:  nullpointer [ Sun May 13, 2007 6:23 pm ]
Post subject:  new EFIKA patchset
Image

A new patchset for the Linux kernel 2.6.21.1 on the Genesi Efika board has just been prepeared by Acrux. Patches apply with some fuzz, some work is still in progress, but basically all the needed functionalities are added to the kernel, that seems to run smoothly.

The patchset is available here: http://cruxppc.sunsite.dk/releases/2.2. ... _13.tar.gz,
along with a proposed config here: http://cruxppc.sunsite.dk/releases/2.2. ... nfig-Efika.

Hope this will be useful to someone ;-)

cheers,

The Crux PPC Team
Author:  Neko [ Mon May 14, 2007 8:52 am ]
Post subject:  Re: new EFIKA patchset
Quote:
Image

A new patchset for the Linux kernel 2.6.21.1 on the Genesi Efika board has just been prepeared by Acrux. Patches apply with some fuzz, some work is still in progress, but basically all the needed functionalities are added to the kernel, that seems to run smoothly.

The patchset is available here: http://cruxppc.sunsite.dk/releases/2.2. ... _13.tar.gz,
along with a proposed config here: http://cruxppc.sunsite.dk/releases/2.2. ... nfig-Efika.

Hope this will be useful to someone ;-)
Thanks Giorgio, this is great work :)
Author:  bbrv [ Tue May 15, 2007 4:48 am ]
Post subject: 
...and will be going to good use:

Not Waiting for the World to Change II

Thanks CruxPPC!

R&B
Author:  acrux [ Fri May 25, 2007 7:31 am ]
Post subject: 
2.6.21 patchset works obviously fine on 2.6.21.3 too.
Code:
tar -xjvf linux-2.6.21.3.tar.bz2
tar -xjvf efika-cruxppc-2007_05_13.tar.gz
cd linux-2.6.21.3/
make mrproper
for i in ../patches/*.patch; do patch -p1 < $i ; done
make menuconfig
make
make modules_install
...
and then... here our dmesg:
Code:
Using Efika machine description
Linux version 2.6.21.3-Efika (root@efika) (gcc version 4.0.4 (CRUX PPC)) #1 Fri May 25 15:18:39 CEST 2007
Entering add_active_range(0, 0, 32768) 0 entries of 256 used
Efika: PCI bus 0 controlled by /pci@80000000

Top of RAM: 0x8000000, Total RAM: 0x8000000
Memory hole size: 0MB
Zone PFN ranges:
DMA 0 -> 32768
Normal 32768 -> 32768
early_node_map[1] active PFN ranges
0: 0 -> 32768
On node 0 totalpages: 32768
DMA zone: 256 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 32512 pages, LIFO batch:7
Normal zone: 0 pages used for memmap
Built 1 zonelists. Total pages: 32512
Kernel command line: root=/dev/sda3 console=ttyPSC0
MPC52xx PIC is up and running!
PID hash table entries: 512 (order: 9, 2048 bytes)
time_init: decrementer frequency = 33.000000 MHz
time_init: processor frequency = 396.000000 MHz
Console: colour dummy device 80x25
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 125396k/131072k available (3952k kernel code, 5528k reserved, 172k data, 145k bss, 160k init)
Calibrating delay loop... 65.53 BogoMIPS (lpj=32768)
Security Framework v1.0.0 initialized
Capability LSM initialized
Mount-cache hash table entries: 512
NET: Registered protocol family 16
PCI: Probing PCI hardware
DMA: MPC52xx BestComm driver
DMA: MPC52xx BestComm engine @f0001200 ok !
Generic PHY: Registered new driver
SCSI subsystem initialized
libata version 2.20 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 4096 (order: 3, 32768 bytes)
TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
TCP reno registered
Thermal assist unit not available
audit: initializing netlink socket (disabled)
audit(1180107139.223:1): initialized
squashfs: version 3.2-r2 (2007/01/15) Phillip Lougher
NTFS driver 2.1.28 [Flags: R/W].
io scheduler noop registered
io scheduler cfq registered (default)
Generic RTC Driver v1.07
Macintosh non-volatile memory driver v1.1
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
Serial: MPC52xx PSC UART driver
f0002000.serial: ttyPSC0 at MMIO 0xf0002000 (irq = 129) is a MPC52xx PSC
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
loop: loaded (max 8 devices)
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
eth0: Phy @ 0x10, type GENERIC (0x00008201)
ata: MPC52xx IDE/ATA libata driver
ata1: PATA max PIO4 cmd 0x00000000 ctl 0xc9018a5c bmdma 0x00000000 irq 135
scsi0 : mpc52xx_ata
ata1.00: ATA-4: IBM-DBCA-204860, BC3OA87F, max UDMA/33
ata1.00: 9514260 sectors, multi 0: LBA
ata1.00: configured for PIO4
scsi 0:0:0:0: Direct-Access ATA IBM-DBCA-204860 BC3O PQ: 0 ANSI: 5
SCSI device sda: 9514260 512-byte hdwr sectors (4871 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
SCSI device sda: 9514260 512-byte hdwr sectors (4871 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sda: RDSK (512) sda1 (SWP^@)(res 2 spb 1) sda2 (LNX^@)(res 2 spb 1) sda3 (RFS^@)(res 2 spb 1)
sd 0:0:0:0: Attached scsi disk sda
sd 0:0:0:0: Attached scsi generic sg0 type 0
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
ppc-of-ohci f0001000.usb: OF OHCI
ppc-of-ohci f0001000.usb: new USB bus registered, assigned bus number 1
ppc-of-ohci f0001000.usb: irq 134, io mem 0xf0001000
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
Initializing USB Mass Storage driver...
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
usbcore: registered new interface driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
mice: PS/2 mouse device common for all mice
i2c /dev entries driver
Advanced Linux Sound Architecture Driver Version 1.0.14rc3 (Wed Mar 14 07:25:50 2007 UTC).
ALSA device list:
No soundcards found.
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
ReiserFS: sda3: found reiserfs format "3.6" with standard journal
ReiserFS: sda3: using ordered data mode
ReiserFS: sda3: journal params: device sda3, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda3: checking transaction log (sda3)
ReiserFS: sda3: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 160k init
Adding 246440k swap on /dev/sda1. Priority:-1 extents:1 across:246440k
eth0: config: auto-negotiation on, 100FDX, 100HDX, 10FDX, 10HDX.
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
eth0: no IPv6 routers present
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Author:  bbrv [ Fri May 25, 2007 8:38 am ]
Post subject: 
That is great Nico. Thanks!

The CruxPPC Team rocks!

R&B :)
Author:  Neko [ Sat May 26, 2007 10:51 am ]
Post subject: 
Quote:
2.6.21 patchset works obviously fine on 2.6.21.3 too.
Okay! The next step then.. get 2.6.22 going so that we are running with the pack and not playing catch-up.

There are a few improved drivers pushed up to the latest kernel revisions which I hope we can get in. The goal, at least the ones I'm going to set, are;
modularise everything for the MPC5200B besides the obvious interrupt controller and needed-for-boot modules. Distributions (and kernel compilers) should rely on an initramfs (of whichever kind you prefer) to hold all the relevant modules, and therefore allow things to be loaded on-demand.

This basically plays into the hands of the guys wanting to speed up the boot process. Currently loading, scanning and initialising the USB mass storage on my Efika takes 7 or 8 seconds (I have a few keys and disks) and if I take out the disks, it still takes 5 or 6 seconds. Modularising this means all modules will be loaded on-demand by hotplug, saving 5 seconds on boot.

The same goes for ATA - if there is no disk installed, why probe and install it? I also don't use ethernet (have a wireless key).

Audio (there is a new, but very hacky DMA audio driver) fixes, and I hope to let everyone experiment with CONFIG_NOHZ and dynamic ticks. Maybe even Ingo's CFS scheduler. Once we have a working patchset for 2.6.22-rc3, it will be simple to roll out versions for this and I *hope* we can finally set up the official Power Developer apt repository to enable this.

Of course I plan to document the process so that people can grab the kernel, patches and produce their own Debian Installer or kernel package if they so need to. I think the available documentation online is really rather flakey..

And then I'm going to take hints on packages you guys want to see. I already compiled initng for Debian Etch today, it works but locks near the end for some reason. My Debian install is mangled so it is probably my fault. The XGI drivers properly packaged might be a next step.

Does anyone have any hints as to what they would like to see from this?
Author:  nixnut [ Mon May 28, 2007 4:20 am ]
Post subject: 
Quote:
2.6.21 patchset works obviously fine on 2.6.21.3 too.
Code:
tar -xjvf linux-2.6.21.3.tar.bz2
tar -xjvf efika-cruxppc-2007_05_13.tar.gz
cd linux-2.6.21.3/
make mrproper
for i in ../patches/*.patch; do patch -p1 < $i ; done
make menuconfig
make
make modules_install
...
uhm, are you sure about that? I'm seeing rejects from these patches:
0002-powerpc-export_of_device_get_modalias.patch
0020-powerpc-change-rheap-functions-to-use-ulongs-instea.patch
0022-powerpc-Changes-the-config-mechanism-for-rheap.patch
Author:  PurpleAlien [ Mon May 28, 2007 9:29 am ]
Post subject: 
Hi.

Just wondering if anyone is maintaining the Gentoo-EFIKA kernel?

The Crux patches apply pretty well against the Gentoo-sources (got a linux-2.6.21-gentoo-r2 for EFIKA here), but it would be nice if the EFIKA overlay would have these patches integrated.


Best regards,
Johan
Author:  Neko [ Tue May 29, 2007 5:33 am ]
Post subject: 
Quote:
Hi.

Just wondering if anyone is maintaining the Gentoo-EFIKA kernel?

The Crux patches apply pretty well against the Gentoo-sources (got a linux-2.6.21-gentoo-r2 for EFIKA here), but it would be nice if the EFIKA overlay would have these patches integrated.
Even if they are, the patches there are a little clumsy. Some of the BestComm and DMA stuff has been rewritten etc. - as of 2.6.22 there is a lot less patching to do and simply just adding devices to the Efika.
Author:  morgoth6 [ Tue May 29, 2007 11:28 pm ]
Post subject: 
Quote:
uhm, are you sure about that? I'm seeing rejects from these patches:
0002-powerpc-export_of_device_get_modalias.patch
0020-powerpc-change-rheap-functions-to-use-ulongs-instea.patch
0022-powerpc-Changes-the-config-mechanism-for-rheap.patch
This is because some patches are missing. Apply first:

ppc-efika-modalias.patch
ppc-efika-of_device-generic-uevent.patch

And there would be onlu one reject from 0022-powerpc-Changes-the-config-mechanism-for-rheap.patch quite easy to fix by hand.

Also I think ppc-efika-psc-console-autodetection.patch might be a good idea too.
Author:  nixnut [ Wed May 30, 2007 5:03 am ]
Post subject: 
Quote:
This is because some patches are missing. Apply first:

ppc-efika-modalias.patch
ppc-efika-of_device-generic-uevent.patch

And there would be onlu one reject from 0022-powerpc-Changes-the-config-mechanism-for-rheap.patch quite easy to fix by hand.

Also I think ppc-efika-psc-console-autodetection.patch might be a good idea too.
Great! That helped. There were still some rejects, but I managed to fix those. Updated patch set here
Author:  acrux [ Fri Jun 01, 2007 3:27 am ]
Post subject: 
Quote:
Quote:
This is because some patches are missing. Apply first:

ppc-efika-modalias.patch
ppc-efika-of_device-generic-uevent.patch

And there would be onlu one reject from 0022-powerpc-Changes-the-config-mechanism-for-rheap.patch quite easy to fix by hand.

Also I think ppc-efika-psc-console-autodetection.patch might be a good idea too.
Great! That helped. There were still some rejects, but I managed to fix those. Updated patch set here
thanks for the hint! i really love this kind of cooperation. GREAT!

greetz,
Author:  acrux [ Sun Jun 03, 2007 6:07 am ]
Post subject: 
Quote:

Also I think ppc-efika-psc-console-autodetection.patch might be a good idea too.
the new patchset works fine, only the serial term seems to have some issues. (using minicom i have a lot of tts/0: _n_ input overrun(s))
Page 1 of 1 All times are UTC-06:00
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/