From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue Apr 18 22:33:05 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12hfa9-0003Ek-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 18 Apr 2000 22:30:53 +0100 Received: from [149.171.96.20] (helo=sam.comms.unsw.EDU.AU) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12hfa7-0003Ed-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 18 Apr 2000 22:30:52 +0100 Received: from alpha400.ee.unsw.edu.au (alpha400.ee.unsw.EDU.AU [149.171.36.48]) by sam.comms.unsw.EDU.AU (8.8.8/8.8.8 Kenso-Central-NO-SPAM) with ESMTP id IAA05967 for ; Wed, 19 Apr 2000 08:28:41 +1000 (EST) Received: from localhost (u2189659@localhost) by alpha400.ee.unsw.edu.au (8.9.1/8.9.1) with ESMTP id IAA17941 for ; Wed, 19 Apr 2000 08:28:15 +1000 (EST) Date: Wed, 19 Apr 2000 08:28:15 +1000 (EST) From: Ken Chiu Kun Wu To: linux-arm-kernel@lists.arm.linux.org.uk Subject: compilation error for kernel 2.3.35 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi all, I came across this error when I tried to compiled kernel 2.3.35 (patched with patch-2.3.35-rmk1 and diff-2.3.35-rmk1-np9. I did "make bruts_config" and "make config", changed system to PLEB (becoz that's the board i am using) and finished with "make zImage"... Is it becoz I use the wrong patch or maybe I should try the other versions? Cheers Ken ---error---- arm-linux-gcc -D__KERNEL__ -I/home/kckwu/build/linux/include -Wall -Wstrict-prototypes -O2 -fno-strict-aliasing -pipe -g -mshort-load-bytes -msoft-float -march =armv4 -c -o sa1100fb.o sa1100fb.c sa1100fb.c: In function `sa1100fb_decode_var': sa1100fb.c:421: `MAX_SCREEN_SIZE_H' undeclared (first use in this function) sa1100fb.c:421: (Each undeclared identifier is reported only once sa1100fb.c:421: for each function it appears in.) sa1100fb.c:423: `MAX_SCREEN_SIZE_V' undeclared (first use in this function) sa1100fb.c: In function `sa1100fb_get_fix': sa1100fb.c:609: warning: assignment makes integer from pointer without a cast sa1100fb.c: In function `sa1100fb_init_fbinfo': sa1100fb.c:645: `MAX_SCREEN_SIZE_H' undeclared (first use in this function) sa1100fb.c:646: `MAX_SCREEN_SIZE_V' undeclared (first use in this function) sa1100fb.c:651: `MAX_BITS_PER_PIXEL' undeclared (first use in this function) sa1100fb.c:717: warning: `required_pages' might be used uninitialized in this function sa1100fb.c: In function `sa1100fb_activate_var': sa1100fb.c:798: warning: unused variable `pcd' sa1100fb.c: In function `sa1100fb_init': sa1100fb.c:1094: `MAX_SCREEN_SIZE_H' undeclared (first use in this function) sa1100fb.c:1094: `MAX_SCREEN_SIZE_V' undeclared (first use in this function) sa1100fb.c:1094: `MAX_BITS_PER_PIXEL' undeclared (first use in this function) make[3]: *** [sa1100fb.o] Error 1 make[3]: Leaving directory `/home/kckwu/build/linux/drivers/video' make[2]: *** [first_rule] Error 2 make[2]: Leaving directory `/home/kckwu/build/linux/drivers/video' make[1]: *** [_subdir_video] Error 2 make[1]: Leaving directory `/home/kckwu/build/linux/drivers' make: *** [_dir_drivers] Error 2 ----------------------------------------------- Ken Wu (Electrical/Biomedical Eng. UNSW Sydney) E-Mail: kenwu@ieee.org kenchiu.wu@au.unisys.com Homepage: www.progsoc.uts.edu.au/~kckwu Mobile: 0410 668 349 ICQ number: 1074203 ----------------------------------------------- unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed Apr 19 07:04:26 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12hna8-00057i-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 19 Apr 2000 07:03:24 +0100 Received: from [140.92.12.252] (helo=mail.trd.iii.org.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12hna6-00057D-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 19 Apr 2000 07:03:23 +0100 Received: (qmail 9724 invoked from network); 19 Apr 2000 07:00:18 -0000 Received: from unknown (HELO Moya) (140.92.12.219) by mail.trd.iii.org.tw with SMTP; 19 Apr 2000 07:00:18 -0000 Message-ID: <007101bfa9cd$49635660$db0c5c8c@Moya.trd.iii.org.tw> Reply-To: "Moya" From: "Moya" Cc: Subject: Re: Building Kernel ROM image Date: Wed, 19 Apr 2000 15:02:54 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk >>Can anybody tell me the procedure to build the >>LINUX Kernel ROM image using GNU tools, which >>could be burned into a flash ROM. >'ve already described the procedure in details on this mailing list. >Please check the mail archive. I know the mail archive is available on this address: ftp://ftp.arm.linux.org.uk/pub/armlinux/lists/linux-arm But I just wonder if there is a convenience way to find out the info I need? Something like archie search engine exist? Thanks... Moya unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed Apr 19 18:53:08 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12hyeK-0002H3-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 19 Apr 2000 18:52:28 +0100 Received: from [207.245.35.202] (helo=kei.netwinder.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12hyeJ-0002Gt-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 19 Apr 2000 18:52:27 +0100 Received: from netwinder.org (IDENT:ralphs@[10.8.44.1]) by kei.netwinder.org (8.9.3/8.9.3) with ESMTP id OAA06424 for ; Wed, 19 Apr 2000 14:50:23 -0400 Message-ID: <38FDFFEE.D2BA7254@netwinder.org> Date: Wed, 19 Apr 2000 14:50:22 -0400 From: Ralph Siemsen X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Alignment problems in socket calls Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk The socket code in net/ipv4/ip_sockglue.c seems to make some assumptions about the alignment of the data passed in (char *optval). If a string of 4 bytes or more is passed in, and therefore optlen >= sizeof(int), then get_user() performs a word read. This will fail if optval is not aligned correctly, and faults the user process. However, the prototype (char *) does not imply any required alignment restrictions. Can anyone shed some light on why the code is written this way? To reproduce the bug, try "ipchains -F foo". If the name of the chain contains an odd number of characters, ipchains will be stopped by an alignment fault ('not handling ldrt/strt correctly') because get_user() is called on an unaligned buffer that originally came from getopt(). This was first reported by Mark Lord on the netwinder bugtraq list. Relevant code from net/ipv4/ip_sockglue.c (kernel 2.2.14): int ip_setsockopt(struct sock *sk, int level, int optname, char *optval, int optlen) { int val=0,err; #if defined(CONFIG_IP_FIREWALL) char tmp_fw[MAX(sizeof(struct ip_fwtest),sizeof(struct ip_fwnew))]; #endif if(optlen>=sizeof(int)) { if(get_user(val, (int *) optval)) return -EFAULT; } else if(optlen>=sizeof(char)) { unsigned char ucval; if(get_user(ucval, (unsigned char *) optval)) return -EFAULT; val = (int)ucval; } -- Ralph Siemsen -- ralphs@netwinder.org unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu Apr 20 09:49:42 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12iCdL-0006dy-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 20 Apr 2000 09:48:23 +0100 Received: from [204.143.96.17] (helo=lakdiva.slt.lk) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12iCdI-0006dr-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 20 Apr 2000 09:48:21 +0100 Received: from obelix.atpos.lk ([203.115.31.220]) by lakdiva.slt.lk (8.9.1b+Sun/8.9.1) with ESMTP id PAA04946 for ; Thu, 20 Apr 2000 15:45:42 -0600 (GMT) Received: from sri.atpos.com (192.1.1.25 [192.1.1.25]) by obelix.atpos.lk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id JG79WQNZ; Thu, 20 Apr 2000 15:40:20 +0600 Message-ID: <38FECF08.574F6282@sri.atpos.com> Date: Thu, 20 Apr 2000 15:34:00 +0600 From: Harsha Sanjeewa Reply-To: hsanjeewa@sri.atpos.com Organization: Mobinetix Systems X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Problems with 2.3.99.pre3 on Brutus board Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, I tried kernel version 2.3.99.pre3 with patches for SA1100 Brutus board. I was able to cross compile it. But once it loaded it, gave following error messages and stucked. It seems that the problem is with Ramdisk. But I used Nico's latest ram disk. Uncompre.......................... done, Linux version 2.3.99-pre3-rmk2-np2 (roo t@harsha) (gcc version 2.95.2 19991024 (release)) #2 Thu Apr 20 12:53:00 LKT 200 0 Architecture: Intel Brutus (SA1100 eval board) On node 0 totalpages: 1024 zone(0): 1024 pages. zone(1): 0 pages. zone(2): 0 pages. On node 1 totalpages: 1024 zone(0): 1024 pages. zone(1): 0 pages. zone(2): 0 pages. On node 2 totalpages: 1024 zone(0): 1024 pages. zone(1): 0 pages. zone(2): 0 pages. On node 3 totalpages: 1024 zone(0): 1024 pages. zone(1): 0 pages. zone(2): 0 pages. Console: colour dummy device 80x30 Calibrating delay loop... 194.15 BogoMIPS Memory: 4MB 4MB 4MB 4MB = 16MB total Memory: 11748KB available (720K code, 463K data, 20K init) Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes) Page-cache hash table entries: 4096 (order: 2, 16384 bytes) POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.3 Based upon Swansea University Computer Society NET3.039 Starting kswapd v1.6 Console: switching to colour frame buffer device 40x30 Brutus keyboard driver v1.0 SA1100 serial driver version 1.2 ttyS0 on SA1100 UART1 (irq 15), using GPIO 14/15 ttyS1 on SA1100 UART3 (irq 17) pty: 256 Unix98 ptys configured RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize RAMDISK: Compressed image found at block 0 NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 20k init version 2.7kmem_alloc: Bad slab magic (corrupt) (name=inode_cache) /etc/rc.d/rc.sysinit: /etc/rc.d/init.d/functions: Permission denied kmem_alloc: Bad slab magic (corrupt) (name=inode_cache) kmem_alloc: Bad slab magic (corrupt) (name=inode_cache) kmem_alloc: Bad slab magic (corrupt) (name=inode_cache) /etc/rc.d/rc.sysinit: hostname: command not found ...more error massages kmem_alloc: Bad slab magic (corrupt) (name=inode_cache) /etc/rc.d/rc.sysinit: /var/log/dmesg: Permission denied Unable to handle kernel NULL pointer dereference at virtual address 00000010 pgd = c0004000 *pgd = c013e001, *pmd = c013e001, *pte = c013d08b, *ppte = c013d00a Internal error: Oops: 0 CPU: 0 pc : [] lr : [] sp : c0215ee0 ip : c0215f00 fp : c0215efc r10: c0214354 r9 : c4132300 r8 : 00000001 r7 : a0000013 r6 : c0002be0 r5 : c2016860 r4 : c2016fe0 r3 : c22e4f60 r2 : 00000000 r1 : c2019fc0 r0 : c0002be0 Flags: nZCv IRQs off FIQs on Mode SVC_32 Segment user Control: C020117D Table: C020117D DAC: 00000015 Process initlog (pid: 6, stackpage=c0215000) Stack: c0215ec0: c00519fc c003348c 60000093 ffffff ff c0215ee0: c2016860 00000000 00000001 c41321e0 c0215f18 c0215f00 c00519fc c00333 84 c0215f00: c40164e0 c2016860 c40164e0 c0215f30 c0215f1c c004f5f4 c0051778 c41333 e0 c0215f20: c2016860 c0215f4c c0215f34 c003b918 c004f4fc c41333e0 00000000 c40164 e0 c0215f40: c0215f60 c0215f50 c003b938 c003b8c0 c41333e0 c0215f80 c0215f64 c003a4 38 c0215f60: c003b928 0000003f c41321e0 00000004 c0214000 c0215f9c c0215f84 c0022e ec c0215f80: c003a390 c0214338 c0214304 00000100 c0215fac c0215fa0 c0023148 c0022c b4 c0215fa0: 00000000 c0215fb0 c000dea0 c002313c 40104f14 c0015728 00000001 000000 00 c0215fc0: fbad2088 00000008 40104f14 40104f14 00000001 000008e4 02000a00 020047 18 c0215fe0: 40104f28 bffffde0 4009b300 bffffdd4 40043bc8 4009b304 20000010 000000 01 Backtrace: Function entered at [] from [] r7 = C41321E0 r6 = 00000001 r5 = 00000000 r4 = C2016860 Function entered at [] from [] r6 = C40164E0 r5 = C2016860 r4 = C40164E0 Function entered at [] from [] r5 = C2016860 r4 = C41333E0 Function entered at [] from [] r6 = C40164E0 r5 = 00000000 r4 = C41333E0 Function entered at [] from [] r4 = C41333E0 Function entered at [] from [] r7 = C0214000 r6 = 00000004 r5 = C41321E0 r4 = 0000003F Function entered at [] from [] Function entered at [] from [] Code: e5834014 e5942014 (e5824010) e5864000 eaffffda Any Help, Regards, Harsha unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu Apr 20 15:59:02 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12iIPR-0003qA-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 20 Apr 2000 15:58:25 +0100 Received: from [205.205.197.199] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12iIPP-0003q4-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 20 Apr 2000 15:58:23 +0100 Date: Thu, 20 Apr 2000 11:56:13 -0400 (EDT) From: Nicolas Pitre To: Harsha Sanjeewa cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: Problems with 2.3.99.pre3 on Brutus board In-Reply-To: <38FECF08.574F6282@sri.atpos.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Thu, 20 Apr 2000, Harsha Sanjeewa wrote: > Hi, > I tried kernel version 2.3.99.pre3 with patches for SA1100 Brutus board. > I was able to cross compile it. But once it loaded it, gave following > error messages and stucked. It seems that the problem is with Ramdisk. > But I used Nico's latest ram disk. There seem to have some problem with discontigous memory support lately. Please try my latest 2.3.35 patch if you want Brutus support. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu Apr 20 20:01:05 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12iMBj-0005CM-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 20 Apr 2000 20:00:31 +0100 Received: from [212.73.17.42] (helo=junk.nocrew.org ident=mail) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12iMBi-0005CG-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 20 Apr 2000 20:00:30 +0100 Received: from lars by junk.nocrew.org with local (Exim 3.03 #1 (Debian)) for linux-arm-kernel@lists.arm.linux.org.uk id 12iN5l-0003Vm-00; Thu, 20 Apr 2000 21:58:25 +0200 To: linux-arm-kernel@lists.arm.linux.org.uk Subject: NetWinder WaveArtist broken in -pre3-rmk3? From: lars brinkhoff Date: 20 Apr 2000 21:58:24 +0200 In-Reply-To: Russell King - ARM Linux Admin's message of "Fri, 31 Mar 2000 23:41:48 +0100 (BST)" Message-ID: <85g0sgh7dr.fsf@junk.nocrew.org> Lines: 2 User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Sound worked perfectly in -pre3-rmk1, but seems to be broken in -pre3-rmk3. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu Apr 20 20:25:52 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12iMa7-0005Jk-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 20 Apr 2000 20:25:43 +0100 Received: from [207.245.35.202] (helo=kei.netwinder.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12iMa6-0005Je-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 20 Apr 2000 20:25:42 +0100 Received: from netwinder.org (IDENT:ralphs@[10.8.44.1]) by kei.netwinder.org (8.9.3/8.9.3) with ESMTP id QAA15292; Thu, 20 Apr 2000 16:23:37 -0400 Message-ID: <38FF6748.DB6D049D@netwinder.org> Date: Thu, 20 Apr 2000 16:23:36 -0400 From: Ralph Siemsen X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: lars brinkhoff CC: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: NetWinder WaveArtist broken in -pre3-rmk3? References: <85g0sgh7dr.fsf@junk.nocrew.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk lars brinkhoff wrote: > > Sound worked perfectly in -pre3-rmk1, but seems to be broken in > -pre3-rmk3. It's working just fine for me, with -pre3-rmk3. Has the occasional hicckup due to DMA issues, the way to fix that is to turn off the hard disk DMA (yes, really). -- Ralph Siemsen -- ralphs@netwinder.org unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu Apr 20 21:46:49 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12iNqS-0005fE-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 20 Apr 2000 21:46:40 +0100 Received: from [212.73.17.42] (helo=junk.nocrew.org ident=mail) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12iNqR-0005f8-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 20 Apr 2000 21:46:39 +0100 Received: from lars by junk.nocrew.org with local (Exim 3.03 #1 (Debian)) id 12iOkQ-0008VD-00; Thu, 20 Apr 2000 23:44:30 +0200 To: Ralph Siemsen Cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: NetWinder WaveArtist broken in -pre3-rmk3? References: <85g0sgh7dr.fsf@junk.nocrew.org> <38FF6748.DB6D049D@netwinder.org> From: lars brinkhoff Date: 20 Apr 2000 23:44:30 +0200 In-Reply-To: Ralph Siemsen's message of "Thu, 20 Apr 2000 16:23:36 -0400" Message-ID: <857ldsh2gx.fsf@junk.nocrew.org> Lines: 14 User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Ralph Siemsen writes: > lars brinkhoff wrote: > > Sound worked perfectly in -pre3-rmk1, but seems to be broken in > > -pre3-rmk3. > It's working just fine for me, with -pre3-rmk3. Oh, must be something else then. Temporary, I hope. > Has the occasional hicckup due to DMA issues, the way to fix that is > to turn off the hard disk DMA (yes, really). Once I tried turning on DMA, but the driver turned it off by itself as soon as it started to I/O. Could this be beacuse I have quite an old winder? It's pre-rebel, revision 52ff. unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu Apr 20 21:50:35 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12iNu8-0005gT-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 20 Apr 2000 21:50:28 +0100 Received: from [194.168.180.86] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12iNu7-0005gM-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 20 Apr 2000 21:50:27 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id WAA29057; Thu, 20 Apr 2000 22:48:20 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id WAA06256; Thu, 20 Apr 2000 22:44:25 +0100 Message-Id: <200004202144.WAA06256@raistlin.arm.linux.org.uk> Subject: Re: NetWinder WaveArtist broken in -pre3-rmk3? To: lars@nocrew.org (lars brinkhoff) Date: Thu, 20 Apr 2000 22:44:24 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <857ldsh2gx.fsf@junk.nocrew.org> from "lars brinkhoff" at Apr 20, 2000 11:44:30 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk lars brinkhoff writes: > > Has the occasional hicckup due to DMA issues, the way to fix that is > > to turn off the hard disk DMA (yes, really). > > Once I tried turning on DMA, but the driver turned it off by itself > as soon as it started to I/O. Could this be beacuse I have quite an > old winder? It's pre-rebel, revision 52ff. Even with a rev.5 NetWinder, disk DMA still affects the sound. However, if you want to get some extra PIO performance, try (at your own risk): hdparm -c1 /dev/hda to turn on 32-bit PIO mode. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu Apr 20 22:14:49 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12iOHO-0005oJ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 20 Apr 2000 22:14:30 +0100 Received: from [207.245.35.202] (helo=kei.netwinder.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12iOHN-0005oC-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 20 Apr 2000 22:14:30 +0100 Received: from netwinder.org (IDENT:ralphs@[10.8.44.1]) by kei.netwinder.org (8.9.3/8.9.3) with ESMTP id SAA16095 for ; Thu, 20 Apr 2000 18:12:28 -0400 Message-ID: <38FF80CB.2BE01CE8@netwinder.org> Date: Thu, 20 Apr 2000 18:12:27 -0400 From: Ralph Siemsen X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 CC: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: NetWinder WaveArtist broken in -pre3-rmk3? References: <85g0sgh7dr.fsf@junk.nocrew.org> <38FF6748.DB6D049D@netwinder.org> <857ldsh2gx.fsf@junk.nocrew.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk lars brinkhoff wrote: > Once I tried turning on DMA, but the driver turned it off by itself > as soon as it started to I/O. Could this be beacuse I have quite an > old winder? It's pre-rebel, revision 52ff. That sounds like the behaviour you'd get with the older 553 chip (ide controller). It won't do DMA to the disk unfortunately. -- Ralph Siemsen -- ralphs@netwinder.org unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri Apr 21 01:49:49 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12iRcu-00076D-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 21 Apr 2000 01:48:56 +0100 Received: from [203.80.64.6] (helo=smtp3.ctimail3.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12iRcs-000763-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 21 Apr 2000 01:48:54 +0100 Received: from ismart.net (210user45.ctimail3.com [203.80.210.45]) by smtp3.ctimail3.com (8.9.3/8.9.3) with ESMTP id JAA24620 for ; Fri, 21 Apr 2000 09:50:40 +0800 (HKT) Message-ID: <38FFB30A.FB4D856C@ismart.net> Date: Fri, 21 Apr 2000 09:46:50 +0800 From: Yin X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Dial up Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Does the serial port driver serial_7110.c support dial up? Whenever I use pppd, the led SD and RD just flash one time and everything stop working. Also, is it normal for the led TR not turn on when dialing? Thanks Jacky Lam unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sat Apr 22 13:27:08 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12iyyf-0008Uf-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 22 Apr 2000 13:25:37 +0100 Received: from [194.168.180.43] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12iyyd-0008UY-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 22 Apr 2000 13:25:36 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id OAA03952 for ; Sat, 22 Apr 2000 14:23:27 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id OAA01182 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 22 Apr 2000 14:19:22 +0100 Message-Id: <200004221319.OAA01182@raistlin.arm.linux.org.uk> Subject: RFC: arch/arm/{machine-type} To: linux-arm-kernel@lists.arm.linux.org.uk Date: Sat, 22 Apr 2000 14:19:21 +0100 (BST) X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, I'd like to get the opinions of the various architecture maintainers to splitting architecture specifics into subdirectories under arch/arm. The reasons why I'm suggesting this is: 1. We appear to be collecting a lot of architecture-specific files in arch/arm/kernel and arch/arm/mm 2. Several files are becoming quite dirty with #ifdefs We would therefore have directories such as: arch/arm/ebsa110 arch/arm/footbridge - for EBSA285, NetWinder, CATS arch/arm/acorn - for Archimedes, A5000, RiscPC arch/arm/cl7500 arch/arm/nexuspci arch/arm/sa1100 arch/arm/shark For example, arch/arm/footbridge would contain: Makefile arch.c (from arch/arm/kernel/arch.c) dma.c (from arch/arm/kernel/dma-footbridge.c) hw.c (from arch/arm/kernel/hw-footbridge.c) leds.c (from arch/arm/kernel/leds-footbridge.c) mm.c (from arch/arm/mm/mm-footbridge.c) Any other ideas? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sat Apr 22 14:22:00 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12izqv-0000EB-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 22 Apr 2000 14:21:41 +0100 Received: from [24.112.88.27] (helo=CR945328-A.flfrd1.on.wave.home.com ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12izqu-0000E4-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 22 Apr 2000 14:21:40 +0100 Received: from [[UNIX: localhost]] ([[UNIX: localhost]]) by CR945328-A.flfrd1.on.wave.home.com (8.8.7/8.8.7) id KAA23870 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 22 Apr 2000 10:20:14 -0400 From: Pat Beirne Organization: Corel To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: RFC: arch/arm/{machine-type} Date: Sat, 22 Apr 2000 10:18:57 -0400 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain References: <200004221319.OAA01182@raistlin.arm.linux.org.uk> In-Reply-To: <200004221319.OAA01182@raistlin.arm.linux.org.uk> MIME-Version: 1.0 Message-Id: <00042210201300.23821@CR945328-A> Content-Transfer-Encoding: quoted-printable Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Sat, 22 Apr 2000, Russell King - ARM Linux Admin wrote: > Hi, >=20 > I'd like to get the opinions of the various architecture maintainers to > splitting architecture specifics into subdirectories under arch/arm. >=20 >=20 Russell, It makes sense to me. When would this happen? 2.5.x? or 2.3.x? Pat unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sat Apr 22 16:38:19 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12j1xS-0000hW-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 22 Apr 2000 16:36:34 +0100 Received: from [194.168.180.33] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12j1xR-0000hN-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 22 Apr 2000 16:36:33 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id RAA04652 for ; Sat, 22 Apr 2000 17:34:33 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id RAA01656 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 22 Apr 2000 17:30:27 +0100 Message-Id: <200004221630.RAA01656@raistlin.arm.linux.org.uk> Subject: Re: RFC: arch/arm/{machine-type} To: linux-arm-kernel@lists.arm.linux.org.uk Date: Sat, 22 Apr 2000 17:30:27 +0100 (BST) In-Reply-To: <00042210201300.23821@CR945328-A> from "Pat Beirne" at Apr 22, 2000 10:18:57 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Pat Beirne writes: > It makes sense to me. When would this happen? 2.5.x? or 2.3.x? I'm planning it imminently - most of it isn't functional - it's just a matter of re-arranging the files which would be acceptable for 2.3.xx. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sat Apr 22 21:08:29 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12j6CD-0001cX-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 22 Apr 2000 21:08:05 +0100 Received: from [207.245.35.202] (helo=kei.netwinder.org) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12j6CC-0001cQ-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 22 Apr 2000 21:08:04 +0100 Received: from fiji ([10.1.2.10]) by kei.netwinder.org (8.9.3/8.9.3) with SMTP id RAA31633; Sat, 22 Apr 2000 17:05:43 -0400 Message-ID: <007f01bfac9e$7c319e20$LocalHost@fiji> From: "Scott Bambrough" To: "Russell King - ARM Linux Admin" , References: <200004221319.OAA01182@raistlin.arm.linux.org.uk> Subject: Re: arch/arm/{machine-type} Date: Sat, 22 Apr 2000 17:05:25 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk This seems like and excellent idea to me. Personally, I would hold off until 2.5 kernel streams though. Scott ----- Original Message ----- From: Russell King - ARM Linux Admin To: Sent: Saturday, April 22, 2000 9:19 AM Subject: RFC: arch/arm/{machine-type} > Hi, > > I'd like to get the opinions of the various architecture maintainers to > splitting architecture specifics into subdirectories under arch/arm. > > The reasons why I'm suggesting this is: > > 1. We appear to be collecting a lot of architecture-specific files in > arch/arm/kernel and arch/arm/mm > 2. Several files are becoming quite dirty with #ifdefs > > We would therefore have directories such as: > > arch/arm/ebsa110 > arch/arm/footbridge - for EBSA285, NetWinder, CATS > arch/arm/acorn - for Archimedes, A5000, RiscPC > arch/arm/cl7500 > arch/arm/nexuspci > arch/arm/sa1100 > arch/arm/shark > > For example, arch/arm/footbridge would contain: > > Makefile > arch.c (from arch/arm/kernel/arch.c) > dma.c (from arch/arm/kernel/dma-footbridge.c) > hw.c (from arch/arm/kernel/hw-footbridge.c) > leds.c (from arch/arm/kernel/leds-footbridge.c) > mm.c (from arch/arm/mm/mm-footbridge.c) > > Any other ideas? > _____ > |_____| ------------------------------------------------- ---+---+- > | | Russell King linux@arm.linux.org.uk --- --- > | | | | http://www.arm.linux.org.uk/ / / | > | +-+-+ --- -+- > / | THE developer of ARM Linux |+| /|\ > / | | | --- | > +-+-+ ------------------------------------------------- /\\\ | > > > unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk > unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sun Apr 23 20:15:15 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12jRos-000761-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sun, 23 Apr 2000 20:13:26 +0100 Received: from [24.200.137.248] (helo=xanadu.gn.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jRor-00075v-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sun, 23 Apr 2000 20:13:25 +0100 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id QAA17048; Sun, 23 Apr 2000 16:11:15 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Sun, 23 Apr 2000 16:11:15 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: Russell King - ARM Linux Admin cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: RFC: arch/arm/{machine-type} In-Reply-To: <200004221319.OAA01182@raistlin.arm.linux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Sat, 22 Apr 2000, Russell King - ARM Linux Admin wrote: > Hi, > > I'd like to get the opinions of the various architecture maintainers to > splitting architecture specifics into subdirectories under arch/arm. Good idea. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon Apr 24 13:16:46 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12jhmW-000376-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 24 Apr 2000 13:16:04 +0100 Received: from [208.225.80.11] (helo=ice.fiftyone.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jhmV-00036z-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 24 Apr 2000 13:16:04 +0100 Received: from server01.asi (akron-80-175.ar51.net [208.225.80.175]) by ice.fiftyone.com (8.9.3/8.8.7) with ESMTP id JAA00485 for ; Mon, 24 Apr 2000 09:14:35 -0400 Received: by SERVER01 with Internet Mail Service (5.5.2448.0) id ; Mon, 24 Apr 2000 09:14:10 -0400 Message-ID: From: Jeff Sutherland To: "Linux ARM kernel mailing list (E-mail)" Subject: RE: ARM Linux running on Assabet update... Date: Mon, 24 Apr 2000 09:14:07 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFADEE.F9138B70" Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFADEE.F9138B70 Content-Type: text/plain; charset="iso-8859-1" > Also, leave the mmu turned off (but do turn the Icache on) in > head.S as there's an issue with not marking the peripheral controller > register as non-cacheabe/non-bufferable (looks weird on the screen > until the kernel does its mmu setup). Huh? I want to point out that this was a "heat of battle" type issue that I ran into with early serial output during the kernel decompression/moving stage. I didn't definitively toubleshoot the problem but it appeared to be cache or buffering related. Turning off the MMU in the early stage fixed the problem for me, but that doesn't mean that anyone else will experience a problem. Maybe it was due to the fact that I was using uart 3 instead of uart 1 (0x80050000 instead of 0x8001000) for output. -Jeff ------_=_NextPart_001_01BFADEE.F9138B70 Content-Type: text/html; charset="iso-8859-1"

> Also, leave the mmu turned off (but do turn the Icache on) in

> head.S as there's an issue with not marking the peripheral controller

> register as non-cacheabe/non-bufferable (looks weird on the screen

> until the kernel does its mmu setup).

Huh?

I want to point out that this was a "heat of battle" type issue that I ran into with early serial output during the kernel decompression/moving stage.  I didn't definitively toubleshoot the problem but it appeared to be cache or buffering related.  Turning off the MMU in the early stage fixed the problem for me, but that doesn't mean that anyone else will experience a problem.  Maybe it was due to the fact that I was using uart 3 instead of uart 1 (0x80050000 instead of 0x8001000) for output. 

-Jeff 

------_=_NextPart_001_01BFADEE.F9138B70-- unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon Apr 24 13:53:21 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12jiMR-0003FF-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 24 Apr 2000 13:53:11 +0100 Received: from [206.24.60.99] (helo=cvsftp.cotw.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jiMQ-0003F8-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 24 Apr 2000 13:53:10 +0100 Received: from cotw.com (IDENT:samcconn@[206.24.60.92]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id CAA00746; Mon, 24 Apr 2000 02:49:32 -0500 Message-ID: <390450CE.D8BAFED7@cotw.com> Date: Mon, 24 Apr 2000 08:49:02 -0500 From: S A McConnell Reply-To: samcconn@cotw.com X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 CC: Russell King - ARM Linux Admin , linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: RFC: arch/arm/{machine-type} References: Content-Type: multipart/mixed; boundary="------------BB21F7DDB1A350941659E5B4" Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk This is a multi-part message in MIME format. --------------BB21F7DDB1A350941659E5B4 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > I'd like to get the opinions of the various architecture maintainers to > splitting architecture specifics into subdirectories under arch/arm. This would be a big help. As a newbie I have had some trouble trying to sort out which files belong to which architecture. I see the following levels: 1) Kernel code 2) Arm specific kernel code 3) Architecture specific code 4) Device drivers How will architecture specific device driver code be organized? Since each device driver is supposed to have a major and minor number. Should those numbers be part of the naming scheme for those files? I am working on a port to Link-Up Systems L7200 board. (An ARM720T) Some other thoughts: Has anyone constructed a table that defines the various ARM architectures that are being worked on? I started one see the attached file. However, I suspect it has several errors and is incomplete. Would a more complete table be of value? Should it be in the documents directory? Should each architecture have a list of supported devices. Scott McConnell --------------BB21F7DDB1A350941659E5B4 Content-Type: text/plain; charset=us-ascii; name="table.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="table.txt" ID Name CPU Info -- ------------------- ------------- ---------------- 00 EBSA110 SA110 01 Acorn-RiscPC ARM6, ARM7 SA110 02 unknown (ebsit?) 03 FTV-PCI SA110 (nexuspci) 04 EBSA285 SA285 05 Rebel- Netwinder StrongARM ???? (Corel?) CONFIG_CPU_ARMV4=Y 06 Chalice-CATS 07 unknown-tbox SA110 08 co-EBSA285 SA110 SA110/21285 as co-processor 09 CL-PS7110 ARM710a core 0A Acorn-Archimedes ARM6 / ARM610 0B Acorn-A5000 ARM7 a5k 0C Etoile ARM710 0D LaCie_NAS StrongARM OE CL-PS7500 ARM710a core 0F Digital Shark StrongARM DNARD 10 SA1100-based StrongARM brutus, empeg, lart, tifon, victor 11 ? 12 ? 13 L7200 ARM720T Link-Up L7200 ARM720TDMI --------------- CONFIG_CPU_26 (26-bit machines) CONFIG_CPU_32 (32-bit machines) CONFIG_CPU_32v3 (armv3 CONFIG_CPU_32v4 (armv4 StrongARM) CONFIG_CPU_ARM2 CONFIG_CPU_ARM3 (Are these all 26-bit machines?) CONFIG_CPU_ARM6 CONFIG_CPU_ARM7 CONFIG_CPU_ARMV3 CONFIG_CPU_ARMV4 CONFIG_CPU_SA110 CONFIG_CPU_SA1100 --------------BB21F7DDB1A350941659E5B4-- unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon Apr 24 14:58:11 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12jjNC-0003YL-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 24 Apr 2000 14:58:02 +0100 Received: from [192.58.206.2] (helo=crl.dec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jjNB-0003YF-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 24 Apr 2000 14:58:01 +0100 Received: from crlwebmail.crl.dec.com (crlwebmail.crl.dec.com [16.11.0.2]) by crl.dec.com (8.8.8/RWD-1.2) with ESMTP id KAA28743; Mon, 24 Apr 2000 10:56:02 -0400 (EDT) Received: by CRLWEBMAIL with Internet Mail Service (5.5.2650.21) id <204268XN>; Mon, 24 Apr 2000 11:00:13 -0400 Message-ID: From: George France To: "'Russell King - ARM Linux Admin'" , linux-arm-kernel@lists.arm.linux.org.uk Subject: RE: RFC: arch/arm/{machine-type} Date: Mon, 24 Apr 2000 10:56:37 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello Russell; The only change I would make is SA1100 to SA11xx. --George George France, france@crl.dec.com Cambridge Research Laboratory, Compaq Computer Corporation One Kendall Square, Building 700 MS: CRL Cambridge, MA 02139 USA -----Original Message----- From: Russell King - ARM Linux Admin [mailto:linux@arm.linux.org.uk] Sent: Saturday, April 22, 2000 12:30 PM To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: RFC: arch/arm/{machine-type} Pat Beirne writes: > It makes sense to me. When would this happen? 2.5.x? or 2.3.x? I'm planning it imminently - most of it isn't functional - it's just a matter of re-arranging the files which would be acceptable for 2.3.xx. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon Apr 24 17:43:00 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12jlwW-0004ig-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 24 Apr 2000 17:42:40 +0100 Received: from [194.168.180.34] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jlwV-0004iW-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 24 Apr 2000 17:42:39 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id SAA14065; Mon, 24 Apr 2000 18:39:08 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id SAA07186; Mon, 24 Apr 2000 18:34:00 +0100 Message-Id: <200004241734.SAA07186@raistlin.arm.linux.org.uk> Subject: Re: RFC: arch/arm/{machine-type} To: france@crl.dec.com (George France) Date: Mon, 24 Apr 2000 18:34:00 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "George France" at Apr 24, 2000 10:56:37 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk George France writes: > The only change I would make is SA1100 to SA11xx. Sounds logical. Just hope no one invents as SA1198 which isn't SA11[10]0 compatible ;) _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon Apr 24 17:43:04 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12jlwt-0004jI-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 24 Apr 2000 17:43:03 +0100 Received: from [194.168.180.34] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jlws-0004jB-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 24 Apr 2000 17:43:02 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id SAA14047; Mon, 24 Apr 2000 18:34:58 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id SAA07128; Mon, 24 Apr 2000 18:29:50 +0100 Message-Id: <200004241729.SAA07128@raistlin.arm.linux.org.uk> Subject: Re: ARM Linux running on Assabet update... To: jsutherland@accelent.com (Jeff Sutherland) Date: Mon, 24 Apr 2000 18:29:50 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk ("Linux ARM kernel mailing list (E-mail)") In-Reply-To: from "Jeff Sutherland" at Apr 24, 2000 09:14:07 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Jeff Sutherland writes: > > Also, leave the mmu turned off (but do turn the Icache on) in > > head.S as there's an issue with not marking the peripheral controller > > register as non-cacheabe/non-bufferable (looks weird on the screen > > until the kernel does its mmu setup). > > Huh? > > I want to point out that this was a "heat of battle" type issue that I ran > into with early serial output during the kernel decompression/moving stage. > I didn't definitively toubleshoot the problem but it appeared to be cache or > buffering related. Turning off the MMU in the early stage fixed the problem > for me, but that doesn't mean that anyone else will experience a problem. > Maybe it was due to the fact that I was using uart 3 instead of uart 1 > (0x80050000 instead of 0x8001000) for output. There is currently a problem with the D-cache and writebuffer being enabled over all areas of virtual space during the kernel decompressor, but that will be fixed in -rmk3 (which, btw, is imminent). I think -rmk2 may have been the brown paper bag version. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon Apr 24 18:05:41 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12jmIh-0004vD-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 24 Apr 2000 18:05:35 +0100 Received: from [24.200.137.248] (helo=xanadu.gn.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jmIg-0004v2-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 24 Apr 2000 18:05:34 +0100 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id OAA18820; Mon, 24 Apr 2000 14:03:22 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Mon, 24 Apr 2000 14:03:22 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: Jeff Sutherland cc: "Linux ARM kernel mailing list (E-mail)" Subject: RE: ARM Linux running on Assabet update... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Mon, 24 Apr 2000, Jeff Sutherland wrote: > > Also, leave the mmu turned off (but do turn the Icache on) in > > > head.S as there's an issue with not marking the peripheral controller > > > register as non-cacheabe/non-bufferable (looks weird on the screen > > > until the kernel does its mmu setup). > > Huh? > > I want to point out that this was a "heat of battle" type issue that I ran > into with early serial output during the kernel decompression/moving stage. > I didn't definitively toubleshoot the problem but it appeared to be cache or > buffering related. Turning off the MMU in the early stage fixed the problem > for me, but that doesn't mean that anyone else will experience a problem. > Maybe it was due to the fact that I was using uart 3 instead of uart 1 > (0x80050000 instead of 0x8001000) for output. No, I don't think it makes a difference. I would rather suspect the unusual address at which your Win CE bootloader loads the kernel which may confuse the code in compressed/head.S. In all cases you may just disable serial output during the decompression pass. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon Apr 24 18:29:50 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12jmg7-00057F-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 24 Apr 2000 18:29:47 +0100 Received: from [24.200.137.248] (helo=xanadu.gn.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jmg7-000578-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 24 Apr 2000 18:29:47 +0100 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id OAA18830; Mon, 24 Apr 2000 14:27:28 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Mon, 24 Apr 2000 14:27:28 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: George France cc: "'Russell King - ARM Linux Admin'" , linux-arm-kernel@lists.arm.linux.org.uk Subject: RE: RFC: arch/arm/{machine-type} In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Mon, 24 Apr 2000, George France wrote: > Hello Russell; > > The only change I would make is SA1100 to SA11xx. This could be questionnable. i386 architectures are still named so even if support extended beyond 80386 processors. This is also true for most device drivers which extended their support to chipsets of the same family. So we could leave "sa1100" as the generic name for that architecture otherwise we'll end up renaming everything as soon as the 'x' doesn't mask all variants. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon Apr 24 18:31:21 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12jmhd-00057z-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 24 Apr 2000 18:31:21 +0100 Received: from [192.58.206.2] (helo=crl.dec.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jmhc-00057t-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 24 Apr 2000 18:31:20 +0100 Received: from ims.crl.dec.com (ims.crl.dec.com [16.11.0.11]) by crl.dec.com (8.8.8/RWD-1.2) with ESMTP id OAA00164; Mon, 24 Apr 2000 14:29:14 -0400 (EDT) Received: by ims.crl.dec.com with Internet Mail Service (5.5.2650.21) id ; Mon, 24 Apr 2000 14:33:24 -0400 Message-ID: From: George France To: "'Nicolas Pitre'" , George France Cc: "'Russell King - ARM Linux Admin'" , linux-arm-kernel@lists.arm.linux.org.uk Subject: RE: RFC: arch/arm/{machine-type} Date: Mon, 24 Apr 2000 14:29:46 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello Nicolas; Your point is well taken. If it causes problems then "SA1100" it should be. --George -----Original Message----- From: Nicolas Pitre [mailto:nico@cam.org] Sent: Monday, April 24, 2000 2:27 PM To: George France Cc: 'Russell King - ARM Linux Admin'; linux-arm-kernel@lists.arm.linux.org.uk Subject: RE: RFC: arch/arm/{machine-type} On Mon, 24 Apr 2000, George France wrote: > Hello Russell; > > The only change I would make is SA1100 to SA11xx. This could be questionnable. i386 architectures are still named so even if support extended beyond 80386 processors. This is also true for most device drivers which extended their support to chipsets of the same family. So we could leave "sa1100" as the generic name for that architecture otherwise we'll end up renaming everything as soon as the 'x' doesn't mask all variants. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Mon Apr 24 18:55:20 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12jn4e-0005Na-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Mon, 24 Apr 2000 18:55:08 +0100 Received: from [212.250.233.36] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jn4c-0005NU-00 for linux-arm-kernel@lists.arm.linux.org.uk; Mon, 24 Apr 2000 18:55:07 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id SAA14057; Mon, 24 Apr 2000 18:37:58 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id SAA07175; Mon, 24 Apr 2000 18:32:49 +0100 Message-Id: <200004241732.SAA07175@raistlin.arm.linux.org.uk> Subject: Architecture Registry (was Re: RFC: arch/arm/{machine-type}) To: samcconn@cotw.com Date: Mon, 24 Apr 2000 18:32:49 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <390450CE.D8BAFED7@cotw.com> from "S A McConnell" at Apr 24, 2000 08:49:02 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk S A McConnell writes: > Has anyone constructed a table that defines the various ARM architectures that are being > worked on? I started one see the attached file. However, I suspect it has several errors > and is incomplete. Would a more complete table be of value? Should it be in the documents > directory? Should each architecture have a list of supported devices. I have, of course, got the master list, which the registry system dishes the next number out from. Maybe I ought to generate a web page of the information in that database... _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue Apr 25 01:35:41 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12jtJV-0007ct-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 25 Apr 2000 01:34:53 +0100 Received: from [192.122.139.253] (helo=krdl.org.sg) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12jtJU-0007cn-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 25 Apr 2000 01:34:52 +0100 Received: from mailhost.krdl.org.sg (mailbox.krdl.org.sg [192.122.134.30]) by krdl.org.sg (8.9.3/8.9.3) with ESMTP id JAA10962; Tue, 25 Apr 2000 09:32:59 +0800 (SGT) Received: from krdl.org.sg (QUNYING.krdl.org.sg [192.168.136.36]) by mailhost.krdl.org.sg (8.9.3/8.9.3) with ESMTP id JAA11862; Tue, 25 Apr 2000 09:31:54 +0800 (SGT) Message-ID: <3904F5C0.E9D517B@krdl.org.sg> Date: Tue, 25 Apr 2000 09:32:48 +0800 From: zhu qun ying Organization: KRDL X-Mailer: Mozilla 4.72 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: lart , arm , parport Subject: parallel port low level driver for StrongARM SA1100 Content-Type: multipart/mixed; boundary="------------3440BAB8BB6F0FF44C412236" Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk This is a multi-part message in MIME format. --------------3440BAB8BB6F0FF44C412236 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by krdl.org.sg id JAA10962 Hi all, I have got the low level driver working in some degree (no irq, no dma, e= tc.) I posted here for anyone interested in it. It is closely tighted to my bo= ard's implementation, if you want to use it, you have to change those IO assign= ment. By the way, I am using kernel 2.3.99-pre3-rmk1-np2. have fun. --=20 (~._.~) =D6=EC =C8=BA =D3=A2 (Qun Ying) (65) 874-6743 ( O ) Kent Ridge Digital Labs (KRDL) ()~*~() 21 Heng Mui Keng Terrace, Singapore 119613 (_)-(_) qyzhu@krdl.org.sg * zhuqy@hotmail.com --------------3440BAB8BB6F0FF44C412236 Content-Type: application/x-unknown-content-type-cfile; name="parport_arm.c" Content-Disposition: inline; filename="parport_arm.c" Content-Transfer-Encoding: base64 LyogTG93LWxldmVsIHBhcmFsbGVsIHBvcnQgcm91dGluZXMgZm9yIFN0cm9uZ0FSTSBTQTEx MDANCiAqIA0KICogQXV0aG9yOiBaaHUgUXVuIFlpbmcgPHF5emh1QGtyZGwub3JnLnNnPg0K ICoNCiAqIENvcHlyaWdodCAoQykgMjAwMA0KICoNCiAqIGRpc3RyaWJ1dGVkIHVuZGVyIHRl cm1zIG9mIEdQTA0KICogdXNlIEdQSU8gcGlucyBmb3IgcGFyYWxsZWwgaW50ZXJmYWNlIA0K ICovDQoNCi8qIEZvciBteSBib2FyZCwgdGhlIHBpbiBsYXlvdXQgaXMgYXMgZm9sbG93cw0K ICoNCiAqIEdQSU8zOgljb250cm9sIGJ1ZmZlciBkaXJlY3Rpb24gY29udHJvbCAoMSBmb3J3 YXJkIGFsd2F5cykNCiAqIEdQSU8yOglkYXRhIGJ1ZmZlciBkaXJlY3Rpb24gY29udHJvbCAo MSBmb3J3YXJkLCAwIHJldmVyc2UpDQogKiBHUElPMToJT3V0cHV0IEVuYWJsZQ0KICoNCiAq IERhdGEgcGluczoJCQlJbnB1dC9PdXB1dA0KICoNCiAqIEdQSU83LTQ6CUQwLUQ0CQlJL08N CiAqIEdQSU8xMS04OglENS1EOAkJSS9PDQogKg0KICogQ29udHJvbCBwaW5zOg0KICoNCiAq IEdQSU8xNToJbkFjawkJSQ0KICogR1BJTzE0OglCdXN5CQlJDQogKiBHUElPMTM6CVBFcnJv cgkJSQ0KICogR1BJTzEyOglTZWxlY3QJCUkNCiAqIEdQSU8xODoJbkZhdWx0CQlJDQogKg0K ICogR1BJTzA6CW5TdHJvYmUJCU8NCiAqIEdQSU8xOToJbkF1dG9GZAkJTw0KICogR1BJTzE3 OglGUF9pbml0CQlPDQogKiBHUElPMTY6CW5TZWxlY3RuCU8NCiAqDQogKi8NCg0KI2luY2x1 ZGUgPGxpbnV4L21vZHVsZS5oPg0KI2luY2x1ZGUgPGxpbnV4L2luaXQuaD4NCiNpbmNsdWRl IDxsaW51eC9wYXJwb3J0Lmg+DQojaW5jbHVkZSA8bGludXgvZGVsYXkuaD4NCiNpbmNsdWRl IDxsaW51eC90eXBlcy5oPg0KDQojaW5jbHVkZSA8YXNtL3NldHVwLmg+DQojaW5jbHVkZSA8 YXNtL2lycS5oPg0KDQojaW5jbHVkZSA8YXNtL2FyY2gvaGFyZHdhcmUuaD4JLy8gSU8gYWRk cmVzcyBmb3IgQVJNDQoNCiNkZWZpbmUgREVCVUcNCiNpZmRlZiBERUJVRw0KICAgICNkZWZp bmUgZHByaW50awlwcmludGsNCiNlbHNlDQogICAgI2RlZmluZSBkcHJpbnRrKHN0dWZmLi4u KQkvLyBnY2MgZXh0ZW50aW9uDQojZW5kaWYNCg0KLy8gZm9yIGNvbnRyb2wgIA0KI2RlZmlu ZSBBUk1fU1RST0JFCUdQSU9fR1BJTzANCiNkZWZpbmUgQVJNX0FVVE9GRAlHUElPX0dQSU8x OQ0KI2RlZmluZSBBUk1fSU5JVAlHUElPX0dQSU8xNw0KI2RlZmluZSBBUk1fU0VMRUNUTglH UElPX0dQSU8xNg0KDQojZGVmaW5lIEFSTV9TVFJPQkVfTgkwDQojZGVmaW5lIEFSTV9BVVRP RkRfTgkxOQ0KI2RlZmluZSBBUk1fSU5JVF9OCTE3DQojZGVmaW5lIEFSTV9TRUxFQ1ROX04J MTYNCg0KLy8gZm9yIHN0YXR1cw0KI2RlZmluZSBBUk1fUEFQRVJPVVQJR1BJT19HUElPMTMN CiNkZWZpbmUgQVJNX1NFTEVDVAlHUElPX0dQSU8xMg0KI2RlZmluZSBBUk1fQUNLCQlHUElP X0dQSU8xNQ0KI2RlZmluZSBBUk1fQlVTWQlHUElPX0dQSU8xNA0KI2RlZmluZSBBUk1fRVJS T1IJR1BJT19HUElPMTgNCg0KI2RlZmluZSBBUk1fUEFQRVJPVVRfTgkxMw0KI2RlZmluZSBB Uk1fU0VMRUNUX04JMTINCiNkZWZpbmUgQVJNX0FDS19OCTE1DQojZGVmaW5lIEFSTV9CVVNZ X04JMTQNCiNkZWZpbmUgQVJNX0VSUk9SX04JMTgNCg0KI2RlZmluZSBBUk1fREFUQV9MSU5F UwkweEZGMA0KLy8gZGlyZWN0aW9uIGFuZCBvZSBjb250cm9sDQojZGVmaW5lIEFSTV9ESVJF Q1RJT04JR1BJT19HUElPMg0KI2RlZmluZSBBUk1fUEFSUE9SVF9PRQlHUElPX0dQSU8xDQoN CiNkZWZpbmUgQVJNX0RJUkVDVElPTl9OCQkyDQojZGVmaW5lIEFSTV9QQVJQT1JUX09FX04J MQ0KDQojZGVmaW5lIFNVQ0NFU1MJCTANCg0Kc3RhdGljIHN0cnVjdCBwYXJwb3J0ICp0aGlz X3BvcnQgPSBOVUxMOw0KDQovLyBjaGFuZ2UgZGlyZWN0aW9uLCBidXQgaG93IGFib3V0IHRo ZSBzaWduYWxpbmc/Pw0Kc3RhdGljIHZvaWQNCnBhcnBvcnRfYXJtX2RhdGFfZm9yd2FyZChz dHJ1Y3QgcGFycG9ydCAqcCkNCnsNCiAgICBkcHJpbnRrKF9fRlVOQ1RJT05fXyAiKClcbiIp Ow0KICAgIC8vIGRpc2FibGUgT0UNCiAgICBHUENSID0gQVJNX1BBUlBPUlRfT0U7DQogICAg Ly8gc3dpdGNoIGRhdGEgcGluIHRvIG91dHB1dA0KICAgIEdQRFIgPSAoR1BEUiAmIH5BUk1f REFUQV9MSU5FUykgfCBBUk1fREFUQV9MSU5FUzsJLy8gc2V0IGRhdGEgcGlucyB0byAxDQog ICAgR1BTUiA9IEFSTV9ESVJFQ1RJT047DQogICAgLy8gZW5hYmxlIG91dHB1dA0KICAgIEdQ U1IgPSBBUk1fUEFSUE9SVF9PRTsNCn0NCg0Kc3RhdGljIHZvaWQNCnBhcnBvcnRfYXJtX2Rh dGFfcmV2ZXJzZShzdHJ1Y3QgcGFycG9ydCAqcCkNCnsNCiAgICBkcHJpbnRrKF9fRlVOQ1RJ T05fXyAiKClcbiIpOw0KICAgIEdQQ1IgPSBBUk1fUEFSUE9SVF9PRTsNCiAgICAvLyBzd2l0 Y2ggZGF0YSBwaW5zIHRvIGlucHV0DQogICAgR1BEUiA9IEdQRFIgJiB+QVJNX0RBVEFfTElO RVM7IC8vIHNldCBkYXRhIHBpbnMgdG8gemVybw0KICAgIC8vIGVuYWJsZSBpbnB1dA0KICAg IEdQQ1IgPSBBUk1fRElSRUNUSU9OOw0KICAgIC8vIGVuYWJsZSBidWZmZXINCiAgICBHUFNS ID0gQVJNX1BBUlBPUlRfT0U7DQp9DQoNCg0Kc3RhdGljIHZvaWQNCnBhcnBvcnRfYXJtX3dy aXRlX2RhdGEoc3RydWN0IHBhcnBvcnQgKnAsIHVuc2lnbmVkIGNoYXIgZGF0YSkNCnsNCiAg ICBpbnQgaTsNCi8vICAgIGRwcmludGsoX19GVU5DVElPTl9fICIoKVxuIik7DQoNCiAgICAv LyBsb3dlciA0IGJpdHMNCiAgICBmb3IgKGkgPSAwOyBpIDwgNDsgKytpKSB7DQogICAgCWlm ICgoZGF0YSA+PiBpKSAmIDB4MSkJCS8vIGEgMQ0KCSAgICBHUFNSID0gMHgxIDw8ICg3IC0g aSk7CS8vIGltcGxlbWVudGF0aW9uIGRlcGVuZGVudCwgdGFrZSBjYXJlDQoJZWxzZQkJCQkv LyBhIDANCgkgICAgR1BDUiA9IDB4MSA8PCAoNyAtIGkpOw0KICAgIH0NCg0KICAgIC8vIHVw cGVyIDQgYml0cw0KICAgIGZvciAoaSA9IDQ7IGkgPCA4OyArK2kpIHsNCiAgICAJaWYgKChk YXRhID4+IGkpICYgMHgxKQkJLy8gYSAxDQoJICAgIEdQU1IgPSAweDEgPDwgKDE1IC0gaSk7 DQoJZWxzZQkJCQkvLyBhIDANCgkgICAgR1BDUiA9IDB4MSA8PCAoMTUgLSBpKTsNCiAgICB9 DQp9DQoNCnN0YXRpYyB1bnNpZ25lZCBjaGFyDQpwYXJwb3J0X2FybV9yZWFkX2RhdGEoc3Ry dWN0IHBhcnBvcnQgKnApDQp7DQogICAgdW5zaWduZWQgY2hhciBkYXRhID0gMDsNCiAgICB1 X2ludDMyX3QgcmVnaXN0ZXJfZGF0YTsNCg0KICAgIGRwcmludGsoX19GVU5DVElPTl9fICIo KVxuIik7DQogICAgDQogICAgLy8gcmVhZCBiYWNrIGRhdGENCiAgICByZWdpc3Rlcl9kYXRh ID0gR1BMUjsNCiAgICANCiAgICAvLyBsb3dlciA0IGJpdHMNCiAgICBkYXRhIHw9ICh1X2No YXIpICgocmVnaXN0ZXJfZGF0YSAmIEdQSU9fR1BJTzcpID4+IDcpOwkvLyBiaXQgMA0KICAg IGRhdGEgfD0gKHVfY2hhcikgKChyZWdpc3Rlcl9kYXRhICYgR1BJT19HUElPNikgPj4gNSk7 CS8vIGJpdCAxDQogICAgZGF0YSB8PSAodV9jaGFyKSAoKHJlZ2lzdGVyX2RhdGEgJiBHUElP X0dQSU81KSA+PiAzKTsJLy8gYml0IDINCiAgICBkYXRhIHw9ICh1X2NoYXIpICgocmVnaXN0 ZXJfZGF0YSAmIEdQSU9fR1BJTzQpID4+IDEpOwkvLyBiaXQgMw0KDQogICAgLy8gdXBwZXIg NCBiaXRzDQogICAgZGF0YSB8PSAodV9jaGFyKSAoKHJlZ2lzdGVyX2RhdGEgJiBHUElPX0dQ SU8xMSkgPj4gNyk7CS8vIGJpdCA0DQogICAgZGF0YSB8PSAodV9jaGFyKSAoKHJlZ2lzdGVy X2RhdGEgJiBHUElPX0dQSU8xMCkgPj4gNSk7CS8vIGJpdCA1DQogICAgZGF0YSB8PSAodV9j aGFyKSAoKHJlZ2lzdGVyX2RhdGEgJiBHUElPX0dQSU85KSAgPj4gMyk7CS8vIGJpdCA2DQog ICAgZGF0YSB8PSAodV9jaGFyKSAoKHJlZ2lzdGVyX2RhdGEgJiBHUElPX0dQSU84KSAgPj4g MSk7CS8vIGJpdCA3DQoNCg0KICAgIHJldHVybiBkYXRhOw0KfQ0KDQovLyB3cml0ZSBjb250 cm9sIHNpZ25hbCwgaWYgd2hhdCBJIHVuZGVyc3RhbmQgaXMgY29ycmVjdA0KLy8gZG8gaSBu ZWVkIHRvIHRha2UgY2FyZSBvZiB0aW1pbmcgaGVyZT8/DQpzdGF0aWMgdm9pZA0KcGFycG9y dF9hcm1fd3JpdGVfY29udHJvbChzdHJ1Y3QgcGFycG9ydCAqcCwgdW5zaWduZWQgY2hhciBj b250cm9sKQ0Kew0KLy8gICAgZHByaW50ayhfX0ZVTkNUSU9OX18gIigpIDB4JTAyeFxuIiwg Y29udHJvbCk7DQogICANCg0KICAgIGlmIChjb250cm9sICYgUEFSUE9SVF9DT05UUk9MX1NU Uk9CRSkNCiAgICAJR1BTUiA9IDB4MSA8PCBBUk1fU1RST0JFX047DQogICAgZWxzZQ0KICAg IAlHUENSID0gMHgxIDw8IEFSTV9TVFJPQkVfTjsNCg0KICAgIGlmIChjb250cm9sICYgUEFS UE9SVF9DT05UUk9MX0FVVE9GRCkNCiAgICAJR1BTUiA9IDB4MSA8PCBBUk1fQVVUT0ZEX047 DQogICAgZWxzZQ0KICAgIAlHUENSID0gMHgxIDw8IEFSTV9BVVRPRkRfTjsNCg0KICAgIGlm IChjb250cm9sICYgUEFSUE9SVF9DT05UUk9MX0lOSVQpDQogICAgICAgIEdQU1IgPSAweDEg PDwgQVJNX0lOSVRfTjsNCiAgICBlbHNlDQogICAgCUdQQ1IgPSAweDEgPDwgQVJNX0lOSVRf TjsNCg0KICAgIGlmIChjb250cm9sICYgUEFSUE9SVF9DT05UUk9MX1NFTEVDVCkNCiAgICAJ R1BTUiA9IDB4MSA8PCBBUk1fU0VMRUNUTl9OOw0KICAgIGVsc2UNCiAgICAJR1BDUiA9IDB4 MSA8PCBBUk1fU0VMRUNUTl9OOw0KCQ0KfQ0KDQpzdGF0aWMgdW5zaWduZWQgY2hhcg0KcGFy cG9ydF9hcm1fcmVhZF9jb250cm9sKHN0cnVjdCBwYXJwb3J0ICpwKQ0Kew0KICAgIHVfaW50 MzJfdCByZWdfZGF0YSA9IEdQTFI7DQogICAgdW5zaWduZWQgY2hhciBjdHJsX2RhdGEgPSAw Ow0KDQovLyAgICBkcHJpbnRrKF9fRlVOQ1RJT05fXyAiKClcbiIpOw0KICAgIGN0cmxfZGF0 YSB8PSAodW5zaWduZWQgY2hhcikNCiAgICAJCSAoKChyZWdfZGF0YSAmIEFSTV9TVFJPQkUp ID4+IEFSTV9TVFJPQkVfTikgPDwgMCk7DQogICAgY3RybF9kYXRhIHw9ICh1bnNpZ25lZCBj aGFyKQ0KICAgIAkJICgoKHJlZ19kYXRhICYgQVJNX0FVVE9GRCkgPj4gQVJNX0FVVE9GRF9O KSA8PCAxKTsNCiAgICBjdHJsX2RhdGEgfD0gKHVuc2lnbmVkIGNoYXIpDQogICAgCQkgKCgo cmVnX2RhdGEgJiBBUk1fSU5JVCkgPj4gQVJNX0lOSVRfTikgPDwgMik7DQogICAgY3RybF9k YXRhIHw9ICh1bnNpZ25lZCBjaGFyKQ0KICAgIAkJICgoKHJlZ19kYXRhICYgQVJNX1NFTEVD VE4pID4+IEFSTV9TRUxFQ1ROX04pIDw8IDMpOw0KDQogICAgcmV0dXJuIGN0cmxfZGF0YTsN Cn0NCg0Kc3RhdGljIHVuc2lnbmVkIGNoYXINCnBhcnBvcnRfYXJtX2Zyb2JfY29udHJvbChz dHJ1Y3QgcGFycG9ydCAqcCwgdW5zaWduZWQgY2hhciBtYXNrLCB1bnNpZ25lZCBjaGFyIHZh bCkNCnsNCiAgICB1bnNpZ25lZCBjaGFyIG9sZCA9IHBhcnBvcnRfYXJtX3JlYWRfY29udHJv bChwKTsNCg0KLy8gICAgZHByaW50ayhfX0ZVTkNUSU9OX18gIigpXG4iKTsNCiAgICBwYXJw b3J0X2FybV93cml0ZV9jb250cm9sKHAsIChvbGQgfCBtYXNrKSAmICh+dmFsKSk7DQogICAg cmV0dXJuIG9sZDsNCn0NCg0Kc3RhdGljIHVuc2lnbmVkIGNoYXINCnBhcnBvcnRfYXJtX3Jl YWRfc3RhdHVzKHN0cnVjdCBwYXJwb3J0ICpwKQ0Kew0KICAgIHVuc2lnbmVkIGNoYXIgc3Rh dHVzID0gMDsNCiAgICB1X2ludDMyX3QJcmVnX2RhdGEgPSBHUExSOw0KICAgIA0KLy8gICAg ZHByaW50ayhfX0ZVTkNUSU9OX18gIigpXG4iKTsNCiAgICBzdGF0dXMgfD0gKHVuc2lnbmVk IGNoYXIpICgoKHJlZ19kYXRhICYgQVJNX0VSUk9SKSA+PiBBUk1fRVJST1JfTikgPDwgMyk7 DQoJCQkgICAgICAgDQogICAgc3RhdHVzIHw9ICh1bnNpZ25lZCBjaGFyKSAoKChyZWdfZGF0 YSAmIEFSTV9TRUxFQ1QpID4+IEFSTV9TRUxFQ1RfTikgPDwgNCk7DQogICAgDQogICAgc3Rh dHVzIHw9ICh1bnNpZ25lZCBjaGFyKSAoKChyZWdfZGF0YSAmIEFSTV9QQVBFUk9VVCkgPj4g QVJNX1BBUEVST1VUX04pIDw8IDUpOw0KICAgIA0KICAgIHN0YXR1cyB8PSAodW5zaWduZWQg Y2hhcikgKCgocmVnX2RhdGEgJiBBUk1fQUNLKSA+PiBBUk1fQUNLX04pIDw8IDYpOw0KCQkJ ICAgICAgIA0KICAgIHN0YXR1cyB8PSAodW5zaWduZWQgY2hhcikgKCgocmVnX2RhdGEgJiBB Uk1fQlVTWSkgPj4gQVJNX0JVU1lfTikgPDwgNyk7DQogICAgDQogICAgLy9kcHJpbnRrKF9f RlVOQ1RJT05fXyAiKCk6IDB4JTAyeFxuIiwgc3RhdHVzKTsNCiAgICByZXR1cm4gc3RhdHVz Ow0KfQ0KDQpzdGF0aWMgdm9pZA0KcGFycG9ydF9hcm1fZW5hYmxlX2lycShzdHJ1Y3QgcGFy cG9ydCAqcCkNCnsNCgkvLyBub3QgaW1wbGVtZW50ZWQsIG5vIGlycQ0KfQ0KDQpzdGF0aWMg dm9pZA0KcGFycG9ydF9hcm1fZGlzYWJsZV9pcnEoc3RydWN0IHBhcnBvcnQgKnApDQp7DQoJ Ly8gbm90IGltcGxlbWVudGVkLCBubyBpcnENCn0NCg0Kc3RhdGljIHZvaWQNCnBhcnBvcnRf YXJtX2luaXRfc3RhdGUoc3RydWN0IHBhcmRldmljZSAqZGV2LCBzdHJ1Y3QgcGFycG9ydF9z dGF0ZSAqcykNCnsNCi8vICAgIGRwcmludGsoX19GVU5DVElPTl9fICIoKVxuIik7DQogICAg cy0+dS5zdHJvbmdhcm0uZGF0YSA9IDA7DQogICAgcy0+dS5zdHJvbmdhcm0uZGF0YV9kaXIg PSAxOwkvLyBvdXRwdXQNCiAgICBzLT51LnN0cm9uZ2FybS5jdHJsID0gMHgzOw0KfQ0KDQpz dGF0aWMgdm9pZA0KcGFycG9ydF9hcm1fc2F2ZV9zdGF0ZShzdHJ1Y3QgcGFycG9ydCAqcCwg c3RydWN0IHBhcnBvcnRfc3RhdGUgKnMpDQp7DQovLyAgICBkcHJpbnRrKF9fRlVOQ1RJT05f XyAiKClcbiIpOw0KICAgIHMtPnUuc3Ryb25nYXJtLmRhdGEgPSAwOw0KICAgIHMtPnUuc3Ry b25nYXJtLmRhdGFfZGlyID0gKHVfY2hhcikgKChHUERSICYgQVJNX0RJUkVDVElPTikgPj4g QVJNX0RJUkVDVElPTl9OKTsNCiAgICBzLT51LnN0cm9uZ2FybS5jdHJsID0gcGFycG9ydF9h cm1fcmVhZF9jb250cm9sKHApOw0KfQ0KDQpzdGF0aWMgdm9pZA0KcGFycG9ydF9hcm1fcmVz dG9yZV9zdGF0ZShzdHJ1Y3QgcGFycG9ydCAqcCwgc3RydWN0IHBhcnBvcnRfc3RhdGUgKnMp DQp7DQovLyAgICBkcHJpbnRrKF9fRlVOQ1RJT05fXyAiKClcbiIpOw0KICAgIEdQRFIgPSAo R1BEUiAmIH5BUk1fRElSRUNUSU9OKSB8IChzLT51LnN0cm9uZ2FybS5kYXRhX2RpciA8PCBB Uk1fRElSRUNUSU9OX04pOw0KICAgIHBhcnBvcnRfYXJtX3dyaXRlX2RhdGEocCwgcy0+dS5z dHJvbmdhcm0uZGF0YSk7DQogICAgcGFycG9ydF9hcm1fd3JpdGVfY29udHJvbChwLCBzLT51 LnN0cm9uZ2FybS5jdHJsKTsNCn0NCg0KDQpzdGF0aWMgdm9pZA0KcGFycG9ydF9hcm1faW5j X3VzZV9jb3VudCh2b2lkKQ0Kew0KICAgIE1PRF9JTkNfVVNFX0NPVU5UOw0KfQ0KDQpzdGF0 aWMgdm9pZA0KcGFycG9ydF9hcm1fZGVjX3VzZV9jb3VudCh2b2lkKQ0Kew0KICAgIE1PRF9E RUNfVVNFX0NPVU5UOw0KfQ0KDQpzdHJ1Y3QgcGFycG9ydF9vcGVyYXRpb25zIHBhcnBvcnRf YXJtX29wcyA9DQp7DQogICAgcGFycG9ydF9hcm1fd3JpdGVfZGF0YSwNCiAgICBwYXJwb3J0 X2FybV9yZWFkX2RhdGEsDQoNCg0KICAgIHBhcnBvcnRfYXJtX3dyaXRlX2NvbnRyb2wsDQog ICAgcGFycG9ydF9hcm1fcmVhZF9jb250cm9sLA0KICAgIHBhcnBvcnRfYXJtX2Zyb2JfY29u dHJvbCwNCg0KICAgIHBhcnBvcnRfYXJtX3JlYWRfc3RhdHVzLA0KDQogICAgcGFycG9ydF9h cm1fZW5hYmxlX2lycSwNCiAgICBwYXJwb3J0X2FybV9kaXNhYmxlX2lycSwNCiAgICANCiAg ICBwYXJwb3J0X2FybV9kYXRhX2ZvcndhcmQsDQogICAgcGFycG9ydF9hcm1fZGF0YV9yZXZl cnNlLA0KDQogICAgcGFycG9ydF9hcm1faW5pdF9zdGF0ZSwNCiAgICBwYXJwb3J0X2FybV9z YXZlX3N0YXRlLA0KICAgIHBhcnBvcnRfYXJtX3Jlc3RvcmVfc3RhdGUsDQoNCiAgICBwYXJw b3J0X2FybV9pbmNfdXNlX2NvdW50LA0KICAgIHBhcnBvcnRfYXJtX2RlY191c2VfY291bnQs DQoNCiAgICBwYXJwb3J0X2llZWUxMjg0X2VwcF93cml0ZV9kYXRhLA0KICAgIHBhcnBvcnRf aWVlZTEyODRfZXBwX3JlYWRfZGF0YSwNCiAgICBwYXJwb3J0X2llZWUxMjg0X2VwcF93cml0 ZV9hZGRyLA0KICAgIHBhcnBvcnRfaWVlZTEyODRfZXBwX3JlYWRfYWRkciwNCg0KICAgIHBh cnBvcnRfaWVlZTEyODRfZWNwX3dyaXRlX2RhdGEsDQogICAgcGFycG9ydF9pZWVlMTI4NF9l Y3BfcmVhZF9kYXRhLA0KICAgIHBhcnBvcnRfaWVlZTEyODRfZWNwX3dyaXRlX2FkZHIsDQog ICAgDQogICAgcGFycG9ydF9pZWVlMTI4NF93cml0ZV9jb21wYXQsDQogICAgcGFycG9ydF9p ZWVlMTI4NF9yZWFkX25pYmJsZSwNCiAgICBwYXJwb3J0X2llZWUxMjg0X3JlYWRfYnl0ZQ0K fTsNCg0KTU9EVUxFX0FVVEhPUigiWmh1IFF1biBZaW5nICBxeXpodUBrcmRsLm9yZy5zZyIp Ow0KTU9EVUxFX0RFU0NSSVBUSU9OKCJwYXJhbGxlbCBwb3J0IGZvciBTcm9uZ0FSTSBTQTEx MDBcbiIpOw0KDQovLyBtb2R1bGUgY29kZQ0KaW50DQppbml0X21vZHVsZSh2b2lkKQ0Kew0K ICAgIHN0cnVjdCBwYXJwb3J0ICpwOw0KICAgIHVuc2lnbmVkIGxvbmcgYmFzZV9hZGRyZXNz ID0gMHgzNzg7IC8vIHBjIHN0eWxlIGFkZHJlc3MuDQogICAgLy8gc2V0IElPIHBpbnMgZGly ZWN0aW9uDQogICAgR1BEUiA9IEFSTV9TVFJPQkUgfCBBUk1fQVVUT0ZEIHwgQVJNX0lOSVQg fCBBUk1fU0VMRUNUTiB8IEFSTV9EQVRBX0xJTkVTIHwNCiAgICAgCSAgIEFSTV9QQVJQT1JU X09FIHwgQVJNX0RJUkVDVElPTjsNCiAgICANCiAgICAvLyBzZXQgZm9yd2FyZCBkaXJlY3Rp b24gYW5kIE9FDQogICAgR1BTUiA9IEFSTV9ESVJFQ1RJT04gfCBBUk1fUEFSUE9SVF9PRTsN CiAgICANCiAgICBwID0gcGFycG9ydF9yZWdpc3Rlcl9wb3J0KGJhc2VfYWRkcmVzcywJLy8g d2hhdCBhZGRyZXNzPw0KICAgIAkJCSAgICAgIFBBUlBPUlRfSVJRX05PTkUsCS8vIG5vIGly cT8NCgkJCSAgICAgIFBBUlBPUlRfRE1BX05PTkUsCS8vIE5PIERNQSwgY291bGQgSSB1c2Ug RE1BPw0KCQkJICAgICAgJnBhcnBvcnRfYXJtX29wcyk7DQoNCiAgICBpZiAoIXApDQogICAg CXJldHVybiAxOw0KDQogICAgdGhpc19wb3J0ID0gcDsNCg0KICAgIHBhcnBvcnRfcHJvY19y ZWdpc3RlcihwKTsNCiAgICBwYXJwb3J0X2Fubm91bmNlX3BvcnQocCk7DQogICAgIA0KICAg IGRwcmludGsoInBhcnBvcnRfYXJtIG1vZHVsZSBsb2FkZWRcbiIpOw0KICAgIHJldHVybiBT VUNDRVNTOw0KDQp9DQoNCnZvaWQNCmNsZWFudXBfbW9kdWxlKHZvaWQpDQp7DQogICAgZHBy aW50aygicGFycG9ydF9hcm0gbW9kdWxlIHJlbW92ZWRcbiIpOw0KICAgIHBhcnBvcnRfcHJv Y191bnJlZ2lzdGVyKHRoaXNfcG9ydCk7DQogICAgcGFycG9ydF91bnJlZ2lzdGVyX3BvcnQo dGhpc19wb3J0KTsNCn0NCg0K --------------3440BAB8BB6F0FF44C412236-- unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue Apr 25 09:01:48 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12k0Ha-0001IS-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 25 Apr 2000 09:01:22 +0100 Received: from [140.92.12.252] (helo=mail.trd.iii.org.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12k0HT-0001Hk-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 25 Apr 2000 09:01:20 +0100 Received: (qmail 2151 invoked from network); 25 Apr 2000 08:58:10 -0000 Received: from unknown (HELO Moya) (140.92.12.219) by mail.trd.iii.org.tw with SMTP; 25 Apr 2000 08:58:10 -0000 Message-ID: <001a01bfae94$b8c6eaa0$db0c5c8c@Moya.trd.iii.org.tw> Reply-To: "Moya" From: "Moya" To: "Linux ARM kernel mailing list (E-mail)" Subject: Make linux kernel error... Date: Tue, 25 Apr 2000 17:00:36 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi! I try to make a linux kernel in Big-endian mode. I change the Makefile as follow: LINKFLAGS = -EB LDFLAGS = -EB CFLAGS = -Wall -mbig-endian -Wstrict-prototypes -O2 -fomit-frame-pointer But I can't make the kernel successful. The error messages are as follow: make[2]: Leaving directory `/source/linux/arch/arm/lib' armv4b-unknow-linux-gcc -D__KERNEL__ -I/source/linux/include -mapcs-32 -msh ort- load-bytes -mcpu=strongarm110 -Wall -mbig-endian -Wstrict-prototypes -O2 -f no-s trict-aliasing -pipe -g -DEXPORT_SYMTAB -c armksyms.c armv4b-unknow-linux-gcc -D__KERNEL__ -I/source/linux/include -mapcs-32 -msh ort- load-bytes -mcpu=strongarm110 -Wall -mbig-endian -Wstrict-prototypes -O2 -f no-s trict-aliasing -pipe -g -D__ASSEMBLY__ -c entry-armv.S -o entry-armv.o entry-armv.S: Assembler messages: entry-armv.S:623: Error: address offset too large entry-armv.S:625: Error: Invalid constant entry-common.S:20: Error: address offset too large entry-common.S:23: Error: address offset too large entry-common.S:85: Error: address offset too large make[1]: *** [entry-armv.o] Error 1 make[1]: Leaving directory `/source/linux/arch/arm/kernel' make: *** [_dir_arch/arm/kernel] Error 2 It told me address offset too large? How to handle this situation? thank you very much............ Moya **************************************************************************** ** P.s. My toolchains and linux version are: binutils-2.9.5.0.29.tar.gz gcc-2.95.2.tar.gz gcc-2.95.2-diff-991022.gz glibc-2.1.3.tar.gz glibc-linuxthreads-2.1.3.tar.gz glibc-crypt-2.1.3.tar.gz linux-2.2.12.tar.gz linux-2.2.12rmk1-cvs990915.diff.gz unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Tue Apr 25 11:29:34 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12k2aU-0001os-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Tue, 25 Apr 2000 11:29:02 +0100 Received: from [195.115.18.12] (helo=atlanta.magic.fr) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12k2aT-0001om-00 for linux-arm-kernel@lists.arm.linux.org.uk; Tue, 25 Apr 2000 11:29:01 +0100 Received: from mail.inventel.fr (gw.inventel.fr [195.115.113.35]) by atlanta.magic.fr (8.9.0/8.9.0) with ESMTP id NAA05027 for ; Tue, 25 Apr 2000 13:27:06 +0200 (CEST) Received: from inventel.fr (193.54.84.105) by mail.inventel.fr (NPlex 1.3.171); 25 Apr 2000 13:27:33 +0200 Message-ID: <39058179.8155E643@inventel.fr> Date: Tue, 25 Apr 2000 13:28:57 +0200 From: Xavier DEBREUIL X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.12-20 i586) X-Accept-Language: en MIME-Version: 1.0 To: Moya CC: "Linux ARM kernel mailing list (E-mail)" Subject: Re: Make linux kernel error... References: <001a01bfae94$b8c6eaa0$db0c5c8c@Moya.trd.iii.org.tw> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hello, this message has been posted in the uclinux mailing list. I did have the same problem... If you have the same files, maybe it comes form the perl one. Philip Blundell wrote: > > >#define _current _current_set > >#define TSS_SAVE -1274937344 > > Have you added -EB to $(OBJDUMP)? Until the binutils properly support > big-endian this will be necessary. > > p. Thank you Philip but this option does not solve my problem : We tried to add this option in the perl file but had the same result. We found an odd thing in the extractinfo.perl : the swapdata function is not valid for big endian code... the line : return substr($num, 6, 2).substr($num, 4, 2).substr ($num, 2, 2).substr ($num, 0, 2); was replaced by the line : return substr($num, 0, 2).substr($num, 2, 2).substr ($num, 4, 2).substr ($num, 6, 2); and then it is ok. Xavier Moya wrote: > > Hi! > > I try to make a linux kernel in Big-endian mode. > I change the Makefile as follow: > LINKFLAGS = -EB > LDFLAGS = -EB > CFLAGS > = -Wall -mbig-endian -Wstrict-prototypes -O2 -fomit-frame-pointer > But I can't make the kernel successful. > The error messages are as follow: > > make[2]: Leaving directory `/source/linux/arch/arm/lib' > > armv4b-unknow-linux-gcc -D__KERNEL__ -I/source/linux/include -mapcs-32 -msh > ort- > > load-bytes -mcpu=strongarm110 -Wall -mbig-endian -Wstrict-prototypes -O2 -f > no-s > trict-aliasing -pipe -g -DEXPORT_SYMTAB -c armksyms.c > > armv4b-unknow-linux-gcc -D__KERNEL__ -I/source/linux/include -mapcs-32 -msh > ort- > > load-bytes -mcpu=strongarm110 -Wall -mbig-endian -Wstrict-prototypes -O2 -f > no-s > trict-aliasing -pipe -g -D__ASSEMBLY__ -c entry-armv.S -o entry-armv.o > entry-armv.S: Assembler messages: > entry-armv.S:623: Error: address offset too large > entry-armv.S:625: Error: Invalid constant > entry-common.S:20: Error: address offset too large > entry-common.S:23: Error: address offset too large > entry-common.S:85: Error: address offset too large > make[1]: *** [entry-armv.o] Error 1 > make[1]: Leaving directory `/source/linux/arch/arm/kernel' > make: *** [_dir_arch/arm/kernel] Error 2 > > It told me address offset too large? > How to handle this situation? > thank you very much............ > > Moya > > **************************************************************************** > ** > P.s. My toolchains and linux version are: > binutils-2.9.5.0.29.tar.gz > gcc-2.95.2.tar.gz > gcc-2.95.2-diff-991022.gz > glibc-2.1.3.tar.gz > glibc-linuxthreads-2.1.3.tar.gz > glibc-crypt-2.1.3.tar.gz > linux-2.2.12.tar.gz > linux-2.2.12rmk1-cvs990915.diff.gz > > unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Wed Apr 26 02:01:17 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12kGAd-00087w-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Wed, 26 Apr 2000 01:59:15 +0100 Received: from [205.180.60.192] (helo=web124.yahoomail.com) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12kGAc-00087q-00 for linux-arm-kernel@lists.arm.linux.org.uk; Wed, 26 Apr 2000 01:59:14 +0100 Received: (qmail 2948 invoked by uid 60001); 26 Apr 2000 01:57:21 -0000 Message-ID: <20000426015721.2947.qmail@web124.yahoomail.com> Received: from [165.21.83.140] by web124.yahoomail.com; Tue, 25 Apr 2000 18:57:21 PDT Date: Tue, 25 Apr 2000 18:57:21 -0700 (PDT) From: chakrapani krishnamoorthy Subject: Embedded linux To: linux-arm-kernel@lists.arm.linux.org.uk MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi, I am trying to build an ARM7 based Embedded LINUX system.Since "bzImage" is in binary format I could burn this directly into a ROM and try to boot the system.But how about the "RootFileSystem",please let me know how to get a Binary Image of the RootFileSystem. Somebody please help me out in this. regards krishna. __________________________________________________ Do You Yahoo!? Send online invitations with Yahoo! Invites. http://invites.yahoo.com unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu Apr 27 00:26:38 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12kbBV-0000ZL-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Apr 2000 00:25:33 +0100 Received: from [203.232.73.2] (helo=ns.hiper.co.kr) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kbBD-0000Yj-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Apr 2000 00:25:15 +0100 Received: from LocalHost ([203.232.73.98]) by ns.hiper.co.kr (8.9.3/8.9.3) with SMTP id JAA23907 for ; Thu, 27 Apr 2000 09:24:00 +0900 (KST) From: "Kim WonKook" To: "Arm" Subject: X windows in Arm Linux. Date: Thu, 27 Apr 2000 09:23:54 +0900 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <20000426221314Z.kawana@vasara.co.jp> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Importance: Normal Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk SSdtIGRldmVsb3Bpbmcgb24gQXNzYWJldC4NCg0KSSB3YW50IHRvIHVzZSBzb21lIFggd2luZG93 cyBhcHBsaWNhdGlvbi4oZWcsIE5ldHNjYXBlIG9yIHh0ZXJtLi4gKS4NCg0Kc28sIEkgd2FudCB0 byBydW4gWCBvbiBBc3NhYmV0Lg0KDQpJIHdpbGwgZGlzcGxheSBvbiBMQ0QuDQoNCkRvZXMgc291 cmNlIGF2YWlsYWJsZSA/DQoNCm9yIGFueSBpbmZvcm1hdGlvbiBhYm91dCB0aGlzPw0KDQp0aGFu a3MuDQoNCi0gV29ua29vayBLaW0u unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu Apr 27 02:08:14 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12kclD-0001V1-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Apr 2000 02:06:31 +0100 Received: from [140.92.12.252] (helo=mail.trd.iii.org.tw) by www.linux.org.uk with smtp (Exim 3.13 #1) id 12kcl9-0001TU-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Apr 2000 02:06:29 +0100 Received: (qmail 3562 invoked from network); 27 Apr 2000 01:35:38 -0000 Received: from unknown (HELO Moya) (140.92.12.219) by mail.trd.iii.org.tw with SMTP; 27 Apr 2000 01:35:38 -0000 Message-ID: <010701bfafe9$4cc84fa0$db0c5c8c@Moya.trd.iii.org.tw> Reply-To: "Moya" From: "Moya" Cc: "Linux ARM kernel mailing list (E-mail)" Subject: Re: Make linux kernel error... Date: Thu, 27 Apr 2000 09:38:33 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Hi! Thanks Xavier. But after I changed the swapdata function, There were other problems. Errors as follows: **************************************************************************** ***** armv4b-unknow-linux-ld: __gcc_bcmp.o: compiled for a little endian system and ta rget is big endian File in wrong format: failed to merge target specific data of file /usr/local/ar m/lib/gcc-lib/armv4b-unknow-linux/2.95.2/libgcc.a(__gcc_bcmp.o) armv4b-unknow-linux-ld: _ashldi3.o: compiled for a little endian system and targ et is big endian File in wrong format: failed to merge target specific data of file /usr/local/ar m/lib/gcc-lib/armv4b-unknow-linux/2.95.2/libgcc.a(_ashldi3.o) armv4b-unknow-linux-ld: _ashrdi3.o: compiled for a little endian system and targ et is big endian **************************************************************************** * It seems that I made the gcc and glibc in the little endian mode?? But actually, I don't know how to make gcc and glic in big endian mode. I have added extra parameter as "--enable-biendian" when I commanded "./configure --target=arm-linux --prefix=/usr/local/arm --enable-biendian". But it seems it doesn't work. Then I just tried to modify makefiles by myself. With "-Wa,-EB -Wl,-EB -mbig-endian" to xgcc, "-EB" to linker, etc. But glibc's makefiles are so complicated. There are always have error messages. I just gave up. Can anybody teach me the correct way to make gcc and glibc in big endian mode?! Thank you so much. **************************************************************************** P.s. My toolchains and linux version are: binutils-2.9.5.0.29.tar.gz gcc-2.95.2.tar.gz gcc-2.95.2-diff-991022.gz glibc-2.1.3.tar.gz glibc-linuxthreads-2.1.3.tar.gz glibc-crypt-2.1.3.tar.gz linux-2.2.12.tar.gz linux-2.2.12rmk1-cvs990915.diff.gz unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu Apr 27 08:09:18 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12kiPD-0003uf-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Apr 2000 08:08:11 +0100 Received: from [195.115.17.9] (helo=sofia.magic.fr) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kiPC-0003uZ-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Apr 2000 08:08:10 +0100 Received: from mail.inventel.fr (gw.inventel.fr [195.115.113.35]) by sofia.magic.fr (8.9.0/8.9.0) with ESMTP id KAA04249 for ; Thu, 27 Apr 2000 10:06:19 +0200 (CEST) Received: from inventel.fr (193.54.84.105) by mail.inventel.fr (NPlex 1.3.171); 27 Apr 2000 10:06:42 +0200 Message-ID: <3907F569.6D15BC07@inventel.fr> Date: Thu, 27 Apr 2000 10:08:09 +0200 From: Xavier DEBREUIL X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.12-20 i586) X-Accept-Language: en MIME-Version: 1.0 To: Moya CC: "Linux ARM kernel mailing list (E-mail)" Subject: Re: Make linux kernel error... References: <010701bfafe9$4cc84fa0$db0c5c8c@Moya.trd.iii.org.tw> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk you have to build the libgcc for big endian mode so, normally, you just have to add the -mbig-endian option to the GCC_FOR_TARGET options in the /build-egcs/gcc/Makefile and in the /build-egcs/Makefile. hope this help Moya wrote: > > Hi! > > Thanks Xavier. But after I changed the swapdata function, > There were other problems. Errors as follows: > > **************************************************************************** > ***** > armv4b-unknow-linux-ld: __gcc_bcmp.o: compiled for a little endian system > and ta > rget is big endian > File in wrong format: failed to merge target specific data of file > /usr/local/ar > m/lib/gcc-lib/armv4b-unknow-linux/2.95.2/libgcc.a(__gcc_bcmp.o) > armv4b-unknow-linux-ld: _ashldi3.o: compiled for a little endian system and > targ > et is big endian > File in wrong format: failed to merge target specific data of file > /usr/local/ar > m/lib/gcc-lib/armv4b-unknow-linux/2.95.2/libgcc.a(_ashldi3.o) > armv4b-unknow-linux-ld: _ashrdi3.o: compiled for a little endian system and > targ > et is big endian > **************************************************************************** > * > It seems that I made the gcc and glibc in the little endian mode?? > But actually, I don't know how to make gcc and glic in big endian mode. > I have added extra parameter as "--enable-biendian" when I commanded > > "./configure --target=arm-linux --prefix=/usr/local/arm --enable-biendian". > But it seems it doesn't work. Then I just tried to modify makefiles by > myself. > With "-Wa,-EB -Wl,-EB -mbig-endian" to xgcc, "-EB" to linker, etc. > But glibc's makefiles are so complicated. There are always have error > messages. > I just gave up. Can anybody teach me the correct way to make gcc and > glibc in > big endian mode?! Thank you so much. > > **************************************************************************** > P.s. My toolchains and linux version are: > binutils-2.9.5.0.29.tar.gz > gcc-2.95.2.tar.gz > gcc-2.95.2-diff-991022.gz > glibc-2.1.3.tar.gz > glibc-linuxthreads-2.1.3.tar.gz > glibc-crypt-2.1.3.tar.gz > linux-2.2.12.tar.gz > linux-2.2.12rmk1-cvs990915.diff.gz > > unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu Apr 27 13:07:51 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12kn4b-0006BL-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Apr 2000 13:07:13 +0100 Received: from [130.161.42.1] (helo=duteinh.et.tudelft.nl) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kn4a-0006BF-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Apr 2000 13:07:13 +0100 Received: from dutein71 by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id PAA02571; Thu, 27 Apr 2000 15:04:50 +0200 (MET DST) Message-Id: <200004271304.PAA02571@duteinh.et.tudelft.nl> From: Erik Mouw To: xde@inventel.fr Cc: ghyu@iii.org.tw, linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: Make linux kernel error... In-Reply-To: <3907F569.6D15BC07@inventel.fr> Organization: Eric conspiracy secret labs Date: Thu Apr 27 15:04:48 +0200 (MDT) 2000 X-Face: "!Z|1XjFg!3Iw)BwM^M\k)J5KHiPddz}#/Zw%?$&Q!xqob"OA|})3_@&BTTiQERo?/^g[Z<9P4R8:5C:aqq.cw!hotLc=+u-"+1rq@9$V^8PbOUlodyi_sejt+D`iqkLpx$>.aXl%vnfPIt"LK|/%>94_Zrm8jy?`_[RKt'TuoxUxfk(gMhY(n|DBBl~c$dhO>G%6}R4+DGX3|idBm4oU&UM/XUP4I9aoN{]`ax%B?rgD(I3OJ<62Y6L X-Mailer: XCmail 1.0.1 - with PGP support, PGP engine version 0.5 (IRIX) X-Mailerorigin: http://www.fsai.fh-trier.de/~schmitzj/Xclasses/XCmail/ X-Eric-Conspiracy: There is no conspiracy! X-Loop: erik@it.et.tudelft.nl MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Thu, 27 Apr 2000 10:08:09 +0200, Xavier DEBREUIL wrote: > you have to build the libgcc for big endian mode so, normally, you just have to > add the -mbig-endian option to the GCC_FOR_TARGET options in the > /build-egcs/gcc/Makefile and in the /build-egcs/Makefile. Have a look at the linux-arm mailing list archive at ftp://ftp.arm.linux.org.uk/pub/armlinux/lists/linux-arm/ . David Meng posted information on how to make a complete big endian toolchain plus kernel. I think it is in the file archive.200003. Erik -- J.A.K. (Erik) Mouw, Information and Communication Theory Group, Department of Electrical Engineering, Faculty of Information Technology and Systems, Delft University of Technology, PO BOX 5031, 2600 GA Delft, The Netherlands Phone: +31-15-2783635 Fax: +31-15-2781843 Email: J.A.K.Mouw@its.tudelft.nl WWW: http://www-ict.its.tudelft.nl/~erik/ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Thu Apr 27 23:57:58 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12kxDT-00032t-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Thu, 27 Apr 2000 23:57:03 +0100 Received: from [24.200.137.248] (helo=xanadu.gn.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12kxDS-00032n-00 for linux-arm-kernel@lists.arm.linux.org.uk; Thu, 27 Apr 2000 23:57:02 +0100 Received: from localhost (nico@localhost) by xanadu.gn.com (8.9.3/8.9.3) with ESMTP id TAA26513; Thu, 27 Apr 2000 19:54:46 -0400 X-Authentication-Warning: xanadu.gn.com: nico owned process doing -bs Date: Thu, 27 Apr 2000 19:54:46 -0400 (EDT) From: Nicolas Pitre X-Sender: nico@xanadu.gn.com To: Zach Welch cc: linux-arm@vger.rutgers.edu, linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: booting kernel on SA1110 In-Reply-To: <031f01bfb095$217848d0$5901a8c0@tdsway.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Thu, 27 Apr 2000, Zach Welch wrote: > Nicolas, > > Could you please give a brief explanation as to why zImage is preferred over > Image in the current SA-1100 build? Our bootloader uses a built-in > compression scheme that I need to use, and the idea of compressing the > zImage is not appealing. My understanding is that the two images should be > the same (except zImage has to extract the piggyback kernel). In latest kernels, this extraction is done with all caches enabled so it takes less than half a second to execute. So it shouldn't be a big deal for you to blindlessly use zImage, even if you had it compressed already. There is a nice side effect too -- there is a checksum performed on the kernel image while it is uncompressed so you won't silently boot a truncated or corrupted kernel image. Now the SA1100 reason for using zImage is this: Some, if not most, SA1100 boards uses many different bootloaders, some leaves the MMU activated, some jumps in the kernel while not in SVC mode, some doesn't initialize the serial port on which debugging output should be sent, some doesn't actually set proper values in r0/r1 for kernel entry, etc. A good example of this is the angel debug monitor. The linker script for the compressed boot image allows for inserting an arbitrary chunk of code very near the beginning of the execution so all SA1100 specific hacks and tweaks are isolated away in a single file: head-sa1100.S. This makes things pretty clean without polluting the main code with #ifdef ... In head_sa1100.S, you'll find some code to get control from angel's hands, caches are cleaned (very important) and MMU turned off (doesn't matter if it is off already, but just in case), serial ports might be initialized, etc. The idea is to put the CPU in the barest state so the mainline kernel code can start over with no catch. Since this code should not run twice, I linked it with zImage only since zImage is what most people would use. Like I said above, it can't arm if you always use zImage anyway. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri Apr 28 10:34:42 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12l79M-0006LK-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 28 Apr 2000 10:33:28 +0100 Received: from [158.152.9.127] (helo=court2.aleph1.co.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12l79L-0006LD-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 28 Apr 2000 10:33:27 +0100 Received: from chewy.aleph1.co.uk ([194.70.44.163]) by court2.aleph1.co.uk with smtp (Exim 2.05 #1) id 12l7Wl-0000Y4-00; Fri, 28 Apr 2000 10:57:39 +0100 Date: Fri, 28 Apr 2000 10:57:38 +0100 (BST) From: Wookey Subject: Re: Make linux kernel error... To: Erik Mouw cc: ghyu@iii.org.tw, ARMlinux kernel , xde@inventel.fr In-Reply-To: <200004271304.PAA02571@duteinh.et.tudelft.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII X-Organization: Aleph One,Cambridge, UK. Tel +44 1223 811679 X-Mailer: ANT RISCOS Marcel [ver 1.50] Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On ?, Erik Mouw wrote: > On Thu, 27 Apr 2000 10:08:09 +0200, Xavier DEBREUIL wrote: > > you have to build the libgcc for big endian mode so, normally, you just have to > > add the -mbig-endian option to the GCC_FOR_TARGET options in the > > /build-egcs/gcc/Makefile and in the /build-egcs/Makefile. > > Have a look at the linux-arm mailing list archive at > ftp://ftp.arm.linux.org.uk/pub/armlinux/lists/linux-arm/ . David Meng > posted information on how to make a complete big endian toolchain plus > kernel. I think it is in the file archive.200003. I've also put it on the web at http://www.aleph1.co.uk/armlinux/develboards/bigendian.html Wookey -- Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel (00 44) 1223 811679 work: http://www.aleph1.co.uk/ play: http://www.chaos.org.uk/~wookey/ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri Apr 28 10:52:09 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12l7R1-0006Ry-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 28 Apr 2000 10:51:43 +0100 Received: from [203.232.73.2] (helo=ns.hiper.co.kr) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12l7Qz-0006Rs-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 28 Apr 2000 10:51:41 +0100 Received: from LocalHost ([203.232.73.98]) by ns.hiper.co.kr (8.9.3/8.9.3) with SMTP id TAA03078 for ; Fri, 28 Apr 2000 19:50:39 +0900 (KST) From: "Kim WonKook" To: "Arm" Subject: where is XF86_FBDev ? Date: Fri, 28 Apr 2000 19:50:35 +0900 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Importance: Normal Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk DQpJIHNhdyB0aGF0IFhGODZfRkJEZXYgaXMgYXZhaWxhYmxlIG9uIFNBMTEwMC4NCg0KQnV0LCBJ IGNvdWxkIG5vdCBmaW5kIFhGODZfRkJEZXYgWCBTZXJ2ZXIuDQoNCldoZXJlIGlzIFhGODZfRkJE ZXYgWFNlcnZlciA/Pw0KDQpJJ2xsIHRyeSB0aGVtIGluIFNBMTExMC4NCg0KdGhhbmtzLg0KDQot IFdvbmtvb2sgS2ltLg0K unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri Apr 28 12:29:38 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12l8xO-00076t-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 28 Apr 2000 12:29:14 +0100 Received: from [130.161.42.1] (helo=duteinh.et.tudelft.nl) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12l8xO-00076n-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 28 Apr 2000 12:29:14 +0100 Received: from kalman.et.tudelft.nl by duteinh.et.tudelft.nl (8.9.3/BB-2.0) id OAA11573; Fri, 28 Apr 2000 14:27:10 +0200 (MET DST) Received: (from erik@localhost) by kalman.et.tudelft.nl (8.8.8/8.8.8/Debian/GNU) id OAA30544; Fri, 28 Apr 2000 14:27:10 +0200 Message-Id: <200004281227.OAA30544@kalman.et.tudelft.nl> Subject: Re: where is XF86_FBDev ? In-Reply-To: from Kim WonKook at "Apr 28, 0 07:50:35 pm" To: kugi@hiper.co.kr (Kim WonKook) Date: Fri, 28 Apr 2000 14:27:10 +0200 (CEST) Cc: linux-arm-kernel@lists.arm.linux.org.uk From: J.A.K.Mouw@its.tudelft.nl (Erik Mouw) Organization: Eric Conspiracy Secret Labs X-Eric-Conspiracy: There is no conspiracy! X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk > Warning: base64 decoder saw premature EOF! (Could you please configure your mailer to send plain text as plain text? It is currently base64 encoded, which shouldn't be a real problem, but unfortunately Microsoft Outlook has errors in its base64 implementation.) Wonkook Kim wrote: > I saw that XF86_FBDev is available on SA1100. > > But, I could not find XF86_FBDev X Server. > > Where is XF86_FBDev XServer ?? It is available at www.xfree86.org (and mirrors), but you must compile it yourself. Erik -- J.A.K. (Erik) Mouw, Information and Communication Theory Group, Department of Electrical Engineering, Faculty of Information Technology and Systems, Delft University of Technology, PO BOX 5031, 2600 GA Delft, The Netherlands Phone: +31-15-2783635 Fax: +31-15-2781843 Email: J.A.K.Mouw@its.tudelft.nl WWW: http://www-ict.its.tudelft.nl/~erik/ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri Apr 28 13:20:48 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12l9km-0007R8-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 28 Apr 2000 13:20:16 +0100 Received: from [207.97.93.2] (helo=blazie.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12l9kl-0007R2-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 28 Apr 2000 13:20:15 +0100 Received: from localhost (localhost [127.0.0.1]) by blazie.com (8.9.2/8.8.7) with ESMTP id JAA22694 for ; Fri, 28 Apr 2000 09:18:28 -0400 (EDT) Date: Fri, 28 Apr 2000 09:18:28 -0400 (EDT) From: Chris Blazie To: linux-arm-kernel@lists.arm.linux.org.uk Subject: ch-ch-ch-changes... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk I'm looking for a bit of general advice from experienced kernel developers. Are there any clever techniques for integrating any changes I make to a kernel/patch version with new patch versions as they come in? I understand that in some cases, doing it by hand is the only way to go. But with so many different groups working on the same project I figured there might be some diff/patch tricks to make it easier. Regards, Chris unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri Apr 28 14:24:51 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12lAkr-0007td-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 28 Apr 2000 14:24:25 +0100 Received: from [205.205.197.199] (helo=xanadu.vipswitch.com) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lAkq-0007tW-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 28 Apr 2000 14:24:24 +0100 Date: Fri, 28 Apr 2000 10:22:36 -0400 (EDT) From: Nicolas Pitre To: Chris Blazie cc: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: ch-ch-ch-changes... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk On Fri, 28 Apr 2000, Chris Blazie wrote: > > I'm looking for a bit of general advice from experienced kernel > developers. Are there any clever techniques for integrating any changes I > make to a kernel/patch version with new patch versions as they come in? I > understand that in some cases, doing it by hand is the only way to go. > But with so many different groups working on the same project I figured > there might be some diff/patch tricks to make it easier. Since you work on SA1100, here what you could do: mkdir 2.3.99-pre3-rmk3-np2 cd 2.3.99-pre3-rmk3-np2 tar -xzf linux-2.3.99-pre3.tar.gz zcat patch-2.3.99-pre3-rmk3.gz | patch -p0 zcat diff-2.3.99-pre3-rmk3-np2.gz | patch -p0 cp -a linux linux.orig Now you have two copies of the source tree. Make your changes in linux/ but keep linux.orig/ untouched. When you are done: diff -urN linux.orig linux > my_changes.diff When you want to use a newer source tree, just repeat the steps above in another directory and apply your my_changes.diff patch you created from the previous source tree. Apply your own patch only after you copied linux/ to linux.orig/. Most probably your patch won't apply completely without some rejects. To find them: find linux -name \*.rej Look at those files to see what couldn't be automatically applied. Probably the context changed so you must apply those changes by hand. Typically, you shouldn't have too much rejects to deal with. When your kernel compiles and actually runs, you can delete the previous version's directory if you wish. When you are done with tthat version, extract your changes like shown above and repeat the procedure with a new tree. When you are satisfied with your changes, you just have to send me your my_changes.diff patch file so I can merge it with my patch, ensure it doesn't clash with other people's SA1100 work and forward it to Russell eventually. Nicolas unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri Apr 28 14:28:13 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12lAoG-0007vA-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 28 Apr 2000 14:27:56 +0100 Received: from [212.250.233.47] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lAoF-0007v2-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 28 Apr 2000 14:27:55 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id PAA00371; Fri, 28 Apr 2000 15:26:00 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id PAA01000; Fri, 28 Apr 2000 15:20:26 +0100 Message-Id: <200004281420.PAA01000@raistlin.arm.linux.org.uk> Subject: Re: ch-ch-ch-changes... To: nico@cam.org (Nicolas Pitre) Date: Fri, 28 Apr 2000 15:20:25 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: from "Nicolas Pitre" at Apr 28, 2000 10:22:36 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk Nicolas Pitre writes: > Since you work on SA1100, here what you could do: > > mkdir 2.3.99-pre3-rmk3-np2 > cd 2.3.99-pre3-rmk3-np2 > tar -xzf linux-2.3.99-pre3.tar.gz > zcat patch-2.3.99-pre3-rmk3.gz | patch -p0 > zcat diff-2.3.99-pre3-rmk3-np2.gz | patch -p0 > cp -a linux linux.orig > > Now you have two copies of the source tree. Make your changes in linux/ > but keep linux.orig/ untouched. When you are done: > > diff -urN linux.orig linux > my_changes.diff > > When you want to use a newer source tree, just repeat the steps above in > another directory and apply your my_changes.diff patch you created from > the previous source tree. Apply your own patch only after you copied > linux/ to linux.orig/. > > Most probably your patch won't apply completely without some rejects. To > find them: > > find linux -name \*.rej > > Look at those files to see what couldn't be automatically applied. > Probably the context changed so you must apply those changes by hand. > Typically, you shouldn't have too much rejects to deal with. When your > kernel compiles and actually runs, you can delete the previous version's > directory if you wish. > > When you are done with tthat version, extract your changes like shown > above and repeat the procedure with a new tree. > > When you are satisfied with your changes, you just have to send me your > my_changes.diff patch file so I can merge it with my patch, ensure it > doesn't clash with other people's SA1100 work and forward it to Russell > eventually. You wouldn't like to edit this into a more general procedure, and I'll add it to the developer pages, would you? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Fri Apr 28 18:38:30 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12lEiA-00011a-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Fri, 28 Apr 2000 18:37:54 +0100 Received: from [195.92.193.212] (helo=mail6.svr.pol.co.uk) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lEiA-00011P-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 28 Apr 2000 18:37:54 +0100 Received: from modem-103.engineer-fish.dialup.pol.co.uk ([62.137.7.103] helo=freeserve) by mail6.svr.pol.co.uk with smtp (Exim 3.13 #0) id 12lEi5-0002CS-00 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 28 Apr 2000 18:37:50 +0100 Date: Fri, 28 Apr 2000 18:36:27 +0100 From: Peter Naulls To: linux-arm-kernel@lists.arm.linux.org.uk Subject: Re: where is XF86_FBDev ? Message-ID: In-Reply-To: <200004281227.OAA30544@kalman.et.tudelft.nl> X-Mailer: Messenger v1.40f for RISC OS MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.60m User-Agent: POPstar/2.02 Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk In message <200004281227.OAA30544@kalman.et.tudelft.nl> J.A.K.Mouw@its.tudelft.nl (Erik Mouw) wrote: > Wonkook Kim wrote: > > I saw that XF86_FBDev is available on SA1100. > > > > But, I could not find XF86_FBDev X Server. > > > > Where is XF86_FBDev XServer ?? > > It is available at www.xfree86.org (and mirrors), but you must compile > it yourself. It's also compiled in an ARM Debian package, if you feel like trying to extract it. Peter -- ------------------------------------------------------------------------ Peter Naulls - peter@erble.freeserve.co.uk Homepage - http://free.prohosting.com/~chocky/ Java for RISC OS and ARM - http://free.prohosting.com/~chocky/java/ Debian Linux on RiscPCs - http://www.erble.freeserve.co.uk/ ------------------------------------------------------------------------ unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sat Apr 29 00:25:52 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12lK8S-0002st-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 29 Apr 2000 00:25:24 +0100 Received: from [128.2.236.200] (helo=ece.cmu.edu) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lK8O-0002sk-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 29 Apr 2000 00:25:22 +0100 Received: from taz.ece.cmu.edu (IDENT:root@TAZ.ECE.CMU.EDU [128.2.252.15]) by ece.cmu.edu (8.9.2/8.8.8) with ESMTP id TAA06344 for ; Fri, 28 Apr 2000 19:25:19 -0400 (EDT) Received: (from dsf@localhost) by taz.ece.cmu.edu (8.8.7/8.8.7) id TAA20327 for linux-arm-kernel@lists.arm.linux.org.uk; Fri, 28 Apr 2000 19:25:19 -0400 Date: Fri, 28 Apr 2000 19:25:19 -0400 From: David Friedman Message-Id: <200004282325.TAA20327@taz.ece.cmu.edu> To: linux-arm-kernel@lists.arm.linux.org.uk Subject: DEBUG_LL fix Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk It looks like in the rewrite of head-armv.S in the 2.3 tree, DEBUG_LL was broken. The problem is that as of 2.3.99-pre5-rmk3, the IO virtual address is loaded from the machine description, but it seems that the code for DEBUG_LL still assumes that this value is the byte offset into the page tables for the IO virtual address. I fixed this by adding a "mov r7, r7, lsr #18" before the DEBUG_LL code runs in __create_page_tables. David Friedman unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk From owner-linux-arm-kernel@lists.arm.linux.org.uk Sat Apr 29 08:22:39 2000 Received: from majordomo by www.linux.org.uk with local (Exim 3.13 #1) id 12lRYX-0005JZ-00 for linux-arm-kernel-outgoingx@www.linux.org.uk; Sat, 29 Apr 2000 08:20:49 +0100 Received: from [194.168.180.80] (helo=caramon.arm.linux.org.uk ident=root) by www.linux.org.uk with esmtp (Exim 3.13 #1) id 12lRYW-0005JQ-00 for linux-arm-kernel@lists.arm.linux.org.uk; Sat, 29 Apr 2000 08:20:48 +0100 Received: from raistlin.arm.linux.org.uk (root@raistlin [192.168.0.3]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id AAA02658; Sat, 29 Apr 2000 00:57:36 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id AAA02820; Sat, 29 Apr 2000 00:57:44 +0100 Message-Id: <200004282357.AAA02820@raistlin.arm.linux.org.uk> Subject: Re: DEBUG_LL fix To: dsf@taz.ece.cmu.edu (David Friedman) Date: Sat, 29 Apr 2000 00:57:44 +0100 (BST) Cc: linux-arm-kernel@lists.arm.linux.org.uk In-Reply-To: <200004282325.TAA20327@taz.ece.cmu.edu> from "David Friedman" at Apr 28, 2000 07:25:19 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm-kernel@lists.arm.linux.org.uk Precedence: bulk David Friedman writes: > It looks like in the rewrite of head-armv.S in the 2.3 tree, DEBUG_LL was broken. The problem > is that as of 2.3.99-pre5-rmk3, the IO virtual address is loaded from the machine description, > but it seems that the code for DEBUG_LL still assumes that this value is the byte offset into > the page tables for the IO virtual address. Correct. It seems that the relevent instruction (that you have below) went missing from __lookup_processor_type. > I fixed this by adding a "mov r7, r7, lsr #18" before the DEBUG_LL code runs in > __create_page_tables. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/ / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm-kernel' to majordomo@lists.arm.linux.org.uk