From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <43C0EE00.9050203@domain.hid> Date: Sun, 08 Jan 2006 11:48:32 +0100 From: Philippe Gerum MIME-Version: 1.0 Subject: Re: [Xenomai-core] heres a go at an adeos-ipipe-2.6.15-i386-1.1-01.patch References: <20060106163226.X16178@domain.hid> <43BF7337.7020506@domain.hid> <20060107114240.B16178@domain.hid> <43C01960.3090806@domain.hid> <43C0364B.5020000@domain.hid> <43C03DC3.1040502@domain.hid> In-Reply-To: <43C03DC3.1040502@domain.hid> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: "Xenomai life and development \(bug reports, patches, discussions\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Philippe Gerum Cc: xenomai@xenomai.org Philippe Gerum wrote: > Jim Cromie wrote: > >> Philippe Gerum wrote: >> >>> You may want to try this one: >>> http://download.gna.org/adeos/patches/v2.6/i386/adeos-ipipe-2.6.15-i386-1.1-03.patch >>> >>> >> >> although Im not surprised, I feel like telling someone, >> >> [jimc@domain.hid ~]$ uname -a >> Linux harpo.jimc.earth 2.6.15-ipipe-103-sony #1 Sat Jan 7 13:54:09 MST >> 2006 i686 i686 i386 GNU/Linux >> [jimc@domain.hid ~]$ >> >> is NFS root for .. >> >> soekris:~# uname -a >> Linux soekris 2.6.15-ipipe-103-sk #3 Sat Jan 7 13:42:06 MST 2006 i586 >> GNU/Linux >> soekris:~# >> soekris:~# df >> Filesystem 1K-blocks Used Available Use% Mounted on >> 192.168.42.1:/nfshost/soekris >> 20158372 14249292 4885080 75% / >> tmpfs 63268 0 63268 0% /dev/shm >> /dev/hda1 484602 268767 190813 59% /mnt/flash >> 192.168.42.1:/boot 20158400 14249312 4885088 75% /boot >> 192.168.42.1:/lib/modules >> 20158400 14249312 4885088 75% /lib/modules >> 192.168.42.1:/media/cdrecorder >> 20158400 14249312 4885088 75% /mnt/cd >> 192.168.42.1:/home 20158400 14249312 4885088 75% /home >> 192.168.42.1:/mnt/dilbert >> 15638816 11716256 3128128 79% /mnt/dilbert >> 192.168.42.1:/usr/xenomai >> 20158400 14249312 4885088 75% /usr/xenomai >> 192.168.42.1:/home/jimc/dilbert/pirt >> 15638816 11716256 3128128 79% /mnt/pirt >> >> >> woohoo! >> >> I just diffed my-1.01 and real-1.03, it looks like I missed a bunch >> of these: >> > - spin_unlock_irqrestore(&ioapic_lock, flags); >> > + spin_unlock_irqrestore_hw(&ioapic_lock, flags); >> >> did I get lucky ? >> or is it cuz Im not SMP ? > > > The additional hw locking is to make 100% sure that built-in Adeos > domains pushed above Linux could call the related routines i.e. any routine manipulating the io_apic spinlock. This said, I've been a bit silly ironing the IO-APIC enabling code, since you can't get any conflict until the IO-APIC is well, enabled, and interrupts could flow and thus feed the high priority domain. even during > the kernel init phase. Since the I-pipe is enabled quite early during > this process, I've decided to play extra safe here. > >> or cuz my sony has no APIC (as distinct from ACPI) ? >> do any PCs have an APIC, or is that something for servers / hi-end >> or embedded ? >> > > It has become the norm for desktops, Intel CPU(s) of hi-end boxen have > one especially SMP since it works with the IO-APIC for routing > interrupts among other things. Still not the norm for embedded AFAIK, > this will possibly evolve the same way over time too. > >> BIOS-provided physical RAM map: >> BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) >> BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) >> BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) >> BIOS-e820: 0000000000100000 - 000000001ff40000 (usable) >> BIOS-e820: 000000001ff40000 - 000000001ff50000 (ACPI data) >> BIOS-e820: 000000001ff50000 - 0000000020000000 (ACPI NVS) >> 511MB LOWMEM available. >> On node 0 totalpages: 130880 >> DMA zone: 4096 pages, LIFO batch:0 >> DMA32 zone: 0 pages, LIFO batch:0 >> Normal zone: 126784 pages, LIFO batch:31 >> HighMem zone: 0 pages, LIFO batch:0 >> DMI present. >> ACPI: RSDP (v000 SONY ) @ 0x000f53f0 >> ACPI: RSDT (v001 SONY F1 0x20040323 MSFT 0x00000097) @ 0x1ff40000 >> ACPI: FADT (v002 SONY F1 0x20040323 MSFT 0x00000097) @ 0x1ff40200 >> ACPI: OEMB (v001 SONY F1 0x20040323 MSFT 0x00000097) @ 0x1ff50040 >> ACPI: DSDT (v001 SONY F1 0x20040323 MSFT 0x0100000d) @ 0x00000000 >> ACPI: PM-Timer IO Port: 0x408 >> Allocating PCI resources starting at 30000000 (gap: 20000000:e0000000) >> Built 1 zonelists >> Kernel command line: ro root=LABEL=/ >> Initializing CPU#0 >> PID hash table entries: 2048 (order: 11, 32768 bytes) >> Detected 1694.791 MHz processor. >> Using pmtmr for high-res timesource >> I-pipe 1.1-03: pipeline enabled. >> >> >> BTW, what happened to 1.01 and 1.02 ? >> > > There were three critical changes to merge for starting 1.1; one at a > time, -03 has ended the series. > >> tia >> jimc >> > > -- Philippe.