From tbm@cyrius.com Wed Mar 1 01:39:49 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 01:40:07 +0000 (GMT) Received: from sorrow.cyrius.com ([65.19.161.204]:15878 "EHLO sorrow.cyrius.com") by ftp.linux-mips.org with ESMTP id S8133654AbWCABjt (ORCPT ); Wed, 1 Mar 2006 01:39:49 +0000 Received: by sorrow.cyrius.com (Postfix, from userid 10) id 7309D64D3D; Wed, 1 Mar 2006 01:47:31 +0000 (UTC) Received: by deprecation.cyrius.com (Postfix, from userid 1000) id F26EB81F5; Wed, 1 Mar 2006 02:47:23 +0100 (CET) Date: Wed, 1 Mar 2006 01:47:23 +0000 From: Martin Michlmayr To: Mark E Mason Cc: linux-mips@linux-mips.org Subject: [PATCH] Offer Sibyte IDE driver only on platforms that have IDE Message-ID: <20060301014723.GA16315@deprecation.cyrius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.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: 10688 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: tbm@cyrius.com Precedence: bulk X-list: linux-mips Mark, can you ack this patch? [PATCH] Offer Sibyte IDE driver only on platforms that have IDE Currently Kconfig allows you to select the Sibyte IDE driver on any SB1 based SOC platform. However, not all of them actually have IDE. Nor do they import the correct files needed to compile the Sibyte (SWARM) IDE driver, leading to the compilation failure below on a SB1A 1480 board. The situation can be improved by adding a SIBYTE_HAS_IDE Kconfig variable and change the dependency of the Sibyte IDE driver accordingly. CC drivers/ide/mips/swarm.o drivers/ide/mips/swarm.c: In function ‘swarm_ide_probe’: drivers/ide/mips/swarm.c:95: error: ‘A_PHYS_GENBUS’ undeclared (first use in this function) drivers/ide/mips/swarm.c:95: error: (Each undeclared identifier is reported only once drivers/ide/mips/swarm.c:95: error: for each function it appears in.) drivers/ide/mips/swarm.c:95: error: ‘A_PHYS_GENBUS_END’ undeclared (first use in this function) drivers/ide/mips/swarm.c:125: error: ‘K_INT_GPIO_0’ undeclared (first use in this function) Signed-off-by: Martin Michlmayr --- a/arch/mips/Kconfig +++ b/arch/mips/Kconfig @@ -619,6 +619,8 @@ config SIBYTE_SWARM select SYS_SUPPORTS_BIG_ENDIAN select SYS_SUPPORTS_HIGHMEM select SYS_SUPPORTS_LITTLE_ENDIAN + select SIBYTE_HAS_IDE + select SIBYTE_HAS_PCMCIA config SIBYTE_SENTOSA bool "Support for Sibyte BCM91250E-Sentosa" @@ -664,6 +666,8 @@ config SIBYTE_PTSWARM select SYS_SUPPORTS_BIG_ENDIAN select SYS_SUPPORTS_HIGHMEM select SYS_SUPPORTS_LITTLE_ENDIAN + select SIBYTE_HAS_IDE + select SIBYTE_HAS_PCMCIA config SIBYTE_LITTLESUR bool "Support for Sibyte BCM91250C2-LittleSur" @@ -676,6 +680,7 @@ config SIBYTE_LITTLESUR select SYS_SUPPORTS_BIG_ENDIAN select SYS_SUPPORTS_HIGHMEM select SYS_SUPPORTS_LITTLE_ENDIAN + select SIBYTE_HAS_IDE config SIBYTE_CRHINE bool "Support for Sibyte BCM91120C-CRhine" diff --git a/arch/mips/sibyte/Kconfig b/arch/mips/sibyte/Kconfig index 816aee7..12712ef 100644 --- a/arch/mips/sibyte/Kconfig +++ b/arch/mips/sibyte/Kconfig @@ -95,6 +95,14 @@ config SIBYTE_HAS_LDT depends on PCI && (SIBYTE_SB1250 || SIBYTE_BCM1125H) default y +config SIBYTE_HAS_IDE + bool + default n + +config SIBYTE_HAS_PCMCIA + bool + default n + config SIMULATION bool "Running under simulation" depends on SIBYTE_SB1xxx_SOC diff --git a/drivers/ide/Kconfig b/drivers/ide/Kconfig index d633081..91514c5 100644 --- a/drivers/ide/Kconfig +++ b/drivers/ide/Kconfig @@ -782,7 +782,7 @@ config BLK_DEV_IDE_PMAC_BLINK config BLK_DEV_IDE_SWARM tristate "IDE for Sibyte evaluation boards" - depends on SIBYTE_SB1xxx_SOC + depends on SIBYTE_HAS_IDE config BLK_DEV_IDE_AU1XXX bool "IDE for AMD Alchemy Au1200" diff --git a/drivers/ide/mips/swarm.c b/drivers/ide/mips/swarm.c index 66f6064..55f77fc 100644 --- a/drivers/ide/mips/swarm.c +++ b/drivers/ide/mips/swarm.c @@ -33,8 +33,7 @@ * other PCI devices, for example, will require swapping). Any * SiByte-targetted kernel including IDE support will include this * file. Probing of a Generic Bus for an IDE device is controlled by - * the definition of "SIBYTE_HAVE_IDE", which is provided by - * for Broadcom boards. + * the definition of "SIBYTE_HAS_IDE". */ #include @@ -71,9 +70,6 @@ static int __devinit swarm_ide_probe(str phys_t offset, size; int i; - if (!SIBYTE_HAVE_IDE) - return -ENODEV; - /* Find an empty slot. */ for (i = 0; i < MAX_HWIFS; i++) if (!ide_hwifs[i].io_ports[IDE_DATA_OFFSET]) diff --git a/include/asm-mips/sibyte/swarm.h b/include/asm-mips/sibyte/swarm.h index 06e1d52..a560c4c 100644 --- a/include/asm-mips/sibyte/swarm.h +++ b/include/asm-mips/sibyte/swarm.h @@ -24,44 +24,34 @@ #ifdef CONFIG_SIBYTE_SWARM #define SIBYTE_BOARD_NAME "BCM91250A (SWARM)" -#define SIBYTE_HAVE_PCMCIA 1 -#define SIBYTE_HAVE_IDE 1 #endif #ifdef CONFIG_SIBYTE_PTSWARM #define SIBYTE_BOARD_NAME "PTSWARM" -#define SIBYTE_HAVE_PCMCIA 1 -#define SIBYTE_HAVE_IDE 1 #define SIBYTE_DEFAULT_CONSOLE "ttyS0,115200" #endif #ifdef CONFIG_SIBYTE_LITTLESUR #define SIBYTE_BOARD_NAME "BCM91250C2 (LittleSur)" -#define SIBYTE_HAVE_PCMCIA 0 -#define SIBYTE_HAVE_IDE 1 #define SIBYTE_DEFAULT_CONSOLE "cfe0" #endif #ifdef CONFIG_SIBYTE_CRHONE #define SIBYTE_BOARD_NAME "BCM91125C (CRhone)" -#define SIBYTE_HAVE_PCMCIA 0 -#define SIBYTE_HAVE_IDE 0 #endif #ifdef CONFIG_SIBYTE_CRHINE #define SIBYTE_BOARD_NAME "BCM91120C (CRhine)" -#define SIBYTE_HAVE_PCMCIA 0 -#define SIBYTE_HAVE_IDE 0 #endif /* Generic bus chip selects */ #define LEDS_CS 3 #define LEDS_PHYS 0x100a0000 -#ifdef SIBYTE_HAVE_IDE +#ifdef CONFIG_SIBYTE_HAS_IDE #define IDE_CS 4 #define IDE_PHYS 0x100b0000 #define K_GPIO_GB_IDE 4 #define K_INT_GB_IDE (K_INT_GPIO_0 + K_GPIO_GB_IDE) #endif -#ifdef SIBYTE_HAVE_PCMCIA +#ifdef CONFIG_SIBYTE_HAS_PCMCIA #define PCMCIA_CS 6 #define PCMCIA_PHYS 0x11000000 #define K_GPIO_PC_READY 9 -- Martin Michlmayr http://www.cyrius.com/ From tbm@cyrius.com Wed Mar 1 01:47:28 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 01:47:36 +0000 (GMT) Received: from sorrow.cyrius.com ([65.19.161.204]:18182 "EHLO sorrow.cyrius.com") by ftp.linux-mips.org with ESMTP id S8133654AbWCABr2 (ORCPT ); Wed, 1 Mar 2006 01:47:28 +0000 Received: by sorrow.cyrius.com (Postfix, from userid 10) id 19BB964D3D; Wed, 1 Mar 2006 01:55:14 +0000 (UTC) Received: by deprecation.cyrius.com (Postfix, from userid 1000) id 1B7AE81F5; Wed, 1 Mar 2006 02:55:06 +0100 (CET) Date: Wed, 1 Mar 2006 01:55:05 +0000 From: Martin Michlmayr To: Ralf Baechle Cc: linux-mips@linux-mips.org Subject: [PATCH] Mention Broadcom part number for BigSur board Message-ID: <20060301015505.GA16567@deprecation.cyrius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.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: 10689 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: tbm@cyrius.com Precedence: bulk X-list: linux-mips [PATCH] Mention Broadcom part number for BigSur board Mention the Broadcom part number for the BigSur board (BCM91480B) in Kconfig, just like it's done for other Broadcom boards. Signed-off-by: Martin Michlmayr --- a/arch/mips/Kconfig +++ b/arch/mips/Kconfig @@ -599,7 +599,7 @@ config SGI_IP32 If you want this kernel to run on SGI O2 workstation, say Y here. config SIBYTE_BIGSUR - bool "Support for Sibyte BigSur" + bool "Support for Sibyte BCM91480B-BigSur" select BOOT_ELF32 select DMA_COHERENT select PCI_DOMAINS -- Martin Michlmayr http://www.cyrius.com/ From tbm@cyrius.com Wed Mar 1 01:57:24 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 01:57:35 +0000 (GMT) Received: from sorrow.cyrius.com ([65.19.161.204]:28422 "EHLO sorrow.cyrius.com") by ftp.linux-mips.org with ESMTP id S8133658AbWCAB5Y (ORCPT ); Wed, 1 Mar 2006 01:57:24 +0000 Received: by sorrow.cyrius.com (Postfix, from userid 10) id 5C09F64D3D; Wed, 1 Mar 2006 02:05:09 +0000 (UTC) Received: by deprecation.cyrius.com (Postfix, from userid 1000) id 153A381F5; Wed, 1 Mar 2006 03:04:38 +0100 (CET) Date: Wed, 1 Mar 2006 02:04:38 +0000 From: Martin Michlmayr To: linux-mips@linux-mips.org Subject: Re: Non-fatal oops on SGI IP22 when doing: md5sum /dev/mem Message-ID: <20060301020438.GA22131@deprecation.cyrius.com> References: <20060228114137.GA3087@deprecation.cyrius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060228114137.GA3087@deprecation.cyrius.com> User-Agent: Mutt/1.5.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: 10690 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: tbm@cyrius.com Precedence: bulk X-list: linux-mips * Martin Michlmayr [2006-02-28 11:41]: > I get the following non-fatal oops on SGI IP22 (2.6.16-rc5) when > running "md5sum /dev/mem". I know it's not very smart to run this > command but nevertheless we shouldn't oops. FWIW, i386 reports > "md5sum: /dev/mem: Bad address". Right, so we had a fun discussion about this on IRC today... The bottom line is that the kernel cannot to anything about it and root should know what they're doing. 12:39 < ladis> tbm: you cannot read from /dev/mem randomly ;-) 12:46 < tbm> ladis: yeah, but my point is that it shouldn't oops/segfault 12:48 < ladis> tbm: Well, you acessed GIO space and MC asserted BERR interrupt. That's pretty valid behaviour. 12:50 < tbm> ladis: a oops and segfault doesn't seem like valid behaviour from the perspective of an end user. Why cannot it catch such an access and return "Bad address" like i386 does 12:51 < p2-mate> tbm: if you do hw access in userland, you're on your own :) 12:53 < tbm> p2-mate: I still maintain that an oops is not an acceptable behaviour from a user POV 12:56 < Bacchus> tbm: I'm missing some context here - what is oopsing? 12:57 < p2-mate> tbm: rm /dev/mem 12:57 < p2-mate> tbm: problem solved :) 12:57 < tbm> p2-mate: so why does /dev/mem exist in the first place... 12:57 < tbm> Bacchus: print a traceback 12:57 < p2-mate> tbm: otherwise the X server does not work 12:58 < Bacchus> tbm: Doesn't work very well but I've never seen a traceback oopsing. 12:59 < tbm> well, isn't this thing called an oops? Or what's the right terminiology? 12:59 < tbm> Data bus error, epc == ffffffff881b0cf0, ra == ffffffff881c9ab4 12:59 < tbm> Oops[#8]: 12:59 < tbm> Cpu 0 12:59 < tbm> $ 0 : 0000000000000000 0000000000000004 ffffffff80090000 0000000000000000 12:59 < tbm> $ 4 : 00000000100023a8 ffffffff80090000 0000000000001000 ffffffff8a6dfe88 12:59 < tbm> .. 12:59 < tbm> Call Trace: 12:59 < tbm> [] vfs_read+0xfc/0x1b8 12:59 < tbm> .. 12:59 < ladis> p2-mate: That's problem of bloody crappy random number generator in xdm 12:59 < ladis> tbm: Right, it is Data bus error and I implemented it ;-) 12:59 < tbm> p2-mate: right, but my point is that the file is there and so it can be expected that some users try to read it 13:00 < Bacchus> Okay - and a DBE when doing what? 13:00 < tbm> so either we shouldn't ship the file, or we should handle reading from it gracefully 13:00 < p2-mate> tbm: well, perhapd it should not be there ? 13:00 < ladis> tbm: There was long debate about acesing /dev/mem on debian-mips archive few years ago 13:00 < tbm> Bacchus: doing "md5sum /dev/mem" 13:00 < ladis> tbm: search for xdm 13:00 < p2-mate> BERR is imprecise ? 13:00 < Bacchus> tbm: You're kidding? 13:00 < tbm> Bacchus: which may be a stupid thing, but still shouldn't oops and segfault 13:00 < ladis> tbm: It *will* always segfault on certain machines 13:01 < tbm> so why does i386 manage to produce a nice "Bad address" error? 13:01 < tbm> why is that not possible on mips? 13:01 < Bacchus> tbm: FOr this operation even formatting your hard disk would be ok. 13:01 < geoman> heh, I can confirm the oops on 2.6.16-rc4 13:01 < ladis> aiiie ;-) 13:01 < tbm> Bacchus: well, that's what i disagree with. If /dev/mem is so dangerous, it shouldn't exist. 13:02 < Bacchus> Welcome to UNIX :) 13:02 < ladis> tbm: No. It is very powerfull. And only root can cope with that... 13:02 < ladis> tbm: Remember userspace drivers 13:03 < geoman> hmm, speaking of display managers and oopses 13:03 < Bacchus> tbm: /dev/mem gives free access to any and all devices in the system just like the kernel. No safety net. 13:03 < ladis> tbm: And even removing /dev/mem doesn't prevent you from writing program that does mmap 13:03 < geoman> I seem to recall that wdm causes a non-fatal oops on ip22 13:04 < geoman> perhaps it is related 13:04 < ladis> geoman: sure it is 13:05 < ladis> display managers authors are insane i386 centric idiots thinking that reading enough /dev/mem gives you enough randomness for security purposes 13:05 < ladis> I never got this point... 13:05 < Bacchus> tbm: And yes, there are many that argue that /dev/mem should be deprecated. 13:11 < geoman> yep, wdm causes an identical oops 13:12 < tbm> ok, at least my O2 boots again 13:13 < tbm> anyway, I do agree with you that /dev/mem is dangerous and that root should know what they're doing 13:13 < tbm> however, the tiny bit I don't understand is that if the kernel manages to recognize this wrong access and issue a BERR, why cannot it simply return an error to the userland program 13:13 < tbm> but anyway, I guess there are more important things to worry about 13:14 < geoman> well, my understanding is that the kernel should never oops 13:15 < Bacchus> tbm: By the time we receive a bus error we're dead in the water. Game over. Tilt. Insert coin to continue ;-) 13:18 < geoman> heh, doing "md5sum /dev/mem" on my O2 doesn't return any error at all 13:18 < geoman> I think it is really trying to take the md5sum of all that random crud ;) 13:19 < Bacchus> A bus error just doesn't have enough knowledge about what went wrong, aside of a few carefully controlled scenarios like hw probing. ... 13:37 < Bacchus> geoman: So how does wdm trigger it? 13:38 < ladis> Bacchus: Read above 13:38 < ladis> Bacchus: display managers authors are insane i386 centric idiots thinking that reading enough /dev/mem gives you enough randomness for security purposes 13:39 < Bacchus> ladis: Eh... You meant you were serious?!? 13:39 < ladis> Bacchus: They are indeed doing that. 13:39 < ths> Bacchus: Sure. Wdm dies on my Indy. 13:39 < geoman> Bacchus: by simply tring to start it 13:39 < ladis> ...and the reason is above.. 13:48 * Bacchus googles for wdm ... 13:50 < Bacchus> Btw, wtf does wdm work for non-root then? 13:50 < geoman> nope 13:51 < geoman> if you try to run it non-root, it returns a message that "Only root wants to run wdm" 13:55 < ladis> Bacchus: http://lists.debian.org/debian-mips/2002/08/msg00060.html 13:55 < ladis> Bacchus: That's start of pretty nice discussion. Read on your own risc ;-) -- Martin Michlmayr http://www.cyrius.com/ From anemo@mba.ocn.ne.jp Wed Mar 1 05:37:00 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 05:37:09 +0000 (GMT) Received: from topsns2.toshiba-tops.co.jp ([202.230.225.126]:34642 "EHLO topsns2.toshiba-tops.co.jp") by ftp.linux-mips.org with ESMTP id S8133385AbWCAFhA (ORCPT ); Wed, 1 Mar 2006 05:37:00 +0000 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; Wed, 1 Mar 2006 14:44:47 +0900 Received: from topsms.toshiba-tops.co.jp (localhost.localdomain [127.0.0.1]) by localhost.toshiba-tops.co.jp (Postfix) with ESMTP id CE3E8204EB; Wed, 1 Mar 2006 14:44:43 +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 C1E68203B7; Wed, 1 Mar 2006 14:44:43 +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 k215ig4D052035; Wed, 1 Mar 2006 14:44:42 +0900 (JST) (envelope-from anemo@mba.ocn.ne.jp) Date: Wed, 01 Mar 2006 14:44:42 +0900 (JST) Message-Id: <20060301.144442.118975101.nemoto@toshiba-tops.co.jp> To: linux-kernel@vger.kernel.org Cc: linux-mips@linux-mips.org Subject: jiffies_64 vs. jiffies 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.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: 10691 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 Hi. I noticed that the 'jiffies' variable has 'wall_jiffies + 1' value in most of time. I'm using MIPS platform but I think this is same for other platforms. I suppose this is due to gcc does not know that jiffies_64 and jiffies share same place. In kernel/timer.c: static inline void update_times(void) { unsigned long ticks; ticks = jiffies - wall_jiffies; if (ticks) { wall_jiffies += ticks; update_wall_time(ticks); } calc_load(ticks); } void do_timer(struct pt_regs *regs) { jiffies_64++; update_times(); softlockup_tick(regs); } This is compiled MIPS code (gcc 3.4.5): 80056db4 : ... 80056de0: lui a3,0x8033 80056de4: lw v0,21400(a3) # load jiffies_64(lo) 80056de8: lui a1,0x8033 80056dec: lui t1,0x8033 80056df0: lw a2,21400(a1) # load jiffies 80056df4: lw v1,21404(a3) # load jiffies_64(hi) 80056df8: addiu v0,v0,1 # inc jiffies_64(lo) 80056dfc: lw t0,21360(t1) # load wall_jiffies 80056e00: sltiu a1,v0,1 # calc carry 80056e04: addu v1,v1,a1 # add carry to jiffies_64(hi) 80056e08: subu s4,a2,t0 # calc ticks (jiffies - wall_jiffies) 80056e0c: sw v0,21400(a3) # store jiffies_64(lo) 80056e10: sw v1,21404(a3) # store jiffies_64(hi) 80056e14: beqz s4,80057060 80056e18: move s8,a0 The 'tick' variable is calculated using 'jiffies' value before incrementing 'jiffies_64'. As a result, wall_jiffies will always one smaller then jiffies on elsewhere. I also checked x86 code (3.4.4). c012696a : ... c012696e: mov 0xc0482400,%eax # load jiffies c0126973: addl $0x1,0xc0482400 # inc jiffies_64(lo) c012697a: mov 0xc041a230,%edx # load wall_jiffies c0126980: mov %eax,%ebx c0126982: adcl $0x0,0xc0482404 # add carry to jiffies_64(hi) c0126989: sub %edx,%ebx # calc ticks (jiffies - wall_jiffies) c012698b: jne c01269a0 Though I'm not familiar with x86, it looks same. Is this really expected code? If no, how it can be fixed? Insert "barrier()" right after "jiffies_64++" ? --- Atsushi Nemoto From anemo@mba.ocn.ne.jp Wed Mar 1 06:08:43 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 06:08:53 +0000 (GMT) Received: from topsns2.toshiba-tops.co.jp ([202.230.225.126]:170 "EHLO topsns2.toshiba-tops.co.jp") by ftp.linux-mips.org with ESMTP id S8133385AbWCAGIm (ORCPT ); Wed, 1 Mar 2006 06:08:42 +0000 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; Wed, 1 Mar 2006 15:16:30 +0900 Received: from topsms.toshiba-tops.co.jp (localhost.localdomain [127.0.0.1]) by localhost.toshiba-tops.co.jp (Postfix) with ESMTP id 9A5E620535; Wed, 1 Mar 2006 15:16:28 +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 85F7220268; Wed, 1 Mar 2006 15:16:28 +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 k216GQ4D052138; Wed, 1 Mar 2006 15:16:27 +0900 (JST) (envelope-from anemo@mba.ocn.ne.jp) Date: Wed, 01 Mar 2006 15:16:26 +0900 (JST) Message-Id: <20060301.151626.48531391.nemoto@toshiba-tops.co.jp> To: linux-mips@linux-mips.org Cc: ralf@linux-mips.org, geert@linux-m68k.org, takata@linux-m32r.org, davem@davemloft.net Subject: [PATCH] [MIPS] use USECS_PER_SEC / HZ instead of tick_usec in do_gettimeofday 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.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: 10692 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 The 'tick_usec' is USER_HZ period in usec. do_gettimeofday() should use kernel HZ value. Here is a patch for MIPS. It seems m32r, m68k and sparc have same problem though their HZ and USER_HZ are same for now. Signed-off-by: Atsushi Nemoto diff --git a/arch/mips/kernel/time.c b/arch/mips/kernel/time.c index 7050b4f..42c94c7 100644 --- a/arch/mips/kernel/time.c +++ b/arch/mips/kernel/time.c @@ -163,7 +163,7 @@ void do_gettimeofday(struct timeval *tv) unsigned long seq; unsigned long lost; unsigned long usec, sec; - unsigned long max_ntp_tick = tick_usec - tickadj; + unsigned long max_ntp_tick; do { seq = read_seqbegin(&xtime_lock); @@ -178,12 +178,13 @@ void do_gettimeofday(struct timeval *tv) * Better to lose some accuracy than have time go backwards.. */ if (unlikely(time_adjust < 0)) { + max_ntp_tick = (USEC_PER_SEC / HZ) - tickadj; usec = min(usec, max_ntp_tick); if (lost) usec += lost * max_ntp_tick; } else if (unlikely(lost)) - usec += lost * tick_usec; + usec += lost * (USEC_PER_SEC / HZ); sec = xtime.tv_sec; usec += (xtime.tv_nsec / 1000); From mic@daemon.nethack.at Wed Mar 1 10:00:30 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 10:00:38 +0000 (GMT) Received: from daemon.nethack.at ([213.235.236.206]:41092 "EHLO daemon.nethack.at") by ftp.linux-mips.org with ESMTP id S8133385AbWCAKAa (ORCPT ); Wed, 1 Mar 2006 10:00:30 +0000 Received: (qmail 30636 invoked by uid 1000); 1 Mar 2006 11:08:18 +0100 Date: Wed, 1 Mar 2006 11:08:18 +0100 From: Michael Dosser To: Martin Michlmayr Cc: linux-mips@linux-mips.org Subject: Re: MIPS kernel status as of 2.6.16-rc5 Message-ID: <20060301100817.GB928@nethack.at> References: <20060228214144.GA6615@deprecation.cyrius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060228214144.GA6615@deprecation.cyrius.com> Organization: Nethack.at X-Operating-System: Debian GNU/Linux mips X-PGP-Key: http://mic.priv.at/mic.asc X-PGP-Public-Key: 1024D/5D872C06 X-PGP-Fingerprint: 2A21 7A7D BB77 8A41 B645 88BC 941A 80E8 5D87 2C06 X-RIPE-Handle: MD254-RIPE X-sig-random-gen: http://cfml.sourceforge.net/perl/chsig.tar.gz User-Agent: mutt-ng/devel-r655 (Debian) 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: 10694 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: mic@nethack.at Precedence: bulk X-list: linux-mips Content-Length: 500 Lines: 17 Hi, * On 2006-02-28 22:41 wrote: > - IP22: Indigo2 with > 256 MB fails to boot (regression from 2.4; > while 2.4 would only see 256 MB, it would at least boot) Is there a chance, that even if it would boot with > 256 MB linux could actually use all 384 MB of RAM? If not, does anybody know why and can explain it (I am no kernel developer and know only very little about the I2 hardware)? Thanks, bye mic -- Postmodernism is german romanticism with better special effects. From ralf@linux-mips.org Wed Mar 1 11:52:38 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 11:53:01 +0000 (GMT) Received: from mipsfw.mips-uk.com ([194.74.144.146]:27154 "EHLO bacchus.dhis.org") by ftp.linux-mips.org with ESMTP id S8133385AbWCALwi (ORCPT ); Wed, 1 Mar 2006 11:52:38 +0000 Received: from denk.linux-mips.net (denk.linux-mips.net [127.0.0.1]) by bacchus.dhis.org (8.13.4/8.13.4) with ESMTP id k21BxLmd004628; Wed, 1 Mar 2006 11:59:21 GMT Received: (from ralf@localhost) by denk.linux-mips.net (8.13.4/8.13.4/Submit) id k21BxLZe004627; Wed, 1 Mar 2006 11:59:21 GMT Date: Wed, 1 Mar 2006 11:59:21 +0000 From: Ralf Baechle To: Martin Michlmayr Cc: Mark E Mason , linux-mips@linux-mips.org Subject: Re: [PATCH] Offer Sibyte IDE driver only on platforms that have IDE Message-ID: <20060301115921.GB3779@linux-mips.org> References: <20060301014723.GA16315@deprecation.cyrius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060301014723.GA16315@deprecation.cyrius.com> User-Agent: Mutt/1.4.2.1i 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: 10695 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: ralf@linux-mips.org Precedence: bulk X-list: linux-mips Content-Length: 680 Lines: 18 On Wed, Mar 01, 2006 at 01:47:23AM +0000, Martin Michlmayr wrote: > [PATCH] Offer Sibyte IDE driver only on platforms that have IDE > > Currently Kconfig allows you to select the Sibyte IDE driver on > any SB1 based SOC platform. However, not all of them actually > have IDE. Nor do they import the correct files needed to compile > the Sibyte (SWARM) IDE driver, leading to the compilation failure > below on a SB1A 1480 board. > > The situation can be improved by adding a SIBYTE_HAS_IDE Kconfig > variable and change the dependency of the Sibyte IDE driver > accordingly. I would really prefer to see runtime probing etc. as step towards a generic Sibyte kernel. Ralf From anemo@mba.ocn.ne.jp Wed Mar 1 11:59:44 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 12:00:12 +0000 (GMT) Received: from p549F6BF0.dip.t-dialin.net ([84.159.107.240]:62851 "EHLO p549F6BF0.dip.t-dialin.net") by ftp.linux-mips.org with ESMTP id S8133138AbWCAL7o (ORCPT ); Wed, 1 Mar 2006 11:59:44 +0000 Received: from [IPv6:::ffff:202.230.225.126] ([IPv6:::ffff:202.230.225.126]:50519 "EHLO topsns2.toshiba-tops.co.jp") by linux-mips.net with ESMTP id ; Wed, 1 Mar 2006 13:06:56 +0100 Received: from topsms.toshiba-tops.co.jp by topsns2.toshiba-tops.co.jp via smtpd (for p549F6BF0.dip.t-dialin.net [84.159.107.240]) with ESMTP; Wed, 1 Mar 2006 21:06:46 +0900 Received: from topsms.toshiba-tops.co.jp (localhost.localdomain [127.0.0.1]) by localhost.toshiba-tops.co.jp (Postfix) with ESMTP id 067E020404; Wed, 1 Mar 2006 21:05:42 +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 E6C7820341; Wed, 1 Mar 2006 21:05:41 +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 k21C5f4D053710; Wed, 1 Mar 2006 21:05:41 +0900 (JST) (envelope-from anemo@mba.ocn.ne.jp) Date: Wed, 01 Mar 2006 21:05:41 +0900 (JST) Message-Id: <20060301.210541.30439818.nemoto@toshiba-tops.co.jp> To: linux-kernel@vger.kernel.org Cc: linux-mips@linux-mips.org Subject: Re: jiffies_64 vs. jiffies From: Atsushi Nemoto In-Reply-To: <20060301.144442.118975101.nemoto@toshiba-tops.co.jp> References: <20060301.144442.118975101.nemoto@toshiba-tops.co.jp> 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: 10696 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 Content-Length: 1472 Lines: 50 >>>>> On Wed, 01 Mar 2006 14:44:42 +0900 (JST), Atsushi Nemoto said: anemo> Hi. I noticed that the 'jiffies' variable has 'wall_jiffies + anemo> 1' value in most of time. I'm using MIPS platform but I think anemo> this is same for other platforms. anemo> I suppose this is due to gcc does not know that jiffies_64 and anemo> jiffies share same place. ... anemo> Is this really expected code? If no, how it can be fixed? anemo> Insert "barrier()" right after "jiffies_64++" ? I suppose passing updated jiffies to update_times() would be more efficient than barrier(). Here is a patch. Pass updated jiffies to update_times() to avoid jiffies/jiffies_64 aliasing. Signed-off-by: Atsushi Nemoto diff --git a/kernel/timer.c b/kernel/timer.c index fe3a9a9..7734788 100644 --- a/kernel/timer.c +++ b/kernel/timer.c @@ -904,11 +904,11 @@ void run_local_timers(void) * Called by the timer interrupt. xtime_lock must already be taken * by the timer IRQ! */ -static inline void update_times(void) +static inline void update_times(unsigned long jif) { unsigned long ticks; - ticks = jiffies - wall_jiffies; + ticks = jif - wall_jiffies; if (ticks) { wall_jiffies += ticks; update_wall_time(ticks); @@ -924,8 +924,7 @@ static inline void update_times(void) void do_timer(struct pt_regs *regs) { - jiffies_64++; - update_times(); + update_times(++jiffies_64); softlockup_tick(regs); } --- Atsushi Nemoto From zzh.hust@gmail.com Wed Mar 1 12:12:04 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 12:12:28 +0000 (GMT) Received: from nproxy.gmail.com ([64.233.182.199]:31301 "EHLO nproxy.gmail.com") by ftp.linux-mips.org with ESMTP id S8133572AbWCAMME convert rfc822-to-8bit (ORCPT ); Wed, 1 Mar 2006 12:12:04 +0000 Received: by nproxy.gmail.com with SMTP id c2so76465nfe for ; Wed, 01 Mar 2006 04:18:50 -0800 (PST) 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=sGVbt1EL9dwx7YNJd7w0c1Ugr0iCy5eJEUCn6PCrcnBELUc5zK2APd6iqHDvTcYBaCSvbqZZqPCZ2fMD7IaKySnSxgQrL8C2yInZMNoGMZgAFl/R9BHb42rvJYJUccWNjmyiQaf004wIdpDGnGNnWiFNPf9xMEZHD6ZJoVm52Wo= Received: by 10.49.87.6 with SMTP id p6mr60999nfl; Wed, 01 Mar 2006 04:18:50 -0800 (PST) Received: by 10.48.249.14 with HTTP; Wed, 1 Mar 2006 04:18:50 -0800 (PST) Message-ID: <50c9a2250603010418s6f778c25s799d79cee2b79333@mail.gmail.com> Date: Wed, 1 Mar 2006 20:18:50 +0800 From: zhuzhenhua To: linux-mips Subject: how to select a rootfs for embedded linux based hardisk? MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT 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: 10697 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: zzh.hust@gmail.com Precedence: bulk X-list: linux-mips Content-Length: 330 Lines: 12 dear all i want to port the linux to our board based hardisk with mips arch. i do not find too much file sytem for rootfs on hardisk besides ext2/ext3. but it seems ext2/ext3 is not suitable for embedded system. does someone have idea or experience with these products? thanks for any hints. Best regards zhuzhenhua From tbm@cyrius.com Wed Mar 1 12:36:06 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 12:36:23 +0000 (GMT) Received: from sorrow.cyrius.com ([65.19.161.204]:41737 "EHLO sorrow.cyrius.com") by ftp.linux-mips.org with ESMTP id S8133138AbWCAMgG (ORCPT ); Wed, 1 Mar 2006 12:36:06 +0000 Received: by sorrow.cyrius.com (Postfix, from userid 10) id 61EB064D3D; Wed, 1 Mar 2006 12:43:50 +0000 (UTC) Received: by deprecation.cyrius.com (Postfix, from userid 1000) id 06CDF9028; Wed, 1 Mar 2006 13:43:41 +0100 (CET) Date: Wed, 1 Mar 2006 12:43:41 +0000 From: Martin Michlmayr To: zhuzhenhua Cc: linux-mips Subject: Re: how to select a rootfs for embedded linux based hardisk? Message-ID: <20060301124341.GM24493@deprecation.cyrius.com> References: <50c9a2250603010418s6f778c25s799d79cee2b79333@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50c9a2250603010418s6f778c25s799d79cee2b79333@mail.gmail.com> User-Agent: Mutt/1.5.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: 10698 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: tbm@cyrius.com Precedence: bulk X-list: linux-mips Content-Length: 737 Lines: 16 * zhuzhenhua [2006-03-01 20:18]: > i want to port the linux to our board based hardisk with > mips arch. i do not find too much file sytem for rootfs on hardisk > besides ext2/ext3. > but it seems ext2/ext3 is not suitable for embedded system. > does someone have idea or experience with these products? How large is your hard drive exactly and is it a real IDE hard drive or some kind of flash? If the disk/flash is very small, ext3 may be a bad choice since it's a journalling file system which means that a) it'll take up quite a significant portion of space on a small drive and b) it'll write to the same sectors all the time, which will kill the flash in no time. -- Martin Michlmayr http://www.cyrius.com/ From tbm@cyrius.com Wed Mar 1 12:38:11 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 12:38:19 +0000 (GMT) Received: from sorrow.cyrius.com ([65.19.161.204]:43529 "EHLO sorrow.cyrius.com") by ftp.linux-mips.org with ESMTP id S8133138AbWCAMiL (ORCPT ); Wed, 1 Mar 2006 12:38:11 +0000 Received: by sorrow.cyrius.com (Postfix, from userid 10) id EC92A64D3D; Wed, 1 Mar 2006 12:45:59 +0000 (UTC) Received: by deprecation.cyrius.com (Postfix, from userid 1000) id AE55A9028; Wed, 1 Mar 2006 13:45:52 +0100 (CET) Date: Wed, 1 Mar 2006 12:45:52 +0000 From: Martin Michlmayr To: Dave Johnson Cc: linux-mips@linux-mips.org Subject: Re: [PATCH] fix lost ticks on SB1250 Message-ID: <20060301124552.GA5831@deprecation.cyrius.com> References: <17118.25343.948383.547250@cortez.sw.starentnetworks.com> <20060116160031.GA28383@deprecation.cyrius.com> <17355.52046.456176.406834@cortez.sw.starentnetworks.com> <17355.59571.567485.592914@cortez.sw.starentnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17355.59571.567485.592914@cortez.sw.starentnetworks.com> User-Agent: Mutt/1.5.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: 10699 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: tbm@cyrius.com Precedence: bulk X-list: linux-mips Content-Length: 331 Lines: 10 * Dave Johnson [2006-01-16 13:40]: > Patch is against 2.6.12 with some other patches unfortunatly (only > the gettimeofday one should matter as far as merging) Do you think you can update the patch for 2.6.16 and clean it up for submission? -- Martin Michlmayr http://www.cyrius.com/ From nickpiggin@yahoo.com.au Wed Mar 1 12:45:03 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 12:45:16 +0000 (GMT) Received: from smtp101.mail.mud.yahoo.com ([209.191.85.211]:30080 "HELO smtp101.mail.mud.yahoo.com") by ftp.linux-mips.org with SMTP id S8133138AbWCAMpD (ORCPT ); Wed, 1 Mar 2006 12:45:03 +0000 Received: (qmail 70651 invoked from network); 1 Mar 2006 12:52:46 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.au; h=Received:Message-ID:Date:From:User-Agent:X-Accept-Language:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Vck0wRFnynPksIlhpHe0MFKs/xq7qDi0cE9Km5oWL70gXP7FHZBc4mK9G0N34I3olj9P2qljwgDS3GTqayRbt8zwE7vLySqPA6uBAyE7PXiX3+rZZw7EYwei+GA+zItMkVp+iOmYE2Q4blfipvCQwsWlIoow0ADLdkM/wcOEHtg= ; Received: from unknown (HELO ?192.168.0.1?) (nickpiggin@203.173.4.201 with plain) by smtp101.mail.mud.yahoo.com with SMTP; 1 Mar 2006 12:52:46 -0000 Message-ID: <44059915.3010800@yahoo.com.au> Date: Wed, 01 Mar 2006 23:52:37 +1100 From: Nick Piggin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20051007 Debian/1.7.12-1 X-Accept-Language: en MIME-Version: 1.0 To: Atsushi Nemoto CC: linux-kernel@vger.kernel.org, linux-mips@linux-mips.org Subject: Re: jiffies_64 vs. jiffies References: <20060301.144442.118975101.nemoto@toshiba-tops.co.jp> <20060301.210541.30439818.nemoto@toshiba-tops.co.jp> In-Reply-To: <20060301.210541.30439818.nemoto@toshiba-tops.co.jp> 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: 10700 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: nickpiggin@yahoo.com.au Precedence: bulk X-list: linux-mips Content-Length: 403 Lines: 18 Atsushi Nemoto wrote: > @@ -924,8 +924,7 @@ static inline void update_times(void) > > void do_timer(struct pt_regs *regs) > { > - jiffies_64++; > - update_times(); > + update_times(++jiffies_64); > softlockup_tick(regs); > } > jiffies_64 is not volatile so you should not have to obfuscate the code like this. -- Send instant messages to your online friends http://au.messenger.yahoo.com From sbharathi@MidasComm.Com Wed Mar 1 14:22:39 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 14:22:48 +0000 (GMT) Received: from midas-91-171-chn.midascomm.com ([203.196.171.91]:62125 "EHLO info.midascomm.com") by ftp.linux-mips.org with ESMTP id S8133138AbWCAOWj (ORCPT ); Wed, 1 Mar 2006 14:22:39 +0000 Received: from bharathi.midascomm.com ([192.168.13.175]) by info.midascomm.com (8.12.10/8.12.10) with ESMTP id k21ETvLG024237; Wed, 1 Mar 2006 20:00:01 +0530 Date: Wed, 1 Mar 2006 20:11:52 +0530 (IST) From: Bharathi Subramanian To: "Nori, Soma Sekhar" cc: Linux MIPS Subject: RE: CPU Frequency change using PLL In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-midascomm.com-MailScanner-Information: Please contact the ISP for more information X-midascomm.com-MailScanner: Found to be clean X-midascomm.com-MailScanner-From: sbharathi@midascomm.com 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: 10701 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: sbharathi@MidasComm.Com Precedence: bulk X-list: linux-mips Content-Length: 1000 Lines: 28 On Tue, 28 Feb 2006, Nori, Soma Sekhar wrote: > > During my try, after changing the PLL Freq, the board is stops > > running. I feel, it is due to change in SDRAM Refresh rate. Is it > > right ?? Any body tried this, Kindly share exprience with me. Like > > how to reprogram the peripherals with-out affecting the operation > > etc.. > > Changing the PLL feeding only to the MIPS should not freeze the > board. You are likely messing with PLL which feeds the peripherals > as well. No. PLL-A (Low Freq) is feeding to peripherals and PLL-B(High Feeq) is feeding the MIPS. To save power, I switch from PLL-B to PLL-A during run-time. After wirte in to PLL-Reg the MIPS Hangs. No reboot. > Changing the PLL which feeds the SDRAM will also likely cause memory > corruption. Try putting the SDRAM in self-refresh for the duration > of PLL stablization and then re-program the SDRAM refresh rate. I didn't tried this Self-Refresh trick, Let me try ... Kindly CC to me. Thanks :) -- Bharathi S From anemo@mba.ocn.ne.jp Wed Mar 1 14:50:09 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 14:50:18 +0000 (GMT) Received: from mba.ocn.ne.jp ([210.190.142.172]:49346 "HELO smtp.mba.ocn.ne.jp") by ftp.linux-mips.org with SMTP id S8133138AbWCAOuJ (ORCPT ); Wed, 1 Mar 2006 14:50:09 +0000 Received: from localhost (p7129-ipad01funabasi.chiba.ocn.ne.jp [61.207.81.129]) by smtp.mba.ocn.ne.jp (Postfix) with ESMTP id C0C4DA522; Wed, 1 Mar 2006 23:57:55 +0900 (JST) Date: Wed, 01 Mar 2006 23:57:50 +0900 (JST) Message-Id: <20060301.235750.25910018.anemo@mba.ocn.ne.jp> To: nickpiggin@yahoo.com.au Cc: linux-kernel@vger.kernel.org, linux-mips@linux-mips.org Subject: Re: jiffies_64 vs. jiffies From: Atsushi Nemoto In-Reply-To: <44059915.3010800@yahoo.com.au> References: <20060301.144442.118975101.nemoto@toshiba-tops.co.jp> <20060301.210541.30439818.nemoto@toshiba-tops.co.jp> <44059915.3010800@yahoo.com.au> 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: 10702 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 Content-Length: 466 Lines: 21 >>>>> On Wed, 01 Mar 2006 23:52:37 +1100, Nick Piggin said: >> void do_timer(struct pt_regs *regs) >> { >> - jiffies_64++; >> - update_times(); >> + update_times(++jiffies_64); >> softlockup_tick(regs); >> } nick> jiffies_64 is not volatile so you should not have to obfuscate nick> the code like this. Well, do you mean it should be like this ? jiffies_64++; update_times(jiffies_64); Thanks for your comments. --- Atsushi Nemoto From nickpiggin@yahoo.com.au Wed Mar 1 14:52:35 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 14:52:46 +0000 (GMT) Received: from smtp109.mail.mud.yahoo.com ([209.191.85.219]:53344 "HELO smtp109.mail.mud.yahoo.com") by ftp.linux-mips.org with SMTP id S8133138AbWCAOwf (ORCPT ); Wed, 1 Mar 2006 14:52:35 +0000 Received: (qmail 70826 invoked from network); 1 Mar 2006 15:00:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.au; h=Received:Message-ID:Date:From:User-Agent:X-Accept-Language:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=uk+6687T9kQY+egMbUwOkw9k9w97Jg5Zop6QAOpQ5AgN3eKbh2LK9xiHi+Z7xZpxkg+wuVu+2Ojsec6a9mxtidSXX52wqJ/MdzMvtmdG2NUtcJNf2FrpkPM7CpOQT61rXFR7ZNYaCQPMt+t3CCVRGQoohTY4mTmpMuBIsYs2BLQ= ; Received: from unknown (HELO ?192.168.0.1?) (nickpiggin@203.173.4.201 with plain) by smtp109.mail.mud.yahoo.com with SMTP; 1 Mar 2006 15:00:19 -0000 Message-ID: <4405B700.1080607@yahoo.com.au> Date: Thu, 02 Mar 2006 02:00:16 +1100 From: Nick Piggin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20051007 Debian/1.7.12-1 X-Accept-Language: en MIME-Version: 1.0 To: Atsushi Nemoto CC: linux-kernel@vger.kernel.org, linux-mips@linux-mips.org Subject: Re: jiffies_64 vs. jiffies References: <20060301.144442.118975101.nemoto@toshiba-tops.co.jp> <20060301.210541.30439818.nemoto@toshiba-tops.co.jp> <44059915.3010800@yahoo.com.au> <20060301.235750.25910018.anemo@mba.ocn.ne.jp> In-Reply-To: <20060301.235750.25910018.anemo@mba.ocn.ne.jp> 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: 10703 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: nickpiggin@yahoo.com.au Precedence: bulk X-list: linux-mips Content-Length: 679 Lines: 31 Atsushi Nemoto wrote: >>>>>>On Wed, 01 Mar 2006 23:52:37 +1100, Nick Piggin said: > > >>>void do_timer(struct pt_regs *regs) >>>{ >>>- jiffies_64++; >>>- update_times(); >>>+ update_times(++jiffies_64); >>> softlockup_tick(regs); >>>} > > > nick> jiffies_64 is not volatile so you should not have to obfuscate > nick> the code like this. > > Well, do you mean it should be like this ? > > jiffies_64++; > update_times(jiffies_64); > Yeah. It makes your patch a line smaller too! > Thanks for your comments. Oh it was nothing really ;) -- SUSE Labs, Novell Inc. Send instant messages to your online friends http://au.messenger.yahoo.com From anemo@mba.ocn.ne.jp Wed Mar 1 16:05:23 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 16:05:32 +0000 (GMT) Received: from mba.ocn.ne.jp ([210.190.142.172]:19183 "HELO smtp.mba.ocn.ne.jp") by ftp.linux-mips.org with SMTP id S8133572AbWCAQFX (ORCPT ); Wed, 1 Mar 2006 16:05:23 +0000 Received: from localhost (p7129-ipad01funabasi.chiba.ocn.ne.jp [61.207.81.129]) by smtp.mba.ocn.ne.jp (Postfix) with ESMTP id 07D31B4D9; Thu, 2 Mar 2006 01:13:08 +0900 (JST) Date: Thu, 02 Mar 2006 01:13:04 +0900 (JST) Message-Id: <20060302.011304.75185944.anemo@mba.ocn.ne.jp> To: nickpiggin@yahoo.com.au Cc: linux-kernel@vger.kernel.org, linux-mips@linux-mips.org Subject: Re: jiffies_64 vs. jiffies From: Atsushi Nemoto In-Reply-To: <4405B700.1080607@yahoo.com.au> References: <44059915.3010800@yahoo.com.au> <20060301.235750.25910018.anemo@mba.ocn.ne.jp> <4405B700.1080607@yahoo.com.au> 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: 10704 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 Content-Length: 943 Lines: 41 >>>>> On Thu, 02 Mar 2006 02:00:16 +1100, Nick Piggin said: >> Well, do you mean it should be like this ? >> >> jiffies_64++; >> update_times(jiffies_64); nick> Yeah. It makes your patch a line smaller too! Another solution might be simplifying update_times() like this. It looks there is no point to calculate ticks in update_times(). diff --git a/kernel/timer.c b/kernel/timer.c index fe3a9a9..6188c99 100644 --- a/kernel/timer.c +++ b/kernel/timer.c @@ -906,14 +906,9 @@ void run_local_timers(void) */ static inline void update_times(void) { - unsigned long ticks; - - ticks = jiffies - wall_jiffies; - if (ticks) { - wall_jiffies += ticks; - update_wall_time(ticks); - } - calc_load(ticks); + wall_jiffies++; + update_wall_time(1); + calc_load(1); } /* As for long term solution, using an union for jiffies and jiffies_64 would be robust. But it affects so many codes ... --- Atsushi Nemoto From geoffrey.levand@am.sony.com Wed Mar 1 16:42:47 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 16:42:57 +0000 (GMT) Received: from mail8.fw-bc.sony.com ([160.33.98.75]:7325 "EHLO mail8.fw-bc.sony.com") by ftp.linux-mips.org with ESMTP id S8133594AbWCAQmr (ORCPT ); Wed, 1 Mar 2006 16:42:47 +0000 Received: from mail3.sjc.in.sel.sony.com (mail3.sjc.in.sel.sony.com [43.134.1.211]) by mail8.fw-bc.sony.com (8.12.11/8.12.11) with ESMTP id k21GoWN2001781 for ; Wed, 1 Mar 2006 16:50:33 GMT Received: from [192.168.1.10] ([43.134.85.105]) by mail3.sjc.in.sel.sony.com (8.12.11/8.12.11) with ESMTP id k21GoWh8010152; Wed, 1 Mar 2006 16:50:32 GMT Message-ID: <4405D0D8.7030704@am.sony.com> Date: Wed, 01 Mar 2006 08:50:32 -0800 From: Geoff Levand User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-mips@linux-mips.org Subject: git trouble Content-Type: text/plain; charset=ISO-8859-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: 10705 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: geoffrey.levand@am.sony.com Precedence: bulk X-list: linux-mips Content-Length: 381 Lines: 8 I'm having this problem lately... Any help? $ cg-clone http://www.linux-mips.org/pub/scm/linux.git linux-mips.git defaulting to local storage area 08:45:45 URL:http://www.linux-mips.org/pub/scm/linux.git/HEAD [23/23] -> "refs/heads/.origin-fetching" [1] error: Could not interpret ref: refs/heads/master as something to pull cg-fetch: objects fetch failed cg-clone: fetch failed From ralf@linux-mips.org Wed Mar 1 16:57:29 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 16:57:39 +0000 (GMT) Received: from mipsfw.mips-uk.com ([194.74.144.146]:32526 "EHLO bacchus.dhis.org") by ftp.linux-mips.org with ESMTP id S8133604AbWCAQ53 (ORCPT ); Wed, 1 Mar 2006 16:57:29 +0000 Received: from denk.linux-mips.net (denk.linux-mips.net [127.0.0.1]) by bacchus.dhis.org (8.13.4/8.13.4) with ESMTP id k21H4Jg3024777; Wed, 1 Mar 2006 17:04:19 GMT Received: (from ralf@localhost) by denk.linux-mips.net (8.13.4/8.13.4/Submit) id k21H4J4F024776; Wed, 1 Mar 2006 17:04:19 GMT Date: Wed, 1 Mar 2006 17:04:18 +0000 From: Ralf Baechle To: Geoff Levand Cc: linux-mips@linux-mips.org Subject: Re: git trouble Message-ID: <20060301170418.GA22739@linux-mips.org> References: <4405D0D8.7030704@am.sony.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4405D0D8.7030704@am.sony.com> User-Agent: Mutt/1.4.2.1i 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: 10706 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: ralf@linux-mips.org Precedence: bulk X-list: linux-mips Content-Length: 695 Lines: 17 On Wed, Mar 01, 2006 at 08:50:32AM -0800, Geoff Levand wrote: > I'm having this problem lately... Any help? > > $ cg-clone http://www.linux-mips.org/pub/scm/linux.git linux-mips.git > defaulting to local storage area > 08:45:45 URL:http://www.linux-mips.org/pub/scm/linux.git/HEAD [23/23] -> "refs/heads/.origin-fetching" [1] > error: Could not interpret ref: refs/heads/master as something to pull > cg-fetch: objects fetch failed > cg-clone: fetch failed HEAD used to be a symlink; more recent versions of git which try to support operating systems without symlinks put something like "ref: refs/heads/master" into that file. I suspect your cogito is simply too old to grok that. Ralf From ralf@linux-mips.org Wed Mar 1 17:16:22 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 17:16:34 +0000 (GMT) Received: from mipsfw.mips-uk.com ([194.74.144.146]:14611 "EHLO bacchus.dhis.org") by ftp.linux-mips.org with ESMTP id S8133604AbWCARQW (ORCPT ); Wed, 1 Mar 2006 17:16:22 +0000 Received: from denk.linux-mips.net (denk.linux-mips.net [127.0.0.1]) by bacchus.dhis.org (8.13.4/8.13.4) with ESMTP id k21HO9xh026059 for ; Wed, 1 Mar 2006 17:24:09 GMT Received: (from ralf@localhost) by denk.linux-mips.net (8.13.4/8.13.4/Submit) id k21HO99k026058 for linux-mips@linux-mips.org; Wed, 1 Mar 2006 17:24:09 GMT Date: Wed, 1 Mar 2006 17:24:09 +0000 From: Ralf Baechle To: linux-mips@linux-mips.org Subject: CVS cronjobs Message-ID: <20060301172409.GA25995@linux-mips.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i 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: 10707 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: ralf@linux-mips.org Precedence: bulk X-list: linux-mips Content-Length: 240 Lines: 6 I'd like to remind the remain users running a regular CVS update on the linux-mips.org CVS kernel repository that CVS is dead and frozen, there will be no more updates to the CVS kernel repository, so please disable those cronjobs. Ralf From jcrouse@cosmic.amd.com Wed Mar 1 18:24:39 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 18:24:53 +0000 (GMT) Received: from amdext3.amd.com ([139.95.251.6]:41633 "EHLO amdext3.amd.com") by ftp.linux-mips.org with ESMTP id S8133618AbWCASYj (ORCPT ); Wed, 1 Mar 2006 18:24:39 +0000 Received: from SSVLGW01.amd.com (ssvlgw01.amd.com [139.95.250.169]) by amdext3.amd.com (8.12.11/8.12.11/AMD) with ESMTP id k21IS8Vk022206; Wed, 1 Mar 2006 10:32:25 -0800 Received: from 139.95.53.182 by SSVLGW02.amd.com with ESMTP (AMD SMTP Relay (Email Firewall v6.1.0)); Wed, 01 Mar 2006 10:20:48 -0800 X-Server-Uuid: 519AC16A-9632-469E-B354-112C592D09E8 Received: from ldcmail.amd.com ([147.5.200.40]) by SSVLEXBH1.amd.com with Microsoft SMTPSVC(6.0.3790.0); Wed, 1 Mar 2006 10:20:48 -0800 Received: from cosmic.amd.com (cosmic.amd.com [147.5.201.206]) by ldcmail.amd.com (Postfix) with ESMTP id BD5142028; Wed, 1 Mar 2006 11:20:47 -0700 (MST) Received: from cosmic.amd.com (localhost [127.0.0.1]) by cosmic.amd.com (8.13.4/8.13.4) with ESMTP id k21IUQXI020952; Wed, 1 Mar 2006 11:30:26 -0700 Received: (from jcrouse@localhost) by cosmic.amd.com ( 8.13.4/8.13.4/Submit) id k21IUQ1n020951; Wed, 1 Mar 2006 11:30:26 -0700 Date: Wed, 1 Mar 2006 11:30:26 -0700 From: "Jordan Crouse" To: linux-usb-devel@lists.sourceforge.net cc: linux-mips@linux-mips.org, gregkh@suse.de, tbm@cyrius.com Subject: [PATCH] Buglet in Alchemy OHCI driver Message-ID: <20060301183026.GL31957@cosmic.amd.com> MIME-Version: 1.0 User-Agent: Mutt/1.5.11 X-OriginalArrivalTime: 01 Mar 2006 18:20:48.0528 (UTC) FILETIME=[DD461100:01C63D5C] X-WSS-ID: 681B398A1V04264282-01-01 Content-Type: multipart/mixed; boundary=5vNYLRcllDrimb99 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: 10708 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: jordan.crouse@amd.com Precedence: bulk X-list: linux-mips Content-Length: 1322 Lines: 54 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit Martin Michlmayr spotted this potentially serious bug. Please apply. Jordan -- Jordan Crouse Senior Linux Engineer AMD - Personal Connectivity Solutions Group --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline; filename=ohci-fix.patch Content-Transfer-Encoding: 7bit [PATCH] Buglet in Alchemy OCHI From: Jordan Crouse Failure to get the right resources should immediately return. Current code has the possiblity of running off into the weeds. Spotted by Martin Michlmayr. Signed-off-by: Jordan Crouse --- drivers/usb/host/ohci-au1xxx.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/usb/host/ohci-au1xxx.c b/drivers/usb/host/ohci-au1xxx.c index aa4d0cd..d8fb1bb 100644 --- a/drivers/usb/host/ohci-au1xxx.c +++ b/drivers/usb/host/ohci-au1xxx.c @@ -94,7 +94,7 @@ int usb_hcd_au1xxx_probe (const struct h if (dev->resource[1].flags != IORESOURCE_IRQ) { pr_debug ("resource[1] is not IORESOURCE_IRQ"); - retval = -ENOMEM; + return -ENOMEM; } hcd = usb_create_hcd(driver, &dev->dev, "Au1xxx"); --5vNYLRcllDrimb99-- From tbm@cyrius.com Wed Mar 1 18:29:57 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 18:30:08 +0000 (GMT) Received: from sorrow.cyrius.com ([65.19.161.204]:27148 "EHLO sorrow.cyrius.com") by ftp.linux-mips.org with ESMTP id S8133619AbWCAS35 (ORCPT ); Wed, 1 Mar 2006 18:29:57 +0000 Received: by sorrow.cyrius.com (Postfix, from userid 10) id 4C9F464D3D; Wed, 1 Mar 2006 18:37:45 +0000 (UTC) Received: by deprecation.cyrius.com (Postfix, from userid 1000) id 775D89025; Wed, 1 Mar 2006 19:37:35 +0100 (CET) Date: Wed, 1 Mar 2006 18:37:35 +0000 From: Martin Michlmayr To: Jordan Crouse Cc: linux-usb-devel@lists.sourceforge.net, linux-mips@linux-mips.org, gregkh@suse.de Subject: Re: [PATCH] Buglet in Alchemy OHCI driver Message-ID: <20060301183735.GA28491@deprecation.cyrius.com> References: <20060301183026.GL31957@cosmic.amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060301183026.GL31957@cosmic.amd.com> User-Agent: Mutt/1.5.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: 10709 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: tbm@cyrius.com Precedence: bulk X-list: linux-mips Content-Length: 1186 Lines: 40 * Jordan Crouse [2006-03-01 11:30]: > Martin Michlmayr spotted this potentially serious bug. Please apply. Please don't send patches as MIME attachments. Here it is again (with a better summary too): [PATCH] Alchemy OCHI: return if right resources cannot be obtained From: Jordan Crouse Failure to get the right resources should immediately return. Current code has the possiblity of running off into the weeds. Spotted by Martin Michlmayr. Signed-off-by: Jordan Crouse Signed-off-by: Martin Michlmayr --- drivers/usb/host/ohci-au1xxx.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/usb/host/ohci-au1xxx.c b/drivers/usb/host/ohci-au1xxx.c index aa4d0cd..d8fb1bb 100644 --- a/drivers/usb/host/ohci-au1xxx.c +++ b/drivers/usb/host/ohci-au1xxx.c @@ -94,7 +94,7 @@ int usb_hcd_au1xxx_probe (const struct h if (dev->resource[1].flags != IORESOURCE_IRQ) { pr_debug ("resource[1] is not IORESOURCE_IRQ"); - retval = -ENOMEM; + return -ENOMEM; } hcd = usb_create_hcd(driver, &dev->dev, "Au1xxx"); -- Martin Michlmayr http://www.cyrius.com/ From ralf@linux-mips.org Wed Mar 1 19:19:22 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 19:19:31 +0000 (GMT) Received: from mipsfw.mips-uk.com ([194.74.144.146]:25101 "EHLO bacchus.dhis.org") by ftp.linux-mips.org with ESMTP id S8133619AbWCATTW (ORCPT ); Wed, 1 Mar 2006 19:19:22 +0000 Received: from denk.linux-mips.net (denk.linux-mips.net [127.0.0.1]) by bacchus.dhis.org (8.13.4/8.13.4) with ESMTP id k21JQvkn030912; Wed, 1 Mar 2006 19:26:57 GMT Received: (from ralf@localhost) by denk.linux-mips.net (8.13.4/8.13.4/Submit) id k21JQv2O030910; Wed, 1 Mar 2006 19:26:57 GMT Date: Wed, 1 Mar 2006 19:26:57 +0000 From: Ralf Baechle To: Dominique Quatravaux Cc: linux-mips@linux-mips.org Subject: Re: Error trying to update www.linux-mips.org/wiki Message-ID: <20060301192657.GA28396@linux-mips.org> References: <440384D2.5040109@kilimandjaro.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <440384D2.5040109@kilimandjaro.dyndns.org> User-Agent: Mutt/1.4.2.1i 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: 10710 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: ralf@linux-mips.org Precedence: bulk X-list: linux-mips Content-Length: 722 Lines: 22 On Tue, Feb 28, 2006 at 12:01:38AM +0100, Dominique Quatravaux wrote: > Hi, while trying to reorganize information a bit in the Linux-Mips wiki, > I came across the following error when I try to save my changes. This > apparently happens on all pages. > > Best regards, Dom > > == 8< == 8< == > > A database query syntax error has occurred. This may indicate a bug in > the software. The last attempted database query was: > > (SQL query hidden) > > from within function "SearchUpdate::doUpdate". MySQL returned error > "1016: Can't open file: 'searchindex.MYI' (errno: 145) (localhost)". MySQL for unknown reasons seems to love marking it's tables as crashed every once in a while. I just fixed that. Ralf From tbm@cyrius.com Wed Mar 1 23:06:17 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 23:06:26 +0000 (GMT) Received: from sorrow.cyrius.com ([65.19.161.204]:35086 "EHLO sorrow.cyrius.com") by ftp.linux-mips.org with ESMTP id S8133711AbWCAXGQ (ORCPT ); Wed, 1 Mar 2006 23:06:16 +0000 Received: by sorrow.cyrius.com (Postfix, from userid 10) id 39A5A64D3D; Wed, 1 Mar 2006 23:14:06 +0000 (UTC) Received: by deprecation.cyrius.com (Postfix, from userid 1000) id D07F986BB; Thu, 2 Mar 2006 00:13:58 +0100 (CET) Resent-From: tbm@cyrius.com Resent-Date: Wed, 1 Mar 2006 23:13:58 +0000 Resent-Message-ID: <20060301231358.GR26088@deprecation.cyrius.com> Resent-To: linux-mips@linux-mips.org X-Original-To: tbm@cyrius.com Received: by deprecation.cyrius.com (Postfix, from userid 10) id 887B191C2; Thu, 2 Mar 2006 00:12:06 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by sorrow.cyrius.com (Postfix) with ESMTP id D501D64D3E for ; Wed, 1 Mar 2006 22:40:13 +0000 (UTC) Received: from nephila.localnet (i-83-67-53-76.freedom2surf.net [83.67.53.76]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by sorrow.cyrius.com (Postfix) with ESMTP id E11F764D3D for ; Wed, 1 Mar 2006 22:40:04 +0000 (UTC) Received: from pdh by nephila.localnet with local (Exim 4.50) id 1FEZzF-0000Dj-Dx for tbm@cyrius.com; Wed, 01 Mar 2006 22:40:01 +0000 Date: Wed, 1 Mar 2006 22:40:01 +0000 To: Martin Michlmayr Subject: Re: Crash on Cobalt with CONFIG_SERIO=y Message-ID: <20060301224001.GA719@colonel-panic.org> References: <20060120004208.GA18327@deprecation.cyrius.com> <20060120144710.GA30415@linux-mips.org> <20060121010455.GC3514@colonel-panic.org> <20060228165404.GA8442@deprecation.cyrius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060228165404.GA8442@deprecation.cyrius.com> User-Agent: Mutt/1.5.9i From: Peter Horton X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cyrius.com 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: 10711 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: tbm@cyrius.com Precedence: bulk X-list: linux-mips Content-Length: 1734 Lines: 44 On Tue, Feb 28, 2006 at 04:54:05PM +0000, Martin Michlmayr wrote: > * Peter Horton [2006-01-21 01:04]: > > > > Real Time Clock Driver v1.12a > > > > Cobalt LCD Driver v2.10 > > > > i8042.c: i8042 controller self test timeout. > > > > Unhandled kernel unaligned access[#1]: > > > > > > The i8042 error message is a little surprising. The Cobalt boards afair > > No SuperIO, but there is a bog standard VIA PCI-ISA bridge which > > contains a bog standard PS/2 keyboard controller, which you would have > > thought should just work ... > > That's really interesting. I tried latest git (2.6.16-rc5) to see if > this is still there. First of all, 32-bit is fine, both regarding > i8042 as well as ALSA with a PCI audio card. With a 64-bit kernel, > i8042 appears to be okay now. I get: > > Cobalt LCD Driver v2.10 > i8042.c: i8042 controller self test timeout. > Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled > > and the kernel boots fine. > > I then built ALSA support into the kernel to see whether > http://www.linux-mips.org/archives/linux-mips/2006-01/msg00325.html > disappeared too. I got almost the same oops as the one I got before > because of i8042. > > Peter, does that make any sense to you? I assume your recent PCI fix > may be related. > Those addresses that begin 9b640000 (including the fault address) look very strange. The low 32-bits look like a valid physical address in the PCI space but the top bits definitely don't look right (unless the kernel's playing tricks with unused address bits; I'll have to check the RM523x data sheet to see if they have any effect). Have any of the MIPs experts commented ? > > BadVA : 9b64000001014c87 > P. From tbm@cyrius.com Wed Mar 1 23:06:52 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 23:07:09 +0000 (GMT) Received: from sorrow.cyrius.com ([65.19.161.204]:35598 "EHLO sorrow.cyrius.com") by ftp.linux-mips.org with ESMTP id S8133712AbWCAXGf (ORCPT ); Wed, 1 Mar 2006 23:06:35 +0000 Received: by sorrow.cyrius.com (Postfix, from userid 10) id 36B1764D3D; Wed, 1 Mar 2006 23:14:27 +0000 (UTC) Received: by deprecation.cyrius.com (Postfix, from userid 1000) id D28CA86BB; Thu, 2 Mar 2006 00:14:19 +0100 (CET) Date: Wed, 1 Mar 2006 23:14:19 +0000 From: Martin Michlmayr To: Peter Horton Cc: linux-mips@linux-mips.org Subject: Re: Crash on Cobalt with CONFIG_SERIO=y Message-ID: <20060301231419.GS26088@deprecation.cyrius.com> References: <20060120004208.GA18327@deprecation.cyrius.com> <20060120144710.GA30415@linux-mips.org> <20060121010455.GC3514@colonel-panic.org> <20060228165404.GA8442@deprecation.cyrius.com> <20060301224001.GA719@colonel-panic.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060301224001.GA719@colonel-panic.org> User-Agent: Mutt/1.5.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: 10712 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: tbm@cyrius.com Precedence: bulk X-list: linux-mips Content-Length: 503 Lines: 12 * Peter Horton [2006-03-01 22:40]: > Those addresses that begin 9b640000 (including the fault address) look > very strange. The low 32-bits look like a valid physical address in the > PCI space but the top bits definitely don't look right (unless the > kernel's playing tricks with unused address bits; I'll have to check the > RM523x data sheet to see if they have any effect). Have any of the MIPs > experts commented ? Raaalf? ;-) -- Martin Michlmayr http://www.cyrius.com/ From greg@kroah.org Wed Mar 1 23:14:30 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Wed, 01 Mar 2006 23:14:38 +0000 (GMT) Received: from dsl093-040-174.pdx1.dsl.speakeasy.net ([66.93.40.174]:44768 "EHLO aria.kroah.org") by ftp.linux-mips.org with ESMTP id S8133711AbWCAXOa (ORCPT ); Wed, 1 Mar 2006 23:14:30 +0000 Received: from press.kroah.org ([192.168.0.25] helo=localhost) by aria.kroah.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.54) id 1FEadZ-00058S-7x; Wed, 01 Mar 2006 15:21:41 -0800 Date: Wed, 1 Mar 2006 15:21:54 -0800 From: Greg KH To: Martin Michlmayr Cc: Jordan Crouse , linux-usb-devel@lists.sourceforge.net, linux-mips@linux-mips.org, gregkh@suse.de Subject: Re: [PATCH] Buglet in Alchemy OHCI driver Message-ID: <20060301232154.GA13698@kroah.com> References: <20060301183026.GL31957@cosmic.amd.com> <20060301183735.GA28491@deprecation.cyrius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060301183735.GA28491@deprecation.cyrius.com> User-Agent: Mutt/1.5.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: 10713 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: greg@kroah.com Precedence: bulk X-list: linux-mips Content-Length: 835 Lines: 25 On Wed, Mar 01, 2006 at 06:37:35PM +0000, Martin Michlmayr wrote: > * Jordan Crouse [2006-03-01 11:30]: > > Martin Michlmayr spotted this potentially serious bug. Please apply. > > Please don't send patches as MIME attachments. Here it is again (with > a better summary too): > > > [PATCH] Alchemy OCHI: return if right resources cannot be obtained > > From: Jordan Crouse > > Failure to get the right resources should immediately return. Current > code has the possiblity of running off into the weeds. Spotted by > Martin Michlmayr. > > Signed-off-by: Jordan Crouse > Signed-off-by: Martin Michlmayr This patch is already in my tree, in the other patch from Jordan, so it will make it in after 2.6.16-final is out. thanks, greg k-h From tbm@cyrius.com Thu Mar 2 00:44:12 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2006 00:44:24 +0000 (GMT) Received: from sorrow.cyrius.com ([65.19.161.204]:49679 "EHLO sorrow.cyrius.com") by ftp.linux-mips.org with ESMTP id S8133714AbWCBAoM (ORCPT ); Thu, 2 Mar 2006 00:44:12 +0000 Received: by sorrow.cyrius.com (Postfix, from userid 10) id E341064D3D; Thu, 2 Mar 2006 00:52:02 +0000 (UTC) Received: by deprecation.cyrius.com (Postfix, from userid 1000) id DF0E38545; Thu, 2 Mar 2006 01:51:52 +0100 (CET) Resent-From: tbm@cyrius.com Resent-Date: Thu, 2 Mar 2006 00:51:52 +0000 Resent-Message-ID: <20060302005152.GB4118@deprecation.cyrius.com> Resent-To: linux-mips@linux-mips.org X-Original-To: tbm@cyrius.com Received: by deprecation.cyrius.com (Postfix, from userid 10) id 808B39122; Wed, 1 Mar 2006 23:04:23 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by sorrow.cyrius.com (Postfix) with ESMTP id 0933364D3D for ; Wed, 1 Mar 2006 21:53:15 +0000 (UTC) Received: from nephila.localnet (i-83-67-53-76.freedom2surf.net [83.67.53.76]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by sorrow.cyrius.com (Postfix) with ESMTP id C2A8864D3E for ; Wed, 1 Mar 2006 21:53:12 +0000 (UTC) Received: from pdh by nephila.localnet with local (Exim 4.50) id 1FEZFu-0000n5-Vx for tbm@cyrius.com; Wed, 01 Mar 2006 21:53:10 +0000 Date: Wed, 1 Mar 2006 21:53:10 +0000 To: Martin Michlmayr Subject: Re: Diff between Linus' and linux-mips git: tulip Message-ID: <20060301215310.GB2993@colonel-panic.org> References: <20060219234318.GA16311@deprecation.cyrius.com> <20060220000141.GX10266@deprecation.cyrius.com> <20060220001907.GC17967@deprecation.cyrius.com> <20060220230349.GB1122@colonel-panic.org> <20060224011324.GN9704@deprecation.cyrius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060224011324.GN9704@deprecation.cyrius.com> User-Agent: Mutt/1.5.9i From: Peter Horton X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cyrius.com 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: 10714 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: tbm@cyrius.com Precedence: bulk X-list: linux-mips Content-Length: 1266 Lines: 27 On Fri, Feb 24, 2006 at 01:13:27AM +0000, Martin Michlmayr wrote: > * Peter Horton [2006-02-20 23:03]: > > > - /* No media table either */ > > > - tp->flags &= ~HAS_MEDIA_TABLE; > > > + /* Ensure our media table fixup get's applied */ > > > + memcpy(ee_data + 16, ee_data, 8); > > > #endif > > > #ifdef CONFIG_MIPS_COBALT > > Didn't the memcpy() used to be inside the CONFIG_MIPS_COBALT section ? > > Looking at tulip/eeprom.c I can't work out why it was ever there though > > Yeah, and it's still there in the Cobalt section. But now (in the > mips tree) it's _also_ there for CONFIG_DDB5477. So I have several > questions: > - can we just get rid of the code between CONFIG_MIPS_COBALT? > - should the CONFIG_DDB5477 change be reverted (probably), and do we > need these special cases for CONFIG_DDB* anyway or can they be > solved in a better way (e.g. by putting something in eeprom.c). > > It seems mips is the only arch that mucks around with "#ifdef CONFIG_" > in this file... Looks like both the "sa_offset = 0" and "memcpy(...)" are required to ensure our fixup from tulip/eeprom.c gets applied. I don't know why it only seems to be us that needs it :-( P. From zzh.hust@gmail.com Thu Mar 2 00:47:59 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2006 00:48:09 +0000 (GMT) Received: from nproxy.gmail.com ([64.233.182.196]:39920 "EHLO nproxy.gmail.com") by ftp.linux-mips.org with ESMTP id S8133716AbWCBAr7 convert rfc822-to-8bit (ORCPT ); Thu, 2 Mar 2006 00:47:59 +0000 Received: by nproxy.gmail.com with SMTP id h2so194092nfe for ; Wed, 01 Mar 2006 16:55:51 -0800 (PST) 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=rbtMfOZ1oSj2htWvqVMHULkbkY4FntqXj2aFvvCHpChamKGZnCbom6RxFi3xauScFux7+zct+yBRpiH4F4eMBqhsWPMQjqAiOmS2wq/DG1LGV6V/EpYIdbFbjm2Kteht6Y+O7FfxUs1ncgK3eTdxJjzj2Iv7vaPZsvzDqp6XnGw= Received: by 10.48.238.3 with SMTP id l3mr388395nfh; Wed, 01 Mar 2006 16:55:51 -0800 (PST) Received: by 10.48.249.14 with HTTP; Wed, 1 Mar 2006 16:55:51 -0800 (PST) Message-ID: <50c9a2250603011655m4a61c262v41898d496056d3a7@mail.gmail.com> Date: Thu, 2 Mar 2006 08:55:51 +0800 From: zhuzhenhua To: "Martin Michlmayr" Subject: Re: how to select a rootfs for embedded linux based hardisk? Cc: linux-mips In-Reply-To: <20060301124341.GM24493@deprecation.cyrius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Content-Disposition: inline References: <50c9a2250603010418s6f778c25s799d79cee2b79333@mail.gmail.com> <20060301124341.GM24493@deprecation.cyrius.com> 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: 10715 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: zzh.hust@gmail.com Precedence: bulk X-list: linux-mips Content-Length: 1029 Lines: 26 On 3/1/06, Martin Michlmayr wrote: > * zhuzhenhua [2006-03-01 20:18]: > > i want to port the linux to our board based hardisk with > > mips arch. i do not find too much file sytem for rootfs on hardisk > > besides ext2/ext3. > > but it seems ext2/ext3 is not suitable for embedded system. > > does someone have idea or experience with these products? > > How large is your hard drive exactly and is it a real IDE hard drive > or some kind of flash? If the disk/flash is very small, ext3 may be a > bad choice since it's a journalling file system which means that a) > it'll take up quite a significant portion of space on a small drive > and b) it'll write to the same sectors all the time, which will kill > the flash in no time. > -- > Martin Michlmayr > http://www.cyrius.com/ > i mean the real IDE hard, and it will at least > 2GB,and for these ide hard,someone said the ext2 or ext3 not suitable for embedded.but i still find no other file system available. Best Regards Zhuzhenhua From tbm@cyrius.com Thu Mar 2 00:51:16 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2006 00:51:24 +0000 (GMT) Received: from sorrow.cyrius.com ([65.19.161.204]:61199 "EHLO sorrow.cyrius.com") by ftp.linux-mips.org with ESMTP id S8133716AbWCBAvQ (ORCPT ); Thu, 2 Mar 2006 00:51:16 +0000 Received: by sorrow.cyrius.com (Postfix, from userid 10) id 9C08E64D3D; Thu, 2 Mar 2006 00:59:07 +0000 (UTC) Received: by deprecation.cyrius.com (Postfix, from userid 1000) id 2DD138545; Thu, 2 Mar 2006 01:59:00 +0100 (CET) Date: Thu, 2 Mar 2006 00:59:00 +0000 From: Martin Michlmayr To: zhuzhenhua Cc: linux-mips Subject: Re: how to select a rootfs for embedded linux based hardisk? Message-ID: <20060302005900.GE4118@deprecation.cyrius.com> References: <50c9a2250603010418s6f778c25s799d79cee2b79333@mail.gmail.com> <20060301124341.GM24493@deprecation.cyrius.com> <50c9a2250603011655m4a61c262v41898d496056d3a7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50c9a2250603011655m4a61c262v41898d496056d3a7@mail.gmail.com> User-Agent: Mutt/1.5.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: 10716 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: tbm@cyrius.com Precedence: bulk X-list: linux-mips Content-Length: 245 Lines: 8 * zhuzhenhua [2006-03-02 08:55]: > i mean the real IDE hard, and it will at least > 2GB,and for these ide > hard,someone said the ext2 or ext3 not suitable for embedded. Why not? -- Martin Michlmayr http://www.cyrius.com/ From cklai@itri.org.tw Thu Mar 2 02:44:14 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2006 02:44:33 +0000 (GMT) Received: from maillog.itri.org.tw ([61.61.254.20]:44971 "EHLO maillog.itri.org.tw") by ftp.linux-mips.org with ESMTP id S8133727AbWCBCoO (ORCPT ); Thu, 2 Mar 2006 02:44:14 +0000 Received: from mail.itri.org.tw (mail [140.96.157.2]) by maillog.itri.org.tw (8.11.6+Sun/8.11.6) with ESMTP id k222kpg16124 for ; Thu, 2 Mar 2006 10:46:56 +0800 (CST) Received: from mail.itri.org.tw (localhost [127.0.0.1]) by mail.itri.org.tw (8.13.4/8.13.4) with ESMTP id k222u05P020946 for ; Thu, 2 Mar 2006 10:56:10 +0800 (CST) Received: from ms4.itri.org.tw ([140.96.151.44]) by mail.itri.org.tw (8.13.4/8.13.4) with ESMTP id k222taHn020771 for ; Thu, 2 Mar 2006 10:56:00 +0800 (CST) Received: from 11088002601 ([140.96.151.160]) by ms4.itri.org.tw (Lotus Domino Release 5.0.13a) with ESMTP id 2006030210511299:40494 ; Thu, 2 Mar 2006 10:51:12 +0800 Message-ID: <03a101c63da4$2b119020$8873608c@11088002601> Reply-To: "Charles C.K.Lai" From: "Charles C.K.Lai" To: Subject: Initramfs on AMD DB1550 Board Date: Thu, 2 Mar 2006 10:51:02 +0800 Organization: N300 ICL/ITRI MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-MIMETrack: Itemize by SMTP Server on MS4/ITRI(Release 5.0.13a |April 8, 2004) at 2006-03-02 10:51:13 AM, Serialize by Router on MS4/ITRI(Release 5.0.13a |April 8, 2004) at 2006-03-02 10:51:38 AM, Serialize complete at 2006-03-02 10:51:38 AM Content-Type: multipart/alternative; boundary="----=_NextPart_000_0399_01C63DE7.329F2CB0" 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: 10717 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: cklai@itri.org.tw Precedence: bulk X-list: linux-mips Content-Length: 7450 Lines: 177 This is a multi-part message in MIME format. ------=_NextPart_000_0399_01C63DE7.329F2CB0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="big5" I downloaded kernel 2.6.14 from Linux-MIPS, and compiled with gcc-3.4.4 and mipssde-6.02.03 toolchain. I put the target directory at /init, run gen_initramfs_list.sh with /init to a text file, and assigned this text file to the initrd for cpio. After compiled, loaded, and ran, I got the message below, Would someone tell me how to set the root parameter? Thanks a lot! ========================================================================================================= Linux version 2.6.14 (gcc version 3.4.4 mipssde-6.02.03-20050626CPU revision is: 03030200 AMD Alchemy Au1550/Db1550 Board (PRId 03030200) @ 396MHZ BCLK switching enabled! Determined physical RAM map: memory: 0c000000 @ 00000000 (usable) Built 1 zonelists Kernel command line: ln -s /linuxrc /init console=ttyS0,115200 Primary instruction cache 16kB, physically tagged, 4-way, linesize 32 bytes. Primary data cache 16kB, 4-way, linesize 32 bytes. Synthesized TLB refill handler (17 instructions). Synthesized TLB load handler fastpath (34 instructions). Synthesized TLB store handler fastpath (34 instructions). Synthesized TLB modify handler fastpath (33 instructions). PID hash table entries: 1024 (order: 10, 16384 bytes) calculating r4koff... 00060ae0(396000) CPU frequency 396.00 MHz Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Memory: 187268k/196608k available (1952k kernel code, 9056k reserved, 323k data)Mount-cache hash table entries: 512 Checking for 'wait' instruction... unavailable. NET: Registered protocol family 16 Serial: Au1x00 driver ttyS0 at I/O 0xb1100000 (irq = 0) is a AU1X00_UART ttyS1 at I/O 0xb1200000 (irq = 8) is a AU1X00_UART ttyS2 at I/O 0xb1400000 (irq = 9) is a AU1X00_UART io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize loop: loaded (max 8 devices) au1000eth version 1.5 Pete Popov eth0: Au1x Ethernet found at 0xb0500000, irq 27 eth0: AMD 79C874 10/100 BaseT PHY at phy address 31 eth0: Using AMD 79C874 10/100 BaseT PHY as default eth1: Au1x Ethernet found at 0xb0510000, irq 28 eth1: AMD 79C874 10/100 BaseT PHY at phy address 31 eth1: Using AMD 79C874 10/100 BaseT PHY as default mice: PS/2 mouse device common for all mice NET: Registered protocol family 2 IP route cache hash table entries: 2048 (order: 1, 8192 bytes) TCP established hash table entries: 8192 (order: 3, 32768 bytes) TCP bind hash table entries: 8192 (order: 3, 32768 bytes) TCP: Hash tables configured (established 8192 bind 8192) TCP reno registered TCP bic registered NET: Registered protocol family 1 NET: Registered protocol family 17 NET: Registered protocol family 15 VFS: Cannot open root device "" or unknown-block(1,0) Please append a correct "root=" boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0) ------=_NextPart_000_0399_01C63DE7.329F2CB0 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="big5"
I downloaded kernel 2.6.14 from Linux-MIPS,
and compiled with gcc-3.4.4 and mipssde-6.02.03 = toolchain.
 
I put the target directory at /init,
run gen_initramfs_list.sh with /init to a text file,
and assigned this text file to the initrd for cpio.
 
After compiled, loaded, and ran,
I got the message below,
Would someone tell me how to set the root parameter?
Thanks a lot!
 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D
 
Linux version 2.6.14 (gcc version 3.4.4 mipssde-6.02.03-20050626CPU = revision is: 03030200
AMD Alchemy Au1550/Db1550 Board
(PRId = 03030200) @=20 396MHZ
BCLK switching enabled!
Determined physical RAM=20 map:
 memory: 0c000000 @ 00000000 (usable)
Built 1=20 zonelists
Kernel command line: ln -s /linuxrc /init=20 console=3DttyS0,115200
Primary instruction cache 16kB, physically = tagged,=20 4-way, linesize 32 bytes.
Primary data cache 16kB, 4-way, linesize 32 = bytes.
Synthesized TLB refill handler (17 = instructions).
Synthesized TLB=20 load handler fastpath (34 instructions).
Synthesized TLB store = handler=20 fastpath (34 instructions).
Synthesized TLB modify handler fastpath = (33=20 instructions).
PID hash table entries: 1024 (order: 10, 16384=20 bytes)
calculating r4koff... 00060ae0(396000)
CPU frequency 396.00 = MHz
Dentry cache hash table entries: 32768 (order: 5, 131072=20 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536=20 bytes)
Memory: 187268k/196608k available (1952k kernel code, 9056k = reserved,=20 323k data)Mount-cache hash table entries: 512
Checking for 'wait'=20 instruction...  unavailable.
NET: Registered protocol family=20 16
Serial: Au1x00 driver
ttyS0 at I/O 0xb1100000 (irq =3D 0) is a=20 AU1X00_UART
ttyS1 at I/O 0xb1200000 (irq =3D 8) is a = AU1X00_UART
ttyS2 at=20 I/O 0xb1400000 (irq =3D 9) is a AU1X00_UART
io scheduler noop = registered
io=20 scheduler anticipatory registered
io scheduler deadline = registered
io=20 scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of = 8192K=20 size 1024 blocksize
loop: loaded (max 8 devices)
au1000eth version = 1.5=20 Pete Popov <ppopov@embeddedalley.com>=
eth0:=20 Au1x Ethernet found at 0xb0500000, irq 27
eth0: AMD 79C874 10/100 = BaseT PHY=20 at phy address 31
eth0: Using AMD 79C874 10/100 BaseT PHY as = default
eth1:=20 Au1x Ethernet found at 0xb0510000, irq 28
eth1: AMD 79C874 10/100 = BaseT PHY=20 at phy address 31
eth1: Using AMD 79C874 10/100 BaseT PHY as = default
mice:=20 PS/2 mouse device common for all mice
NET: Registered protocol family = 2
IP=20 route cache hash table entries: 2048 (order: 1, 8192 bytes)
TCP = established=20 hash table entries: 8192 (order: 3, 32768 bytes)
TCP bind hash table = entries:=20 8192 (order: 3, 32768 bytes)
TCP: Hash tables configured (established = 8192=20 bind 8192)
TCP reno registered
TCP bic registered
NET: = Registered=20 protocol family 1
NET: Registered protocol family 17
NET: = Registered=20 protocol family 15
VFS: Cannot open root device "<NULL>" or=20 unknown-block(1,0)
Please append a correct "root=3D" boot = option
Kernel=20 panic - not syncing: VFS: Unable to mount root fs on=20 unknown-block(1,0)
------=_NextPart_000_0399_01C63DE7.329F2CB0-- From jonah@omegav.ntnu.no Thu Mar 2 11:52:39 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2006 11:52:48 +0000 (GMT) Received: from fri.itea.ntnu.no ([129.241.7.60]:8386 "EHLO fri.itea.ntnu.no") by ftp.linux-mips.org with ESMTP id S8133394AbWCBLwj (ORCPT ); Thu, 2 Mar 2006 11:52:39 +0000 Received: from localhost (localhost [127.0.0.1]) by fri.itea.ntnu.no (Postfix) with ESMTP id EECEC8330; Thu, 2 Mar 2006 13:00:29 +0100 (CET) Received: from invalid.ed.ntnu.no (invalid.ed.ntnu.no [129.241.205.150]) by fri.itea.ntnu.no (Postfix) with ESMTP; Thu, 2 Mar 2006 13:00:28 +0100 (CET) Received: from invalid.ed.ntnu.no (jonah@localhost.ed.ntnu.no [127.0.0.1]) by invalid.ed.ntnu.no (8.13.3/8.13.3) with ESMTP id k22C0SM2081339 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 2 Mar 2006 13:00:28 +0100 (CET) (envelope-from jonah@omegav.ntnu.no) Received: from localhost (jonah@localhost) by invalid.ed.ntnu.no (8.13.3/8.13.3/Submit) with ESMTP id k22C0RpS081336; Thu, 2 Mar 2006 13:00:28 +0100 (CET) (envelope-from jonah@omegav.ntnu.no) X-Authentication-Warning: invalid.ed.ntnu.no: jonah owned process doing -bs Date: Thu, 2 Mar 2006 13:00:27 +0100 (CET) From: Jon Anders Haugum X-X-Sender: jonah@invalid.ed.ntnu.no To: Jordan Crouse Cc: linux-serial@vger.kernel.org, linux-mips@linux-mips.org Subject: Re: [PATCH] Fix compile error in 8250_au1x00.c In-Reply-To: <20060207211500.GC5227@cosmic.amd.com> Message-ID: <20060302124634.T81066@invalid.ed.ntnu.no> References: <20060207211500.GC5227@cosmic.amd.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. 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: 10718 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: jonah@omegav.ntnu.no Precedence: bulk X-list: linux-mips Content-Length: 911 Lines: 25 On Tue, 7 Feb 2006, Jordan Crouse wrote: > There are additional rumors of strangeness on the DB1550, but those > are unsubstantiated at this point. At least with this patch, it will > compile. I can confirm strangeness on Au1550, and I've pinned it down to wrong way of setting the divisor register. The alchemy uart have got a spearate register for divisor, while the driver tries to set the divisor latch just like on any 16550 uart. How would be a good way of solving this? I can imagine a couple of ways: 1. Make divisor latch read/write a bit more abstract, so that a alternative function can be used for alchemy. 2. Add divisor latch to the alchemy uart register map. But since the divisor register is located in a single 32-bit register and the driver will try to access it one byte at a time; byte access would be needed. And this would add some endian handling... -- Jon Anders Haugum From ralf@linux-mips.org Thu Mar 2 15:31:08 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2006 15:31:17 +0000 (GMT) Received: from mipsfw.mips-uk.com ([194.74.144.146]:21785 "EHLO bacchus.dhis.org") by ftp.linux-mips.org with ESMTP id S8133787AbWCBPbI (ORCPT ); Thu, 2 Mar 2006 15:31:08 +0000 Received: from denk.linux-mips.net (denk.linux-mips.net [127.0.0.1]) by bacchus.dhis.org (8.13.4/8.13.4) with ESMTP id k22FXjRw010734; Thu, 2 Mar 2006 15:33:45 GMT Received: (from ralf@localhost) by denk.linux-mips.net (8.13.4/8.13.4/Submit) id k22FXils010733; Thu, 2 Mar 2006 15:33:44 GMT Date: Thu, 2 Mar 2006 15:33:44 +0000 From: Ralf Baechle To: Jordan Crouse Cc: linux-usb-devel@lists.sourceforge.net, linux-mips@linux-mips.org, gregkh@suse.de, tbm@cyrius.com Subject: Re: [PATCH] Buglet in Alchemy OHCI driver Message-ID: <20060302153344.GA8487@linux-mips.org> References: <20060301183026.GL31957@cosmic.amd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060301183026.GL31957@cosmic.amd.com> User-Agent: Mutt/1.4.2.1i 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: 10719 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: ralf@linux-mips.org Precedence: bulk X-list: linux-mips Content-Length: 543 Lines: 15 On Wed, Mar 01, 2006 at 11:30:26AM -0700, Jordan Crouse wrote: > Date: Wed, 1 Mar 2006 11:30:26 -0700 > From: "Jordan Crouse" > To: linux-usb-devel@lists.sourceforge.net > cc: linux-mips@linux-mips.org, gregkh@suse.de, tbm@cyrius.com > Subject: [PATCH] Buglet in Alchemy OHCI driver > Content-Type: multipart/mixed; > boundary=5vNYLRcllDrimb99 > > Martin Michlmayr spotted this potentially serious bug. Please apply. Ehh... This problem doesn't exist on kernel.org. Greg, can you ignore this one, please? Ralf From ralf@linux-mips.org Thu Mar 2 16:03:44 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2006 16:03:53 +0000 (GMT) Received: from mipsfw.mips-uk.com ([194.74.144.146]:39172 "EHLO bacchus.dhis.org") by ftp.linux-mips.org with ESMTP id S8133791AbWCBQDo (ORCPT ); Thu, 2 Mar 2006 16:03:44 +0000 Received: from denk.linux-mips.net (denk.linux-mips.net [127.0.0.1]) by bacchus.dhis.org (8.13.4/8.13.4) with ESMTP id k22GBabQ012532 for ; Thu, 2 Mar 2006 16:11:36 GMT Received: (from ralf@localhost) by denk.linux-mips.net (8.13.4/8.13.4/Submit) id k22GBaeh012531 for linux-mips@linux-mips.org; Thu, 2 Mar 2006 16:11:36 GMT Date: Thu, 2 Mar 2006 16:11:36 +0000 From: Ralf Baechle To: linux-mips@linux-mips.org Subject: DDB5074 and DDB5476 eval boards Message-ID: <20060302161136.GA12460@linux-mips.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i 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: 10720 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: ralf@linux-mips.org Precedence: bulk X-list: linux-mips Content-Length: 259 Lines: 6 Both boards don't compile anymore since include/linux/kbd_ll.h was removed and nobody did complain making them perfect candidates for somebody who either wants to take over maintenance or alternatively, removal of the code. Anybody still interested? Ralf From geert@linux-m68k.org Thu Mar 2 16:11:03 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2006 16:11:14 +0000 (GMT) Received: from witte.sonytel.be ([80.88.33.193]:3766 "EHLO witte.sonytel.be") by ftp.linux-mips.org with ESMTP id S8133791AbWCBQLD (ORCPT ); Thu, 2 Mar 2006 16:11:03 +0000 Received: from pademelon.sonytel.be (mail.sonytel.be [43.221.60.197]) by witte.sonytel.be (8.12.10/8.12.10) with ESMTP id k22GIxlR008322; Thu, 2 Mar 2006 17:18:59 +0100 (MET) Date: Thu, 2 Mar 2006 17:18:59 +0100 (CET) From: Geert Uytterhoeven To: Ralf Baechle cc: Linux/MIPS Development Subject: Re: DDB5074 and DDB5476 eval boards In-Reply-To: <20060302161136.GA12460@linux-mips.org> Message-ID: References: <20060302161136.GA12460@linux-mips.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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: 10721 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: geert@linux-m68k.org Precedence: bulk X-list: linux-mips Content-Length: 736 Lines: 19 On Thu, 2 Mar 2006, Ralf Baechle wrote: > Both boards don't compile anymore since include/linux/kbd_ll.h was removed > and nobody did complain making them perfect candidates for somebody who > either wants to take over maintenance or alternatively, removal of the > code. Anybody still interested? Since I finally moved last week, I hope to have more spare time in the future and revive my DDB5074. So please don't remove it yet. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds From greg@kroah.org Thu Mar 2 16:21:42 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2006 16:21:52 +0000 (GMT) Received: from dsl093-040-174.pdx1.dsl.speakeasy.net ([66.93.40.174]:7897 "EHLO aria.kroah.org") by ftp.linux-mips.org with ESMTP id S8133795AbWCBQVm (ORCPT ); Thu, 2 Mar 2006 16:21:42 +0000 Received: from press.kroah.org ([192.168.0.25] helo=localhost) by aria.kroah.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.54) id 1FEqff-0007m0-HV; Thu, 02 Mar 2006 08:28:55 -0800 Date: Thu, 2 Mar 2006 08:28:51 -0800 From: Greg KH To: Ralf Baechle Cc: Jordan Crouse , linux-usb-devel@lists.sourceforge.net, linux-mips@linux-mips.org, tbm@cyrius.com Subject: Re: [PATCH] Buglet in Alchemy OHCI driver Message-ID: <20060302162851.GA30455@suse.de> References: <20060301183026.GL31957@cosmic.amd.com> <20060302153344.GA8487@linux-mips.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060302153344.GA8487@linux-mips.org> User-Agent: Mutt/1.5.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: 10722 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: gregkh@suse.de Precedence: bulk X-list: linux-mips Content-Length: 666 Lines: 20 On Thu, Mar 02, 2006 at 03:33:44PM +0000, Ralf Baechle wrote: > On Wed, Mar 01, 2006 at 11:30:26AM -0700, Jordan Crouse wrote: > > Date: Wed, 1 Mar 2006 11:30:26 -0700 > > From: "Jordan Crouse" > > To: linux-usb-devel@lists.sourceforge.net > > cc: linux-mips@linux-mips.org, gregkh@suse.de, tbm@cyrius.com > > Subject: [PATCH] Buglet in Alchemy OHCI driver > > Content-Type: multipart/mixed; > > boundary=5vNYLRcllDrimb99 > > > > Martin Michlmayr spotted this potentially serious bug. Please apply. > > Ehh... This problem doesn't exist on kernel.org. Greg, can you ignore > this one, please? Consider it ignored :) thanks, greg k-h From ralf@linux-mips.org Thu Mar 2 16:22:21 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2006 16:22:35 +0000 (GMT) Received: from mipsfw.mips-uk.com ([194.74.144.146]:263 "EHLO bacchus.dhis.org") by ftp.linux-mips.org with ESMTP id S8133801AbWCBQWQ (ORCPT ); Thu, 2 Mar 2006 16:22:16 +0000 Received: from denk.linux-mips.net (denk.linux-mips.net [127.0.0.1]) by bacchus.dhis.org (8.13.4/8.13.4) with ESMTP id k22GTgWb013062; Thu, 2 Mar 2006 16:29:42 GMT Received: (from ralf@localhost) by denk.linux-mips.net (8.13.4/8.13.4/Submit) id k22GTgA8013061; Thu, 2 Mar 2006 16:29:42 GMT Date: Thu, 2 Mar 2006 16:29:42 +0000 From: Ralf Baechle To: Geert Uytterhoeven Cc: Linux/MIPS Development Subject: Re: DDB5074 and DDB5476 eval boards Message-ID: <20060302162942.GB8487@linux-mips.org> References: <20060302161136.GA12460@linux-mips.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i 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: 10723 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: ralf@linux-mips.org Precedence: bulk X-list: linux-mips Content-Length: 788 Lines: 19 On Thu, Mar 02, 2006 at 05:18:59PM +0100, Geert Uytterhoeven wrote: > On Thu, 2 Mar 2006, Ralf Baechle wrote: > > Both boards don't compile anymore since include/linux/kbd_ll.h was removed > > and nobody did complain making them perfect candidates for somebody who > > either wants to take over maintenance or alternatively, removal of the > > code. Anybody still interested? > > Since I finally moved last week, I hope to have more spare time in the future > and revive my DDB5074. So please don't remove it yet. If anything I'd be planning to remove the code after 2.6.17 has been released which would leave several months. But of course until then you and Peter De Schrijver who also raised his hand for the DDB5074 will have fixed things ;-) Any takers for the DDB5476? Ralf From geoffrey.levand@am.sony.com Thu Mar 2 17:02:30 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2006 17:02:44 +0000 (GMT) Received: from mail8.fw-bc.sony.com ([160.33.98.75]:47869 "EHLO mail8.fw-bc.sony.com") by ftp.linux-mips.org with ESMTP id S8133799AbWCBRCa (ORCPT ); Thu, 2 Mar 2006 17:02:30 +0000 Received: from mail3.sjc.in.sel.sony.com (mail3.sjc.in.sel.sony.com [43.134.1.211]) by mail8.fw-bc.sony.com (8.12.11/8.12.11) with ESMTP id k22HAHBF009283; Thu, 2 Mar 2006 17:10:18 GMT Received: from [192.168.1.10] ([43.134.85.105]) by mail3.sjc.in.sel.sony.com (8.12.11/8.12.11) with ESMTP id k22HAHMr018391; Thu, 2 Mar 2006 17:10:17 GMT Message-ID: <440726F9.7090000@am.sony.com> Date: Thu, 02 Mar 2006 09:10:17 -0800 From: Geoff Levand User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ralf Baechle CC: Geert Uytterhoeven , Linux/MIPS Development Subject: Re: DDB5074 and DDB5476 eval boards References: <20060302161136.GA12460@linux-mips.org> <20060302162942.GB8487@linux-mips.org> In-Reply-To: <20060302162942.GB8487@linux-mips.org> Content-Type: text/plain; charset=UTF-8 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: 10724 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: geoffrey.levand@am.sony.com Precedence: bulk X-list: linux-mips Content-Length: 996 Lines: 25 Ralf Baechle wrote: > On Thu, Mar 02, 2006 at 05:18:59PM +0100, Geert Uytterhoeven wrote: > >> On Thu, 2 Mar 2006, Ralf Baechle wrote: >> > Both boards don't compile anymore since include/linux/kbd_ll.h was removed >> > and nobody did complain making them perfect candidates for somebody who >> > either wants to take over maintenance or alternatively, removal of the >> > code. Anybody still interested? >> >> Since I finally moved last week, I hope to have more spare time in the future >> and revive my DDB5074. So please don't remove it yet. > > If anything I'd be planning to remove the code after 2.6.17 has been > released which would leave several months. But of course until then > you and Peter De Schrijver who also raised his hand for the DDB5074 > will have fixed things ;-) > > Any takers for the DDB5476? > I have a DDB5476, and if someone wants to maintain the code, can help with testing, etc. I was just thinking of throwing it in the trash a week or so ago... -Geoff From jb@jblache.org Thu Mar 2 21:15:59 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2006 21:16:12 +0000 (GMT) Received: from sardaukar.technologeek.org ([213.41.134.240]:17024 "EHLO frigate.technologeek.org") by ftp.linux-mips.org with ESMTP id S8133815AbWCBVP5 (ORCPT ); Thu, 2 Mar 2006 21:15:57 +0000 Received: by frigate.technologeek.org (Postfix, from userid 1000) id 86B011474E17; Thu, 2 Mar 2006 22:23:39 +0100 (CET) From: Julien BLACHE To: Michael Dosser Cc: linux-mips@linux-mips.org Subject: Re: MIPS kernel status as of 2.6.16-rc5 References: <20060228214144.GA6615@deprecation.cyrius.com> <20060301100817.GB928@nethack.at> Date: Thu, 02 Mar 2006 22:23:39 +0100 In-Reply-To: <20060301100817.GB928@nethack.at> (Michael Dosser's message of "Wed, 1 Mar 2006 11:08:18 +0100") Message-ID: <87d5h4wnfo.fsf@frigate.technologeek.org> User-Agent: Gnus/5.110004 (No Gnus v0.4) XEmacs/21.4.17 (linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: 10725 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: jb@jblache.org Precedence: bulk X-list: linux-mips Content-Length: 878 Lines: 24 Michael Dosser wrote: Hi, >> - IP22: Indigo2 with > 256 MB fails to boot (regression from 2.4; >> while 2.4 would only see 256 MB, it would at least boot) > > Is there a chance, that even if it would boot with > 256 MB linux could > actually use all 384 MB of RAM? If not, does anybody know why and can > explain it (I am no kernel developer and know only very little about the > I2 hardware)? IIRC, a discontig memory implementation is needed for the I2 to use more than 256 MB, due to the memory layout on this machine (with aliased memory etc -- see the R3000 MC spec). I kind of lost track of this issue recently, so I may have forgotten some details and got part of the above totally wrong :) JB. -- Julien BLACHE GPG KeyID 0xF5D65169 From tbm@cyrius.com Thu Mar 2 22:20:27 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2006 22:20:36 +0000 (GMT) Received: from sorrow.cyrius.com ([65.19.161.204]:45320 "EHLO sorrow.cyrius.com") by ftp.linux-mips.org with ESMTP id S8133813AbWCBWU1 (ORCPT ); Thu, 2 Mar 2006 22:20:27 +0000 Received: by sorrow.cyrius.com (Postfix, from userid 10) id EFD1A64D3E; Thu, 2 Mar 2006 22:28:21 +0000 (UTC) Received: by deprecation.cyrius.com (Postfix, from userid 1000) id 7981292E8; Thu, 2 Mar 2006 23:27:52 +0100 (CET) Date: Thu, 2 Mar 2006 22:27:52 +0000 From: Martin Michlmayr To: linux-mips@linux-mips.org Cc: mark.e.mason@broadcom.com Subject: 1480: duart0: 1 input overrun(s) Message-ID: <20060302222752.GA27348@deprecation.cyrius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.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: 10726 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: tbm@cyrius.com Precedence: bulk X-list: linux-mips Content-Length: 255 Lines: 10 I get errors such as the following when copy&pasting something into my screen session which is connected at 115200 to the serial console of my 1480 board: duart0: 1 input overrun(s) duart0: 4 input overrun(s) -- Martin Michlmayr http://www.cyrius.com/ From dan.mcgee@ntsoc.com Thu Mar 2 23:37:28 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 02 Mar 2006 23:37:37 +0000 (GMT) Received: from xrelay03.mail2web.com ([168.144.1.54]:42963 "EHLO xrelay03.mail2web.com") by ftp.linux-mips.org with ESMTP id S8133813AbWCBXh2 convert rfc822-to-8bit (ORCPT ); Thu, 2 Mar 2006 23:37:28 +0000 Received: from [168.144.251.152] (helo=M2W046.mail2web.com) by xrelay03.mail2web.com with smtp (Exim 4.50) id 1FExTz-0005Pu-Ih for linux-mips@linux-mips.org; Thu, 02 Mar 2006 18:45:20 -0500 Message-ID: <380-22006342234519512@M2W046.mail2web.com> X-Priority: 3 Reply-To: dan.mcgee@ntsoc.com X-Originating-IP: 64.241.199.88 X-URL: http://mail2web.com/ From: "dan.mcgee@ntsoc.com" To: linux-mips@linux-mips.org Date: Thu, 2 Mar 2006 18:45:19 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Subject: nfs network timeout on bcm1480 BigSur 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: 10727 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: dan.mcgee@ntsoc.com Precedence: bulk X-list: linux-mips Content-Length: 883 Lines: 22 With kernel 2.6.15 from linux-mips respository. I'm seeing a nfs server timeout error, during heavy network traffic. Example make -j 5 will lock the system up anywhere from 3 to 15 minutes after start the make process. I built the kernel with the default arch/mips/configs/bigsur_defconfig. I have tried to increase the RPC timeout, which didn't help. The following is the output from the console before the network locks up. 172.22.250.195 login: [4295020.091000] nfs: server 172.22.250.78 not respondingg[4295021.251000] nfs: server 172.22.250.78 not responding, still trying [4295038.852000] nfs: server 172.22.250.78 not responding, still trying [4295056.452000] nfs: server 172.22.250.78 not responding, still trying Thanks Dan McGee. -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ . From paulus@ozlabs.org Fri Mar 3 03:58:45 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 03 Mar 2006 03:58:53 +0000 (GMT) Received: from ozlabs.org ([203.10.76.45]:58794 "EHLO ozlabs.org") by ftp.linux-mips.org with ESMTP id S8133825AbWCCD6p (ORCPT ); Fri, 3 Mar 2006 03:58:45 +0000 Received: by ozlabs.org (Postfix, from userid 1003) id E8B4467A04; Fri, 3 Mar 2006 15:06:40 +1100 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17415.49336.31224.641069@cargo.ozlabs.ibm.com> Date: Fri, 3 Mar 2006 15:06:16 +1100 From: Paul Mackerras To: Atsushi Nemoto Cc: linux-kernel@vger.kernel.org, linux-mips@linux-mips.org, akpm@osdl.org Subject: Re: jiffies_64 vs. jiffies In-Reply-To: <20060301.144442.118975101.nemoto@toshiba-tops.co.jp> References: <20060301.144442.118975101.nemoto@toshiba-tops.co.jp> X-Mailer: VM 7.19 under Emacs 21.4.1 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: 10728 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: paulus@samba.org Precedence: bulk X-list: linux-mips Content-Length: 626 Lines: 18 Atsushi Nemoto writes: > Hi. I noticed that the 'jiffies' variable has 'wall_jiffies + 1' > value in most of time. I'm using MIPS platform but I think this is > same for other platforms. > > I suppose this is due to gcc does not know that jiffies_64 and jiffies > share same place. I can confirm that the same thing happens on powerpc, both 32-bit and 64-bit. The compiler loads up jiffies, jiffies_64 and wall_jiffies into registers before storing back the incremented value into jiffies_64 and then updating wall_jiffies. Thanks for finding that, it explains some other strange things that I have seen happen. Paul. From jonah@omegav.ntnu.no Fri Mar 3 13:48:42 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 03 Mar 2006 13:48:51 +0000 (GMT) Received: from merke.itea.ntnu.no ([129.241.7.61]:64709 "EHLO merke.itea.ntnu.no") by ftp.linux-mips.org with ESMTP id S8133432AbWCCNsm (ORCPT ); Fri, 3 Mar 2006 13:48:42 +0000 Received: from localhost (localhost [127.0.0.1]) by merke.itea.ntnu.no (Postfix) with ESMTP id 91DD313C667; Fri, 3 Mar 2006 14:56:42 +0100 (CET) Received: from invalid.ed.ntnu.no (invalid.ed.ntnu.no [129.241.205.150]) by merke.itea.ntnu.no (Postfix) with ESMTP; Fri, 3 Mar 2006 14:56:42 +0100 (CET) Received: from invalid.ed.ntnu.no (jonah@localhost.ed.ntnu.no [127.0.0.1]) by invalid.ed.ntnu.no (8.13.3/8.13.3) with ESMTP id k23DugO1096506 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 3 Mar 2006 14:56:42 +0100 (CET) (envelope-from jonah@omegav.ntnu.no) Received: from localhost (jonah@localhost) by invalid.ed.ntnu.no (8.13.3/8.13.3/Submit) with ESMTP id k23DuctF096503; Fri, 3 Mar 2006 14:56:41 +0100 (CET) (envelope-from jonah@omegav.ntnu.no) X-Authentication-Warning: invalid.ed.ntnu.no: jonah owned process doing -bs Date: Fri, 3 Mar 2006 14:56:38 +0100 (CET) From: Jon Anders Haugum X-X-Sender: jonah@invalid.ed.ntnu.no To: rmk+serial@arm.linux.org.uk Cc: linux-serial@vger.kernel.org, linux-mips@linux-mips.org Subject: [PATCH] serial8250: set divisor register correctly for AMD Alchemy SoC uart Message-ID: <20060303140428.T96056@invalid.ed.ntnu.no> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. 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: 10729 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: jonah@omegav.ntnu.no Precedence: bulk X-list: linux-mips Content-Length: 4527 Lines: 145 Alchemy SoC uart have got a non-standard divisor register that needs some special handling. This patch adds divisor read/write functions with test and special handling for Alchemy internal uart. Signed-off-by: Jon Anders Haugum --- --- linux-2.6.16-rc5/drivers/serial/8250.c.orig 2006-03-03 02:12:10.000000000 +0100 +++ linux-2.6.16-rc5/drivers/serial/8250.c 2006-03-03 02:16:19.000000000 +0100 @@ -362,6 +362,40 @@ serial_out(struct uart_8250_port *up, in #define serial_inp(up, offset) serial_in(up, offset) #define serial_outp(up, offset, value) serial_out(up, offset, value) +/* Uart divisor latch read */ +static inline int _serial_dl_read(struct uart_8250_port *up) +{ + return serial_inp(up, UART_DLL) | serial_inp(up, UART_DLM) << 8; +} + +/* Uart divisor latch write */ +static inline void _serial_dl_write(struct uart_8250_port *up, int value) +{ + serial_outp(up, UART_DLL, value & 0xff); + serial_outp(up, UART_DLM, value >> 8 & 0xff); +} + +#ifdef CONFIG_SERIAL_8250_AU1X00 +/* Au1x00 haven't got a standard divisor latch */ +static int serial_dl_read(struct uart_8250_port *up) +{ + if (up->port.iotype == UPIO_AU) + return __raw_readl(up->port.membase + 0x28); + else + return _serial_dl_read(up); +} + +static void serial_dl_write(struct uart_8250_port *up, int value) +{ + if (up->port.iotype == UPIO_AU) + __raw_writel(value, up->port.membase + 0x28); + else + _serial_dl_write(up, value); +} +#else +#define serial_dl_read(up) _serial_dl_read(up) +#define serial_dl_write(up, value) _serial_dl_write(up, value) +#endif /* * For the 16C950 @@ -494,7 +528,8 @@ static void disable_rsa(struct uart_8250 */ static int size_fifo(struct uart_8250_port *up) { - unsigned char old_fcr, old_mcr, old_dll, old_dlm, old_lcr; + unsigned char old_fcr, old_mcr, old_lcr; + unsigned short old_dl; int count; old_lcr = serial_inp(up, UART_LCR); @@ -505,10 +540,8 @@ static int size_fifo(struct uart_8250_po UART_FCR_CLEAR_RCVR | UART_FCR_CLEAR_XMIT); serial_outp(up, UART_MCR, UART_MCR_LOOP); serial_outp(up, UART_LCR, UART_LCR_DLAB); - old_dll = serial_inp(up, UART_DLL); - old_dlm = serial_inp(up, UART_DLM); - serial_outp(up, UART_DLL, 0x01); - serial_outp(up, UART_DLM, 0x00); + old_dl = serial_dl_read(up); + serial_dl_write(up, 0x0001); serial_outp(up, UART_LCR, 0x03); for (count = 0; count < 256; count++) serial_outp(up, UART_TX, count); @@ -519,8 +552,7 @@ static int size_fifo(struct uart_8250_po serial_outp(up, UART_FCR, old_fcr); serial_outp(up, UART_MCR, old_mcr); serial_outp(up, UART_LCR, UART_LCR_DLAB); - serial_outp(up, UART_DLL, old_dll); - serial_outp(up, UART_DLM, old_dlm); + serial_dl_write(up, old_dl); serial_outp(up, UART_LCR, old_lcr); return count; @@ -533,22 +565,20 @@ static int size_fifo(struct uart_8250_po */ static unsigned int autoconfig_read_divisor_id(struct uart_8250_port *p) { - unsigned char old_dll, old_dlm, old_lcr; + unsigned char old_lcr; unsigned int id; + unsigned short old_dl; old_lcr = serial_inp(p, UART_LCR); serial_outp(p, UART_LCR, UART_LCR_DLAB); - old_dll = serial_inp(p, UART_DLL); - old_dlm = serial_inp(p, UART_DLM); + old_dl = serial_dl_read(p); - serial_outp(p, UART_DLL, 0); - serial_outp(p, UART_DLM, 0); + serial_dl_write(p, 0); - id = serial_inp(p, UART_DLL) | serial_inp(p, UART_DLM) << 8; + id = serial_dl_read(p); - serial_outp(p, UART_DLL, old_dll); - serial_outp(p, UART_DLM, old_dlm); + serial_dl_write(p, old_dl); serial_outp(p, UART_LCR, old_lcr); return id; @@ -750,8 +780,7 @@ static void autoconfig_16550a(struct uar serial_outp(up, UART_LCR, 0xE0); - quot = serial_inp(up, UART_DLM) << 8; - quot += serial_inp(up, UART_DLL); + quot = serial_dl_read(up); quot <<= 3; status1 = serial_in(up, 0x04); /* EXCR1 */ @@ -759,8 +788,7 @@ static void autoconfig_16550a(struct uar status1 |= 0x10; /* 1.625 divisor for baud_base --> 921600 */ serial_outp(up, 0x04, status1); - serial_outp(up, UART_DLL, quot & 0xff); - serial_outp(up, UART_DLM, quot >> 8); + serial_dl_write(up, quot); serial_outp(up, UART_LCR, 0); @@ -1862,8 +1890,7 @@ serial8250_set_termios(struct uart_port serial_outp(up, UART_LCR, cval | UART_LCR_DLAB);/* set DLAB */ } - serial_outp(up, UART_DLL, quot & 0xff); /* LS of divisor */ - serial_outp(up, UART_DLM, quot >> 8); /* MS of divisor */ + serial_dl_write(up, quot); /* * LCR DLAB must be set to enable 64-byte FIFO mode. If the FCR From zzh.hust@gmail.com Sun Mar 5 06:09:45 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 05 Mar 2006 06:09:53 +0000 (GMT) Received: from nproxy.gmail.com ([64.233.182.201]:52727 "EHLO nproxy.gmail.com") by ftp.linux-mips.org with ESMTP id S8133462AbWCEGJp convert rfc822-to-8bit (ORCPT ); Sun, 5 Mar 2006 06:09:45 +0000 Received: by nproxy.gmail.com with SMTP id g2so659247nfe for ; Sat, 04 Mar 2006 22:17:56 -0800 (PST) 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=p15KiSRI2McidAoPyVVkPETKZ/Oxw1BKQ7rbilAJZIawHJUmplIQrxYdcMMHIbq8mZwNn+e+EifWQ+QJ7ODwxCq1a327qT+4yLxHWOFr8kxbdjRzAkcfJiQjVxu9om57aKTYEHI+ee46VlmGQ8NZVvJ8nxTt9z6fyxNBJnGkQ8s= Received: by 10.48.225.15 with SMTP id x15mr1820036nfg; Sat, 04 Mar 2006 22:17:56 -0800 (PST) Received: by 10.48.249.14 with HTTP; Sat, 4 Mar 2006 22:17:56 -0800 (PST) Message-ID: <50c9a2250603042217l475e84pc9ab7ce87c40eb76@mail.gmail.com> Date: Sun, 5 Mar 2006 14:17:56 +0800 From: zhuzhenhua To: linux-mips Subject: does the linux support rootfs on vfat? MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT 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: 10730 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: zzh.hust@gmail.com Precedence: bulk X-list: linux-mips Content-Length: 210 Lines: 8 if in my product based ide disk, i want to it to support the u-disk(with vfat fs), and can i set the root fs as vfat too? if use vfat as rootfs, what's disadvantage of the selection? Best Regards Zhuzhenhua From jbglaw@lug-owl.de Sun Mar 5 08:01:49 2006 Received: with ECARTIS (v1.0.0; list linux-mips); Sun, 05 Mar 2006 08:01:59 +0000 (GMT) Received: from lug-owl.de ([195.71.106.12]:17352 "EHLO lug-owl.de") by ftp.linux-mips.org with ESMTP id S8133469AbWCEIBt (ORCPT ); Sun, 5 Mar 2006 08:01:49 +0000 Received: by lug-owl.de (Postfix, from userid 1001) id 7E082F0040; Sun, 5 Mar 2006 09:09:58 +0100 (CET) Date: Sun, 5 Mar 2006 09:09:58 +0100 From: Jan-Benedict Glaw To: zhuzhenhua Cc: linux-mips Subject: Re: does the linux support rootfs on vfat? Message-ID: <20060305080958.GX19232@lug-owl.de> Mail-Followup-To: zhuzhenhua , linux-mips References: <50c9a2250603042217l475e84pc9ab7ce87c40eb76@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="o7OlDVNVrpEggBeY" Content-Disposition: inline In-Reply-To: <50c9a2250603042217l475e84pc9ab7ce87c40eb76@mail.gmail.com> X-Operating-System: Linux mail 2.6.12.3lug-owl X-gpg-fingerprint: 250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 8399 E1BB X-gpg-key: wwwkeys.de.pgp.net X-Echelon-Enable: howto poison arsenous mail psychological biological nuclear warfare test the bombastical terror of flooding the spy listeners explosion sex drugs and rock'n'roll X-TKUeV: howto poison arsenous mail psychological biological nuclear warfare test the bombastical terror of flooding the spy listeners explosion sex drugs and rock'n'roll User-Agent: Mutt/1.5.9i 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: 10731 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: jbglaw@lug-owl.de Precedence: bulk X-list: linux-mips Content-Length: 1277 Lines: 41 --o7OlDVNVrpEggBeY Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 2006-03-05 14:17:56 +0800, zhuzhenhua wrote: > if in my product based ide disk, i want to it to support the > u-disk(with vfat fs), and can i set the root fs as vfat too? > if use vfat as rootfs, what's disadvantage of the selection? Well, most notably you won't have device nodes. Maybe a ram-backed filesystem mounted to /dev/ could solve that, but you'd probably need an initrd for that to do. MfG, JBG --=20 Jan-Benedict Glaw jbglaw@lug-owl.de . +49-172-7608481 = _ O _ "Eine Freie Meinung in einem Freien Kopf | Gegen Zensur | Gegen Krieg = _ _ O f=C3=BCr einen Freien Staat voll Freier B=C3=BCrger" | im Internet! | i= m Irak! O O O ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)= ); --o7OlDVNVrpEggBeY Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v