From anemo@mba.ocn.ne.jp Fri Sep 1 04:35:25 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 01 Sep 2006 04:35:27 +0100 (BST) Received: from topsns2.toshiba-tops.co.jp ([202.230.225.126]:44608 "EHLO topsns2.toshiba-tops.co.jp") by ftp.linux-mips.org with ESMTP id S20027677AbWIADfZ (ORCPT ); Fri, 1 Sep 2006 04:35:25 +0100 Received: from topsms.toshiba-tops.co.jp by topsns2.toshiba-tops.co.jp via smtpd (for ftp.linux-mips.org [194.74.144.162]) with ESMTP; Fri, 1 Sep 2006 12:35:23 +0900 Received: from topsms.toshiba-tops.co.jp (localhost.localdomain [127.0.0.1]) by localhost.toshiba-tops.co.jp (Postfix) with ESMTP id 243C7204AD; Fri, 1 Sep 2006 12:35:19 +0900 (JST) Received: from srd2sd.toshiba-tops.co.jp (srd2sd.toshiba-tops.co.jp [172.17.28.2]) by topsms.toshiba-tops.co.jp (Postfix) with ESMTP id 188BF1FF0A; Fri, 1 Sep 2006 12:35:19 +0900 (JST) Received: from localhost (fragile [172.17.28.65]) by srd2sd.toshiba-tops.co.jp (8.12.10/8.12.10) with ESMTP id k813ZGW0053279; Fri, 1 Sep 2006 12:35:18 +0900 (JST) (envelope-from anemo@mba.ocn.ne.jp) Date: Fri, 01 Sep 2006 12:35:16 +0900 (JST) Message-Id: <20060901.123516.21957726.nemoto@toshiba-tops.co.jp> To: linux-mips@linux-mips.org Cc: ralf@linux-mips.org, nigel@mips.com Subject: Re: [MIPS] Fix COW D-cache aliasing on fork From: Atsushi Nemoto In-Reply-To: References: X-Fingerprint: 6ACA 1623 39BD 9A94 9B1A B746 CA77 FE94 2874 D52F X-Pgp-Public-Key: http://wwwkeys.pgp.net/pks/lookup?op=get&search=0x2874D52F X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12495 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: anemo@mba.ocn.ne.jp Precedence: bulk X-list: linux-mips On Thu, 31 Aug 2006 21:32:39 +0100, linux-mips@linux-mips.org wrote: > Author: Atsushi Nemoto Thu Aug 24 00:31:30 2006 +0900 > Comitter: Ralf Baechle Thu Aug 31 19:50:02 2006 +0100 > Commit: b895b66990f22a8a030c41390c538660a02bb97f > Gitweb: http://www.linux-mips.org/g/linux/b895b669 > Branch: master Thanks!!! And please commit this fix too. The tlbidx variable should be signed int so that "tlbidx < 0" comparison works correctly. Nigel Stephens pointed this out. Signed-off-by: Atsushi Nemoto diff --git a/arch/mips/mm/init.c b/arch/mips/mm/init.c index 2cfdc0b..bbc9458 100644 --- a/arch/mips/mm/init.c +++ b/arch/mips/mm/init.c @@ -136,7 +136,7 @@ static inline void *kmap_coherent(struct unsigned long vaddr, flags, entrylo; unsigned long old_ctx; pte_t pte; - unsigned int tlbidx; + int tlbidx; inc_preempt_count(); idx = (addr >> PAGE_SHIFT) & (FIX_N_COLOURS - 1); From hemanth.venkatesh@wipro.com Fri Sep 1 07:29:09 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 01 Sep 2006 07:29:13 +0100 (BST) Received: from wip-ec-wd.wipro.com ([203.91.193.32]:159 "EHLO wip-ec-wd.wipro.com") by ftp.linux-mips.org with ESMTP id S20037857AbWIAG3J (ORCPT ); Fri, 1 Sep 2006 07:29:09 +0100 Received: from wip-ec-wd.wipro.com (localhost.wipro.com [127.0.0.1]) by localhost (Postfix) with ESMTP id 3EAC32062C for ; Fri, 1 Sep 2006 11:55:03 +0530 (IST) Received: from blr-ec-bh02.wipro.com (blr-ec-bh02.wipro.com [10.201.50.92]) by wip-ec-wd.wipro.com (Postfix) with ESMTP id 270D320621 for ; Fri, 1 Sep 2006 11:55:03 +0530 (IST) Received: from blr-m2-msg.wipro.com ([10.116.50.99]) by blr-ec-bh02.wipro.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 1 Sep 2006 11:58:58 +0530 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6CD8F.DF8228AA" Subject: AU1100 and AU1200 UDC Drivers Date: Fri, 1 Sep 2006 11:58:44 +0530 Message-ID: <2156B1E923F1A147AABDF4D9FDEAB4CB13829B@blr-m2-msg.wipro.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: AU1100 and AU1200 UDC Drivers Thread-Index: AcbNjwDH5nG/y0sBT0yxGvijxmAfqA== From: To: X-OriginalArrivalTime: 01 Sep 2006 06:28:58.0233 (UTC) FILETIME=[E7F63E90:01C6CD8F] Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12496 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: hemanth.venkatesh@wipro.com Precedence: bulk X-list: linux-mips This is a multi-part message in MIME format. ------_=_NextPart_001_01C6CD8F.DF8228AA Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, =20 Does anyone have working peripheral controller drivers for AU1100 and AU1200 SOCs. I did see some patches in the mailing list, but doesn't seem to be part of the 2.6.17 linux-mips source. =20 Thanks Hemanth ------_=_NextPart_001_01C6CD8F.DF8228AA Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi All,

 

Does anyone have working peripheral controller = drivers for AU1100 and AU1200 SOCs. I did see some patches in the mailing list, but = doesn’t seem to be part of the 2.6.17 linux-mips = source.

 

Thanks

Hemanth

------_=_NextPart_001_01C6CD8F.DF8228AA-- From david.goodenough@linkchoose.co.uk Fri Sep 1 11:51:06 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 01 Sep 2006 11:51:07 +0100 (BST) Received: from ip-217-204-115-127.easynet.co.uk ([217.204.115.127]:46864 "EHLO apollo.linkchoose.co.uk") by ftp.linux-mips.org with ESMTP id S20038427AbWIAKvG (ORCPT ); Fri, 1 Sep 2006 11:51:06 +0100 Received: from [10.98.1.127] (helo=galaxy.dga.co.uk) by apollo.linkchoose.co.uk with esmtp (Exim 4.60) (envelope-from ) id 1GJ6c9-0003Ns-An for linux-mips@linux-mips.org; Fri, 01 Sep 2006 11:51:09 +0100 Received: from [10.0.1.63] by galaxy.dga.co.uk with esmtp (Exim 4.62) (envelope-from ) id 1GJ6bs-0003LW-5t for linux-mips@linux-mips.org; Fri, 01 Sep 2006 11:50:53 +0100 From: David Goodenough Organization: Linkchoose Ltd To: linux-mips@linux-mips.org Subject: ADM5120 support Date: Fri, 1 Sep 2006 11:50:54 +0100 User-Agent: KMail/1.9.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609011150.54312.david.goodenough@linkchoose.co.uk> Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12497 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: david.goodenough@linkchoose.co.uk Precedence: bulk X-list: linux-mips I have found some patches for the ADM5120 on the web for 2.6.12, but nothing more recent. Anyone know of an updated patch (if updating is needed)? David From anemo@mba.ocn.ne.jp Fri Sep 1 16:41:24 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 01 Sep 2006 16:41:27 +0100 (BST) Received: from mba.ocn.ne.jp ([210.190.142.172]:15320 "HELO smtp.mba.ocn.ne.jp") by ftp.linux-mips.org with SMTP id S20038478AbWIAPlY (ORCPT ); Fri, 1 Sep 2006 16:41:24 +0100 Received: from localhost (p2154-ipad201funabasi.chiba.ocn.ne.jp [222.146.65.154]) by smtp.mba.ocn.ne.jp (Postfix) with ESMTP id 231ABBBAB; Sat, 2 Sep 2006 00:41:15 +0900 (JST) Date: Sat, 02 Sep 2006 00:43:07 +0900 (JST) Message-Id: <20060902.004307.41010946.anemo@mba.ocn.ne.jp> To: linux-mips@linux-mips.org Cc: ralf@linux-mips.org Subject: [PATCH] remove __flush_icache_page From: Atsushi Nemoto X-Fingerprint: 6ACA 1623 39BD 9A94 9B1A B746 CA77 FE94 2874 D52F X-Pgp-Public-Key: http://wwwkeys.pgp.net/pks/lookup?op=get&search=0x2874D52F X-Mailer: Mew version 3.3 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12498 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: anemo@mba.ocn.ne.jp Precedence: bulk X-list: linux-mips Now nobody use __flash_icache_page. We can remove them completely. Signed-off-by: Atsushi Nemoto diff --git a/arch/mips/mm/c-r3k.c b/arch/mips/mm/c-r3k.c index e1f35ef..d1af42c 100644 --- a/arch/mips/mm/c-r3k.c +++ b/arch/mips/mm/c-r3k.c @@ -268,26 +268,6 @@ static void r3k_flush_data_cache_page(un { } -static void r3k_flush_icache_page(struct vm_area_struct *vma, struct page *page) -{ - struct mm_struct *mm = vma->vm_mm; - unsigned long physpage; - - if (cpu_context(smp_processor_id(), mm) == 0) - return; - - if (!(vma->vm_flags & VM_EXEC)) - return; - -#ifdef DEBUG_CACHE - printk("cpage[%d,%08lx]", cpu_context(smp_processor_id(), mm), page); -#endif - - physpage = (unsigned long) page_address(page); - if (physpage) - r3k_flush_icache_range(physpage, physpage + PAGE_SIZE); -} - static void r3k_flush_cache_sigtramp(unsigned long addr) { unsigned long flags; @@ -335,7 +315,6 @@ void __init r3k_cache_init(void) flush_cache_mm = r3k_flush_cache_mm; flush_cache_range = r3k_flush_cache_range; flush_cache_page = r3k_flush_cache_page; - __flush_icache_page = r3k_flush_icache_page; flush_icache_range = r3k_flush_icache_range; flush_cache_sigtramp = r3k_flush_cache_sigtramp; diff --git a/arch/mips/mm/c-r4k.c b/arch/mips/mm/c-r4k.c index 2d729f6..6477e4a 100644 --- a/arch/mips/mm/c-r4k.c +++ b/arch/mips/mm/c-r4k.c @@ -551,82 +551,6 @@ static void r4k_flush_icache_range(unsig instruction_hazard(); } -/* - * Ok, this seriously sucks. We use them to flush a user page but don't - * know the virtual address, so we have to blast away the whole icache - * which is significantly more expensive than the real thing. Otoh we at - * least know the kernel address of the page so we can flush it - * selectivly. - */ - -struct flush_icache_page_args { - struct vm_area_struct *vma; - struct page *page; -}; - -static inline void local_r4k_flush_icache_page(void *args) -{ - struct flush_icache_page_args *fip_args = args; - struct vm_area_struct *vma = fip_args->vma; - struct page *page = fip_args->page; - - /* - * Tricky ... Because we don't know the virtual address we've got the - * choice of either invalidating the entire primary and secondary - * caches or invalidating the secondary caches also. With the subset - * enforcment on R4000SC, R4400SC, R10000 and R12000 invalidating the - * secondary cache will result in any entries in the primary caches - * also getting invalidated which hopefully is a bit more economical. - */ - if (cpu_has_inclusive_pcaches) { - unsigned long addr = (unsigned long) page_address(page); - - r4k_blast_scache_page(addr); - ClearPageDcacheDirty(page); - - return; - } - - if (!cpu_has_ic_fills_f_dc) { - unsigned long addr = (unsigned long) page_address(page); - r4k_blast_dcache_page(addr); - if (!cpu_icache_snoops_remote_store) - r4k_blast_scache_page(addr); - ClearPageDcacheDirty(page); - } - - /* - * We're not sure of the virtual address(es) involved here, so - * we have to flush the entire I-cache. - */ - if (cpu_has_vtag_icache && vma->vm_mm == current->active_mm) { - int cpu = smp_processor_id(); - - if (cpu_context(cpu, vma->vm_mm) != 0) - drop_mmu_context(vma->vm_mm, cpu); - } else - r4k_blast_icache(); -} - -static void r4k_flush_icache_page(struct vm_area_struct *vma, - struct page *page) -{ - struct flush_icache_page_args args; - - /* - * If there's no context yet, or the page isn't executable, no I-cache - * flush is needed. - */ - if (!(vma->vm_flags & VM_EXEC)) - return; - - args.vma = vma; - args.page = page; - - r4k_on_each_cpu(local_r4k_flush_icache_page, &args, 1, 1); -} - - #ifdef CONFIG_DMA_NONCOHERENT static void r4k_dma_cache_wback_inv(unsigned long addr, unsigned long size) @@ -1291,7 +1215,6 @@ void __init r4k_cache_init(void) __flush_cache_all = r4k___flush_cache_all; flush_cache_mm = r4k_flush_cache_mm; flush_cache_page = r4k_flush_cache_page; - __flush_icache_page = r4k_flush_icache_page; flush_cache_range = r4k_flush_cache_range; flush_cache_sigtramp = r4k_flush_cache_sigtramp; diff --git a/arch/mips/mm/c-sb1.c b/arch/mips/mm/c-sb1.c index 16bad7c..5537558 100644 --- a/arch/mips/mm/c-sb1.c +++ b/arch/mips/mm/c-sb1.c @@ -307,66 +307,6 @@ void sb1_flush_icache_range(unsigned lon #endif /* - * Flush the icache for a given physical page. Need to writeback the - * dcache first, then invalidate the icache. If the page isn't - * executable, nothing is required. - */ -static void local_sb1_flush_icache_page(struct vm_area_struct *vma, - struct page *page) -{ - unsigned long start; - int cpu = smp_processor_id(); - -#ifndef CONFIG_SMP - if (!(vma->vm_flags & VM_EXEC)) - return; -#endif - - /* Need to writeback any dirty data for that page, we have the PA */ - start = (unsigned long)(page-mem_map) << PAGE_SHIFT; - __sb1_writeback_inv_dcache_phys_range(start, start + PAGE_SIZE); - /* - * If there's a context, bump the ASID (cheaper than a flush, - * since we don't know VAs!) - */ - if (vma->vm_mm == current->active_mm) { - if (cpu_context(cpu, vma->vm_mm) != 0) - drop_mmu_context(vma->vm_mm, cpu); - } else - __sb1_flush_icache_range(start, start + PAGE_SIZE); - -} - -#ifdef CONFIG_SMP -struct flush_icache_page_args { - struct vm_area_struct *vma; - struct page *page; -}; - -static void sb1_flush_icache_page_ipi(void *info) -{ - struct flush_icache_page_args *args = info; - local_sb1_flush_icache_page(args->vma, args->page); -} - -/* Dirty dcache could be on another CPU, so do the IPIs */ -static void sb1_flush_icache_page(struct vm_area_struct *vma, - struct page *page) -{ - struct flush_icache_page_args args; - - if (!(vma->vm_flags & VM_EXEC)) - return; - args.vma = vma; - args.page = page; - on_each_cpu(sb1_flush_icache_page_ipi, (void *) &args, 1, 1); -} -#else -void sb1_flush_icache_page(struct vm_area_struct *vma, struct page *page) - __attribute__((alias("local_sb1_flush_icache_page"))); -#endif - -/* * A signal trampoline must fit into a single cacheline. */ static void local_sb1_flush_cache_sigtramp(unsigned long addr) @@ -526,7 +466,6 @@ #endif /* These routines are for Icache coherence with the Dcache */ flush_icache_range = sb1_flush_icache_range; - __flush_icache_page = sb1_flush_icache_page; flush_icache_all = __sb1_flush_icache_all; /* local only */ /* This implies an Icache flush too, so can't be nop'ed */ diff --git a/arch/mips/mm/c-tx39.c b/arch/mips/mm/c-tx39.c index 932a09d..f32ebde 100644 --- a/arch/mips/mm/c-tx39.c +++ b/arch/mips/mm/c-tx39.c @@ -248,33 +248,6 @@ static void tx39_flush_icache_range(unsi } } -/* - * Ok, this seriously sucks. We use them to flush a user page but don't - * know the virtual address, so we have to blast away the whole icache - * which is significantly more expensive than the real thing. Otoh we at - * least know the kernel address of the page so we can flush it - * selectivly. - */ -static void tx39_flush_icache_page(struct vm_area_struct *vma, struct page *page) -{ - unsigned long addr; - /* - * If there's no context yet, or the page isn't executable, no icache - * flush is needed. - */ - if (!(vma->vm_flags & VM_EXEC)) - return; - - addr = (unsigned long) page_address(page); - tx39_blast_dcache_page(addr); - - /* - * We're not sure of the virtual address(es) involved here, so - * we have to flush the entire I-cache. - */ - tx39_blast_icache(); -} - static void tx39_dma_cache_wback_inv(unsigned long addr, unsigned long size) { unsigned long end; @@ -382,7 +355,6 @@ void __init tx39_cache_init(void) flush_cache_mm = (void *) tx39h_flush_icache_all; flush_cache_range = (void *) tx39h_flush_icache_all; flush_cache_page = (void *) tx39h_flush_icache_all; - __flush_icache_page = (void *) tx39h_flush_icache_all; flush_icache_range = (void *) tx39h_flush_icache_all; flush_cache_sigtramp = (void *) tx39h_flush_icache_all; @@ -408,7 +380,6 @@ void __init tx39_cache_init(void) flush_cache_mm = tx39_flush_cache_mm; flush_cache_range = tx39_flush_cache_range; flush_cache_page = tx39_flush_cache_page; - __flush_icache_page = tx39_flush_icache_page; flush_icache_range = tx39_flush_icache_range; flush_cache_sigtramp = tx39_flush_cache_sigtramp; diff --git a/arch/mips/mm/cache.c b/arch/mips/mm/cache.c index 40c8b02..caf807d 100644 --- a/arch/mips/mm/cache.c +++ b/arch/mips/mm/cache.c @@ -25,7 +25,6 @@ void (*flush_cache_range)(struct vm_area void (*flush_cache_page)(struct vm_area_struct *vma, unsigned long page, unsigned long pfn); void (*flush_icache_range)(unsigned long start, unsigned long end); -void (*__flush_icache_page)(struct vm_area_struct *vma, struct page *page); /* MIPS specific cache operations */ void (*flush_cache_sigtramp)(unsigned long addr); diff --git a/include/asm-mips/cacheflush.h b/include/asm-mips/cacheflush.h index d10517c..e3c9925 100644 --- a/include/asm-mips/cacheflush.h +++ b/include/asm-mips/cacheflush.h @@ -46,8 +46,6 @@ static inline void flush_dcache_page(str #define flush_dcache_mmap_lock(mapping) do { } while (0) #define flush_dcache_mmap_unlock(mapping) do { } while (0) -extern void (*__flush_icache_page)(struct vm_area_struct *vma, - struct page *page); static inline void flush_icache_page(struct vm_area_struct *vma, struct page *page) { From imipak@yahoo.com Fri Sep 1 17:40:11 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 01 Sep 2006 17:40:13 +0100 (BST) Received: from web31504.mail.mud.yahoo.com ([68.142.198.133]:23992 "HELO web31504.mail.mud.yahoo.com") by ftp.linux-mips.org with SMTP id S20038519AbWIAQkL (ORCPT ); Fri, 1 Sep 2006 17:40:11 +0100 Received: (qmail 49313 invoked by uid 60001); 1 Sep 2006 16:38:39 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=uN1DpCiNOo8KpBdfcXSN1O3uDVh4VXjs0rlvMIa8z1AmBI6lYEPMyeXLRb+jq9ChhrnAawSg/f4yc8aleo2pxCD8DNwzqfUVoO9yfVK+UkHRxbU0p7z3TByJod2A5mxI4I8GePPF+WTXBAJCiClrRodkiRMGuhEyOgi55WpPhlw= ; Message-ID: <20060901163839.49311.qmail@web31504.mail.mud.yahoo.com> Received: from [70.103.67.194] by web31504.mail.mud.yahoo.com via HTTP; Fri, 01 Sep 2006 09:38:39 PDT Date: Fri, 1 Sep 2006 09:38:39 -0700 (PDT) From: Jonathan Day Subject: Broadcom SB1 query To: linux-mips@linux-mips.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12499 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: imipak@yahoo.com Precedence: bulk X-list: linux-mips Hi, Can anyone verify that the current kernel in linux-mips git archive will work on a Broadcom 1250 (SB1), specifically the "Swarm" or the "Sentosa" flavours of the BCM91250. I have not been able to get anything more recent than a 2.6.17 kernel to compile and boot, the 2.6.18-rc kernels seem to randomly either lock up or reboot very early on in the kernel initialization. However, I am undecided whether it's a kernel issue, a hardware issue (we've had nothing but trouble from these boards) or a toolchain issue (versions: gcc 4.1.1, libc 2.4, binutils 2.17.50) as I've found a few large projects that should compile just fine are blowing the compiler up. If someone can post (or e-mail me direct) on what the latest combination of kernel and toolchain that works on the Swarm is, I would greatly appreciate it. This problem is driving me nuts. (Ok, more nuts than usual.) Jonathan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From ths@networkno.de Fri Sep 1 18:39:02 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 01 Sep 2006 18:39:04 +0100 (BST) Received: from bender.bawue.de ([193.7.176.20]:30394 "EHLO bender.bawue.de") by ftp.linux-mips.org with ESMTP id S20038524AbWIARjC (ORCPT ); Fri, 1 Sep 2006 18:39:02 +0100 Received: from lagash (mipsfw.mips-uk.com [194.74.144.146]) (using TLSv1 with cipher DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by bender.bawue.de (Postfix) with ESMTP id 0812C46590; Fri, 1 Sep 2006 19:39:21 +0200 (MEST) Received: from ths by lagash with local (Exim 4.63) (envelope-from ) id 1GJCxO-00067I-9x; Fri, 01 Sep 2006 18:37:30 +0100 Date: Fri, 1 Sep 2006 18:37:30 +0100 To: Jonathan Day Cc: linux-mips@linux-mips.org Subject: Re: Broadcom SB1 query Message-ID: <20060901173730.GC4893@networkno.de> References: <20060901163839.49311.qmail@web31504.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060901163839.49311.qmail@web31504.mail.mud.yahoo.com> User-Agent: Mutt/1.5.13 (2006-08-11) From: Thiemo Seufer Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12500 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: ths@networkno.de Precedence: bulk X-list: linux-mips Jonathan Day wrote: > Hi, > > Can anyone verify that the current kernel in > linux-mips git archive will work on a Broadcom 1250 > (SB1), specifically the "Swarm" or the "Sentosa" > flavours of the BCM91250. A 2.6.18-rc4 from a one week old git checkout works fine on a SWARM here, booted via tftp. The same kernel fails to boot on another SWARM board from the onboard IDE, I guess the swarm-ide is currently broken. > I have not been able to get anything more recent than > a 2.6.17 kernel to compile and boot, the 2.6.18-rc > kernels seem to randomly either lock up or reboot very > early on in the kernel initialization. However, I am > undecided whether it's a kernel issue, I presume you know that PCI devices and more than 1 GB of RAM don't work under Linux. > a hardware > issue (we've had nothing but trouble from these > boards) or a toolchain issue (versions: gcc 4.1.1, > libc 2.4, binutils 2.17.50) as I've found a few large > projects that should compile just fine are blowing the > compiler up. Hm, libc 2.4 means NPTL, that's not yet widely deployed and could well account for some exciting failures. > If someone can post (or e-mail me direct) on what the > latest combination of kernel and toolchain that works > on the Swarm is, I would greatly appreciate it. This > problem is driving me nuts. (Ok, more nuts than > usual.) Current Debian unstable works for me. Thiemo From imipak@yahoo.com Fri Sep 1 21:41:37 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 01 Sep 2006 21:41:39 +0100 (BST) Received: from web31512.mail.mud.yahoo.com ([68.142.198.141]:40077 "HELO web31512.mail.mud.yahoo.com") by ftp.linux-mips.org with SMTP id S20038553AbWIAUlh (ORCPT ); Fri, 1 Sep 2006 21:41:37 +0100 Received: (qmail 42146 invoked by uid 60001); 1 Sep 2006 20:41:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=3ZJGoq2bGO9gKnfSOAapEC+vuszhWZW2SjBbdin3X+LwIioS2B2xS6AUaZhMWS1Gq8i2kT4ShN/JgmsRAxtwySura3exGHQx8RD7+kNn37nFpN8aTSTBowlv1NWrNVTGWOtIo9VBcHlBNJn+XHOHvDmdrdFZi9OCy+kzB51mrOA= ; Message-ID: <20060901204131.42144.qmail@web31512.mail.mud.yahoo.com> Received: from [70.103.67.194] by web31512.mail.mud.yahoo.com via HTTP; Fri, 01 Sep 2006 13:41:31 PDT Date: Fri, 1 Sep 2006 13:41:31 -0700 (PDT) From: Jonathan Day Subject: Re: Broadcom SB1 query To: Thiemo Seufer Cc: linux-mips@linux-mips.org In-Reply-To: <20060901173730.GC4893@networkno.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12501 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: imipak@yahoo.com Precedence: bulk X-list: linux-mips --- Thiemo Seufer wrote: > Jonathan Day wrote: > > Hi, > > > > Can anyone verify that the current kernel in > > linux-mips git archive will work on a Broadcom > 1250 > > (SB1), specifically the "Swarm" or the "Sentosa" > > flavours of the BCM91250. > > A 2.6.18-rc4 from a one week old git checkout works > fine on a SWARM > here, booted via tftp. The same kernel fails to boot > on another > SWARM board from the onboard IDE, I guess the > swarm-ide is currently > broken. That might explain it. I've included the output from the console at the end of this message, so you can take a squint at it and see if that confirms it. > > I have not been able to get anything more recent > than > > a 2.6.17 kernel to compile and boot, the 2.6.18-rc > > kernels seem to randomly either lock up or reboot > very > > early on in the kernel initialization. However, I > am > > undecided whether it's a kernel issue, > > I presume you know that PCI devices and more than 1 > GB of RAM don't > work under Linux. What a peculiar bug! (I don't think that's a limitation of PCI, but even if it were, Linux' VMM is more than sophisticated enough to map any assortment of pages that totalled a gigabyte or less into a blob such that buggy drivers or hardware only saw what memory they could handle, regardless of what physical memory has.) Regardless, the cards are all 1 Gb. > > a hardware > > issue (we've had nothing but trouble from these > > boards) or a toolchain issue (versions: gcc 4.1.1, > > libc 2.4, binutils 2.17.50) as I've found a few > large > > projects that should compile just fine are blowing > the > > compiler up. > > Hm, libc 2.4 means NPTL, that's not yet widely > deployed and could well > account for some exciting failures. Yeah. I've tried building from source as much as possible, but merely the lack of deployment opens up all kinds of possibilites of me hitting bugs others haven't seen, or don't see often enough to trace. I run some weird stuff on the Broadcom. > > If someone can post (or e-mail me direct) on what > the > > latest combination of kernel and toolchain that > works > > on the Swarm is, I would greatly appreciate it. > This > > problem is driving me nuts. (Ok, more nuts than > > usual.) > > Current Debian unstable works for me. > Well, my machine's already unstable, so I guess Debian can't hurt! :) I didn't know they had a big-endian 64-bit build, though. I'll have to look that up. Anyway, here is a logfile when trying to boot the swarm. As soon as it passes the high precision timer code, it jumps back into CFE. Starting program at 0x80633000 Broadcom SiByte BCM1250 B2 @ 800 MHz (SB1 rev 2) Board type: SiByte BCM91250A (SWARM) [17179569.184000] Linux version 2.6.18-rc5-swarm-lightfleet-0.4- gb895b669-dirty (root@10.1.3.202) (gcc version 4.1.1) #2 SMP PREEMPT Fri Sep 1 09:16:18 UTC 2006 [17179569.184000] CPU revision is: 01040102 [17179569.184000] FPU revision is: 000f0102 [17179569.184000] swarm setup: M41T81 RTC detected. [17179569.184000] This kernel optimized for board runs with CFE [17179569.184000] Determined physical RAM map: [17179569.184000] memory: 000000000fe99e00 @ 0000000000000000 (usable) [17179569.184000] memory: 000000001ffffe00 @ 0000000080000000 (usable) [17179569.184000] memory: 000000000ffffe00 @ 00000000c0000000 (usable) [17179569.184000] memory: 000000003ffffe00 @ 0000000100000000 (usable) [17179569.184000] Detected 1 available secondary CPU(s) [17179569.184000] Built 1 zonelists. Total pages: 1310719 [17179569.184000] Kernel command line: ip=any rw nfsroot=10.1.3.187:/home/developer root=/dev/nfs serial=1,115200n8 [17179569.184000] Primary instruction cache 32kB, 4-way, linesize 32 bytes. [17179569.184000] Primary data cache 32kB, 4-way, linesize 32 bytes. [17179569.184000] Synthesized TLB refill handler (39 instructions). [17179569.184000] Synthesized TLB load handler fastpath (53 instructions). [17179569.184000] Synthesized TLB store handler fastpath (48 instructions). [17179569.184000] Synthesized TLB modify handler fastpath (47 instructions). [17179569.184000] PID hash table entries: 4096 (order: 12, 32768 bytes) [17179569.184000] Using 512.000 MHz high precision timer. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From ths@networkno.de Fri Sep 1 22:35:58 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 01 Sep 2006 22:36:00 +0100 (BST) Received: from bender.bawue.de ([193.7.176.20]:28330 "EHLO bender.bawue.de") by ftp.linux-mips.org with ESMTP id S20038570AbWIAVf6 (ORCPT ); Fri, 1 Sep 2006 22:35:58 +0100 Received: from lagash (mipsfw.mips-uk.com [194.74.144.146]) (using TLSv1 with cipher DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by bender.bawue.de (Postfix) with ESMTP id 3EC6047443; Fri, 1 Sep 2006 23:34:24 +0200 (MEST) Received: from ths by lagash with local (Exim 4.63) (envelope-from ) id 1GJGch-0007XH-FI; Fri, 01 Sep 2006 22:32:23 +0100 Date: Fri, 1 Sep 2006 22:32:23 +0100 From: Thiemo Seufer To: Jonathan Day Cc: linux-mips@linux-mips.org Subject: Re: Broadcom SB1 query Message-ID: <20060901213223.GA24995@networkno.de> References: <20060901173730.GC4893@networkno.de> <20060901204131.42144.qmail@web31512.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060901204131.42144.qmail@web31512.mail.mud.yahoo.com> User-Agent: Mutt/1.5.13 (2006-08-11) Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12502 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: ths@networkno.de Precedence: bulk X-list: linux-mips Jonathan Day wrote: > --- Thiemo Seufer wrote: > > > Jonathan Day wrote: > > > Hi, > > > > > > Can anyone verify that the current kernel in > > > linux-mips git archive will work on a Broadcom > > 1250 > > > (SB1), specifically the "Swarm" or the "Sentosa" > > > flavours of the BCM91250. > > > > A 2.6.18-rc4 from a one week old git checkout works > > fine on a SWARM > > here, booted via tftp. The same kernel fails to boot > > on another > > SWARM board from the onboard IDE, I guess the > > swarm-ide is currently > > broken. > > That might explain it. I've included the output from > the console at the end of this message, so you can > take a squint at it and see if that confirms it. Hm, no. It hangs way too early for that. Looks like it dies on the first interrupts. [snip] > > Current Debian unstable works for me. > > > > Well, my machine's already unstable, so I guess Debian > can't hurt! :) I didn't know they had a big-endian > 64-bit build, though. I'll have to look that up. Only the kernel is 64 bit, userland is still 32 bit. This should at least help to verify the hardware. Thiemo From ashlesha@kenati.com Sat Sep 2 00:31:26 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 02 Sep 2006 00:31:28 +0100 (BST) Received: from [69.90.147.196] ([69.90.147.196]:9094 "EHLO mail.kenati.com") by ftp.linux-mips.org with ESMTP id S20038655AbWIAXb0 (ORCPT ); Sat, 2 Sep 2006 00:31:26 +0100 Received: from [192.168.1.169] (adsl-71-130-109-177.dsl.snfc21.pacbell.net [71.130.109.177]) by mail.kenati.com (Postfix) with ESMTP id 136EDE404D for ; Fri, 1 Sep 2006 16:50:35 -0700 (PDT) Subject: early_initcall From: Ashlesha Shintre Reply-To: ashlesha@kenati.com To: linux-mips@linux-mips.org Content-Type: text/plain Date: Fri, 01 Sep 2006 16:38:40 -0700 Message-Id: <1157153920.8242.5.camel@sandbar.kenati.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Content-Transfer-Encoding: 7bit Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12503 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: ashlesha@kenati.com Precedence: bulk X-list: linux-mips Hi, I m using the 2.6.14.6 tree and trying to get the kernel running on the Encore M3 board. The kernel crashes during the boot process at the early_initcall. This function doesnt seem to be defined anywhere. Which is the last version of the 2.6 tree that still supports the early_initcall? Thanks, Ashlesha. From kaz@zeugmasystems.com Sat Sep 2 01:50:13 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 02 Sep 2006 01:50:15 +0100 (BST) Received: from mail.zeugmasystems.com ([192.139.122.66]:57432 "EHLO zeugmasystems.com") by ftp.linux-mips.org with ESMTP id S20038659AbWIBAuN convert rfc822-to-8bit (ORCPT ); Sat, 2 Sep 2006 01:50:13 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT Subject: RE: early_initcall Date: Fri, 1 Sep 2006 17:50:06 -0700 Message-ID: <66910A579C9312469A7DF9ADB54A8B7D366028@exchange.ZeugmaSystems.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: early_initcall Thread-Index: AcbOHtn4F6es/jjwRIGQDhE7P5JqjwACaz8g From: "Kaz Kylheku" To: Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12504 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: kaz@zeugmasystems.com Precedence: bulk X-list: linux-mips > Ashlesha Shintre wrote: > > Hi, > > I m using the 2.6.14.6 tree and trying to get the kernel > running on the > Encore M3 board. > > The kernel crashes during the boot process at the > early_initcall. What is the exact output from the crash? > This function doesnt seem to be defined anywhere. It's not a function, but a macro. The macro is used to annotate a function as being among the list of functions that are called at startup by the "initcall" mechanism: a big loop that sweeps over a symbol table of registered initialization functions and calls them. E.g. #include /* ... */ int __init my_initialization_function(void) { printk(KERN_INFO "Hello, world\n"); } early_initcall(my_initialization_function); The __init tells the kernel build system that your function is not needed after initialization and its memory can be thrown away. The early_initcall arranges for the initialization call. Early means that it's in the first group of functions. If you suspect your kernel is dying during the calling of the initcall functions, you can turn on initcall debugging. Add these parameters to your kernel command line: debug debug_initcall Hope this helps. From sergio@amilda.org Sat Sep 2 04:30:05 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 02 Sep 2006 04:30:07 +0100 (BST) Received: from [193.238.157.29] ([193.238.157.29]:24540 "EHLO MrWeb01.pc-net.at") by ftp.linux-mips.org with ESMTP id S20037503AbWIBDaF (ORCPT ); Sat, 2 Sep 2006 04:30:05 +0100 Received: from www.amilda.org (localhost [127.0.0.1]) by MrWeb01.pc-net.at (Postfix) with ESMTP id D394F216074 for ; Sat, 2 Sep 2006 05:29:56 +0200 (CEST) Received: from 201.230.45.190 (SquirrelMail authenticated user amilda0001) by www.amilda.org with HTTP; Fri, 1 Sep 2006 22:29:56 -0500 (PET) Message-ID: <58418.201.230.45.190.1157167796.squirrel@www.amilda.org> In-Reply-To: <200609011150.54312.david.goodenough@linkchoose.co.uk> References: <200609011150.54312.david.goodenough@linkchoose.co.uk> Date: Fri, 1 Sep 2006 22:29:56 -0500 (PET) Subject: Re: ADM5120 support From: "Sergio Aguayo" To: linux-mips@linux-mips.org User-Agent: SquirrelMail/1.4.6-rc1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12505 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: sergio@amilda.org Precedence: bulk X-list: linux-mips Hello As far as i know there aren't any more recent patches for it, as far as the 2,6 branch is reffered. I have a patch for 2.4.32, other people too. You can find the patches at: http://www.amilda.org/ (my site, we have a little distribution for ADM5120-based routers) http://midgle.vlad.org.ua/ (another distribution, but with different goal) Hope this helps you. Sergio Aguayo > I have found some patches for the ADM5120 on the web for 2.6.12, but > nothing > more recent. Anyone know of an updated patch (if updating is needed)? > > David > > From nidajm@gmail.com Sat Sep 2 12:45:25 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 02 Sep 2006 12:45:27 +0100 (BST) Received: from py-out-1112.google.com ([64.233.166.182]:50915 "EHLO py-out-1112.google.com") by ftp.linux-mips.org with ESMTP id S20038684AbWIBLpZ (ORCPT ); Sat, 2 Sep 2006 12:45:25 +0100 Received: by py-out-1112.google.com with SMTP id i49so1314455pyi for ; Sat, 02 Sep 2006 04:45:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=BmPLIe/MVtSMBkBGPKWEMkNt/jK+Z+ctsrw9GeXC1tU+re4J06Y8zxyAqQfyNDX9rUog2r0olli+8VTnuZD/osaqOp89NbcwBq9ld2AYlP4K+uzevFJn5KizXNCMggIANeCz5r1Gx9wGKkKS4GVPp0z1edT4dousBi8GvDYCxfM= Received: by 10.65.237.1 with SMTP id o1mr1385433qbr; Sat, 02 Sep 2006 04:45:23 -0700 (PDT) Received: by 10.65.126.5 with HTTP; Sat, 2 Sep 2006 04:45:23 -0700 (PDT) Message-ID: Date: Sat, 2 Sep 2006 17:15:23 +0530 From: "Nida M" To: linux-mips@linux-mips.org Subject: single step in MIPS MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12506 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: nidajm@gmail.com Precedence: bulk X-list: linux-mips Hi, I am woking for linux2.6.16 on MIPS platform. I am tring to implement single stepping on MIPS. But I found that there is no single step instruction in the MIPS. I need to implement single stepping for MIPS Can anybody help me in this..?? Is there any alternative to generate this exception..?? Thanks and Regards ~Nida From alan@lxorguk.ukuu.org.uk Sat Sep 2 16:45:33 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Sat, 02 Sep 2006 16:46:05 +0100 (BST) Received: from outpipe-village-512-1.bc.nu ([81.2.110.250]:59021 "EHLO lxorguk.ukuu.org.uk") by ftp.linux-mips.org with ESMTP id S20038716AbWIBPpd (ORCPT ); Sat, 2 Sep 2006 16:45:33 +0100 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by lxorguk.ukuu.org.uk (8.13.6/8.13.4) with ESMTP id k82G7uI4022291; Sat, 2 Sep 2006 17:07:56 +0100 Received: (from alan@localhost) by localhost.localdomain (8.13.6/8.13.6/Submit) id k82G7tsR022290; Sat, 2 Sep 2006 17:07:55 +0100 X-Authentication-Warning: localhost.localdomain: alan set sender to alan@lxorguk.ukuu.org.uk using -f Subject: Re: single step in MIPS From: Alan Cox To: Nida M Cc: linux-mips@linux-mips.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sat, 02 Sep 2006 17:07:54 +0100 Message-Id: <1157213274.6271.382.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 (2.6.2-1.fc5.5) Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12507 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: alan@lxorguk.ukuu.org.uk Precedence: bulk X-list: linux-mips Ar Sad, 2006-09-02 am 17:15 +0530, ysgrifennodd Nida M: > I am woking for linux2.6.16 on MIPS platform. > I am tring to implement single stepping on MIPS. > But I found that there is no single step instruction in the MIPS. There is no single step instruction feature on most processors. Nor any need to "implement" single step I suspect man 2 ptrace man gdb The tools exist as standard. From sshtylyov@ru.mvista.com Sun Sep 3 19:16:27 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 03 Sep 2006 19:16:32 +0100 (BST) Received: from h155.mvista.com ([63.81.120.155]:57676 "EHLO imap.sh.mvista.com") by ftp.linux-mips.org with ESMTP id S20039007AbWICSQ1 (ORCPT ); Sun, 3 Sep 2006 19:16:27 +0100 Received: from [192.168.1.248] (unknown [10.150.0.9]) by imap.sh.mvista.com (Postfix) with ESMTP id CCD9B3ECE; Sun, 3 Sep 2006 11:16:04 -0700 (PDT) Message-ID: <44FB1C26.10402@ru.mvista.com> Date: Sun, 03 Sep 2006 22:17:10 +0400 From: Sergei Shtylyov Organization: MontaVista Software Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.2) Gecko/20040803 X-Accept-Language: ru, en-us, en-gb MIME-Version: 1.0 To: Linux-MIPS Cc: Manish Lachwani , Ralf Baechle Subject: [PATCH] Au1xx0 code sets incorrect mips_hpt_frequency References: <436FB625.2000302@ru.mvista.com> <4480AB90.8020203@ru.mvista.com> In-Reply-To: <4480AB90.8020203@ru.mvista.com> Content-Type: multipart/mixed; boundary="------------080102080909070809080704" Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12508 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: sshtylyov@ru.mvista.com Precedence: bulk X-list: linux-mips This is a multi-part message in MIME format. --------------080102080909070809080704 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Alchemy CPU counter ticks at the full CPU clock speed, not at the halved one -- this is not an issue with the current kernel since Alchemy uses its own timer handler here which pays no attention to mips_hpt_frequency. Signed-off-by: Sergei Shtylyov --- I joined this fix to the arch/mips/au1000/common/time.c cleanup patch previously but its earlier verison has been finally committed, so here's the recast which fixes the warning about the 'count' variable being unused... --------------080102080909070809080704 Content-Type: text/plain; name="Au1xx0-fix-counter-frequency.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Au1xx0-fix-counter-frequency.patch" Index: linux-mips/arch/mips/au1000/common/time.c =================================================================== --- linux-mips.orig/arch/mips/au1000/common/time.c +++ linux-mips/arch/mips/au1000/common/time.c @@ -231,7 +231,6 @@ wakeup_counter0_set(int ticks) */ unsigned long cal_r4koff(void) { - unsigned long count; unsigned long cpu_speed; unsigned long flags; unsigned long counter; @@ -258,7 +257,7 @@ unsigned long cal_r4koff(void) #if defined(CONFIG_AU1000_USE32K) { - unsigned long start, end; + unsigned long start, end, count; start = au_readl(SYS_RTCREAD); start += 2; @@ -282,7 +281,6 @@ unsigned long cal_r4koff(void) #else cpu_speed = (au_readl(SYS_CPUPLL) & 0x0000003f) * AU1000_SRC_CLK; - count = cpu_speed / 2; #endif } else { @@ -291,10 +289,9 @@ unsigned long cal_r4koff(void) * NOTE: some old silicon doesn't allow reading the PLL. */ cpu_speed = (au_readl(SYS_CPUPLL) & 0x0000003f) * AU1000_SRC_CLK; - count = cpu_speed / 2; no_au1xxx_32khz = 1; } - mips_hpt_frequency = count; + mips_hpt_frequency = cpu_speed; // Equation: Baudrate = CPU / (SD * 2 * CLKDIV * 16) set_au1x00_uart_baud_base(cpu_speed / (2 * ((int)(au_readl(SYS_POWERCTRL)&0x03) + 2) * 16)); spin_unlock_irqrestore(&time_lock, flags); --------------080102080909070809080704-- From nidajm@gmail.com Mon Sep 4 05:57:13 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 04 Sep 2006 05:57:45 +0100 (BST) Received: from py-out-1112.google.com ([64.233.166.178]:36248 "EHLO py-out-1112.google.com") by ftp.linux-mips.org with ESMTP id S20037572AbWIDE5N (ORCPT ); Mon, 4 Sep 2006 05:57:13 +0100 Received: by py-out-1112.google.com with SMTP id i49so1910184pyi for ; Sun, 03 Sep 2006 21:57:12 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=s4zDVTjuyoiXzs2gRMvkom/LJEzVGC1CqE3xS22wXLDrr/7/ELnqHhsKAjHjqxoTF0AlZAiIcTJp5HsHXR1uOBmOtHGvfPZEGamM7akM+ToTdExRPJi1FZhxTvExxVe9dZhit0lD+DYjU1l3LjL1zkeAjK42o2/ZiPKJSeGMNS8= Received: by 10.65.116.7 with SMTP id t7mr2613811qbm; Sun, 03 Sep 2006 21:57:12 -0700 (PDT) Received: by 10.65.126.5 with HTTP; Sun, 3 Sep 2006 21:57:12 -0700 (PDT) Message-ID: Date: Mon, 4 Sep 2006 10:27:12 +0530 From: "Nida M" To: "Kevin D. Kissell" Subject: Re: single step in MIPS Cc: linux-mips@linux-mips.org In-Reply-To: <000b01c6cea8$7d480fa0$a803a8c0@Ulysses> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <000b01c6cea8$7d480fa0$a803a8c0@Ulysses> Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12509 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: nidajm@gmail.com Precedence: bulk X-list: linux-mips On 9/2/06, Kevin D. Kissell wrote: > As Alan indicted, mechanisms for emulating single step > behavior have long existed for MIPS and Linux. Newer > MIPS parts which implement the EJTAG debug system > do have a single-step mode, but they trap to Debug mode, > rather than to the kernel - this allows kernel code to be > single-stepped using an EJTAG probe. If the system > allows for it - one needs to have ROM at the right location > which transfers Debug mode control back to the kernel - it > is possible to exploit EJTAG debug features from an OS > kernel. We''ve prototyped this to prove that it works, but > never went so far as to wire up EJTAG signle-step mode > to a ptrace or other debug API. If for some strange reason > the standard emulation mechanism isn't adequate for you > (e.g. if your applicaiton is executing out of ROM), you > do have this as a potential alternative. But it would not > be a trivial hack. Well this is ok ..but I am trying to implement kenel debugger.. something like system tap. And I have started with kprobe.. where the kernel code execution will be stopped at user specified address using break, how do i single step that instruction to decode the instruction and print the registers value..? ~Nida From domen.puncer@telargo.com Mon Sep 4 07:11:51 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 04 Sep 2006 07:11:55 +0100 (BST) Received: from out001.atlarge.net ([129.41.63.69]:136 "EHLO out001.atlarge.net") by ftp.linux-mips.org with ESMTP id S20037641AbWIDGLv (ORCPT ); Mon, 4 Sep 2006 07:11:51 +0100 Received: from hpmailfe-01.atlarge.net ([10.100.60.156]) by out001.atlarge.net with Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Sep 2006 01:10:22 -0500 Received: from localhost ([213.250.36.225]) by hpmailfe-01.atlarge.net with Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Sep 2006 01:10:20 -0500 Date: Mon, 4 Sep 2006 08:11:41 +0200 From: Domen Puncer To: David Goodenough Cc: linux-mips@linux-mips.org Subject: Re: ADM5120 support Message-ID: <20060904061141.GB5361@domen.puncer.telargo.com> References: <200609011150.54312.david.goodenough@linkchoose.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609011150.54312.david.goodenough@linkchoose.co.uk> User-Agent: Mutt/1.5.12-2006-07-14 X-OriginalArrivalTime: 04 Sep 2006 06:10:21.0671 (UTC) FILETIME=[CDADA770:01C6CFE8] Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12510 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: domen.puncer@telargo.com Precedence: bulk X-list: linux-mips On 01/09/06 11:50 +0100, David Goodenough wrote: > I have found some patches for the ADM5120 on the web for 2.6.12, but nothing > more recent. Anyone know of an updated patch (if updating is needed)? Hi! I forward ported them to 2.6.15, but then lost interest. http://coderock.org/planet_xrt-401d/files/ Domen > > David From sshtylyov@ru.mvista.com Mon Sep 4 18:26:49 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 04 Sep 2006 18:26:53 +0100 (BST) Received: from h155.mvista.com ([63.81.120.155]:36969 "EHLO imap.sh.mvista.com") by ftp.linux-mips.org with ESMTP id S20039235AbWIDR0t (ORCPT ); Mon, 4 Sep 2006 18:26:49 +0100 Received: from [192.168.1.248] (unknown [10.150.0.9]) by imap.sh.mvista.com (Postfix) with ESMTP id 58F773EBE; Mon, 4 Sep 2006 10:26:43 -0700 (PDT) Message-ID: <44FC625A.5050005@ru.mvista.com> Date: Mon, 04 Sep 2006 21:28:58 +0400 From: Sergei Shtylyov Organization: MontaVista Software Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.2) Gecko/20040803 X-Accept-Language: ru, en-us, en-gb MIME-Version: 1.0 To: Russell King Cc: Pantelis Antoniou , Linux-MIPS Subject: Re: [PATCH] AMD Alchemy: claim UART memory range References: <4432BF48.8030403@ru.mvista.com> <44F2E9F7.6030309@ru.mvista.com> <20060830080157.GA17632@flint.arm.linux.org.uk> In-Reply-To: <20060830080157.GA17632@flint.arm.linux.org.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12511 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: sshtylyov@ru.mvista.com Precedence: bulk X-list: linux-mips Hello. Russell King wrote: >>> BTW, can anybody enlighten me why 8250_au1x00.c came into being >>>at all? >>>Its only function seems to register the UART platform devices, the >>>thing >>>that is usually done in the board setup code, i. e. I'd rather have >>>it in arch/mips/au1000/common/platform.c (however, 8250.c should >>>have been able to filter out ports with UPIO_AU in case >>>CONFIG_SERIAL_8250_AU1X00 undefined)... >>Seemed like a good idea at the moment to follow the already existing >>convention. > Already existing convention is as per Sergei's mail actually - to have the > platform device registration in arch/*. The others which you thought were > convention there (accent, boca, fourport, hub6, mca) are all for add-in > cards and aren't architecture specific. > Hence, they can't live in arch/*. > So yes, 8250_au1x00.c breaks the established convention because it isn't > an add-in card. Thanks for clarification. Now another question to Pantelis: IIUC, the Alchemy UART platform devices have UPF_SKIP_TEST set because of the Alchemy docs claiming that UARTs other than UART3 don't have MCR/MSR and only UART3 does have the full set of the modem control/status lines? Were they indeed failing the loopback test for you? Asking because on DBAu1550 board all (enabled) UARTs do pass the loopback test if I get rid of this flag (however, Au1550 datasheet says MCR/MSR exists on all UARTs, just no modem pins exist on UART0, and only RTS-/CTS- pair on UART1 -- and the bits having no correspoding pins seem to be tied high internally). If I'm correct, the driver seems inconsistent in how it handles UART_BUG_NOMSR flag, only checking it when deciding whether to enable the modem status interrupts or not while actually it should have been checked in serial8250_set_mctrl() and check_modem_status() as well... It also looks like the driver doesn't use Alchemy UARTs to their full potential currently: UART3 has not only full set of modem lines, but also is capable of the auto flow control (UART1 on Au1550 also is). (Making use of these features howewer are complicated by the auto flow control being only available in the late steppings of Au1500 and UART3 modem pins being multiplexed with GPIO...) WBR, Sergei PS: CCing linux-mips to keep people here informed. :-) From pantelis@embeddedalley.com Mon Sep 4 18:39:15 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 04 Sep 2006 18:39:17 +0100 (BST) Received: from smtp104.biz.mail.re2.yahoo.com ([206.190.52.173]:2966 "HELO smtp104.biz.mail.re2.yahoo.com") by ftp.linux-mips.org with SMTP id S20039235AbWIDRjP convert rfc822-to-8bit (ORCPT ); Mon, 4 Sep 2006 18:39:15 +0100 Received: (qmail 24362 invoked from network); 4 Sep 2006 17:39:05 -0000 Received: from unknown (HELO ?192.168.1.19?) (pantelis@embeddedalley.com@62.1.231.13 with plain) by smtp104.biz.mail.re2.yahoo.com with SMTP; 4 Sep 2006 17:39:04 -0000 In-Reply-To: <44FC625A.5050005@ru.mvista.com> References: <4432BF48.8030403@ru.mvista.com> <44F2E9F7.6030309@ru.mvista.com> <20060830080157.GA17632@flint.arm.linux.org.uk> <44FC625A.5050005@ru.mvista.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=UTF-8; delsp=yes; format=flowed Message-Id: <4098748B-6105-4644-A86A-B776A23D0272@embeddedalley.com> Cc: Russell King , Linux-MIPS Content-Transfer-Encoding: 8BIT From: Pantelis Antoniou Subject: Re: [PATCH] AMD Alchemy: claim UART memory range Date: Mon, 4 Sep 2006 20:38:55 +0300 To: Sergei Shtylyov X-Mailer: Apple Mail (2.752.2) Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12512 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: pantelis@embeddedalley.com Precedence: bulk X-list: linux-mips On 04 Σεπ 2006, at 8:28 ΜΜ, Sergei Shtylyov wrote: > Hello. > > Russell King wrote: > >>>> BTW, can anybody enlighten me why 8250_au1x00.c came into >>>> being at all? >>>> Its only function seems to register the UART platform devices, >>>> the thing >>>> that is usually done in the board setup code, i. e. I'd rather >>>> have it in arch/mips/au1000/common/platform.c (however, 8250.c >>>> should have been able to filter out ports with UPIO_AU in case >>>> CONFIG_SERIAL_8250_AU1X00 undefined)... > >>> Seemed like a good idea at the moment to follow the already >>> existing convention. > >> Already existing convention is as per Sergei's mail actually - to >> have the >> platform device registration in arch/*. The others which you >> thought were >> convention there (accent, boca, fourport, hub6, mca) are all for >> add-in >> cards and aren't architecture specific. > >> Hence, they can't live in arch/*. > >> So yes, 8250_au1x00.c breaks the established convention because it >> isn't >> an add-in card. > > Thanks for clarification. > > Now another question to Pantelis: IIUC, the Alchemy UART > platform devices have UPF_SKIP_TEST set because of the Alchemy docs > claiming that UARTs other than UART3 don't have MCR/MSR and only > UART3 does have the full set of the modem control/status lines? > Were they indeed failing the loopback test for you? Asking because > on DBAu1550 board all (enabled) UARTs do pass the loopback test if > I get rid of this flag (however, Au1550 datasheet says MCR/MSR > exists on all UARTs, just no modem pins exist on UART0, and only > RTS-/CTS- pair on UART1 -- and the bits having no correspoding pins > seem to be tied high internally). > If I'm correct, the driver seems inconsistent in how it handles > UART_BUG_NOMSR flag, only checking it when deciding whether to > enable the modem status interrupts or not while actually it should > have been checked in serial8250_set_mctrl() and check_modem_status > () as well... > It also looks like the driver doesn't use Alchemy UARTs to their > full potential currently: UART3 has not only full set of modem > lines, but also is capable of the auto flow control (UART1 on > Au1550 also is). (Making use of these features howewer are > complicated by the auto flow control being only available in the > late steppings of Au1500 and UART3 modem pins being multiplexed > with GPIO...) > > WBR, Sergei > > PS: CCing linux-mips to keep people here informed. :-) Hi Sergei, Yes, 1550 has proper UARTs on all port, but not 1200 ;) Somehow I thought that hacking 8250 to support two different Au's (1550 & 1200) wouldn't go down well; so I chickened out & settled for a subset that would work on both. Feel free to fight your way through to support all the functionality you require. Pantelis From sshtylyov@ru.mvista.com Mon Sep 4 19:20:23 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 04 Sep 2006 19:20:26 +0100 (BST) Received: from p549F5EA7.dip.t-dialin.net ([84.159.94.167]:49050 "EHLO p549F5EA7.dip.t-dialin.net") by ftp.linux-mips.org with ESMTP id S20039253AbWIDSUX (ORCPT ); Mon, 4 Sep 2006 19:20:23 +0100 Received: from h155.mvista.com ([63.81.120.155]:10090 "EHLO imap.sh.mvista.com") by lappi.linux-mips.net with ESMTP id S1100038AbWIDSNt (ORCPT ); Mon, 4 Sep 2006 20:13:49 +0200 Received: from [192.168.1.248] (unknown [10.150.0.9]) by imap.sh.mvista.com (Postfix) with ESMTP id A21813EBE; Mon, 4 Sep 2006 11:13:01 -0700 (PDT) Message-ID: <44FC6D38.1000407@ru.mvista.com> Date: Mon, 04 Sep 2006 22:15:20 +0400 From: Sergei Shtylyov Organization: MontaVista Software Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.2) Gecko/20040803 X-Accept-Language: ru, en-us, en-gb MIME-Version: 1.0 To: Pantelis Antoniou Cc: Russell King , Linux-MIPS Subject: Re: [PATCH] AMD Alchemy: claim UART memory range References: <4432BF48.8030403@ru.mvista.com> <44F2E9F7.6030309@ru.mvista.com> <20060830080157.GA17632@flint.arm.linux.org.uk> <44FC625A.5050005@ru.mvista.com> <4098748B-6105-4644-A86A-B776A23D0272@embeddedalley.com> In-Reply-To: <4098748B-6105-4644-A86A-B776A23D0272@embeddedalley.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12513 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: sshtylyov@ru.mvista.com Precedence: bulk X-list: linux-mips Hello. Pantelis Antoniou wrote: >>>>> BTW, can anybody enlighten me why 8250_au1x00.c came into being >>>>> at all? >>>>> Its only function seems to register the UART platform devices, >>>>> the thing >>>>> that is usually done in the board setup code, i. e. I'd rather >>>>> have it in arch/mips/au1000/common/platform.c (however, 8250.c >>>>> should have been able to filter out ports with UPIO_AU in case >>>>> CONFIG_SERIAL_8250_AU1X00 undefined)... >>>> Seemed like a good idea at the moment to follow the already >>>> existing convention. >>> Already existing convention is as per Sergei's mail actually - to >>> have the >>> platform device registration in arch/*. The others which you >>> thought were >>> convention there (accent, boca, fourport, hub6, mca) are all for add-in >>> cards and aren't architecture specific. >>> Hence, they can't live in arch/*. >>> So yes, 8250_au1x00.c breaks the established convention because it >>> isn't >>> an add-in card. >> Thanks for clarification. >> Now another question to Pantelis: IIUC, the Alchemy UART platform >> devices have UPF_SKIP_TEST set because of the Alchemy docs claiming >> that UARTs other than UART3 don't have MCR/MSR and only UART3 does >> have the full set of the modem control/status lines? Were they >> indeed failing the loopback test for you? Asking because on DBAu1550 >> board all (enabled) UARTs do pass the loopback test if I get rid of >> this flag (however, Au1550 datasheet says MCR/MSR exists on all >> UARTs, just no modem pins exist on UART0, and only RTS-/CTS- pair on >> UART1 -- and the bits having no correspoding pins seem to be tied >> high internally). >> If I'm correct, the driver seems inconsistent in how it handles >> UART_BUG_NOMSR flag, only checking it when deciding whether to enable >> the modem status interrupts or not while actually it should have been >> checked in serial8250_set_mctrl() and check_modem_status () as well... >> It also looks like the driver doesn't use Alchemy UARTs to their >> full potential currently: UART3 has not only full set of modem lines, >> but also is capable of the auto flow control (UART1 on Au1550 also >> is). (Making use of these features howewer are complicated by the >> auto flow control being only available in the late steppings of >> Au1500 and UART3 modem pins being multiplexed with GPIO...) >> PS: CCing linux-mips to keep people here informed. :-) > Yes, 1550 has proper UARTs on all port, but not 1200 ;) No, it doesn't have "proper" UARTs on all ports (like all the other Alchemies), it's just said it has MCR/MSR on UART0/1 as well as on UART3. Actually, Au1200 also does, according to its datasheet. > Somehow I thought that hacking 8250 to support two different Au's (1550 > & 1200) > wouldn't go down well; so I chickened out & settled for a subset that > would work on > both. Feel free to fight your way through to support all the > functionality you > require. Well, now I certainly have no time for enabling any features, even for fixing buglets. So, if anybody of the linux-mips readers cares enough, it's their call... :-) At least UART_BUG_NOMSR handling should be extended if MCR/MSR are indeed missing on some SOCs. And since 0 in the bit 7 (U3) bit of sys_pinfunc determines if UART3 modem control/status are used for GPIO, this is also worth checking somewhere (if one wants to support the full set of the modem lines)... > Pantelis WBR, Sergei From erik.niessen@gmail.com Tue Sep 5 07:55:51 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 05 Sep 2006 07:55:58 +0100 (BST) Received: from wx-out-0506.google.com ([66.249.82.238]:17061 "EHLO wx-out-0506.google.com") by ftp.linux-mips.org with ESMTP id S20038727AbWIEGzv (ORCPT ); Tue, 5 Sep 2006 07:55:51 +0100 Received: by wx-out-0506.google.com with SMTP id h30so2540377wxd for ; Mon, 04 Sep 2006 23:55:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=qIaGYaGjsH6ZJV8QbZt80md7yE8lUjJMAE1g7W+0eo7TqMD0CCbZnr/fLNbLfb5nQs6eU5jItxrPX40qapFnD34oIHrbfOv7ZTXlWx34O121YVfYVsufTYPyUqWHvxMmkXDoI4O3Q1HJZa8x6HzCIrEox48Y+HhCDwmES8s6u/w= Received: by 10.70.118.4 with SMTP id q4mr7061962wxc; Mon, 04 Sep 2006 23:55:18 -0700 (PDT) Received: by 10.70.25.11 with HTTP; Mon, 4 Sep 2006 23:55:18 -0700 (PDT) Message-ID: Date: Tue, 5 Sep 2006 08:55:18 +0200 From: "Erik Niessen" To: linux-mips@linux-mips.org Subject: Weird output from pmap MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_123085_32158524.1157439318223" Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12514 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: erik.niessen@gmail.com Precedence: bulk X-list: linux-mips ------=_Part_123085_32158524.1157439318223 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I am using an embedded development board with a mips 4kEC on it. I use buildroot for building a rootfs and the toolchain. I cross compiled a helloword app. When I look at the output of pmap I see the following /helloworldmips(86) 00400000 (4 KB) r-xp (00:0a 33243002) linux/test/helloworldmips 10000000 (4 KB) rw-p (00:0a 33243002) linux/test/helloworldmips 10001000 (4 KB) rwxp (00:00 0) [heap] 2aaa8000 (20 KB) r-xp (00:07 1795853) /lib/ld-uClibc-0.9.27.so 2aaad000 (4 KB) rw-p (00:00 0) 2aaed000 (4 KB) rw-p (00:07 1795853) /lib/ld- uClibc-0.9.27.so 2aaee000 (48 KB) r-xp (00:07 1795861) /lib/libgcc_s.so.1 2aafa000 (252 KB) ---p (00:00 0) 2ab39000 (4 KB) rw-p (00:07 1795861) /lib/libgcc_s.so.1 2ab3a000 (368 KB) r-xp (00:07 1795855) /lib/libuClibc-0.9.27.so 2ab96000 (256 KB) ---p (00:00 0) 2abd6000 (8 KB) rw-p (00:07 1795855) /lib/libuClibc- 0.9.27.so 2abd8000 (16 KB) rw-p (00:00 0) 7fd49000 (84 KB) rwxp (00:00 0) [stack] mapped: 1076 KB writable/private: 128 KB shared: 0 KB It seems that the bss segments of the shared libs are protected and mapped to the zero page. I don't see this when I run this on a linux pc. I have the following questions: - Why is this segment protected? Accessing results in a seg fault. - Why is it so big (252k/256K)? - How much memory is physically allocated for this segment? Thanks for reading sofar Erik Niessen ------=_Part_123085_32158524.1157439318223 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi,

I am using an embedded development board with a mips 4kEC on it. I use buildroot for building a
rootfs and the toolchain.

I cross compiled a helloword app.
When I look at the output of pmap I see the following

/helloworldmips(86)
00400000 (4 KB)        r-xp (00:0a 33243002)   linux/test/helloworldmips
10000000 (4 KB)        rw-p (00:0a 33243002)   linux/test/helloworldmips
10001000 (4 KB)        rwxp (00:00 0)        [heap]
2aaa8000 (20 KB)       r-xp (00:07 1795853)  /lib/ld-uClibc-0.9.27.so
2aaad000 (4 KB)        rw-p (00:00 0)       
2aaed000 (4 KB)        rw-p (00:07 1795853)  /lib/ld- uClibc-0.9.27.so
2aaee000 (48 KB)       r-xp (00:07 1795861)  /lib/libgcc_s.so.1
2aafa000 (252 KB)      ---p (00:00 0)       
2ab39000 (4 KB)        rw-p (00:07 1795861)  /lib/libgcc_s.so.1
2ab3a000 (368 KB)      r-xp (00:07 1795855)  /lib/libuClibc-0.9.27.so
2ab96000 (256 KB)      ---p (00:00 0)       
2abd6000 (8 KB)        rw-p (00:07 1795855)  /lib/libuClibc- 0.9.27.so
2abd8000 (16 KB)       rw-p (00:00 0)       
7fd49000 (84 KB)       rwxp (00:00 0)        [stack]
mapped:   1076 KB writable/private: 128 KB shared: 0 KB

It seems that the bss segments of the shared libs are protected and mapped to the zero page. I don't see this
when I run this on a linux pc. I have the following questions:
- Why is this segment protected? Accessing results in a seg fault.
- Why is it so big (252k/256K)?
- How much memory is physically allocated for this segment?

Thanks for reading sofar

Erik Niessen
------=_Part_123085_32158524.1157439318223-- From mangoo@wpkg.org Tue Sep 5 13:26:31 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 05 Sep 2006 13:26:34 +0100 (BST) Received: from mail.syneticon.net ([213.239.212.131]:15827 "EHLO mail2.syneticon.net") by ftp.linux-mips.org with ESMTP id S20027677AbWIEM0b (ORCPT ); Tue, 5 Sep 2006 13:26:31 +0100 Received: from localhost (localhost [127.0.0.1]) by mail2.syneticon.net (Postfix) with ESMTP id 77F5B4DCB6 for ; Tue, 5 Sep 2006 14:26:25 +0200 (CEST) Received: from mail2.syneticon.net ([127.0.0.1]) by localhost (linux [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06893-02 for ; Tue, 5 Sep 2006 14:26:18 +0200 (CEST) Received: from [192.168.10.145] (xdsl-81-173-239-45.netcologne.de [81.173.239.45]) by mail2.syneticon.net (Postfix) with ESMTP for ; Tue, 5 Sep 2006 14:26:18 +0200 (CEST) Message-ID: <44FD6CE4.6010001@wpkg.org> Date: Tue, 05 Sep 2006 14:26:12 +0200 From: Tomasz Chmielewski User-Agent: Thunderbird 1.5.0.5 (X11/20060814) MIME-Version: 1.0 To: linux-mips@linux-mips.org Subject: no USB device other than storage detected Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at syneticon.de Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12515 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: mangoo@wpkg.org Precedence: bulk X-list: linux-mips I have a tiny router (ASUS WL-500g deluxe, MIPS CPU, 32 MB RAM, 2x USB2), and would like to make it work with a USB DSL modem. Right now, it's running Debian and kernel 2.6.17, and boots off a USB-stick. My problem is, that it only sees USB storage devices (USB sticks etc.). When I connect other devices (USB modem, webcam, microphone, keyboard, printer etc.), they are not detected. By "not detected" I mean there are no "dmesg" entries with the device name, and no devices, other than "USB storage", listed with "lsusb". I even compiled "USB verbose logging" in, but it only gives me a couple of debug infos, no clue why the devices doesn't show up. This is an example when I plug the USB printer in (USB verbose logging): hub 1-0:1.0: state 7 ports 4 chg 0000 evt 0004 ehci_hcd 0000:01:02.2: GetStatus port 2 status 001803 POWER sig=j CSC CONNECT hub 1-0:1.0: port 2, status 0501, change 0001, 480 Mb/s hub 1-0:1.0: debounce: port 2: total 100ms stable 100ms status 0x501 ehci_hcd 0000:01:02.2: port 2 full speed --> companion ehci_hcd 0000:01:02.2: GetStatus port 2 status 003801 POWER OWNER sig=j CONNECT No new device appeared in /proc/bus/usb/devices. Of course, I have the appropriate device modules built (pwc for Philips webcam, usblp for a printer etc.), but inserting them doesn't change anything. Why it only detects USB storage devices, and no other devices? Did I forget to check some kernel option? For reference, I attach my .config file. Tomasz Chmielewski http://wpkg.org # # Automatically generated make config: don't edit # Linux kernel version: 2.6.17 # Mon Sep 4 21:32:01 2006 # CONFIG_MIPS=y # # Machine selection # # CONFIG_MIPS_MTX1 is not set # CONFIG_MIPS_BOSPORUS is not set # CONFIG_MIPS_PB1000 is not set # CONFIG_MIPS_PB1100 is not set # CONFIG_MIPS_PB1500 is not set # CONFIG_MIPS_PB1550 is not set # CONFIG_MIPS_PB1200 is not set # CONFIG_MIPS_DB1000 is not set # CONFIG_MIPS_DB1100 is not set # CONFIG_MIPS_DB1500 is not set # CONFIG_MIPS_DB1550 is not set # CONFIG_MIPS_DB1200 is not set # CONFIG_MIPS_MIRAGE is not set # CONFIG_MIPS_COBALT is not set # CONFIG_MACH_DECSTATION is not set # CONFIG_MIPS_EV64120 is not set # CONFIG_MIPS_EV96100 is not set # CONFIG_MIPS_IVR is not set # CONFIG_MIPS_ITE8172 is not set # CONFIG_MACH_JAZZ is not set CONFIG_BCM947XX=y # CONFIG_LASAT is not set # CONFIG_MIPS_ATLAS is not set # CONFIG_MIPS_MALTA is not set # CONFIG_MIPS_SEAD is not set # CONFIG_MIPS_SIM is not set # CONFIG_MOMENCO_JAGUAR_ATX is not set # CONFIG_MOMENCO_OCELOT is not set # CONFIG_MOMENCO_OCELOT_3 is not set # CONFIG_MOMENCO_OCELOT_C is not set # CONFIG_MOMENCO_OCELOT_G is not set # CONFIG_MIPS_XXS1500 is not set # CONFIG_PNX8550_V2PCI is not set # CONFIG_PNX8550_JBS is not set # CONFIG_DDB5074 is not set # CONFIG_DDB5476 is not set # CONFIG_DDB5477 is not set # CONFIG_MACH_VR41XX is not set # CONFIG_PMC_YOSEMITE is not set # CONFIG_QEMU is not set # CONFIG_SGI_IP22 is not set # CONFIG_SGI_IP27 is not set # CONFIG_SGI_IP32 is not set # CONFIG_SIBYTE_BIGSUR is not set # CONFIG_SIBYTE_SWARM is not set # CONFIG_SIBYTE_SENTOSA is not set # CONFIG_SIBYTE_RHONE is not set # CONFIG_SIBYTE_CARMEL is not set # CONFIG_SIBYTE_PTSWARM is not set # CONFIG_SIBYTE_LITTLESUR is not set # CONFIG_SIBYTE_CRHINE is not set # CONFIG_SIBYTE_CRHONE is not set # CONFIG_SNI_RM200_PCI is not set # CONFIG_TOSHIBA_JMR3927 is not set # CONFIG_TOSHIBA_RBTX4927 is not set # CONFIG_TOSHIBA_RBTX4938 is not set CONFIG_RWSEM_GENERIC_SPINLOCK=y CONFIG_GENERIC_FIND_NEXT_BIT=y CONFIG_GENERIC_HWEIGHT=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_SCHED_NO_NO_OMIT_FRAME_POINTER=y CONFIG_DMA_NONCOHERENT=y CONFIG_DMA_NEED_PCI_MAP_STATE=y # CONFIG_CPU_BIG_ENDIAN is not set CONFIG_CPU_LITTLE_ENDIAN=y CONFIG_SYS_SUPPORTS_LITTLE_ENDIAN=y CONFIG_IRQ_CPU=y CONFIG_MIPS_L1_CACHE_SHIFT=5 # # CPU selection # CONFIG_CPU_MIPS32_R1=y # CONFIG_CPU_MIPS32_R2 is not set # CONFIG_CPU_MIPS64_R1 is not set # CONFIG_CPU_MIPS64_R2 is not set # CONFIG_CPU_R3000 is not set # CONFIG_CPU_TX39XX is not set # CONFIG_CPU_VR41XX is not set # CONFIG_CPU_R4300 is not set # CONFIG_CPU_R4X00 is not set # CONFIG_CPU_TX49XX is not set # CONFIG_CPU_R5000 is not set # CONFIG_CPU_R5432 is not set # CONFIG_CPU_R6000 is not set # CONFIG_CPU_NEVADA is not set # CONFIG_CPU_R8000 is not set # CONFIG_CPU_R10000 is not set # CONFIG_CPU_RM7000 is not set # CONFIG_CPU_RM9000 is not set # CONFIG_CPU_SB1 is not set CONFIG_SYS_HAS_CPU_MIPS32_R1=y CONFIG_CPU_MIPS32=y CONFIG_CPU_MIPSR1=y CONFIG_SYS_SUPPORTS_32BIT_KERNEL=y CONFIG_CPU_SUPPORTS_32BIT_KERNEL=y # # Kernel type # CONFIG_32BIT=y # CONFIG_64BIT is not set CONFIG_PAGE_SIZE_4KB=y # CONFIG_PAGE_SIZE_8KB is not set # CONFIG_PAGE_SIZE_16KB is not set # CONFIG_PAGE_SIZE_64KB is not set CONFIG_CPU_HAS_PREFETCH=y # CONFIG_MIPS_MT is not set # CONFIG_64BIT_PHYS_ADDR is not set CONFIG_CPU_HAS_LLSC=y CONFIG_CPU_HAS_SYNC=y CONFIG_GENERIC_HARDIRQS=y CONFIG_GENERIC_IRQ_PROBE=y CONFIG_CPU_SUPPORTS_HIGHMEM=y CONFIG_ARCH_FLATMEM_ENABLE=y CONFIG_SELECT_MEMORY_MODEL=y CONFIG_FLATMEM_MANUAL=y # CONFIG_DISCONTIGMEM_MANUAL is not set # CONFIG_SPARSEMEM_MANUAL is not set CONFIG_FLATMEM=y CONFIG_FLAT_NODE_MEM_MAP=y # CONFIG_SPARSEMEM_STATIC is not set CONFIG_SPLIT_PTLOCK_CPUS=4 CONFIG_PREEMPT_NONE=y # CONFIG_PREEMPT_VOLUNTARY is not set # CONFIG_PREEMPT is not set # # Code maturity level options # CONFIG_EXPERIMENTAL=y CONFIG_BROKEN_ON_SMP=y CONFIG_INIT_ENV_ARG_LIMIT=32 # # General setup # CONFIG_LOCALVERSION="" CONFIG_LOCALVERSION_AUTO=y CONFIG_SWAP=y CONFIG_SYSVIPC=y # CONFIG_POSIX_MQUEUE is not set # CONFIG_BSD_PROCESS_ACCT is not set CONFIG_SYSCTL=y # CONFIG_AUDIT is not set # CONFIG_IKCONFIG is not set # CONFIG_RELAY is not set CONFIG_INITRAMFS_SOURCE="" CONFIG_CC_OPTIMIZE_FOR_SIZE=y CONFIG_EMBEDDED=y # CONFIG_KALLSYMS is not set CONFIG_HOTPLUG=y CONFIG_PRINTK=y CONFIG_BUG=y # CONFIG_ELF_CORE is not set CONFIG_BASE_FULL=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_SHMEM=y CONFIG_SLAB=y # CONFIG_TINY_SHMEM is not set CONFIG_BASE_SMALL=0 # CONFIG_SLOB is not set CONFIG_OBSOLETE_INTERMODULE=y # # Loadable module support # CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y # CONFIG_MODULE_FORCE_UNLOAD is not set # CONFIG_MODVERSIONS is not set # CONFIG_MODULE_SRCVERSION_ALL is not set # CONFIG_KMOD is not set # # Block layer # # CONFIG_LBD is not set # CONFIG_BLK_DEV_IO_TRACE is not set # CONFIG_LSF is not set # # IO Schedulers # CONFIG_IOSCHED_NOOP=y # CONFIG_IOSCHED_AS is not set CONFIG_IOSCHED_DEADLINE=y # CONFIG_IOSCHED_CFQ is not set # CONFIG_DEFAULT_AS is not set CONFIG_DEFAULT_DEADLINE=y # CONFIG_DEFAULT_CFQ is not set # CONFIG_DEFAULT_NOOP is not set CONFIG_DEFAULT_IOSCHED="deadline" # # Bus options (PCI, PCMCIA, EISA, ISA, TC) # CONFIG_HW_HAS_PCI=y CONFIG_PCI=y CONFIG_MMU=y # # PCCARD (PCMCIA/CardBus) support # CONFIG_PCCARD=m # CONFIG_PCMCIA_DEBUG is not set CONFIG_PCMCIA=m # CONFIG_PCMCIA_LOAD_CIS is not set # CONFIG_PCMCIA_IOCTL is not set CONFIG_CARDBUS=y # # PC-card bridges # CONFIG_YENTA=m # CONFIG_YENTA_O2 is not set # CONFIG_YENTA_RICOH is not set # CONFIG_YENTA_TI is not set # CONFIG_YENTA_TOSHIBA is not set # CONFIG_PD6729 is not set # CONFIG_I82092 is not set CONFIG_PCCARD_NONSTATIC=m # # PCI Hotplug Support # # CONFIG_HOTPLUG_PCI is not set # # Executable file formats # CONFIG_BINFMT_ELF=y # CONFIG_BINFMT_MISC is not set CONFIG_TRAD_SIGNALS=y # # Networking # CONFIG_NET=y # # Networking options # # CONFIG_NETDEBUG is not set CONFIG_PACKET=y CONFIG_PACKET_MMAP=y CONFIG_UNIX=y # CONFIG_NET_KEY is not set CONFIG_INET=y CONFIG_IP_MULTICAST=y CONFIG_IP_ADVANCED_ROUTER=y CONFIG_ASK_IP_FIB_HASH=y # CONFIG_IP_FIB_TRIE is not set CONFIG_IP_FIB_HASH=y CONFIG_IP_MULTIPLE_TABLES=y CONFIG_IP_ROUTE_FWMARK=y CONFIG_IP_ROUTE_MULTIPATH=y # CONFIG_IP_ROUTE_MULTIPATH_CACHED is not set # CONFIG_IP_ROUTE_VERBOSE is not set # CONFIG_IP_PNP is not set CONFIG_NET_IPIP=m # CONFIG_NET_IPGRE is not set # CONFIG_IPSEC_NAT_TRAVERSAL is not set # CONFIG_IP_MROUTE is not set # CONFIG_ARPD is not set # CONFIG_SYN_COOKIES is not set # CONFIG_INET_AH is not set # CONFIG_INET_ESP is not set # CONFIG_INET_IPCOMP is not set # CONFIG_INET_XFRM_TUNNEL is not set CONFIG_INET_TUNNEL=m CONFIG_INET_DIAG=m CONFIG_INET_TCP_DIAG=m CONFIG_TCP_CONG_ADVANCED=y # # TCP congestion control # CONFIG_TCP_CONG_BIC=m CONFIG_TCP_CONG_CUBIC=m CONFIG_TCP_CONG_WESTWOOD=m CONFIG_TCP_CONG_HTCP=m CONFIG_TCP_CONG_HSTCP=m CONFIG_TCP_CONG_HYBLA=m CONFIG_TCP_CONG_VEGAS=y CONFIG_TCP_CONG_SCALABLE=m # # IP: Virtual Server Configuration # # CONFIG_IP_VS is not set # CONFIG_IPV6 is not set # CONFIG_INET6_XFRM_TUNNEL is not set # CONFIG_INET6_TUNNEL is not set CONFIG_NETFILTER=y # CONFIG_NETFILTER_DEBUG is not set # CONFIG_BRIDGE_NETFILTER is not set # # Core Netfilter Configuration # # CONFIG_NETFILTER_NETLINK is not set CONFIG_NETFILTER_XTABLES=y CONFIG_NETFILTER_XT_TARGET_CLASSIFY=m CONFIG_NETFILTER_XT_TARGET_CONNMARK=m CONFIG_NETFILTER_XT_TARGET_MARK=m # CONFIG_NETFILTER_XT_TARGET_NFQUEUE is not set # CONFIG_NETFILTER_XT_TARGET_NOTRACK is not set # CONFIG_NETFILTER_XT_MATCH_COMMENT is not set # CONFIG_NETFILTER_XT_MATCH_CONNBYTES is not set CONFIG_NETFILTER_XT_MATCH_CONNMARK=m CONFIG_NETFILTER_XT_MATCH_CONNTRACK=y # CONFIG_NETFILTER_XT_MATCH_DCCP is not set CONFIG_NETFILTER_XT_MATCH_ESP=m CONFIG_NETFILTER_XT_MATCH_HELPER=m CONFIG_NETFILTER_XT_MATCH_LENGTH=m CONFIG_NETFILTER_XT_MATCH_LIMIT=m CONFIG_NETFILTER_XT_MATCH_MAC=m CONFIG_NETFILTER_XT_MATCH_MARK=m CONFIG_NETFILTER_XT_MATCH_MULTIPORT=y # CONFIG_NETFILTER_XT_MATCH_PKTTYPE is not set # CONFIG_NETFILTER_XT_MATCH_REALM is not set # CONFIG_NETFILTER_XT_MATCH_SCTP is not set CONFIG_NETFILTER_XT_MATCH_STATE=y CONFIG_NETFILTER_XT_MATCH_STRING=m CONFIG_NETFILTER_XT_MATCH_TCPMSS=y # # IP: Netfilter Configuration # CONFIG_IP_NF_CONNTRACK=y CONFIG_IP_NF_CT_ACCT=y CONFIG_IP_NF_CONNTRACK_MARK=y # CONFIG_IP_NF_CONNTRACK_EVENTS is not set # CONFIG_IP_NF_CT_PROTO_SCTP is not set CONFIG_IP_NF_FTP=y CONFIG_IP_NF_IRC=y # CONFIG_IP_NF_NETBIOS_NS is not set CONFIG_IP_NF_TFTP=m CONFIG_IP_NF_AMANDA=m CONFIG_IP_NF_PPTP=m CONFIG_IP_NF_H323=m CONFIG_IP_NF_SIP=m CONFIG_IP_NF_QUEUE=m CONFIG_IP_NF_IPTABLES=y CONFIG_IP_NF_MATCH_IPRANGE=m CONFIG_IP_NF_MATCH_IPP2P=m CONFIG_IP_NF_MATCH_TOS=m CONFIG_IP_NF_MATCH_TIME=m CONFIG_IP_NF_MATCH_RECENT=m CONFIG_IP_NF_MATCH_ECN=m CONFIG_IP_NF_MATCH_DSCP=m CONFIG_IP_NF_MATCH_AH=m CONFIG_IP_NF_MATCH_TTL=m CONFIG_IP_NF_MATCH_OWNER=m # CONFIG_IP_NF_MATCH_ADDRTYPE is not set # CONFIG_IP_NF_MATCH_HASHLIMIT is not set CONFIG_IP_NF_MATCH_LAYER7=m # CONFIG_IP_NF_MATCH_LAYER7_DEBUG is not set CONFIG_IP_NF_FILTER=y CONFIG_IP_NF_TARGET_REJECT=y CONFIG_IP_NF_TARGET_IMQ=m # CONFIG_IP_NF_TARGET_LOG is not set CONFIG_IP_NF_TARGET_ULOG=m CONFIG_IP_NF_TARGET_TCPMSS=y CONFIG_IP_NF_NAT=y CONFIG_IP_NF_NAT_NEEDED=y CONFIG_IP_NF_TARGET_MASQUERADE=y CONFIG_IP_NF_TARGET_REDIRECT=y # CONFIG_IP_NF_TARGET_ROUTE is not set # CONFIG_IP_NF_TARGET_NETMAP is not set # CONFIG_IP_NF_TARGET_SAME is not set # CONFIG_IP_NF_NAT_SNMP_BASIC is not set CONFIG_IP_NF_NAT_IRC=y CONFIG_IP_NF_NAT_FTP=y CONFIG_IP_NF_NAT_TFTP=m CONFIG_IP_NF_NAT_AMANDA=m CONFIG_IP_NF_NAT_PPTP=m CONFIG_IP_NF_NAT_H323=m CONFIG_IP_NF_NAT_SIP=m CONFIG_IP_NF_MANGLE=y CONFIG_IP_NF_TARGET_TOS=m CONFIG_IP_NF_TARGET_ECN=m CONFIG_IP_NF_TARGET_DSCP=m CONFIG_IP_NF_TARGET_TTL=m # CONFIG_IP_NF_TARGET_CLUSTERIP is not set CONFIG_IP_NF_RAW=m # CONFIG_IP_NF_ARPTABLES is not set CONFIG_IP_NF_SET=m CONFIG_IP_NF_SET_MAX=256 CONFIG_IP_NF_SET_HASHSIZE=1024 CONFIG_IP_NF_SET_IPMAP=m CONFIG_IP_NF_SET_MACIPMAP=m CONFIG_IP_NF_SET_PORTMAP=m CONFIG_IP_NF_SET_IPHASH=m CONFIG_IP_NF_SET_NETHASH=m CONFIG_IP_NF_SET_IPTREE=m CONFIG_IP_NF_MATCH_SET=m CONFIG_IP_NF_TARGET_SET=m # # Bridge: Netfilter Configuration # CONFIG_BRIDGE_NF_EBTABLES=m CONFIG_BRIDGE_EBT_BROUTE=m CONFIG_BRIDGE_EBT_T_FILTER=m CONFIG_BRIDGE_EBT_T_NAT=m CONFIG_BRIDGE_EBT_802_3=m CONFIG_BRIDGE_EBT_AMONG=m CONFIG_BRIDGE_EBT_ARP=m CONFIG_BRIDGE_EBT_IP=m CONFIG_BRIDGE_EBT_LIMIT=m CONFIG_BRIDGE_EBT_MARK=m CONFIG_BRIDGE_EBT_PKTTYPE=m CONFIG_BRIDGE_EBT_STP=m CONFIG_BRIDGE_EBT_VLAN=m CONFIG_BRIDGE_EBT_ARPREPLY=m CONFIG_BRIDGE_EBT_DNAT=m CONFIG_BRIDGE_EBT_MARK_T=m CONFIG_BRIDGE_EBT_REDIRECT=m CONFIG_BRIDGE_EBT_SNAT=m CONFIG_BRIDGE_EBT_LOG=m CONFIG_BRIDGE_EBT_ULOG=m # # DCCP Configuration (EXPERIMENTAL) # # CONFIG_IP_DCCP is not set # # SCTP Configuration (EXPERIMENTAL) # # CONFIG_IP_SCTP is not set # # TIPC Configuration (EXPERIMENTAL) # # CONFIG_TIPC is not set CONFIG_ATM=m CONFIG_ATM_CLIP=m # CONFIG_ATM_CLIP_NO_ICMP is not set # CONFIG_ATM_LANE is not set CONFIG_ATM_BR2684=m # CONFIG_ATM_BR2684_IPFILTER is not set CONFIG_BRIDGE=y CONFIG_VLAN_8021Q=y # CONFIG_DECNET is not set CONFIG_LLC=y # CONFIG_LLC2 is not set # CONFIG_IPX is not set # CONFIG_ATALK is not set # CONFIG_X25 is not set # CONFIG_LAPB is not set # CONFIG_NET_DIVERT is not set # CONFIG_ECONET is not set # CONFIG_WAN_ROUTER is not set # # QoS and/or fair queueing # CONFIG_NET_SCHED=y CONFIG_NET_SCH_CLK_JIFFIES=y # CONFIG_NET_SCH_CLK_GETTIMEOFDAY is not set # CONFIG_NET_SCH_CLK_CPU is not set # # Queueing/Scheduling # CONFIG_NET_SCH_CBQ=m CONFIG_NET_SCH_HTB=m CONFIG_NET_SCH_HFSC=m # CONFIG_NET_SCH_ATM is not set CONFIG_NET_SCH_PRIO=m CONFIG_NET_SCH_RED=m CONFIG_NET_SCH_SFQ=m CONFIG_NET_SCH_ESFQ=m CONFIG_NET_SCH_TEQL=m CONFIG_NET_SCH_TBF=m CONFIG_NET_SCH_GRED=m CONFIG_NET_SCH_DSMARK=m # CONFIG_NET_SCH_NETEM is not set CONFIG_NET_SCH_INGRESS=m # # Classification # CONFIG_NET_CLS=y CONFIG_NET_CLS_BASIC=m CONFIG_NET_CLS_TCINDEX=m CONFIG_NET_CLS_ROUTE4=m CONFIG_NET_CLS_ROUTE=y CONFIG_NET_CLS_FW=m CONFIG_NET_CLS_U32=m # CONFIG_CLS_U32_PERF is not set # CONFIG_CLS_U32_MARK is not set CONFIG_NET_CLS_RSVP=m CONFIG_NET_CLS_RSVP6=m # CONFIG_NET_EMATCH is not set # CONFIG_NET_CLS_ACT is not set CONFIG_NET_CLS_POLICE=y # CONFIG_NET_CLS_IND is not set CONFIG_NET_ESTIMATOR=y # # Network testing # # CONFIG_NET_PKTGEN is not set # CONFIG_HAMRADIO is not set # CONFIG_IRDA is not set # CONFIG_BT is not set CONFIG_IEEE80211=m # CONFIG_IEEE80211_DEBUG is not set CONFIG_IEEE80211_CRYPT_WEP=m # CONFIG_IEEE80211_CRYPT_CCMP is not set # CONFIG_IEEE80211_CRYPT_TKIP is not set CONFIG_IEEE80211_SOFTMAC=m CONFIG_IEEE80211_SOFTMAC_DEBUG=y CONFIG_WIRELESS_EXT=y # # Device Drivers # # # Generic Driver Options # CONFIG_STANDALONE=y CONFIG_PREVENT_FIRMWARE_BUILD=y CONFIG_FW_LOADER=y # # Connector - unified userspace <-> kernelspace linker # # CONFIG_CONNECTOR is not set # # Memory Technology Devices (MTD) # CONFIG_MTD=y # CONFIG_MTD_DEBUG is not set # CONFIG_MTD_CONCAT is not set CONFIG_MTD_PARTITIONS=y # CONFIG_MTD_REDBOOT_PARTS is not set # CONFIG_MTD_CMDLINE_PARTS is not set # # User Modules And Translation Layers # CONFIG_MTD_CHAR=y CONFIG_MTD_BLOCK=y # CONFIG_FTL is not set # CONFIG_NFTL is not set # CONFIG_INFTL is not set # CONFIG_RFD_FTL is not set # # RAM/ROM/Flash chip drivers # CONFIG_MTD_CFI=y # CONFIG_MTD_JEDECPROBE is not set CONFIG_MTD_GEN_PROBE=y # CONFIG_MTD_CFI_ADV_OPTIONS is not set CONFIG_MTD_MAP_BANK_WIDTH_1=y CONFIG_MTD_MAP_BANK_WIDTH_2=y CONFIG_MTD_MAP_BANK_WIDTH_4=y # CONFIG_MTD_MAP_BANK_WIDTH_8 is not set # CONFIG_MTD_MAP_BANK_WIDTH_16 is not set # CONFIG_MTD_MAP_BANK_WIDTH_32 is not set CONFIG_MTD_CFI_I1=y CONFIG_MTD_CFI_I2=y # CONFIG_MTD_CFI_I4 is not set # CONFIG_MTD_CFI_I8 is not set CONFIG_MTD_CFI_INTELEXT=y CONFIG_MTD_CFI_AMDSTD=y # CONFIG_MTD_CFI_STAA is not set CONFIG_MTD_CFI_UTIL=y # CONFIG_MTD_RAM is not set # CONFIG_MTD_ROM is not set # CONFIG_MTD_ABSENT is not set # CONFIG_MTD_OBSOLETE_CHIPS is not set # # Mapping drivers for chip access # CONFIG_MTD_COMPLEX_MAPPINGS=y # CONFIG_MTD_PHYSMAP is not set CONFIG_MTD_BCM47XX=y # CONFIG_MTD_PCI is not set # CONFIG_MTD_PLATRAM is not set # # Self-contained MTD device drivers # # CONFIG_MTD_PMC551 is not set # CONFIG_MTD_SLRAM is not set # CONFIG_MTD_PHRAM is not set # CONFIG_MTD_MTDRAM is not set # CONFIG_MTD_BLOCK2MTD is not set # # Disk-On-Chip Device Drivers # # CONFIG_MTD_DOC2000 is not set # CONFIG_MTD_DOC2001 is not set # CONFIG_MTD_DOC2001PLUS is not set # # NAND Flash Device Drivers # # CONFIG_MTD_NAND is not set # # OneNAND Flash Device Drivers # # CONFIG_MTD_ONENAND is not set # # Parallel port support # # CONFIG_PARPORT is not set # # Plug and Play support # # # Block devices # # CONFIG_BLK_CPQ_DA is not set # CONFIG_BLK_CPQ_CISS_DA is not set # CONFIG_BLK_DEV_DAC960 is not set # CONFIG_BLK_DEV_UMEM is not set # CONFIG_BLK_DEV_COW_COMMON is not set CONFIG_BLK_DEV_LOOP=m CONFIG_BLK_DEV_CRYPTOLOOP=m # CONFIG_BLK_DEV_NBD is not set # CONFIG_BLK_DEV_SX8 is not set # CONFIG_BLK_DEV_UB is not set # CONFIG_BLK_DEV_RAM is not set CONFIG_BLK_DEV_INITRD=y # CONFIG_CDROM_PKTCDVD is not set # CONFIG_ATA_OVER_ETH is not set # # ATA/ATAPI/MFM/RLL support # # CONFIG_IDE is not set # # SCSI device support # # CONFIG_RAID_ATTRS is not set CONFIG_SCSI=y CONFIG_SCSI_PROC_FS=y # # SCSI support type (disk, tape, CD-ROM) # CONFIG_BLK_DEV_SD=y # CONFIG_CHR_DEV_ST is not set # CONFIG_CHR_DEV_OSST is not set # CONFIG_BLK_DEV_SR is not set # CONFIG_CHR_DEV_SG is not set # CONFIG_CHR_DEV_SCH is not set # # Some SCSI devices (e.g. CD jukebox) support multiple LUNs # # CONFIG_SCSI_MULTI_LUN is not set # CONFIG_SCSI_CONSTANTS is not set # CONFIG_SCSI_LOGGING is not set # # SCSI Transport Attributes # # CONFIG_SCSI_SPI_ATTRS is not set # CONFIG_SCSI_FC_ATTRS is not set # CONFIG_SCSI_ISCSI_ATTRS is not set # CONFIG_SCSI_SAS_ATTRS is not set # # SCSI low-level drivers # # CONFIG_ISCSI_TCP is not set # CONFIG_BLK_DEV_3W_XXXX_RAID is not set # CONFIG_SCSI_3W_9XXX is not set # CONFIG_SCSI_ACARD is not set # CONFIG_SCSI_AACRAID is not set # CONFIG_SCSI_AIC7XXX is not set # CONFIG_SCSI_AIC7XXX_OLD is not set # CONFIG_SCSI_AIC79XX is not set # CONFIG_SCSI_DPT_I2O is not set # CONFIG_MEGARAID_NEWGEN is not set # CONFIG_MEGARAID_LEGACY is not set # CONFIG_MEGARAID_SAS is not set # CONFIG_SCSI_SATA is not set # CONFIG_SCSI_DMX3191D is not set # CONFIG_SCSI_FUTURE_DOMAIN is not set # CONFIG_SCSI_IPS is not set # CONFIG_SCSI_INITIO is not set # CONFIG_SCSI_INIA100 is not set # CONFIG_SCSI_SYM53C8XX_2 is not set # CONFIG_SCSI_IPR is not set # CONFIG_SCSI_QLOGIC_1280 is not set # CONFIG_SCSI_QLA_FC is not set # CONFIG_SCSI_LPFC is not set # CONFIG_SCSI_DC395x is not set # CONFIG_SCSI_DC390T is not set # CONFIG_SCSI_NSP32 is not set # CONFIG_SCSI_DEBUG is not set # # PCMCIA SCSI adapter support # # CONFIG_PCMCIA_AHA152X is not set # CONFIG_PCMCIA_FDOMAIN is not set # CONFIG_PCMCIA_NINJA_SCSI is not set # CONFIG_PCMCIA_QLOGIC is not set # CONFIG_PCMCIA_SYM53C500 is not set # # Multi-device support (RAID and LVM) # # CONFIG_MD is not set # # Fusion MPT device support # # CONFIG_FUSION is not set # CONFIG_FUSION_SPI is not set # CONFIG_FUSION_FC is not set # CONFIG_FUSION_SAS is not set # # IEEE 1394 (FireWire) support # # CONFIG_IEEE1394 is not set # # I2O device support # # CONFIG_I2O is not set # # Network device support # CONFIG_NETDEVICES=y # CONFIG_DUMMY is not set # CONFIG_BONDING is not set # CONFIG_EQUALIZER is not set CONFIG_IMQ=m # CONFIG_IMQ_BEHAVIOR_AA is not set # CONFIG_IMQ_BEHAVIOR_AB is not set CONFIG_IMQ_BEHAVIOR_BA=y # CONFIG_IMQ_BEHAVIOR_BB is not set CONFIG_IMQ_NUM_DEVS=2 CONFIG_TUN=m # # ARCnet devices # # CONFIG_ARCNET is not set # # PHY device support # # CONFIG_PHYLIB is not set # # Ethernet (10 or 100Mbit) # CONFIG_NET_ETHERNET=y CONFIG_MII=y # CONFIG_HAPPYMEAL is not set # CONFIG_SUNGEM is not set # CONFIG_CASSINI is not set # CONFIG_NET_VENDOR_3COM is not set # CONFIG_DM9000 is not set # # Tulip family network device support # # CONFIG_NET_TULIP is not set # CONFIG_HP100 is not set CONFIG_NET_PCI=y # CONFIG_PCNET32 is not set # CONFIG_AMD8111_ETH is not set # CONFIG_ADAPTEC_STARFIRE is not set CONFIG_B44=y # CONFIG_FORCEDETH is not set # CONFIG_DGRS is not set # CONFIG_EEPRO100 is not set # CONFIG_E100 is not set # CONFIG_FEALNX is not set # CONFIG_NATSEMI is not set # CONFIG_NE2K_PCI is not set # CONFIG_8139CP is not set # CONFIG_8139TOO is not set # CONFIG_SIS900 is not set # CONFIG_EPIC100 is not set # CONFIG_SUNDANCE is not set # CONFIG_TLAN is not set # CONFIG_VIA_RHINE is not set # CONFIG_LAN_SAA9730 is not set # # Ethernet (1000 Mbit) # # CONFIG_ACENIC is not set # CONFIG_DL2K is not set # CONFIG_E1000 is not set # CONFIG_NS83820 is not set # CONFIG_HAMACHI is not set # CONFIG_YELLOWFIN is not set # CONFIG_R8169 is not set # CONFIG_SIS190 is not set # CONFIG_SKGE is not set # CONFIG_SKY2 is not set # CONFIG_SK98LIN is not set # CONFIG_VIA_VELOCITY is not set # CONFIG_TIGON3 is not set # CONFIG_BNX2 is not set # # Ethernet (10000 Mbit) # # CONFIG_CHELSIO_T1 is not set # CONFIG_IXGB is not set # CONFIG_S2IO is not set # # Token Ring devices # # CONFIG_TR is not set # # Wireless LAN (non-hamradio) # CONFIG_NET_RADIO=y # CONFIG_NET_WIRELESS_RTNETLINK is not set # # Obsolete Wireless cards support (pre-802.11) # # CONFIG_STRIP is not set # CONFIG_PCMCIA_WAVELAN is not set # CONFIG_PCMCIA_NETWAVE is not set # # Wireless 802.11 Frequency Hopping cards support # # CONFIG_PCMCIA_RAYCS is not set # # Wireless 802.11b ISA/PCI cards support # # CONFIG_IPW2100 is not set # CONFIG_IPW2200 is not set # CONFIG_HERMES is not set # CONFIG_ATMEL is not set # # Wireless 802.11b Pcmcia/Cardbus cards support # # CONFIG_AIRO_CS is not set # CONFIG_PCMCIA_WL3501 is not set # # Prism GT/Duette 802.11(a/b/g) PCI/Cardbus support # # CONFIG_PRISM54 is not set # CONFIG_HOSTAP is not set CONFIG_BCM43XX=m CONFIG_BCM43XX_DEBUG=y CONFIG_BCM43XX_DMA=y CONFIG_BCM43XX_PIO=y CONFIG_BCM43XX_DMA_AND_PIO_MODE=y # CONFIG_BCM43XX_DMA_MODE is not set # CONFIG_BCM43XX_PIO_MODE is not set CONFIG_NET_WIRELESS=y # # PCMCIA network device support # # CONFIG_NET_PCMCIA is not set # # Wan interfaces # # CONFIG_WAN is not set # # ATM drivers # # CONFIG_ATM_DUMMY is not set # CONFIG_ATM_TCP is not set # CONFIG_ATM_LANAI is not set # CONFIG_ATM_ENI is not set # CONFIG_ATM_FIRESTREAM is not set # CONFIG_ATM_ZATM is not set # CONFIG_ATM_NICSTAR is not set # CONFIG_ATM_IDT77252 is not set # CONFIG_ATM_AMBASSADOR is not set # CONFIG_ATM_HORIZON is not set # CONFIG_ATM_IA is not set # CONFIG_ATM_FORE200E_MAYBE is not set # CONFIG_ATM_HE is not set # CONFIG_FDDI is not set # CONFIG_HIPPI is not set CONFIG_PPP=y # CONFIG_PPP_MULTILINK is not set # CONFIG_PPP_FILTER is not set CONFIG_PPP_ASYNC=y # CONFIG_PPP_SYNC_TTY is not set CONFIG_PPP_DEFLATE=y CONFIG_PPP_BSDCOMP=y CONFIG_PPP_MPPE=y CONFIG_PPPOE=y CONFIG_PPPOATM=m # CONFIG_SLIP is not set # CONFIG_NET_FC is not set # CONFIG_SHAPER is not set # CONFIG_NETCONSOLE is not set # CONFIG_NETPOLL is not set # CONFIG_NET_POLL_CONTROLLER is not set # # ISDN subsystem # # CONFIG_ISDN is not set # # Telephony Support # # CONFIG_PHONE is not set # # Input device support # CONFIG_INPUT=y # # Userland interfaces # # CONFIG_INPUT_MOUSEDEV is not set # CONFIG_INPUT_JOYDEV is not set # CONFIG_INPUT_TSDEV is not set # CONFIG_INPUT_EVDEV is not set # CONFIG_INPUT_EVBUG is not set # # Input Device Drivers # # CONFIG_INPUT_KEYBOARD is not set # CONFIG_INPUT_MOUSE is not set # CONFIG_INPUT_JOYSTICK is not set # CONFIG_INPUT_TOUCHSCREEN is not set # CONFIG_INPUT_MISC is not set # # Hardware I/O ports # # CONFIG_SERIO is not set # CONFIG_GAMEPORT is not set # # Character devices # # CONFIG_VT is not set # CONFIG_SERIAL_NONSTANDARD is not set # # Serial drivers # CONFIG_SERIAL_8250=y CONFIG_SERIAL_8250_CONSOLE=y # CONFIG_SERIAL_8250_PCI is not set CONFIG_SERIAL_8250_CS=m CONFIG_SERIAL_8250_NR_UARTS=2 CONFIG_SERIAL_8250_RUNTIME_UARTS=2 # CONFIG_SERIAL_8250_EXTENDED is not set # # Non-8250 serial port support # CONFIG_SERIAL_CORE=y CONFIG_SERIAL_CORE_CONSOLE=y # CONFIG_SERIAL_JSM is not set CONFIG_UNIX98_PTYS=y # CONFIG_LEGACY_PTYS is not set # # IPMI # # CONFIG_IPMI_HANDLER is not set # # Watchdog Cards # # CONFIG_WATCHDOG is not set # CONFIG_RTC is not set # CONFIG_GEN_RTC is not set # CONFIG_DTLK is not set # CONFIG_R3964 is not set # CONFIG_APPLICOM is not set # # Ftape, the floppy tape device driver # # CONFIG_DRM is not set # # PCMCIA character devices # # CONFIG_SYNCLINK_CS is not set # CONFIG_CARDMAN_4000 is not set # CONFIG_CARDMAN_4040 is not set # CONFIG_RAW_DRIVER is not set # # TPM devices # # CONFIG_TCG_TPM is not set # CONFIG_TELCLOCK is not set # # I2C support # # CONFIG_I2C is not set # # SPI support # # CONFIG_SPI is not set # CONFIG_SPI_MASTER is not set # # Dallas's 1-wire bus # # CONFIG_W1 is not set # # Hardware Monitoring support # # CONFIG_HWMON is not set # CONFIG_HWMON_VID is not set # # Misc devices # # # Multimedia devices # CONFIG_VIDEO_DEV=m CONFIG_VIDEO_V4L1=y CONFIG_VIDEO_V4L1_COMPAT=y CONFIG_VIDEO_V4L2=y # # Video Capture Adapters # # # Video Capture Adapters # # CONFIG_VIDEO_ADV_DEBUG is not set # CONFIG_VIDEO_VIVI is not set # CONFIG_VIDEO_CPIA is not set # CONFIG_VIDEO_CPIA2 is not set # CONFIG_VIDEO_STRADIS is not set # CONFIG_VIDEO_MXB is not set # CONFIG_VIDEO_DPC is not set # CONFIG_VIDEO_HEXIUM_ORION is not set # CONFIG_VIDEO_HEXIUM_GEMINI is not set # # Encoders and Decoders # # # V4L USB devices # # CONFIG_USB_DSBR is not set # CONFIG_USB_VICAM is not set # CONFIG_USB_IBMCAM is not set # CONFIG_USB_KONICAWC is not set # CONFIG_USB_ET61X251 is not set # CONFIG_USB_OV511 is not set # CONFIG_USB_SE401 is not set # CONFIG_USB_SN9C102 is not set # CONFIG_USB_STV680 is not set # CONFIG_USB_ZC0301 is not set CONFIG_USB_PWC=m # # Radio Adapters # # CONFIG_RADIO_GEMTEK_PCI is not set # CONFIG_RADIO_MAXIRADIO is not set # CONFIG_RADIO_MAESTRO is not set # # Digital Video Broadcasting Devices # # CONFIG_DVB is not set # CONFIG_USB_DABUSB is not set # # Graphics support # # CONFIG_FB is not set # # Sound # CONFIG_SOUND=m # # Advanced Linux Sound Architecture # CONFIG_SND=m CONFIG_SND_TIMER=m CONFIG_SND_PCM=m CONFIG_SND_HWDEP=m CONFIG_SND_RAWMIDI=m # CONFIG_SND_SEQUENCER is not set # CONFIG_SND_MIXER_OSS is not set # CONFIG_SND_PCM_OSS is not set # CONFIG_SND_DYNAMIC_MINORS is not set # CONFIG_SND_SUPPORT_OLD_API is not set CONFIG_SND_VERBOSE_PROCFS=y # CONFIG_SND_VERBOSE_PRINTK is not set # CONFIG_SND_DEBUG is not set # # Generic devices # # CONFIG_SND_DUMMY is not set # CONFIG_SND_MTPAV is not set # CONFIG_SND_SERIAL_U16550 is not set # CONFIG_SND_MPU401 is not set # # PCI devices # # CONFIG_SND_AD1889 is not set # CONFIG_SND_ALS300 is not set # CONFIG_SND_ALI5451 is not set # CONFIG_SND_ATIIXP is not set # CONFIG_SND_ATIIXP_MODEM is not set # CONFIG_SND_AU8810 is not set # CONFIG_SND_AU8820 is not set # CONFIG_SND_AU8830 is not set # CONFIG_SND_AZT3328 is not set # CONFIG_SND_BT87X is not set # CONFIG_SND_CA0106 is not set # CONFIG_SND_CMIPCI is not set # CONFIG_SND_CS4281 is not set # CONFIG_SND_CS46XX is not set # CONFIG_SND_EMU10K1 is not set # CONFIG_SND_EMU10K1X is not set # CONFIG_SND_ENS1370 is not set # CONFIG_SND_ENS1371 is not set # CONFIG_SND_ES1938 is not set # CONFIG_SND_ES1968 is not set # CONFIG_SND_FM801 is not set # CONFIG_SND_HDA_INTEL is not set # CONFIG_SND_HDSP is not set # CONFIG_SND_HDSPM is not set # CONFIG_SND_ICE1712 is not set # CONFIG_SND_ICE1724 is not set # CONFIG_SND_INTEL8X0 is not set # CONFIG_SND_INTEL8X0M is not set # CONFIG_SND_KORG1212 is not set # CONFIG_SND_MAESTRO3 is not set # CONFIG_SND_MIXART is not set # CONFIG_SND_NM256 is not set # CONFIG_SND_PCXHR is not set # CONFIG_SND_RIPTIDE is not set # CONFIG_SND_RME32 is not set # CONFIG_SND_RME96 is not set # CONFIG_SND_RME9652 is not set # CONFIG_SND_SONICVIBES is not set # CONFIG_SND_TRIDENT is not set # CONFIG_SND_VIA82XX is not set # CONFIG_SND_VIA82XX_MODEM is not set # CONFIG_SND_VX222 is not set # CONFIG_SND_YMFPCI is not set # # ALSA MIPS devices # # # USB devices # CONFIG_SND_USB_AUDIO=m # # PCMCIA devices # # CONFIG_SND_VXPOCKET is not set # CONFIG_SND_PDAUDIOCF is not set # # Open Sound System # # CONFIG_SOUND_PRIME is not set # # USB support # CONFIG_USB_ARCH_HAS_HCD=y CONFIG_USB_ARCH_HAS_OHCI=y CONFIG_USB_ARCH_HAS_EHCI=y CONFIG_USB=y CONFIG_USB_DEBUG=y # # Miscellaneous USB options # CONFIG_USB_DEVICEFS=y # CONFIG_USB_BANDWIDTH is not set # CONFIG_USB_DYNAMIC_MINORS is not set # CONFIG_USB_OTG is not set # # USB Host Controller Drivers # CONFIG_USB_EHCI_HCD=y # CONFIG_USB_EHCI_SPLIT_ISO is not set # CONFIG_USB_EHCI_ROOT_HUB_TT is not set CONFIG_USB_ISP116X_HCD=m CONFIG_USB_OHCI_HCD=m # CONFIG_USB_OHCI_BIG_ENDIAN is not set CONFIG_USB_OHCI_LITTLE_ENDIAN=y # CONFIG_USB_UHCI_HCD is not set # CONFIG_USB_SL811_HCD is not set # # USB Device Class drivers # CONFIG_USB_ACM=y CONFIG_USB_PRINTER=m # # NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support' # # # may also be needed; see USB_STORAGE Help for more information # CONFIG_USB_STORAGE=y # CONFIG_USB_STORAGE_DEBUG is not set # CONFIG_USB_STORAGE_DATAFAB is not set # CONFIG_USB_STORAGE_FREECOM is not set # CONFIG_USB_STORAGE_DPCM is not set # CONFIG_USB_STORAGE_USBAT is not set # CONFIG_USB_STORAGE_SDDR09 is not set # CONFIG_USB_STORAGE_SDDR55 is not set # CONFIG_USB_STORAGE_JUMPSHOT is not set # CONFIG_USB_STORAGE_ALAUDA is not set # CONFIG_USB_LIBUSUAL is not set # # USB Input Devices # CONFIG_USB_HID=y CONFIG_USB_HIDINPUT=y # CONFIG_USB_HIDINPUT_POWERBOOK is not set CONFIG_HID_FF=y CONFIG_HID_PID=y CONFIG_LOGITECH_FF=y CONFIG_THRUSTMASTER_FF=y CONFIG_USB_HIDDEV=y # CONFIG_USB_AIPTEK is not set # CONFIG_USB_WACOM is not set # CONFIG_USB_ACECAD is not set # CONFIG_USB_KBTAB is not set # CONFIG_USB_POWERMATE is not set # CONFIG_USB_TOUCHSCREEN is not set # CONFIG_USB_YEALINK is not set # CONFIG_USB_XPAD is not set # CONFIG_USB_ATI_REMOTE is not set # CONFIG_USB_ATI_REMOTE2 is not set # CONFIG_USB_KEYSPAN_REMOTE is not set # CONFIG_USB_APPLETOUCH is not set # # USB Imaging devices # # CONFIG_USB_MDC800 is not set # CONFIG_USB_MICROTEK is not set # # USB Network Adapters # # CONFIG_USB_CATC is not set # CONFIG_USB_KAWETH is not set # CONFIG_USB_PEGASUS is not set # CONFIG_USB_RTL8150 is not set # CONFIG_USB_USBNET is not set # CONFIG_USB_ZD1201 is not set CONFIG_USB_MON=y # # USB port drivers # # # USB Serial Converter support # # CONFIG_USB_SERIAL is not set # # USB Miscellaneous drivers # # CONFIG_USB_EMI62 is not set # CONFIG_USB_EMI26 is not set # CONFIG_USB_AUERSWALD is not set # CONFIG_USB_RIO500 is not set # CONFIG_USB_LEGOTOWER is not set # CONFIG_USB_LCD is not set # CONFIG_USB_LED is not set # CONFIG_USB_CYTHERM is not set # CONFIG_USB_PHIDGETKIT is not set # CONFIG_USB_PHIDGETSERVO is not set # CONFIG_USB_IDMOUSE is not set # CONFIG_USB_SISUSBVGA is not set # CONFIG_USB_LD is not set # CONFIG_USB_TEST is not set # # USB DSL modem support # CONFIG_USB_ATM=m # CONFIG_USB_SPEEDTOUCH is not set # CONFIG_USB_CXACRU is not set CONFIG_USB_UEAGLEATM=m # CONFIG_USB_XUSBATM is not set # # USB Gadget Support # # CONFIG_USB_GADGET is not set # # MMC/SD Card support # # CONFIG_MMC is not set # # LED devices # # CONFIG_NEW_LEDS is not set # # LED drivers # # # LED Triggers # # # InfiniBand support # # CONFIG_INFINIBAND is not set # # EDAC - error detection and reporting (RAS) (EXPERIMENTAL) # # # Real Time Clock # # CONFIG_RTC_CLASS is not set # # File systems # # CONFIG_EXT2_FS is not set CONFIG_EXT3_FS=y # CONFIG_EXT3_FS_XATTR is not set CONFIG_JBD=y # CONFIG_JBD_DEBUG is not set # CONFIG_REISERFS_FS is not set # CONFIG_JFS_FS is not set # CONFIG_FS_POSIX_ACL is not set # CONFIG_XFS_FS is not set # CONFIG_OCFS2_FS is not set # CONFIG_MINIX_FS is not set # CONFIG_ROMFS_FS is not set CONFIG_INOTIFY=y # CONFIG_QUOTA is not set # CONFIG_DNOTIFY is not set # CONFIG_AUTOFS_FS is not set # CONFIG_AUTOFS4_FS is not set # CONFIG_FUSE_FS is not set # # CD-ROM/DVD Filesystems # # CONFIG_ISO9660_FS is not set # CONFIG_UDF_FS is not set # # DOS/FAT/NT Filesystems # CONFIG_FAT_FS=m # CONFIG_MSDOS_FS is not set CONFIG_VFAT_FS=m CONFIG_FAT_DEFAULT_CODEPAGE=437 CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1" # CONFIG_NTFS_FS is not set # # Pseudo filesystems # CONFIG_PROC_FS=y # CONFIG_PROC_KCORE is not set # CONFIG_DEVFS_FS is not set CONFIG_SYSFS=y CONFIG_TMPFS=y # CONFIG_HUGETLB_PAGE is not set CONFIG_RAMFS=y # CONFIG_CONFIGFS_FS is not set # # Miscellaneous filesystems # # CONFIG_ADFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_HFS_FS is not set # CONFIG_HFSPLUS_FS is not set # CONFIG_BEFS_FS is not set # CONFIG_BFS_FS is not set # CONFIG_EFS_FS is not set # CONFIG_JFFS_FS is not set CONFIG_JFFS2_FS=y CONFIG_JFFS2_FS_DEBUG=0 CONFIG_JFFS2_FS_WRITEBUFFER=y # CONFIG_JFFS2_SUMMARY is not set CONFIG_JFFS2_COMPRESSION_OPTIONS=y CONFIG_JFFS2_ZLIB=y CONFIG_JFFS2_RTIME=y # CONFIG_JFFS2_RUBIN is not set # CONFIG_JFFS2_CMODE_NONE is not set CONFIG_JFFS2_CMODE_PRIORITY=y # CONFIG_JFFS2_CMODE_SIZE is not set # CONFIG_CRAMFS is not set CONFIG_SQUASHFS=y # CONFIG_SQUASHFS_EMBEDDED is not set CONFIG_SQUASHFS_FRAGMENT_CACHE_SIZE=3 # CONFIG_SQUASHFS_VMALLOC is not set # CONFIG_VXFS_FS is not set # CONFIG_HPFS_FS is not set # CONFIG_QNX4FS_FS is not set # CONFIG_SYSV_FS is not set # CONFIG_UFS_FS is not set # # Network File Systems # # CONFIG_NFS_FS is not set # CONFIG_NFSD is not set # CONFIG_SMB_FS is not set CONFIG_CIFS=m # CONFIG_CIFS_STATS is not set # CONFIG_CIFS_XATTR is not set # CONFIG_CIFS_EXPERIMENTAL is not set # CONFIG_NCP_FS is not set # CONFIG_CODA_FS is not set # CONFIG_AFS_FS is not set # CONFIG_9P_FS is not set # # Partition Types # CONFIG_PARTITION_ADVANCED=y # CONFIG_ACORN_PARTITION is not set # CONFIG_OSF_PARTITION is not set # CONFIG_AMIGA_PARTITION is not set # CONFIG_ATARI_PARTITION is not set # CONFIG_MAC_PARTITION is not set CONFIG_MSDOS_PARTITION=y # CONFIG_BSD_DISKLABEL is not set # CONFIG_MINIX_SUBPARTITION is not set # CONFIG_SOLARIS_X86_PARTITION is not set # CONFIG_UNIXWARE_DISKLABEL is not set # CONFIG_LDM_PARTITION is not set # CONFIG_SGI_PARTITION is not set # CONFIG_ULTRIX_PARTITION is not set # CONFIG_SUN_PARTITION is not set # CONFIG_KARMA_PARTITION is not set # CONFIG_EFI_PARTITION is not set # # Native Language Support # CONFIG_NLS=m CONFIG_NLS_DEFAULT="iso8859-1" CONFIG_NLS_CODEPAGE_437=m # CONFIG_NLS_CODEPAGE_737 is not set # CONFIG_NLS_CODEPAGE_775 is not set CONFIG_NLS_CODEPAGE_850=m # CONFIG_NLS_CODEPAGE_852 is not set # CONFIG_NLS_CODEPAGE_855 is not set # CONFIG_NLS_CODEPAGE_857 is not set # CONFIG_NLS_CODEPAGE_860 is not set # CONFIG_NLS_CODEPAGE_861 is not set # CONFIG_NLS_CODEPAGE_862 is not set # CONFIG_NLS_CODEPAGE_863 is not set # CONFIG_NLS_CODEPAGE_864 is not set # CONFIG_NLS_CODEPAGE_865 is not set # CONFIG_NLS_CODEPAGE_866 is not set # CONFIG_NLS_CODEPAGE_869 is not set # CONFIG_NLS_CODEPAGE_936 is not set # CONFIG_NLS_CODEPAGE_950 is not set # CONFIG_NLS_CODEPAGE_932 is not set # CONFIG_NLS_CODEPAGE_949 is not set # CONFIG_NLS_CODEPAGE_874 is not set # CONFIG_NLS_ISO8859_8 is not set # CONFIG_NLS_CODEPAGE_1250 is not set # CONFIG_NLS_CODEPAGE_1251 is not set # CONFIG_NLS_ASCII is not set CONFIG_NLS_ISO8859_1=m # CONFIG_NLS_ISO8859_2 is not set # CONFIG_NLS_ISO8859_3 is not set # CONFIG_NLS_ISO8859_4 is not set # CONFIG_NLS_ISO8859_5 is not set # CONFIG_NLS_ISO8859_6 is not set # CONFIG_NLS_ISO8859_7 is not set # CONFIG_NLS_ISO8859_9 is not set # CONFIG_NLS_ISO8859_13 is not set # CONFIG_NLS_ISO8859_14 is not set CONFIG_NLS_ISO8859_15=m # CONFIG_NLS_KOI8_R is not set # CONFIG_NLS_KOI8_U is not set CONFIG_NLS_UTF8=m # # Profiling support # # CONFIG_PROFILING is not set # # Kernel hacking # # CONFIG_PRINTK_TIME is not set # CONFIG_MAGIC_SYSRQ is not set # CONFIG_DEBUG_KERNEL is not set CONFIG_LOG_BUF_SHIFT=14 # CONFIG_DEBUG_FS is not set CONFIG_CROSSCOMPILE=y CONFIG_CMDLINE="root=/dev/sda1 rootdelay=10 console=ttyS0,115200" # # Security options # # CONFIG_KEYS is not set # CONFIG_SECURITY is not set # # Cryptographic options # CONFIG_CRYPTO=y CONFIG_CRYPTO_HMAC=y # CONFIG_CRYPTO_NULL is not set # CONFIG_CRYPTO_MD4 is not set CONFIG_CRYPTO_MD5=m CONFIG_CRYPTO_SHA1=y # CONFIG_CRYPTO_SHA256 is not set # CONFIG_CRYPTO_SHA512 is not set # CONFIG_CRYPTO_WP512 is not set # CONFIG_CRYPTO_TGR192 is not set CONFIG_CRYPTO_DES=m # CONFIG_CRYPTO_BLOWFISH is not set # CONFIG_CRYPTO_TWOFISH is not set # CONFIG_CRYPTO_SERPENT is not set CONFIG_CRYPTO_AES=m # CONFIG_CRYPTO_CAST5 is not set # CONFIG_CRYPTO_CAST6 is not set # CONFIG_CRYPTO_TEA is not set CONFIG_CRYPTO_ARC4=y # CONFIG_CRYPTO_KHAZAD is not set # CONFIG_CRYPTO_ANUBIS is not set CONFIG_CRYPTO_DEFLATE=m CONFIG_CRYPTO_MICHAEL_MIC=m # CONFIG_CRYPTO_CRC32C is not set # CONFIG_CRYPTO_TEST is not set # # Hardware crypto devices # # # Library routines # CONFIG_CRC_CCITT=y CONFIG_CRC16=m CONFIG_CRC32=y # CONFIG_LIBCRC32C is not set CONFIG_ZLIB_INFLATE=y CONFIG_ZLIB_DEFLATE=y CONFIG_TEXTSEARCH=y CONFIG_TEXTSEARCH_KMP=m CONFIG_TEXTSEARCH_BM=m CONFIG_TEXTSEARCH_FSM=m From david.goodenough@linkchoose.co.uk Tue Sep 5 16:11:48 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 05 Sep 2006 16:11:49 +0100 (BST) Received: from ip-217-204-115-127.easynet.co.uk ([217.204.115.127]:21767 "EHLO apollo.linkchoose.co.uk") by ftp.linux-mips.org with ESMTP id S20037572AbWIEPLs (ORCPT ); Tue, 5 Sep 2006 16:11:48 +0100 Received: from [10.98.1.127] (helo=galaxy.dga.co.uk) by apollo.linkchoose.co.uk with esmtp (Exim 4.60) (envelope-from ) id 1GKcb7-0006q1-7M for linux-mips@linux-mips.org; Tue, 05 Sep 2006 16:12:21 +0100 Received: from [10.0.1.63] by galaxy.dga.co.uk with esmtp (Exim 4.62) (envelope-from ) id 1GKcaO-0002Kw-1l for linux-mips@linux-mips.org; Tue, 05 Sep 2006 16:11:36 +0100 From: David Goodenough Organization: Linkchoose Ltd To: linux-mips@linux-mips.org Subject: Re: ADM5120 support Date: Tue, 5 Sep 2006 16:11:33 +0100 User-Agent: KMail/1.9.3 References: <200609011150.54312.david.goodenough@linkchoose.co.uk> <20060904061141.GB5361@domen.puncer.telargo.com> In-Reply-To: <20060904061141.GB5361@domen.puncer.telargo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609051611.34286.david.goodenough@linkchoose.co.uk> Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12516 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: david.goodenough@linkchoose.co.uk Precedence: bulk X-list: linux-mips On Monday 04 September 2006 07:11, Domen Puncer wrote: > On 01/09/06 11:50 +0100, David Goodenough wrote: > > I have found some patches for the ADM5120 on the web for 2.6.12, but > > nothing more recent. Anyone know of an updated patch (if updating is > > needed)? > > Hi! > > I forward ported them to 2.6.15, but then lost interest. > > http://coderock.org/planet_xrt-401d/files/ > > > Domen > > > David Thank you. I tried to use those but obviously I have something wrong in my config. The patches apply, but then when it tried to compile it complains on the first CC saying that THREAD_SIZE_ORDER is undefined. This looks as though I have the config wrong. Do you have a working config to go with your patches? Regards David From sshtylyov@ru.mvista.com Tue Sep 5 16:17:44 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Tue, 05 Sep 2006 16:17:46 +0100 (BST) Received: from h155.mvista.com ([63.81.120.155]:36992 "EHLO imap.sh.mvista.com") by ftp.linux-mips.org with ESMTP id S20037585AbWIEPRo (ORCPT ); Tue, 5 Sep 2006 16:17:44 +0100 Received: from [192.168.1.248] (unknown [10.150.0.9]) by imap.sh.mvista.com (Postfix) with ESMTP id CB26B3EBE; Tue, 5 Sep 2006 08:17:17 -0700 (PDT) Message-ID: <44FD9587.3030708@ru.mvista.com> Date: Tue, 05 Sep 2006 19:19:35 +0400 From: Sergei Shtylyov Organization: MontaVista Software Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.2) Gecko/20040803 X-Accept-Language: ru, en-us, en-gb MIME-Version: 1.0 To: Ralf Baechle Cc: Rodolfo Giometti , linux-mips@linux-mips.org, rmk+serial@arm.linux.org.uk Subject: Re: [PATCH] au1x00 serial real interrupt References: <20060522165244.GA16223@enneenne.com> In-Reply-To: <20060522165244.GA16223@enneenne.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12517 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: sshtylyov@ru.mvista.com Precedence: bulk X-list: linux-mips Hello. Rodolfo Giometti wrote: > Here my patch to enable real interrupts management for the au1x00 > CPUs. > ------------------------------------------------------------------------ > > diff --git a/include/asm-mips/serial.h b/include/asm-mips/serial.h > index 7b23664..0197062 100644 > --- a/include/asm-mips/serial.h > +++ b/include/asm-mips/serial.h > @@ -11,6 +11,14 @@ > > #include > > +#ifdef CONFIG_SOC_AU1X00 > +/* > + * We have to redefine "is_real_interrupt()" for Au1x00 CPUs... > + */ > +#undef is_real_interrupt > +#define is_real_interrupt(irq) ((irq) != ~0) > +#endif > + > /* > * This assumes you have a 1.8432 MHz clock for your UART. > * Ralf, how about this patch? Can it be applied, at least 3 months after posting? Alchemy UART0 uses IRQ0 and 0 is treated as "no IRQ" by drivers/serial/8250.c which says the macro should be redefined in if needed. WBR, Sergei From domen.puncer@telargo.com Wed Sep 6 07:21:37 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 06 Sep 2006 07:21:41 +0100 (BST) Received: from out001.atlarge.net ([129.41.63.69]:43202 "EHLO out001.atlarge.net") by ftp.linux-mips.org with ESMTP id S20037854AbWIFGVh (ORCPT ); Wed, 6 Sep 2006 07:21:37 +0100 Received: from hpmailfe-01.atlarge.net ([10.100.60.156]) by out001.atlarge.net with Microsoft SMTPSVC(6.0.3790.1830); Wed, 6 Sep 2006 01:20:08 -0500 Received: from localhost ([213.250.36.225]) by hpmailfe-01.atlarge.net with Microsoft SMTPSVC(6.0.3790.1830); Wed, 6 Sep 2006 01:20:07 -0500 Date: Wed, 6 Sep 2006 08:21:28 +0200 From: Domen Puncer To: David Goodenough Cc: linux-mips@linux-mips.org Subject: Re: ADM5120 support Message-ID: <20060906062128.GE5361@domen.puncer.telargo.com> References: <200609011150.54312.david.goodenough@linkchoose.co.uk> <20060904061141.GB5361@domen.puncer.telargo.com> <200609051611.34286.david.goodenough@linkchoose.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609051611.34286.david.goodenough@linkchoose.co.uk> User-Agent: Mutt/1.5.12-2006-07-14 X-OriginalArrivalTime: 06 Sep 2006 06:20:07.0798 (UTC) FILETIME=[7FDD0960:01C6D17C] Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12518 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: domen.puncer@telargo.com Precedence: bulk X-list: linux-mips On 05/09/06 16:11 +0100, David Goodenough wrote: > On Monday 04 September 2006 07:11, Domen Puncer wrote: > > On 01/09/06 11:50 +0100, David Goodenough wrote: > > > I have found some patches for the ADM5120 on the web for 2.6.12, but > > > nothing more recent. Anyone know of an updated patch (if updating is > > > needed)? > > > > Hi! > > > > I forward ported them to 2.6.15, but then lost interest. > > > > http://coderock.org/planet_xrt-401d/files/ > > > > > > Domen > > > > > David > Thank you. I tried to use those but obviously I have something wrong in > my config. The patches apply, but then when it tried to compile it > complains on the first CC saying that THREAD_SIZE_ORDER is undefined. This > looks as though I have the config wrong. Do you have a working config to > go with your patches? http://coderock.org/planet_xrt-401d/files/config-adm should be the latest I tried. Domen > > Regards > > David From david.goodenough@linkchoose.co.uk Wed Sep 6 09:22:02 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 06 Sep 2006 09:22:06 +0100 (BST) Received: from ip-217-204-115-127.easynet.co.uk ([217.204.115.127]:33554 "EHLO apollo.linkchoose.co.uk") by ftp.linux-mips.org with ESMTP id S20037874AbWIFIWC (ORCPT ); Wed, 6 Sep 2006 09:22:02 +0100 Received: from [10.98.1.127] (helo=galaxy.dga.co.uk) by apollo.linkchoose.co.uk with esmtp (Exim 4.60) (envelope-from ) id 1GKsgC-0007TG-Eq for linux-mips@linux-mips.org; Wed, 06 Sep 2006 09:22:40 +0100 Received: from [10.0.1.63] by galaxy.dga.co.uk with esmtp (Exim 4.62) (envelope-from ) id 1GKsfO-0003N1-G1 for linux-mips@linux-mips.org; Wed, 06 Sep 2006 09:21:50 +0100 From: David Goodenough Organization: Linkchoose Ltd To: linux-mips@linux-mips.org Subject: Re: ADM5120 support Date: Wed, 6 Sep 2006 09:21:52 +0100 User-Agent: KMail/1.9.3 References: <200609011150.54312.david.goodenough@linkchoose.co.uk> <200609051611.34286.david.goodenough@linkchoose.co.uk> <20060906062128.GE5361@domen.puncer.telargo.com> In-Reply-To: <20060906062128.GE5361@domen.puncer.telargo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609060921.52642.david.goodenough@linkchoose.co.uk> Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12519 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: david.goodenough@linkchoose.co.uk Precedence: bulk X-list: linux-mips On Wednesday 06 September 2006 07:21, Domen Puncer wrote: > On 05/09/06 16:11 +0100, David Goodenough wrote: > > On Monday 04 September 2006 07:11, Domen Puncer wrote: > > > On 01/09/06 11:50 +0100, David Goodenough wrote: > > > > I have found some patches for the ADM5120 on the web for 2.6.12, but > > > > nothing more recent. Anyone know of an updated patch (if updating is > > > > needed)? > > > > > > Hi! > > > > > > I forward ported them to 2.6.15, but then lost interest. > > > > > > http://coderock.org/planet_xrt-401d/files/ > > > > > > > > > Domen > > > > > > > David > > > > Thank you. I tried to use those but obviously I have something wrong in > > my config. The patches apply, but then when it tried to compile it > > complains on the first CC saying that THREAD_SIZE_ORDER is undefined. > > This looks as though I have the config wrong. Do you have a working > > config to go with your patches? > > http://coderock.org/planet_xrt-401d/files/config-adm > should be the latest I tried. > Thank you David > > Domen > > > Regards > > > > David From anemo@mba.ocn.ne.jp Wed Sep 6 14:40:11 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 06 Sep 2006 14:40:13 +0100 (BST) Received: from mba.ocn.ne.jp ([210.190.142.172]:14066 "HELO smtp.mba.ocn.ne.jp") by ftp.linux-mips.org with SMTP id S20037591AbWIFNkL (ORCPT ); Wed, 6 Sep 2006 14:40:11 +0100 Received: from localhost (p4200-ipad31funabasi.chiba.ocn.ne.jp [221.189.128.200]) by smtp.mba.ocn.ne.jp (Postfix) with ESMTP id 9FC05AB65; Wed, 6 Sep 2006 22:40:06 +0900 (JST) Date: Wed, 06 Sep 2006 22:42:02 +0900 (JST) Message-Id: <20060906.224202.25912085.anemo@mba.ocn.ne.jp> To: linux-mips@linux-mips.org Cc: ralf@linux-mips.org, drow@false.org, kaz@zeugmasystems.com Subject: [PATCH] Wire up set_robust_list(2) and get_robust_list(2) From: Atsushi Nemoto X-Fingerprint: 6ACA 1623 39BD 9A94 9B1A B746 CA77 FE94 2874 D52F X-Pgp-Public-Key: http://wwwkeys.pgp.net/pks/lookup?op=get&search=0x2874D52F X-Mailer: Mew version 3.3 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 12520 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: anemo@mba.ocn.ne.jp Precedence: bulk X-list: linux-mips Signed-off-by: Atsushi Nemoto arch/mips/kernel/scall32-o32.S | 2 ++ arch/mips/kernel/scall64-64.S | 2 ++ arch/mips/kernel/scall64-n32.S | 4 +++- arch/mips/kernel/scall64-o32.S | 2 ++ include/asm-mips/unistd.h | 18 ++++++++++++------ 5 files changed, 21 insertions(+), 7 deletions(-) diff --git a/arch/mips/kernel/scall32-o32.S b/arch/mips/kernel/scall32-o32.S index ba1bcd8..e717851 100644 --- a/arch/mips/kernel/scall32-o32.S +++ b/arch/mips/kernel/scall32-o32.S @@ -662,6 +662,8 @@ #endif /* CONFIG_MIPS_MT_FPAFF */ sys sys_tee 4 sys sys_vmsplice 4 sys sys_move_pages 6 + sys sys_set_robust_list 2 + sys sys_get_robust_list 3 .endm /* We pre-compute the number of _instruction_ bytes needed to diff --git a/arch/mips/kernel/scall64-64.S b/arch/mips/kernel/scall64-64.S index 939e172..4c22d0b 100644 --- a/arch/mips/kernel/scall64-64.S +++ b/arch/mips/kernel/scall64-64.S @@ -466,3 +466,5 @@ sys_call_table: PTR sys_tee /* 5265 */ PTR sys_vmsplice PTR sys_move_pages + PTR sys_set_robust_list + PTR sys_get_robust_list diff --git a/arch/mips/kernel/scall64-n32.S b/arch/mips/kernel/scall64-n32.S index 549b4bc..f25c2a2 100644 --- a/arch/mips/kernel/scall64-n32.S +++ b/arch/mips/kernel/scall64-n32.S @@ -390,5 +390,7 @@ EXPORT(sysn32_call_table) PTR sys_splice PTR sys_sync_file_range PTR sys_tee - PTR sys_vmsplice /* 6271 */ + PTR sys_vmsplice /* 6270 */ PTR sys_move_pages + PTR compat_sys_set_robust_list + PTR compat_sys_get_robust_list diff --git a/arch/mips/kernel/scall64-o32.S b/arch/mips/kernel/scall64-o32.S index 505c9ee..2ac0141 100644 --- a/arch/mips/kernel/scall64-o32.S +++ b/arch/mips/kernel/scall64-o32.S @@ -514,4 +514,6 @@ sys_call_table: PTR sys_tee PTR sys_vmsplice PTR compat_sys_move_pages + PTR compat_sys_set_robust_list + PTR compat_sys_get_robust_list /* 4310 */ .size sys_call_table,.-sys_call_table diff --git a/include/asm-mips/unistd.h b/include/asm-mips/unistd.h index 610ccb8..558e3cb 100644 --- a/include/asm-mips/unistd.h +++ b/include/asm-mips/unistd.h @@ -329,16 +329,18 @@ #define __NR_sync_file_range (__NR_Linu #define __NR_tee (__NR_Linux + 306) #define __NR_vmsplice (__NR_Linux + 307) #define __NR_move_pages (__NR_Linux + 308) +#define __NR_set_robust_list (__NR_Linux + 309) +#define __NR_get_robust_list (__NR_Linux + 310) /* * Offset of the last Linux o32 flavoured syscall */ -#define __NR_Linux_syscalls 308 +#define __NR_Linux_syscalls 310 #endif /* _MIPS_SIM == _MIPS_SIM_ABI32 */ #define __NR_O32_Linux 4000 -#define __NR_O32_Linux_syscalls 308 +#define __NR_O32_Linux_syscalls 310 #if _MIPS_SIM == _MIPS_SIM_ABI64 @@ -614,16 +616,18 @@ #define __NR_sync_file_range (__NR_Linu #define __NR_tee (__NR_Linux + 265) #define __NR_vmsplice (__NR_Linux + 266) #define __NR_move_pages (__NR_Linux + 267) +#define __NR_set_robust_list (__NR_Linux + 268) +#define __NR_get_robust_list (__NR_Linux + 269) /* * Offset of the last Linux 64-bit flavoured syscall */ -#define __NR_Linux_syscalls 267 +#define __NR_Linux_syscalls 269 #endif /* _MIPS_SIM == _MIPS_SIM_ABI64 */ #define __NR_64_Linux 5000 -#define __NR_64_Linux_syscalls 267 +#define __NR_64_Linux_syscalls 269 #if _MIPS_SIM == _MIPS_SIM_NABI32 @@ -903,16 +907,18 @@ #define __NR_sync_file_range (__NR_Linu #define __NR_tee (__NR_Linux + 269) #define __NR_vmsplice (__NR_Linux + 270) #define __NR_move_pages (__NR_Linux + 271) +#define __NR_set_robust_list (__NR_Linux + 272) +#define __NR_get_robust_list (__NR_Linux + 273) /* * Offset of the last N32 flavoured syscall */ -#define __NR_Linux_syscalls 271 +#define __NR_Linux_syscalls 273 #endif /* _MIPS_SIM == _MIPS_SIM_NABI32 */ #define __NR_N32_Linux 6000 -#define __NR_N32_Linux_syscalls 271 +#define __NR_N32_Linux_syscalls 273 #ifdef __KERNEL__ From anemo@mba.ocn.ne.jp Wed Sep 6 16:58:33 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 06 Sep 2006 16:58:35 +0100 (BST) Received: from mba.ocn.ne.jp ([210.190.142.172]:448 "HELO smtp.mba.ocn.ne.jp") by ftp.linux-mips.org with SMTP id S20037849AbWIFP6d (ORCPT ); Wed, 6 Sep 2006 16:58:33 +0100 Received: from localhost (p4200-ipad31funabasi.chiba