From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 1 13:42:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id NAA408052 for ; Mon, 1 Feb 1999 13:41:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id NAA07403 for ; Mon, 1 Feb 1999 13:41:58 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007401; Mon, 1 Feb 99 13:41:47 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:42524 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1168-21407>; Mon, 1 Feb 1999 14:40:08 +0200 Received: by vger.rutgers.edu via listexpand id <160705-27302>; Mon, 1 Feb 1999 07:27:00 -0500 Received: by vger.rutgers.edu id <160824-27300>; Mon, 1 Feb 1999 07:26:38 -0500 Received: from smtp-out-006.wanadoo.fr ([193.252.19.98]:56271 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <160863-27300>; Mon, 1 Feb 1999 07:25:42 -0500 Received: from tntaub16-198.abo.wanadoo.fr [193.252.212.198] by wanadoo.fr for Paris Mon, 1 Feb 1999 13:35:32 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902011235.NAA24778@wanadoo.fr> To: linux-arm@vger.rutgers.edu Date: Mon, 1 Feb 1999 13:38:01 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Pb compiliing linux-arm X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 7879 Lines: 333 linux 2.2.1 patched with patch-2.2.1-19990128-1, compiling for EBSA285. christophe make -C ../../../drivers/char make[2]: Entering directory `/usr/src/linux.2.2.1-arm/drivers/char' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/drivers/char' /usr/local/bin/arm-linux-gcc -D__KERNEL__ -I/usr/src/linux.2.2.1- arm/include -mapcs-32 -mshort-load-bytes -mcpu=strongarm110 - Wall -Wstrict-prototypes -O2 -pipe -c -o ds1620.o ds1620.c ds1620.c: In function `netwinder_ds1620_set_clk': ds1620.c:49: warning: implicit declaration of function `gpio_modify_op' ds1620.c:49: `GPIO_DSCLK' undeclared (first use in this function) ds1620.c:49: (Each undeclared identifier is reported only once ds1620.c:49: for each function it appears in.) ds1620.c: In function `netwinder_ds1620_set_data': ds1620.c:54: `GPIO_DATA' undeclared (first use in this function) ds1620.c: In function `netwinder_ds1620_get_data': ds1620.c:59: warning: implicit declaration of function `gpio_read' ds1620.c:59: `GPIO_DATA' undeclared (first use in this function) ds1620.c:60: warning: control reaches end of non-void function ds1620.c: In function `netwinder_ds1620_set_data_dir': ds1620.c:64: warning: implicit declaration of function `gpio_modify_io' ds1620.c:64: `GPIO_DATA' undeclared (first use in this function) ds1620.c: In function `netwinder_ds1620_reset': ds1620.c:69: warning: implicit declaration of function `cpld_modify' ds1620.c:69: `CPLD_DSRESET' undeclared (first use in this function) ds1620.c: In function `ds1620_ioctl': ds1620.c:265: `GPIO_FAN' undeclared (first use in this function) ds1620.c:220: warning: `i' might be used uninitialized in this function make[3]: *** [ds1620.o] Error 1 make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/drivers/char' make[2]: *** [first_rule] Error 2 make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/drivers/char' make[1]: *** [_subdir_../../../drivers/char] Error 2 make[1]: Leaving directory `/usr/src/linux.2.2.1-arm/arch/arm/drivers' make: *** [_dir_arch/arm/drivers] Error 2 # # Automatically generated by make menuconfig: don't edit # CONFIG_ARM=y # # System and processor type # # CONFIG_ARCH_ARC is not set # CONFIG_ARCH_A5K is not set # CONFIG_ARCH_RPC is not set CONFIG_ARCH_EBSA110=y # CONFIG_FOOTBRIDGE is not set CONFIG_ARCH_EBSA285=y # CONFIG_CATS is not set CONFIG_ARCH_NETWINDER=y # CONFIG_ARCH_ACORN is not set CONFIG_ISA_DMA=y CONFIG_CPU_32=y # CONFIG_CPU_26 is not set # CONFIG_CPU_ARM2 is not set # CONFIG_CPU_ARM3 is not set # CONFIG_CPU_ARM6 is not set # CONFIG_CPU_ARM7 is not set CONFIG_CPU_SA110=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y # CONFIG_ALIGNMENT_TRAP is not set CONFIG_TEXT_SECTIONS=y # # Loadable module support # CONFIG_MODULES=y # CONFIG_MODVERSIONS is not set CONFIG_KMOD=y # # General setup # CONFIG_NET=y CONFIG_SYSVIPC=y # CONFIG_BSD_PROCESS_ACCT is not set CONFIG_SYSCTL=y CONFIG_BINFMT_AOUT=y CONFIG_BINFMT_ELF=y # CONFIG_BINFMT_MISC is not set CONFIG_PARPORT=y CONFIG_PARPORT_PC=y CONFIG_CMDLINE="root=/dev/hda2 ro mem=32M parport=0x378,23 ide0=autotune" CONFIG_LEDS=y CONFIG_LEDS_TIMER=y CONFIG_LEDS_CPU=y # CONFIG_OLD_CONSOLE is not set # # Plug and Play support # # CONFIG_PNP is not set # # Block devices # # CONFIG_BLK_DEV_FD is not set # CONFIG_BLK_DEV_IDE is not set # CONFIG_BLK_DEV_HD_ONLY is not set CONFIG_BLK_DEV_LOOP=y # CONFIG_BLK_DEV_NBD is not set # CONFIG_BLK_DEV_MD is not set CONFIG_BLK_DEV_RAM=y # CONFIG_BLK_DEV_INITRD is not set # CONFIG_BLK_DEV_XD is not set CONFIG_PARIDE_PARPORT=y # CONFIG_PARIDE is not set # CONFIG_BLK_DEV_HD is not set # # Character devices # # CONFIG_VT is not set CONFIG_SERIAL=y CONFIG_SERIAL_CONSOLE=y # CONFIG_SERIAL_EXTENDED is not set # CONFIG_SERIAL_NONSTANDARD is not set # CONFIG_UNIX98_PTYS is not set CONFIG_PRINTER=y CONFIG_PRINTER_READBACK=y CONFIG_MOUSE=y # # Mice # # CONFIG_ATIXL_BUSMOUSE is not set # CONFIG_BUSMOUSE is not set # CONFIG_MS_BUSMOUSE is not set CONFIG_PSMOUSE=y # CONFIG_82C710_MOUSE is not set # CONFIG_PC110_PAD is not set # CONFIG_QIC02_TAPE is not set # CONFIG_WATCHDOG is not set CONFIG_DS1620=y CONFIG_NWBUTTON=y CONFIG_NWBUTTON_REBOOT=y # CONFIG_NVRAM is not set CONFIG_RTC=y # # Video For Linux # # CONFIG_VIDEO_DEV is not set # # Joystick support # # CONFIG_JOYSTICK is not set # # Ftape, the floppy tape device driver # # CONFIG_FTAPE is not set # # Networking options # CONFIG_PACKET=y # CONFIG_NETLINK is not set # CONFIG_FIREWALL is not set CONFIG_NET_ALIAS=y # CONFIG_FILTER is not set CONFIG_UNIX=y CONFIG_INET=y # CONFIG_IP_MULTICAST is not set # CONFIG_IP_ADVANCED_ROUTER is not set # CONFIG_IP_PNP is not set # CONFIG_IP_ROUTER is not set # CONFIG_NET_IPIP is not set # CONFIG_NET_IPGRE is not set CONFIG_IP_ALIAS=y CONFIG_SYN_COOKIES=y # CONFIG_INET_RARP is not set CONFIG_IP_NOSR=y CONFIG_SKB_LARGE=y # CONFIG_IPV6 is not set # CONFIG_IPX is not set # CONFIG_ATALK is not set # CONFIG_X25 is not set # CONFIG_LAPB is not set # CONFIG_BRIDGE is not set # CONFIG_LLC is not set # CONFIG_ECONET is not set # CONFIG_WAN_ROUTER is not set # CONFIG_NET_FASTROUTE is not set # CONFIG_NET_HW_FLOWCONTROL is not set # CONFIG_CPU_IS_SLOW is not set # # QoS and/or fair queueing # # CONFIG_NET_SCHED is not set # # Amateur Radio support # # CONFIG_HAMRADIO is not set # # IrDA subsystem support # # CONFIG_IRDA is not set # # Network device support # CONFIG_NETDEVICES=y # CONFIG_ARCNET is not set # CONFIG_DUMMY is not set # CONFIG_EQUALIZER is not set CONFIG_NET_ETHERNET=y # CONFIG_ARM_AM79C961A is not set # CONFIG_NET_VENDOR_3COM is not set # CONFIG_LANCE is not set # CONFIG_NET_VENDOR_SMC is not set # CONFIG_NET_VENDOR_RACAL is not set # CONFIG_RTL8139 is not set # CONFIG_YELLOWFIN is not set # CONFIG_ACENIC is not set # CONFIG_NET_ISA is not set CONFIG_NET_EISA=y # CONFIG_PCNET32 is not set # CONFIG_AC3200 is not set # CONFIG_APRICOT is not set # CONFIG_CS89x0 is not set # CONFIG_DE4X5 is not set CONFIG_DEC_ELCP=y # CONFIG_DGRS is not set # CONFIG_EEXPRESS_PRO100 is not set # CONFIG_LNE390 is not set # CONFIG_NE3210 is not set # CONFIG_NE2K_PCI is not set # CONFIG_TLAN is not set # CONFIG_VIA_RHINE is not set # CONFIG_ES3210 is not set # CONFIG_EPIC100 is not set # CONFIG_ZNET is not set # CONFIG_NET_POCKET is not set # CONFIG_FDDI is not set # CONFIG_HIPPI is not set # CONFIG_DLCI is not set # CONFIG_PLIP is not set # CONFIG_PPP is not set # CONFIG_SLIP is not set # CONFIG_NET_RADIO is not set # CONFIG_TR is not set # CONFIG_SHAPER is not set # CONFIG_HOSTESS_SV11 is not set # CONFIG_COSA is not set # CONFIG_RCPCI is not set # # SCSI support # # CONFIG_SCSI is not set # # Sound # # CONFIG_SOUND is not set # # Filesystems # # CONFIG_QUOTA is not set # CONFIG_AUTOFS_FS is not set # CONFIG_ADFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_HFS_FS is not set # CONFIG_FAT_FS is not set CONFIG_MSDOS_FS=m # CONFIG_UMSDOS_FS is not set CONFIG_VFAT_FS=m # CONFIG_ISO9660_FS is not set # CONFIG_JOLIET is not set # CONFIG_MINIX_FS is not set # CONFIG_NTFS_FS is not set # CONFIG_HPFS_FS is not set CONFIG_PROC_FS=y # CONFIG_QNX4FS_FS is not set CONFIG_ROMFS_FS=y CONFIG_EXT2_FS=y # CONFIG_SYSV_FS is not set # CONFIG_UFS_FS is not set # # Network File Systems # # CONFIG_CODA_FS is not set CONFIG_NFS_FS=y CONFIG_NFSD=m # CONFIG_NFSD_SUN is not set CONFIG_SUNRPC=y CONFIG_LOCKD=y # CONFIG_SMB_FS is not set # CONFIG_NCP_FS is not set # # Partition Types # # CONFIG_BSD_DISKLABEL is not set # CONFIG_MAC_PARTITION is not set # CONFIG_SMD_DISKLABEL is not set # CONFIG_SOLARIS_X86_PARTITION is not set # CONFIG_UNIXWARE_DISKLABEL is not set # CONFIG_NLS is not set # # Kernel hacking # CONFIG_FRAME_POINTER=y CONFIG_DEBUG_ERRORS=y # CONFIG_DEBUG_USER is not set # CONFIG_DEBUG_INFO is not set CONFIG_MAGIC_SYSRQ=y # CONFIG_ARTHUR is not set unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 1 17:09:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id RAA153093 for ; Mon, 1 Feb 1999 17:09:28 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id RAA07891 for ; Mon, 1 Feb 1999 17:09:28 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007888; Mon, 1 Feb 99 17:08:58 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:8469 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9155-4636>; Mon, 1 Feb 1999 18:07:30 +0200 Received: by vger.rutgers.edu via listexpand id <161139-27302>; Mon, 1 Feb 1999 10:51:04 -0500 Received: by vger.rutgers.edu id <161011-27302>; Mon, 1 Feb 1999 10:50:52 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:16468 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161192-27300>; Mon, 1 Feb 1999 10:49:21 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 107LnB-0003j2-00 for linux-arm@vger.rutgers.edu; Mon, 1 Feb 1999 16:01:41 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 107Ln7-0005wS-00 for linux-arm@vger.rutgers.edu; Mon, 1 Feb 1999 16:01:37 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: linux-2.2.1-philb-990201 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Feb 1999 16:01:35 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1341 Lines: 30 There's a new kernel patch in my directory on ftp.netwinder.org. Not all of the stuff in here is strictly ready for prime time yet, so treat it as experimental rather than directly suitable for the "stable" kernels. A fair chunk of the stuff that really *is* stable from this patch is now sitting in Russell's incoming directory and some more will be following shortly. This patch renumbers the ISA irqs as I proposed previously, since there weren't any objections other than aesthetic ones. This is now in line with the current state of the art in 2.0 kernels for the NetWinder. We'll see how it goes; this can always be undone again later if it turns out to be a problem. There have also been some changes to the configuration system and startup code. The CPU type selection and related stuff should work a bit better now and setup.c is slightly cleaner. Also it ought to be able to tell the difference between the Archimedes and the EBSA-110 now. See what you think. The code to make vfork work again is provided, but I pulled out the actual definition of the syscall from the patch. I'd like to hear Russell's opinion on this first. Oh, and NWFPE supports 26-bit cpus now. As ever, see CHANGES.philb for the full list of contents. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 1 17:24:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id RAA420633 for ; Mon, 1 Feb 1999 17:23:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id RAA07946 for ; Mon, 1 Feb 1999 17:23:58 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007943; Mon, 1 Feb 99 17:23:32 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:38961 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7043-21407>; Mon, 1 Feb 1999 18:23:07 +0200 Received: by vger.rutgers.edu via listexpand id <161078-27300>; Mon, 1 Feb 1999 11:09:51 -0500 Received: by vger.rutgers.edu id <161138-27302>; Mon, 1 Feb 1999 11:09:37 -0500 Received: from rainer.informatik.uni-stuttgart.de ([129.69.183.1]:12098 "EHLO rainer.informatik.uni-stuttgart.de" ident: "root") by vger.rutgers.edu with ESMTP id <161035-27302>; Mon, 1 Feb 1999 11:09:24 -0500 Received: from rainer.informatik.uni-stuttgart.de ([127.0.0.1]) by rainer.informatik.uni-stuttgart.de with esmtp (ident rainer using rfc1413) id m107M6i-000HVrC (Debian Smail-3.2.0.101 1997-Dec-17 #2); Mon, 1 Feb 1999 17:21:52 +0100 (CET) Message-Id: X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Reply-To: rainer.dorsch@informatik.uni-stuttgart.de Subject: Sequential and non-sequential memory access Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Feb 1999 17:21:51 +0100 From: Rainer Dorsch Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2286 Lines: 56 The ARMulator (as the ARM chips) as signal, if a seqeuntial or non-sequential memory access is requested. I found a strange behavior in armulator The program basically writes a string (hello world) to the console: HelloW +0000 0x00008080: 0xe28f1010 .... : add r1,pc,#0x10 LOOP +0000 0x00008084: 0xe4d10001 .... : ldrb r0,[r1],#1 +0004 0x00008088: 0xe3500000 ..P. : cmp r0,#0 +0008 0x0000808c: 0x1f000000 .... : swine 0x0 +000c 0x00008090: 0x1afffffb .... : bne LOOP +0010 0x00008094: 0xef000011 .... : > swi 0x11 Text +0000 0x00008098: 0x6c6c6548 Hell : stcvsl p5,c6,[r12],#-0x120 +0004 0x0000809c: 0x6f57206f o Wo : swivs 0x57206f +0008 0x000080a0: 0x0a646c72 rld. : beq 0x1923270 The address trace of this part is given below. The Load Byte is called delayed due to the pipeline (as the reading of 8094 and 8098. But the strange thing is that the instruction after the ldrb is a sequential cycle (8090). Does anybody know why is this? Thanks. 00008084 (Load Instruction - non-sequential cycle) 00008088 (Load Instruction - sequential cycle) 0000808C (Load Instruction - sequential cycle) 000080A3 (Load Byte - non - sequential cycle) 00008090 (Load Instruction - sequential cycle) 00008094 (Load Instruction - sequential cycle) 00008098 (Load Instruction - sequential cycle) 00008084 (Load Instruction - non-sequential cycle) 00008088 (Load Instruction - sequential cycle) 0000808C (Load Instruction - sequential cycle) 000080A4 (Load Byte - non - sequential cycle) 00008090 (Load Instruction - sequential cycle) 00008094 (Load Instruction - sequential cycle) 00008098 (Load Instruction - sequential cycle) 00008084 (Load Instruction - non-sequential cycle) 00008088 (Load Instruction - sequential cycle) 0000808C (Load Instruction - sequential cycle) 000080A5 (Load Byte - non - sequential cycle) 00008090 (Load Instruction - sequential cycle) 00008094 (Load Instruction - sequential cycle) 00008098 (Load Instruction - sequential cycle) 0000809C (Load Instruction - sequential cycle) -- Rainer Dorsch Abt. Rechnerarchitektur e-mail:rainer.dorsch@informatik.uni-stuttgart.de Uni Stuttgart Tel.: 0711-7816-215 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 1 18:11:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id SAA413354 for ; Mon, 1 Feb 1999 18:10:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id SAA08103 for ; Mon, 1 Feb 1999 18:10:58 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008100; Mon, 1 Feb 99 18:10:32 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:57721 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <198-4636>; Mon, 1 Feb 1999 19:07:57 +0200 Received: by vger.rutgers.edu via listexpand id <161204-27300>; Mon, 1 Feb 1999 11:54:39 -0500 Received: by vger.rutgers.edu id <161034-27302>; Mon, 1 Feb 1999 11:54:18 -0500 Received: from calliope1.fm.intel.com ([132.233.247.10]:4228 "EHLO calliope1.fm.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161269-27300>; Mon, 1 Feb 1999 11:53:03 -0500 Received: from fmsmsx19.fm.intel.com (fmsmsx19.fm.intel.com [132.233.222.210]) by calliope1.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id RAA09147 for ; Mon, 1 Feb 1999 17:05:41 GMT Received: by FMSMSX19 with Internet Mail Service (5.5.2232.9) id ; Mon, 1 Feb 1999 09:05:41 -0800 Message-ID: From: "Chagas, Jason" To: "'linux-arm@vger.rutgers.edu'" Subject: PCMCIA Drivers ?? Date: Mon, 1 Feb 1999 09:05:38 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 260 Lines: 13 Does anyone know if the following drivers are available for Brutus (or any other SA platform): - PCMCIA Ethernet adapters - PCMCIA Compact flash - PCMCIA Audio cards Thanks, Jason unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 17:46:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id RAA453373 for ; Tue, 2 Feb 1999 17:46:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id RAA11052 for ; Tue, 2 Feb 1999 17:46:31 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011050; Tue, 2 Feb 99 17:46:24 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:54640 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4259-11288>; Tue, 2 Feb 1999 18:46:06 +0200 Received: by vger.rutgers.edu via listexpand id <161329-27302>; Tue, 2 Feb 1999 11:32:01 -0500 Received: by vger.rutgers.edu id <161197-27300>; Tue, 2 Feb 1999 11:31:46 -0500 Received: from golden.argonet.co.uk ([194.131.104.13]:50393 "HELO golden.argonet.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <161347-27300>; Tue, 2 Feb 1999 11:27:47 -0500 Received: from (argbg34.argonet.co.uk) [193.149.77.196] by golden.argonet.co.uk with smtp (Exim 1.82 #3) id 107isl-0000Uy-00; Tue, 2 Feb 1999 16:41:00 +0000 Date: Mon, 1 Feb 1999 17:34:54 +0000 (GMT) From: Mark Seaborn Subject: Re: Installation in IDEFS To: linux-arm@vger.rutgers.edu In-Reply-To: <36B4617B.92A1460A@argonet.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII X-Mailer: ANT RISCOS Marcel [ver 1.41] Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1723 Lines: 37 In on Sun 31 Jan, Andy Piper wrote: [snip] > I've had huge problems getting the drive initialised with an Ext2fs > filesystem. !PartMan didn't want to know the drive initially due to the > IDEFS partition information on it. After scrubbing various parts of the > disc map with a disc editor I got ADFS back to thinking it was > unformatted, but the only way to format it is to use the program which > came with the card... which essentially just writes more IDEFS information > onto it. You do want ICS-type IDEFS partitions on your hard disc, so that isn't a problem (otherwise you can't have Filecore partitions on the same disc). Are you using the latest alpha version of PartMan (from the ftp site)? > At one stage I thought I'd succeeded in creating the right partitions, but > once I started the ARM Linux install (following Paul Vigay's instructions) > it became apparent that the partitions weren't formatted correctly at all. PartMan doesn't do any formatting; it just creates a partition table. The install program should create an ext2 filesystem on the partition. If you're following Paul Vigay's instructions to the letter (of the copy I've got, anyway), they won't work with an ICS/Baildon interface. You need to supply the right magic numbers to mknod. The install program should be able to do this for you -- if you say yes when it asks you if you want to create a filesystem on /dev/hdcX (where X is your partition number), does it work? -- Mark Seaborn - mseaborn@argonet.co.uk - http://www.argonet.co.uk/users/mseaborn/ - So foul and fair a tagline I have not seen. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 1 21:20:29 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id VAA425772 for ; Mon, 1 Feb 1999 21:20:28 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id VAA08558 for ; Mon, 1 Feb 1999 21:20:28 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008556; Mon, 1 Feb 99 21:20:06 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:51478 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1911-21407>; Mon, 1 Feb 1999 22:17:20 +0200 Received: by vger.rutgers.edu via listexpand id <161162-27300>; Mon, 1 Feb 1999 14:52:03 -0500 Received: by vger.rutgers.edu id <161398-27302>; Mon, 1 Feb 1999 14:43:31 -0500 Received: from surf.sketty.bc.nu ([194.168.151.65]:28981 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <161527-27302>; Mon, 1 Feb 1999 14:36:33 -0500 Received: from caramon.armlinux.org.uk (galatea-22.cableol.net [194.168.16.22]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id TAA17864; Mon, 1 Feb 1999 19:49:11 GMT Received: from flint.armlinux.org.uk (flint [192.168.0.4]) by caramon.armlinux.org.uk (8.7.4/8.7.3) with ESMTP id TAA20557; Mon, 1 Feb 1999 19:02:38 GMT From: Russell King - ARM Linux Admin Received: from tasslehoff.armlinux.org.uk (tasslehoff [192.168.0.5]) by flint.armlinux.org.uk (8.7.4/8.7.3) with ESMTP id TAA31170; Mon, 1 Feb 1999 19:03:53 GMT Received: (from linux@localhost) by tasslehoff.armlinux.org.uk (8.8.7/8.7.3) id SAA00539; Mon, 1 Feb 1999 18:56:35 GMT Message-Id: <199902011856.SAA00539@tasslehoff.armlinux.org.uk> Subject: Re: Pb compiliing linux-arm To: christophe.leroy5@capway.com Date: Mon, 1 Feb 1999 18:56:35 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <199902011235.NAA24778@wanadoo.fr> from "christophe.leroy5@capway.com" at Feb 1, 99 01:38:01 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1348 Lines: 33 christophe.leroy5@capway.com writes: > # > # Automatically generated by make menuconfig: don't edit > # > CONFIG_ARM=y > > # > # System and processor type > # > # CONFIG_ARCH_ARC is not set > # CONFIG_ARCH_A5K is not set > # CONFIG_ARCH_RPC is not set > CONFIG_ARCH_EBSA110=y > # CONFIG_FOOTBRIDGE is not set > CONFIG_ARCH_EBSA285=y How the hell did you manage that? That's invalid! The EBSA110 architecture is /not/ EBSA285. You want 'Footbridge'. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | --------------------- Email-relevent MINI FAQ ---------------------- Installer keys : ALT-F1 installer, ALT-F2 shell, ALT-F3 installer messages, ALT-F4 kernel messages Ether3/B problems: try latest 2.0.34 kernel and root disk. -------------------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 01:34:59 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id BAA411583 for ; Tue, 2 Feb 1999 01:34:58 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id BAA09019 for ; Tue, 2 Feb 1999 01:34:58 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009017; Tue, 2 Feb 99 01:34:44 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:36872 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1633-11288>; Tue, 2 Feb 1999 02:32:49 +0200 Received: by vger.rutgers.edu via listexpand id <168288-27300>; Mon, 1 Feb 1999 19:02:23 -0500 Received: by vger.rutgers.edu id <161737-27302>; Mon, 1 Feb 1999 18:32:11 -0500 Received: from andromeda.hosts.netdirect.net.uk ([195.7.224.147]:18489 "EHLO andromeda.hosts.netdirect.net.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161562-27300>; Mon, 1 Feb 1999 18:23:25 -0500 Received: from concorde.ndirect.co.uk (th-pm02-43.ndirect.co.uk [195.7.225.235]) by andromeda.hosts.netdirect.net.uk (8.8.5/8.6.6) with ESMTP id XAA02357; Mon, 1 Feb 1999 23:36:04 GMT Message-ID: <36B62CA7.6D9508CC@concorde.ndirect.co.uk> Date: Mon, 01 Feb 1999 23:37:50 +0100 From: "D. Odhams" Organization: Home X-Mailer: Mozilla 4.04 (Macintosh; I; PPC) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Re: Installation in IDEFS References: <36B4617B.92A1460A@argonet.co.uk> Content-Type: multipart/mixed; boundary="------------1EB55EA25828CE137BA9F244" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 11103 Lines: 203 This is a multi-part message in MIME format. --------------1EB55EA25828CE137BA9F244 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Andy Piper wrote: > > [Oops - my first attempt at posting this seems to have gone to > the wrong address. Sorry, Russell] > > I've been 'lurking' on this list for a while now without > contributing, so I guess the first thing to do is say "hi". You > all seem to be discussing pretty low-level coding / conversion > issues, so I'm hoping what I want to ask isn't too simple! > > A bit of background. I run Linux (heavily modified RH 5.1) on my > Intel box, and use HP-UX and AIX (plus NT - sigh!) at work. What > I really want to do is to install ARMLinux on my SA Risc PC. I > have the default 500Mb ADFS hard drive (almost full), plus a > CD-ROM drive, on the motherboard IDE interface. Last year I added > an APDL/Baildon Electronics IDE card, with a 2.1 Gb hard drive, > and so far I've not really been using it as much as I expected > to. So, once I felt more confident with Linux in general, I > cleared the drive, and decided to install ARM Linux from the Clan > CD. > > Around Christmas I enquired on the Acorn newsgroups and > established that it should be possible to install to a drive on > an expansion card, - /dev/hdc in this case - and I was pointed in > the direction of you friendly, knowledgeable types for more > information. > > I've had huge problems getting the drive initialised with an > Ext2fs filesystem. !PartMan didn't want to know the drive > initially due to the IDEFS partition information on it. After > scrubbing various parts of the disc map with a disc editor I got > ADFS back to thinking it was unformatted, but the only way to > format it is to use the program which came with the card... which > essentially just writes more IDEFS information onto it. At one > stage I thought I'd succeeded in creating the right partitions, > but once I started the ARM Linux install (following Paul Vigay's > instructions) it became apparent that the partitions weren't > formatted correctly at all. > > So - the 1 million Euro question - can I create the necessary > Linux partitions and install to this drive? I don't especially > want to go dismantling things, and move the extra hard drive to > where the CDROM drive currently is (although I realise that that > might give the CD drive better performance...!) - primarily > because I'm not sure I can juggle things so that the various > cables can reach to the new places. > > Thanks for any advice. > > -- > Andy Piper andyp@argonet.co.uk > Fareham, Hampshire > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu I have a similar configuration with a second drive (hdc) on an ICS/baildon card in my RPC 600. The problem I had was that it proved impossible to create the Linux partition table with any version of Partman. The solution was to write a small basic program to delete sector 0 (removing the ICS start and size records for multiple 'logical' drives) and to write an empty Linux partition table. The program, heavily copied from parts of other peoples code, is attached. I make no guarantees to its correctness but I believe it is safe to use if the prompts are followed correctly. Having fixed that, Partman is used to add the Linux native and swap partitions and the rest of the installation can proceed normally but painfully compared with a Red Hat install on a PC. The method, if I remember, is this: Follow the Phil Norman method for installation from the Clan CD except: a) Reformat your drive with the appropriate ICS/Bialdon tool to the size you need for the ADFS partition alone making a note of the last ADFS cylinder number and the total number of cylinders, b) Use my program to initialise the linux partition table - partition '2',c) Create the remaining linux partitions native '2' and swap '3' with Partman. The parameters for mknod have to change, and the 3 lines after, as follows: mknod /dev/hdc3 b 22 3 mke2fs /dev/hdc3 mkdir hd mount -t ext2 /dev/hdc3 hd [the mknod syntax is mknod [options] filename {bcu} major minor where 'b' in our case is for a 'b'lock file major is 22 for ide1 (3 for ide0 to which hda is attached) minor as decribed by Phil Norman - 3 in this case.] After the Phil Norman instal I hit a couple of problems as I remember and here you need to have the FAQ at hand: 1/ I had the >24MB DRAM problem. Solution download the latest modules package (modules-2.0.0-5a3.arm.rpm or later). Best do this before installation ideally. 2/ I had the 'invalid bmap magic' problem - follow the FAQ here. Hope this helps. ------ David Odhams on 1 Mac plus 1 RPC600. --------------1EB55EA25828CE137BA9F244 Content-Type: application/octet-stream; x-mac-type="54455854"; x-mac-creator="646F7361"; name="partlinux" Content-Description: PC Exchange Document Content-Disposition: attachment; filename="partlinux" Content-Transfer-Encoding: base64 DQAKEvQgPiBwYXJ0X2xpbnV4DQAUBfQNAB4+9CBNb2RpZmllcyB0aGUgZmlsZWNvcmUgYm9v dGJsb2NrIHRvIHBvaW50IHRvIGEgc2VjdGlvbiBvZg0AKD30IHRoZSBkaXNjIHJlc2VydmVk IGZvciBMaW51eC4gV3JpdGVzIHplcm9zIGludG8gc2VjdG9yIDANADIw9CB0byByZW1vdmUg SUNTIHBhcnRpdGlvbiBzdGFydCxzaXplIHJlY29yZHMNADwF9A0ARh30IENyZWF0ZWQgICAg ICA6IDA0LzA5Lzk4DQBQFfQgTGFzdCB1cGRhdGVkIDogDQBaBfQNAGQEDQBuHu4ghSDxIPYk KyIgYXQgbGluZSAiK8Mgnjr6DQB4BA0Agg7eIGJ1ZiUgNTEyDQCMBA0AlhpkaXNjb3AkPSJJ REVGU19EaXNjT3AiDQCgBA0Aqhr0IEdldCB0aGUgZHJpdmUgbnVtYmVyDQC0BA0AvinoICJF bnRlciBEcml2ZSBOdW1iZXIgKDQsNSAuLi4pOiAgImQlDQDIBA0A0i/0IEdldCB0aGUgRGlz YyBSZWNvcmQgYW5kIHByaW50IGRpc2MgcmVjb3JkDQDcC94gd2ElIDQNAOYV3iBkZXNjcmlw dG9yJSAmNDANAPAxyJkgIk9TX01vZHVsZSIsMTgsIkZpbGVDb3JlJUlERUZTIiC4ICwsLCwh d2ElDQD6OciZIklERUZTX0Rlc2NyaWJlRGlzYyIsIjoiK8MgZCUsZGVzY3JpcHRvciUsLCws LCwsd2ElDQEEBfQNAQ4T8SAiRElTQyBSRUNPUkQiDQEYBfENASIy8SAic2VjdG9yX3NpemUl ID0iLDE8PCg/ZGVzY3JpcHRvciUpOyIgIGJ5dGVzIg0BLCrxICJzZWN0b3JzX3Blcl90cmFj ayUgPSIsZGVzY3JpcHRvciU/MQ0BNiPxICJoZWFkcyUgPSAgICAiLGRlc2NyaXB0b3IlPzIg DQFAIvEgImRlbnNpdHklID0gICIsZGVzY3JpcHRvciU/Mw0BSivxICJpZGxlbiUgPSAgICAi LGRlc2NyaXB0b3IlPzQ7IiAgYml0cyINAVQ98SAiYnBtYiUgPSAgICAgIiwxPDwoZGVzY3Jp cHRvciU/NSk7IiAgYnl0ZXMgcGVyIGJpdCBtYXAiDQFeLvEgInNrZXclID0gICAgICIsZGVz Y3JpcHRvciU/NjsiICBzZWN0b3JzIg0BaCjxICJib290b3B0aW9uJSA9ICAgICAiLGRlc2Ny aXB0b3IlPzcNAXIn8SAibG93c2VjdG9yJSA9ICAgICAiLGRlc2NyaXB0b3IlPzgNAXwu8SAi bnpvbmVzJSA9ICAgICAiLGRlc2NyaXB0b3IlPzk7IiAgem9uZXMiDQGGVPEgInpvbmVfc3Bh cmUlPSAgICAgIixkZXNjcmlwdG9yJT8xMCArIDI1NipkZXNjcmlwdG9yJT8xMTsiICBiaXRz IGJldHdlZW4gem9uZXMiDQGQNfEgInJvb3QlID0gICAgICIsfmRlc2NyaXB0b3IlITEyOyJo IGRpc2MgYWRkcmVzcyINAZoy8SAiZGlzY19zaXplJSA9ICAgICAiLGRlc2NyaXB0b3IlITE2 OyIgIGJ5dGVzIg0BpD3xICJkaXNjX2lkJSA9ICAgICAiLChkZXNjcmlwdG9yJT8yMCArIDI1 NipkZXNjcmlwdG9yJT8yMSkNAa4t8SAiZGlzY190eXBlJSA9ICAgICAiLH5kZXNjcmlwdG9y JSEzMjsiaCINAbgb8SAiZGlzY19uYW1lID0gICAgICAiOzsNAcIS4yBpJSA9IDIyILggMzEN AcwcICAgIPEgvShkZXNjcmlwdG9yJT9pJSk7DQHWCO0gaSUNAeAF8Q0B6k/oICJBcmUgeW91 IHN1cmUgdGhhdCB0aGlzIGlzIHRoZSBkcml2ZSB5b3Ugd2lzaCB0byBvcGVyYXRlIG9uPyB5 ZXMvbm86ICAiYSQNAfQl5yAoYSQgPD4gInllcyIggCBhJCA8PiAiWUVTIikgjCDgDQH+BA0C CCP0IHJlYWQgaW4gc2VjdG9yIDAgYW5kIHRyYXNoIGl0DQISBA0CHC3ImSBkaXNjb3AkLCwg MSwgMCArIChkJSA8PCAyOSksIGJ1ZiUsIDUxMg0CJhzyaWNzX2NoZWNrX3N1bShidWYlLDUx MikNAjBQ6CAiRG8geW91IHdpc2ggdG8gemVybyBzZWN0b3IgMCByZW1vdmluZyBJQ1MgcGFy dGl0aW9uIHJlY29yZHM/IHllcy9ubzogICJhJA0COiXnIChhJCA8PiAieWVzIiCAIGEkIDw+ ICJZRVMiKSCMIOANAjtIyJkgIk9TX0ZpbGUiLCAxMCwgIjxXaW1wJFNjcmFwRGlyPi5PbGRC bG9jazAiLCAmRkZELCwgYnVmJSwgYnVmJSs1MTINAjw28SAiT2xkIGJsb2NrIDAgc2F2ZWQg aW4gPFdpbXAkU2NyYXBEaXI+Lk9sZEJsb2NrMCINAj0R4yBpJSA9MCC4IDUxMQ0CPg8gIGJ1 ZiU/aSU9MA0CPwjtIGklDQJALciZIGRpc2NvcCQsLCAyLCAwICsgKGQlIDw8IDI5KSwgYnVm JSwgNTEyDQJEJfEgIlNlY3RvciAwIG5vdyBzZXQgdG8gYWxsIHplcm9zIg0CTgQNAlgo9CBS ZWFkIGluIGN1cnJlbnQgZmlsZWNvcmUgYm9vdGJsb2NrDQJiBA0CbDDImSBkaXNjb3AkLCwg MSwgJmMwMCArIChkJSA8PCAyOSksIGJ1ZiUsIDUxMg0CdgQNAoBEyJkgIk9TX0ZpbGUiLCAx MCwgIjxXaW1wJFNjcmFwRGlyPi5PbGRCQiIsICZGRkQsLCBidWYlLCBidWYlKzUxMg0CijXx ICJPbGQgYm9vdCBibG9jayBzYXZlZCBpbiA8V2ltcCRTY3JhcERpcj4uT2xkQkIiDQKUBA0C nkD0IEdldCB0aGUgYnl0ZSBzaXplIG9mIHRoZSBmaWxlY29yZSBwYXJ0aXRpb24gYW5kIHRo ZSBudW1iZXINAqgb9CBvZiBieXRlcyBwZXIgY3lsaW5kZXINArIEDQK8E3NpemUlPWJ1ZiUh JjFkMA0CxjRjbHNpemUlPWJ1ZiU/JjFjMiAqIGJ1ZiU/JjFjMSAqICgxIDw8IGJ1ZiU/JjFj MCkNAtAEDQLaH/QgQSBiaXQgb2YgaW5mbyB0byB0aGUgdXNlcg0C5AQNAu4y8SAiRmlsZWNv cmUgcGFydGl0aW9uIHNpemUgPSAiO35zaXplJTsiIGJ5dGVzIg0C+AQNAwIl9CBDb252ZXJ0 IHRoZSBzaXplIGludG8gY3lsaW5kZXJzDQMMBA0DFitzaXplJSA9IChzaXplJSArIGNsc2l6 ZSUgLSAxKSAvIGNsc2l6ZSUNAyAEDQMqRvEgIkZpbGVjb3JlIHBhcnRpdGlvbiBzaXplID0g IjtzaXplJTsgIiBjeWxpbmRlcnMgKDAtIjtzaXplJS0xOyIpIg0DNAQNAz4/9CBXZSBzaG91 bGQgYmUgY2xldmVyIGFib3V0IGhlcmUgYW5kIHJlYWQgdGhlIHJlYWwgZ2VvbWV0cnkNA0g9 9CBvZiB0aGUgZGlzYyBzbyB0aGF0IHdlIGtub3cgdGhlIG1heGltdW0gY3lsaW5kZXIgbnVt YmVyDQNSBA0DXD70IEdldCB0aGUgc3RhcnRpbmcgY3lsaW5kZXIgZm9yIHRoZSBMaW51eCBw YXJ0IG9mIHRoZSBkaXNjDQNmBA0DcB3oICJMaW51eCBTdGFydGluZyBDeWwgImMlDQN6BA0D hDL0IE1ha2Ugc3VyZSBpdCBpcyBhZnRlciB0aGUgZmlsZWNvcmUgcGFydGl0aW9uDQOOBA0D mBTnIChjJSA8IHNpemUlKSCMDQOiMyAg8SAiRmlsZWNvcmUgb2NjdXBpZXMgY3lsaW5kZXJz IHVwdG8gIjtzaXplJS0xDQOsLSAg6CAiQXJlIHlvdSBzdXJlIHlvdSBtZWFuIHRoaXMgdmFs dWUgImEkDQO2JyAg5yAoYSQgPD4gInllcyIggCBhJCA8PiAiWUVTIikgjCDgDQPARyAg8SAi VGhpcyB3aWxsIGFsbG93IExpbnV4IHRvIG92ZXJ3cml0ZSBwYXJ0IG9mIHRoZSBBREZTIHBh cnRpdGlvbiINA8o0ICDoICJBcmUgeW91IHJlYWxseSBzdXJlIHlvdSBtZWFuIHRoaXMgdmFs dWUgImEkDQPUJyAg5yAoYSQgPD4gInllcyIggCBhJCA8PiAiWUVTIikgjCDgDQPeBc0NA+gE DQPyMvEgIkluaXRpYWxpc2luZyBMaW51eCBwYXJ0aXRpb24gb2Zmc2V0IGF0ICI7YyUNA/w6 8SAiT24gZHJpdmUgIjtkJTsiLCB1c2luZyAiO2Rpc2NvcCQ7IiB0byBhY2Nlc3MgZHJpdmUi DQQGMvEgIlByZXNzIGFueSBrZXkgdG8gY29udGludWUsIGVzY2FwZSB0byBhYm9ydCINBBAE DQQaDGR1bW15JT2lDQQkBA0ELj/0IE1vZGlmaXkgdGhlIG5vbi1BREZTIHBhcnRpdGlvbiBk ZXNjcmlwdG9yIHRvIGRlc2NyaWJlIHRoZQ0EOCn0IHN0YXJ0IG9mIHRoZSBMaW51eCBwYXJ0 IG9mIHRoZSBkaXNjDQRCBA0ETDRidWYlPyYxRkMgPSA5ICAgICAgICAgICAgICAgOiD0IExp bnV4IGlkZW50aWZpZXINBFY8YnVmJT8mMUZEID0gYyUggCAyNTUgICAgICA6IPQgbG93IGJ5 dGUgb2Ygc3RhcnQgY3lsaW5kZXINBGA/YnVmJT8mMUZFID0gYyUgPj4gOCAgICAgICAgIDog 9CBoaWdoIGJ5dGUgb2Ygc3RhcnQgY3lsaW5kZXINBGoEDQR0MvQgUmVjYWxjdWxhdGUgdGhl IGZpbGVjb3JlIGJvb3QgYmxvY2sgY2hlY2tzdW0NBH4EDQSII2J1ZiU/JjFGRiA9IKRDaGVj a1N1bShidWYlLDUxMSkNBJIEDQScJ/QgV3JpdGUgdGhlIGJvb3QgYmxvY2sgYmFjayB0byBk aXNjDQSmBA0EsDDImSBkaXNjb3AkLCwgMiwgJmMwMCArIChkJSA8PCAyOSksIGJ1ZiUsIDUx Mg0EugQNBMQF4A0EzgQNBNgEDQTiH90gpENoZWNrU3VtKGFkZHIlLCBsZW5ndGglKQ0E7Axz dW0lID0gMA0E9hrjIG4lID0gMCC4IGxlbmd0aCUgLSAxDQUAFiAgc3VtJSArPSBhZGRyJT9u JQ0FChQgIOcgc3VtJSA+IDI1NSCMDQUUEyAgICBzdW0lIC09IDI1NQ0FHgcgIM0NBSgF7Q0F Mgo9IHN1bSUNBTwEDQVGBA0FUCHdIPJpY3NfY2hlY2tfc3VtKGJsb2NrJSxsZW4lKQ0FWhcg ICAgY3N1bSU9JjUwNjE3Mjc0DQVkGyAgICDjIGklID0gMCC4IChsZW4lLTUpDQVuHiAgICAg ICAgY3N1bSUgKz0gYmxvY2slP2klDQV4DCAgICDtIGklDQWCJSAgICDnIGNzdW0lICA8PiBi bG9jayUhKGxlbiUtNCkgjA0FjFQgICAgICDxICJJTkZPUk1BVElPTjogSUNTIEJsb2NrIENo ZWNrc3VtIEVycm9yIC0gbWlnaHQgaGF2ZSBiZWVuIGFscmVhZHkgemVyb2VkIg0FlgkgICAg zA0FoC0gICAgICDxICJJQ1NCTE9DSyAoU0VDVE9SIDApIENIRUNLU1VNIE9LIg0FqgkgICAg zQ0FtAXhDf8= --------------1EB55EA25828CE137BA9F244-- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 10:13:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id KAA434950 for ; Tue, 2 Feb 1999 10:13:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id KAA09896 for ; Tue, 2 Feb 1999 10:13:30 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009894; Tue, 2 Feb 99 10:13:11 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:30835 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1396-11288>; Tue, 2 Feb 1999 11:12:54 +0200 Received: by vger.rutgers.edu via listexpand id <168805-27302>; Tue, 2 Feb 1999 03:43:25 -0500 Received: by vger.rutgers.edu id <168854-27300>; Tue, 2 Feb 1999 03:43:16 -0500 Received: from rainer.informatik.uni-stuttgart.de ([129.69.183.1]:14291 "EHLO rainer.informatik.uni-stuttgart.de" ident: "root") by vger.rutgers.edu with ESMTP id <168805-27300>; Tue, 2 Feb 1999 03:43:03 -0500 Received: from rainer.informatik.uni-stuttgart.de ([127.0.0.1]) by rainer.informatik.uni-stuttgart.de with esmtp (ident rainer using rfc1413) id m107bcU-000HVrC (Debian Smail-3.2.0.101 1997-Dec-17 #2); Tue, 2 Feb 1999 09:55:42 +0100 (CET) Message-Id: X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Robert Kondner Cc: linux-arm@vger.rutgers.edu Reply-To: rainer.dorsch@informatik.uni-stuttgart.de Subject: Re: Sequential and non-sequential memory access In-Reply-To: Your message of "Mon, 01 Feb 1999 16:26:21 EST." <36B61BFD.D0E0A11@home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Feb 1999 09:55:42 +0100 From: Rainer Dorsch Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 3189 Lines: 78 My armulator was configured for the 7TDMI (BTW, can it simulate processors with cache?). I did not stress enough: I am not surprised from the sequence of addresses (which is clearly affected by the pipeline) but the sequential memory access signal from the ARM after the data was loaded. Rainer. > Hi, > > You are probably seeing a cache line fill and/or simple read ahead since > the Program Counter is ahead of the execute pipeline. > > Bob Kondner > > Rainer Dorsch wrote: > > > The ARMulator (as the ARM chips) as signal, if a seqeuntial or non-sequential > > memory access is requested. I found a strange behavior in armulator > > > > The program basically writes a string (hello world) to the console: > > > > HelloW > > +0000 0x00008080: 0xe28f1010 .... : add r1,pc,#0x10 > > LOOP > > +0000 0x00008084: 0xe4d10001 .... : ldrb r0,[r1],#1 > > +0004 0x00008088: 0xe3500000 ..P. : cmp r0,#0 > > +0008 0x0000808c: 0x1f000000 .... : swine 0x0 > > +000c 0x00008090: 0x1afffffb .... : bne LOOP > > +0010 0x00008094: 0xef000011 .... : > swi 0x11 > > Text > > +0000 0x00008098: 0x6c6c6548 Hell : stcvsl p5,c6,[r12],#-0x120 > > +0004 0x0000809c: 0x6f57206f o Wo : swivs 0x57206f > > +0008 0x000080a0: 0x0a646c72 rld. : beq 0x1923270 > > > > The address trace of this part is given below. The Load Byte is called delayed > > due to the pipeline (as the reading of 8094 and 8098. But the strange thing is > > that the instruction after the ldrb is a sequential cycle (8090). Does anybody > > know why is this? Thanks. > > > > 00008084 (Load Instruction - non-sequential cycle) > > 00008088 (Load Instruction - sequential cycle) > > 0000808C (Load Instruction - sequential cycle) > > 000080A3 (Load Byte - non - sequential cycle) > > 00008090 (Load Instruction - sequential cycle) > > 00008094 (Load Instruction - sequential cycle) > > 00008098 (Load Instruction - sequential cycle) > > 00008084 (Load Instruction - non-sequential cycle) > > 00008088 (Load Instruction - sequential cycle) > > 0000808C (Load Instruction - sequential cycle) > > 000080A4 (Load Byte - non - sequential cycle) > > 00008090 (Load Instruction - sequential cycle) > > 00008094 (Load Instruction - sequential cycle) > > 00008098 (Load Instruction - sequential cycle) > > 00008084 (Load Instruction - non-sequential cycle) > > 00008088 (Load Instruction - sequential cycle) > > 0000808C (Load Instruction - sequential cycle) > > 000080A5 (Load Byte - non - sequential cycle) > > 00008090 (Load Instruction - sequential cycle) > > 00008094 (Load Instruction - sequential cycle) > > 00008098 (Load Instruction - sequential cycle) > > 0000809C (Load Instruction - sequential cycle) > > > > -- > > Rainer Dorsch > > Abt. Rechnerarchitektur e-mail:rainer.dorsch@informatik.uni-stuttgart.de > > Uni Stuttgart Tel.: 0711-7816-215 > > > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > -- Rainer Dorsch Abt. Rechnerarchitektur e-mail:rainer.dorsch@informatik.uni-stuttgart.de Uni Stuttgart Tel.: 0711-7816-215 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 10:14:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id KAA422142 for ; Tue, 2 Feb 1999 10:14:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id KAA09901 for ; Tue, 2 Feb 1999 10:14:00 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009899; Tue, 2 Feb 99 10:13:54 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:30835 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14916-11288>; Tue, 2 Feb 1999 11:12:57 +0200 Received: by vger.rutgers.edu via listexpand id <168876-27302>; Tue, 2 Feb 1999 03:54:17 -0500 Received: by vger.rutgers.edu id <168910-27300>; Tue, 2 Feb 1999 03:53:59 -0500 Received: from smtp-out-005.wanadoo.fr ([193.252.19.88]:59096 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <168876-27302>; Tue, 2 Feb 1999 03:53:45 -0500 Received: from tntarch2-169.abo.wanadoo.fr [164.138.190.169] by wanadoo.fr for Paris Tue, 2 Feb 1999 10:03:15 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902020903.KAA22953@wanadoo.fr> To: Russell King - ARM Linux Admin Date: Tue, 2 Feb 1999 10:05:43 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Pb compiliing linux-arm [another one] CC: linux-arm@vger.rutgers.edu In-reply-to: <199902011856.SAA00539@tasslehoff.armlinux.org.uk> References: <199902011235.NAA24778@wanadoo.fr> from "christophe.leroy5@capway.com" at Feb 1, 99 01:38:01 pm X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 7432 Lines: 335 > christophe.leroy5@capway.com writes: > > # > > # Automatically generated by make menuconfig: don't edit > > # > > CONFIG_ARM=y > > > > # > > # System and processor type > > # > > # CONFIG_ARCH_ARC is not set > > # CONFIG_ARCH_A5K is not set > > # CONFIG_ARCH_RPC is not set > > CONFIG_ARCH_EBSA110=y > > # CONFIG_FOOTBRIDGE is not set > > CONFIG_ARCH_EBSA285=y > > How the hell did you manage that? That's invalid! The EBSA110 architecture > is /not/ EBSA285. You want 'Footbridge'. Thinks, it seems to be a bug in menuconfig: Choose FOOTBRIDGE: new options come. Then choose EBSA110, options dont go. Exit menuconfig, then relaunch it: extra options have disappeared. This time, here's the problem: make all_targets make[2]: Entering directory `/usr/src/linux.2.2.1-arm/fs' /usr/local/bin/arm-linux-gcc -D__KERNEL__ -I/usr/src/linux.2.2.1- arm/include -mapcs-32 -mshort-load-bytes -mcpu=strongarm110 - Wall -Wstrict-prototypes -O2 -pipe -c -o binfmt_elf.o binfmt_elf.c binfmt_elf.c: In function `load_elf_interp': binfmt_elf.c:231: invalid type argument of `->' binfmt_elf.c: In function `do_load_elf_binary': binfmt_elf.c:434: invalid type argument of `->' binfmt_elf.c: In function `do_load_elf_library': binfmt_elf.c:841: invalid type argument of `->' make[2]: *** [binfmt_elf.o] Error 1 make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/fs' make[1]: *** [first_rule] Error 2 make[1]: Leaving directory `/usr/src/linux.2.2.1-arm/fs' make: *** [_dir_fs] Error 2 # # Automatically generated by make menuconfig: don't edit # CONFIG_ARM=y # # System and processor type # # CONFIG_ARCH_ARC is not set # CONFIG_ARCH_A5K is not set # CONFIG_ARCH_RPC is not set # CONFIG_ARCH_EBSA110 is not set CONFIG_FOOTBRIDGE=y CONFIG_HOST_FOOTBRIDGE=y # CONFIG_ADDIN_FOOTBRIDGE is not set CONFIG_ARCH_EBSA285=y # CONFIG_CATS is not set CONFIG_ARCH_NETWINDER=y # CONFIG_ARCH_ACORN is not set CONFIG_PCI=y CONFIG_ISA_DMA=y CONFIG_CPU_32=y # CONFIG_CPU_26 is not set # CONFIG_CPU_ARM2 is not set # CONFIG_CPU_ARM3 is not set # CONFIG_CPU_ARM6 is not set # CONFIG_CPU_ARM7 is not set CONFIG_CPU_SA110=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y # CONFIG_ALIGNMENT_TRAP is not set CONFIG_TEXT_SECTIONS=y # # Loadable module support # CONFIG_MODULES=y # CONFIG_MODVERSIONS is not set CONFIG_KMOD=y # # General setup # CONFIG_NET=y CONFIG_SYSVIPC=y # CONFIG_BSD_PROCESS_ACCT is not set CONFIG_SYSCTL=y CONFIG_BINFMT_AOUT=y CONFIG_BINFMT_ELF=y # CONFIG_BINFMT_MISC is not set CONFIG_PARPORT=y CONFIG_PARPORT_PC=y CONFIG_CMDLINE="root=/dev/hda2 ro mem=32M parport=0x378,23 ide0=autotune" CONFIG_LEDS=y CONFIG_LEDS_TIMER=y CONFIG_LEDS_CPU=y # CONFIG_OLD_CONSOLE is not set # # Plug and Play support # # CONFIG_PNP is not set # # Block devices # # CONFIG_BLK_DEV_FD is not set # CONFIG_BLK_DEV_IDE is not set # CONFIG_BLK_DEV_HD_ONLY is not set CONFIG_BLK_DEV_LOOP=y # CONFIG_BLK_DEV_NBD is not set # CONFIG_BLK_DEV_MD is not set CONFIG_BLK_DEV_RAM=y # CONFIG_BLK_DEV_INITRD is not set # CONFIG_BLK_DEV_XD is not set CONFIG_PARIDE_PARPORT=y # CONFIG_PARIDE is not set # CONFIG_BLK_DEV_HD is not set # # Character devices # # CONFIG_VT is not set # CONFIG_SERIAL is not set # CONFIG_SERIAL_EXTENDED is not set # CONFIG_SERIAL_NONSTANDARD is not set CONFIG_SERIAL_21285=y CONFIG_SERIAL_21285_CONSOLE=y # CONFIG_UNIX98_PTYS is not set CONFIG_PRINTER=y CONFIG_PRINTER_READBACK=y CONFIG_MOUSE=y # # Mice # # CONFIG_ATIXL_BUSMOUSE is not set # CONFIG_BUSMOUSE is not set # CONFIG_MS_BUSMOUSE is not set CONFIG_PSMOUSE=y # CONFIG_82C710_MOUSE is not set # CONFIG_PC110_PAD is not set # CONFIG_QIC02_TAPE is not set # CONFIG_WATCHDOG is not set # CONFIG_DS1620 is not set # CONFIG_NWBUTTON is not set # CONFIG_NVRAM is not set CONFIG_RTC=y # # Video For Linux # # CONFIG_VIDEO_DEV is not set # # Joystick support # # CONFIG_JOYSTICK is not set # # Ftape, the floppy tape device driver # # CONFIG_FTAPE is not set # # Networking options # CONFIG_PACKET=y # CONFIG_NETLINK is not set # CONFIG_FIREWALL is not set CONFIG_NET_ALIAS=y # CONFIG_FILTER is not set CONFIG_UNIX=y CONFIG_INET=y # CONFIG_IP_MULTICAST is not set # CONFIG_IP_ADVANCED_ROUTER is not set # CONFIG_IP_PNP is not set # CONFIG_IP_ROUTER is not set # CONFIG_NET_IPIP is not set # CONFIG_NET_IPGRE is not set CONFIG_IP_ALIAS=y CONFIG_SYN_COOKIES=y # CONFIG_INET_RARP is not set CONFIG_IP_NOSR=y CONFIG_SKB_LARGE=y # CONFIG_IPV6 is not set # CONFIG_IPX is not set # CONFIG_ATALK is not set # CONFIG_X25 is not set # CONFIG_LAPB is not set # CONFIG_BRIDGE is not set # CONFIG_LLC is not set # CONFIG_ECONET is not set # CONFIG_WAN_ROUTER is not set # CONFIG_NET_FASTROUTE is not set # CONFIG_NET_HW_FLOWCONTROL is not set # CONFIG_CPU_IS_SLOW is not set # # QoS and/or fair queueing # # CONFIG_NET_SCHED is not set # # Amateur Radio support # # CONFIG_HAMRADIO is not set # # IrDA subsystem support # # CONFIG_IRDA is not set # # Network device support # CONFIG_NETDEVICES=y # CONFIG_ARCNET is not set # CONFIG_DUMMY is not set # CONFIG_EQUALIZER is not set CONFIG_NET_ETHERNET=y # CONFIG_ARM_AM79C961A is not set # CONFIG_NET_VENDOR_3COM is not set # CONFIG_LANCE is not set # CONFIG_NET_VENDOR_SMC is not set # CONFIG_NET_VENDOR_RACAL is not set # CONFIG_RTL8139 is not set # CONFIG_YELLOWFIN is not set # CONFIG_ACENIC is not set # CONFIG_NET_ISA is not set CONFIG_NET_EISA=y # CONFIG_PCNET32 is not set # CONFIG_AC3200 is not set # CONFIG_APRICOT is not set # CONFIG_CS89x0 is not set # CONFIG_DE4X5 is not set CONFIG_DEC_ELCP=y # CONFIG_DGRS is not set # CONFIG_EEXPRESS_PRO100 is not set # CONFIG_LNE390 is not set # CONFIG_NE3210 is not set # CONFIG_NE2K_PCI is not set # CONFIG_TLAN is not set # CONFIG_VIA_RHINE is not set # CONFIG_ES3210 is not set # CONFIG_EPIC100 is not set # CONFIG_ZNET is not set # CONFIG_NET_POCKET is not set # CONFIG_FDDI is not set # CONFIG_HIPPI is not set # CONFIG_DLCI is not set # CONFIG_PLIP is not set # CONFIG_PPP is not set # CONFIG_SLIP is not set # CONFIG_NET_RADIO is not set # CONFIG_TR is not set # CONFIG_SHAPER is not set # CONFIG_HOSTESS_SV11 is not set # CONFIG_COSA is not set # CONFIG_RCPCI is not set # # SCSI support # # CONFIG_SCSI is not set # # Sound # # CONFIG_SOUND is not set # # Filesystems # # CONFIG_QUOTA is not set # CONFIG_AUTOFS_FS is not set # CONFIG_ADFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_HFS_FS is not set # CONFIG_FAT_FS is not set CONFIG_MSDOS_FS=m # CONFIG_UMSDOS_FS is not set CONFIG_VFAT_FS=m # CONFIG_ISO9660_FS is not set # CONFIG_JOLIET is not set # CONFIG_MINIX_FS is not set # CONFIG_NTFS_FS is not set # CONFIG_HPFS_FS is not set CONFIG_PROC_FS=y # CONFIG_QNX4FS_FS is not set CONFIG_ROMFS_FS=y CONFIG_EXT2_FS=y # CONFIG_SYSV_FS is not set # CONFIG_UFS_FS is not set # # Network File Systems # # CONFIG_CODA_FS is not set CONFIG_NFS_FS=y CONFIG_NFSD=m # CONFIG_NFSD_SUN is not set CONFIG_SUNRPC=y CONFIG_LOCKD=y # CONFIG_SMB_FS is not set # CONFIG_NCP_FS is not set # # Partition Types # # CONFIG_BSD_DISKLABEL is not set # CONFIG_MAC_PARTITION is not set # CONFIG_SMD_DISKLABEL is not set # CONFIG_SOLARIS_X86_PARTITION is not set # CONFIG_UNIXWARE_DISKLABEL is not set # CONFIG_NLS is not set # # Kernel hacking # CONFIG_FRAME_POINTER=y CONFIG_DEBUG_ERRORS=y # CONFIG_DEBUG_USER is not set # CONFIG_DEBUG_INFO is not set CONFIG_MAGIC_SYSRQ=y # CONFIG_ARTHUR is not set unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 10:39:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id KAA438256 for ; Tue, 2 Feb 1999 10:39:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id KAA09952 for ; Tue, 2 Feb 1999 10:39:00 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009950; Tue, 2 Feb 99 10:38:59 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:34849 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1512-11288>; Tue, 2 Feb 1999 11:38:21 +0200 Received: by vger.rutgers.edu via listexpand id <168927-27300>; Tue, 2 Feb 1999 04:24:43 -0500 Received: by vger.rutgers.edu id <168854-27300>; Tue, 2 Feb 1999 04:24:18 -0500 Received: from rhubarb.custard.org ([193.243.238.236]:2096 "EHLO rhubarb.custard.org" ident: "rugg") by vger.rutgers.edu with ESMTP id <169015-27302>; Tue, 2 Feb 1999 04:22:14 -0500 Received: from localhost (rugg@localhost) by rhubarb.custard.org with =?ISO-8859-1?Q?ESMTP=9C?= id JAA00759; Tue, 2 Feb 1999 09:35:19 GMT Date: Tue, 2 Feb 1999 09:35:19 +0000 (GMT) From: Matthew Pollard To: "D. Odhams" cc: linux-arm@vger.rutgers.edu Subject: Re: Installation in IDEFS In-Reply-To: <36B62CA7.6D9508CC@concorde.ndirect.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2208 Lines: 58 > I have a similar configuration with a second drive (hdc) on an ICS/baildon > card in my RPC 600. The problem I had was that it proved impossible to create > the Linux partition table with any version of Partman. > > The solution was to write a small basic program to delete sector 0 (removing > the ICS start and size records for multiple 'logical' drives) and to write an > empty Linux partition table. The program, heavily copied from parts of other > peoples code, is attached. I make no guarantees to its correctness but I > believe it is safe to use if the prompts are followed correctly. > > Having fixed that, Partman is used to add the Linux native and swap partitions > and the rest of the installation can proceed normally but painfully compared > with a Red Hat install on a PC. > > The method, if I remember, is this: > > Follow the Phil Norman method for installation from the Clan CD except: > > a) Reformat your drive with the appropriate ICS/Bialdon tool to the size you > need for the ADFS partition alone making a note of the last ADFS cylinder > number and the total number of cylinders, b) Use my program to initialise the > linux partition table - partition '2',c) Create the remaining linux partitions > native '2' and swap '3' with Partman. > > The parameters for mknod have to change, and the 3 lines after, as follows: > > mknod /dev/hdc3 b 22 3 > mke2fs /dev/hdc3 > mkdir hd > mount -t ext2 /dev/hdc3 hd > > > [the mknod syntax is > mknod [options] filename {bcu} major minor > > where 'b' in our case is for a 'b'lock file > major is 22 for ide1 (3 for ide0 to which hda is attached) > minor as decribed by Phil Norman - 3 in this case.] > > After the Phil Norman instal I hit a couple of problems as I remember and here > you need to have the FAQ at hand: > > 1/ I had the >24MB DRAM problem. Solution download the latest modules package > (modules-2.0.0-5a3.arm.rpm or later). Best do this before installation ideally. > 2/ I had the 'invalid bmap magic' problem - follow the FAQ here. Would this work with simtec's idefs card? just curious, matt Email: matt@drunk.custard.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 11:05:36 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id LAA439522 for ; Tue, 2 Feb 1999 11:05:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id LAA10017 for ; Tue, 2 Feb 1999 11:05:30 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010015; Tue, 2 Feb 99 11:05:19 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:16720 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14405-9880>; Tue, 2 Feb 1999 12:01:36 +0200 Received: by vger.rutgers.edu via listexpand id <168943-27302>; Tue, 2 Feb 1999 04:47:59 -0500 Received: by vger.rutgers.edu id <168910-27300>; Tue, 2 Feb 1999 04:47:27 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:19504 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169016-27300>; Tue, 2 Feb 1999 04:46:05 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 107cbG-0004LZ-00; Tue, 2 Feb 1999 09:58:30 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 107cbE-0006Qd-00; Tue, 2 Feb 1999 09:58:28 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe.leroy5@capway.com cc: linux-arm@vger.rutgers.edu Subject: Re: Pb compiliing linux-arm [another one] In-reply-to: Your message of "Tue, 02 Feb 1999 10:05:43 +0100." <199902020903.KAA22953@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Feb 1999 09:58:26 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 718 Lines: 17 >/usr/local/bin/arm-linux-gcc -D__KERNEL__ -I/usr/src/linux.2.2.1- >arm/include -mapcs-32 -mshort-load-bytes -mcpu=strongarm110 - >Wall -Wstrict-prototypes -O2 -pipe -c -o binfmt_elf.o binfmt_elf.c >binfmt_elf.c: In function `load_elf_interp': >binfmt_elf.c:231: invalid type argument of `->' >binfmt_elf.c: In function `do_load_elf_binary': >binfmt_elf.c:434: invalid type argument of `->' >binfmt_elf.c: In function `do_load_elf_library': >binfmt_elf.c:841: invalid type argument of `->' That looks like you've somehow got a mismatch between your header files and your kernel source. But I don't see how it could have happened. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 11:49:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id LAA439028 for ; Tue, 2 Feb 1999 11:49:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id LAA10115 for ; Tue, 2 Feb 1999 11:49:30 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010104; Tue, 2 Feb 99 11:49:01 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:1799 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14358-9880>; Tue, 2 Feb 1999 12:48:35 +0200 Received: by vger.rutgers.edu via listexpand id <168910-27300>; Tue, 2 Feb 1999 05:34:48 -0500 Received: by vger.rutgers.edu id <168884-27300>; Tue, 2 Feb 1999 05:34:38 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4767 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168910-27300>; Tue, 2 Feb 1999 05:34:22 -0500 Received: from [194.222.253.85] (helo=nhal.demon.co.uk) by post.mail.demon.net with smtp (Exim 2.11 #1) id 107dMh-0004WT-00 for linux-arm@vger.rutgers.edu; Tue, 2 Feb 1999 10:47:32 +0000 Received: from localhost ([127.0.0.1]) by nhal.demon.co.uk with SMTP; Tue, 02 Feb 1999 10:44:52 GMT Date: Tue, 02 Feb 1999 10:41:22 +0000 From: Chris Nelson To: linux-arm@vger.rutgers.edu Subject: Re: Can't get running from a Powertec SCSI disk! Message-ID: <37225ce48%Linux@nhal.demon.co.uk> X-Mailer: Messenger v1.40d for RISC OS MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.60m Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 3322 Lines: 72 My apologies if this problem has already been discussed and resolved, but I missed a fair number of postings when the mailing list was 'reset' last week. In message you wrote: > Hi, I'm having a problem getting armlinux running on a > RPC700 with StrongArm(200MHz), I've got the following > disks: > > IDE: 800MB ADFS > SCSI: 4GB disk - PowerTec Fast SCSI II card > +CD ROM, Floppy and Parallel Port Disk Drive. > i3 EtherH 600 card > > I initially had some problems with partman, but eventually got round > them by using the !PowerMgr software for the SCSI card to create 2 empty > partitions, which I then designated as Linux Native (1761MB) and Swap > (127MB), these were at the end of the drive. > > I ran the installer, it was able to recognize the SCSI card, the Network > card and the PPA Zip drive (all on autoprobe) and I was able to specify > /dev/sda4 as root partition and /dev/sda5 as swap. Installing from the > Zip disk (/dev/sdb?, something) it seemed to successfully install.... > > ---- Snipped Hi Richard, Basically, I had exactly the same problem trying to install Linux on my RPC600 + StrongARM + Powertek SCSI II + SyJet 1.5GB. From my experiences, I had to deduce that there is no SCSI support in the install Kernel, and it has to be loaded as a module during boot up. Unfortunately, if your system is all on a SCSI drive, it can't get to the module (or the Kernel if you attempt a normal boot). The installation process presumably has a copy of the module in it somewhere, which is loaded in by the installer, hence you can install the system on the drive in the first place, but not use it. :-( The only solution I've found is to have a small 'boot' installation on a partition on the IDE drive, with extra partitions on the SCSI drive for 'usr' and 'var' If I remember correctly. Then you need to compile a kernel with built in SCSI support for the Powertek card. You should then be able to boot up the system if you keep the kernel on an ADFS partition and use the -bootkernel option. I attempted this, and re-compiled the kernel without problems. However, If I select to include Powertek SCSI support within the kernel, the kernel fails to succesfully access the SCSI hardware on boot-up, and gets stuck in a loop trying. If I select to load the support as modules, it keeps complaining about the modules being the wrong version. Its a little while ago, so I don't remember all the details. But suffice to say, after I tried everything I could think of I put it to one side, to come back to when I had more time. I was using the old clan disk RedHat distribution, with the latest installation kernels and boot discs off the Linux site. Perhaps someone else out there has had similar problems and can guess where I went wrong? If you get it to work, I'd be interested in hearing from you! Chris -- ============================================================================ Check out my web-site at http://www.nhal.demon.co.uk/ Of particular interest to all you leisure cyclists out there... ============================================================================ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 11:57:07 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id LAA445223 for ; Tue, 2 Feb 1999 11:57:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id LAA10132 for ; Tue, 2 Feb 1999 11:57:00 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010130; Tue, 2 Feb 99 11:56:48 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:21512 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15154-11288>; Tue, 2 Feb 1999 12:56:27 +0200 Received: by vger.rutgers.edu via listexpand id <168884-27302>; Tue, 2 Feb 1999 05:42:37 -0500 Received: by vger.rutgers.edu id <168910-27302>; Tue, 2 Feb 1999 05:42:20 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:19634 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168884-27302>; Tue, 2 Feb 1999 05:42:05 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 107dNs-0004PL-00 for linux-arm@vger.rutgers.edu; Tue, 2 Feb 1999 10:48:44 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 107dNr-0000sL-00 for linux-arm@vger.rutgers.edu; Tue, 2 Feb 1999 10:48:43 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu From: philb@gnu.org Subject: Re: Sequential and non-sequential memory access In-reply-to: Your message of "Tue, 02 Feb 1999 09:55:42 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Feb 1999 10:48:42 +0000 Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1322 Lines: 29 >with cache?). I did not stress enough: I am not surprised from the sequence >of addresses (which is clearly affected by the pipeline) but the sequential >memory access signal from the ARM after the data was loaded. It could simply be a bug in the ARMulator. I can't find my ARM7 data sheet right now so I'm not sure what the exact semantics for SEQ are supposed to be (the SA110 has a slightly different, and essentially pretty useless, meaning for this pin). >> You are probably seeing a cache line fill and/or simple read ahead since >> the Program Counter is ahead of the execute pipeline. >>> 00008084 (Load Instruction - non-sequential cycle) >>> 00008088 (Load Instruction - sequential cycle) >>> 0000808C (Load Instruction - sequential cycle) >>> 000080A3 (Load Byte - non - sequential cycle) >>> 00008090 (Load Instruction - sequential cycle) >>> 00008094 (Load Instruction - sequential cycle) >>> 00008098 (Load Instruction - sequential cycle) >>> 00008084 (Load Instruction - non-sequential cycle) A cache fill would start at 0x8080 and run all the way up to 0x808c without interruption. Also if the Icache was enabled the cpu wouldn't re-fetch the loop instructions. So that doesn't look like it's what's happening. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 13:22:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id NAA447819 for ; Tue, 2 Feb 1999 13:22:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id NAA10326 for ; Tue, 2 Feb 1999 13:22:00 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010324; Tue, 2 Feb 99 13:21:43 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:42828 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15273-9880>; Tue, 2 Feb 1999 14:17:58 +0200 Received: by vger.rutgers.edu via listexpand id <168884-27302>; Tue, 2 Feb 1999 07:04:11 -0500 Received: by vger.rutgers.edu id <168611-27300>; Tue, 2 Feb 1999 07:04:01 -0500 Received: from spanner.eng.cam.ac.uk ([129.169.8.9]:4433 "EHLO spanner.eng.cam.ac.uk" ident: "[root]") by vger.rutgers.edu with ESMTP id <168995-27300>; Tue, 2 Feb 1999 07:02:49 -0500 Received: from punch.eng.cam.ac.uk (via jcj1000@punch.eng.cam.ac.uk [129.169.16.6]) by spanner.eng.cam.ac.uk with SMTP id MAA11777 for ; Tue, 2 Feb 1999 12:15:44 GMT Date: Tue, 2 Feb 1999 12:15:44 +0000 (GMT) From: John Joyce To: linux-arm@vger.rutgers.edu Subject: Re: Installation in IDEFS In-Reply-To: <36B62CA7.6D9508CC@concorde.ndirect.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 482 Lines: 15 Hi, Thanks David for the IDEFS instructions. I had spent ages trying to figure out why PartMan refuses to play with IDEFS disks - in the end I went back to the internal interface. Oddly enough a disk formatted by ADFS and then attached to the Baildon card still wouldn't play with PartMan at which point I gave up!! I suppose the solution is to find why PartMan won't talk to IDEFS. regards John Joyce unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 18:46:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id SAA455444 for ; Tue, 2 Feb 1999 18:46:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id SAA11286 for ; Tue, 2 Feb 1999 18:46:31 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011277; Tue, 2 Feb 99 18:46:02 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:55160 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <366-11288>; Tue, 2 Feb 1999 19:43:41 +0200 Received: by vger.rutgers.edu via listexpand id <161463-27302>; Tue, 2 Feb 1999 12:26:23 -0500 Received: by vger.rutgers.edu id <161423-27302>; Tue, 2 Feb 1999 12:21:08 -0500 Received: from dfw-ix15.ix.netcom.com ([206.214.98.15]:44217 "EHLO dfw-ix15.ix.netcom.com" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <161575-27300>; Tue, 2 Feb 1999 12:11:03 -0500 Received: (from smap@localhost) by dfw-ix15.ix.netcom.com (8.8.4/8.8.4) id LAA11152 for ; Tue, 2 Feb 1999 11:24:16 -0600 (CST) Received: from ftw-in2-20.ix.netcom.com(207.93.154.84) by dfw-ix15.ix.netcom.com via smap (V1.3) id rma011114; Tue Feb 2 11:23:43 1999 Message-ID: <36B6EE26.446BF0ED@ix.netcom.com> Date: Tue, 02 Feb 1999 12:23:02 +0000 From: David Feustel X-Mailer: Mozilla 4.5 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 CC: linux-arm@vger.rutgers.edu Subject: Linux-ARM on HP Jornada 820 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 194 Lines: 7 I just bought an HP Jornada 820. Has anyone any info on installing Linux-arm on this computer? Thanks. Dave Feustel unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 14:04:37 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id OAA447107 for ; Tue, 2 Feb 1999 14:04:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id OAA10437 for ; Tue, 2 Feb 1999 14:04:30 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010431; Tue, 2 Feb 99 14:04:09 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:43802 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <424-9880>; Tue, 2 Feb 1999 15:01:36 +0200 Received: by vger.rutgers.edu via listexpand id <168984-27300>; Tue, 2 Feb 1999 07:47:44 -0500 Received: by vger.rutgers.edu id <168920-27300>; Tue, 2 Feb 1999 07:46:55 -0500 Received: from oskar.nanoteq.co.za ([196.37.91.10]:2946 "EHLO oskar.nanoteq.co.za" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <168984-27300>; Tue, 2 Feb 1999 07:41:31 -0500 Received: from oskar.nanoteq.co.za (craul.nanoteq.co.za [196.37.91.24]) by oskar.nanoteq.co.za (8.9.0/8.9.0) with ESMTP id OAA07043; Tue, 2 Feb 1999 14:52:21 +0200 (SAT) Message-ID: <36B6F499.A92272B5@oskar.nanoteq.co.za> Date: Tue, 02 Feb 1999 14:50:33 +0200 From: Chris Bohme X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Philip Blundell CC: christophe.leroy5@capway.com, linux-arm@vger.rutgers.edu Subject: Re: Pb compiliing linux-arm [another one] References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 874 Lines: 24 Hi ! > >/usr/local/bin/arm-linux-gcc -D__KERNEL__ -I/usr/src/linux.2.2.1- > >arm/include -mapcs-32 -mshort-load-bytes -mcpu=strongarm110 - > >Wall -Wstrict-prototypes -O2 -pipe -c -o binfmt_elf.o binfmt_elf.c > >binfmt_elf.c: In function `load_elf_interp': > >binfmt_elf.c:231: invalid type argument of `->' > >binfmt_elf.c: In function `do_load_elf_binary': > >binfmt_elf.c:434: invalid type argument of `->' > >binfmt_elf.c: In function `do_load_elf_library': > >binfmt_elf.c:841: invalid type argument of `->' > > That looks like you've somehow got a mismatch between your header files and > your kernel source. But I don't see how it could have happened. > > p. I have got the same problem and my only solution so far is to compile the kernel without ELF support......... Greets, Chris unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 14:31:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id OAA431444 for ; Tue, 2 Feb 1999 14:31:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id OAA10504 for ; Tue, 2 Feb 1999 14:31:00 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010501; Tue, 2 Feb 99 14:30:41 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:593 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15225-11288>; Tue, 2 Feb 1999 15:30:15 +0200 Received: by vger.rutgers.edu via listexpand id <169027-27302>; Tue, 2 Feb 1999 08:16:17 -0500 Received: by vger.rutgers.edu id <168929-27302>; Tue, 2 Feb 1999 08:15:36 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:3227 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169024-27300>; Tue, 2 Feb 1999 08:15:21 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.11 #1) id 107fsZ-0005Tp-00; Tue, 2 Feb 1999 13:28:36 +0000 Received: (from rmk@localhost) by gate.sw.milldev.co.uk (8.8.5/8.8.5) id NAA26930; Tue, 2 Feb 1999 13:16:07 GMT From: Russell King Message-Id: <199902021316.NAA26930@gate.sw.milldev.co.uk> Subject: Re: Installation in IDEFS To: jcj1000@eng.cam.ac.uk (John Joyce) Date: Tue, 2 Feb 1999 13:16:07 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "John Joyce" at Feb 2, 99 12:15:44 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1318 Lines: 26 John Joyce said: > Thanks David for the IDEFS instructions. I had spent ages trying to figure > out why PartMan refuses to play with IDEFS disks - in the end I went back > to the internal interface. Oddly enough a disk formatted by ADFS and then > attached to the Baildon card still wouldn't play with PartMan at which > point I gave up!! I suppose the solution is to find why PartMan won't talk > to IDEFS. Has anyone been trying the Alpha Partition Managers? If so, I haven't really had any feedback on them, and as such no work has been done on them for about 4 months or so now. The Alpha Partition managers purposely have the writeback of the edited partition information switched off so that you don't go corrupting your hard drives (maybe this is a mistake, but I thought that it might mean that more people would be willing to try it). Anyway, if you could try the /latest/ Alpha PartMan out, and detail the structure you're trying to create on your drive (along with how you created it), and then email this and the debug file (Pipe:$.C_Debug) as described in the Debug Info window, then I'll see about enabling the various other bits so that there is a fully working PartMan available. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 14:31:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id OAA450492 for ; Tue, 2 Feb 1999 14:31:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id OAA10505 for ; Tue, 2 Feb 1999 14:31:00 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa10501; Tue, 2 Feb 99 14:30:43 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:593 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15017-9880>; Tue, 2 Feb 1999 15:30:23 +0200 Received: by vger.rutgers.edu via listexpand id <168587-27300>; Tue, 2 Feb 1999 08:16:20 -0500 Received: by vger.rutgers.edu id <169025-27302>; Tue, 2 Feb 1999 08:15:52 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:3245 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169026-27300>; Tue, 2 Feb 1999 08:15:26 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.11 #1) id 107fsb-0005Tp-00; Tue, 2 Feb 1999 13:28:38 +0000 Received: (from rmk@localhost) by gate.sw.milldev.co.uk (8.8.5/8.8.5) id NAA27063; Tue, 2 Feb 1999 13:27:52 GMT From: Russell King Message-Id: <199902021327.NAA27063@gate.sw.milldev.co.uk> Subject: Re: Can't get running from a Powertec SCSI disk! To: Linux@nhal.demon.co.uk (Chris Nelson) Date: Tue, 2 Feb 1999 13:27:52 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <37225ce48%Linux@nhal.demon.co.uk> from "Chris Nelson" at Feb 2, 99 10:41:22 am Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1916 Lines: 37 Chris Nelson said: > In message you > wrote: > > I ran the installer, it was able to recognize the SCSI card, the Network > > card and the PPA Zip drive (all on autoprobe) and I was able to specify > > /dev/sda4 as root partition and /dev/sda5 as swap. Installing from the > > Zip disk (/dev/sdb?, something) it seemed to successfully install.... > > Basically, I had exactly the same problem trying to install Linux on my > RPC600 + StrongARM + Powertek SCSI II + SyJet 1.5GB. From my experiences, > I had to deduce that there is no SCSI support in the install Kernel, and it > has to be loaded as a module during boot up. Unfortunately, if your system > is all on a SCSI drive, it can't get to the module (or the Kernel if you > attempt a normal boot). The installation process presumably has a copy of > the module in it somewhere, which is loaded in by the installer, hence you > can install the system on the drive in the first place, but not use it. :-( There is a solution, and it's sitting on a CD Image on my machine. It's a fully populated RedHat CD ROM for ARM Linux. Some of you may remember that I asked a while ago for volenteers to try out a CD ROM. At the time, I said that I would only produce ONE test CD F.O.C. I sent it to this guy (in Hampshire, UK), and haven't heard any feedback on the CD since, dispite me mailing the guy several times. (and he's probably reading this email). Consequently, I've done very little with the CD image, and am wondering why I even bothered creating it in the first place. [sorry, but I'm still getting annoyed at the all-take attitude of some people on here, which is why I tend to be overly protective of ARM Linux. No flames directed at anyone in particular]. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 15:30:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id PAA448129 for ; Tue, 2 Feb 1999 15:30:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id PAA10712 for ; Tue, 2 Feb 1999 15:30:01 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010708; Tue, 2 Feb 99 15:29:39 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:39002 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6935-11288>; Tue, 2 Feb 1999 16:28:12 +0200 Received: by vger.rutgers.edu via listexpand id <169079-27300>; Tue, 2 Feb 1999 09:12:33 -0500 Received: by vger.rutgers.edu id <169029-27302>; Tue, 2 Feb 1999 09:12:16 -0500 Received: from lrcsun15.epfl.ch ([128.178.156.77]:33919 "EHLO lrcsun15.epfl.ch" ident: "almesber") by vger.rutgers.edu with ESMTP id <169022-27300>; Tue, 2 Feb 1999 09:09:26 -0500 Received: (from almesber@localhost) by lrcsun15.epfl.ch (8.8.X/EPFL-8.1a) id PAA06229; Tue, 2 Feb 1999 15:15:51 +0100 (MET) From: Werner Almesberger Message-Id: <199902021415.PAA06229@lrcsun15.epfl.ch> Subject: Re: Can't get running from a Powertec SCSI disk! To: rmk@milldev.demon.co.uk (Russell King) Date: Tue, 2 Feb 1999 15:15:50 +0100 (MET) Cc: Linux@nhal.demon.co.uk, linux-arm@vger.rutgers.edu In-Reply-To: <199902021327.NAA27063@gate.sw.milldev.co.uk> from "Russell King" at Feb 2, 99 01:27:52 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 756 Lines: 16 Russell King wrote: > There is a solution, and it's sitting on a CD Image on my machine. It's > a fully populated RedHat CD ROM for ARM Linux. Why don't you just put it somewhere for FTP ? There are many people who own CD writers these days ... (okay, you'll get a ton of "can anybody burn that CD for me" requests on the mailing list, but deleting them is probably still faster than bringing a single CD to the post office yourself ;-) - Werner -- _________________________________________________________________________ / Werner Almesberger, DI-ICA,EPFL,CH werner.almesberger@lrc.di.epfl.ch / /_IN_R_131__Tel_+41_21_693_6621__Fax_+41_21_693_6610_____________________/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 15:27:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id PAA444629 for ; Tue, 2 Feb 1999 15:27:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id PAA10702 for ; Tue, 2 Feb 1999 15:27:01 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010698; Tue, 2 Feb 99 15:26:54 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:39002 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <5903-11288>; Tue, 2 Feb 1999 16:26:33 +0200 Received: by vger.rutgers.edu via listexpand id <169069-27300>; Tue, 2 Feb 1999 09:12:31 -0500 Received: by vger.rutgers.edu id <161792-27300>; Tue, 2 Feb 1999 09:11:54 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:23059 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169005-27302>; Tue, 2 Feb 1999 09:06:56 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 107gdP-0004gY-00; Tue, 2 Feb 1999 14:16:59 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 107gdO-0001UB-00; Tue, 2 Feb 1999 14:16:58 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Chris Bohme cc: christophe.leroy5@capway.com, linux-arm@vger.rutgers.edu Subject: Re: Pb compiliing linux-arm [another one] In-reply-to: Your message of "Tue, 02 Feb 1999 14:50:33 +0200." <36B6F499.A92272B5@oskar.nanoteq.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Feb 1999 14:16:58 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 628 Lines: 18 > >/usr/local/bin/arm-linux-gcc -D__KERNEL__ -I/usr/src/linux.2.2.1- > >arm/include -mapcs-32 -mshort-load-bytes -mcpu=strongarm110 - > >Wall -Wstrict-prototypes -O2 -pipe -c -o binfmt_elf.o binfmt_elf.c > >binfmt_elf.c: In function `load_elf_interp': > >binfmt_elf.c:231: invalid type argument of `->' >I have got the same problem and my only solution so far is to compile the >kernel without ELF support......... Can you mail me the output of /usr/local/bin/arm-linux-gcc -D__KERNEL__ -I/usr/src/linux.2.2.1-arm/include -E binfmt_elf.c p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 15:47:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id PAA446579 for ; Tue, 2 Feb 1999 15:47:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id PAA10739 for ; Tue, 2 Feb 1999 15:47:31 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010737; Tue, 2 Feb 99 15:47:25 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:31096 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4255-9880>; Tue, 2 Feb 1999 16:46:49 +0200 Received: by vger.rutgers.edu via listexpand id <169004-27302>; Tue, 2 Feb 1999 09:32:57 -0500 Received: by vger.rutgers.edu id <168910-27300>; Tue, 2 Feb 1999 09:32:46 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:23113 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168884-27302>; Tue, 2 Feb 1999 09:29:43 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 107gzA-0004ir-00 for linux-arm@vger.rutgers.edu; Tue, 2 Feb 1999 14:39:28 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 107gz9-00022t-00 for linux-arm@vger.rutgers.edu; Tue, 2 Feb 1999 14:39:27 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: entry-common.S bug Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Feb 1999 14:39:26 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 569 Lines: 19 2.2.1 is rather prone to going completely belly-up when a task does something wrong. I think something like the following patch may help. p. --- clean/linux/arch/arm/kernel/entry-common.S Fri Jan 29 11:46:31 1999 +++ linux/arch/arm/kernel/entry-common.S Tue Feb 2 14:27:41 1999 @@ -110,7 +111,7 @@ 3: add sp, sp, #4 eor r0, r6, #OS_NUMBER <<20 @ Put OS number back - adrsvc al, lr, slow_syscall_return + adrsvc al, lr, ret_from_sys_call b SYMBOL_NAME(deferred) .align 5 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 15:55:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id PAA453219 for ; Tue, 2 Feb 1999 15:55:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id PAA10766 for ; Tue, 2 Feb 1999 15:55:01 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010762; Tue, 2 Feb 99 15:54:54 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:63493 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4217-11288>; Tue, 2 Feb 1999 16:54:06 +0200 Received: by vger.rutgers.edu via listexpand id <168884-27300>; Tue, 2 Feb 1999 09:40:27 -0500 Received: by vger.rutgers.edu id <161792-27302>; Tue, 2 Feb 1999 09:40:21 -0500 Received: from smtp-out-005.wanadoo.fr ([193.252.19.88]:47079 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <169021-27300>; Tue, 2 Feb 1999 09:40:12 -0500 Received: from tntaub17-79.abo.wanadoo.fr [164.138.87.79] by wanadoo.fr for Paris Tue, 2 Feb 1999 15:49:48 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902021449.PAA04551@wanadoo.fr> To: Philip Blundell , Chris Bohme Date: Tue, 2 Feb 1999 15:52:14 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Pb compiliing linux-arm [another one] CC: linux-arm@vger.rutgers.edu In-reply-to: <36B6F499.A92272B5@oskar.nanoteq.co.za> X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1315 Lines: 42 Problem is in elf_check_arm macro of arm elf.h include/asm-i386/elf.h: #define elf_check_arch(x) ( ((x) == EM_386) || ((x) == EM_486) ) include/asm-arm/elf.h: #define elf_check_arch(x) ( ((x)->e_machine == EM_ARM) && (ELF_PROC_OK((x))) ) fs/binfmt_elf.c: if (!elf_check_arch(interp_elf_ex->e_machine)) if (!elf_check_arch(elf_ex.e_machine)) !elf_check_arch(elf_ex.e_machine) || > Hi ! > > > >/usr/local/bin/arm-linux-gcc -D__KERNEL__ -I/usr/src/linux.2.2.1- > > >arm/include -mapcs-32 -mshort-load-bytes -mcpu=strongarm110 - > > >Wall -Wstrict-prototypes -O2 -pipe -c -o binfmt_elf.o binfmt_elf.c > > >binfmt_elf.c: In function `load_elf_interp': > > >binfmt_elf.c:231: invalid type argument of `->' > > >binfmt_elf.c: In function `do_load_elf_binary': > > >binfmt_elf.c:434: invalid type argument of `->' > > >binfmt_elf.c: In function `do_load_elf_library': > > >binfmt_elf.c:841: invalid type argument of `->' > > > > That looks like you've somehow got a mismatch between your header files and > > your kernel source. But I don't see how it could have happened. > > > > p. > > I have got the same problem and my only solution so far is to compile the > kernel without ELF support......... > > Greets, > Chris > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 16:11:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id QAA449988 for ; Tue, 2 Feb 1999 16:11:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id QAA10803 for ; Tue, 2 Feb 1999 16:11:31 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010799; Tue, 2 Feb 99 16:11:22 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:42530 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8220-11288>; Tue, 2 Feb 1999 17:10:15 +0200 Received: by vger.rutgers.edu via listexpand id <161728-27300>; Tue, 2 Feb 1999 09:55:52 -0500 Received: by vger.rutgers.edu id <161407-27300>; Tue, 2 Feb 1999 09:55:19 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:23122 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161432-27302>; Tue, 2 Feb 1999 09:54:31 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 107hMd-0004ky-00; Tue, 2 Feb 1999 15:03:43 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 107hMc-0002EN-00; Tue, 2 Feb 1999 15:03:42 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe.leroy5@capway.com cc: Chris Bohme , linux-arm@vger.rutgers.edu Subject: Re: Pb compiliing linux-arm [another one] In-reply-to: Your message of "Tue, 02 Feb 1999 15:52:14 +0100." <199902021449.PAA04551@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Feb 1999 15:03:41 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 756 Lines: 24 >Problem is in elf_check_arm macro of arm elf.h > >include/asm-i386/elf.h: >#define elf_check_arch(x) ( ((x) == EM_386) || ((x) == EM_486) ) > >include/asm-arm/elf.h: >#define elf_check_arch(x) ( ((x)->e_machine == EM_ARM) && >(ELF_PROC_OK((x))) ) > >fs/binfmt_elf.c: > if (!elf_check_arch(interp_elf_ex->e_machine)) > if (!elf_check_arch(elf_ex.e_machine)) > !elf_check_arch(elf_ex.e_machine) || > Where did you get your source code? This is OK in the tree I have here as far as I can see. The correct version is what's in asm-arm/elf.h and the first line you quoted from binfmt_elf; but this is different from the current state of the art on other architectures. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 16:26:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id QAA445986 for ; Tue, 2 Feb 1999 16:26:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id QAA10831 for ; Tue, 2 Feb 1999 16:26:01 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010829; Tue, 2 Feb 99 16:25:47 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:44875 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <5903-9880>; Tue, 2 Feb 1999 17:24:33 +0200 Received: by vger.rutgers.edu via listexpand id <161783-27302>; Tue, 2 Feb 1999 10:09:58 -0500 Received: by vger.rutgers.edu id <161420-27302>; Tue, 2 Feb 1999 10:05:33 -0500 Received: from moonraker.inetinc.com ([199.171.212.2]:63776 "EHLO moonraker.inetinc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161574-27300>; Tue, 2 Feb 1999 10:03:03 -0500 Received: from thunderball.inetinc.com (thunderball.inetinc.com [199.171.208.16]) by moonraker.inetinc.com (8.9.1/8.9.1) with ESMTP id IAA19101 for ; Tue, 2 Feb 1999 08:55:37 -0600 (CST) Received: from inetinc.com (dobbelen [172.16.13.37]) by thunderball.inetinc.com (8.8.5/8.8.5) with ESMTP id JAA28472 for ; Tue, 2 Feb 1999 09:21:37 -0600 (CST) Message-ID: <36B716BE.64EECC9E@inetinc.com> Date: Tue, 02 Feb 1999 09:16:14 -0600 From: Dave Baukus Organization: Inet Inc. X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.5.1 sun4m) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: the rest of the OS References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 693 Lines: 18 I am running an ebsa284 (well half running) on a pci back plane and I am near the point that I need to NFS mount the root file system. problem 1: I don't have a root file system containing arm compiled executables. problem 2: I'm cross compiling for the ebsa on a Sun; I don't have properly populated arm-linux root file system; Question1: Is there better way to create a root file system on my Sun short of downloading a bizillion individual packages (e.g. SRPMs) compiling these individually, and constructing a root fs by hand ? -- Dave Baukus Inet Inc. - R & D dbaukus@inetinc.com (972) 578 - 3930 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 16:32:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id QAA453679 for ; Tue, 2 Feb 1999 16:32:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id QAA10847 for ; Tue, 2 Feb 1999 16:32:31 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010845; Tue, 2 Feb 99 16:32:08 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:9557 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6572-11288>; Tue, 2 Feb 1999 17:28:32 +0200 Received: by vger.rutgers.edu via listexpand id <161768-27300>; Tue, 2 Feb 1999 10:11:45 -0500 Received: by vger.rutgers.edu id <161197-27302>; Tue, 2 Feb 1999 10:10:51 -0500 Received: from smtp-out-005.wanadoo.fr ([193.252.19.88]:49420 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <161578-27302>; Tue, 2 Feb 1999 10:09:43 -0500 Received: from tntaub17-79.abo.wanadoo.fr [164.138.87.79] by wanadoo.fr for Paris Tue, 2 Feb 1999 16:19:16 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902021519.QAA08587@wanadoo.fr> To: Philip Blundell Date: Tue, 2 Feb 1999 16:21:46 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Pb compiliing linux-arm [another one] CC: Chris Bohme , linux-arm@vger.rutgers.edu References: Your message of "Tue, 02 Feb 1999 15:52:14 +0100." <199902021449.PAA04551@wanadoo.fr> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 929 Lines: 28 > >Problem is in elf_check_arm macro of arm elf.h > > > >include/asm-i386/elf.h: > >#define elf_check_arch(x) ( ((x) == EM_386) || ((x) == EM_486) ) > > > >include/asm-arm/elf.h: > >#define elf_check_arch(x) ( ((x)->e_machine == EM_ARM) && > >(ELF_PROC_OK((x))) ) > > > >fs/binfmt_elf.c: > > if (!elf_check_arch(interp_elf_ex->e_machine)) > > if (!elf_check_arch(elf_ex.e_machine)) > > !elf_check_arch(elf_ex.e_machine) || > > > > Where did you get your source code? This is OK in the tree I have here as far > as I can see. The correct version is what's in asm-arm/elf.h and the first > line you quoted from binfmt_elf; but this is different from the current state > of the art on other architectures. > It's a old 2.1.10x patched across weeks to 2.2.1, then patched with 2.2.1-19990128-1-arm I'll get entire 2.2.1 and see ... Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 16:46:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id QAA449925 for ; Tue, 2 Feb 1999 16:46:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id QAA10896 for ; Tue, 2 Feb 1999 16:46:01 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010892; Tue, 2 Feb 99 16:45:32 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:7798 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4746-11288>; Tue, 2 Feb 1999 17:45:07 +0200 Received: by vger.rutgers.edu via listexpand id <161352-27300>; Tue, 2 Feb 1999 10:31:13 -0500 Received: by vger.rutgers.edu id <161172-27302>; Tue, 2 Feb 1999 10:31:04 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:24120 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161407-27300>; Tue, 2 Feb 1999 10:30:53 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 107hmw-0004nk-00; Tue, 2 Feb 1999 15:30:54 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 107hmu-0002M3-00; Tue, 2 Feb 1999 15:30:52 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe.leroy5@capway.com cc: Chris Bohme , linux-arm@vger.rutgers.edu Subject: Re: Pb compiliing linux-arm [another one] In-reply-to: Your message of "Tue, 02 Feb 1999 16:21:46 +0100." <199902021519.QAA08587@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Feb 1999 15:30:52 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 341 Lines: 12 >It's a old 2.1.10x patched across weeks to 2.2.1, then patched with >2.2.1-19990128-1-arm > >I'll get entire 2.2.1 and see ... OK. Sounds like you may have dropped a patch somewhere. If the problem still happens with a clean 2.2.1 tree then shout again. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 16:46:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id QAA453677 for ; Tue, 2 Feb 1999 16:46:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id QAA10897 for ; Tue, 2 Feb 1999 16:46:01 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010893; Tue, 2 Feb 99 16:45:43 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:7798 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6434-9880>; Tue, 2 Feb 1999 17:45:24 +0200 Received: by vger.rutgers.edu via listexpand id <161172-27302>; Tue, 2 Feb 1999 10:31:14 -0500 Received: by vger.rutgers.edu id <161247-27302>; Tue, 2 Feb 1999 10:31:06 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:24115 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161368-27302>; Tue, 2 Feb 1999 10:30:49 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 107hzL-0004oI-00; Tue, 2 Feb 1999 15:43:43 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 107hzK-0002NV-00; Tue, 2 Feb 1999 15:43:42 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Dave Baukus cc: linux-arm@vger.rutgers.edu Subject: Re: the rest of the OS In-reply-to: Your message of "Tue, 02 Feb 1999 09:16:14 CST." <36B716BE.64EECC9E@inetinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Feb 1999 15:43:42 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 715 Lines: 22 >Question1: Is there better way to create a root file system on my Sun > short of downloading a bizillion individual packages (e.g. SRPM >s) > compiling these individually, and constructing a root fs by > hand ? Get either the NetWinder disk image or the Debian boot image. The former is basically a complete system in a tarball and the latter contains enough to boot the machine to the point you can run dpkg and install more things that way. Failing that you can grab the binary RPMs from RedHat Rawhide and do something like for $i in *.armv4l.rpm; do rpm2cpio $i | cpio --extract ; done to just pull out the binaries p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 18:36:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id SAA458513 for ; Tue, 2 Feb 1999 18:36:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id SAA11256 for ; Tue, 2 Feb 1999 18:36:31 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011254; Tue, 2 Feb 99 18:36:02 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:6249 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3214-9880>; Tue, 2 Feb 1999 19:33:57 +0200 Received: by vger.rutgers.edu via listexpand id <161347-27302>; Tue, 2 Feb 1999 12:07:25 -0500 Received: by vger.rutgers.edu id <161197-27300>; Tue, 2 Feb 1999 12:03:38 -0500 Received: from smtp-out-001.wanadoo.fr ([193.252.19.68]:33233 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <161329-27300>; Tue, 2 Feb 1999 11:58:07 -0500 Received: from tntarch2-224.abo.wanadoo.fr [164.138.190.224] by wanadoo.fr for Paris Tue, 2 Feb 1999 18:07:17 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902021707.SAA00392@wanadoo.fr> To: Philip Blundell Date: Tue, 2 Feb 1999 18:09:46 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Pb compiliing linux-arm [another one] CC: Chris Bohme , linux-arm@vger.rutgers.edu References: Your message of "Tue, 02 Feb 1999 16:21:46 +0100." <199902021519.QAA08587@wanadoo.fr> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 11880 Lines: 260 > >It's a old 2.1.10x patched across weeks to 2.2.1, then patched with > >2.2.1-19990128-1-arm > > > >I'll get entire 2.2.1 and see ... > > OK. Sounds like you may have dropped a patch somewhere. If the problem still > happens with a clean 2.2.1 tree then shout again. > I've found the problem, it has nothing to do with the tree. patch-2.2.1-19990128-1 tries to patch file de4x5.c.lock~ , which doesnt exist, and patch version 2.5 dumps core and dont patch the remaining files. Know, I've got another problem: arch/arm/drivers/char/char.a is not built /usr/local/bin/arm-linux-gcc -D__KERNEL__ -I/usr/src/linux.2.2.1- arm/include -mapcs-32 -mshort-load-bytes -mcpu=strongarm110 - Wall -Wstrict-prototypes -O2 -pipe -DUTS_MACHINE='"arm"' -c -o init/version.o init/version.c make -C kernel make[1]: Entering directory `/usr/src/linux.2.2.1-arm/kernel' make all_targets make[2]: Entering directory `/usr/src/linux.2.2.1-arm/kernel' make[2]: Nothing to be done for `all_targets'. make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/kernel' make[1]: Leaving directory `/usr/src/linux.2.2.1-arm/kernel' make -C arch/arm/drivers make[1]: Entering directory `/usr/src/linux.2.2.1- arm/arch/arm/drivers' make -C ../../../drivers/block make[2]: Entering directory `/usr/src/linux.2.2.1-arm/drivers/block' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/drivers/block' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/drivers/block' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/drivers/block' make -C char1 make[2]: Entering directory `/usr/src/linux.2.2.1- arm/arch/arm/drivers/char1' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1- arm/arch/arm/drivers/char1' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1- arm/arch/arm/drivers/char1' make[2]: Leaving directory `/usr/src/linux.2.2.1- arm/arch/arm/drivers/char1' make -C ../../../drivers/char make[2]: Entering directory `/usr/src/linux.2.2.1-arm/drivers/char' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/drivers/char' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/drivers/char' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/drivers/char' make -C ../../../drivers/net make[2]: Entering directory `/usr/src/linux.2.2.1-arm/drivers/net' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/drivers/net' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/drivers/net' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/drivers/net' make -C ../../../drivers/misc make[2]: Entering directory `/usr/src/linux.2.2.1-arm/drivers/misc' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/drivers/misc' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/drivers/misc' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/drivers/misc' make -C ../../../drivers/pci make[2]: Entering directory `/usr/src/linux.2.2.1-arm/drivers/pci' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/drivers/pci' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/drivers/pci' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/drivers/pci' make[1]: Leaving directory `/usr/src/linux.2.2.1-arm/arch/arm/drivers' make -C mm make[1]: Entering directory `/usr/src/linux.2.2.1-arm/mm' make all_targets make[2]: Entering directory `/usr/src/linux.2.2.1-arm/mm' make[2]: Nothing to be done for `all_targets'. make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/mm' make[1]: Leaving directory `/usr/src/linux.2.2.1-arm/mm' make -C fs make[1]: Entering directory `/usr/src/linux.2.2.1-arm/fs' make -C partitions make[2]: Entering directory `/usr/src/linux.2.2.1-arm/fs/partitions' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/fs/partitions' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/fs/partitions' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/fs/partitions' make -C ext2 make[2]: Entering directory `/usr/src/linux.2.2.1-arm/fs/ext2' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/fs/ext2' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/fs/ext2' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/fs/ext2' make -C proc make[2]: Entering directory `/usr/src/linux.2.2.1-arm/fs/proc' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/fs/proc' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/fs/proc' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/fs/proc' make -C nfs make[2]: Entering directory `/usr/src/linux.2.2.1-arm/fs/nfs' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/fs/nfs' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/fs/nfs' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/fs/nfs' make -C lockd make[2]: Entering directory `/usr/src/linux.2.2.1-arm/fs/lockd' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/fs/lockd' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/fs/lockd' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/fs/lockd' make -C romfs make[2]: Entering directory `/usr/src/linux.2.2.1-arm/fs/romfs' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/fs/romfs' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/fs/romfs' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/fs/romfs' make all_targets make[2]: Entering directory `/usr/src/linux.2.2.1-arm/fs' make[2]: Nothing to be done for `all_targets'. make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/fs' make[1]: Leaving directory `/usr/src/linux.2.2.1-arm/fs' make -C net make[1]: Entering directory `/usr/src/linux.2.2.1-arm/net' make -C core make[2]: Entering directory `/usr/src/linux.2.2.1-arm/net/core' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/net/core' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/net/core' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/net/core' make -C ethernet make[2]: Entering directory `/usr/src/linux.2.2.1-arm/net/ethernet' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/net/ethernet' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/net/ethernet' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/net/ethernet' make -C sched make[2]: Entering directory `/usr/src/linux.2.2.1-arm/net/sched' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/net/sched' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/net/sched' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/net/sched' make -C 802 make[2]: Entering directory `/usr/src/linux.2.2.1-arm/net/802' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/net/802' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/net/802' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/net/802' make -C ipv4 make[2]: Entering directory `/usr/src/linux.2.2.1-arm/net/ipv4' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/net/ipv4' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/net/ipv4' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/net/ipv4' make -C unix make[2]: Entering directory `/usr/src/linux.2.2.1-arm/net/unix' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/net/unix' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/net/unix' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/net/unix' make -C packet make[2]: Entering directory `/usr/src/linux.2.2.1-arm/net/packet' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/net/packet' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/net/packet' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/net/packet' make -C sunrpc make[2]: Entering directory `/usr/src/linux.2.2.1-arm/net/sunrpc' make all_targets make[3]: Entering directory `/usr/src/linux.2.2.1-arm/net/sunrpc' make[3]: Nothing to be done for `all_targets'. make[3]: Leaving directory `/usr/src/linux.2.2.1-arm/net/sunrpc' make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/net/sunrpc' make all_targets make[2]: Entering directory `/usr/src/linux.2.2.1-arm/net' make[2]: Nothing to be done for `all_targets'. make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/net' make[1]: Leaving directory `/usr/src/linux.2.2.1-arm/net' make -C ipc make[1]: Entering directory `/usr/src/linux.2.2.1-arm/ipc' make all_targets make[2]: Entering directory `/usr/src/linux.2.2.1-arm/ipc' make[2]: Nothing to be done for `all_targets'. make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/ipc' make[1]: Leaving directory `/usr/src/linux.2.2.1-arm/ipc' make -C lib make[1]: Entering directory `/usr/src/linux.2.2.1-arm/lib' make all_targets make[2]: Entering directory `/usr/src/linux.2.2.1-arm/lib' make[2]: Nothing to be done for `all_targets'. make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/lib' make[1]: Leaving directory `/usr/src/linux.2.2.1-arm/lib' make -C arch/arm/lib make[1]: Entering directory `/usr/src/linux.2.2.1-arm/arch/arm/lib' make all_targets make[2]: Entering directory `/usr/src/linux.2.2.1-arm/arch/arm/lib' make[2]: Nothing to be done for `all_targets'. make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/arch/arm/lib' make[1]: Leaving directory `/usr/src/linux.2.2.1-arm/arch/arm/lib' make -C arch/arm/kernel make[1]: Entering directory `/usr/src/linux.2.2.1- arm/arch/arm/kernel' make -C ../lib constants.h make[2]: Entering directory `/usr/src/linux.2.2.1-arm/arch/arm/lib' make[2]: `constants.h' is up to date. make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/arch/arm/lib' make[1]: Leaving directory `/usr/src/linux.2.2.1-arm/arch/arm/kernel' make -C arch/arm/mm make[1]: Entering directory `/usr/src/linux.2.2.1-arm/arch/arm/mm' make[2]: Entering directory `/usr/src/linux.2.2.1-arm/arch/arm/lib' make[2]: `constants.h' is up to date. make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/arch/arm/lib' make all_targets make[2]: Entering directory `/usr/src/linux.2.2.1-arm/arch/arm/mm' make[2]: Nothing to be done for `all_targets'. make[2]: Leaving directory `/usr/src/linux.2.2.1-arm/arch/arm/mm' make[1]: Leaving directory `/usr/src/linux.2.2.1-arm/arch/arm/mm' /usr/local/bin/arm-linux-ld -m elf32arm -T /usr/src/linux.2.2.1- arm/arch/arm/vmlinux-armv.lds -e stext -Ttext 0xC0008000 arch/arm/kernel/head-armv.o arch/arm/kernel/init_task.o init/main.o init/version.o \ --start-group \ arch/arm/kernel/kernel.o arch/arm/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \ fs/filesystems.a \ net/network.a \ drivers/block/block.a arch/arm/drivers/char/char.a drivers/misc/misc.a drivers/net/net.a drivers/pci/pci.a \ arch/arm/lib/lib.a /usr/src/linux.2.2.1-arm/lib/lib.a `/usr/local/bin/arm- linux-gcc -D__KERNEL__ -I/usr/src/linux.2.2.1-arm/include - mapcs-32 -mshort-load-bytes -mcpu=strongarm110 --print-libgcc- file-name` \ --end-group \ -o vmlinux /usr/local/bin/arm-linux-ld: cannot open arch/arm/drivers/char/char.a: No such file or directory make: *** [vmlinux] Error 1 Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 18:46:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id SAA458231 for ; Tue, 2 Feb 1999 18:46:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id SAA11287 for ; Tue, 2 Feb 1999 18:46:31 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa11277; Tue, 2 Feb 99 18:46:02 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:28426 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4138-9880>; Tue, 2 Feb 1999 19:45:18 +0200 Received: by vger.rutgers.edu via listexpand id <161679-27300>; Tue, 2 Feb 1999 12:31:24 -0500 Received: by vger.rutgers.edu id <168360-27302>; Tue, 2 Feb 1999 12:26:57 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:24778 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161679-27302>; Tue, 2 Feb 1999 12:26:03 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 107jmp-0004vx-00; Tue, 2 Feb 1999 17:38:55 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 107jmo-0002Yh-00; Tue, 2 Feb 1999 17:38:54 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe.leroy5@capway.com cc: Chris Bohme , linux-arm@vger.rutgers.edu Subject: Re: Pb compiliing linux-arm [another one] In-reply-to: Your message of "Tue, 02 Feb 1999 18:09:46 +0100." <199902021707.SAA00392@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Feb 1999 17:38:53 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 294 Lines: 10 >Know, I've got another problem: arch/arm/drivers/char/char.a is not >built Try turning on CONFIG_FB (which should suppress char/char.a altogether) or the old Acorn console drivers (which should get it built). p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 19:38:04 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id TAA460289 for ; Tue, 2 Feb 1999 19:38:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id TAA11388 for ; Tue, 2 Feb 1999 19:38:01 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011384; Tue, 2 Feb 99 19:37:35 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:19808 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1486-11288>; Tue, 2 Feb 1999 20:30:46 +0200 Received: by vger.rutgers.edu via listexpand id <168500-27302>; Tue, 2 Feb 1999 13:05:44 -0500 Received: by vger.rutgers.edu id <169081-27300>; Tue, 2 Feb 1999 12:54:10 -0500 Received: from nas5-7.thefree.net ([195.34.196.7]:1150 "EHLO hyperspace.m1cjd.ampr.org" ident: "root") by vger.rutgers.edu with ESMTP id <169018-27302>; Tue, 2 Feb 1999 12:50:33 -0500 Received: from localhost (IDENT:alex@localhost [127.0.0.1]) by hyperspace.m1cjd.ampr.org (8.9.0/8.9.0) with SMTP id RAA02623; Tue, 2 Feb 1999 17:58:57 GMT Date: Tue, 2 Feb 1999 17:58:57 +0000 (GMT) From: Alex Holden Reply-To: Alex Holden To: Dave Baukus cc: linux-arm@vger.rutgers.edu Subject: Re: the rest of the OS In-Reply-To: Message-ID: X-OS: Linux-2.2.1 X-Subliminal-Message: Use Linux! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1111 Lines: 25 On Tue, 2 Feb 1999, Philip Blundell wrote: > >Question1: Is there better way to create a root file system on my Sun > > short of downloading a bizillion individual packages (e.g.SRPMs) > > compiling these individually, and constructing a root fs by > > hand ? > Get either the NetWinder disk image or the Debian boot image. The former is > Failing that you can grab the binary RPMs from RedHat Rawhide and do something Or get Mike Montour's rescue image, or Rod Stewart's Titan II (the former is a minimal set of binaries intended to use for NFS-rescue of a hosed NetWinder, the latter is a smallish distribution which uses a versioned Glibc (incompatible with current NetWinder binaries, but what RedHat 6.0 is going to use eventually)). http://www.netwinder.org/~mmontour/ ftp://ftp.nw.carleton.ca/pub/winder/ --------------- Linux- the choice of a GNU generation. -------------- : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham : -------------------- http://www.linuxhacker.org/ -------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 20:46:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id UAA440601 for ; Tue, 2 Feb 1999 20:46:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id UAA11577 for ; Tue, 2 Feb 1999 20:46:31 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011575; Tue, 2 Feb 99 20:46:15 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:28222 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4560-11288>; Tue, 2 Feb 1999 21:45:28 +0200 Received: by vger.rutgers.edu via listexpand id <161418-27302>; Tue, 2 Feb 1999 14:30:23 -0500 Received: by vger.rutgers.edu id <161172-27300>; Tue, 2 Feb 1999 14:18:46 -0500 Received: from snowcrash.cymru.net ([163.164.160.3]:1810 "EHLO snowcrash.cymru.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161432-27300>; Tue, 2 Feb 1999 14:12:02 -0500 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.7/8.7.1) id TAA19550; Tue, 2 Feb 1999 19:24:43 GMT From: Alan Cox Message-Id: <199902021924.TAA19550@snowcrash.cymru.net> Subject: Re: Linux-ARM on HP Jornada 820 To: feustel@ix.netcom.com (David Feustel) Date: Tue, 2 Feb 1999 19:24:41 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu, unlisted-recipients: Illegal-Object: Syntax error in Cc: address found on listserv.funet.fi: Cc: ; ; @ix.netcom.com ^-missing semicolon to end mail group, extraneous tokens in mailbox, missing end of mailbox In-Reply-To: <36B6EE26.446BF0ED@ix.netcom.com> from "David Feustel" at Feb 2, 99 12:23:02 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 240 Lines: 5 > I just bought an HP Jornada 820. > Has anyone any info on installing Linux-arm on this computer? For the moment no. People have been discussing stuff with HP. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 21:44:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id VAA294027 for ; Tue, 2 Feb 1999 21:44:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id VAA11744 for ; Tue, 2 Feb 1999 21:44:31 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011742; Tue, 2 Feb 99 21:44:23 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:13643 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6259-11288>; Tue, 2 Feb 1999 22:42:55 +0200 Received: by vger.rutgers.edu via listexpand id <161450-27300>; Tue, 2 Feb 1999 15:28:57 -0500 Received: by vger.rutgers.edu id <161423-27300>; Tue, 2 Feb 1999 15:28:48 -0500 Received: from spanner.eng.cam.ac.uk ([129.169.8.9]:2606 "EHLO spanner.eng.cam.ac.uk" ident: "[root]") by vger.rutgers.edu with ESMTP id <161347-27302>; Tue, 2 Feb 1999 15:28:40 -0500 Received: from club.eng.cam.ac.uk (via jcj1000@club.eng.cam.ac.uk [129.169.16.2]) by spanner.eng.cam.ac.uk with SMTP id UAA13224; Tue, 2 Feb 1999 20:41:49 GMT Date: Tue, 2 Feb 1999 20:41:49 +0000 (GMT) From: John Joyce Reply-To: John Joyce To: Russell King cc: linux-arm@vger.rutgers.edu Subject: Re: Installation in IDEFS In-Reply-To: <199902021316.NAA26930@gate.sw.milldev.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2004835860-851401618-917988109=:6834" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 9731 Lines: 174 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --2004835860-851401618-917988109=:6834 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 2 Feb 1999, Russell King wrote: > Has anyone been trying the Alpha Partition Managers? If so, I haven't > really had any feedback on them, and as such no work has been done on > them for about 4 months or so now. I'd been following the link on the download page under 'partition manager' which says 'the archive partman.arc [...] is ALPHA' rather than the alpha release link on the main page. Anyway having complained I thought I'd reinstall from scratch and try Baildon IDEFS out. With the drive as previously setup (ADFS 480Mb, Linux 520Mb ish) connected to the Baildon interface PartMan can't work out the format for itself; told it's Filecore/Linux it produces: Partition 1 Start 0 End -1 Size 97152MB Type Filecore Partition - Start 0 End 2116799 Size 1034MB Free So I guess that isn't going to work, empty my disk onto mag-opts, blank disk completely with ADFS_DiscOp and reformat with Baildon IDEForm. Exactly the same except that the end of the free space is now c. 1000000 as I formatted to a single IDEFS partition of 490Mb. Looking at the start of the disk there appears to be the partition table present but PartMan doesn't recognise it. Clues anyone? (output from PartMan attached) thanks John Joyce --2004835860-851401618-917988109=:6834 Content-Type: TEXT/PLAIN; name=xb7612b00 Content-ID: Content-Description: PartMan's output to Pipe:$.temp Content-Transfer-Encoding: BASE64 Af4qKiogRGVidWcgc2Vzc2lvbiBzdGFydGVkIGZyb20gAf1QYXJ0TWFuDQoB /0lERUZTOjo0DQpwYXJ0X29wZW4oZGV2X25hbWU9SURFRlM6OjQsIHBhcnRf c2NoZW1lPSkNCiAgYmxraW9fb3BlbihJREVGUzo6NCkNCiAgICAtZmlsZXN5 c3RlbSAnSURFRlMnIGRyaXZlICc0Jw0KICAgIC1zd2lzOiBEZXNjcmliZURp c2MgMHg2MUZDNSwgRGlzY09wIDB4NjFGQzAsIFNlY3Rvck9wIDB4NjFGQ0EN CiAgICAtc3dpczogQ29udHJvbGxlclR5cGUgMHgwMDAwMCwgSURFVXNlck9w IDB4MDAwMDANCiAgICAtZGlzY19yZWNvcmQ6IFtzZWNzej01MTIsIHNlYy90 az02MywgaGRzPTE2LCBkcz0weDAwMDAwMDAwMUVDMzAwMDAgZHJ2PTRdDQog ICAgLWdlb21ldHJ5OiBbc2Vjc3o9NTEyLCBzZWMvdGs9NjMsIGhkcz0xNiwg Y3lscz0xMDAwXQ0KICAgIC1uZXcgZGlzYyByZWNvcmQ6IFtzZWNzej01MTIs IHNlYy90az02MywgaGRzPTE2LCBkcz0weDAwMDAwMDAwMUVDMzAwMDAgZHJ2 PTRdDQogIHJldD0wMDAxZjgyMA0KICBlZXNveF9kZXRlY3QoKQ0KICAgIGJs a2lvX3NldGJsb2Nrc2l6ZSg1MTIpDQogICAgcmV0PTUxMg0KICAgIGJsa2lv X3JlYWQoMDAwMWQyNzAgMHg3ICsweDEpDQogICAgICAtYmxvY2tzaXplPTB4 MjAwDQogICAgICAtc2VjdG9yb3A6IFtyMT0weDdERjYwMSByMj0weDgwMDAw MDA3IHIzPTAwMDFkMjcwIHI0PTB4MjAwXQ0KICAgIHJldD0wDQogIHJldCBu b3QgZGV0ZWN0ZWQNCiAgaWNzaWRlX2RldGVjdCgpDQogICAgYmxraW9fc2V0 YmxvY2tzaXplKDUxMikNCiAgICByZXQ9NTEyDQogICAgYmxraW9fcmVhZCgw MDAxZDI2YyAweDAgKzB4MSkNCiAgICAgIC1ibG9ja3NpemU9MHgyMDANCiAg ICAgIC1zZWN0b3JvcDogW3IxPTB4N0RGNjAxIHIyPTB4ODAwMDAwMDAgcjM9 MDAwMWQyNmMgcjQ9MHgyMDBdDQogICAgcmV0PTANCiAgcmV0IG5vdCBkZXRl Y3RlZA0KICBwb3dlcnRlY19kZXRlY3QoKQ0KICAgIGJsa2lvX3NldGJsb2Nr c2l6ZSg1MTIpDQogICAgcmV0PTUxMg0KICAgIGJsa2lvX3JlYWQoMDAwMWQy NmMgMHgwICsweDEpDQogICAgICAtYmxvY2tzaXplPTB4MjAwDQogICAgICAt c2VjdG9yb3A6IFtyMT0weDdERjYwMSByMj0weDgwMDAwMDAwIHIzPTAwMDFk MjZjIHI0PTB4MjAwXQ0KICAgIHJldD0wDQogIHJldCBub3QgZGV0ZWN0ZWQN CiAgZmNsX2RldGVjdCgpDQogICAgYmxraW9fc2V0YmxvY2tzaXplKDUxMikN CiAgICByZXQ9NTEyDQogICAgYmxraW9fcmVhZCgwMDAxZDI2OCAweDYgKzB4 MSkNCiAgICAgIC1ibG9ja3NpemU9MHgyMDANCiAgICAgIC1zZWN0b3JvcDog W3IxPTB4N0RGNjAxIHIyPTB4ODAwMDAwMDYgcjM9MDAwMWQyNjggcjQ9MHgy MDBdDQogICAgcmV0PTANCiAgcmV0IG5vdCBkZXRlY3RlZA0KICByaXNjaXhf ZGV0ZWN0KCkNCiAgcmV0IG5vdCBkZXRlY3RlZA0KICBwY2Jpb3NfZGV0ZWN0 KCkNCiAgICBibGtpb19zZXRibG9ja3NpemUoNTEyKQ0KICAgIHJldD01MTIN CiAgICBibGtpb19yZWFkKDAwMDFkMjc0IDB4MCArMHgxKQ0KICAgICAgLWJs b2Nrc2l6ZT0weDIwMA0KICAgICAgLXNlY3Rvcm9wOiBbcjE9MHg3REY2MDEg cjI9MHg4MDAwMDAwMCByMz0wMDAxZDI3NCByND0weDIwMF0NCiAgICByZXQ9 MA0KICByZXQgbm90IGRldGVjdGVkDQogIGJsa2lvX2Nsb3NlKCkNCiAgcmV0 PU5VTEwNCnJldD0wMDAwMDAwMA0KSURFRlM6OjQNCnBhcnRfb3BlbihkZXZf bmFtZT1JREVGUzo6NCwgcGFydF9zY2hlbWU9SUNTSURFRlMpDQogIGJsa2lv X29wZW4oSURFRlM6OjQpDQogICAgLWZpbGVzeXN0ZW0gJ0lERUZTJyBkcml2 ZSAnNCcNCiAgICAtc3dpczogRGVzY3JpYmVEaXNjIDB4NjFGQzUsIERpc2NP cCAweDYxRkMwLCBTZWN0b3JPcCAweDYxRkNBDQogICAgLXN3aXM6IENvbnRy b2xsZXJUeXBlIDB4MDAwMDAsIElERVVzZXJPcCAweDAwMDAwDQogICAgLWRp c2NfcmVjb3JkOiBbc2Vjc3o9NTEyLCBzZWMvdGs9NjMsIGhkcz0xNiwgZHM9 MHgwMDAwMDAwMDFFQzMwMDAwIGRydj00XQ0KICAgIC1nZW9tZXRyeTogW3Nl Y3N6PTUxMiwgc2VjL3RrPTYzLCBoZHM9MTYsIGN5bHM9MTAwMF0NCiAgICAt bmV3IGRpc2MgcmVjb3JkOiBbc2Vjc3o9NTEyLCBzZWMvdGs9NjMsIGhkcz0x NiwgZHM9MHgwMDAwMDAwMDFFQzMwMDAwIGRydj00XQ0KICByZXQ9MDAwMWY4 MjANCiAgaWNzaWRlX2RldGVjdCgpDQogICAgYmxraW9fc2V0YmxvY2tzaXpl KDUxMikNCiAgICByZXQ9NTEyDQogICAgYmxraW9fcmVhZCgwMDAxZDI2YyAw eDAgKzB4MSkNCiAgICAgIC1ibG9ja3NpemU9MHgyMDANCiAgICAgIC1zZWN0 b3JvcDogW3IxPTB4N0RDRDAxIHIyPTB4ODAwMDAwMDAgcjM9MDAwMWQyNmMg cjQ9MHgyMDBdDQogICAgcmV0PTANCiAgcmV0IG5vdCBkZXRlY3RlZA0KICBp Y3NpZGVfcmVhZGluZm8oKQ0KICAgIGJsa2lvX3JlYWQoMDAwMWQyNjQgMHgw ICsweDEpDQogICAgICAtYmxvY2tzaXplPTB4MjAwDQogICAgICAtc2VjdG9y b3A6IFtyMT0weDdEQ0QwMSByMj0weDgwMDAwMDAwIHIzPTAwMDFkMjY0IHI0 PTB4MjAwXQ0KICAgIHJldD0wDQogIHJldCBlcnJvcg0KICBibGtpb19jbG9z ZSgpDQogIHJldD1OVUxMDQpyZXQ9MDAwMDAwMDANCklERUZTOjo0DQpwYXJ0 X29wZW4oZGV2X25hbWU9SURFRlM6OjQsIHBhcnRfc2NoZW1lPUZpbGVjb3Jl L0xpbnV4KQ0KICBibGtpb19vcGVuKElERUZTOjo0KQ0KICAgIC1maWxlc3lz dGVtICdJREVGUycgZHJpdmUgJzQnDQogICAgLXN3aXM6IERlc2NyaWJlRGlz YyAweDYxRkM1LCBEaXNjT3AgMHg2MUZDMCwgU2VjdG9yT3AgMHg2MUZDQQ0K ICAgIC1zd2lzOiBDb250cm9sbGVyVHlwZSAweDAwMDAwLCBJREVVc2VyT3Ag MHgwMDAwMA0KICAgIC1kaXNjX3JlY29yZDogW3NlY3N6PTUxMiwgc2VjL3Rr PTYzLCBoZHM9MTYsIGRzPTB4MDAwMDAwMDAxRUMzMDAwMCBkcnY9NF0NCiAg ICAtZ2VvbWV0cnk6IFtzZWNzej01MTIsIHNlYy90az02MywgaGRzPTE2LCBj eWxzPTEwMDBdDQogICAgLW5ldyBkaXNjIHJlY29yZDogW3NlY3N6PTUxMiwg c2VjL3RrPTYzLCBoZHM9MTYsIGRzPTB4MDAwMDAwMDAxRUMzMDAwMCBkcnY9 NF0NCiAgcmV0PTAwMDFmODIwDQogIGZjbF9kZXRlY3QoKQ0KICAgIGJsa2lv X3NldGJsb2Nrc2l6ZSg1MTIpDQogICAgcmV0PTUxMg0KICAgIGJsa2lvX3Jl YWQoMDAwMWQyNjggMHg2ICsweDEpDQogICAgICAtYmxvY2tzaXplPTB4MjAw DQogICAgICAtc2VjdG9yb3A6IFtyMT0weDdEQTQwMSByMj0weDgwMDAwMDA2 IHIzPTAwMDFkMjY4IHI0PTB4MjAwXQ0KICAgIHJldD0wDQogIHJldCBub3Qg ZGV0ZWN0ZWQNCiAgZmNsX3JlYWRpbmZvKCkNCiAgICBwYXJ0X2FkZChwYXJu PTEsIHBpbmZvPVticz0weDAsIGJlPTB4RkZGRkZGRkYsIHR5cGU9MHgxMDBd KQ0KICAgICAgcGFydF91cGRhdGVjaHMoW2JzPTB4MCwgYmU9MHhGRkZGRkZG RiwgdHlwZT0weDEwMF0pDQogICAgICAgIGJsa2lvX2dldGdlb21ldHJ5KCkN CiAgICAgICAgcmV0PVtzZWN0b3Jfc2l6ZT01MTIsIHNlY3RvcnM9NjMsIGhl YWRzPTE2LCBjeWxpbmRlcnM9MTAwMF0NCiAgICAgICAgc3RhcnQ9W0M9MCxI PTAsUz0wXSBlbmQ9W0M9NDI2MDg4MCxIPTQsUz0zXQ0KICAgICAgcmV0IG9r DQogICAgcmV0IG9rDQogIHJldCBvaw0KcmV0PTAwMDFmNmQ4DQpwYXJ0X2dl dGdlb21ldHJ5KCkNCiAgYmxraW9fZ2V0Z2VvbWV0cnkoKQ0KICByZXQ9W3Nl Y3Rvcl9zaXplPTUxMiwgc2VjdG9ycz02MywgaGVhZHM9MTYsIGN5bGluZGVy cz0xMDAwXQ0KcmV0IG9rDQpwYXJ0aXRpb25faW50ZXJwcmV0dGFibGUoKQ0K ICBwYXJ0X2dldHBhcnRpbmZvKHBhcm49MCkNCiAgcmV0IG9rLCBwaW5mbz1b YnM9MHgwLCBiZT0weDAsIHR5cGU9MHgwXQ0KICBwYXJ0X2dldHBhcnRpbmZv KHBhcm49MSkNCiAgcmV0IG9rLCBwaW5mbz1bYnM9MHgwLCBiZT0weEZGRkZG RkZGLCB0eXBlPTB4MTAwXQ0KICBwYXJ0X3ZhbGlkb3BzKHBhcm49MSkNCiAg ICBmY2xfdmFsaWRhdGVfY2hhbmdlKHBhcm49MSkNCiAgICByZXQgaW52YWxp ZA0KICAgIGZjbF92YWxpZGF0ZV9kZWxldGlvbihwYXJuPTEpDQogICAgcmV0 IGludmFsaWQNCiAgcmV0IDANCiAgcGFydF9nZXRwYXJ0aW5mbyhwYXJuPTIp DQogIHJldCBlcnJvcg0KcmV0IG9rDQpwYXJ0aXRpb25fbmV3KDEpDQogIHBh cnRfYWxsb2NhdGUocGluZm89W2JzPTB4MCwgYmU9MHhGNjE3RiwgdHlwZT0w eEZGRkZGRkZGXSkNCiAgICBmY2xfYWxsb2NhdGUoKQ0KICAgIHJldCAzDQog ICAgZmNsX3ZhbGlkYXRlX3BhcnRubyhwYXJuPTMpDQogICAgcmV0IHZhbGlk DQogIHJldD0zIChrZXJuX3BhcnRfbm89MykNCnJldCANCnBhcnRpdGlvbl9j cmVhdGVwYXJ0aXRpb24oMSkNCiAgcGFydF9jcmVhdGUocGFybj0zLCBwaW5m bz1bYnM9MHhGNjE4MCwgYmU9MHgxRUM2RUYsIHR5cGU9MHg4M10pDQogICAg cGFydF91cGRhdGVjaHMoW2JzPTB4RjYxODAsIGJlPTB4MUVDNkVGLCB0eXBl PTB4ODNdKQ0KICAgICAgYmxraW9fZ2V0Z2VvbWV0cnkoKQ0KICAgICAgcmV0 PVtzZWN0b3Jfc2l6ZT01MTIsIHNlY3RvcnM9NjMsIGhlYWRzPTE2LCBjeWxp bmRlcnM9MTAwMF0NCiAgICAgIHN0YXJ0PVtDPTEwMDAsSD0wLFM9MF0gZW5k PVtDPTIwMDAsSD0xNSxTPTYyXQ0KICAgIHJldCBvaw0KICAgIGZjbF92YWxp ZGF0ZV9wYXJ0bm8ocGFybj0zKQ0KICAgIHJldCB2YWxpZA0KICAgIGZjbF92 YWxpZGF0ZV9jcmVhdGlvbihwYXJuPTMpDQogICAgICBjaGVja2luZyBbMHhG NjE4MC0weDFFQzZFRl0gd2l0aCBbMHgwLTB4RkZGRkZGRkZdDQogICAgcmV0 IGludmFsaWQNCiAgcmV0PTANCnJldCBlcnJvcg0KcGFydGl0aW9uX2NyZWF0 ZXBhcnRpdGlvbigxKQ0KICBwYXJ0X2NyZWF0ZShwYXJuPTMsIHBpbmZvPVti cz0weEY2MTgwLCBiZT0weDFFQzZFRiwgdHlwZT0weDgzXSkNCiAgICBwYXJ0 X3VwZGF0ZWNocyhbYnM9MHhGNjE4MCwgYmU9MHgxRUM2RUYsIHR5cGU9MHg4 M10pDQogICAgICBibGtpb19nZXRnZW9tZXRyeSgpDQogICAgICByZXQ9W3Nl Y3Rvcl9zaXplPTUxMiwgc2VjdG9ycz02MywgaGVhZHM9MTYsIGN5bGluZGVy cz0xMDAwXQ0KICAgICAgc3RhcnQ9W0M9MTAwMCxIPTAsUz0wXSBlbmQ9W0M9 MjAwMCxIPTE1LFM9NjJdDQogICAgcmV0IG9rDQogICAgZmNsX3ZhbGlkYXRl X3BhcnRubyhwYXJuPTMpDQogICAgcmV0IHZhbGlkDQogICAgZmNsX3ZhbGlk YXRlX2NyZWF0aW9uKHBhcm49MykNCiAgICAgIGNoZWNraW5nIFsweEY2MTgw LTB4MUVDNkVGXSB3aXRoIFsweDAtMHhGRkZGRkZGRl0NCiAgICByZXQgaW52 YWxpZA0KICByZXQ9MA0KcmV0IGVycm9yDQpwYXJ0aXRpb25fY3JlYXRlcGFy dGl0aW9uKDEpDQogIHBhcnRfY3JlYXRlKHBhcm49MywgcGluZm89W2JzPTB4 RjYxODAsIGJlPTB4MUVDNkVGLCB0eXBlPTB4ODNdKQ0KICAgIHBhcnRfdXBk YXRlY2hzKFticz0weEY2MTgwLCBiZT0weDFFQzZFRiwgdHlwZT0weDgzXSkN CiAgICAgIGJsa2lvX2dldGdlb21ldHJ5KCkNCiAgICAgIHJldD1bc2VjdG9y X3NpemU9NTEyLCBzZWN0b3JzPTYzLCBoZWFkcz0xNiwgY3lsaW5kZXJzPTEw MDBdDQogICAgICBzdGFydD1bQz0xMDAwLEg9MCxTPTBdIGVuZD1bQz0yMDAw LEg9MTUsUz02Ml0NCiAgICByZXQgb2sNCiAgICBmY2xfdmFsaWRhdGVfcGFy dG5vKHBhcm49MykNCiAgICByZXQgdmFsaWQNCiAgICBmY2xfdmFsaWRhdGVf Y3JlYXRpb24ocGFybj0zKQ0KICAgICAgY2hlY2tpbmcgWzB4RjYxODAtMHgx RUM2RUZdIHdpdGggWzB4MC0weEZGRkZGRkZGXQ0KICAgIHJldCBpbnZhbGlk DQogIHJldD0wDQpyZXQgZXJyb3INCg== --2004835860-851401618-917988109=:6834-- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 22:21:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id WAA452385 for ; Tue, 2 Feb 1999 22:21:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id WAA11831 for ; Tue, 2 Feb 1999 22:21:01 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011819; Tue, 2 Feb 99 22:20:33 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:786 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1211-9880>; Tue, 2 Feb 1999 23:18:38 +0200 Received: by vger.rutgers.edu via listexpand id <161294-27302>; Tue, 2 Feb 1999 16:04:31 -0500 Received: by vger.rutgers.edu id <161768-27300>; Tue, 2 Feb 1999 16:03:05 -0500 Received: from surf.sketty.bc.nu ([194.168.151.65]:30783 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <168508-27302>; Tue, 2 Feb 1999 16:02:20 -0500 Received: from caramon.armlinux.org.uk (galatea-37.cableol.net [194.168.16.37]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id VAA27778; Tue, 2 Feb 1999 21:15:14 GMT Received: from raistlin.armlinux.org.uk (raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.7.4/8.7.3) with ESMTP id UAA24412; Tue, 2 Feb 1999 20:40:58 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA00720; Tue, 2 Feb 1999 20:42:46 GMT Message-Id: <199902022042.UAA00720@raistlin.armlinux.org.uk> Subject: Re: Pb compiliing linux-arm [another one] To: pb@nexus.co.uk (Philip Blundell) Date: Tue, 2 Feb 1999 20:42:45 +0000 (GMT) Cc: christophe.leroy5@capway.com, chris@oskar.nanoteq.co.za, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Feb 2, 99 05:38:53 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 875 Lines: 17 Philip Blundell writes: > >Know, I've got another problem: arch/arm/drivers/char/char.a is not > >built > > Try turning on CONFIG_FB (which should suppress char/char.a altogether) or the > old Acorn console drivers (which should get it built). This problem is fixed in my later kernel (due out RSN). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 22:21:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id WAA451220 for ; Tue, 2 Feb 1999 22:21:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id WAA11832 for ; Tue, 2 Feb 1999 22:21:02 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa11819; Tue, 2 Feb 99 22:20:34 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:786 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4602-9880>; Tue, 2 Feb 1999 23:19:30 +0200 Received: by vger.rutgers.edu via listexpand id <161450-27302>; Tue, 2 Feb 1999 16:04:30 -0500 Received: by vger.rutgers.edu id <161294-27300>; Tue, 2 Feb 1999 16:02:57 -0500 Received: from surf.sketty.bc.nu ([194.168.151.65]:30779 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <168470-27302>; Tue, 2 Feb 1999 16:01:56 -0500 Received: from caramon.armlinux.org.uk (galatea-37.cableol.net [194.168.16.37]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id VAA27774 for ; Tue, 2 Feb 1999 21:15:09 GMT Received: from raistlin.armlinux.org.uk (raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.7.4/8.7.3) with ESMTP id UAA24435 for ; Tue, 2 Feb 1999 20:50:48 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA00766 for linux-arm@vger.rutgers.edu; Tue, 2 Feb 1999 20:52:36 GMT Message-Id: <199902022052.UAA00766@raistlin.armlinux.org.uk> Subject: NWFPE and libm.so.4 WARNING To: linux-arm@vger.rutgers.edu Date: Tue, 2 Feb 1999 20:52:36 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1703 Lines: 36 I've just been looking at one of the many patches that Phil's sent me. As it turns out, Corel have not implemented the following FP functions: POW{cond}{P,M,Z} Fd, Fn, - power RPW{cond}{P,M,Z} Fd, Fn, - reverse power POL{cond}{P,M,Z} Fd, Fn, - polar angle (arctan2) LOG{cond}{P,M,Z} Fd, - logarithm to base 10 LGN{cond}{P,M,Z} Fd, - logarithm to base e EXP{cond}{P,M,Z} Fd, - exponent SIN{cond}{P,M,Z} Fd, - sine COS{cond}{P,M,Z} Fd, - cosine TAN{cond}{P,M,Z} Fd, - tangent ASN{cond}{P,M,Z} Fd, - arcsine ACS{cond}{P,M,Z} Fd, - arccosine ATN{cond}{P,M,Z} Fd, - arctangent As a consequence, libm.so.4 (which is what all a.out binaries that require math use) will not work correctly if any math function that uses any of these is called. If you wish to use these with Kernel 2.2, then I'm afraid you're in a sticky situation until this can be sorted out, if it needs to be sorted out at all anyway. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 22:36:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id WAA357879 for ; Tue, 2 Feb 1999 22:36:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id WAA11867 for ; Tue, 2 Feb 1999 22:36:31 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011865; Tue, 2 Feb 99 22:36:11 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:48447 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1645-9880>; Tue, 2 Feb 1999 23:31:43 +0200 Received: by vger.rutgers.edu via listexpand id <168262-27302>; Tue, 2 Feb 1999 16:15:46 -0500 Received: by vger.rutgers.edu id <161420-27300>; Tue, 2 Feb 1999 16:15:13 -0500 Received: from surf.sketty.bc.nu ([194.168.151.65]:30786 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <161530-27302>; Tue, 2 Feb 1999 16:13:28 -0500 Received: from caramon.armlinux.org.uk (galatea-37.cableol.net [194.168.16.37]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id VAA27895; Tue, 2 Feb 1999 21:26:42 GMT Received: from raistlin.armlinux.org.uk (raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.7.4/8.7.3) with ESMTP id VAA24622; Tue, 2 Feb 1999 21:26:32 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id VAA00964; Tue, 2 Feb 1999 21:28:21 GMT Message-Id: <199902022128.VAA00964@raistlin.armlinux.org.uk> Subject: Re: Installation in IDEFS To: jcj1000@eng.cam.ac.uk Date: Tue, 2 Feb 1999 21:28:20 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "John Joyce" at Feb 2, 99 08:41:49 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1856 Lines: 35 John Joyce writes: > I'd been following the link on the download page under 'partition manager' > which says 'the archive partman.arc [...] is ALPHA' rather than the alpha > release link on the main page. Anyway having complained I thought I'd > reinstall from scratch and try Baildon IDEFS out. Erm, the one on the main page has been gone for months. Could you let me know which version (it should appear in the title bar of the main window) you've got? > With the drive as previously setup (ADFS 480Mb, Linux 520Mb ish) connected > to the Baildon interface PartMan can't work out the format for itself; > told it's Filecore/Linux it produces: > Partition 1 Start 0 End -1 Size 97152MB Type Filecore > Partition - Start 0 End 2116799 Size 1034MB Free Did PartMan read this correctly when it was connected to the internal IDE? > So I guess that isn't going to work, empty my disk onto mag-opts, blank > disk completely with ADFS_DiscOp and reformat with Baildon IDEForm. > Exactly the same except that the end of the free space is now c. 1000000 > as I formatted to a single IDEFS partition of 490Mb. Looking at the start > of the disk there appears to be the partition table present but PartMan > doesn't recognise it. Any chance of a dump of the first sector please? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 22:56:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id WAA423299 for ; Tue, 2 Feb 1999 22:56:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id WAA11892 for ; Tue, 2 Feb 1999 22:56:31 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011890; Tue, 2 Feb 99 22:56:16 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:21625 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1299-11288>; Tue, 2 Feb 1999 23:53:09 +0200 Received: by vger.rutgers.edu via listexpand id <161197-27302>; Tue, 2 Feb 1999 16:39:09 -0500 Received: by vger.rutgers.edu id <161580-27302>; Tue, 2 Feb 1999 16:38:50 -0500 Received: from spanner.eng.cam.ac.uk ([129.169.8.9]:3567 "EHLO spanner.eng.cam.ac.uk" ident: "[root]") by vger.rutgers.edu with ESMTP id <168400-27302>; Tue, 2 Feb 1999 16:37:55 -0500 Received: from club.eng.cam.ac.uk (via jcj1000@club.eng.cam.ac.uk [129.169.16.2]) by spanner.eng.cam.ac.uk with SMTP id VAA19398; Tue, 2 Feb 1999 21:51:09 GMT Date: Tue, 2 Feb 1999 21:51:08 +0000 (GMT) From: John Joyce Reply-To: John Joyce To: Russell King - ARM Linux Admin cc: linux-arm@vger.rutgers.edu Subject: Re: Installation in IDEFS In-Reply-To: <199902022128.VAA00964@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2004835860-851401618-917992268=:9948" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2461 Lines: 59 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --2004835860-851401618-917992268=:9948 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 2 Feb 1999, Russell King - ARM Linux Admin wrote: > Erm, the one on the main page has been gone for months. Could you let me > know which version (it should appear in the title bar of the main window) > you've got? I'd previously set up with 1.11 as currently pointed at by URL http://www.arm.uk.linux.org/armlinux/downloading.html#partman (which says it's the alpha version) with the drive on the internal IDE. The one from the other url (.../armlinux/alphasw.html) is 1.13a7 [dev]. > > With the drive as previously setup (ADFS 480Mb, Linux 520Mb ish) connected > > to the Baildon interface PartMan can't work out the format for itself; > > told it's Filecore/Linux it produces: > > Partition 1 Start 0 End -1 Size 97152MB Type Filecore > > Partition - Start 0 End 2116799 Size 1034MB Free > > Did PartMan read this correctly when it was connected to the internal IDE? 1.11 worked fine with the internal IDE when I originally installed but wouldn't play with the Baildon. I've not tried 1.13a7 back with the internal. > Any chance of a dump of the first sector please? Attached. regards John Joyce --2004835860-851401618-917992268=:9948 Content-Type: APPLICATION/octet-stream; name=t0h0s0 Content-ID: Content-Description: Sector 0 Content-Transfer-Encoding: BASE64 AAAAAMBUDwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAwEwgAMN0YVA= --2004835860-851401618-917992268=:9948-- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 23:36:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id XAA312212 for ; Tue, 2 Feb 1999 23:36:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id XAA12002 for ; Tue, 2 Feb 1999 23:36:02 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011998; Tue, 2 Feb 99 23:35:51 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:29780 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4638-17386>; Wed, 3 Feb 1999 00:34:08 +0200 Received: by vger.rutgers.edu via listexpand id <161368-27302>; Tue, 2 Feb 1999 17:19:59 -0500 Received: by vger.rutgers.edu id <168521-27302>; Tue, 2 Feb 1999 17:19:53 -0500 Received: from surf.sketty.bc.nu ([194.168.151.65]:30793 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <168752-27302>; Tue, 2 Feb 1999 17:19:30 -0500 Received: from caramon.armlinux.org.uk (galatea-63.cableol.net [194.168.16.63]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id WAA28132; Tue, 2 Feb 1999 22:32:41 GMT Received: from raistlin.armlinux.org.uk (raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.7.4/8.7.3) with ESMTP id WAA24834; Tue, 2 Feb 1999 22:30:35 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id WAA04297; Tue, 2 Feb 1999 22:32:26 GMT Message-Id: <199902022232.WAA04297@raistlin.armlinux.org.uk> Subject: Re: Pb compiliing linux-arm [another one] To: christophe.leroy5@capway.com Date: Tue, 2 Feb 1999 22:32:24 +0000 (GMT) Cc: linux@arm.linux.org.uk, linux-arm@vger.rutgers.edu In-Reply-To: <199902020903.KAA22953@wanadoo.fr> from "christophe.leroy5@capway.com" at Feb 2, 99 10:05:43 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 850 Lines: 16 christophe.leroy5@capway.com writes: > Thinks, it seems to be a bug in menuconfig: Choose > FOOTBRIDGE: > new options come. Then choose EBSA110, options dont go. > Exit menuconfig, then relaunch it: extra options have disappeared. Ok, I've changed it from a choice to a bool. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 23:57:34 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id XAA453921 for ; Tue, 2 Feb 1999 23:57:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id XAA12036 for ; Tue, 2 Feb 1999 23:57:31 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012032; Tue, 2 Feb 99 23:57:13 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:49960 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <821-17386>; Wed, 3 Feb 1999 00:56:59 +0200 Received: by vger.rutgers.edu via listexpand id <168977-27300>; Tue, 2 Feb 1999 17:42:46 -0500 Received: by vger.rutgers.edu id <161531-27302>; Tue, 2 Feb 1999 17:42:03 -0500 Received: from nexus.carleton.ca ([134.117.76.10]:5366 "EHLO nexus.carleton.ca" ident: "stewart") by vger.rutgers.edu with ESMTP id <168606-27302>; Tue, 2 Feb 1999 17:38:19 -0500 Received: from localhost (stewart@localhost) by nexus.carleton.ca (8.8.7/8.8.7) with ESMTP id RAA18589 for ; Tue, 2 Feb 1999 17:48:02 -0500 Date: Tue, 2 Feb 1999 17:48:02 -0500 (EST) From: "Rod m. Stewart" To: linux-arm@vger.rutgers.edu Subject: modutils ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 863 Lines: 25 Question: Which version of modutils are people using? I'm on a NetWinder/armv4l machine with a versioned libc, 2.0.112. [root@zathras t]# uname -a Linux zathras 2.2.1 #3 Tue Feb 2 15:17:47 EST 1999 armv4l unknown with the NWFPE compiled in the kernel. I have been using modutils-2.1.107, and wanted to upgrade to the latest version modutils-2.1.121. But 2.1.121 dies a horrible death (crashing the machine) when I try `insmod tulip' or `insmod fpem-2.1.132-armv4.o' One other thing after loading fpem, if I do an lsmod [root@zathras t]# lsmod Module Size Used by fpem-2.1.132-arm? 23808 0 (unused) ^^^^ funny characters here. This could be another problem though. Thanks for any tips, -Rms My padded room: http://www.nexus.carleton.ca/office unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 2 23:51:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id XAA463709 for ; Tue, 2 Feb 1999 23:51:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id XAA12024 for ; Tue, 2 Feb 1999 23:51:31 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012022; Tue, 2 Feb 99 23:51:26 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:18445 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4327-17386>; Wed, 3 Feb 1999 00:50:17 +0200 Received: by vger.rutgers.edu via listexpand id <161347-27300>; Tue, 2 Feb 1999 17:36:12 -0500 Received: by vger.rutgers.edu id <168976-27302>; Tue, 2 Feb 1999 17:36:00 -0500 Received: from surf.sketty.bc.nu ([194.168.151.65]:30798 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <168956-27300>; Tue, 2 Feb 1999 17:33:40 -0500 Received: from caramon.armlinux.org.uk (galatea-63.cableol.net [194.168.16.63]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id WAA28283; Tue, 2 Feb 1999 22:47:01 GMT Received: from raistlin.armlinux.org.uk (raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.7.4/8.7.3) with ESMTP id WAA24947; Tue, 2 Feb 1999 22:46:47 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id WAA05025; Tue, 2 Feb 1999 22:48:39 GMT Message-Id: <199902022248.WAA05025@raistlin.armlinux.org.uk> Subject: Re: Installation in IDEFS To: jcj1000@eng.cam.ac.uk Date: Tue, 2 Feb 1999 22:48:39 +0000 (GMT) Cc: linux@arm.linux.org.uk, linux-arm@vger.rutgers.edu In-Reply-To: from "John Joyce" at Feb 2, 99 09:51:08 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1231 Lines: 22 John Joyce writes: > I'd previously set up with 1.11 as currently pointed at by URL > http://www.arm.uk.linux.org/armlinux/downloading.html#partman > (which says it's the alpha version) with the drive on the internal IDE. > > The one from the other url (.../armlinux/alphasw.html) is 1.13a7 [dev]. There is a 1.13a8 on the FTP site (I didn't point the URL at it because I think it lies on it's start up screen as to what's enabled). I've just tried that file on my linux fdisk (which uses the same code), and it recognises it. I think 1.13a8 may be worth a try. If it doesn't recognise the ICS IDEFS, then I think it dumps out the sector in the log file. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 3 00:49:04 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id AAA458667 for ; Wed, 3 Feb 1999 00:49:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id AAA12185 for ; Wed, 3 Feb 1999 00:49:01 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012183; Wed, 3 Feb 99 00:48:48 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:16996 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9051-17386>; Wed, 3 Feb 1999 01:47:57 +0200 Received: by vger.rutgers.edu via listexpand id <168856-27302>; Tue, 2 Feb 1999 18:33:30 -0500 Received: by vger.rutgers.edu id <161700-27300>; Tue, 2 Feb 1999 18:24:08 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4213 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168477-27300>; Tue, 2 Feb 1999 18:23:12 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.11 #1) id 107pMr-0002mv-00 for linux-arm@vger.rutgers.edu; Tue, 2 Feb 1999 23:36:29 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 107owi-0008Jm-00 for linux-arm@vger.rutgers.edu; Tue, 2 Feb 1999 23:09:28 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: Re: NWFPE and libm.so.4 WARNING In-reply-to: Your message of "Tue, 02 Feb 1999 20:52:36 GMT." <199902022052.UAA00766@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Feb 1999 23:09:27 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 808 Lines: 20 Russell King wrote: >If you wish to use these with Kernel 2.2, then I'm afraid you're in a >sticky situation until this can be sorted out, if it needs to be sorted >out at all anyway. Yeah. Implementing the missing opcodes is certainly on the to-do list; once that's done the libc could be taught to use them which should give a bit of a performance improvement. I get the impression not all that many people are doing heavy maths on ARM machines though so the demand seems to be pretty small. If anybody is interested in implementing them, they should probably get in touch with Scott, or failing that with me. At least some ideas exist for how they might be implemented; it's just time that's been lacking so far. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 3 01:05:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id BAA461414 for ; Wed, 3 Feb 1999 01:05:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id BAA12212 for ; Wed, 3 Feb 1999 01:05:01 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012210; Wed, 3 Feb 99 01:04:47 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:16996 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3410-17386>; Wed, 3 Feb 1999 02:02:41 +0200 Received: by vger.rutgers.edu via listexpand id <169012-27300>; Tue, 2 Feb 1999 18:35:52 -0500 Received: by vger.rutgers.edu id <168942-27302>; Tue, 2 Feb 1999 18:33:46 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:51136 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168758-27302>; Tue, 2 Feb 1999 18:23:11 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.10 #2) id 107pMt-0001M9-00; Tue, 2 Feb 1999 23:36:32 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 107pH8-0008KD-00; Tue, 2 Feb 1999 23:30:34 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Rod m. Stewart" cc: linux-arm@vger.rutgers.edu Subject: Re: modutils ? In-reply-to: Your message of "Tue, 02 Feb 1999 17:48:02 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Feb 1999 23:30:34 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 433 Lines: 13 >Question: Which version of modutils are people using? I'm on a >NetWinder/armv4l machine with a versioned libc, 2.0.112. I think 2.1.107 is still the only version that works properly. The ARM support in 2.1.121 is, paradoxically, older and seems to have some bugs. If you have a chance to figure out what's actually wrong I'd be glad to hear. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 3 01:07:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id BAA446137 for ; Wed, 3 Feb 1999 01:07:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id BAA12217 for ; Wed, 3 Feb 1999 01:07:01 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012215; Wed, 3 Feb 99 01:06:58 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:18201 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9051-17386>; Wed, 3 Feb 1999 02:06:28 +0200 Received: by vger.rutgers.edu via listexpand id <168921-27300>; Tue, 2 Feb 1999 18:51:30 -0500 Received: by vger.rutgers.edu id <168957-27300>; Tue, 2 Feb 1999 18:48:46 -0500 Received: from [208.221.79.250] ([208.221.79.250]:4734 "EHLO turing.trefoil.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169423-27300>; Tue, 2 Feb 1999 18:47:45 -0500 Received: from zeruel (ppp-1.trefoil.com [209.222.89.101]) by turing.trefoil.com (8.9.1/8.9.1) with SMTP id SAA01311 for ; Tue, 2 Feb 1999 18:56:44 -0500 Message-Id: <199902022356.SAA01311@turing.trefoil.com> X-Sender: radlow@mail.trefoil.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Tue, 02 Feb 1999 18:57:23 -0500 To: linux-arm@vger.rutgers.edu From: Jeremy Radlow Subject: 2.2.x - how can I help? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 255 Lines: 10 I just got a NetWinder, and I'd like to get the 2.2.x kernel series running on it. How can I help the ARM project? Please let me know... Jeremy Radlow unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 3 01:23:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id BAA465482 for ; Wed, 3 Feb 1999 01:23:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id BAA12254 for ; Wed, 3 Feb 1999 01:23:02 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012251; Wed, 3 Feb 99 01:22:45 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:55635 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4332-17386>; Wed, 3 Feb 1999 02:22:25 +0200 Received: by vger.rutgers.edu via listexpand id <169489-27302>; Tue, 2 Feb 1999 19:05:35 -0500 Received: by vger.rutgers.edu id <169257-27302>; Tue, 2 Feb 1999 18:55:17 -0500 Received: from moonraker.inetinc.com ([199.171.212.2]:34378 "EHLO moonraker.inetinc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169050-27300>; Tue, 2 Feb 1999 18:52:21 -0500 Received: from thunderball.inetinc.com (thunderball.inetinc.com [199.171.208.16]) by moonraker.inetinc.com (8.9.1/8.9.1) with ESMTP id RAA25507 for ; Tue, 2 Feb 1999 17:45:04 -0600 (CST) Received: from inetinc.com (dobbelen [172.16.13.37]) by thunderball.inetinc.com (8.8.5/8.8.5) with ESMTP id SAA00413 for ; Tue, 2 Feb 1999 18:11:05 -0600 (CST) Message-ID: <36B792D6.65D1556F@inetinc.com> Date: Tue, 02 Feb 1999 18:05:42 -0600 From: Dave Baukus Organization: Inet Inc. X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.5.1 sun4m) X-Accept-Language: en MIME-Version: 1.0 CC: linux-arm@vger.rutgers.edu Subject: PCI config space 0 ..... References: <199902022248.WAA05025@raistlin.armlinux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 924 Lines: 35 Any clues as to why when I access the PCI config 0 space (virt:0xf8000000, real: 0x7b000000) the system locks up. I'm on an ebsa285. I access the config space as follows (I also hang in when scan_bus calls pcibios_read_cfgbyte()). The following code is my attempt to isolate the hang in pci_scanbus() ulong pci_cfg0_base = 0xf8000000; ulong *p2; ulong *p1; for (i = 0; i < 16; i++) { p1 = (ulong *)(pci_cfg0_base + (256 << i)); printXX("pci %x %x \n", i, *p1); } Using a logic analyser I can see that address 0xc0007e00 is accessed and then address 0x100 and the she's dead in the water. 0x7e00 is the translation entry for 0xf800000 to 0x7b000000. It looks good: the translation table entry is: 0xc0007e00: 0x7b000442 0xc0007e04: 0x7b100442 -- Dave Baukus Inet Inc. - R & D dbaukus@inetinc.com (972) 578 - 3930 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 3 02:44:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id CAA385268 for ; Wed, 3 Feb 1999 02:44:03 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id CAA12380 for ; Wed, 3 Feb 1999 02:44:02 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012378; Wed, 3 Feb 99 02:43:34 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:58418 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4905-17386>; Wed, 3 Feb 1999 03:43:17 +0200 Received: by vger.rutgers.edu via listexpand id <168257-27302>; Tue, 2 Feb 1999 20:29:04 -0500 Received: by vger.rutgers.edu id <161574-27302>; Tue, 2 Feb 1999 20:28:57 -0500 Received: from Hydro.CAM.ORG ([198.168.100.7]:54290 "EHLO Hydro.CAM.ORG" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169034-27302>; Tue, 2 Feb 1999 20:27:07 -0500 Received: from Ocean.CAM.ORG (Ocean.CAM.ORG [198.168.100.5]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id UAA28533; Tue, 2 Feb 1999 20:39:46 -0500 (EST) Date: Tue, 2 Feb 1999 20:39:44 -0500 (EST) From: Nicolas Pitre To: Russell King - ARM Linux Admin cc: christophe.leroy5@capway.com, linux-arm@vger.rutgers.edu Subject: Re: Pb compiliing linux-arm [another one] In-Reply-To: <199902022232.WAA04297@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 765 Lines: 22 On Tue, 2 Feb 1999, Russell King - ARM Linux Admin wrote: > christophe.leroy5@capway.com writes: > > Thinks, it seems to be a bug in menuconfig: Choose > > FOOTBRIDGE: > > new options come. Then choose EBSA110, options dont go. > > Exit menuconfig, then relaunch it: extra options have disappeared. > > Ok, I've changed it from a choice to a bool. Thing is if you have a default value for a choice and you select another, the previous (default) value doesn't get discarded. So you get two definition from the same choice prompt. The 'choice' command should discard all variable but the one selected, not just defining the one that you select. Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 3 03:41:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id DAA441161 for ; Wed, 3 Feb 1999 03:41:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id DAA12496 for ; Wed, 3 Feb 1999 03:41:01 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012494; Wed, 3 Feb 99 03:40:49 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:41080 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9159-17386>; Wed, 3 Feb 1999 04:40:34 +0200 Received: by vger.rutgers.edu via listexpand id <161368-27300>; Tue, 2 Feb 1999 21:26:40 -0500 Received: by vger.rutgers.edu id <161347-27300>; Tue, 2 Feb 1999 21:26:21 -0500 Received: from [208.221.79.250] ([208.221.79.250]:6119 "EHLO turing.trefoil.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161368-27300>; Tue, 2 Feb 1999 21:26:07 -0500 Received: from zeruel (ppp-1.trefoil.com [209.222.89.101]) by turing.trefoil.com (8.9.1/8.9.1) with SMTP id VAA01663 for ; Tue, 2 Feb 1999 21:35:17 -0500 Message-Id: <199902030235.VAA01663@turing.trefoil.com> X-Sender: radlow@mail.trefoil.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Tue, 02 Feb 1999 21:35:54 -0500 To: linux-arm@vger.rutgers.edu From: Jeremy Radlow Subject: Re: 2.2.x - how can I help? In-Reply-To: <199902022356.SAA01311@turing.trefoil.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 369 Lines: 11 At 06:57 PM 2/2/99 -0500, I wrote: >I just got a NetWinder, and I'd like to get the 2.2.x >kernel series running on it. That was a dumb question - I was just directed to the 2.2.x patches. (Much obliged...) Sorry, don't mind me... I'm a little too eager to get started, I guess! -- Jeremy unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 3 10:21:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id KAA456071 for ; Wed, 3 Feb 1999 10:21:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id KAA13178 for ; Wed, 3 Feb 1999 10:21:01 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013176; Wed, 3 Feb 99 10:20:58 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:56109 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6746-17386>; Wed, 3 Feb 1999 11:20:36 +0200 Received: by vger.rutgers.edu via listexpand id <169058-27300>; Wed, 3 Feb 1999 04:04:35 -0500 Received: by vger.rutgers.edu id <168671-27300>; Wed, 3 Feb 1999 04:04:21 -0500 Received: from penguin-ext.wise.edt.ericsson.se ([194.237.142.5]:37712 "EHLO penguin.wise.edt.ericsson.se" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169017-27302>; Wed, 3 Feb 1999 04:04:02 -0500 Received: from era-t.ericsson.se (koff.ericsson.se [147.214.173.137]) by penguin.wise.edt.ericsson.se (8.9.0/8.9.0/WIREfire-1.2) with SMTP id KAA12662 for ; Wed, 3 Feb 1999 10:17:40 +0100 (MET) Received: from era-t.ericsson.se by era-t.ericsson.se (SMI-8.6/LME-DOM-2.2.5(ERA/T)) id KAA21914; Wed, 3 Feb 1999 10:17:44 +0100 Message-ID: <36B81450.B407741E@era-t.ericsson.se> Date: Wed, 03 Feb 1999 09:18:08 +0000 From: Peter Danielsson X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.2.0 i586) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: trouble with glibc-2.0.110 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 484 Lines: 14 I've found that the definition of FD_SET in include/asm/posix_types.h is incompatible with the definition in glibc. The trouble is that the definition in asm/posix_types.h uses the name fds_bits for the bit field of a fd_set while in glibc __fds_bits is used instead. Could anybody tell me the difference between the implementation of the FD_* macros in glibc and those found in the kernel headers? /Peter unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 3 10:51:36 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id KAA474725 for ; Wed, 3 Feb 1999 10:51:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id KAA13246 for ; Wed, 3 Feb 1999 10:51:31 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013244; Wed, 3 Feb 99 10:51:07 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:1113 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <619-27901>; Wed, 3 Feb 1999 11:50:21 +0200 Received: by vger.rutgers.edu via listexpand id <161347-27302>; Wed, 3 Feb 1999 04:35:52 -0500 Received: by vger.rutgers.edu id <161277-27302>; Wed, 3 Feb 1999 04:35:40 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2795 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161565-27300>; Wed, 3 Feb 1999 04:32:01 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.11 #1) id 107ysH-0006p8-00; Wed, 3 Feb 1999 09:45:33 +0000 Received: (from rmk@localhost) by gate.sw.milldev.co.uk (8.8.5/8.8.5) id JAA06965; Wed, 3 Feb 1999 09:22:02 GMT From: Russell King Message-Id: <199902030922.JAA06965@gate.sw.milldev.co.uk> Subject: Re: Pb compiliing linux-arm [another one] To: nico@CAM.ORG (Nicolas Pitre) Date: Wed, 3 Feb 1999 09:22:02 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu, linux-kernel@vger.rutgers.edu In-Reply-To: from "Nicolas Pitre" at Feb 2, 99 08:39:44 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1734 Lines: 43 Please note that I don't think that any of the people concerned with this problem are on l-k. Please post any replies to linux-arm as well as linux-kernel. Thanks. Nicolas Pitre said: > On Tue, 2 Feb 1999, Russell King - ARM Linux Admin wrote: > > christophe.leroy5@capway.com writes: > > > Thinks, it seems to be a bug in menuconfig: Choose > > > FOOTBRIDGE: > > > new options come. Then choose EBSA110, options dont go. > > > Exit menuconfig, then relaunch it: extra options have disappeared. > > > > Ok, I've changed it from a choice to a bool. > > Thing is if you have a default value for a choice and you select another, > the previous (default) value doesn't get discarded. So you get two > definition from the same choice prompt. The 'choice' command should > discard all variable but the one selected, not just defining the one that > you select. It's actually more complicated than that. 'choice' does not behave the same way as the other commands in the config file - it is never grayed out under any circumstances, and I also suspect that even when it is supposed to be grayed out and no options selected, it still defines one option. I don't think it's a case of undefining the unselected variables. The config is: select machine using choice if machine was a footbridge select host or add-in from a choice Since the 'if' makes no odds to the second choice in xconfig, it breaks. I'll post this to linux-kernel as well. If they want to see the exact case, have a look at the latest ARM config.in patches for 2.2.1 on ftp://ftp.arm.linux.org.uk/pub/armlinux/kernel-sources/v2.2 -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 3 11:31:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id LAA458916 for ; Wed, 3 Feb 1999 11:31:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id LAA13350 for ; Wed, 3 Feb 1999 11:31:32 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013348; Wed, 3 Feb 99 11:31:28 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:28451 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4069-27901>; Wed, 3 Feb 1999 12:31:11 +0200 Received: by vger.rutgers.edu via listexpand id <161352-27302>; Wed, 3 Feb 1999 05:16:54 -0500 Received: by vger.rutgers.edu id <161368-27302>; Wed, 3 Feb 1999 05:16:26 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:27695 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161352-27302>; Wed, 3 Feb 1999 05:16:05 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 107zKY-0005Rk-00; Wed, 3 Feb 1999 10:14:46 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 107zKX-0002xk-00; Wed, 3 Feb 1999 10:14:45 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Peter Danielsson cc: linux-arm@vger.rutgers.edu Subject: Re: trouble with glibc-2.0.110 In-reply-to: Your message of "Wed, 03 Feb 1999 09:18:08 GMT." <36B81450.B407741E@era-t.ericsson.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Feb 1999 10:14:45 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 476 Lines: 14 In message <36B81450.B407741E@era-t.ericsson.se>, Peter Danielsson writes: >I've found that the definition of FD_SET in >include/asm/posix_types.h is incompatible >with the definition in glibc. Yes. You mustn't mix kernel headers with libc ones. Many datatypes are different and this is usually a recipe for trouble. Do you have a particular need to include kernel headers in your program? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 3 11:31:04 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id LAA472866 for ; Wed, 3 Feb 1999 11:31:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id LAA13345 for ; Wed, 3 Feb 1999 11:31:02 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013343; Wed, 3 Feb 99 11:30:58 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:28451 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <619-17386>; Wed, 3 Feb 1999 12:30:40 +0200 Received: by vger.rutgers.edu via listexpand id <161347-27302>; Wed, 3 Feb 1999 05:16:24 -0500 Received: by vger.rutgers.edu id <161368-27302>; Wed, 3 Feb 1999 05:16:06 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:27692 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161347-27300>; Wed, 3 Feb 1999 05:16:03 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 107zOW-0005Rw-00; Wed, 3 Feb 1999 10:18:52 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 107zOV-0002y6-00; Wed, 3 Feb 1999 10:18:51 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Dave Baukus cc: linux-arm@vger.rutgers.edu Subject: Re: PCI config space 0 ..... In-reply-to: Your message of "Tue, 02 Feb 1999 18:05:42 CST." <36B792D6.65D1556F@inetinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Feb 1999 10:18:51 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 288 Lines: 11 >Any clues as to why when I access the PCI config 0 space (virt:0xf8000000, >real: 0x7b000000) the system locks up. > >I'm on an ebsa285. Stupid question first: have you remembered to un-reset the PCI bus? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 3 13:16:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id NAA478261 for ; Wed, 3 Feb 1999 13:16:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id NAA13569 for ; Wed, 3 Feb 1999 13:16:31 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013567; Wed, 3 Feb 99 13:16:01 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:31794 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1470-17386>; Wed, 3 Feb 1999 14:14:38 +0200 Received: by vger.rutgers.edu via listexpand id <161347-27300>; Wed, 3 Feb 1999 07:00:00 -0500 Received: by vger.rutgers.edu id <169012-27302>; Wed, 3 Feb 1999 06:58:31 -0500 Received: from penguin-ext.wise.edt.ericsson.se ([194.237.142.5]:57963 "EHLO penguin.wise.edt.ericsson.se" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169115-27302>; Wed, 3 Feb 1999 06:57:50 -0500 Received: from era-t.ericsson.se (koff.ericsson.se [147.214.173.137]) by penguin.wise.edt.ericsson.se (8.9.0/8.9.0/WIREfire-1.2) with SMTP id NAA17541 for ; Wed, 3 Feb 1999 13:11:28 +0100 (MET) Received: from era-t.ericsson.se by era-t.ericsson.se (SMI-8.6/LME-DOM-2.2.5(ERA/T)) id NAA29990; Wed, 3 Feb 1999 13:11:30 +0100 Message-ID: <36B83D09.CA201B43@era-t.ericsson.se> Date: Wed, 03 Feb 1999 12:11:53 +0000 From: Peter Danielsson X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.2.0 i586) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Re: trouble with glibc-2.0.110 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 903 Lines: 25 I'm trying to get GGI (a graphics library) and the associated libraries to work on the arm-platform. The kernel headers are used for supporting some linux-specific details like keyboard handling. But I'll complain to the people that has written the libraries and get them to change things! /Peter Philip Blundell wrote: > > In message <36B81450.B407741E@era-t.ericsson.se>, Peter Danielsson writes: > >I've found that the definition of FD_SET in > >include/asm/posix_types.h is incompatible > >with the definition in glibc. > > Yes. You mustn't mix kernel headers with libc ones. Many datatypes are > different and this is usually a recipe for trouble. > > Do you have a particular need to include kernel headers in your program? > > p. > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 3 14:03:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id OAA476899 for ; Wed, 3 Feb 1999 14:03:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id OAA13660 for ; Wed, 3 Feb 1999 14:03:01 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013658; Wed, 3 Feb 99 14:02:35 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:2094 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6572-27901>; Wed, 3 Feb 1999 15:02:00 +0200 Received: by vger.rutgers.edu via listexpand id <168407-27302>; Wed, 3 Feb 1999 07:47:40 -0500 Received: by vger.rutgers.edu id <161227-27300>; Wed, 3 Feb 1999 07:47:26 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:1199 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169055-27302>; Wed, 3 Feb 1999 07:47:12 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 1082O8-000052-00; Wed, 3 Feb 1999 13:30:40 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 1081v5-0000Ag-00; Wed, 3 Feb 1999 13:00:39 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Peter Danielsson cc: linux-arm@vger.rutgers.edu Subject: Re: trouble with glibc-2.0.110 In-reply-to: Your message of "Wed, 03 Feb 1999 12:11:53 GMT." <36B83D09.CA201B43@era-t.ericsson.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Feb 1999 13:00:39 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 794 Lines: 17 In message <36B83D09.CA201B43@era-t.ericsson.se>, Peter Danielsson writes: >I'm trying to get GGI (a graphics library) and the associated libraries >to work on the arm-platform. The kernel headers are used for supporting >some linux-specific details like keyboard handling. But I'll complain >to the people that has written the libraries and get them to change >things! That's certainly the best plan. This isn't a problem specific to the ARM; it will affect any platform using glibc. The incompatibilities are somewhat worse with glibc 2.1 (as used on the NetWinder) than glibc 2.0 (as used by most distributions for other platforms at the moment) which may be why you're noticing it for the first time. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 3 15:17:37 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id PAA451760 for ; Wed, 3 Feb 1999 15:17:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id PAA13852 for ; Wed, 3 Feb 1999 15:17:31 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013850; Wed, 3 Feb 99 15:17:06 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:59189 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1319-27901>; Wed, 3 Feb 1999 16:16:42 +0200 Received: by vger.rutgers.edu via listexpand id <168694-27302>; Wed, 3 Feb 1999 09:01:48 -0500 Received: by vger.rutgers.edu id <168666-27302>; Wed, 3 Feb 1999 09:01:40 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:41377 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168544-27302>; Wed, 3 Feb 1999 08:59:12 -0500 Received: from [158.152.96.167] (helo=defaid.demon.co.uk) by post.mail.demon.net with esmtp (Exim 2.10 #2) id 10832i-0000d1-00 for linux-arm@vger.rutgers.edu; Wed, 3 Feb 1999 14:12:37 +0000 Received: from localhost (melanie@localhost [127.0.0.1]) by defaid.demon.co.uk (8.8.7/8.8.7) with SMTP id OAA03043 for ; Wed, 3 Feb 1999 14:16:38 GMT Date: Wed, 3 Feb 1999 14:16:34 +0000 (GMT) From: Melanie Rhianna Lewis X-Sender: melanie@defaid To: Arm Linux mailing list Subject: Next step - information please... Message-ID: Organization: Trans-world BBS [+44 117 904 0901] X-Mailer: Pine 3.96 X-Host: Melanie's Linux Server - Glamdring X-MandM-To: ALL MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2966 Lines: 76 I want to update the ARM Linux running on my RiscPC (ARM610/RISC OS 3.5/Issue 1 MB). I would like to have cross compilers for both aout and ELF. ELF --- As I already have a native aout compiler I started with ELF. I have compiled binutils2.9.1.0.19a (with appropriate patch). Setting the target to arm-linux as it didn't like armv3-linux and it seems to have worked. My first two questions are: 1) Am I correct in assuming it doesn't matter about the processor type with binutils? 2) armv3 is the *right* type definition for an ARM610? I have obtained and compiled egcs1.1.1 setting the target to armv3-linux and compiling the first stage. Ie LANGUAGES="c". Again I think this worked as compiling to an assembler source does indeed generate ARM code. Am I doing this right? I have also obtained the sources from cygnus of glibc2.0.111 and tried compiling it with the target set to armv3-linux. It seems to break in the middle of compilation. The output is below... mkdir /usr/src/glibc-build/csu mkdir /usr/src/glibc-build/gnu In file included from /usr/local/armv3-linux/include/linux/ptrace.h:24, from /usr/local/armv3-linux/include/linux/personality.h:5, from ../sysdeps/unix/sysv/linux/init-first.c:23: /usr/local/armv3-linux/include/asm/ptrace.h:4: asm/proc/ptrace.h: No such file or directory In file included from /usr/local/armv3-linux/include/linux/ptrace.h:24, from /usr/local/armv3-linux/include/linux/personality.h:5, from ../sysdeps/unix/sysv/linux/init-first.c:23: /usr/local/armv3-linux/include/asm/ptrace.h:4: asm/proc/ptrace.h: No such file or directory make[2]: *** [/usr/src/glibc-build/csu/init-first.o] Error 1 make[1]: *** [csu/subdir_lib] Error 2 make: *** [all] Error 2 What have I done wrong? The kernel sources are a late version 2.1 kernel. I have a log of the make output if that helps. aout ---- binutils successfully compiled with arm-linux-aout as the target as did egcs. Neither of them liked armv3-linux-aout. What target processor have I actually built these for. What do I do about libraries. Sources for libc4 are not on the ARM Linux web site. Kernels et al ------------- Am I right in thinking that the 2.0 kernels are broken wrt ELF for the ARM? I do have the sources to 2.2.1 and patch sitting on my sun at work waiting for me to blow a CD. What is the best kernel to use for an ELF system. What other tools do I need to build to get an aout/ELF hybrid system up and running. Many thanks Melanie -- ===================================================================== Melanie Rhianna Lewis melanie@defaid.demon.co.uk "An it hurt none, do what thou will" http://www.defaid.demon.co.uk TLBB#2 TGMCC#1 - GS550 (In potentia), X7 (In bits!), MZ 125TS ===================================================================== unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 3 17:21:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id RAA494552 for ; Wed, 3 Feb 1999 17:21:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id RAA14179 for ; Wed, 3 Feb 1999 17:21:01 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma014177; Wed, 3 Feb 99 17:20:34 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:49521 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1917-27901>; Wed, 3 Feb 1999 18:20:04 +0200 Received: by vger.rutgers.edu via listexpand id <169127-27300>; Wed, 3 Feb 1999 10:58:28 -0500 Received: by vger.rutgers.edu id <168445-27300>; Wed, 3 Feb 1999 10:44:21 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:2084 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169054-27302>; Wed, 3 Feb 1999 10:30:55 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10846z-0000F0-00; Wed, 3 Feb 1999 15:21:05 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10846x-0000N9-00; Wed, 3 Feb 1999 15:21:03 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Melanie Rhianna Lewis cc: Arm Linux mailing list Subject: Re: Next step - information please... In-reply-to: Your message of "Wed, 03 Feb 1999 14:16:34 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Feb 1999 15:21:02 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1666 Lines: 47 >1) Am I correct in assuming it doesn't matter about the processor > type with binutils? Yes. >2) armv3 is the *right* type definition for an ARM610? Yes. The reason binutils didn't like it is just because its configure scripts need updating. >In file included from /usr/local/armv3-linux/include/linux/ptrace.h:24, > from /usr/local/armv3-linux/include/linux/personality.h:5, > from ../sysdeps/unix/sysv/linux/init-first.c:23: >/usr/local/armv3-linux/include/asm/ptrace.h:4: asm/proc/ptrace.h: No such >file or directory You have to make the appropriate symlinks in the kernel source directory. This happens automatically when you configure the kernel; otherwise you must manually link include/asm-arm/proc-armv -> include/asm-arm/proc and so on. >binutils successfully compiled with arm-linux-aout as the target as did >egcs. Neither of them liked armv3-linux-aout. What target processor have >I actually built these for. What do I do about libraries. Sources for >libc4 are not on the ARM Linux web site. I think the default target processor for a.out is still an ARM3. Binutils doesn't care, it's only egcs that needs to know. >Am I right in thinking that the 2.0 kernels are broken wrt ELF for the >ARM? It might be OK in the latest versions. Corel's are definitely OK but their source may not work on non-NetWinder machines. >What is the best kernel to use for an ELF system. I use 2.2.1 quite successfully. >What other tools do I need to build to get an aout/ELF hybrid >system up and running. None that I can think of. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 3 17:57:37 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id RAA496903 for ; Wed, 3 Feb 1999 17:57:36 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id RAA14272 for ; Wed, 3 Feb 1999 17:57:31 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma014269; Wed, 3 Feb 99 17:57:05 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:40800 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1399-17386>; Wed, 3 Feb 1999 18:54:38 +0200 Received: by vger.rutgers.edu via listexpand id <169463-27302>; Wed, 3 Feb 1999 11:30:48 -0500 Received: by vger.rutgers.edu id <169543-27302>; Wed, 3 Feb 1999 11:25:13 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:2089 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169606-27300>; Wed, 3 Feb 1999 11:24:23 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 1085Ga-0000It-00 for linux-arm@vger.rutgers.edu; Wed, 3 Feb 1999 16:35:05 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 1085GY-0001Y8-00 for linux-arm@vger.rutgers.edu; Wed, 3 Feb 1999 16:35:02 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: stability news Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Feb 1999 16:35:02 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1090 Lines: 22 Over the last few days I've had my NetWinder running various tests to try to crash it. The good news is that the latest kernel seems a lot better than previous versions. I haven't managed to trip it up so far and the problems with heavy swapping load seem to have disappeared as well. The latter is slightly worrying because I don't know why it happened, but I guess we might as well enjoy the new stability. :-) I've made a new patch for 2.2.1 incorporating the fix I mentioned yesterday and another for the alignment trap handler to avoid a NULL dereference under some circumstances. Since ftp.netwinder.org seems to be experiencing some downtime the patch is in a different place to usual: http://www.tazenda.demon.co.uk/phil/armlinux/patches/linux-2.2.1-philb-990203.gz This version also incorporates a renumbering of the DMA channels so the ISA ones start at 0 and a couple of other things. If you can make the kernel crash or lock the machine, I'd be very interested to hear about it. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 3 23:24:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id XAA436619 for ; Wed, 3 Feb 1999 23:24:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id XAA14951 for ; Wed, 3 Feb 1999 23:24:31 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma014949; Wed, 3 Feb 99 23:24:05 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:19577 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1295-18113>; Thu, 4 Feb 1999 00:23:46 +0200 Received: by vger.rutgers.edu via listexpand id <169056-27300>; Wed, 3 Feb 1999 16:38:59 -0500 Received: by vger.rutgers.edu id <169690-27300>; Wed, 3 Feb 1999 16:21:15 -0500 Received: from surf.sketty.bc.nu ([194.168.151.65]:1060 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <169759-27300>; Wed, 3 Feb 1999 16:08:59 -0500 Received: from caramon.armlinux.org.uk (galatea-102.cableol.net [194.168.16.102]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id VAA05096; Wed, 3 Feb 1999 21:24:06 GMT Received: from raistlin.armlinux.org.uk (raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.7.4/8.7.3) with ESMTP id VAA00662; Wed, 3 Feb 1999 21:17:55 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id VAA00765; Wed, 3 Feb 1999 21:18:32 GMT Message-Id: <199902032118.VAA00765@raistlin.armlinux.org.uk> Subject: Re: Next step - information please... To: pb@nexus.co.uk (Philip Blundell) Date: Wed, 3 Feb 1999 21:18:31 +0000 (GMT) Cc: melanie@defaid.demon.co.uk, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Feb 3, 99 03:21:02 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1275 Lines: 25 Philip Blundell writes: > You have to make the appropriate symlinks in the kernel source directory. > This happens automatically when you configure the kernel; otherwise you must > manually link include/asm-arm/proc-armv -> include/asm-arm/proc and so on. Not quite true. You need to make config followed by either make symlinks or make dep > >Am I right in thinking that the 2.0 kernels are broken wrt ELF for the > >ARM? > > It might be OK in the latest versions. Corel's are definitely OK but their > source may not work on non-NetWinder machines. I think it's highly likely that Corel's source will not work on non-NetWinder machines, although I haven't looked at their 2.0.35 sources yet. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 4 09:06:37 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id JAA513153 for ; Thu, 4 Feb 1999 09:06:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id JAA16062 for ; Thu, 4 Feb 1999 09:06:02 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma016060; Thu, 4 Feb 99 09:05:45 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:5924 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <700-31490>; Thu, 4 Feb 1999 10:05:32 +0200 Received: by vger.rutgers.edu via listexpand id <168541-27302>; Thu, 4 Feb 1999 02:49:00 -0500 Received: by vger.rutgers.edu id <161227-27302>; Thu, 4 Feb 1999 02:48:53 -0500 Received: from palrel1.hp.com ([156.153.255.242]:2863 "EHLO palrel1.hp.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168659-27300>; Thu, 4 Feb 1999 02:48:36 -0500 Received: from hpaco.aus.hp.com (root@hpaco.aus.hp.com [15.19.209.0]) by palrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id AAA21086 for ; Thu, 4 Feb 1999 00:04:19 -0800 (PST) Received: from hpaco (mjd@hpaco.aus.hp.com [15.19.209.0]) by hpaco.aus.hp.com (8.8.6 (PHNE_14041)/8.8.6) with SMTP id TAA22887 for ; Thu, 4 Feb 1999 19:04:17 +1100 (EDT) Message-ID: <36B95480.6644@aus.hp.com> Date: Thu, 04 Feb 1999 19:04:16 +1100 From: Mitch Davis Organization: Hewlett Packard, Australian Calculator Operation X-Mailer: Mozilla 3.03 (X11; I; HP-UX B.10.20 9000/898) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: ARM Linux and the ARMulator Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 423 Lines: 15 Dear ARMers, Is it possible in theory or practice to try Linux kernels under the ARMulator? If so, what is required? All information gratefully received. Mitch. -- | mailto:mjd@aus.hp.com | Not the official view of: | | mailto:mjd@alphalink.com.au | Australian Calculator Opn | | Certified Linux Evangelist! | Hewlett Packard Australia | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 4 10:15:39 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id KAA514457 for ; Thu, 4 Feb 1999 10:15:33 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id KAA16170 for ; Thu, 4 Feb 1999 10:15:33 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma016168; Thu, 4 Feb 99 10:15:27 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:19220 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1472-31490>; Thu, 4 Feb 1999 11:15:00 +0200 Received: by vger.rutgers.edu via listexpand id <161479-27302>; Thu, 4 Feb 1999 03:58:35 -0500 Received: by vger.rutgers.edu id <161277-27302>; Thu, 4 Feb 1999 03:58:27 -0500 Received: from p114.nas1.is5.u-net.net ([195.102.200.114]:17628 "EHLO gatekeeper.px.uk.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161530-27300>; Thu, 4 Feb 1999 03:58:03 -0500 Received: from ashton (ashton.px.uk.com [172.16.16.208]) by gatekeeper.px.uk.com (8.9.1/8.9.1) with SMTP id JAA19148; Thu, 4 Feb 1999 09:13:22 GMT Message-Id: <3.0.6.32.19990204091258.00c21440@proxy.px.uk.com> X-Sender: treblig#pop3.demon.co.uk@proxy.px.uk.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Thu, 04 Feb 1999 09:12:58 +0000 To: Mitch Davis From: "Dr . David Alan Gilbert" Subject: Re: ARM Linux and the ARMulator Cc: linux-arm@vger.rutgers.edu In-Reply-To: <36B95480.6644@aus.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 757 Lines: 22 At 07:04 PM 2/4/99 +1100, you wrote: >Dear ARMers, > >Is it possible in theory or practice to try Linux kernels >under the ARMulator? > >If so, what is required? Yes it is; have a look at ftp://ftp.compsoc.man.ac.uk/pub/arcem - that is an emulation of one of the oldest Acorn machines together with a working ARM Linux kernel for it. It is based around the public release of the ARMulator (although the later versions of arcem hack it about a lot for speed). It should theoretically possible to emulate a newer system (e.g. say whatever goes in StrongARM based PDAs....) and then boot Linux on that - all you have to do is write the emulation of the rest of the hardware. Dave unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 4 14:05:52 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id OAA477261 for ; Thu, 4 Feb 1999 14:05:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id OAA16679 for ; Thu, 4 Feb 1999 14:05:34 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma016675; Thu, 4 Feb 99 14:04:52 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:1546 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3188-18113>; Thu, 4 Feb 1999 15:02:02 +0200 Received: by vger.rutgers.edu via listexpand id <161407-27300>; Thu, 4 Feb 1999 07:45:33 -0500 Received: by vger.rutgers.edu id <161294-27300>; Thu, 4 Feb 1999 07:45:15 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:2802 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161227-27302>; Thu, 4 Feb 1999 07:45:02 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 108ONn-00013i-00; Thu, 4 Feb 1999 12:59:47 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 108ONf-000265-00; Thu, 4 Feb 1999 12:59:39 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Mitch Davis cc: linux-arm@vger.rutgers.edu Subject: Re: ARM Linux and the ARMulator In-reply-to: Your message of "Thu, 04 Feb 1999 19:04:16 +1100." <36B95480.6644@aus.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Feb 1999 12:59:39 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 804 Lines: 20 >Is it possible in theory or practice to try Linux kernels >under the ARMulator? What exactly are you trying to do? The main problem with this idea is that for the kernel to do anything very useful it depends on all sorts of hardware outside the CPU core which probably doesn't get ARMulated. In theory yes, it's certainly doable; you could have a model of an entire computer (well, enough to make the kernel run). It would probably be a worthwhile project if you have the time. Either you could extend the emulator to simulate an existing board, or you could devise a new port of the kernel to make life easier. Dave Gilbert has an Archimedes emulator which might be worth a look. I've never seen it myself. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 4 16:36:06 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id QAA529936 for ; Thu, 4 Feb 1999 16:36:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id QAA17140 for ; Thu, 4 Feb 1999 16:36:04 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma017138; Thu, 4 Feb 99 16:35:58 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:4986 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4205-31490>; Thu, 4 Feb 1999 17:33:07 +0200 Received: by vger.rutgers.edu via listexpand id <161474-27302>; Thu, 4 Feb 1999 10:16:17 -0500 Received: by vger.rutgers.edu id <168442-27300>; Thu, 4 Feb 1999 09:58:49 -0500 Received: from [208.152.68.167] ([208.152.68.167]:3969 "EHLO mmsi.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168984-27300>; Thu, 4 Feb 1999 09:54:55 -0500 Received: from toontown.mmsi.com (IDENT:root@toontown.mmsi.com [172.16.4.45]) by mmsi.com (8.9.1a/8.9.1) with ESMTP id IAA06255 for ; Thu, 4 Feb 1999 08:10:48 -0700 (MST) Received: from toontown by toontown.mmsi.com (8.8.7/SMI-4.1) id IAA27096; Thu, 4 Feb 1999 08:10:47 -0700 From: Jon Olson Organization: Modular Mining Systems To: linux-arm@vger.rutgers.edu Subject: Re: ARM Linux and the ARMulator Date: Thu, 4 Feb 1999 08:04:16 -0700 X-Mailer: KMail [version 1.0.14] Content-Type: text/plain; charset=US-ASCII References: <36B95480.6644@aus.hp.com> MIME-Version: 1.0 Message-Id: <99020408104600.27027@toontown> Content-Transfer-Encoding: 7BIT Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1348 Lines: 37 On Thu, 04 Feb 1999, Mitch Davis wrote: >Dear ARMers, > >Is it possible in theory or practice to try Linux kernels >under the ARMulator? > >If so, what is required? > >All information gratefully received. > >Mitch. >-- I've done alot of initial embedded OS debugging (not Linux) of StrongARMs under the OpenSource version of the ARMulator. Unfortunately, it doesn't, as shipped, include support for any of the ARM4 instructions, has a pitifully broken event model for scheduling events, and intercepts SWIs, revectoring them tor standard Unix I/O. In addition, it has little support for hardware emulation so you have to write your own hardware emulation modules for UARTs and timers. For Linux, the ARMulator has no support at all for the ARM MMU, but it does have pluggable memory models so it's possible to write one yourself. Once this is done, it works OK, but really slow. The code has alot of excess baggage in counting instruction cycles and emulating pipelines which is terribly useful when your designing silicon, but just slows an emulator down when your trying to debug operating system code. -- Jon Olson, Modular Mining Systems 3289 E. Hemisphere Loop Tucson, AZ 85706 INTERNET: olson@mmsi.com PHONE: (520)746-9127 FAX: (520)889-5790 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 4 18:45:09 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id SAA534605 for ; Thu, 4 Feb 1999 18:45:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id SAA17462 for ; Thu, 4 Feb 1999 18:45:04 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma017460; Thu, 4 Feb 99 18:44:38 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:49236 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14364-31490>; Thu, 4 Feb 1999 19:41:58 +0200 Received: by vger.rutgers.edu via listexpand id <161467-27302>; Thu, 4 Feb 1999 12:25:21 -0500 Received: by vger.rutgers.edu id <161500-27302>; Thu, 4 Feb 1999 12:23:40 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:3628 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168477-27302>; Thu, 4 Feb 1999 12:18:41 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 108SUv-0001Oo-00; Thu, 4 Feb 1999 17:23:25 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 108SUm-0002VM-00; Thu, 4 Feb 1999 17:23:16 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Jon Olson cc: linux-arm@vger.rutgers.edu Subject: Re: ARM Linux and the ARMulator In-reply-to: Your message of "Thu, 04 Feb 1999 08:04:16 MST." <99020408104600.27027@toontown> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Feb 1999 17:23:16 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 619 Lines: 14 >Once this is done, it works OK, but really slow. The code has alot >of excess baggage in counting instruction cycles and emulating pipelines >which is terribly useful when your designing silicon, but just slows an >emulator down when your trying to debug operating system code. In a sense actually this stuff is good. For writing OS code it's sometimes good to be able to count pipeline stalls, TLB misses and the like. I agree that it would often also be good to be able to turn it off and make the emulator run quicker, though. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 4 19:18:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id TAA535443 for ; Thu, 4 Feb 1999 19:18:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id TAA17522 for ; Thu, 4 Feb 1999 19:18:04 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma017520; Thu, 4 Feb 99 19:17:43 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:10028 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15318-18113>; Thu, 4 Feb 1999 20:17:14 +0200 Received: by vger.rutgers.edu via listexpand id <168342-27300>; Thu, 4 Feb 1999 13:00:32 -0500 Received: by vger.rutgers.edu id <161467-27300>; Thu, 4 Feb 1999 13:00:18 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2603 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169026-27302>; Thu, 4 Feb 1999 12:59:29 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.11 #1) id 108TJD-00007B-00; Thu, 4 Feb 1999 18:15:24 +0000 Received: (from rmk@localhost) by gate.sw.milldev.co.uk (8.8.5/8.8.5) id SAA31357; Thu, 4 Feb 1999 18:15:01 GMT From: Russell King Message-Id: <199902041815.SAA31357@gate.sw.milldev.co.uk> Subject: Re: ARM Linux and the ARMulator To: olson@mmsi.com (Jon Olson) Date: Thu, 4 Feb 1999 18:15:01 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <99020408104600.27027@toontown> from "Jon Olson" at Feb 4, 99 08:04:16 am Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 637 Lines: 15 Jon Olson said: > Once this is done, it works OK, but really slow. The code has alot > of excess baggage in counting instruction cycles and emulating pipelines > which is terribly useful when your designing silicon, but just slows an > emulator down when your trying to debug operating system code. I would really really suggest that you look at Dave Gilbert's modified ARMulator. He has spent some time improving it and removing the baggage for his Archimedes emulation. It might be a better base to start from. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 7 21:31:08 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id VAA644304 for ; Sun, 7 Feb 1999 21:31:07 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id VAA24934 for ; Sun, 7 Feb 1999 21:31:07 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024932; Sun, 7 Feb 99 21:30:54 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:5640 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1608-25495>; Sun, 7 Feb 1999 22:29:33 +0200 Received: by vger.rutgers.edu via listexpand id <156188-27300>; Sun, 7 Feb 1999 15:06:44 -0500 Received: by vger.rutgers.edu id <156048-27300>; Sun, 7 Feb 1999 15:05:11 -0500 Received: from surf.sketty.bc.nu ([194.168.151.65]:6730 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <156186-27302>; Sun, 7 Feb 1999 14:55:42 -0500 Received: from caramon.armlinux.org.uk (galatea-13.cableol.net [194.168.16.13]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id UAA31252; Sun, 7 Feb 1999 20:13:25 GMT Received: from raistlin.armlinux.org.uk (raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.7.4/8.7.3) with ESMTP id RAA10976; Sun, 7 Feb 1999 17:23:07 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id RAA06088; Sun, 7 Feb 1999 17:17:57 GMT Message-Id: <199902071717.RAA06088@raistlin.armlinux.org.uk> Subject: Re: Running X server on 2.2.1-rmk1 To: chrisg@nedman.demon.co.uk (Chris Gransden) Date: Sun, 7 Feb 1999 17:17:56 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <48d0b6ded5chrisg@nedman.demon.co.uk> from "Chris Gransden" at Feb 7, 99 04:15:08 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 858 Lines: 18 Chris Gransden writes: > Fatal server error: > OpenConsole: VT_GETSCRINFO failed I have a replacement (but not 100% tested) X server which is basically the old version upgraded to handle the new fbcon. It will still work with old kernels however. I'll upload it to the FTP site soon. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 7 20:06:38 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id UAA618923 for ; Sun, 7 Feb 1999 20:06:37 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id UAA24786 for ; Sun, 7 Feb 1999 20:06:37 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024784; Sun, 7 Feb 99 20:06:24 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:48435 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12328-25495>; Sun, 7 Feb 1999 21:06:02 +0200 Received: by vger.rutgers.edu via listexpand id <153999-27300>; Sun, 7 Feb 1999 13:47:44 -0500 Received: by vger.rutgers.edu id <154038-27302>; Sun, 7 Feb 1999 13:47:25 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:3652 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153999-27300>; Sun, 7 Feb 1999 13:47:16 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.11 #1) id 109ZVp-0005hD-00 for linux-arm@vger.rutgers.edu; Sun, 7 Feb 1999 19:04:58 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 109ZUS-0003Rz-00 for linux-arm@vger.rutgers.edu; Sun, 7 Feb 1999 19:03:32 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: ether2 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 07 Feb 1999 19:03:29 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 246 Lines: 8 Is anybody working on support for the Acorn ether2 cards? I have a pile of the things here; most seem to be faulty but could probably be persuaded to work again. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 7 21:42:37 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id VAA642239 for ; Sun, 7 Feb 1999 21:42:37 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id VAA24954 for ; Sun, 7 Feb 1999 21:42:37 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024952; Sun, 7 Feb 99 21:42:18 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:55326 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6503-25495>; Sun, 7 Feb 1999 22:42:00 +0200 Received: by vger.rutgers.edu via listexpand id <156026-27302>; Sun, 7 Feb 1999 15:23:30 -0500 Received: by vger.rutgers.edu id <156012-27302>; Sun, 7 Feb 1999 15:23:23 -0500 Received: from surf.sketty.bc.nu ([194.168.151.65]:6791 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <156113-27302>; Sun, 7 Feb 1999 15:23:11 -0500 Received: from caramon.armlinux.org.uk (galatea-72.cableol.net [194.168.16.72]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id UAA31408; Sun, 7 Feb 1999 20:40:35 GMT Received: from raistlin.armlinux.org.uk (raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.7.4/8.7.3) with ESMTP id UAA11510; Sun, 7 Feb 1999 20:47:14 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA09031; Sun, 7 Feb 1999 20:41:45 GMT Message-Id: <199902072041.UAA09031@raistlin.armlinux.org.uk> Subject: Re: Running X server on 2.2.1-rmk1 To: linux@arm.linux.org.uk (Russell King - ARM Linux Admin) Date: Sun, 7 Feb 1999 20:41:43 +0000 (GMT) Cc: chrisg@nedman.demon.co.uk, linux-arm@vger.rutgers.edu In-Reply-To: <199902071717.RAA06088@raistlin.armlinux.org.uk> from "Russell King - ARM Linux Admin" at Feb 7, 99 05:17:56 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1234 Lines: 25 Russell King - ARM Linux Admin writes: > I have a replacement (but not 100% tested) X server which is basically the > old version upgraded to handle the new fbcon. It will still work with old > kernels however. > > I'll upload it to the FTP site soon. Ok, you should find it at: ftp.arm.linux.org.uk:/pub/armlinux/testing/Xarmlinux.gz _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | --------------------- Email-relevent MINI FAQ ---------------------- Installer keys : ALT-F1 installer, ALT-F2 shell, ALT-F3 installer messages, ALT-F4 kernel messages Ether3/B problems: try latest 2.0.34 kernel and root disk. -------------------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 7 23:18:38 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id XAA638089 for ; Sun, 7 Feb 1999 23:18:37 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id XAA25064 for ; Sun, 7 Feb 1999 23:18:37 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma025062; Sun, 7 Feb 99 23:18:23 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:45408 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1171-5334>; Mon, 8 Feb 1999 00:18:05 +0200 Received: by vger.rutgers.edu via listexpand id <154346-27300>; Sun, 7 Feb 1999 16:59:43 -0500 Received: by vger.rutgers.edu id <154973-27300>; Sun, 7 Feb 1999 16:59:39 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4584 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154346-27302>; Sun, 7 Feb 1999 16:59:24 -0500 Received: from [158.152.8.32] (helo=nedman) by post.mail.demon.net with smtp (Exim 2.11 #1) id 109cVr-0002FE-00 for linux-arm@vger.rutgers.edu; Sun, 7 Feb 1999 22:17:12 +0000 MIME-Version: 1.0 From: Chris Gransden To: linux-arm@vger.rutgers.edu Date: Sun, 07 Feb 1999 22:15:11 +0000 (GMT) Subject: Re: Running X server on 2.2.1-rmk1 Message-ID: <48d0d7d580chrisg@nedman.demon.co.uk> In-Reply-To: <199902072041.UAA09031@raistlin.armlinux.org.uk> References: <199902071717.RAA06088@raistlin.armlinux.org.uk> <199902072041.UAA09031@raistlin.armlinux.org.uk> User-Agent: Pluto/1.11a (RISC-OS/3.7) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 809 Lines: 21 On 07 Feb, Russell King - ARM Linux Admin wrote: > Russell King - ARM Linux Admin writes: > > I have a replacement (but not 100% tested) X server which is basically the > > old version upgraded to handle the new fbcon. It will still work with old > > kernels however. > > > > I'll upload it to the FTP site soon. > Ok, you should find it at: > ftp.arm.linux.org.uk:/pub/armlinux/testing/Xarmlinux.gz Thanks for that. Unfortunately it locks solid as soon as the mouse pointer appears in the middle of the screen. It still works under 2.0.35 though. Here's my device file, just in case I got it wrong, crw-rw-rw- 1 root root 29, 0 Feb 7 21:11 /dev/fb0 -- Email: chrisg@nedman.demon.co.uk unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 8 01:00:42 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id BAA647831 for ; Mon, 8 Feb 1999 01:00:37 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id BAA25274 for ; Mon, 8 Feb 1999 01:00:37 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma025272; Mon, 8 Feb 99 01:00:07 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:46403 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1188-20621>; Mon, 8 Feb 1999 01:59:49 +0200 Received: by vger.rutgers.edu via listexpand id <155005-27300>; Sun, 7 Feb 1999 18:41:27 -0500 Received: by vger.rutgers.edu id <156254-27300>; Sun, 7 Feb 1999 18:40:58 -0500 Received: from surf.sketty.bc.nu ([194.168.151.65]:7188 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <156372-27300>; Sun, 7 Feb 1999 18:30:20 -0500 Received: from caramon.armlinux.org.uk (galatea-49.cableol.net [194.168.16.49]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id XAA32012; Sun, 7 Feb 1999 23:48:02 GMT Received: from raistlin.armlinux.org.uk (raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.7.4/8.7.3) with ESMTP id XAA12093; Sun, 7 Feb 1999 23:55:26 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA11252; Sun, 7 Feb 1999 23:49:41 GMT Message-Id: <199902072349.XAA11252@raistlin.armlinux.org.uk> Subject: 2.2.1-rmk2 released To: devel@netwinder.org, linux-arm@vger.rutgers.edu, linux-7110@redhat.com Date: Sun, 7 Feb 1999 23:49:40 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2156 Lines: 58 Hi All, More new patches... This one should not affect NetWinder users too much - it's more Acorn-based fixes and such like. Things changed: - Acorn VIDC resolution selection. Please get the 'fbset' utility (see linux/Documentation). It's not tested to death, but seems to work ok for me. I don't guarantee that it'll work out that a resolution is not valid, but at least you can now dynamically change it (and have virtual consoles at different resolutions!) NOTE: currently for VIDC1 machines, the unused screen memory is *not* freed with this kernel. There will be a kernel option where you can specify the amount of memory you want to allocate to the screen in a later kernel. NOTE: read drivers/video/acornfb.c for kernel options, incl. monitor types. - Miscellaneous A5000/Old Arc fixes. The kernel is again able to handle more than 4 bash shells before killing processes. PhilB pointed out the reason. The fix isn't complete yet, but is sufficient to get things stable again. - Duplicate code removal in fault-arm*.c. - NWFPE added. - vfork fixed. - EBSA285/NetWinder flash correctly protected, dispite what Phil may tell you. ;) - small_page allocation routines more flexable to allow 8k and 1k allocations depending on it's configuration. - arch/arm/drivers has gone! arch/arm/special contains arch/arm/drivers/char1. This means that the old drivers in arch/arm/drivers/char are no longer in the tree. Enjoy, and don't forget to let me know about breakages! PS, how do you subscribe to the 7110 mailing list? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 8 05:40:39 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id FAA618850 for ; Mon, 8 Feb 1999 05:40:37 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id FAA25682 for ; Mon, 8 Feb 1999 05:40:37 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma025680; Mon, 8 Feb 99 05:40:10 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:52240 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1107-5334>; Mon, 8 Feb 1999 06:39:53 +0200 Received: by vger.rutgers.edu via listexpand id <156651-27300>; Sun, 7 Feb 1999 23:21:28 -0500 Received: by vger.rutgers.edu id <156321-27302>; Sun, 7 Feb 1999 23:21:17 -0500 Received: from [210.154.37.2] ([210.154.37.2]:17062 "EHLO funai-tky.co.jp" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156746-27300>; Sun, 7 Feb 1999 23:19:59 -0500 Received: from hiropu ([192.168.1.19]) by funai-tky.co.jp (8.9.1/3.7Wpr7-98092916) with SMTP id NAA23414 for ; Mon, 8 Feb 1999 13:37:45 +0900 Date: Mon, 08 Feb 1999 13:49:19 +0900 From: Hiroshi Ishii To: armlinux Subject: Re: Running X server on 2.2.1-rmk1 In-Reply-To: <199902072041.UAA09031@raistlin.armlinux.org.uk> References: <199902071717.RAA06088@raistlin.armlinux.org.uk> <199902072041.UAA09031@raistlin.armlinux.org.uk> Message-Id: <36BE6CCF4E.0F6DHIROSHI@mail.funai-tky.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver 1.24.14 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 525 Lines: 18 On Sun, 7 Feb 1999 20:41:43 +0000 (GMT) Russell King - ARM Linux Admin wrote: > > I'll upload it to the FTP site soon. > > Ok, you should find it at: > > ftp.arm.linux.org.uk:/pub/armlinux/testing/Xarmlinux.gz Good!! Please open its source too. -------------------------------------- $B"v"v(BFunai Electric Engineering Co.,LTD$B"v"v(B -Hiroshi Ishii- rock'n roll unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 8 17:00:10 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id RAA654578 for ; Mon, 8 Feb 1999 17:00:09 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id RAA27728 for ; Mon, 8 Feb 1999 17:00:09 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027721; Mon, 8 Feb 99 16:59:39 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:52029 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4560-5334>; Mon, 8 Feb 1999 17:59:09 +0200 Received: by vger.rutgers.edu via listexpand id <156343-27302>; Mon, 8 Feb 1999 10:39:58 -0500 Received: by vger.rutgers.edu id <156232-27300>; Mon, 8 Feb 1999 10:36:44 -0500 Received: from calliope1.fm.intel.com ([132.233.247.10]:3954 "EHLO calliope1.fm.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154476-27302>; Mon, 8 Feb 1999 10:36:23 -0500 Received: from fmsmsx26.fm.intel.com (fmsmsx26.fm.intel.com [132.233.42.26]) by calliope1.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id PAA24015 for ; Mon, 8 Feb 1999 15:54:32 GMT Received: by FMSMSX26 with Internet Mail Service (5.5.2232.9) id ; Mon, 8 Feb 1999 07:54:24 -0800 Message-ID: From: "Chagas, Jason" To: "'linux-arm@vger.rutgers.edu'" Cc: "'jason.chagas@intel.com'" Subject: RE: Problems building an ARM development environment Date: Mon, 8 Feb 1999 07:54:21 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 7151 Lines: 179 I'm still having problems building an ARM [cross] development environment. Any ideas??? Thanks, Jason ----------------- This is a [resumed] list steps and problems found trying to build an ARM development environment: 1) Built and installed Binutils v2.9.1.0.19a for RedHat Linux 5.2 (x86). 2) Applied the ARM patch, built and installed Binutils v2.9.1.0.19a to cross develop for 'arm-linux' (ELF) (./configure -target=arm-linux -prefix=/usr). 3) Built and installed Binutils v2.9.1.0.19a to cross develop for 'arm-linuxaout' (a.out) (./configure -target=arm-linuxaout -prefix=/usr). 4) Applied the ARM patch, built and installed EGCS 1.1.1 for RedHat Linux 5.2 (x86) 5) Attempted to build (make cross) EGCS 1.1.1 to cross develop for 'arm-linux' (ELF). It failed with the following messages: touch stmp-int-hdrs echo "#error float.h values not known for cross-compiler" > t-flat.h-cross mv t-float.h-cross flat.h-cross rm -f gfloat.h cp gfloat.h include/float.h touch stmp-headers mv libgcc1.a libgcc1.cross || (echo You must find a way to make libgcc1.a; false) mv: libgcc1.a: No such file or directory You must find a way to make libgcc1.a make: *** [libgcc1.cross] Error 1 # 6) I fixed this problem by downloading (and expanding) the Kernel sources for Linux v2.2.0 and doing something like this: # cd PREFIX/arm-linux # makdir include # cd include # ln -s /usr/src/linux/include/asm-arm asm # ln -s /usr/src/linux/include/linux linux 7) Ran 'make cross" again and this time the build failed with the following messages: touch stmp-int-hdrs echo "#error float.h values not known for cross-compiler" > t-flat.h-cross mv t-float.h-cross flat.h-cross rm -f gfloat.h cp gfloat.h include/float.h touch stmp-headers mv libgcc1.a libgcc1.cross || (echo You must find a way to make libgcc1.a; false) mv: libgcc1.a: No such file or directory You must find a way to make libgcc1.a make: *** [libgcc1.cross] Error 1 # 7) Moved to the 'gcc' subdirectory (# cd gcc), ran configure (# ./configure -target=arm-linux -prefix=/usr) and [apparently] successfully built the 'c' compiler (# make LANGUAGES="c") and installed it (# make LANGUAGES="c" install). 8) Returned to the 'egcs-1.1.1' directory and tried to finish building EGCS (# make cross). The build failed with the following error messages: checking whether the C compiler (/home/chagas/egcs/egcs-1.1.1/gcc/xgcc -B/home/c hagas/egcs/egcs-1.1.1/gcc/ -g -O2 ) works... no configure: error: installation or configuration problem: C compiler cannot create e executables. make[1]: *** [configure-target-libiberty] Error 1 make[1]: Leaving directory `/home/chagas/egcs/egcs-1.1.1' make: *** [cross] Error 2 9) I tested ./gcc/xgcc and it seems to be working fine. So I 'greped' all subdiretories under '~/egcs-1.1.1' and commented out the offending code in ./gcc/configure, ./libf2c/configure, ./libf2c/libF77/configure, ./libf2c/libI77/configure, ./libf2c/libU77/configure, ./libiberty/configure, ./texinfo/configure to prevent the error from happening. 10) Ran '~/egcc-1.1.1/make cross' again and I get the following error messages: make[2]: Leaving directory `/home/chagas/egcs/egcs-1.1.1/gcc' make[2]: Entering directory `/home/chagas/egcs/egcs-1.1.1/arm-linux/libiberty' test x"no" != xyes || \ /home/chagas/egcs/egcs-1.1.1/gcc/xgcc -B/home/chagas/egcs/egcs-1.1.1/gcc/ -c - DHAVE_CONFIG_H -g -O2 -I. -I./../../include choose-temp.c -o pic/choose-temp.o /home/chagas/egcs/egcs-1.1.1/gcc/xgcc -B/home/chagas/egcs/egcs-1.1.1/gcc/ -c -DH AVE_CONFIG_H -g -O2 -I. -I./../../include choose-temp.c choose-temp.c:40: sys/types.h: No such file or directory choose-temp.c:41: sys/file.h: No such file or directory choose-temp.c:50: stdio.h: No such file or directory make[2]: *** [choose-temp.o] Error 1 make[2]: Leaving directory `/home/chagas/egcs/egcs-1.1.1/arm-linux/libiberty' make[1]: *** [all-target-libiberty] Error 2 make[1]: Leaving directory `/home/chagas/egcs/egcs-1.1.1' make: *** [cross] Error 2 11) Looking into Phil Blundell's notes a see a reference to CFLAGS definition '-Dinhibit_libc'. So I go back into the ./gcc subdirectory, add '-Dinhibit_libc' to the Makefile, called 'make clean', called 'make LANGUAGES="c"' and finally [successfully] 'make LANGUAGES="c" install'. 12) Next I move on to build 'glibc'. I 'untar'ed 'glibc-2.0.111', and add-ons 'crypt' and 'linuxthreads' under 'glibc-2.0.111' subdirectory. I first ran './configure' to attempt to build for RedHat Linux 5.2 (x86). It failed with the following messages: checking for __builtin_expect... no running configure fragment for ./sysdeps/unix/sysv/linux checking installed Linux kernel header files... 2.0.10 or later *** You should not compile the GNU libc without the `linuxthreads' and *** `crypt' add-on. Not using them risks to be incompatible with the *** libraries of other systems. Consider getting the add-ons and restart *** the configuration. *** If you really mean to avoid those add-ons run configure again, now *** using the extra parameter `--disable-sanity-checks'. 13) Ran './configure -enable-add-ons' to build for the x86 platform. This time 'configure' runs successfully. 'make' also runs successfully. However, I didn't dare to run 'make install' and run the risk of getting hosed. Then I ran 'make clean'. 14) Successfully configured ('CC=arm-linux-gcc ./configure arm-linux -build=i586-linux -prefix=/usr/arm-linux -enable-add-ons), built (make) and installed (make installed) libc for arm-linux (ELF). 15) Before attempting to finish building 'egcs-1.1.1' for arm-linux (ELF) I first blow away all the files that were under the 'egcs-1.1.1' subdirectory to get rid of any previous modifications, the un-tar egcs again, run configure (./configure -target=arm-linux -prefix=/usr), go under the 'gcc' subdirectory, run configure again (./configure -target=arm-linux -prefix=/usr), build 'gcc' ('make LANGUAGES="c"'), install it ('make LANGUAGES="c" install'), step back to the './egcs-1.1.1' directory and run 'make cross'. These are the errors I get: checking for unistd.h... yes checking whether the C compiler (/home/chagas/egcs/egcs-1.1.1/gcc/xgcc -B/home/c hagas/egcs/egcs-1.1.1/gcc/ -g -O2 ) works... no configure: error: installation or configuration problem: C compiler cannot creat e executables. make[1]: *** [configure-target-libiberty] Error 1 make[1]: Leaving directory `/home/chagas/egcs/egcs-1.1.1' make: *** [cross] Error 2 16) I ran './gcc/xgcc -dumpmachine' and it returns 'arm-linux' as expected ('gcc -dumpmachine' returns 'i686-pc-linux-gnu'). However, when I try to cross compile a "Hello World" application the arm-linux compiler returns with the following error message: # ./egcs/egcs-1.1.1/gcc/xgcc -o helloarm hello.c /usr/arm-linux/lib/crt1.o: file not recognized: File format not recognized collect2: ld returned 1 exit status # 17) I also tried cross compiling for 'arm-linux' defining 'CC=arm-linux-gcc' but it builds for x86 instead: # CC=arm-linux-gcc gcc -o helloarm hello.c # ./helloarm Hello World! # unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 8 17:55:11 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id RAA670507 for ; Mon, 8 Feb 1999 17:55:10 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id RAA27888 for ; Mon, 8 Feb 1999 17:55:10 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027886; Mon, 8 Feb 99 17:54:54 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:32562 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <910-5334>; Mon, 8 Feb 1999 18:54:32 +0200 Received: by vger.rutgers.edu via listexpand id <153868-27302>; Mon, 8 Feb 1999 11:35:33 -0500 Received: by vger.rutgers.edu id <154780-27302>; Mon, 8 Feb 1999 11:35:21 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2442 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155083-27302>; Mon, 8 Feb 1999 11:33:15 -0500 Received: from [158.152.35.208] (helo=forum) by post.mail.demon.net with smtp (Exim 2.12 #1) id 109tuC-0000Qv-00 for linux-arm@vger.rutgers.edu; Mon, 8 Feb 1999 16:51:28 +0000 Date: Mon, 08 Feb 1999 16:40:13 +0000 From: Andrew Tuson To: linux-arm@vger.rutgers.edu Subject: Kernel upgrade problems Message-ID: X-Organization: at Home X-Mailer: Messenger v1.40d for RISC OS MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO X-Status: A Content-Length: 873 Lines: 26 I am trying to upgrade from V2.0.35 off the Clan CD, to V2.2.1, and have run into a problem. I downloaded linux-2.2.1.tar.gz, and patch-2.2.1-19990128-1.gz, and unarchived the linux file into /usr/src without any apparent problems. I then applied the ARMLinux patch from the /usr/src/linux directory. Part way through the execution of the patch it stopped with file to patch: By ignoring that file, the patch proceeded and announced itself to be successfull. Make config does not work however, indicating that script/split_include.c cannot find linux/types.h, linux/stat.h, linux/errno.h and fcntl.h, and then gives the error: make: *** [scripts_include] Error 1 This is my first upgrade and (I thought) it seemed to be going well. Any help would be gratefully received. -- Andrew Tuson unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 8 18:43:47 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id SAA521448 for ; Mon, 8 Feb 1999 18:43:41 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id SAA28041 for ; Mon, 8 Feb 1999 18:43:41 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028039; Mon, 8 Feb 99 18:43:25 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:12848 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14862-20621>; Mon, 8 Feb 1999 19:42:12 +0200 Received: by vger.rutgers.edu via listexpand id <156804-27300>; Mon, 8 Feb 1999 12:18:36 -0500 Received: by vger.rutgers.edu id <155611-27302>; Mon, 8 Feb 1999 12:18:24 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:17427 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156804-27300>; Mon, 8 Feb 1999 12:17:52 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 109ubO-0000j8-00; Mon, 8 Feb 1999 17:36:06 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 109uao-0006Pn-00; Mon, 8 Feb 1999 17:35:30 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu From: philb@gnu.org Cc: woody@corelcomputer.com, stewart@zhadum.nexus.carleton.ca Subject: Re: 2.2.1-rmk2 released In-reply-to: Your message of "Sun, 07 Feb 1999 23:49:40 GMT." <199902072349.XAA11252@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Feb 1999 17:35:30 +0000 Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 734 Lines: 20 I've updated my kernel changes to go with Russell's latest patch. ftp://ftp.netwinder.org/users/p/philb/linux-2.2.1-philb-990208.gz The patch is a lot smaller than previous versions because NWFPE (which was the majority by volume) is now in Russell's tree. Woody, this includes most of the stuff we discussed last week. You might like to give it a go. Rod, I think NWFPE stands a chance of working as a module now. Let me know if you try it. There's also a new prebuilt kernel image which should work on CATS, EBSA-285 and NetWinder (though I've only tried the last of those): ftp://ftp.netwinder.org/users/p/philb/2.2.1/Image-285-990208.gz p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 8 20:59:12 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id UAA672249 for ; Mon, 8 Feb 1999 20:59:11 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id UAA28323 for ; Mon, 8 Feb 1999 20:59:11 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028321; Mon, 8 Feb 99 20:59:07 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:23816 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6935-5334>; Mon, 8 Feb 1999 21:53:23 +0200 Received: by vger.rutgers.edu via listexpand id <153926-27302>; Mon, 8 Feb 1999 14:34:30 -0500 Received: by vger.rutgers.edu id <154163-27302>; Mon, 8 Feb 1999 14:34:12 -0500 Received: from ganymede.or.intel.com ([134.134.248.3]:3460 "EHLO ganymede.or.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153926-27302>; Mon, 8 Feb 1999 14:34:00 -0500 Received: from orsmsx29.jf.intel.com (orsmsx29.jf.intel.com [192.168.65.29]) by ganymede.or.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id TAA00382 for ; Mon, 8 Feb 1999 19:52:21 GMT Received: by ORSMSX29 with Internet Mail Service (5.5.2232.9) id <1CJHLCRG>; Mon, 8 Feb 1999 11:52:21 -0800 Message-ID: From: "Chagas, Jason" To: "'linux-arm@vger.rutgers.edu'" Cc: "Chagas, Jason" Subject: RE: Problems building an ARM development environment Date: Mon, 8 Feb 1999 11:52:20 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1195 Lines: 36 I'm ALSO attempting to build an 'a.out' development environment (v2.7 - as recommended by Russel Kind) on a NetWinder so I can build the Brutus kernel (downloaded from http://www.research.digital.com/wrl/itsy/linux/linux-brutus.html ). Note the NetWinder (DM) comes with 'gcc v2.8.1' (arm-linuxelf) installed. Please read the description of the problem below. Any ideas?? Jason ----------------- List of steps: 1) Expanded 'binutils-2.7 tar file and applied the appropriate 'arm' patch. 2) Ran './configure arm-linuxaout -prefix=/usr' successfully. 3) Ran 'make' and 'make install' successfully. 4) Expanded 'gcc-2.7.2' tar file and applied the appropriate 'arm' patch. 5) Ran './configure arm-linuxaout' successfully. Ran 'make' and got these error messages returned: rm -f ${name}.o; \ done _muldi3 cc1: Invalid option `7' make[2]: *** [libgcc2.a] Error 1 make[2]: Leaving directory `/home/chagas/gcc/gcc-2.7.2' make[1]: *** [stmp-multilib-sub] Error 2 make[1]: Leaving directory `/home/chagas/gcc/gcc-2.7.2' make: *** [stmp-multilib] Error 1 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 8 21:13:12 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id VAA673389 for ; Mon, 8 Feb 1999 21:13:11 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id VAA28395 for ; Mon, 8 Feb 1999 21:13:11 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028393; Mon, 8 Feb 99 21:13:00 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26650 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14856-5334>; Mon, 8 Feb 1999 22:07:32 +0200 Received: by vger.rutgers.edu via listexpand id <154396-27302>; Mon, 8 Feb 1999 14:46:00 -0500 Received: by vger.rutgers.edu id <153868-27302>; Mon, 8 Feb 1999 14:45:43 -0500 Received: from thalia.fm.intel.com ([132.233.247.11]:4758 "EHLO thalia.fm.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153926-27302>; Mon, 8 Feb 1999 14:45:29 -0500 Received: from fmsmsx29.FM.INTEL.COM (fmsmsx29.fm.intel.com [132.233.42.29]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id UAA21285 for ; Mon, 8 Feb 1999 20:03:50 GMT Received: by FMSMSX29 with Internet Mail Service (5.5.2232.9) id <1DMDHNQ0>; Mon, 8 Feb 1999 12:03:49 -0800 Message-ID: From: "Chagas, Jason" To: linux-arm@vger.rutgers.edu Cc: "Chagas, Jason" Subject: RE: ARM-Linux on Brutus... Date: Mon, 8 Feb 1999 12:03:45 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1613 Lines: 53 Russell, When can I get information on modifing 'extractinfo.pl' (extractinfo.perl) to work with the latest and greatest tools (i.e. Binutils v2.9.1.0.19a). Thanks, Jason ---------- From: Russell King [SMTP:rmk@milldev.demon.co.uk] Sent: Thursday, January 28, 1999 12:25 PM To: EUSSTK@am1.ericsson.se Cc: linux-arm@vger.rutgers.edu Subject: Re: ARM-Linux on Brutus... Steve Kipisz said: > I can't remember how I solved this problem. I remembered having the > problem, I just can't remember how I solved it! Here is my file: > > /* > * *** THIS FILE IS AUTOMATICALLY GENERATED. DO NOT EDIT! *** > */ > unsigned long tss_memmap = 696; > #define __HAS_tss_memmap > unsigned long mm = 708; > #define __HAS_mm > unsigned long pgd = 4; > #define __HAS_pgd > unsigned long tss_save = 692; > #define __HAS_tss_save > unsigned long tss_fpesave = 552; > #define __HAS_tss_fpesave It is not a good idea to send people this file! There is a good reason why it's automatically generated (and it's not to make the build process harder). The constants are highly kernel-version dependent. The problem is most likely going to be an incompatability between the 'extractinfo.pl' perl script and your version of objdump. When using 2.0 kernel source, you either /must/ use the binutils-2.7 a.out tools, /or/ fix 'extractinfo.pl' so that it can parse your binutils' objdump output. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 8 21:34:12 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id VAA657337 for ; Mon, 8 Feb 1999 21:34:11 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id VAA28420 for ; Mon, 8 Feb 1999 21:34:11 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028418; Mon, 8 Feb 99 21:33:40 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:62771 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14342-5334>; Mon, 8 Feb 1999 22:27:54 +0200 Received: by vger.rutgers.edu via listexpand id <154189-27302>; Mon, 8 Feb 1999 15:09:10 -0500 Received: by vger.rutgers.edu id <154163-27302>; Mon, 8 Feb 1999 15:08:53 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2152 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153868-27302>; Mon, 8 Feb 1999 15:08:41 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 109xGm-0007L2-00 for linux-arm@vger.rutgers.edu; Mon, 8 Feb 1999 20:27:01 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 109xFD-00052J-00 for linux-arm@vger.rutgers.edu; Mon, 8 Feb 1999 20:25:23 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: floppy DMA Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Feb 1999 20:25:21 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2667 Lines: 95 Hi, It seems to me that the code we use for floppy pseudo-DMA at the moment is unnecessarily complicated. Although I don't claim to be an expert in these matters it appears that something like the attached patch might be better. I've tested this briefly on my A5000 and it doesn't seem to have any detrimental effects. What do you think? p. --- clean/linux/arch/arm/lib/floppydma.S Mon Feb 8 19:09:15 1999 +++ linux/arch/arm/lib/floppydma.S Mon Feb 8 19:10:42 1999 @@ -2,6 +2,7 @@ * linux/arch/arm/lib/floppydma.S * * Copyright (C) 1995, 1996 Russell King + * Copyright (C) 1999 Philip Blundell */ #include #include @@ -9,20 +10,14 @@ .global SYMBOL_NAME(floppy_fiqin_end) ENTRY(floppy_fiqin_start) - subs r9, r9, #1 - ldrgtb r12, [r11, #-4] - ldrleb r12, [r11], #0 + ldrb r12, [r11], #4 strb r12, [r10], #1 subs pc, lr, #4 SYMBOL_NAME(floppy_fiqin_end): .global SYMBOL_NAME(floppy_fiqout_end) ENTRY(floppy_fiqout_start) - subs r9, r9, #1 - ldrgeb r12, [r10], #1 - movlt r12, #0 - strleb r12, [r11], #0 - subles pc, lr, #4 - strb r12, [r11, #-4] + ldrb r12, [r10], #1 + strb r12, [r11], #4 subs pc, lr, #4 SYMBOL_NAME(floppy_fiqout_end): --- clean/linux/arch/arm/kernel/dma-a5k.c Mon Feb 8 19:09:14 1999 +++ linux/arch/arm/kernel/dma-a5k.c Mon Feb 8 19:14:30 1999 @@ -39,7 +40,7 @@ else { struct pt_regs regs; get_fiq_regs(®s); - return regs.ARM_r9; + return ((int)PCIO_FLOPPYDMABASE + 4 - regs.ARM_fp) / 4; } return 0; } @@ -69,9 +70,9 @@ return; } memcpy((void *)0x1c, fiqhandler_start, fiqhandler_length); - regs.ARM_r9 = dma->buf.length; regs.ARM_r10 = __bus_to_virt(dma->buf.address); - regs.ARM_fp = (int)PCIO_FLOPPYDMABASE; + regs.ARM_fp = (int)PCIO_FLOPPYDMABASE + 4 + - (dma->buf.length * 4); set_fiq_regs(®s); enable_irq(dma->dma_irq); } --- clean/linux/arch/arm/kernel/dma-rpc.c Mon Feb 8 19:09:14 1999 +++ linux/arch/arm/kernel/dma-rpc.c Mon Feb 8 19:18:08 1999 @@ -226,7 +226,7 @@ case DMA_VIRTUAL_FLOPPY: { struct pt_regs regs; get_fiq_regs(®s); - return regs.ARM_r9; + return ((int)PCIO_FLOPPYDMABASE + 4 - regs.ARM_fp) / 4; } break; } @@ -276,9 +276,9 @@ fiqhandler_length = &floppy_fiqout_end - &floppy_fiqout_start; } - regs.ARM_r9 = dma->buf.length; regs.ARM_r10 = __bus_to_virt(dma->buf.address); - regs.ARM_fp = (int)PCIO_FLOPPYDMABASE; + regs.ARM_fp = (int)PCIO_FLOPPYDMABASE + 4 + - (dma->buf.length * 4); if (claim_fiq(&fh)) { printk("floppydma: couldn't claim FIQ.\n"); unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 8 21:57:12 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id VAA659208 for ; Mon, 8 Feb 1999 21:57:11 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id VAA28445 for ; Mon, 8 Feb 1999 21:57:11 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028443; Mon, 8 Feb 99 21:57:09 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:17242 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15265-20621>; Mon, 8 Feb 1999 22:53:18 +0200 Received: by vger.rutgers.edu via listexpand id <154139-27302>; Mon, 8 Feb 1999 15:34:20 -0500 Received: by vger.rutgers.edu id <153993-27302>; Mon, 8 Feb 1999 15:34:03 -0500 Received: from finch-punt-12.mail.demon.net ([194.217.242.36]:57387 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154237-27302>; Mon, 8 Feb 1999 15:32:57 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.10 #2) id 109xeG-0006n5-00; Mon, 8 Feb 1999 20:51:17 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 109xcj-00057Q-00; Mon, 8 Feb 1999 20:49:41 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Chagas, Jason" cc: linux-arm@vger.rutgers.edu Subject: Re: ARM-Linux on Brutus... In-reply-to: Your message of "Mon, 08 Feb 1999 12:03:45 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Feb 1999 20:49:40 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1046 Lines: 26 >When can I get information on modifing 'extractinfo.pl' (extractinfo.perl) >to work with the latest and greatest tools (i.e. Binutils v2.9.1.0.19a). I'd ask around on the sa1100 list first. I think at least some people there are using EGCS and new binutils. Maybe it just works already or maybe someone has done the mods. Failing that, if you look at the script you'll see it's just a Perl script that runs objdump on a couple of files and interprets the results. The lines that are likely to need changing are the bits like this: while () { ($addr, $data0, $data1, $data2, $data3) = split (' '); $dat[hex($addr)] = hex(&swapdata($data0)); You need to look at the output from your version of objdump, work out where the information that the script expects is being output, and then modify the code to look in the right place for it. I was intending to try it myself but I seem to have deleted my arm-linuxaout compiler installation. :-( p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From andy@forum.demon.co.uk Mon Feb 8 23:38:42 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id XAA624021 for ; Mon, 8 Feb 1999 23:38:41 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id XAA28630 for ; Mon, 8 Feb 1999 23:38:41 +0100 (CET) Received: from post-20.mail.demon.net(194.217.242.27) by mentolat.core.genedata.com via smap (V2.0) id xma028628; Mon, 8 Feb 99 23:38:31 +0100 Received: from [158.152.35.208] (helo=forum) by post.mail.demon.net with smtp (Exim 2.10 #2) id 109zJo-0003B4-00 for Matthew.Wilcox@genedata.com; Mon, 8 Feb 1999 22:38:18 +0000 Date: Mon, 08 Feb 1999 22:25:33 +0000 From: Andrew Tuson To: Matthew.Wilcox@genedata.com Subject: Re: Kernel upgrade problems Message-ID: <6b9e5cd148%andy@forum.demon.co.uk> In-Reply-To: <19990208181316.I21970@mencheca.ch.genedata.com> X-Organization: at Home X-Mailer: Messenger v1.40d for RISC OS MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61 Status: RO Content-Length: 1263 Lines: 38 On 8 Feb Matthew Wilcox wrote: > On Mon, Feb 08, 1999 at 04:40:13PM +0000, Andrew Tuson wrote: > > I am trying to upgrade from V2.0.35 off the Clan CD, to > > V2.2.1, and have run into a problem. > > It's not the only problem you'll run into. You'll need an ELF compiler & > binutils & libc to compile a 2.2 kernel. I'm trying to upgrade my own > machine right now, and you can hear the problems I'm having. Where from? > > I downloaded linux-2.2.1.tar.gz, and patch-2.2.1-19990128-1.gz, > > and unarchived the linux file into /usr/src without any > > apparent problems. I then applied the ARMLinux patch from > > the /usr/src/linux directory. > > -EINSUFFICIENTDATA > > I can however guess that you're not using the correct options to patch > - you should change into the /usr/src/linux directory and type `zcat > /path/to/patch-2.2.1-19990128-1.gz | patch -p1'. I used gzip -cd patch-2.2.1-19990128-1.gz | patch -p1 (from Chris Sawers ARMLinux pages). > > This is my first upgrade and (I thought) it seemed to be going > > well. Any help would be gratefully received. > > Even with this correct, I do think you're going to have a lot more > problems.. > Perhaps I would be better off waiting until the Debian CD is available. -- Andrew Tuson From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 9 00:12:14 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id AAA675797 for ; Tue, 9 Feb 1999 00:12:12 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id AAA28761 for ; Tue, 9 Feb 1999 00:12:12 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028757; Tue, 9 Feb 99 00:11:59 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:36653 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14315-24373>; Tue, 9 Feb 1999 01:11:16 +0200 Received: by vger.rutgers.edu via listexpand id <153868-27300>; Mon, 8 Feb 1999 17:52:18 -0500 Received: by vger.rutgers.edu id <153993-27302>; Mon, 8 Feb 1999 17:52:10 -0500 Received: from black.oaktree.co.uk ([193.82.129.7]:3085 "EHLO black.oaktree.co.uk" ident: "root") by vger.rutgers.edu with ESMTP id <153868-27300>; Mon, 8 Feb 1999 17:51:52 -0500 Received: from caramon.armlinux.org.uk (root@[194.168.14.174]) by black.oaktree.co.uk (8.8.8/8.8.8) with ESMTP id XAA13497; Mon, 8 Feb 1999 23:09:58 GMT Received: from raistlin.armlinux.org.uk (raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.7.4/8.7.3) with ESMTP id XAA15664; Mon, 8 Feb 1999 23:19:22 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA01513; Mon, 8 Feb 1999 23:11:40 GMT Message-Id: <199902082311.XAA01513@raistlin.armlinux.org.uk> Subject: Re: floppy DMA To: philb@gnu.org (Philip Blundell) Date: Mon, 8 Feb 1999 23:11:39 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Feb 8, 99 08:25:21 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1104 Lines: 19 Philip Blundell writes: > It seems to me that the code we use for floppy pseudo-DMA at the moment is > unnecessarily complicated. Although I don't claim to be an expert in these > matters it appears that something like the attached patch might be better. > I've tested this briefly on my A5000 and it doesn't seem to have any > detrimental effects. Interesting, but can it cope with a complete track of the disk? I seem to remember that the floppy driver does do this from time to time, and this is larger than the DMA area. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 9 00:12:42 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id AAA643680 for ; Tue, 9 Feb 1999 00:12:41 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id AAA28768 for ; Tue, 9 Feb 1999 00:12:41 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028766; Tue, 9 Feb 99 00:12:29 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:36653 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14741-32600>; Tue, 9 Feb 1999 01:12:04 +0200 Received: by vger.rutgers.edu via listexpand id <153868-27302>; Mon, 8 Feb 1999 17:53:09 -0500 Received: by vger.rutgers.edu id <154163-27302>; Mon, 8 Feb 1999 17:52:52 -0500 Received: from black.oaktree.co.uk ([193.82.129.7]:3091 "EHLO black.oaktree.co.uk" ident: "root") by vger.rutgers.edu with ESMTP id <153993-27302>; Mon, 8 Feb 1999 17:52:25 -0500 Received: from caramon.armlinux.org.uk (root@[194.168.14.174]) by black.oaktree.co.uk (8.8.8/8.8.8) with ESMTP id XAA13979; Mon, 8 Feb 1999 23:10:40 GMT Received: from raistlin.armlinux.org.uk (raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.7.4/8.7.3) with ESMTP id XAA15670; Mon, 8 Feb 1999 23:20:03 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA01522; Mon, 8 Feb 1999 23:12:21 GMT Message-Id: <199902082312.XAA01522@raistlin.armlinux.org.uk> Subject: Re: Symbolic links To: richard.morton@span.ch (Richard) Date: Mon, 8 Feb 1999 23:12:20 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Richard" at Feb 8, 99 09:44:59 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1112 Lines: 19 Richard writes: > I am currently trying to install Arm Linux on my SA RISCPC all has gone > according to the instructions .. including the expected bmap magic > thingy. Would someone please explain the exact syntax required to create > the sybolic link between /dev/root and /dev/hda3 so that I can run > loadmap and what happens then?. Any advice on this would be most > welcome. I am basing my efforts on the content of the FAQ, and Phil > Norman's excellent idiots guide to installing. ln -s /dev/hda3 /dev/root will do the right thing. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 9 00:18:12 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id AAA659916 for ; Tue, 9 Feb 1999 00:18:11 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id AAA28774 for ; Tue, 9 Feb 1999 00:18:11 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028771; Tue, 9 Feb 99 00:17:47 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:23600 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14825-24373>; Tue, 9 Feb 1999 01:17:27 +0200 Received: by vger.rutgers.edu via listexpand id <153868-27300>; Mon, 8 Feb 1999 17:58:22 -0500 Received: by vger.rutgers.edu id <153993-27300>; Mon, 8 Feb 1999 17:58:13 -0500 Received: from black.oaktree.co.uk ([193.82.129.7]:3185 "EHLO black.oaktree.co.uk" ident: "root") by vger.rutgers.edu with ESMTP id <153868-27300>; Mon, 8 Feb 1999 17:58:05 -0500 Received: from caramon.armlinux.org.uk (root@[194.168.14.174]) by black.oaktree.co.uk (8.8.8/8.8.8) with ESMTP id XAA14584; Mon, 8 Feb 1999 23:16:15 GMT Received: from raistlin.armlinux.org.uk (raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.7.4/8.7.3) with ESMTP id XAA15694; Mon, 8 Feb 1999 23:25:38 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA01568; Mon, 8 Feb 1999 23:17:56 GMT Message-Id: <199902082317.XAA01568@raistlin.armlinux.org.uk> Subject: Re: ARM-Linux on Brutus... To: philb@gnu.org (Philip Blundell) Date: Mon, 8 Feb 1999 23:17:56 +0000 (GMT) Cc: jason.chagas@intel.com, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Feb 8, 99 08:49:40 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1416 Lines: 32 Philip Blundell writes: > Failing that, if you look at the script you'll see it's just a Perl script > that runs objdump on a couple of files and interprets the results. The lines > that are likely to need changing are the bits like this: > > while () { > ($addr, $data0, $data1, $data2, $data3) = split (' '); > $dat[hex($addr)] = hex(&swapdata($data0)); I've already fixed this for the version of binutils that Dave Gilbert's using (Dave, could you post your version nrs please). > You need to look at the output from your version of objdump, work out where > the information that the script expects is being output, and then modify the > code to look in the right place for it. Alternatively, send me the output of objdump --syms getconsdata.o objdump --full-contents --section=.data getconsdata.o And I'll look at it. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 9 01:16:43 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id BAA636854 for ; Tue, 9 Feb 1999 01:16:41 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id BAA28846 for ; Tue, 9 Feb 1999 01:16:41 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028843; Tue, 9 Feb 99 01:16:18 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:44041 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14683-24373>; Tue, 9 Feb 1999 02:16:06 +0200 Received: by vger.rutgers.edu via listexpand id <154139-27302>; Mon, 8 Feb 1999 18:56:58 -0500 Received: by vger.rutgers.edu id <153993-27302>; Mon, 8 Feb 1999 18:56:49 -0500 Received: from Hydro.CAM.ORG ([198.168.100.7]:64597 "EHLO Hydro.CAM.ORG" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153868-27302>; Mon, 8 Feb 1999 18:56:36 -0500 Received: from Stratus.CAM.ORG (Stratus.CAM.ORG [198.168.100.6]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id TAA27706; Mon, 8 Feb 1999 19:14:08 -0500 (EST) Date: Mon, 8 Feb 1999 19:14:18 -0500 (EST) From: Nicolas Pitre To: Philip Blundell cc: "Chagas, Jason" , linux-arm@vger.rutgers.edu Subject: Re: ARM-Linux on Brutus... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1434 Lines: 36 On Mon, 8 Feb 1999, Philip Blundell wrote: > >When can I get information on modifing 'extractinfo.pl' (extractinfo.perl) > >to work with the latest and greatest tools (i.e. Binutils v2.9.1.0.19a). > > I'd ask around on the sa1100 list first. I think at least some people there > are using EGCS and new binutils. Maybe it just works already or maybe someone > has done the mods. OK here's my plan for tonight. It has been a couple of weeks I wanted to do it but didn't have time to complete the work. I'll try to release a patch against 2.2.1-rmk2 tonight. This patch should work on Brutus with hopefully any Angel versions. This kernel will compile to an ELF binary so the hasle with a.out will not be. This patch is probably the cleanest up to now (big thanks to Hugo for his big contribution) and also the more stable I've seen yet. Some issues that triggered segfaults with my 2.0.35 patch should be fixed in this one. However, there won't be any Brutus console support -- only serial console. I won't do the port for those drivers since I'm not sighted... I'll let it to others! :-) I plan to submit something to Russell soon so the main ARM Linux tree could carry SA1100 suport too. So this is to give hope to those with all sort of problems for which I think this patch should be less painful. Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 9 10:09:17 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id KAA682873 for ; Tue, 9 Feb 1999 10:09:12 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id KAA29686 for ; Tue, 9 Feb 1999 10:09:11 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma029684; Tue, 9 Feb 99 10:09:04 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:34614 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3834-32600>; Tue, 9 Feb 1999 11:08:41 +0200 Received: by vger.rutgers.edu via listexpand id <154218-27302>; Tue, 9 Feb 1999 03:49:28 -0500 Received: by vger.rutgers.edu id <154532-27302>; Tue, 9 Feb 1999 03:49:20 -0500 Received: from oskar.nanoteq.co.za ([196.37.91.10]:4729 "EHLO oskar.nanoteq.co.za" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <154218-27302>; Tue, 9 Feb 1999 03:48:58 -0500 Received: from oskar.nanoteq.co.za (craul.nanoteq.co.za [196.37.91.24]) by oskar.nanoteq.co.za (8.9.0/8.9.0) with ESMTP id LAA25863 for ; Tue, 9 Feb 1999 11:07:19 +0200 (SAT) Message-ID: <36BFFA55.355DC869@oskar.nanoteq.co.za> Date: Tue, 09 Feb 1999 09:05:26 +0000 From: Chris Bohme X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.0.34 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm Subject: EBSA-285 and angelboot Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 534 Lines: 18 Hi ! It would be great if I could get answers to at least some of the questions below: 1. Does the angelboot bootloader support the ELF format or should kernels for an EBSA board use other linker formats ? 2. Can kernels be downloaded via serial port to the evaluation board (and started with the bootloader) or should they be programmed into the device's flash ? Why is there no output on the serial port after downloading the kernel ? Thanks !! Chris unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 9 10:32:19 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id KAA687273 for ; Tue, 9 Feb 1999 10:32:12 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id KAA29733 for ; Tue, 9 Feb 1999 10:32:11 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma029729; Tue, 9 Feb 99 10:31:45 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:11853 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14977-24373>; Tue, 9 Feb 1999 11:30:10 +0200 Received: by vger.rutgers.edu via listexpand id <154218-27302>; Tue, 9 Feb 1999 04:10:56 -0500 Received: by vger.rutgers.edu id <154139-27300>; Tue, 9 Feb 1999 04:10:48 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:19561 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154861-27302>; Tue, 9 Feb 1999 04:07:57 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10A9Jy-0001Ia-00; Tue, 9 Feb 1999 09:19:06 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10A9JJ-0006og-00; Tue, 9 Feb 1999 09:18:25 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King - ARM Linux Admin cc: linux-arm@vger.rutgers.edu Subject: Re: floppy DMA In-reply-to: Your message of "Mon, 08 Feb 1999 23:11:39 GMT." <199902082311.XAA01513@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 09 Feb 1999 09:18:24 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 490 Lines: 12 >Interesting, but can it cope with a complete track of the disk? I seem to >remember that the floppy driver does do this from time to time, and this >is larger than the DMA area. Ah, I didn't realise that. I imagine that's not the common case though, and we could handle it differently in the last resort. Or maybe the floppy driver can be prevented from doing this. I'll take a look when I have time. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 9 12:28:50 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id MAA688943 for ; Tue, 9 Feb 1999 12:28:43 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id MAA30083 for ; Tue, 9 Feb 1999 12:28:42 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa30079; Tue, 9 Feb 99 12:28:31 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:14907 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15318-24373>; Tue, 9 Feb 1999 13:26:07 +0200 Received: by vger.rutgers.edu via listexpand id <155241-27302>; Tue, 9 Feb 1999 06:06:44 -0500 Received: by vger.rutgers.edu id <155107-27302>; Tue, 9 Feb 1999 06:04:00 -0500 Received: from p114.nas1.is5.u-net.net ([195.102.200.114]:17849 "EHLO gatekeeper.px.uk.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154532-27302>; Tue, 9 Feb 1999 05:56:35 -0500 Received: from ashton (ashton.px.uk.com [172.16.16.208]) by gatekeeper.px.uk.com (8.9.1/8.9.1) with SMTP id LAA10677; Tue, 9 Feb 1999 11:15:07 GMT Message-Id: <3.0.6.32.19990209111504.00901510@proxy.px.uk.com> X-Sender: treblig#pop3.demon.co.uk@proxy.px.uk.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Tue, 09 Feb 1999 11:15:04 +0000 To: Philip Blundell , Russell King - ARM Linux Admin From: "Dr . David Alan Gilbert" Subject: Re: floppy DMA Cc: linux-arm@vger.rutgers.edu In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 712 Lines: 18 At 09:18 AM 2/9/99 +0000, Philip Blundell wrote: >>Interesting, but can it cope with a complete track of the disk? I seem to >>remember that the floppy driver does do this from time to time, and this >>is larger than the DMA area. > >Ah, I didn't realise that. I imagine that's not the common case though, and >we could handle it differently in the last resort. Or maybe the floppy driver >can be prevented from doing this. I'll take a look when I have time. I'm not sure - but on Linux/x86 the floppy driver reads a whole track and buffers it - I can't remember if thats still in there or was removed to save RAM on ARM. Dave unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 9 14:29:14 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id OAA673601 for ; Tue, 9 Feb 1999 14:29:12 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id OAA30379 for ; Tue, 9 Feb 1999 14:29:12 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma030377; Tue, 9 Feb 99 14:28:56 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:21300 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8514-24373>; Tue, 9 Feb 1999 15:28:44 +0200 Received: by vger.rutgers.edu via listexpand id <154588-27302>; Tue, 9 Feb 1999 08:09:09 -0500 Received: by vger.rutgers.edu id <154730-27302>; Tue, 9 Feb 1999 08:09:02 -0500 Received: from smtp-out-005.wanadoo.fr ([193.252.19.88]:59621 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <154588-27302>; Tue, 9 Feb 1999 08:08:42 -0500 Received: from tntaub17-111.abo.wanadoo.fr [164.138.87.111] by wanadoo.fr for Paris Tue, 9 Feb 1999 14:24:35 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902091324.OAA13540@wanadoo.fr> To: linux-arm@vger.rutgers.edu Date: Tue, 9 Feb 1999 14:27:12 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Pb compiling linux 2.2.1rmk2 + philb19990108 X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 4601 Lines: 210 /usr/local/bin/arm-linux-ld -m elf32arm -T /usr/src/linux.2.2.1- arm/arch/arm/vmlinux-armv.lds -e stext -Ttext 0xC0008000 arch/arm/kernel/head-armv.o arch/arm/kernel/init_task.o init/main.o init/version.o \ --start-group \ arch/arm/kernel/kernel.o arch/arm/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \ fs/filesystems.a \ net/network.a \ drivers/block/block.a drivers/char/char.a drivers/misc/misc.a drivers/net/net.a drivers/pci/pci.a arch/arm/special/special.a arch/arm/nwfpe/math-emu.a \ arch/arm/lib/lib.a /usr/src/linux.2.2.1-arm/lib/lib.a `/usr/local/bin/arm- linux-gcc -D__KERNEL__ -I/usr/src/linux.2.2.1-arm/include - mshort-load-bytes -march=armv4 -mtune=strongarm110 --print- libgcc-file-name` \ --end-group \ -o vmlinux drivers/char/char.a(misc.o): In function `misc_init': misc.o(.text.init+0x38): undefined reference to `footbridge_watchdog_init' misc.o(.text.init+0x38): relocation truncated to fit: R_ARM_PC24 footbridge_watchdog_init make: *** [vmlinux] Error 1 # # Automatically generated by make menuconfig: don't edit # CONFIG_ARM=y # # System and processor type # # CONFIG_ARCH_ARC is not set # CONFIG_ARCH_A5K is not set # CONFIG_ARCH_RPC is not set # CONFIG_ARCH_EBSA110 is not set CONFIG_FOOTBRIDGE=y CONFIG_HOST_FOOTBRIDGE=y CONFIG_ADDIN_FOOTBRIDGE=y CONFIG_ARCH_EBSA285=y # CONFIG_CATS is not set # CONFIG_ARCH_NETWINDER is not set # CONFIG_ARCH_ACORN is not set CONFIG_PCI=y # CONFIG_ISA_DMA is not set CONFIG_CPU_32=y # CONFIG_CPU_26 is not set CONFIG_CPU_ARMV4=y CONFIG_TUNE_SA110=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y # CONFIG_ALIGNMENT_TRAP is not set CONFIG_TEXT_SECTIONS=y # # Loadable module support # CONFIG_MODULES=y # CONFIG_MODVERSIONS is not set CONFIG_KMOD=y # # General setup # # CONFIG_NET is not set CONFIG_SYSVIPC=y # CONFIG_BSD_PROCESS_ACCT is not set CONFIG_SYSCTL=y CONFIG_NWFPE=y # CONFIG_BINFMT_AOUT is not set CONFIG_BINFMT_ELF=y # CONFIG_BINFMT_MISC is not set # CONFIG_PARPORT is not set CONFIG_LEDS=y CONFIG_LEDS_TIMER=y CONFIG_LEDS_CPU=y # # Plug and Play support # # CONFIG_PNP is not set # # Block devices # # CONFIG_BLK_DEV_FD is not set # CONFIG_BLK_DEV_IDE is not set # CONFIG_BLK_DEV_HD_ONLY is not set # CONFIG_BLK_DEV_LOOP is not set # CONFIG_BLK_DEV_MD is not set CONFIG_BLK_DEV_RAM=y # CONFIG_BLK_DEV_INITRD is not set # CONFIG_BLK_DEV_XD is not set CONFIG_PARIDE_PARPORT=y # CONFIG_PARIDE is not set # CONFIG_BLK_DEV_HD is not set # # Character devices # # CONFIG_VT is not set # CONFIG_SERIAL is not set # CONFIG_SERIAL_EXTENDED is not set CONFIG_SERIAL_NONSTANDARD=y # CONFIG_ROCKETPORT is not set # CONFIG_DIGIEPCA is not set # CONFIG_DIGI is not set # CONFIG_CYCLADES is not set # CONFIG_STALDRV is not set # CONFIG_RISCOM8 is not set # CONFIG_SPECIALIX is not set # CONFIG_ESPSERIAL is not set # CONFIG_ISI is not set CONFIG_SERIAL_21285=y CONFIG_SERIAL_21285_CONSOLE=y # CONFIG_UNIX98_PTYS is not set # CONFIG_MOUSE is not set # CONFIG_QIC02_TAPE is not set CONFIG_WATCHDOG=y # # Watchdog Cards # # CONFIG_WATCHDOG_NOWAYOUT is not set # CONFIG_WDT is not set CONFIG_SOFT_WATCHDOG=y # CONFIG_PCWATCHDOG is not set # CONFIG_ACQUIRE_WDT is not set CONFIG_21285_WATCHDOG=y # CONFIG_21285_FLASH is not set # CONFIG_NVRAM is not set # CONFIG_RTC is not set # # Video For Linux # # CONFIG_VIDEO_DEV is not set # # Joystick support # # CONFIG_JOYSTICK is not set # # Ftape, the floppy tape device driver # # CONFIG_FTAPE is not set # # SCSI support # # CONFIG_SCSI is not set # # Sound # # CONFIG_SOUND is not set # # Filesystems # # CONFIG_QUOTA is not set # CONFIG_AUTOFS_FS is not set # CONFIG_ADFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_HFS_FS is not set # CONFIG_FAT_FS is not set CONFIG_MSDOS_FS=m # CONFIG_UMSDOS_FS is not set CONFIG_VFAT_FS=m # CONFIG_ISO9660_FS is not set # CONFIG_JOLIET is not set # CONFIG_MINIX_FS is not set # CONFIG_NTFS_FS is not set # CONFIG_HPFS_FS is not set CONFIG_PROC_FS=y # CONFIG_QNX4FS_FS is not set CONFIG_ROMFS_FS=y CONFIG_EXT2_FS=y # CONFIG_SYSV_FS is not set # CONFIG_UFS_FS is not set # # Partition Types # # CONFIG_OSF_PARTITION is not set # CONFIG_MAC_PARTITION is not set # CONFIG_MSDOS_PARTITION is not set # CONFIG_SGI_PARTITION is not set # CONFIG_SUN_PARTITION is not set # CONFIG_AMIGA_PARTITION is not set # CONFIG_ACORN_PARTITION is not set # CONFIG_NLS is not set # # Kernel hacking # CONFIG_FRAME_POINTER=y CONFIG_DEBUG_ERRORS=y # CONFIG_DEBUG_USER is not set # CONFIG_DEBUG_INFO is not set CONFIG_MAGIC_SYSRQ=y # CONFIG_ARTHUR is not set unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 9 16:59:48 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id QAA703390 for ; Tue, 9 Feb 1999 16:59:44 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id QAA31037 for ; Tue, 9 Feb 1999 16:59:43 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma031034; Tue, 9 Feb 99 16:59:40 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:56419 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14421-24373>; Tue, 9 Feb 1999 17:49:06 +0200 Received: by vger.rutgers.edu via listexpand id <154425-27302>; Tue, 9 Feb 1999 10:29:42 -0500 Received: by vger.rutgers.edu id <154369-27302>; Tue, 9 Feb 1999 10:29:24 -0500 Received: from relay3.UU.NET ([192.48.96.8]:3925 "EHLO relay3.UU.NET" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154399-27302>; Tue, 9 Feb 1999 10:27:51 -0500 Received: from xedia.com by relay3.UU.NET with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQgbvj09156; Tue, 9 Feb 1999 10:46:06 -0500 (EST) Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA10421; Tue, 9 Feb 99 10:42:45 EST Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id KAA25525; Tue, 9 Feb 1999 10:46:05 -0500 Date: Tue, 9 Feb 1999 10:46:05 -0500 Message-Id: <199902091546.KAA25525@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pb@nexus.co.uk Cc: linux@arm.linux.org.uk, linux-arm@vger.rutgers.edu Subject: Re: floppy DMA References: <199902082311.XAA01513@raistlin.armlinux.org.uk> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 784 Lines: 17 >>>>> "Philip" == Philip Blundell writes: >> Interesting, but can it cope with a complete track of the disk? I >> seem to remember that the floppy driver does do this from time to >> time, and this is larger than the DMA area. Philip> Ah, I didn't realise that. I imagine that's not the common Philip> case though, and we could handle it differently in the last Philip> resort. Or maybe the floppy driver can be prevented from Philip> doing this. I'll take a look when I have time. Don't know about common, but applications that want to do high speed floppy I/O are likely to do such a thing. I have one that hasn't yet been upgraded to do this, but will be when I can. paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 9 16:59:45 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id QAA708219 for ; Tue, 9 Feb 1999 16:59:44 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id QAA31038 for ; Tue, 9 Feb 1999 16:59:43 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa31034; Tue, 9 Feb 99 16:59:41 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:1651 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14377-32600>; Tue, 9 Feb 1999 17:58:39 +0200 Received: by vger.rutgers.edu via listexpand id <154573-27302>; Tue, 9 Feb 1999 10:39:16 -0500 Received: by vger.rutgers.edu id <154396-27302>; Tue, 9 Feb 1999 10:38:22 -0500 Received: from rook.ecs.soton.ac.uk ([152.78.71.4]:58098 "EHLO rook.ecs.soton.ac.uk" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <154555-27302>; Tue, 9 Feb 1999 10:37:48 -0500 Received: from stork.ecs.soton.ac.uk (stork [152.78.71.1]) by rook.ecs.soton.ac.uk (8.9.1a/8.9.1) with ESMTP id PAA01294 for ; Tue, 9 Feb 1999 15:56:25 GMT Received: from skye.ecs.soton.ac.uk (IDENT:sce196@skye [152.78.71.44]) by stork.ecs.soton.ac.uk (8.9.1/8.9.1) with SMTP id PAA03401 for ; Tue, 9 Feb 1999 15:56:25 GMT Date: Tue, 9 Feb 1999 15:56:24 +0000 (GMT) From: Sam Ellis To: linux-arm@vger.rutgers.edu Subject: make not working. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 843 Lines: 33 Hi, I'm using the 2.0.35 kernel on a RiscPC. My problem is that make will not execute shell scripts. The shell scripts are located in a bin directory, and work fine when run from the command prompt. When run from a makefile, I always get the error 'cannot execute binary file [Error 126]'. A trivial example is when the makefile contains: a: b and the shell script (called b) contains: echo doing a 'make -d' gives: Putting child 0x00035C60 PID00445 on the chain. Live child 0x00035C60 PID445 make: /usr/bin/make: cannot execute binary file Got a SIGCHLD; 1 unreaped children Am I doing something really stupid, or is it make's fault? Any help would be appreciated. Sam Ellis. Department of Electronics & Computer Science University of Southampton unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 9 17:35:15 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id RAA709031 for ; Tue, 9 Feb 1999 17:35:14 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id RAA31116 for ; Tue, 9 Feb 1999 17:35:13 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa31110; Tue, 9 Feb 99 17:35:04 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:64812 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14604-24373>; Tue, 9 Feb 1999 18:19:35 +0200 Received: by vger.rutgers.edu via listexpand id <154858-27300>; Tue, 9 Feb 1999 11:00:13 -0500 Received: by vger.rutgers.edu id <155082-27302>; Tue, 9 Feb 1999 11:00:04 -0500 Received: from prune.flirble.org ([195.40.6.30]:1802 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <155381-27300>; Tue, 9 Feb 1999 10:57:02 -0500 Received: (qmail 10293 invoked from network); 9 Feb 1999 16:15:33 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 9 Feb 1999 16:15:33 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id QAA19537; Tue, 9 Feb 1999 16:15:30 GMT From: Nicholas Clark Message-Id: <199902091615.QAA19537@flirble.org> Subject: Re: make not working. In-Reply-To: from Sam Ellis at "Feb 9, 99 03:56:24 pm" To: sce196@ecs.soton.ac.uk (Sam Ellis) Date: Tue, 9 Feb 1999 16:15:30 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 448 Lines: 18 In the last mail Sam Ellis said: > Am I doing something really stupid, or is it make's fault? No. try make SHELL=/bin/zsh and see if that helps. > Any help would be appreciated. 1: Do your shell scripts start with a single : ? 2: Does anyone know if bash 2 can cope with such shell scripts? (if so, another reason for suppling bash 2 in preference to 1.14) Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 9 17:35:15 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id RAA691781 for ; Tue, 9 Feb 1999 17:35:14 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id RAA31117 for ; Tue, 9 Feb 1999 17:35:12 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmab31110; Tue, 9 Feb 99 17:35:05 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:28486 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1628-24373>; Tue, 9 Feb 1999 18:29:20 +0200 Received: by vger.rutgers.edu via listexpand id <154423-27300>; Tue, 9 Feb 1999 11:09:59 -0500 Received: by vger.rutgers.edu id <154396-27300>; Tue, 9 Feb 1999 11:09:20 -0500 Received: from p114.nas1.is5.u-net.net ([195.102.200.114]:25881 "EHLO gatekeeper.px.uk.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155247-27302>; Tue, 9 Feb 1999 11:09:09 -0500 Received: from ashton (ashton.px.uk.com [172.16.16.208]) by gatekeeper.px.uk.com (8.9.1/8.9.1) with SMTP id QAA17665; Tue, 9 Feb 1999 16:27:42 GMT Message-Id: <3.0.6.32.19990209162743.00c2a710@proxy.px.uk.com> X-Sender: treblig#pop3.demon.co.uk@proxy.px.uk.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Tue, 09 Feb 1999 16:27:43 +0000 To: Paul Koning From: "Dr . David Alan Gilbert" Subject: Re: floppy DMA Cc: linux-arm@vger.rutgers.edu In-Reply-To: <199902091546.KAA25525@tonga.xedia.com> References: <199902082311.XAA01513@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 444 Lines: 13 At 10:46 AM 2/9/99 -0500, Paul Koning wrote: >Don't know about common, but applications that want to do high speed >floppy I/O are likely to do such a thing. I have one that hasn't yet >been upgraded to do this, but will be when I can. Hmm - 'floppy' and 'high speed' in the same sentance - can someone note that down - it may be a once only occurrence..... Dave unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 9 17:35:15 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id RAA690069 for ; Tue, 9 Feb 1999 17:35:14 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id RAA31118 for ; Tue, 9 Feb 1999 17:35:13 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmac31110; Tue, 9 Feb 99 17:35:06 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:2128 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1188-32600>; Tue, 9 Feb 1999 18:32:21 +0200 Received: by vger.rutgers.edu via listexpand id <154396-27300>; Tue, 9 Feb 1999 11:12:49 -0500 Received: by vger.rutgers.edu id <155247-27300>; Tue, 9 Feb 1999 11:12:41 -0500 Received: from relay3.UU.NET ([192.48.96.8]:2198 "EHLO relay3.UU.NET" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154396-27302>; Tue, 9 Feb 1999 11:12:21 -0500 Received: from xedia.com by relay3.UU.NET with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQgbvm00803; Tue, 9 Feb 1999 11:30:50 -0500 (EST) Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA11636; Tue, 9 Feb 99 11:27:29 EST Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id LAA25568; Tue, 9 Feb 1999 11:30:49 -0500 Date: Tue, 9 Feb 1999 11:30:49 -0500 Message-Id: <199902091630.LAA25568@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: dg@px.uk.com Cc: linux-arm@vger.rutgers.edu Subject: Re: floppy DMA References: <199902082311.XAA01513@raistlin.armlinux.org.uk> <199902091546.KAA25525@tonga.xedia.com> <3.0.6.32.19990209162743.00c2a710@proxy.px.uk.com> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 706 Lines: 18 >>>>> "David" == David Alan Gilbert writes: David> At 10:46 AM 2/9/99 -0500, Paul Koning wrote: >> Don't know about common, but applications that want to do high >> speed floppy I/O are likely to do such a thing. I have one that >> hasn't yet been upgraded to do this, but will be when I can. David> Hmm - 'floppy' and 'high speed' in the same sentance - can David> someone note that down - it may be a once only occurrence..... Ok ok... :-) But if you ever tried block at a time processing vs. track at a time processing, you'd know. Perhaps you might use "slow" vs "absurdly unbelievably slow". paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 9 23:40:44 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id XAA709883 for ; Tue, 9 Feb 1999 23:40:43 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id XAA31936 for ; Tue, 9 Feb 1999 23:40:43 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma031934; Tue, 9 Feb 99 23:40:25 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:3708 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3931-23847>; Wed, 10 Feb 1999 00:40:10 +0200 Received: by vger.rutgers.edu via listexpand id <154425-27300>; Tue, 9 Feb 1999 17:20:32 -0500 Received: by vger.rutgers.edu id <154414-27300>; Tue, 9 Feb 1999 17:20:14 -0500 Received: from post-11.mail.demon.net ([194.217.242.40]:52862 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154409-27302>; Tue, 9 Feb 1999 17:19:53 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.10 #2) id 10ALnr-00061b-00 for linux-arm@vger.rutgers.edu; Tue, 9 Feb 1999 22:38:47 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10ALjD-0005vd-00 for linux-arm@vger.rutgers.edu; Tue, 9 Feb 1999 22:33:59 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: Re: floppy DMA In-reply-to: Your message of "Mon, 08 Feb 1999 20:25:21 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 09 Feb 1999 22:33:58 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1336 Lines: 27 Previously, I wrote: >It seems to me that the code we use for floppy pseudo-DMA at the moment is >unnecessarily complicated. [...] Russell, you mentioned that you thought whole-track reads might fall foul of this. By my calculations the maximum buffer size with my code is 0x18004/4 or 24577 bytes. If you extrapolate this to an 80-track double sided disk you get a capacity of 3840 kilobytes which is (as far as I know) way beyond what any drive fitted to Acorn equipment is capable of. In fact the Acorn PRMs give the maximum "actual workable track length" as 12312 bytes. It does look like there's some support in the floppy driver for whole-cylinder transfers, which would indeed come to grief. I don't know whether this is actually ever used on the A5000 or the RiscPC. I suspect not on the former which is actually the machine I'm more interested in. (For those wondering why I'm interested in this stuff: my original goal was actually to make the floppy FIQ code short enough that it would be safe to disable FIQs for a couple of instructions from time to time without running the risk of disk corruption. Apparently at the moment this isn't possible which could cause problems with the IRQ masks under some circumstances.) p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 10 00:45:14 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id AAA696102 for ; Wed, 10 Feb 1999 00:45:13 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id AAA32090 for ; Wed, 10 Feb 1999 00:45:12 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma032088; Wed, 10 Feb 99 00:44:47 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:23404 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14530-18591>; Wed, 10 Feb 1999 01:43:30 +0200 Received: by vger.rutgers.edu via listexpand id <154425-27300>; Tue, 9 Feb 1999 18:23:52 -0500 Received: by vger.rutgers.edu id <154487-27300>; Tue, 9 Feb 1999 18:23:41 -0500 Received: from post-11.mail.demon.net ([194.217.242.40]:57479 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154484-27302>; Tue, 9 Feb 1999 18:23:25 -0500 Received: from [158.152.8.32] (helo=nedman) by post.mail.demon.net with smtp (Exim 2.10 #2) id 10AMnF-0003KF-00 for linux-arm@vger.rutgers.edu; Tue, 9 Feb 1999 23:42:14 +0000 MIME-Version: 1.0 From: Chris Gransden To: linux-arm@vger.rutgers.edu Date: Tue, 09 Feb 1999 23:40:26 +0000 (GMT) Subject: Re: Running X server on 2.2.1-rmk1 Message-ID: <48d1e74f66chrisg@nedman.demon.co.uk> In-Reply-To: <48d0d7d580chrisg@nedman.demon.co.uk> References: <199902071717.RAA06088@raistlin.armlinux.org.uk> <199902072041.UAA09031@raistlin.armlinux.org.uk> <199902072041.UAA09031@raistlin.armlinux.org.uk> <48d0d7d580chrisg@nedman.demon.co.uk> User-Agent: Pluto/1.11a (RISC-OS/3.7) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1408 Lines: 31 In article <48d0d7d580chrisg@nedman.demon.co.uk>, Chris Gransden wrote: > On 07 Feb, Russell King - ARM Linux Admin wrote: > > Russell King - ARM Linux Admin writes: > > > I have a replacement (but not 100% tested) X server which is basically the > > > old version upgraded to handle the new fbcon. It will still work with old > > > kernels however. > > > > > > I'll upload it to the FTP site soon. > > Ok, you should find it at: > > ftp.arm.linux.org.uk:/pub/armlinux/testing/Xarmlinux.gz > Thanks for that. Unfortunately it locks solid as soon as the mouse pointer > appears in the middle of the screen. It still works under 2.0.35 though. > Here's my device file, just in case I got it wrong, > crw-rw-rw- 1 root root 29, 0 Feb 7 21:11 /dev/fb0 It turns out that if I move the mouse around after typing startx the X server starts up fine. This is with rmk2. I've set the console to 1280x1024 8bit but X always starts up in 640x480 4bit. Setting the resolution and depth from an X term the screen display gets corrupted. If I then exit back to the console and restart the X server I get the intended resolution and depth. I've also noticed the mouse pointer is restricted to the 640x480 screen size in the console. -- Email: chrisg@nedman.demon.co.uk unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 10 08:10:45 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.2/8.9.2) with ESMTP id IAA699276 for ; Wed, 10 Feb 1999 08:10:44 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.2/8.9.2) id IAA00024 for ; Wed, 10 Feb 1999 08:10:43 +0100 (CET) Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000022; Wed, 10 Feb 99 08:10:14 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:5720 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1320-18591>; Wed, 10 Feb 1999 09:09:49 +0200 Received: by vger.rutgers.edu via listexpand id <155452-27302>; Wed, 10 Feb 1999 01:50:01 -0500 Received: by vger.rutgers.edu id <155524-27300>; Wed, 10 Feb 1999 01:49:52 -0500 Received: from tallyho.bc.nu ([194.168.151.65]:10486 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <155452-27302>; Wed, 10 Feb 1999 01:49:39 -0500 Received: from caramon.armlinux.org.uk (galatea-24.cableol.net [194.168.16.24]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id HAA17193; Wed, 10 Feb 1999 07:08:38 GMT Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id AAA19701; Wed, 10 Feb 1999 00:20:57 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id AAA04290; Wed, 10 Feb 1999 00:11:09 GMT Message-Id: <199902100011.AAA04290@raistlin.armlinux.org.uk> Subject: Re: floppy DMA To: philb@gnu.org (Philip Blundell) Date: Wed, 10 Feb 1999 00:11:08 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Feb 9, 99 10:33:58 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1639 Lines: 28 Philip Blundell writes: > Previously, I wrote: > >It seems to me that the code we use for floppy pseudo-DMA at the moment is > >unnecessarily complicated. [...] > > Russell, you mentioned that you thought whole-track reads might fall foul of > this. By my calculations the maximum buffer size with my code is 0x18004/4 > or 24577 bytes. If you extrapolate this to an 80-track double sided disk you > get a capacity of 3840 kilobytes which is (as far as I know) way beyond > what any drive fitted to Acorn equipment is capable of. In fact the Acorn > PRMs give the maximum "actual workable track length" as 12312 bytes. Careful how you refer to a track and a cylinder. A cylinder consists of two tracks on a two headed drive. The disk controllers are capable of automatically changing 'sides' of the disk. Hence, for an 80-cylinder disk, the maximum capacity that would be supported by this is not 3840KB but 1920KB. (as specified in the A5K TRM incidentally). Since this format would require a data rate of 500kbps, it is just within the drive specs. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 10 11:52:19 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA719307 for ; Wed, 10 Feb 1999 11:52:13 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA01501 for ; Wed, 10 Feb 1999 11:52:13 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001499; Wed, 10 Feb 99 11:51:59 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:59709 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1937-18591>; Wed, 10 Feb 1999 12:51:32 +0200 Received: by vger.rutgers.edu via listexpand id <154742-27300>; Wed, 10 Feb 1999 05:31:41 -0500 Received: by vger.rutgers.edu id <154396-27302>; Wed, 10 Feb 1999 05:31:33 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:1541 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154742-27302>; Wed, 10 Feb 1999 05:31:14 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10AW1s-000186-00; Wed, 10 Feb 1999 09:33:56 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10AWUm-0000a7-00; Wed, 10 Feb 1999 10:03:48 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe.leroy5@capway.com cc: linux-arm@vger.rutgers.edu Subject: Re: Pb compiling linux 2.2.1rmk2 + philb19990108 In-reply-to: Your message of "Tue, 09 Feb 1999 14:27:12 +0100." <199902091324.OAA13540@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 10 Feb 1999 10:03:48 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 864 Lines: 44 >drivers/char/char.a(misc.o): In function `misc_init': >misc.o(.text.init+0x38): undefined reference to >`footbridge_watchdog_init' My mistake. Try the appended patch. p. --- linux/drivers/char/Makefile~ Mon Feb 8 11:49:51 1999 +++ linux/drivers/char/Makefile Wed Feb 10 10:02:28 1999 @@ -469,6 +469,30 @@ endif endif +ifeq ($(CONFIG_21285_WATCHDOG),y) +L_OBJS += wdog285.o +else + ifeq ($(CONFIG_21285_WATCHDOG),m) + M_OBJS += wdog285.o + endif +endif + +ifeq ($(CONFIG_21285_FLASH),y) +L_OBJS += flash285.o +else + ifeq ($(CONFIG_21285_FLASH),m) + M_OBJS += flash285.o + endif +endif + +ifeq ($(CONFIG_VNC_FLASH),y) +L_OBJS += nwflash.o +else + ifeq ($(CONFIG_VNC_FLASH),m) + M_OBJS += nwflash.o + endif +endif + include $(TOPDIR)/Rules.make fastdep: unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 10 20:03:16 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA747550 for ; Wed, 10 Feb 1999 20:03:15 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA02853 for ; Wed, 10 Feb 1999 20:03:14 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma002851; Wed, 10 Feb 99 20:02:55 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:48961 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14589-23847>; Wed, 10 Feb 1999 21:02:09 +0200 Received: by vger.rutgers.edu via listexpand id <154252-27302>; Wed, 10 Feb 1999 13:41:37 -0500 Received: by vger.rutgers.edu id <155527-27300>; Wed, 10 Feb 1999 13:41:33 -0500 Received: from dfw-ix15.ix.netcom.com ([206.214.98.15]:58986 "EHLO dfw-ix15.ix.netcom.com" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <155564-27302>; Wed, 10 Feb 1999 13:41:08 -0500 Received: (from smap@localhost) by dfw-ix15.ix.netcom.com (8.8.4/8.8.4) id NAA08789; Wed, 10 Feb 1999 13:01:05 -0600 (CST) Received: from ftw-in2-14.ix.netcom.com(207.93.154.78) by dfw-ix15.ix.netcom.com via smap (V1.3) id rma008742; Wed Feb 10 13:00:33 1999 Message-ID: <36C190C3.9868B151@ix.netcom.com> Date: Wed, 10 Feb 1999 13:59:31 +0000 From: David Feustel X-Mailer: Mozilla 4.5 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Alan Cox CC: linux-arm@vger.rutgers.edu, unlisted-recipients: Illegal-Object: Syntax error in CC: addresses found on listserv.funet.fi: CC: @ix.netcom.com,";;;"@ix.netcom.com ^-illegal token in route Subject: Re: Linux-ARM on HP Jornada 820 References: <199902021924.TAA19550@snowcrash.cymru.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 541 Lines: 18 I just opened up the Jornada to install an additional 16 Mb ram. It appears that the rom module is easily replaceable. How hard is it likely to be to get Linux programmed into a Jornada rom module? Alan Cox wrote: > > > I just bought an HP Jornada 820. > > Has anyone any info on installing Linux-arm on this computer? > > For the moment no. People have been discussing stuff with HP. -- David Feustel Fort Wayne, Indiana 219-483-1857 http://www.d-feustel.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 10 20:29:15 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA750298 for ; Wed, 10 Feb 1999 20:29:15 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA02906 for ; Wed, 10 Feb 1999 20:29:14 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma002904; Wed, 10 Feb 99 20:29:02 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26480 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15049-18591>; Wed, 10 Feb 1999 21:28:33 +0200 Received: by vger.rutgers.edu via listexpand id <155370-27300>; Wed, 10 Feb 1999 14:07:06 -0500 Received: by vger.rutgers.edu id <155540-27302>; Wed, 10 Feb 1999 14:06:58 -0500 Received: from nas5-47.thefree.net ([195.34.196.47]:1544 "EHLO hyperspace.m1cjd.ampr.org" ident: "root") by vger.rutgers.edu with ESMTP id <155370-27302>; Wed, 10 Feb 1999 14:06:42 -0500 Received: from localhost (IDENT:alex@localhost [127.0.0.1]) by hyperspace.m1cjd.ampr.org (8.9.0/8.9.0) with SMTP id TAA02721; Wed, 10 Feb 1999 19:22:18 GMT Date: Wed, 10 Feb 1999 19:22:18 +0000 (GMT) From: Alex Holden To: David Feustel cc: linux-arm@vger.rutgers.edu Subject: Re: Linux-ARM on HP Jornada 820 In-Reply-To: <36C190C3.9868B151@ix.netcom.com> Message-ID: X-OS: Linux-2.2.1 X-Subliminal-Message: Use Linux! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 633 Lines: 13 On Wed, 10 Feb 1999, David Feustel wrote: > I just opened up the Jornada to install an additional 16 Mb ram. > It appears that the rom module is easily replaceable. How hard > is it likely to be to get Linux programmed into a Jornada rom module? You'd have to do the port first. For development, you'd be better off writing a wince boot loader. --------------- Linux- the choice of a GNU generation. -------------- : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham : -------------------- http://www.linuxhacker.org/ -------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 10 20:32:15 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA647056 for ; Wed, 10 Feb 1999 20:32:15 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA02913 for ; Wed, 10 Feb 1999 20:32:14 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma002911; Wed, 10 Feb 99 20:32:01 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26480 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14351-23847>; Wed, 10 Feb 1999 21:31:45 +0200 Received: by vger.rutgers.edu via listexpand id <154671-27302>; Wed, 10 Feb 1999 14:10:48 -0500 Received: by vger.rutgers.edu id <155370-27300>; Wed, 10 Feb 1999 14:10:41 -0500 Received: from manaslu.capway.com ([194.2.90.38]:1476 "EHLO capway.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <154671-27302>; Wed, 10 Feb 1999 14:10:34 -0500 Received: from dyn-8-1-185.Def.dialup.oleane.fr (dyn-8-1-185.Def.dialup.oleane.fr [62.161.2.185]) by capway.com (8.8.8/8.8.8) with SMTP id UAA31885 for ; Wed, 10 Feb 1999 20:38:32 +0100 (MET) Message-Id: <199902101938.UAA31885@capway.com> From: "christophe leroy" Organization: ENSEA To: linux-arm@vger.rutgers.edu Date: Wed, 10 Feb 1999 20:30:15 MET MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Flash upload to ebsa285 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 297 Lines: 8 I've got an ebsa285 card but not the ARM SDT (only got the demonstration version, which doesn't have angel remote_a) Is there any Linux tool or free dos tool to upload Linux kernel to ebsa285 flash memory ? christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 10 20:44:45 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA708948 for ; Wed, 10 Feb 1999 20:44:45 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA02958 for ; Wed, 10 Feb 1999 20:44:44 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma002956; Wed, 10 Feb 99 20:44:42 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:23312 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14913-23847>; Wed, 10 Feb 1999 21:44:24 +0200 Received: by vger.rutgers.edu via listexpand id <155082-27302>; Wed, 10 Feb 1999 14:22:55 -0500 Received: by vger.rutgers.edu id <155370-27302>; Wed, 10 Feb 1999 14:22:46 -0500 Received: from relay3.UU.NET ([192.48.96.8]:3152 "EHLO relay3.UU.NET" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155595-27302>; Wed, 10 Feb 1999 14:22:15 -0500 Received: from xedia.com by relay3.UU.NET with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQgbzq15494; Wed, 10 Feb 1999 14:38:31 -0500 (EST) Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA00859; Wed, 10 Feb 99 14:34:56 EST Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id OAA11852; Wed, 10 Feb 1999 14:38:16 -0500 Date: Wed, 10 Feb 1999 14:38:16 -0500 Message-Id: <199902101938.OAA11852@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: christophe.leroy5@capway.com Cc: linux-arm@vger.rutgers.edu Subject: Re: Flash upload to ebsa285 References: <199902101938.UAA31885@capway.com> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1124 Lines: 24 >>>>> "christophe" == christophe leroy writes: christophe> I've got an ebsa285 card but not the ARM SDT (only got christophe> the demonstration version, which doesn't have angel christophe> remote_a) christophe> Is there any Linux tool or free dos tool to upload Linux christophe> kernel to ebsa285 flash memory ? I believe the flash writing tool (running under DOS) comes with the EBSA285 card. Look at the floppies that came with it. You may need to fiddle with it a bit to get it to work. It's been a while since I tried it but I remember having problems in some modes. (For example, it failed in "blank flash" mode but worked in normal mode??) There's also a utility called "angelboot" that runs under Unix and downloads over a serial line to the Angel code in flash segment zero. I have been completely unsuccessful getting it to do anything, but apparently others have had better luck. (If anyone can tell me how to make it work I would very much appreciate it; so far I've heard nothing.) paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 10 20:50:47 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA732496 for ; Wed, 10 Feb 1999 20:50:45 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA02974 for ; Wed, 10 Feb 1999 20:50:44 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma002972; Wed, 10 Feb 99 20:50:19 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:30482 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14493-23847>; Wed, 10 Feb 1999 21:49:52 +0200 Received: by vger.rutgers.edu via listexpand id <155339-27302>; Wed, 10 Feb 1999 14:28:31 -0500 Received: by vger.rutgers.edu id <155082-27302>; Wed, 10 Feb 1999 14:27:42 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4911 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154671-27302>; Wed, 10 Feb 1999 14:27:16 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10Afc9-0005Gs-00; Wed, 10 Feb 1999 19:48:02 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10Afaj-0006Je-00; Wed, 10 Feb 1999 19:46:33 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Cc: woody@corelcomputer.com, stewart@zhadum.nexus.carleton.ca Subject: linux-2.2.1-philb-990210 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 10 Feb 1999 19:46:31 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 651 Lines: 16 Hi, This patch is now on ftp.netwinder.org. It should fix a few problems that people had with the previous patch. Fingers crossed, NWFPE-as-module really should work this time and I added the LEDs bits that got missed before around - basically you can now ask them to turn a particular colour. BTW, it would be nice if someone with an EBSA-285 could try this and see whether the LEDs seem to do the right thing. The floppy-DMA thing that I posted here the other day is now included. If it eats your disks I'd like to hear about it. And, uh, that's about it. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 10 23:27:46 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA755659 for ; Wed, 10 Feb 1999 23:27:45 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA03275 for ; Wed, 10 Feb 1999 23:27:44 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma003271; Wed, 10 Feb 99 23:27:23 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:13320 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14678-26544>; Thu, 11 Feb 1999 00:26:56 +0200 Received: by vger.rutgers.edu via listexpand id <154159-27302>; Wed, 10 Feb 1999 17:03:15 -0500 Received: by vger.rutgers.edu id <154312-27300>; Wed, 10 Feb 1999 17:03:06 -0500 Received: from studict.student.utwente.nl ([130.89.220.2]:4777 "EHLO studict.student.utwente.nl" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154159-27302>; Wed, 10 Feb 1999 17:02:51 -0500 Received: from poekie.test (ut125204.inbel.utwente.nl [130.89.125.204]) by studict.student.utwente.nl (8.8.6/MQT) with ESMTP id XAA13704; Wed, 10 Feb 1999 23:25:58 +0100 (MET) Received: (from mark@localhost) by poekie.test (8.9.1/8.9.1) id XAA01011; Wed, 10 Feb 1999 23:24:10 +0100 Date: Wed, 10 Feb 1999 23:24:10 +0100 From: Mark van Doesburg Message-Id: <199902102224.XAA01011@poekie.test> To: christophe.leroy5@capway.com, linux-arm@vger.rutgers.edu Subject: Re: Flash upload to ebsa285 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 624 Lines: 17 christophe wrote: I've got an ebsa285 card but not the ARM SDT (only got the demonstration version, which doesn't have angel remote_a) Is there any Linux tool or free dos tool to upload Linux kernel to ebsa285 flash memory ? I've created a very crude program to program the flash in the blank programming mode. It has a module you have to load in order to access the ROM. To program you have to run a simple program which allows you to crash your computer if you get the address wrong :-) Let me know if you're interested. greetings, Mark. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 11 08:08:17 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id IAA742923 for ; Thu, 11 Feb 1999 08:08:15 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id IAA04222 for ; Thu, 11 Feb 1999 08:08:15 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004220; Thu, 11 Feb 99 08:08:13 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:30022 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12518-10471>; Thu, 11 Feb 1999 09:07:47 +0200 Received: by vger.rutgers.edu via listexpand id <154728-27300>; Thu, 11 Feb 1999 01:40:09 -0500 Received: by vger.rutgers.edu id <155349-27302>; Thu, 11 Feb 1999 01:39:50 -0500 Received: from tallyho.bc.nu ([194.168.151.65]:12425 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <154728-27300>; Thu, 11 Feb 1999 01:39:40 -0500 Received: from caramon.armlinux.org.uk (galatea-90.cableol.net [194.168.16.90]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id HAA24789; Thu, 11 Feb 1999 07:06:36 GMT Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id XAA22847; Wed, 10 Feb 1999 23:21:44 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA00763; Wed, 10 Feb 1999 23:09:58 GMT Message-Id: <199902102309.XAA00763@raistlin.armlinux.org.uk> Subject: Re: Flash upload to ebsa285 To: m.j.s.vandoesburg@student.utwente.nl (Mark van Doesburg) Date: Wed, 10 Feb 1999 23:09:57 +0000 (GMT) Cc: christophe.leroy5@capway.com, linux-arm@vger.rutgers.edu In-Reply-To: <199902102224.XAA01011@poekie.test> from "Mark van Doesburg" at Feb 10, 99 11:24:10 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1463 Lines: 29 Mark van Doesburg writes: > christophe wrote: I've got an ebsa285 card but not the ARM SDT > (only got the demonstration version, which doesn't have angel > remote_a) > > Is there any Linux tool or free dos tool to upload Linux kernel > to ebsa285 flash memory ? > > I've created a very crude program to program the flash in the blank > programming mode. It has a module you have to load in order to access > the ROM. To program you have to run a simple program which allows you to > crash your computer if you get the address wrong :-) Let me know if > you're interested. I do have a working version of Digital's FMU (flash management utility) which works under Linux on the EBSA285. However, Digital have put a non- freely distributable license on it, so I'm unable to distribute it. Since the license has been transferred to Intel, what are the chances of getting it changed? 0? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 11 01:43:21 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA756333 for ; Thu, 11 Feb 1999 01:43:15 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA03588 for ; Thu, 11 Feb 1999 01:43:14 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma003586; Thu, 11 Feb 99 01:42:53 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25672 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12971-10471>; Thu, 11 Feb 1999 02:39:18 +0200 Received: by vger.rutgers.edu via listexpand id <154388-27300>; Wed, 10 Feb 1999 19:14:23 -0500 Received: by vger.rutgers.edu id <154396-27300>; Wed, 10 Feb 1999 19:14:01 -0500 Received: from kwanon.research.canon.com.au ([203.12.172.254]:44926 "HELO kwanon.research.canon.com.au" ident: "TIMEDOUT") by vger.rutgers.edu with SMTP id <154484-27300>; Wed, 10 Feb 1999 19:10:00 -0500 Received: (qmail 6918 invoked from network); 11 Feb 1999 00:34:09 -0000 Received: from grainger.research.canon.com.au (203.12.174.130) by kwanon-heat.research.canon.com.au with SMTP; 11 Feb 1999 00:34:09 -0000 Received: (qmail 19810 invoked from network); 11 Feb 1999 00:55:07 -0000 Received: from gobbi.research.canon.com.au (203.12.174.234) by grainger.research.canon.com.au with SMTP; 11 Feb 1999 00:55:07 -0000 Received: from research.canon.com.au (localhost [127.0.0.1]) by gobbi.research.canon.com.au (8.8.5/8.8.5) with ESMTP id LAA08565; Thu, 11 Feb 1999 11:33:31 +1100 (EST) Message-ID: <36C2255B.E6346CA2@research.canon.com.au> Date: Thu, 11 Feb 1999 11:33:31 +1100 From: Tim Lindquist Organization: Canon Information Systems Research Australia X-Mailer: Mozilla 4.06 [en] (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: Philip Blundell , m.j.s.vandoesburg@student.utwente.nl CC: linux-arm@vger.rutgers.edu Subject: Compiling tools for ARM Linux References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 750 Lines: 24 I am attempting to build a linux kernel for the EBSA-285, which I have running as a PCI slave. I am building on Solaris. I have patched the 2.1.126 source tree with the appropriate patches and run the make config and make dep steps. I believe I now need some tools. I already have GCC 2.8.1. Do I need binutils - are these for cross compiling or only for native systems? I could not see a 2.9.1.0.15 source at the sites listed on the web page, though there is a 2.9.1.0.19a. Since the patch is only for 2.9.1.0.15, where do I get that? When I have this succesfully built, what target should I be using so that I can download to the EBSA-285 using Remote_A??? Thanks unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 11 02:17:21 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id CAA753341 for ; Thu, 11 Feb 1999 02:17:19 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id CAA03649 for ; Thu, 11 Feb 1999 02:17:15 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma003647; Thu, 11 Feb 99 02:17:12 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:55160 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12501-10471>; Thu, 11 Feb 1999 03:16:23 +0200 Received: by vger.rutgers.edu via listexpand id <154312-27300>; Wed, 10 Feb 1999 19:51:11 -0500 Received: by vger.rutgers.edu id <154388-27300>; Wed, 10 Feb 1999 19:50:56 -0500 Received: from moonraker.inetinc.com ([199.171.212.2]:35716 "EHLO moonraker.inetinc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154396-27300>; Wed, 10 Feb 1999 19:49:24 -0500 Received: from thunderball.inetinc.com (thunderball.inetinc.com [199.171.208.16]) by moonraker.inetinc.com (8.9.1/8.9.1) with ESMTP id SAA01462 for ; Wed, 10 Feb 1999 18:53:09 -0600 (CST) Received: from inetinc.com (dobbelen [172.16.13.37]) by thunderball.inetinc.com (8.8.5/8.8.5) with ESMTP id TAA03203 for ; Wed, 10 Feb 1999 19:19:29 -0600 (CST) Message-ID: <36C22ED9.D31A3DFA@inetinc.com> Date: Wed, 10 Feb 1999 19:14:01 -0600 From: Dave Baukus Organization: Inet Inc. X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.5.1 sun4m) X-Accept-Language: en MIME-Version: 1.0 CC: linux-arm@vger.rutgers.edu Subject: getty References: <36C2255B.E6346CA2@research.canon.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 796 Lines: 24 I can not seem to get login/getty working. Any hints? I've got linux 2.2.0 booting on an ebsa285 w/ the folowing "features" - mounting a root NFS file system. The file system image is titan-II-19990106. - The kernel is compiled w/ CONFIG_SERIAL_21285=y CONFIG_SERIAL_21285_CONSOLE=y - The only way I was able to get the open of /dev/console to work was to: mknod syscons c 5 1 ln -s syscons console - I replaced the mingetty's in etc/inittab w/ getty.1:12345:respawn:/sbin/getty ttyS0 I get a login prompt but I can not get the tty to respond. I've tried various arguments at the end of the getty statement to no avail. Thanks for any clues. -- Dave Baukus Inet Inc. - R & D dbaukus@inetinc.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 11 07:44:16 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id HAA729391 for ; Thu, 11 Feb 1999 07:44:15 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id HAA04183 for ; Thu, 11 Feb 1999 07:44:15 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004181; Thu, 11 Feb 99 07:44:08 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26680 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13093-10471>; Thu, 11 Feb 1999 08:43:53 +0200 Received: by vger.rutgers.edu via listexpand id <155400-27300>; Thu, 11 Feb 1999 01:16:17 -0500 Received: by vger.rutgers.edu id <155349-27302>; Thu, 11 Feb 1999 01:15:52 -0500 Received: from [194.201.77.34] ([194.201.77.34]:46177 "HELO fw-maid.maidenhead.arm.com" ident: "firewall-user") by vger.rutgers.edu with SMTP id <155384-27302>; Thu, 11 Feb 1999 01:15:32 -0500 Received: by fw-maid.maidenhead.arm.com; id GAA05595; Thu, 11 Feb 1999 06:44:56 GMT Received: from mhsun1.maidenhead.arm.com(192.168.2.10) by fw-maid.maidenhead.arm.com via smap (4.1) id xma005593; Thu, 11 Feb 99 06:44:25 GMT Received: from arm.com (dialin7) by mhsun1.arm.com (4.1/SMI-4.1) id AA17472; Thu, 11 Feb 99 06:40:09 GMT Message-Id: <36C27C80.4EFFCCF9@arm.com> Date: Thu, 11 Feb 1999 06:45:21 +0000 From: David A Rusling Reply-To: david.rusling@arm.com Organization: ARM Ltd X-Mailer: Mozilla 4.07 [en] (X11; I; Linux 2.2.1 i686) Mime-Version: 1.0 To: Alex Holden Cc: David Feustel , linux-arm@vger.rutgers.edu Subject: Re: Linux-ARM on HP Jornada 820 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1942 Lines: 56 Alex Holden wrote: > On Wed, 10 Feb 1999, David Feustel wrote: > > I just opened up the Jornada to install an additional 16 Mb ram. > > It appears that the rom module is easily replaceable. How hard > > is it likely to be to get Linux programmed into a Jornada rom module? > I cannot remember what flavour of flash device(s) it has. As it's an 1100 derived design, I'm guessing that it has a boot ROM and then an in-flash copy of WinCE and its applications. That being so, you could remove the ROM, program it and have another boot path. I don't believe that anyone has ported Linux to the Jornada - although there is/was a port to the SA-1100 (ITSY). > > You'd have to do the port first. > For development, you'd be better off writing a wince boot loader. > True. I think (and it is only think) that the Wince boot loader merely swaps to the image in flash (big flash as opposed to small flash or ROM). The system may do this via address line swapping rather than the in ROM boot loader... > > --------------- Linux- the choice of a GNU generation. -------------- > : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham : > -------------------- http://www.linuxhacker.org/ -------------------- > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu -- ---------------------------------------------------------------------- David A Rusling Consulting Engineer ARM Limited Liberty House, Moorbridge Road, Maidenhead, SL6 8LT Tel: UK-(0)1628-427754 Fax: UK-(0)1628-780551 e-mail: david.rusling@arm.com ---------------------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 11 13:16:18 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA765538 for ; Thu, 11 Feb 1999 13:16:16 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA04928 for ; Thu, 11 Feb 1999 13:16:16 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004924; Thu, 11 Feb 99 13:16:09 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:29480 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12887-26544>; Thu, 11 Feb 1999 14:13:30 +0200 Received: by vger.rutgers.edu via listexpand id <155524-27300>; Thu, 11 Feb 1999 06:43:28 -0500 Received: by vger.rutgers.edu id <154335-27302>; Thu, 11 Feb 1999 06:43:03 -0500 Received: from dfw-ix15.ix.netcom.com ([206.214.98.15]:36725 "EHLO dfw-ix15.ix.netcom.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <154590-27302>; Thu, 11 Feb 1999 06:42:04 -0500 Received: (from smap@localhost) by dfw-ix15.ix.netcom.com (8.8.4/8.8.4) id GAA09856; Thu, 11 Feb 1999 06:07:36 -0600 (CST) Received: from ftw-in2-19.ix.netcom.com(207.93.154.83) by dfw-ix15.ix.netcom.com via smap (V1.3) id rma009833; Thu Feb 11 06:07:06 1999 Message-ID: <36C2815A.2BD9F77A@ix.netcom.com> Date: Thu, 11 Feb 1999 07:06:02 +0000 From: David Feustel X-Mailer: Mozilla 4.5 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: david.rusling@arm.com CC: Alex Holden , linux-arm@vger.rutgers.edu Subject: Re: Linux-ARM on HP Jornada 820 References: <36C27C80.4EFFCCF9@arm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2333 Lines: 64 I just found out last night that the Jornada has a commandline shell. Start it up by clicking start -> run and then type cmd.exe. Not very much functionality. Maybe no piping. Dir works :-). David A Rusling wrote: > > Alex Holden wrote: > > > On Wed, 10 Feb 1999, David Feustel wrote: > > > I just opened up the Jornada to install an additional 16 Mb ram. > > > It appears that the rom module is easily replaceable. How hard > > > is it likely to be to get Linux programmed into a Jornada rom module? > > > > I cannot remember what flavour of flash device(s) it has. As it's an 1100 > derived > design, I'm guessing that it has a boot ROM and then an in-flash copy of > WinCE and > its applications. That being so, you could remove the ROM, program it and > have another > boot path. > > I don't believe that anyone has ported Linux to the Jornada - although there > is/was a > port to the SA-1100 (ITSY). > > > > > You'd have to do the port first. > > For development, you'd be better off writing a wince boot loader. > > > > True. I think (and it is only think) that the Wince boot loader merely > swaps to the > image in flash (big flash as opposed to small flash or ROM). The system may > do > this via address line swapping rather than the in ROM boot loader... > > > > > --------------- Linux- the choice of a GNU generation. -------------- > > : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham : > > -------------------- http://www.linuxhacker.org/ -------------------- > > > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > > -- > ---------------------------------------------------------------------- > David A Rusling Consulting Engineer > ARM Limited > Liberty House, > Moorbridge Road, > Maidenhead, SL6 8LT > > Tel: UK-(0)1628-427754 > Fax: UK-(0)1628-780551 > e-mail: david.rusling@arm.com > ---------------------------------------------------------------------- -- David Feustel Fort Wayne, Indiana 219-483-1857 http://www.d-feustel.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 11 10:51:47 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA715817 for ; Thu, 11 Feb 1999 10:51:45 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA04613 for ; Thu, 11 Feb 1999 10:51:44 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004611; Thu, 11 Feb 99 10:51:30 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:20324 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14419-26544>; Thu, 11 Feb 1999 11:51:12 +0200 Received: by vger.rutgers.edu via listexpand id <154335-27302>; Thu, 11 Feb 1999 04:22:14 -0500 Received: by vger.rutgers.edu id <154225-27302>; Thu, 11 Feb 1999 04:21:16 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:5235 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154131-27300>; Thu, 11 Feb 1999 04:18:26 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10AsRb-0001OF-00; Thu, 11 Feb 1999 09:29:59 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10AsRS-0005xY-00; Thu, 11 Feb 1999 09:29:50 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Tim Lindquist cc: m.j.s.vandoesburg@student.utwente.nl, linux-arm@vger.rutgers.edu Subject: Re: Compiling tools for ARM Linux In-reply-to: Your message of "Thu, 11 Feb 1999 11:33:31 +1100." <36C2255B.E6346CA2@research.canon.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 11 Feb 1999 09:29:50 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 388 Lines: 13 >I believe I now need some tools. I already have GCC 2.8.1. > >Do I need binutils - are these for cross compiling or only >for native systems? You do indeed need binutils. Just get the 2.9.1.0.19a source you found; it doesn't need any patches. You might also consider using EGCS rather than gcc 2.8.1. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 11 11:27:15 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA752157 for ; Thu, 11 Feb 1999 11:27:15 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA04698 for ; Thu, 11 Feb 1999 11:27:14 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004694; Thu, 11 Feb 99 11:26:47 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:5655 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4371-10471>; Thu, 11 Feb 1999 12:26:30 +0200 Received: by vger.rutgers.edu via listexpand id <154144-27300>; Thu, 11 Feb 1999 04:57:53 -0500 Received: by vger.rutgers.edu id <154617-27302>; Thu, 11 Feb 1999 04:57:46 -0500 Received: from [194.201.77.34] ([194.201.77.34]:32789 "HELO fw-maid.maidenhead.arm.com" ident: "firewall-user") by vger.rutgers.edu with SMTP id <154287-27302>; Thu, 11 Feb 1999 04:57:33 -0500 Received: by fw-maid.maidenhead.arm.com; id KAA00809; Thu, 11 Feb 1999 10:27:40 GMT Received: from mhsun1.maidenhead.arm.com(192.168.2.10) by fw-maid.maidenhead.arm.com via smap (4.1) id xma000807; Thu, 11 Feb 99 10:26:47 GMT Received: from flight.maidenhead.arm.com (dhcp8) by mhsun1.arm.com (4.1/SMI-4.1) id AA19062; Thu, 11 Feb 99 10:10:02 GMT Message-Id: <3.0.32.19990211101356.006d892c@mhsun1.maidenhead.arm.com> X-Sender: drusling@mhsun1.maidenhead.arm.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Thu, 11 Feb 1999 10:14:13 +0000 To: Russell King - ARM Linux Admin , m.j.s.vandoesburg@student.utwente.nl (Mark van Doesburg) From: David A Rusling Subject: Re: Flash upload to ebsa285 Cc: christophe.leroy5@capway.com, linux-arm@vger.rutgers.edu Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2167 Lines: 53 At 11:09 PM 2/10/99 +0000, Russell King - ARM Linux Admin wrote: >Mark van Doesburg writes: >> christophe wrote: I've got an ebsa285 card but not the ARM SDT >> (only got the demonstration version, which doesn't have angel >> remote_a) >> >> Is there any Linux tool or free dos tool to upload Linux kernel >> to ebsa285 flash memory ? >> >> I've created a very crude program to program the flash in the blank >> programming mode. It has a module you have to load in order to access >> the ROM. To program you have to run a simple program which allows you to >> crash your computer if you get the address wrong :-) Let me know if >> you're interested. > >I do have a working version of Digital's FMU (flash management utility) >which works under Linux on the EBSA285. However, Digital have put a non- >freely distributable license on it, so I'm unable to distribute it. > You can reference it on the web though. >Since the license has been transferred to Intel, what are the chances >of getting it changed? 0? Good question, I'll ask. A better question (at least to me) is what is ARM's view of low level firmware, utilities and open source? Dave > _____ > |_____| ------------------------------------------------- ---+---+- > | | Russell King linux@arm.linux.org.uk --- --- > | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | > | +-+-+ --- -+- > / | THE developer of ARM Linux |+| /|\ > / | | | --- | > +-+-+ ------------------------------------------------- /\\\ | >unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > > ---------------------------------------------------------------------- David A Rusling Consulting Engineer ARM Limited Liberty House, Moorbridge Road, Maidenhead, SL6 8LT Tel: UK-(0)1628-427754 Fax: UK-(0)1628-780551 e-mail: david.rusling@arm.com ---------------------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 11 16:11:48 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA779790 for ; Thu, 11 Feb 1999 16:11:47 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA05322 for ; Thu, 11 Feb 1999 16:11:47 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005320; Thu, 11 Feb 99 16:11:34 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:14948 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4202-26544>; Thu, 11 Feb 1999 17:11:15 +0200 Received: by vger.rutgers.edu via listexpand id <154792-27302>; Thu, 11 Feb 1999 09:40:44 -0500 Received: by vger.rutgers.edu id <154590-27300>; Thu, 11 Feb 1999 09:40:35 -0500 Received: from studict.student.utwente.nl ([130.89.220.2]:2554 "EHLO studict.student.utwente.nl" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154617-27302>; Thu, 11 Feb 1999 09:40:22 -0500 Received: from poekie.test (ut125204.inbel.utwente.nl [130.89.125.204]) by studict.student.utwente.nl (8.8.6/MQT) with ESMTP id QAA08035; Thu, 11 Feb 1999 16:07:58 +0100 (MET) Received: (from mark@localhost) by poekie.test (8.9.1/8.9.1) id LAA00340; Thu, 11 Feb 1999 11:15:45 +0100 Date: Thu, 11 Feb 1999 11:15:45 +0100 From: Mark van Doesburg Message-Id: <199902111015.LAA00340@poekie.test> To: pb@nexus.co.uk, tjl@research.canon.com.au Subject: Re: Compiling tools for ARM Linux Cc: linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1191 Lines: 35 I am attempting to build a linux kernel for the EBSA-285, which I have running as a PCI slave. I am building on Solaris. I have patched the 2.1.126 source tree with the appropriate patches and run the make config and make dep steps. I believe I now need some tools. I already have GCC 2.8.1. I use egcs-1.1.1 19990115/Linux myself. Do I need binutils - are these for cross compiling or only for native systems? You need binutils, otherwise you won't even be able to build the cross compiler. I could not see a 2.9.1.0.15 source at the sites listed on the web page, though there is a 2.9.1.0.19a. Since the patch is only for 2.9.1.0.15, where do I get that? Binutils 2.9.1.0.19a should work without a patch. When I have this succesfully built, what target should I be using so that I can download to the EBSA-285 using Remote_A??? I don't think you can use the co-processor port since this needs a Linux host. Currently only x86 hosts are tested. If you want to have a look anyway I can mail you the patches (You need linux-2.1.132 for the EBSA and linux-2.2.1 for the host) greetings, Mark. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 11 12:15:17 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA772040 for ; Thu, 11 Feb 1999 12:15:15 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA04820 for ; Thu, 11 Feb 1999 12:15:15 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004818; Thu, 11 Feb 99 12:14:59 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:48449 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12489-26544>; Thu, 11 Feb 1999 13:14:45 +0200 Received: by vger.rutgers.edu via listexpand id <154335-27302>; Thu, 11 Feb 1999 05:45:35 -0500 Received: by vger.rutgers.edu id <154288-27302>; Thu, 11 Feb 1999 05:45:20 -0500 Received: from hplb.hpl.hp.com ([192.6.10.2]:1583 "EHLO hplb.hpl.hp.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154434-27302>; Thu, 11 Feb 1999 05:45:09 -0500 Received: from hereford.hpl.hp.com (hereford.hpl.hp.com [15.144.30.76]) by hplb.hpl.hp.com (8.8.6 (PHNE_14041)/8.8.6 HPLabs Bristol Relay) with ESMTP id LAA26779 for ; Thu, 11 Feb 1999 11:13:30 GMT Received: (from dat@localhost) by hereford.hpl.hp.com (8.7.6/8.7.3 TIS 5.0) id LAA22288; Thu, 11 Feb 1999 11:13:30 GMT Date: Thu, 11 Feb 1999 11:13:30 GMT Message-Id: <199902111113.LAA22288@hereford.hpl.hp.com> From: Andrew Thomas MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: linux-arm@vger.rutgers.edu CC: dat@hereford.hpl.hp.com Subject: Re: Flash upload to ebsa285 In-Reply-To: <199902102309.XAA00763@raistlin.armlinux.org.uk> References: <199902102224.XAA01011@poekie.test> <199902102309.XAA00763@raistlin.armlinux.org.uk> X-Mailer: VM 6.31 under Emacs 19.34.1 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2297 Lines: 55 Russell King - ARM Linux Admin writes: > Mark van Doesburg writes: > > christophe wrote: I've got an ebsa285 card but not the ARM SDT > > (only got the demonstration version, which doesn't have angel > > remote_a) > > > > Is there any Linux tool or free dos tool to upload Linux kernel > > to ebsa285 flash memory ? > > > > I've created a very crude program to program the flash in the blank > > programming mode. It has a module you have to load in order to access > > the ROM. To program you have to run a simple program which allows you to > > crash your computer if you get the address wrong :-) Let me know if > > you're interested. > > I do have a working version of Digital's FMU (flash management utility) > which works under Linux on the EBSA285. However, Digital have put a non- > freely distributable license on it, so I'm unable to distribute it. > > Since the license has been transferred to Intel, what are the chances > of getting it changed? 0? I don't see how these tools will acomplish the final goal of getting the kernel to boot. As far as I can tell the primary boot loader (in flash block 0) isn't capable of loading an elf kernel which is what has been generated by the kernel build. Converting this to axf format doesn't seem to help as the 2nd conditional in head-armv.S tests r1 to determine the board type (OK, we can bodge this). Can someone out there who is running a linux kernel on an EBSA285 board please explain how to take the vmlinux generated by 'make all' and get the thing to boot on an ebsa285 using tools which are publicly available. [Sorry if I sound frustrated only I'm trying to write my own boot loader (for linnux for an ebsa285) and is driving me cRaZYYY :-)] Note, the dos fmu tools etc. are available on Intels web site. (follow links from http://developer.intel.com/design/strong/sa-evaldownload.htm ) [BTW: Who is talking to who in HP about the Journada ? I might be interested in helping...] Andrew ------ Andrew Thomas Hewlett-Packard Laboratories, Bristol Filton Road Email: dat@hplb.hpl.hp.com Stoke Gifford Phone: +44 117 922 9511 Bristol BS34 8QZ FAX: +44 117 922 9286 United Kingdom HP Telnet: 312 9511 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 11 15:56:18 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA761066 for ; Thu, 11 Feb 1999 15:56:17 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA05281 for ; Thu, 11 Feb 1999 15:56:17 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005279; Thu, 11 Feb 99 15:56:12 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:20058 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4202-10471>; Thu, 11 Feb 1999 16:55:52 +0200 Received: by vger.rutgers.edu via listexpand id <154590-27300>; Thu, 11 Feb 1999 09:25:56 -0500 Received: by vger.rutgers.edu id <154287-27302>; Thu, 11 Feb 1999 09:25:47 -0500 Received: from moonraker.inetinc.com ([199.171.212.2]:37331 "EHLO moonraker.inetinc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154590-27302>; Thu, 11 Feb 1999 09:25:34 -0500 Received: from thunderball.inetinc.com (thunderball.inetinc.com [199.171.208.16]) by moonraker.inetinc.com (8.9.1/8.9.1) with ESMTP id IAA04531; Thu, 11 Feb 1999 08:29:59 -0600 (CST) Received: from inetinc.com (dobbelen [172.16.13.37]) by thunderball.inetinc.com (8.8.5/8.8.5) with ESMTP id IAA07295; Thu, 11 Feb 1999 08:56:21 -0600 (CST) Message-ID: <36C2EE4D.6C8458EF@inetinc.com> Date: Thu, 11 Feb 1999 08:50:53 -0600 From: Dave Baukus Organization: Inet Inc. X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.5.1 sun4m) X-Accept-Language: en MIME-Version: 1.0 To: Andrew Thomas CC: linux-arm@vger.rutgers.edu, dat@hereford.hpl.hp.com Subject: Re: Flash upload to ebsa285 References: <199902102224.XAA01011@poekie.test> <199902102309.XAA00763@raistlin.armlinux.org.uk> <199902111113.LAA22288@hereford.hpl.hp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 3753 Lines: 78 Andrew Thomas wrote: > > Russell King - ARM Linux Admin writes: > > Mark van Doesburg writes: > > > christophe wrote: I've got an ebsa285 card but not the ARM SDT > > > (only got the demonstration version, which doesn't have angel > > > remote_a) > > > > > > Is there any Linux tool or free dos tool to upload Linux kernel > > > to ebsa285 flash memory ? > > > > > > I've created a very crude program to program the flash in the blank > > > programming mode. It has a module you have to load in order to access > > > the ROM. To program you have to run a simple program which allows you to > > > crash your computer if you get the address wrong :-) Let me know if > > > you're interested. > > > > I do have a working version of Digital's FMU (flash management utility) > > which works under Linux on the EBSA285. However, Digital have put a non- > > freely distributable license on it, so I'm unable to distribute it. > > > > Since the license has been transferred to Intel, what are the chances > > of getting it changed? 0? > > I don't see how these tools will acomplish the final goal of getting the > kernel to boot. As far as I can tell the primary boot loader (in flash > block 0) isn't capable of loading an elf kernel which is what has been > generated by the kernel build. Converting this to axf format doesn't > seem to help as the 2nd conditional in head-armv.S tests r1 to determine > the board type (OK, we can bodge this). > > Can someone out there who is running a linux kernel on an EBSA285 > board please explain how to take the vmlinux generated by 'make all' > and get the thing to boot on an ebsa285 using tools which are publicly > available. [Sorry if I sound frustrated only I'm trying to write my > own boot loader (for linnux for an ebsa285) and is driving me cRaZYYY Well, its a hack, not elegant and only a temporary solution; It also probably has many hidden problems that I've yet to uncover. Thus far I'm up to mounting an NFS root FS and failing some where in the init process. But here is: Oh yea - I run the ebsa285 on a PCI backplane - maybe that matters: 0.) Make some changes to the start of head-armv.S. These things would be done by a proper linux boot loader: - Dissable interuptts, MMU, and caching, set mode to supervisor. - inittialize address 0x100 (i.e. PARAMS_BASE) to some valid values (see arch/arm/kernel/setup.c (param_struct)) - maybe this is optional ? - Set r0 to 0 and r1 to 4 and fall through to the original code. 1.) I built the image as is - no changes to the build env. 2.) Strip the image, objcopy the image, wrap a AIF header around the image. The aif header says to load the image at 0x8000. 3.) Connect to the board w/ armsd and load the flash management utility (fmu.axf) 4) Via fmu.axf program the image to one of the flash sectors. 5.) turn the roto switch on card to point to the correct sector. 6) exit the fmu and armsd and tip back into the card at 9600 Other problems include: - the PCI code does not assign IO or Mem addresses to PCI devices - there are some assumptions in the PCI inerrupt mapping that didn't work for me.vPCI interupt mapping seems to assume that the ebsa board is in the system slot of my PCI backplane (slot 3 has the same interupt mapping as the system slot). -- Dave Baukus Inet Inc. - R & D dbaukus@inetinc.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 11 22:47:19 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA795857 for ; Thu, 11 Feb 1999 22:47:18 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA06156 for ; Thu, 11 Feb 1999 22:47:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006154; Thu, 11 Feb 99 22:47:08 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:63257 "EHLO vger.rutgers.edu" ident: "TIMEDOUT") by listserv.funet.fi with ESMTP id <3102-10471>; Thu, 11 Feb 1999 23:33:52 +0200 Received: by vger.rutgers.edu via listexpand id <154303-27302>; Thu, 11 Feb 1999 16:00:38 -0500 Received: by vger.rutgers.edu id <154250-27302>; Thu, 11 Feb 1999 16:00:28 -0500 Received: from tallyho.bc.nu ([194.168.151.65]:13428 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <154322-27302>; Thu, 11 Feb 1999 15:56:45 -0500 Received: from caramon.armlinux.org.uk (galatea-1.cableol.net [194.168.16.1]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id VAA32115 for ; Thu, 11 Feb 1999 21:28:56 GMT Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id VAA00709 for ; Thu, 11 Feb 1999 21:29:42 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id VAA00515 for linux-arm@vger.rutgers.edu; Thu, 11 Feb 1999 21:30:39 GMT Message-Id: <199902112130.VAA00515@raistlin.armlinux.org.uk> Subject: SPAM! To: linux-arm@vger.rutgers.edu Date: Thu, 11 Feb 1999 21:30:38 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 757 Lines: 12 Ok, we seem to have gotten our first spam on linux-arm. I'm going to cause majordomo to filter off any mail which does not contain linux-arm in either the To: header or the CC: header. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 00:06:51 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA792110 for ; Fri, 12 Feb 1999 00:06:50 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA06360 for ; Fri, 12 Feb 1999 00:06:48 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmae06346; Fri, 12 Feb 99 00:06:23 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:5715 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14743-1439>; Fri, 12 Feb 1999 01:03:20 +0200 Received: by vger.rutgers.edu via listexpand id <154303-27302>; Thu, 11 Feb 1999 17:29:07 -0500 Received: by vger.rutgers.edu id <154729-27302>; Thu, 11 Feb 1999 17:27:31 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2373 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155626-27302>; Thu, 11 Feb 1999 17:25:51 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10B54T-00013C-00; Thu, 11 Feb 1999 22:58:58 +0000 Received: from florence.sw.milldev.co.uk (florence.sw.milldev.co.uk [192.168.0.6]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id WAA03392; Thu, 11 Feb 1999 22:12:25 GMT From: Russell King Received: (from rmk@localhost) by florence.sw.milldev.co.uk (8.8.5/8.7.3) id VAA10931; Thu, 11 Feb 1999 21:58:45 GMT Message-Id: <199902112158.VAA10931@florence.sw.milldev.co.uk> Subject: Re: linux-2.2.1-philb-990210 To: philb@gnu.org (Philip Blundell) Date: Thu, 11 Feb 1999 21:58:44 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu, woody@corelcomputer.com, stewart@zhadum.nexus.carleton.ca Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2906 Lines: 57 Philip Blundell said: > This patch is now on ftp.netwinder.org. It should fix a few problems that > people had with the previous patch. Fingers crossed, NWFPE-as-module really > should work this time and I added the LEDs bits that got missed before > around - basically you can now ask them to turn a particular colour. BTW, > it would be nice if someone with an EBSA-285 could try this and see whether > the LEDs seem to do the right thing. Would you mind discussing/forwarding your changes and bug fixes to the relevent maintainers at some point, rather than just overruling them snatching the maintainence from them? I find this extremely discourtious. (and you wonder why I jump down your throat from time to time). > The floppy-DMA thing that I posted here the other day is now included. If it > eats your disks I'd like to hear about it. And, uh, that's about it. Have you tested it in the highest resolution? Although I haven't checked yet, from the calculations I did on Thursday night, there is only about 1us every 20us (20us is about the period between each floppy FIQ) *worst case* to allow the foreground task to run (incuding the execution of the actual FIQ routine. A single floppy FIQ cycle occurs about every 20us, and *MUST* be loaded within this time or else floppy corruption occurs. What I'm not sure of is the latency that can be allowed between the floppy requesting data and the data actually being presented. I would imagine that this is more stringent than 20us. Given that a single floppy FIQ cycle occurs every 20us, - each video transfer consists of a 4 word DMA. At the highest video resolution this occurs every 1.778us, and lasts 1.2us. In a single FIQ cycle, the video transfer occurs 11.25 times, which gives a total bus usage of 13.5us. - the cursor DMA consists of a 4 word DMA. This occurs every 31us. Hence it will more than likely occur once every FIQ cycle and lasts 1.2us. - sound DMA consists of a 4 word DMA, which at 20kHz occurs every 50us. It will take around 1.2us. - a podule access takes 1.2us for one cycle. A 4 register LDM or STM would take around 3us. - this takes out about 18.9us worst case every 20us and does not include the time the ARM takes to synchronise with the FIQ request, enter the FIQ routine, process the FIQ and return from it. Hence I still don't believe that shaving an extra couple of cycles off the FIQ will give enough time to disable and enable FIQs, which is your main reason for implementing this change. NOTE that if the video FIFO settings in VIDC are not programmed correctly, even with the FIQ code as is, you *will* get undetectable corruption of floppies when you write to them (the disk controller does not appear to flag underruns as an error). -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 00:06:53 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA770838 for ; Fri, 12 Feb 1999 00:06:49 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA06358 for ; Fri, 12 Feb 1999 00:06:48 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmac06346; Fri, 12 Feb 99 00:06:20 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:5202 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15127-1439>; Fri, 12 Feb 1999 01:02:49 +0200 Received: by vger.rutgers.edu via listexpand id <155930-27302>; Thu, 11 Feb 1999 17:28:57 -0500 Received: by vger.rutgers.edu id <154298-27302>; Thu, 11 Feb 1999 17:27:19 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2353 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155593-27300>; Thu, 11 Feb 1999 17:25:43 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10B54R-00013C-00; Thu, 11 Feb 1999 22:58:55 +0000 Received: from florence.sw.milldev.co.uk (florence.sw.milldev.co.uk [192.168.0.6]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id WAA03388; Thu, 11 Feb 1999 22:12:25 GMT From: Russell King Received: (from rmk@localhost) by florence.sw.milldev.co.uk (8.8.5/8.7.3) id VAA10939; Thu, 11 Feb 1999 21:59:54 GMT Message-Id: <199902112159.VAA10939@florence.sw.milldev.co.uk> Subject: Re: Flash upload to ebsa285 To: dbaukus@inetinc.com (Dave Baukus) Date: Thu, 11 Feb 1999 21:59:53 +0000 (GMT) Cc: dat@hplb.hpl.hp.com, linux-arm@vger.rutgers.edu Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1615 Lines: 36 Dave Baukus said: > Other problems include: > - the PCI code does not assign IO or Mem addresses to PCI devices Correct. This should be done by a boot loader and not the kernel. The Linux kernel was never intended to boot up a system. > - there are some assumptions in the PCI inerrupt mapping that didn't > work for me.vPCI interupt mapping seems to assume that the ebsa board > is in the system slot of my PCI backplane (slot 3 has the same > interupt mapping as the system slot). These aren't assumptions. The fact of PCI is that there are at the most 4 interrupts. On each card, these are labelled INTA, INTB, INTC, and INTD. The mapping between the physical connections on the motherboard and the slots is motherboard dependent, but normally you have something like: System Slot 1 Slot 2 Slot 3 A B C D B C D A C D A B D A B C Cards normally drive INTA, the first row. Hence, if you plug the EBSA285 into the system slot and a card into slot 1, then it's interrupt will normally be on System's B. However, if you plug the EBSA285 into slot 3, ut appears on C. Therefore, if you don't plug the EBSA285 into the correct slot, it will not work, and there's nothing that the kernel can really do at the moment. This sort of stuff is normally handled by the machine's BIOS, and the results are stored into the configuration registers on each card. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 00:06:20 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA792317 for ; Fri, 12 Feb 1999 00:06:19 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA06348 for ; Fri, 12 Feb 1999 00:06:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006346; Fri, 12 Feb 99 00:06:16 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:19280 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14495-1439>; Fri, 12 Feb 1999 01:01:16 +0200 Received: by vger.rutgers.edu via listexpand id <154009-27300>; Thu, 11 Feb 1999 17:27:05 -0500 Received: by vger.rutgers.edu id <154288-27302>; Thu, 11 Feb 1999 17:26:54 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2312 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154542-27302>; Thu, 11 Feb 1999 17:25:34 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10B54J-00013C-00; Thu, 11 Feb 1999 22:58:47 +0000 Received: from florence.sw.milldev.co.uk (florence.sw.milldev.co.uk [192.168.0.6]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id WAA03380; Thu, 11 Feb 1999 22:12:24 GMT From: Russell King Received: (from rmk@localhost) by florence.sw.milldev.co.uk (8.8.5/8.7.3) id WAA10949; Thu, 11 Feb 1999 22:02:36 GMT Message-Id: <199902112202.WAA10949@florence.sw.milldev.co.uk> Subject: Re: Flash upload to ebsa285 To: dat@hplb.hpl.hp.com (Andrew Thomas) Date: Thu, 11 Feb 1999 22:02:35 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2500 Lines: 52 Andrew Thomas said: > Can someone out there who is running a linux kernel on an EBSA285 > board please explain how to take the vmlinux generated by 'make all' > and get the thing to boot on an ebsa285 using tools which are publicly > available. [Sorry if I sound frustrated only I'm trying to write my > own boot loader (for linnux for an ebsa285) and is driving me cRaZYYY > :-)] Firstly, you should not be using the vmlinux file generated by 'make all'. There is a binary image generated by 'make Image', called arch/arm/boot/Image This is the file I use. My EBSA285 is configured in Central Function mode, which means it is the main processor in the system. This allows it to configure the PCI cards. I also have an ethernet card, and a utility called 'angelboot' which can be used to download programs over the serial port. Initially, I wrote a small ethernet boot loader for the EBSA-110 board, and I adapted it for use with the EBSA285. I frigged the build to get the file to look like an AIF binary format which 'angelboot' will accept. I downloaded this image which then in turn pulled the kernel off of another machine via BOOTP and TFTP. Once the kernel was running, at the earliest opportunity, I programmed this loader into the EBSA285's flash at image 2. Later, once the kernel was stable, I generated what is almost a BIOS for EBSA825 boards, but it is very limited to the hardware - it only supports Promise UDMA IDE cards, 3com 3c509 and (very limited number of) Tulip ether cards, and a S3 Trio64V2 VGA card. I now have this programmed into flash image 3, and it does all the hardware initialisation and kernel fetching. Depending on what machines you have available, you will want to follow a different path. I would recommend, if you have the ARM SDT, generating a program to load the kernel either over the PCI bus (if you have it in a PC), or if you only have a serial port and ethernet card, developing a very small TFTP loader. I wouldn't recommend using the serial port to transfer a large kernel - it'll take a long time to load it each time. I hope this helps. > Note, the dos fmu tools etc. are available on Intels web site. > (follow links from > http://developer.intel.com/design/strong/sa-evaldownload.htm ) However, these are useless if you want to run them natively on the board (they're only for x86 PCs or other CPUs, but not ARMs). -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 00:06:50 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA761364 for ; Fri, 12 Feb 1999 00:06:49 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA06357 for ; Fri, 12 Feb 1999 00:06:48 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa06346; Fri, 12 Feb 99 00:06:17 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26960 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15033-18549>; Fri, 12 Feb 1999 01:02:16 +0200 Received: by vger.rutgers.edu via listexpand id <155961-27302>; Thu, 11 Feb 1999 17:27:35 -0500 Received: by vger.rutgers.edu id <154303-27302>; Thu, 11 Feb 1999 17:27:03 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2326 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154747-27302>; Thu, 11 Feb 1999 17:25:37 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10B54M-00013C-00; Thu, 11 Feb 1999 22:58:50 +0000 Received: from florence.sw.milldev.co.uk (florence.sw.milldev.co.uk [192.168.0.6]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id WAA03383; Thu, 11 Feb 1999 22:12:25 GMT From: Russell King Received: (from rmk@localhost) by florence.sw.milldev.co.uk (8.8.5/8.7.3) id WAA10957; Thu, 11 Feb 1999 22:03:36 GMT Message-Id: <199902112203.WAA10957@florence.sw.milldev.co.uk> Subject: Re: floppy DMA To: philb@gnu.org Date: Thu, 11 Feb 1999 22:03:35 +0000 (GMT) Cc: linux@arm.linux.org.uk, linux-arm@vger.rutgers.edu Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 721 Lines: 17 philb@gnu.org said: > So, if I read this right there should be no problem for any real-world > situation. That's good. Except your real-world argument was to claim an extra couple of cycles so you can turn FIQs off. I was in the process of doing the maths with all the latency issues, and it really does not leave very much bandwidth for the FIQ operation and a foreground operation running at the same time. I need to recheck the calculations and extrapolations, since most of the figures are derived from the data sheets for the original MEMC, VIDC and ARM (and check it on the actual hardware). -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 11 23:00:20 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA787194 for ; Thu, 11 Feb 1999 23:00:18 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA06182 for ; Thu, 11 Feb 1999 23:00:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006179; Thu, 11 Feb 99 23:00:14 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:14656 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8660-26544>; Thu, 11 Feb 1999 23:57:47 +0200 Received: by vger.rutgers.edu via listexpand id <154009-27302>; Thu, 11 Feb 1999 16:24:48 -0500 Received: by vger.rutgers.edu id <154290-27300>; Thu, 11 Feb 1999 16:24:40 -0500 Received: from c204500-a.frmt1.sfba.home.com ([24.1.67.221]:2435 "EHLO c204500-a.frmt1.sfba.home.com" ident: "dave") by vger.rutgers.edu with ESMTP id <154009-27300>; Thu, 11 Feb 1999 16:24:24 -0500 Received: from localhost (dave@localhost) by c204500-a.frmt1.sfba.home.com (8.8.7/8.8.7) with ESMTP id OAA01769; Thu, 11 Feb 1999 14:03:37 -0800 Date: Thu, 11 Feb 1999 14:03:37 -0800 (PST) From: Dave Zarzycki X-Sender: dave@c204500-a.frmt1.sfba.home.com To: Russell King - ARM Linux Admin cc: linux-arm@vger.rutgers.edu Subject: Re: SPAM! In-Reply-To: <199902112130.VAA00515@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 543 Lines: 15 On Thu, 11 Feb 1999, Russell King - ARM Linux Admin wrote: > Ok, we seem to have gotten our first spam on linux-arm. I'm going to > cause majordomo to filter off any mail which does not contain linux-arm > in either the To: header or the CC: header. People that like to BCC lists, take note, this will cause your message(s) to be dropped by majordomo. I don't do this, why other do, I don't know... Please correct me if I'm wrong. I applaud this change. davez unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 00:06:53 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA795512 for ; Fri, 12 Feb 1999 00:06:49 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA06356 for ; Fri, 12 Feb 1999 00:06:48 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmab06346; Fri, 12 Feb 99 00:06:19 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26960 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14474-1439>; Fri, 12 Feb 1999 01:02:20 +0200 Received: by vger.rutgers.edu via listexpand id <154303-27300>; Thu, 11 Feb 1999 17:27:56 -0500 Received: by vger.rutgers.edu id <154250-27302>; Thu, 11 Feb 1999 17:27:11 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2300 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154435-27300>; Thu, 11 Feb 1999 17:25:31 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10B54G-00013C-00; Thu, 11 Feb 1999 22:58:45 +0000 Received: from florence.sw.milldev.co.uk (florence.sw.milldev.co.uk [192.168.0.6]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id WAA03376; Thu, 11 Feb 1999 22:12:24 GMT From: Russell King Received: (from rmk@localhost) by florence.sw.milldev.co.uk (8.8.5/8.7.3) id WAA10965; Thu, 11 Feb 1999 22:04:20 GMT Message-Id: <199902112204.WAA10965@florence.sw.milldev.co.uk> Subject: Re: getty To: dbaukus@inetinc.com (Dave Baukus) Date: Thu, 11 Feb 1999 22:04:19 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1043 Lines: 26 Dave Baukus said: > I can not seem to get login/getty working. Any hints? > > I've got linux 2.2.0 booting on an ebsa285 w/ the folowing "features" > - mounting a root NFS file system. The file system image is titan-II-19990106. > - The kernel is compiled w/ > CONFIG_SERIAL_21285=y > CONFIG_SERIAL_21285_CONSOLE=y > - The only way I was able to get the open of /dev/console to work > was to: > mknod syscons c 5 1 > ln -s syscons console I don't think that this is 100% correct. Please check the Documentation/devices.txt for the correct special device settings for the console/tty devices. > I get a login prompt but I can not get the tty to respond. > I've tried various arguments at the end of the getty statement to no avail. After you've hit a few keys on the terminal, can you cat /proc/interrupts and post the results please? It maybe that for some reason there are no serial receive interrupts. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 00:06:51 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA779892 for ; Fri, 12 Feb 1999 00:06:49 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA06359 for ; Fri, 12 Feb 1999 00:06:48 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmad06346; Fri, 12 Feb 99 00:06:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:5202 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14952-1439>; Fri, 12 Feb 1999 01:03:07 +0200 Received: by vger.rutgers.edu via listexpand id <154298-27300>; Thu, 11 Feb 1999 17:28:57 -0500 Received: by vger.rutgers.edu id <155950-27302>; Thu, 11 Feb 1999 17:27:25 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2316 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154729-27300>; Thu, 11 Feb 1999 17:25:36 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10B54E-00013C-00; Thu, 11 Feb 1999 22:58:43 +0000 Received: from florence.sw.milldev.co.uk (florence.sw.milldev.co.uk [192.168.0.6]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id WAA03372; Thu, 11 Feb 1999 22:12:23 GMT From: Russell King Received: (from rmk@localhost) by florence.sw.milldev.co.uk (8.8.5/8.7.3) id WAA10973; Thu, 11 Feb 1999 22:05:17 GMT Message-Id: <199902112205.WAA10973@florence.sw.milldev.co.uk> Subject: Re: Running X server on 2.2.1-rmk1 To: hiroshi@funai-tky.co.jp (Hiroshi Ishii) Date: Thu, 11 Feb 1999 22:05:16 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 724 Lines: 21 Hiroshi Ishii said: > On Sun, 7 Feb 1999 20:41:43 +0000 (GMT) > Russell King - ARM Linux Admin wrote: > > > > I'll upload it to the FTP site soon. > > > > Ok, you should find it at: > > > > ftp.arm.linux.org.uk:/pub/armlinux/testing/Xarmlinux.gz > > Good!! Please open its source too. Same reasons apply to this as does the previous. I'm *NOT* going to upload 300MB of built source over an unreliable modem/telephone network when there are other much better and far superior alternatives already available on the internet which would be far better for people to go and get. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 11 23:22:19 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA776669 for ; Thu, 11 Feb 1999 23:22:18 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA06213 for ; Thu, 11 Feb 1999 23:22:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006210; Thu, 11 Feb 99 23:22:14 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:34400 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4185-1439>; Fri, 12 Feb 1999 00:19:07 +0200 Received: by vger.rutgers.edu via listexpand id <154612-27302>; Thu, 11 Feb 1999 16:45:40 -0500 Received: by vger.rutgers.edu id <154250-27302>; Thu, 11 Feb 1999 16:45:26 -0500 Received: from tallyho.bc.nu ([194.168.151.65]:13439 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <155593-27300>; Thu, 11 Feb 1999 16:43:29 -0500 Received: from caramon.armlinux.org.uk (galatea-15.cableol.net [194.168.16.15]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id WAA32336 for ; Thu, 11 Feb 1999 22:16:00 GMT Received: from raistlin.armlinux.org.uk (rmk@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id WAA00825 for ; Thu, 11 Feb 1999 22:16:04 GMT From: Russell King Received: (from rmk@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id WAA00628 for linux-arm@vger.rutgers.edu; Thu, 11 Feb 1999 22:16:57 GMT Message-Id: <199902112216.WAA00628@raistlin.armlinux.org.uk> Subject: Sendmail weirdness (prepare for a load of my emails from work) To: linux-arm@vger.rutgers.edu Date: Thu, 11 Feb 1999 22:16:57 +0000 (GMT) X-Location: london.england.earth.mulky-way.universe X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1339 Lines: 28 For some reason, sendmail seems to change its behaviour randomly. At work, we have quite a few Intel Linux boxes. For a long time, they have worked perfectly. However, lately, sendmail has started *absolutely* wanting to look up the MX of the smart mail host and refusing to pass mail to the machine unless it exists. Now, it has passed mail to the mail host in the past with out it, and no changes have been made. Anyone got any ideas? I've fixed it now by pointing it at the domain rather than at a specific machine, which IMHO is wrong (since the sendmail config does say 'mail host' and not 'mail domain'). Anyway, a load of my mail from the past two months should arrive shortly on this list; some of it may be out of date, however some of it is relevent. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/aboutme.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 11 23:22:19 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA736209 for ; Thu, 11 Feb 1999 23:22:18 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA06214 for ; Thu, 11 Feb 1999 23:22:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa06210; Thu, 11 Feb 99 23:22:15 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:34400 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4376-1439>; Fri, 12 Feb 1999 00:19:25 +0200 Received: by vger.rutgers.edu via listexpand id <154250-27300>; Thu, 11 Feb 1999 16:45:41 -0500 Received: by vger.rutgers.edu id <154009-27302>; Thu, 11 Feb 1999 16:45:31 -0500 Received: from tallyho.bc.nu ([194.168.151.65]:13431 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <154290-27300>; Thu, 11 Feb 1999 16:43:20 -0500 Received: from caramon.armlinux.org.uk (galatea-15.cableol.net [194.168.16.15]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id WAA32337 for ; Thu, 11 Feb 1999 22:16:00 GMT Received: from raistlin.armlinux.org.uk (rmk@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id WAA00825 for ; Thu, 11 Feb 1999 22:16:04 GMT From: Russell King Received: (from rmk@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id WAA00628 for linux-arm@vger.rutgers.edu; Thu, 11 Feb 1999 22:16:57 GMT Message-Id: <199902112216.WAA00628@raistlin.armlinux.org.uk> Subject: Sendmail weirdness (prepare for a load of my emails from work) To: linux-arm@vger.rutgers.edu Date: Thu, 11 Feb 1999 22:16:57 +0000 (GMT) X-Location: london.england.earth.mulky-way.universe X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1339 Lines: 28 For some reason, sendmail seems to change its behaviour randomly. At work, we have quite a few Intel Linux boxes. For a long time, they have worked perfectly. However, lately, sendmail has started *absolutely* wanting to look up the MX of the smart mail host and refusing to pass mail to the machine unless it exists. Now, it has passed mail to the mail host in the past with out it, and no changes have been made. Anyone got any ideas? I've fixed it now by pointing it at the domain rather than at a specific machine, which IMHO is wrong (since the sendmail config does say 'mail host' and not 'mail domain'). Anyway, a load of my mail from the past two months should arrive shortly on this list; some of it may be out of date, however some of it is relevent. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/aboutme.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 00:27:19 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA752215 for ; Fri, 12 Feb 1999 00:27:18 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA06400 for ; Fri, 12 Feb 1999 00:27:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006397; Fri, 12 Feb 99 00:26:56 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:63342 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14727-1439>; Fri, 12 Feb 1999 01:21:27 +0200 Received: by vger.rutgers.edu via listexpand id <154009-27300>; Thu, 11 Feb 1999 17:47:33 -0500 Received: by vger.rutgers.edu id <154250-27300>; Thu, 11 Feb 1999 17:47:15 -0500 Received: from tallyho.bc.nu ([194.168.151.65]:13577 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <154009-27300>; Thu, 11 Feb 1999 17:46:56 -0500 Received: from caramon.armlinux.org.uk (galatea-15.cableol.net [194.168.16.15]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id XAA00066; Thu, 11 Feb 1999 23:20:01 GMT Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id XAA01117; Thu, 11 Feb 1999 23:20:56 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA00791; Thu, 11 Feb 1999 23:21:43 GMT Message-Id: <199902112321.XAA00791@raistlin.armlinux.org.uk> Subject: Re: Flash upload to ebsa285 To: m.j.s.vandoesburg@student.utwente.nl (Mark van Doesburg) Date: Thu, 11 Feb 1999 23:21:43 +0000 (GMT) Cc: dat@hplb.hpl.hp.com, linux-arm@vger.rutgers.edu, dat@hereford.hpl.hp.com In-Reply-To: <199902111521.QAA00723@poekie.test> from "Mark van Doesburg" at Feb 11, 99 04:21:19 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 715 Lines: 14 Mark van Doesburg writes: > You can use: > arm-linux-objcopy vmlinux -O binary kernel_image However, that's exactly what make Image does. ;) _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 02:02:21 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id CAA792715 for ; Fri, 12 Feb 1999 02:02:19 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id CAA06580 for ; Fri, 12 Feb 1999 02:02:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006578; Fri, 12 Feb 99 02:02:13 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:43270 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14575-1439>; Fri, 12 Feb 1999 03:01:33 +0200 Received: by vger.rutgers.edu via listexpand id <154189-27302>; Thu, 11 Feb 1999 19:27:05 -0500 Received: by vger.rutgers.edu id <155896-27300>; Thu, 11 Feb 1999 19:26:57 -0500 Received: from Hydro.CAM.ORG ([198.168.100.7]:57310 "EHLO Hydro.CAM.ORG" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154189-27302>; Thu, 11 Feb 1999 19:26:50 -0500 Received: from Ocean.CAM.ORG (Ocean.CAM.ORG [198.168.100.5]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id UAA20068; Thu, 11 Feb 1999 20:00:39 -0500 (EST) Date: Thu, 11 Feb 1999 20:00:37 -0500 (EST) From: Nicolas Pitre To: Russell King cc: Dave Baukus , linux-arm@vger.rutgers.edu Subject: Re: getty In-Reply-To: <199902112204.WAA10965@florence.sw.milldev.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 949 Lines: 32 On Thu, 11 Feb 1999, Russell King wrote: > Dave Baukus said: > > I can not seem to get login/getty working. Any hints? > > > > I've got linux 2.2.0 booting on an ebsa285 w/ the folowing "features" [...] > > I get a login prompt but I can not get the tty to respond. > > I've tried various arguments at the end of the getty statement to no avail. I experienced the same problem with a SA1100 kernel. I needed the following patch for serial input to work with 2.2.0-pre9. Maybe it can help you. --- original/arch/arm/drivers/char/tty_io.c Wed Jan 20 23:23:31 1999 +++ linux/arch/arm/drivers/char/tty_io.c Wed Jan 20 21:37:56 1999 @@ -1911,6 +1911,7 @@ tty->flip.pty_sem = MUTEX; tty->tq_hangup.routine = do_tty_hangup; tty->tq_hangup.data = tty; + sema_init(&tty->atomic_read, 1); } /* Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 10:33:49 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA814513 for ; Fri, 12 Feb 1999 10:33:48 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA07472 for ; Fri, 12 Feb 1999 10:33:48 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007470; Fri, 12 Feb 99 10:33:41 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:61956 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1615-1439>; Fri, 12 Feb 1999 11:32:22 +0200 Received: by vger.rutgers.edu via listexpand id <154266-27302>; Fri, 12 Feb 1999 03:54:14 -0500 Received: by vger.rutgers.edu id <154284-27300>; Fri, 12 Feb 1999 03:54:09 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:1691 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154266-27300>; Fri, 12 Feb 1999 03:52:47 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10BEvP-0003Bg-00; Fri, 12 Feb 1999 09:30:17 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10BEuD-0002OX-00; Fri, 12 Feb 1999 09:29:01 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King - ARM Linux Admin cc: linux-arm@vger.rutgers.edu Subject: Re: SPAM! In-reply-to: Your message of "Thu, 11 Feb 1999 21:30:38 GMT." <199902112130.VAA00515@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Feb 1999 09:28:59 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 318 Lines: 11 >Ok, we seem to have gotten our first spam on linux-arm. I'm going to >cause majordomo to filter off any mail which does not contain linux-arm >in either the To: header or the CC: header. Don't you think you're overreacting a little? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 10:44:22 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA803927 for ; Fri, 12 Feb 1999 10:44:18 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA07514 for ; Fri, 12 Feb 1999 10:44:17 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007512; Fri, 12 Feb 99 10:44:12 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:52765 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <551-18549>; Fri, 12 Feb 1999 11:42:07 +0200 Received: by vger.rutgers.edu via listexpand id <154424-27302>; Fri, 12 Feb 1999 04:03:58 -0500 Received: by vger.rutgers.edu id <154284-27302>; Fri, 12 Feb 1999 04:03:39 -0500 Received: from prune.flirble.org ([195.40.6.30]:2546 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <155388-27302>; Fri, 12 Feb 1999 04:01:36 -0500 Received: (qmail 2795 invoked from network); 12 Feb 1999 09:39:12 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 12 Feb 1999 09:39:12 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id JAA26596; Fri, 12 Feb 1999 09:39:10 GMT From: Nicholas Clark Message-Id: <199902120939.JAA26596@flirble.org> Subject: Re: SPAM! In-Reply-To: from Philip Blundell at "Feb 12, 99 09:28:59 am" To: philb@gnu.org (Philip Blundell) Date: Fri, 12 Feb 1999 09:39:10 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 843 Lines: 19 In the last mail Philip Blundell said: > >Ok, we seem to have gotten our first spam on linux-arm. I'm going to > >cause majordomo to filter off any mail which does not contain linux-arm > >in either the To: header or the CC: header. > > Don't you think you're overreacting a little? I think that that question can only be objectively answered with hindsight. If the linux-arm list has got onto an e-mail address collection it might be the start of a flood. On the other hand it might be a one off. If we really want to know, then maybe in about a month Russel can post use one message telling us what proportion of attempted mail got filtered off. (Being hideously busy, he may well really not want to). Personally I'm quite happy to see no spam whatsoever Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 11:16:24 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA814501 for ; Fri, 12 Feb 1999 11:16:18 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA07627 for ; Fri, 12 Feb 1999 11:16:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007625; Fri, 12 Feb 99 11:16:07 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:11573 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12911-1439>; Fri, 12 Feb 1999 12:09:38 +0200 Received: by vger.rutgers.edu via listexpand id <156010-27302>; Fri, 12 Feb 1999 04:28:35 -0500 Received: by vger.rutgers.edu id <154424-27300>; Fri, 12 Feb 1999 04:28:15 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:52439 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155061-27302>; Fri, 12 Feb 1999 04:27:23 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.10 #2) id 10BFTD-00025H-00; Fri, 12 Feb 1999 10:05:11 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10BFQ0-0002Yu-00; Fri, 12 Feb 1999 10:01:52 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King cc: linux-arm@vger.rutgers.edu, woody@corelcomputer.com, stewart@zhadum.nexus.carleton.ca Subject: Re: linux-2.2.1-philb-990210 In-reply-to: Your message of "Thu, 11 Feb 1999 21:58:44 GMT." <199902112158.VAA10931@florence.sw.milldev.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Feb 1999 10:01:51 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2051 Lines: 45 Russell King wrote: >Would you mind discussing/forwarding your changes and bug fixes to the >relevent maintainers at some point, rather than just overruling them >snatching the maintainence from them? I find this extremely discourtious. Once I'm happy that the changes are correct, yes. The only way for me to find this out is to ask other people to try them. As you are so fond of pointing out, your "official" kernel is supposed to be stable so it probably isn't the best place to test experimental changes. In fact if you consult the guidelines in the MAINTAINERS file, they explicitly suggest making patches available for testing before bothering the maintainer. As always, if you'd like to discuss the patches then I'd be glad to hear your comments. >(and you wonder why I jump down your throat from time to time). Frankly I've long ago given up wondering about things like that. >Have you tested it in the highest resolution? No. If necessary I'd be happy to do what RISC OS appears to and turn off video DMA in such modes during floppy access. (And since in the highest-bandwidth modes the video DMA consumes over half the available bus bandwidth it will be pretty hard to get any work done in such a mode anyway.) >Hence I still don't believe that shaving an extra couple of cycles off the FIQ >will give enough time to disable and enable FIQs, which is your main reason >for implementing this change. It was the main motivation for making the change in the first place, yes. Regardless of whether it actually achieves this objective or not do you see any reason not to install it? Incidentally, remember that the ARM3 is of course cached and so it isn't impacted as badly by bus latencies as naive calculations might show. And, although there is indeed all this DMA going on in the background it happens in many small chunks (after any of which the ARM can potentially get on the bus), not in one large uninterruptible lump. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 13:00:49 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA705961 for ; Fri, 12 Feb 1999 13:00:48 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA07917 for ; Fri, 12 Feb 1999 13:00:47 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007915; Fri, 12 Feb 99 13:00:29 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:31598 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <692-18549>; Fri, 12 Feb 1999 13:59:26 +0200 Received: by vger.rutgers.edu via listexpand id <154284-27300>; Fri, 12 Feb 1999 06:20:50 -0500 Received: by vger.rutgers.edu id <154294-27300>; Fri, 12 Feb 1999 06:20:41 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4872 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154284-27300>; Fri, 12 Feb 1999 06:18:32 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10BHCz-0004Z9-00; Fri, 12 Feb 1999 11:56:34 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10BH9h-0002gd-00; Fri, 12 Feb 1999 11:53:09 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King cc: linux-arm@vger.rutgers.edu Subject: Re: Flash upload to ebsa285 In-reply-to: Your message of "Thu, 11 Feb 1999 21:59:53 GMT." <199902112159.VAA10939@florence.sw.milldev.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Feb 1999 11:53:08 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1487 Lines: 31 Russell King wrote: >These aren't assumptions. The fact of PCI is that there are at the most 4 >interrupts. On each card, these are labelled INTA, INTB, INTC, and INTD. This is a slight oversimplification. There are at most 4 interrupt outputs per PCI device, but in theory at least it would be possible for each one of these to attach to a separate input on the IO-APIC or whatever. The "rotating irqs" scheme that you illustrated is a common compromise but it doesn't have to be done that way. So yes, the kernel *does* contain assumptions about the wiring of the backplane but you're right that it has no way to know what the hardware looks like. A slightly cleaner way to deal with this is the scheme that's used on CATS boards where the knowledge about the hardware layout is in the firmware rather than the kernel. Of course this still doesn't allow you to take an EBSA-285, plug it into any slot in a random backplane with unknown wiring and have it work. The only way to achieve that would be to autoprobe for IRQs which is generally considered bad form on PCI systems. The advantage to putting the knowledge about routing in the kernel on the other hand is that it allows you to take four EBSA-285s, stick them in a passive backplane with one as the configuration master and the others as slaves, and they can all work out the interrupt mapping from one card to another. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From kproko@analogic.com Fri Feb 12 13:50:48 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA804661 for ; Fri, 12 Feb 1999 13:50:48 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA08010 for ; Fri, 12 Feb 1999 13:50:47 +0100 Received: from kharkov.analogic.com(204.178.40.22) by mentolat.core.genedata.com via smap (V2.0) id xma008008; Fri, 12 Feb 99 13:50:42 +0100 Received: from localhost (kproko@localhost) by kharkov.analogic.com (8.7.5/8.7.3) with SMTP id MAA00969; Fri, 12 Feb 1999 12:50:26 GMT X-Authentication-Warning: kharkov.analogic.com: kproko owned process doing -bs Date: Fri, 12 Feb 1999 07:50:26 -0500 (EST) From: Konstantyn Prokopenko To: Matthew.Wilcox@genedata.com cc: linux-kernel@vger.rutgers.edu Subject: Re: Failure on boot 2.2.1 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO Content-Length: 803 Lines: 26 On Fri, 12 Feb 1999 Matthew.Wilcox@genedata.com wrote: Yes, several gentlemen pointed out it for me. Now everything is OK. Thank you. > > Konstantyn Prokopenko wrote: > > > I have Pentium 166 machine with Linux kernel 2.0.35. I decided to upgrade > > kernel with 2.2.1. I compiled new kernel with 'make config; make dep; make > > clean; make bzImage; make install'. Then I rebooted machine and after > > uncompressing kernel I've got following messages after which machine died: > > If you have a Pentium 166, I very much doubt it's an SGI Visual Workstation. > So why did you turn on the option to support it when the help for that > option explicitly says: > > A kernel compiled for the Visual Workstation will not run on other > PC boards and vice versa. > Sincerely, K.V.P From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 15:25:49 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA800039 for ; Fri, 12 Feb 1999 15:25:48 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA08272 for ; Fri, 12 Feb 1999 15:25:47 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008270; Fri, 12 Feb 99 15:25:43 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25654 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8357-18549>; Fri, 12 Feb 1999 16:22:51 +0200 Received: by vger.rutgers.edu via listexpand id <156107-27300>; Fri, 12 Feb 1999 08:43:53 -0500 Received: by vger.rutgers.edu id <155211-27300>; Fri, 12 Feb 1999 08:42:44 -0500 Received: from tallyho.bc.nu ([194.168.151.65]:14459 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <156051-27300>; Fri, 12 Feb 1999 08:38:19 -0500 Received: from caramon.armlinux.org.uk (galatea-28.cableol.net [194.168.16.28]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id OAA04578; Fri, 12 Feb 1999 14:16:08 GMT Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id OAA03077; Fri, 12 Feb 1999 14:17:13 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id OAA01545; Fri, 12 Feb 1999 14:16:44 GMT Message-Id: <199902121416.OAA01545@raistlin.armlinux.org.uk> Subject: Re: getty To: nico@CAM.ORG (Nicolas Pitre) Date: Fri, 12 Feb 1999 14:16:44 +0000 (GMT) Cc: dbaukus@inetinc.com, linux-arm@vger.rutgers.edu In-Reply-To: from "Nicolas Pitre" at Feb 11, 99 08:00:37 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1155 Lines: 24 Nicolas Pitre writes: > On Thu, 11 Feb 1999, Russell King wrote: > > Dave Baukus said: > > > I can not seem to get login/getty working. Any hints? > > > > > > I've got linux 2.2.0 booting on an ebsa285 w/ the folowing "features" > [...] > > > I get a login prompt but I can not get the tty to respond. > > > I've tried various arguments at the end of the getty statement to no avail. > > I experienced the same problem with a SA1100 kernel. > I needed the following patch for serial input to work with > 2.2.0-pre9. Maybe it can help you. Ok, this'll be in my next patch release. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 16:30:50 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA810472 for ; Fri, 12 Feb 1999 16:30:49 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA08431 for ; Fri, 12 Feb 1999 16:30:48 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmab08425; Fri, 12 Feb 99 16:30:46 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:3374 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3800-18549>; Fri, 12 Feb 1999 17:29:41 +0200 Received: by vger.rutgers.edu via listexpand id <154284-27300>; Fri, 12 Feb 1999 09:49:49 -0500 Received: by vger.rutgers.edu id <154266-27300>; Fri, 12 Feb 1999 09:49:29 -0500 Received: from tallyho.bc.nu ([194.168.151.65]:14866 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <155950-27302>; Fri, 12 Feb 1999 09:48:23 -0500 Received: from caramon.armlinux.org.uk (galatea-101.cableol.net [194.168.16.101]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id PAA05122; Fri, 12 Feb 1999 15:26:19 GMT Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id OAA03244; Fri, 12 Feb 1999 14:37:42 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id OAA02644; Fri, 12 Feb 1999 14:37:12 GMT Message-Id: <199902121437.OAA02644@raistlin.armlinux.org.uk> Subject: Re: SPAM! To: philb@gnu.org (Philip Blundell) Date: Fri, 12 Feb 1999 14:37:11 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Feb 12, 99 09:28:59 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 938 Lines: 18 Philip Blundell writes: > >Ok, we seem to have gotten our first spam on linux-arm. I'm going to > >cause majordomo to filter off any mail which does not contain linux-arm > >in either the To: header or the CC: header. > > Don't you think you're overreacting a little? Don't you think you're doing your best to make me even more annoyed with you than I already am? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 16:32:19 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA787284 for ; Fri, 12 Feb 1999 16:32:18 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA08449 for ; Fri, 12 Feb 1999 16:32:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008445; Fri, 12 Feb 99 16:32:12 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:3374 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <748-18549>; Fri, 12 Feb 1999 17:30:45 +0200 Received: by vger.rutgers.edu via listexpand id <155363-27302>; Fri, 12 Feb 1999 09:49:58 -0500 Received: by vger.rutgers.edu id <154612-27302>; Fri, 12 Feb 1999 09:49:36 -0500 Received: from tallyho.bc.nu ([194.168.151.65]:14725 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <155438-27300>; Fri, 12 Feb 1999 09:47:58 -0500 Received: from caramon.armlinux.org.uk (galatea-101.cableol.net [194.168.16.101]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id PAA05125; Fri, 12 Feb 1999 15:26:22 GMT Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id OAA03252; Fri, 12 Feb 1999 14:39:43 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id OAA02753; Fri, 12 Feb 1999 14:39:13 GMT Message-Id: <199902121439.OAA02753@raistlin.armlinux.org.uk> Subject: Re: SPAM! To: nick@flirble.org (Nicholas Clark) Date: Fri, 12 Feb 1999 14:39:12 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <199902120939.JAA26596@flirble.org> from "Nicholas Clark" at Feb 12, 99 09:39:10 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1268 Lines: 23 Nicholas Clark writes: > I think that that question can only be objectively answered with hindsight. > If the linux-arm list has got onto an e-mail address collection it might be the > start of a flood. On the other hand it might be a one off. If we really want to > know, then maybe in about a month Russel can post use one message telling us > what proportion of attempted mail got filtered off. (Being hideously busy, he > may well really not want to). Unfortunately, the majordomo on vger does not have the capability to do this. > Personally I'm quite happy to see no spam whatsoever Same here, and I know that people will drop off of the linux-arm list if it gets spammed too many times. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 16:31:18 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA793424 for ; Fri, 12 Feb 1999 16:31:18 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA08441 for ; Fri, 12 Feb 1999 16:31:17 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmac08425; Fri, 12 Feb 99 16:30:47 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:3374 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <424-1439>; Fri, 12 Feb 1999 17:30:01 +0200 Received: by vger.rutgers.edu via listexpand id <154575-27302>; Fri, 12 Feb 1999 09:49:57 -0500 Received: by vger.rutgers.edu id <155363-27302>; Fri, 12 Feb 1999 09:49:39 -0500 Received: from tallyho.bc.nu ([194.168.151.65]:14868 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <155954-27300>; Fri, 12 Feb 1999 09:48:27 -0500 Received: from caramon.armlinux.org.uk (galatea-101.cableol.net [194.168.16.101]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id PAA05135; Fri, 12 Feb 1999 15:26:31 GMT Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id OAA03262; Fri, 12 Feb 1999 14:42:29 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id OAA02892; Fri, 12 Feb 1999 14:41:58 GMT Message-Id: <199902121441.OAA02892@raistlin.armlinux.org.uk> Subject: Re: Flash upload to ebsa285 To: philb@gnu.org (Philip Blundell) Date: Fri, 12 Feb 1999 14:41:57 +0000 (GMT) Cc: rmk@milldev.demon.co.uk, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Feb 12, 99 11:53:08 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1177 Lines: 21 Philip Blundell writes: > Russell King wrote: > >These aren't assumptions. The fact of PCI is that there are at the most 4 > >interrupts. On each card, these are labelled INTA, INTB, INTC, and INTD. > > This is a slight oversimplification. There are at most 4 interrupt outputs > per PCI device, but in theory at least it would be possible for each one of > these to attach to a separate input on the IO-APIC or whatever. This doesn't seem to relate in any way to that which Phil has quoted. In fact, it seems to be agreeing totally with it, so where 'oversimplification' comes in I have no idea. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 16:30:50 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA823879 for ; Fri, 12 Feb 1999 16:30:49 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA08430 for ; Fri, 12 Feb 1999 16:30:48 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa08425; Fri, 12 Feb 99 16:30:45 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:6445 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4511-1439>; Fri, 12 Feb 1999 17:29:21 +0200 Received: by vger.rutgers.edu via listexpand id <154294-27302>; Fri, 12 Feb 1999 09:49:48 -0500 Received: by vger.rutgers.edu id <154284-27302>; Fri, 12 Feb 1999 09:49:31 -0500 Received: from tallyho.bc.nu ([194.168.151.65]:14865 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <155918-27300>; Fri, 12 Feb 1999 09:48:21 -0500 Received: from caramon.armlinux.org.uk (galatea-101.cableol.net [194.168.16.101]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id PAA05139; Fri, 12 Feb 1999 15:26:38 GMT Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id PAA03358; Fri, 12 Feb 1999 15:26:07 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id PAA03673; Fri, 12 Feb 1999 15:25:33 GMT Message-Id: <199902121525.PAA03673@raistlin.armlinux.org.uk> Subject: Re: linux-2.2.1-philb-990210 To: philb@gnu.org (Philip Blundell) Date: Fri, 12 Feb 1999 15:25:33 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu, stewart@zhadum.nexus.carleton.ca In-Reply-To: from "Philip Blundell" at Feb 12, 99 10:01:51 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2116 Lines: 41 Philip Blundell writes: > guidelines in the MAINTAINERS file, they explicitly suggest making patches > available for testing before bothering the maintainer. I'm sorry - I can't find this in the Maintainers file. Could you please give me a line number? > >Have you tested it in the highest resolution? > > No. If necessary I'd be happy to do what RISC OS appears to and turn off > video DMA in such modes during floppy access. (And since in the > highest-bandwidth modes the video DMA consumes over half the available bus > bandwidth it will be pretty hard to get any work done in such a mode anyway.) Oh well, maybe we ought to ensure that nothing above 320x256 works for anyone. Then we'll have lots of bandwidth to play with. I don't think that mode 31 (which is what those figures were determined from) is that bad. > >Hence I still don't believe that shaving an extra couple of cycles off the FIQ > >will give enough time to disable and enable FIQs, which is your main reason > >for implementing this change. > > Incidentally, remember that the ARM3 is of course cached and so it isn't > impacted as badly by bus latencies as naive calculations might show. And, > although there is indeed all this DMA going on in the background it happens in > many small chunks (after any of which the ARM can potentially get on the bus), > not in one large uninterruptible lump. Cache or no cache, the floppy DMA still has to move data, which will require the bus. I don't think that the cache will have much effect on the timings. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 16:52:49 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA818515 for ; Fri, 12 Feb 1999 16:52:48 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA08505 for ; Fri, 12 Feb 1999 16:52:48 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa08501; Fri, 12 Feb 99 16:52:27 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:54880 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1850-18549>; Fri, 12 Feb 1999 17:51:33 +0200 Received: by vger.rutgers.edu via listexpand id <154266-27300>; Fri, 12 Feb 1999 10:12:21 -0500 Received: by vger.rutgers.edu id <154294-27300>; Fri, 12 Feb 1999 10:12:02 -0500 Received: from prune.flirble.org ([195.40.6.30]:3978 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <154284-27300>; Fri, 12 Feb 1999 10:10:54 -0500 Received: (qmail 6443 invoked from network); 12 Feb 1999 15:49:28 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 12 Feb 1999 15:49:28 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id PAA06637 for linux-arm@vger.rutgers.edu; Fri, 12 Feb 1999 15:49:25 GMT From: Nicholas Clark Message-Id: <199902121549.PAA06637@flirble.org> Subject: large ethernet transfers killing ARMLinux To: linux-arm@vger.rutgers.edu Date: Fri, 12 Feb 1999 15:49:25 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 871 Lines: 17 I think I've now had four reset button job lockups from ARMLinux where I've throwing large files over Ethernet. The most recent today was ftping a 83M file in from Solaris box on the local Ethernet - after screens of # marks everything locked up with 72M downloaded. After previous crashes I had a look at /var/log/Messages and there's nothing at all there from the time of the crash (no clues :-() I'm using an I cubed EtherH card in the network card slot of an issue 3 motherboard 610 (October 1996) with a revision K StrongARM, 38M in all and one 8.4G IBM HD (if any of that helps) with Kernel 2.0.35. Willy appears to be getting similar (ie no warning, no clues) lockups with an Ether3/4 card in his machine. Any suggestions on what I should do? Or what further info I should supply? Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 19:20:18 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA813012 for ; Fri, 12 Feb 1999 19:20:18 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA08911 for ; Fri, 12 Feb 1999 19:20:17 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008909; Fri, 12 Feb 99 19:20:08 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:60241 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1547-18549>; Fri, 12 Feb 1999 20:19:49 +0200 Received: by vger.rutgers.edu via listexpand id <154503-27300>; Fri, 12 Feb 1999 12:39:11 -0500 Received: by vger.rutgers.edu id <155967-27300>; Fri, 12 Feb 1999 12:39:02 -0500 Received: from tallyho.bc.nu ([194.168.151.65]:15135 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <154503-27300>; Fri, 12 Feb 1999 12:38:49 -0500 Received: from caramon.armlinux.org.uk (galatea-7.cableol.net [194.168.16.7]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id SAA06953; Fri, 12 Feb 1999 18:18:05 GMT Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id PAA03489; Fri, 12 Feb 1999 15:59:18 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id PAA03804; Fri, 12 Feb 1999 15:58:42 GMT Message-Id: <199902121558.PAA03804@raistlin.armlinux.org.uk> Subject: Re: linux-2.2.1-philb-990210 To: philb@gnu.org (Philip Blundell) Date: Fri, 12 Feb 1999 15:58:41 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu, stewart@zhadum.nexus.carleton.ca In-Reply-To: from "Philip Blundell" at Feb 12, 99 10:01:51 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1578 Lines: 26 With the FDC in high-density (500kbps) mode, the peak interval between requests for data is actually 16us, not 20us, as measured on the A5000. Also, the 18.9us should be altered for the 36MHz MEMC clock instead of the 24MHz MEMC clock, which is an estimated 12us. (this is an over simplification, since it takes no account of the VIDC transfer rate for a built in mode definition). However, as I have pointed out, the time for the ARM to load the required byte when writing is more critical than this - it will not work if it requests a byte and you load it 15.9us after. That is what the old residual checking that I had in my floppy driver was supposed to catch. NOTE: If you do exceed the required timing when writing, you will not know about it until you try to read it. Don't forget that Linux caches the disk contents, so simply writing and then reading won't tell you if it's written properly. You need to close /dev/fd and eject the disk between read and write (or call the BLKFLSBUF ioctl). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 16:52:49 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA827113 for ; Fri, 12 Feb 1999 16:52:48 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA08504 for ; Fri, 12 Feb 1999 16:52:47 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008501; Fri, 12 Feb 99 16:52:26 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:2393 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <64-18549>; Fri, 12 Feb 1999 17:50:16 +0200 Received: by vger.rutgers.edu via listexpand id <154612-27302>; Fri, 12 Feb 1999 10:10:53 -0500 Received: by vger.rutgers.edu id <154266-27302>; Fri, 12 Feb 1999 10:10:51 -0500 Received: from mail.corelcomputer.com ([209.167.41.130]:1124 "EHLO cccmail.corelcomputer.com" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <156029-27302>; Fri, 12 Feb 1999 10:10:21 -0500 Received: from corelcomputer.com ([10.1.84.41]) by cccmail.corelcomputer.com (Netscape Messaging Server 3.62) with ESMTP id 438; Fri, 12 Feb 1999 10:41:47 -0500 Message-ID: <36C45257.CF711BEE@corelcomputer.com> Date: Fri, 12 Feb 1999 11:09:59 -0500 From: Scott Bambrough Organization: Corel Computer Corporation X-Mailer: Mozilla 4.08 [en] (X11; I; Linux 2.0.32 i586) MIME-Version: 1.0 To: Russell King - ARM Linux Admin CC: Philip Blundell , linux-arm@vger.rutgers.edu Subject: Re: SPAM! References: <199902121437.OAA02644@raistlin.armlinux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 560 Lines: 16 Russell King - ARM Linux Admin wrote: > > Philip Blundell writes: > > >Ok, we seem to have gotten our first spam on linux-arm. I'm going to > > >cause majordomo to filter off any mail which does not contain linux-arm > > >in either the To: header or the CC: header. > > > > Don't you think you're overreacting a little? > > Don't you think you're doing your best to make me even more annoyed with > you than I already am? Your overreacting and annoying me with this drivel. Scott unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 17:35:19 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA807428 for ; Fri, 12 Feb 1999 17:35:18 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA08617 for ; Fri, 12 Feb 1999 17:35:17 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008615; Fri, 12 Feb 99 17:35:09 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:36376 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1286-1439>; Fri, 12 Feb 1999 18:34:47 +0200 Received: by vger.rutgers.edu via listexpand id <154801-27300>; Fri, 12 Feb 1999 10:55:00 -0500 Received: by vger.rutgers.edu id <154266-27300>; Fri, 12 Feb 1999 10:54:33 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:38865 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154775-27300>; Fri, 12 Feb 1999 10:54:19 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.10 #2) id 10BLWd-0001in-00; Fri, 12 Feb 1999 16:33:07 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10BLV6-0002u8-00; Fri, 12 Feb 1999 16:31:32 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King - ARM Linux Admin cc: linux-arm@vger.rutgers.edu Subject: Re: linux-2.2.1-philb-990210 In-reply-to: Your message of "Fri, 12 Feb 1999 15:25:33 GMT." <199902121525.PAA03673@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Feb 1999 16:31:30 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1813 Lines: 42 Russell King wrote: >Philip Blundell writes: >> guidelines in the MAINTAINERS file, they explicitly suggest making patches >> available for testing before bothering the maintainer. > >I'm sorry - I can't find this in the Maintainers file. Could you please >give me a line number? About lines 7 to 40. Firstly one is exhorted to "release a few alpha test versions to the net", then to make the patch "generally available for testing", and only after that to send it to the maintainer in a form ready for merging. >> No. If necessary I'd be happy to do what RISC OS appears to and turn off >> video DMA in such modes during floppy access. (And since in the >> highest-bandwidth modes the video DMA consumes over half the available bus >> bandwidth it will be pretty hard to get any work done in such a mode anyway. > >Oh well, maybe we ought to ensure that nothing above 320x256 works for anyone. >Then we'll have lots of bandwidth to play with. If you want to continue this discussion in a constructive manner, fine. If you don't want to continue it at all, that's also fine. This sort of comment just wastes everybody's time. >Cache or no cache, the floppy DMA still has to move data, which will require >the bus. I don't think that the cache will have much effect on the timings. Why don't you analyse the actual code sequences, figure out whether the latency *would* in fact be too long, and then report back your findings? I don't see much benefit in speculation. If the answer is that disabling FIQs while updating the IRQ mask is unacceptable, do you have any alternative suggestions for solving the actual problem at hand (ie preventing contention on the IRQ mask registers betweeen two threads)? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 17:26:49 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA829693 for ; Fri, 12 Feb 1999 17:26:48 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA08599 for ; Fri, 12 Feb 1999 17:26:48 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008595; Fri, 12 Feb 99 17:26:34 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:27772 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6391-1439>; Fri, 12 Feb 1999 18:26:14 +0200 Received: by vger.rutgers.edu via listexpand id <154266-27302>; Fri, 12 Feb 1999 10:46:40 -0500 Received: by vger.rutgers.edu id <154294-27300>; Fri, 12 Feb 1999 10:46:37 -0500 Received: from idiom.com ([209.157.64.1]:2588 "EHLO idiom.com" ident: "root") by vger.rutgers.edu with ESMTP id <154266-27302>; Fri, 12 Feb 1999 10:46:08 -0500 Received: from pso.com (pm3-1-43.dynamic.idiom.com [209.157.68.43]) by idiom.com (8.8.8/8.8.5) with ESMTP id IAA09121; Fri, 12 Feb 1999 08:24:59 -0800 (PST) Message-ID: <36C45806.43A5FB31@pso.com> Date: Fri, 12 Feb 1999 08:34:14 -0800 From: Hwa Jin Bae Organization: PSO Systems Inc X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: Nicholas Clark CC: linux-arm@vger.rutgers.edu Subject: Re: large ethernet transfers killing ARMLinux References: <199902121549.PAA06637@flirble.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 766 Lines: 18 I too have noticed that large ethernet transfers can lock up ARMLinux (2.2.1 and previous ones). This can happen quicker if disk I/O is active at the same time. But without too much disk I/O active, it still happens. It can happen when you use non-flow controlled "flooding" via UDP or ICMP against ARMLinux ethernet device, but you can also cause it happen with TCP programs (ttcp for example) under stress. I've seen this happen with DEC21143 ethernet on a couple of different SA110 based computers. The result is quite consistent failure. Right now this is the only instability I see in the current kernel release. -- Hwa Jin Bae PSO Systems Inc hjb@pso.com http://www.pso.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 18:28:48 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA833146 for ; Fri, 12 Feb 1999 18:28:48 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA08807 for ; Fri, 12 Feb 1999 18:28:47 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008803; Fri, 12 Feb 99 18:28:25 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:13938 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <790-1439>; Fri, 12 Feb 1999 19:28:07 +0200 Received: by vger.rutgers.edu via listexpand id <154628-27302>; Fri, 12 Feb 1999 11:48:07 -0500 Received: by vger.rutgers.edu id <154294-27302>; Fri, 12 Feb 1999 11:47:48 -0500 Received: from prune.flirble.org ([195.40.6.30]:4132 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <154575-27300>; Fri, 12 Feb 1999 11:47:42 -0500 Received: (qmail 15115 invoked from network); 12 Feb 1999 17:27:09 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 12 Feb 1999 17:27:09 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id RAA10302; Fri, 12 Feb 1999 17:27:05 GMT From: Nicholas Clark Message-Id: <199902121727.RAA10302@flirble.org> Subject: Re: large ethernet transfers killing ARMLinux In-Reply-To: <36C45806.43A5FB31@pso.com> from Hwa Jin Bae at "Feb 12, 99 08:34:14 am" To: hjb@pso.com (Hwa Jin Bae) Date: Fri, 12 Feb 1999 17:27:05 +0000 (GMT) Cc: nick@flirble.org, linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 677 Lines: 16 In the last mail Hwa Jin Bae said: > with TCP programs (ttcp for example) under stress. I've seen > this happen with DEC21143 ethernet on a couple of different > SA110 based computers. The result is quite consistent failure. > Right now this is the only instability I see in the current > kernel release. Interesting - so if these are the same thing then it's probably not anything wrong with Acorn or third party hardware. Most recent lock up was 191K into my ftp (from Easynet in London to a machine in Liverpool University, so even going off JANET I've got enough bandwith to kill it! :-( Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 19:07:48 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA812946 for ; Fri, 12 Feb 1999 19:07:48 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA08886 for ; Fri, 12 Feb 1999 19:07:47 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008884; Fri, 12 Feb 99 19:07:41 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:19264 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <964-18549>; Fri, 12 Feb 1999 20:06:41 +0200 Received: by vger.rutgers.edu via listexpand id <154266-27300>; Fri, 12 Feb 1999 12:26:21 -0500 Received: by vger.rutgers.edu id <154294-27300>; Fri, 12 Feb 1999 12:26:15 -0500 Received: from idiom.com ([209.157.64.1]:1867 "EHLO idiom.com" ident: "root") by vger.rutgers.edu with ESMTP id <155108-27302>; Fri, 12 Feb 1999 12:25:39 -0500 Received: from pso.com (pm3-1-05.dynamic.idiom.com [209.157.68.5]) by idiom.com (8.8.8/8.8.5) with ESMTP id KAA25161; Fri, 12 Feb 1999 10:05:06 -0800 (PST) Message-ID: <36C46D80.637DE90C@pso.com> Date: Fri, 12 Feb 1999 10:05:52 -0800 From: Hwa Jin Bae Organization: PSO Systems Inc X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: Nicholas Clark CC: linux-arm@vger.rutgers.edu Subject: Re: large ethernet transfers killing ARMLinux References: <199902121727.RAA10302@flirble.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 929 Lines: 24 Well... I am not saying that it is not related to a particular HW or driver. I am not saying that it is generic ARM Linux kernel problem. At least in my environment I am inclined to believe that it may be related to PCI bus master related driver level issues. That's where I have been trying to debug. Modifying the latency timer and cache line values in the PCI config registers help a little, but does not fix the problem. I'm still looking... Nicholas Clark wrote: > Interesting - so if these are the same thing then it's probably not anything > wrong with Acorn or third party hardware. > Most recent lock up was 191K into my ftp (from Easynet in London to a machine > in Liverpool University, so even going off JANET I've got enough bandwith to > kill it! :-( > > Nick -- Hwa Jin Bae PSO Systems Inc mailto:hjb@pso.com http://www.pso.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 20:30:48 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA789239 for ; Fri, 12 Feb 1999 20:30:48 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA09078 for ; Fri, 12 Feb 1999 20:30:47 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009076; Fri, 12 Feb 99 20:30:46 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:55101 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1896-1439>; Fri, 12 Feb 1999 21:30:28 +0200 Received: by vger.rutgers.edu via listexpand id <154809-27302>; Fri, 12 Feb 1999 13:50:00 -0500 Received: by vger.rutgers.edu id <154370-27300>; Fri, 12 Feb 1999 13:49:51 -0500 Received: from ferret.lmh.ox.ac.uk ([163.1.138.204]:26953 "HELO ferret.lmh.ox.ac.uk" ident: "qmailr") by vger.rutgers.edu with SMTP id <154266-27300>; Fri, 12 Feb 1999 13:49:33 -0500 Received: (qmail 23104 invoked by uid 504); 12 Feb 1999 18:29:43 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 12 Feb 1999 18:29:43 -0000 Date: Fri, 12 Feb 1999 18:29:43 +0000 (GMT) From: Matthew Kirkwood To: Russell King - ARM Linux Admin cc: Philip Blundell , linux-arm@vger.rutgers.edu Subject: Re: SPAM! In-Reply-To: <199902121437.OAA02644@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 656 Lines: 19 On Fri, 12 Feb 1999, Russell King - ARM Linux Admin wrote: > > >Ok, we seem to have gotten our first spam on linux-arm. I'm going to > > >cause majordomo to filter off any mail which does not contain linux-arm > > >in either the To: header or the CC: header. > > > > Don't you think you're overreacting a little? > > Don't you think you're doing your best to make me even more annoyed with > you than I already am? Children, children. This thread has already consumed more time and bandwidth than the spam did. I thought Linux was about doing things efficiently. Matthew. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 20:45:48 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA825810 for ; Fri, 12 Feb 1999 20:45:48 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA09101 for ; Fri, 12 Feb 1999 20:45:47 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009099; Fri, 12 Feb 99 20:45:32 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:50005 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1896-1439>; Fri, 12 Feb 1999 21:45:22 +0200 Received: by vger.rutgers.edu via listexpand id <154370-27300>; Fri, 12 Feb 1999 14:04:25 -0500 Received: by vger.rutgers.edu id <154294-27300>; Fri, 12 Feb 1999 14:04:13 -0500 Received: from tallyho.bc.nu ([194.168.151.65]:15408 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <155938-27300>; Fri, 12 Feb 1999 14:03:52 -0500 Received: from caramon.armlinux.org.uk (galatea-40.cableol.net [194.168.16.40]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id TAA07251 for ; Fri, 12 Feb 1999 19:44:09 GMT Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id SAA03937 for ; Fri, 12 Feb 1999 18:43:05 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id SAA04209 for linux-arm@vger.rutgers.edu; Fri, 12 Feb 1999 18:42:14 GMT Message-Id: <199902121842.SAA04209@raistlin.armlinux.org.uk> Subject: New ALPHA Partman - please try To: linux-arm@vger.rutgers.edu Date: Fri, 12 Feb 1999 18:42:13 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1100 Lines: 21 Ok, for those who wanted a new Partition Manager, please find PartMan 1.13-alpha9 on the FTP site/WEB site. It has most formats enabled now, so it should be useful on ICS IDEFS, Acorn ADFS, Powertec SCSI II, and some PC formatted disks. When testing it, you should back up your drives, and once you've used PartMan, please take a copy of everything in Pipe:$.C_Debug - this is a 'temporary' filesystem which will contain some extremely useful data to aid debugging. Without this, debugging is very nearly impossible. Thanks. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 20:46:18 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA810281 for ; Fri, 12 Feb 1999 20:46:18 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA09108 for ; Fri, 12 Feb 1999 20:46:17 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009106; Fri, 12 Feb 99 20:46:04 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:50005 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14987-18549>; Fri, 12 Feb 1999 21:45:44 +0200 Received: by vger.rutgers.edu via listexpand id <155075-27300>; Fri, 12 Feb 1999 14:04:46 -0500 Received: by vger.rutgers.edu id <154294-27302>; Fri, 12 Feb 1999 14:04:27 -0500 Received: from tallyho.bc.nu ([194.168.151.65]:15416 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <155075-27300>; Fri, 12 Feb 1999 14:04:14 -0500 Received: from caramon.armlinux.org.uk (galatea-40.cableol.net [194.168.16.40]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id TAA07262; Fri, 12 Feb 1999 19:44:21 GMT Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id TAA04081; Fri, 12 Feb 1999 19:45:47 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id TAA04409; Fri, 12 Feb 1999 19:44:50 GMT Message-Id: <199902121944.TAA04409@raistlin.armlinux.org.uk> Subject: Re: large ethernet transfers killing ARMLinux To: nick@flirble.org (Nicholas Clark), hjb@pso.com Date: Fri, 12 Feb 1999 19:44:49 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <199902121549.PAA06637@flirble.org> from "Nicholas Clark" at Feb 12, 99 03:49:25 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2562 Lines: 49 Nicholas Clark writes: > I think I've now had four reset button job lockups from ARMLinux where I've > throwing large files over Ethernet. The most recent today was ftping a 83M > file in from Solaris box on the local Ethernet - after screens of # marks > everything locked up with 72M downloaded. After previous crashes I had a look > at /var/log/Messages and there's nothing at all there from the time of the > crash (no clues :-() I'm using an I cubed EtherH card in the network card > slot of an issue 3 motherboard 610 (October 1996) with a revision K > StrongARM, 38M in all and one 8.4G IBM HD (if any of that helps) with Kernel > 2.0.35. This is very interesting, since I just cannot reproduce any here. The following FTP was performed between a NetWinder (disk build #13, kernel 2.0.35) and my RiscPC (2.0.36) on a 10bT connection via a Allied Telesyn CentreCOM hub. I've repeated this several times in succession, and these are the FTP messages I got each time. 62126480 bytes received in 109 secs (5.5e+02 Kbytes/sec) 62124288 bytes received in 108 secs (5.6e+02 Kbytes/sec) 62125916 bytes received in 110 secs (5.5e+02 Kbytes/sec) 62123240 bytes received in 109 secs (5.6e+02 Kbytes/sec) The interface stats are: eth0 Link encap:10Mbps Ethernet HWaddr 00:C0:32:00:7C:F9 inet addr:192.168.0.3 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:181863 errors:0 dropped:0 overruns:0 TX packets:52588 errors:0 dropped:0 overruns:0 Interrupt:11 Base address:0xae00 I have also used in the past ttcp between to ARM Linux boxes, and have not noticed any crashes. However, having said that, the EBSA-110 crashed while running 2.2.1 this week, but I haven't been able to reproduce this problem. I believe that this particular problem was caused by the ethernet driver dying. Hwa - do you have the SysRQ stuff enabled in your kernel? Does it still work after the crash? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 12 21:49:48 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA826407 for ; Fri, 12 Feb 1999 21:49:48 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA09240 for ; Fri, 12 Feb 1999 21:49:47 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009238; Fri, 12 Feb 99 21:49:22 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:51770 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6169-18549>; Fri, 12 Feb 1999 22:48:56 +0200 Received: by vger.rutgers.edu via listexpand id <154284-27300>; Fri, 12 Feb 1999 15:07:28 -0500 Received: by vger.rutgers.edu id <154410-27302>; Fri, 12 Feb 1999 15:07:19 -0500 Received: from nas2-39.thefree.net ([195.34.195.103]:1828 "EHLO hyperspace.m1cjd.ampr.org" ident: "root") by vger.rutgers.edu with ESMTP id <154284-27300>; Fri, 12 Feb 1999 15:07:05 -0500 Received: from localhost (IDENT:alex@localhost [127.0.0.1]) by hyperspace.m1cjd.ampr.org (8.9.0/8.9.0) with SMTP id UAA06131; Fri, 12 Feb 1999 20:43:13 GMT Date: Fri, 12 Feb 1999 20:43:13 +0000 (GMT) From: Alex Holden Reply-To: Alex Holden To: Nicholas Clark cc: linux-arm@vger.rutgers.edu Subject: Re: SPAM! In-Reply-To: <199902120939.JAA26596@flirble.org> Message-ID: X-OS: Linux-2.2.1 X-Subliminal-Message: Use Linux! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 842 Lines: 17 On Fri, 12 Feb 1999, Nicholas Clark wrote: > If the linux-arm list has got onto an e-mail address collection it might be > the start of a flood. On the other hand it might be a one off. If we Note that Linux-Kernel and Linux-Hams both got the same spam. I think somebody just noticed that there were a lot of mailing lists on vger, asked majordomo for a list of them, and posted the spam to all of them. Hopefully it was a one-off (even if it wasn't, there are plenty of people on Linux-kernel who make a habit of getting spammers accounts cancelled). --------------- Linux- the choice of a GNU generation. -------------- : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham : -------------------- http://www.linuxhacker.org/ -------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 13 03:43:25 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id DAA824612 for ; Sat, 13 Feb 1999 03:43:18 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id DAA09830 for ; Sat, 13 Feb 1999 03:43:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009828; Sat, 13 Feb 99 03:43:15 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:33086 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8443-22700>; Sat, 13 Feb 1999 04:42:53 +0200 Received: by vger.rutgers.edu via listexpand id <154284-27302>; Fri, 12 Feb 1999 20:59:02 -0500 Received: by vger.rutgers.edu id <154303-27300>; Fri, 12 Feb 1999 20:58:53 -0500 Received: from mail3.cadvision.com ([207.228.64.48]:12384 "EHLO mail3.cadvision.com" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <154284-27302>; Fri, 12 Feb 1999 20:58:34 -0500 Received: from shitbag (atm80ip27.cadvision.com [207.228.80.27]) by mail3.cadvision.com (8.9.1a/8.9.1/CW) with SMTP id TAA29084 for ; Fri, 12 Feb 1999 19:41:48 -0700 Message-ID: <002701be56fa$5f432040$1b50e4cf@shitbag> From: "Stephen Noftall" To: Subject: EBSA-285 Linux port Date: Fri, 12 Feb 1999 19:41:32 -0700 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 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1443 Lines: 32 Hello there; I am designing a ARM110 board around Intel's (formerly DEC's) EBSA-285 evaluation board. This board will have a SA-110 with it's companion chip, the 21285. It will hook up to Symbios's NCR53C895 Ultra 2 SCSI controller, and Intel's 82559 Ethernet controller. I have looked at the Linux-Arm port, and it seems that the EBSA-285 configuration is supported. I have some questions about the port, hopefully someone can answer: - What is the status of the EBSA-285 port? Have most of the bugs been worked out? - Although there are Linux drivers for the 53C895 and 82559 (82558, which is pin/software compatible), what problems will we have in porting the drivers over to the platform? - It was mentioned that the Tulip driver (Intel's ethernet chipset) has bugs in it. Will those bugs be relevant to our SCSI/Ethernet port? - What is the general feeling on the performance of the StrongArm? What is the story with Intel? My supplier says Intel is not quoting lead times on it's StrongArm parts. Supposedly, when they received the stock from DEC as part of the deal, they double counted it. Now they have over committed, and are doing an internal audit. This scares me, and although the port seems very stable for the StrongArm, NEC's MIPs chipsets (the VR4300 and VRC4373) look very tempting. Cheers {- Stephen Noftall, LCS : http://www.lcsaudio.com -} unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 13 12:55:50 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA834203 for ; Sat, 13 Feb 1999 12:55:49 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA10591 for ; Sat, 13 Feb 1999 12:55:48 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010589; Sat, 13 Feb 99 12:55:18 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:52552 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1803-22700>; Sat, 13 Feb 1999 13:54:59 +0200 Received: by vger.rutgers.edu via listexpand id <154600-27300>; Sat, 13 Feb 1999 06:09:21 -0500 Received: by vger.rutgers.edu id <154597-27300>; Sat, 13 Feb 1999 06:08:58 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:3317 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154587-27300>; Sat, 13 Feb 1999 06:08:45 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10Bdds-0003CZ-00; Sat, 13 Feb 1999 11:53:48 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10BdcP-0003ar-00; Sat, 13 Feb 1999 11:52:17 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Stephen Noftall" cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA-285 Linux port In-reply-to: Your message of "Fri, 12 Feb 1999 19:41:32 MST." <002701be56fa$5f432040$1b50e4cf@shitbag> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 13 Feb 1999 11:52:16 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1905 Lines: 41 >- What is the status of the EBSA-285 port? Have most of the bugs been worked >out? It seems stable enough. Most of the code is shared with the NetWinder and CATS ports. There have been reports recently of lockups under heavy network activity but that's the only problem I'm aware of. >- Although there are Linux drivers for the 53C895 and 82559 (82558, which is >pin/software compatible), what problems will we have in porting the drivers >over to the platform? They'll need appropriate cache synchronisation primitives adding, since the StrongARM doesn't do this in hardware. Other than that there shouldn't be any problems. PCI drivers are usually pretty well behaved. >- It was mentioned that the Tulip driver (Intel's ethernet chipset) has bugs >in it. Will those bugs be relevant to our SCSI/Ethernet port? The Tulip is the 21040 family that Intel bought from Digital. Regardless of whether it's buggy or not (I've never had ay serious problems with it) the 82558 won't be affected. >- What is the general feeling on the performance of the StrongArm? Depends too much on your application. If you want to try for yourself you can beg, steal, borrow or buy one of the various StrongARM machines and have a play with it. Typically you get 200+MIPS of integer performance. I don't know if anybody's measured floating point speed with the currently available emulators. >What is the story with Intel? My supplier says Intel is not quoting lead I can't answer that. MIPS would probably be my next choice as well, or maybe PowerPC. Neither of those, as far as I know, will give you anything like the integer performance of the StrongARM at the same price, though in terms of floating point performance and integrated peripherals they do rather better. Again it all depends on your application. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 13 19:15:20 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA857342 for ; Sat, 13 Feb 1999 19:15:19 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA11071 for ; Sat, 13 Feb 1999 19:15:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011069; Sat, 13 Feb 99 19:15:03 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:36732 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3730-30373>; Sat, 13 Feb 1999 20:14:40 +0200 Received: by vger.rutgers.edu via listexpand id <154415-27302>; Sat, 13 Feb 1999 12:27:40 -0500 Received: by vger.rutgers.edu id <154364-27300>; Sat, 13 Feb 1999 12:27:31 -0500 Received: from idiom.com ([209.157.64.1]:2654 "EHLO idiom.com" ident: "root") by vger.rutgers.edu with ESMTP id <154530-27302>; Sat, 13 Feb 1999 12:27:12 -0500 Received: from pso.com (pm3-1-37.dynamic.idiom.com [209.157.68.37]) by idiom.com (8.8.8/8.8.5) with ESMTP id KAA11512 for ; Sat, 13 Feb 1999 10:13:31 -0800 (PST) Message-ID: <36C5C10B.F6F41367@pso.com> Date: Sat, 13 Feb 1999 10:14:35 -0800 From: Hwa Jin Bae Organization: PSO Systems Inc X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: "linux-arm@vger.rutgers.edu" Subject: Re: large ethernet transfers killing ARMLinux References: <199902121944.TAA04409@raistlin.armlinux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1550 Lines: 39 Russell King - ARM Linux Admin wrote: > Hwa - do you have the SysRQ stuff enabled in your kernel? Does it still > work after the crash? My target machine only has serial console (no keyboard port). However I also have a CATS machine, so I will try to see what happens on that later on. One thing I noticed in tulip.c driver -- it has a "while (1) ;" in a couple of places when transmit error happens. I think original writer of this driver wanted to debug if the error happened. Unfortunately when it does happen (and I can make it happen in my stress test on my HW ), the driver busy loops forever in the kernel. I took it out and the driver keeps on working (no more hangups!). However there is still one more problem -- when sending a lot of data out from ARM linux via tulip to outside machines, back-to-back, flooding as fast as possible, the tulip transmitter seems to halt the driver. Subsequent ifconfig down/up revives it. I am trying to debug this now. This seems to be the only problem I can think of, in terms of stability. Oh... one more thing when I had IDE in PIO mode, when IDE and ethernet are both busy it seems to behave badly. I ported latest PDC20246 (promise) driver code that does UDMA a little better and I am exclusively running in UDMA mode with Quantum drives now. It works well. Other than that, 2.2.1 is quite stable, very good work all of you! Thanks. -- Hwa Jin Bae PSO Systems Inc mailto:hjb@pso.com http://www.pso.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 13 20:38:19 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA853557 for ; Sat, 13 Feb 1999 20:38:18 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA11172 for ; Sat, 13 Feb 1999 20:38:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011170; Sat, 13 Feb 99 20:38:14 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:43345 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14413-22700>; Sat, 13 Feb 1999 21:38:01 +0200 Received: by vger.rutgers.edu via listexpand id <154434-27300>; Sat, 13 Feb 1999 13:50:21 -0500 Received: by vger.rutgers.edu id <154364-27302>; Sat, 13 Feb 1999 13:50:14 -0500 Received: from idiom.com ([209.157.64.1]:1939 "EHLO idiom.com" ident: "root") by vger.rutgers.edu with ESMTP id <154434-27300>; Sat, 13 Feb 1999 13:50:03 -0500 Received: from pso.com (pm3-1-37.dynamic.idiom.com [209.157.68.37]) by idiom.com (8.8.8/8.8.5) with ESMTP id LAA06553 for ; Sat, 13 Feb 1999 11:37:18 -0800 (PST) Message-ID: <36C5D4A5.20B918E9@pso.com> Date: Sat, 13 Feb 1999 11:38:13 -0800 From: Hwa Jin Bae Organization: PSO Systems Inc X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: "linux-arm@vger.rutgers.edu" Subject: Re: large ethernet transfers killing ARMLinux References: <199902121944.TAA04409@raistlin.armlinux.org.uk> <36C5C10B.F6F41367@pso.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1437 Lines: 31 A little update on the Ethernet under heavy load problem. I finally traced down the "problem" to interrupt handling routine tulip_interrupt(). When there are a lot of packets coming in from the net (because my stress test program or benchmark program is flooding the ethernet port), the interrupt handler doesn't handle this gracefully. It has a single global that indicates the desired work load to handle each time the handler is called (perhaps to limit spending too much time in interrupt handler). This is 'max_interrupt_work' which is aliased to work_budget. Needless to say when flooding, we run out of work_budget. The handler clears all interrupts when this happens and returns. I am not sure if this is graceful enough -- it certains makes the driver no longer function properly (I/O doesn't happen correctly any more). To solve my particular problem (of surviving all the torture test I have here), I hacked up a couple of parameters: namely RX_RING_SIZE and max_interrupt_work. I increased these values and so far everything seems to work very stable. No, I'm not going to say what numbers I'm using because it's such a horrible way of "fixing" the problem. I'm just mentioning this here in case someone else wants to "pass" things like netperf and netbench (gasp!). -- Hwa Jin Bae PSO Systems Inc mailto:hjb@pso.com http://www.pso.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 14 13:51:19 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA869285 for ; Sun, 14 Feb 1999 13:51:18 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA12668 for ; Sun, 14 Feb 1999 13:51:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012666; Sun, 14 Feb 99 13:51:07 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26416 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1085-5986>; Sun, 14 Feb 1999 14:50:47 +0200 Received: by vger.rutgers.edu via listexpand id <154419-27302>; Sun, 14 Feb 1999 06:57:00 -0500 Received: by vger.rutgers.edu id <154294-27302>; Sun, 14 Feb 1999 06:56:54 -0500 Received: from tallyho.bc.nu ([194.168.151.65]:17428 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <154320-27302>; Sun, 14 Feb 1999 06:56:30 -0500 Received: from caramon.armlinux.org.uk (galatea-81.cableol.net [194.168.16.81]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id MAA16028 for ; Sun, 14 Feb 1999 12:49:31 GMT Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id MAA10190 for ; Sun, 14 Feb 1999 12:55:00 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id MAA00587 for linux-arm@vger.rutgers.edu; Sun, 14 Feb 1999 12:50:35 GMT Message-Id: <199902141250.MAA00587@raistlin.armlinux.org.uk> Subject: News To: linux-arm@vger.rutgers.edu Date: Sun, 14 Feb 1999 12:50:34 +0000 (GMT) Reply-To: linux@arm.linux.org.uk X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO X-Status: A Content-Length: 6334 Lines: 145 *** This is not for discussion, but is only intended to be informative. *** Please do not post replies to this to the list. I hope that this *** is non-confontational. I am unhappy with the situation that is occuring in the linux-arm world, and feel that this has been going on for some time. The events of this week have caused me to do some re-thinking. This is the story of events: As all of you should know, I posted on Sunday the release note for the latest patch to the Linux kernel, patch-2.2.1-rmk2.gz. This contained the usual bits and pieces after a weekends work on the Acorn A5000 architecture. On Monday evening, I tried compiling the code for my Risc PC, a StrongARM based machine. However, I found a problem that would prevent the compilation from succeeding for any ARM6, ARM7 or StrongARM based hardware. Obviously this is a serious problem, however at the time I didn't have the opportunity to generate a new patch. However, I was slightly supprised to find that *no one* had picked it up, but not concerned. Philip released his patches that night, and later when I got his patches to have a look at them, I noticed that he had fixed the problem. I also found that he had modified some code that was partly under my ownership and partly under Alex Holden's ownership. Philip also proposed a change to the FIQ code on Acorn machines into public. I would have thought that it should have been sent to me directly, rather than to the mailing list. These are some excerpts from various emails that I received on Tuesday: -- Philip: > Me: > >I'm getting concerned at the number of apparantly sundry changes that are > >appearing in your patches. My areas of concern are: > > > > - LEDs stuff. > - the LEDs stuff was changed to address some issues that Woody > brought up with performance, modules and the NetWinder. -- Philip: > Me: > >What performance issues are there, and where do modules come into the LED > >driver? > > The old LED driver was somewhat inefficient. I'm not personally convinced > this was a big deal but some people were concerned about it and it seemed > worth experimenting with the alternatives. > > Modules come into it because they may want to play with the LED state. The > NetWinder flash driver is an example. -- Philip: > Me: > >I ask my self from time to time, why do people mention these things to you > >and not to me? > > One can only speculate. -- Philip: > Me > >Hang on. I write the driver and people contact you? > > Apparently so. -- On Wednesday, I find that Philip has released yet another patch, in response to bug reports for his code. Finally, on Friday, the following ensued: Philip: > Me: > >Would you mind discussing/forwarding your changes and bug fixes to the > >relevent maintainers at some point, rather than just overruling them > >snatching the maintainence from them? I find this extremely discourtious. > > Once I'm happy that the changes are correct, yes. The only way for me to find > this out is to ask other people to try them. As you are so fond of pointing > out, your "official" kernel is supposed to be stable so it probably isn't > the best place to test experimental changes. In fact if you consult the > guidelines in the MAINTAINERS file, they explicitly suggest making patches > available for testing before bothering the maintainer. Later: Philip: > Me: > >I'm sorry - I can't find this in the Maintainers file. Could you please > >give me a line number? > > About lines 7 to 40. Firstly one is exhorted to "release a few alpha test > versions to the net", then to make the patch "generally available for > testing", and only after that to send it to the maintainer in a form ready for > merging. Now, looking at the file actually says: 1. Always _test_ your changes, however small, on at least 4 or 5 people, preferably many more. 2. ... Announce them onto the kernel channel and await results. ... 5. Make a patch available to the relevant maintainer in the list. My understanding of point (2) is to let the maintainer know that there are changes in existance for his bit of code, so that the maintainer knows what is going on. Maybe this is a misunderstanding? Also, linux-arm (and apparantly a lot of other lists) got spammed. I decided, since I did not want the mailing list to be come swampped with spam, to change the rules to protect those subscribed. This does not mean that I don't get the spam - I still receive it from Majordomo. I got a few welcoming public responses from it, and what I consider a damn right overreacted public response from Philip, which IMHO should have been in private mail. To date, there have been 70 downloads of the latest kernel patch this week since I uploaded it on February 7th, zero bug reports about the patch, and two patches, one to fix a small bug in tty_io.c and another to add the Philips LED stuff. Thanks to those who sent them to me. However, still no one has reported the bug. >From my point of view, producing all these patches once or twice a week and getting very little feedback on them, I'm wondering what it is that I am actually doing? Am I just someone who takes patches from Philip, puts them in my tree, uploads them, and sends stuff onto Linus? Or do I actually maintain the kernel? I'm not sure which it is at the moment. I thank those Acorn users out there who have given me feedback on various driver problems - that is very much appreciated. I can draw the only conclusion that no one out there is really interested in my work. On Saturday, I was questioning whether it was really worth continuing. And on that note, I shall leave you to draw your own conclusions. Again, please do not post replies to the list - I don't want another flame war. Thanks. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 14 14:00:19 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA865358 for ; Sun, 14 Feb 1999 14:00:18 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA12684 for ; Sun, 14 Feb 1999 14:00:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012679; Sun, 14 Feb 99 13:59:55 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:32562 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1904-5986>; Sun, 14 Feb 1999 14:58:56 +0200 Received: by vger.rutgers.edu via listexpand id <154415-27300>; Sun, 14 Feb 1999 07:05:14 -0500 Received: by vger.rutgers.edu id <154294-27300>; Sun, 14 Feb 1999 07:04:55 -0500 Received: from tallyho.bc.nu ([194.168.151.65]:17430 "EHLO tallyho.bc.nu" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <154415-27300>; Sun, 14 Feb 1999 07:04:38 -0500 Received: from caramon.armlinux.org.uk (galatea-81.cableol.net [194.168.16.81]) by tallyho.bc.nu (8.8.7/8.8.7) with ESMTP id MAA16077 for ; Sun, 14 Feb 1999 12:57:44 GMT Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id NAA10269 for ; Sun, 14 Feb 1999 13:03:54 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id MAA00635 for linux-arm@vger.rutgers.edu; Sun, 14 Feb 1999 12:59:29 GMT Message-Id: <199902141259.MAA00635@raistlin.armlinux.org.uk> Subject: Duplicate mails To: linux-arm@vger.rutgers.edu Date: Sun, 14 Feb 1999 12:59:28 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 689 Lines: 11 Appologies for the duplicate mailings; sendmail 8.8.7 doesn't lock the mail queue properly. I'll try to sort it out. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 15 14:04:22 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA875615 for ; Mon, 15 Feb 1999 14:04:21 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA15038 for ; Mon, 15 Feb 1999 14:04:21 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma015034; Mon, 15 Feb 99 14:04:06 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26384 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10959-27129>; Mon, 15 Feb 1999 15:03:50 +0200 Received: by vger.rutgers.edu via listexpand id <154585-27300>; Mon, 15 Feb 1999 07:02:22 -0500 Received: by vger.rutgers.edu id <154423-27302>; Mon, 15 Feb 1999 07:02:14 -0500 Received: from zeus.wi.leidenuniv.nl ([132.229.128.1]:4405 "EHLO zeus.wi.leidenuniv.nl" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154435-27302>; Mon, 15 Feb 1999 07:01:49 -0500 Received: from wi.leidenuniv.nl (mkoek@hupnos [132.229.16.43]) by zeus.wi.leidenuniv.nl (8.8.8/8.8.8/WI) with ESMTP id OAA18064 for ; Mon, 15 Feb 1999 14:02:41 +0100 (MET) Message-ID: <36C81A95.92890BDC@wi.leidenuniv.nl> Date: Mon, 15 Feb 1999 14:01:09 +0100 From: Mark Koek Organization: Leiden University X-Mailer: Mozilla 4.04 [en] (X11; I; HP-UX A.09.05 9000/720) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Re: linux-2.2.1-philb-990210 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 693 Lines: 22 Philip Blundell wrote: > If necessary I'd be happy to do what RISC OS appears to and turn off > video DMA in such modes during floppy access. Yes! I used to get that flashing screen during floppy access on the ancient Acorns (pre-1990, the ARM2 ones with the slow MEMC). On a more serious note: lurking on this list for a few months taught me (among many other things) that two important contributors to ARM Linux like to take a swipe at each other from time to time. Please don't let this escalate. That wouldn't do Linux in general, or anyone in particular, any good. 'bye, Mark Koek unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 15 14:33:56 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA889529 for ; Mon, 15 Feb 1999 14:33:52 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA15117 for ; Mon, 15 Feb 1999 14:33:51 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma015113; Mon, 15 Feb 99 14:33:37 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:12352 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <5852-27129>; Mon, 15 Feb 1999 15:33:10 +0200 Received: by vger.rutgers.edu via listexpand id <154423-27302>; Mon, 15 Feb 1999 07:31:26 -0500 Received: by vger.rutgers.edu id <154435-27302>; Mon, 15 Feb 1999 07:31:17 -0500 Received: from prune.flirble.org ([195.40.6.30]:2450 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <154423-27300>; Mon, 15 Feb 1999 07:30:55 -0500 Received: (qmail 6774 invoked from network); 15 Feb 1999 13:32:04 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 15 Feb 1999 13:32:04 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id NAA19614 for linux-arm@vger.rutgers.edu; Mon, 15 Feb 1999 13:32:02 GMT From: Nicholas Clark Message-Id: <199902151332.NAA19614@flirble.org> Subject: Re: ADV: ALASKAN TRAVEL In-Reply-To: <199902150449.MAA11182@db.> from "sender01@iname.com" at "Feb 14, 99 08:18:13 pm" Date: Mon, 15 Feb 1999 13:32:01 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 637 Lines: 14 In the last mail sender01@iname.com said: > From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 15 05:03:14 1999 > From: sender01@iname.com > Message-Id: <199902150449.MAA11182@db.> > Date: Sun, 14 Feb 1999 20:18:13 > To: Arse. These spam merchants evolve too damn fast. Now they know that they have to include themselves in the headers. Is there any sane way apart from moderation (which I don't think we want) which can filter them, yet allow legitimate unsubscribed humans to mail the list? Nick (not pleased to read spam) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 15 15:15:23 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA888560 for ; Mon, 15 Feb 1999 15:15:21 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA15262 for ; Mon, 15 Feb 1999 15:15:21 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma015260; Mon, 15 Feb 99 15:14:58 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:27500 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12823-14715>; Mon, 15 Feb 1999 16:14:12 +0200 Received: by vger.rutgers.edu via listexpand id <155556-27302>; Mon, 15 Feb 1999 08:09:58 -0500 Received: by vger.rutgers.edu id <154571-27300>; Mon, 15 Feb 1999 08:09:38 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:4615 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154435-27300>; Mon, 15 Feb 1999 08:09:21 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10COeK-0005Ed-00; Mon, 15 Feb 1999 14:05:24 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10COde-0007Ow-00; Mon, 15 Feb 1999 14:04:42 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Nicholas Clark cc: linux-arm@vger.rutgers.edu Subject: Re: ADV: ALASKAN TRAVEL In-reply-to: Your message of "Mon, 15 Feb 1999 13:32:01 GMT." <199902151332.NAA19614@flirble.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 Feb 1999 14:04:39 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 451 Lines: 12 >Arse. These spam merchants evolve too damn fast. Now they know that they have >to include themselves in the headers. Is there any sane way apart from >moderation (which I don't think we want) which can filter them, yet >allow legitimate unsubscribed humans to mail the list? Matti seemed to be muttering that the RBL is now enabled on vger. Let's see if that helps. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 16 03:14:23 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id DAA911779 for ; Tue, 16 Feb 1999 03:14:23 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id DAA16624 for ; Tue, 16 Feb 1999 03:14:22 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma016622; Tue, 16 Feb 99 03:14:15 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:24097 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14482-7427>; Tue, 16 Feb 1999 04:13:50 +0200 Received: by vger.rutgers.edu via listexpand id <156281-27300>; Mon, 15 Feb 1999 20:10:18 -0500 Received: by vger.rutgers.edu id <156048-27300>; Mon, 15 Feb 1999 20:09:27 -0500 Received: from bits.bris.ac.uk ([137.222.64.1]:4709 "EHLO BITS.bris.ac.uk" ident: "john") by vger.rutgers.edu with ESMTP id <155964-27300>; Mon, 15 Feb 1999 20:08:56 -0500 Received: from localhost (john@localhost) by BITS.bris.ac.uk (8.9.2/8.9.1) with ESMTP id CAA69276 for ; Tue, 16 Feb 1999 02:11:08 GMT Date: Tue, 16 Feb 1999 02:11:08 +0000 (GMT) From: John Lindley To: ARM Linux Subject: I don't know what's wrong anymore Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 778 Lines: 14 After a recent abortive atempt to compile gcc 2.8.1 I removed everything in preperation to start again. However now anything I try to compile stops with errors relating to undefined references to _fxstat, _lxstat etc. I've unrpm'ed all the original development tools but to no avail. I was hoping someone could point me to what or where it's going wrong. +---------------------------------+--------------------------------+ | www : www.BITS.bris.ac.uk/~john | emo : john@BITS.bris.ac.uk | +---------------------------------+--------------------------------+ | ...Doh said Pooh, suffering from an identity crisis | +------------------------------------------------------------------+ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 16 07:42:23 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id HAA891263 for ; Tue, 16 Feb 1999 07:42:22 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id HAA17029 for ; Tue, 16 Feb 1999 07:42:21 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma017024; Tue, 16 Feb 99 07:41:58 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:13319 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15553-7427>; Tue, 16 Feb 1999 08:41:32 +0200 Received: by vger.rutgers.edu via listexpand id <155944-27300>; Tue, 16 Feb 1999 00:34:09 -0500 Received: by vger.rutgers.edu id <154919-27302>; Tue, 16 Feb 1999 00:33:55 -0500 Received: from kwanon.research.canon.com.au ([203.12.172.254]:34424 "HELO kwanon.research.canon.com.au" ident: "TIMEDOUT") by vger.rutgers.edu with SMTP id <155160-27300>; Tue, 16 Feb 1999 00:32:21 -0500 Received: (qmail 12186 invoked from network); 16 Feb 1999 06:33:51 -0000 Received: from grainger.research.canon.com.au (203.12.174.130) by kwanon-heat.research.canon.com.au with SMTP; 16 Feb 1999 06:33:51 -0000 Received: (qmail 6184 invoked from network); 16 Feb 1999 06:55:35 -0000 Received: from gobbi.research.canon.com.au (203.12.174.234) by grainger.research.canon.com.au with SMTP; 16 Feb 1999 06:55:35 -0000 Received: from research.canon.com.au (localhost [127.0.0.1]) by gobbi.research.canon.com.au (8.8.5/8.8.5) with ESMTP id RAA07178 for ; Tue, 16 Feb 1999 17:33:12 +1100 (EST) Message-ID: <36C91128.E8A2C0FE@research.canon.com.au> Date: Tue, 16 Feb 1999 17:33:12 +1100 From: Tim Lindquist Organization: Canon Information Systems Research Australia X-Mailer: Mozilla 4.06 [en] (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: HELP - Egcs 1.1.1 References: <36C81A95.92890BDC@wi.leidenuniv.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 969 Lines: 31 I'm having problems building a cross compiler on solaris. When running make, I get: checking whether the C compiler (arm-linux-gcc -g -O2 ) works... no configure: error: installation or configuration problem: C compiler cannot create executables. gmake: *** [configure-target-libiberty] Error 1 Before I got to this stage, I had the egcs-1.1.1 source, and got 3 patch files for it that I applied consecutively: egcs-1.1.1-prerelease-2-arm-diff-981117.gz egcs-1.1.1-prerelease-2-arm-diff-981117-981124 egcs-1.1.1-prerelease-2-arm-diff-981124-981125 I got the following message during the final patch: patching file `gcc/f/intdoc.texi' Reversed (or previously applied) patch detected! Assume -R? [y] I created an egcs-1.1.1-build dir, and from there ran: ../egcs-1.1.1/configure --target=arm-linux --prefix=/home/elph/tjl/work/sw/armlinux/ and then ran make. What am I doing wrong? unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 16 12:51:52 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA946254 for ; Tue, 16 Feb 1999 12:51:51 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA17655 for ; Tue, 16 Feb 1999 12:51:51 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma017653; Tue, 16 Feb 99 12:51:34 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:13608 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15665-7427>; Tue, 16 Feb 1999 13:50:15 +0200 Received: by vger.rutgers.edu via listexpand id <154775-27300>; Tue, 16 Feb 1999 05:39:50 -0500 Received: by vger.rutgers.edu id <155889-27302>; Tue, 16 Feb 1999 05:30:22 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:58421 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155917-27302>; Tue, 16 Feb 1999 05:19:20 -0500 Received: from [158.152.30.195] (helo=globe.nexus.co.uk) by post.mail.demon.net with esmtp (Exim 2.10 #2) id 10ChA4-0001xx-00 for linux-arm@vger.rutgers.edu; Tue, 16 Feb 1999 09:51:24 +0000 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10Ch9U-0005zL-00; Tue, 16 Feb 1999 09:50:48 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10Ch8o-0000JO-00; Tue, 16 Feb 1999 09:50:06 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Tim Lindquist cc: linux-arm@vger.rutgers.edu Subject: Re: HELP - Egcs 1.1.1 In-reply-to: Your message of "Tue, 16 Feb 1999 17:33:12 +1100." <36C91128.E8A2C0FE@research.canon.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Feb 1999 09:50:04 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 982 Lines: 25 >Before I got to this stage, I had the egcs-1.1.1 source, >and got 3 patch files for it that I applied consecutively: > >egcs-1.1.1-prerelease-2-arm-diff-981117.gz >egcs-1.1.1-prerelease-2-arm-diff-981117-981124 >egcs-1.1.1-prerelease-2-arm-diff-981124-981125 Try getting the latest patch from ftp.netwinder.org:/users/p/philb. I think it's dated 990113 or thereabouts. (I don't think this is your problem; just as a matter of general principle it's best to use the latest sources.) >What am I doing wrong? Probably nothing, in fact. The cross-compiler has been built and is now being used to try to cross-compile the target libraries. This fails because you haven't yet installed the target runtime system (ie glibc). There are some notes about this sort of thing on my web site (http://www.tazenda.demon.co.uk/phil/armlinux) and I think they mention this and what you can do about it. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 16 11:39:53 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA951373 for ; Tue, 16 Feb 1999 11:39:51 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA17472 for ; Tue, 16 Feb 1999 11:39:51 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma017470; Tue, 16 Feb 99 11:39:41 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:22825 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15735-7427>; Tue, 16 Feb 1999 12:37:13 +0200 Received: by vger.rutgers.edu via listexpand id <154775-27300>; Tue, 16 Feb 1999 04:33:39 -0500 Received: by vger.rutgers.edu id <154485-27300>; Tue, 16 Feb 1999 04:33:24 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:13034 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154366-27302>; Tue, 16 Feb 1999 04:33:14 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10ChUf-00062W-00; Tue, 16 Feb 1999 10:12:41 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10ChTz-0000Te-00; Tue, 16 Feb 1999 10:11:59 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: John Lindley cc: ARM Linux Subject: Re: I don't know what's wrong anymore In-reply-to: Your message of "Tue, 16 Feb 1999 02:11:08 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Feb 1999 10:11:57 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 740 Lines: 17 >in preperation to start again. However now anything I try to compile stops >with errors relating to undefined references to _fxstat, _lxstat etc. >I've unrpm'ed all the original development tools but to no avail. I was >hoping someone could point me to what or where it's going wrong. It sounds like your C library is somehow screwed up. Have you tried to install glibc at any point? If so you might have ended up with header files that don't match the actual library. Try reinstalling the original libc from the binary distribution. BTW, you may like to consider egcs-1.1.1 rather than gcc 2.8.1 for your next attempt at building the compiler. :-) p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 16 14:49:52 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA949357 for ; Tue, 16 Feb 1999 14:49:51 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA17910 for ; Tue, 16 Feb 1999 14:49:51 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma017908; Tue, 16 Feb 99 14:49:32 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26632 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9046-15380>; Tue, 16 Feb 1999 15:49:03 +0200 Received: by vger.rutgers.edu via listexpand id <155971-27300>; Tue, 16 Feb 1999 07:45:46 -0500 Received: by vger.rutgers.edu id <155913-27302>; Tue, 16 Feb 1999 07:45:37 -0500 Received: from bits.bris.ac.uk ([137.222.64.1]:1454 "EHLO BITS.bris.ac.uk" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <156002-27300>; Tue, 16 Feb 1999 07:44:11 -0500 Received: from localhost (john@localhost) by BITS.bris.ac.uk (8.9.2/8.9.1) with ESMTP id NAA74805 for ; Tue, 16 Feb 1999 13:46:01 GMT Date: Tue, 16 Feb 1999 13:46:00 +0000 (GMT) From: John Lindley To: ARM Linux Subject: Re: I don't know what's wrong anymore In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1413 Lines: 30 On Tue, 16 Feb 1999, Philip Blundell wrote: > >in preperation to start again. However now anything I try to compile stops > >with errors relating to undefined references to _fxstat, _lxstat etc. > >I've unrpm'ed all the original development tools but to no avail. I was > >hoping someone could point me to what or where it's going wrong. > > It sounds like your C library is somehow screwed up. Have you tried to > install glibc at any point? If so you might have ended up with header files > that don't match the actual library. > > Try reinstalling the original libc from the binary distribution. BTW, you may > like to consider egcs-1.1.1 rather than gcc 2.8.1 for your next attempt at > building the compiler. :-) > > p. > I was under the impression that I had reinstalled these, unless I have to do something else to make sure it's using those libs. egcs was planned as well, but when I started this little adventure 1.1.1 wasn't released, so I felt it best to start small +---------------------------------+--------------------------------+ | www : www.BITS.bris.ac.uk/~john | emo : john@BITS.bris.ac.uk | +---------------------------------+--------------------------------+ | ...Doh said Pooh, suffering from an identity crisis | +------------------------------------------------------------------+ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 16 15:10:22 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA912748 for ; Tue, 16 Feb 1999 15:10:22 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA17978 for ; Tue, 16 Feb 1999 15:10:21 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma017974; Tue, 16 Feb 99 15:09:59 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:34336 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2586-15380>; Tue, 16 Feb 1999 16:09:35 +0200 Received: by vger.rutgers.edu via listexpand id <155960-27300>; Tue, 16 Feb 1999 08:06:21 -0500 Received: by vger.rutgers.edu id <155573-27300>; Tue, 16 Feb 1999 08:06:04 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:14408 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154573-27300>; Tue, 16 Feb 1999 08:05:48 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10Cl6N-0006J9-00; Tue, 16 Feb 1999 14:03:51 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10Cl5f-0000eP-00; Tue, 16 Feb 1999 14:03:07 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: John Lindley cc: ARM Linux Subject: Re: I don't know what's wrong anymore In-reply-to: Your message of "Tue, 16 Feb 1999 13:46:00 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Feb 1999 14:03:06 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 520 Lines: 16 >I was under the impression that I had reinstalled these, unless I have to >do something else to make sure it's using those libs. No, you shouldn't need to do anything special. Are you sure you installed the package with the headers in (probably libc-devel) as well as the libraries themselves? >egcs was planned as well, but when I started this little adventure 1.1.1 >wasn't released, so I felt it best to start small Fair enough. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 16 15:48:52 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA896518 for ; Tue, 16 Feb 1999 15:48:51 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA18050 for ; Tue, 16 Feb 1999 15:48:51 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018048; Tue, 16 Feb 99 15:48:20 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:1644 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2976-7427>; Tue, 16 Feb 1999 16:48:06 +0200 Received: by vger.rutgers.edu via listexpand id <154435-27302>; Tue, 16 Feb 1999 08:44:52 -0500 Received: by vger.rutgers.edu id <154573-27302>; Tue, 16 Feb 1999 08:44:45 -0500 Received: from [194.201.77.34] ([194.201.77.34]:38014 "HELO fw-maid.maidenhead.arm.com" ident: "firewall-user") by vger.rutgers.edu with SMTP id <154435-27300>; Tue, 16 Feb 1999 08:44:28 -0500 Received: by fw-maid.maidenhead.arm.com; id OAA15307; Tue, 16 Feb 1999 14:49:21 GMT Received: from mhsun1.maidenhead.arm.com(192.168.2.10) by fw-maid.maidenhead.arm.com via smap (4.1) id xma015305; Tue, 16 Feb 99 14:48:59 GMT Received: from mhpc45 by mhsun1.arm.com (4.1/SMI-4.1) id AA07380; Tue, 16 Feb 99 14:44:53 GMT Message-Id: <3.0.5.32.19990216143417.009b1100@mhsun1.maidenhead.arm.com> X-Sender: drusling@mhsun1.maidenhead.arm.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Tue, 16 Feb 1999 14:34:17 +0000 To: John Lindley , ARM Linux From: "david.rusling@arm.com" Subject: Re: I don't know what's wrong anymore In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 277 Lines: 9 All that I can say is that I followed Phil's directions and file/patch pointers and ended up with a cross a.out build environment that works fine for 2.0.36 based kernels. This suites me for now... unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 16 16:05:36 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA553230 for ; Tue, 16 Feb 1999 16:05:21 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA18100 for ; Tue, 16 Feb 1999 16:05:21 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018096; Tue, 16 Feb 99 16:05:08 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:2828 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4327-15380>; Tue, 16 Feb 1999 17:04:19 +0200 Received: by vger.rutgers.edu via listexpand id <156050-27300>; Tue, 16 Feb 1999 08:55:53 -0500 Received: by vger.rutgers.edu id <154775-27302>; Tue, 16 Feb 1999 08:55:47 -0500 Received: from smtp-out-002.wanadoo.fr ([193.252.19.69]:54627 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <156050-27302>; Tue, 16 Feb 1999 08:55:36 -0500 Received: from tntaub16-160.abo.wanadoo.fr [193.252.212.160] by wanadoo.fr for Paris Tue, 16 Feb 1999 15:53:34 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902161453.PAA00994@wanadoo.fr> To: linux-arm@vger.rutgers.edu Date: Tue, 16 Feb 1999 15:56:21 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Booting Linux on ebsa285 X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 585 Lines: 16 I've now got everything needed to download aif files on EBSA285 Flash. Now, I'd like to know two things: - Can put zImage in flash to be executed at 0x8000 and it will work, or is there other initialisations to be done before booting kernel. If so, where can I find such a "boot loader" ? - Where can I find something to put aif header around zImage ? - Is there a way to load a ramdisk appended at the end of kernel in flash, just like you do with a floppy on a PC x86 ? Thanks Christophe christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 16 16:14:22 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA862317 for ; Tue, 16 Feb 1999 16:14:21 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA18123 for ; Tue, 16 Feb 1999 16:14:21 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018121; Tue, 16 Feb 99 16:13:58 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:14369 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3804-15380>; Tue, 16 Feb 1999 17:13:29 +0200 Received: by vger.rutgers.edu via listexpand id <155598-27302>; Tue, 16 Feb 1999 09:10:04 -0500 Received: by vger.rutgers.edu id <154573-27302>; Tue, 16 Feb 1999 09:09:00 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:16493 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155160-27300>; Tue, 16 Feb 1999 09:08:03 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10Cm6J-0006Ps-00; Tue, 16 Feb 1999 15:07:51 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10Cm5b-0000gX-00; Tue, 16 Feb 1999 15:07:07 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe.leroy5@capway.com cc: linux-arm@vger.rutgers.edu Subject: Re: Booting Linux on ebsa285 In-reply-to: Your message of "Tue, 16 Feb 1999 15:56:21 +0100." <199902161453.PAA00994@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Feb 1999 15:07:05 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 743 Lines: 16 >- Can put zImage in flash to be executed at 0x8000 and it will work, >or is there other initialisations to be done before booting kernel. If >so, where can I find such a "boot loader" ? Almost but not quite. You need to load a couple of registers with magic numbers before calling the kernel. Also you need to be in supervisor mode with the MMU off but this may well already be the case in your environment. If you look in the archives for this mailing list you can probably find a bit of code I posted a while back for booting kernels on a CATS board where the situation is slightly similar. (If you can't find it, mail me and I'll send it to you.) p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 16 16:55:22 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA964529 for ; Tue, 16 Feb 1999 16:55:21 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA18223 for ; Tue, 16 Feb 1999 16:55:21 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018221; Tue, 16 Feb 99 16:55:03 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:23910 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <734-7427> convert rfc822-to-quoted-printable; Tue, 16 Feb 1999 17:54:42 +0200 Received: by vger.rutgers.edu via listexpand id <155916-27300>; Tue, 16 Feb 1999 09:51:21 -0500 Received: by vger.rutgers.edu id <155889-27300>; Tue, 16 Feb 1999 09:51:05 -0500 Received: from relay.urz.uni-heidelberg.de ([129.206.119.201]:45372 "EHLO relay.urz.uni-heidelberg.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155115-27302> convert rfc822-to-8bit; Tue, 16 Feb 1999 09:50:44 -0500 Received: from mail.urz.uni-heidelberg.de (mail.urz.uni-heidelberg.de [129.206.119.234]) by relay.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id QAA16468; Tue, 16 Feb 1999 16:52:48 +0100 (MET) Received: from aixterm11.urz.uni-heidelberg.de (shanske@aixterm11.urz.uni-heidelberg.de [129.206.119.51]) by mail.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id QAA29284; Tue, 16 Feb 1999 16:52:47 +0100 Received: (from shanske@localhost) by aixterm11.urz.uni-heidelberg.de (AIX4.2/UCB 8.7/8.7) id QAA50570; Tue, 16 Feb 1999 16:52:40 +0100 (CET) Date: Tue, 16 Feb 1999 16:52:40 +0100 (CET) From: Stefan Hanske X-Sender: shanske@aixterm11.urz.uni-heidelberg.de To: John Lindley cc: ARM Linux Subject: Re: I don't know what's wrong anymore In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by relay.ch.genedata.com id QAA964529 Status: RO Content-Length: 1271 Lines: 24 On Tue, 16 Feb 1999, John Lindley wrote: > After a recent abortive atempt to compile gcc 2.8.1 I removed everything > in preperation to start again. However now anything I try to compile stops > with errors relating to undefined references to _fxstat, _lxstat etc. > I've unrpm'ed all the original development tools but to no avail. I was > hoping someone could point me to what or where it's going wrong. This could be due to a mismatch in the heaader-files that came with the libc-4 package. Grep through all of them for the appearance of _fxstat or _lxstat. In the /usr/lib/gcc-lib/2.7.??-directory there is a correct replacement for this. (Don´t delete the old *.h file, rename it so that the changes can be undone if anything goes wrong!!!) ---------------------------------------------------------- |mailto: Stefan Hanske (shanske@ix.urz.uni-heidelberg.de | |WWW : http://www.rzuser.uni-heidelberg.de/~shanske | |phone: I'm not silly | |--------------------------------------------------------| | And don't forget to remember what you remembered not | | to forget to remember... | ---------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 16 18:00:07 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA970399 for ; Tue, 16 Feb 1999 17:59:51 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA18328 for ; Tue, 16 Feb 1999 17:59:51 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018326; Tue, 16 Feb 99 17:59:43 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:23648 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9046-15380>; Tue, 16 Feb 1999 18:59:32 +0200 Received: by vger.rutgers.edu via listexpand id <155448-27302>; Tue, 16 Feb 1999 10:56:33 -0500 Received: by vger.rutgers.edu id <155566-27300>; Tue, 16 Feb 1999 10:56:28 -0500 Received: from walter.doc.ic.ac.uk ([146.169.2.50]:2383 "EHLO walter.doc.ic.ac.uk" ident: "[FftWH3vRBZAMVm+6MO+P/lxMVTRM53jb]") by vger.rutgers.edu with ESMTP id <155536-27300>; Tue, 16 Feb 1999 10:56:04 -0500 Received: from [146.169.16.108] (helo=tequila.doc.ic.ac.uk) by walter.doc.ic.ac.uk with smtp (Exim 1.890 #1) for linux-arm@vger.rutgers.edu id 10CnHj-0001Do-00; Tue, 16 Feb 1999 16:23:43 +0000 Date: Tue, 16 Feb 1999 16:23:43 +0000 (GMT) From: Richard Barber Reply-To: Richard Barber To: linux-arm@vger.rutgers.edu Subject: Re: Can't get running from a Powertec SCSI disk! In-Reply-To: <199902021327.NAA27063@gate.sw.milldev.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1360 Lines: 30 On Tue, 2 Feb 1999, Russell King wrote: >Chris Nelson said: >> Richard Barber wrote: >> > I ran the installer, it was able to recognize the SCSI card, the Network >> > card and the PPA Zip drive (all on autoprobe) and I was able to specify >> > /dev/sda4 as root partition and /dev/sda5 as swap. Installing from the >> > Zip disk (/dev/sdb?, something) it seemed to successfully install.... >> >> Basically, I had exactly the same problem trying to install Linux on my >> RPC600 + StrongARM + Powertek SCSI II + SyJet 1.5GB. From my experiences, >> I had to deduce that there is no SCSI support in the install Kernel, and it >> has to be loaded as a module during boot up. Unfortunately, if your system >> is all on a SCSI drive, it can't get to the module (or the Kernel if you >> attempt a normal boot). Hmm...yes...I've put a 50MB root partition on my ADFS drive now (after a couple of visits to HForm) but still no cigar (although it does at least now get me to a root prompt)... >There is a solution, and it's sitting on a CD Image on my machine. It's >a fully populated RedHat CD ROM for ARM Linux. Is the CD image a solution to Chris's problem (SCSI not working on a recompiled kernel) or mine (SCSI II module not in the original install kernel)?, or both ?! Rich unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 16 20:30:52 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA967282 for ; Tue, 16 Feb 1999 20:30:52 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA18645 for ; Tue, 16 Feb 1999 20:30:51 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018643; Tue, 16 Feb 99 20:30:24 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:58734 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1551-15380>; Tue, 16 Feb 1999 21:29:38 +0200 Received: by vger.rutgers.edu via listexpand id <155595-27302>; Tue, 16 Feb 1999 13:08:15 -0500 Received: by vger.rutgers.edu id <156231-27302>; Tue, 16 Feb 1999 12:57:00 -0500 Received: from smtp-out-006.wanadoo.fr ([193.252.19.98]:38286 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <155595-27300>; Tue, 16 Feb 1999 12:12:33 -0500 Received: from blm12-130.abo.wanadoo.fr [164.138.226.130] by wanadoo.fr for Paris Tue, 16 Feb 1999 18:37:39 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902161737.SAA14478@wanadoo.fr> To: Philip Blundell Date: Tue, 16 Feb 1999 18:40:25 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Booting Linux on ebsa285 CC: linux-arm@vger.rutgers.edu References: Your message of "Tue, 16 Feb 1999 15:56:21 +0100." <199902161453.PAA00994@wanadoo.fr> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1235 Lines: 27 To: christophe.leroy5@capway.com Copies to: linux-arm@vger.rutgers.edu Subject: Re: Booting Linux on ebsa285 Date sent: Tue, 16 Feb 1999 15:07:05 +0000 From: Philip Blundell > >- Can put zImage in flash to be executed at 0x8000 and it will work, > >or is there other initialisations to be done before booting kernel. If > >so, where can I find such a "boot loader" ? > > Almost but not quite. You need to load a couple of registers with magic > numbers before calling the kernel. Also you need to be in supervisor mode > with the MMU off but this may well already be the case in your environment. > If you look in the archives for this mailing list you can probably find a bit > of code I posted a while back for booting kernels on a CATS board where the > situation is slightly similar. (If you can't find it, mail me and I'll send > it to you.) > Thanks, but I can't find archives of this mailing list. All archives listed on www.arm.uk.linux.org have stopped since August 98 So if you can tell me where archives are or send me a copy of your tools, It would be nice Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 17 00:59:24 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA977673 for ; Wed, 17 Feb 1999 00:59:22 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA19164 for ; Wed, 17 Feb 1999 00:59:22 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma019162; Wed, 17 Feb 99 00:59:05 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:29966 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16303-5811>; Wed, 17 Feb 1999 01:57:42 +0200 Received: by vger.rutgers.edu via listexpand id <155969-27300>; Tue, 16 Feb 1999 17:43:28 -0500 Received: by vger.rutgers.edu id <156320-27302>; Tue, 16 Feb 1999 17:04:46 -0500 Received: from mail1.digital.com ([204.123.2.50]:1582 "EHLO mail1.digital.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156351-27302>; Tue, 16 Feb 1999 16:52:40 -0500 Received: from pobox1.pa.dec.com (pobox1.pa.dec.com [16.1.240.19]) by mail1.digital.com (8.9.1a/8.9.1/WV2.0d) with SMTP id OAA03059; Tue, 16 Feb 1999 14:55:17 -0800 (PST) Received: from stowe.pa.dec.com by pobox1.pa.dec.com (5.65v3.2/1.1.10.5/07Nov97-1157AM) id AA08202; Tue, 16 Feb 1999 14:55:16 -0800 Received: by stowe.pa.dec.com; (5.65v4.0/1.1.8.2/06Jun96-0357PM) id AA03824; Tue, 16 Feb 1999 14:53:51 -0800 Date: Tue, 16 Feb 1999 14:53:51 -0800 Message-Id: <199902162253.AA03824@stowe.pa.dec.com> From: Deborah Wallach To: linux-arm@vger.rutgers.edu, devel@netwinder.org Subject: ARM compiler bug Address: Compaq Computer Corporation; Western Research Laboratory; 250 University Avenue; Palo Alto, CA 94301; USA Phone: 650-617-3315 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1221 Lines: 50 Who/what is the right person/place to forward gcc/egcs ARM compiler bugs to? We've found a compiler bug which occurs under both egcs and gcc: - egcs-1.1.1 using the rpms from rawhide.redhat.com - gcc version 2.8.1 when the optimizer is turned on. I've narrowed it down to a very small piece of code, but I don't know where to submit the bug report. Any suggestions? -Debby PS The code sample is included below. When optimization is off, the code output is: Expect 65535, 0, 0 -> 65535 0 0 when optimization is on, the code output is: Expect 65535, 0, 0 -> 65535 0 1 -------------------------------------------------------------------------- #include typedef struct { unsigned int beg; } help1_t; main() { help1_t foo; foo.beg = (unsigned int)(-1); printf("Expect 65535, 0, 0 -> %d %d %d\n", ( (unsigned short)foo.beg ), ( (unsigned short)foo.beg != (unsigned short)65535 ), ( ( (unsigned short)foo.beg != (unsigned short)65535 ) && ( (unsigned short)foo.beg != (unsigned short)65535 ) ) ); return(0); } -------------------------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 17 05:14:58 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id FAA978524 for ; Wed, 17 Feb 1999 05:14:57 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id FAA19570 for ; Wed, 17 Feb 1999 05:14:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma019568; Wed, 17 Feb 99 05:14:41 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:45837 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15837-19569>; Wed, 17 Feb 1999 06:14:24 +0200 Received: by vger.rutgers.edu via listexpand id <155453-27302>; Tue, 16 Feb 1999 22:11:05 -0500 Received: by vger.rutgers.edu id <154573-27300>; Tue, 16 Feb 1999 22:10:48 -0500 Received: from bits.bris.ac.uk ([137.222.64.1]:2557 "EHLO BITS.bris.ac.uk" ident: "john") by vger.rutgers.edu with ESMTP id <155453-27300>; Tue, 16 Feb 1999 22:10:41 -0500 Received: from localhost (john@localhost) by BITS.bris.ac.uk (8.9.2/8.9.1) with ESMTP id EAA51786 for ; Wed, 17 Feb 1999 04:13:22 GMT Date: Wed, 17 Feb 1999 04:13:21 +0000 (GMT) From: John Lindley To: ARM Linux Subject: I dont know what's wrong anymore, but it's getting worse Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1092 Lines: 21 Since my previous problems, things have got worse. I have been getting memory violation errors during bootup, at the point where the network is initialised. Then after unrpm'ing the devlopment libraries I got memory violations on every commands with the console evetually diabling. However after I reset the computer so I might be able to gain access again the computer now locks in a perpetual loop with an error from init saying memory violation : pc = 0x00c00470, lr = 0xa000bb24 (bad address = 0x00c00470, code 3) Is this the end? I haven't yet tried using a boot disc, but as I have been contemplating a fresh install onto a new SCSI disc, this may be the time +---------------------------------+--------------------------------+ | www : www.BITS.bris.ac.uk/~john | emo : john@BITS.bris.ac.uk | +---------------------------------+--------------------------------+ | ...Doh said Pooh, suffering from an identity crisis | +------------------------------------------------------------------+ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 17 15:02:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA980719 for ; Wed, 17 Feb 1999 15:01:57 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA20738 for ; Wed, 17 Feb 1999 15:01:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma020736; Wed, 17 Feb 99 15:01:40 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:57952 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10195-19569>; Wed, 17 Feb 1999 16:01:16 +0200 Received: by vger.rutgers.edu via listexpand id <154924-27300>; Wed, 17 Feb 1999 07:53:48 -0500 Received: by vger.rutgers.edu id <155476-27302>; Wed, 17 Feb 1999 07:52:02 -0500 Received: from efwall.fuji-ef.nl ([193.202.98.65]:1949 "HELO efwall.fuji-ef.nl" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <156197-27302>; Wed, 17 Feb 1999 07:51:30 -0500 Received: by efwall.fuji-ef.nl; (5.65v4.0/1.3/18Jul98) id AA07204; Wed, 17 Feb 1999 14:54:02 +0100 Received: from somewhere by smtpxd Message-Id: <10861CB8C77ED111B613AA0004001D1F01F2A613@efmail.fuji-ef.nl> From: MHE To: "'linux-arm@vger.rutgers.edu'" Subject: FAQ Date: Wed, 17 Feb 1999 14:57:19 +0100 Mime-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 614 Lines: 20 Hi, I'm new to this, so I just retrieved the FAQ from http://www.arm.linux.org.uk/~rmk/armlinux/faq.html It is dated 14-Oct-1998 (4 months ago). Is this the latest version or is there a more recent version available from somewhere else? -- Maurice Hendrix snailmail: Fuji Photo Film BV Standard disclaimers apply Dept. P1LPI attn. M. Hendrix PO Box 90156 5000 LJ Tilburg phone: +31 13-579 1370 or fax: +31 13-579 1385 - Still 23 months to go until the next millenium... unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 17 15:55:58 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA711605 for ; Wed, 17 Feb 1999 15:55:57 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA20911 for ; Wed, 17 Feb 1999 15:55:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma020909; Wed, 17 Feb 99 15:55:40 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:22097 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9387-5811>; Wed, 17 Feb 1999 16:53:57 +0200 Received: by vger.rutgers.edu via listexpand id <155990-27300>; Wed, 17 Feb 1999 08:43:22 -0500 Received: by vger.rutgers.edu id <155565-27300>; Wed, 17 Feb 1999 08:40:35 -0500 Received: from hplb.hpl.hp.com ([192.6.10.2]:1037 "EHLO hplb.hpl.hp.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156190-27302>; Wed, 17 Feb 1999 08:29:58 -0500 Received: from hereford.hpl.hp.com (hereford.hpl.hp.com [15.144.30.76]) by hplb.hpl.hp.com (8.8.6 (PHNE_14041)/8.8.6 HPLabs Bristol Relay) with ESMTP id OAA28532 for ; Wed, 17 Feb 1999 14:32:24 GMT Received: (from dat@localhost) by hereford.hpl.hp.com (8.7.6/8.7.3 TIS 5.0) id OAA17699; Wed, 17 Feb 1999 14:32:23 GMT Date: Wed, 17 Feb 1999 14:32:23 GMT Message-Id: <199902171432.OAA17699@hereford.hpl.hp.com> From: Andrew Thomas MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: linux-arm@vger.rutgers.edu Subject: EBSA-285 X-Mailer: VM 6.31 under Emacs 19.34.1 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1211 Lines: 34 Folks, I'm trying to get Linux up on an EBSA-285 board. The source I'm using is 2.2.1 with patch-2.2.1-19990128-1.gz applied, but I'm having no luck getting the kernel to boot. I've modified head-armv.S to set r0/r1 and setup_arch() in setup.c so that params = NULL; and have tried faking an aif header (this didn't work). I also wrote a little loader which can plant 'debugging code' the result of which suggests the bug is in setup_pagetables (inlined into paging_init) at this point: /* * unmap everything else */ for (address = end_mem; address; address += PGDIR_SIZE) free_init_section(address); So, before I proceed any further, could someone sucessfully running a kernel on an ebsa-285 board let me know which kernel (and patches) they are running, what PCI cards they have (or a copy of their .config) and finally whether they have the 21285 working as a console... Thanks, Andrew ------ Andrew Thomas Hewlett-Packard Laboratories, Bristol Filton Road Email: dat@hplb.hpl.hp.com Stoke Gifford Phone: +44 117 922 9511 Bristol BS34 8QZ FAX: +44 117 922 9286 United Kingdom HP Telnet: 312 9511 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 17 16:39:28 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA996292 for ; Wed, 17 Feb 1999 16:39:27 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA21025 for ; Wed, 17 Feb 1999 16:39:26 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021023; Wed, 17 Feb 99 16:39:20 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:42818 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10011-5811>; Wed, 17 Feb 1999 17:37:10 +0200 Received: by vger.rutgers.edu via listexpand id <156237-27302>; Wed, 17 Feb 1999 09:21:23 -0500 Received: by vger.rutgers.edu id <156099-27302>; Wed, 17 Feb 1999 09:20:37 -0500 Received: from smtp-out-006.wanadoo.fr ([193.252.19.98]:33529 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <156213-27302>; Wed, 17 Feb 1999 09:16:36 -0500 Received: from tntaub15-77.abo.wanadoo.fr [193.252.211.77] by wanadoo.fr for Paris Wed, 17 Feb 1999 16:16:32 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902171516.QAA17771@wanadoo.fr> To: linux-arm@vger.rutgers.edu Date: Wed, 17 Feb 1999 16:19:20 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Pb of compilation with rmk2+philb0210 X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 22343 Lines: 592 Why does it compiled vfat and msdos (look at my .config at the end) (yes, I've done make dep and make clean) christophe /usr/local/bin/arm-linux-ld -m elf32arm -T /usr/src/linux.2.2.1- arm/arch/arm/vmlinux-armv.lds -e stext -Ttext 0xC0008000 arch/arm/kernel/head-armv.o arch/arm/kernel/init_task.o init/main.o init/version.o \ --start-group \ arch/arm/kernel/kernel.o arch/arm/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \ fs/filesystems.a \ net/network.a \ drivers/block/block.a drivers/char/char.a drivers/misc/misc.a drivers/net/net.a drivers/pci/pci.a arch/arm/special/special.a arch/arm/nwfpe/math-emu.a \ arch/arm/lib/lib.a /usr/src/linux.2.2.1-arm/lib/lib.a `/usr/local/bin/arm- linux-gcc -D__KERNEL__ -I/usr/src/linux.2.2.1-arm/include - mshort-load-bytes -march=armv4 -mtune=strongarm110 --print- libgcc-file-name` \ --end-group \ -o vmlinux fs/filesystems.a(msdos.o): In function `msdos_put_super': msdos.o(.text+0xc): undefined reference to `fat_put_super' msdos.o(.text+0xc): relocation truncated to fit: R_ARM_PC24 fat_put_super fs/filesystems.a(msdos.o): In function `msdos_find': msdos.o(.text+0x45c): undefined reference to `fat_scan' msdos.o(.text+0x45c): relocation truncated to fit: R_ARM_PC24 fat_scan fs/filesystems.a(msdos.o): In function `msdos_read_super': msdos.o(.text+0x5c4): undefined reference to `fat_read_super' msdos.o(.text+0x5c4): relocation truncated to fit: R_ARM_PC24 fat_read_super fs/filesystems.a(msdos.o): In function `msdos_lookup': msdos.o(.text+0x658): undefined reference to `fat_brelse' msdos.o(.text+0x658): relocation truncated to fit: R_ARM_PC24 fat_brelse fs/filesystems.a(msdos.o): In function `msdos_create_entry': msdos.o(.text+0x744): undefined reference to `fat_scan' msdos.o(.text+0x744): relocation truncated to fit: R_ARM_PC24 fat_scan msdos.o(.text+0x778): undefined reference to `fat_add_cluster' msdos.o(.text+0x778): relocation truncated to fit: R_ARM_PC24 fat_add_cluster msdos.o(.text+0x79c): undefined reference to `fat_scan' msdos.o(.text+0x79c): relocation truncated to fit: R_ARM_PC24 fat_scan msdos.o(.text+0x838): undefined reference to `fat_date_unix2dos' msdos.o(.text+0x838): relocation truncated to fit: R_ARM_PC24 fat_date_unix2dos msdos.o(.text+0x850): undefined reference to `fat_mark_buffer_dirty' msdos.o(.text+0x850): relocation truncated to fit: R_ARM_PC24 fat_mark_buffer_dirty msdos.o(.text+0x878): undefined reference to `fat_brelse' msdos.o(.text+0x878): relocation truncated to fit: R_ARM_PC24 fat_brelse fs/filesystems.a(msdos.o): In function `msdos_create': msdos.o(.text+0x948): undefined reference to `fat_lock_creation' msdos.o(.text+0x948): relocation truncated to fit: R_ARM_PC24 fat_lock_creation msdos.o(.text+0x978): undefined reference to `fat_scan' msdos.o(.text+0x978): relocation truncated to fit: R_ARM_PC24 fat_scan msdos.o(.text+0x984): undefined reference to `fat_unlock_creation' msdos.o(.text+0x984): relocation truncated to fit: R_ARM_PC24 fat_unlock_creation msdos.o(.text+0x990): undefined reference to `fat_brelse' msdos.o(.text+0x990): relocation truncated to fit: R_ARM_PC24 fat_brelse msdos.o(.text+0x9c4): undefined reference to `fat_scan' msdos.o(.text+0x9c4): relocation truncated to fit: R_ARM_PC24 fat_scan msdos.o(.text+0x9d0): undefined reference to `fat_unlock_creation' msdos.o(.text+0x9d0): relocation truncated to fit: R_ARM_PC24 fat_unlock_creation msdos.o(.text+0x9dc): undefined reference to `fat_brelse' msdos.o(.text+0x9dc): relocation truncated to fit: R_ARM_PC24 fat_brelse msdos.o(.text+0xa20): undefined reference to `fat_unlock_creation' msdos.o(.text+0xa20): relocation truncated to fit: R_ARM_PC24 fat_unlock_creation fs/filesystems.a(msdos.o): In function `msdos_empty': msdos.o(.text+0xaf8): undefined reference to `fat_get_entry' msdos.o(.text+0xaf8): relocation truncated to fit: R_ARM_PC24 fat_get_entry msdos.o(.text+0xb10): undefined reference to `fat_brelse' msdos.o(.text+0xb10): relocation truncated to fit: R_ARM_PC24 fat_brelse fs/filesystems.a(msdos.o): In function `msdos_rmdir': msdos.o(.text+0xc14): undefined reference to `fat_mark_buffer_dirty' msdos.o(.text+0xc14): relocation truncated to fit: R_ARM_PC24 fat_mark_buffer_dirty msdos.o(.text+0xc20): undefined reference to `fat_brelse' msdos.o(.text+0xc20): relocation truncated to fit: R_ARM_PC24 fat_brelse fs/filesystems.a(msdos.o): In function `msdos_mkdir': msdos.o(.text+0xca8): undefined reference to `fat_lock_creation' msdos.o(.text+0xca8): relocation truncated to fit: R_ARM_PC24 fat_lock_creation msdos.o(.text+0xcc4): undefined reference to `fat_scan' msdos.o(.text+0xcc4): relocation truncated to fit: R_ARM_PC24 fat_scan msdos.o(.text+0xd10): undefined reference to `fat_add_cluster' msdos.o(.text+0xd10): relocation truncated to fit: R_ARM_PC24 fat_add_cluster msdos.o(.text+0xe04): undefined reference to `fat_unlock_creation' msdos.o(.text+0xe04): relocation truncated to fit: R_ARM_PC24 fat_unlock_creation msdos.o(.text+0xe44): undefined reference to `fat_scan' msdos.o(.text+0xe44): relocation truncated to fit: R_ARM_PC24 fat_scan msdos.o(.text+0xeac): undefined reference to `fat_mark_buffer_dirty' msdos.o(.text+0xeac): relocation truncated to fit: R_ARM_PC24 fat_mark_buffer_dirty msdos.o(.text+0xeb8): undefined reference to `fat_brelse' msdos.o(.text+0xeb8): relocation truncated to fit: R_ARM_PC24 fat_brelse msdos.o(.text+0xed0): undefined reference to `fat_brelse' msdos.o(.text+0xed0): relocation truncated to fit: R_ARM_PC24 fat_brelse fs/filesystems.a(msdos.o): In function `msdos_unlinkx': msdos.o(.text+0xfc4): undefined reference to `fat_mark_buffer_dirty' msdos.o(.text+0xfc4): relocation truncated to fit: R_ARM_PC24 fat_mark_buffer_dirty msdos.o(.text+0xfd0): undefined reference to `fat_brelse' msdos.o(.text+0xfd0): relocation truncated to fit: R_ARM_PC24 fat_brelse fs/filesystems.a(msdos.o): In function `msdos_rename_same': msdos.o(.text+0x1080): undefined reference to `fat_scan' msdos.o(.text+0x1080): relocation truncated to fit: R_ARM_PC24 fat_scan msdos.o(.text+0x11ec): undefined reference to `fat_mark_buffer_dirty' msdos.o(.text+0x11ec): relocation truncated to fit: R_ARM_PC24 fat_mark_buffer_dirty msdos.o(.text+0x11f8): undefined reference to `fat_brelse' msdos.o(.text+0x11f8): relocation truncated to fit: R_ARM_PC24 fat_brelse msdos.o(.text+0x1240): undefined reference to `fat_mark_buffer_dirty' msdos.o(.text+0x1240): relocation truncated to fit: R_ARM_PC24 fat_mark_buffer_dirty msdos.o(.text+0x127c): undefined reference to `fat_brelse' msdos.o(.text+0x127c): relocation truncated to fit: R_ARM_PC24 fat_brelse fs/filesystems.a(msdos.o): In function `msdos_rename_diff': msdos.o(.text+0x12fc): undefined reference to `fat_add_cluster' msdos.o(.text+0x12fc): relocation truncated to fit: R_ARM_PC24 fat_add_cluster msdos.o(.text+0x1320): undefined reference to `fat_scan' msdos.o(.text+0x1320): relocation truncated to fit: R_ARM_PC24 fat_scan msdos.o(.text+0x1344): undefined reference to `fat_scan' msdos.o(.text+0x1344): relocation truncated to fit: R_ARM_PC24 fat_scan msdos.o(.text+0x14d4): undefined reference to `fat_mark_buffer_dirty' msdos.o(.text+0x14d4): relocation truncated to fit: R_ARM_PC24 fat_mark_buffer_dirty msdos.o(.text+0x14e0): undefined reference to `fat_brelse' msdos.o(.text+0x14e0): relocation truncated to fit: R_ARM_PC24 fat_brelse msdos.o(.text+0x1524): undefined reference to `fat_scan' msdos.o(.text+0x1524): relocation truncated to fit: R_ARM_PC24 fat_scan msdos.o(.text+0x16e0): undefined reference to `fat_mark_buffer_dirty' msdos.o(.text+0x16e0): relocation truncated to fit: R_ARM_PC24 fat_mark_buffer_dirty msdos.o(.text+0x16e8): undefined reference to `fat_cache_inval_inode' msdos.o(.text+0x16e8): relocation truncated to fit: R_ARM_PC24 fat_cache_inval_inode msdos.o(.text+0x1714): undefined reference to `fat_mark_buffer_dirty' msdos.o(.text+0x1714): relocation truncated to fit: R_ARM_PC24 fat_mark_buffer_dirty msdos.o(.text+0x179c): undefined reference to `fat_mark_buffer_dirty' msdos.o(.text+0x179c): relocation truncated to fit: R_ARM_PC24 fat_mark_buffer_dirty msdos.o(.text+0x17a8): undefined reference to `fat_brelse' msdos.o(.text+0x17a8): relocation truncated to fit: R_ARM_PC24 fat_brelse msdos.o(.text+0x17c4): undefined reference to `fat_brelse' msdos.o(.text+0x17c4): relocation truncated to fit: R_ARM_PC24 fat_brelse msdos.o(.text+0x17fc): undefined reference to `fat_brelse' msdos.o(.text+0x17fc): relocation truncated to fit: R_ARM_PC24 fat_brelse fs/filesystems.a(msdos.o): In function `msdos_rename': msdos.o(.text+0x1920): undefined reference to `fat_scan' msdos.o(.text+0x1920): relocation truncated to fit: R_ARM_PC24 fat_scan msdos.o(.text+0x192c): undefined reference to `fat_lock_creation' msdos.o(.text+0x192c): relocation truncated to fit: R_ARM_PC24 fat_lock_creation msdos.o(.text+0x19b8): undefined reference to `fat_unlock_creation' msdos.o(.text+0x19b8): relocation truncated to fit: R_ARM_PC24 fat_unlock_creation msdos.o(.text+0x19c4): undefined reference to `fat_brelse' msdos.o(.text+0x19c4): relocation truncated to fit: R_ARM_PC24 fat_brelse fs/filesystems.a(msdos.o): In function `msdos_read_inode': msdos.o(.text+0x19e0): undefined reference to `fat_read_inode' msdos.o(.text+0x19e0): relocation truncated to fit: R_ARM_PC24 fat_read_inode fs/filesystems.a(msdos.o)(.data+0x58): undefined reference to `fat_write_inode' fs/filesystems.a(msdos.o)(.data+0x5c): undefined reference to `fat_put_inode' fs/filesystems.a(msdos.o)(.data+0x60): undefined reference to `fat_delete_inode' fs/filesystems.a(msdos.o)(.data+0x64): undefined reference to `fat_notify_change' fs/filesystems.a(msdos.o)(.data+0x70): undefined reference to `fat_statfs' fs/filesystems.a(msdos.o)(.data+0x98): undefined reference to `fat_dir_operations' fs/filesystems.a(vfat.o): In function `vfat_put_super': vfat.o(.text+0x28): undefined reference to `fat_put_super' vfat.o(.text+0x28): relocation truncated to fit: R_ARM_PC24 fat_put_super fs/filesystems.a(vfat.o): In function `vfat_read_super': vfat.o(.text+0x5a0): undefined reference to `fat_read_super' vfat.o(.text+0x5a0): relocation truncated to fit: R_ARM_PC24 fat_read_super fs/filesystems.a(vfat.o): In function `vfat_find_form': vfat.o(.text+0x9bc): undefined reference to `fat_get_entry' vfat.o(.text+0x9bc): relocation truncated to fit: R_ARM_PC24 fat_get_entry fs/filesystems.a(vfat.o): In function `vfat_find_free_slots': vfat.o(.text+0x10cc): undefined reference to `fat_get_entry' vfat.o(.text+0x10cc): relocation truncated to fit: R_ARM_PC24 fat_get_entry vfat.o(.text+0x115c): undefined reference to `fat_brelse' vfat.o(.text+0x115c): relocation truncated to fit: R_ARM_PC24 fat_brelse vfat.o(.text+0x1190): undefined reference to `fat_get_entry' vfat.o(.text+0x1190): relocation truncated to fit: R_ARM_PC24 fat_get_entry vfat.o(.text+0x11c0): undefined reference to `fat_add_cluster' vfat.o(.text+0x11c0): relocation truncated to fit: R_ARM_PC24 fat_add_cluster vfat.o(.text+0x11e0): undefined reference to `fat_get_entry' vfat.o(.text+0x11e0): relocation truncated to fit: R_ARM_PC24 fat_get_entry fs/filesystems.a(vfat.o): In function `xlate_to_uni': vfat.o(.text+0x123c): undefined reference to `utf8_mbstowcs' vfat.o(.text+0x123c): relocation truncated to fit: R_ARM_PC24 utf8_mbstowcs vfat.o(.text+0x1304): undefined reference to `fat_esc2uni' fs/filesystems.a(vfat.o): In function `vfat_find': vfat.o(.text+0x19dc): undefined reference to `fat_readdirx' vfat.o(.text+0x19dc): relocation truncated to fit: R_ARM_PC24 fat_readdirx vfat.o(.text+0x1b00): undefined reference to `fat_get_entry' vfat.o(.text+0x1b00): relocation truncated to fit: R_ARM_PC24 fat_get_entry vfat.o(.text+0x1b38): undefined reference to `fat_mark_buffer_dirty' vfat.o(.text+0x1b38): relocation truncated to fit: R_ARM_PC24 fat_mark_buffer_dirty vfat.o(.text+0x1b84): undefined reference to `fat_date_unix2dos' vfat.o(.text+0x1b84): relocation truncated to fit: R_ARM_PC24 fat_date_unix2dos vfat.o(.text+0x1c00): undefined reference to `fat_mark_buffer_dirty' vfat.o(.text+0x1c00): relocation truncated to fit: R_ARM_PC24 fat_mark_buffer_dirty vfat.o(.text+0x1c0c): undefined reference to `fat_brelse' vfat.o(.text+0x1c0c): relocation truncated to fit: R_ARM_PC24 fat_brelse fs/filesystems.a(vfat.o): In function `vfat_create_entry': vfat.o(.text+0x1dbc): undefined reference to `fat_get_entry' vfat.o(.text+0x1dbc): relocation truncated to fit: R_ARM_PC24 fat_get_entry vfat.o(.text+0x1dd4): undefined reference to `fat_brelse' vfat.o(.text+0x1dd4): relocation truncated to fit: R_ARM_PC24 fat_brelse vfat.o(.text+0x1e04): undefined reference to `fat_brelse' vfat.o(.text+0x1e04): relocation truncated to fit: R_ARM_PC24 fat_brelse fs/filesystems.a(vfat.o): In function `vfat_create': vfat.o(.text+0x1e94): undefined reference to `fat_lock_creation' vfat.o(.text+0x1e94): relocation truncated to fit: R_ARM_PC24 fat_lock_creation vfat.o(.text+0x1eb0): undefined reference to `fat_unlock_creation' vfat.o(.text+0x1eb0): relocation truncated to fit: R_ARM_PC24 fat_unlock_creation fs/filesystems.a(vfat.o): In function `vfat_create_a_dotdir': vfat.o(.text+0x1f5c): undefined reference to `fat_date_unix2dos' vfat.o(.text+0x1f5c): relocation truncated to fit: R_ARM_PC24 fat_date_unix2dos vfat.o(.text+0x1f8c): undefined reference to `fat_mark_buffer_dirty' vfat.o(.text+0x1f8c): relocation truncated to fit: R_ARM_PC24 fat_mark_buffer_dirty fs/filesystems.a(vfat.o): In function `vfat_create_dotdirs': vfat.o(.text+0x2050): undefined reference to `fat_add_cluster' vfat.o(.text+0x2050): relocation truncated to fit: R_ARM_PC24 fat_add_cluster vfat.o(.text+0x2098): undefined reference to `fat_get_entry' vfat.o(.text+0x2098): relocation truncated to fit: R_ARM_PC24 fat_get_entry vfat.o(.text+0x20dc): undefined reference to `fat_brelse' vfat.o(.text+0x20dc): relocation truncated to fit: R_ARM_PC24 fat_brelse vfat.o(.text+0x20fc): undefined reference to `fat_get_entry' vfat.o(.text+0x20fc): relocation truncated to fit: R_ARM_PC24 fat_get_entry vfat.o(.text+0x2144): undefined reference to `fat_brelse' vfat.o(.text+0x2144): relocation truncated to fit: R_ARM_PC24 fat_brelse fs/filesystems.a(vfat.o): In function `vfat_empty': vfat.o(.text+0x21f8): undefined reference to `fat_brelse' vfat.o(.text+0x21f8): relocation truncated to fit: R_ARM_PC24 fat_brelse vfat.o(.text+0x221c): undefined reference to `fat_get_entry' vfat.o(.text+0x221c): relocation truncated to fit: R_ARM_PC24 fat_get_entry vfat.o(.text+0x2234): undefined reference to `fat_brelse' vfat.o(.text+0x2234): relocation truncated to fit: R_ARM_PC24 fat_brelse fs/filesystems.a(vfat.o): In function `vfat_free_ino': vfat.o(.text+0x22dc): undefined reference to `fat_mark_buffer_dirty' vfat.o(.text+0x22dc): relocation truncated to fit: R_ARM_PC24 fat_mark_buffer_dirty fs/filesystems.a(vfat.o): In function `vfat_remove_entry': vfat.o(.text+0x2330): undefined reference to `fat_get_entry' vfat.o(.text+0x2330): relocation truncated to fit: R_ARM_PC24 fat_get_entry vfat.o(.text+0x2380): undefined reference to `fat_get_entry' vfat.o(.text+0x2380): relocation truncated to fit: R_ARM_PC24 fat_get_entry vfat.o(.text+0x23b0): undefined reference to `fat_mark_buffer_dirty' vfat.o(.text+0x23b0): relocation truncated to fit: R_ARM_PC24 fat_mark_buffer_dirty vfat.o(.text+0x23cc): undefined reference to `fat_brelse' vfat.o(.text+0x23cc): relocation truncated to fit: R_ARM_PC24 fat_brelse fs/filesystems.a(vfat.o): In function `vfat_mkdir': vfat.o(.text+0x25c0): undefined reference to `fat_lock_creation' vfat.o(.text+0x25c0): relocation truncated to fit: R_ARM_PC24 fat_lock_creation vfat.o(.text+0x25e4): undefined reference to `fat_unlock_creation' vfat.o(.text+0x25e4): relocation truncated to fit: R_ARM_PC24 fat_unlock_creation vfat.o(.text+0x261c): undefined reference to `fat_unlock_creation' vfat.o(.text+0x261c): relocation truncated to fit: R_ARM_PC24 fat_unlock_creation vfat.o(.text+0x2644): undefined reference to `fat_unlock_creation' vfat.o(.text+0x2644): relocation truncated to fit: R_ARM_PC24 fat_unlock_creation vfat.o(.text+0x26bc): undefined reference to `fat_fs_panic' vfat.o(.text+0x26bc): relocation truncated to fit: R_ARM_PC24 fat_fs_panic fs/filesystems.a(vfat.o): In function `vfat_rename': vfat.o(.text+0x27e4): undefined reference to `fat_get_entry' vfat.o(.text+0x27e4): relocation truncated to fit: R_ARM_PC24 fat_get_entry vfat.o(.text+0x2814): undefined reference to `fat_lock_creation' vfat.o(.text+0x2814): relocation truncated to fit: R_ARM_PC24 fat_lock_creation vfat.o(.text+0x2978): undefined reference to `fat_cache_inval_inode' vfat.o(.text+0x2978): relocation truncated to fit: R_ARM_PC24 fat_cache_inval_inode vfat.o(.text+0x29ec): undefined reference to `fat_get_entry' vfat.o(.text+0x29ec): relocation truncated to fit: R_ARM_PC24 fat_get_entry vfat.o(.text+0x2a30): undefined reference to `fat_mark_buffer_dirty' vfat.o(.text+0x2a30): relocation truncated to fit: R_ARM_PC24 fat_mark_buffer_dirty vfat.o(.text+0x2a6c): undefined reference to `fat_scan' vfat.o(.text+0x2a6c): relocation truncated to fit: R_ARM_PC24 fat_scan vfat.o(.text+0x2a98): undefined reference to `fat_brelse' vfat.o(.text+0x2a98): relocation truncated to fit: R_ARM_PC24 fat_brelse vfat.o(.text+0x2af4): undefined reference to `fat_mark_buffer_dirty' vfat.o(.text+0x2af4): relocation truncated to fit: R_ARM_PC24 fat_mark_buffer_dirty vfat.o(.text+0x2b28): undefined reference to `fat_brelse' vfat.o(.text+0x2b28): relocation truncated to fit: R_ARM_PC24 fat_brelse vfat.o(.text+0x2b64): undefined reference to `fat_unlock_creation' vfat.o(.text+0x2b64): relocation truncated to fit: R_ARM_PC24 fat_unlock_creation vfat.o(.text+0x2b74): undefined reference to `fat_brelse' vfat.o(.text+0x2b74): relocation truncated to fit: R_ARM_PC24 fat_brelse vfat.o(.text+0x2b88): undefined reference to `fat_brelse' vfat.o(.text+0x2b88): relocation truncated to fit: R_ARM_PC24 fat_brelse fs/filesystems.a(vfat.o): In function `vfat_read_inode': vfat.o(.text+0x2ba4): undefined reference to `fat_read_inode' vfat.o(.text+0x2ba4): relocation truncated to fit: R_ARM_PC24 fat_read_inode fs/filesystems.a(vfat.o)(.data+0x74): undefined reference to `fat_write_inode' fs/filesystems.a(vfat.o)(.data+0x78): undefined reference to `fat_put_inode' fs/filesystems.a(vfat.o)(.data+0x7c): undefined reference to `fat_delete_inode' fs/filesystems.a(vfat.o)(.data+0x80): undefined reference to `fat_notify_change' fs/filesystems.a(vfat.o)(.data+0x8c): undefined reference to `fat_statfs' fs/filesystems.a(vfat.o)(.data+0x11c): undefined reference to `fat_dir_operations' make: *** [vmlinux] Error 1 # # Automatically generated by make menuconfig: don't edit # CONFIG_ARM=y # # System and processor type # # CONFIG_ARCH_ARC is not set # CONFIG_ARCH_A5K is not set # CONFIG_ARCH_RPC is not set # CONFIG_ARCH_EBSA110 is not set CONFIG_FOOTBRIDGE=y CONFIG_HOST_FOOTBRIDGE=y CONFIG_ADDIN_FOOTBRIDGE=y CONFIG_ARCH_EBSA285=y # CONFIG_CATS is not set # CONFIG_ARCH_NETWINDER is not set # CONFIG_ARCH_ACORN is not set CONFIG_PCI=y # CONFIG_ISA_DMA is not set CONFIG_CPU_32=y # CONFIG_CPU_26 is not set CONFIG_CPU_ARMV4=y CONFIG_TUNE_SA110=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y # CONFIG_ALIGNMENT_TRAP is not set CONFIG_TEXT_SECTIONS=y # # Loadable module support # # CONFIG_MODULES is not set # # General setup # # CONFIG_NET is not set CONFIG_SYSVIPC=y # CONFIG_BSD_PROCESS_ACCT is not set CONFIG_SYSCTL=y CONFIG_NWFPE=y # CONFIG_BINFMT_AOUT is not set CONFIG_BINFMT_ELF=y # CONFIG_BINFMT_MISC is not set # CONFIG_PARPORT is not set CONFIG_LEDS=y CONFIG_LEDS_TIMER=y CONFIG_LEDS_CPU=y # # Plug and Play support # # CONFIG_PNP is not set # # Block devices # # CONFIG_BLK_DEV_FD is not set # CONFIG_BLK_DEV_IDE is not set # CONFIG_BLK_DEV_HD_ONLY is not set # CONFIG_BLK_DEV_LOOP is not set # CONFIG_BLK_DEV_MD is not set CONFIG_BLK_DEV_RAM=y # CONFIG_BLK_DEV_INITRD is not set # CONFIG_BLK_DEV_XD is not set CONFIG_PARIDE_PARPORT=y # CONFIG_PARIDE is not set # CONFIG_BLK_DEV_HD is not set # # Character devices # # CONFIG_VT is not set # CONFIG_SERIAL is not set # CONFIG_SERIAL_EXTENDED is not set CONFIG_SERIAL_NONSTANDARD=y # CONFIG_ROCKETPORT is not set # CONFIG_DIGIEPCA is not set # CONFIG_DIGI is not set # CONFIG_CYCLADES is not set # CONFIG_STALDRV is not set # CONFIG_RISCOM8 is not set # CONFIG_SPECIALIX is not set # CONFIG_ESPSERIAL is not set # CONFIG_ISI is not set CONFIG_SERIAL_21285=y CONFIG_SERIAL_21285_CONSOLE=y # CONFIG_UNIX98_PTYS is not set # CONFIG_MOUSE is not set # CONFIG_QIC02_TAPE is not set CONFIG_WATCHDOG=y # # Watchdog Cards # # CONFIG_WATCHDOG_NOWAYOUT is not set # CONFIG_WDT is not set # CONFIG_SOFT_WATCHDOG is not set # CONFIG_PCWATCHDOG is not set # CONFIG_ACQUIRE_WDT is not set CONFIG_21285_WATCHDOG=y CONFIG_21285_FLASH=y # CONFIG_NVRAM is not set # CONFIG_RTC is not set # # Video For Linux # # CONFIG_VIDEO_DEV is not set # # Joystick support # # CONFIG_JOYSTICK is not set # # Ftape, the floppy tape device driver # # CONFIG_FTAPE is not set # # SCSI support # # CONFIG_SCSI is not set # # Sound # # CONFIG_SOUND is not set # # Filesystems # # CONFIG_QUOTA is not set # CONFIG_AUTOFS_FS is not set # CONFIG_ADFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_HFS_FS is not set # CONFIG_FAT_FS is not set CONFIG_MSDOS_FS=y # CONFIG_UMSDOS_FS is not set CONFIG_VFAT_FS=y # CONFIG_ISO9660_FS is not set # CONFIG_JOLIET is not set # CONFIG_MINIX_FS is not set # CONFIG_NTFS_FS is not set # CONFIG_HPFS_FS is not set CONFIG_PROC_FS=y # CONFIG_QNX4FS_FS is not set CONFIG_ROMFS_FS=y CONFIG_EXT2_FS=y # CONFIG_SYSV_FS is not set # CONFIG_UFS_FS is not set # # Partition Types # # CONFIG_OSF_PARTITION is not set # CONFIG_MAC_PARTITION is not set # CONFIG_MSDOS_PARTITION is not set # CONFIG_SGI_PARTITION is not set # CONFIG_SUN_PARTITION is not set # CONFIG_AMIGA_PARTITION is not set # CONFIG_ACORN_PARTITION is not set # CONFIG_NLS is not set # # Kernel hacking # CONFIG_FRAME_POINTER=y CONFIG_DEBUG_ERRORS=y # CONFIG_DEBUG_USER is not set # CONFIG_DEBUG_INFO is not set CONFIG_MAGIC_SYSRQ=y # CONFIG_ARTHUR is not set unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 17 16:57:27 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA971307 for ; Wed, 17 Feb 1999 16:57:27 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA21079 for ; Wed, 17 Feb 1999 16:57:26 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021076; Wed, 17 Feb 99 16:57:13 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:9585 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9600-5811>; Wed, 17 Feb 1999 17:56:05 +0200 Received: by vger.rutgers.edu via listexpand id <156190-27300>; Wed, 17 Feb 1999 09:51:20 -0500 Received: by vger.rutgers.edu id <156335-27300>; Wed, 17 Feb 1999 09:36:29 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:28833 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156544-27302>; Wed, 17 Feb 1999 09:23:17 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10D8ox-0007i3-00; Wed, 17 Feb 1999 15:23:27 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10D8o6-0001XW-00; Wed, 17 Feb 1999 15:22:34 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Andrew Thomas cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA-285 In-reply-to: Your message of "Wed, 17 Feb 1999 14:32:23 GMT." <199902171432.OAA17699@hereford.hpl.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Feb 1999 15:22:32 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 473 Lines: 14 >the result of which suggests the bug is in >setup_pagetables (inlined into paging_init) at this point: If you get a crash in this sort of area the most likely cause is that the kernel is in the wrong place in physical memory. It's quite important that the kernel be loaded at physical address 8000. The other possibility is that you've told the kernel it has the wrong amount of RAM. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 17 17:12:28 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA977157 for ; Wed, 17 Feb 1999 17:12:27 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA21122 for ; Wed, 17 Feb 1999 17:12:26 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021120; Wed, 17 Feb 99 17:12:17 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:43280 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9353-5811>; Wed, 17 Feb 1999 18:12:01 +0200 Received: by vger.rutgers.edu via listexpand id <156350-27302>; Wed, 17 Feb 1999 10:00:16 -0500 Received: by vger.rutgers.edu id <156153-27302>; Wed, 17 Feb 1999 09:52:18 -0500 Received: from idiom.com ([209.157.64.1]:4730 "EHLO idiom.com" ident: "root") by vger.rutgers.edu with ESMTP id <156159-27300>; Wed, 17 Feb 1999 09:47:35 -0500 Received: from pso.com (pm3-1-13.dynamic.idiom.com [209.157.68.13]) by idiom.com (8.8.8/8.8.5) with ESMTP id HAA16553; Wed, 17 Feb 1999 07:49:48 -0800 (PST) Message-ID: <36CAE733.3745FEDE@pso.com> Date: Wed, 17 Feb 1999 07:58:43 -0800 From: Hwa Jin Bae Organization: PSO Systems Inc X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: Andrew Thomas CC: linux-arm@vger.rutgers.edu Subject: Re: EBSA-285 References: <199902171432.OAA17699@hereford.hpl.hp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 517 Lines: 13 You may want to verify that parameter parsing routine that figures out the memory size on EBSA285 actually returns correct size for the size of DRAM. I noticed that for EBSA285 this is not being done correctly if you don't pass the parameters explicitly in boot parameter. This results in hard-to-debug bad behavior during bootup sequence -- around memory mapping setting. -- Hwa Jin Bae PSO Systems Inc hjb@pso.com http://www.pso.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 17 17:14:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA993060 for ; Wed, 17 Feb 1999 17:13:57 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA21127 for ; Wed, 17 Feb 1999 17:13:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021125; Wed, 17 Feb 99 17:13:52 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:58642 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9637-19569>; Wed, 17 Feb 1999 18:13:34 +0200 Received: by vger.rutgers.edu via listexpand id <156075-27302>; Wed, 17 Feb 1999 10:08:39 -0500 Received: by vger.rutgers.edu id <155917-27300>; Wed, 17 Feb 1999 10:08:11 -0500 Received: from smtp-out-006.wanadoo.fr ([193.252.19.98]:36573 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <156133-27302>; Wed, 17 Feb 1999 09:57:19 -0500 Received: from blm12-34.abo.wanadoo.fr [164.138.226.34] by wanadoo.fr for Paris Wed, 17 Feb 1999 16:56:52 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902171556.QAA23643@wanadoo.fr> To: "Dr . David Alan Gilbert" Date: Wed, 17 Feb 1999 16:59:37 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Pb of compilation with rmk2+philb0210 CC: linux-arm@vger.rutgers.edu In-reply-to: <3.0.6.32.19990217154538.00c52bf0@proxy.px.uk.com> References: <199902171516.QAA17771@wanadoo.fr> X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 604 Lines: 27 Thanks, I didnt notice that CONFIG_MSDOS_FS and CONFIG_VFAT_FS were set in .config. But why is it selected although I have not selected CONFIG_FAT_FS, and so MSDOS and VFAT dont appear at all in menuconfig Maybe isn't it arm related, I'll try with i386 version. christophe > At 04:19 PM 2/17/99 +0100, you wrote: > >Why does it compiled vfat and msdos (look at my .config at the > >end) (yes, I've done make dep and make clean) > > > You need : > > ># CONFIG_FAT_FS is not set > > to be set as well. > > Dave > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 17 17:16:27 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA975854 for ; Wed, 17 Feb 1999 17:16:27 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA21144 for ; Wed, 17 Feb 1999 17:16:26 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021142; Wed, 17 Feb 99 17:16:06 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25109 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9470-5811>; Wed, 17 Feb 1999 18:15:13 +0200 Received: by vger.rutgers.edu via listexpand id <155563-27300>; Wed, 17 Feb 1999 10:09:22 -0500 Received: by vger.rutgers.edu id <155913-27302>; Wed, 17 Feb 1999 10:06:57 -0500 Received: from idiom.com ([209.157.64.1]:1465 "EHLO idiom.com" ident: "root") by vger.rutgers.edu with ESMTP id <156237-27302>; Wed, 17 Feb 1999 09:56:11 -0500 Received: from pso.com (pm3-1-13.dynamic.idiom.com [209.157.68.13]) by idiom.com (8.8.8/8.8.5) with ESMTP id HAA18126; Wed, 17 Feb 1999 07:58:07 -0800 (PST) Message-ID: <36CAE928.4D3CECE@pso.com> Date: Wed, 17 Feb 1999 08:07:05 -0800 From: Hwa Jin Bae Organization: PSO Systems Inc X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: John Lindley CC: ARM Linux Subject: Re: I dont know what's wrong anymore, but it's getting worse References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 237 Lines: 8 When I had similar problems I had to resort to a fresh install from a well known vantage point. -- Hwa Jin Bae PSO Systems Inc hjb@pso.com http://www.pso.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 17 18:38:27 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA992360 for ; Wed, 17 Feb 1999 18:38:27 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA21450 for ; Wed, 17 Feb 1999 18:38:26 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021448; Wed, 17 Feb 99 18:38:14 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:41024 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10216-19569>; Wed, 17 Feb 1999 19:37:58 +0200 Received: by vger.rutgers.edu via listexpand id <156200-27300>; Wed, 17 Feb 1999 11:33:58 -0500 Received: by vger.rutgers.edu id <155531-27302>; Wed, 17 Feb 1999 11:29:48 -0500 Received: from smtp-out-006.wanadoo.fr ([193.252.19.98]:44176 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <155644-27302>; Wed, 17 Feb 1999 11:26:34 -0500 Received: from tntaub17-176.abo.wanadoo.fr [164.138.87.176] by wanadoo.fr for Paris Wed, 17 Feb 1999 18:26:32 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902171726.SAA08073@wanadoo.fr> To: linux-arm@vger.rutgers.edu Date: Wed, 17 Feb 1999 18:29:22 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: EBSA285 - Once again X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 263 Lines: 9 Sorry, but I got no answer to my question, and I know somebody has the solution: How do I create an AIF file from zImage ?, in order to download it on flash memory ? Thanks Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 17 19:32:58 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA963164 for ; Wed, 17 Feb 1999 19:32:57 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA21547 for ; Wed, 17 Feb 1999 19:32:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021543; Wed, 17 Feb 99 19:32:40 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:3908 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9964-5811>; Wed, 17 Feb 1999 20:32:24 +0200 Received: by vger.rutgers.edu via listexpand id <156099-27300>; Wed, 17 Feb 1999 12:12:34 -0500 Received: by vger.rutgers.edu id <156031-27300>; Wed, 17 Feb 1999 12:02:40 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:31284 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156370-27300>; Wed, 17 Feb 1999 11:53:15 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10DB8X-0007ti-00; Wed, 17 Feb 1999 17:51:49 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10DB7h-0001eL-00; Wed, 17 Feb 1999 17:50:57 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Hwa Jin Bae cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA-285 In-reply-to: Your message of "Wed, 17 Feb 1999 07:58:43 PST." <36CAE733.3745FEDE@pso.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Feb 1999 17:50:56 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 388 Lines: 11 >boot parameter. This results in hard-to-debug bad behavior during >bootup sequence -- around memory mapping setting. Yeah. It would be nice if someone could contribute some memory auto-sizing code actually. It shouldn't be that hard. One could probably assume a minimum of 4MB and go up from there. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 17 21:31:27 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA991737 for ; Wed, 17 Feb 1999 21:31:27 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA21834 for ; Wed, 17 Feb 1999 21:31:26 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021832; Wed, 17 Feb 99 21:31:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:52509 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14051-5811>; Wed, 17 Feb 1999 22:31:02 +0200 Received: by vger.rutgers.edu via listexpand id <155531-27302>; Wed, 17 Feb 1999 13:59:22 -0500 Received: by vger.rutgers.edu id <157170-27300>; Wed, 17 Feb 1999 13:21:47 -0500 Received: from lrcsun15.epfl.ch ([128.178.156.77]:52414 "EHLO lrcsun15.epfl.ch" ident: "almesber") by vger.rutgers.edu with ESMTP id <157550-27302>; Wed, 17 Feb 1999 13:03:45 -0500 Received: (from almesber@localhost) by lrcsun15.epfl.ch (8.8.X/EPFL-8.1a) id TAA22831; Wed, 17 Feb 1999 19:54:45 +0100 (MET) From: Werner Almesberger Message-Id: <199902171854.TAA22831@lrcsun15.epfl.ch> Subject: Re: EBSA-285 To: pb@nexus.co.uk (Philip Blundell) Date: Wed, 17 Feb 1999 19:54:45 +0100 (MET) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Feb 17, 99 05:50:56 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1525 Lines: 32 Philip Blundell wrote: > Yeah. It would be nice if someone could contribute some memory auto-sizing > code actually. It shouldn't be that hard. One could probably assume a > minimum of 4MB and go up from there. linux-7110 has some, in ftp://lrcftp.epfl.ch/pub/people/almesber/psion/boot-9.tar.gz, file findmem.S There are a few things that make it less trivial than it may seem at first sight: - the minimum step width can be rather small, e.g. on the Psion, it's just 512kB. So to scan a 4GB address space, you'd have to check 8192 addresses. No big deal, except with ... - incomplete address decoding. This means that we need to copy all the original contents and put them back in the right order as soon as we find that some address doesn't point to real memory. (After all, the spot we're testing may happen to point somewhere into the kernel or into initrd.) An added challenge on the 7110 is that we don't have a lot of memory to throw at the problem (e.g. to store things we've overwritten), because the things loaded by the boot loader (Arlo) may end up all over the place, so we need to detect available memory and move things back to sequence before running the kernel. - Werner -- _________________________________________________________________________ / Werner Almesberger, DI-ICA,EPFL,CH werner.almesberger@lrc.di.epfl.ch / /_IN_R_131__Tel_+41_21_693_6621__Fax_+41_21_693_6610_____________________/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 18 00:49:57 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA993405 for ; Thu, 18 Feb 1999 00:49:57 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA22192 for ; Thu, 18 Feb 1999 00:49:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022190; Thu, 18 Feb 99 00:49:32 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:55607 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9229-17999>; Thu, 18 Feb 1999 01:47:26 +0200 Received: by vger.rutgers.edu via listexpand id <154924-27300>; Wed, 17 Feb 1999 17:33:26 -0500 Received: by vger.rutgers.edu id <156225-27300>; Wed, 17 Feb 1999 17:07:26 -0500 Received: from [212.250.143.40] ([212.250.143.40]:2190 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156267-27302>; Wed, 17 Feb 1999 16:47:35 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id WAA21650; Wed, 17 Feb 1999 22:47:52 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id WAA00795; Wed, 17 Feb 1999 22:49:17 GMT Message-Id: <199902172249.WAA00795@raistlin.armlinux.org.uk> Subject: Re: FAQ To: MHE@fuji-ef.nl (MHE) Date: Wed, 17 Feb 1999 22:49:17 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <10861CB8C77ED111B613AA0004001D1F01F2A613@efmail.fuji-ef.nl> from "MHE" at Feb 17, 99 02:57:19 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1074 Lines: 20 MHE writes: > I'm new to this, so I just retrieved the FAQ from > http://www.arm.linux.org.uk/~rmk/armlinux/faq.html > > It is dated 14-Oct-1998 (4 months ago). Is this the latest version or is > there a more recent version available from somewhere else? This is the latest. If you've got any extra questions that you think ought to be on there, send a bit of HTML formatted in a similar way to what's already there and I'll stick it in (or send me a textual version and it'll take a little longer). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 18 01:02:57 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA998822 for ; Thu, 18 Feb 1999 01:02:57 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA22222 for ; Thu, 18 Feb 1999 01:02:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022220; Thu, 18 Feb 99 01:02:52 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:43100 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9943-25202>; Thu, 18 Feb 1999 02:02:14 +0200 Received: by vger.rutgers.edu via listexpand id <156075-27300>; Wed, 17 Feb 1999 17:44:53 -0500 Received: by vger.rutgers.edu id <156317-27302>; Wed, 17 Feb 1999 17:39:10 -0500 Received: from [194.168.14.184] ([194.168.14.184]:2222 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156582-27300>; Wed, 17 Feb 1999 17:16:31 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id WAA21821; Wed, 17 Feb 1999 22:56:55 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id WAA00836; Wed, 17 Feb 1999 22:58:43 GMT Message-Id: <199902172258.WAA00836@raistlin.armlinux.org.uk> Subject: Re: EBSA-285 To: pb@nexus.co.uk (Philip Blundell) Date: Wed, 17 Feb 1999 22:58:42 +0000 (GMT) Cc: hjb@pso.com, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Feb 17, 99 05:50:56 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1528 Lines: 29 Philip Blundell writes: > >boot parameter. This results in hard-to-debug bad behavior during > >bootup sequence -- around memory mapping setting. > > Yeah. It would be nice if someone could contribute some memory auto-sizing > code actually. It shouldn't be that hard. One could probably assume a > minimum of 4MB and go up from there. I disagree here. One some architectures, eg EBSA285, the SDRAM size must be known before the SDRAM is in use, and that means that the boot loader must know. With the DC21285, it is not possible to probe the memory size and organisation without disabling the SDRAM banks. This information might as well be passed to the kernel by the loader code anyway therefore. Ok, you could find out what's currently set up, but I think that some of the EBSA285 PBLs use fixed memory sizes, so increasing the SDRAMs with some autoprobing code in the kernel will not be beneficial. (you'll still only have 16MB available). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 18 10:26:57 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA829210 for ; Thu, 18 Feb 1999 10:26:56 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA23179 for ; Thu, 18 Feb 1999 10:26:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023177; Thu, 18 Feb 99 10:26:49 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:42314 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12951-25202>; Thu, 18 Feb 1999 11:26:35 +0200 Received: by vger.rutgers.edu via listexpand id <154919-27300>; Thu, 18 Feb 1999 03:22:35 -0500 Received: by vger.rutgers.edu id <154756-27302>; Thu, 18 Feb 1999 03:22:28 -0500 Received: from hotpoint.dcs.qmw.ac.uk ([138.37.88.162]:1526 "EHLO hotpoint.dcs.qmw.ac.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154919-27302> convert rfc822-to-8bit; Thu, 18 Feb 1999 03:22:03 -0500 Received: from tmp1@it061 [138.37.94.61]; by hotpoint.dcs.qmw.ac.uk (8.8.7/8.8.5/S-4.0) with ESMTP; for ""; id JAA29033; Thu, 18 Feb 1999 09:25:18 GMT Received: from [[UNIX: localhost]] ([[UNIX: localhost]]) by it061.dcs.qmw.ac.uk (8.8.5/8.7.3) id JAA00334 for linux-arm@vger.rutgers.edu; Thu, 18 Feb 1999 09:25:18 GMT From: Tom Palmer To: linux-arm@vger.rutgers.edu Subject: Re: FAQ Date: Thu, 18 Feb 1999 09:22:10 +0000 X-Mailer: KMail [version 0.7.9] Content-Type: text/plain; charset=US-ASCII References: <199902172249.WAA00795@raistlin.armlinux.org.uk> MIME-Version: 1.0 Message-Id: <99021809251700.00321@it061> Content-Transfer-Encoding: 7BIT X-KMail-Mark: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 976 Lines: 23 On Wed, 17 Feb 1999, Russell King - ARM Linux Admin wrote: >MHE writes: >> I'm new to this, so I just retrieved the FAQ from >> http://www.arm.linux.org.uk/~rmk/armlinux/faq.html >> >> It is dated 14-Oct-1998 (4 months ago). Is this the latest version or is >> there a more recent version available from somewhere else? > >This is the latest. If you've got any extra questions that you think ought >to be on there, send a bit of HTML formatted in a similar way to what's >already there and I'll stick it in (or send me a textual version and it'll >take a little longer). As a related note I was looking at the Architectures page and saw that the A7000 is supported. I had a bit more of a dig around and couldn't find anything to do with it. If I remember correctly the A7000 has ARM7500 in it (same as an acorn NC). Does this mean that one of the Acorn NC's could run Linux? Cheers, Tom unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 18 10:31:57 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA998943 for ; Thu, 18 Feb 1999 10:31:56 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA23204 for ; Thu, 18 Feb 1999 10:31:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023202; Thu, 18 Feb 99 10:31:39 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:10832 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14345-17999>; Thu, 18 Feb 1999 11:31:28 +0200 Received: by vger.rutgers.edu via listexpand id <154756-27302>; Thu, 18 Feb 1999 03:27:39 -0500 Received: by vger.rutgers.edu id <155913-27300>; Thu, 18 Feb 1999 03:27:05 -0500 Received: from chaos.oregan.net ([195.173.86.1]:9052 "EHLO chaos.oregan.net" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <154919-27302>; Thu, 18 Feb 1999 03:26:48 -0500 Received: (from phil@localhost) by chaos.oregan.net (8.8.7/8.8.8) id JAA15939 for linux-arm@vger.rutgers.edu; Thu, 18 Feb 1999 09:30:03 GMT Message-ID: <19990218093003.A15928@chaos.oregan.net> Date: Thu, 18 Feb 1999 09:30:03 +0000 From: Phil Norman To: linux-arm@vger.rutgers.edu Subject: Re: FAQ References: <199902172249.WAA00795@raistlin.armlinux.org.uk> <99021809251700.00321@it061> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <99021809251700.00321@it061>; from Tom Palmer on Thu, Feb 18, 1999 at 09:22:10AM +0000 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 702 Lines: 16 On Thu, Feb 18, 1999 at 09:22:10AM +0000, Tom Palmer wrote: > As a related note I was looking at the Architectures page and saw that the > A7000 is supported. I had a bit more of a dig around and couldn't find > anything to do with it. If I remember correctly the A7000 has ARM7500 in it > (same as an acorn NC). Does this mean that one of the Acorn NC's could run > Linux? Yes, but since the NC doesn't have any on-board disc, you'd have to bootp the thing, and NFS-mount your root filesystem. There's no real problem with this, other than that there's no linux device driver for the NC's ethernet card. Cheers, Phil unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 18 10:40:57 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA1003790 for ; Thu, 18 Feb 1999 10:40:57 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA23225 for ; Thu, 18 Feb 1999 10:40:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023223; Thu, 18 Feb 99 10:40:40 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:47955 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12951-25202>; Thu, 18 Feb 1999 11:40:12 +0200 Received: by vger.rutgers.edu via listexpand id <154756-27302>; Thu, 18 Feb 1999 03:36:13 -0500 Received: by vger.rutgers.edu id <154919-27300>; Thu, 18 Feb 1999 03:35:56 -0500 Received: from hotpoint.dcs.qmw.ac.uk ([138.37.88.162]:1600 "EHLO hotpoint.dcs.qmw.ac.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154756-27302> convert rfc822-to-8bit; Thu, 18 Feb 1999 03:35:39 -0500 Received: from tmp1@it061 [138.37.94.61]; by hotpoint.dcs.qmw.ac.uk (8.8.7/8.8.5/S-4.0) with ESMTP; for ""; id JAA00533; Thu, 18 Feb 1999 09:38:54 GMT Received: from [[UNIX: localhost]] ([[UNIX: localhost]]) by it061.dcs.qmw.ac.uk (8.8.5/8.7.3) id JAA00345 for linux-arm@vger.rutgers.edu; Thu, 18 Feb 1999 09:38:54 GMT From: Tom Palmer To: linux-arm@vger.rutgers.edu Subject: Re: FAQ Date: Thu, 18 Feb 1999 09:37:33 +0000 X-Mailer: KMail [version 0.7.9] Content-Type: text/plain; charset=US-ASCII References: <19990218093003.A15928@chaos.oregan.net> MIME-Version: 1.0 Message-Id: <99021809385402.00321@it061> Content-Transfer-Encoding: 7BIT X-KMail-Mark: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 897 Lines: 21 On Thu, 18 Feb 1999, Phil Norman wrote: >On Thu, Feb 18, 1999 at 09:22:10AM +0000, Tom Palmer wrote: > >> As a related note I was looking at the Architectures page and saw that the >> A7000 is supported. I had a bit more of a dig around and couldn't find >> anything to do with it. If I remember correctly the A7000 has ARM7500 in it >> (same as an acorn NC). Does this mean that one of the Acorn NC's could run >> Linux? > >Yes, but since the NC doesn't have any on-board disc, you'd have to bootp >the thing, and NFS-mount your root filesystem. There's no real problem >with this, other than that there's no linux device driver for the NC's >ethernet card. Ok. Cool. If I remember correctly the NC has an irlam ethernet card. Anyone know the chipset or how easy it would be to add support? Cheers, Tom unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 18 10:53:27 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA1018987 for ; Thu, 18 Feb 1999 10:53:26 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA23251 for ; Thu, 18 Feb 1999 10:53:26 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023249; Thu, 18 Feb 99 10:53:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:15965 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14341-17999>; Thu, 18 Feb 1999 11:53:06 +0200 Received: by vger.rutgers.edu via listexpand id <154756-27302>; Thu, 18 Feb 1999 03:49:09 -0500 Received: by vger.rutgers.edu id <155988-27302>; Thu, 18 Feb 1999 03:48:34 -0500 Received: from chaos.oregan.net ([195.173.86.1]:11051 "EHLO chaos.oregan.net" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <155950-27300>; Thu, 18 Feb 1999 03:48:11 -0500 Received: (from phil@localhost) by chaos.oregan.net (8.8.7/8.8.8) id JAA16557 for linux-arm@vger.rutgers.edu; Thu, 18 Feb 1999 09:51:25 GMT Message-ID: <19990218095125.A16544@chaos.oregan.net> Date: Thu, 18 Feb 1999 09:51:25 +0000 From: Phil Norman To: linux-arm@vger.rutgers.edu Subject: Re: FAQ References: <19990218093003.A15928@chaos.oregan.net> <99021809385402.00321@it061> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <99021809385402.00321@it061>; from Tom Palmer on Thu, Feb 18, 1999 at 09:37:33AM +0000 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 655 Lines: 16 On Thu, Feb 18, 1999 at 09:37:33AM +0000, Tom Palmer wrote: > On Thu, 18 Feb 1999, Phil Norman wrote: > > > >Yes, but since the NC doesn't have any on-board disc, you'd have to bootp > >the thing, and NFS-mount your root filesystem. There's no real problem > >with this, other than that there's no linux device driver for the NC's > >ethernet card. > > Ok. Cool. If I remember correctly the NC has an irlam ethernet card. > Anyone know the chipset or how easy it would be to add support? It does, yes. It's an EtherN, and the chipset is a Macronix MX98905. Cheers, Phil unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 18 12:01:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA994551 for ; Thu, 18 Feb 1999 12:00:57 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA23426 for ; Thu, 18 Feb 1999 12:00:57 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023398; Thu, 18 Feb 99 12:00:31 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:22609 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2437-17999>; Thu, 18 Feb 1999 12:59:35 +0200 Received: by vger.rutgers.edu via listexpand id <156029-27302>; Thu, 18 Feb 1999 04:55:36 -0500 Received: by vger.rutgers.edu id <156149-27302>; Thu, 18 Feb 1999 04:53:10 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:6235 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156183-27300>; Thu, 18 Feb 1999 04:33:29 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10DQaC-0008TO-00; Thu, 18 Feb 1999 10:21:24 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10DQZH-00027M-00; Thu, 18 Feb 1999 10:20:27 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Phil Norman cc: linux-arm@vger.rutgers.edu Subject: Re: FAQ In-reply-to: Your message of "Thu, 18 Feb 1999 09:51:25 GMT." <19990218095125.A16544@chaos.oregan.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Feb 1999 10:20:24 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 311 Lines: 10 >It does, yes. It's an EtherN, and the chipset is a Macronix MX98905. It's just an NE2000 clone I think, similar to many others (probably the majority of Acorn cards actually). So it shouldn't be that hard to write a driver. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 18 12:06:27 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA1025026 for ; Thu, 18 Feb 1999 12:06:26 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA23446 for ; Thu, 18 Feb 1999 12:06:26 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023444; Thu, 18 Feb 99 12:06:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:19808 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15181-25202>; Thu, 18 Feb 1999 13:06:01 +0200 Received: by vger.rutgers.edu via listexpand id <156118-27300>; Thu, 18 Feb 1999 04:55:46 -0500 Received: by vger.rutgers.edu id <156144-27302>; Thu, 18 Feb 1999 04:48:23 -0500 Received: from smtp-out-004.wanadoo.fr ([193.252.19.87]:45332 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <156298-27302>; Thu, 18 Feb 1999 04:38:41 -0500 Received: from blm12-130.abo.wanadoo.fr [164.138.226.130] by wanadoo.fr for Paris Thu, 18 Feb 1999 11:39:07 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902181039.LAA13879@wanadoo.fr> To: linux-arm@vger.rutgers.edu Date: Thu, 18 Feb 1999 11:41:56 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: EBSA285: Nothing happens X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 344 Lines: 9 I've managed to put linux kernel on flash, but when I boot, nothing happens. Is the serial port initialized by the kernel before writing "Uncompressing kernel..." ? According to the EBSA285 doc, serial port isn't Initialized by Angel Primary Boot Loader Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 18 12:17:27 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA1009427 for ; Thu, 18 Feb 1999 12:17:26 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA23475 for ; Thu, 18 Feb 1999 12:17:26 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023473; Thu, 18 Feb 99 12:17:20 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:22395 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14616-25202>; Thu, 18 Feb 1999 13:16:52 +0200 Received: by vger.rutgers.edu via listexpand id <155565-27300>; Thu, 18 Feb 1999 05:12:51 -0500 Received: by vger.rutgers.edu id <155563-27300>; Thu, 18 Feb 1999 05:12:42 -0500 Received: from smtp-out-001.wanadoo.fr ([193.252.19.68]:59654 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <154919-27300>; Thu, 18 Feb 1999 05:11:43 -0500 Received: from blm12-130.abo.wanadoo.fr [164.138.226.130] by wanadoo.fr for Paris Thu, 18 Feb 1999 12:12:08 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902181112.MAA08636@wanadoo.fr> To: linux-arm@vger.rutgers.edu Date: Thu, 18 Feb 1999 12:14:57 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: transform zImage to AIF X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 793 Lines: 46 Here my code to prepend an AIF header to zImage for EBSA285 Please tell me if I'm doing something wrong # Makefile SIZE := $(shell wc -c zImage | gawk '{print $$1}') hdr: hdr.S zImage arm-linux-as --defsym size=$(SIZE) hdr.S -o hdr.o arm-linux-objcopy -O binary hdr.o hdr cat hdr zImage > linux.axf /* hdr.S */ .text mov r0,r0 mov r0,r0 bl init .word 0 swi 0x11 .word size .word 0 .word 0 .word 0 .word 0 .word 0x8000 .word 0 .word 32 .word 0 .word 0 .word 0 mov r0,r0 init: mov r0,#0 mov r1,#4 /* EBSA285 */ mov r4,#0 orr r4,r4,#0x8000 mov r5,#0x130 /* turns MMU off */ mcr p15,0,r5,c1,c0 mov r0,r0 mov pc,r4 mov r0,r0 mov r0,r0 mov r0,r0 mov r0,r0 mov r0,r0 mov r0,r0 mov r0,r0 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 18 12:53:27 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA1009153 for ; Thu, 18 Feb 1999 12:53:26 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA23534 for ; Thu, 18 Feb 1999 12:53:26 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023532; Thu, 18 Feb 99 12:53:14 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:47143 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14587-25202>; Thu, 18 Feb 1999 13:52:47 +0200 Received: by vger.rutgers.edu via listexpand id <155476-27300>; Thu, 18 Feb 1999 05:48:47 -0500 Received: by vger.rutgers.edu id <155565-27302>; Thu, 18 Feb 1999 05:48:38 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:7240 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155476-27300>; Thu, 18 Feb 1999 05:48:10 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10DRo5-00002G-00; Thu, 18 Feb 1999 11:39:49 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10DRo3-0000Ch-00; Thu, 18 Feb 1999 11:39:47 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe.leroy5@capway.com cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA285: Nothing happens In-reply-to: Your message of "Thu, 18 Feb 1999 11:41:56 +0100." <199902181039.LAA13879@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Feb 1999 11:39:47 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 199 Lines: 9 >Is the serial port initialized by the kernel before writing >"Uncompressing kernel..." ? Not as far as I remember. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 18 15:02:57 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA972691 for ; Thu, 18 Feb 1999 15:02:57 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA23817 for ; Thu, 18 Feb 1999 15:02:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023815; Thu, 18 Feb 99 15:02:38 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:32352 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12335-25202>; Thu, 18 Feb 1999 16:02:28 +0200 Received: by vger.rutgers.edu via listexpand id <155988-27300>; Thu, 18 Feb 1999 07:58:11 -0500 Received: by vger.rutgers.edu id <155950-27302>; Thu, 18 Feb 1999 07:54:00 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:7501 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156118-27300>; Thu, 18 Feb 1999 07:53:10 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10DTeV-00009h-00; Thu, 18 Feb 1999 13:38:03 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10DTeU-0000JO-00; Thu, 18 Feb 1999 13:38:02 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe.leroy5@capway.com cc: linux-arm@vger.rutgers.edu Subject: Re: transform zImage to AIF In-reply-to: Your message of "Thu, 18 Feb 1999 12:14:57 +0100." <199902181112.MAA08636@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Feb 1999 13:38:02 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 633 Lines: 14 >Here my code to prepend an AIF header to zImage for EBSA285 >Please tell me if I'm doing something wrong The code itself looks OK but you might not be taking sufficient care over the memory layout. If the idea is that this works in the same way as the CATS bootstrap (ie you load it at address 0), you need to have enough padding that zImage starts at 0x8000. This is what the .align and .space directives were for in the source I sent you. Alternatively you could load the code at 0x8000-sizeof(hdr) but Angel might not be too keen on that. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 18 15:31:58 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA993536 for ; Thu, 18 Feb 1999 15:31:56 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA23899 for ; Thu, 18 Feb 1999 15:31:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023897; Thu, 18 Feb 99 15:31:46 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:38773 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1497-17999>; Thu, 18 Feb 1999 16:31:16 +0200 Received: by vger.rutgers.edu via listexpand id <155913-27302>; Thu, 18 Feb 1999 08:27:22 -0500 Received: by vger.rutgers.edu id <155212-27300>; Thu, 18 Feb 1999 08:27:11 -0500 Received: from lrcsun15.epfl.ch ([128.178.156.77]:49242 "EHLO lrcsun15.epfl.ch" ident: "almesber") by vger.rutgers.edu with ESMTP id <156086-27300>; Thu, 18 Feb 1999 08:26:19 -0500 Received: (from almesber@localhost) by lrcsun15.epfl.ch (8.8.X/EPFL-8.1a) id PAA08139; Thu, 18 Feb 1999 15:14:28 +0100 (MET) From: Werner Almesberger Message-Id: <199902181414.PAA08139@lrcsun15.epfl.ch> Subject: Re: EBSA-285 To: linux@arm.linux.org.uk (Russell King - ARM Linux Admin) Date: Thu, 18 Feb 1999 15:14:27 +0100 (MET) Cc: pb@nexus.co.uk, hjb@pso.com, linux-arm@vger.rutgers.edu In-Reply-To: <199902172258.WAA00836@raistlin.armlinux.org.uk> from "Russell King - ARM Linux Admin" at Feb 17, 99 10:58:42 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1701 Lines: 44 Russell King - ARM Linux Admin wrote: > This information might as well be passed to the kernel by the loader code > anyway therefore. By the way, I think it would be nice if the memory size detection (or, rather retrieval of the size) could be moved to one of the ARM-architecture-dependent files. While I'm at it, is it true that current->tss.memmap should always be equal to __virt_to_phys((unsigned long) &swapper_pg_dir) ? If yes, it would be nice if this could be set in the general ARM code. Right now, 7110 and RPC set current->tss.memmap at run time, while all other architectures use the compile-time default. I've appended the patch I currently have in my 7110 tree for the latter change. (Note: it doesn't touch the RPC code or the compile-time default.) - Werner ---------------------------------- cut here ----------------------------------- --- ref/arch/arm/mm/init.c Tue Feb 9 00:38:23 1999 +++ work/arch/arm/mm/init.c Tue Feb 9 02:20:08 1999 @@ -137,9 +137,13 @@ start_mem += PTRS_PER_PTE * sizeof (void *); #endif memzero (empty_zero_page, PAGE_SIZE); +#ifdef CONFIG_ARCH_CLPS7110 /* should be valid for all architectures */ + current->tss.memmap = __virt_to_phys((unsigned long) &swapper_pg_dir); +/* @@@ ask RMK; also used by RPC */ +#endif start_mem = setup_pagetables (start_mem, end_mem); flush_tlb_all(); update_memc_all(); end_mem &= PAGE_MASK; -- _________________________________________________________________________ / Werner Almesberger, DI-ICA,EPFL,CH werner.almesberger@lrc.di.epfl.ch / /_IN_R_131__Tel_+41_21_693_6621__Fax_+41_21_693_6610_____________________/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 18 18:23:57 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA994734 for ; Thu, 18 Feb 1999 18:23:57 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA24316 for ; Thu, 18 Feb 1999 18:23:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024314; Thu, 18 Feb 99 18:23:39 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:1580 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3200-17999>; Thu, 18 Feb 1999 19:22:44 +0200 Received: by vger.rutgers.edu via listexpand id <156112-27300>; Thu, 18 Feb 1999 11:13:35 -0500 Received: by vger.rutgers.edu id <156499-27302>; Thu, 18 Feb 1999 11:09:07 -0500 Received: from smtp-out-006.wanadoo.fr ([193.252.19.98]:52685 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <156087-27300>; Thu, 18 Feb 1999 11:06:16 -0500 Received: from tntaub16-113.abo.wanadoo.fr [193.252.212.113] by wanadoo.fr for Paris Thu, 18 Feb 1999 16:18:27 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902181518.QAA14339@wanadoo.fr> To: Philip Blundell Date: Thu, 18 Feb 1999 16:21:17 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: transform zImage to AIF CC: linux-arm@vger.rutgers.edu References: Your message of "Thu, 18 Feb 1999 12:14:57 +0100." <199902181112.MAA08636@wanadoo.fr> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1251 Lines: 28 > >Here my code to prepend an AIF header to zImage for EBSA285 > >Please tell me if I'm doing something wrong > > The code itself looks OK but you might not be taking sufficient care over the > memory layout. If the idea is that this works in the same way as the CATS > bootstrap (ie you load it at address 0), you need to have enough padding that > zImage starts at 0x8000. This is what the .align and .space directives were > for in the source I sent you. Alternatively you could load the code at > 0x8000-sizeof(hdr) but Angel might not be too keen on that. > According to the doc, you cannot use memory under 0x8000. So, I've prepend an AIF header that tells the boot loader to copy image to 0x8000, then I've put into zero-init zone the part of code to set r0,r1 and put off mmu, then I should jump to 0x8000 But I'm not sure zero-init code is executed in that case. Anyway, by initialisiing UART in uncomp_setup_arch() , I now get "Uncompressing Linux...done" and "now booting the kernel.", but then .... nothing I've also tried by adding the bootstrap instructions to the beginning of head.S, but It doesn't work neither better nor bader Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 18 20:13:57 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA1000128 for ; Thu, 18 Feb 1999 20:13:56 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA24493 for ; Thu, 18 Feb 1999 20:13:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024491; Thu, 18 Feb 99 20:13:49 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:57714 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1626-17999>; Thu, 18 Feb 1999 21:12:19 +0200 Received: by vger.rutgers.edu via listexpand id <156317-27300>; Thu, 18 Feb 1999 12:53:10 -0500 Received: by vger.rutgers.edu id <155476-27302>; Thu, 18 Feb 1999 12:39:32 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4420 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156570-27302>; Thu, 18 Feb 1999 12:09:32 -0500 Received: from [158.152.30.195] (helo=globe.nexus.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10DVV4-0002cQ-00 for linux-arm@vger.rutgers.edu; Thu, 18 Feb 1999 15:36:26 +0000 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10DVRx-0001Se-00; Thu, 18 Feb 1999 15:33:13 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10DVRw-0002F9-00; Thu, 18 Feb 1999 15:33:12 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe.leroy5@capway.com cc: linux-arm@vger.rutgers.edu Subject: Re: transform zImage to AIF In-reply-to: Your message of "Thu, 18 Feb 1999 16:21:17 +0100." <199902181518.QAA14339@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Feb 1999 15:33:12 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 407 Lines: 13 >Anyway, by initialisiing UART in uncomp_setup_arch() , I now get >"Uncompressing Linux...done" >and "now booting the kernel.", >but then .... nothing Try putting debugging at the start of head-armv.S to see if it's managing to call that code at the right address. If so then trace it through and see where it falls over. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 18 18:06:28 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA1013336 for ; Thu, 18 Feb 1999 18:06:27 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA24282 for ; Thu, 18 Feb 1999 18:06:26 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024280; Thu, 18 Feb 99 18:06:07 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:61444 "EHLO vger.rutgers.edu" ident: "TIMEDOUT") by listserv.funet.fi with ESMTP id <15503-17999>; Thu, 18 Feb 1999 19:05:47 +0200 Received: by vger.rutgers.edu via listexpand id <156087-27300>; Thu, 18 Feb 1999 11:01:28 -0500 Received: by vger.rutgers.edu id <155998-27302>; Thu, 18 Feb 1999 10:51:20 -0500 Received: from idiom.com ([209.157.64.1]:2489 "EHLO idiom.com" ident: "root") by vger.rutgers.edu with ESMTP id <156112-27302>; Thu, 18 Feb 1999 10:45:05 -0500 Received: from pso.com (pm3-1-29.dynamic.idiom.com [209.157.68.29]) by idiom.com (8.8.8/8.8.5) with ESMTP id HAA25236; Thu, 18 Feb 1999 07:39:24 -0800 (PST) Message-ID: <36CC3642.3ABC520D@pso.com> Date: Thu, 18 Feb 1999 07:48:18 -0800 From: Hwa Jin Bae Organization: PSO Systems Inc X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: christophe.leroy5@capway.com CC: linux-arm@vger.rutgers.edu Subject: Re: EBSA285: Nothing happens References: <199902181039.LAA13879@wanadoo.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 421 Lines: 12 No init is done before Uncompressing kernel... message. That message is being printed via simple routine that uses EBSA285 serial in polled mode (I think it's in include/asm/arch/uncompress.h -- I'm at home so I can't look it up). No special initialization is needed for that. -- Hwa Jin Bae PSO Systems Inc hjb@pso.com http://www.pso.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 18 19:03:57 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA1026300 for ; Thu, 18 Feb 1999 19:03:56 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA24391 for ; Thu, 18 Feb 1999 19:03:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024389; Thu, 18 Feb 99 19:03:42 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:36722 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12823-25202>; Thu, 18 Feb 1999 20:01:32 +0200 Received: by vger.rutgers.edu via listexpand id <156112-27302>; Thu, 18 Feb 1999 11:54:37 -0500 Received: by vger.rutgers.edu id <156145-27300>; Thu, 18 Feb 1999 11:37:17 -0500 Received: from fil-nt1.filanet.com ([208.195.158.188]:2029 "EHLO fil-nt1.filanet.com" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <156086-27300>; Thu, 18 Feb 1999 11:25:42 -0500 Received: from filanet.com (firewalker-161.filanet.com [208.195.158.161]) by fil-nt1.filanet.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.1960.3) id DPCLTVD3; Thu, 18 Feb 1999 09:28:49 -0800 Message-ID: <36CC4CBD.4D448BA3@filanet.com> Date: Thu, 18 Feb 1999 09:24:13 -0800 From: Joe Meza Reply-To: joem@filanet.com Organization: Filanet X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: Russell King - ARM Linux Admin , linux-arm@vger.rutgers.edu Subject: Unzipping Source References: <199902172249.WAA00795@raistlin.armlinux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 480 Lines: 12 I am trying to get starting to a port of the ARM Linux code to the Cogent ARM development platforms. I am having a bit of trouble obtaining the source. When I unzip the .gz file either with winzip or with gunzip, I get one huge file of concatenated diffs. Has anyone experienced this problem? Am I not downloading the correct file? I'd love to get started if I could only download the source!!!! joe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 18 19:01:57 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA1041088 for ; Thu, 18 Feb 1999 19:01:56 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA24381 for ; Thu, 18 Feb 1999 19:01:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024370; Thu, 18 Feb 99 19:01:28 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:36722 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3520-25202>; Thu, 18 Feb 1999 20:00:51 +0200 Received: by vger.rutgers.edu via listexpand id <156145-27302>; Thu, 18 Feb 1999 11:54:38 -0500 Received: by vger.rutgers.edu id <156144-27300>; Thu, 18 Feb 1999 11:37:29 -0500 Received: from Hydro.CAM.ORG ([198.168.100.7]:59575 "EHLO Hydro.CAM.ORG" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156148-27300>; Thu, 18 Feb 1999 11:27:04 -0500 Received: from Ocean.CAM.ORG (Ocean.CAM.ORG [198.168.100.5]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id MAA09095; Thu, 18 Feb 1999 12:29:22 -0500 (EST) Date: Thu, 18 Feb 1999 12:29:31 -0500 (EST) From: Nicolas Pitre To: Werner Almesberger cc: Russell King - ARM Linux Admin , pb@nexus.co.uk, hjb@pso.com, linux-arm@vger.rutgers.edu Subject: Re: EBSA-285 In-Reply-To: <199902181414.PAA08139@lrcsun15.epfl.ch> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2043 Lines: 56 Werner is right on both points here. We have the same concerns on SA1100 architecture. On Thu, 18 Feb 1999, Werner Almesberger wrote: > Russell King - ARM Linux Admin wrote: > > This information might as well be passed to the kernel by the loader code > > anyway therefore. > > By the way, I think it would be nice if the memory size detection (or, > rather retrieval of the size) could be moved to one of the > ARM-architecture-dependent files. > > While I'm at it, is it true that current->tss.memmap should always be > equal to __virt_to_phys((unsigned long) &swapper_pg_dir) ? If yes, it > would be nice if this could be set in the general ARM code. Right now, > 7110 and RPC set current->tss.memmap at run time, while all other > architectures use the compile-time default. > > I've appended the patch I currently have in my 7110 tree for the latter > change. (Note: it doesn't touch the RPC code or the compile-time > default.) > > - Werner > > ---------------------------------- cut here ----------------------------------- > > --- ref/arch/arm/mm/init.c Tue Feb 9 00:38:23 1999 > +++ work/arch/arm/mm/init.c Tue Feb 9 02:20:08 1999 > @@ -137,9 +137,13 @@ > start_mem += PTRS_PER_PTE * sizeof (void *); > #endif > memzero (empty_zero_page, PAGE_SIZE); > +#ifdef CONFIG_ARCH_CLPS7110 /* should be valid for all architectures */ > + current->tss.memmap = __virt_to_phys((unsigned long) &swapper_pg_dir); > +/* @@@ ask RMK; also used by RPC */ > +#endif > start_mem = setup_pagetables (start_mem, end_mem); > > flush_tlb_all(); > update_memc_all(); > > end_mem &= PAGE_MASK; > > -- > _________________________________________________________________________ > / Werner Almesberger, DI-ICA,EPFL,CH werner.almesberger@lrc.di.epfl.ch / > /_IN_R_131__Tel_+41_21_693_6621__Fax_+41_21_693_6610_____________________/ > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 18 20:16:57 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA869211 for ; Thu, 18 Feb 1999 20:16:56 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA24498 for ; Thu, 18 Feb 1999 20:16:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024496; Thu, 18 Feb 99 20:16:35 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:57714 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14995-17999>; Thu, 18 Feb 1999 21:14:49 +0200 Received: by vger.rutgers.edu via listexpand id <156630-27300>; Thu, 18 Feb 1999 13:02:08 -0500 Received: by vger.rutgers.edu id <156208-27302>; Thu, 18 Feb 1999 12:43:04 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:26736 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156510-27300>; Thu, 18 Feb 1999 12:16:27 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10DY2k-0002PB-00; Thu, 18 Feb 1999 18:19:22 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10DY2j-0002Pr-00; Thu, 18 Feb 1999 18:19:21 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: joem@filanet.com cc: Russell King - ARM Linux Admin , linux-arm@vger.rutgers.edu Subject: Re: Unzipping Source In-reply-to: Your message of "Thu, 18 Feb 1999 09:24:13 PST." <36CC4CBD.4D448BA3@filanet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Feb 1999 18:19:21 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 305 Lines: 10 >I am having a bit of trouble obtaining the source. When >I unzip the .gz file either with winzip or with gunzip, I >get one huge file of concatenated diffs. That's what it's supposed to be like. What were you expecting? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-kernel-doc@humbolt.nl.linux.org Fri Feb 19 00:46:28 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA1033291 for ; Fri, 19 Feb 1999 00:46:26 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA24968 for ; Fri, 19 Feb 1999 00:46:26 +0100 Received: from humbolt.geo.uu.nl(131.211.28.48) by mentolat.core.genedata.com via smap (V2.0) id xma024966; Fri, 19 Feb 99 00:46:16 +0100 Received: from localhost (daemon@localhost) by humbolt.nl.linux.org (8.9.1a/8.9.1) with SMTP id AAA21913; Fri, 19 Feb 1999 00:45:10 +0100 Received: by humbolt.nl.linux.org (bulk_mailer v1.11); Fri, 19 Feb 1999 00:45:05 +0100 Received: (from postmaster@localhost) by humbolt.nl.linux.org (8.9.1a/8.9.1) id AAA21557 for kernel-doc-list; Fri, 19 Feb 1999 00:43:48 +0100 Received: from linuxmaster.corel.eng (internet.corel.ca [209.167.40.2]) by humbolt.nl.linux.org (8.9.1a/8.9.1) with ESMTP id AAA21397 for ; Fri, 19 Feb 1999 00:43:04 +0100 Received: (from news@localhost) by linuxmaster.corel.eng (8.8.7/8.8.7) id PAA12404 for kernel-doc@nl.linux.org; Thu, 18 Feb 1999 15:15:25 -0500 From: u3dyywu7@umail.furryterror.org (Zygo Blaxell) Subject: Re: Changing the active console Date: 18 Feb 1999 15:15:15 -0500 Message-ID: <7ahscj$mhn$1@naga.corel.eng> References: <3.0.1.32.19990216114133.011adcc8@metropolis.it> To: kernel-doc@nl.linux.org X-Header-Mangling: Original "To:" was X-Header-Mangling: Original "From:" was Sender: owner-kernel-doc@humbolt.nl.linux.org Reply-To: kernel-doc@nl.linux.org Precedence: bulk Status: RO Content-Length: 849 Lines: 17 In article <3.0.1.32.19990216114133.011adcc8@metropolis.it>, Roberto Fasciolo wrote: >I'd like to know if it's possible changing the active console (the same thing that pressing CTRL+ALT+Fx) with a system call, and, if it's possible, how can I do that. See the source code for the 'kbd' package. chvt does exactly this. To simulate Ctrl-Alt-F3 you'd use something like this: int fd = open("/dev/console", O_WRONLY); ioctl(fd, VT_ACTIVATE, 0x3); -- Zygo Blaxell, Linux Engineer, Corel Corporation, zygob@corel.ca (work), zblaxell@furryterror.org (play). It's my opinion, I tell you! Mine! All MINE! Size of 'diff -Nurw [...] winehq corel' as of Thu Feb 18 14:14:01 EST 1999 Lines/files: In 3905 / 14, Out 30668 / 391, Both 34339 / 394 - Kernel-doc, Linux kernel documentation list. http://mail.nl.linux.org/lists/ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 07:04:34 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id HAA1027488 for ; Fri, 19 Feb 1999 07:04:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id HAA25560 for ; Fri, 19 Feb 1999 07:04:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma025558; Fri, 19 Feb 99 07:04:15 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:23074 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9698-7207>; Fri, 19 Feb 1999 08:04:00 +0200 Received: by vger.rutgers.edu via listexpand id <156132-27302>; Thu, 18 Feb 1999 23:59:31 -0500 Received: by vger.rutgers.edu id <154669-27302>; Thu, 18 Feb 1999 23:55:56 -0500 Received: from kwanon.research.canon.com.au ([203.12.172.254]:40392 "HELO kwanon.research.canon.com.au" ident: "TIMEDOUT") by vger.rutgers.edu with SMTP id <155460-27302>; Thu, 18 Feb 1999 23:55:33 -0500 Received: (qmail 6561 invoked from network); 19 Feb 1999 05:56:58 -0000 Received: from grainger.research.canon.com.au (203.12.174.130) by kwanon-heat.research.canon.com.au with SMTP; 19 Feb 1999 05:56:58 -0000 Received: (qmail 24362 invoked from network); 19 Feb 1999 06:19:13 -0000 Received: from gobbi.research.canon.com.au (203.12.174.234) by grainger.research.canon.com.au with SMTP; 19 Feb 1999 06:19:13 -0000 Received: from research.canon.com.au (localhost [127.0.0.1]) by gobbi.research.canon.com.au (8.8.5/8.8.5) with ESMTP id QAA12016; Fri, 19 Feb 1999 16:56:17 +1100 (EST) Message-ID: <36CCFD01.425B8FA3@research.canon.com.au> Date: Fri, 19 Feb 1999 16:56:17 +1100 From: Tim Lindquist Organization: Canon Information Systems Research Australia X-Mailer: Mozilla 4.06 [en] (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: Philip Blundell CC: linux-arm@vger.rutgers.edu Subject: Re: HELP - Egcs 1.1.1 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2982 Lines: 85 Philip Blundell wrote: > >Before I got to this stage, I had the egcs-1.1.1 source, > >and got 3 patch files for it that I applied consecutively: > > > >egcs-1.1.1-prerelease-2-arm-diff-981117.gz > >egcs-1.1.1-prerelease-2-arm-diff-981117-981124 > >egcs-1.1.1-prerelease-2-arm-diff-981124-981125 > > Try getting the latest patch from ftp.netwinder.org:/users/p/philb. I think > it's dated 990113 or thereabouts. (I don't think this is your problem; just > as a matter of general principle it's best to use the latest sources.) > > >What am I doing wrong? > > Probably nothing, in fact. The cross-compiler has been built and is now being > used to try to cross-compile the target libraries. This fails because you > haven't yet installed the target runtime system (ie glibc). > > There are some notes about this sort of thing on my web site > (http://www.tazenda.demon.co.uk/phil/armlinux) and I think they mention this > and what you can do about it. > > p. I looked at this web page. It talks about:: >>>>> If you are trying to bootstrap a development environment for the first time on this system you will find that not everything will build first time around. The only things that matter at this stage are those that are built if you type `make LANGUAGES="c"' in the `gcc' subdirectory. In order to get libgcc2 to compile you may need to add -Dinhibit_libc to the CFLAGS that are used. The easiest way to do this is to fiddle the Makefile by hand. Once enough of the compiler is built you can install it - again you may need to be in the gcc subdirectory and use LANGUAGES="c" to get this to complete without errors. <<<< I have nothing in the gcc directory but confdefs.h config.log I think the test is either failing because arm-linux-gcc doesn't point to anything, or because it's compiling an arm binary on solaris and then cant test it on solaris. Anyway, I'm getting pretty lost, can anyone tell me what is missing? Tim Lindquist wrote: > I'm having problems building a cross compiler on solaris. > When running make, I get: > > checking whether the C compiler (arm-linux-gcc -g -O2 ) works... no > configure: error: installation or configuration problem: C compiler > cannot create executables. > gmake: *** [configure-target-libiberty] Error 1 > > Before I got to this stage, I had the egcs-1.1.1 source, > and got 3 patch files for it that I applied consecutively: > > egcs-1.1.1-prerelease-2-arm-diff-981117.gz > egcs-1.1.1-prerelease-2-arm-diff-981117-981124 > egcs-1.1.1-prerelease-2-arm-diff-981124-981125 > > I got the following message during the final patch: > > patching file `gcc/f/intdoc.texi' > Reversed (or previously applied) patch detected! Assume -R? [y] > > I created an egcs-1.1.1-build dir, and from there ran: > > ../egcs-1.1.1/configure --target=arm-linux > --prefix=/home/elph/tjl/work/sw/armlinux/ > > and then ran make. > > What am I doing wrong? unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 09:45:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA1029171 for ; Fri, 19 Feb 1999 09:45:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA25888 for ; Fri, 19 Feb 1999 09:44:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma025886; Fri, 19 Feb 99 09:44:32 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:60736 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1495-6515>; Fri, 19 Feb 1999 10:44:19 +0200 Received: by vger.rutgers.edu via listexpand id <156031-27300>; Fri, 19 Feb 1999 02:39:33 -0500 Received: by vger.rutgers.edu id <154625-27300>; Fri, 19 Feb 1999 02:35:07 -0500 Received: from smtp-out-001.wanadoo.fr ([193.252.19.68]:61484 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <154669-27300>; Fri, 19 Feb 1999 02:34:40 -0500 Received: from tntarch2-235.abo.wanadoo.fr [164.138.190.235] by wanadoo.fr for Paris Fri, 19 Feb 1999 09:35:35 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902190835.JAA20322@wanadoo.fr> To: Tim Lindquist Date: Fri, 19 Feb 1999 09:38:17 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: HELP - Egcs 1.1.1 CC: linux-arm@vger.rutgers.edu In-reply-to: <36CCFD01.425B8FA3@research.canon.com.au> X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2979 Lines: 91 > I looked at this web page. It talks about:: > > >>>>> > If you are trying to bootstrap a development environment for the first time on > this system you will find that not everything will build first time around. The > only things that matter at this stage are those that are > built if you type `make LANGUAGES="c"' in the `gcc' subdirectory. In order to > get libgcc2 to compile you may need to add -Dinhibit_libc to the CFLAGS that are > used. The easiest way to do this is to > fiddle the Makefile by hand. Once enough of the compiler is built you can > install it - again you may need to be in the gcc subdirectory and use > LANGUAGES="c" to get this to complete without errors. > <<<< > > I have nothing in the gcc directory but > confdefs.h config.log > did you run configure ? configure creates makefiles > I think the test is either failing because arm-linux-gcc doesn't point > to anything, or because it's compiling an arm binary on solaris and > then cant test it on solaris. > > > Anyway, I'm getting pretty lost, can anyone tell me what is missing? > I'm getting lost by reading this mail. Let me sum up stages and tell me where it fails, I'll help you - Compile and install binutils-1.9.1.0.19a ./configure --target=arm-linux --prefix=where_you_want make make install - add where_you_want/bin in your PATH - Untar egcs, patch it, find . -name "*.rej" - enter egcs dir, then ./configure --target=arm-linux -- prefix=wher_you_want_the_same - modify makefile to add -Dinhibit-libc in CFLAGS - make -i LANGUAGES=c - make -i LANGUAGES=c install compile glibc, with prefix=/where_you_want_not_the_same_as_above make, make install go back in egcs, ./configure --prefix=same_place_as_first_time --with- headers=/where_you_put_glibc/include --with- libs=/where_you_put_glibc/lib --target=arm-linux make LANGUAGES="c c++" make LANGUAGES="c c++" install DONE Christophe > > > I'm having problems building a cross compiler on solaris. > > When running make, I get: > > > > checking whether the C compiler (arm-linux-gcc -g -O2 ) works... no > > configure: error: installation or configuration problem: C compiler > > cannot create executables. > > gmake: *** [configure-target-libiberty] Error 1 > > > > Before I got to this stage, I had the egcs-1.1.1 source, > > and got 3 patch files for it that I applied consecutively: > > > > egcs-1.1.1-prerelease-2-arm-diff-981117.gz > > egcs-1.1.1-prerelease-2-arm-diff-981117-981124 > > egcs-1.1.1-prerelease-2-arm-diff-981124-981125 > > > > I got the following message during the final patch: > > > > patching file `gcc/f/intdoc.texi' > > Reversed (or previously applied) patch detected! Assume -R? [y] > > > > I created an egcs-1.1.1-build dir, and from there ran: > > > > ../egcs-1.1.1/configure --target=arm-linux > > --prefix=/home/elph/tjl/work/sw/armlinux/ > > > > and then ran make. > > > > What am I doing wrong? > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 10:37:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA1033735 for ; Fri, 19 Feb 1999 10:37:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA26034 for ; Fri, 19 Feb 1999 10:37:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026030; Fri, 19 Feb 99 10:37:26 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:9505 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14534-7207>; Fri, 19 Feb 1999 11:36:58 +0200 Received: by vger.rutgers.edu via listexpand id <155563-27300>; Fri, 19 Feb 1999 03:32:20 -0500 Received: by vger.rutgers.edu id <156031-27302>; Fri, 19 Feb 1999 03:28:10 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:3768 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156133-27302>; Fri, 19 Feb 1999 03:27:13 -0500 Received: from [194.222.253.85] (helo=nhal.demon.co.uk) by post.mail.demon.net with smtp (Exim 2.12 #1) id 10DmH2-0000m9-00 for linux-arm@vger.rutgers.edu; Fri, 19 Feb 1999 09:31:04 +0000 Received: from localhost ([127.0.0.1]) by nhal.demon.co.uk with SMTP; Fri, 19 Feb 1999 09:10:19 GMT Date: Fri, 19 Feb 1999 08:59:52 +0000 From: Chris Nelson To: linux-arm@vger.rutgers.edu Subject: Re: Can't get running from a Powertec SCSI disk! Message-ID: <62dbdd648%Linux@nhal.demon.co.uk> In-Reply-To: X-Mailer: Messenger v1.40d for RISC OS MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.60m Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1878 Lines: 40 In message you wrote: > On Tue, 2 Feb 1999, Russell King wrote: > > >Chris Nelson said: > >> Richard Barber wrote: > >> > I ran the installer, it was able to recognize the SCSI card, the Network > >> > card and the PPA Zip drive (all on autoprobe) and I was able to specify > >> > /dev/sda4 as root partition and /dev/sda5 as swap. Installing from the > >> > Zip disk (/dev/sdb?, something) it seemed to successfully install.... > >> > >> Basically, I had exactly the same problem trying to install Linux on my > >> RPC600 + StrongARM + Powertek SCSI II + SyJet 1.5GB. From my experiences, > >> I had to deduce that there is no SCSI support in the install Kernel, and it > >> has to be loaded as a module during boot up. Unfortunately, if your system > >> is all on a SCSI drive, it can't get to the module (or the Kernel if you > >> attempt a normal boot). > Hmm...yes...I've put a 50MB root partition on my ADFS drive now (after a > couple of visits to HForm) but still no cigar (although it does at > least now get me to a root prompt)... > > >There is a solution, and it's sitting on a CD Image on my machine. It's > >a fully populated RedHat CD ROM for ARM Linux. > > Is the CD image a solution to Chris's problem (SCSI not working on a > recompiled kernel) or mine (SCSI II module not in the original install > kernel)?, or both ?! > > Rich If the CD Image is a solution to the problem, is it an accessible one? I.e. Is it possible to get hold of a copy, and if not are there alternative solutions? And by the way, what isn't working now Rich? You got the root prompt, but am I to assume you cannot access your SCSI card? Have you installed the latest version of the modules package on your new installation? Chris unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 11:09:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA1050040 for ; Fri, 19 Feb 1999 11:09:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA26107 for ; Fri, 19 Feb 1999 11:08:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026105; Fri, 19 Feb 99 11:08:49 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:8032 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16066-6515>; Fri, 19 Feb 1999 12:08:31 +0200 Received: by vger.rutgers.edu via listexpand id <156143-27302>; Fri, 19 Feb 1999 04:03:32 -0500 Received: by vger.rutgers.edu id <156198-27300>; Fri, 19 Feb 1999 03:59:30 -0500 Received: from efwall.fuji-ef.nl ([193.202.98.65]:4736 "HELO efwall.fuji-ef.nl" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <154876-27300>; Fri, 19 Feb 1999 03:56:08 -0500 Received: by efwall.fuji-ef.nl; (5.65v4.0/1.3/18Jul98) id AA23647; Fri, 19 Feb 1999 10:59:19 +0100 Received: from somewhere by smtpxd Message-Id: <10861CB8C77ED111B613AA0004001D1F01F2A633@efmail.fuji-ef.nl> From: MHE To: "'linux-arm@vger.rutgers.edu'" Subject: Partitioning Date: Fri, 19 Feb 1999 11:02:37 +0100 Mime-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 797 Lines: 23 I have a 3GB HardDisk. It contains approx. 1.5GB of data. Now I read in the Linux installation guide I have to backup all this and run !Hform to create a Linux partition. Now, I'm not very eager to start backing up 1.5 gigs of data to floppies :-/ PLEASE, somebody, tell me there is an alternative. For the PC-emulator I can create an Image-file on the ADFS disk. Can I do the same or something similar for Linux? TTFN, -- Maurice Hendrix snailmail: Fuji Photo Film BV Standard disclaimers apply Dept. P1LPI attn. M. Hendrix PO Box 90156 5000 LJ Tilburg phone: +31 13-579 1370 or fax: +31 13-579 1385 - Still 23 months to go until the next millenium... unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 11:34:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA1034584 for ; Fri, 19 Feb 1999 11:34:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA26158 for ; Fri, 19 Feb 1999 11:33:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026156; Fri, 19 Feb 99 11:33:40 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:59409 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15491-7207>; Fri, 19 Feb 1999 12:33:22 +0200 Received: by vger.rutgers.edu via listexpand id <154876-27300>; Fri, 19 Feb 1999 04:22:53 -0500 Received: by vger.rutgers.edu id <156087-27302>; Fri, 19 Feb 1999 04:22:45 -0500 Received: from prune.flirble.org ([195.40.6.30]:3340 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <154876-27300>; Fri, 19 Feb 1999 04:22:10 -0500 Received: (qmail 5046 invoked from network); 19 Feb 1999 10:26:02 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 19 Feb 1999 10:26:02 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id KAA28465; Fri, 19 Feb 1999 10:26:00 GMT From: Nicholas Clark Message-Id: <199902191026.KAA28465@flirble.org> Subject: Re: Partitioning In-Reply-To: <10861CB8C77ED111B613AA0004001D1F01F2A633@efmail.fuji-ef.nl> from MHE at "Feb 19, 99 11:02:37 am" To: MHE@fuji-ef.nl (MHE) Date: Fri, 19 Feb 1999 10:26:00 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 842 Lines: 21 In the last mail MHE said: > I have a 3GB HardDisk. It contains approx. 1.5GB of data. Now I read in the > Linux installation guide I have to backup all this and run !Hform to create > a Linux partition. > > Now, I'm not very eager to start backing up 1.5 gigs of data to floppies :-/ > > PLEASE, somebody, tell me there is an alternative. For the PC-emulator I can > create an Image-file on the ADFS disk. Can I do the same or something > similar for Linux? An alternative is to borrow another hard disk and temporarily store your data there. Possibly by sending it over a serial link or Ethernet to another machine that you possess or can borrow. > - Still 23 months to go until the next millenium... Very true. But the "bug" hits in 00 come what may. Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 11:35:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA1009425 for ; Fri, 19 Feb 1999 11:35:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA26163 for ; Fri, 19 Feb 1999 11:34:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026161; Fri, 19 Feb 99 11:34:39 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:59409 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16208-6515>; Fri, 19 Feb 1999 12:34:22 +0200 Received: by vger.rutgers.edu via listexpand id <154919-27302>; Fri, 19 Feb 1999 04:29:55 -0500 Received: by vger.rutgers.edu id <154625-27302>; Fri, 19 Feb 1999 04:29:35 -0500 Received: from prune.flirble.org ([195.40.6.30]:3386 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <156222-27300>; Fri, 19 Feb 1999 04:27:21 -0500 Received: (qmail 5109 invoked from network); 19 Feb 1999 10:31:16 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 19 Feb 1999 10:31:16 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id KAA28594; Fri, 19 Feb 1999 10:31:14 GMT From: Nicholas Clark Message-Id: <199902191031.KAA28594@flirble.org> Subject: Re: HELP - Egcs 1.1.1 In-Reply-To: <199902190835.JAA20322@wanadoo.fr> from "christophe.leroy5@capway.com" at "Feb 19, 99 09:38:17 am" To: christophe.leroy5@capway.com Date: Fri, 19 Feb 1999 10:31:14 +0000 (GMT) Cc: tjl@research.canon.com.au, linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1126 Lines: 38 In the last mail christophe.leroy5@capway.com said: > From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 08:44:49 1999 > From: christophe.leroy5@capway.com > > I think the test is either failing because arm-linux-gcc doesn't point > > to anything, or because it's compiling an arm binary on solaris and > > then cant test it on solaris. > > > > > > Anyway, I'm getting pretty lost, can anyone tell me what is missing? > > > > I'm getting lost by reading this mail. > Let me sum up stages and tell me where it fails, I'll help you > > - Compile and install binutils-1.9.1.0.19a > ./configure --target=arm-linux --prefix=where_you_want > make surely make cross if he's trying to make a cross compiler? > > > I'm having problems building a cross compiler on solaris. > > > ../egcs-1.1.1/configure --target=arm-linux > > > --prefix=/home/elph/tjl/work/sw/armlinux/ > > > > > > and then ran make. > > > > > > What am I doing wrong? should one configure with --host --target and --build when making a cross compiler? Nick (guessing) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 11:50:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA985035 for ; Fri, 19 Feb 1999 11:50:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA26208 for ; Fri, 19 Feb 1999 11:50:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026202; Fri, 19 Feb 99 11:50:09 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:22552 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15278-6515>; Fri, 19 Feb 1999 12:49:52 +0200 Received: by vger.rutgers.edu via listexpand id <154625-27300>; Fri, 19 Feb 1999 04:45:13 -0500 Received: by vger.rutgers.edu id <154747-27300>; Fri, 19 Feb 1999 04:44:57 -0500 Received: from smtp-out-002.wanadoo.fr ([193.252.19.69]:52724 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <154625-27300>; Fri, 19 Feb 1999 04:44:31 -0500 Received: from tntaub16-8.abo.wanadoo.fr [193.252.212.8] by wanadoo.fr for Paris Fri, 19 Feb 1999 11:45:25 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902191045.LAA00550@wanadoo.fr> To: Nicholas Clark Date: Fri, 19 Feb 1999 11:48:11 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: HELP - Egcs 1.1.1 CC: tjl@research.canon.com.au, linux-arm@vger.rutgers.edu In-reply-to: <199902191031.KAA28594@flirble.org> References: <199902190835.JAA20322@wanadoo.fr> from "christophe.leroy5@capway.com" at "Feb 19, 99 09:38:17 am" X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1359 Lines: 45 > > > I think the test is either failing because arm-linux-gcc doesn't point > > > to anything, or because it's compiling an arm binary on solaris and > > > then cant test it on solaris. > > > > > > > > > Anyway, I'm getting pretty lost, can anyone tell me what is missing? > > > > > > > > I'm getting lost by reading this mail. > > Let me sum up stages and tell me where it fails, I'll help you > > > > - Compile and install binutils-1.9.1.0.19a > > ./configure --target=arm-linux --prefix=where_you_want > > make > > surely > make cross > if he's trying to make a cross compiler? It works with just make, as you've allready told to configure that you want it beeing compiled for arm-linux and it sees that you are under sparc-linux or sparc-solaris, so it knows it will build a cross compiler. It works like that, at least on i486-linux > > > > > > I'm having problems building a cross compiler on solaris. > > > > > ../egcs-1.1.1/configure --target=arm-linux > > > > --prefix=/home/elph/tjl/work/sw/armlinux/ > > > > > > > > and then ran make. > > > > > > > > What am I doing wrong? > > should one configure with --host --target and --build when making a cross compiler? > Once again, normaly, as far as I remember what I did, --target is enough Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 13:32:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA1057176 for ; Fri, 19 Feb 1999 13:32:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA26428 for ; Fri, 19 Feb 1999 13:32:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026426; Fri, 19 Feb 99 13:32:15 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:30493 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6716-6515>; Fri, 19 Feb 1999 14:31:51 +0200 Received: by vger.rutgers.edu via listexpand id <154876-27300>; Fri, 19 Feb 1999 06:27:13 -0500 Received: by vger.rutgers.edu id <154669-27300>; Fri, 19 Feb 1999 06:26:55 -0500 Received: from carina.astro.cf.ac.uk ([131.251.45.22]:35940 "EHLO carina.astro.cf.ac.uk" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <154876-27302>; Fri, 19 Feb 1999 06:26:43 -0500 Received: from defaid.demon.co.uk (actually host albireo.astro.cf.ac.uk) by carina.astro.cf.ac.uk with SMTP-local (PP); Fri, 19 Feb 1999 12:26:39 +0000 Message-ID: <36CD5980.3D7D8AD4@defaid.demon.co.uk> Date: Fri, 19 Feb 1999 12:30:56 +0000 From: Melanie Rhianna Lewis Organization: Melanie's alter ego on an astrophysics sun... X-Mailer: Mozilla 4.5 [en] (X11; I; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: X-Compile tools on Solaris [was Re: HELP - Egcs 1.1.1] References: <199902190835.JAA20322@wanadoo.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1149 Lines: 24 Hi everyone, With all the comments being I made I thought I'd give it a go so I've downloaded binutils-2.9.1.0.19a at work and tried building it. It works for --target=arm-linuxaout (although the install falls over at the man pages) but not for --target=arm-linux. (Just use make once configured). Its failing in elf32-arm.c which seems to be peppered with C++ comments that my compiler doesn't like. Are they supposed to be there if so, can I just delete the relevant lines. Its just that it seems to be the sort of thing I would do when I was testing something. Have I got a duff copy of the binutils archive. Melanie -- +-------------------------------+----------------------------+ | Melanie Rhianna Lewis BSc MSc | Gravitational Waves Lab | | Java Programmer - TRIANA | Physics and Astronomy UWCC | +-------------------------------+----------------------------+ | Email: Melanie.Lewis@astro.cf.ac.uk | | WWW: http://www.defaid.demon.co.uk/ | +------------------------------------------------------------+ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 13:56:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA1040468 for ; Fri, 19 Feb 1999 13:56:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA26471 for ; Fri, 19 Feb 1999 13:55:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026469; Fri, 19 Feb 99 13:55:58 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:9009 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15934-6515>; Fri, 19 Feb 1999 14:55:35 +0200 Received: by vger.rutgers.edu via listexpand id <154919-27302>; Fri, 19 Feb 1999 06:50:53 -0500 Received: by vger.rutgers.edu id <154747-27302>; Fri, 19 Feb 1999 06:50:39 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:4218 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154669-27300>; Fri, 19 Feb 1999 06:46:41 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10DpDP-0003Gm-00; Fri, 19 Feb 1999 12:39:31 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10DpDM-00032C-00; Fri, 19 Feb 1999 12:39:28 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Melanie Rhianna Lewis cc: linux-arm@vger.rutgers.edu Subject: Re: X-Compile tools on Solaris [was Re: HELP - Egcs 1.1.1] In-reply-to: Your message of "Fri, 19 Feb 1999 12:30:56 GMT." <36CD5980.3D7D8AD4@defaid.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Feb 1999 12:39:27 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 358 Lines: 11 >Its failing in elf32-arm.c which seems to be peppered with C++ comments >that my compiler doesn't like. Are they supposed to be there if so, can Eww. Just delete the offending comments. They were put in during development and probably should have been removed long ago. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 16:20:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA1032150 for ; Fri, 19 Feb 1999 16:20:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA26781 for ; Fri, 19 Feb 1999 16:19:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026770; Fri, 19 Feb 99 16:19:35 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:59684 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15420-6515>; Fri, 19 Feb 1999 17:16:15 +0200 Received: by vger.rutgers.edu via listexpand id <156243-27302>; Fri, 19 Feb 1999 09:08:47 -0500 Received: by vger.rutgers.edu id <156238-27300>; Fri, 19 Feb 1999 09:08:35 -0500 Received: from moonraker.inetinc.com ([199.171.212.2]:41714 "EHLO moonraker.inetinc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154876-27302>; Fri, 19 Feb 1999 09:04:33 -0500 Received: from thunderball.inetinc.com (thunderball.inetinc.com [199.171.208.16]) by moonraker.inetinc.com (8.9.1/8.9.1) with ESMTP id IAA14418 for ; Fri, 19 Feb 1999 08:47:11 -0600 (CST) Received: from inetinc.com (dobbelen [172.16.13.37]) by thunderball.inetinc.com (8.8.5/8.8.5) with ESMTP id JAA20892 for ; Fri, 19 Feb 1999 09:13:55 -0600 (CST) Message-ID: <36CD7E64.4642B5EB@inetinc.com> Date: Fri, 19 Feb 1999 09:08:20 -0600 From: Dave Baukus Organization: Inet Inc. X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.5.1 sun4m) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Floating point ? References: <36CCFD01.425B8FA3@research.canon.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 527 Lines: 14 I can not seem to find the floating point emulator module mentioned under Documentation/arm/nwfpe nor can I find the emulator by R. King alluded to in the same docs. Can somebody point me to the source for one of these ? It might help me eliminate the SIGILLs being sent to almost every user process. (two of the offending instructions are rfs and wfs - there is likely many more) -- Dave Baukus Inet Technologies Inc. - R & D dbaukus@inetinc.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 16:38:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA1049015 for ; Fri, 19 Feb 1999 16:38:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA26806 for ; Fri, 19 Feb 1999 16:38:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026802; Fri, 19 Feb 99 16:38:28 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:7502 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4255-7207>; Fri, 19 Feb 1999 17:38:09 +0200 Received: by vger.rutgers.edu via listexpand id <154625-27302>; Fri, 19 Feb 1999 09:33:00 -0500 Received: by vger.rutgers.edu id <155563-27300>; Fri, 19 Feb 1999 09:31:27 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:14079 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155926-27300>; Fri, 19 Feb 1999 09:25:41 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10Drn4-0003SI-00; Fri, 19 Feb 1999 15:24:30 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10Drn3-00037i-00; Fri, 19 Feb 1999 15:24:29 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe.leroy5@capway.com cc: Nicholas Clark , tjl@research.canon.com.au, linux-arm@vger.rutgers.edu Subject: Re: HELP - Egcs 1.1.1 In-reply-to: Your message of "Fri, 19 Feb 1999 11:48:11 +0100." <199902191045.LAA00550@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Feb 1999 15:24:29 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 547 Lines: 20 >> > - Compile and install binutils-1.9.1.0.19a >> > ./configure --target=arm-linux --prefix=where_you_want >> > make >> >> surely >> make cross >> if he's trying to make a cross compiler? "make cross" is only needed for GCC. For binutils you just do "make". >> should one configure with --host --target and --build when making a cross >> compiler? There's no need. You have to give --target but the host can be guessed and the build defaults to the host. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 17:00:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA1069050 for ; Fri, 19 Feb 1999 17:00:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA26839 for ; Fri, 19 Feb 1999 16:59:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026837; Fri, 19 Feb 99 16:59:38 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:36450 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1126-6515>; Fri, 19 Feb 1999 17:59:23 +0200 Received: by vger.rutgers.edu via listexpand id <154922-27300>; Fri, 19 Feb 1999 09:54:48 -0500 Received: by vger.rutgers.edu id <154919-27300>; Fri, 19 Feb 1999 09:54:25 -0500 Received: from carina.astro.cf.ac.uk ([131.251.45.22]:44825 "EHLO carina.astro.cf.ac.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154625-27302>; Fri, 19 Feb 1999 09:54:05 -0500 Received: from defaid.demon.co.uk (actually host albireo.astro.cf.ac.uk) by carina.astro.cf.ac.uk with SMTP-local (PP); Fri, 19 Feb 1999 15:56:10 +0000 Message-ID: <36CD8A9B.FC6CFB44@defaid.demon.co.uk> Date: Fri, 19 Feb 1999 16:00:28 +0000 From: Melanie Rhianna Lewis Organization: Melanie's alter ego on an astrophysics sun... X-Mailer: Mozilla 4.5 [en] (X11; I; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Re: X-Compile tools on Solaris [was Re: HELP - Egcs 1.1.1] References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 992 Lines: 23 Philip Blundell wrote: > > >Its failing in elf32-arm.c which seems to be peppered with C++ comments > >that my compiler doesn't like. Are they supposed to be there if so, can > > Eww. Just delete the offending comments. They were put in during development > and probably should have been removed long ago. For those who want to know. Having removed the comments and 'chmod 755 install-sh' it seems to have compiled fine on Solaris2.6. Now for egcs-1.1.1 Melanie -- +-------------------------------+----------------------------+ | Melanie Rhianna Lewis BSc MSc | Gravitational Waves Lab | | Java Programmer - TRIANA | Physics and Astronomy UWCC | +-------------------------------+----------------------------+ | Email: Melanie.Lewis@astro.cf.ac.uk | | WWW: http://www.defaid.demon.co.uk/ | +------------------------------------------------------------+ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 18:31:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA1037146 for ; Fri, 19 Feb 1999 18:31:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA27047 for ; Fri, 19 Feb 1999 18:31:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027045; Fri, 19 Feb 99 18:31:27 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:18200 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15739-7207>; Fri, 19 Feb 1999 19:30:09 +0200 Received: by vger.rutgers.edu via listexpand id <155988-27300>; Fri, 19 Feb 1999 11:18:05 -0500 Received: by vger.rutgers.edu id <155536-27302>; Fri, 19 Feb 1999 11:14:48 -0500 Received: from smtp-out-002.wanadoo.fr ([193.252.19.69]:50909 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <156188-27300>; Fri, 19 Feb 1999 11:13:38 -0500 Received: from blm11-231.abo.wanadoo.fr [164.138.111.231] by wanadoo.fr for Paris Fri, 19 Feb 1999 18:14:42 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902191714.SAA00854@wanadoo.fr> To: Philip Blundell Date: Fri, 19 Feb 1999 17:17:29 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: transform zImage to AIF CC: linux-arm@vger.rutgers.edu References: Your message of "Thu, 18 Feb 1999 16:21:17 +0100." <199902181518.QAA14339@wanadoo.fr> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1501 Lines: 58 > >Anyway, by initialisiing UART in uncomp_setup_arch() , I now get > >"Uncompressing Linux...done" > >and "now booting the kernel.", > >but then .... nothing > > Try putting debugging at the start of head-armv.S to see if it's managing to > call that code at the right address. If so then trace it through and see > where it falls over. > Ok, I've put debbuging stuff and now I can tell that It runs until we try to set MMU on. till there, I'm able to write things on serial at addr 0x42000000. After that, I try to write things on serial at addr 0xFE000000, and I get nothing. Here my code: (I know i'm destroying r3 and r4, but we dont need them between my two debugs) There is one thing I dont understand: You initialise cr1 using r0, but r0 is not initialised in order to set MMU , is it ? It has been used to address page tables Christophe @ @ The following should work on both v3 and v4 implementations @ mov lr, pc mov pc, r10 @ Call processor flush (returns ctrl reg) adr r5, __entry sub r10, r10, r5 @ Make r10 PIC ldr lr, .Lbranch mov r3,#0x042000000 1: ldrb r4,[r3,#0x178] tst r4,#0x10 beq 1b mov r4,#'M' strb r4,[r3,#0x160] mcr p15, 0, r0, c1, c0 @ Enable MMU & caches. In 3 instructions @ we lose this page! mov pc, lr .Lalready_done_mmap: mov r3,#0xFE000000 1: ldrb r4,[r3,#0x178] tst r4,#0x10 beq 1b mov r4,#'m' strb r4,[r3,#0x160] unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 17:48:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA1005556 for ; Fri, 19 Feb 1999 17:48:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA26911 for ; Fri, 19 Feb 1999 17:48:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026909; Fri, 19 Feb 99 17:48:20 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:62019 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1333-7207>; Fri, 19 Feb 1999 18:48:05 +0200 Received: by vger.rutgers.edu via listexpand id <155926-27300>; Fri, 19 Feb 1999 10:42:31 -0500 Received: by vger.rutgers.edu id <156002-27302>; Fri, 19 Feb 1999 10:35:17 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:14404 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156132-27300>; Fri, 19 Feb 1999 10:28:56 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10DsgY-0003Vc-00; Fri, 19 Feb 1999 16:21:50 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10DsgX-00039Q-00; Fri, 19 Feb 1999 16:21:49 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Dave Baukus cc: linux-arm@vger.rutgers.edu Subject: Re: Floating point ? In-reply-to: Your message of "Fri, 19 Feb 1999 09:08:20 CST." <36CD7E64.4642B5EB@inetinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Feb 1999 16:21:47 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 319 Lines: 10 >I can not seem to find the floating point emulator module mentioned under >Documentation/arm/nwfpe nor can I find the emulator by R. King alluded to in >the same docs. NWFPE is in arch/arm/nwfpe. The Acron emulator is not open source. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 18:10:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA1041346 for ; Fri, 19 Feb 1999 18:10:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA26997 for ; Fri, 19 Feb 1999 18:09:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026995; Fri, 19 Feb 99 18:09:49 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:32868 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14430-7207>; Fri, 19 Feb 1999 19:09:30 +0200 Received: by vger.rutgers.edu via listexpand id <156208-27302>; Fri, 19 Feb 1999 11:02:57 -0500 Received: by vger.rutgers.edu id <156128-27302>; Fri, 19 Feb 1999 10:59:16 -0500 Received: from moonraker.inetinc.com ([199.171.212.2]:42690 "EHLO moonraker.inetinc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156208-27300>; Fri, 19 Feb 1999 10:55:44 -0500 Received: from thunderball.inetinc.com (thunderball.inetinc.com [199.171.208.16]) by moonraker.inetinc.com (8.9.1/8.9.1) with ESMTP id KAA16167; Fri, 19 Feb 1999 10:38:26 -0600 (CST) Received: from inetinc.com (dobbelen [172.16.13.37]) by thunderball.inetinc.com (8.8.5/8.8.5) with ESMTP id LAA05267; Fri, 19 Feb 1999 11:05:10 -0600 (CST) Message-ID: <36CD9879.9AE7A9E7@inetinc.com> Date: Fri, 19 Feb 1999 10:59:37 -0600 From: Dave Baukus Organization: Inet Inc. X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.5.1 sun4m) X-Accept-Language: en MIME-Version: 1.0 To: Philip Blundell CC: linux-arm@vger.rutgers.edu Subject: Re: Floating point ? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 578 Lines: 19 Philip Blundell wrote: > > >I can not seem to find the floating point emulator module mentioned under > >Documentation/arm/nwfpe nor can I find the emulator by R. King alluded to in > >the same docs. > > NWFPE is in arch/arm/nwfpe. The Acron emulator is not open source. > > p. OK, I'm an idiot - but, I get the kernel from kernel.org and I get the Arm patches from netwinder and I have nothing under the arch/arm/nwfpe path. -- Dave Baukus Inet Technologies Inc. - R & D dbaukus@inetinc.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 18:22:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA1067855 for ; Fri, 19 Feb 1999 18:22:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA27024 for ; Fri, 19 Feb 1999 18:22:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027022; Fri, 19 Feb 99 18:22:22 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:29701 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15551-7207>; Fri, 19 Feb 1999 19:21:59 +0200 Received: by vger.rutgers.edu via listexpand id <155460-27300>; Fri, 19 Feb 1999 11:10:28 -0500 Received: by vger.rutgers.edu id <155531-27300>; Fri, 19 Feb 1999 11:10:05 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:15502 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156127-27302>; Fri, 19 Feb 1999 11:02:41 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10DtMd-0003YI-00; Fri, 19 Feb 1999 17:05:19 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10DtMc-0003Bo-00; Fri, 19 Feb 1999 17:05:18 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Dave Baukus cc: linux-arm@vger.rutgers.edu Subject: Re: Floating point ? In-reply-to: Your message of "Fri, 19 Feb 1999 10:59:37 CST." <36CD9879.9AE7A9E7@inetinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Feb 1999 17:05:17 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 961 Lines: 22 >OK, I'm an idiot - but, I get the kernel from kernel.org and I get the >Arm patches from netwinder and I have nothing under the arch/arm/nwfpe path. Sounds like either you have the wrong version of the ARM patches or they didn't apply properly for some reason. Here's what you should have: fountain:~/new-linux-arm/2.2.1/linux$ ls arch/arm/nwfpe/ ARM-gcc.h fpa11.h fpopcode.h ChangeLog fpa11.inl fpsr.h Makefile fpa11_cpdo.c milieu.h config.h fpa11_cpdt.c single_cpdo.c double_cpdo.c fpa11_cprt.c softfloat-macros entry.S fpmodule.c softfloat-specialize entry26.S fpmodule.h softfloat.c extended_cpdo.c fpmodule.inl softfloat.h fpa11.c fpopcode.c fountain:~/new-linux-arm/2.2.1/linux$ p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 18:40:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA1069708 for ; Fri, 19 Feb 1999 18:40:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA27087 for ; Fri, 19 Feb 1999 18:40:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027085; Fri, 19 Feb 99 18:40:14 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:15656 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15309-7207>; Fri, 19 Feb 1999 19:39:52 +0200 Received: by vger.rutgers.edu via listexpand id <155944-27300>; Fri, 19 Feb 1999 11:34:51 -0500 Received: by vger.rutgers.edu id <156046-27302>; Fri, 19 Feb 1999 11:24:05 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:15572 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155898-27300>; Fri, 19 Feb 1999 11:22:19 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10Dtgc-0003Zn-00; Fri, 19 Feb 1999 17:25:58 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10Dtgb-0003CW-00; Fri, 19 Feb 1999 17:25:57 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe.leroy5@capway.com cc: linux-arm@vger.rutgers.edu Subject: Re: transform zImage to AIF In-reply-to: Your message of "Fri, 19 Feb 1999 17:17:29 +0100." <199902191714.SAA00854@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Feb 1999 17:25:55 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 356 Lines: 14 >There is one thing I dont understand: You initialise cr1 using r0, but >r0 is not initialised in order to set MMU , is it ? Yes, it's loaded by this subroutine call (which winds up at .Larmv4_flush_early) > mov pc, r10 @ Call processo >r flush >(returns ctrl reg) p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 18:45:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA1054440 for ; Fri, 19 Feb 1999 18:45:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA27092 for ; Fri, 19 Feb 1999 18:44:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027090; Fri, 19 Feb 99 18:44:31 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:47153 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15309-6515>; Fri, 19 Feb 1999 19:44:03 +0200 Received: by vger.rutgers.edu via listexpand id <155998-27302>; Fri, 19 Feb 1999 11:38:42 -0500 Received: by vger.rutgers.edu id <156075-27300>; Fri, 19 Feb 1999 11:38:11 -0500 Received: from smtp-out-002.wanadoo.fr ([193.252.19.69]:52563 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <156225-27302>; Fri, 19 Feb 1999 11:33:43 -0500 Received: from tntarch2-120.abo.wanadoo.fr [164.138.190.120] by wanadoo.fr for Paris Fri, 19 Feb 1999 18:34:39 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902191734.SAA04065@wanadoo.fr> To: Philip Blundell Date: Fri, 19 Feb 1999 18:37:24 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: transform zImage to AIF CC: linux-arm@vger.rutgers.edu References: Your message of "Fri, 19 Feb 1999 17:17:29 +0100." <199902191714.SAA00854@wanadoo.fr> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 598 Lines: 18 > >There is one thing I dont understand: You initialise cr1 using r0, but > >r0 is not initialised in order to set MMU , is it ? > > Yes, it's loaded by this subroutine call (which winds up at > .Larmv4_flush_early) > > > mov pc, r10 @ Call processo > >r flush > >(returns ctrl reg) Ok, so r0 is correctly initialised. Do you see any reason why I get the M printed on my terminal before switching MMU on, and I dont get the m after MMU on ? The progs continues at .Lalready_done_mmap, doesn't it ? christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 19:46:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA1023424 for ; Fri, 19 Feb 1999 19:46:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA27220 for ; Fri, 19 Feb 1999 19:46:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027218; Fri, 19 Feb 99 19:46:23 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:38954 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4277-7207>; Fri, 19 Feb 1999 20:46:05 +0200 Received: by vger.rutgers.edu via listexpand id <155916-27302>; Fri, 19 Feb 1999 12:38:06 -0500 Received: by vger.rutgers.edu id <156128-27300>; Fri, 19 Feb 1999 12:33:54 -0500 Received: from hplb.hpl.hp.com ([192.6.10.2]:1361 "EHLO hplb.hpl.hp.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155536-27300>; Fri, 19 Feb 1999 12:28:57 -0500 Received: from hereford.hpl.hp.com (hereford.hpl.hp.com [15.144.30.76]) by hplb.hpl.hp.com (8.8.6 (PHNE_14041)/8.8.6 HPLabs Bristol Relay) with ESMTP id SAA23097; Fri, 19 Feb 1999 18:32:57 GMT Received: (from dat@localhost) by hereford.hpl.hp.com (8.7.6/8.7.3 TIS 5.0) id SAA03468; Fri, 19 Feb 1999 18:32:56 GMT Date: Fri, 19 Feb 1999 18:32:56 GMT Message-Id: <199902191832.SAA03468@hereford.hpl.hp.com> From: Andrew Thomas MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: christophe.leroy5@capway.com CC: linux-arm@vger.rutgers.edu Subject: Re: transform zImage to AIF In-Reply-To: <199902191734.SAA04065@wanadoo.fr> References: <199902191714.SAA00854@wanadoo.fr> <199902191734.SAA04065@wanadoo.fr> X-Mailer: VM 6.31 under Emacs 19.34.1 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1558 Lines: 40 christophe.leroy5@capway.com writes: > > >There is one thing I dont understand: You initialise cr1 using r0, but > > >r0 is not initialised in order to set MMU , is it ? > > > > Yes, it's loaded by this subroutine call (which winds up at > > .Larmv4_flush_early) > > > > > mov pc, r10 @ Call processo > > >r flush > > >(returns ctrl reg) > > Ok, so r0 is correctly initialised. > Do you see any reason why I get the M printed on my terminal > before switching MMU on, and I dont get the m after MMU on ? > > The progs continues at .Lalready_done_mmap, doesn't it ? I've just caught up on this discussion on the armlinux mailing list. I have the same problem :-( I'm a bit further along than you now that I've written the beginnings of a debugger (I wish I was joking..) The problem is in console_init, specifically the test to see if the UART exists in serial_console_setup ... On my hardware, and I'm guessing on yours, this doesn't exist - I want to use the UART on the 21285.... I've tried several kernel configs which only have 21285 UART in, but they don't build :-( Also check out PARAMS_BASE (hunt around in the code) this struct is usually setup by the bootloader (it seems). Hope this helps you along.. Andrew ------ Andrew Thomas Hewlett-Packard Laboratories, Bristol Filton Road Email: dat@hplb.hpl.hp.com Stoke Gifford Phone: +44 117 922 9511 Bristol BS34 8QZ FAX: +44 117 922 9286 United Kingdom HP Telnet: 312 9511 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 21:07:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA1069185 for ; Fri, 19 Feb 1999 21:07:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA27374 for ; Fri, 19 Feb 1999 21:07:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027370; Fri, 19 Feb 99 21:07:10 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:6199 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9505-7207>; Fri, 19 Feb 1999 22:06:49 +0200 Received: by vger.rutgers.edu via listexpand id <154856-27300>; Fri, 19 Feb 1999 14:02:01 -0500 Received: by vger.rutgers.edu id <154625-27300>; Fri, 19 Feb 1999 14:01:59 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:60829 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154919-27302>; Fri, 19 Feb 1999 14:01:10 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.10 #2) id 10DwAk-0007dt-00; Fri, 19 Feb 1999 20:05:15 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10Dw7W-0007UC-00; Fri, 19 Feb 1999 20:01:54 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe.leroy5@capway.com cc: linux-arm@vger.rutgers.edu Subject: Re: transform zImage to AIF In-reply-to: Your message of "Fri, 19 Feb 1999 18:37:24 +0100." <199902191734.SAA04065@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Feb 1999 20:01:54 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 172 Lines: 8 >The progs continues at .Lalready_done_mmap, doesn't it ? That's certainly the idea, yes. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 21:07:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA1057197 for ; Fri, 19 Feb 1999 21:07:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA27375 for ; Fri, 19 Feb 1999 21:07:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027371; Fri, 19 Feb 99 21:07:27 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:6199 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9698-6515>; Fri, 19 Feb 1999 22:07:10 +0200 Received: by vger.rutgers.edu via listexpand id <154669-27300>; Fri, 19 Feb 1999 14:02:32 -0500 Received: by vger.rutgers.edu id <154625-27302>; Fri, 19 Feb 1999 14:02:04 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:3291 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155531-27302>; Fri, 19 Feb 1999 14:01:11 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10DwAm-0002V8-00; Fri, 19 Feb 1999 20:05:16 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10Dw9S-0007UN-00; Fri, 19 Feb 1999 20:03:54 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Andrew Thomas cc: linux-arm@vger.rutgers.edu Subject: Re: transform zImage to AIF In-reply-to: Your message of "Fri, 19 Feb 1999 18:32:56 GMT." <199902191832.SAA03468@hereford.hpl.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Feb 1999 20:03:54 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 283 Lines: 9 >I've tried several kernel configs which only have 21285 UART in, >but they don't build :-( Also check out PARAMS_BASE (hunt around in the What's the error you get? This certainly should be possible. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 21:48:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA1056345 for ; Fri, 19 Feb 1999 21:48:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA27436 for ; Fri, 19 Feb 1999 21:48:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027434; Fri, 19 Feb 99 21:48:05 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:15886 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15521-7207>; Fri, 19 Feb 1999 22:47:39 +0200 Received: by vger.rutgers.edu via listexpand id <155998-27300>; Fri, 19 Feb 1999 14:42:40 -0500 Received: by vger.rutgers.edu id <154919-27300>; Fri, 19 Feb 1999 14:42:13 -0500 Received: from moonraker.inetinc.com ([199.171.212.2]:44409 "EHLO moonraker.inetinc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155998-27300>; Fri, 19 Feb 1999 14:41:00 -0500 Received: from thunderball.inetinc.com (thunderball.inetinc.com [199.171.208.16]) by moonraker.inetinc.com (8.9.1/8.9.1) with ESMTP id OAA18951; Fri, 19 Feb 1999 14:23:48 -0600 (CST) Received: from inetinc.com (dobbelen [172.16.13.37]) by thunderball.inetinc.com (8.8.5/8.8.5) with ESMTP id OAA02607; Fri, 19 Feb 1999 14:50:33 -0600 (CST) Message-ID: <36CDCD48.52CAFC0@inetinc.com> Date: Fri, 19 Feb 1999 14:44:56 -0600 From: Dave Baukus Organization: Inet Inc. X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.5.1 sun4m) X-Accept-Language: en MIME-Version: 1.0 To: Andrew Thomas CC: linux-arm@vger.rutgers.edu Subject: Re: transform zImage to AIF References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1087 Lines: 34 Philip Blundell wrote: > > >I've tried several kernel configs which only have 21285 UART in, > >but they don't build :-( Also check out PARAMS_BASE (hunt around in the > > What's the error you get? This certainly should be possible. > > p. Depending on the the level the problem may be one or more of the following: 1.) that at some point serail_21285.c was moved to drivers/char yet arch/arm/Makefile modifies CHAR_DRIVERS := arch/arm/drivers/char/char.a thus char.a does not include serial_21285.o; thus the final link of the kernel complains. I hack this by: CHAR_DRIVERS := drivers/char/char.a 2.) The other thing may be that drivers/char/tty_io.c at some levels does not include a call to rs285_init(). (don't quote me on the function name). 3.) Finally, don't define any of the other serial options such as because in some level of tty_io.c SERIAL_CONSOLE and SERIAL_21285_CONSOLE are mutually exclusive. -- Dave Baukus Inet Technologies Inc. - R & D dbaukus@inetinc.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 22:10:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA1062282 for ; Fri, 19 Feb 1999 22:10:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA27483 for ; Fri, 19 Feb 1999 22:10:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027481; Fri, 19 Feb 99 22:10:09 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:24378 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14913-6515>; Fri, 19 Feb 1999 23:09:26 +0200 Received: by vger.rutgers.edu via listexpand id <154856-27300>; Fri, 19 Feb 1999 15:03:46 -0500 Received: by vger.rutgers.edu id <156128-27300>; Fri, 19 Feb 1999 14:57:52 -0500 Received: from [212.250.143.52] ([212.250.143.52]:2345 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156160-27302>; Fri, 19 Feb 1999 14:55:30 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA28214; Fri, 19 Feb 1999 20:59:35 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id VAA00685; Fri, 19 Feb 1999 21:01:11 GMT Message-Id: <199902192101.VAA00685@raistlin.armlinux.org.uk> Subject: Re: transform zImage to AIF To: dbaukus@inetinc.com (Dave Baukus) Date: Fri, 19 Feb 1999 21:01:11 +0000 (GMT) Cc: dat@hplb.hpl.hp.com, linux-arm@vger.rutgers.edu In-Reply-To: <36CDCD48.52CAFC0@inetinc.com> from "Dave Baukus" at Feb 19, 99 02:44:56 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1102 Lines: 24 Dave Baukus writes: > Depending on the the level the problem may be one or more of the following: > > 1.) that at some point serail_21285.c was moved to > drivers/char yet arch/arm/Makefile modifies > CHAR_DRIVERS := arch/arm/drivers/char/char.a > > thus char.a does not include serial_21285.o; thus the final link of the > kernel complains. > > I hack this by: > CHAR_DRIVERS := drivers/char/char.a Or get a more up to date kernel source. Everything in arch/arm/drivers has been gone for about 2 to 3 weeks now. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 22:24:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA1040857 for ; Fri, 19 Feb 1999 22:24:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA27501 for ; Fri, 19 Feb 1999 22:23:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027499; Fri, 19 Feb 99 22:23:48 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:12378 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15417-7207>; Fri, 19 Feb 1999 23:23:34 +0200 Received: by vger.rutgers.edu via listexpand id <155460-27300>; Fri, 19 Feb 1999 15:17:46 -0500 Received: by vger.rutgers.edu id <155536-27300>; Fri, 19 Feb 1999 15:15:56 -0500 Received: from moonraker.inetinc.com ([199.171.212.2]:44628 "EHLO moonraker.inetinc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156028-27300>; Fri, 19 Feb 1999 15:15:12 -0500 Received: from thunderball.inetinc.com (thunderball.inetinc.com [199.171.208.16]) by moonraker.inetinc.com (8.9.1/8.9.1) with ESMTP id OAA19360; Fri, 19 Feb 1999 14:58:02 -0600 (CST) Received: from inetinc.com (dobbelen [172.16.13.37]) by thunderball.inetinc.com (8.8.5/8.8.5) with ESMTP id PAA07935; Fri, 19 Feb 1999 15:24:46 -0600 (CST) Message-ID: <36CDD551.9709237D@inetinc.com> Date: Fri, 19 Feb 1999 15:19:13 -0600 From: Dave Baukus Organization: Inet Inc. X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.5.1 sun4m) X-Accept-Language: en MIME-Version: 1.0 To: Russell King - ARM Linux Admin CC: linux-arm@vger.rutgers.edu Subject: Re: transform zImage to AIF References: <199902192101.VAA00685@raistlin.armlinux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 985 Lines: 30 Russell King - ARM Linux Admin wrote: > > Dave Baukus writes: > > Depending on the the level the problem may be one or more of the following: > > > > 1.) that at some point serail_21285.c was moved to > > drivers/char yet arch/arm/Makefile modifies > > CHAR_DRIVERS := arch/arm/drivers/char/char.a > > > > thus char.a does not include serial_21285.o; thus the final link of the > > kernel complains. > > > > I hack this by: > > CHAR_DRIVERS := drivers/char/char.a > > Or get a more up to date kernel source. Everything in arch/arm/drivers has been > gone for about 2 to 3 weeks now. Yea, I was hoping for that, but the latest I can find is 2.2.1 w/ patch-2.2.1-rmk3 doesn't provide for SERIAL_21285 configuration in the config scripts. I haven't tracked down missing piece. -- Dave Baukus Inet Technologies Inc. - R & D dbaukus@inetinc.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 22:44:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA1061129 for ; Fri, 19 Feb 1999 22:44:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA27527 for ; Fri, 19 Feb 1999 22:44:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027525; Fri, 19 Feb 99 22:44:10 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:31352 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15790-7207>; Fri, 19 Feb 1999 23:44:01 +0200 Received: by vger.rutgers.edu via listexpand id <155460-27302>; Fri, 19 Feb 1999 15:39:11 -0500 Received: by vger.rutgers.edu id <155536-27300>; Fri, 19 Feb 1999 15:39:04 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4248 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155460-27302>; Fri, 19 Feb 1999 15:38:53 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10DxhG-0005lK-00; Fri, 19 Feb 1999 21:42:55 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10DxQn-0007cf-00; Fri, 19 Feb 1999 21:25:53 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Dave Baukus cc: linux-arm@vger.rutgers.edu Subject: Re: transform zImage to AIF In-reply-to: Your message of "Fri, 19 Feb 1999 14:44:56 CST." <36CDCD48.52CAFC0@inetinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Feb 1999 21:25:52 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1498 Lines: 42 > 2.) The other thing may be that drivers/char/tty_io.c at some levels > does not include a call to rs285_init(). (don't quote me on the > function name). I do seem to have this patch in my tree. Not sure if it's still necessary. diff -u --recursive --new-file clean/linux/drivers/char/tty_io.c linux/drivers/char/tty_io.c --- clean/linux/drivers/char/tty_io.c Tue Feb 16 21:12:28 1999 +++ linux/drivers/char/tty_io.c Tue Feb 16 21:13:43 1999 @@ -130,6 +130,8 @@ static int tty_fasync(int fd, struct file * filp, int on); extern long console_8xx_init(long, long); extern int rs_8xx_init(void); +extern int rs285_init(void); +extern long rs285_console_init(long, long); #ifndef MIN #define MIN(a,b) ((a) < (b) ? (a) : (b)) @@ -2155,6 +2160,9 @@ #endif #ifdef CONFIG_ESPSERIAL /* init ESP before rs, so rs doesn't see the port */ espserial_init(); +#endif +#ifdef CONFIG_SERIAL_21285 + rs285_init(); #endif #ifdef CONFIG_SERIAL rs_init(); > 3.) Finally, don't define any of the other serial options such as > because in some level of tty_io.c SERIAL_CONSOLE and > SERIAL_21285_CONSOLE are mutually exclusive. If this is the case in the latest kernel can you point to the problem? I just looked at the code and didn't see anything obvious. If you select both then the 16550 console will take precedence by default assuming both devices actually exist (eg on CATS or NetWinder). p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 22:48:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA1004681 for ; Fri, 19 Feb 1999 22:48:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA27537 for ; Fri, 19 Feb 1999 22:47:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027535; Fri, 19 Feb 99 22:47:49 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:1550 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13344-6515>; Fri, 19 Feb 1999 23:47:23 +0200 Received: by vger.rutgers.edu via listexpand id <154625-27302>; Fri, 19 Feb 1999 15:42:31 -0500 Received: by vger.rutgers.edu id <155944-27302>; Fri, 19 Feb 1999 15:42:16 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4859 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155460-27300>; Fri, 19 Feb 1999 15:41:32 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10Dxjv-0006MC-00; Fri, 19 Feb 1999 21:45:39 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10Dxj2-0007kQ-00; Fri, 19 Feb 1999 21:44:44 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Dave Baukus cc: Russell King - ARM Linux Admin , linux-arm@vger.rutgers.edu Subject: Re: transform zImage to AIF In-reply-to: Your message of "Fri, 19 Feb 1999 15:19:13 CST." <36CDD551.9709237D@inetinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Feb 1999 21:44:42 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 365 Lines: 11 >Yea, I was hoping for that, but the latest I can find is 2.2.1 w/ >patch-2.2.1-rmk3 doesn't provide for SERIAL_21285 configuration in the config >scripts. Yes, it does. You need to have turned on `nonstandard serial port support' but it's there. Look in drivers/char/Config.in. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 19 22:50:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA1064612 for ; Fri, 19 Feb 1999 22:50:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA27542 for ; Fri, 19 Feb 1999 22:49:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027540; Fri, 19 Feb 99 22:49:29 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:14607 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15704-7207>; Fri, 19 Feb 1999 23:49:13 +0200 Received: by vger.rutgers.edu via listexpand id <155460-27300>; Fri, 19 Feb 1999 15:44:21 -0500 Received: by vger.rutgers.edu id <155926-27300>; Fri, 19 Feb 1999 15:44:06 -0500 Received: from [212.250.143.52] ([212.250.143.52]:2432 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <155460-27300>; Fri, 19 Feb 1999 15:43:53 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id VAA28379; Fri, 19 Feb 1999 21:48:13 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id VAA00809; Fri, 19 Feb 1999 21:49:44 GMT Message-Id: <199902192149.VAA00809@raistlin.armlinux.org.uk> Subject: Re: transform zImage to AIF To: dbaukus@inetinc.com (Dave Baukus) Date: Fri, 19 Feb 1999 21:49:43 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <36CDD551.9709237D@inetinc.com> from "Dave Baukus" at Feb 19, 99 03:19:13 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1134 Lines: 26 Dave Baukus writes: > Yea, I was hoping for that, but the latest I can find is 2.2.1 w/ > patch-2.2.1-rmk3 doesn't provide for SERIAL_21285 configuration in the config > scripts. It is in there: if [ "$CONFIG_FOOTBRIDGE" = "y" ]; then bool '21285 serial port support' CONFIG_SERIAL_21285 if [ "$CONFIG_SERIAL_21285" = "y" ]; then bool ' Console on 21285 serial port' CONFIG_SERIAL_21285_CONSOLE fi fi That's in the character devices section. Look for (and set) bool 'Non-standard serial port support' CONFIG_SERIAL_NONSTANDARD _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 20 02:48:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id CAA1079059 for ; Sat, 20 Feb 1999 02:48:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id CAA27930 for ; Sat, 20 Feb 1999 02:48:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027928; Sat, 20 Feb 99 02:47:32 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:2580 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1919-18363>; Sat, 20 Feb 1999 03:47:09 +0200 Received: by vger.rutgers.edu via listexpand id <154856-25208>; Fri, 19 Feb 1999 19:42:22 -0500 Received: by vger.rutgers.edu id <154625-25206>; Fri, 19 Feb 1999 19:42:14 -0500 Received: from bits.bris.ac.uk ([137.222.64.1]:1436 "EHLO BITS.bris.ac.uk" ident: "john") by vger.rutgers.edu with ESMTP id <154856-25206>; Fri, 19 Feb 1999 19:41:50 -0500 Received: from localhost (john@localhost) by BITS.bris.ac.uk (8.9.2/8.9.1) with ESMTP id BAA11591 for ; Sat, 20 Feb 1999 01:46:02 GMT Date: Sat, 20 Feb 1999 01:46:02 +0000 (GMT) From: John Lindley To: ARM Linux Subject: Re: FAQ In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1001 Lines: 24 On Thu, 18 Feb 1999, Philip Blundell wrote: > >It does, yes. It's an EtherN, and the chipset is a Macronix MX98905. > > It's just an NE2000 clone I think, similar to many others (probably the > majority of Acorn cards actually). So it shouldn't be that hard to write > a driver. > > p. > > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > So is there any chance of anyone doing so? It's just I had a mad idea of setting up an NC as an mp3 player in my living room. I thought about hacking about with dmpa, but I'd much prefer to use linux +---------------------------------+--------------------------------+ | www : www.BITS.bris.ac.uk/~john | emo : john@BITS.bris.ac.uk | +---------------------------------+--------------------------------+ | ...Doh said Pooh, suffering from an identity crisis | +------------------------------------------------------------------+ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 20 13:02:35 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA1059204 for ; Sat, 20 Feb 1999 13:02:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA28762 for ; Sat, 20 Feb 1999 13:02:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028760; Sat, 20 Feb 99 13:02:14 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:27435 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13134-23557>; Sat, 20 Feb 1999 14:01:45 +0200 Received: by vger.rutgers.edu via listexpand id <154856-25208>; Sat, 20 Feb 1999 05:56:44 -0500 Received: by vger.rutgers.edu id <154625-25206>; Sat, 20 Feb 1999 05:56:36 -0500 Received: from [212.250.143.131] ([212.250.143.131]:2500 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <154856-25208>; Sat, 20 Feb 1999 05:56:17 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id JAA29968; Sat, 20 Feb 1999 09:13:57 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id JAA00370; Sat, 20 Feb 1999 09:15:41 GMT Message-Id: <199902200915.JAA00370@raistlin.armlinux.org.uk> Subject: Re: FAQ To: john@BITS.bris.ac.uk (John Lindley) Date: Sat, 20 Feb 1999 09:15:41 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "John Lindley" at Feb 20, 99 01:46:02 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1459 Lines: 28 John Lindley writes: > On Thu, 18 Feb 1999, Philip Blundell wrote: > > It's just an NE2000 clone I think, similar to many others (probably the > > majority of Acorn cards actually). So it shouldn't be that hard to write > > a driver. > > So is there any chance of anyone doing so? It's just I had a mad idea of > setting up an NC as an mp3 player in my living room. I thought about > hacking about with dmpa, but I'd much prefer to use linux Since it is a NE2000 clone, Linux already has a generic driver for such cards (they're extremely popular with clone manufacturers, and there's literally hundreds of chips out there which do NE2000 stuff). All that needs doing is some code put around this driver to tell it where the chip is, and how to put/get packets on to/off of the card. If someone wants to take this on, take a look at the EtherH driver - that's a NE2000 clone board. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 20 12:12:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA1015106 for ; Sat, 20 Feb 1999 12:12:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA28704 for ; Sat, 20 Feb 1999 12:12:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028702; Sat, 20 Feb 99 12:12:24 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:30840 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1124-23557>; Sat, 20 Feb 1999 13:12:01 +0200 Received: by vger.rutgers.edu via listexpand id <155556-25208>; Sat, 20 Feb 1999 05:07:00 -0500 Received: by vger.rutgers.edu id <154856-25208>; Sat, 20 Feb 1999 05:06:41 -0500 Received: from manaslu.capway.com ([194.2.90.38]:3533 "EHLO capway.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <154625-25206>; Sat, 20 Feb 1999 05:06:33 -0500 Received: from dyn-2-1-152.Def.dialup.oleane.fr (dyn-2-1-152.Def.dialup.oleane.fr [195.25.5.152]) by capway.com (8.8.8/8.8.8) with SMTP id MAA03286; Sat, 20 Feb 1999 12:18:18 +0100 (MET) Message-Id: <199902201118.MAA03286@capway.com> From: "christophe leroy" Organization: ENSEA To: Andrew Thomas Date: Sat, 20 Feb 1999 12:09:34 MET MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: transform zImage to AIF CC: linux-arm@vger.rutgers.edu In-reply-to: <199902191832.SAA03468@hereford.hpl.hp.com> References: <199902191734.SAA04065@wanadoo.fr> Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1794 Lines: 43 > christophe.leroy5@capway.com writes: > > > >There is one thing I dont understand: You initialise cr1 using r0, but > > > >r0 is not initialised in order to set MMU , is it ? > > > > > > Yes, it's loaded by this subroutine call (which winds up at > > > .Larmv4_flush_early) > > > > > > > mov pc, r10 @ Call processo > > > >r flush > > > >(returns ctrl reg) > > > > Ok, so r0 is correctly initialised. > > Do you see any reason why I get the M printed on my terminal > > before switching MMU on, and I dont get the m after MMU on ? > > > > The progs continues at .Lalready_done_mmap, doesn't it ? > > I've just caught up on this discussion on the armlinux mailing > list. I have the same problem :-( I'm a bit further along than > you now that I've written the beginnings of a debugger (I wish > I was joking..) The problem is in console_init, specifically the > test to see if the UART exists in serial_console_setup ... > On my hardware, and I'm guessing on yours, this doesn't exist - I > want to use the UART on the 21285.... > So it means that you arrive at serial_console_setup. My problem for now resides before realy starting the kernel, in head-armv.S I'm able to write things on serial by writing bytes at 0x42000160 (after been sure UART is free by testing 0x42000178) when MMU is OFF. But When I try to write things on serial just after having switch MMU ON ,in the beginning of .Lalready_done_mmap (So I write at 0xFE000160, which is the supposed virtual adresse of UART), nothing happens. So I wonder what happens after having put MMU ON. As you seem to have more experience than me on it, maybe have you an idea of what could be wrong at that point . Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 20 12:20:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA1008048 for ; Sat, 20 Feb 1999 12:20:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA28722 for ; Sat, 20 Feb 1999 12:20:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028709; Sat, 20 Feb 99 12:20:00 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:27140 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1065-23557>; Sat, 20 Feb 1999 13:19:45 +0200 Received: by vger.rutgers.edu via listexpand id <155556-25206>; Sat, 20 Feb 1999 05:14:44 -0500 Received: by vger.rutgers.edu id <154856-25206>; Sat, 20 Feb 1999 05:14:36 -0500 Received: from post-11.mail.demon.net ([194.217.242.40]:36550 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154625-25208>; Sat, 20 Feb 1999 05:14:24 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.10 #2) id 10EAQs-0005TQ-00; Sat, 20 Feb 1999 11:18:50 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10EAOt-0008HQ-00; Sat, 20 Feb 1999 11:16:47 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: John Lindley cc: ARM Linux Subject: Re: FAQ In-reply-to: Your message of "Sat, 20 Feb 1999 01:46:02 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 20 Feb 1999 11:16:47 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 260 Lines: 9 >So is there any chance of anyone doing so? It's just I had a mad idea of I imagine the stumbling block is that the hardware is pretty rare. Why not try to write one yourself? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 20 13:06:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA1003687 for ; Sat, 20 Feb 1999 13:06:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA28776 for ; Sat, 20 Feb 1999 13:06:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028774; Sat, 20 Feb 99 13:06:11 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:17964 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2282-18363>; Sat, 20 Feb 1999 14:05:55 +0200 Received: by vger.rutgers.edu via listexpand id <154856-25206>; Sat, 20 Feb 1999 06:00:55 -0500 Received: by vger.rutgers.edu id <154625-25206>; Sat, 20 Feb 1999 06:00:47 -0500 Received: from [212.250.143.131] ([212.250.143.131]:2510 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <154856-25206>; Sat, 20 Feb 1999 06:00:26 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id MAA30540; Sat, 20 Feb 1999 12:05:07 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id MAA01538; Sat, 20 Feb 1999 12:06:36 GMT Message-Id: <199902201206.MAA01538@raistlin.armlinux.org.uk> Subject: Re: transform zImage to AIF To: christophe.leroy5@capway.com (christophe leroy) Date: Sat, 20 Feb 1999 12:06:36 +0000 (GMT) Cc: dat@hplb.hpl.hp.com, linux-arm@vger.rutgers.edu In-Reply-To: <199902201118.MAA03286@capway.com> from "christophe leroy" at Feb 20, 99 12:09:34 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1436 Lines: 26 christophe leroy writes: > So it means that you arrive at serial_console_setup. > > My problem for now resides before realy starting the kernel, in > head-armv.S > > I'm able to write things on serial by writing bytes at 0x42000160 > (after been sure UART is free by testing 0x42000178) when MMU is OFF. > But When I try to write things on serial just after having switch MMU > ON ,in the beginning of .Lalready_done_mmap (So I write at > 0xFE000160, which is the supposed virtual adresse of UART), nothing > happens. So I wonder what happens after having put MMU ON. There is at the bottom of head-armv.S a load of debugging code for exactly this sort of debugging. You may want to try some of it out. Note however, that it does require a serial lead with RTS and CTS connected (it's sometimes useful while using these to be able to stop the kernel...) _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 20 13:57:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA1085462 for ; Sat, 20 Feb 1999 13:57:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA28823 for ; Sat, 20 Feb 1999 13:57:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028821; Sat, 20 Feb 99 13:56:36 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:27716 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <475-18363>; Sat, 20 Feb 1999 14:56:14 +0200 Received: by vger.rutgers.edu via listexpand id <154856-25208>; Sat, 20 Feb 1999 06:51:11 -0500 Received: by vger.rutgers.edu id <154625-25206>; Sat, 20 Feb 1999 06:51:03 -0500 Received: from [212.250.143.131] ([212.250.143.131]:2603 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <154856-25206>; Sat, 20 Feb 1999 06:50:39 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id MAA30841 for ; Sat, 20 Feb 1999 12:55:25 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id MAA01686 for linux-arm@vger.rutgers.edu; Sat, 20 Feb 1999 12:56:51 GMT Message-Id: <199902201256.MAA01686@raistlin.armlinux.org.uk> Subject: The list To: linux-arm@vger.rutgers.edu Date: Sat, 20 Feb 1999 12:56:51 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 919 Lines: 19 This list is gradually becoming impossible to administer. Could people who have subscribed addresses please ensure that the address they have subscribed is a real address and not one that forwards to another machine/site please? There are currently 8 people bouncing every message, but 5 of them don't seem to be subscribed to the list. Thanks. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 20 14:05:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA1090652 for ; Sat, 20 Feb 1999 14:05:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA28831 for ; Sat, 20 Feb 1999 14:05:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028829; Sat, 20 Feb 99 14:04:55 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:38219 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9232-23557>; Sat, 20 Feb 1999 15:04:26 +0200 Received: by vger.rutgers.edu via listexpand id <154625-25208>; Sat, 20 Feb 1999 06:59:16 -0500 Received: by vger.rutgers.edu id <155595-25206>; Sat, 20 Feb 1999 06:59:07 -0500 Received: from hotpoint.dcs.qmw.ac.uk ([138.37.88.162]:3030 "EHLO hotpoint.dcs.qmw.ac.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154625-25206>; Sat, 20 Feb 1999 06:58:50 -0500 Received: from tmp1@it057 [138.37.94.57]; by hotpoint.dcs.qmw.ac.uk (8.8.7/8.8.5/S-4.0) with ESMTP; id NAA11732; Sat, 20 Feb 1999 13:03:16 GMT From: Thomas McDonald Palmer Received: (from tmp1@localhost) by it057.dcs.qmw.ac.uk (8.8.5/8.7.3) id NAA02835; Sat, 20 Feb 1999 13:03:16 GMT Message-Id: <199902201303.NAA02835@it057.dcs.qmw.ac.uk> Subject: Re: FAQ To: philb@gnu.org (Philip Blundell) Date: Sat, 20 Feb 1999 13:03:15 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Feb 20, 99 11:16:47 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 829 Lines: 15 > >So is there any chance of anyone doing so? It's just I had a mad idea of > > I imagine the stumbling block is that the hardware is pretty rare. Why not > try to write one yourself? At the moment I thinking of doing just that. I have a collegue who is looking into getting the relevant hardware specs from Irlam so maybe sometime soon an nc could be running linux :) As an aside surely if someone wanted to get an nc running linux-arm why not just swap out the network card for one that is supported (say an etherh). Cheers, Tom BTW: Just remembered, on a previous post someone stated that the network card inside an nc is an ethern. From the irlam website the card is stated as an etheri. Who is right? (my money is on irlam :)) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 21 03:51:39 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id DAA1098141 for ; Sun, 21 Feb 1999 03:51:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id DAA30031 for ; Sun, 21 Feb 1999 03:51:32 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma030029; Sun, 21 Feb 99 03:51:11 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:64381 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12603-14932>; Sun, 21 Feb 1999 04:50:46 +0200 Received: by vger.rutgers.edu via listexpand id <154924-25208>; Sat, 20 Feb 1999 20:45:34 -0500 Received: by vger.rutgers.edu id <155556-25208>; Sat, 20 Feb 1999 20:45:18 -0500 Received: from tia.jimpick.com ([204.209.212.111]:25515 "EHLO tia.jimpick.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154924-25208>; Sat, 20 Feb 1999 20:45:05 -0500 Received: from (fleming.jimpick.com) [204.209.212.121] by tia.jimpick.com with esmtp (Exim 2.05 #1) id 10EOxN-000689-00 (Debian); Sat, 20 Feb 1999 18:49:22 -0800 Received: from jim by fleming.jimpick.com with local (Exim 2.11 #1 (Debian)) id 10EOxK-0002lO-00; Sat, 20 Feb 1999 18:49:18 -0800 To: debian-arm@lists.debian.org Cc: announce@netwinder.org, linux-arm@vger.rutgers.edu Subject: Debian bootable image with versioned glibc X-Url: http://www.jimpick.com/ Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII From: Jim Pick Date: 20 Feb 1999 18:49:18 -0800 Message-ID: <874sog4gk1.fsf@fleming.jimpick.com> X-Mailer: Gnus v5.6.45/XEmacs 20.4 - "Emerald" X-Face: Hz"C77\53<,u1}C~=DFwS#Ddj161XLl6W!3g7xjxh*P'`FF^-IYQXX$a*WC~=^8rvy"~<3z UeQqGo&KZe[}lJg`\+SDMGRVIUJ~P,#(=w~yYv{g9i%"k|\J|jYVvv^Bzfwo=@AddrDMO I've prepared a bootable image of the Debian base system that can be installed onto a partition on a NetWinder, so it can be booted directly into Debian. The packages use glibc 2.1, compiled to use versioned symbols. This image can also be used as a chroot environment - without affecting the software that HCC/Corel supplies. The binaries are now compiled without StrongARM optimizations - so they theoretically should work on any ARM-based machine that has an ELF Linux kernel available and uses the ARMv3 or better instruction set. The image is minimally configured - containing just enough installed packages to make it easy to download the official ARM packages from Debian and some additional non-official/local packages from my HTTP/FTP server. *** WARNING *** DO NOT use this image as your only means of booting your NetWinder. It is strongly suggested that you keep the HCC/Corel Red Hat image on a separate partition - or after installing the Debian successfully to one partition, install it to another partition. You want to preserve your options for booting. You could also set up a network boot environment via DHCP in case you get into trouble. See Stany's NetWinder Rescue HOWTO on netwinder.org. The Debian port is still a work-in-progress, watch for falling objects. In particular - realize that these are new packages that use a glibc 2.1 that was built with versioned symbols enabled. The binaries and libraries supplied with this image are completely binary incompatible with the older Debian ARM packages, and with the current HCC/Corel RPMs (which still use the unversioned glibc). It should be binary compatible with the future ARM distribution from Red Hat, and with the "Titan" RPM distribution. Known Bugs: * The "therm" program hasn't been ported yet. So there isn't a way of controlling the fan. * the 'ps' command has weird output * the X packages don't work right * Many packages are lacking documentation, because I didn't have nsgmls or tetex working when I built them. * The framebuffer driver seems to have some redrawing problems with this particular kernel. Hitting ^l will redraw the screen for you. * nsgmls seems to be broken. (There's probably plenty more bugs. All the packages supplied on the current image are "unofficial", and will soon be replaced by properly built packages that will be uploaded to the main Debian distribution) Here's what you do (as root) in order to install it: 1) Download the image from: ftp://ftp.jimpick.com/pub/debian/arm/image/ The filename should be something like: debian-image_990220.tar.gz It's approximately a 9MB download. It is also available as a bzip2'd tar archive. 2) Upgrade your flash to San Mehat's latest NeTTROM. Get it at his developer's page on the restricted access portion of netwinder.org: http://www.netwinder.org/devel/notes/sanm.html Read the instructions very carefully (unfortunately, they are buried in the web page - there isn't a separate doc). If you mess up when burning your flash, it would be inconvenient. I recommend printing off this page before you try to redo your flash. Install the upgrade, and ensure that you can reboot normally. 2) Pick a partition where you want to install it. Hopefully, you have a free partition available. There isn't currently a good way to repartition your system - eventually, it should be possible to boot from flash and repartition from there - but you'll have to wait for that. 3) Go to the base of that partition, and untar the file, ie: # tar xzvf debian-image_990220.tar.gz This will untar the files directly into the current directory - so make sure you are in the directory where you want it! 4) You'll want to edit etc/fstab to make sure the base partition listed is the same as the one you actually installed it onto. 5) Reboot the system, and interrupt the booting sequence to get the NettROM prompts. If you installed the image to /dev/hda4, you would set the NettROM up like so (assuming you had defaults for all the other variables): setenv kernconfig fs setenv kerndev /dev/hda4 setenv kernfile /Image setenv rootconfig disk setenv rootdev /dev/hda4 save-all (or just "boot" if you want to try it out for one time only) 6) Hopefully it boots, and you will be inside Debian! 7) You'll want to do several things: a) reset the root password b) configure your hostname (in /etc/hostname) c) set your timezone "tzconfig" d) setup your networking (in /etc/init.d/network) 8) You will want to edit /etc/resolv.conf to point to your nameservers and to use your domain name. Or you can just leave it pointing at mine. 9) Install additional packages. You do this using the "dselect" program. Dselect has been configured to use the "apt" access method. It will look for package files via http from the collection of unofficial packages on ftp.jimpick.com. When we build some official packages using versioning, you will want to edit /etc/apt/sources.list so that apt-get and dselect will pull the packages from your favourite Debian mirror site. 10) You should have a functional Debian environment set up now! You might want to go on and add some users (using "adduser"), and do some additional configuration. You might want to join the debian-arm mailing list, by sending a message contain the word "subscribe" in the body to debian-arm-request@lists.debian.org . Also, feel free to check our website, which is at: http://www.debian.org/ports/arm/ If you have any questions, please direct them to the mailing list. If you have a correction/clarification for this set of instructions, please send me a note - . Cheers, - Jim unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 21 11:56:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA1104485 for ; Sun, 21 Feb 1999 11:56:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA30636 for ; Sun, 21 Feb 1999 11:56:32 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma030634; Sun, 21 Feb 99 11:56:16 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:31535 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9730-14932>; Sun, 21 Feb 1999 12:55:58 +0200 Received: by vger.rutgers.edu via listexpand id <156630-25206>; Sun, 21 Feb 1999 04:50:19 -0500 Received: by vger.rutgers.edu id <156663-25208>; Sun, 21 Feb 1999 04:49:58 -0500 Received: from manaslu.capway.com ([194.2.90.38]:4523 "EHLO capway.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <156791-25208>; Sun, 21 Feb 1999 04:49:27 -0500 Received: from dyn-6-1-005.Def.dialup.oleane.fr (dyn-6-1-005.Def.dialup.oleane.fr [195.25.27.5]) by capway.com (8.8.8/8.8.8) with SMTP id MAA09950; Sun, 21 Feb 1999 12:01:31 +0100 (MET) Message-Id: <199902211101.MAA09950@capway.com> From: "christophe leroy" Organization: ENSEA To: Russell King - ARM Linux Admin Date: Sun, 21 Feb 1999 11:52:49 MET MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: transform zImage to AIF CC: dat@hplb.hpl.hp.com, linux-arm@vger.rutgers.edu In-reply-to: <199902201206.MAA01538@raistlin.armlinux.org.uk> References: <199902201118.MAA03286@capway.com> from "christophe leroy" at Feb 20, 99 12:09:34 pm Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1069 Lines: 23 > christophe leroy writes: > > So it means that you arrive at serial_console_setup. > > > > My problem for now resides before realy starting the kernel, in > > head-armv.S > > > > I'm able to write things on serial by writing bytes at 0x42000160 > > (after been sure UART is free by testing 0x42000178) when MMU is OFF. > > But When I try to write things on serial just after having switch MMU > > ON ,in the beginning of .Lalready_done_mmap (So I write at > > 0xFE000160, which is the supposed virtual adresse of UART), nothing > > happens. So I wonder what happens after having put MMU ON. > > There is at the bottom of head-armv.S a load of debugging code for exactly > this sort of debugging. You may want to try some of it out. Note however, > that it does require a serial lead with RTS and CTS connected (it's sometimes > useful while using these to be able to stop the kernel...) I'd a look at it. It's exactly what I'm doing. On EBSA285, RTS and CTS arent used christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 21 12:02:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA1063387 for ; Sun, 21 Feb 1999 12:02:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA30677 for ; Sun, 21 Feb 1999 12:02:02 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma030672; Sun, 21 Feb 99 12:01:47 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:31536 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15036-28590>; Sun, 21 Feb 1999 13:01:26 +0200 Received: by vger.rutgers.edu via listexpand id <156160-25206>; Sun, 21 Feb 1999 04:56:01 -0500 Received: by vger.rutgers.edu id <156140-25206>; Sun, 21 Feb 1999 04:55:52 -0500 Received: from [212.250.143.112] ([212.250.143.112]:2861 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156338-25206>; Sun, 21 Feb 1999 04:55:32 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id LAA01667 for ; Sun, 21 Feb 1999 11:00:27 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id LAA01230 for linux-arm@vger.rutgers.edu; Sun, 21 Feb 1999 11:02:02 GMT Message-Id: <199902211102.LAA01230@raistlin.armlinux.org.uk> Subject: New development PartMan and new Linux loader To: linux-arm@vger.rutgers.edu Date: Sun, 21 Feb 1999 11:02:01 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1153 Lines: 24 Ok, for all those people still using Acorn machines, there are new versions of !Linux and !PartMan on the FTP site in /pub/armlinux/testing Common changes: - lookup Filecore_SectorOp SWI before trying to determine if the filesystem has it's own _SectorOp call (was causing problems with ICS IDEFS) !Linux changes: - Removed check for VRAM on ARM6 and up. This does not imply that Linux will work without VRAM - you will need at least Linux 2.2.2 or later to try this out. !PartMan changes: - basic RISCiX support on both SCSI and MFM drives (please test). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 21 12:07:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA1087660 for ; Sun, 21 Feb 1999 12:07:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA30694 for ; Sun, 21 Feb 1999 12:07:32 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma030692; Sun, 21 Feb 99 12:07:14 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:57142 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9564-28590>; Sun, 21 Feb 1999 13:06:57 +0200 Received: by vger.rutgers.edu via listexpand id <156338-25208>; Sun, 21 Feb 1999 05:01:44 -0500 Received: by vger.rutgers.edu id <156160-25206>; Sun, 21 Feb 1999 05:01:24 -0500 Received: from [212.250.143.112] ([212.250.143.112]:2876 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156140-25206>; Sun, 21 Feb 1999 05:01:13 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id LAA01695; Sun, 21 Feb 1999 11:06:13 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id LAA01252; Sun, 21 Feb 1999 11:07:48 GMT Message-Id: <199902211107.LAA01252@raistlin.armlinux.org.uk> Subject: Re: transform zImage to AIF To: christophe.leroy5@capway.com (christophe leroy) Date: Sun, 21 Feb 1999 11:07:47 +0000 (GMT) Cc: dat@hplb.hpl.hp.com, linux-arm@vger.rutgers.edu In-Reply-To: <199902211101.MAA09950@capway.com> from "christophe leroy" at Feb 21, 99 11:52:49 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1286 Lines: 24 christophe leroy writes: > I'd a look at it. It's exactly what I'm doing. > On EBSA285, RTS and CTS arent used I know that my printascii (etc) code does indeed work correctly in all EBSA285 releases, so if you're doing the same as my debugging code, you can't be getting to .Lalready_done_mmap. The only thing that would stop this is if the kernel was not correctly located in memory. I seem to remember you were adding some extra code at the start of the kernel by using objcopy - this is probably where the problem lies. Your extra code is relocating the kernel, and thereby causing all the internal references in the code to point at the wrong place. Try adding your code directly into arch/arm/head-armv.S _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 07:11:34 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id HAA1088814 for ; Mon, 22 Feb 1999 07:11:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id HAA32342 for ; Mon, 22 Feb 1999 07:11:33 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma032340; Mon, 22 Feb 99 07:11:16 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:564 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10857-10303>; Mon, 22 Feb 1999 08:11:06 +0200 Received: by vger.rutgers.edu via listexpand id <155544-25208>; Mon, 22 Feb 1999 00:05:29 -0500 Received: by vger.rutgers.edu id <155023-25206>; Mon, 22 Feb 1999 00:05:10 -0500 Received: from red.csi.cam.ac.uk ([131.111.8.70]:53991 "EHLO red.csi.cam.ac.uk" ident: "exim") by vger.rutgers.edu with ESMTP id <156143-25208>; Mon, 22 Feb 1999 00:04:53 -0500 Received: from ajp38 (helo=localhost) by red.csi.cam.ac.uk with local-smtp (Exim 2.05 #3) id 10Ej0C-0007ii-00 for linux-arm@vger.rutgers.edu; Mon, 22 Feb 1999 00:13:36 +0000 Date: Mon, 22 Feb 1999 00:13:36 +0000 (GMT) From: "(Tony)John Penton" X-Sender: ajp38@red.csi.cam.ac.uk To: linux-arm@vger.rutgers.edu Subject: Where's the kernel? In-Reply-To: <199902211102.LAA01230@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1169 Lines: 35 OK, so I'm new to this game, but I can't find an answer anywhere also and I've tried all sorts. Having finally managed to get ARMLinux to install, I waited for it to ftp all the files which it did quite happily. I configured the clock and the keyboard, and then it said: I couldn't find a kernel! and refused to go any further without one (quite understandable really) What am I doing wrong? John RPC600, 24+1Mb, 210+730Mb. ANT EtherB in network card slot. adfs on hda1, hdb1. kernel on hdb1. linux on hdb3 (2 table, 4 swap). nb. the only possible problem I can imagine is that linux is failing to read hdb, which I had problems getting to run from RISC OS. (Although all the files appear there quite happily). It is a Western Digital IDE. -- _Bump!_ "Ow!" squeeked something. "That's funny," thought Pooh. "I said 'Ow!' without really oo'ing." "Help!" said a small, high voice. "That's me again," thought Pooh. "I've had an Accident and fallen down a well, and my voice has gone all squeaky and works before I'm ready for it, because I've done something to myself inside. Bother!" unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 01:48:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA1027557 for ; Mon, 22 Feb 1999 01:48:03 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA31847 for ; Mon, 22 Feb 1999 01:48:03 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma031845; Mon, 22 Feb 99 01:47:39 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:40724 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10034-10303>; Mon, 22 Feb 1999 02:47:01 +0200 Received: by vger.rutgers.edu via listexpand id <156183-25206>; Sun, 21 Feb 1999 18:41:27 -0500 Received: by vger.rutgers.edu id <155950-25208>; Sun, 21 Feb 1999 18:41:17 -0500 Received: from deimos.nc.com ([207.88.167.190]:42801 "EHLO deimos.nc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156243-25208>; Sun, 21 Feb 1999 18:40:47 -0500 Received: from causality.com (devlab.client.nc.com [172.17.8.88]) by deimos.nc.com (8.8.4/8.8.4) with ESMTP id QAA14803 for ; Sun, 21 Feb 1999 16:39:44 -0800 (PST) Message-ID: <36D0A8F9.40F86B63@causality.com> Date: Sun, 21 Feb 1999 16:46:49 -0800 From: "Neil A. Carson" Organization: Causality Limited X-Mailer: Mozilla 4.5 [en] (X11; I; NetBSD 1.3I-NCOS i386) X-Accept-Language: en-GB MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Segmentation faults from fsck Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 482 Lines: 18 Hi, Trying to fsck my hard disc, with both the Red Hat fsck and Jim's Debian fsck, fsck itself segv's, ie: fsck /dev/hda doesn't do a whole lot, gives a segmentation fault and dies. Has anyone seen this, and are there any ideas out there as to how to fix it? The machine locked up during some heavy disc thrashing, and I can't restore the filesystem properly now :-( Thanks, Neil -- Neil A. Carson unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 01:54:04 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA1062492 for ; Mon, 22 Feb 1999 01:54:03 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA31854 for ; Mon, 22 Feb 1999 01:54:03 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma031852; Mon, 22 Feb 99 01:53:55 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:5656 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12817-28268>; Mon, 22 Feb 1999 02:53:38 +0200 Received: by vger.rutgers.edu via listexpand id <155950-25206>; Sun, 21 Feb 1999 18:48:03 -0500 Received: by vger.rutgers.edu id <156028-25208>; Sun, 21 Feb 1999 18:47:54 -0500 Received: from deimos.nc.com ([207.88.167.190]:42820 "EHLO deimos.nc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155950-25206>; Sun, 21 Feb 1999 18:47:33 -0500 Received: from causality.com (devlab.client.nc.com [172.17.8.88]) by deimos.nc.com (8.8.4/8.8.4) with ESMTP id QAA15489; Sun, 21 Feb 1999 16:46:33 -0800 (PST) Message-ID: <36D0AA92.96FC6397@causality.com> Date: Sun, 21 Feb 1999 16:53:38 -0800 From: "Neil A. Carson" Organization: Causality Limited X-Mailer: Mozilla 4.5 [en] (X11; I; NetBSD 1.3I-NCOS i386) X-Accept-Language: en-GB MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu CC: tharbaug@nc.com Subject: Re: Segmentation faults from fsck References: <36D0A8F9.40F86B63@causality.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 699 Lines: 20 Well, I've found if I use e2fsck rather than just fsck, I get away with it... But then the system stiffs during the disc check :-( The keeps on blinking fine, and the disc light stays on---doing nothing. If I then press a key on the keyboard, the cursor goes solid too. Time to start getting into the guts of the code and working out what's what---if the machine will stay up long enough to build the kernel (maybe I'll refrain from using a disc and just stick with the network---this seems more stable). Any hints on how to start fishing---do we have an in-kernel debugger or remote gdb? :-( Neil -- Neil A. Carson unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 11:03:08 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA1117713 for ; Mon, 22 Feb 1999 11:03:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA32673 for ; Mon, 22 Feb 1999 11:03:03 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma032671; Mon, 22 Feb 99 11:02:54 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:17 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2247-28268>; Mon, 22 Feb 1999 12:02:33 +0200 Received: by vger.rutgers.edu via listexpand id <156321-25206>; Mon, 22 Feb 1999 03:56:48 -0500 Received: by vger.rutgers.edu id <156149-25206>; Mon, 22 Feb 1999 03:56:30 -0500 Received: from chaos.oregan.net ([195.173.86.1]:28904 "EHLO chaos.oregan.net" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <156321-25206>; Mon, 22 Feb 1999 03:56:15 -0500 Received: (from phil@localhost) by chaos.oregan.net (8.8.7/8.8.8) id KAA03899; Mon, 22 Feb 1999 10:01:22 GMT Message-ID: <19990222100122.B3362@chaos.oregan.net> Date: Mon, 22 Feb 1999 10:01:22 +0000 From: Phil Norman To: "Neil A. Carson" , linux-arm@vger.rutgers.edu Subject: Re: Segmentation faults from fsck References: <36D0A8F9.40F86B63@causality.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <36D0A8F9.40F86B63@causality.com>; from Neil A. Carson on Sun, Feb 21, 1999 at 04:46:49PM -0800 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1012 Lines: 23 On Sun, Feb 21, 1999 at 04:46:49PM -0800, Neil A. Carson wrote: > Hi, > > Trying to fsck my hard disc, with both the Red Hat fsck and Jim's Debian > fsck, fsck itself segv's, ie: > fsck /dev/hda > doesn't do a whole lot, gives a segmentation fault and dies. > > Has anyone seen this, and are there any ideas out there as to how to fix > it? The machine locked up during some heavy disc thrashing, and I can't > restore the filesystem properly now :-( Is /dev/hda itself an ext2 filesystem? Most systems use the hda1, hda2 etc partitions, and you'll need to use the partition name rather than the disc name as what you give to fsck. If you can't find out which partition you need to fsck from `mount` or `cat /etc/fstab`, partition names will increase from hda1 if you have a disc with a DOS partition table, and they'll start at hda3 if your disc has the extra linux partition table stuck after a filecore partition. Cheers, Phil unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 11:06:34 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA1097891 for ; Mon, 22 Feb 1999 11:06:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA32678 for ; Mon, 22 Feb 1999 11:06:33 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma032676; Mon, 22 Feb 99 11:06:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:6418 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <31-10303>; Mon, 22 Feb 1999 12:06:04 +0200 Received: by vger.rutgers.edu via listexpand id <156603-25206>; Mon, 22 Feb 1999 04:00:20 -0500 Received: by vger.rutgers.edu id <156149-25208>; Mon, 22 Feb 1999 04:00:01 -0500 Received: from golden.argonet.co.uk ([194.131.104.13]:41801 "HELO golden.argonet.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <156321-25208>; Mon, 22 Feb 1999 03:59:44 -0500 Received: from localhost [127.0.0.1] by golden.argonet.co.uk with smtp (Exim 1.82 #3) id 10EsED-0001sJ-00; Mon, 22 Feb 1999 10:04:41 +0000 Date: Mon, 22 Feb 1999 10:04:40 +0000 (GMT) From: "Neil A. Carson" X-Sender: carson@fm3.facility.pipex.com Reply-To: "Neil A. Carson" To: Phil Norman cc: "Neil A. Carson" , linux-arm@vger.rutgers.edu Subject: Re: Segmentation faults from fsck In-Reply-To: <19990222100122.B3362@chaos.oregan.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 598 Lines: 16 On Mon, 22 Feb 1999, Phil Norman wrote: > you need to fsck from `mount` or `cat /etc/fstab`, partition names will > increase from hda1 if you have a disc with a DOS partition table, and > they'll start at hda3 if your disc has the extra linux partition table > stuck after a filecore partition. That's not the problem; I simply newfs'd the whole disc rather than bothering with any partitions (my ext2f reader in the bootloader won't recognise partitions yet). And I won't let a filecore FS anywhere near it :-) Neil unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 11:53:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA1093187 for ; Mon, 22 Feb 1999 11:53:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA32750 for ; Mon, 22 Feb 1999 11:53:03 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma032748; Mon, 22 Feb 99 11:53:02 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:11052 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15240-28268>; Mon, 22 Feb 1999 12:52:41 +0200 Received: by vger.rutgers.edu via listexpand id <156364-25208>; Mon, 22 Feb 1999 04:47:07 -0500 Received: by vger.rutgers.edu id <156204-25208>; Mon, 22 Feb 1999 04:47:03 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:21699 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156364-25208>; Mon, 22 Feb 1999 04:46:15 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10Estn-0005Yi-00; Mon, 22 Feb 1999 10:47:39 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10Estm-0004af-00; Mon, 22 Feb 1999 10:47:38 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Neil A. Carson" cc: linux-arm@vger.rutgers.edu, tharbaug@nc.com Subject: Re: Segmentation faults from fsck In-reply-to: Your message of "Sun, 21 Feb 1999 16:53:38 PST." <36D0AA92.96FC6397@causality.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Feb 1999 10:47:36 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 751 Lines: 19 >I've found if I use e2fsck rather than just fsck, I get away with it... >But then the system stiffs during the disc check :-( The keeps on >blinking fine, and the disc light stays on---doing nothing. If I then >press a key on the keyboard, the cursor goes solid too. Cripes. :-( It could be that the code to handle ISA irqs still isn't quite right. That's been banged on rather less than most things and it's one of the few bits that is different between systems. I'll go and stare at the source some more and see if I can spot anything wrong. I take it this means you managed to solve your earlier problem (wrong IRQ settings) though. What was the solution? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 12:23:43 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA1129425 for ; Mon, 22 Feb 1999 12:23:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA00110 for ; Mon, 22 Feb 1999 12:23:33 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000104; Mon, 22 Feb 99 12:23:08 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:5222 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14343-10303>; Mon, 22 Feb 1999 13:22:53 +0200 Received: by vger.rutgers.edu via listexpand id <155544-25206>; Mon, 22 Feb 1999 05:17:06 -0500 Received: by vger.rutgers.edu id <155568-25206>; Mon, 22 Feb 1999 05:16:57 -0500 Received: from smtp-out-002.wanadoo.fr ([193.252.19.69]:37648 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <155544-25206>; Mon, 22 Feb 1999 05:16:34 -0500 Received: from tntaub17-185.abo.wanadoo.fr [164.138.87.185] by wanadoo.fr for Paris Mon, 22 Feb 1999 12:17:55 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902221117.MAA00062@wanadoo.fr> To: Philip Blundell , Russell King - ARM Linux Admin Date: Mon, 22 Feb 1999 12:20:44 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: transform zImage to AIF CC: linux-arm@vger.rutgers.edu References: Your message of "Fri, 19 Feb 1999 17:17:29 +0100." <199902191714.SAA00854@wanadoo.fr> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 585 Lines: 16 Thanks for your help ! I'm now running longer. The problem was that I had had things at the beginning of head.S, which I think did move the kernel at the wrong place (why ?) Now I've replaced some of the nop by what I need, so I dont move code anymore and it works. So, now I can run till paging_init, but after paging_init I dont have any output more. Does paging_init invalidates page 0xFE000000, so I cannot write anymore directly into UART, or is that paginig_init that never returns ? Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 12:59:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA1116272 for ; Mon, 22 Feb 1999 12:59:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA00198 for ; Mon, 22 Feb 1999 12:59:04 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000194; Mon, 22 Feb 99 12:59:02 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:49932 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14948-28268>; Mon, 22 Feb 1999 13:58:39 +0200 Received: by vger.rutgers.edu via listexpand id <155544-25208>; Mon, 22 Feb 1999 05:53:01 -0500 Received: by vger.rutgers.edu id <156177-25208>; Mon, 22 Feb 1999 05:52:42 -0500 Received: from hplb.hpl.hp.com ([192.6.10.2]:3763 "EHLO hplb.hpl.hp.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155544-25208>; Mon, 22 Feb 1999 05:52:25 -0500 Received: from hereford.hpl.hp.com (hereford.hpl.hp.com [15.144.30.76]) by hplb.hpl.hp.com (8.8.6 (PHNE_14041)/8.8.6 HPLabs Bristol Relay) with ESMTP id LAA17997 for ; Mon, 22 Feb 1999 11:57:35 GMT Received: (from dat@localhost) by hereford.hpl.hp.com (8.7.6/8.7.3 TIS 5.0) id LAA25794; Mon, 22 Feb 1999 11:57:35 GMT Date: Mon, 22 Feb 1999 11:57:35 GMT Message-Id: <199902221157.LAA25794@hereford.hpl.hp.com> From: Andrew Thomas MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: linux-arm@vger.rutgers.edu Subject: Re: transform zImage to AIF In-Reply-To: <199902192101.VAA00685@raistlin.armlinux.org.uk> References: <36CDCD48.52CAFC0@inetinc.com> <199902192101.VAA00685@raistlin.armlinux.org.uk> X-Mailer: VM 6.31 under Emacs 19.34.1 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 959 Lines: 27 Russell King - ARM Linux Admin writes: > Dave Baukus writes: > > Depending on the the level the problem may be one or more of the following: > > > > 1.) that at some point serail_21285.c was moved to > > drivers/char yet arch/arm/Makefile modifies > > CHAR_DRIVERS := arch/arm/drivers/char/char.a > > > > thus char.a does not include serial_21285.o; thus the final link of the > > kernel complains. > > > > I hack this by: > > CHAR_DRIVERS := drivers/char/char.a > > Or get a more up to date kernel source. Everything in arch/arm/drivers has been > gone for about 2 to 3 weeks now. But... I'm using 2.2.1 patched with patch-2.2.1-19990128-1.gz .. Patching with patch-2.2.1-rmk3.gz or patch-2.2.1-rmk4.gz and running xconfig doesn't allow me to configure "Character Devices/21285 serial port support", and I only have a 21285 serial port... Andrew unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 13:06:35 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA1124530 for ; Mon, 22 Feb 1999 13:06:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA00222 for ; Mon, 22 Feb 1999 13:06:34 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000220; Mon, 22 Feb 99 13:06:31 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:19216 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1112-28268>; Mon, 22 Feb 1999 14:06:12 +0200 Received: by vger.rutgers.edu via listexpand id <156177-25206>; Mon, 22 Feb 1999 06:00:18 -0500 Received: by vger.rutgers.edu id <156321-25208>; Mon, 22 Feb 1999 06:00:08 -0500 Received: from hplb.hpl.hp.com ([192.6.10.2]:3935 "EHLO hplb.hpl.hp.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156372-25206>; Mon, 22 Feb 1999 05:59:55 -0500 Received: from hereford.hpl.hp.com (hereford.hpl.hp.com [15.144.30.76]) by hplb.hpl.hp.com (8.8.6 (PHNE_14041)/8.8.6 HPLabs Bristol Relay) with ESMTP id MAA18310 for ; Mon, 22 Feb 1999 12:05:07 GMT Received: (from dat@localhost) by hereford.hpl.hp.com (8.7.6/8.7.3 TIS 5.0) id MAA25807; Mon, 22 Feb 1999 12:05:06 GMT Date: Mon, 22 Feb 1999 12:05:06 GMT Message-Id: <199902221205.MAA25807@hereford.hpl.hp.com> From: Andrew Thomas MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: linux-arm@vger.rutgers.edu Subject: Re: transform zImage to AIF In-Reply-To: <199902221157.LAA25794@hereford.hpl.hp.com> References: <36CDCD48.52CAFC0@inetinc.com> <199902192101.VAA00685@raistlin.armlinux.org.uk> <199902221157.LAA25794@hereford.hpl.hp.com> X-Mailer: VM 6.31 under Emacs 19.34.1 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1156 Lines: 32 Andrew Thomas writes: > Russell King - ARM Linux Admin writes: > > Dave Baukus writes: > > > Depending on the the level the problem may be one or more of the following: > > > > > > 1.) that at some point serail_21285.c was moved to > > > drivers/char yet arch/arm/Makefile modifies > > > CHAR_DRIVERS := arch/arm/drivers/char/char.a > > > > > > thus char.a does not include serial_21285.o; thus the final link of the > > > kernel complains. > > > > > > I hack this by: > > > CHAR_DRIVERS := drivers/char/char.a > > > > Or get a more up to date kernel source. Everything in arch/arm/drivers has been > > gone for about 2 to 3 weeks now. > > But... > > I'm using 2.2.1 patched with patch-2.2.1-19990128-1.gz .. > > Patching with patch-2.2.1-rmk3.gz or patch-2.2.1-rmk4.gz and running > xconfig doesn't allow me to configure "Character Devices/21285 serial port support", > and I only have a 21285 serial port... Oops. Enable non standard "non standard serial support" Sorry (it is a monday morning after all :-)) Andrew unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 13:44:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA1124322 for ; Mon, 22 Feb 1999 13:44:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA00284 for ; Mon, 22 Feb 1999 13:44:04 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa00280; Mon, 22 Feb 99 13:43:44 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:56616 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14739-28268>; Mon, 22 Feb 1999 14:43:10 +0200 Received: by vger.rutgers.edu via listexpand id <155898-25208>; Mon, 22 Feb 1999 06:37:23 -0500 Received: by vger.rutgers.edu id <155531-25208>; Mon, 22 Feb 1999 06:37:07 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:4487 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155460-25206>; Mon, 22 Feb 1999 06:37:00 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10Eugf-000FQQ-00; Mon, 22 Feb 1999 12:42:13 +0000 Received: (from rmk@localhost) by gate.sw.milldev.co.uk (8.8.5/8.8.5) id MAA28848; Mon, 22 Feb 1999 12:37:44 GMT From: Russell King Message-Id: <199902221237.MAA28848@gate.sw.milldev.co.uk> Subject: Re: Segmentation faults from fsck To: neil@causality.com (Neil A. Carson) Date: Mon, 22 Feb 1999 12:37:43 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <36D0A8F9.40F86B63@causality.com> from "Neil A. Carson" at Feb 21, 99 04:46:49 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 680 Lines: 19 Neil A. Carson said: > Trying to fsck my hard disc, with both the Red Hat fsck and Jim's Debian > fsck, fsck itself segv's, ie: > fsck /dev/hda > doesn't do a whole lot, gives a segmentation fault and dies. > > Has anyone seen this, and are there any ideas out there as to how to fix > it? The machine locked up during some heavy disc thrashing, and I can't > restore the filesystem properly now :-( I'm not too surprised that it doesn't work. /dev/hda is the whole drive, not a specific partition, and hence does not contain a value fsck-able filesystem. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 13:44:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA1088130 for ; Mon, 22 Feb 1999 13:44:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA00283 for ; Mon, 22 Feb 1999 13:44:04 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000280; Mon, 22 Feb 99 13:43:42 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:56616 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15007-10303>; Mon, 22 Feb 1999 14:43:10 +0200 Received: by vger.rutgers.edu via listexpand id <155460-25208>; Mon, 22 Feb 1999 06:37:43 -0500 Received: by vger.rutgers.edu id <155531-25206>; Mon, 22 Feb 1999 06:37:25 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:4523 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155460-25208>; Mon, 22 Feb 1999 06:37:12 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10Eugh-000FQQ-00; Mon, 22 Feb 1999 12:42:15 +0000 Received: (from rmk@localhost) by gate.sw.milldev.co.uk (8.8.5/8.8.5) id MAA28951; Mon, 22 Feb 1999 12:44:20 GMT From: Russell King Message-Id: <199902221244.MAA28951@gate.sw.milldev.co.uk> Subject: Re: transform zImage to AIF To: christophe.leroy5@capway.com Date: Mon, 22 Feb 1999 12:44:19 +0000 (GMT) Cc: pb@nexus.co.uk, linux@arm.linux.org.uk, linux-arm@vger.rutgers.edu In-Reply-To: <199902221117.MAA00062@wanadoo.fr> from "christophe.leroy5@capway.com" at Feb 22, 99 12:20:44 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 967 Lines: 25 christophe.leroy5@capway.com said: > Thanks for your help ! I'm now running longer. > The problem was that I had had things at the beginning of head.S, > which I think did move the kernel at the wrong place (why ?) > Now I've replaced some of the nop by what I need, so I dont move > code anymore and it works. Since the kernel is linked to be at address 0x8000, and you've added code to the start of the kernel which tells the AIF loader that your extra code starts at 0x8000, the kernel is going to be in the wrong place. > Does paging_init invalidates page 0xFE000000, so I cannot write > anymore directly into UART, or is that paginig_init that never > returns ? No. Please use the printascii, it's there for this sort of debugging! Try putting it into 'printk' since it will hopefully allow the kernel to tell you what's going wrong. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 13:53:06 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA1068404 for ; Mon, 22 Feb 1999 13:53:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA00318 for ; Mon, 22 Feb 1999 13:53:04 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000316; Mon, 22 Feb 99 13:52:41 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:49204 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1112-28268>; Mon, 22 Feb 1999 14:52:23 +0200 Received: by vger.rutgers.edu via listexpand id <155898-25208>; Mon, 22 Feb 1999 06:46:36 -0500 Received: by vger.rutgers.edu id <155460-25206>; Mon, 22 Feb 1999 06:46:29 -0500 Received: from snowcrash.cymru.net ([163.164.160.3]:1914 "EHLO snowcrash.cymru.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155531-25206>; Mon, 22 Feb 1999 06:46:05 -0500 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.7/8.7.1) id MAA08159; Mon, 22 Feb 1999 12:51:19 GMT From: Alan Cox Message-Id: <199902221251.MAA08159@snowcrash.cymru.net> Subject: Re: FAQ To: john@BITS.bris.ac.uk (John Lindley) Date: Mon, 22 Feb 1999 12:51:18 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "John Lindley" at Feb 20, 99 01:46:02 am Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 379 Lines: 9 > > >It does, yes. It's an EtherN, and the chipset is a Macronix MX98905. > > > > It's just an NE2000 clone I think, similar to many others (probably the > > majority of Acorn cards actually). So it shouldn't be that hard to write > > a driver. Umm. The Macronix stuff nowdays is tulip clone(ish) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 14:03:34 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA1109565 for ; Mon, 22 Feb 1999 14:03:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA00340 for ; Mon, 22 Feb 1999 14:03:34 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000338; Mon, 22 Feb 99 14:03:12 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:22598 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12834-10303>; Mon, 22 Feb 1999 15:02:27 +0200 Received: by vger.rutgers.edu via listexpand id <156321-25208>; Mon, 22 Feb 1999 06:56:30 -0500 Received: by vger.rutgers.edu id <155898-25206>; Mon, 22 Feb 1999 06:56:05 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:26561 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156406-25206>; Mon, 22 Feb 1999 06:54:59 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10Euxc-0005kF-00; Mon, 22 Feb 1999 12:59:44 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10Euxb-0005uz-00; Mon, 22 Feb 1999 12:59:43 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Alan Cox cc: john@BITS.bris.ac.uk (John Lindley), linux-arm@vger.rutgers.edu Subject: Re: FAQ In-reply-to: Your message of "Mon, 22 Feb 1999 12:51:18 GMT." <199902221251.MAA08159@snowcrash.cymru.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Feb 1999 12:59:42 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 547 Lines: 15 >> > >It does, yes. It's an EtherN, and the chipset is a Macronix MX98905. >> > >> > It's just an NE2000 clone I think, similar to many others (probably the >> > majority of Acorn cards actually). So it shouldn't be that hard to write >> > a driver. > >Umm. The Macronix stuff nowdays is tulip clone(ish) I thought the 98905 was one of the old 8390 style chips. If the tulip clones are PCI based it would be pretty painful to interface them to a podule bus. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 15:35:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA1111671 for ; Mon, 22 Feb 1999 15:35:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA00522 for ; Mon, 22 Feb 1999 15:35:03 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000520; Mon, 22 Feb 99 15:34:50 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:15177 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12926-28268>; Mon, 22 Feb 1999 16:33:28 +0200 Received: by vger.rutgers.edu via listexpand id <156210-25208>; Mon, 22 Feb 1999 08:27:39 -0500 Received: by vger.rutgers.edu id <156222-25208>; Mon, 22 Feb 1999 08:27:11 -0500 Received: from ife-fast.ee.ethz.ch ([129.132.24.193]:60558 "EHLO ife.ee.ethz.ch" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156792-25208>; Mon, 22 Feb 1999 08:26:50 -0500 Received: from ife.ee.ethz.ch (eldrich.ee.ethz.ch [129.132.24.203]) by ife.ee.ethz.ch (8.8.5/8.8.5) with ESMTP id PAA08551; Mon, 22 Feb 1999 15:31:59 +0100 (MET) Message-ID: <36D16A5E.6BA3104@ife.ee.ethz.ch> Date: Mon, 22 Feb 1999 15:31:58 +0100 From: Thomas Sailer Organization: IfE X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.5.1 sun4u) X-Accept-Language: de,fr,ru MIME-Version: 1.0 To: Alan Cox CC: linux-arm@vger.rutgers.edu Subject: Re: FAQ References: <199902221251.MAA08159@snowcrash.cymru.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 198 Lines: 8 Alan Cox wrote: > Umm. The Macronix stuff nowdays is tulip clone(ish) The tulip clones are 98713, 715, 725 and up. Tom unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 16:16:04 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA1034802 for ; Mon, 22 Feb 1999 16:16:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA00620 for ; Mon, 22 Feb 1999 16:16:03 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000618; Mon, 22 Feb 99 16:15:50 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:51064 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4420-10303>; Mon, 22 Feb 1999 17:15:30 +0200 Received: by vger.rutgers.edu via listexpand id <155544-25208>; Mon, 22 Feb 1999 09:09:38 -0500 Received: by vger.rutgers.edu id <155563-25206>; Mon, 22 Feb 1999 09:09:26 -0500 Received: from smtp-out-005.wanadoo.fr ([193.252.19.88]:38376 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <156222-25206>; Mon, 22 Feb 1999 09:07:20 -0500 Received: from tntaub15-225.abo.wanadoo.fr [193.252.211.225] by wanadoo.fr for Paris Mon, 22 Feb 1999 16:08:48 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902221508.QAA15788@wanadoo.fr> To: Russell King Date: Mon, 22 Feb 1999 16:11:35 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: transform zImage to AIF CC: pb@nexus.co.uk, linux@arm.linux.org.uk, linux-arm@vger.rutgers.edu In-reply-to: <199902221244.MAA28951@gate.sw.milldev.co.uk> References: <199902221117.MAA00062@wanadoo.fr> from "christophe.leroy5@capway.com" at Feb 22, 99 12:20:44 pm X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 849 Lines: 24 > > > Does paging_init invalidates page 0xFE000000, so I cannot write > > anymore directly into UART, or is that paginig_init that never > > returns ? > > No. Please use the printascii, it's there for this sort of debugging! > Try putting it into 'printk' since it will hopefully allow the kernel > to tell you what's going wrong. > Ok, I've added debugging code to printk, and then I can tell: It hangs in setup_pagetables in paging_init, which is called with start_mem=0xC0075DA4 and end_mem=0xCEFD0240 (what strange values) I'd a look at setup arch and I got params=0xC0000100, params....page_size=0xe59FF018 and nr_pages=0xe59FF018 I think something is wrong there. Should be params struct be initialised somewhere before ? or params be null ? Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 16:55:34 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA1030981 for ; Mon, 22 Feb 1999 16:55:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA00712 for ; Mon, 22 Feb 1999 16:55:33 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000710; Mon, 22 Feb 99 16:55:05 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:20051 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9364-28268>; Mon, 22 Feb 1999 17:52:43 +0200 Received: by vger.rutgers.edu via listexpand id <155544-25208>; Mon, 22 Feb 1999 09:46:50 -0500 Received: by vger.rutgers.edu id <155568-25208>; Mon, 22 Feb 1999 09:46:37 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:1700 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156220-25208>; Mon, 22 Feb 1999 09:46:20 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10ExI0-0005y3-00; Mon, 22 Feb 1999 15:28:56 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10ExHz-0006Lu-00; Mon, 22 Feb 1999 15:28:55 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe.leroy5@capway.com cc: Russell King , linux@arm.linux.org.uk, linux-arm@vger.rutgers.edu Subject: Re: transform zImage to AIF In-reply-to: Your message of "Mon, 22 Feb 1999 16:11:35 +0100." <199902221508.QAA15788@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Feb 1999 15:28:52 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 468 Lines: 16 >params....page_size=0xe59FF018 and nr_pages=0xe59FF018 >I think something is wrong there. Definitely. Those two numbers are ARM instructions. >Should be params struct be >initialised somewhere before ? or params be null ? If you don't have a bootloader to initialise the params struct, you need to fiddle setup.c to set params=NULL. Otherwise you'll be in all sorts of trouble. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 12:38:55 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA21592 for ; Wed, 24 Feb 1999 12:38:55 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA07523 for ; Wed, 24 Feb 1999 12:38:54 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007521; Wed, 24 Feb 99 12:38:41 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:56644 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15819-20306>; Wed, 24 Feb 1999 13:38:21 +0200 Received: by vger.rutgers.edu via listexpand id <160258-25206>; Wed, 24 Feb 1999 05:29:05 -0500 Received: by vger.rutgers.edu id <160248-25208>; Wed, 24 Feb 1999 05:28:56 -0500 Received: from post-11.mail.demon.net ([194.217.242.40]:58388 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160288-25208>; Wed, 24 Feb 1999 05:28:37 -0500 Received: from [158.152.154.179] (helo=server) by post.mail.demon.net with smtp (Exim 2.10 #2) id 10Fcct-0007kE-00 for linux-arm@vger.rutgers.edu; Wed, 24 Feb 1999 11:37:15 +0000 From: John Ballance Date: Mon, 22 Feb 1999 16:02:25 To: linux-arm@vger.rutgers.edu Subject: PCNFSD? on RedHat Content-Type: text/plain Message-ID: X-Mailer: Navaho Server Suite 2.00b24/Acorn RISC OS X-Organization: Castle Technology, Framlingham, Suffolk, IP13 9LL, +44 1728 621222 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 450 Lines: 17 Hi Has anyone got a working PCNFSD for redhat linux on I386?.. if so where could I get a copy? Thanks John -- John Ballance Castle Technology, Ore Trading Estate, Woodbridge Road, Framlingham, Suffolk UK IP13 9LL Tel 44 (0) 1728 621 631, Fax 44 (0) 1728 621 179 web: http://www.castle-technology.co.uk or http://www.castlet.demon.co.uk unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 17:04:04 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA1110436 for ; Mon, 22 Feb 1999 17:04:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA00760 for ; Mon, 22 Feb 1999 17:04:03 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000758; Mon, 22 Feb 99 17:03:48 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:65120 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14364-10303>; Mon, 22 Feb 1999 18:03:38 +0200 Received: by vger.rutgers.edu via listexpand id <155544-25206>; Mon, 22 Feb 1999 09:57:45 -0500 Received: by vger.rutgers.edu id <155568-25206>; Mon, 22 Feb 1999 09:57:36 -0500 Received: from post-11.mail.demon.net ([194.217.242.40]:61773 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155544-25206>; Mon, 22 Feb 1999 09:57:15 -0500 Received: from [158.152.154.179] (helo=server) by post.mail.demon.net with smtp (Exim 2.10 #2) id 10ExoZ-0005ll-00 for linux-arm@vger.rutgers.edu; Mon, 22 Feb 1999 16:02:35 +0000 From: John Ballance Date: Mon, 22 Feb 1999 16:03:16 To: linux-arm@vger.rutgers.edu Subject: PCNFSD? on RedHat Content-Type: text/plain Message-ID: X-Mailer: Navaho Server Suite 2.00b24/Acorn RISC OS X-Organization: Castle Technology, Framlingham, Suffolk, IP13 9LL, +44 1728 621222 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 451 Lines: 18 Hi Has anyone got a working PCNFSD for redhat linux on I386?.. if so where could I get a copy? Thanks John -- John Ballance Castle Technology, Ore Trading Estate, Woodbridge Road, Framlingham, Suffolk UK IP13 9LL Tel 44 (0) 1728 621 631, Fax 44 (0) 1728 621 179 web: http://www.castle-technology.co.uk or http://www.castlet.demon.co.uk unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 17:34:34 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA1088445 for ; Mon, 22 Feb 1999 17:34:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA00817 for ; Mon, 22 Feb 1999 17:34:33 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000815; Mon, 22 Feb 99 17:34:03 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:29216 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12358-10303>; Mon, 22 Feb 1999 18:32:42 +0200 Received: by vger.rutgers.edu via listexpand id <155568-25208>; Mon, 22 Feb 1999 10:26:50 -0500 Received: by vger.rutgers.edu id <155544-25208>; Mon, 22 Feb 1999 10:26:36 -0500 Received: from [194.201.77.34] ([194.201.77.34]:43004 "HELO fw-maid.maidenhead.arm.com" ident: "firewall-user") by vger.rutgers.edu with SMTP id <155568-25208>; Mon, 22 Feb 1999 10:25:43 -0500 Received: by fw-maid.maidenhead.arm.com; id QAA13820; Mon, 22 Feb 1999 16:33:32 GMT Received: from mhsun1.maidenhead.arm.com(192.168.2.10) by fw-maid.maidenhead.arm.com via smap (4.1) id xma013815; Mon, 22 Feb 99 16:33:03 GMT Received: from mhpc45 by mhsun1.arm.com (4.1/SMI-4.1) id AA08774; Mon, 22 Feb 99 16:29:03 GMT Message-Id: <3.0.5.32.19990222161901.009d1980@mhsun1.maidenhead.arm.com> X-Sender: drusling@mhsun1.maidenhead.arm.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Mon, 22 Feb 1999 16:19:01 +0000 To: linux-arm@vger.rutgers.edu From: "david.rusling@arm.com" Subject: A good ram disk image... Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 217 Lines: 8 All, can someone point me to a known good minimal ELF object format ram disk? I need something real basic that uses /etc/inittab... Dave unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 17:49:34 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA951395 for ; Mon, 22 Feb 1999 17:49:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA00841 for ; Mon, 22 Feb 1999 17:49:33 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000833; Mon, 22 Feb 99 17:49:10 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:51537 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8715-28268>; Mon, 22 Feb 1999 18:48:46 +0200 Received: by vger.rutgers.edu via listexpand id <155573-25208>; Mon, 22 Feb 1999 10:42:53 -0500 Received: by vger.rutgers.edu id <155898-25208>; Mon, 22 Feb 1999 10:42:34 -0500 Received: from smtp-out-006.wanadoo.fr ([193.252.19.98]:62442 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <155531-25208>; Mon, 22 Feb 1999 10:42:27 -0500 Received: from tntarch2-48.abo.wanadoo.fr [164.138.190.48] by wanadoo.fr for Paris Mon, 22 Feb 1999 17:43:55 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902221643.RAA13612@wanadoo.fr> To: Philip Blundell Date: Mon, 22 Feb 1999 17:46:43 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: transform zImage to AIF CC: Russell King , linux@arm.linux.org.uk, linux-arm@vger.rutgers.edu References: Your message of "Mon, 22 Feb 1999 16:11:35 +0100." <199902221508.QAA15788@wanadoo.fr> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 601 Lines: 18 > >Should be params struct be > >initialised somewhere before ? or params be null ? > > If you don't have a bootloader to initialise the params struct, you need to > fiddle setup.c to set params=NULL. Otherwise you'll be in all sorts of > trouble. > Thanks a lot, now it works better. (not yet the best) I've now managed to begin to boot, but kernel keeps waiting at PCI: Probing PCI hardware. Is there something wrong with PCI ? My card is configured as host- bridge and is plugged on DEC PCI backplane Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 18:21:35 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA1100589 for ; Mon, 22 Feb 1999 18:21:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA00979 for ; Mon, 22 Feb 1999 18:21:34 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa00975; Mon, 22 Feb 99 18:21:17 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:2076 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15105-10303>; Mon, 22 Feb 1999 19:19:26 +0200 Received: by vger.rutgers.edu via listexpand id <155568-25208>; Mon, 22 Feb 1999 11:11:53 -0500 Received: by vger.rutgers.edu id <155595-25208>; Mon, 22 Feb 1999 11:07:44 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:3068 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155460-25208>; Mon, 22 Feb 1999 11:06:50 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10Eytl-00010m-00; Mon, 22 Feb 1999 17:12:02 +0000 Received: (from rmk@localhost) by gate.sw.milldev.co.uk (8.8.5/8.8.5) id QAA31798; Mon, 22 Feb 1999 16:47:11 GMT From: Russell King Message-Id: <199902221647.QAA31798@gate.sw.milldev.co.uk> Subject: Re: transform zImage to AIF To: christophe.leroy5@capway.com Date: Mon, 22 Feb 1999 16:47:10 +0000 (GMT) Cc: rmk@milldev.demon.co.uk, pb@nexus.co.uk, linux@arm.linux.org.uk, linux-arm@vger.rutgers.edu In-Reply-To: <199902221508.QAA15788@wanadoo.fr> from "christophe.leroy5@capway.com" at Feb 22, 99 04:11:35 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 380 Lines: 10 christophe.leroy5@capway.com said: > I think something is wrong there. Should be params struct be > initialised somewhere before ? or params be null ? Yes, by a boot loader, or params can be NULL (in which case you have to specify the memory size using mem=). -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 18:14:04 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA1131802 for ; Mon, 22 Feb 1999 18:14:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA00961 for ; Mon, 22 Feb 1999 18:14:03 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000950; Mon, 22 Feb 99 18:13:33 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:9588 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14517-10303>; Mon, 22 Feb 1999 19:11:02 +0200 Received: by vger.rutgers.edu via listexpand id <155531-25208>; Mon, 22 Feb 1999 11:04:51 -0500 Received: by vger.rutgers.edu id <156210-25208>; Mon, 22 Feb 1999 11:03:49 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:2146 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155563-25208>; Mon, 22 Feb 1999 11:01:03 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10Eylo-00063n-00; Mon, 22 Feb 1999 17:03:48 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10Eyln-0006Q7-00; Mon, 22 Feb 1999 17:03:47 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe.leroy5@capway.com cc: linux-arm@vger.rutgers.edu Subject: Re: transform zImage to AIF In-reply-to: Your message of "Mon, 22 Feb 1999 17:46:43 +0100." <199902221643.RAA13612@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: Philip Blundell Date: Mon, 22 Feb 1999 17:03:46 +0000 Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 531 Lines: 16 >I've now managed to begin to boot, but kernel keeps waiting at >PCI: Probing PCI hardware. >Is there something wrong with PCI ? My card is configured as host- >bridge and is plugged on DEC PCI backplane Check that you're clearing down the PCI reset signal. I think the kernel expects the bootloader to do this. Even then though you will probably need something to set up the BARs; the kernel can't currently do all the PCI stuff on its own. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 18:21:35 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA1110918 for ; Mon, 22 Feb 1999 18:21:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA00978 for ; Mon, 22 Feb 1999 18:21:33 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000975; Mon, 22 Feb 99 18:21:16 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:21786 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14429-10303>; Mon, 22 Feb 1999 19:18:33 +0200 Received: by vger.rutgers.edu via listexpand id <155460-25208>; Mon, 22 Feb 1999 11:11:52 -0500 Received: by vger.rutgers.edu id <155531-25208>; Mon, 22 Feb 1999 11:07:38 -0500 Received: from smtp-out-006.wanadoo.fr ([193.252.19.98]:64371 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <156299-25208>; Mon, 22 Feb 1999 11:06:17 -0500 Received: from tntarch2-48.abo.wanadoo.fr [164.138.190.48] by wanadoo.fr for Paris Mon, 22 Feb 1999 18:08:17 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902221708.SAA17687@wanadoo.fr> To: Philip Blundell Date: Mon, 22 Feb 1999 18:11:06 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: transform zImage to AIF CC: linux-arm@vger.rutgers.edu References: Your message of "Mon, 22 Feb 1999 17:46:43 +0100." <199902221643.RAA13612@wanadoo.fr> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 622 Lines: 15 > >I've now managed to begin to boot, but kernel keeps waiting at > >PCI: Probing PCI hardware. > >Is there something wrong with PCI ? My card is configured as host- > >bridge and is plugged on DEC PCI backplane > > Check that you're clearing down the PCI reset signal. I think the kernel > expects the bootloader to do this. Even then though you will probably need > something to set up the BARs; the kernel can't currently do all the PCI > stuff on its own. > Ok, so is there a bootloader somewhere that is able to do that ? Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 18:27:34 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA1128576 for ; Mon, 22 Feb 1999 18:27:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA00996 for ; Mon, 22 Feb 1999 18:27:33 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000994; Mon, 22 Feb 99 18:27:15 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:35365 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14796-10303>; Mon, 22 Feb 1999 19:23:11 +0200 Received: by vger.rutgers.edu via listexpand id <156199-25206>; Mon, 22 Feb 1999 11:14:52 -0500 Received: by vger.rutgers.edu id <156198-25206>; Mon, 22 Feb 1999 11:14:38 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:2159 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155531-25208>; Mon, 22 Feb 1999 11:13:48 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10Ez0U-00064i-00; Mon, 22 Feb 1999 17:18:58 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10Ez0T-0006SP-00; Mon, 22 Feb 1999 17:18:57 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe.leroy5@capway.com cc: linux-arm@vger.rutgers.edu Subject: Re: transform zImage to AIF In-reply-to: Your message of "Mon, 22 Feb 1999 18:11:06 +0100." <199902221708.SAA17687@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Feb 1999 17:18:54 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 308 Lines: 10 >Ok, so is there a bootloader somewhere that is able to do that ? I assume there must be, since people are running Linux on EBSA boards successfully. But I don't know where you can get it. Russell King is probably da man. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 19:00:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA1132407 for ; Mon, 22 Feb 1999 19:00:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA01071 for ; Mon, 22 Feb 1999 19:00:04 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001069; Mon, 22 Feb 99 19:00:03 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:4876 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12766-28268>; Mon, 22 Feb 1999 19:57:41 +0200 Received: by vger.rutgers.edu via listexpand id <156569-25208>; Mon, 22 Feb 1999 11:48:36 -0500 Received: by vger.rutgers.edu id <155563-25208>; Mon, 22 Feb 1999 11:47:11 -0500 Received: from smtp-out-003.wanadoo.fr ([193.252.19.78]:36470 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <156208-25208>; Mon, 22 Feb 1999 11:44:42 -0500 Received: from tntaub15-158.abo.wanadoo.fr [193.252.211.158] by wanadoo.fr for Paris Mon, 22 Feb 1999 18:46:37 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902221746.SAA18985@wanadoo.fr> To: Philip Blundell Date: Mon, 22 Feb 1999 18:49:25 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: transform zImage to AIF CC: linux-arm@vger.rutgers.edu References: Your message of "Mon, 22 Feb 1999 18:11:06 +0100." <199902221708.SAA17687@wanadoo.fr> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 575 Lines: 17 > >Ok, so is there a bootloader somewhere that is able to do that ? > > I assume there must be, since people are running Linux on EBSA boards > successfully. But I don't know where you can get it. Russell King is > probably da man. > EBSA285 Manual is clear enough to do one my self. Now My kernel boots until rootfs mount. Thanks for people who helped me. For those who, like I did, have problems to boot Linux kernel on EBSA285, I can give them everything they need to boot. Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 19:57:36 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA1117995 for ; Mon, 22 Feb 1999 19:57:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA01215 for ; Mon, 22 Feb 1999 19:57:33 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001212; Mon, 22 Feb 99 19:57:04 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:17769 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1851-28268>; Mon, 22 Feb 1999 20:55:13 +0200 Received: by vger.rutgers.edu via listexpand id <156208-25208>; Mon, 22 Feb 1999 12:49:14 -0500 Received: by vger.rutgers.edu id <155573-25208>; Mon, 22 Feb 1999 12:49:01 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:1631 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155544-25208>; Mon, 22 Feb 1999 12:46:21 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10F0S7-000Gxd-00 for linux-arm@vger.rutgers.edu; Mon, 22 Feb 1999 18:51:36 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10F08N-00025X-00 for linux-arm@vger.rutgers.edu; Mon, 22 Feb 1999 18:31:11 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: linux-2.2.1-philb-990222 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Feb 1999 18:31:10 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO X-Status: A Content-Length: 932 Lines: 21 I've put a new kernel patch on ftp.netwinder.org. This includes: - actually do the "disable FIQs while updating irq masks" thing, since Econet doesn't stand much of a chance without. If you're using floppies on an old Acorn machine, especially in high bandwidth modes, be careful. RiscPCs and anything non Acorn won't be affected. - /proc/cpuinfo now includes a `machine serial number' field. The only machine where this currently does anything exciting is the A5000 which puts its unique ID there. This would probably work for the RiscPC too (just needs enabling in setup.c); if anybody tries it, let me know what happens. NetWinders with a new enough NeTTrom might also get a valid number for this. - usual other stuff, see the CHANGES.philb file (hopefully now more or less up to date) for full details. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 19:57:35 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA1117849 for ; Mon, 22 Feb 1999 19:57:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA01216 for ; Mon, 22 Feb 1999 19:57:33 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa01212; Mon, 22 Feb 99 19:57:05 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:17769 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10906-10303>; Mon, 22 Feb 1999 20:55:20 +0200 Received: by vger.rutgers.edu via listexpand id <156183-25206>; Mon, 22 Feb 1999 12:49:24 -0500 Received: by vger.rutgers.edu id <156087-25208>; Mon, 22 Feb 1999 12:49:06 -0500 Received: from ifi.informatik.uni-stuttgart.de ([129.69.211.1]:3904 "EHLO ifi.informatik.uni-stuttgart.de" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <156372-25206>; Mon, 22 Feb 1999 12:48:38 -0500 Received: by goethe.informatik.uni-stuttgart.de with SMTP; Mon, 22 Feb 1999 19:53:44 +0100 (MET) MIME-Version: 1.0 From: Stefan Bellon To: linux-arm@vger.rutgers.edu Date: Mon, 22 Feb 1999 19:39:40 +0100 Subject: SSH Message-ID: <48d87da466bellonsn@trick.informatik.uni-stuttgart.de> User-Agent: Pluto/1.11c (RISC-OS/3.7) Reply-To: bellonsn@trick.informatik.uni-stuttgart.de Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO X-Status: A Content-Length: 340 Lines: 14 Hi everybody! Is there an SSH implementation vor ARMLinux anywhere? TIA! :-) Greetings, -- Stefan Bellon Acorn RiscPC * StrongARM 202 MHz * 66 MB RAM 1/1=1.089089789701234132 : It's close enough. (Intel 1994) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 21:15:34 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA02036 for ; Mon, 22 Feb 1999 21:15:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA01515 for ; Mon, 22 Feb 1999 21:15:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001513; Mon, 22 Feb 99 21:15:10 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:32566 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9242-10303>; Mon, 22 Feb 1999 22:11:29 +0200 Received: by vger.rutgers.edu via listexpand id <155544-25208>; Mon, 22 Feb 1999 14:04:12 -0500 Received: by vger.rutgers.edu id <156455-25206>; Mon, 22 Feb 1999 14:01:20 -0500 Received: from prune.flirble.org ([195.40.6.30]:2027 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <156771-25208>; Mon, 22 Feb 1999 13:55:22 -0500 Received: (qmail 5504 invoked from network); 22 Feb 1999 20:00:43 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 22 Feb 1999 20:00:43 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id UAA22261 for linux-arm@vger.rutgers.edu; Mon, 22 Feb 1999 20:00:39 GMT From: Nicholas Clark Message-Id: <199902222000.UAA22261@flirble.org> Subject: bootloading 2.2.1 kernel from RISC OS To: linux-arm@vger.rutgers.edu Date: Mon, 22 Feb 1999 20:00:39 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 844 Lines: 20 I'm having problems getting RISC OS to load my newly compile 2.2.1 kernel. I'm invoking linux from matthew's !Marble app, but I believe that that calls Russel's bootloader, so I suspect that the bootloader (or me) is he problem If I make zImage then the bootloader says something like "invalid compressed data" (err=1) and then halts the system. If I try vmlinux (is that the uncompressed kernel, or am I daft here) it just locks up. I've looked at the top of the zImage file and the first 4 bytes differ between 2.2.1 and 2.0.35 but are the same between the 3 2.0.35 kernels I have - has the format changed? I tried downloading the bootladoer from the ARMlinux ftp site, but it's dated 1997 so I don't think that'll help me. What am I doing wrong? Nicholas Clark unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 22:03:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA02716 for ; Mon, 22 Feb 1999 22:03:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA01627 for ; Mon, 22 Feb 1999 22:02:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001625; Mon, 22 Feb 99 22:02:52 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:6447 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14723-10303>; Mon, 22 Feb 1999 22:59:35 +0200 Received: by vger.rutgers.edu via listexpand id <156156-25206>; Mon, 22 Feb 1999 14:53:32 -0500 Received: by vger.rutgers.edu id <155531-25206>; Mon, 22 Feb 1999 14:53:09 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:3522 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155568-25208>; Mon, 22 Feb 1999 14:51:16 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10F2P8-000AKN-00; Mon, 22 Feb 1999 20:56:39 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10F1oQ-0002GM-00; Mon, 22 Feb 1999 20:18:42 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Nicholas Clark cc: linux-arm@vger.rutgers.edu Subject: Re: bootloading 2.2.1 kernel from RISC OS In-reply-to: Your message of "Mon, 22 Feb 1999 20:00:39 GMT." <199902222000.UAA22261@flirble.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Feb 1999 20:18:41 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 570 Lines: 15 >If I make zImage then the bootloader says something like "invalid >compressed data" (err=1) and then halts the system. Check that you've got the latest !Linux. This used to be an endemic problem but I think it was solved some time ago. Loading vmlinux directly won't work; it's not a straight executable image. You could try `make Image' which will give you an uncompressed arch/arm/boot/Image that should be OK, but it's not much more likely to work than the compressed version. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 21:53:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA02535 for ; Mon, 22 Feb 1999 21:53:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA01602 for ; Mon, 22 Feb 1999 21:53:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001596; Mon, 22 Feb 99 21:53:22 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:43268 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9633-28268>; Mon, 22 Feb 1999 22:45:47 +0200 Received: by vger.rutgers.edu via listexpand id <156579-25206>; Mon, 22 Feb 1999 14:39:38 -0500 Received: by vger.rutgers.edu id <156372-25208>; Mon, 22 Feb 1999 14:39:21 -0500 Received: from deimos.nc.com ([207.88.167.190]:50672 "EHLO deimos.nc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156860-25208>; Mon, 22 Feb 1999 14:36:31 -0500 Received: from causality.com (devlab.client.nc.com [172.17.8.88]) by deimos.nc.com (8.8.4/8.8.4) with ESMTP id MAA20734; Mon, 22 Feb 1999 12:35:40 -0800 (PST) Message-ID: <36D1C144.83933C38@causality.com> Date: Mon, 22 Feb 1999 12:42:44 -0800 From: "Neil A. Carson" Organization: Causality Limited X-Mailer: Mozilla 4.5 [en] (X11; I; NetBSD 1.3I-NCOS i386) X-Accept-Language: en-GB MIME-Version: 1.0 To: Philip Blundell CC: linux-arm@vger.rutgers.edu, tharbaug@nc.com Subject: Re: Segmentation faults from fsck References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 875 Lines: 21 Philip Blundell wrote: > > >I've found if I use e2fsck rather than just fsck, I get away with it... > >But then the system stiffs during the disc check :-( The keeps on > >blinking fine, and the disc light stays on---doing nothing. If I then > >press a key on the keyboard, the cursor goes solid too. > > Cripes. :-( > > It could be that the code to handle ISA irqs still isn't quite right. That's > been banged on rather less than most things and it's one of the few bits that > is different between systems. I'll go and stare at the source some more and > see if I can spot anything wrong. > > I take it this means you managed to solve your earlier problem (wrong IRQ > settings) though. What was the solution? Not sure---I just moved the hard disc to the other channel ;) It'll do. Neil unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 21:53:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA02537 for ; Mon, 22 Feb 1999 21:53:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA01603 for ; Mon, 22 Feb 1999 21:53:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa01596; Mon, 22 Feb 99 21:53:23 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:43268 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9931-28268>; Mon, 22 Feb 1999 22:45:57 +0200 Received: by vger.rutgers.edu via listexpand id <156455-25208>; Mon, 22 Feb 1999 14:39:49 -0500 Received: by vger.rutgers.edu id <155563-25206>; Mon, 22 Feb 1999 14:39:33 -0500 Received: from deimos.nc.com ([207.88.167.190]:50690 "EHLO deimos.nc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156812-25208>; Mon, 22 Feb 1999 14:37:58 -0500 Received: from causality.com (devlab.client.nc.com [172.17.8.88]) by deimos.nc.com (8.8.4/8.8.4) with ESMTP id MAA20884; Mon, 22 Feb 1999 12:37:00 -0800 (PST) Message-ID: <36D1C194.14FC816E@causality.com> Date: Mon, 22 Feb 1999 12:44:04 -0800 From: "Neil A. Carson" Organization: Causality Limited X-Mailer: Mozilla 4.5 [en] (X11; I; NetBSD 1.3I-NCOS i386) X-Accept-Language: en-GB MIME-Version: 1.0 To: Russell King CC: linux-arm@vger.rutgers.edu Subject: Re: Segmentation faults from fsck References: <199902221237.MAA28848@gate.sw.milldev.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 559 Lines: 14 Russell King wrote: > I'm not too surprised that it doesn't work. /dev/hda is the whole > drive, not a specific partition, and hence does not contain a value > fsck-able filesystem. But it did; I mke2fs'd the entire device, to avoid any partitioning problems. Given the rest of Linux, and s2fsck was happy with it, why wasn't fsck? In any case, it shouldn't segv... If I generate a patch, can you feed backt hings like that or do I need to contact the fsck author directly? Neil unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Feb 22 22:25:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA03170 for ; Mon, 22 Feb 1999 22:25:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA01663 for ; Mon, 22 Feb 1999 22:25:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001661; Mon, 22 Feb 99 22:25:23 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:59496 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9562-10303>; Mon, 22 Feb 1999 23:23:00 +0200 Received: by vger.rutgers.edu via listexpand id <156567-25206>; Mon, 22 Feb 1999 15:16:32 -0500 Received: by vger.rutgers.edu id <156820-25208>; Mon, 22 Feb 1999 15:15:14 -0500 Received: from [194.168.16.206] ([194.168.16.206]:3758 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156968-25206>; Mon, 22 Feb 1999 15:12:36 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id VAA06967; Mon, 22 Feb 1999 21:18:08 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id VAA00541; Mon, 22 Feb 1999 21:19:44 GMT Message-Id: <199902222119.VAA00541@raistlin.armlinux.org.uk> Subject: Re: bootloading 2.2.1 kernel from RISC OS To: nick@flirble.org (Nicholas Clark) Date: Mon, 22 Feb 1999 21:19:43 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <199902222000.UAA22261@flirble.org> from "Nicholas Clark" at Feb 22, 99 08:00:39 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1335 Lines: 30 Nicholas Clark writes: > If I make zImage then the bootloader says something like "invalid > compressed data" (err=1) and then halts the system. Hmm, sounds like the boot loader is not mapping the kernel correctly. > If I try vmlinux (is that the uncompressed kernel, or am I daft here) > it just locks up. This is the expected behaviour. > I've looked at the top of the zImage file and the first 4 bytes differ > between 2.2.1 and 2.0.35 but are the same between the 3 2.0.35 kernels > I have - has the format changed? Ever so slightly, but I wasn't aware that old loaders couldn't load it. > I tried downloading the bootladoer from the ARMlinux ftp site, but > it's dated 1997 so I don't think that'll help me. There are later - see /pub/armlinux/testing _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 00:12:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA04724 for ; Tue, 23 Feb 1999 00:12:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA01917 for ; Tue, 23 Feb 1999 00:12:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001908; Tue, 23 Feb 99 00:11:59 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:10261 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9866-19993>; Tue, 23 Feb 1999 01:10:35 +0200 Received: by vger.rutgers.edu via listexpand id <156911-25206>; Mon, 22 Feb 1999 16:56:51 -0500 Received: by vger.rutgers.edu id <156902-25206>; Mon, 22 Feb 1999 16:56:44 -0500 Received: from mentolat-e0.core.genedata.com ([157.161.173.16]:14167 "EHLO mail.core.genedata.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157071-25208>; Mon, 22 Feb 1999 16:50:03 -0500 Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48]) by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id XAA01807; Mon, 22 Feb 1999 23:55:16 +0100 Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA04362; Mon, 22 Feb 1999 23:55:15 +0100 (CET) Received: by genedata.com via sendmail from stdin id (Debian Smail3.2.0.102) for philb@gnu.org; Mon, 22 Feb 1999 23:55:13 +0100 (CET) Date: Mon, 22 Feb 1999 23:55:13 +0100 From: Matthew Wilcox To: Philip Blundell Cc: linux-arm@vger.rutgers.edu Subject: Re: linux-2.2.1-philb-990222 Message-ID: <19990222235513.I24922@mencheca.ch.genedata.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: ; from Philip Blundell on Mon, Feb 22, 1999 at 06:31:10PM +0000 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1004 Lines: 18 On Mon, Feb 22, 1999 at 06:31:10PM +0000, Philip Blundell wrote: > I've put a new kernel patch on ftp.netwinder.org. This includes: > - /proc/cpuinfo now includes a `machine serial number' field. The only > machine where this currently does anything exciting is the A5000 which > puts its unique ID there. This would probably work for the RiscPC too > (just needs enabling in setup.c); if anybody tries it, let me know what > happens. NetWinders with a new enough NeTTrom might also get a valid > number for this. Oooh. That's useful for people who have network slot cards. Now we just need to figure out what wacko way the EtherM is wired up.. -- Matthew Wilcox "I decry the current tendency to seek patents on algorithms. There are better ways to earn a living than to prevent other people from making use of one's contributions to computer science." -- Donald E. Knuth, TAoCP vol 3 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 00:16:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA04757 for ; Tue, 23 Feb 1999 00:15:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA01931 for ; Tue, 23 Feb 1999 00:15:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001929; Tue, 23 Feb 99 00:15:50 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:34594 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12774-19993>; Tue, 23 Feb 1999 01:13:24 +0200 Received: by vger.rutgers.edu via listexpand id <156751-25206>; Mon, 22 Feb 1999 16:58:51 -0500 Received: by vger.rutgers.edu id <155573-25208>; Mon, 22 Feb 1999 16:57:02 -0500 Received: from mentolat-e0.core.genedata.com ([157.161.173.16]:14360 "EHLO mail.core.genedata.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156632-25206>; Mon, 22 Feb 1999 16:56:26 -0500 Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48]) by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id AAA01889; Tue, 23 Feb 1999 00:01:55 +0100 Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA04571; Tue, 23 Feb 1999 00:01:54 +0100 (CET) Received: by genedata.com via sendmail from stdin id (Debian Smail3.2.0.102) for bellonsn@trick.informatik.uni-stuttgart.de; Tue, 23 Feb 1999 00:01:53 +0100 (CET) Date: Tue, 23 Feb 1999 00:01:53 +0100 From: Matthew Wilcox To: Stefan Bellon Cc: linux-arm@vger.rutgers.edu Subject: Re: SSH Message-ID: <19990223000153.J24922@mencheca.ch.genedata.com> References: <48d87da466bellonsn@trick.informatik.uni-stuttgart.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <48d87da466bellonsn@trick.informatik.uni-stuttgart.de>; from Stefan Bellon on Mon, Feb 22, 1999 at 07:39:40PM +0100 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 536 Lines: 13 On Mon, Feb 22, 1999 at 07:39:40PM +0100, Stefan Bellon wrote: > Hi everybody! > > Is there an SSH implementation vor ARMLinux anywhere? ftp://ftp.arm.linux.org.uk/pub/linux/arm/RedHat/non-free/RPMS -- Matthew Wilcox "I decry the current tendency to seek patents on algorithms. There are better ways to earn a living than to prevent other people from making use of one's contributions to computer science." -- Donald E. Knuth, TAoCP vol 3 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 00:49:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA05171 for ; Tue, 23 Feb 1999 00:49:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA01986 for ; Tue, 23 Feb 1999 00:48:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001984; Tue, 23 Feb 99 00:48:41 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:56337 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9665-19993>; Tue, 23 Feb 1999 01:47:17 +0200 Received: by vger.rutgers.edu via listexpand id <156651-25206>; Mon, 22 Feb 1999 17:41:12 -0500 Received: by vger.rutgers.edu id <156299-25206>; Mon, 22 Feb 1999 17:40:42 -0500 Received: from ifi.informatik.uni-stuttgart.de ([129.69.211.1]:4242 "EHLO ifi.informatik.uni-stuttgart.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156236-25206>; Mon, 22 Feb 1999 17:38:19 -0500 Received: by goethe.informatik.uni-stuttgart.de with SMTP; Tue, 23 Feb 1999 00:43:31 +0100 (MET) MIME-Version: 1.0 From: Stefan Bellon To: linux-arm@vger.rutgers.edu Date: Tue, 23 Feb 1999 00:44:07 +0100 Subject: Re: SSH Message-ID: <48d89983e7bellonsn@trick.informatik.uni-stuttgart.de> In-Reply-To: <19990223000153.J24922@mencheca.ch.genedata.com> References: <48d87da466bellonsn@trick.informatik.uni-stuttgart.de> <48d87da466bellonsn@trick.informatik.uni-stuttgart.de>; <19990223000153.J24922@mencheca.ch.genedata.com> User-Agent: Pluto/1.11c (RISC-OS/3.7) Reply-To: bellonsn@trick.informatik.uni-stuttgart.de Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 604 Lines: 19 In article <19990223000153.J24922@mencheca.ch.genedata.com>, Matthew Wilcox wrote: > On Mon, Feb 22, 1999 at 07:39:40PM +0100, Stefan Bellon wrote: > > Hi everybody! > > > > Is there an SSH implementation vor ARMLinux anywhere? > ftp://ftp.arm.linux.org.uk/pub/linux/arm/RedHat/non-free/RPMS Thanks a lot! :-) Greetings, -- Stefan Bellon Acorn RiscPC * StrongARM 202 MHz * 66 MB RAM 2-handed sword (n.): A useful tool for alignment problems unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 01:13:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA05521 for ; Tue, 23 Feb 1999 01:12:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA02019 for ; Tue, 23 Feb 1999 01:12:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma002017; Tue, 23 Feb 99 01:12:45 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:53812 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8743-15928>; Tue, 23 Feb 1999 02:12:29 +0200 Received: by vger.rutgers.edu via listexpand id <155531-25208>; Mon, 22 Feb 1999 18:06:22 -0500 Received: by vger.rutgers.edu id <155544-25208>; Mon, 22 Feb 1999 18:06:04 -0500 Received: from post-11.mail.demon.net ([194.217.242.40]:64291 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155531-25208>; Mon, 22 Feb 1999 18:05:56 -0500 Received: from [158.152.154.179] (helo=server) by post.mail.demon.net with smtp (Exim 2.10 #2) id 10F5Ri-00026c-00; Tue, 23 Feb 1999 00:11:30 +0000 From: John Ballance Date: Mon, 22 Feb 1999 23:51:11 To: Paul Koning CC: linux-arm@vger.rutgers.edu Subject: Re: PCNFSD? on RedHat Content-Type: text/plain Message-ID: X-Mailer: Navaho Server Suite 2.00b24/Acorn RISC OS X-Organization: Castle Technology, Framlingham, Suffolk, IP13 9LL, +44 1728 621222 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1465 Lines: 48 On Mon, 22 Feb, Paul Koning wrote: > >>>>> "John" John Ballance writes: > > John> Hi Has anyone got a working PCNFSD for redhat linux on > John> I386?.. if so where could I get a copy? > > I sure don't see why you posted that question on an ARM related list. Reason:.. I'm really trying to get an arm linux compilable (on riscpc or on i386).. so far NO SUCCESS.. thats why I mainly listen to this list.. though I admit its perhaps not the ideal place. PCNFSD IS unix.. its the bit required for user authentication by Acorn's NFS.. without its services any attempt to contact linux nfs from acorn fails, except for user 'nobody'. PCNFSD IS available in NetBSD, it just seems to not be present in RedHat.. I suspected that ArmLinux types might have met this problem already and be able to suggest an answer... Any offers? John > > Anyway, PCNFSD sounds like a program for Windows. If you want nfs on > redhat linux, you can ask for it during installation, or afterwards > install the nfs (nfsd?) package. It's well integrated and of course > included at no charge. > > paul -- John Ballance Castle Technology, Ore Trading Estate, Woodbridge Road, Framlingham, Suffolk UK IP13 9LL Tel 44 (0) 1728 621 631, Fax 44 (0) 1728 621 179 web: http://www.castle-technology.co.uk or http://www.castlet.demon.co.uk unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 09:23:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA14492 for ; Tue, 23 Feb 1999 09:23:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA02926 for ; Tue, 23 Feb 1999 09:23:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma002924; Tue, 23 Feb 99 09:23:23 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:51205 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3915-19993>; Tue, 23 Feb 1999 10:22:28 +0200 Received: by vger.rutgers.edu via listexpand id <156601-25208>; Tue, 23 Feb 1999 02:15:39 -0500 Received: by vger.rutgers.edu id <155990-25206>; Tue, 23 Feb 1999 02:15:30 -0500 Received: from ifi.informatik.uni-stuttgart.de ([129.69.211.1]:4503 "EHLO ifi.informatik.uni-stuttgart.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157080-25206>; Tue, 23 Feb 1999 02:13:16 -0500 Received: by goethe.informatik.uni-stuttgart.de with SMTP; Tue, 23 Feb 1999 09:19:36 +0100 (MET) MIME-Version: 1.0 From: Stefan Bellon To: linux-arm@vger.rutgers.edu Date: Tue, 23 Feb 1999 02:04:15 +0100 Subject: Re: SSH Message-ID: <48d8a0d9f0bellonsn@trick.informatik.uni-stuttgart.de> In-Reply-To: <48d89983e7bellonsn@trick.informatik.uni-stuttgart.de> References: <48d87da466bellonsn@trick.informatik.uni-stuttgart.de> <48d87da466bellonsn@trick.informatik.uni-stuttgart.de> <19990223000153.J24922@mencheca.ch.genedata.com> <19990223000153.J24922@mencheca.ch.genedata.com> <48d89983e7bellonsn@trick.informatik.uni-stuttgart.de> User-Agent: Pluto/1.11c (RISC-OS/3.7) Reply-To: bellonsn@trick.informatik.uni-stuttgart.de Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 956 Lines: 27 In article <48d89983e7bellonsn@trick.informatik.uni-stuttgart.de>, Stefan Bellon wrote: > In article <19990223000153.J24922@mencheca.ch.genedata.com>, > Matthew Wilcox wrote: > > On Mon, Feb 22, 1999 at 07:39:40PM +0100, Stefan Bellon wrote: > > > Hi everybody! > > > > > > Is there an SSH implementation vor ARMLinux anywhere? > > ftp://ftp.arm.linux.org.uk/pub/linux/arm/RedHat/non-free/RPMS > Thanks a lot! :-) Sorry to follow-up myself, but I have another question: I managed to install the SSH RPMS, but only with the --nodeps switch set. rpm complained, that /bin/sh would be missing although /bin/sh is present. Hm. What could be the cause of that? :-/ Greetings, -- Stefan Bellon Acorn RiscPC * StrongARM 202 MHz * 66 MB RAM Please all, and you will please none. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 03:18:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id DAA07516 for ; Tue, 23 Feb 1999 03:18:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id DAA02278 for ; Tue, 23 Feb 1999 03:18:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma002276; Tue, 23 Feb 99 03:17:47 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:40788 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9371-15928>; Tue, 23 Feb 1999 04:17:32 +0200 Received: by vger.rutgers.edu via listexpand id <156236-25208>; Mon, 22 Feb 1999 20:09:15 -0500 Received: by vger.rutgers.edu id <156099-25208>; Mon, 22 Feb 1999 20:09:09 -0500 Received: from mentolat-e0.core.genedata.com ([157.161.173.16]:16605 "EHLO mail.core.genedata.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155563-25208>; Mon, 22 Feb 1999 20:08:57 -0500 Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48]) by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id DAA02268 for ; Tue, 23 Feb 1999 03:14:39 +0100 Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id DAA07464 for ; Tue, 23 Feb 1999 03:14:38 +0100 (CET) Received: by genedata.com via sendmail from stdin id (Debian Smail3.2.0.102) for linux-arm@vger.rutgers.edu; Tue, 23 Feb 1999 03:14:37 +0100 (CET) Date: Tue, 23 Feb 1999 03:14:37 +0100 From: Matthew Wilcox To: linux-arm@vger.rutgers.edu Subject: 2.2.1-rmk4 buglet Message-ID: <19990223031437.M24922@mencheca.ch.genedata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1689 Lines: 46 In include/asm-arm/arch-rpc/uncompress.h there is #include "../arch/arm/drivers/char/font.h" I can't find a file which looks anything like this, so I just deleted the offending line. However then I get arm-linux-ld -m elf32arm -Ttext 0x10008000 -o vmlinux head.o misc.o /usr/src/linux-2.2-arm/arch/arm/lib/ll_char_wr.o piggy.o /usr/src/linux-2.2-arm/arch/arm/lib/ll_char_wr.o(.text+0x8): undefined reference to `cmap_80' make[2]: *** [vmlinux] Error 1 make[2]: Leaving directory `/usr/src/linux-2.2-arm/arch/arm/boot/compressed' Grepping the source tree finds no references to this anywhere else. Deleting the offending reference in arch/arm/lib/ll_char_wr.S produces a kernel which builds. I'll try booting it tomorrow... For your convenience: --- arch/arm/lib/ll_char_wr.S Tue Feb 23 03:04:04 1999 +++ arch/arm/lib/ll_char_wr.S.old Tue Feb 23 03:08:54 1999 @@ -25,6 +25,7 @@ LC0: .word SYMBOL_NAME(bytes_per_char_h) .word SYMBOL_NAME(video_size_row) + .word SYMBOL_NAME(cmap_80) .word SYMBOL_NAME(con_charconvtable) ENTRY(ll_write_char) --- include/asm-arm/arch-rpc/uncompress.h~ Sat Feb 6 06:37:07 1999 +++ include/asm-arm/arch-rpc/uncompress.h Tue Feb 23 02:17:15 1999 @@ -5,7 +5,6 @@ */ #define VIDMEM ((char *)SCREEN_START) -#include "../arch/arm/drivers/char/font.h" #include #include -- Matthew Wilcox "I decry the current tendency to seek patents on algorithms. There are better ways to earn a living than to prevent other people from making use of one's contributions to computer science." -- Donald E. Knuth, TAoCP vol 3 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From linux@arm.linux.org.uk Tue Feb 23 09:58:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA15293 for ; Tue, 23 Feb 1999 09:58:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA03027 for ; Tue, 23 Feb 1999 09:58:30 +0100 Received: from galatea-50.cableol.net(194.168.16.50) by mentolat.core.genedata.com via smap (V2.0) id xma003025; Tue, 23 Feb 99 09:58:18 +0100 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id IAA08533; Tue, 23 Feb 1999 08:38:00 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id IAA00461; Tue, 23 Feb 1999 08:39:44 GMT Message-Id: <199902230839.IAA00461@raistlin.armlinux.org.uk> Subject: Re: 2.2.1-rmk4 buglet To: Matthew.Wilcox@genedata.com (Matthew Wilcox) Date: Tue, 23 Feb 1999 08:39:44 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <19990223031437.M24922@mencheca.ch.genedata.com> from "Matthew Wilcox" at Feb 23, 99 03:14:37 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Content-Length: 800 Lines: 15 Matthew Wilcox writes: > Grepping the source tree finds no references to this anywhere else. > > Deleting the offending reference in arch/arm/lib/ll_char_wr.S produces a > kernel which builds. I'll try booting it tomorrow... Ok, I've fixed it to use the font defined in drivers/video/font_acorn_8x8.c _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 10:13:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA16241 for ; Tue, 23 Feb 1999 10:13:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA03069 for ; Tue, 23 Feb 1999 10:13:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma003067; Tue, 23 Feb 99 10:12:50 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:31320 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10221-15928>; Tue, 23 Feb 1999 11:12:33 +0200 Received: by vger.rutgers.edu via listexpand id <156642-25206>; Tue, 23 Feb 1999 03:05:17 -0500 Received: by vger.rutgers.edu id <155563-25206>; Tue, 23 Feb 1999 03:05:09 -0500 Received: from smtp-out-003.wanadoo.fr ([193.252.19.78]:47359 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <155990-25206>; Tue, 23 Feb 1999 03:04:44 -0500 Received: from blm11-207.abo.wanadoo.fr [164.138.111.207] by wanadoo.fr for Paris Tue, 23 Feb 1999 10:08:21 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902230908.KAA10135@wanadoo.fr> To: mestery@visi.com Date: Tue, 23 Feb 1999 10:11:11 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: transform zImage to AIF CC: linux-arm@vger.rutgers.edu References: <199902221746.SAA18985@wanadoo.fr> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 868 Lines: 23 > > Hi Christophe, > > I have been following this discussion since it started. You mentioned > below you would be willing to share info on booting Linux on the > ebsa-285. We have our own similar hardware, nad I would be interested > in attempting to get Linux to run on it. So, as you say, can you give > me everything I need to boot?:) Thanks! > Find attached a tar archive that contains something to create a linux.axf that you can download to flash using FMU, and a patch on linux2.2.1+patch-2.2.1-rmk4, that do necessery inits (r0, r1, MMU off, PCI init, serial init). Dont forget to choose 21285 serial port and console on 21285 serial port in char devices, non standard serial ports, in kernel config. I'm currently working on a block device for flash memory Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 10:25:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA16535 for ; Tue, 23 Feb 1999 10:25:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA03108 for ; Tue, 23 Feb 1999 10:25:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma003106; Tue, 23 Feb 99 10:24:32 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:6001 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10688-15928>; Tue, 23 Feb 1999 11:24:14 +0200 Received: by vger.rutgers.edu via listexpand id <156601-25206>; Tue, 23 Feb 1999 03:16:57 -0500 Received: by vger.rutgers.edu id <156087-25208>; Tue, 23 Feb 1999 03:16:38 -0500 Received: from bouvreuil.cybercable.fr ([212.198.3.12]:25781 "HELO bouvreuil.cybercable.fr" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <157108-25206>; Tue, 23 Feb 1999 03:14:55 -0500 Received: (qmail 15665 invoked from network); 23 Feb 1999 09:21:29 -0000 Received: from d040.paris-30.cybercable.fr (HELO ?212.198.30.40?) (212.198.30.40) by bouvreuil.cybercable.fr with SMTP; 23 Feb 1999 09:21:29 -0000 Subject: A GCC tool Date: Tue, 23 Feb 99 10:21:30 +0100 x-sender: vmercey@pop.cybercable.fr x-mailer: Claris Emailer 2.0Fv1 , 3 juillet 1997 From: Vincent MERCEY To: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Message-Id: <19990223081620Z157108-25206+2761@vger.rutgers.edu> Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 249 Lines: 14 I am trying to find out a complete GCC tool for the Brutus card. (I have now no more time to build one) Where can I get it ? thanks for your answer... Vincent MERCEY unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 10:45:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA16955 for ; Tue, 23 Feb 1999 10:45:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA03158 for ; Tue, 23 Feb 1999 10:45:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma003156; Tue, 23 Feb 99 10:44:52 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:16929 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3585-15928>; Tue, 23 Feb 1999 11:44:26 +0200 Received: by vger.rutgers.edu via listexpand id <155563-25206>; Tue, 23 Feb 1999 03:37:08 -0500 Received: by vger.rutgers.edu id <156642-25206>; Tue, 23 Feb 1999 03:36:54 -0500 Received: from smtp-out-003.wanadoo.fr ([193.252.19.78]:49844 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <157092-25206>; Tue, 23 Feb 1999 03:36:27 -0500 Received: from tntarch2-71.abo.wanadoo.fr [164.138.190.71] by wanadoo.fr for Paris Tue, 23 Feb 1999 10:39:15 +0100 (MET) From: christophe.leroy5@capway.com Message-Id: <199902230939.KAA14906@wanadoo.fr> To: Russell King Date: Tue, 23 Feb 1999 10:42:01 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: EBSA285 and PCI CC: rmk@milldev.demon.co.uk, pb@nexus.co.uk, linux@arm.linux.org.uk, linux-arm@vger.rutgers.edu In-reply-to: <199902221647.QAA31798@gate.sw.milldev.co.uk> References: <199902221508.QAA15788@wanadoo.fr> from "christophe.leroy5@capway.com" at Feb 22, 99 04:11:35 pm X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 745 Lines: 21 > christophe.leroy5@capway.com said: > > I think something is wrong there. Should be params struct be > > initialised somewhere before ? or params be null ? > > Yes, by a boot loader, or params can be NULL (in which case you > have to specify the memory size using mem=). > I've now a kernel that boots correctly. I've added a network card, and the kernel says me that It has detected my card but the card has no IO adress assigned. I think that I have some PCI configs to do, but I dont know what to do Do you know where I can find a BIOS for EBSA285, that does it, or where I can find infos on PCI bus in order to write a PCI configurator ? Thanks Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 11:13:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA18254 for ; Tue, 23 Feb 1999 11:13:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA03245 for ; Tue, 23 Feb 1999 11:13:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma003243; Tue, 23 Feb 99 11:12:45 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:60501 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6347-15928>; Tue, 23 Feb 1999 12:12:23 +0200 Received: by vger.rutgers.edu via listexpand id <156159-25206>; Tue, 23 Feb 1999 04:05:09 -0500 Received: by vger.rutgers.edu id <155563-25206>; Tue, 23 Feb 1999 04:05:01 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:5929 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156087-25208>; Tue, 23 Feb 1999 04:04:46 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FEgk-0006bC-00; Tue, 23 Feb 1999 10:03:38 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FEgj-0006tO-00; Tue, 23 Feb 1999 10:03:37 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe.leroy5@capway.com cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 and PCI In-reply-to: Your message of "Tue, 23 Feb 1999 10:42:01 +0100." <199902230939.KAA14906@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Feb 1999 10:03:35 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 786 Lines: 21 In message <199902230939.KAA14906@wanadoo.fr>, christophe.leroy5@capway.com wri tes: >I've now a kernel that boots correctly. I've added a network card, and >the kernel says me that It has detected my card but the card has >no IO adress assigned. I think that I have some PCI configs to do, >but I dont know what to do Yes. You need to scan the bus and allocate I/O and memory regions. If you can do this in a way that fits neatly into the generic PCI support that would be a plus. >or where I can find infos on PCI bus in order to write a PCI >configurator ? Check your local bookstore. You should be able to buy a book about PCI without too much trouble and everything is explained in there. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 11:19:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA18459 for ; Tue, 23 Feb 1999 11:19:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA03283 for ; Tue, 23 Feb 1999 11:19:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma003276; Tue, 23 Feb 99 11:19:10 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:14682 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12706-15928>; Tue, 23 Feb 1999 12:18:53 +0200 Received: by vger.rutgers.edu via listexpand id <156087-25206>; Tue, 23 Feb 1999 04:11:43 -0500 Received: by vger.rutgers.edu id <155563-25206>; Tue, 23 Feb 1999 04:11:24 -0500 Received: from [194.201.77.34] ([194.201.77.34]:47345 "HELO fw-maid.maidenhead.arm.com" ident: "firewall-user") by vger.rutgers.edu with SMTP id <156087-25208>; Tue, 23 Feb 1999 04:11:11 -0500 Received: by fw-maid.maidenhead.arm.com; id KAA19815; Tue, 23 Feb 1999 10:19:42 GMT Received: from mhsun1.maidenhead.arm.com(192.168.2.10) by fw-maid.maidenhead.arm.com via smap (4.1) id xma019809; Tue, 23 Feb 99 10:19:27 GMT Received: from mhpc45 by mhsun1.arm.com (4.1/SMI-4.1) id AA15872; Tue, 23 Feb 99 10:15:24 GMT Message-Id: <3.0.5.32.19990223100527.00999270@mhsun1.maidenhead.arm.com> X-Sender: drusling@mhsun1.maidenhead.arm.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Tue, 23 Feb 1999 10:05:27 +0000 To: christophe.leroy5@capway.com, Russell King From: "david.rusling@arm.com" Subject: Re: EBSA285 and PCI Cc: rmk@milldev.demon.co.uk, pb@nexus.co.uk, linux@arm.linux.org.uk, linux-arm@vger.rutgers.edu In-Reply-To: <199902230939.KAA14906@wanadoo.fr> References: <199902221647.QAA31798@gate.sw.milldev.co.uk> <199902221508.QAA15788@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1306 Lines: 35 At 10:42 AM 2/23/99 +0100, christophe.leroy5@capway.com wrote: >> christophe.leroy5@capway.com said: >> > I think something is wrong there. Should be params struct be >> > initialised somewhere before ? or params be null ? >> >> Yes, by a boot loader, or params can be NULL (in which case you >> have to specify the memory size using mem=). >> > >I've now a kernel that boots correctly. I've added a network card, and >the kernel says me that It has detected my card but the card has >no IO adress assigned. I think that I have some PCI configs to do, >but I dont know what to do > >Do you know where I can find a BIOS for EBSA285, that does it, >or where I can find infos on PCI bus in order to write a PCI >configurator ? > The Linux kernel includes full PCI setup code (BIOS if you will). I originally wrote it for the Alpha and it was then taken, expanded etc. It is very functional, I believe that it runs/works on the ebsa-285 at system start up. I am assuming that this is the case 'cos I have another PCI based ARM system that I'm about to turn PCI on for. Right now I'm at the 'loading a RAMdisk stage'... >Thanks > >Christophe >unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 12:52:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA27647 for ; Tue, 23 Feb 1999 12:52:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA03687 for ; Tue, 23 Feb 1999 12:52:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma003685; Tue, 23 Feb 99 12:51:49 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:37218 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12792-15928>; Tue, 23 Feb 1999 13:51:33 +0200 Received: by vger.rutgers.edu via listexpand id <157109-25208>; Tue, 23 Feb 1999 05:44:20 -0500 Received: by vger.rutgers.edu id <156159-25206>; Tue, 23 Feb 1999 05:44:11 -0500 Received: from dfw-ix15.ix.netcom.com ([206.214.98.15]:33851 "EHLO dfw-ix15.ix.netcom.com" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <157106-25206>; Tue, 23 Feb 1999 05:43:56 -0500 Received: (from smap@localhost) by dfw-ix15.ix.netcom.com (8.8.4/8.8.4) id FAA03394; Tue, 23 Feb 1999 05:49:44 -0600 (CST) Received: from ftw-in2-33.ix.netcom.com(207.93.154.97) by dfw-ix15.ix.netcom.com via smap (V1.3) id rma003388; Tue Feb 23 05:49:24 1999 Message-ID: <36D29615.700DFCBC@ix.netcom.com> Date: Tue, 23 Feb 1999 06:50:45 -0500 From: David Feustel X-Mailer: Mozilla 4.5 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Philip Blundell CC: christophe.leroy5@capway.com, linux-arm@vger.rutgers.edu Subject: Re: EBSA285 and PCI References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1215 Lines: 35 AnnaBooks ( http://www.annabooks.com ) has a couple of reference manuals on PCI. The one I got from Annabooks seems very complete, but then I haven't tried to do anything with PCI hardware using that info yet :-). Philip Blundell wrote: > > In message <199902230939.KAA14906@wanadoo.fr>, christophe.leroy5@capway.com wri > tes: > >I've now a kernel that boots correctly. I've added a network card, and > >the kernel says me that It has detected my card but the card has > >no IO adress assigned. I think that I have some PCI configs to do, > >but I dont know what to do > > Yes. You need to scan the bus and allocate I/O and memory regions. If you > can do this in a way that fits neatly into the generic PCI support that would > be a plus. > > >or where I can find infos on PCI bus in order to write a PCI > >configurator ? > > Check your local bookstore. You should be able to buy a book about PCI > without too much trouble and everything is explained in there. > > p. > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu -- David Feustel Fort Wayne, Indiana 219-483-1857 http://www.d-feustel.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 12:58:37 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA27820 for ; Tue, 23 Feb 1999 12:58:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA03728 for ; Tue, 23 Feb 1999 12:58:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma003726; Tue, 23 Feb 99 12:58:04 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:23150 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9340-15928>; Tue, 23 Feb 1999 13:57:35 +0200 Received: by vger.rutgers.edu via listexpand id <157124-25208>; Tue, 23 Feb 1999 05:50:24 -0500 Received: by vger.rutgers.edu id <157152-25208>; Tue, 23 Feb 1999 05:50:14 -0500 Received: from dfw-ix15.ix.netcom.com ([206.214.98.15]:33988 "EHLO dfw-ix15.ix.netcom.com" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <157124-25206>; Tue, 23 Feb 1999 05:50:03 -0500 Received: (from smap@localhost) by dfw-ix15.ix.netcom.com (8.8.4/8.8.4) id FAA03611; Tue, 23 Feb 1999 05:55:44 -0600 (CST) Received: from ftw-in2-33.ix.netcom.com(207.93.154.97) by dfw-ix15.ix.netcom.com via smap (V1.3) id rma003607; Tue Feb 23 05:55:39 1999 Message-ID: <36D2978C.6479EEDF@ix.netcom.com> Date: Tue, 23 Feb 1999 06:57:00 -0500 From: David Feustel X-Mailer: Mozilla 4.5 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: christophe.leroy5@capway.com CC: Russell King , pb@nexus.co.uk, linux@arm.linux.org.uk, linux-arm@vger.rutgers.edu Subject: Re: EBSA285 and PCI References: <199902221508.QAA15788@wanadoo.fr> from "christophe.leroy5@capway.com" at Feb 22, 99 04:11:35 pm <199902230939.KAA14906@wanadoo.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1098 Lines: 36 PCI Hardware and Software Architecture & Design by Edward Solari & George Willse ISBN 092939259-0 from Amazon or Annabooks christophe.leroy5@capway.com wrote: > > > christophe.leroy5@capway.com said: > > > I think something is wrong there. Should be params struct be > > > initialised somewhere before ? or params be null ? > > > > Yes, by a boot loader, or params can be NULL (in which case you > > have to specify the memory size using mem=). > > > > I've now a kernel that boots correctly. I've added a network card, and > the kernel says me that It has detected my card but the card has > no IO adress assigned. I think that I have some PCI configs to do, > but I dont know what to do > > Do you know where I can find a BIOS for EBSA285, that does it, > or where I can find infos on PCI bus in order to write a PCI > configurator ? > > Thanks > > Christophe > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu -- David Feustel Fort Wayne, Indiana 219-483-1857 http://www.d-feustel.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 13:44:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA28914 for ; Tue, 23 Feb 1999 13:44:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA03869 for ; Tue, 23 Feb 1999 13:44:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma003867; Tue, 23 Feb 99 13:44:07 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:58176 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1435-15928>; Tue, 23 Feb 1999 14:43:43 +0200 Received: by vger.rutgers.edu via listexpand id <156087-25206>; Tue, 23 Feb 1999 06:36:26 -0500 Received: by vger.rutgers.edu id <156159-25208>; Tue, 23 Feb 1999 06:36:14 -0500 Received: from thalia.fm.intel.com ([132.233.247.11]:2994 "EHLO thalia.fm.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157015-25206>; Tue, 23 Feb 1999 06:34:19 -0500 Received: from fmsmsx18.intel.com (fmsmsx18.fm.intel.com [132.233.233.232]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id MAA21837; Tue, 23 Feb 1999 12:40:33 GMT Received: by FMSMSX18 with Internet Mail Service (5.5.2232.9) id ; Tue, 23 Feb 1999 04:40:32 -0800 Message-ID: From: "Chagas, Jason" To: Tim Lindquist , "'christophe.leroy5@capway.com'" Cc: linux-arm@vger.rutgers.edu Subject: RE: HELP - Egcs 1.1.1 Date: Tue, 23 Feb 1999 04:40:30 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2965 Lines: 99 Tim, Did you find a solution for the problem you described? I followed Christophe's instructions step by step and everything seemed to work fine (after a few minor ajustments, that is) until I go back to finish building 'EGCS'. That's when it fails with the error: checking whether the C compiler (/home/chagas/egcs/egcs-1.1.1/gcc/xgcc -B/home/c hagas/egcs/egcs-1.1.1/gcc/ -g -O2 ) works... no configure: error: installation or configuration problem: C compiler cannot create executables. make: *** [configure-target-libiberty] Error 1 Note I tested 'xgcc' and seems to run ok: #./xgcc -v Reading specs from /usr/local/arm/lib/gcc-lib/arm-linux/egcs-2.91.60/specs gcc version egcs-2.91.60 19990113/philb (egcs-1.1.1 release) Am I missing something? Jason ---------- From: christophe.leroy5@capway.com [SMTP:christophe.leroy5@capway.com] Sent: Friday, February 19, 1999 3:38 AM To: Tim Lindquist Cc: linux-arm@vger.rutgers.edu Subject: Re: HELP - Egcs 1.1.1 Let me sum up stages and tell me where it fails, I'll help you - Compile and install binutils-1.9.1.0.19a ./configure --target=arm-linux --prefix=where_you_want make make install - add where_you_want/bin in your PATH - Untar egcs, patch it, find . -name "*.rej" - enter egcs dir, then ./configure --target=arm-linux -- prefix=wher_you_want_the_same - modify makefile to add -Dinhibit-libc in CFLAGS - make -i LANGUAGES=c - make -i LANGUAGES=c install compile glibc, with prefix=/where_you_want_not_the_same_as_above make, make install go back in egcs, ./configure --prefix=same_place_as_first_time --with- headers=/where_you_put_glibc/include --with- libs=/where_you_put_glibc/lib --target=arm-linux make LANGUAGES="c c++" make LANGUAGES="c c++" install DONE Christophe > > > I'm having problems building a cross compiler on solaris. > > When running make, I get: > > > > checking whether the C compiler (arm-linux-gcc -g -O2 ) works... no > > configure: error: installation or configuration problem: C compiler > > cannot create executables. > > gmake: *** [configure-target-libiberty] Error 1 > > > > Before I got to this stage, I had the egcs-1.1.1 source, > > and got 3 patch files for it that I applied consecutively: > > > > egcs-1.1.1-prerelease-2-arm-diff-981117.gz > > egcs-1.1.1-prerelease-2-arm-diff-981117-981124 > > egcs-1.1.1-prerelease-2-arm-diff-981124-981125 > > > > I got the following message during the final patch: > > > > patching file `gcc/f/intdoc.texi' > > Reversed (or previously applied) patch detected! Assume -R? [y] > > > > I created an egcs-1.1.1-build dir, and from there ran: > > > > ../egcs-1.1.1/configure --target=arm-linux > > --prefix=/home/elph/tjl/work/sw/armlinux/ > > > > and then ran make. > > > > What am I doing wrong? > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 14:28:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA29968 for ; Tue, 23 Feb 1999 14:28:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA04031 for ; Tue, 23 Feb 1999 14:28:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004029; Tue, 23 Feb 99 14:27:54 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:21796 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9499-15928>; Tue, 23 Feb 1999 15:27:11 +0200 Received: by vger.rutgers.edu via listexpand id <157181-25208>; Tue, 23 Feb 1999 07:17:53 -0500 Received: by vger.rutgers.edu id <157179-25206>; Tue, 23 Feb 1999 07:16:02 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:6724 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157205-25208>; Tue, 23 Feb 1999 07:15:23 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FHc1-0006oa-00; Tue, 23 Feb 1999 13:10:57 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FHc0-000772-00; Tue, 23 Feb 1999 13:10:56 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Chagas, Jason" cc: linux-arm@vger.rutgers.edu Subject: Re: HELP - Egcs 1.1.1 In-reply-to: Your message of "Tue, 23 Feb 1999 04:40:30 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Feb 1999 13:10:53 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 427 Lines: 13 >configure: error: installation or configuration problem: C compiler cannot >create executables. >make: *** [configure-target-libiberty] Error 1 > >Note I tested 'xgcc' and seems to run ok: Just running `xgcc' with no parameters doesn't test very much. Try actually compiling a source file - "hello world" or something - and see what happens. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From pb@nexus.co.uk Tue Feb 23 14:22:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA29835 for ; Tue, 23 Feb 1999 14:22:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA04011 for ; Tue, 23 Feb 1999 14:22:30 +0100 Received: from nexusel.demon.co.uk(158.152.30.195) by mentolat.core.genedata.com via smap (V2.0) id xma004009; Tue, 23 Feb 99 14:22:07 +0100 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FHjV-0006ov-00; Tue, 23 Feb 1999 13:18:41 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FHjQ-00079R-00; Tue, 23 Feb 1999 13:18:36 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Matthew Wilcox cc: linux-arm@vger.rutgers.edu Subject: Re: linux-2.2.1-philb-990222 In-reply-to: Your message of "Mon, 22 Feb 1999 23:55:13 +0100." <19990222235513.I24922@mencheca.ch.genedata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Feb 1999 13:18:31 +0000 From: Philip Blundell Message-Id: Status: RO Content-Length: 126 Lines: 6 >Oooh. That's useful for people who have network slot cards. Good thinking. That actually hadn't occurred to me. :-) p. From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 14:40:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA30307 for ; Tue, 23 Feb 1999 14:40:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA04092 for ; Tue, 23 Feb 1999 14:40:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004090; Tue, 23 Feb 99 14:40:04 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:44864 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9499-19993>; Tue, 23 Feb 1999 15:38:38 +0200 Received: by vger.rutgers.edu via listexpand id <156099-25208>; Tue, 23 Feb 1999 07:31:19 -0500 Received: by vger.rutgers.edu id <157087-25208>; Tue, 23 Feb 1999 07:30:29 -0500 Received: from thalia.fm.intel.com ([132.233.247.11]:1646 "EHLO thalia.fm.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157178-25206>; Tue, 23 Feb 1999 07:28:35 -0500 Received: from fmsmsx19.fm.intel.com (fmsmsx19.fm.intel.com [132.233.222.210]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id NAA26431; Tue, 23 Feb 1999 13:35:19 GMT Received: by FMSMSX19 with Internet Mail Service (5.5.2448.0) id <1RFLMJXG>; Tue, 23 Feb 1999 05:35:19 -0800 Message-ID: From: "Chagas, Jason" To: "Chagas, Jason" , "'Philip Blundell'" Cc: linux-arm@vger.rutgers.edu Subject: RE: HELP - Egcs 1.1.1 Date: Tue, 23 Feb 1999 05:35:18 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1032 Lines: 41 Phil, I just tried running './xgcc -o hello hello.c' and it returned the following error: xgcc: installation problem, cannot exec `cpp': No such file or directory Note I have the following 'cpp' files installed on my system: /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.90.29/cpp /usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3/cpp /usr/local/lib/gcc-lib/i686-pc-linux-gnu/egcs-2.91.60/cpp Any ideas? Jason ---------- From: Philip Blundell [SMTP:pb@nexus.co.uk] Sent: Tuesday, February 23, 1999 8:11 AM To: Chagas, Jason Cc: linux-arm@vger.rutgers.edu Subject: Re: HELP - Egcs 1.1.1 >configure: error: installation or configuration problem: C compiler cannot >create executables. >make: *** [configure-target-libiberty] Error 1 > >Note I tested 'xgcc' and seems to run ok: Just running `xgcc' with no parameters doesn't test very much. Try actually compiling a source file - "hello world" or something - and see what happens. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 14:58:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA30669 for ; Tue, 23 Feb 1999 14:58:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA04142 for ; Tue, 23 Feb 1999 14:58:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004140; Tue, 23 Feb 99 14:57:47 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:1379 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14494-15928>; Tue, 23 Feb 1999 15:57:29 +0200 Received: by vger.rutgers.edu via listexpand id <157087-25206>; Tue, 23 Feb 1999 07:50:00 -0500 Received: by vger.rutgers.edu id <156601-25208>; Tue, 23 Feb 1999 07:49:50 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:7148 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156087-25206>; Tue, 23 Feb 1999 07:49:32 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FIDL-0006rn-00; Tue, 23 Feb 1999 13:49:31 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FIDJ-0007Me-00; Tue, 23 Feb 1999 13:49:29 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Chagas, Jason" cc: linux-arm@vger.rutgers.edu Subject: Re: HELP - Egcs 1.1.1 In-reply-to: Your message of "Tue, 23 Feb 1999 05:35:18 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Feb 1999 13:49:24 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 545 Lines: 19 >xgcc: installation problem, cannot exec `cpp': No such file or directory > > >Note I have the following 'cpp' files installed on my system: > >/usr/lib/gcc-lib/i386-redhat-linux/egcs-2.90.29/cpp >/usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3/cpp >/usr/local/lib/gcc-lib/i686-pc-linux-gnu/egcs-2.91.60/cpp > >Any ideas? You should also have a `cpp' in $PREFIX/lib/gcc-lib/arm-linux/... Did the `make LANGUAGES=c install' that you did earlier complete successfully? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 16:05:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA32196 for ; Tue, 23 Feb 1999 16:05:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA04450 for ; Tue, 23 Feb 1999 16:05:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004446; Tue, 23 Feb 99 16:05:19 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:31584 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14643-19993>; Tue, 23 Feb 1999 17:04:55 +0200 Received: by vger.rutgers.edu via listexpand id <157087-25208>; Tue, 23 Feb 1999 08:39:49 -0500 Received: by vger.rutgers.edu id <157138-25206>; Tue, 23 Feb 1999 08:39:35 -0500 Received: from smtp-out-003.wanadoo.fr ([193.252.19.78]:39387 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <157238-25208>; Tue, 23 Feb 1999 08:38:30 -0500 Received: from tntaub16-230.abo.wanadoo.fr [193.252.212.230] by wanadoo.fr for Paris Tue, 23 Feb 1999 15:41:46 +0100 (MET) Message-Id: <199902231441.PAA28358@wanadoo.fr> From: "Christophe Leroy" To: Philip Blundell Date: Tue, 23 Feb 1999 15:44:34 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: linux-2.2.1-philb-990222 CC: linux-arm@vger.rutgers.edu References: Your message of "Mon, 22 Feb 1999 23:55:13 +0100." <19990222235513.I24922@mencheca.ch.genedata.com> In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.01d) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 209 Lines: 7 I've patched my working rmk4 with your patches, now kernel panics telling: couldn't get rx irq for rs285 What's wrong ? Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 16:16:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA32485 for ; Tue, 23 Feb 1999 16:16:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA04487 for ; Tue, 23 Feb 1999 16:16:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004481; Tue, 23 Feb 99 16:15:55 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:31584 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16222-19993>; Tue, 23 Feb 1999 17:05:18 +0200 Received: by vger.rutgers.edu via listexpand id <157172-25206>; Tue, 23 Feb 1999 08:46:08 -0500 Received: by vger.rutgers.edu id <155563-25206>; Tue, 23 Feb 1999 08:45:49 -0500 Received: from thalia.fm.intel.com ([132.233.247.11]:2085 "EHLO thalia.fm.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157225-25208>; Tue, 23 Feb 1999 08:42:44 -0500 Received: from fmsmsx19.fm.intel.com (fmsmsx19.fm.intel.com [132.233.222.210]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id OAA05282; Tue, 23 Feb 1999 14:49:25 GMT Received: by FMSMSX19 with Internet Mail Service (5.5.2448.0) id <1RFLMK8N>; Tue, 23 Feb 1999 06:49:25 -0800 Message-ID: From: "Chagas, Jason" To: "Chagas, Jason" , "'Philip Blundell'" Cc: linux-arm@vger.rutgers.edu Subject: RE: HELP - Egcs 1.1.1 Date: Tue, 23 Feb 1999 06:49:22 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1207 Lines: 47 Phil, I could have sworn that I ran `make LANGUAGES=c install' successfully. I just tried installing it again and bingo... 'cpp' is now under '/usr/local/arm/lib/gcc-lib/arm-linux/egcs-2.91.60'. However, I'm now having problems linking my "Hello World" application: # ./xgcc -o hello hello.c /usr/local/arm/arm-linux/lib/crt1.o: file not recognized: File format not recognized collect2: ld returned 1 exit status Am I missing something? Thanks, Jason ---------- From: Philip Blundell [SMTP:pb@nexus.co.uk] Sent: Tuesday, February 23, 1999 8:49 AM To: Chagas, Jason Cc: linux-arm@vger.rutgers.edu Subject: Re: HELP - Egcs 1.1.1 >xgcc: installation problem, cannot exec `cpp': No such file or directory > > >Note I have the following 'cpp' files installed on my system: > >/usr/lib/gcc-lib/i386-redhat-linux/egcs-2.90.29/cpp >/usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3/cpp >/usr/local/lib/gcc-lib/i686-pc-linux-gnu/egcs-2.91.60/cpp > >Any ideas? You should also have a `cpp' in $PREFIX/lib/gcc-lib/arm-linux/... Did the `make LANGUAGES=c install' that you did earlier complete successfully? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 16:16:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA32489 for ; Tue, 23 Feb 1999 16:16:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA04488 for ; Tue, 23 Feb 1999 16:16:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa04481; Tue, 23 Feb 99 16:15:56 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:31584 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15529-19993>; Tue, 23 Feb 1999 17:05:24 +0200 Received: by vger.rutgers.edu via listexpand id <157260-25208>; Tue, 23 Feb 1999 08:51:00 -0500 Received: by vger.rutgers.edu id <157262-25206>; Tue, 23 Feb 1999 08:48:44 -0500 Received: from prune.flirble.org ([195.40.6.30]:2510 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <157292-25206>; Tue, 23 Feb 1999 08:47:23 -0500 Received: (qmail 12012 invoked from network); 23 Feb 1999 14:54:19 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 23 Feb 1999 14:54:19 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id OAA11902; Tue, 23 Feb 1999 14:54:16 GMT From: Nicholas Clark Message-Id: <199902231454.OAA11902@flirble.org> Subject: Re: bootloading 2.2.1 kernel from RISC OS In-Reply-To: <199902222119.VAA00541@raistlin.armlinux.org.uk> from Russell King - ARM Linux Admin at "Feb 22, 99 09:19:43 pm" To: linux@arm.linux.org.uk (Russell King - ARM Linux Admin) Date: Tue, 23 Feb 1999 14:54:16 +0000 (GMT) Cc: nick@flirble.org, linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1615 Lines: 48 In the last mail Russell King - ARM Linux Admin said: > Nicholas Clark writes: > > If I make zImage then the bootloader says something like "invalid > > compressed data" (err=1) and then halts the system. > > Hmm, sounds like the boot loader is not mapping the kernel correctly. > > > If I try vmlinux (is that the uncompressed kernel, or am I daft here) > > it just locks up. > > This is the expected behaviour. :-) I've been told that I need to make Image so I did. > > I've looked at the top of the zImage file and the first 4 bytes differ > > between 2.2.1 and 2.0.35 but are the same between the 3 2.0.35 kernels > > I have - has the format changed? > > Ever so slightly, but I wasn't aware that old loaders couldn't load it. > > > I tried downloading the bootladoer from the ARMlinux ftp site, but > > it's dated 1997 so I don't think that'll help me. > > There are later - see /pub/armlinux/testing Got one dated 21 Feb 1999 (IIRC) using zImage bootloader asks about arguments to kernel (as expected) error about "invalid compressed data" (as above) using Image as my kernel: bootloader asks about arguments to kernel system locks up after I press return (no text messages as linux starts) I've tried rebuilding with my a.out-> elf cross compiler instead of my elf native compiler, but no change to the above. My zImage is 540000 ish bytes long, which Russell thinks is a bit short. I did try answering M to as many configuration questions as I could. I'm pretty much out of inspiration as to what to do next. Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 16:16:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA32039 for ; Tue, 23 Feb 1999 16:16:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA04489 for ; Tue, 23 Feb 1999 16:16:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmab04481; Tue, 23 Feb 99 16:15:57 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:47204 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15891-15928>; Tue, 23 Feb 1999 17:06:39 +0200 Received: by vger.rutgers.edu via listexpand id <157247-25208>; Tue, 23 Feb 1999 08:51:19 -0500 Received: by vger.rutgers.edu id <157349-25208>; Tue, 23 Feb 1999 08:51:17 -0500 Received: from calliope1.fm.intel.com ([132.233.247.10]:4942 "EHLO calliope1.fm.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157247-25208>; Tue, 23 Feb 1999 08:50:52 -0500 Received: from fmsmsx29.FM.INTEL.COM (fmsmsx29.fm.intel.com [132.233.42.29]) by calliope1.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id OAA04581; Tue, 23 Feb 1999 14:57:23 GMT Received: by FMSMSX29 with Internet Mail Service (5.5.2232.9) id ; Tue, 23 Feb 1999 06:57:22 -0800 Message-ID: From: "Chagas, Jason" To: "'Chagas, Jason'" , "'Philip Blundell'" Cc: "'linux-arm@vger.rutgers.edu'" Subject: RE: HELP - Egcs 1.1.1 Date: Tue, 23 Feb 1999 06:57:22 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1856 Lines: 77 Phil, I just ran 'make LANGUAGES="c c++"' again to attempt finishing EGCS and the problem still persists: checking whether the C compiler (/home/chagas/egcs/egcs-1.1.1/gcc/xgcc -B/home/c hagas/egcs/egcs-1.1.1/gcc/ -g -O2 ) works... no configure: error: installation or configuration problem: C compiler cannot creat e executables. make: *** [configure-target-libiberty] Error 1 Is there anything else I should try? Thanks, Jason ---------- From: Chagas, Jason Sent: Tuesday, February 23, 1999 9:49 AM To: Chagas, Jason; 'Philip Blundell' Cc: linux-arm@vger.rutgers.edu Subject: RE: HELP - Egcs 1.1.1 Phil, I could have sworn that I ran `make LANGUAGES=c install' successfully. I just tried installing it again and bingo... 'cpp' is now under '/usr/local/arm/lib/gcc-lib/arm-linux/egcs-2.91.60'. However, I'm now having problems linking my "Hello World" application: # ./xgcc -o hello hello.c /usr/local/arm/arm-linux/lib/crt1.o: file not recognized: File format not recognized collect2: ld returned 1 exit status Am I missing something? Thanks, Jason ---------- From: Philip Blundell [SMTP:pb@nexus.co.uk] Sent: Tuesday, February 23, 1999 8:49 AM To: Chagas, Jason Cc: linux-arm@vger.rutgers.edu Subject: Re: HELP - Egcs 1.1.1 >xgcc: installation problem, cannot exec `cpp': No such file or directory > > >Note I have the following 'cpp' files installed on my system: > >/usr/lib/gcc-lib/i386-redhat-linux/egcs-2.90.29/cpp >/usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3/cpp >/usr/local/lib/gcc-lib/i686-pc-linux-gnu/egcs-2.91.60/cpp > >Any ideas? You should also have a `cpp' in $PREFIX/lib/gcc-lib/arm-linux/... Did the `make LANGUAGES=c install' that you did earlier complete successfully? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 16:16:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA32494 for ; Tue, 23 Feb 1999 16:16:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA04490 for ; Tue, 23 Feb 1999 16:16:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmac04481; Tue, 23 Feb 99 16:15:58 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25971 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15895-15928>; Tue, 23 Feb 1999 17:11:10 +0200 Received: by vger.rutgers.edu via listexpand id <157225-25208>; Tue, 23 Feb 1999 09:02:51 -0500 Received: by vger.rutgers.edu id <157192-25206>; Tue, 23 Feb 1999 09:00:03 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:7329 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157352-25208>; Tue, 23 Feb 1999 08:55:53 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FJM7-0006wl-00; Tue, 23 Feb 1999 15:02:39 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FJM6-00007D-00; Tue, 23 Feb 1999 15:02:38 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Chagas, Jason" cc: linux-arm@vger.rutgers.edu Subject: Re: HELP - Egcs 1.1.1 In-reply-to: Your message of "Tue, 23 Feb 1999 06:49:22 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Feb 1999 15:02:36 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 636 Lines: 21 ># ./xgcc -o hello hello.c >/usr/local/arm/arm-linux/lib/crt1.o: file not recognized: File format not >recognized >collect2: ld returned 1 exit status > >Am I missing something? Jason, This may sound like a stupid question but are you sure the glibc that you installed was actually compiled for ARM? If GCC wasn't installed properly it seems unlikely that building the C library would have worked. I wonder if maybe you accidentally did a native build instead. You should be able to tell easily enough by using `file' on the crt1.o in question. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 16:16:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA32515 for ; Tue, 23 Feb 1999 16:16:03 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA04491 for ; Tue, 23 Feb 1999 16:16:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmad04481; Tue, 23 Feb 99 16:15:59 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:24694 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16038-19993>; Tue, 23 Feb 1999 17:13:59 +0200 Received: by vger.rutgers.edu via listexpand id <155563-25206>; Tue, 23 Feb 1999 09:06:31 -0500 Received: by vger.rutgers.edu id <157015-25206>; Tue, 23 Feb 1999 09:05:41 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:7332 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157114-25206>; Tue, 23 Feb 1999 09:04:27 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FJOc-0006xB-00; Tue, 23 Feb 1999 15:05:14 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FJOZ-00009D-00; Tue, 23 Feb 1999 15:05:11 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Chagas, Jason" cc: "'linux-arm@vger.rutgers.edu'" Subject: Re: HELP - Egcs 1.1.1 In-reply-to: Your message of "Tue, 23 Feb 1999 06:57:22 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Feb 1999 15:05:03 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 373 Lines: 11 >I just ran 'make LANGUAGES="c c++"' again to attempt finishing EGCS and the >problem still persists: It would do. Until you can get `hello world' to link successfully there's not much point in trying EGCS. In fact the configure script is attempting more or less exactly the same thing. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 16:32:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA32905 for ; Tue, 23 Feb 1999 16:32:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA04611 for ; Tue, 23 Feb 1999 16:32:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004607; Tue, 23 Feb 99 16:32:27 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:15152 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9315-19993>; Tue, 23 Feb 1999 17:29:24 +0200 Received: by vger.rutgers.edu via listexpand id <157015-25206>; Tue, 23 Feb 1999 09:19:04 -0500 Received: by vger.rutgers.edu id <157181-25208>; Tue, 23 Feb 1999 09:18:29 -0500 Received: from power-x-mail.demon.co.uk ([212.228.229.105]:55376 "EHLO gatekeeper.px.uk.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157208-25208>; Tue, 23 Feb 1999 09:17:23 -0500 Received: from ashton (ashton.px.uk.com [172.16.16.208]) by gatekeeper.px.uk.com (8.9.3/8.9.3) with SMTP id PAA32221; Tue, 23 Feb 1999 15:24:12 GMT Message-Id: <3.0.6.32.19990223152411.00c669a0@proxy.px.uk.com> X-Sender: treblig#pop3.demon.co.uk@proxy.px.uk.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Tue, 23 Feb 1999 15:24:11 +0000 To: "Chagas, Jason" From: "Dr . David Alan Gilbert" Subject: RE: HELP - Egcs 1.1.1 Cc: linux-arm@vger.rutgers.edu In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 788 Lines: 29 At 06:49 AM 2/23/99 -0800, Chagas, Jason wrote: >Phil, > >I could have sworn that I ran `make LANGUAGES=c install' successfully. I >just tried installing it again and bingo... 'cpp' is now under >'/usr/local/arm/lib/gcc-lib/arm-linux/egcs-2.91.60'. > >However, I'm now having problems linking my "Hello World" application: > ># ./xgcc -o hello hello.c >/usr/local/arm/arm-linux/lib/crt1.o: file not recognized: File format not >recognized >collect2: ld returned 1 exit status > >Am I missing something? I wonder which linker its picking up - if its decided to pick up your x86 linker it aint going to be happy! Do: ./xgcc -v -o hello hello.c and it should be possible to see which linker its using. Dave unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 15:31:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA31393 for ; Tue, 23 Feb 1999 15:31:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA04310 for ; Tue, 23 Feb 1999 15:31:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004306; Tue, 23 Feb 99 15:31:12 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:49182 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9740-15928>; Tue, 23 Feb 1999 16:30:53 +0200 Received: by vger.rutgers.edu via listexpand id <157015-25208>; Tue, 23 Feb 1999 08:23:08 -0500 Received: by vger.rutgers.edu id <156642-25208>; Tue, 23 Feb 1999 08:23:01 -0500 Received: from smtp-out-006.wanadoo.fr ([193.252.19.98]:63254 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <157225-25208>; Tue, 23 Feb 1999 08:20:27 -0500 Received: from tntaub16-230.abo.wanadoo.fr [193.252.212.230] by wanadoo.fr for Paris Tue, 23 Feb 1999 15:24:04 +0100 (MET) X-Authentication-Warning: fevier.wanadoo.fr: tntaub16-230.abo.wanadoo.fr [193.252.212.230] didn't use HELO protocol Message-ID: <36D2C8BC.10CDB6A5@capway.com> Date: Tue, 23 Feb 1999 15:26:52 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: "david.rusling@arm.com" CC: Russell King , pb@nexus.co.uk, linux@arm.linux.org.uk, linux-arm@vger.rutgers.edu Subject: Re: EBSA285 and PCI References: <199902221647.QAA31798@gate.sw.milldev.co.uk> <199902221508.QAA15788@wanadoo.fr> <3.0.5.32.19990223100527.00999270@mhsun1.maidenhead.arm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 813 Lines: 19 > > The Linux kernel includes full PCI setup code (BIOS if you will). > I originally wrote it for the Alpha and it was then taken, expanded > etc. It is very functional, I believe that it runs/works on the ebsa-285 > at system start up. I am assuming that this is the case 'cos I have > another PCI based ARM system that I'm about to turn PCI on for. Right now > I'm at the 'loading a RAMdisk stage'... >  Is it the layout_? functions in bios32.c ? You find them in alpha and m68k arch, not in all arch, not in arm. I'd a look at it and I think i'll try to port it to arm. Could you please sum up how it works ? (I mean what function is doing what) And what I can discard as there is a lone PCI bus on EBSA285 board Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 16:40:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA33130 for ; Tue, 23 Feb 1999 16:40:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA04640 for ; Tue, 23 Feb 1999 16:40:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004634; Tue, 23 Feb 99 16:40:01 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:577 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9696-19993>; Tue, 23 Feb 1999 17:36:44 +0200 Received: by vger.rutgers.edu via listexpand id <157198-25206>; Tue, 23 Feb 1999 09:29:05 -0500 Received: by vger.rutgers.edu id <156642-25206>; Tue, 23 Feb 1999 09:27:17 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:8257 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157272-25206>; Tue, 23 Feb 1999 09:23:25 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FJm2-0006zH-00; Tue, 23 Feb 1999 15:29:26 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FJly-0000P6-00; Tue, 23 Feb 1999 15:29:22 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe leroy cc: linux-arm@vger.rutgers.edu Subject: Re: linux-2.2.1-philb-990222 In-reply-to: Your message of "Tue, 23 Feb 1999 16:23:04 GMT." <36D2D5E8.219A9FD2@capway.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Feb 1999 15:29:21 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 209 Lines: 8 >Found myself: drivers/char/in tty_io.c, you call twice rs285_init(); Doh, thanks. I thought I'd fixed that but clearly not. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 16:46:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA33250 for ; Tue, 23 Feb 1999 16:46:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA04663 for ; Tue, 23 Feb 1999 16:46:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004660; Tue, 23 Feb 99 16:45:46 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:38741 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <11015-15928>; Tue, 23 Feb 1999 17:42:15 +0200 Received: by vger.rutgers.edu via listexpand id <157302-25206>; Tue, 23 Feb 1999 09:31:16 -0500 Received: by vger.rutgers.edu id <157015-25208>; Tue, 23 Feb 1999 09:29:15 -0500 Received: from [199.171.212.2] ([199.171.212.2]:54920 "EHLO moonraker.inetinc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157248-25208>; Tue, 23 Feb 1999 09:27:02 -0500 Received: from thunderball.inetinc.com (thunderball.inetinc.com [199.171.208.16]) by moonraker.inetinc.com (8.9.1/8.9.1) with ESMTP id JAA09252; Tue, 23 Feb 1999 09:12:37 -0600 (CST) Received: from inetinc.com (dobbelen [172.16.13.37]) by thunderball.inetinc.com (8.8.5/8.8.5) with ESMTP id JAA29887; Tue, 23 Feb 1999 09:39:30 -0600 (CST) Message-ID: <36D2CA63.8661598C@inetinc.com> Date: Tue, 23 Feb 1999 09:33:55 -0600 From: Dave Baukus Organization: Inet Inc. X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.5.1 sun4m) X-Accept-Language: en MIME-Version: 1.0 To: christophe leroy CC: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 and PCI References: <199902221647.QAA31798@gate.sw.milldev.co.uk> <199902221508.QAA15788@wanadoo.fr> <3.0.5.32.19990223100527.00999270@mhsun1.maidenhead.arm.com> <36D2C8BC.10CDB6A5@capway.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2293 Lines: 61 christophe leroy wrote: > > > > > The Linux kernel includes full PCI setup code (BIOS if you will). > > I originally wrote it for the Alpha and it was then taken, expanded > > etc. It is very functional, I believe that it runs/works on the ebsa-285 > > at system start up. I am assuming that this is the case 'cos I have > > another PCI based ARM system that I'm about to turn PCI on for. Right now > > I'm at the 'loading a RAMdisk stage'... > > >  > Is it the layout_? functions in bios32.c ? > You find them in alpha and m68k arch, not in all arch, not in arm. > I'd a look at it and I think i'll try to port it to arm. > > Could you please sum up how it works ? (I mean what function is > doing what) And what I can discard as there is a lone PCI bus on > EBSA285 board > > Christophe > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu I'm sure I'll be corrected if I'm wrong, but, I think the PCI bus scanning and setup works correctly on ebsa285; the PCI subsystem has located all devices on the bus. The problem lies in fact that some pre-OS entity, BIOS for lack of a better term, did not allocate IO, MEM, and interupts to the various devices. If you look at arch/arm/kernel/hw-ebsa285.c you'll see where pcibios_fixup_ebsa285() assigns some interrupt values, maps some devices to IO for some architectures, ..... For me, since the ebsa285 is a transitional platform, I added a hard coded function that assigns the IO and such; this looks like: ... .... /* sort out the irq mapping for this device */ switch (machine_type) { case MACH_TYPE_EBSA285: dev->irq = ebsa_irqval(dev); /* Turn on bus mastering - boot loader doesn't * - perhaps it should! - dag */ #if 0 pci_set_cmd(dev, 0, PCI_COMMAND_MASTER); #else inet_pci_bios_fixup(dev); #endif break; ... ... The function inet_pci_bios_fixup() simply looks for the devices I know I have (a 3com ethernet) and assigns an IO address and sets the command register. A more elegant and generic solution will have wait. -- Dave Baukus Inet Technologies Inc. - R & D dbaukus@inetinc.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 17:05:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA33598 for ; Tue, 23 Feb 1999 17:05:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA04712 for ; Tue, 23 Feb 1999 17:05:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004708; Tue, 23 Feb 99 17:04:57 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:63007 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14829-19993>; Tue, 23 Feb 1999 18:01:41 +0200 Received: by vger.rutgers.edu via listexpand id <157114-25208>; Tue, 23 Feb 1999 09:52:11 -0500 Received: by vger.rutgers.edu id <157168-25206>; Tue, 23 Feb 1999 09:47:55 -0500 Received: from relay3.UU.NET ([192.48.96.8]:4296 "EHLO relay3.UU.NET" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157197-25206>; Tue, 23 Feb 1999 09:44:13 -0500 Received: from xedia.com by relay3.UU.NET with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQgdvb22721; Tue, 23 Feb 1999 10:51:08 -0500 (EST) Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA14886; Tue, 23 Feb 99 10:47:36 EST Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id KAA03777; Tue, 23 Feb 1999 10:51:06 -0500 Date: Tue, 23 Feb 1999 10:51:06 -0500 Message-Id: <199902231551.KAA03777@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: dbaukus@inetinc.com Cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 and PCI References: <199902221647.QAA31798@gate.sw.milldev.co.uk> <199902221508.QAA15788@wanadoo.fr> <3.0.5.32.19990223100527.00999270@mhsun1.maidenhead.arm.com> <36D2C8BC.10CDB6A5@capway.com> <36D2CA63.8661598C@inetinc.com> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 791 Lines: 18 >>>>> "Dave" == Dave Baukus writes: Dave> I'm sure I'll be corrected if I'm wrong, but, I think the PCI Dave> bus scanning and setup works correctly on ebsa285; the PCI Dave> subsystem has located all devices on the bus. The problem lies Dave> in fact that some pre-OS entity, BIOS for lack of a better Dave> term, did not allocate IO, MEM, and interupts to the various Dave> devices. ... I think the issue is that EBSA285 doesn't HAVE a BIOS. Personally, I wonder about depending on such a notion. There's nothing wrong with having the OS initialization do the entire system init from scratch. At worst that duplicates what a "BIOS" did; at best it's what makes things work. paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 17:08:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA33655 for ; Tue, 23 Feb 1999 17:08:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA04732 for ; Tue, 23 Feb 1999 17:08:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004730; Tue, 23 Feb 99 17:07:35 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26408 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9406-19993>; Tue, 23 Feb 1999 18:06:04 +0200 Received: by vger.rutgers.edu via listexpand id <157015-25208>; Tue, 23 Feb 1999 09:58:12 -0500 Received: by vger.rutgers.edu id <157154-25208>; Tue, 23 Feb 1999 09:56:49 -0500 Received: from post-11.mail.demon.net ([194.217.242.40]:53908 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156159-25206>; Tue, 23 Feb 1999 09:54:29 -0500 Received: from [158.152.154.179] (helo=server) by post.mail.demon.net with smtp (Exim 2.10 #2) id 10FKH2-0002vZ-00; Tue, 23 Feb 1999 16:01:29 +0000 From: John Ballance Date: Tue, 23 Feb 1999 16:02:33 To: Nicholas Clark Illegal-Object: Syntax error in CC: address found on listserv.funet.fi: CC: linux-arm@vger.rutgers.edulinux@arm.linux.org.uk ^-missing end of address Subject: Re: bootloading 2.2.1 kernel from RISC OS Content-Type: text/plain Message-ID: X-Mailer: Navaho Server Suite 2.00b24/Acorn RISC OS X-Organization: Castle Technology, Framlingham, Suffolk, IP13 9LL, +44 1728 621222 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 3021 Lines: 90 Hi.. I've the same problem.. I'm building the latest kernels on an I386 version I've been through everything in Phil B's guide for cross compiling (repeatedly, and with varuois different kernel releases) I always get this invalid compressed data message I also would dearly love to find the answer. n.b. I'm building on i386 mainly because I cannot get an elf compiling system to run on my armlinux rpc, (and speed...) logic suggests I'm being silly somewhere, but whichever way I attack it, I cannot get further. n.b. is there a good reason why a kernel patchad for armlinux will nolonger compile for i386 without error?.. surely it would be wise to put the patches in using version switched conditionals, rather than (apparently) wholesale change.. a merge to the full linux tree would then take account of most (i presume) kernel upissuing matters... John On Tue, 23 Feb, Nicholas Clark wrote: > In the last mail Russell King - ARM Linux Admin said: > > > Nicholas Clark writes: > > > If I make zImage then the bootloader says something like "invalid > > > compressed data" (err1) and then halts the system. > > > > Hmm, sounds like the boot loader is not mapping the kernel correctly. > > > > > If I try vmlinux (is that the uncompressed kernel, or am I daft here) > > > it just locks up. > > > > This is the expected behaviour. > > :-) > > I've been told that I need to make Image so I did. > > > > I've looked at the top of the zImage file and the first 4 bytes differ > > > between 2.2.1 and 2.0.35 but are the same between the 3 2.0.35 kernels > > > I have - has the format changed? > > > > Ever so slightly, but I wasn't aware that old loaders couldn't load it. > > > > > I tried downloading the bootladoer from the ARMlinux ftp site, but > > > it's dated 1997 so I don't think that'll help me. > > > > There are later - see /pub/armlinux/testing > > Got one dated 21 Feb 1999 (IIRC) > > using zImage > bootloader asks about arguments to kernel (as expected) > error about "invalid compressed data" (as above) > > using Image as my kernel: > bootloader asks about arguments to kernel > system locks up after I press return (no text messages as linux starts) > > I've tried rebuilding with my a.out-> elf cross compiler instead of my > elf native compiler, but no change to the above. > > My zImage is 540000 ish bytes long, which Russell thinks is a bit short. > I did try answering M to as many configuration questions as I could. > > I'm pretty much out of inspiration as to what to do next. > > Nick > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu -- Add 11 ukp (UK) carriage and VAT to all quoted prices John Ballance Castle Technology, Ore Trading Estate, Woodbridge Road, Framlingham, Suffolk UK IP13 9LL Tel 44 (0) 1728 621 631, Fax 44 (0) 1728 621 179 web: http://www.castle-technology.co.uk or http://www.castlet.demon.co.uk unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 16:28:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA32808 for ; Tue, 23 Feb 1999 16:28:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA04542 for ; Tue, 23 Feb 1999 16:28:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004540; Tue, 23 Feb 99 16:28:08 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:47396 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14358-19993>; Tue, 23 Feb 1999 17:26:30 +0200 Received: by vger.rutgers.edu via listexpand id <156087-25208>; Tue, 23 Feb 1999 09:18:41 -0500 Received: by vger.rutgers.edu id <157158-25208>; Tue, 23 Feb 1999 09:18:24 -0500 Received: from smtp-out-001.wanadoo.fr ([193.252.19.68]:50467 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <157231-25208>; Tue, 23 Feb 1999 09:16:16 -0500 Received: from tntaub16-230.abo.wanadoo.fr [193.252.212.230] by wanadoo.fr for Paris Tue, 23 Feb 1999 16:20:17 +0100 (MET) X-Authentication-Warning: ebene.wanadoo.fr: tntaub16-230.abo.wanadoo.fr [193.252.212.230] didn't use HELO protocol Message-ID: <36D2D5E8.219A9FD2@capway.com> Date: Tue, 23 Feb 1999 16:23:04 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Philip Blundell , linux-arm@vger.rutgers.edu Subject: Re: linux-2.2.1-philb-990222 References: Your message of "Mon, 22 Feb 1999 23:55:13 +0100." <19990222235513.I24922@mencheca.ch.genedata.com> <199902231441.PAA28358@wanadoo.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 640 Lines: 32 Christophe Leroy wrote: > > I've patched my working rmk4 with your patches, now kernel panics > telling: couldn't get rx irq for rs285 > > What's wrong ? >  Found myself: drivers/char/in tty_io.c, you call twice rs285_init(); #ifdef CONFIG_ESPSERIAL /* init ESP before rs, so rs doesn't see the port */ espserial_init(); #endif #ifdef CONFIG_SERIAL_21285 rs285_init(); #endif #ifdef CONFIG_SERIAL rs_init(); #endif #ifdef CONFIG_SERIAL_21285 rs285_init(); #endif #ifdef CONFIG_MAC_SERIAL macserial_init(); #endif unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 17:39:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA35378 for ; Tue, 23 Feb 1999 17:39:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA04851 for ; Tue, 23 Feb 1999 17:39:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004849; Tue, 23 Feb 99 17:39:23 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:28525 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1529-15928>; Tue, 23 Feb 1999 18:38:18 +0200 Received: by vger.rutgers.edu via listexpand id <157334-25208>; Tue, 23 Feb 1999 10:26:01 -0500 Received: by vger.rutgers.edu id <157198-25206>; Tue, 23 Feb 1999 10:25:46 -0500 Received: from [194.168.16.174] ([194.168.16.174]:4023 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157332-25208>; Tue, 23 Feb 1999 10:21:10 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id QAA09810; Tue, 23 Feb 1999 16:28:18 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id QAA01678; Tue, 23 Feb 1999 16:29:56 GMT Message-Id: <199902231629.QAA01678@raistlin.armlinux.org.uk> Subject: Re: bootloading 2.2.1 kernel from RISC OS To: jwb@castle-technology.co.uk (John Ballance) Date: Tue, 23 Feb 1999 16:29:55 +0000 (GMT) Cc: nick@flirble.org, linux-arm@vger.rutgers.edu In-Reply-To: from "John Ballance" at Feb 23, 99 04:02:33 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1416 Lines: 29 John Ballance writes: > I always get this invalid compressed data message I'm thinking that this is a problem with the compiler or binutils. My kernels are OK, and if I send my kernel to someone with this problem, they have no problems with my zImage. > n.b. is there a good reason why a kernel patchad for armlinux will nolonger > compile for i386 without error? What is the error? > surely it would be wise to put the patches in using version switched > conditionals, rather than (apparently) wholesale change.. a merge to > the full linux tree would then take account of most (i presume) kernel > upissuing matters... I take care of the patches - patching a kernel is not a one-way affair - so long as you have the original patch around, it's easy to remove it. conditionals would just make a mess of everything and make it unreadable. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 17:34:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA35139 for ; Tue, 23 Feb 1999 17:34:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA04832 for ; Tue, 23 Feb 1999 17:34:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004830; Tue, 23 Feb 99 17:33:49 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:52069 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6501-15928>; Tue, 23 Feb 1999 18:33:39 +0200 Received: by vger.rutgers.edu via listexpand id <155563-25208>; Tue, 23 Feb 1999 10:25:51 -0500 Received: by vger.rutgers.edu id <157278-25208>; Tue, 23 Feb 1999 10:25:29 -0500 Received: from [194.168.16.174] ([194.168.16.174]:4027 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157351-25208>; Tue, 23 Feb 1999 10:23:26 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id QAA09823; Tue, 23 Feb 1999 16:30:34 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id QAA01692; Tue, 23 Feb 1999 16:32:12 GMT Message-Id: <199902231632.QAA01692@raistlin.armlinux.org.uk> Subject: Re: EBSA285 and PCI To: pkoning@xedia.com (Paul Koning) Date: Tue, 23 Feb 1999 16:32:12 +0000 (GMT) Cc: dbaukus@inetinc.com, linux-arm@vger.rutgers.edu In-Reply-To: <199902231551.KAA03777@tonga.xedia.com> from "Paul Koning" at Feb 23, 99 10:51:06 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1321 Lines: 25 Paul Koning writes: > I think the issue is that EBSA285 doesn't HAVE a BIOS. I do have a BIOS like loader for the EBSA285, but is in dire need of a cleanup in certain areas (which I know I must get around to). > Personally, I wonder about depending on such a notion. There's > nothing wrong with having the OS initialization do the entire system > init from scratch. At worst that duplicates what a "BIOS" did; at > best it's what makes things work. The PCI initialisation is hardware specific - there is no way to know what an EBSA285 is plugged into, and therefore I'd prefer that on this machine the kernel did NOT initialise the PCI bus. In fact, my current thinking is to reduce some of the initialisation that the kernel does on EBSA285. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 17:47:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA36732 for ; Tue, 23 Feb 1999 17:47:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA04876 for ; Tue, 23 Feb 1999 17:47:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004872; Tue, 23 Feb 99 17:47:16 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:10257 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1333-19993>; Tue, 23 Feb 1999 18:47:02 +0200 Received: by vger.rutgers.edu via listexpand id <157164-25208>; Tue, 23 Feb 1999 10:32:33 -0500 Received: by vger.rutgers.edu id <157186-25206>; Tue, 23 Feb 1999 10:31:41 -0500 Received: from ganymede.or.intel.com ([134.134.248.3]:3035 "EHLO ganymede.or.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157349-25208>; Tue, 23 Feb 1999 10:28:30 -0500 Received: from orsmsx28.jf.intel.com (orsmsx28.jf.intel.com [192.168.65.28]) by ganymede.or.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id QAA26023; Tue, 23 Feb 1999 16:35:02 GMT Received: by ORSMSX28 with Internet Mail Service (5.5.2232.9) id <1FWFH71C>; Tue, 23 Feb 1999 08:35:02 -0800 Message-ID: From: "Chagas, Jason" To: "Chagas, Jason" , "'Philip Blundell'" Cc: linux-arm@vger.rutgers.edu Subject: RE: HELP - Egcs 1.1.1 Date: Tue, 23 Feb 1999 08:35:00 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1111 Lines: 40 This may sound like a stupid question but are you sure the glibc that you installed was actually compiled for ARM? If GCC wasn't installed properly it seems unlikely that building the C library would have worked. I wonder if maybe you accidentally did a native build instead. You should be able to tell easily enough by using `file' on the crt1.o in question. p. Phil, Yup, 'file ~/glibc-2.0.111/csu/crt1.o' returns "crt1.o: ELF 32-bit LSB relocatable, Intel 80386, version 1, not stripped". The files under '/usr/local/arm/arm-linux/lib/crt1.o' and '/usr/local/arm/glibc/arm-linux-glibc/lib/crt1.o' are also for 'x86'. On the other hand, 'file hello.o' returns "hello.o: ELF 32-bit LSB relocatable, version 1, not stripped". It says nothing about 'x86' so I take it is an ARM type. I wonder why it generated X86 binaries when I specified the target as 'arm-linux': "./configure --target=arm-linux --prefix=/usr/local/arm/glibc/arm-linux-glibc -enable-add-ons" How can I fix the problem? Any ideas? Jason unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 17:41:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA35422 for ; Tue, 23 Feb 1999 17:41:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA04860 for ; Tue, 23 Feb 1999 17:41:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004858; Tue, 23 Feb 99 17:40:31 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:28525 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4246-15928>; Tue, 23 Feb 1999 18:39:37 +0200 Received: by vger.rutgers.edu via listexpand id <157245-25206>; Tue, 23 Feb 1999 10:31:33 -0500 Received: by vger.rutgers.edu id <157186-25206>; Tue, 23 Feb 1999 10:31:21 -0500 Received: from thalia.fm.intel.com ([132.233.247.11]:4052 "EHLO thalia.fm.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157301-25206>; Tue, 23 Feb 1999 10:28:28 -0500 Received: from fmsmsx17.intel.com (fmsmsx17.fm.intel.com [132.233.58.209]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id QAA28326; Tue, 23 Feb 1999 16:35:24 GMT Received: by FMSMSX17 with Internet Mail Service (5.5.2232.9) id <1QRB5YPD>; Tue, 23 Feb 1999 08:35:24 -0800 Message-ID: From: "Chagas, Jason" To: "Chagas, Jason" , "'Dr . David Alan Gilbert'" Cc: linux-arm@vger.rutgers.edu Subject: RE: HELP - Egcs 1.1.1 Date: Tue, 23 Feb 1999 08:35:23 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="ISO-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2313 Lines: 63 # ./xgcc -o hello hello.c >/usr/local/arm/arm-linux/lib/crt1.o: file not recognized: File format not >recognized >collect2: ld returned 1 exit status > >Am I missing something? I wonder which linker its picking up - if its decided to pick up your x86 linker it aint going to be happy! Do: ./xgcc -v -o hello hello.c and it should be possible to see which linker its using. Dave Dave, It seems to use the appropriate linker. See the attached output with the '-v' switch: # ./xgcc -v -o hello hello.c Reading specs from /usr/local/arm/lib/gcc-lib/arm-linux/egcs-2.91.60/specs gcc version egcs-2.91.60 19990113/philb (egcs-1.1.1 release) /usr/local/arm/lib/gcc-lib/arm-linux/egcs-2.91.60/cpp -lang-c -v -undef -D__GNUC__=2 -D__GNUC_MINOR__=91 -Dunix -Darm -Dlinux -D__ELF__ -D__unix__ -D__arm__ -D__linux__ -D__ELF__ -D__unix -D__arm -D__linux -Asystem(unix) -Asystem(posix) -Acpu(arm) -Amachine(arm) -D__CHAR_UNSIGNED__ -D__ARM_ARCH_3__ -D__APCS_32__ hello.c /tmp/ccBXBmYQ.i GNU CPP version egcs-2.91.60 19990113/philb (egcs-1.1.1 release) (ARM GNU/Linux with ELF) #include "..." search starts here: #include <...> search starts here: /usr/local/arm/lib/gcc-lib/arm-linux/egcs-2.91.60/include /usr/local/arm/arm-linux/sys-include /usr/local/arm/arm-linux/include End of search list. /usr/local/arm/lib/gcc-lib/arm-linux/egcs-2.91.60/cc1 /tmp/ccBXBmYQ.i -quiet -dumpbase hello.c -version -o /tmp/cciNi6kN.s GNU C version egcs-2.91.60 19990113/philb (egcs-1.1.1 release) (arm-linux) compiled by GNU C version egcs-2.91.60 19990113/philb (egcs-1.1.1 release). /usr/local/arm/arm-linux/bin/as -o /tmp/ccP5atNL.o /tmp/cciNi6kN.s /usr/local/arm/lib/gcc-lib/arm-linux/egcs-2.91.60/collect2 -dynamic-linker /lib/ld-linux.so.2 -X -m elf32arm -o hello /usr/local/arm/arm-linux/lib/crt1.o /usr/local/arm/arm-linux/lib/crti.o /usr/local/arm/lib/gcc-lib/arm-linux/egcs-2.91.60/crtbegin.o -L/usr/local/arm/lib/gcc-lib/arm-linux/egcs-2.91.60 -L/usr/local/arm/arm-linux/lib /tmp/ccP5atNL.o -lgcc -lc -lgcc /usr/local/arm/lib/gcc-lib/arm-linux/egcs-2.91.60/crtend.o /usr/local/arm/arm-linux/lib/crtn.o /usr/local/arm/arm-linux/lib/crt1.o: file not recognized: File format not recognized collect2: ld returned 1 exit status unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 18:47:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA02649 for ; Tue, 23 Feb 1999 18:47:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA05081 for ; Tue, 23 Feb 1999 18:47:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005079; Tue, 23 Feb 99 18:46:47 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:53811 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14677-15928>; Tue, 23 Feb 1999 19:46:20 +0200 Received: by vger.rutgers.edu via listexpand id <157329-25206>; Tue, 23 Feb 1999 11:29:58 -0500 Received: by vger.rutgers.edu id <157408-25208>; Tue, 23 Feb 1999 11:20:21 -0500 Received: from post-11.mail.demon.net ([194.217.242.40]:63865 "EHLO post.mail.demon.net" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <157418-25206>; Tue, 23 Feb 1999 11:12:43 -0500 Received: from [158.152.154.179] (helo=server) by post.mail.demon.net with smtp (Exim 2.10 #2) id 10FLUd-00014u-00; Tue, 23 Feb 1999 17:19:35 +0000 From: John Ballance Date: Tue, 23 Feb 1999 17:12:14 To: Russell King - ARM Linux Admin Illegal-Object: Syntax error in CC: address found on listserv.funet.fi: CC: nick@flirble.orglinux-arm@vger.rutgers.edu ^-missing end of address Subject: Re: bootloading 2.2.1 kernel from RISC OS Content-Type: text/plain Message-ID: X-Mailer: Navaho Server Suite 2.00b24/Acorn RISC OS X-Organization: Castle Technology, Framlingham, Suffolk, IP13 9LL, +44 1728 621222 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2210 Lines: 57 On Tue, 23 Feb, Russell King - ARM Linux Admin wrote: > John Ballance writes: > > I always get this invalid compressed data message > > I'm thinking that this is a problem with the compiler or binutils. My > kernels are OK, and if I send my kernel to someone with this problem, they have no > problems with my zImage. indeed.. but what??.. i've built egcs1.1 and binutils 2.9.0.15 (or whatever), as pointed to by phil b.. compiled as suggested.. no go > > > n.b. is there a good reason why a kernel patchad for armlinux will > nolonger > compile for i386 without error? > > What is the error? do I understand that this means you have to 'unpatch' a tree before compiling i386?.. if so mea culpa I had 'naively' assumed that I could just reconfigure the tree to or from arm and recompile (make menuconfig...) > > > surely it would be wise to put the patches in using version switched > > conditionals, rather than (apparently) wholesale change.. a merge to > > the full linux tree would then take account of most (i presume) kernel > > upissuing matters... > > I take care of the patches - patching a kernel is not a one-way affair - > so long as you have the original patch around, it's easy to remove it. > conditionals would just make a mess of everything and make it unreadable. > _____ > |_____| ------------------------------------------------- --- --- - > | | Russell King linux@arm.linux.org.uk --- --- > | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | > | - - --- - - > / | THE developer of ARM Linux | | /|\ > / | | | --- | > - - ------------------------------------------------- /\\\ | -- Add 11 ukp (UK) carriage and VAT to all quoted prices John Ballance Castle Technology, Ore Trading Estate, Woodbridge Road, Framlingham, Suffolk UK IP13 9LL Tel 44 (0) 1728 621 631, Fax 44 (0) 1728 621 179 web: http://www.castle-technology.co.uk or http://www.castlet.demon.co.uk unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 18:50:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA02985 for ; Tue, 23 Feb 1999 18:50:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA05100 for ; Tue, 23 Feb 1999 18:50:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005097; Tue, 23 Feb 99 18:50:12 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:60220 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15074-19993>; Tue, 23 Feb 1999 19:47:49 +0200 Received: by vger.rutgers.edu via listexpand id <157453-25208>; Tue, 23 Feb 1999 11:35:18 -0500 Received: by vger.rutgers.edu id <157342-25208>; Tue, 23 Feb 1999 11:34:05 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:9303 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157312-25206>; Tue, 23 Feb 1999 11:30:23 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FLdf-00078K-00; Tue, 23 Feb 1999 17:28:55 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FLde-0001ek-00; Tue, 23 Feb 1999 17:28:54 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Chagas, Jason" cc: linux-arm@vger.rutgers.edu Subject: Re: HELP - Egcs 1.1.1 In-reply-to: Your message of "Tue, 23 Feb 1999 08:35:00 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Feb 1999 17:28:53 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 710 Lines: 23 >I wonder why it generated X86 binaries when I specified the target as >'arm-linux': > >"./configure --target=arm-linux >--prefix=/usr/local/arm/glibc/arm-linux-glibc -enable-add-ons" Hi Jason, You need to tell it which compiler to use as well. Otherwise it defaults to `gcc' which is of course the native compiler. Also, `--target' is meaningless for glibc because it's not a compiler tool. Configure was probably ignoring that option and again defaulting to a native build. Try something like this, assuming `arm-linux-gcc' is in your PATH: $ CC=arm-linux-gcc ./configure arm-linux --enable-add-ons --prefix=whatever p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 19:03:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA03768 for ; Tue, 23 Feb 1999 19:03:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA05121 for ; Tue, 23 Feb 1999 19:03:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005118; Tue, 23 Feb 99 19:02:34 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:58442 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1319-19993>; Tue, 23 Feb 1999 19:54:23 +0200 Received: by vger.rutgers.edu via listexpand id <157172-25208>; Tue, 23 Feb 1999 11:42:50 -0500 Received: by vger.rutgers.edu id <157312-25206>; Tue, 23 Feb 1999 11:34:24 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:9308 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157349-25208>; Tue, 23 Feb 1999 11:30:24 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FLig-00078T-00; Tue, 23 Feb 1999 17:34:06 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FLif-0001fL-00; Tue, 23 Feb 1999 17:34:05 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Chagas, Jason" cc: linux-arm@vger.rutgers.edu Subject: Re: HELP - Egcs 1.1.1 In-reply-to: Your message of "Tue, 23 Feb 1999 08:35:00 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Feb 1999 17:34:04 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 933 Lines: 23 >the other hand, 'file hello.o' returns "hello.o: ELF 32-bit LSB relocatable, >version 1, not stripped". It says nothing about 'x86' so I take it is an ARM >type. Yes; your `file' probably doesn't understand about ARM binaries. It's not hard to fix, just add an appropriate entry to your magic numbers file. I imagine it already has something like this: 0 string \177ELF ELF [...] >>18 leshort 0 no machine, >>18 leshort 1 AT&T WE32100 - invalid byte order, >>18 leshort 2 SPARC - invalid byte order, >>18 leshort 3 Intel 80386, etc; the line you need to add is: >>18 leshort 40 ARM, p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 19:03:06 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA03771 for ; Tue, 23 Feb 1999 19:03:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA05122 for ; Tue, 23 Feb 1999 19:03:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa05118; Tue, 23 Feb 99 19:02:35 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:27475 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16268-19993>; Tue, 23 Feb 1999 19:57:45 +0200 Received: by vger.rutgers.edu via listexpand id <156642-25206>; Tue, 23 Feb 1999 11:47:16 -0500 Received: by vger.rutgers.edu id <157231-25206>; Tue, 23 Feb 1999 11:43:42 -0500 Received: from [194.201.77.34] ([194.201.77.34]:56839 "HELO fw-maid.maidenhead.arm.com" ident: "firewall-user") by vger.rutgers.edu with SMTP id <157428-25206>; Tue, 23 Feb 1999 11:39:37 -0500 Received: by fw-maid.maidenhead.arm.com; id RAA00036; Tue, 23 Feb 1999 17:48:56 GMT Received: from mhsun1.maidenhead.arm.com(192.168.2.10) by fw-maid.maidenhead.arm.com via smap (4.1) id xma000019; Tue, 23 Feb 99 17:48:33 GMT Received: from mhpc45 by mhsun1.arm.com (4.1/SMI-4.1) id AA21324; Tue, 23 Feb 99 17:44:29 GMT Message-Id: <3.0.5.32.19990223173432.009d0100@mhsun1.maidenhead.arm.com> X-Sender: drusling@mhsun1.maidenhead.arm.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Tue, 23 Feb 1999 17:34:32 +0000 To: Russell King - ARM Linux Admin , pkoning@xedia.com (Paul Koning) From: "david.rusling@arm.com" Subject: Re: EBSA285 and PCI Cc: dbaukus@inetinc.com, linux-arm@vger.rutgers.edu In-Reply-To: <199902231632.QAA01692@raistlin.armlinux.org.uk> References: <199902231551.KAA03777@tonga.xedia.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 3073 Lines: 61 At 04:32 PM 2/23/99 +0000, Russell King - ARM Linux Admin wrote: >Paul Koning writes: >> I think the issue is that EBSA285 doesn't HAVE a BIOS. > >I do have a BIOS like loader for the EBSA285, but is in dire need of a >cleanup in certain areas (which I know I must get around to). > >> Personally, I wonder about depending on such a notion. There's >> nothing wrong with having the OS initialization do the entire system >> init from scratch. At worst that duplicates what a "BIOS" did; at >> best it's what makes things work. > >The PCI initialisation is hardware specific - there is no way to know >what an EBSA285 is plugged into, and therefore I'd prefer that on this >machine the kernel did NOT initialise the PCI bus. In fact, my current >thinking is to reduce some of the initialisation that the kernel does on >EBSA285. > The EBSA-285 is even more complicated than normal as it can run either as an intelligent device or as the host bridge. Host bridge is the standard Intel PCI based system case. There are two parts to the PCI initialisation. The (standard) kernel uses BIOS callbacks to discover the PCI topology (what devices on what buses using which addresses in what PCI spaces). In the Alpha/MIPs cases, there is system specific code that carries out the init functions normally carried out by Intel BIOS. It's a bit generalised but it has to be system specific 'cos how PCI land is accessed and how interrupts are routed is system specific. That's handled by arch/alpha/kernel/bios32.c. The generic code is in drivers/pci/pci.c and is the same across architectures. I seem to remember 2.2.1 giving you the ability to completely re-init the PCI subsystem though. As for whether or not this code should be in the kernel is an interesting question. If it is not, then where does it go? How does the kernel figure out the PCI topology? You could have a bootloader/console that inits the PCI and hands off the PCI topology information to the kernel. Given that the PCI system has been configured, the kernel could figure out the topology itself (via configuration cycles) in a system independent way. Without a console, you have to assume that the kernel has to do all of the work. Most ARM systems do not have consoles. In the Alpha case, the Miniloader (MILO) uses the kernel PCI setup code and the kernel then re-inits the PCI subsystem (a little sordid, but it works). Dave _____ > |_____| ------------------------------------------------- ---+---+- > | | Russell King linux@arm.linux.org.uk --- --- > | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | > | +-+-+ --- -+- > / | THE developer of ARM Linux |+| /|\ > / | | | --- | > +-+-+ ------------------------------------------------- /\\\ | >unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 19:39:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA01183 for ; Tue, 23 Feb 1999 19:39:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA05248 for ; Tue, 23 Feb 1999 19:39:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005246; Tue, 23 Feb 99 19:39:03 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:27698 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1928-19993>; Tue, 23 Feb 1999 20:38:24 +0200 Received: by vger.rutgers.edu via listexpand id <155563-25206>; Tue, 23 Feb 1999 12:30:29 -0500 Received: by vger.rutgers.edu id <157429-25208>; Tue, 23 Feb 1999 12:30:06 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:38544 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157446-25208>; Tue, 23 Feb 1999 12:22:08 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.10 #2) id 10FMa2-0000lH-00; Tue, 23 Feb 1999 18:29:14 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10FMZ5-0002lv-00; Tue, 23 Feb 1999 18:28:15 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King - ARM Linux Admin cc: jwb@castle-technology.co.uk (John Ballance), nick@flirble.org, linux-arm@vger.rutgers.edu Subject: Re: bootloading 2.2.1 kernel from RISC OS In-reply-to: Your message of "Tue, 23 Feb 1999 16:29:55 GMT." <199902231629.QAA01678@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Feb 1999 18:28:15 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 474 Lines: 13 >I'm thinking that this is a problem with the compiler or binutils. It's possible. You could try reducing the optimisation to -O (in linux/ Makefile) and see if that makes things work any better. If you're using anything other than binutils 2.9.1.0.19a and the latest egcs-1.1.1 it would be worth upgrading. FWIW, I build all my A5000 kernels with these tools and haven't had a problem. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Feb 23 19:54:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA01555 for ; Tue, 23 Feb 1999 19:54:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA05282 for ; Tue, 23 Feb 1999 19:54:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005277; Tue, 23 Feb 99 19:54:09 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:56152 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14836-15928>; Tue, 23 Feb 1999 20:53:43 +0200 Received: by vger.rutgers.edu via listexpand id <157114-25208>; Tue, 23 Feb 1999 12:45:57 -0500 Received: by vger.rutgers.edu id <155563-25208>; Tue, 23 Feb 1999 12:45:49 -0500 Received: from post-11.mail.demon.net ([194.217.242.40]:43334 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157087-25208>; Tue, 23 Feb 1999 12:45:26 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.10 #2) id 10FMwb-0007hD-00; Tue, 23 Feb 1999 18:52:34 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10FMq0-0002ms-00; Tue, 23 Feb 1999 18:45:44 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "david.rusling@arm.com" cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 and PCI In-reply-to: Your message of "Tue, 23 Feb 1999 17:34:32 GMT." <3.0.5.32.19990223173432.009d0100@mhsun1.maidenhead.arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Feb 1999 18:45:44 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 867 Lines: 18 >As for whether or not this code should be in the kernel is an interesting >question. If it is not, then where does it go? How does the kernel >figure out the PCI topology? You could have a bootloader/console that I'd like to see it go in the kernel at least as an option. With the exception of interrupt routing, the kernel can do as good a job of the PCI configuration as the console could. On platforms where the interrupt lines are fixed (NetWinder and CATS for example, but not EBSA-285) it can do everything. Also, experience shows that we tend to end up having code in the kernel to go through and fix up things that the console didn't do the way we wanted them in any case. We might as well not bother and just let the kernel do the whole lot in the first place. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 09:31:37 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA14531 for ; Wed, 24 Feb 1999 09:31:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA06580 for ; Wed, 24 Feb 1999 09:31:26 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005453; Tue, 23 Feb 99 21:11:38 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:54128 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16255-15928>; Tue, 23 Feb 1999 22:10:47 +0200 Received: by vger.rutgers.edu via listexpand id <157349-25206>; Tue, 23 Feb 1999 14:02:47 -0500 Received: by vger.rutgers.edu id <156642-25208>; Tue, 23 Feb 1999 14:02:41 -0500 Received: from [194.168.16.152] ([194.168.16.152]:4059 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157454-25208>; Tue, 23 Feb 1999 13:59:18 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id TAA10343; Tue, 23 Feb 1999 19:48:01 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id TAA02178; Tue, 23 Feb 1999 19:49:42 GMT Message-Id: <199902231949.TAA02178@raistlin.armlinux.org.uk> Subject: Re: bootloading 2.2.1 kernel from RISC OS To: jwb@castle-technology.co.uk (John Ballance) Date: Tue, 23 Feb 1999 19:49:41 +0000 (GMT) Cc: nick@flirble.org, linux-arm@vger.rutgers.edu In-Reply-To: from "John Ballance" at Feb 23, 99 05:12:14 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2567 Lines: 58 John Ballance writes: > indeed.. but what??.. i've built egcs1.1 and binutils 2.9.0.15 (or whatever), > > as pointed to by phil b.. compiled as suggested.. no go I have no idea - all that I can say about the problem is that the uncompressor does not think that the gzip'ed kernel image is valid for one reason or another. Someone with this problem will have to investigate why this is. As far as I am concerned (my concern is the kernel at the moment), the problem is not the kernel, nor the kernel source. > > What is the error? > do I understand that this means you have to 'unpatch' a tree before > compiling i386?.. if so mea culpa No! That's not the way it works. The kernel has been designed to allow all these architectures to exist without resorting to #ifdefs. GCC/EGCS has the idea of inline functions - these are used heavily by the kernel. There is actually a lot of inlined code in the include files, both in include/asm-* and include/linux. For instance, the page table manipulation as far as the 'normal' kernel code is concerned is a three-level affair. However, defining the correct constants and inline functions you can collapse this down to a single level if you so wish without modifing or replacing the existing code. Again, what is the error? > I had 'naively' assumed that I could just reconfigure the tree to or from arm > and recompile (make menuconfig...) If you want to recompile my sources for x86, all you have to do is to: 1. make clean 2. change the ARCH := line in the top level make file and CROSS_COMPILE 3. make config 4. make dep 5. make clean 6. make zImage or make bzImage PS, your mailer appears to be getting CC: lines to multiple people wrong. This is what I'm seeing: To: Russell King - ARM Linux Admin CC: nick@flirble.org.linux-arm@vger.rutgers.edu Since this is invalid (containing a '.' between the addresses), I have to manually copy the CC: line each time, which makes it extremely annoying to reply to. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 09:31:37 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA14548 for ; Wed, 24 Feb 1999 09:31:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA06597 for ; Wed, 24 Feb 1999 09:31:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa05453; Tue, 23 Feb 99 21:11:39 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:30065 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15898-15928>; Tue, 23 Feb 1999 22:11:07 +0200 Received: by vger.rutgers.edu via listexpand id <157366-25208>; Tue, 23 Feb 1999 14:03:16 -0500 Received: by vger.rutgers.edu id <155563-25208>; Tue, 23 Feb 1999 14:02:53 -0500 Received: from [194.168.16.152] ([194.168.16.152]:4059 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157458-25208>; Tue, 23 Feb 1999 13:59:23 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA10415; Tue, 23 Feb 1999 20:03:31 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA02225; Tue, 23 Feb 1999 20:05:11 GMT Message-Id: <199902232005.UAA02225@raistlin.armlinux.org.uk> Subject: Re: EBSA285 and PCI To: david.rusling@arm.com Date: Tue, 23 Feb 1999 20:05:11 +0000 (GMT) Cc: pkoning@xedia.com, dbaukus@inetinc.com, linux-arm@vger.rutgers.edu In-Reply-To: <3.0.5.32.19990223173432.009d0100@mhsun1.maidenhead.arm.com> from "david.rusling@arm.com" at Feb 23, 99 05:34:32 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 3619 Lines: 66 david.rusling@arm.com writes: > The EBSA-285 is even more complicated than normal as it can run either > as an intelligent device or as the host bridge. Host bridge is the standard > Intel PCI based system case. Indeed. There are two different 'architectures' in the kernel (one is sitting in my incoming patches and is available from Mark van Doesburg) which is the 'intelligent device' mode, and the EBSA285 case which is the stuff thats presently in my kernels. > There are two parts to the PCI initialisation. The (standard) kernel > uses BIOS callbacks to discover the PCI topology (what devices on > what buses using which addresses in what PCI spaces). In the Alpha/MIPs > cases, there is system specific code that carries out the init functions > normally carried out by Intel BIOS. It's a bit generalised but it > has to be system specific 'cos how PCI land is accessed and how interrupts > are routed is system specific. That's handled by arch/alpha/kernel/bios32.c. > The generic code is in drivers/pci/pci.c and is the same across architectures. > I seem to remember 2.2.1 giving you the ability to completely re-init the > PCI subsystem though. Indeed, and we make use if that exactly how the other architectures do. However, when the EBSA285 is being used as a host bridge, it is responsible for initialising the system and such like. I'm not over thrilled by the idea of programming the kernel into flash - this to me is too limited. A better solution would be to have a BIOS-like loader (MILO or whatever) that pulls the kernel off of whatever medium it is stored on. This is exactly the point behind my BIOS - to be generic. > As for whether or not this code should be in the kernel is an interesting > question. If it is not, then where does it go? How does the kernel > figure out the PCI topology? You could have a bootloader/console that > inits the PCI and hands off the PCI topology information to the kernel. > Given that the PCI system has been configured, the kernel could figure out > the topology itself (via configuration cycles) in a system independent > way. Indeed. > Without a console, you have to assume that the kernel has to do all of > the work. Most ARM systems do not have consoles. In the Alpha case, > the Miniloader (MILO) uses the kernel PCI setup code and the kernel then > re-inits the PCI subsystem (a little sordid, but it works). Not necessarily - you still need to get the kernel from somewhere. If you have a small BIOS programmed into the flash, then that can give you so many more options than a kernel could ever give you. The BIOS could even load the kernel from flash if you wanted it to. I'm not talking here about replacing the EBSA angel loader btw, I'm talking about supplementing it with a Linux Loader. Now that 2.2's in the making, things were quietening down (until Linus released 2.2.2 today), and I was going to clean up the last few bits in my BIOS to get it out there... There are loads of improvements that could be made to it as it stands though. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 09:31:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA14535 for ; Wed, 24 Feb 1999 09:31:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA06581 for ; Wed, 24 Feb 1999 09:31:26 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005467; Tue, 23 Feb 99 21:29:52 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:2582 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15953-19993>; Tue, 23 Feb 1999 22:26:46 +0200 Received: by vger.rutgers.edu via listexpand id <157477-25208>; Tue, 23 Feb 1999 14:18:13 -0500 Received: by vger.rutgers.edu id <157453-25206>; Tue, 23 Feb 1999 14:15:53 -0500 Received: from [194.168.16.152] ([194.168.16.152]:4071 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157303-25206>; Tue, 23 Feb 1999 14:14:46 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA10552; Tue, 23 Feb 1999 20:22:09 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA02311; Tue, 23 Feb 1999 20:23:47 GMT Message-Id: <199902232023.UAA02311@raistlin.armlinux.org.uk> Subject: Re: EBSA285 and PCI To: philb@gnu.org (Philip Blundell) Date: Tue, 23 Feb 1999 20:23:47 +0000 (GMT) Cc: david.rusling@arm.com, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Feb 23, 99 06:45:44 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1531 Lines: 31 Philip Blundell writes: > as the console could. On platforms where the interrupt lines are fixed > (NetWinder and CATS for example, but not EBSA-285) it can do everything. Indeed - totally embedded machines like the NetWinder it is a good idea since you know 100% what you're dealing with. However, when talking about a plug in card, I'd rather not have 50 different initialisation themes in the kernel. > Also, experience shows that we tend to end up having code in the kernel to go > through and fix up things that the console didn't do the way we wanted them in > any case. We might as well not bother and just let the kernel do the whole > lot in the first place. I have two points here: 1. the kernel cannot possibly know the way the bus needs to be set up in every case. 2. a freebios could set up the PCI bus how we wanted it in the first place, while releaving the kernel of the task of knowing system X, Y and Z's peculiarities. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 09:31:37 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA14551 for ; Wed, 24 Feb 1999 09:31:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA06598 for ; Wed, 24 Feb 1999 09:31:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005472; Tue, 23 Feb 99 21:35:33 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:2582 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2347-19993>; Tue, 23 Feb 1999 22:33:01 +0200 Received: by vger.rutgers.edu via listexpand id <157420-25208>; Tue, 23 Feb 1999 14:24:50 -0500 Received: by vger.rutgers.edu id <157469-25206>; Tue, 23 Feb 1999 14:19:45 -0500 Received: from [132.233.247.11] ([132.233.247.11]:4886 "EHLO thalia.fm.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157428-25206>; Tue, 23 Feb 1999 14:18:37 -0500 Received: from fmsmsx26.fm.intel.com (fmsmsx26.fm.intel.com [132.233.42.26]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id UAA28589; Tue, 23 Feb 1999 20:25:46 GMT Received: by FMSMSX26 with Internet Mail Service (5.5.2448.0) id ; Tue, 23 Feb 1999 12:25:46 -0800 Message-ID: From: "Chagas, Jason" To: "Chagas, Jason" , "'Philip Blundell'" Cc: linux-arm@vger.rutgers.edu Subject: RE: HELP - Egcs 1.1.1 Date: Tue, 23 Feb 1999 12:25:43 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2295 Lines: 80 You need to tell it which compiler to use as well. Otherwise it defaults to `gcc' which is of course the native compiler. Also, `--target' is meaningless for glibc because it's not a compiler tool. Configure was probably ignoring that option and again defaulting to a native build. Try something like this, assuming `arm-linux-gcc' is in your PATH: $ CC=arm-linux-gcc ./configure arm-linux --enable-add-ons --prefix=whatever Phil, I ran ... # CC=arm-linux-gcc ./configure arm-linux --build=i686-pc-linux-gnu --prefix=/usr/local/arm/glibc/arm-linux-glibc -enable-add-ons and it gave me this error... checking installed Linux kernel header files... TOO OLD! configure: error: GNU libc requires kernel header files from Linux 2.0.10 or later to be installed before configuring. The kernel header files are found usually in /usr/include/asm and /usr/include/linux; make sure these directories use files from Linux 2.0.10 or later. This check uses , so make sure that file was built correctly when installing the kernel header files. To use kernel headers not from /usr/include/linux, use the configure option --with-headers. So I searched for 'version.h' ... [/]# find . -name "version.h" -type f ./home/chagas/egcs/egcs-1.1.1/gcc/f/version.h ./home/chagas/glibc/glibc-2.0.111/version.h ./home/chagas/linux-2.2.0/linux/arch/i386/math-emu/version.h ./usr/src/linux-2.0.36/include/linux/version.h and ran ... # CC=arm-linux-gcc ./configure arm-linux --build=i 686-pc-linux-gnu --prefix=/usr/local/arm/glibc/arm-linux-glibc -enable-add-ons --with-headers=/usr/src/linux-2.0.36/include This time I got this error... include -isystem /usr/src/linux-2.0.36/include -D_LIBC_REENTRANT -include ../inc lude/libc-symbols.h -DASSEMBLER -o syscall.o ../sysdeps/unix/syscall.S: Assembler messages: ../sysdeps/unix/syscall.S:28: Error: Can not represent SWI relocation in this ob ject file format (0) make[1]: *** [syscall.o] Error 1 make[1]: Leaving directory `/home/chagas/glibc/glibc-2.0.111/misc' make: *** [misc/subdir_lib] Error 2 Which leads me to believe I have the wrong headers... Is that that case? Where should I get the headers from? Any ideas? Thanks, Jason unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 09:31:38 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA14578 for ; Wed, 24 Feb 1999 09:31:38 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA06632 for ; Wed, 24 Feb 1999 09:31:34 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005547; Tue, 23 Feb 99 22:29:16 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26657 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1556-15928>; Tue, 23 Feb 1999 23:28:41 +0200 Received: by vger.rutgers.edu via listexpand id <156642-25208>; Tue, 23 Feb 1999 15:20:47 -0500 Received: by vger.rutgers.edu id <156087-25208>; Tue, 23 Feb 1999 15:20:30 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4275 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157273-25206>; Tue, 23 Feb 1999 15:20:18 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10FPMg-0002dA-00; Tue, 23 Feb 1999 21:27:39 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10FPDN-0002vo-00; Tue, 23 Feb 1999 21:18:01 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Chagas, Jason" cc: linux-arm@vger.rutgers.edu Subject: Re: HELP - Egcs 1.1.1 In-reply-to: Your message of "Tue, 23 Feb 1999 12:25:43 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Feb 1999 21:18:00 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1373 Lines: 33 >and ran ... > ># CC=arm-linux-gcc ./configure arm-linux --build=i >686-pc-linux-gnu --prefix=/usr/local/arm/glibc/arm-linux-glibc >-enable-add-ons --with-headers=/usr/src/linux-2.0.36/include Jason, A similar problem again I think. It matters which architecture the kernel is configured for, and it looks like this is an i586 kernel source tree. In fact the i386 and ARM headers and APIs are similar enough that the compilation would very nearly have worked. Fortunately the i386 does indirect syscalls rather differently. The version.h file is only created during the kernel compile process. You need to at least do `make config' to generate it. Get hold of an ARM kernel source tree, check that ARCH is set to `arm' in the makefile, configure the kernel and then point the glibc compile at it. If you put symlinks to the kernel source tree in $PREFIX/include/{asm,linux} you can do without the --with-headers option. If that really was an ARM kernel source tree then I guess the problem must be somewhere else. BTW, I noticed you're using glibc-2.0.111. I have a feeling that version was rather buggy. To save more grief in the future you might like to get the official 2.1 release from ftp://sourceware.cygnus.com/pub/glibc/ and try your luck with that instead. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 09:32:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA14650 for ; Wed, 24 Feb 1999 09:31:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA06722 for ; Wed, 24 Feb 1999 09:31:54 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005905; Wed, 24 Feb 99 02:16:58 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:49256 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15762-1727>; Wed, 24 Feb 1999 03:16:32 +0200 Received: by vger.rutgers.edu via listexpand id <157493-25208>; Tue, 23 Feb 1999 19:08:26 -0500 Received: by vger.rutgers.edu id <156642-25206>; Tue, 23 Feb 1999 19:08:10 -0500 Received: from fluff.demon.co.uk ([158.152.183.105]:62936 "EHLO mira.fluff.org" ident: "TIMEDOUT2") by vger.rutgers.edu with ESMTP id <157518-25206>; Tue, 23 Feb 1999 19:06:37 -0500 Received: (from ben@localhost) by mira.fluff.org (8.8.7/8.8.5) id BAA15023; Wed, 24 Feb 1999 01:17:46 GMT Message-ID: <19990224011746.26762@mira.home.fluff.org> Date: Wed, 24 Feb 1999 01:17:46 +0000 From: Ben Dooks To: Phil Norman Cc: linux-arm@vger.rutgers.edu Subject: Re: Acorn Southwest Show Reply-To: Ben Dooks References: <19981218172846.B15417@chaos.oregan.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89 In-Reply-To: <19981218172846.B15417@chaos.oregan.net>; from Phil Norman on Fri, Dec 18, 1998 at 05:28:46PM +0000 X-Disclaimer: I speak for me, myself, and the other one of me. Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1078 Lines: 26 On Fri, Dec 18, 1998 at 05:28:46PM +0000, Phil Norman wrote: > On Fri, Dec 18, 1998 at 03:01:33PM +0000, John Ballance wrote: > > Hi > > > > its actually the EtherI, from Irlam > > > > it differs from others as the NC does not support MEMC addressing (or > > I believe PS addressing). All access is made usinf EasiSpace addressing.. > > something the netbsd port probably does not currently do... > > It depends on the NC. Some have EtherN cards, some EtherI, and some have > other bizarre cards. But yes, I've heard from another source too that > the main barrier to porting linux-arm is the ethernet card. I think most shipped with the EtherN cards. AFAIR, they are based on an NE2000 clone. The chip itself has its address lines moved up by 4 lines for multiple load/stores to the data port. PS, try doing a port for the etherc... the most strange ethernet card around (and i'm the only one with one, so ner!) -- Ben (ben@fluff.org, http://www.fluff.org/) 'a smiley only costs 4 bytes' unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 09:32:12 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA14767 for ; Wed, 24 Feb 1999 09:32:10 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA06771 for ; Wed, 24 Feb 1999 09:32:03 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006163; Wed, 24 Feb 99 05:49:26 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:31272 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2282-20306>; Wed, 24 Feb 1999 06:49:06 +0200 Received: by vger.rutgers.edu via listexpand id <157373-25208>; Tue, 23 Feb 1999 22:40:52 -0500 Received: by vger.rutgers.edu id <157263-25208>; Tue, 23 Feb 1999 22:40:33 -0500 Received: from kwanon.research.canon.com.au ([203.12.172.254]:37149 "HELO kwanon.research.canon.com.au" ident: "TIMEDOUT") by vger.rutgers.edu with SMTP id <157242-25208>; Tue, 23 Feb 1999 22:40:27 -0500 Received: (qmail 13048 invoked from network); 24 Feb 1999 04:43:19 -0000 Received: from grainger.research.canon.com.au (203.12.174.130) by kwanon-heat.research.canon.com.au with SMTP; 24 Feb 1999 04:43:17 -0000 Received: (qmail 6453 invoked from network); 24 Feb 1999 05:06:16 -0000 Received: from gobbi.research.canon.com.au (203.12.174.234) by grainger.research.canon.com.au with SMTP; 24 Feb 1999 05:06:16 -0000 Received: from research.canon.com.au (localhost [127.0.0.1]) by gobbi.research.canon.com.au (8.8.5/8.8.5) with ESMTP id PAA17997; Wed, 24 Feb 1999 15:42:25 +1100 (EST) Message-ID: <36D38331.7E90D940@research.canon.com.au> Date: Wed, 24 Feb 1999 15:42:25 +1100 From: Tim Lindquist Organization: Canon Information Systems Research Australia X-Mailer: Mozilla 4.06 [en] (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: "Chagas, Jason" CC: "'Philip Blundell'" , linux-arm@vger.rutgers.edu Subject: Too hard, but still trying Egcs 1.1.1 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2508 Lines: 77 Jason, Phil, Thanks for your input so far. I am coming up against many of the hurdles Jason faced. I currently have a problem compiling glibc2.1 in relation to headers. I'll go into that in a moment. First, I want to make absolutely sure that I AM configuring for the right target. - I am trying to get a compiled linux kernel onto the EBSA-285. After that I'll have to compile stuff to run on the kernel. Now, for the first pass (to get a kernel onto the board) is arm-linux the correct target? (I am confused about the arm-elf and other targets for standalone boards - why aren't I using the stand alone board target?) OK assuming that arm-linux is the right target, and I am cross compiling on a solaris machine, then why do you recommend the --build=i586-linux switch for configure on the web page at: http://www.tazenda.demon.co.uk/phil/arm-tools.html The dialog there says it is necessary, but it can be anything so long as it is different to the host system type. (I also noticed in one of the recent emails that you told Jason to use: CC=arm-linux-gcc ./configure arm-linux --enable-add-ons --prefix=whatever So is the build switch actually unnecessary?) I actually followed the latter route: CC=arm-linux-gcc ../glibc-2.1/configure arm-linux --prefix=/home/elph/tjl/work/sw --enable-add-ons and came up against the header problem. -> Now, I have a linux 2.1.126 tree (as the whole point of this exercise is to be able to build this kernel), so I edited the configure line: CC=arm-linux-gcc ../glibc-2.1/configure arm-linux --prefix=/home/elph/tjl/work/sw --enable-add-ons --with-headers=/home/elph/tjl/work/sw/armlinux/linux/include and got this error: *** You should not compile the GNU libc without the `linuxthreads' and *** `crypt' add-on. Not using them risks to be incompatible with the *** libraries of other systems. Consider getting the add-ons and restart *** the configuration. *** If you really mean to avoid those add-ons run configure again, now *** using the extra parameter `--disable-sanity-checks'. DO I REALLY NEED THESE?? I don't want to have to blast away glibc2.1 and get the crypt package. I tried the --disable-sanity-checks switch and got: *** WARNING: Are you sure you do not want to use the `linuxthreads' *** and `crypt' add-ons? checking for symlinks in /home/elph/tjl/work/sw//include... ../glibc-2.1/configure: test: argument expected Where to from here???? Thanks unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 09:43:55 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA15263 for ; Wed, 24 Feb 1999 09:43:55 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA06941 for ; Wed, 24 Feb 1999 09:43:54 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006939; Wed, 24 Feb 99 09:43:40 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:13639 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16219-20306>; Wed, 24 Feb 1999 10:42:47 +0200 Received: by vger.rutgers.edu via listexpand id <160142-25208>; Wed, 24 Feb 1999 02:33:29 -0500 Received: by vger.rutgers.edu id <160159-25208>; Wed, 24 Feb 1999 02:30:49 -0500 Received: from [194.201.77.34] ([194.201.77.34]:32779 "HELO fw-maid.maidenhead.arm.com" ident: "firewall-user") by vger.rutgers.edu with SMTP id <160146-25208>; Wed, 24 Feb 1999 02:30:18 -0500 Received: by fw-maid.maidenhead.arm.com; id IAA10305; Wed, 24 Feb 1999 08:41:11 GMT Received: from mhsun1.maidenhead.arm.com(192.168.2.10) by fw-maid.maidenhead.arm.com via smap (4.1) id xma010300; Wed, 24 Feb 99 08:40:37 GMT Received: from arm.com (dialin7) by mhsun1.arm.com (4.1/SMI-4.1) id AA25881; Wed, 24 Feb 99 08:36:30 GMT Message-Id: <36D3BB6F.1B8821C7@arm.com> Date: Wed, 24 Feb 1999 08:42:23 +0000 From: David A Rusling Reply-To: david.rusling@arm.com Organization: ARM Ltd X-Mailer: Mozilla 4.07 [en] (X11; I; Linux 2.2.1 i686) Mime-Version: 1.0 To: Russell King - ARM Linux Admin Cc: Philip Blundell , linux-arm@vger.rutgers.edu Subject: Re: EBSA285 and PCI References: <199902232023.UAA02311@raistlin.armlinux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2914 Lines: 67 Russell King - ARM Linux Admin wrote: > > Philip Blundell writes: > > as the console could. On platforms where the interrupt lines are fixed > > (NetWinder and CATS for example, but not EBSA-285) it can do everything. > > Indeed - totally embedded machines like the NetWinder it is a good idea > since you know 100% what you're dealing with. However, when talking about > a plug in card, I'd rather not have 50 different initialisation themes in > the kernel. > > > Also, experience shows that we tend to end up having code in the kernel to go > > through and fix up things that the console didn't do the way we wanted them in > > any case. We might as well not bother and just let the kernel do the whole > > lot in the first place. > > I have two points here: > > 1. the kernel cannot possibly know the way the bus needs to be set up > in every case. > Well, err, yes it can. The Alpha/MIPs cases work on a huge variety of systems. The kernel can know as well as a BIOS how to set up a PCI subsystem. > 2. a freebios could set up the PCI bus how we wanted it in the first place, > while releaving the kernel of the task of knowing system X, Y and Z's > peculiarities. In this case, so long as you implement the PCI BIOS bits - these include query callbacks to discover the PCI topology - then this is a perfectly valid approach. Its advantage would be that the kernels could remain (or become) generic. Of course, you'd still have to port the BIOS but that couldn't be harder than porting a kernel. I'm not saying that this is the right approach, but for MILO I embedded real Linux device drivers into an environment that was a cut-down Linux kernel. The advantage was the enormous set of device drivers, the disadvantage was the need to have the code in the kernel in the first place. If your BIOS can be simpler then all to the good. Have you seen uHAL? Dave > _____ > |_____| ------------------------------------------------- ---+---+- > | | Russell King linux@arm.linux.org.uk --- --- > | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | > | +-+-+ --- -+- > / | THE developer of ARM Linux |+| /|\ > / | | | --- | > +-+-+ ------------------------------------------------- /\\\ | > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu -- ---------------------------------------------------------------------- David A Rusling Consulting Engineer ARM Limited Liberty House, Moorbridge Road, Maidenhead, SL6 8LT Tel: UK-(0)1628-427754 Fax: UK-(0)1628-780551 e-mail: david.rusling@arm.com ---------------------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 09:52:29 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA15668 for ; Wed, 24 Feb 1999 09:52:25 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA06976 for ; Wed, 24 Feb 1999 09:52:24 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006974; Wed, 24 Feb 99 09:52:11 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:54878 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12484-1727>; Wed, 24 Feb 1999 10:51:11 +0200 Received: by vger.rutgers.edu via listexpand id <160130-25206>; Wed, 24 Feb 1999 02:42:18 -0500 Received: by vger.rutgers.edu id <160111-25206>; Wed, 24 Feb 1999 02:42:05 -0500 Received: from ckmsfw1.att.com ([12.20.58.157]:13553 "EHLO ckgppxy1.proxy.att.com" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <160143-25206>; Wed, 24 Feb 1999 02:41:52 -0500 Received: from frgmsx3.emea.att.com ([135.76.188.29]) by ckgppxy1.proxy.att.com (AT&T/IPNS/GW-1.0) with ESMTP id DAA07206 for ; Wed, 24 Feb 1999 03:49:41 -0500 (EST) Received: by FRGMSX3 with Internet Mail Service (5.5.2232.9) id ; Wed, 24 Feb 1999 09:53:30 +0100 Message-ID: From: "Vater, Thomas" To: "'linux-arm@vger.rutgers.edu'" Subject: Printing with ARM Linux Date: Wed, 24 Feb 1999 09:53:25 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1437 Lines: 41 Hello. I'm sorry if this is the wrong place to ask but I know of no other. Has anybody managed to get printing on ARM Linux to work? Since I have a PostScript printer this should be an easy task. The device seams to work, if I do a cat file.ps > /dev/lp2 the printer gets out the page correctly. However a lpr file.ps queues and spools the file correctly. Something then is sent to the printer but the printer simply ignores it. I checked that the spooled files is the same as the input file, (the filter is not touching it) so I'm assuming that lpd is doing something strange. Is there a way to monitor what lpd is really transfering to the printer? (I'm running a 2.0.35 kernel an a StrongARM Risc PC if that's of any interest). Thanks for your help. Thomas PS. You guys do a great job - thanks for bringing Linux to the ARM world. #-------------------------------------------------------------------# Thomas Vater Software Development Specialist AT&T Communications Services Deutschland GmbH Phone: +49 69 15306 239 Eschersheimer Landstr. 14 Fax: +49 69 15306 229 60322 Frankfurt __o EMail: tv@de.att.com GERMANY _`\<,_ #------------------------------------------------------- (_)/ (_) --# unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 10:43:25 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA17418 for ; Wed, 24 Feb 1999 10:43:25 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA07121 for ; Wed, 24 Feb 1999 10:43:24 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007119; Wed, 24 Feb 99 10:43:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25892 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15718-20306>; Wed, 24 Feb 1999 11:42:10 +0200 Received: by vger.rutgers.edu via listexpand id <160168-25208>; Wed, 24 Feb 1999 03:23:41 -0500 Received: by vger.rutgers.edu id <160119-25206>; Wed, 24 Feb 1999 03:23:33 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:14410 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160168-25208>; Wed, 24 Feb 1999 03:23:13 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FaZQ-0007h3-00; Wed, 24 Feb 1999 09:25:32 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FaZP-00026U-00; Wed, 24 Feb 1999 09:25:31 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Vater, Thomas" cc: "'linux-arm@vger.rutgers.edu'" Subject: Re: Printing with ARM Linux In-reply-to: Your message of "Wed, 24 Feb 1999 09:53:25 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Feb 1999 09:25:31 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 226 Lines: 9 >Has anybody managed to get printing on ARM Linux to work? Have you read the Printing-HOWTO? This doesn't sound like an ARM specific problem. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 09:40:06 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA15116 for ; Wed, 24 Feb 1999 09:39:55 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA06919 for ; Wed, 24 Feb 1999 09:39:54 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006915; Wed, 24 Feb 99 09:39:29 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:64828 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9581-1727>; Wed, 24 Feb 1999 10:39:13 +0200 Received: by vger.rutgers.edu via listexpand id <160094-25206>; Wed, 24 Feb 1999 02:30:26 -0500 Received: by vger.rutgers.edu id <160125-25206>; Wed, 24 Feb 1999 02:30:14 -0500 Received: from smtp-out-006.wanadoo.fr ([193.252.19.98]:51655 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <160111-25208>; Wed, 24 Feb 1999 02:27:56 -0500 Received: from tntaub16-51.abo.wanadoo.fr [193.252.212.51] by wanadoo.fr for Paris Wed, 24 Feb 1999 09:32:41 +0100 (MET) Message-ID: <36D3C7E2.1EA1B4D4@capway.com> Date: Wed, 24 Feb 1999 09:35:30 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Russell King - ARM Linux Admin CC: Philip Blundell , david.rusling@arm.com, linux-arm@vger.rutgers.edu Subject: Re: EBSA285 and PCI References: <199902232023.UAA02311@raistlin.armlinux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1547 Lines: 40 Russell King - ARM Linux Admin wrote: > > Philip Blundell writes: > > as the console could. On platforms where the interrupt lines are fixed > > (NetWinder and CATS for example, but not EBSA-285) it can do everything. > > Indeed - totally embedded machines like the NetWinder it is a good idea > since you know 100% what you're dealing with. However, when talking about > a plug in card, I'd rather not have 50 different initialisation themes in > the kernel. > > > Also, experience shows that we tend to end up having code in the kernel to go > > through and fix up things that the console didn't do the way we wanted them in > > any case. We might as well not bother and just let the kernel do the whole > > lot in the first place. > > I have two points here: > > 1. the kernel cannot possibly know the way the bus needs to be set up > in every case. > > 2. a freebios could set up the PCI bus how we wanted it in the first place, > while releaving the kernel of the task of knowing system X, Y and Z's > peculiarities. As far as I understand PCI, it seems that only IRQs are backplane-specific. The other things are common to all PCI implementations. So I agree that we shouldn't do specific stuff in kernel, so we could simply tell the kernel how card is wired and let it do the remaining. Only specific inits should be done in a mini bios. And couldn't we detect IRQ used by a PCI card, just like the detect them with ISA cards ? Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 10:48:55 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA17547 for ; Wed, 24 Feb 1999 10:48:55 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA07133 for ; Wed, 24 Feb 1999 10:48:54 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007131; Wed, 24 Feb 99 10:48:40 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:34352 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15976-20306>; Wed, 24 Feb 1999 11:48:17 +0200 Received: by vger.rutgers.edu via listexpand id <160208-25208>; Wed, 24 Feb 1999 03:39:24 -0500 Received: by vger.rutgers.edu id <160149-25208>; Wed, 24 Feb 1999 03:39:10 -0500 Received: from alms1.att.com ([192.128.167.146]:54469 "EHLO alms1.fw.att.com" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <160234-25206>; Wed, 24 Feb 1999 03:38:15 -0500 Received: from frgmsx3.emea.att.com ([135.76.188.29]) by alms1.fw.att.com (AT&T/IPNS/GW-1.0) with ESMTP id EAA17385 for ; Wed, 24 Feb 1999 04:46:28 -0500 (EST) Received: by FRGMSX3 with Internet Mail Service (5.5.2232.9) id ; Wed, 24 Feb 1999 10:50:23 +0100 Message-ID: From: "Vater, Thomas" To: "'Philip Blundell'" Cc: "'linux-arm@vger.rutgers.edu'" Subject: RE: Printing with ARM Linux Date: Wed, 24 Feb 1999 10:50:19 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 431 Lines: 15 > >Has anybody managed to get printing on ARM Linux to work? > > Have you read the Printing-HOWTO? This doesn't sound like an > ARM specific > problem. > > p. Well, yes I did. That was basically my starting point. Meanwhile I read a lot of other docs. As far as I can tell it should work - but it don't :( Any other ideas? Thanks much anyway. Thomas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 11:25:55 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA18834 for ; Wed, 24 Feb 1999 11:25:55 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA07261 for ; Wed, 24 Feb 1999 11:25:54 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007259; Wed, 24 Feb 99 11:25:27 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:33360 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16272-1727>; Wed, 24 Feb 1999 12:25:18 +0200 Received: by vger.rutgers.edu via listexpand id <160230-25206>; Wed, 24 Feb 1999 04:16:11 -0500 Received: by vger.rutgers.edu id <160209-25208>; Wed, 24 Feb 1999 04:16:03 -0500 Received: from [194.201.77.34] ([194.201.77.34]:34828 "HELO fw-maid.maidenhead.arm.com" ident: "firewall-user") by vger.rutgers.edu with SMTP id <160230-25208>; Wed, 24 Feb 1999 04:15:49 -0500 Received: by fw-maid.maidenhead.arm.com; id KAA12477; Wed, 24 Feb 1999 10:25:13 GMT Received: from mhsun1.maidenhead.arm.com(192.168.2.10) by fw-maid.maidenhead.arm.com via smap (4.1) id xma012473; Wed, 24 Feb 99 10:24:23 GMT Received: from mhpc45 by mhsun1.arm.com (4.1/SMI-4.1) id AA27083; Wed, 24 Feb 99 10:20:23 GMT Message-Id: <3.0.5.32.19990224101033.00984940@mhsun1.maidenhead.arm.com> X-Sender: drusling@mhsun1.maidenhead.arm.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Wed, 24 Feb 1999 10:10:33 +0000 To: christophe leroy , Russell King - ARM Linux Admin From: "david.rusling@arm.com" Subject: Re: EBSA285 and PCI Cc: Philip Blundell , linux-arm@vger.rutgers.edu In-Reply-To: <36D3C7E2.1EA1B4D4@capway.com> References: <199902232023.UAA02311@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1503 Lines: 34 >As far as I understand PCI, it seems that only IRQs are >backplane-specific. The other things are common to all PCI >implementations. >So I agree that we shouldn't do specific stuff in kernel, >so we could simply tell the kernel how card is wired and let it do >the remaining. > >Only specific inits should be done in a mini bios. > >And couldn't we detect IRQ used by a PCI card, just like the >detect them with ISA cards ? > Err, no. ISA IRQs are hardwired, unless you use plug and pray where you tickle the card and see what wiggles (roughly speaking). PCI IRQs relate to which pin on the device is used for interrupts, which slot the PCI card is plugged into and which bus the slot is attached to. Interrupts are routed to an interrupt controller (eventually). How those interrupts are routed is system/board specific (slot 5, Pin A on bus 0 -> IRQ N). Interrupts routed through PCI-PCI bridges are twizzled (A->B, B->C, C->D, D->A). The BIOS undestands this board specific interrupt routing and writes the IRQ number into the PCI config header for the device. It is read from there by the device driver and handed to the kernel in request_irq(). The kernel's (board specific) interrupt handler figures out which IRQ went ping and turns it into a number that matches the one that the BIOS wrote. It's a symbiotic relationship. Dave ps I wrote how this works in my LDP book 'The Linux Kernel', chapter 6. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 11:18:26 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA18461 for ; Wed, 24 Feb 1999 11:18:25 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA07227 for ; Wed, 24 Feb 1999 11:18:24 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007221; Wed, 24 Feb 99 11:17:59 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:50252 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1087-20306>; Wed, 24 Feb 1999 12:17:39 +0200 Received: by vger.rutgers.edu via listexpand id <160224-25208>; Wed, 24 Feb 1999 04:08:46 -0500 Received: by vger.rutgers.edu id <160185-25206>; Wed, 24 Feb 1999 04:08:38 -0500 Received: from [212.219.8.163] ([212.219.8.163]:12365 "EHLO inkvine.wincoll.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <160228-25208>; Wed, 24 Feb 1999 04:08:27 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.wincoll.ac.uk (8.8.7/8.8.7) with ESMTP id KAA15806 for ; Wed, 24 Feb 1999 10:17:43 GMT Date: Wed, 24 Feb 1999 10:17:42 +0000 (GMT) From: Chris Rutter X-Sender: chris@inkvine.wincoll.ac.uk Reply-To: chris@fluff.org To: linux-arm@vger.rutgers.edu Subject: Cross-compiling Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 595 Lines: 15 I've been following the instruction's on pb's `tazenda' web pages about building a cross-compiler for my Linux/i386 machine. I tried out downloading the later binutils-...-19a, and found that patch just claimed the patches on vger for 15 had almost exclusively already been applied. So, I assumed those patches had gone into the tree, and started off my build based on a vanilla 19a. It appeared to work. Anything I should know..? -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 11:29:25 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA18905 for ; Wed, 24 Feb 1999 11:29:25 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA07275 for ; Wed, 24 Feb 1999 11:29:24 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007273; Wed, 24 Feb 99 11:29:05 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:45904 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4164-20306> convert rfc822-to-quoted-printable; Wed, 24 Feb 1999 12:28:57 +0200 Received: by vger.rutgers.edu via listexpand id <160238-25206>; Wed, 24 Feb 1999 04:20:04 -0500 Received: by vger.rutgers.edu id <160185-25208>; Wed, 24 Feb 1999 04:19:45 -0500 Received: from [212.219.8.163] ([212.219.8.163]:12397 "EHLO inkvine.wincoll.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <160209-25208>; Wed, 24 Feb 1999 04:19:27 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.wincoll.ac.uk (8.8.7/8.8.7) with ESMTP id KAA20680 for ; Wed, 24 Feb 1999 10:28:49 GMT Date: Wed, 24 Feb 1999 10:28:48 +0000 (GMT) From: Chris Rutter X-Sender: chris@inkvine.wincoll.ac.uk Reply-To: chris@fluff.org To: linux-arm@vger.rutgers.edu Subject: egcs (I spoke too soon) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by relay.ch.genedata.com id LAA18905 Status: RO Content-Length: 837 Lines: 22 I spoke too soon; I tried downloading egcs 1.1.1, applied all the egcs 1.1b patches in order, and found the only problem to be: Patching file gcc/f/intdoc.texi using Plan A... Reversed (or previously applied) patch detected! Assume -R? [y] n Apply anyway? [n] n Hunk #1 ignored at 4896. Hunk #2 ignored at 5454. Hunk #3 ignored at 5488. 3 out of 3 hunks ignored--saving rejects to gcc/f/intdoc.texi.rej done «inkvine» /usr/src/egcs-1.1.1 find . -name '*.rej' ./gcc/f/intdoc.texi.rej ...which I assume suggests egcs is fine as well? :) Sorry for not having the foresight to actually try this bit before writing the earlier message... -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 11:33:55 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA19034 for ; Wed, 24 Feb 1999 11:33:55 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA07290 for ; Wed, 24 Feb 1999 11:33:54 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007288; Wed, 24 Feb 99 11:33:35 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:13144 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9557-1727>; Wed, 24 Feb 1999 12:33:23 +0200 Received: by vger.rutgers.edu via listexpand id <160259-25206>; Wed, 24 Feb 1999 04:24:08 -0500 Received: by vger.rutgers.edu id <160246-25206>; Wed, 24 Feb 1999 04:23:51 -0500 Received: from [212.219.8.163] ([212.219.8.163]:12437 "EHLO inkvine.wincoll.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <160209-25208>; Wed, 24 Feb 1999 04:23:41 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.wincoll.ac.uk (8.8.7/8.8.7) with ESMTP id KAA22228 for ; Wed, 24 Feb 1999 10:33:06 GMT Date: Wed, 24 Feb 1999 10:33:04 +0000 (GMT) From: Chris Rutter X-Sender: chris@inkvine.wincoll.ac.uk Reply-To: chris@fluff.org To: linux-arm@vger.rutgers.edu Subject: Re: Cross-compiling In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 363 Lines: 9 > I've been following the instruction's on pb's `tazenda' web pages ^^^^^^^^^^^^^ Oh, jeezus, guilty on one chronic count of illiteracy. I'm not stupid everyone, honest... :) -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 11:47:56 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA19180 for ; Wed, 24 Feb 1999 11:47:55 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA07317 for ; Wed, 24 Feb 1999 11:47:54 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007315; Wed, 24 Feb 99 11:47:47 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26992 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14515-20306>; Wed, 24 Feb 1999 12:47:36 +0200 Received: by vger.rutgers.edu via listexpand id <160254-25208>; Wed, 24 Feb 1999 04:38:28 -0500 Received: by vger.rutgers.edu id <160261-25206>; Wed, 24 Feb 1999 04:38:12 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:16443 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160254-25206>; Wed, 24 Feb 1999 04:37:52 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10Fbjy-0007nM-00; Wed, 24 Feb 1999 10:40:30 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10Fbjx-00028x-00; Wed, 24 Feb 1999 10:40:29 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Tim Lindquist cc: "Chagas, Jason" , linux-arm@vger.rutgers.edu Subject: Re: Too hard, but still trying Egcs 1.1.1 In-reply-to: Your message of "Wed, 24 Feb 1999 15:42:25 +1100." <36D38331.7E90D940@research.canon.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Feb 1999 10:40:29 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2111 Lines: 54 >Now, for the first pass (to get a kernel onto the board) is arm-linux >the correct target? Yes. >(I am confused about the arm-elf and other targets for standalone boards >- why aren't I using the stand alone board target?) `Stand alone' in this context implies no operating system. It would probably work to compile the kernel itself with an arm-elf compiler in fact but you need arm-linux for user space things. Also, the arm-elf support in the Linux versions of egcs is in a somewhat indeterminate state so I don't suggest you use it. >OK assuming that arm-linux is the right target, and I am cross >compiling on a solaris machine, then why do you recommend >the --build=i586-linux switch for configure on the web page at: >[...] >The dialog there says it is necessary, but it can be anything so long >as it is different to the host system type. > >(I also noticed in one of the recent emails that you told Jason to use: >CC=arm-linux-gcc ./configure arm-linux --enable-add-ons >--prefix=whatever >So is the build switch actually unnecessary?) I think the --build switch is certainly less necessary these days than it used to be. Maybe you can get away without it altogether. In that email to Jason I just forgot about it. As you mention above, all that matters is that --build is different from the host. Some parts of the configure system use this to determine whether they're cross-compiling or not. >*** You should not compile the GNU libc without the `linuxthreads' and >*** `crypt' add-on. Not using them risks to be incompatible with the > >DO I REALLY NEED THESE?? Yes. I think linuxthreads at least is pretty non-negotiable. You can probably make do without crypt but I don't recommend it. >I don't want to have to blast away glibc2.1 and >get the crypt package. I tried the --disable-sanity-checks switch and >got: Just download crypt and linuxthreads and unpack them according to the instructions. I don't follow what you're saying about `blasting away glibc2.1'. What's the big deal? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 11:54:55 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA19500 for ; Wed, 24 Feb 1999 11:54:55 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA07342 for ; Wed, 24 Feb 1999 11:54:54 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007340; Wed, 24 Feb 99 11:54:34 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:27257 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1372-20306>; Wed, 24 Feb 1999 12:54:11 +0200 Received: by vger.rutgers.edu via listexpand id <160262-25206>; Wed, 24 Feb 1999 04:45:02 -0500 Received: by vger.rutgers.edu id <160204-25206>; Wed, 24 Feb 1999 04:44:54 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:16462 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160276-25206>; Wed, 24 Feb 1999 04:43:34 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10Fbsw-0007oC-00; Wed, 24 Feb 1999 10:49:46 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10Fbsv-0002AC-00; Wed, 24 Feb 1999 10:49:45 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: chris@fluff.org cc: linux-arm@vger.rutgers.edu Subject: Re: Cross-compiling In-reply-to: Your message of "Wed, 24 Feb 1999 10:17:42 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Feb 1999 10:49:45 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 378 Lines: 11 >So, I assumed those patches had gone into the tree, and started off >my build based on a vanilla 19a. It appeared to work. Anything I >should know..? That's right. I actually updated my web pages yesterday evening to reflect this. Binutils 2.9.1.0.19a contains all the ARM patches already. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 11:55:25 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA19494 for ; Wed, 24 Feb 1999 11:55:25 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA07347 for ; Wed, 24 Feb 1999 11:55:24 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007345; Wed, 24 Feb 99 11:55:15 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:27257 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15093-1727>; Wed, 24 Feb 1999 12:54:31 +0200 Received: by vger.rutgers.edu via listexpand id <160204-25206>; Wed, 24 Feb 1999 04:45:03 -0500 Received: by vger.rutgers.edu id <160264-25206>; Wed, 24 Feb 1999 04:44:47 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:16457 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160262-25206>; Wed, 24 Feb 1999 04:43:31 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10Fbtt-0007oH-00; Wed, 24 Feb 1999 10:50:45 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10Fbts-0002AQ-00; Wed, 24 Feb 1999 10:50:44 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: chris@fluff.org cc: linux-arm@vger.rutgers.edu Subject: Re: egcs (I spoke too soon) In-reply-to: Your message of "Wed, 24 Feb 1999 10:28:48 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Feb 1999 10:50:44 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 403 Lines: 12 >I spoke too soon; I tried downloading egcs 1.1.1, applied all the >egcs 1.1b patches in order, and found the only problem to be: There are actually some newer patches for egcs 1.1.1 now. Look in ftp.netwinder.org:/users/p/philb. The ones on vger are out of date; I probably ought to delete them to avoid confusion. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 13:58:56 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA23558 for ; Wed, 24 Feb 1999 13:58:55 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA07687 for ; Wed, 24 Feb 1999 13:58:54 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007685; Wed, 24 Feb 99 13:58:32 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:58694 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15385-1727>; Wed, 24 Feb 1999 14:58:12 +0200 Received: by vger.rutgers.edu via listexpand id <160358-25206>; Wed, 24 Feb 1999 06:48:52 -0500 Received: by vger.rutgers.edu id <160357-25208>; Wed, 24 Feb 1999 06:48:43 -0500 Received: from post-11.mail.demon.net ([194.217.242.40]:33595 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160311-25208>; Wed, 24 Feb 1999 06:48:22 -0500 Received: from [158.152.154.179] (helo=server) by post.mail.demon.net with smtp (Exim 2.10 #2) id 10Fdra-0004Zn-00 for linux-arm@vger.rutgers.edu; Wed, 24 Feb 1999 12:56:30 +0000 From: John Ballance Date: Wed, 24 Feb 1999 12:32:15 To: linux-arm@vger.rutgers.edu Subject: Re: PCNFSD? on RedHat .. thanks Content-Type: text/plain Message-ID: X-Mailer: Navaho Server Suite 2.00b24/Acorn RISC OS X-Organization: Castle Technology, Framlingham, Suffolk, IP13 9LL, +44 1728 621222 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 714 Lines: 31 Hi thanks to those who replied.. and for the included file, which works... its nowhere on the distribution I got.. though Again.. thanks John On Mon, 22 Feb, John Ballance wrote: > Hi > > Has anyone got a working PCNFSD for redhat linux on I386?.. if so > where could I get a copy? > > Thanks > > John -- Add 11 ukp (UK) carriage and VAT to all quoted prices John Ballance Castle Technology, Ore Trading Estate, Woodbridge Road, Framlingham, Suffolk UK IP13 9LL Tel 44 (0) 1728 621 631, Fax 44 (0) 1728 621 179 web: http://www.castle-technology.co.uk or http://www.castlet.demon.co.uk unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 14:17:56 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA24542 for ; Wed, 24 Feb 1999 14:17:55 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA07741 for ; Wed, 24 Feb 1999 14:17:54 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007739; Wed, 24 Feb 99 14:17:53 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:14928 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <176-1727>; Wed, 24 Feb 1999 15:17:44 +0200 Received: by vger.rutgers.edu via listexpand id <160361-25208>; Wed, 24 Feb 1999 07:08:22 -0500 Received: by vger.rutgers.edu id <160342-25206>; Wed, 24 Feb 1999 07:08:04 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:17772 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160361-25206>; Wed, 24 Feb 1999 07:07:51 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10Fduy-0007xQ-00; Wed, 24 Feb 1999 13:00:00 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10Fduv-0002HE-00; Wed, 24 Feb 1999 12:59:57 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe leroy cc: linux-arm@vger.rutgers.edu Subject: Re: Menuconfig problem In-reply-to: Your message of "Wed, 24 Feb 1999 13:42:49 GMT." <36D401D9.19F1A854@capway.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Feb 1999 12:59:55 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 471 Lines: 14 >With philb kernels, It doesn't crash but it ALWAYS defines >CONFIG_MSDOS_FS and CONFIG_VFAT_FS, even when CONFIG_FAT_FS is unset Does it define them to M or Y? If the former I suspect this is because menuconfig has a different idea about dep_tristate to the other config systems, and they need wrapping in a 'if [ $CONFIG_FAT_FS != "n" ]' type construct. If the latter I've no idea. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 14:45:56 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA25699 for ; Wed, 24 Feb 1999 14:45:55 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA07840 for ; Wed, 24 Feb 1999 14:45:54 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007838; Wed, 24 Feb 99 14:45:24 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:15984 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <11100-1727>; Wed, 24 Feb 1999 15:43:46 +0200 Received: by vger.rutgers.edu via listexpand id <160396-25206>; Wed, 24 Feb 1999 07:34:32 -0500 Received: by vger.rutgers.edu id <157240-25208>; Wed, 24 Feb 1999 07:34:15 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:17967 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160430-25206>; Wed, 24 Feb 1999 07:32:43 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FeC5-0007zC-00; Wed, 24 Feb 1999 13:17:41 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FeC4-0002It-00; Wed, 24 Feb 1999 13:17:40 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe leroy cc: Russell King - ARM Linux Admin , david.rusling@arm.com, linux-arm@vger.rutgers.edu Subject: Re: EBSA285 and PCI In-reply-to: Your message of "Wed, 24 Feb 1999 09:35:30 GMT." <36D3C7E2.1EA1B4D4@capway.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Feb 1999 13:17:40 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 511 Lines: 13 >And couldn't we detect IRQ used by a PCI card, just like the >detect them with ISA cards ? Not really. PCI allows shared IRQs which rather knocks on the head any hope of being able to reliably probe for them. Autoprobing IRQs never worked properly for ISA systems anyway and one of the advantages of PCI is that it provides a way to avoid this. Going back to relying on autoprobe would definitely be a retrograde step. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 13:44:55 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA22895 for ; Wed, 24 Feb 1999 13:44:55 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA07665 for ; Wed, 24 Feb 1999 13:44:54 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007663; Wed, 24 Feb 99 13:44:52 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:43058 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13251-1727>; Wed, 24 Feb 1999 14:44:27 +0200 Received: by vger.rutgers.edu via listexpand id <160330-25206>; Wed, 24 Feb 1999 06:35:15 -0500 Received: by vger.rutgers.edu id <160311-25208>; Wed, 24 Feb 1999 06:35:06 -0500 Received: from smtp-out-005.wanadoo.fr ([193.252.19.88]:54819 "EHLO wanadoo.fr" ident: "TIMEDOUT2") by vger.rutgers.edu with ESMTP id <160330-25208>; Wed, 24 Feb 1999 06:34:51 -0500 Received: from tntaub17-136.abo.wanadoo.fr [164.138.87.136] by wanadoo.fr for Paris Wed, 24 Feb 1999 13:40:01 +0100 (MET) Message-ID: <36D401D9.19F1A854@capway.com> Date: Wed, 24 Feb 1999 13:42:49 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Menuconfig problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 289 Lines: 7 With rmk kernels, make menuconfig crashes when you enter Filesystem Menu. With philb kernels, It doesn't crash but it ALWAYS defines CONFIG_MSDOS_FS and CONFIG_VFAT_FS, even when CONFIG_FAT_FS is unset Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 14:32:25 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA25271 for ; Wed, 24 Feb 1999 14:32:25 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA07789 for ; Wed, 24 Feb 1999 14:32:24 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007787; Wed, 24 Feb 99 14:32:23 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:18273 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14458-20306>; Wed, 24 Feb 1999 15:32:00 +0200 Received: by vger.rutgers.edu via listexpand id <160415-25208>; Wed, 24 Feb 1999 07:22:37 -0500 Received: by vger.rutgers.edu id <160384-25208>; Wed, 24 Feb 1999 07:22:19 -0500 Received: from smtp-out-006.wanadoo.fr ([193.252.19.98]:38358 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <160409-25208>; Wed, 24 Feb 1999 07:22:05 -0500 Received: from tntaub17-136.abo.wanadoo.fr [164.138.87.136] by wanadoo.fr for Paris Wed, 24 Feb 1999 14:27:58 +0100 (MET) Message-ID: <36D40D11.560E762A@capway.com> Date: Wed, 24 Feb 1999 14:30:41 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Philip Blundell CC: linux-arm@vger.rutgers.edu Subject: Re: Menuconfig problem References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1016 Lines: 35 Philip Blundell wrote: > > >With philb kernels, It doesn't crash but it ALWAYS defines > >CONFIG_MSDOS_FS and CONFIG_VFAT_FS, even when CONFIG_FAT_FS is unset > > Does it define them to M or Y? If the former I suspect this is because > menuconfig has a different idea about dep_tristate to the other config > systems, and they need wrapping in a 'if [ $CONFIG_FAT_FS != "n" ]' type > construct. > > If the latter I've no idea. > > p. # # Filesystems # # CONFIG_QUOTA is not set # CONFIG_AUTOFS_FS is not set # CONFIG_ADFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_HFS_FS is not set # CONFIG_FAT_FS is not set CONFIG_MSDOS_FS=y # CONFIG_UMSDOS_FS is not set CONFIG_VFAT_FS=y # CONFIG_ISO9660_FS is not set  And we can't say that it is because FAT_FS has just been turned off Before entering menuconfig Filesystem submenu, it was not set, And I've just entered and exited Filesystem submenu, not played with FAT_FS christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 16:13:28 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA28084 for ; Wed, 24 Feb 1999 16:13:27 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA08149 for ; Wed, 24 Feb 1999 16:13:27 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008147; Wed, 24 Feb 99 16:13:07 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:37736 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9535-1727>; Wed, 24 Feb 1999 17:12:49 +0200 Received: by vger.rutgers.edu via listexpand id <160515-25208>; Wed, 24 Feb 1999 09:03:17 -0500 Received: by vger.rutgers.edu id <160523-25208>; Wed, 24 Feb 1999 09:03:02 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2760 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160515-25208>; Wed, 24 Feb 1999 09:02:55 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10FfyT-0004Qi-00; Wed, 24 Feb 1999 15:11:46 +0000 Received: (from rmk@localhost) by gate.sw.milldev.co.uk (8.8.5/8.8.5) id PAA27152; Wed, 24 Feb 1999 15:05:41 GMT From: Russell King Message-Id: <199902241505.PAA27152@gate.sw.milldev.co.uk> Subject: Re: Menuconfig problem To: christophe.leroy5@capway.com (christophe leroy) Date: Wed, 24 Feb 1999 15:05:41 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <36D401D9.19F1A854@capway.com> from "christophe leroy" at Feb 24, 99 01:42:49 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 277 Lines: 10 christophe leroy said: > With rmk kernels, make menuconfig crashes when you enter Filesystem > Menu. I've fixed this in 2.2.2 (which should be out shortly). -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 16:14:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA28049 for ; Wed, 24 Feb 1999 16:13:57 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA08154 for ; Wed, 24 Feb 1999 16:13:57 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008152; Wed, 24 Feb 99 16:13:31 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:37736 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9723-20306>; Wed, 24 Feb 1999 17:13:17 +0200 Received: by vger.rutgers.edu via listexpand id <160547-25208>; Wed, 24 Feb 1999 09:03:49 -0500 Received: by vger.rutgers.edu id <160366-25206>; Wed, 24 Feb 1999 09:03:20 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2824 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160528-25208>; Wed, 24 Feb 1999 09:03:04 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10Ffyb-0004Rl-00; Wed, 24 Feb 1999 15:11:53 +0000 Received: (from rmk@localhost) by gate.sw.milldev.co.uk (8.8.5/8.8.5) id PAA27348; Wed, 24 Feb 1999 15:16:15 GMT From: Russell King Message-Id: <199902241516.PAA27348@gate.sw.milldev.co.uk> Subject: Re: EBSA285 and PCI To: david.rusling@arm.com Date: Wed, 24 Feb 1999 15:16:15 +0000 (GMT) Cc: linux@arm.linux.org.uk, philb@gnu.org, linux-arm@vger.rutgers.edu In-Reply-To: <36D3BB6F.1B8821C7@arm.com> from "David A Rusling" at Feb 24, 99 08:42:23 am Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2561 Lines: 55 David A Rusling said: > Russell King - ARM Linux Admin wrote: > > 1. the kernel cannot possibly know the way the bus needs to be set up > > in every case. > > Well, err, yes it can. The Alpha/MIPs cases work on a huge variety of > systems. The kernel can know as well as a BIOS how to set up a PCI > subsystem. There are currently two implementations of the PCI interrupt fixup in the kernel as it stands - one for EBSA285 in an EBSA285 backplane, and the other for the CATS boards. The CATS boards do not use the PCI pin designation as far as I know, so the two are not mixed. However, if you have an EBSA285 card plugged into joe bloggs backplane, how do you discover how it's got the interrupt pins mapped? You shouldn't autoprobe the IRQs (since PCI isn't supposed to be autoprobed), and there's nothing you can read to find out about the backplane. > > 2. a freebios could set up the PCI bus how we wanted it in the first > > place, while releaving the kernel of the task of knowing system X, > > Y and Z's peculiarities. > > In this case, so long as you implement the PCI BIOS bits - these include > query callbacks to discover the PCI topology - then this is a perfectly > valid approach. Its advantage would be that the kernels could remain > (or become) generic. Of course, you'd still have to port the BIOS but that > couldn't be harder than porting a kernel. The PCI BIOS bits are already and have been implemented from the very start. There is no 'so long as' here - it's an always has been. > I'm not saying that this is the right approach, but for MILO I embedded > real Linux device drivers into an environment that was a cut-down Linux > kernel. The advantage was the enormous set of device drivers, the > disadvantage was the need to have the code in the kernel in the first > place. If your BIOS can be simpler then all to the good. The bios can be simpler, and does not actually require the complexities of interrupts, process management etc operation at all. In fact, it's probably better because you could start with a core that is known stable, and get on with the real job of porting the kernel rather than having to find ways of loading kernels onto the EBSA285 board. > Have you seen uHAL? Yes. PS, Am I right in saying that the Angel initialisation code does not probe for the size of the SDRAMs? I didn't notice any change in the setup of the SDRAMs when I change the SDRAMs fitted. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 01:56:59 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA09245 for ; Thu, 25 Feb 1999 01:56:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA09616 for ; Thu, 25 Feb 1999 01:56:58 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009614; Thu, 25 Feb 99 01:56:57 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:1826 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13753-31684>; Thu, 25 Feb 1999 02:55:28 +0200 Received: by vger.rutgers.edu via listexpand id <157248-25208>; Wed, 24 Feb 1999 18:18:00 -0500 Received: by vger.rutgers.edu id <157680-25208>; Wed, 24 Feb 1999 17:40:23 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:4186 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161138-25206>; Wed, 24 Feb 1999 16:56:22 -0500 Received: from [158.152.30.195] (helo=globe.nexus.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10FgUT-000PS3-00 for linux-arm@vger.rutgers.edu; Wed, 24 Feb 1999 15:44:49 +0000 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FgKI-000899-00; Wed, 24 Feb 1999 15:34:18 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FgKH-0002PI-00; Wed, 24 Feb 1999 15:34:17 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 and PCI In-reply-to: Your message of "Wed, 24 Feb 1999 15:16:15 GMT." <199902241516.PAA27348@gate.sw.milldev.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Feb 1999 15:34:16 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 205 Lines: 9 >The CATS boards do not use the PCI pin designation >as far as I know, As far as the kernel's concerned, yes that's right. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 22:57:29 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA05741 for ; Wed, 24 Feb 1999 22:57:29 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA09180 for ; Wed, 24 Feb 1999 22:57:28 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009178; Wed, 24 Feb 99 22:57:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:56431 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8744-20306>; Wed, 24 Feb 1999 23:57:02 +0200 Received: by vger.rutgers.edu via listexpand id <157597-25206>; Wed, 24 Feb 1999 15:41:14 -0500 Received: by vger.rutgers.edu id <157671-25208>; Wed, 24 Feb 1999 14:54:13 -0500 Received: from alderaan.ethz.ch ([129.132.71.54]:4218 "EHLO alderaan.ethz.ch" ident: "root") by vger.rutgers.edu with ESMTP id <160798-25206>; Wed, 24 Feb 1999 14:45:55 -0500 Received: (from nicky@localhost) by alderaan.ethz.ch (8.8.8/8.8.8) id QAA13132 for linux-arm@vger.rutgers.edu; Wed, 24 Feb 1999 16:37:14 +0100 Date: Wed, 24 Feb 1999 16:37:13 +0100 From: Nicky Kern To: Linux/ARM Subject: problem compiling 2.2.1-rmk4 Message-ID: <19990224163713.A8423@alderaan.ethz.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2199 Lines: 48 I'm trying to cross-compile the 2.2.1-rmk4-Kernel for a Digital DNARD (which uses the EBSA110-Board, as far as I know) on a 386/Linux-box. Binutils/EGCS went all fine with the description from Tim Lindquist last Friday on the list. The kernel compiles fine, but gets a long list of unresolved sym's during linking. Something like this: ------------------------------------------------------------------------------ init/main.o(.data.init+0x2c): undefined reference to `kbd_reset_setup' drivers/char/char.a(tty_io.o): In function `tty_open': tty_io.o(.text+0x1cf8): undefined reference to `fg_console' drivers/char/char.a(tty_io.o): In function `tty_ioctl': tty_io.o(.text+0x2ffc): undefined reference to `tioclinux' tty_io.o(.text+0x2ffc): relocation truncated to fit: R_ARM_PC24 tioclinux drivers/char/char.a(tty_io.o): In function `console_init': tty_io.o(.text.init+0x7c): undefined reference to `con_init' tty_io.o(.text.init+0x7c): relocation truncated to fit: R_ARM_PC24 con_init drivers/char/char.a(tty_io.o): In function `tty_init': tty_io.o(.text.init+0x228): undefined reference to `kbd_init' tty_io.o(.text.init+0x228): relocation truncated to fit: R_ARM_PC24 kbd_init drivers/char/char.a(vc_screen.o): In function `vcs_size': vc_screen.o(.text+0x28): undefined reference to `fg_console' vc_screen.o(.text+0x34): undefined reference to `vc_cons_allocated' vc_screen.o(.text+0x34): relocation truncated to fit: R_ARM_PC24 vc_cons_allocated vc_screen.o(.text+0x70): undefined reference to `vc_cons' ------------------------------------------------------------------------------ It goes on like that for another one or two pages... I tried to fiddle around with some of the Make- and c-files, but it wouldn't help... Is there an easy solution to this problem?? Thanks Nicky ---------------------------------------------------------------------------- Verein der Informatikstudierenden Nicky Kern ETH Zentrum IFW B29 Tel: 01/632 72 12 nicky@vis.ethz.ch ---------------------------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 01:48:34 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA09137 for ; Thu, 25 Feb 1999 01:48:29 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA09597 for ; Thu, 25 Feb 1999 01:48:28 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009595; Thu, 25 Feb 99 01:48:18 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:1826 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14271-31684>; Thu, 25 Feb 1999 02:47:10 +0200 Received: by vger.rutgers.edu via listexpand id <160841-25206>; Wed, 24 Feb 1999 18:08:33 -0500 Received: by vger.rutgers.edu id <160448-25206>; Wed, 24 Feb 1999 17:27:27 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:60778 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161358-25208>; Wed, 24 Feb 1999 16:50:32 -0500 Received: from [158.152.30.195] (helo=globe.nexus.co.uk) by post.mail.demon.net with esmtp (Exim 2.10 #2) id 10Fh23-0001hz-00 for linux-arm@vger.rutgers.edu; Wed, 24 Feb 1999 16:19:31 +0000 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FgxW-0008CF-00; Wed, 24 Feb 1999 16:14:50 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FgxV-0002Sj-00; Wed, 24 Feb 1999 16:14:49 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe leroy cc: linux-arm@vger.rutgers.edu Subject: Re: flash driver In-reply-to: Your message of "Wed, 24 Feb 1999 16:55:17 GMT." <36D42EF5.5BF8CAD@capway.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Feb 1999 16:14:48 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1498 Lines: 33 >But, as far as I remember, mmap is not synchronous. So >if you write 0x40404040, then your word at the same location, it >doesn't mean that it will be really written on the flash, >so you can't program like that. If you mmap() the flash, it literally means that the flash device will be mapped into your address space. Since it's mapped uncached writes will go straight through. >Why not doing a write function ? Even if there is one >for NETWINDER, one for CATS and one for EBSA285 The reason for not putting a flash write function in initially was that it depends too much on the particular flash chip. Every device has a different programming algorithm. For EBSA-285 and other machines with 32-bit flash you can just mmap /dev/flash and program it that way (though mmap'ing /dev/mem at the right offset would do just as well). The problem is that if your flash is only 8 or 16 bits wide you need to do additional messing with the Footbridge to get the data to turn up in the right place. The way I was most recently planning to do it was to provide a primitive write() that just sends bytes to the flash doing the correct byte-manipulation stuff. The device-dependent bits would still be in user space and it would be generic to EBSA-285 and (I think) CATS, though not NetWinder because that has extra hardware that needs to get involved. I just haven't got around to implementing it yet. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 22:32:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA05436 for ; Wed, 24 Feb 1999 22:32:29 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA09141 for ; Wed, 24 Feb 1999 22:32:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa09137; Wed, 24 Feb 99 22:32:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:52004 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9723-20306>; Wed, 24 Feb 1999 23:28:21 +0200 Received: by vger.rutgers.edu via listexpand id <160669-25206>; Wed, 24 Feb 1999 14:39:26 -0500 Received: by vger.rutgers.edu id <157440-25208>; Wed, 24 Feb 1999 14:29:29 -0500 Received: from smtp-out-004.wanadoo.fr ([193.252.19.87]:60847 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <160600-25208>; Wed, 24 Feb 1999 14:22:47 -0500 Received: from tntaub15-174.abo.wanadoo.fr [193.252.211.174] by wanadoo.fr for Paris Wed, 24 Feb 1999 16:17:01 +0100 (MET) Message-ID: <36D426A6.7E31C450@capway.com> Date: Wed, 24 Feb 1999 16:19:50 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: linux arm CC: linux kernel Subject: Help needed to boot kernel with nfsroot Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2147 Lines: 57 I dont know if it is arm or kernel related so I'm writing to both lists I've tried to boot Linux on an EBSA285 arm based card, with nfsroot Kernel 2.2.1, patched for arm I've got three problems: * some times, when the kernel is sending rarp requests, tcpdump tells arp-#65535 for proto #65535 (255) hardware #1(255) and the server never responds * some other times, I get good rarp requests, the rarp server responds but the client never get the response. * And most of the time, rarp works, then the client looks for RPC 100003/2 and gets a response, then it looks for RPC 100005/1 and never gets the response. I've tried with portmap_4 and portmap_5beta, it's the same Here are rpcinfo -p output and tcpdump output program vers proto port 100000 2 tcp 111 100000 2 udp 111 100003 2 udp 2049 100021 1 udp 1024 100021 3 udp 1024 100021 1 tcp 1024 100021 3 tcp 1024 100005 1 udp 671 100005 1 tcp 673 100005 2 udp 676 100005 2 tcp 678 100005 3 udp 681 100005 3 tcp 683 15:55:20.355039 rarp who-is 0:10:4b:4b:4c:7e tell 0:10:4b:4b:4c:7e 15:55:20.355114 rarp reply 0:10:4b:4b:4c:7e at strongarm 15:55:20.476786 arp who-has dcs tell strongarm 15:55:20.476866 arp reply dcs is-at 2:7:1:1b:df:70 15:55:20.477259 strongarm.800 > dcs.sunrpc: udp 56 15:55:20.478016 dcs.sunrpc > strongarm.800: udp 28 15:55:20.528471 strongarm.800 > dcs.sunrpc: udp 56 15:55:25.470053 arp who-has strongarm tell dcs 15:55:25.470442 arp reply strongarm is-at 0:10:4b:4b:4c:7e 15:55:25.525558 strongarm.800 > dcs.sunrpc: udp 56 15:55:30.525336 arp who-has dcs tell strongarm 15:55:30.525405 arp reply dcs is-at 2:7:1:1b:df:70 15:55:35.525703 strongarm.800 > dcs.sunrpc: udp 56 15:55:50.526013 strongarm.800 > dcs.sunrpc: udp 56 15:56:10.642766 strongarm.800 > dcs.sunrpc: udp 56 15:56:15.636498 strongarm.800 > dcs.627: udp 64 15:56:25.636709 strongarm.800 > dcs.627: udp 64 15:56:40.637021 strongarm.800 > dcs.627: udp 64 christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 21:59:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA04701 for ; Wed, 24 Feb 1999 21:58:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA09051 for ; Wed, 24 Feb 1999 21:58:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009049; Wed, 24 Feb 99 21:58:40 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26678 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13242-20306>; Wed, 24 Feb 1999 22:58:16 +0200 Received: by vger.rutgers.edu via listexpand id <160834-25206>; Wed, 24 Feb 1999 14:35:42 -0500 Received: by vger.rutgers.edu id <160683-25206>; Wed, 24 Feb 1999 14:30:18 -0500 Received: from smtp-out-004.wanadoo.fr ([193.252.19.87]:60923 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <157248-25208>; Wed, 24 Feb 1999 14:23:39 -0500 Received: from tntaub15-174.abo.wanadoo.fr [193.252.211.174] by wanadoo.fr for Paris Wed, 24 Feb 1999 16:18:35 +0100 (MET) Message-ID: <36D42704.2EA55AD1@capway.com> Date: Wed, 24 Feb 1999 16:21:24 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: linux arm Subject: StrongARM and AMD LANCE PCI NETCARD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 223 Lines: 6 Has anyone tried a PCNET AM79C971 based card on EBSA285 ? Mine doesn't works, it is detected by driver but sends nothing to the network christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 22:17:29 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA05167 for ; Wed, 24 Feb 1999 22:17:29 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA09091 for ; Wed, 24 Feb 1999 22:17:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009089; Wed, 24 Feb 99 22:17:14 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:37746 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14492-20306>; Wed, 24 Feb 1999 23:14:37 +0200 Received: by vger.rutgers.edu via listexpand id <157497-25208>; Wed, 24 Feb 1999 14:32:50 -0500 Received: by vger.rutgers.edu id <160616-25206>; Wed, 24 Feb 1999 14:27:56 -0500 Received: from smtp-out-004.wanadoo.fr ([193.252.19.87]:60714 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <160601-25208>; Wed, 24 Feb 1999 14:21:15 -0500 Received: from tntaub15-174.abo.wanadoo.fr [193.252.211.174] by wanadoo.fr for Paris Wed, 24 Feb 1999 16:27:03 +0100 (MET) Message-ID: <36D42900.652463EC@capway.com> Date: Wed, 24 Feb 1999 16:29:52 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Russell King CC: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 and PCI References: <199902241516.PAA27348@gate.sw.milldev.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 407 Lines: 11 > > PS, Am I right in saying that the Angel initialisation code does not probe > for the size of the SDRAMs? I didn't notice any change in the setup of the > SDRAMs when I change the SDRAMs fitted. >  There is a routine in target.s (angel sources) that is supposed to detect memory size. It should be used by angel christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 22:32:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA05415 for ; Wed, 24 Feb 1999 22:32:29 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA09140 for ; Wed, 24 Feb 1999 22:32:28 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009137; Wed, 24 Feb 99 22:32:20 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:17697 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9827-1727>; Wed, 24 Feb 1999 23:27:19 +0200 Received: by vger.rutgers.edu via listexpand id <160662-25206>; Wed, 24 Feb 1999 14:39:24 -0500 Received: by vger.rutgers.edu id <160614-25208>; Wed, 24 Feb 1999 14:25:12 -0500 Received: from smtp-out-005.wanadoo.fr ([193.252.19.88]:58616 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <160672-25206>; Wed, 24 Feb 1999 14:20:19 -0500 Received: from tntaub15-174.abo.wanadoo.fr [193.252.211.174] by wanadoo.fr for Paris Wed, 24 Feb 1999 16:52:27 +0100 (MET) Message-ID: <36D42EF5.5BF8CAD@capway.com> Date: Wed, 24 Feb 1999 16:55:17 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Philip Blundell CC: linux-arm@vger.rutgers.edu Subject: flash driver References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 520 Lines: 13 In your flash driver, you tell that there is no write fonction and that we must mmap and play flash dependent tricks. But, as far as I remember, mmap is not synchronous. So if you write 0x40404040, then your word at the same location, it doesn't mean that it will be really written on the flash, so you can't program like that. Why not doing a write function ? Even if there is one for NETWINDER, one for CATS and one for EBSA285 Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 01:56:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA09199 for ; Thu, 25 Feb 1999 01:55:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA09608 for ; Thu, 25 Feb 1999 01:55:58 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009605; Thu, 25 Feb 99 01:55:38 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:1826 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13326-31684>; Thu, 25 Feb 1999 02:52:16 +0200 Received: by vger.rutgers.edu via listexpand id <160184-25208>; Wed, 24 Feb 1999 18:40:21 -0500 Received: by vger.rutgers.edu id <157631-25206>; Wed, 24 Feb 1999 18:13:49 -0500 Received: from [194.205.185.2] ([194.205.185.2]:3384 "EHLO mail.eidos.co.uk" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <160624-25206>; Wed, 24 Feb 1999 17:32:43 -0500 Received: from eidos.co.uk (192.168.100.2 [192.168.100.2]) by mail.eidos.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id 1X8213KK; Wed, 24 Feb 1999 17:53:39 -0000 Message-ID: <36D449D2.6C78C261@eidos.co.uk> Date: Wed, 24 Feb 1999 17:49:54 -0100 From: "Frank A. Vorstenbosch" Organization: Eidos Technologies Ltd. X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: en,nl,en-GB,en-US MIME-Version: 1.0 To: ARMLinux list Subject: Linux-arm bootloader for CATS Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2771 Lines: 62 Hallo! Here is a boot loader for use with the CATS machines and your favourite Linux kernel (we're currently working with 2.2.1+rmk4 configured for CATS support and NOT Netwinder). UUdecode, then gunzip, then cat the *binary* image of the linux kernel (vmlinux) to the end of the loader. Then comes the tricky part. Set the second word (i.e. bytes 4 to 7) of the loader needs to contain the total length of the file after the cat. # This assumes you've run make in the linux directory uudecode catslo.gz gunzip catslo.bin objcopy vmlinux -O binary vmlinux.bin cat catslo.bin vmlinux.bin >/linux # now patch the length of the file into bytes 4..7 # (anyone wants to write a script for this???) Copy the file into the root of your BSD partition, chmod 544, and shutdown BSD. At the ROM boot> prompt type boot wd0a:/linux to see the beautiful logo and then the startup of Linux. For now, we're failing on IDE support in the Linux kernel, but working on it... Frank section 1 of uuencode 4.02 of file catslo.gz begin 644 catslo.gz M'XL(`#Y#U#8``.W7S4_38!P'\*>#L`5%2M2(:++'F,!%A@?_`$%,=EADB$:C: M\3!@;@O8D3%"#QIW7%"S_0$<'CV8&"^NW[YM0#+2H?2GH\2.$K)A;K^7R)8BR_2[B8"`/@GZ/^M]3X/_UWCBZN+:E-J<54BRP4O;XNU\3L8U#I)QJ5_CLQR$GE;$'W?2J53< M/_F^8I_;5ZX'`G<(Z1\9N#QRK?]2&V.YO@]\[LJ3?!M?D\'>-==3IOE>S&GD, M#5Z>L;G\K4PF?_8!SY+]6)"RR_H<= M<4PQ1LA\496]18D$<_=E[W&^[N@AI$OF_=3-CRF68]GBF>Z%7#?O)]ELD?7[G^?62VZ7U<;Y^)CZ?!/5SN4`R^07>%M>W16:::Y-I? M8=[W4O0-+JZVKAA_:PSSON>.OJLSBA)3(C004V94.A%.*.%)JL1G?3X?&8C'Q MDS2FW(W3\7AX6NE)TNED*)&DL[%DE-X+16)C=#:>&/>18"@2ILG0Z&283L;C1 M$]-\7B*D1,+GZ%A([#8J/D@_@D]_9]RTQ_D\U2J=C[OGE9[53E'_S3?Y MT&[F&Q)+IGZ^@&I5S3O@I_Y8[9&_<7>CE=IZARO7KVXVO78IG7CF5%Y&.K'E& M?`H;Y?/KI6\KJBASK91GSZBBS/E62ZVP;ZMJ53JU1E4GW#Z?D:QR;^VYC):95 MR=K'WK(2.9+53^=,N%T^O[FVY[/&&^>KSKBC?&;"QL^??U?R&6]#_7S1QOGTT M=M6;N_-\UO/GR&:]LS;R_M9ZZ_5+NO?I?`P``````````5 M````````````````````````````````````````````````````````````` ,X"#[#8F=;X,`@```5 `` end sum -r/size 63032/1243 section (from "begin" to "end") sum -r/size 56618/867 entire input file ------------------------------------------------------------------------ Frank A. Vorstenbosch Phone: 0181 - 636 3000 Electronics and Software Engineer Mobile: 0976 - 430 569 Eidos Technologies Ltd., Wimbledon, London Email: fav@eidos.co.uk unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 10:01:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA17697 for ; Thu, 25 Feb 1999 10:01:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA10577 for ; Thu, 25 Feb 1999 10:00:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010575; Thu, 25 Feb 99 10:00:31 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:17718 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9596-31684>; Thu, 25 Feb 1999 10:56:41 +0200 Received: by vger.rutgers.edu via listexpand id <160037-25206>; Thu, 25 Feb 1999 02:42:24 -0500 Received: by vger.rutgers.edu id <160026-25208>; Thu, 25 Feb 1999 02:42:12 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:4678 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160037-25208>; Thu, 25 Feb 1999 02:41:18 -0500 Received: from [194.222.148.30] (helo=bolsterstone) by post.mail.demon.net with smtp (Exim 2.12 #1) id 10FwVO-0003lz-00 for linux-arm@vger.rutgers.edu; Thu, 25 Feb 1999 08:50:51 +0000 Date: Wed, 24 Feb 1999 19:05:10 +0000 From: Ruth Gunstone To: linux-arm@vger.rutgers.edu Subject: An appeal for an "Expert" Message-ID: <48D987A5D8%ruth@bolsterstone.demon.co.uk> X-Organization: Home X-Mailer: Messenger v1.40f for RISC OS X-Editor: Zap, using ZapEmail 0.22 (27 Nov 1998) patch-3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1085 Lines: 23 The Wakefield Acorn Computer Group would love to have an ARMLinux expert to demonstrate the wonders of Linux at the forthcoming Acorn Spring Show. There has recently been a lot of interest shown in ARMLinux. If anyone is interested in making a presentation of ARMLinux to the theatre audience, would they please contact me by private email. TA! -- Ruth Gunstone (ruth at bolsterstone dot demon dot co dot uk) || A 202MHz StrongARM User. || || Now - can someone build me a computer || || around it please?! || ====================================================== || Web-Site: http://www.bolsterstone.demon.co.uk/ || || || || Member of the Wakefield Acorn Computer Group || || (But opinions expressed are mine alone) || unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Feb 24 23:08:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA05938 for ; Wed, 24 Feb 1999 23:07:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA09198 for ; Wed, 24 Feb 1999 23:07:58 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009196; Wed, 24 Feb 99 23:07:54 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:10768 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8744-31684>; Thu, 25 Feb 1999 00:06:42 +0200 Received: by vger.rutgers.edu via listexpand id <160050-25206>; Wed, 24 Feb 1999 15:42:14 -0500 Received: by vger.rutgers.edu id <157158-25208>; Wed, 24 Feb 1999 14:57:57 -0500 Received: from [212.219.8.163] ([212.219.8.163]:26190 "EHLO inkvine.wincoll.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <161015-25206>; Wed, 24 Feb 1999 14:52:07 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.wincoll.ac.uk (8.8.7/8.8.7) with ESMTP id VAA23235 for ; Wed, 24 Feb 1999 21:02:05 GMT Date: Wed, 24 Feb 1999 21:02:05 +0000 (GMT) From: Chris Rutter X-Sender: chris@inkvine.wincoll.ac.uk Reply-To: chris@fluff.org To: linux-arm@vger.rutgers.edu Subject: egcs compilation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 691 Lines: 19 Okay; applied latest egcs patches to egcs 1.1.1. % ./configure --target=arm-linux --prefix=/usr % cd gcc; make LANGUAGES="cc" Eventually I get an abort with: libgcc1.S:430: asm/unistd.h: No such file or directory which I presume means I need the ARM headers somewhere, so it can get the syscall numbers. Can someone tell me where I can find instructions on which to do; it looks like I more or less follow the section "If you are building on a Linux/ARM system...", except that I'm running i386 Linux. Any ideas? -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 01:10:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA08495 for ; Thu, 25 Feb 1999 01:10:29 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA09513 for ; Thu, 25 Feb 1999 01:10:28 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009510; Thu, 25 Feb 99 01:10:25 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:24608 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14015-7370>; Thu, 25 Feb 1999 02:08:14 +0200 Received: by vger.rutgers.edu via listexpand id <157359-25206>; Wed, 24 Feb 1999 17:21:24 -0500 Received: by vger.rutgers.edu id <160030-25206>; Wed, 24 Feb 1999 16:15:37 -0500 Received: from [212.219.8.163] ([212.219.8.163]:27145 "EHLO inkvine.wincoll.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <160325-25208>; Wed, 24 Feb 1999 15:37:25 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.wincoll.ac.uk (8.8.7/8.8.7) with ESMTP id VAA27217 for ; Wed, 24 Feb 1999 21:47:26 GMT Date: Wed, 24 Feb 1999 21:47:26 +0000 (GMT) From: Chris Rutter X-Sender: chris@inkvine.wincoll.ac.uk Reply-To: chris@fluff.org To: linux-arm@vger.rutgers.edu Subject: egcs compilation update Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 996 Lines: 20 Okay, postscript to last time. I applied the latest 2.0.36 ARM patches to a vanilla kernel, and copied `include/{asm-arm,linux}' into `/usr/arm-linux/include/{asm,linux}'. Building now stops with following error: In file included from /usr/include/posix1_lim.h:72, from /usr/include/limits.h:30, from /usr/lib/gcc-lib/i486-unknown-linux-gnulibc1/2.7.2.3/include/limits.h:116, from /usr/lib/gcc-lib/i486-unknown-linux-gnulibc1/2.7.2.3/include/syslimits.h:7, from /usr/lib/gcc-lib/i486-unknown-linux-gnulibc1/2.7.2.3/include/limits.h:11, from /usr/include/sys/param.h:5, from system.h:101, from g++.c:41: /usr/include/linux/limits.h:4: asm/limits.h: No such file or directory make: *** [g++.o] Error 1 -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 01:10:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA08493 for ; Thu, 25 Feb 1999 01:10:29 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA09514 for ; Thu, 25 Feb 1999 01:10:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa09510; Thu, 25 Feb 99 01:10:26 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:63270 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16292-31684>; Thu, 25 Feb 1999 02:10:14 +0200 Received: by vger.rutgers.edu via listexpand id <160016-25206>; Wed, 24 Feb 1999 17:21:44 -0500 Received: by vger.rutgers.edu id <160141-25208>; Wed, 24 Feb 1999 16:20:49 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2720 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161357-25206>; Wed, 24 Feb 1999 15:48:44 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10FmJJ-0001nK-00; Wed, 24 Feb 1999 21:57:42 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10FmIN-0003Uc-00; Wed, 24 Feb 1999 21:56:43 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe leroy cc: linux arm Subject: Re: StrongARM and AMD LANCE PCI NETCARD In-reply-to: Your message of "Wed, 24 Feb 1999 16:21:24 GMT." <36D42704.2EA55AD1@capway.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Feb 1999 21:56:42 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 273 Lines: 10 >Has anyone tried a PCNET AM79C971 based card on EBSA285 ? >Mine doesn't works, it is detected by driver but sends nothing >to the network It probably needs DMA cache-sync operations adding. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 01:56:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA09087 for ; Thu, 25 Feb 1999 01:55:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA09609 for ; Thu, 25 Feb 1999 01:55:58 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa09605; Thu, 25 Feb 99 01:55:40 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:1826 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14088-31684>; Thu, 25 Feb 1999 02:54:58 +0200 Received: by vger.rutgers.edu via listexpand id <160158-25208>; Wed, 24 Feb 1999 18:16:36 -0500 Received: by vger.rutgers.edu id <160649-25208>; Wed, 24 Feb 1999 17:35:07 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:60778 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160124-25208>; Wed, 24 Feb 1999 16:50:31 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.10 #2) id 10FmSj-0007ae-00; Wed, 24 Feb 1999 22:07:25 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10FmRo-0003WW-00; Wed, 24 Feb 1999 22:06:28 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Nicky Kern cc: Linux/ARM Subject: Re: problem compiling 2.2.1-rmk4 In-reply-to: Your message of "Wed, 24 Feb 1999 16:37:13 +0100." <19990224163713.A8423@alderaan.ethz.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Feb 1999 22:06:28 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 294 Lines: 10 >The kernel compiles fine, but gets a long list of unresolved sym's during >linking. It looks like compilation may be broken for ebsa-110 at the moment. I don't think it's a cross compile issue specifically. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 01:40:07 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA08992 for ; Thu, 25 Feb 1999 01:40:07 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA09571 for ; Thu, 25 Feb 1999 01:39:58 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009569; Thu, 25 Feb 99 01:39:57 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:61709 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14278-7370>; Thu, 25 Feb 1999 02:38:56 +0200 Received: by vger.rutgers.edu via listexpand id <160578-25206>; Wed, 24 Feb 1999 18:00:46 -0500 Received: by vger.rutgers.edu id <160216-25206>; Wed, 24 Feb 1999 17:21:37 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:3733 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160325-25206>; Wed, 24 Feb 1999 16:16:32 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10FmkH-0007JA-00; Wed, 24 Feb 1999 22:25:34 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10FmX9-0003X1-00; Wed, 24 Feb 1999 22:11:59 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: chris@fluff.org cc: linux-arm@vger.rutgers.edu Subject: Re: egcs compilation In-reply-to: Your message of "Wed, 24 Feb 1999 21:02:05 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Feb 1999 22:11:58 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 744 Lines: 20 > libgcc1.S:430: asm/unistd.h: No such file or directory > >which I presume means I need the ARM headers somewhere, so it can >get the syscall numbers. That's right. Unpack the sources somewhere and make the appropriate symlinks into /usr/arm-linux/include/{asm,linux}. You need to configure the kernel tree too. >the section "If you are building on a Linux/ARM system...", except >that I'm running i386 Linux. Any ideas? Actually, I probably intended to write `if you're building *for* a Linux/ARM system' there. You do indeed want to follow those instructions except that obviously the kernel in /usr/src/linux is unlikely to be the one you want. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 01:46:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA09086 for ; Thu, 25 Feb 1999 01:45:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA09578 for ; Thu, 25 Feb 1999 01:45:58 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009576; Thu, 25 Feb 99 01:45:31 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:14368 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13939-31684>; Thu, 25 Feb 1999 02:44:42 +0200 Received: by vger.rutgers.edu via listexpand id <157192-25208>; Wed, 24 Feb 1999 18:05:49 -0500 Received: by vger.rutgers.edu id <160278-25206>; Wed, 24 Feb 1999 17:23:48 -0500 Received: from [212.219.8.163] ([212.219.8.163]:28801 "EHLO inkvine.wincoll.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <161199-25208>; Wed, 24 Feb 1999 16:35:19 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.wincoll.ac.uk (8.8.7/8.8.7) with ESMTP id WAA30915 for ; Wed, 24 Feb 1999 22:45:22 GMT Date: Wed, 24 Feb 1999 22:39:55 +0000 (GMT) From: Chris Rutter X-Sender: chris@inkvine.wincoll.ac.uk Reply-To: chris@fluff.org To: Philip Blundell Subject: Re: egcs compilation In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2479 Lines: 57 On Wed, 24 Feb 1999, Philip Blundell wrote: > That's right. Unpack the sources somewhere and make the appropriate symlinks > into /usr/arm-linux/include/{asm,linux}. You need to configure the kernel > tree too. Done that; I got some temporary error about , but I kicked it and it worked. Builds okay, `make install' fine. Now onto `/usr/src/linux-2.0.36-arm'. `make menuconfig', having set `CROSS_COMPILE' to `arm-linux-' in the top-level Makefile (or do I want `/usr/arm-linux/'?), ran `make zImage'. Appears to work, but: cc1: warning: Option '-m3' deprecated. Use: '-mapcs-26' or -mcpu= and a few whinges from egcs. (I'm building for an A5000, so I want to make a toolchain for `armv2-linux'?) Okay, however, fatal: perl extractinfo.perl arm-linux-objdump > getconstants.h /usr/bin/gcc -I/usr/src/linux-2.0.36-arm/include -D__KERNEL__ -o getconstants getconstants.c In file included from getconstants.c:17: getconstants.h:4: parse error before `=' getconstants.h:6: parse error before `=' getconstants.h:8: parse error before `=' getconstants.h:10: parse error before `=' getconstants.h:12: parse error before `=' getconstants.h:14: parse error before `=' getconstants.c: In function `main': getconstants.c:52: `tss_memmap' undeclared (first use this function) getconstants.c:52: (Each undeclared identifier is reported only once getconstants.c:52: for each function it appears in.) getconstants.c:53: `tss_save' undeclared (first use this function) getconstants.c:57: `tss_fpesave' undeclared (first use this function) getconstants.c:58: `mm' undeclared (first use this function) getconstants.c:59: `pgd' undeclared (first use this function) make[2]: *** [getconstants] Error 1 make[2]: Leaving directory `/usr/src/linux-2.0.36-arm/arch/arm/lib' make[1]: *** [../lib/constants.h] Error 2 make[1]: Leaving directory `/usr/src/linux-2.0.36-arm/arch/arm/kernel' make: *** [linuxsubdirs] Error 2 What now? > Actually, I probably intended to write `if you're building *for* a Linux/ARM > system' there. You do indeed want to follow those instructions except that > obviously the kernel in /usr/src/linux is unlikely to be the one you want. Sure; `/usr/src/linux-2.0.36-arm' is mine. -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 02:20:41 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id CAA09820 for ; Thu, 25 Feb 1999 02:20:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id CAA09685 for ; Thu, 25 Feb 1999 02:20:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009683; Thu, 25 Feb 99 02:20:17 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:37898 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13339-31684>; Thu, 25 Feb 1999 03:18:52 +0200 Received: by vger.rutgers.edu via listexpand id <160080-25206>; Wed, 24 Feb 1999 18:36:38 -0500 Received: by vger.rutgers.edu id <160304-25206>; Wed, 24 Feb 1999 18:06:11 -0500 Received: from thalia.fm.intel.com ([132.233.247.11]:1198 "EHLO thalia.fm.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160322-25206>; Wed, 24 Feb 1999 17:24:36 -0500 Received: from fmsmsx19.fm.intel.com (fmsmsx19.fm.intel.com [132.233.222.210]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id XAA07157; Wed, 24 Feb 1999 23:33:29 GMT Received: by FMSMSX19 with Internet Mail Service (5.5.2448.0) id ; Wed, 24 Feb 1999 15:33:29 -0800 Message-ID: From: "Chagas, Jason" To: "Chagas, Jason" , "'Philip Blundell'" Cc: linux-arm@vger.rutgers.edu Subject: RE: HELP - Egcs 1.1.1 Date: Wed, 24 Feb 1999 15:33:19 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 3465 Lines: 115 Phil, Thanks to your latest instructions, I was able to build and install 'GLIBC v2.1' for 'arm-linux'. I was also successful cross compiling (./xgcc -static -o hello hello.c) a "Hello World" application and running it on a NetWinder. However, I'm still strugling to finish building EGCS. This is what I did: Went back to 'egcs' and ran... #./configure --target=arm-linux --prefix=/usr/local/arm --with-headers=/usr/local/arm/glibc/arm-linux-glibc/include --with-libs=/usr/local/arm/glibc/arm-linux-glibc/lib Followed by... #make LANGUAGES="c c++" And it returns some of the following errors... /usr/local/arm/arm-linux/sys-include/bits/mathinline.h: In function `fmodl': /usr/local/arm/arm-linux/sys-include/bits/mathinline.h:365: unknown register nam e `ax' in `asm' /usr/local/arm/arm-linux/sys-include/bits/mathinline.h: In function `pow': /usr/local/arm/arm-linux/sys-include/bits/mathinline.h:376: unknown register nam e `st(1)' in `asm' /usr/local/arm/arm-linux/sys-include/bits/mathinline.h: In function `powf': /usr/local/arm/arm-linux/sys-include/bits/mathinline.h:376: unknown register nam e `st(1)' in `asm' /usr/local/arm/arm-linux/sys-include/bits/mathinline.h: In function `powl': /usr/local/arm/arm-linux/sys-include/bits/mathinline.h:376: unknown register nam e `st(1)' in `asm' /usr/local/arm/arm-linux/sys-include/bits/mathinline.h: In function `floatformat _to_double': /usr/local/arm/arm-linux/sys-include/bits/mathinline.h:495: inconsistent operand constraints in an `asm' /usr/local/arm/arm-linux/sys-include/bits/mathinline.h:495: inconsistent operand constraints in an `asm' make[1]: *** [floatformat.o] Error 1 make[1]: Leaving directory `/home/chagas/egcs/egcs-1.1.1/arm-linux/libiberty' make: *** [all-target-libiberty] Error 2 What am I doing wrong this time? Note that I still have '-Dinhibit_libc' defined in 'Makefile'. Jason ---------- From: Philip Blundell [SMTP:philb@gnu.org] Sent: Tuesday, February 23, 1999 4:18 PM To: Chagas, Jason Cc: linux-arm@vger.rutgers.edu Subject: Re: HELP - Egcs 1.1.1 >and ran ... > ># CC=arm-linux-gcc ./configure arm-linux --build=i >686-pc-linux-gnu --prefix=/usr/local/arm/glibc/arm-linux-glibc >-enable-add-ons --with-headers=/usr/src/linux-2.0.36/include Jason, A similar problem again I think. It matters which architecture the kernel is configured for, and it looks like this is an i586 kernel source tree. In fact the i386 and ARM headers and APIs are similar enough that the compilation would very nearly have worked. Fortunately the i386 does indirect syscalls rather differently. The version.h file is only created during the kernel compile process. You need to at least do `make config' to generate it. Get hold of an ARM kernel source tree, check that ARCH is set to `arm' in the makefile, configure the kernel and then point the glibc compile at it. If you put symlinks to the kernel source tree in $PREFIX/include/{asm,linux} you can do without the --with-headers option. If that really was an ARM kernel source tree then I guess the problem must be somewhere else. BTW, I noticed you're using glibc-2.0.111. I have a feeling that version was rather buggy. To save more grief in the future you might like to get the official 2.1 release from ftp://sourceware.cygnus.com/pub/glibc/ and try your luck with that instead. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 04:05:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id EAA11177 for ; Thu, 25 Feb 1999 04:05:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id EAA09861 for ; Thu, 25 Feb 1999 04:04:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009859; Thu, 25 Feb 99 04:04:57 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26483 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12574-31684>; Thu, 25 Feb 1999 05:03:22 +0200 Received: by vger.rutgers.edu via listexpand id <157373-25208>; Wed, 24 Feb 1999 20:44:40 -0500 Received: by vger.rutgers.edu id <157658-25208>; Wed, 24 Feb 1999 20:34:14 -0500 Received: from kwanon.research.canon.com.au ([203.12.172.254]:49013 "HELO kwanon.research.canon.com.au" ident: "TIMEDOUT") by vger.rutgers.edu with SMTP id <157684-25206>; Wed, 24 Feb 1999 20:12:39 -0500 Received: (qmail 8553 invoked from network); 25 Feb 1999 02:20:42 -0000 Received: from grainger.research.canon.com.au (203.12.174.130) by kwanon-heat.research.canon.com.au with SMTP; 25 Feb 1999 02:20:42 -0000 Received: (qmail 23513 invoked from network); 25 Feb 1999 02:43:52 -0000 Received: from gobbi.research.canon.com.au (203.12.174.234) by grainger.research.canon.com.au with SMTP; 25 Feb 1999 02:43:52 -0000 Received: from research.canon.com.au (localhost [127.0.0.1]) by gobbi.research.canon.com.au (8.8.5/8.8.5) with ESMTP id NAA20953; Thu, 25 Feb 1999 13:19:54 +1100 (EST) Message-ID: <36D4B34A.71144E9@research.canon.com.au> Date: Thu, 25 Feb 1999 13:19:54 +1100 From: Tim Lindquist Organization: Canon Information Systems Research Australia X-Mailer: Mozilla 4.06 [en] (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: Philip Blundell CC: "Chagas, Jason" , linux-arm@vger.rutgers.edu Subject: Re: Too hard, but still trying Egcs 1.1.1 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 4259 Lines: 115 The saga continues: I retrieved the crypt and linuxthreads packages and untarred them under the glibc2.1 directory. I then ran configure again, this time not trying to disable sanity check. It failed on a test with: checking for symlinks in /home/elph/tjl/work/sw/armlinux/arm-linux/include... ../glibc-2.1/configure: test: argument expected So I went back to the ARM tool web page and reread it. There was some info for compiling GCC which I hadn't thought relevant earlier, so I went and added sym links as described. But that wasn't the problem was it? I'd already specified where to find linux headers with the special configure option: CC=arm-linux-gcc ../glibc-2.1/configure arm-linux --prefix=/home/elph/tjl/work/sw/armlinux/arm-linux --enable-add-ons --with-headers=/home/elph/tjl/work/sw/armlinux/linux/include Are my prefixes the problem?? I used: prefix=/home/elph/tjl/work/sw/armlinux for binutils and egcs and prefix=/home/elph/tjl/work/sw/armlinux/arm-linux for glibc2.1 What sym link is configure actually testing for? Here is the transcript for that run of configure, if it helps. tjl@gobbi $ CC=arm-linux-gcc ../glibc-2.1/configure arm-linux --prefix=/home/elph/tjl/work/sw/armlinux/arm-linux --enable-add-ons --with-headers=/home/elph/tjl/work/sw/armlinux/linux/include loading cache ./config.cache checking host system type... arm-unknown-linux-gnu checking sysdep dirs... sysdeps/arm/elf crypt/sysdeps/unix linuxthreads/sysdeps/unix/sysv/linux linuxthreads/sysdeps/pthread linuxthreads/sysdeps/unix/sysv linuxthreads/sysdeps/unix linuxthreads/sysdeps/arm linuxthreads/sysdeps/pthread/no-cmpxchg sysdeps/unix/sysv/linux/arm sysdeps/unix/sysv/linux sysdeps/gnu sysdeps/unix/common sysdeps/unix/mman sysdeps/unix/inet sysdeps/unix/sysv sysdeps/unix/arm sysdeps/unix sysdeps/posix sysdeps/arm/fpu sysdeps/arm sysdeps/wordsize-32 sysdeps/ieee754 sysdeps/libm-ieee754 sysdeps/generic/elf sysdeps/generic checking for a BSD compatible install... ../glibc-2.1/scripts/install-sh -c checking whether ln -s works... yes checking build system type... arm-unknown-linux-gnu checking for gcc... arm-linux-gcc checking version of arm-linux-gcc... egcs-2.91.60, ok checking for make... make checking version of make... 3.77, ok checking for msgfmt... msgfmt checking version of msgfmt... v. ?.??, bad checking for makeinfo... no configure: warning: *** An auxiliary program is missing or too old; *** some features will be disabled. *** Check the INSTALL file for required versions. checking whether the C compiler (arm-linux-gcc ) works... no checking whether the C compiler (arm-linux-gcc ) is a cross-compiler... (cached) yes checking whether we are using GNU C... yes checking build system type... arm-unknown-linux-gnu checking how to run the C preprocessor... /lib/cpp checking whether /home/elph/tjl/work/sw/armlinux/arm-linux/bin/as is GNU as... yes checking whether /home/elph/tjl/work/sw/armlinux/arm-linux/bin/ld is GNU ld... yes checking for mig... mig checking whether ranlib is necessary... no checking LD_LIBRARY_PATH variable... ok checking for bash... /usr/bin/bash checking for mawk... no checking for gawk... no checking for nawk... nawk checking for perl... /usr/local/bin/perl checking for install-info... no checking for signed size_t type... yes checking for libc-friendly stddef.h... yes checking whether we need to use -P to assemble .S files... no checking for assembler global-symbol directive... .globl checking for .set assembler directive... no checking for .symver assembler directive... yes checking for ld --version-script... yes checking for .previous assembler directive... yes checking for assembler .weak directive... yes checking for ld --no-whole-archive... yes checking for gcc -fexceptions... yes checking for DWARF2 unwind info support... no checking for __builtin_expect... no running configure fragment for ../glibc-2.1/linuxthreads/sysdeps/unix/sysv/linux running configure fragment for ../glibc-2.1/sysdeps/unix/sysv/linux checking installed Linux kernel header files... 2.0.10 or later checking for symlinks in /home/elph/tjl/work/sw/armlinux/arm-linux/include... ../glibc-2.1/configure: test: argument expected unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 09:57:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA17595 for ; Thu, 25 Feb 1999 09:57:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA10567 for ; Thu, 25 Feb 1999 09:57:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010565; Thu, 25 Feb 99 09:57:09 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:17718 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9773-7370>; Thu, 25 Feb 1999 10:56:34 +0200 Received: by vger.rutgers.edu via listexpand id <157451-25208>; Thu, 25 Feb 1999 02:39:07 -0500 Received: by vger.rutgers.edu id <157674-25208>; Thu, 25 Feb 1999 02:38:56 -0500 Received: from [212.219.8.163] ([212.219.8.163]:4699 "EHLO inkvine.wincoll.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157451-25208>; Thu, 25 Feb 1999 02:38:38 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.wincoll.ac.uk (8.8.7/8.8.7) with ESMTP id IAA13681 for ; Thu, 25 Feb 1999 08:49:11 GMT Date: Thu, 25 Feb 1999 08:49:11 +0000 (GMT) From: Chris Rutter X-Sender: chris@inkvine.wincoll.ac.uk Reply-To: chris@fluff.org To: linux-arm@vger.rutgers.edu Subject: getconstants.h (kernel compilation) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 694 Lines: 21 Okay, after a bit of investigating, it seems getconstants.h is full of statements like this: unsigned long = 700; #define __HAS_ getconstants.h is generated thus: perl extractinfo.perl /usr/bin/arm-linux-objdump > getconstants.h Any ideas why that script is failing to produce get identifier names? Also, could someone explain the `difference' between the toolchain `/usr/arm-linux/bin/*' and `/usr/bin/arm-linux-*'? `objdump' is only in /usr/bin/arm-linux-objdump, not in /usr/arm-linux/bin/objdump, for instance. -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 10:14:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA18110 for ; Thu, 25 Feb 1999 10:14:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA10626 for ; Thu, 25 Feb 1999 10:14:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010624; Thu, 25 Feb 99 10:14:10 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:8051 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9736-31684>; Thu, 25 Feb 1999 11:13:07 +0200 Received: by vger.rutgers.edu via listexpand id <160003-25208>; Thu, 25 Feb 1999 03:02:56 -0500 Received: by vger.rutgers.edu id <157598-25208>; Thu, 25 Feb 1999 03:02:47 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:1425 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160134-25208>; Thu, 25 Feb 1999 03:01:56 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10FwpR-0006vo-00; Thu, 25 Feb 1999 09:11:34 +0000 Received: from florence.sw.milldev.co.uk (florence.sw.milldev.co.uk [192.168.0.6]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id JAA05353; Thu, 25 Feb 1999 09:00:17 GMT From: Russell King Received: (from rmk@localhost) by florence.sw.milldev.co.uk (8.8.5/8.7.3) id JAA03521; Thu, 25 Feb 1999 09:00:15 GMT Message-Id: <199902250900.JAA03521@florence.sw.milldev.co.uk> Subject: Re: problem compiling 2.2.1-rmk4 To: philb@gnu.org (Philip Blundell) Date: Thu, 25 Feb 1999 09:00:14 +0000 (GMT) Cc: nicky@vis.ethz.ch, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Feb 24, 99 10:06:28 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 676 Lines: 21 Philip Blundell said: > >The kernel compiles fine, but gets a long list of unresolved sym's during > >linking. > > It looks like compilation may be broken for ebsa-110 at the moment. I don't > think it's a cross compile issue specifically. I don't think so - before releasing the rmk4 patches, the kernel was compiled for each of the following architectures: - rpc - DC21285 with EBSA285 and NetWinder support - EBSA-110 - A5000 I didn't notice any problems with any of these builds - can you give your exact configuration please (.config file). -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 10:43:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA19120 for ; Thu, 25 Feb 1999 10:43:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA10724 for ; Thu, 25 Feb 1999 10:42:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010722; Thu, 25 Feb 99 10:42:43 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:64024 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9243-7370>; Thu, 25 Feb 1999 11:42:25 +0200 Received: by vger.rutgers.edu via listexpand id <157451-25206>; Thu, 25 Feb 1999 03:32:13 -0500 Received: by vger.rutgers.edu id <156563-25206>; Thu, 25 Feb 1999 03:32:08 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:23591 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <159983-25206>; Thu, 25 Feb 1999 03:31:44 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FxGE-0000IV-00; Thu, 25 Feb 1999 09:39:14 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FxGD-00039B-00; Thu, 25 Feb 1999 09:39:13 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe leroy cc: linux-arm@vger.rutgers.edu Subject: Re: Menuconfig problem [PATCH] In-reply-to: Your message of "Thu, 25 Feb 1999 09:58:22 GMT." <36D51EBE.33BBE129@capway.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Feb 1999 09:39:13 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 201 Lines: 9 >I've found the problem. Here is a patch Great. Send it to Michael Chastain, his address is in the MAINTAINERS file. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 10:43:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA19185 for ; Thu, 25 Feb 1999 10:43:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA10729 for ; Thu, 25 Feb 1999 10:43:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010727; Thu, 25 Feb 99 10:43:09 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:64024 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10148-31684>; Thu, 25 Feb 1999 11:42:45 +0200 Received: by vger.rutgers.edu via listexpand id <156563-25208>; Thu, 25 Feb 1999 03:32:13 -0500 Received: by vger.rutgers.edu id <156443-25206>; Thu, 25 Feb 1999 03:32:06 -0500 Received: from power-x-mail.demon.co.uk ([212.228.229.105]:33746 "EHLO gatekeeper.px.uk.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157684-25206>; Thu, 25 Feb 1999 03:31:47 -0500 Received: from ashton (ashton.px.uk.com [172.16.16.208]) by gatekeeper.px.uk.com (8.9.3/8.9.3) with SMTP id JAA11353; Thu, 25 Feb 1999 09:41:12 GMT Message-Id: <3.0.6.32.19990225094047.00c7a6d0@proxy.px.uk.com> X-Sender: treblig#pop3.demon.co.uk@proxy.px.uk.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Thu, 25 Feb 1999 09:40:47 +0000 To: christophe leroy From: "Dr . David Alan Gilbert" Subject: Re: StrongARM and AMD LANCE PCI NETCARD Cc: linux-arm@vger.rutgers.edu In-Reply-To: <36D42704.2EA55AD1@capway.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1542 Lines: 40 At 04:21 PM 2/24/99 +0000, you wrote: >Has anyone tried a PCNET AM79C971 based card on EBSA285 ? >Mine doesn't works, it is detected by driver but sends nothing >to the network As Phil said the problem is probably due to cache consistency (or the lack of it) on the EBSA. Intel, Alpha and SPARC PCI systems provide cache coherency between the PCI bus and the processor - so if the Net card writes to main memory and then the host looks at that location it will pretty much immediatly see the change. On systems based around the StrongARM/21285 combination if the location happened to be previously in the processor cache then even after the write by the net card, the processor will see the old value. This confuses the hell out of the network drivers which presume they are on a system like Intel. The tulip driver has been suitably frobbed to perform cache invalidation where needed; but this is not true of other drivers. One way to see if this is the problem is to disable the processor cache by editing head-armv.S - there is somewhere where it sets up the cache and write buffers; with a line something like (I dont have the source in front of me!): orr r0,r0, #????? ; Set bits in MMU registers I*******DW* (No I can't remember the details - but the thing to look for is this string of letters at the end with separators with a DW near one end). You want to add a bic below it to clear the DW bits to disable the data cache and writebuffer. Dave unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 10:54:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA19491 for ; Thu, 25 Feb 1999 10:54:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA10768 for ; Thu, 25 Feb 1999 10:54:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010764; Thu, 25 Feb 99 10:54:16 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:30250 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9350-7370>; Thu, 25 Feb 1999 11:53:53 +0200 Received: by vger.rutgers.edu via listexpand id <159983-25206>; Thu, 25 Feb 1999 03:43:38 -0500 Received: by vger.rutgers.edu id <156512-25208>; Thu, 25 Feb 1999 03:43:21 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:24633 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160018-25206>; Thu, 25 Feb 1999 03:42:40 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FxN0-0000JS-00; Thu, 25 Feb 1999 09:46:14 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FxMz-0003BV-00; Thu, 25 Feb 1999 09:46:13 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King cc: nicky@vis.ethz.ch, linux-arm@vger.rutgers.edu Subject: Re: problem compiling 2.2.1-rmk4 In-reply-to: Your message of "Thu, 25 Feb 1999 09:00:14 GMT." <199902250900.JAA03521@florence.sw.milldev.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Feb 1999 09:46:13 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 315 Lines: 10 >I didn't notice any problems with any of these builds - can you give your >exact configuration please (.config file). I guess he probably had CONFIG_VT or something like that turned on. Is there anything to stop that going wrong? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 11:03:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA19993 for ; Thu, 25 Feb 1999 11:03:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA10803 for ; Thu, 25 Feb 1999 11:03:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa10799; Thu, 25 Feb 99 11:03:11 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26690 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13130-31684>; Thu, 25 Feb 1999 12:02:35 +0200 Received: by vger.rutgers.edu via listexpand id <159974-25206>; Thu, 25 Feb 1999 03:52:21 -0500 Received: by vger.rutgers.edu id <156512-25206>; Thu, 25 Feb 1999 03:52:14 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:24676 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160143-25208>; Thu, 25 Feb 1999 03:50:30 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FxVA-0000Kj-00; Thu, 25 Feb 1999 09:54:40 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FxV9-0003CY-00; Thu, 25 Feb 1999 09:54:39 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Chagas, Jason" cc: linux-arm@vger.rutgers.edu Subject: Re: HELP - Egcs 1.1.1 In-reply-to: Your message of "Wed, 24 Feb 1999 15:33:19 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Feb 1999 09:54:39 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 461 Lines: 12 >/usr/local/arm/arm-linux/sys-include/bits/mathinline.h: In function `fmodl': >/usr/local/arm/arm-linux/sys-include/bits/mathinline.h:365: unknown register >name `ax' in `asm' It looks like this is a remnant from the i386 version of glibc that you installed by mistake. Try deleting everything in /usr/local/arm/arm-linux/{include,lib} and rerunning `make install' for glibc. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 11:03:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA19989 for ; Thu, 25 Feb 1999 11:03:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA10802 for ; Thu, 25 Feb 1999 11:03:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010799; Thu, 25 Feb 99 11:03:10 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26690 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10086-31684>; Thu, 25 Feb 1999 12:01:44 +0200 Received: by vger.rutgers.edu via listexpand id <160169-25208>; Thu, 25 Feb 1999 03:46:16 -0500 Received: by vger.rutgers.edu id <160013-25208>; Thu, 25 Feb 1999 03:46:02 -0500 Received: from mailhub.stratus.com ([134.111.1.14]:46518 "EHLO mailhub.stratus.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160143-25208>; Thu, 25 Feb 1999 03:45:39 -0500 Received: from hunter.hw.stratus.com (hunter.hw.stratus.com [134.111.214.49]) by mailhub.stratus.com (8.8.8/8.8.8) with ESMTP id FAA12140; Thu, 25 Feb 1999 05:01:44 -0500 (EST) Received: from seng13.ie.stratus.com (seng13.ie.stratus.com [198.115.40.46]) by hunter.hw.stratus.com (8.8.8/8.8.5) with ESMTP id EAA15267; Thu, 25 Feb 1999 04:55:16 -0500 (EST) Received: from seng13 (localhost [127.0.0.1]) by seng13.ie.stratus.com (8.8.4/8.8.4) with SMTP id JAA13963; Thu, 25 Feb 1999 09:55:07 GMT Message-ID: <36D51DFA.7655@hw.stratus.com> Date: Thu, 25 Feb 1999 09:55:06 +0000 From: "Conor O'Gorman" X-Mailer: Mozilla 3.01 (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: "Dr . David Alan Gilbert" CC: linux-arm@vger.rutgers.edu Subject: Re: StrongARM and AMD LANCE PCI NETCARD References: <3.0.6.32.19990225094047.00c7a6d0@proxy.px.uk.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1232 Lines: 33 Hello, I've just recently signed up on the list, so bear with me, thanks. Dr . David Alan Gilbert wrote: > > At 04:21 PM 2/24/99 +0000, you wrote: > >Has anyone tried a PCNET AM79C971 based card on EBSA285 ? > >Mine doesn't works, it is detected by driver but sends nothing > >to the network > > As Phil said the problem is probably due to cache consistency (or the lack > of it) > on the EBSA. > > Intel, Alpha and SPARC PCI systems provide cache coherency between the PCI bus > and the processor - so if the Net card writes to main memory and then the host > looks at that location it will pretty much immediatly see the change. > > On systems based around the StrongARM/21285 combination if the location > happened to be previously in the processor cache then even after the write > by the net card, the processor will see the old value. This confuses the hell > out of the network drivers which presume they are on a system like Intel. This is a bit unfortunate? no? Whats the root cause of this? the 21285's PCI implementation? or the SA? Doesn't this mean that most (if not all) IO/DMA device drivers need patching to run on ARMLinux? Conor unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 10:04:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA17768 for ; Thu, 25 Feb 1999 10:04:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA10597 for ; Thu, 25 Feb 1999 10:04:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010593; Thu, 25 Feb 99 10:04:04 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:33110 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9230-7370>; Thu, 25 Feb 1999 11:00:27 +0200 Received: by vger.rutgers.edu via listexpand id <157668-25208>; Thu, 25 Feb 1999 02:50:16 -0500 Received: by vger.rutgers.edu id <157598-25208>; Thu, 25 Feb 1999 02:49:59 -0500 Received: from smtp-out-001.wanadoo.fr ([193.252.19.68]:60672 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <160065-25208>; Thu, 25 Feb 1999 02:49:05 -0500 Received: from tntaub17-247.abo.wanadoo.fr [164.138.87.247] by wanadoo.fr for Paris Thu, 25 Feb 1999 09:55:35 +0100 (MET) Message-ID: <36D51EBE.33BBE129@capway.com> Date: Thu, 25 Feb 1999 09:58:22 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Philip Blundell CC: linux-arm@vger.rutgers.edu Subject: Re: Menuconfig problem [PATCH] References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 885 Lines: 27 Philip Blundell wrote: > > >With philb kernels, It doesn't crash but it ALWAYS defines > >CONFIG_MSDOS_FS and CONFIG_VFAT_FS, even when CONFIG_FAT_FS is unset > > Does it define them to M or Y? If the former I suspect this is because > menuconfig has a different idea about dep_tristate to the other config > systems, and they need wrapping in a 'if [ $CONFIG_FAT_FS != "n" ]' type > construct. > > If the latter I've no idea.  I've found the problem. Here is a patch christophe --- linux.2.2.1-arm/scripts/Menuconfig.org Thu Feb 25 09:52:04 1999 +++ linux.2.2.1-arm/scripts/Menuconfig Thu Feb 25 09:52:31 1999 @@ -190,7 +190,7 @@ else if [ "$3" = "m" ]; then mod_bool "$1" "$2" else - define_bool "$2" "$n" + define_bool "$2" "n" fi; fi } unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 11:14:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA20186 for ; Thu, 25 Feb 1999 11:14:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA10832 for ; Thu, 25 Feb 1999 11:13:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010830; Thu, 25 Feb 99 11:13:32 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:55131 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3531-7370> convert rfc822-to-quoted-printable; Thu, 25 Feb 1999 12:13:01 +0200 Received: by vger.rutgers.edu via listexpand id <160013-25208>; Thu, 25 Feb 1999 04:00:15 -0500 Received: by vger.rutgers.edu id <160018-25208>; Thu, 25 Feb 1999 04:00:01 -0500 Received: from ernst.netinsight.se ([194.16.221.130]:1776 "HELO ernst.netinsight.se" ident: "TIMEDOUT") by vger.rutgers.edu with SMTP id <160130-25206> convert rfc822-to-8bit; Thu, 25 Feb 1999 03:58:27 -0500 Received: from wally (unverified [194.16.221.147]) by ernst.netinsight.se (EMWAC SMTPRS 0.83) with SMTP id ; Thu, 25 Feb 1999 11:07:23 +0100 Message-ID: From: "Olof Backing" Organization: Net Insight AB, Sweden To: linux-arm@vger.rutgers.edu Date: Thu, 25 Feb 1999 11:07:22 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Subject: Re: StrongARM and AMD LANCE PCI NETCARD Reply-to: olof.backing@netinsight.se In-reply-to: <36D51DFA.7655@hw.stratus.com> Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by relay.ch.genedata.com id LAA20186 Status: RO Content-Length: 1831 Lines: 46 > Hello, > > I've just recently signed up on the list, so bear with me, thanks. > > Dr . David Alan Gilbert wrote: > > > > At 04:21 PM 2/24/99 +0000, you wrote: > > >Has anyone tried a PCNET AM79C971 based card on EBSA285 ? > > >Mine doesn't works, it is detected by driver but sends nothing > > >to the network > > > > As Phil said the problem is probably due to cache consistency (or the lack > > of it) > > on the EBSA. > > > > Intel, Alpha and SPARC PCI systems provide cache coherency between the PCI bus > > and the processor - so if the Net card writes to main memory and then the host > > looks at that location it will pretty much immediatly see the change. > > > > On systems based around the StrongARM/21285 combination if the location > > happened to be previously in the processor cache then even after the write > > by the net card, the processor will see the old value. This confuses the hell > > out of the network drivers which presume they are on a system like Intel. > > This is a bit unfortunate? no? No. > Whats the root cause of this? the 21285's PCI implementation? or the SA? Could be, but try out the modification suggested earlier first to determine if it's cache related. > Doesn't this mean that most (if not all) IO/DMA device drivers need > patching to run on ARMLinux? No, just map an uncached, unbuffered memmory space for the PCI environment and the problem will go away (if it is a cache related issue, that is...) /Olof Olof Backing Net Insight AB Phone: +46-8 449 22 36 Ingenjörsvägen 3, 2tr Fax: +46-8 449 22 40 S-117 43 Stockholm mailto:olof.backing@netinsight.se Sweden http://www.netinsight.se unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 11:18:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA20317 for ; Thu, 25 Feb 1999 11:18:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA10861 for ; Thu, 25 Feb 1999 11:17:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010859; Thu, 25 Feb 99 11:17:36 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:6497 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3803-7370>; Thu, 25 Feb 1999 12:17:16 +0200 Received: by vger.rutgers.edu via listexpand id <160018-25208>; Thu, 25 Feb 1999 04:06:59 -0500 Received: by vger.rutgers.edu id <159983-25208>; Thu, 25 Feb 1999 04:06:40 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2475 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157674-25208>; Thu, 25 Feb 1999 04:06:20 -0500 Received: from [158.152.96.167] (helo=defaid.demon.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10Fxpp-0007nU-00 for linux-arm@vger.rutgers.edu; Thu, 25 Feb 1999 10:16:02 +0000 Received: from localhost (melanie@localhost [127.0.0.1]) by defaid.demon.co.uk (8.8.7/8.8.7) with SMTP id KAA04341 for ; Thu, 25 Feb 1999 10:14:52 GMT Date: Thu, 25 Feb 1999 10:14:51 +0000 (GMT) From: Melanie Rhianna Lewis X-Sender: melanie@defaid To: Arm Linux mailing list Subject: A need for a binutils/ecgs/glibc2.1 compilation FAQ Message-ID: Organization: Trans-world BBS [+44 117 904 0901] X-Mailer: Pine 3.96 X-Host: Melanie's Linux Server - Glamdring X-MandM-To: ALL MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 707 Lines: 18 Dear everyone, I note that Phil B keeps getting asked similar questions regarding the above. As many of us are trying to build these tools either natively or as cross compilers is there a need for a FAQ as well as Phil's guide. If so I am willing to be maintainer... Melanie -- ===================================================================== Melanie Rhianna Lewis melanie@defaid.demon.co.uk "An it hurt none, do what thou will" http://www.defaid.demon.co.uk TLBB#2 TGMCC#1 - GS550 (In potentia), X7 (In bits!), MZ 125TS ===================================================================== unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 12:01:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA27755 for ; Thu, 25 Feb 1999 12:01:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA11025 for ; Thu, 25 Feb 1999 12:01:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010996; Thu, 25 Feb 99 12:00:32 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:11340 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <31-31684>; Thu, 25 Feb 1999 12:59:29 +0200 Received: by vger.rutgers.edu via listexpand id <160059-25206>; Thu, 25 Feb 1999 04:49:09 -0500 Received: by vger.rutgers.edu id <160120-25206>; Thu, 25 Feb 1999 04:48:47 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:25340 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160137-25206>; Thu, 25 Feb 1999 04:46:45 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FyNC-0000PB-00; Thu, 25 Feb 1999 10:50:30 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FyNA-0003Da-00; Thu, 25 Feb 1999 10:50:28 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: chris@fluff.org cc: linux-arm@vger.rutgers.edu Subject: Re: getconstants.h (kernel compilation) In-reply-to: Your message of "Thu, 25 Feb 1999 08:49:11 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Feb 1999 10:50:26 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 660 Lines: 18 > perl extractinfo.perl /usr/bin/arm-linux-objdump > getconstants.h > >Any ideas why that script is failing to produce get identifier names? The Perl script doesn't understand the output from your objdump. This is why I suggested using a 2.2 kernel instead. >Also, could someone explain the `difference' between the toolchain >`/usr/arm-linux/bin/*' and `/usr/bin/arm-linux-*'? `objdump' is The former contains the tools that the gcc driver invokes; the latter are intended for users to call directly. Mostly the files in one are hardlinks to the files in the other. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 12:01:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA27857 for ; Thu, 25 Feb 1999 12:01:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA11026 for ; Thu, 25 Feb 1999 12:01:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa10996; Thu, 25 Feb 99 12:00:36 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:11340 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8690-7370>; Thu, 25 Feb 1999 12:59:38 +0200 Received: by vger.rutgers.edu via listexpand id <157684-25208>; Thu, 25 Feb 1999 04:49:10 -0500 Received: by vger.rutgers.edu id <157451-25206>; Thu, 25 Feb 1999 04:48:56 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:25342 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160007-25206>; Thu, 25 Feb 1999 04:46:47 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FyQw-0000PN-00; Thu, 25 Feb 1999 10:54:22 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FyQv-0003FQ-00; Thu, 25 Feb 1999 10:54:21 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Tim Lindquist cc: linux-arm@vger.rutgers.edu Subject: Re: Too hard, but still trying Egcs 1.1.1 In-reply-to: Your message of "Thu, 25 Feb 1999 13:19:54 +1100." <36D4B34A.71144E9@research.canon.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Feb 1999 10:54:19 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 433 Lines: 14 >What sym link is configure actually testing for? It's looking to see if `scsi' and `net' are symlinks into the kernel source. >/home/elph/tjl/work/sw/armlinux/arm-linux/include... Does that directory actually exist? If not, try creating it. If that's not the problem you need to figure out why configure is blowing up and fix it appropriately. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 12:18:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA34799 for ; Thu, 25 Feb 1999 12:18:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA11090 for ; Thu, 25 Feb 1999 12:17:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011087; Thu, 25 Feb 99 12:17:32 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:54884 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1303-7370>; Thu, 25 Feb 1999 13:17:01 +0200 Received: by vger.rutgers.edu via listexpand id <156493-25208>; Thu, 25 Feb 1999 05:06:32 -0500 Received: by vger.rutgers.edu id <157451-25208>; Thu, 25 Feb 1999 05:06:23 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:25990 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160120-25206>; Thu, 25 Feb 1999 05:05:24 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10Fyba-0000Qh-00; Thu, 25 Feb 1999 11:05:22 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FybY-0003MS-00; Thu, 25 Feb 1999 11:05:20 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Conor O'Gorman" cc: "Dr . David Alan Gilbert" , linux-arm@vger.rutgers.edu Subject: Re: StrongARM and AMD LANCE PCI NETCARD In-reply-to: Your message of "Thu, 25 Feb 1999 09:55:06 GMT." <36D51DFA.7655@hw.stratus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Feb 1999 11:05:20 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1055 Lines: 26 >This is a bit unfortunate? no? > >Whats the root cause of this? the 21285's PCI implementation? or the SA? > >Doesn't this mean that most (if not all) IO/DMA device drivers need >patching to run on ARMLinux? The cause is simply the way the StrongARM and the 21285 are designed. To provide a fully coherent cache without involvement from software, logic must be provided in the chipset to snoop cycles on the bus and take appropriate action to synchronise caches when necessary. Some processor architects felt this was a worthwhile feature to implement in silicon; others didn't. The ARM isn't by any means the only processor to be this way. Some MIPS systems have the same behaviour; I think some 68000s do as well and I'm sure there are others. The only drivers that are affected are those performing DMA to main memory. Yes, they need patching to work with Linux/ARM (or similar systems) but the changes are usually trivial. Programmed I/O isn't affected. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 12:18:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA34590 for ; Thu, 25 Feb 1999 12:18:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA11092 for ; Thu, 25 Feb 1999 12:17:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa11087; Thu, 25 Feb 99 12:17:33 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:54884 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1595-31684>; Thu, 25 Feb 1999 13:17:10 +0200 Received: by vger.rutgers.edu via listexpand id <157451-25206>; Thu, 25 Feb 1999 05:06:33 -0500 Received: by vger.rutgers.edu id <160059-25208>; Thu, 25 Feb 1999 05:06:18 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:26114 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160132-25208>; Thu, 25 Feb 1999 05:05:26 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FygY-0000Qy-00; Thu, 25 Feb 1999 11:10:30 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FygX-0003Oe-00; Thu, 25 Feb 1999 11:10:29 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: olof.backing@netinsight.se cc: linux-arm@vger.rutgers.edu Subject: Re: StrongARM and AMD LANCE PCI NETCARD In-reply-to: Your message of "Thu, 25 Feb 1999 11:07:22 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Feb 1999 11:10:29 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 657 Lines: 15 >No, just map an uncached, unbuffered memmory space for the PCI environment >and the problem will go away (if it is a cache related issue, that is...) It's not quite that simple. We already map PCI I/O and memory uncached. The difficulty with DMA-enabled network drivers is that they want to access main memory which obviously needs to be cached for performance reasons. So explicit synchronisation instructions are needed. We've previously kicked around the idea of adding a GFP_UNCACHED flag to __get_free_page to help with this but nobody has implemented it yet. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 12:13:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA34015 for ; Thu, 25 Feb 1999 12:13:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA11071 for ; Thu, 25 Feb 1999 12:13:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011069; Thu, 25 Feb 99 12:12:59 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:54884 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1387-31684>; Thu, 25 Feb 1999 13:12:40 +0200 Received: by vger.rutgers.edu via listexpand id <160013-25206>; Thu, 25 Feb 1999 05:02:18 -0500 Received: by vger.rutgers.edu id <157636-25206>; Thu, 25 Feb 1999 05:02:02 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:3765 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157694-25206>; Thu, 25 Feb 1999 05:01:46 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10FyhY-000NQZ-00; Thu, 25 Feb 1999 11:11:33 +0000 Received: from florence.sw.milldev.co.uk (florence.sw.milldev.co.uk [192.168.0.6]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id LAA06851; Thu, 25 Feb 1999 11:13:35 GMT From: Russell King Received: (from rmk@localhost) by florence.sw.milldev.co.uk (8.8.5/8.7.3) id LAA06514; Thu, 25 Feb 1999 11:13:34 GMT Message-Id: <199902251113.LAA06514@florence.sw.milldev.co.uk> Subject: Re: StrongARM and AMD LANCE PCI NETCARD To: dg@px.uk.com (Dr . David Alan Gilbert) Date: Thu, 25 Feb 1999 11:13:33 +0000 (GMT) Cc: christophe.leroy5@capway.com, linux-arm@vger.rutgers.edu In-Reply-To: <3.0.6.32.19990225094047.00c7a6d0@proxy.px.uk.com> from "Dr . David Alan Gilbert" at Feb 25, 99 09:40:47 am Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 573 Lines: 15 Dr . David Alan Gilbert said: > >Has anyone tried a PCNET AM79C971 based card on EBSA285 ? > >Mine doesn't works, it is detected by driver but sends nothing > >to the network > > As Phil said the problem is probably due to cache consistency (or the lack > of it) on the EBSA. Beware! Be very aware! There is an AM79C971 driver in the kernel (called am79c971.c) for EBSA-110 systems *only*. Do not use this on non-EBSA-110 systems. It will not work. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 12:47:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA35502 for ; Thu, 25 Feb 1999 12:47:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA17606 for ; Thu, 25 Feb 1999 12:47:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma017566; Thu, 25 Feb 99 12:46:50 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:21056 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1896-7370>; Thu, 25 Feb 1999 13:46:28 +0200 Received: by vger.rutgers.edu via listexpand id <156355-25206>; Thu, 25 Feb 1999 05:36:06 -0500 Received: by vger.rutgers.edu id <156240-25208>; Thu, 25 Feb 1999 05:35:57 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:26789 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156355-25206>; Thu, 25 Feb 1999 05:35:46 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10FzCw-0000WM-00; Thu, 25 Feb 1999 11:43:58 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10FzCv-0003WW-00; Thu, 25 Feb 1999 11:43:57 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King cc: dg@px.uk.com (Dr . David Alan Gilbert), christophe.leroy5@capway.com, linux-arm@vger.rutgers.edu Subject: Re: StrongARM and AMD LANCE PCI NETCARD In-reply-to: Your message of "Thu, 25 Feb 1999 11:13:33 GMT." <199902251113.LAA06514@florence.sw.milldev.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Feb 1999 11:43:57 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 327 Lines: 10 >Beware! Be very aware! There is an AM79C971 driver in the kernel (called >am79c971.c) for EBSA-110 systems *only*. Do not use this on non-EBSA-110 >systems. It will not work. That's a different driver. I was talking about the pcnet32 one. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 12:26:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA34859 for ; Thu, 25 Feb 1999 12:26:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA11110 for ; Thu, 25 Feb 1999 12:25:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011108; Thu, 25 Feb 99 12:25:44 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:50193 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15321-7370>; Thu, 25 Feb 1999 13:25:07 +0200 Received: by vger.rutgers.edu via listexpand id <156510-25208>; Thu, 25 Feb 1999 05:14:46 -0500 Received: by vger.rutgers.edu id <160245-25206>; Thu, 25 Feb 1999 05:14:34 -0500 Received: from smtp-out-004.wanadoo.fr ([193.252.19.87]:63836 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <160140-25208>; Thu, 25 Feb 1999 05:12:12 -0500 Received: from tntaub17-247.abo.wanadoo.fr [164.138.87.247] by wanadoo.fr for Paris Thu, 25 Feb 1999 12:18:45 +0100 (MET) Message-ID: <36D5404F.6FBF4751@capway.com> Date: Thu, 25 Feb 1999 12:21:35 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Russell King CC: "Dr . David Alan Gilbert" , linux-arm@vger.rutgers.edu Subject: Re: StrongARM and AMD LANCE PCI NETCARD References: <199902251113.LAA06514@florence.sw.milldev.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 666 Lines: 19 Russell King wrote: > > Dr . David Alan Gilbert said: > > >Has anyone tried a PCNET AM79C971 based card on EBSA285 ? > > >Mine doesn't works, it is detected by driver but sends nothing > > >to the network > > > > As Phil said the problem is probably due to cache consistency (or the lack > > of it) on the EBSA. > > Beware! Be very aware! There is an AM79C971 driver in the kernel (called > am79c971.c) for EBSA-110 systems *only*. Do not use this on non-EBSA-110 > systems. It will not work.  Err, there is only a AM79C961A driver for EBSA110. I'm using LANCE PCI Driver Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 13:34:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA36855 for ; Thu, 25 Feb 1999 13:34:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA18258 for ; Thu, 25 Feb 1999 13:34:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018256; Thu, 25 Feb 99 13:33:53 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:16497 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9230-31684>; Thu, 25 Feb 1999 14:33:29 +0200 Received: by vger.rutgers.edu via listexpand id <157451-25208>; Thu, 25 Feb 1999 06:23:08 -0500 Received: by vger.rutgers.edu id <156490-25206>; Thu, 25 Feb 1999 06:22:54 -0500 Received: from [212.219.8.163] ([212.219.8.163]:8877 "EHLO inkvine.wincoll.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156512-25208>; Thu, 25 Feb 1999 06:22:10 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.wincoll.ac.uk (8.8.7/8.8.7) with ESMTP id MAA21723 for ; Thu, 25 Feb 1999 12:32:41 GMT Date: Thu, 25 Feb 1999 12:32:22 +0000 (GMT) From: Chris Rutter X-Sender: chris@inkvine.wincoll.ac.uk Reply-To: chris@fluff.org To: Melanie Rhianna Lewis Subject: Re: A need for a binutils/ecgs/glibc2.1 compilation FAQ In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 736 Lines: 19 On Thu, 25 Feb 1999, Melanie Rhianna Lewis wrote: > I note that Phil B keeps getting asked similar questions regarding the > above. As many of us are trying to build these tools either natively or > as cross compilers is there a need for a FAQ as well as Phil's guide. If > so I am willing to be maintainer... The only problem is I think it's very much `undiscovered country' at the moment; nebulous and subject to rapid change. Once things have settled down a little (say, *perhaps*, in a month?) the need for such things might be a little alleviated. Dunno. *chink* -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 13:40:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA36952 for ; Thu, 25 Feb 1999 13:40:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA18294 for ; Thu, 25 Feb 1999 13:40:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018292; Thu, 25 Feb 99 13:39:33 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:16497 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14636-31684>; Thu, 25 Feb 1999 14:39:11 +0200 Received: by vger.rutgers.edu via listexpand id <156490-25208>; Thu, 25 Feb 1999 06:28:51 -0500 Received: by vger.rutgers.edu id <156355-25208>; Thu, 25 Feb 1999 06:28:42 -0500 Received: from power-x-mail.demon.co.uk ([212.228.229.105]:37695 "EHLO gatekeeper.px.uk.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156364-25208>; Thu, 25 Feb 1999 06:28:25 -0500 Received: from ashton (ashton.px.uk.com [172.16.16.208]) by gatekeeper.px.uk.com (8.9.3/8.9.3) with SMTP id MAA15095 for ; Thu, 25 Feb 1999 12:38:12 GMT Message-Id: <3.0.6.32.19990225123749.00c880b0@proxy.px.uk.com> X-Sender: treblig#pop3.demon.co.uk@proxy.px.uk.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Thu, 25 Feb 1999 12:37:49 +0000 To: linux-arm@vger.rutgers.edu From: "Dr . David Alan Gilbert" Subject: Re: StrongARM and AMD LANCE PCI NETCARD In-Reply-To: References: <36D51DFA.7655@hw.stratus.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1609 Lines: 40 At 11:07 AM 2/25/99 +0100, you wrote: >> Doesn't this mean that most (if not all) IO/DMA device drivers need >> patching to run on ARMLinux? > >No, just map an uncached, unbuffered memmory space for the PCI environment >and the problem will go away (if it is a cache related issue, that is...) Unfortunatly life ain't that easy. With DMA your DMAing into main memory. This wouldn't be too difficult to fix if the sections being DMA'd into were allocated separatly - we could add some magical flag to say that it needed to be uncached etc. Unfortunatly many device drivers allocate a block of memory which is accessed both by the kernel (and which needs to be fast) and by the device on the bus. Some locations in the block are used by one and not the other and thus you dont want to alter the cache/buffering settings. Normally you find that most drivers consist of things which set stuff up in shared memory and then 'kick' the other end - either by writing to an IO register or by writing some magical flag into a piece of shared memory. You need to find those places in the code and cause a cache flush at that point. Sometimes you need to be careful to flush most of the data and then flush the magical flag to get the ordering correct. Then you need to find whereever reads something back (normally in interrupt code which reads the magical flag back) and do a cache flush/invalidate before the read. (Unfortunatly I can't do much more work on this at the moment since the cache in my EBSA285 seems to be ill....) Dave unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 15:04:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA38727 for ; Thu, 25 Feb 1999 15:04:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA18665 for ; Thu, 25 Feb 1999 15:04:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018663; Thu, 25 Feb 99 15:03:52 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:31242 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15776-7370>; Thu, 25 Feb 1999 16:03:32 +0200 Received: by vger.rutgers.edu via listexpand id <157197-25206>; Thu, 25 Feb 1999 07:52:37 -0500 Received: by vger.rutgers.edu id <160151-25208>; Thu, 25 Feb 1999 07:51:50 -0500 Received: from post-11.mail.demon.net ([194.217.242.40]:62223 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160243-25208>; Thu, 25 Feb 1999 07:46:58 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.10 #2) id 10G1HO-0005bp-00; Thu, 25 Feb 1999 13:56:43 +0000 Received: from florence.sw.milldev.co.uk (florence.sw.milldev.co.uk [192.168.0.6]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id NAA08736; Thu, 25 Feb 1999 13:40:20 GMT From: Russell King Received: (from rmk@localhost) by florence.sw.milldev.co.uk (8.8.5/8.7.3) id NAA09678; Thu, 25 Feb 1999 13:40:18 GMT Message-Id: <199902251340.NAA09678@florence.sw.milldev.co.uk> Subject: Re: StrongARM and AMD LANCE PCI NETCARD To: christophe.leroy5@capway.com (christophe leroy) Date: Thu, 25 Feb 1999 13:40:18 +0000 (GMT) Cc: dg@px.uk.com, linux-arm@vger.rutgers.edu In-Reply-To: <36D5404F.6FBF4751@capway.com> from "christophe leroy" at Feb 25, 99 12:21:35 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 791 Lines: 23 christophe leroy said: > Russell King wrote: > > Dr . David Alan Gilbert said: > > > >Has anyone tried a PCNET AM79C971 based card on EBSA285 ? > > > >Mine doesn't works, it is detected by driver but sends nothing > > > >to the network > > > > > > As Phil said the problem is probably due to cache consistency (or the lack > > > of it) on the EBSA. > > > > Beware! Be very aware! There is an AM79C971 driver in the kernel (called > > am79c971.c) for EBSA-110 systems *only*. Do not use this on non-EBSA-110 > > systems. It will not work. >  > Err, there is only a AM79C961A driver for EBSA110. > I'm using LANCE PCI Driver That was not clear in your original mail. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 14:48:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA38180 for ; Thu, 25 Feb 1999 14:48:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA18549 for ; Thu, 25 Feb 1999 14:48:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018547; Thu, 25 Feb 99 14:47:36 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:34144 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10972-7370>; Thu, 25 Feb 1999 15:47:09 +0200 Received: by vger.rutgers.edu via listexpand id <160096-25208>; Thu, 25 Feb 1999 07:36:37 -0500 Received: by vger.rutgers.edu id <157389-25206>; Thu, 25 Feb 1999 07:36:23 -0500 Received: from [199.171.212.2] ([199.171.212.2]:34032 "EHLO moonraker.inetinc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157197-25206>; Thu, 25 Feb 1999 07:35:52 -0500 Received: from thunderball.inetinc.com (thunderball.inetinc.com [199.171.208.16]) by moonraker.inetinc.com (8.9.1/8.9.1) with ESMTP id HAA02826 for ; Thu, 25 Feb 1999 07:24:16 -0600 (CST) Received: from inetinc.com (dobbelen [172.16.13.37]) by thunderball.inetinc.com (8.8.5/8.8.5) with ESMTP id HAA28125 for ; Thu, 25 Feb 1999 07:51:17 -0600 (CST) Message-ID: <36D55404.23C7C702@inetinc.com> Date: Thu, 25 Feb 1999 07:45:40 -0600 From: Dave Baukus Organization: Inet Inc. X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.5.1 sun4m) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: NFS References: <199902241516.PAA27348@gate.sw.milldev.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1280 Lines: 35 Any quick thoughts on the following NFS errors encountered during init (rc.sysinit): kernel: 2.2.1-rmk3, platform: ebsa285,root file system is NFS Initializing random number generator [ OK ] INIT: Entering runlevel: 3 Bringing up interface lo [ OK ] __nfs_fhget: inode 552755 busy, i_count=2, i_nlink=1 nfs_free_dentries: found subsys/random, d_count=0, hashed=1 nfs_dentry_delete: subsys/random: ino=552755, count=2, nlink=1 Starting portmapper: [ OK ] Mounting remote filesystems [ OK ] Initializing random number generator [ OK ] Starting system loggers: nfs_refresh_inode: inode 121037 mode changed, 0144755 to 0020666 syslogd: cannot create /dev/log: Input/output error nfs_lookup_validate: dev/log has dud inode __nfs_fhget: inode 121037 busy, i_count=2, i_nlink=1 nfs_free_dentries: found dev/log, d_count=1, hashed=0 __nfs_fhget: inode 121037 still busy, i_count=2 __nfs_fhget: killing dev/log filehandle ========= Secondly, is it possible to swap to a NFS file via the loop device ? Are patchs required ? Thanks, -- Dave Baukus Inet Technologies Inc. - R & D dbaukus@inetinc.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 16:04:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA40969 for ; Thu, 25 Feb 1999 16:04:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA18935 for ; Thu, 25 Feb 1999 16:04:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018931; Thu, 25 Feb 99 16:03:52 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:16926 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4288-7370>; Thu, 25 Feb 1999 16:49:44 +0200 Received: by vger.rutgers.edu via listexpand id <156721-25208>; Thu, 25 Feb 1999 08:34:40 -0500 Received: by vger.rutgers.edu id <156563-25206>; Thu, 25 Feb 1999 08:33:56 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:28723 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156406-25208>; Thu, 25 Feb 1999 08:31:37 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10G1cv-0000l4-00; Thu, 25 Feb 1999 14:18:57 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10G1ct-0000o8-00; Thu, 25 Feb 1999 14:18:55 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe leroy cc: linux-arm@vger.rutgers.edu Subject: Re: Booting with nfsroot In-reply-to: Your message of "Thu, 25 Feb 1999 15:06:01 GMT." <36D566D9.51028C3@capway.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Feb 1999 14:18:55 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 650 Lines: 14 >And then it queries RPC GETPORT 100005/1. Here begin troubles: >IP id is 1, but IP checksum and UDP checksum are the same than the >previous ones, which are not the good checksum for this packet. >Second packet queriing RPC GETPORT 100005/1. This time, IP id is 2, >IP checksum is 0x22ea, bad checksum but UDP checksum is good (0x31cd) Again this sounds like it might be a DMA cache coherency problem. The 3c59x.c driver doesn't seem to have had the appropriate surgery yet as far as I can see. Did you try running with the D-cache disabled like Dave suggested? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 15:34:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA39820 for ; Thu, 25 Feb 1999 15:34:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA18814 for ; Thu, 25 Feb 1999 15:34:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018812; Thu, 25 Feb 99 15:34:13 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:46405 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12668-31684>; Thu, 25 Feb 1999 16:25:22 +0200 Received: by vger.rutgers.edu via listexpand id <156345-25206>; Thu, 25 Feb 1999 08:14:53 -0500 Received: by vger.rutgers.edu id <157172-25208>; Thu, 25 Feb 1999 08:14:37 -0500 Received: from snowcrash.cymru.net ([163.164.160.3]:1357 "EHLO snowcrash.cymru.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157654-25206>; Thu, 25 Feb 1999 08:12:42 -0500 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.7/8.7.1) id OAA00710; Thu, 25 Feb 1999 14:22:28 GMT From: Alan Cox Message-Id: <199902251422.OAA00710@snowcrash.cymru.net> Subject: Re: StrongARM and AMD LANCE PCI NETCARD To: pb@nexus.co.uk (Philip Blundell) Date: Thu, 25 Feb 1999 14:22:24 +0000 (GMT) Cc: olof.backing@netinsight.se, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Feb 25, 99 11:10:29 am Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 919 Lines: 18 > >No, just map an uncached, unbuffered memmory space for the PCI environment > >and the problem will go away (if it is a cache related issue, that is...) > > It's not quite that simple. We already map PCI I/O and memory uncached. The > difficulty with DMA-enabled network drivers is that they want to access main > memory which obviously needs to be cached for performance reasons. So > explicit synchronisation instructions are needed. > > We've previously kicked around the idea of adding a GFP_UNCACHED flag to > __get_free_page to help with this but nobody has implemented it yet. This doesnt help you in general. Having the ring buffer uncached on a lance is the wrong solution (tm) for most platforms. Its better to flush the page out of cache and push it to memory when writing. That gets you things like burst writes. Alan unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 15:46:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA40431 for ; Thu, 25 Feb 1999 15:46:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA18864 for ; Thu, 25 Feb 1999 15:46:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018862; Thu, 25 Feb 99 15:46:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:17761 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12881-7370> convert rfc822-to-quoted-printable; Thu, 25 Feb 1999 16:35:28 +0200 Received: by vger.rutgers.edu via listexpand id <157263-25208>; Thu, 25 Feb 1999 08:21:35 -0500 Received: by vger.rutgers.edu id <156352-25206>; Thu, 25 Feb 1999 08:21:12 -0500 Received: from ernst.netinsight.se ([194.16.221.130]:2017 "HELO ernst.netinsight.se" ident: "TIMEDOUT") by vger.rutgers.edu with SMTP id <160264-25206> convert rfc822-to-8bit; Thu, 25 Feb 1999 08:19:48 -0500 Received: from wally (unverified [194.16.221.147]) by ernst.netinsight.se (EMWAC SMTPRS 0.83) with SMTP id ; Thu, 25 Feb 1999 15:29:21 +0100 Message-ID: From: "Olof Backing" Organization: Net Insight AB, Sweden To: linux-arm@vger.rutgers.edu Date: Thu, 25 Feb 1999 15:29:21 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Subject: Re: StrongARM and AMD LANCE PCI NETCARD Reply-to: olof.backing@netinsight.se In-reply-to: <199902251422.OAA00710@snowcrash.cymru.net> References: from "Philip Blundell" at Feb 25, 99 11:10:29 am Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by relay.ch.genedata.com id PAA40431 Status: RO Content-Length: 1503 Lines: 28 > > >No, just map an uncached, unbuffered memmory space for the PCI environment > > >and the problem will go away (if it is a cache related issue, that is...) > > > > It's not quite that simple. We already map PCI I/O and memory uncached. The > > difficulty with DMA-enabled network drivers is that they want to access main > > memory which obviously needs to be cached for performance reasons. So > > explicit synchronisation instructions are needed. > > > > We've previously kicked around the idea of adding a GFP_UNCACHED flag to > > __get_free_page to help with this but nobody has implemented it yet. > > This doesnt help you in general. Having the ring buffer uncached on a > lance is the wrong solution (tm) for most platforms. Its better to flush > the page out of cache and push it to memory when writing. That gets you > things like burst writes. Accept my apologies. I re-read the code once again (and not as fast as the last time) and found that only some parts of the PCI stuff had uncached MMU entries and that there did, indeed, exist calls to SysDcacheFlush() in my code at those points mentioned above. /Olof Olof Backing Net Insight AB Phone: +46-8 449 22 36 Ingenjörsvägen 3, 2tr Fax: +46-8 449 22 40 S-117 43 Stockholm mailto:olof.backing@netinsight.se Sweden http://www.netinsight.se unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 16:04:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA41040 for ; Thu, 25 Feb 1999 16:04:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA18948 for ; Thu, 25 Feb 1999 16:04:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmac18931; Thu, 25 Feb 99 16:03:59 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:12087 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15470-7370>; Thu, 25 Feb 1999 17:02:29 +0200 Received: by vger.rutgers.edu via listexpand id <156563-25208>; Thu, 25 Feb 1999 08:51:26 -0500 Received: by vger.rutgers.edu id <156240-25208>; Thu, 25 Feb 1999 08:51:20 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:28740 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157618-25208>; Thu, 25 Feb 1999 08:48:54 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10G23W-0000nT-00; Thu, 25 Feb 1999 14:46:26 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10G23V-0000vw-00; Thu, 25 Feb 1999 14:46:25 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Alan Cox cc: olof.backing@netinsight.se, linux-arm@vger.rutgers.edu Subject: Re: StrongARM and AMD LANCE PCI NETCARD In-reply-to: Your message of "Thu, 25 Feb 1999 14:22:24 GMT." <199902251422.OAA00710@snowcrash.cymru.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Feb 1999 14:46:24 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 754 Lines: 17 >This doesnt help you in general. Having the ring buffer uncached on a lance >is the wrong solution (tm) for most platforms. Its better to flush the page >out of cache and push it to memory when writing. That gets you things like >burst writes. The idea for cached memory was for descriptor lists and things that you touch frequently but usually only a single word at a time. For those it seems better to have an uncached area than push it out of the cache all the time. Burst writes aren't a big deal if you're only transferring one word, and a single-word uncached read is actually faster than a cache line fill. For packet buffers and the like I agree with you. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 16:35:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA41835 for ; Thu, 25 Feb 1999 16:35:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA19032 for ; Thu, 25 Feb 1999 16:35:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma019029; Thu, 25 Feb 99 16:34:33 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:14411 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10865-31684>; Thu, 25 Feb 1999 17:08:02 +0200 Received: by vger.rutgers.edu via listexpand id <156443-25206>; Thu, 25 Feb 1999 08:57:32 -0500 Received: by vger.rutgers.edu id <156240-25208>; Thu, 25 Feb 1999 08:57:18 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:28748 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156493-25206>; Thu, 25 Feb 1999 08:56:34 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10G2Ib-0000od-00; Thu, 25 Feb 1999 15:02:01 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10G2IZ-00014n-00; Thu, 25 Feb 1999 15:01:59 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe leroy cc: linux-arm@vger.rutgers.edu Subject: Re: Booting with nfsroot In-reply-to: Your message of "Thu, 25 Feb 1999 15:45:09 GMT." <36D57005.6A0E5F8@capway.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Feb 1999 15:01:58 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 553 Lines: 15 >I've tried with D cache off, it works far better with 3COM card Great. To fix it properly you need to go through the driver, work out where DMA operations take place and add appropriate calls to dma_cache_wback() or dma_cache_inv() to synchronise with main memory. >It doesn't work better with LANCE card: still have nothing at all OK. Maybe the lance has general compatibility problems of its own. I'll take a look at the driver and see if I can spot anything. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 15:11:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA38996 for ; Thu, 25 Feb 1999 15:11:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA18684 for ; Thu, 25 Feb 1999 15:11:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018682; Thu, 25 Feb 99 15:10:33 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:30741 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9704-7370>; Thu, 25 Feb 1999 16:09:55 +0200 Received: by vger.rutgers.edu via listexpand id <157389-25206>; Thu, 25 Feb 1999 07:57:02 -0500 Received: by vger.rutgers.edu id <157648-25208>; Thu, 25 Feb 1999 07:56:47 -0500 Received: from smtp-out-002.wanadoo.fr ([193.252.19.69]:39410 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <160106-25206>; Thu, 25 Feb 1999 07:56:20 -0500 Received: from tntaub17-247.abo.wanadoo.fr [164.138.87.247] by wanadoo.fr for Paris Thu, 25 Feb 1999 15:03:10 +0100 (MET) Message-ID: <36D566D9.51028C3@capway.com> Date: Thu, 25 Feb 1999 15:06:01 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Booting with nfsroot Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 876 Lines: 20 I've got strange problems trying to boot with nfsroot RARP packet are good and the strongarm gets the answer The RPC GETPORT 100003/2 is good, IP id is 0,IP checksum is 0x22eb UDP checksum is 0x32ce The strong ARM get the response from the server (a i586-linux) And then it queries RPC GETPORT 100005/1. Here begin troubles: IP id is 1, but IP checksum and UDP checksum are the same than the previous ones, which are not the good checksum for this packet. Second packet queriing RPC GETPORT 100005/1. This time, IP id is 2, IP checksum is 0x22ea, bad checksum but UDP checksum is good (0x31cd) The other contents of packets are OK This bug is exactly the same each time I boot. Network card is a 3COM PCI 3c905B with 8K ram Kernel is 2.2.1rmk4+philb, on EBSA285 with DEC PCI backplane christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 17:04:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA17888 for ; Thu, 25 Feb 1999 17:04:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA19119 for ; Thu, 25 Feb 1999 17:04:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma019116; Thu, 25 Feb 99 17:04:27 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:50992 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15359-7370>; Thu, 25 Feb 1999 17:43:32 +0200 Received: by vger.rutgers.edu via listexpand id <160235-25208>; Thu, 25 Feb 1999 09:25:57 -0500 Received: by vger.rutgers.edu id <160119-25208>; Thu, 25 Feb 1999 09:25:11 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:28766 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160258-25206>; Thu, 25 Feb 1999 09:21:39 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10G2ZN-0000qU-00; Thu, 25 Feb 1999 15:19:21 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10G2ZL-00016u-00; Thu, 25 Feb 1999 15:19:19 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe leroy cc: linux-arm@vger.rutgers.edu Subject: Re: Cross building bash In-reply-to: Your message of "Thu, 25 Feb 1999 16:00:19 GMT." <36D57393.10585A2B@capway.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Feb 1999 15:19:19 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 611 Lines: 19 >How do I cross build bash on a i486 ? With great difficulty. Autoconf scripts are often awkward for cross compiling, and bash is worse than most because it contains a great number of tests that don't work. >have tried CC=arm-linux-gcc ./configure --host=arm-linux >--build=i486-linux This is how it ought to work, but as you've discovered the configure scripts expect to be able to compile and run programs on the build machine. Unless you really, *really* want to cross-compile bash I suggest you don't bother trying. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 16:04:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA41008 for ; Thu, 25 Feb 1999 16:04:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA18937 for ; Thu, 25 Feb 1999 16:04:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmab18931; Thu, 25 Feb 99 16:03:56 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:45862 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13765-7370>; Thu, 25 Feb 1999 16:53:24 +0200 Received: by vger.rutgers.edu via listexpand id <156240-25206>; Thu, 25 Feb 1999 08:42:12 -0500 Received: by vger.rutgers.edu id <157618-25208>; Thu, 25 Feb 1999 08:41:43 -0500 Received: from smtp-out-002.wanadoo.fr ([193.252.19.69]:42264 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <157648-25206>; Thu, 25 Feb 1999 08:35:28 -0500 Received: from tntaub17-247.abo.wanadoo.fr [164.138.87.247] by wanadoo.fr for Paris Thu, 25 Feb 1999 15:42:19 +0100 (MET) Message-ID: <36D57005.6A0E5F8@capway.com> Date: Thu, 25 Feb 1999 15:45:09 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Re: Booting with nfsroot References: <36D566D9.51028C3@capway.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1084 Lines: 28 christophe leroy wrote: > > I've got strange problems trying to boot with nfsroot > > RARP packet are good and the strongarm gets the answer > The RPC GETPORT 100003/2 is good, IP id is 0,IP checksum is 0x22eb > UDP checksum is 0x32ce > The strong ARM get the response from the server (a i586-linux) > And then it queries RPC GETPORT 100005/1. Here begin troubles: > IP id is 1, but IP checksum and UDP checksum are the same than the > previous ones, which are not the good checksum for this packet. > Second packet queriing RPC GETPORT 100005/1. This time, IP id is 2, > IP checksum is 0x22ea, bad checksum but UDP checksum is good (0x31cd) > > The other contents of packets are OK > This bug is exactly the same each time I boot. > > Network card is a 3COM PCI 3c905B with 8K ram > Kernel is 2.2.1rmk4+philb, on EBSA285 with DEC PCI backplane > > christophe I've tried with D cache off, it works far better with 3COM card It doesn't work better with LANCE card: still have nothing at all christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 17:04:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA42632 for ; Thu, 25 Feb 1999 17:04:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA19120 for ; Thu, 25 Feb 1999 17:04:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa19116; Thu, 25 Feb 99 17:04:29 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:13162 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4134-31684>; Thu, 25 Feb 1999 18:01:02 +0200 Received: by vger.rutgers.edu via listexpand id <156355-25206>; Thu, 25 Feb 1999 09:50:31 -0500 Received: by vger.rutgers.edu id <156177-25208>; Thu, 25 Feb 1999 09:50:13 -0500 Received: from relay3.UU.NET ([192.48.96.8]:1053 "EHLO relay3.UU.NET" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156345-25208>; Thu, 25 Feb 1999 09:49:58 -0500 Received: from xedia.com by relay3.UU.NET with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQgecl26678; Thu, 25 Feb 1999 10:59:28 -0500 (EST) Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA15532; Thu, 25 Feb 99 10:55:55 EST Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id KAA09307; Thu, 25 Feb 1999 10:59:26 -0500 Date: Thu, 25 Feb 1999 10:59:26 -0500 Message-Id: <199902251559.KAA09307@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: pb@nexus.co.uk Cc: linux-arm@vger.rutgers.edu Subject: Re: StrongARM and AMD LANCE PCI NETCARD References: <199902251422.OAA00710@snowcrash.cymru.net> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2207 Lines: 44 >>>>> "Philip" == Philip Blundell writes: >> This doesnt help you in general. Having the ring buffer uncached >> on a lance is the wrong solution (tm) for most platforms. Its >> better to flush the page out of cache and push it to memory when >> writing. That gets you things like burst writes. Philip> The idea for cached memory was for descriptor lists and Philip> things that you touch frequently but usually only a single Philip> word at a time. For those it seems better to have an Philip> uncached area than push it out of the cache all the time. Philip> Burst writes aren't a big deal if you're only transferring Philip> one word, and a single-word uncached read is actually faster Philip> than a cache line fill. Philip> For packet buffers and the like I agree with you. I'll second that. I spend my days writing code for a MIPS-based router. As Philip mentioned earlier, MIPS systems certainly tend to avoid snoopy DMA designs, and a 68040 I worked on likewise. The reason for that is simple: DMA coherence at best gives you a MAJOR complexity hit in the hardware design, and at worst a major performance hit as well. (For example the 68040 supported it but at the cost of a clock tick per DMA cycle, not to mention the need to couple the processor bus much more closely to the other buses in the system.) For routers, it turns out the best design is to have all I/O related memory (packet buffers too) uncached. Sometimes if you don't mind the software hair it helps a little to access a header or descriptor via a cached alias address but this is very hard to get right. For a general purpose system I'd agree that the packet buffers *probably* should be cacheable -- especially if the CPU in question can do cache push efficiently. (The 68040 is an example of one that cannot -- a null cache push takes 256 cycles!) But all I/O control structures such as device descriptor rings or queues are best put in uncached space; the performance impact is somewhere between trivial and nil for this sort of system, and the benefits in software reliability are large indeed. paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 16:04:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA41051 for ; Thu, 25 Feb 1999 16:04:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA18949 for ; Thu, 25 Feb 1999 16:04:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmad18931; Thu, 25 Feb 99 16:04:00 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:12087 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12774-7370>; Thu, 25 Feb 1999 17:02:49 +0200 Received: by vger.rutgers.edu via listexpand id <156603-25206>; Thu, 25 Feb 1999 08:51:44 -0500 Received: by vger.rutgers.edu id <156754-25208>; Thu, 25 Feb 1999 08:51:25 -0500 Received: from smtp-out-002.wanadoo.fr ([193.252.19.69]:43355 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <157696-25208>; Thu, 25 Feb 1999 08:50:38 -0500 Received: from tntaub17-247.abo.wanadoo.fr [164.138.87.247] by wanadoo.fr for Paris Thu, 25 Feb 1999 15:57:29 +0100 (MET) Message-ID: <36D57393.10585A2B@capway.com> Date: Thu, 25 Feb 1999 16:00:19 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Cross building bash Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 477 Lines: 11 How do I cross build bash on a i486 ? have tried ./configure --target=arm-linux : it is ignored have tried ./configure --host=arm-linux --build=i486-linux : tells it builds for arm-linux, but still uses GCC have tried CC=arm-linux-gcc ./configure --host=arm-linux --build=i486-linux : It tells he cannot execute ./dummy (he has compiled it for arm and tries to execute on i486. Silly boy) christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 17:28:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA43254 for ; Thu, 25 Feb 1999 17:28:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA19176 for ; Thu, 25 Feb 1999 17:28:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma019162; Thu, 25 Feb 99 17:28:00 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:5495 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1561-7370>; Thu, 25 Feb 1999 18:06:25 +0200 Received: by vger.rutgers.edu via listexpand id <156493-25208>; Thu, 25 Feb 1999 09:55:54 -0500 Received: by vger.rutgers.edu id <156240-25208>; Thu, 25 Feb 1999 09:54:35 -0500 Received: from [192.6.10.2] ([192.6.10.2]:3163 "EHLO hplb.hpl.hp.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <159974-25208>; Thu, 25 Feb 1999 09:53:05 -0500 Received: from hereford.hpl.hp.com (hereford.hpl.hp.com [15.144.30.76]) by hplb.hpl.hp.com (8.8.6 (PHNE_14041)/8.8.6 HPLabs Bristol Relay) with ESMTP id QAA09567; Thu, 25 Feb 1999 16:02:35 GMT Received: (from dat@localhost) by hereford.hpl.hp.com (8.7.6/8.7.3 TIS 5.0) id QAA20871; Thu, 25 Feb 1999 16:02:35 GMT Date: Thu, 25 Feb 1999 16:02:35 GMT Message-Id: <199902251602.QAA20871@hereford.hpl.hp.com> From: Andrew Thomas MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: christophe leroy CC: linux-arm@vger.rutgers.edu Subject: arm-linux lockup In-Reply-To: <36D579FC.2F224E7E@capway.com> References: <36D579FC.2F224E7E@capway.com> X-Mailer: VM 6.31 under Emacs 19.34.1 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 966 Lines: 37 christophe leroy writes: > I've tried to execute the following init prog with my kernel that > now correctly boots: > > #include > #include > > main() > { > while (1) { > printf("Coucou les amis\n"); > fflush(stdout); > sleep(1); > } > } > > On console I've got: Freeing unused kernel memory: 8k init > Then nothing. > EBSA285 responds to ping during kernel boot, but not anymore at this > point > > Compiled with crossbuild egcs-1.1b and glibc-2.0.112 > Doesn't work better when statically linked /dev/syscons is probably not there or not set up correctly, you should see a message about no console during boot... Dave Baukus > mknod syscons c 5 1 > ln -s syscons console suggested this sometime ago and it works for me (on an EBSA285..) Andrew unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 17:28:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA43248 for ; Thu, 25 Feb 1999 17:28:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA19179 for ; Thu, 25 Feb 1999 17:28:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmac19162; Thu, 25 Feb 99 17:28:05 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:8492 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15501-31684>; Thu, 25 Feb 1999 18:26:24 +0200 Received: by vger.rutgers.edu via listexpand id <156570-25208>; Thu, 25 Feb 1999 10:15:59 -0500 Received: by vger.rutgers.edu id <156537-25206>; Thu, 25 Feb 1999 10:14:52 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:28798 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156712-25208>; Thu, 25 Feb 1999 10:11:02 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10G3HB-0000uL-00; Thu, 25 Feb 1999 16:04:37 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10G3HA-0004Bx-00; Thu, 25 Feb 1999 16:04:36 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe leroy cc: linux-arm@vger.rutgers.edu Subject: Re: arm-linux lockup In-reply-to: Your message of "Thu, 25 Feb 1999 16:27:40 GMT." <36D579FC.2F224E7E@capway.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Feb 1999 16:04:35 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 339 Lines: 11 >EBSA285 responds to ping during kernel boot, but not anymore at this >point Have you turned on `debug user faults' in the kernel config? It could be that your program is dying for some reason. If init exits then the kernel will probably just lock up. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 17:28:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA43240 for ; Thu, 25 Feb 1999 17:28:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA19177 for ; Thu, 25 Feb 1999 17:28:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa19162; Thu, 25 Feb 99 17:28:01 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:28969 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15624-31684>; Thu, 25 Feb 1999 18:24:43 +0200 Received: by vger.rutgers.edu via listexpand id <156689-25206>; Thu, 25 Feb 1999 10:09:47 -0500 Received: by vger.rutgers.edu id <156345-25206>; Thu, 25 Feb 1999 10:05:43 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:2530 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160247-25206>; Thu, 25 Feb 1999 10:01:54 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10G3O1-000EaJ-00; Thu, 25 Feb 1999 16:11:42 +0000 Received: (from rmk@localhost) by gate.sw.milldev.co.uk (8.8.5/8.8.5) id QAA10573; Thu, 25 Feb 1999 16:10:23 GMT From: Russell King Message-Id: <199902251610.QAA10573@gate.sw.milldev.co.uk> Subject: Re: Booting with nfsroot To: pb@nexus.co.uk (Philip Blundell) Date: Thu, 25 Feb 1999 16:10:23 +0000 (GMT) Cc: christophe.leroy5@capway.com, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Feb 25, 99 02:18:55 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 533 Lines: 13 Philip Blundell said: > Again this sounds like it might be a DMA cache coherency problem. The 3c59x.c > driver doesn't seem to have had the appropriate surgery yet as far as I can > see. Did you try running with the D-cache disabled like Dave suggested? The 3c59x driver does not have any Dcache coherency problems - I've been running my 3c592 Vortex card with it for 6 months with no problems on my EBSA285. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 16:35:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA41905 for ; Thu, 25 Feb 1999 16:35:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA19033 for ; Thu, 25 Feb 1999 16:35:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa19029; Thu, 25 Feb 99 16:34:34 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:43280 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16348-7370>; Thu, 25 Feb 1999 17:33:09 +0200 Received: by vger.rutgers.edu via listexpand id <157696-25206>; Thu, 25 Feb 1999 09:21:43 -0500 Received: by vger.rutgers.edu id <156485-25206>; Thu, 25 Feb 1999 09:18:37 -0500 Received: from smtp-out-002.wanadoo.fr ([193.252.19.69]:45540 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <160085-25208>; Thu, 25 Feb 1999 09:17:55 -0500 Received: from tntaub17-247.abo.wanadoo.fr [164.138.87.247] by wanadoo.fr for Paris Thu, 25 Feb 1999 16:24:49 +0100 (MET) Message-ID: <36D579FC.2F224E7E@capway.com> Date: Thu, 25 Feb 1999 16:27:40 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: arm-linux lockup Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 608 Lines: 25 I've tried to execute the following init prog with my kernel that now correctly boots: #include #include main() { while (1) { printf("Coucou les amis\n"); fflush(stdout); sleep(1); } } On console I've got: Freeing unused kernel memory: 8k init Then nothing. EBSA285 responds to ping during kernel boot, but not anymore at this point Compiled with crossbuild egcs-1.1b and glibc-2.0.112 Doesn't work better when statically linked christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 17:45:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA43786 for ; Thu, 25 Feb 1999 17:45:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA19245 for ; Thu, 25 Feb 1999 17:45:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma019241; Thu, 25 Feb 99 17:45:12 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:20024 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2555-7370>; Thu, 25 Feb 1999 18:29:40 +0200 Received: by vger.rutgers.edu via listexpand id <156254-25208>; Thu, 25 Feb 1999 10:19:08 -0500 Received: by vger.rutgers.edu id <156240-25208>; Thu, 25 Feb 1999 10:18:49 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2236 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156679-25208>; Thu, 25 Feb 1999 10:17:10 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10G3cl-0003G3-00; Thu, 25 Feb 1999 16:26:56 +0000 Received: (from rmk@localhost) by gate.sw.milldev.co.uk (8.8.5/8.8.5) id QAA10830; Thu, 25 Feb 1999 16:27:46 GMT From: Russell King Message-Id: <199902251627.QAA10830@gate.sw.milldev.co.uk> Subject: Re: StrongARM and AMD LANCE PCI NETCARD To: pkoning@xedia.com (Paul Koning) Date: Thu, 25 Feb 1999 16:27:46 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <199902251559.KAA09307@tonga.xedia.com> from "Paul Koning" at Feb 25, 99 10:59:26 am Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1548 Lines: 36 Paul Koning said: > >>>>> "Philip" == Philip Blundell writes: > > >> This doesnt help you in general. Having the ring buffer uncached > >> on a lance is the wrong solution (tm) for most platforms. Its > >> better to flush the page out of cache and push it to memory when > >> writing. That gets you things like burst writes. > > Philip> The idea for cached memory was for descriptor lists and > Philip> things that you touch frequently but usually only a single > Philip> word at a time. For those it seems better to have an > Philip> uncached area than push it out of the cache all the time. > Philip> Burst writes aren't a big deal if you're only transferring > Philip> one word, and a single-word uncached read is actually faster > Philip> than a cache line fill. > > Philip> For packet buffers and the like I agree with you. > > I'll second that. However, there is a good reason why it's preferable to have the packet buffer cached on the StrongARM - the StrongARM core switches between a high speed clock and the bus clock. If you're doing several sequential reads or writes, you really want the cache to be on. Otherwise the StrongARM will switch from high to bus, back to high clock for each and every access. This incurs extra synchronisation delays etc, so it's not a case of 'minimal performance impact'. It really depends on the size of the structure you're dealing with though. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 18:07:04 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA44385 for ; Thu, 25 Feb 1999 18:07:00 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA19361 for ; Thu, 25 Feb 1999 18:07:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma019359; Thu, 25 Feb 99 18:06:35 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:30306 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3006-31684>; Thu, 25 Feb 1999 18:53:58 +0200 Received: by vger.rutgers.edu via listexpand id <156603-25208>; Thu, 25 Feb 1999 10:43:13 -0500 Received: by vger.rutgers.edu id <156177-25206>; Thu, 25 Feb 1999 10:43:05 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:29343 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160176-25208>; Thu, 25 Feb 1999 10:40:28 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10G3zM-0000xg-00; Thu, 25 Feb 1999 16:50:16 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10G3zJ-000887-00; Thu, 25 Feb 1999 16:50:13 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe leroy cc: linux-arm@vger.rutgers.edu From: philb@gnu.org Subject: Re: arm-linux lockup In-reply-to: Your message of "Thu, 25 Feb 1999 17:40:02 GMT." <36D58AF2.3C58B422@capway.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Feb 1999 16:50:11 +0000 Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 409 Lines: 12 > Enabling bus-master transmits and whole-frame receives. >PCI: master abort pc=C00A668C >Sending RARP requests..... OK I don't expect it's related to your problem but you might like to investigate that master abort message. Those shouldn't happen in normal operation unless something is accessing nonexistent peripherals. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 18:22:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA44768 for ; Thu, 25 Feb 1999 18:22:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA19400 for ; Thu, 25 Feb 1999 18:22:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa19393; Thu, 25 Feb 99 18:21:59 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:15392 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4504-31684>; Thu, 25 Feb 1999 19:16:55 +0200 Received: by vger.rutgers.edu via listexpand id <160173-25206>; Thu, 25 Feb 1999 11:01:00 -0500 Received: by vger.rutgers.edu id <156046-25208>; Thu, 25 Feb 1999 10:55:29 -0500 Received: from hplb.hpl.hp.com ([192.6.10.2]:1121 "EHLO hplb.hpl.hp.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160232-25206>; Thu, 25 Feb 1999 10:51:43 -0500 Received: from hereford.hpl.hp.com (hereford.hpl.hp.com [15.144.30.76]) by hplb.hpl.hp.com (8.8.6 (PHNE_14041)/8.8.6 HPLabs Bristol Relay) with ESMTP id RAA11864; Thu, 25 Feb 1999 17:01:20 GMT Received: (from dat@localhost) by hereford.hpl.hp.com (8.7.6/8.7.3 TIS 5.0) id RAA20942; Thu, 25 Feb 1999 17:01:20 GMT Date: Thu, 25 Feb 1999 17:01:20 GMT Message-Id: <199902251701.RAA20942@hereford.hpl.hp.com> From: Andrew Thomas MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: christophe leroy CC: linux-arm@vger.rutgers.edu Subject: Re: arm-linux lockup In-Reply-To: <36D585B0.7A369565@capway.com> References: <36D579FC.2F224E7E@capway.com> <199902251602.QAA20871@hereford.hpl.hp.com> <36D585B0.7A369565@capway.com> X-Mailer: VM 6.31 under Emacs 19.34.1 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 963 Lines: 30 christophe leroy writes: > Andrew Thomas wrote: > > > On console I've got: Freeing unused kernel memory: 8k init > > > Then nothing. > > > EBSA285 responds to ping during kernel boot, but not anymore at this > > > point > > > > > > Compiled with crossbuild egcs-1.1b and glibc-2.0.112 > > > Doesn't work better when statically linked > > > > /dev/syscons is probably not there or not set up correctly, > > you should see a message about no console during boot... > > > > Dave Baukus > > > > > mknod syscons c 5 1 > > > ln -s syscons console > > > > suggested this sometime ago and it works for me (on an EBSA285..) > > > > Andrew > > > > I've got no message, and I've got a c 5 1 console and a c 5 1 syscons If your running this by replacing /sbin/init then try fopening /dev/console etc... Andrew unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 17:28:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA43260 for ; Thu, 25 Feb 1999 17:28:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA19178 for ; Thu, 25 Feb 1999 17:28:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmab19162; Thu, 25 Feb 99 17:28:03 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:8492 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1244-31684>; Thu, 25 Feb 1999 18:25:40 +0200 Received: by vger.rutgers.edu via listexpand id <156177-25206>; Thu, 25 Feb 1999 10:14:48 -0500 Received: by vger.rutgers.edu id <157263-25208>; Thu, 25 Feb 1999 10:14:21 -0500 Received: from smtp-out-002.wanadoo.fr ([193.252.19.69]:49418 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <160173-25208>; Thu, 25 Feb 1999 10:07:58 -0500 Received: from tntaub17-247.abo.wanadoo.fr [164.138.87.247] by wanadoo.fr for Paris Thu, 25 Feb 1999 17:14:44 +0100 (MET) Message-ID: <36D585B0.7A369565@capway.com> Date: Thu, 25 Feb 1999 17:17:36 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Andrew Thomas CC: linux-arm@vger.rutgers.edu Subject: Re: arm-linux lockup References: <36D579FC.2F224E7E@capway.com> <199902251602.QAA20871@hereford.hpl.hp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 788 Lines: 26 Andrew Thomas wrote: > > On console I've got: Freeing unused kernel memory: 8k init > > Then nothing. > > EBSA285 responds to ping during kernel boot, but not anymore at this > > point > > > > Compiled with crossbuild egcs-1.1b and glibc-2.0.112 > > Doesn't work better when statically linked > > /dev/syscons is probably not there or not set up correctly, > you should see a message about no console during boot... > > Dave Baukus > > > mknod syscons c 5 1 > > ln -s syscons console > > suggested this sometime ago and it works for me (on an EBSA285..) > > Andrew > I've got no message, and I've got a c 5 1 console and a c 5 1 syscons christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 17:45:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA43788 for ; Thu, 25 Feb 1999 17:45:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA19246 for ; Thu, 25 Feb 1999 17:45:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa19241; Thu, 25 Feb 99 17:45:13 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26946 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8213-31684>; Thu, 25 Feb 1999 18:36:56 +0200 Received: by vger.rutgers.edu via listexpand id <156177-25208>; Thu, 25 Feb 1999 10:26:23 -0500 Received: by vger.rutgers.edu id <156254-25208>; Thu, 25 Feb 1999 10:26:13 -0500 Received: from smtp-out-002.wanadoo.fr ([193.252.19.69]:50803 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <156046-25206>; Thu, 25 Feb 1999 10:25:52 -0500 Received: from tntaub17-247.abo.wanadoo.fr [164.138.87.247] by wanadoo.fr for Paris Thu, 25 Feb 1999 17:32:43 +0100 (MET) Message-ID: <36D589E8.1FB15CF3@capway.com> Date: Thu, 25 Feb 1999 17:35:36 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Russell King CC: Philip Blundell , linux-arm@vger.rutgers.edu Subject: Re: Booting with nfsroot References: <199902251610.QAA10573@gate.sw.milldev.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1250 Lines: 29 Russell King wrote: > > Philip Blundell said: > > Again this sounds like it might be a DMA cache coherency problem. The 3c59x.c > > driver doesn't seem to have had the appropriate surgery yet as far as I can > > see. Did you try running with the D-cache disabled like Dave suggested? > > The 3c59x driver does not have any Dcache coherency problems - I've > been running my 3c592 Vortex card with it for 6 months with no problems > on my EBSA285.  Sorry, but It does, at least with 3c905B Cyclone Or, maybe am I initialising it badly (in pcibios_fixup_ebsa285()): #define ETH_IO_BASE 0x401 #define ETH_MEM_BASE 0x00800000 if (dev->vendor==PCI_VENDOR_ID_3COM||dev->vendor==PCI_VENDOR_ID_AMD) { pci_set_base_addr(dev, 0, ETH_IO_BASE); pci_set_base_addr(dev, 1, ETH_MEM_BASE); pci_set_cmd(dev, 0, PCI_COMMAND_MASTER | PCI_COMMAND_MEMORY | PCI_COMMAND_IO); /* Put the chip to sleep in case the driver isn't loaded */ pci_write_config_dword(dev, 0x40, 0x80000000); } else pci_set_cmd(dev, 0, PCI_COMMAND_MASTER); unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 17:45:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA43792 for ; Thu, 25 Feb 1999 17:45:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA19247 for ; Thu, 25 Feb 1999 17:45:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmab19241; Thu, 25 Feb 99 17:45:14 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:55628 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <370-7370>; Thu, 25 Feb 1999 18:42:27 +0200 Received: by vger.rutgers.edu via listexpand id <156206-25206>; Thu, 25 Feb 1999 10:31:54 -0500 Received: by vger.rutgers.edu id <156046-25206>; Thu, 25 Feb 1999 10:31:40 -0500 Received: from smtp-out-002.wanadoo.fr ([193.252.19.69]:51244 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <156206-25206>; Thu, 25 Feb 1999 10:31:20 -0500 Received: from tntaub17-247.abo.wanadoo.fr [164.138.87.247] by wanadoo.fr for Paris Thu, 25 Feb 1999 17:37:30 +0100 (MET) Message-ID: <36D58AF2.3C58B422@capway.com> Date: Thu, 25 Feb 1999 17:40:02 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Russell King CC: linux-arm@vger.rutgers.edu Subject: Re: arm-linux lockup References: <199902251612.QAA10598@gate.sw.milldev.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2008 Lines: 57 Russell King wrote: > > christophe leroy said: > > On console I've got: Freeing unused kernel memory: 8k init > > Then nothing. > > EBSA285 responds to ping during kernel boot, but not anymore at this > > point > > It sounds like you're missing the FPEmulator. Try configuring > your kernel for NWFPE. > I've got NWFPE in my kernel. christophe Linux version 2.2.1-rmk4 (root@dcs) (gcc version egcs-2.91.57 19980901 (egcs-1.1 release)) #66 Thu Feb 25 14:53:33 1999 NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp. Calibrating delay loop... 213.81 BogoMIPS Memory: 15196k/16M available (804k code, 32k reserved, 344k data, 8k init) POSIX conformance testing by UNIFIX PCI: Intel 21285 Footbridge revision 03 PCI: Probing PCI hardware pci_scan_bus for bus 0 PCI: master abort pc=C00118AC PCI: 00:38 [10b7/9055] PCI: pci_scan_bus returning with max=00 pcibios_fixup_ebsa285: ve=10b7 id=9055 PCI: 00:38 [10b7/9055] on irq 22 Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 NET4: Unix domain sockets 1.0 for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP Starting kswapd v 1.5 Footbridge Watchdog Timer: 0.01, timer margin: 60 sec RAM disk driver initialized: 16 RAM disks of 4096K size 3c59x.c:v0.99H 11/17/98 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/ vortex.html eth0: 3Com 3c905B Cyclone 100baseTx at 0x400, 00:10:4b:4b:4c:7e, IRQ 22 8K byte-wide RAM 5:3 Rx:Tx split, Autonegotiate interface. MII transceiver found at address 24, status 780d. Enabling bus-master transmits and whole-frame receives. PCI: master abort pc=C00A668C Sending RARP requests..... OK IP-Config: Got RARP answer from 192.168.235.2, my address is 192.168.235.90 Looking up port of RPC 100003/2 on 192.168.235.2 Looking up port of RPC 100005/1 on 192.168.235.2 VFS: Mounted root (NFS filesystem) readonly. Freeing unused kernel memory: 8k init unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 18:22:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA45019 for ; Thu, 25 Feb 1999 18:22:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA19401 for ; Thu, 25 Feb 1999 18:22:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmab19393; Thu, 25 Feb 99 18:22:01 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:15392 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1189-31684>; Thu, 25 Feb 1999 19:16:56 +0200 Received: by vger.rutgers.edu via listexpand id <156046-25208>; Thu, 25 Feb 1999 11:01:01 -0500 Received: by vger.rutgers.edu id <155898-25206>; Thu, 25 Feb 1999 10:55:22 -0500 Received: from smtp-out-003.wanadoo.fr ([193.252.19.78]:55775 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <160030-25206>; Thu, 25 Feb 1999 10:48:33 -0500 Received: from tntaub17-247.abo.wanadoo.fr [164.138.87.247] by wanadoo.fr for Paris Thu, 25 Feb 1999 17:55:17 +0100 (MET) Message-ID: <36D58F30.C277A7F@capway.com> Date: Thu, 25 Feb 1999 17:58:08 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Philip Blundell CC: linux-arm@vger.rutgers.edu Subject: Re: arm-linux lockup References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 454 Lines: 14 Philip Blundell wrote: > > >EBSA285 responds to ping during kernel boot, but not anymore at this > >point > > Have you turned on `debug user faults' in the kernel config? It could be that > your program is dying for some reason. If init exits then the kernel will > probably just lock up. I've now turned on debug user faults, but I get nothing more on console. Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 18:49:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA45401 for ; Thu, 25 Feb 1999 18:49:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA19446 for ; Thu, 25 Feb 1999 18:49:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma019443; Thu, 25 Feb 99 18:49:13 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:4147 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3797-7370>; Thu, 25 Feb 1999 19:25:22 +0200 Received: by vger.rutgers.edu via listexpand id <156406-25206>; Thu, 25 Feb 1999 11:13:33 -0500 Received: by vger.rutgers.edu id <157648-25208>; Thu, 25 Feb 1999 11:13:19 -0500 Received: from smtp-out-003.wanadoo.fr ([193.252.19.78]:57593 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <156406-25206>; Thu, 25 Feb 1999 11:10:09 -0500 Received: from blm12-70.abo.wanadoo.fr [164.138.226.70] by wanadoo.fr for Paris Thu, 25 Feb 1999 18:16:59 +0100 (MET) Message-ID: <36D59444.2FB62768@capway.com> Date: Thu, 25 Feb 1999 18:19:48 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Andrew Thomas CC: linux-arm@vger.rutgers.edu Subject: Re: arm-linux lockup References: <36D579FC.2F224E7E@capway.com> <199902251602.QAA20871@hereford.hpl.hp.com> <36D585B0.7A369565@capway.com> <199902251701.RAA20942@hereford.hpl.hp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1106 Lines: 37 Andrew Thomas wrote: > > christophe leroy writes: > > Andrew Thomas wrote: > > > > On console I've got: Freeing unused kernel memory: 8k init > > > > Then nothing. > > > > EBSA285 responds to ping during kernel boot, but not anymore at this > > > > point > > > > > > > > Compiled with crossbuild egcs-1.1b and glibc-2.0.112 > > > > Doesn't work better when statically linked > > > > > > /dev/syscons is probably not there or not set up correctly, > > > you should see a message about no console during boot... > > > > > > Dave Baukus > > > > > > > mknod syscons c 5 1 > > > > ln -s syscons console > > > > > > suggested this sometime ago and it works for me (on an EBSA285..) > > > > > > Andrew > > > > > > > I've got no message, and I've got a c 5 1 console and a c 5 1 syscons > > If your running this by replacing /sbin/init then try fopening > /dev/console etc... >  Tried to explicitly open /dev/console and write to it: nothing Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 18:49:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA45465 for ; Thu, 25 Feb 1999 18:49:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA19447 for ; Thu, 25 Feb 1999 18:49:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa19443; Thu, 25 Feb 99 18:49:14 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:64088 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1068-7370>; Thu, 25 Feb 1999 19:38:55 +0200 Received: by vger.rutgers.edu via listexpand id <155898-25206>; Thu, 25 Feb 1999 11:28:18 -0500 Received: by vger.rutgers.edu id <156367-25208>; Thu, 25 Feb 1999 11:28:00 -0500 Received: from smtp-out-003.wanadoo.fr ([193.252.19.78]:59129 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <157621-25206>; Thu, 25 Feb 1999 11:27:38 -0500 Received: from blm12-70.abo.wanadoo.fr [164.138.226.70] by wanadoo.fr for Paris Thu, 25 Feb 1999 18:34:34 +0100 (MET) Message-ID: <36D59865.53499733@capway.com> Date: Thu, 25 Feb 1999 18:37:25 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: philb@gnu.org CC: linux-arm@vger.rutgers.edu Subject: Re: arm-linux lockup References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 592 Lines: 16 philb@gnu.org wrote: > > > Enabling bus-master transmits and whole-frame receives. > >PCI: master abort pc=C00A668C > >Sending RARP requests..... OK > > I don't expect it's related to your problem but you might like to investigate > that master abort message. Those shouldn't happen in normal operation unless > something is accessing nonexistent peripherals. > this pc is inside pcnet32_probe1 function, so I think I dont have to worry about it, as I've no pcnet32 card in my system at the moment. christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 21:04:36 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA50945 for ; Thu, 25 Feb 1999 21:04:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA19746 for ; Thu, 25 Feb 1999 21:04:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa19740; Thu, 25 Feb 99 21:04:24 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:14884 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10756-7370>; Thu, 25 Feb 1999 22:01:06 +0200 Received: by vger.rutgers.edu via listexpand id <156222-25206>; Thu, 25 Feb 1999 13:50:13 -0500 Received: by vger.rutgers.edu id <155898-25206>; Thu, 25 Feb 1999 13:50:01 -0500 Received: from [194.168.16.187] ([194.168.16.187]:4607 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156198-25206>; Thu, 25 Feb 1999 13:48:56 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id TAA17660; Thu, 25 Feb 1999 19:59:05 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA02614; Thu, 25 Feb 1999 20:00:46 GMT Message-Id: <199902252000.UAA02614@raistlin.armlinux.org.uk> Subject: Re: NFS To: dbaukus@inetinc.com (Dave Baukus) Date: Thu, 25 Feb 1999 20:00:45 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <36D55404.23C7C702@inetinc.com> from "Dave Baukus" at Feb 25, 99 07:45:40 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1435 Lines: 31 Dave Baukus writes: > kernel: 2.2.1-rmk3, platform: ebsa285,root file system is NFS Root-NFS'd filesystems do tend to produce more debug output from the NFS client code. > __nfs_fhget: inode 552755 busy, i_count=2, i_nlink=1 > nfs_free_dentries: found subsys/random, d_count=0, hashed=1 > nfs_dentry_delete: subsys/random: ino=552755, count=2, nlink=1 >... > Starting system loggers: nfs_refresh_inode: inode 121037 mode changed, 0144755 > to 0020666 > syslogd: cannot create /dev/log: Input/output error > nfs_lookup_validate: dev/log has dud inode Oops. That tends to indicate that inode numbers are changing on the server. What is your NFS server, and are there any other systems using this export? > Secondly, is it possible to swap to a NFS file via the loop device ? > Are patchs required ? No. The loopback device does not work on NFS filesystems. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 21:31:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA51273 for ; Thu, 25 Feb 1999 21:31:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA19817 for ; Thu, 25 Feb 1999 21:31:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma019813; Thu, 25 Feb 99 21:31:24 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:15659 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15692-31684>; Thu, 25 Feb 1999 22:07:44 +0200 Received: by vger.rutgers.edu via listexpand id <156197-25206>; Thu, 25 Feb 1999 13:56:55 -0500 Received: by vger.rutgers.edu id <156046-25206>; Thu, 25 Feb 1999 13:56:35 -0500 Received: from [194.168.16.187] ([194.168.16.187]:4621 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <155898-25208>; Thu, 25 Feb 1999 13:56:33 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA17706; Thu, 25 Feb 1999 20:06:44 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA03011; Thu, 25 Feb 1999 20:08:24 GMT Message-Id: <199902252008.UAA03011@raistlin.armlinux.org.uk> Subject: Re: Booting with nfsroot To: pb@nexus.co.uk (Philip Blundell) Date: Thu, 25 Feb 1999 20:08:23 +0000 (GMT) Cc: christophe.leroy5@capway.com, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Feb 25, 99 02:18:55 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1154 Lines: 20 Philip Blundell writes: > Again this sounds like it might be a DMA cache coherency problem. The 3c59x.c > driver doesn't seem to have had the appropriate surgery yet as far as I can > see. Did you try running with the D-cache disabled like Dave suggested? Argh! My mail didn't make it out of Demon! The 3c59x driver should not require any DMA-cache coherency - I've been running a Vortex card for the past 6 months with zero problems. If you have a boomerang card, I'd suggest setting rx_copybreak to 1513 to disable bus master transfers for best performance on ARM systems. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 21:31:36 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA51317 for ; Thu, 25 Feb 1999 21:31:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA19818 for ; Thu, 25 Feb 1999 21:31:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa19813; Thu, 25 Feb 99 21:31:25 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:59697 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1295-31684>; Thu, 25 Feb 1999 22:11:02 +0200 Received: by vger.rutgers.edu via listexpand id <155898-25206>; Thu, 25 Feb 1999 14:00:27 -0500 Received: by vger.rutgers.edu id <156046-25208>; Thu, 25 Feb 1999 14:00:21 -0500 Received: from [194.168.16.187] ([194.168.16.187]:4634 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <155898-25206>; Thu, 25 Feb 1999 13:59:51 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA17753; Thu, 25 Feb 1999 20:09:55 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA03152; Thu, 25 Feb 1999 20:11:37 GMT Message-Id: <199902252011.UAA03152@raistlin.armlinux.org.uk> Subject: Re: arm-linux lockup To: philb@gnu.org Date: Thu, 25 Feb 1999 20:11:36 +0000 (GMT) Cc: christophe.leroy5@capway.com, linux-arm@vger.rutgers.edu In-Reply-To: from "philb@gnu.org" at Feb 25, 99 04:50:11 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 977 Lines: 19 philb@gnu.org writes: > > Enabling bus-master transmits and whole-frame receives. > >PCI: master abort pc=C00A668C > >Sending RARP requests..... OK > > I don't expect it's related to your problem but you might like to investigate > that master abort message. Those shouldn't happen in normal operation unless > something is accessing nonexistent peripherals. You did configure with NWFPE didn't you? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 21:31:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA51257 for ; Thu, 25 Feb 1999 21:31:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA19819 for ; Thu, 25 Feb 1999 21:31:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmab19813; Thu, 25 Feb 99 21:31:26 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:18768 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1059-7370>; Thu, 25 Feb 1999 22:25:50 +0200 Received: by vger.rutgers.edu via listexpand id <156570-25208>; Thu, 25 Feb 1999 14:13:18 -0500 Received: by vger.rutgers.edu id <156361-25208>; Thu, 25 Feb 1999 14:10:05 -0500 Received: from [212.219.8.163] ([212.219.8.163]:4222 "EHLO inkvine.wincoll.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <160294-25208>; Thu, 25 Feb 1999 14:09:54 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.wincoll.ac.uk (8.8.7/8.8.7) with ESMTP id UAA29038 for ; Thu, 25 Feb 1999 20:21:14 GMT Date: Thu, 25 Feb 1999 20:21:13 +0000 (GMT) From: Chris Rutter X-Sender: chris@inkvine.wincoll.ac.uk Reply-To: chris@fluff.org To: linux-arm@vger.rutgers.edu Subject: Odd target name? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 344 Lines: 10 I looked in rmk's top-level Makefile for Linux 2.2.1, and found: CROSS_COMPILE =/usr/src/bin/arm/arm-linuxelf- What exactly is `arm-linuxelf' -- I thought `arm-linux' was ELF? -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 22:22:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA51975 for ; Thu, 25 Feb 1999 22:22:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA19906 for ; Thu, 25 Feb 1999 22:22:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma019902; Thu, 25 Feb 99 22:21:52 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:45602 "EHLO vger.rutgers.edu" ident: "TIMEDOUT") by listserv.funet.fi with ESMTP id <16042-31684>; Thu, 25 Feb 1999 22:50:59 +0200 Received: by vger.rutgers.edu via listexpand id <156198-25208>; Thu, 25 Feb 1999 14:35:29 -0500 Received: by vger.rutgers.edu id <160290-25206>; Thu, 25 Feb 1999 14:26:05 -0500 Received: from [194.168.16.187] ([194.168.16.187]:4678 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156197-25206>; Thu, 25 Feb 1999 14:19:00 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA17855; Thu, 25 Feb 1999 20:29:10 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA03746; Thu, 25 Feb 1999 20:30:50 GMT Message-Id: <199902252030.UAA03746@raistlin.armlinux.org.uk> Subject: Re: problem compiling 2.2.1-rmk4 To: pb@nexus.co.uk (Philip Blundell) Date: Thu, 25 Feb 1999 20:30:50 +0000 (GMT) Cc: nicky@vis.ethz.ch, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Feb 25, 99 09:46:13 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 964 Lines: 18 Philip Blundell writes: > >I didn't notice any problems with any of these builds - can you give your > >exact configuration please (.config file). > > I guess he probably had CONFIG_VT or something like that turned on. Is there > anything to stop that going wrong? Not as far as I know. The EBSA110 is the only Linux machine that I know in the kernel trees which doesn't have a terminal. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 22:22:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA52074 for ; Thu, 25 Feb 1999 22:22:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA19907 for ; Thu, 25 Feb 1999 22:22:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa19902; Thu, 25 Feb 99 22:21:53 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:45602 "EHLO vger.rutgers.edu" ident: "TIMEDOUT") by listserv.funet.fi with ESMTP id <15907-7370>; Thu, 25 Feb 1999 22:52:14 +0200 Received: by vger.rutgers.edu via listexpand id <156738-25206>; Thu, 25 Feb 1999 14:35:23 -0500 Received: by vger.rutgers.edu id <160353-25206>; Thu, 25 Feb 1999 14:25:50 -0500 Received: from [194.168.16.187] ([194.168.16.187]:4689 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <160211-25208>; Thu, 25 Feb 1999 14:22:38 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA17872; Thu, 25 Feb 1999 20:32:49 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA03777; Thu, 25 Feb 1999 20:34:29 GMT Message-Id: <199902252034.UAA03777@raistlin.armlinux.org.uk> Subject: Re: Odd target name? To: chris@fluff.org Date: Thu, 25 Feb 1999 20:34:29 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Chris Rutter" at Feb 25, 99 08:21:13 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1158 Lines: 22 Chris Rutter writes: > I looked in rmk's top-level Makefile for Linux 2.2.1, and found: > > CROSS_COMPILE =/usr/src/bin/arm/arm-linuxelf- > > What exactly is `arm-linuxelf' -- I thought `arm-linux' was ELF? It is arm-linux. That is the path to my special ELF tools which are based on the (so far not proven wrong) GCC 2.7.2.2 and binutils-2.8 toolchain I have here. This toolchain is not binary compatable with the latest tools however, but it does produce 99.999% correct code. (in the 3 or so years I've used it, I only know of one bug which is tickled by the X libraries). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 22:22:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA52027 for ; Thu, 25 Feb 1999 22:22:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA19908 for ; Thu, 25 Feb 1999 22:22:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmab19902; Thu, 25 Feb 99 22:21:54 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:2649 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15503-31684>; Thu, 25 Feb 1999 23:06:14 +0200 Received: by vger.rutgers.edu via listexpand id <160342-25208>; Thu, 25 Feb 1999 14:50:28 -0500 Received: by vger.rutgers.edu id <156222-25206>; Thu, 25 Feb 1999 14:41:21 -0500 Received: from [194.168.16.187] ([194.168.16.187]:4713 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <160397-25206>; Thu, 25 Feb 1999 14:32:24 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA17920; Thu, 25 Feb 1999 20:42:39 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA04132; Thu, 25 Feb 1999 20:44:17 GMT Message-Id: <199902252044.UAA04132@raistlin.armlinux.org.uk> Subject: Re: Booting with nfsroot To: christophe.leroy5@capway.com (christophe leroy) Date: Thu, 25 Feb 1999 20:44:16 +0000 (GMT) Cc: pb@nexus.co.uk, linux-arm@vger.rutgers.edu In-Reply-To: <36D589E8.1FB15CF3@capway.com> from "christophe leroy" at Feb 25, 99 05:35:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1292 Lines: 25 christophe leroy writes: > Russell King wrote: > > Philip Blundell said: > > > Again this sounds like it might be a DMA cache coherency problem. The 3c59x.c > > > driver doesn't seem to have had the appropriate surgery yet as far as I can > > > see. Did you try running with the D-cache disabled like Dave suggested? > > > > The 3c59x driver does not have any Dcache coherency problems - I've > > been running my 3c592 Vortex card with it for 6 months with no problems > > on my EBSA285. >  > Sorry, but It does, at least with 3c905B Cyclone > Or, maybe am I initialising it badly (in pcibios_fixup_ebsa285()): Ignore my mail - I don't have the kernel sources to look at at work. See my later mail on this subject. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 22:57:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA52537 for ; Thu, 25 Feb 1999 22:57:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA19965 for ; Thu, 25 Feb 1999 22:57:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma019963; Thu, 25 Feb 99 22:56:55 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:3110 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15633-31684> convert rfc822-to-quoted-printable; Thu, 25 Feb 1999 23:32:31 +0200 Received: by vger.rutgers.edu via listexpand id <156160-25208>; Thu, 25 Feb 1999 15:21:42 -0500 Received: by vger.rutgers.edu id <156198-25208>; Thu, 25 Feb 1999 15:21:27 -0500 Received: from [212.219.8.163] ([212.219.8.163]:8203 "EHLO inkvine.wincoll.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156925-25206>; Thu, 25 Feb 1999 15:19:44 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.wincoll.ac.uk (8.8.7/8.8.7) with ESMTP id VAA03751 for ; Thu, 25 Feb 1999 21:31:08 GMT Date: Thu, 25 Feb 1999 21:31:05 +0000 (GMT) From: Chris Rutter X-Sender: chris@inkvine.wincoll.ac.uk Reply-To: chris@fluff.org To: linux-arm@vger.rutgers.edu Subject: egcs 1.1.1 armv2 compile Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by relay.ch.genedata.com id WAA52537 Status: RO Content-Length: 3063 Lines: 70 I've got my binutils 19a for `armv2-linux' nicely configured and installed. I've got the kernel headers from Linux 2.2.1, patched with `rmk4' and also the latest `philb' copied into /usr/armv2-linux/include/{asm,linux}. I've configured egcs for `armv2-linux' fine. I'm trying to build `gcc'. «inkvine» /usr/src/egcs-1.1.1-armv2-linux/gcc make LANGUAGES="c" gcc -DCROSS_COMPILE -DIN_GCC -g -DHAVE_CONFIG_H -I. -I../../egcs-1.1.1/gcc -I../../egcs-1.1.1/gcc/config \ -DGCC_INCLUDE_DIR=\"/usr/lib/gcc-lib/armv2-linux/egcs-2.91.60/include\" \ -DGPLUSPLUS_INCLUDE_DIR=\"/usr/include/g++\" \ -DOLD_GPLUSPLUS_INCLUDE_DIR=\"/usr/lib/g++-include\" \ -DLOCAL_INCLUDE_DIR=\"/usr/local/include\" \ -DCROSS_INCLUDE_DIR=\"/usr/armv2-linux/sys-include\" \ -DTOOL_INCLUDE_DIR=\"/usr/armv2-linux/include\" \ -c `echo ../../egcs-1.1.1/gcc/cccp.c | sed 's,^\./,,'` ../../egcs-1.1.1/gcc/cccp.c: In function `timestamp': ../../egcs-1.1.1/gcc/cccp.c:4085: warning: assignment makes pointer from integer without a cast ../../egcs-1.1.1/gcc/cccp.c: In function `special_symbol': ../../egcs-1.1.1/gcc/cccp.c:4212: dereferencing pointer to incomplete type ../../egcs-1.1.1/gcc/cccp.c:4213: dereferencing pointer to incomplete type ../../egcs-1.1.1/gcc/cccp.c:4213: dereferencing pointer to incomplete type ../../egcs-1.1.1/gcc/cccp.c:4215: dereferencing pointer to incomplete type ../../egcs-1.1.1/gcc/cccp.c:4215: dereferencing pointer to incomplete type ../../egcs-1.1.1/gcc/cccp.c:4216: dereferencing pointer to incomplete type ../../egcs-1.1.1/gcc/cccp.c: In function `initialize_builtins': ../../egcs-1.1.1/gcc/cccp.c:9836: dereferencing pointer to incomplete type ../../egcs-1.1.1/gcc/cccp.c:9837: dereferencing pointer to incomplete type ../../egcs-1.1.1/gcc/cccp.c:9837: dereferencing pointer to incomplete type ../../egcs-1.1.1/gcc/cccp.c:9843: dereferencing pointer to incomplete type ../../egcs-1.1.1/gcc/cccp.c:9843: dereferencing pointer to incomplete type ../../egcs-1.1.1/gcc/cccp.c:9843: dereferencing pointer to incomplete type make: *** [cccp.o] Error 1 Let's look at `cccp.c'. Line 4212's problem is this: sprintf (buf, "\"%s %2d %4d\"", monthnames[timebuf->tm_mon], where |timebuf| is declared in line 4108, like this: struct tm *timebuf; The bundle later on after line 9836 are exactly the same; triggered by selecting a member from |timebuf|. |timebuf| is assigned its value a few lines previous like this: timebuf = timestamp (); Where timestamp() is this function: static struct tm *timestamp PROTO((void)); static struct tm * timestamp () { static struct tm *timebuf; if (!timebuf) { time_t t = time ((time_t *) 0); timebuf = localtime (&t); } return timebuf; } I'm now stuck -- any ideas? -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Feb 25 23:27:34 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA53540 for ; Thu, 25 Feb 1999 23:27:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA20022 for ; Thu, 25 Feb 1999 23:27:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma020020; Thu, 25 Feb 99 23:27:17 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:18276 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3365-2856>; Fri, 26 Feb 1999 00:09:08 +0200 Received: by vger.rutgers.edu via listexpand id <160382-25208>; Thu, 25 Feb 1999 15:57:38 -0500 Received: by vger.rutgers.edu id <156981-25206>; Thu, 25 Feb 1999 15:53:15 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:4488 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156183-25208>; Thu, 25 Feb 1999 15:53:00 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10G8sC-000AJB-00; Thu, 25 Feb 1999 22:03:13 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10G8qZ-00043O-00; Thu, 25 Feb 1999 22:01:31 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: chris@fluff.org cc: linux-arm@vger.rutgers.edu Subject: Re: egcs 1.1.1 armv2 compile In-reply-to: Your message of "Thu, 25 Feb 1999 21:31:05 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Feb 1999 22:01:31 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 426 Lines: 19 > ../../egcs-1.1.1/gcc/cccp.c:4212: dereferencing pointer to incomplete type That error means you did something like struct foo *bar; .. bar->baz = 1; without ever actually defining `struct foo'. >I'm now stuck -- any ideas? It's weird. Run that file through gcc -E and find out what's become of the definition of struct tm, I guess. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 02:18:34 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id CAA51960 for ; Fri, 26 Feb 1999 02:18:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id CAA20407 for ; Fri, 26 Feb 1999 02:18:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma020405; Fri, 26 Feb 99 02:18:17 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25190 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16180-2856>; Fri, 26 Feb 1999 02:59:28 +0200 Received: by vger.rutgers.edu via listexpand id <155531-25206>; Thu, 25 Feb 1999 18:48:24 -0500 Received: by vger.rutgers.edu id <156633-25208>; Thu, 25 Feb 1999 18:48:10 -0500 Received: from smtp2.Stanford.EDU ([171.64.14.23]:33692 "EHLO smtp2.Stanford.EDU" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156595-25206>; Thu, 25 Feb 1999 18:47:56 -0500 Received: from zskiraly (zskiraly.Stanford.EDU [171.64.193.217]) by smtp2.Stanford.EDU (8.8.8/8.8.8/L) with SMTP id QAA21580; Thu, 25 Feb 1999 16:58:16 -0800 (PST) From: "Zsolt Kiraly" To: "Melanie Rhianna Lewis" Cc: "linux-arm" Subject: RE: A need for a binutils/ecgs/glibc2.1 compilation FAQ Date: Thu, 25 Feb 1999 16:58:14 -0800 Message-ID: <000901be6123$16ee05c0$d9c140ab@zskiraly.stanford.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 Importance: Normal Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1218 Lines: 38 Melanie, I have the beginnings of a page you ask for: http://ssdl-redstone.stanford.edu/~zskiraly/salinux Take a look, and let me know what you think. Zsolt -----Original Message----- From: owner-linux-arm@vger.rutgers.edu [mailto:owner-linux-arm@vger.rutgers.edu]On Behalf Of Melanie Rhianna Lewis Sent: Thursday, February 25, 1999 2:15 AM To: Arm Linux mailing list Subject: A need for a binutils/ecgs/glibc2.1 compilation FAQ Dear everyone, I note that Phil B keeps getting asked similar questions regarding the above. As many of us are trying to build these tools either natively or as cross compilers is there a need for a FAQ as well as Phil's guide. If so I am willing to be maintainer... Melanie -- ===================================================================== Melanie Rhianna Lewis melanie@defaid.demon.co.uk "An it hurt none, do what thou will" http://www.defaid.demon.co.uk TLBB#2 TGMCC#1 - GS550 (In potentia), X7 (In bits!), MZ 125TS ===================================================================== unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 03:32:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id DAA57874 for ; Fri, 26 Feb 1999 03:32:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id DAA20552 for ; Fri, 26 Feb 1999 03:32:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma020550; Fri, 26 Feb 99 03:32:05 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:20019 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10746-2856>; Fri, 26 Feb 1999 04:30:01 +0200 Received: by vger.rutgers.edu via listexpand id <156197-25208>; Thu, 25 Feb 1999 20:19:02 -0500 Received: by vger.rutgers.edu id <155573-25206>; Thu, 25 Feb 1999 20:18:53 -0500 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:3277 "HELO note.orchestra.cse.unsw.EDU.AU" ident: "root") by vger.rutgers.edu with SMTP id <156780-25208>; Thu, 25 Feb 1999 20:18:46 -0500 Received: From mozart With LocalMail ; Fri, 26 Feb 99 12:37:26 +1100 From: "Adam 'WeirdArms' Wiggins" To: linux-arm@vger.rutgers.edu Date: Fri, 26 Feb 1999 12:37:26 +1100 (EST) X-Sender: awiggins@mozart.orchestra.cse.unsw.EDU.AU Subject: Kernel Address space In-Reply-To: <36D579FC.2F224E7E@capway.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 190 Lines: 6 Does linux-arm reserve some of the virtual address space for the kernel? If so how much and where? Cheers Adam unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 05:25:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id FAA59406 for ; Fri, 26 Feb 1999 05:25:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id FAA20703 for ; Fri, 26 Feb 1999 05:25:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma020701; Fri, 26 Feb 99 05:25:01 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:14656 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <630-20977>; Fri, 26 Feb 1999 06:20:10 +0200 Received: by vger.rutgers.edu via listexpand id <156242-25208>; Thu, 25 Feb 1999 22:08:58 -0500 Received: by vger.rutgers.edu id <156236-25208>; Thu, 25 Feb 1999 22:08:49 -0500 Received: from kwanon.research.canon.com.au ([203.12.172.254]:15502 "HELO kwanon.research.canon.com.au" ident: "TIMEDOUT") by vger.rutgers.edu with SMTP id <156242-25206>; Thu, 25 Feb 1999 22:08:41 -0500 Received: (qmail 21669 invoked from network); 26 Feb 1999 04:19:04 -0000 Received: from grainger.research.canon.com.au (203.12.174.130) by kwanon-heat.research.canon.com.au with SMTP; 26 Feb 1999 04:19:04 -0000 Received: (qmail 19184 invoked from network); 26 Feb 1999 04:42:32 -0000 Received: from gobbi.research.canon.com.au (203.12.174.234) by grainger.research.canon.com.au with SMTP; 26 Feb 1999 04:42:32 -0000 Received: from research.canon.com.au (localhost [127.0.0.1]) by gobbi.research.canon.com.au (8.8.5/8.8.5) with ESMTP id PAA22984; Fri, 26 Feb 1999 15:18:23 +1100 (EST) Message-ID: <36D6208F.2ACE9AF5@research.canon.com.au> Date: Fri, 26 Feb 1999 15:18:23 +1100 From: Tim Lindquist Organization: Canon Information Systems Research Australia X-Mailer: Mozilla 4.06 [en] (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: Philip Blundell CC: linux-arm@vger.rutgers.edu Subject: Re: Too hard, but still trying Egcs 1.1.1 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1741 Lines: 78 Philip Blundell wrote: > >What sym link is configure actually testing for? > > It's looking to see if `scsi' and `net' are symlinks into the kernel source. DO I need to put in links for these???? If I do, tell me where please. > > > >/home/elph/tjl/work/sw/armlinux/arm-linux/include... > > Does that directory actually exist? If not, try creating it. If that's not > the problem you need to figure out why configure is blowing up and fix it > appropriately. That directory exists, and has I added (was it necessary?) the links to linux/include/asm-arm linux/include/linux How do I work out why configure is blowing up? just the log? here is the tail of the log: configure:2794: arm-linux-gcc -nostdlib -nostartfiles -o conftest conftest.c -lgcc >&5 /home/elph/tjl/work/sw/armlinux/arm-linux/bin/ld: warning: cannot find entry symbol _start; defaulting to 02000074 /var/tmp/ccLRvZfa.o: In function `foo': /var/tmp/ccLRvZfa.o(.text+0x1c): undefined reference to `__builtin_expect' collect2: ld returned 1 exit status configure:16: checking installed Linux kernel header files configure:30: arm-linux-gcc -c -nostdinc -isystem /home/elph/tjl/work/sw/armlinux/lib/gcc-lib/arm-linux/egcs-2.91.60/include -isystem /home/elph/tjl/work/sw/armlinux/linux/include conftest.c 1>&5 In file included from configure:21: confdefs.h:2: warning: undefining `__SIZE_TYPE__' configure:131: checking for symlinks in /home/elph/tjl/work/sw/armlinux/arm-linux/include I wish I was on the same time zone as you guys - I'd have it working now if I was. Thanks > > > p. > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 10:41:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA64440 for ; Fri, 26 Feb 1999 10:41:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA21377 for ; Fri, 26 Feb 1999 10:41:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021375; Fri, 26 Feb 99 10:40:29 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:7224 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15907-20977>; Fri, 26 Feb 1999 11:30:27 +0200 Received: by vger.rutgers.edu via listexpand id <156160-25208>; Fri, 26 Feb 1999 03:19:00 -0500 Received: by vger.rutgers.edu id <157008-25206>; Fri, 26 Feb 1999 03:16:51 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:3252 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157012-25208>; Fri, 26 Feb 1999 03:16:10 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10GJXb-0004WS-00; Fri, 26 Feb 1999 09:26:40 +0000 Received: (from rmk@localhost) by gate.sw.milldev.co.uk (8.8.5/8.8.5) id JAA20717; Fri, 26 Feb 1999 09:24:53 GMT From: Russell King Message-Id: <199902260924.JAA20717@gate.sw.milldev.co.uk> Subject: Re: Kernel Address space To: awiggins@cse.unsw.EDU.AU (Adam 'WeirdArms' Wiggins) Date: Fri, 26 Feb 1999 09:24:52 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Adam 'WeirdArms' Wiggins" at Feb 26, 99 12:37:26 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 494 Lines: 15 Adam 'WeirdArms' Wiggins said: > Does linux-arm reserve some of the virtual address space for the > kernel? If so how much and where? linux-arm is the kernel, with any program that runs out of RAM, it does reserve space for itself (otherwise how can it run?) How much depends on the build size of the kernel, where is in the systems RAM. Could you please be more explicit? -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 09:34:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA63025 for ; Fri, 26 Feb 1999 09:34:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA21233 for ; Fri, 26 Feb 1999 09:34:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021231; Fri, 26 Feb 99 09:34:10 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:46180 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1482-20977>; Fri, 26 Feb 1999 10:31:27 +0200 Received: by vger.rutgers.edu via listexpand id <156160-25206>; Fri, 26 Feb 1999 02:20:13 -0500 Received: by vger.rutgers.edu id <156346-25206>; Fri, 26 Feb 1999 02:19:55 -0500 Received: from smtp-out-002.wanadoo.fr ([193.252.19.69]:62090 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <156792-25208>; Fri, 26 Feb 1999 02:19:36 -0500 Received: from blm12-118.abo.wanadoo.fr [164.138.226.118] by wanadoo.fr for Paris Fri, 26 Feb 1999 09:27:02 +0100 (MET) Message-ID: <36D6698D.10D53131@capway.com> Date: Fri, 26 Feb 1999 09:29:49 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: "Adam 'WeirdArms' Wiggins" CC: linux-arm@vger.rutgers.edu Subject: Re: Kernel Address space References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 282 Lines: 11 Adam 'WeirdArms' Wiggins wrote: > > Does linux-arm reserve some of the virtual address space for the > kernel? If so how much and where? > Yes, the same than i386 C0000000 to FFFFFFFF christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 11:53:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA66129 for ; Fri, 26 Feb 1999 11:53:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA21584 for ; Fri, 26 Feb 1999 11:53:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021580; Fri, 26 Feb 99 11:52:53 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:47378 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15612-2856>; Fri, 26 Feb 1999 12:42:35 +0200 Received: by vger.rutgers.edu via listexpand id <156160-25206>; Fri, 26 Feb 1999 04:31:22 -0500 Received: by vger.rutgers.edu id <155990-25206>; Fri, 26 Feb 1999 04:31:06 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:1658 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157034-25208>; Fri, 26 Feb 1999 04:31:00 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10GKNO-0001ag-00; Fri, 26 Feb 1999 10:20:10 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10GKNN-0004ig-00; Fri, 26 Feb 1999 10:20:09 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Adam 'WeirdArms' Wiggins" cc: linux-arm@vger.rutgers.edu Subject: Re: Kernel Address space In-reply-to: Your message of "Fri, 26 Feb 1999 12:37:26 +1100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Feb 1999 10:20:08 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 640 Lines: 17 > Does linux-arm reserve some of the virtual address space for the >kernel? If so how much and where? Depends on exactly what you're thinking of. Broadly, the page from 0-0xfff and the area from C0000000-FFFFFFFF are reserved for the kernel's use. Of that, the area at C0000000-CFFFFFFF is used for direct-mapped RAM and everything above that is I/O. 1000-BFFFFFFF is available for user programs. Mark van D.'s "co285" architecture changes this around somewhat, though. He puts the kernel rather a lot lower down to get more space for PCI mappings. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 11:53:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA66170 for ; Fri, 26 Feb 1999 11:53:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA21585 for ; Fri, 26 Feb 1999 11:53:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa21580; Fri, 26 Feb 99 11:52:54 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:47378 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15746-20977>; Fri, 26 Feb 1999 12:42:55 +0200 Received: by vger.rutgers.edu via listexpand id <155990-25208>; Fri, 26 Feb 1999 04:31:23 -0500 Received: by vger.rutgers.edu id <155568-25206>; Fri, 26 Feb 1999 04:31:03 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:1651 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155990-25206>; Fri, 26 Feb 1999 04:30:54 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10GKXi-0001b8-00; Fri, 26 Feb 1999 10:30:50 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10GKXh-0004jB-00; Fri, 26 Feb 1999 10:30:49 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Tim Lindquist cc: linux-arm@vger.rutgers.edu Subject: Re: Too hard, but still trying Egcs 1.1.1 In-reply-to: Your message of "Fri, 26 Feb 1999 15:18:23 +1100." <36D6208F.2ACE9AF5@research.canon.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Feb 1999 10:30:48 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 809 Lines: 25 >DO I need to put in links for these???? >If I do, tell me where please. No. If they exist, it'll just refuse to continue until you delete them. >That directory exists, and has I added (was it necessary?) the links to > >linux/include/asm-arm >linux/include/linux That is only necessary if you don't use --with-headers. >How do I work out why configure is blowing up? just the log? here is the >tail of the log: Just the log doesn't help. You need to look at the script itself, find the offending line, and then work out what's wrong with it. Nobody else has reported the problem so it's probably something specific to your system - maybe the version of the shell you're using or maybe something in the environment. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 11:01:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA64953 for ; Fri, 26 Feb 1999 11:01:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA21433 for ; Fri, 26 Feb 1999 11:01:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021429; Fri, 26 Feb 99 11:01:22 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:44370 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16206-2856>; Fri, 26 Feb 1999 11:52:50 +0200 Received: by vger.rutgers.edu via listexpand id <157042-25206>; Fri, 26 Feb 1999 03:41:24 -0500 Received: by vger.rutgers.edu id <157083-25206>; Fri, 26 Feb 1999 03:39:02 -0500 Received: from smtp-out-003.wanadoo.fr ([193.252.19.78]:37268 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <156160-25206>; Fri, 26 Feb 1999 03:38:45 -0500 Received: from blm12-118.abo.wanadoo.fr [164.138.226.118] by wanadoo.fr for Paris Fri, 26 Feb 1999 10:46:10 +0100 (MET) Message-ID: <36D67C1B.49966A20@capway.com> Date: Fri, 26 Feb 1999 10:48:59 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Russell King - ARM Linux Admin CC: philb@gnu.org, linux-arm@vger.rutgers.edu Subject: Re: arm-linux lockup References: <199902252011.UAA03152@raistlin.armlinux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 661 Lines: 20 Russell King - ARM Linux Admin wrote: > > philb@gnu.org writes: > > > Enabling bus-master transmits and whole-frame receives. > > >PCI: master abort pc=C00A668C > > >Sending RARP requests..... OK > > > > I don't expect it's related to your problem but you might like to investigate > > that master abort message. Those shouldn't happen in normal operation unless > > something is accessing nonexistent peripherals. > > You did configure with NWFPE didn't you? Yes, I did. I'm trying to trace the problem. In do_execve(), it never returns from the first copy_strings() christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 12:09:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA66571 for ; Fri, 26 Feb 1999 12:09:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA21674 for ; Fri, 26 Feb 1999 12:09:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa21670; Fri, 26 Feb 99 12:08:56 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:42803 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15792-2856>; Fri, 26 Feb 1999 12:57:43 +0200 Received: by vger.rutgers.edu via listexpand id <157067-25208>; Fri, 26 Feb 1999 04:46:30 -0500 Received: by vger.rutgers.edu id <155990-25208>; Fri, 26 Feb 1999 04:46:12 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2955 "EHLO post.mail.demon.net" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <155568-25208>; Fri, 26 Feb 1999 04:45:58 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10GKwa-0001oe-00; Fri, 26 Feb 1999 10:56:33 +0000 Received: (from rmk@localhost) by gate.sw.milldev.co.uk (8.8.5/8.8.5) id KAA21925; Fri, 26 Feb 1999 10:50:59 GMT From: Russell King Message-Id: <199902261050.KAA21925@gate.sw.milldev.co.uk> Subject: Re: arm-linux lockup To: christophe.leroy5@capway.com (christophe leroy) Date: Fri, 26 Feb 1999 10:50:59 +0000 (GMT) Cc: linux@arm.linux.org.uk, philb@gnu.org, linux-arm@vger.rutgers.edu In-Reply-To: <36D6844D.134F650A@capway.com> from "christophe leroy" at Feb 26, 99 11:23:57 am Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 381 Lines: 11 christophe leroy said: > Oh, by adding printk()s to function copy strings, it goes > further. I suspect that printk is not synchronous. > Is there a way to be sure that a printk as be written to > the serial port before continuing. printk is fully synchronous. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 12:09:06 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA66597 for ; Fri, 26 Feb 1999 12:09:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA21673 for ; Fri, 26 Feb 1999 12:09:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021670; Fri, 26 Feb 99 12:08:55 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:16945 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15426-20977>; Fri, 26 Feb 1999 12:56:22 +0200 Received: by vger.rutgers.edu via listexpand id <155568-25206>; Fri, 26 Feb 1999 04:45:09 -0500 Received: by vger.rutgers.edu id <157042-25206>; Fri, 26 Feb 1999 04:44:55 -0500 Received: from prune.flirble.org ([195.40.6.30]:1203 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <157146-25206>; Fri, 26 Feb 1999 04:43:58 -0500 Received: (qmail 3785 invoked from network); 26 Feb 1999 10:54:40 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 26 Feb 1999 10:54:39 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id KAA07691; Fri, 26 Feb 1999 10:54:37 GMT From: Nicholas Clark Message-Id: <199902261054.KAA07691@flirble.org> Subject: Re: Odd target name? In-Reply-To: <199902252034.UAA03777@raistlin.armlinux.org.uk> from Russell King - ARM Linux Admin at "Feb 25, 99 08:34:29 pm" To: linux@arm.linux.org.uk (Russell King - ARM Linux Admin) Date: Fri, 26 Feb 1999 10:54:37 +0000 (GMT) Cc: chris@fluff.org, linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 684 Lines: 18 In the last mail Russell King - ARM Linux Admin said: > Chris Rutter writes: > > I looked in rmk's top-level Makefile for Linux 2.2.1, and found: > > > > CROSS_COMPILE =/usr/src/bin/arm/arm-linuxelf- > > > > What exactly is `arm-linuxelf' -- I thought `arm-linux' was ELF? > > It is arm-linux. That is the path to my special ELF tools which are > based on the (so far not proven wrong) GCC 2.7.2.2 and binutils-2.8 > toolchain I have here. This toolchain is not binary compatable with Now, might this explain why Russell can build a 2.2.1 kernel that will load on my RiscPC, when I can't ? Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 12:17:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA66587 for ; Fri, 26 Feb 1999 12:17:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA21702 for ; Fri, 26 Feb 1999 12:17:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021700; Fri, 26 Feb 99 12:16:50 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:53828 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15833-2856>; Fri, 26 Feb 1999 13:09:18 +0200 Received: by vger.rutgers.edu via listexpand id <156212-25208>; Fri, 26 Feb 1999 04:58:05 -0500 Received: by vger.rutgers.edu id <155990-25208>; Fri, 26 Feb 1999 04:57:47 -0500 Received: from studict.student.utwente.nl ([130.89.220.2]:3886 "EHLO studict.student.utwente.nl" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156212-25208>; Fri, 26 Feb 1999 04:57:35 -0500 Received: from poekie.test (ut125204.inbel.utwente.nl [130.89.125.204]) by studict.student.utwente.nl (8.8.6/MQT) with ESMTP id MAA18824; Fri, 26 Feb 1999 12:06:40 +0100 (MET) Received: (from mark@localhost) by poekie.test (8.9.1/8.9.1) id MAA00427; Fri, 26 Feb 1999 12:06:39 +0100 Date: Fri, 26 Feb 1999 12:06:39 +0100 From: Mark van Doesburg Message-Id: <199902261106.MAA00427@poekie.test> To: christophe.leroy5@capway.com, rmk@milldev.demon.co.uk Subject: Re: arm-linux lockup Cc: linux-arm@vger.rutgers.edu, linux@arm.linux.org.uk, philb@gnu.org Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 421 Lines: 14 > Oh, by adding printk()s to function copy strings, it goes > further. I suspect that printk is not synchronous. > Is there a way to be sure that a printk as be written to > the serial port before continuing. printk is fully synchronous. Be aware that if you're using the 21285 serial port the driver buffers the data. greetings, Mark. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 11:34:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA65704 for ; Fri, 26 Feb 1999 11:34:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA21543 for ; Fri, 26 Feb 1999 11:34:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021541; Fri, 26 Feb 99 11:34:06 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:10103 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15689-20977>; Fri, 26 Feb 1999 12:26:00 +0200 Received: by vger.rutgers.edu via listexpand id <156792-25208>; Fri, 26 Feb 1999 04:14:45 -0500 Received: by vger.rutgers.edu id <155568-25206>; Fri, 26 Feb 1999 04:14:31 -0500 Received: from smtp-out-002.wanadoo.fr ([193.252.19.69]:38985 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <157042-25208>; Fri, 26 Feb 1999 04:13:35 -0500 Received: from blm12-118.abo.wanadoo.fr [164.138.226.118] by wanadoo.fr for Paris Fri, 26 Feb 1999 11:21:07 +0100 (MET) Message-ID: <36D6844D.134F650A@capway.com> Date: Fri, 26 Feb 1999 11:23:57 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Russell King - ARM Linux Admin , philb@gnu.org, linux-arm@vger.rutgers.edu Subject: Re: arm-linux lockup References: <199902252011.UAA03152@raistlin.armlinux.org.uk> <36D67C1B.49966A20@capway.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 940 Lines: 29 christophe leroy wrote: > > Russell King - ARM Linux Admin wrote: > > > > philb@gnu.org writes: > > > > Enabling bus-master transmits and whole-frame receives. > > > >PCI: master abort pc=C00A668C > > > >Sending RARP requests..... OK > > > > > > I don't expect it's related to your problem but you might like to investigate > > > that master abort message. Those shouldn't happen in normal operation unless > > > something is accessing nonexistent peripherals. > > > > You did configure with NWFPE didn't you? > > Yes, I did. > > I'm trying to trace the problem. > In do_execve(), it never returns from the first copy_strings() > > christophe  Oh, by adding printk()s to function copy strings, it goes further. I suspect that printk is not synchronous. Is there a way to be sure that a printk as be written to the serial port before continuing. Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 15:24:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA71490 for ; Fri, 26 Feb 1999 15:24:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA22197 for ; Fri, 26 Feb 1999 15:24:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022195; Fri, 26 Feb 99 15:23:59 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25709 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2107-20977>; Fri, 26 Feb 1999 16:12:13 +0200 Received: by vger.rutgers.edu via listexpand id <157037-25208>; Fri, 26 Feb 1999 08:00:39 -0500 Received: by vger.rutgers.edu id <157079-25206>; Fri, 26 Feb 1999 07:53:25 -0500 Received: from [212.219.8.163] ([212.219.8.163]:8226 "EHLO inkvine.wincoll.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157070-25208>; Fri, 26 Feb 1999 07:50:18 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.wincoll.ac.uk (8.8.7/8.8.7) with ESMTP id OAA00779 for ; Fri, 26 Feb 1999 14:02:13 GMT Date: Fri, 26 Feb 1999 14:02:13 +0000 (GMT) From: Chris Rutter X-Sender: chris@inkvine.wincoll.ac.uk Reply-To: chris@fluff.org To: linux-arm@vger.rutgers.edu Subject: Toolchain manual in progress Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 312 Lines: 8 I'm writing a guide to building the toolchain; effectively a `Supercedes:' for pb's `arm-tools.html'. If anyone else is doing this, tell me quick. ;-) -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 15:46:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA72867 for ; Fri, 26 Feb 1999 15:46:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA22274 for ; Fri, 26 Feb 1999 15:46:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022272; Fri, 26 Feb 99 15:45:44 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:7448 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16286-2856>; Fri, 26 Feb 1999 16:34:49 +0200 Received: by vger.rutgers.edu via listexpand id <156212-25208>; Fri, 26 Feb 1999 08:23:33 -0500 Received: by vger.rutgers.edu id <156242-25208>; Fri, 26 Feb 1999 08:22:53 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:3198 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157068-25206>; Fri, 26 Feb 1999 08:21:46 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10GOE9-0001rp-00; Fri, 26 Feb 1999 14:26:53 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10GOE7-00052d-00; Fri, 26 Feb 1999 14:26:51 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: chris@fluff.org cc: linux-arm@vger.rutgers.edu Subject: Re: Toolchain manual in progress In-reply-to: Your message of "Fri, 26 Feb 1999 14:02:13 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Feb 1999 14:26:48 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 317 Lines: 11 >I'm writing a guide to building the toolchain; effectively a >`Supercedes:' for pb's `arm-tools.html'. If anyone else is doing >this, tell me quick. ;-) Cool. When you're done, let me know and I'll put a link to it on my web page. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 18:35:38 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA74892 for ; Fri, 26 Feb 1999 18:35:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA22780 for ; Fri, 26 Feb 1999 18:35:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa22776; Fri, 26 Feb 99 18:35:13 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:61465 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16325-361>; Fri, 26 Feb 1999 19:30:45 +0200 Received: by vger.rutgers.edu via listexpand id <157075-25206>; Fri, 26 Feb 1999 11:17:34 -0500 Received: by vger.rutgers.edu id <156965-25208>; Fri, 26 Feb 1999 11:17:15 -0500 Received: from ganymede.or.intel.com ([134.134.248.3]:3608 "EHLO ganymede.or.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157040-25206>; Fri, 26 Feb 1999 11:17:04 -0500 Received: from orsmsx28.jf.intel.com (orsmsx28.jf.intel.com [192.168.65.28]) by ganymede.or.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id RAA02662; Fri, 26 Feb 1999 17:27:35 GMT Received: by ORSMSX28 with Internet Mail Service (5.5.2232.9) id <1FWFKZTK>; Fri, 26 Feb 1999 09:27:35 -0800 Message-ID: From: "Chagas, Jason" To: linux-arm@vger.rutgers.edu, "'Chris Rutter'" Subject: RE: Toolchain manual in progress Date: Fri, 26 Feb 1999 09:27:34 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 755 Lines: 27 Chris, Don't forget to look into the work that Zsolt has done: http://ssdl-redstone.stanford.edu/~zskiraly/salinux Jason ---------- From: Chris Rutter [SMTP:chris@inkvine.fluff.org] Sent: Friday, February 26, 1999 9:02 AM To: linux-arm@vger.rutgers.edu Subject: Toolchain manual in progress I'm writing a guide to building the toolchain; effectively a `Supercedes:' for pb's `arm-tools.html'. If anyone else is doing this, tell me quick. ;-) -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 18:53:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA77179 for ; Fri, 26 Feb 1999 18:53:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA22809 for ; Fri, 26 Feb 1999 18:53:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022807; Fri, 26 Feb 99 18:52:54 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:7496 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1645-361>; Fri, 26 Feb 1999 19:48:44 +0200 Received: by vger.rutgers.edu via listexpand id <157118-25208>; Fri, 26 Feb 1999 11:37:15 -0500 Received: by vger.rutgers.edu id <157150-25208>; Fri, 26 Feb 1999 11:37:00 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:4190 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157171-25208>; Fri, 26 Feb 1999 11:35:45 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10GR4p-000265-00; Fri, 26 Feb 1999 17:29:27 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10GR4n-0007fx-00; Fri, 26 Feb 1999 17:29:25 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Frank A. Vorstenbosch" cc: ARMLinux list Subject: Re: Trivial shell for Linux bootstrapping (CATS) In-reply-to: Your message of "Fri, 26 Feb 1999 16:58:27 -0100." <36D6E0C3.AB5BA6D6@eidos.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Feb 1999 17:29:24 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 318 Lines: 10 >Here is the source code, build script and binary for tsh (trivial >shell) that we've used to bootstrap Linux-arm on CATS. The trick Out of interest, why did you want to use this rather than a binary distribution of a standard shell? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 19:03:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA77182 for ; Fri, 26 Feb 1999 19:03:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA22834 for ; Fri, 26 Feb 1999 19:03:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022832; Fri, 26 Feb 99 19:02:59 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:20848 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15837-361>; Fri, 26 Feb 1999 19:59:35 +0200 Received: by vger.rutgers.edu via listexpand id <156792-25206>; Fri, 26 Feb 1999 11:48:18 -0500 Received: by vger.rutgers.edu id <156242-25206>; Fri, 26 Feb 1999 11:48:03 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:3275 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157025-25206>; Fri, 26 Feb 1999 11:45:42 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10GRUw-000HXj-00; Fri, 26 Feb 1999 17:56:26 +0000 Received: (from rmk@localhost) by gate.sw.milldev.co.uk (8.8.5/8.8.5) id RAA26931; Fri, 26 Feb 1999 17:45:47 GMT From: Russell King Message-Id: <199902261745.RAA26931@gate.sw.milldev.co.uk> Subject: Re: Odd target name? To: nick@flirble.org (Nicholas Clark) Date: Fri, 26 Feb 1999 17:45:46 +0000 (GMT) Cc: chris@fluff.org, linux-arm@vger.rutgers.edu In-Reply-To: <199902261054.KAA07691@flirble.org> from "Nicholas Clark" at Feb 26, 99 10:54:37 am Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO X-Status: A Content-Length: 650 Lines: 16 Nicholas Clark said: > > It is arm-linux. That is the path to my special ELF tools which are > > based on the (so far not proven wrong) GCC 2.7.2.2 and binutils-2.8 > > toolchain I have here. This toolchain is not binary compatable with > > Now, might this explain why Russell can build a 2.2.1 kernel that will > load on my RiscPC, when I can't ? It's possible, but I wouldn't recommend anyone trying to get GCC 2.7.2.2 and binutils 2.8 going for ELF - I'd recommend trying to find out why GCC/EGCS & Binutils 2.9 don't work. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 18:35:38 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA76920 for ; Fri, 26 Feb 1999 18:35:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA22779 for ; Fri, 26 Feb 1999 18:35:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022776; Fri, 26 Feb 99 18:35:12 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:36876 "EHLO vger.rutgers.edu" ident: "TIMEDOUT") by listserv.funet.fi with ESMTP id <15639-361>; Fri, 26 Feb 1999 19:20:09 +0200 Received: by vger.rutgers.edu via listexpand id <157093-25206>; Fri, 26 Feb 1999 10:49:55 -0500 Received: by vger.rutgers.edu id <156099-25206>; Fri, 26 Feb 1999 10:49:42 -0500 Received: from [194.205.185.2] ([194.205.185.2]:4028 "EHLO mail.eidos.co.uk" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <157093-25208>; Fri, 26 Feb 1999 10:49:05 -0500 Received: from eidos.co.uk (192.168.100.2 [192.168.100.2]) by mail.eidos.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id 1X8214HQ; Fri, 26 Feb 1999 17:02:26 -0000 Message-ID: <36D6E0C3.AB5BA6D6@eidos.co.uk> Date: Fri, 26 Feb 1999 16:58:27 -0100 From: "Frank A. Vorstenbosch" Organization: Eidos Technologies Ltd. X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: en,nl,en-GB,en-US MIME-Version: 1.0 To: ARMLinux list Subject: Trivial shell for Linux bootstrapping (CATS) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 5101 Lines: 100 Hallo! Here is the source code, build script and binary for tsh (trivial shell) that we've used to bootstrap Linux-arm on CATS. The trick is to make something that requires only very primitive support from the library. It should be possible to get the nine object files from glibc to compile if you've got egcs working. For this to compile, you need the following files: tsh.c mk -- included in this archive _exit.o exit.o -- from glibc read.o write.o crt1.o fork.o wait.o execve.o wait4.o Tsh does not have much built in; it needs support executables for almost everything (only cls and exit are built-in). We found a debian distribution for NetWinder that works somewhat, and mount that with NFS and BOOTP. Apologies for posting binaries yet again, but it's really small... Good luck, Frank begin 644 tsh.tar.gz M'XL(`"+0UC8``^U936P;QQ4>4DHLTU;"%@HJ6`$Z4@*)E$EJ*5%R;64-VXD= M-W9J)W:2%K*AKJB5M#:U9'97L@S%B%$918JV0=`$;5$$$(]%3KX4"`H$<-,> M>NBA37M(#BTD,41BN4"3-K<85K\W,[M<4G+L%+#=%AIB.#-OWKSWYIOWWOYY M[E0FS^YLR6K:D*9QQGDV.R!:GLWE1$ME<$.=#0T.#@]F!P8%^S&K]_?V, M:W?8+E%F7,]P.&<3QNPM^$S'O1L&W=W2&LM/8?_YXO2T88^/]`\.G4X9SJ0K M>L-JMA>4V9%^[72J-2:.K->T9TLCI_76V#SG@M9U_(4G]+XNR=!U^-C3!VNC MDP>??5J?]>`&/N7X_I.']3YWS++W].'/)Y\X?/#H4;W/3&)N=-0][^:-0F'4=)RBDTC.7P!Q MPK(MU47/DUUCK.A05PKJ.N6#UEH;%)HC%2IU)3>B:),`% M/2LOZ+,"5=#F$06RI+)UK6S$/_VAIK(IC4N3L+"D2Y7^V)I(V(]I2264]Y9V M[M1[TCW#ZBBYK:=ML5E!F`!B%NR:';%.#UL[=P;K:.*,WJ/U#-M[=3%[QI]5 M$&Y7)-R@JTDF00 M\].E1+YHNYXO/14>O4A6A+1`35+7$Z`'P`*G3E!#$#BF-^/87`M@*0ES9/]% M]`-D%"?)2Y/HL&VCHP5K+#]*ZTL:*;GZ((ZDK6`ZO.>S[8 MC%"!&-_+:ZPH?;W0@()-&>/YNGDC,V*XU:9OC"LBD6I3$JL?T'MX3EA\( M3*>ER``/74TUJ(&?D@P*'-$]Y=7)"_M$:*_$J@5K'FDPP?8L>\9DH; M&!@Y+/[[GQ+QNMZ=@G041L"9L7G)*4XZQC2G():(.*8[4_!N"P.!0+V?RE@& MJF<32:11+6PN%)\S>QQ39@X<['@=A#X.YIR9GS6#;5.;HIN99'+]"9L%UPQI MJ'L(F2X9C(U3489#EG8!O= M5IU495*#.<$A/B[@D!D.V4K<%_&N1@DDA.Y@D.#V[DIV]P\.;L`A!5+D>%.< MLA\N$S>59'5G^W?=5,AZ<'@(_`WA"B\_=F2]@`OU9WA!70X#ISQX[!`/A]>] MOON^]V7Z[)W7<8OG/]Z?U=3SGY;+Y09!V34X.+#Y_' MI_/%T4UTBD9N1>(\*L+_C.FX1_[NT7;G0^Y]!+IY\LYOQ?S?*RP>/'HI$ M(L$XRA*,1E?0S:&]OEW2598U2Y>A3)7J\P3Z?1C*?_-9S@=*@7"Y7HNR=CUMY>3G"TE?C M;+%*[7:TV[7%ZJ\8N_8`:G.$19]`;4-MO5)>9N^GKS9?/KK"?MEQ]36Q%:;<@C_QQZ=7XFQ;E6GE2D[;5GU4.[*20!O7.JJ,G:@`IK<2H#'^ M>C4=+UR[L[P!]NX(W'T0=_$WL&F+&W6A5_XB9\$9Y?(OT:;(GP MA14-_:MK:V)-3NUC&_32O(9^"_H;V1>1]L5:`GURWUI\I,KBM3U'%%8II2\% M?>]"'V'W*`=^<:*/+458N=($^EJ4GK:XU$%\3/LSSNR]:I2=6(;<&$)H M59XCZ.Q9<48XRTJKHI,^PC>L^QIT2UGO5>/4PMXFS5AJ@@^L8!RQD2I7/B#_UW[_L-?.J`P)[\B/@?A3YY/A(GDH=\$O/'6R5NL68EOUUAU0ZL M/H6,]A"^S:%UCV!,9T!VO4VZ5`RUA70QR;-C$#Q/J'W[?MM.,1!?^"C,NS4D M?R,[H^)\V>KE'[$H^538UK\WV'J_6.O[Y/KX)WO#NIH;=-'>&G7\DWPGY$N_ MP_AHP[Y(%^V+SIDQBL'%ZF'R$_@%G7%,Z)%S[9C;'YK#?G=$U?[FX"\7R6?@ M7\?@5URM>1AK<@UK*"<_!-KSL(?67L*Z5U#U#?PQIG((R8I#%OG:@N*C&$". MNT8RWL?UI=./6^96@,4.BH//;ZQ=ZP#]-<@G'Z0U9[#&E_]5[.\;X/L4?(3+ MNP.(*]ZT$@7?JZ!QS*VJN9>UJ%C_"L:TAP_1DA^6(?MMU-^CDLZ_@?YU[.T/ M&,<1GW1Y:F*O_2,2*U6,&VN]#WQ27FY6X]-J'%7C[ZAQW;7DNW3VP$![7=C< M3;ESWV*U6?CP&]6OP8;/L'_&7ZLV:S^I+B`6F[+EY19M825Z96%)YO@3E:9/ M%W]&\=C>@KA!O;X%]J&]'W):XF]6'UR"79^\6:6\X?>_S4@OY%+LDL\@7IM5 MKEQ96]M!^H5=VB5AVP>@)6`;74.:V$GLD_4V'2\O2WEO?'@?:)^OK>TAG?"% M:\)N5;IO4'Z2):+P>`AXU&$1)S]:JC`.O]4(1YF+MRG^K0H_1XWO4V-<[EGP M$0GR:Y^8&&OX"L5JWZD8DU^PP$.?M1A])]LB/@R1C?_QZ_'6&!/OO2&#'I%( MUAQJON"RCI'#'2/]3['0RR/Q>F+#5S=TOU3W!H;L8^S8D=H;#0X?;$?=CGH= M9_T)ZHP]C'2&*XQQ07K4@C\Y.//[Z' M)W`KG.3F9-Y-]V=V9S-#&L_NWKU;P_-57PD>,\838C*;P0_>4S`-UTS^7ZS/ MN.>G/6,,K>?(=LKO>>:?OGTZ'.@9Y?KN#Q`Y7QEMJ\_\S2J?@HR)80:ZCLLY"<9M4F%1^.63XCT;-2 M9#T?Y9T6Q7<9]\N7<9-]/!3!OMX.YJE/<5 @I3.0AQO8(Z'Q.I_<+)MELVR6S?(_5_X-12+PN0`H```` ` end ------------------------------------------------------------------------ Frank A. Vorstenbosch Phone: 0181 - 636 3000 Electronics and Software Engineer Mobile: 0976 - 430 569 Eidos Technologies Ltd., Wimbledon, London Email: fav@eidos.co.uk unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 19:17:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA77541 for ; Fri, 26 Feb 1999 19:17:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA22891 for ; Fri, 26 Feb 1999 19:17:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022889; Fri, 26 Feb 99 19:16:46 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:14626 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15364-363>; Fri, 26 Feb 1999 20:15:38 +0200 Received: by vger.rutgers.edu via listexpand id <157025-25208>; Fri, 26 Feb 1999 12:03:21 -0500 Received: by vger.rutgers.edu id <157111-25208>; Fri, 26 Feb 1999 12:03:11 -0500 Received: from mentolat-e0.core.genedata.com ([157.161.173.16]:14825 "EHLO mail.core.genedata.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157147-25206>; Fri, 26 Feb 1999 12:02:15 -0500 Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48]) by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id TAA22879; Fri, 26 Feb 1999 19:12:56 +0100 Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA76874; Fri, 26 Feb 1999 19:12:55 +0100 (CET) Received: by genedata.com via sendmail from stdin id (Debian Smail3.2.0.102) for nick@flirble.org; Fri, 26 Feb 1999 19:12:54 +0100 (CET) Date: Fri, 26 Feb 1999 19:12:54 +0100 From: Matthew Wilcox To: Russell King Cc: Nicholas Clark , linux-arm@vger.rutgers.edu Subject: Re: Odd target name? Message-ID: <19990226191254.N24922@mencheca.ch.genedata.com> References: <199902261054.KAA07691@flirble.org> <199902261745.RAA26931@gate.sw.milldev.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <199902261745.RAA26931@gate.sw.milldev.co.uk>; from Russell King on Fri, Feb 26, 1999 at 05:45:46PM +0000 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1121 Lines: 23 On Fri, Feb 26, 1999 at 05:45:46PM +0000, Russell King wrote: > Nicholas Clark said: > > > It is arm-linux. That is the path to my special ELF tools which are > > > based on the (so far not proven wrong) GCC 2.7.2.2 and binutils-2.8 > > > toolchain I have here. This toolchain is not binary compatable with > > > > Now, might this explain why Russell can build a 2.2.1 kernel that will > > load on my RiscPC, when I can't ? > > It's possible, but I wouldn't recommend anyone trying to get GCC 2.7.2.2 > and binutils 2.8 going for ELF - I'd recommend trying to find out why > GCC/EGCS & Binutils 2.9 don't work. ... and why it works for philb, but not anyone else! :-) I hear egcs 1.1.2 is just out; perhaps I'll update my compiler & binutils to the latest versions this weekend. -- Matthew Wilcox "I decry the current tendency to seek patents on algorithms. There are better ways to earn a living than to prevent other people from making use of one's contributions to computer science." -- Donald E. Knuth, TAoCP vol 3 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 20:30:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA78663 for ; Fri, 26 Feb 1999 20:30:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA23073 for ; Fri, 26 Feb 1999 20:30:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023071; Fri, 26 Feb 99 20:29:37 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:8049 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16034-361>; Fri, 26 Feb 1999 21:28:30 +0200 Received: by vger.rutgers.edu via listexpand id <157118-25208>; Fri, 26 Feb 1999 13:14:07 -0500 Received: by vger.rutgers.edu id <157173-25206>; Fri, 26 Feb 1999 13:02:36 -0500 Received: from bits.bris.ac.uk ([137.222.64.1]:4255 "EHLO BITS.bris.ac.uk" ident: "dooby") by vger.rutgers.edu with ESMTP id <157167-25206>; Fri, 26 Feb 1999 12:56:42 -0500 Received: from localhost (dooby@localhost) by BITS.bris.ac.uk (8.9.2/8.9.1) with ESMTP id TAA65844 for ; Fri, 26 Feb 1999 19:06:45 GMT Date: Fri, 26 Feb 1999 19:06:45 +0000 (GMT) From: dooby To: ARM Linux Subject: Linux loader reports Out of memory for loading kernel In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 637 Lines: 19 Hi, I recently reinstalled Linux. I followed Chris Pringle's instructions for installing on my A5000, and all is well. I followed the instructions for LoadMap (exactly as I did last time). The problem is, this time !Linux does not take me straight to the menu, but says Error : Out of memory for kernel I have 128MB ADFS then 64MB root, 64MB home, 600MB usr then some swap space, so the kenel (/boot/vmlinuz) _is_ accessible by FileCore. I don't understand what I have changed for this not to work now, as it did previously. Any ideas anyone? cheers, Pete unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 22:45:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA80624 for ; Fri, 26 Feb 1999 22:45:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA23343 for ; Fri, 26 Feb 1999 22:45:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023341; Fri, 26 Feb 99 22:44:59 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:42837 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <11504-363>; Fri, 26 Feb 1999 23:44:37 +0200 Received: by vger.rutgers.edu via listexpand id <156860-25208>; Fri, 26 Feb 1999 15:33:06 -0500 Received: by vger.rutgers.edu id <156931-25206>; Fri, 26 Feb 1999 15:32:57 -0500 Received: from [194.168.16.182] ([194.168.16.182]:4867 "EHLO caramon.armlinux.org.uk" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <156860-25208>; Fri, 26 Feb 1999 15:32:44 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id VAA21506; Fri, 26 Feb 1999 21:43:11 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id VAA03167; Fri, 26 Feb 1999 21:44:45 GMT Message-Id: <199902262144.VAA03167@raistlin.armlinux.org.uk> Subject: Re: Linux loader reports Out of memory for loading kernel To: dooby@BITS.bris.ac.uk (dooby) Date: Fri, 26 Feb 1999 21:44:44 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "dooby" at Feb 26, 99 07:06:45 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1105 Lines: 20 dooby writes: >... > LoadMap (exactly as I did last time). The problem is, this time !Linux > does not take me straight to the menu, but says > Error : Out of memory for kernel > I have 128MB ADFS then 64MB root, 64MB home, 600MB usr then some swap > space, so the kenel (/boot/vmlinuz) _is_ accessible by FileCore. If you're running it under the desktop, it may be that the Next slot is not large enough, although I thought that the !Run file there took care of that. Try increasing the Next slot on the task manager to around 1MB. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 23:20:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA81497 for ; Fri, 26 Feb 1999 23:20:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA23398 for ; Fri, 26 Feb 1999 23:20:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023396; Fri, 26 Feb 99 23:20:14 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:11056 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <11700-2173>; Sat, 27 Feb 1999 00:17:43 +0200 Received: by vger.rutgers.edu via listexpand id <157311-25208>; Fri, 26 Feb 1999 16:06:11 -0500 Received: by vger.rutgers.edu id <157155-25208>; Fri, 26 Feb 1999 16:06:03 -0500 Received: from [212.219.8.163] ([212.219.8.163]:21873 "EHLO inkvine.wincoll.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157320-25206>; Fri, 26 Feb 1999 16:05:23 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.wincoll.ac.uk (8.8.7/8.8.7) with ESMTP id WAA18924 for ; Fri, 26 Feb 1999 22:16:18 GMT Date: Fri, 26 Feb 1999 22:16:17 +0000 (GMT) From: Chris Rutter X-Sender: chris@inkvine.wincoll.ac.uk Reply-To: chris@fluff.org To: linux-arm@vger.rutgers.edu Subject: Building GNU toolchain for ARM targets Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 431 Lines: 10 The first incomplete cut at my toolchain-building manual is available to view: . Please note that the `armv2' stuff isn't quite true yet; not until I finish some patches here. Oh, and there are other problems it seems... -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From philb@gnu.org Fri Feb 26 23:53:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA62783 for ; Fri, 26 Feb 1999 23:53:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA23466 for ; Fri, 26 Feb 1999 23:53:31 +0100 Received: from finch-post-11.mail.demon.net(194.217.242.39) by mentolat.core.genedata.com via smap (V2.0) id xma023464; Fri, 26 Feb 99 23:53:14 +0100 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10GW7t-000NMB-00; Fri, 26 Feb 1999 22:52:57 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10GW0p-0004dK-00; Fri, 26 Feb 1999 22:45:39 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Matthew Wilcox cc: linux-arm@vger.rutgers.edu Subject: Re: Odd target name? In-reply-to: Your message of "Fri, 26 Feb 1999 19:12:54 +0100." <19990226191254.N24922@mencheca.ch.genedata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Feb 1999 22:45:38 +0000 From: Philip Blundell Message-Id: Status: RO Content-Length: 225 Lines: 11 >... and why it works for philb, but not anyone else! :-) Bah. >I hear egcs 1.1.2 is just out; Only a prerelease thus far, I think. I don't think 1.1.2 will bring any exciting changes for arm-linux people though. p. From owner-linux-arm-outgoing@vger.rutgers.edu Fri Feb 26 23:54:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA82099 for ; Fri, 26 Feb 1999 23:54:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA23471 for ; Fri, 26 Feb 1999 23:54:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023469; Fri, 26 Feb 99 23:53:47 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25168 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10311-2173>; Sat, 27 Feb 1999 00:53:19 +0200 Received: by vger.rutgers.edu via listexpand id <156773-25206>; Fri, 26 Feb 1999 16:41:32 -0500 Received: by vger.rutgers.edu id <157105-25208>; Fri, 26 Feb 1999 16:41:24 -0500 Received: from [194.168.16.182] ([194.168.16.182]:4965 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157035-25208>; Fri, 26 Feb 1999 16:41:03 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id WAA21729; Fri, 26 Feb 1999 22:52:10 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id WAA03406; Fri, 26 Feb 1999 22:53:38 GMT Message-Id: <199902262253.WAA03406@raistlin.armlinux.org.uk> Subject: Kernel 2.2.2 released To: devel@netwinder.org, linux-arm@vger.rutgers.edu, linux-7110@redhat.com Date: Fri, 26 Feb 1999 22:53:37 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 884 Lines: 20 Hi All, Just the usual about another kernel release, this time called 2.2.2-rmk1 It contains: - various configuration fixes - various bits from PB - extended support for DRAM video modes on RiscPC - fixed decompression code on Acorn platforms - fixed 3c59x boomerang and other bus-master capable versions _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 27 01:31:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA83753 for ; Sat, 27 Feb 1999 01:31:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA23692 for ; Sat, 27 Feb 1999 01:31:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023690; Sat, 27 Feb 99 01:30:37 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:5938 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1607-2180>; Sat, 27 Feb 1999 02:30:10 +0200 Received: by vger.rutgers.edu via listexpand id <157364-25208>; Fri, 26 Feb 1999 18:18:34 -0500 Received: by vger.rutgers.edu id <157390-25208>; Fri, 26 Feb 1999 18:18:21 -0500 Received: from snowcrash.cymru.net ([163.164.160.3]:1144 "EHLO snowcrash.cymru.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157387-25206>; Fri, 26 Feb 1999 18:17:47 -0500 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.7/8.7.1) id AAA09532; Sat, 27 Feb 1999 00:28:46 GMT From: Alan Cox Message-Id: <199902270028.AAA09532@snowcrash.cymru.net> Subject: Re: Booting with nfsroot To: rmk@milldev.demon.co.uk (Russell King) Date: Sat, 27 Feb 1999 00:28:44 +0000 (GMT) Cc: pb@nexus.co.uk, christophe.leroy5@capway.com, linux-arm@vger.rutgers.edu In-Reply-To: <199902251610.QAA10573@gate.sw.milldev.co.uk> from "Russell King" at Feb 25, 99 04:10:23 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 378 Lines: 7 > The 3c59x driver does not have any Dcache coherency problems - I've > been running my 3c592 Vortex card with it for 6 months with no problems > on my EBSA285. Your card isnt running in DMA to/from host mode, because its one of the cards the driver considers crap. With a 3c90x the rules change a bit unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 27 08:57:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id IAA91434 for ; Sat, 27 Feb 1999 08:57:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id IAA24390 for ; Sat, 27 Feb 1999 08:57:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024388; Sat, 27 Feb 99 08:56:57 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:54372 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15510-2180>; Sat, 27 Feb 1999 09:56:34 +0200 Received: by vger.rutgers.edu via listexpand id <157241-25208>; Sat, 27 Feb 1999 01:44:25 -0500 Received: by vger.rutgers.edu id <157547-25208>; Sat, 27 Feb 1999 01:44:08 -0500 Received: from [194.201.77.34] ([194.201.77.34]:48520 "HELO fw-maid.maidenhead.arm.com" ident: "firewall-user") by vger.rutgers.edu with SMTP id <157241-25208>; Sat, 27 Feb 1999 01:43:55 -0500 Received: by fw-maid.maidenhead.arm.com; id HAA05508; Sat, 27 Feb 1999 07:58:12 GMT Received: from mhsun1.maidenhead.arm.com(192.168.2.10) by fw-maid.maidenhead.arm.com via smap (4.1) id xma005506; Sat, 27 Feb 99 07:57:32 GMT Received: from arm.com (dhcp10) by mhsun1.arm.com (4.1/SMI-4.1) id AA00321; Sat, 27 Feb 99 07:53:34 GMT Message-Id: <36D7A5E9.D72CD41B@arm.com> Date: Sat, 27 Feb 1999 07:59:37 +0000 From: David A Rusling Reply-To: david.rusling@arm.com Organization: ARM Ltd X-Mailer: Mozilla 4.07 [en] (X11; I; Linux 2.2.2 i686) Mime-Version: 1.0 To: linux-arm Subject: some progress, anyone got a shell? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1553 Lines: 35 all, I've made good progress in porting Linux to a new ARM system. Basically I've got the RAMdisk loading and the system starting to boot from it. I can see ('cos I hacked the kernel) the init process come up and load both init and the libc that it's linked against. Unfortunately it goes horribly wrong from there. I'm using the rpc-root stuff - the latest that I can find which contains a.out object format images. What I last tried to do was to have init start a shell executing shell commands - the really old basic way of booting a system. This access violates someplace - pretty hard to tell where. OK, enough of this, a request. Does anyone have either a statically linked sh or a combination of sh and libc that is known good? I'm presuming that the root-rpc stuff is good, but I'm beginning to wonder. Oh, yes I can build some cross tools, but my goal is to get a basic RAMdisk kernel up and running, then to move to a different processor (this system has multiple header cards, up to 4). I'd rather not faff around with tools if I can help it. Enough rambling, all help gratefully received... Dave ---------------------------------------------------------------------- David A Rusling Consulting Engineer ARM Limited Liberty House, Moorbridge Road, Maidenhead, SL6 8LT Tel: UK-(0)1628-427754 Fax: UK-(0)1628-780551 e-mail: david.rusling@arm.com ---------------------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 27 10:44:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA92788 for ; Sat, 27 Feb 1999 10:44:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA24550 for ; Sat, 27 Feb 1999 10:44:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024546; Sat, 27 Feb 99 10:44:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:19024 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15776-2173>; Sat, 27 Feb 1999 11:44:01 +0200 Received: by vger.rutgers.edu via listexpand id <157599-25206>; Sat, 27 Feb 1999 03:32:00 -0500 Received: by vger.rutgers.edu id <157587-25208>; Sat, 27 Feb 1999 03:31:53 -0500 Received: from [194.168.16.195] ([194.168.16.195]:1041 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157653-25208>; Sat, 27 Feb 1999 03:31:30 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id JAA23348; Sat, 27 Feb 1999 09:42:34 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id JAA00388; Sat, 27 Feb 1999 09:43:07 GMT Message-Id: <199902270943.JAA00388@raistlin.armlinux.org.uk> Subject: Re: some progress, anyone got a shell? To: david.rusling@arm.com Date: Sat, 27 Feb 1999 09:43:06 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <36D7A5E9.D72CD41B@arm.com> from "David A Rusling" at Feb 27, 99 07:59:37 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1043 Lines: 18 David A Rusling writes: > OK, enough of this, a request. Does anyone have either a statically > linked sh or a combination of sh and libc that is known good? I'm > presuming that the root-rpc stuff is good, but I'm beginning to wonder. The root-rpc stuff is good, and most of the stuff on the first disk is statically linked. You may want to try getting the disk image up and running as is - both the 'init' and the first level installer are both statically linked. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 27 12:41:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA94281 for ; Sat, 27 Feb 1999 12:41:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA24721 for ; Sat, 27 Feb 1999 12:41:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024719; Sat, 27 Feb 99 12:41:28 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:49704 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16328-2180>; Sat, 27 Feb 1999 13:40:40 +0200 Received: by vger.rutgers.edu via listexpand id <159987-25206>; Sat, 27 Feb 1999 05:25:36 -0500 Received: by vger.rutgers.edu id <157668-25208>; Sat, 27 Feb 1999 05:25:26 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2116 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157626-25208>; Sat, 27 Feb 1999 05:25:15 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10Gi3S-000717-00; Sat, 27 Feb 1999 11:37:11 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10GhWn-0005B1-00; Sat, 27 Feb 1999 11:03:25 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: david.rusling@arm.com cc: linux-arm Subject: Re: some progress, anyone got a shell? In-reply-to: Your message of "Sat, 27 Feb 1999 07:59:37 GMT." <36D7A5E9.D72CD41B@arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 27 Feb 1999 11:03:24 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 357 Lines: 10 >OK, enough of this, a request. Does anyone have either a statically >linked sh or a combination of sh and libc that is known good? I'm The shell/libc combination on any of the various NetWinder boot images should be OK, assuming your cpu can handle ARMv4 instructions. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 27 13:42:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA94491 for ; Sat, 27 Feb 1999 13:42:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA24827 for ; Sat, 27 Feb 1999 13:42:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024825; Sat, 27 Feb 99 13:42:12 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:22864 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15452-2173>; Sat, 27 Feb 1999 14:41:53 +0200 Received: by vger.rutgers.edu via listexpand id <159982-25208>; Sat, 27 Feb 1999 06:29:21 -0500 Received: by vger.rutgers.edu id <160012-25208>; Sat, 27 Feb 1999 06:29:13 -0500 Received: from [212.219.8.163] ([212.219.8.163]:4426 "EHLO inkvine.wincoll.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <159982-25208>; Sat, 27 Feb 1999 06:28:50 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.wincoll.ac.uk (8.8.7/8.8.7) with ESMTP id MAA02346 for ; Sat, 27 Feb 1999 12:40:51 GMT Date: Sat, 27 Feb 1999 12:40:50 +0000 (GMT) From: Chris Rutter X-Sender: chris@inkvine.wincoll.ac.uk Reply-To: chris@fluff.org To: linux-arm@vger.rutgers.edu Subject: Cross-toolchain success! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 494 Lines: 11 I'd just like to report for interest that I've got a nicely working `armv2-linux' cross-compiler + binutils on my x86 Linux box. Instructions followed were essentially those on my page, except without philb's binutils patch, and with a patch of my own to help binutils recognise `armv2', which you'll find in my netwinder.org space. -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 27 16:02:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA96629 for ; Sat, 27 Feb 1999 16:02:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA25039 for ; Sat, 27 Feb 1999 16:02:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma025037; Sat, 27 Feb 99 16:01:55 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:33555 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10265-2173>; Sat, 27 Feb 1999 17:01:36 +0200 Received: by vger.rutgers.edu via listexpand id <157153-25208>; Sat, 27 Feb 1999 08:48:33 -0500 Received: by vger.rutgers.edu id <157111-25208>; Sat, 27 Feb 1999 08:48:25 -0500 Received: from lrcsun15.epfl.ch ([128.178.156.77]:61648 "EHLO lrcsun15.epfl.ch" ident: "almesber") by vger.rutgers.edu with ESMTP id <156925-25206>; Sat, 27 Feb 1999 08:48:13 -0500 Received: (from almesber@localhost) by lrcsun15.epfl.ch (8.8.X/EPFL-8.1a) id PAA02223; Sat, 27 Feb 1999 15:41:30 +0100 (MET) From: Werner Almesberger Message-Id: <199902271441.PAA02223@lrcsun15.epfl.ch> Subject: Re: Trivial shell for Linux bootstrapping (CATS) To: fav@eidos.co.uk (Frank A. Vorstenbosch) Date: Sat, 27 Feb 1999 15:41:30 +0100 (MET) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <36D6E0C3.AB5BA6D6@eidos.co.uk> from "Frank A. Vorstenbosch" at Feb 26, 99 04:58:27 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1003 Lines: 25 Frank A. Vorstenbosch wrote: > Tsh does not have much built in; it needs support executables > for almost everything (only cls and exit are built-in). BTW, if anybody needs a really primitive shell, you can try my micro shell: ftp://lrcftp.epfl.ch/pub/people/almesber/psion/ush-2.tar.gz (No builtins, no variables, no io redirection, no if, while, etc., but if you type a name, it will try to run that program and even pass it parameters :-) It doesn't need any library at all. Those few system calls that it uses it defines itself. Useful if there isn't really much in you system that works yet. As soon as you have libc and such, ash works well. Doesn't even need floating point. - Werner -- _________________________________________________________________________ / Werner Almesberger, DI-ICA,EPFL,CH werner.almesberger@lrc.di.epfl.ch / /_IN_R_131__Tel_+41_21_693_6621__Fax_+41_21_693_6610_____________________/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 27 18:59:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA99290 for ; Sat, 27 Feb 1999 18:59:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA25285 for ; Sat, 27 Feb 1999 18:59:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma025283; Sat, 27 Feb 99 18:59:30 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:49444 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15784-2173>; Sat, 27 Feb 1999 19:58:32 +0200 Received: by vger.rutgers.edu via listexpand id <160073-25206>; Sat, 27 Feb 1999 11:46:14 -0500 Received: by vger.rutgers.edu id <157689-25208>; Sat, 27 Feb 1999 11:46:06 -0500 Received: from mentolat-e0.core.genedata.com ([157.161.173.16]:5237 "EHLO mail.core.genedata.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160033-25206>; Sat, 27 Feb 1999 11:45:54 -0500 Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48]) by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id SAA25280; Sat, 27 Feb 1999 18:57:59 +0100 Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA99266; Sat, 27 Feb 1999 18:57:58 +0100 (CET) Received: by genedata.com via sendmail from stdin id (Debian Smail3.2.0.102) for chris@fluff.org; Sat, 27 Feb 1999 18:57:57 +0100 (CET) Date: Sat, 27 Feb 1999 18:57:57 +0100 From: Matthew Wilcox To: chris@fluff.org Cc: linux-arm@vger.rutgers.edu Subject: Re: Cross-toolchain success! Message-ID: <19990227185757.P24922@mencheca.ch.genedata.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: ; from Chris Rutter on Sat, Feb 27, 1999 at 12:40:50PM +0000 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 721 Lines: 15 On Sat, Feb 27, 1999 at 12:40:50PM +0000, Chris Rutter wrote: > I'd just like to report for interest that I've got a nicely > working `armv2-linux' cross-compiler + binutils on my x86 > Linux box. Why do you need a specific armv2 toolchain? I was under the impression that an arm-linux toolchain would compile for v2 processors if you pass it the correct options on the command line. -- Matthew Wilcox "I decry the current tendency to seek patents on algorithms. There are better ways to earn a living than to prevent other people from making use of one's contributions to computer science." -- Donald E. Knuth, TAoCP vol 3 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From philb@gnu.org Sat Feb 27 19:16:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA99390 for ; Sat, 27 Feb 1999 19:16:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA25315 for ; Sat, 27 Feb 1999 19:16:01 +0100 Received: from finch-post-10.mail.demon.net(194.217.242.38) by mentolat.core.genedata.com via smap (V2.0) id xma025313; Sat, 27 Feb 99 19:15:38 +0100 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.12 #1) id 10GoGx-0003R9-00; Sat, 27 Feb 1999 18:15:31 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10GoG6-0000AB-00; Sat, 27 Feb 1999 18:14:38 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Matthew Wilcox cc: chris@fluff.org, linux-arm@vger.rutgers.edu Subject: Re: Cross-toolchain success! In-reply-to: Your message of "Sat, 27 Feb 1999 18:57:57 +0100." <19990227185757.P24922@mencheca.ch.genedata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 27 Feb 1999 18:14:38 +0000 From: Philip Blundell Message-Id: Status: RO Content-Length: 397 Lines: 10 >Why do you need a specific armv2 toolchain? I was under the impression >that an arm-linux toolchain would compile for v2 processors if you pass >it the correct options on the command line. Not out of the box. It is indeed possible to generate a toolchain that will do both but if your primary system is a v2 machine it makes sense to install tools that target that hardware by default. p. From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 27 21:32:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA101242 for ; Sat, 27 Feb 1999 21:32:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA25534 for ; Sat, 27 Feb 1999 21:32:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma025532; Sat, 27 Feb 99 21:31:34 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:37156 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15460-2180>; Sat, 27 Feb 1999 22:31:19 +0200 Received: by vger.rutgers.edu via listexpand id <156087-25208>; Sat, 27 Feb 1999 14:18:41 -0500 Received: by vger.rutgers.edu id <156099-25206>; Sat, 27 Feb 1999 14:18:32 -0500 Received: from [194.168.16.186] ([194.168.16.186]:1212 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156087-25206>; Sat, 27 Feb 1999 14:18:15 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA26239; Sat, 27 Feb 1999 20:14:19 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA00834; Sat, 27 Feb 1999 20:13:59 GMT Message-Id: <199902272013.UAA00834@raistlin.armlinux.org.uk> Subject: Kernel 2.2.2-rmk2 released To: devel@netwinder.org, linux-arm@vger.rutgers.edu, linux-7110@redhat.com Date: Sat, 27 Feb 1999 20:13:58 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1070 Lines: 24 Hi All, Kernel 2.2.2-rmk2 is now on the FTP site: ftp://ftp.arm.linux.org.uk/pub/armlinux/kernel-sources/v2.2/patch-2.2.2-rmk2.gz Things fixed include: - console colour 3 is now (VT100 compliantly) yellow. - kmod works again - mouse can be opened more than once without crashing the kernel (the cause of the apparant X hang) There appears to be something strange with the keyboard repeat under X - that is currently under investigation. If you find any other problems (at all), mail me. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Feb 27 21:54:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA101170 for ; Sat, 27 Feb 1999 21:54:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA25574 for ; Sat, 27 Feb 1999 21:54:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma025572; Sat, 27 Feb 99 21:53:36 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:35636 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15630-2180>; Sat, 27 Feb 1999 22:53:05 +0200 Received: by vger.rutgers.edu via listexpand id <157061-25208>; Sat, 27 Feb 1999 14:40:17 -0500 Received: by vger.rutgers.edu id <156099-25208>; Sat, 27 Feb 1999 14:40:05 -0500 Received: from [194.168.16.186] ([194.168.16.186]:1253 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157102-25208>; Sat, 27 Feb 1999 14:39:12 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA26438; Sat, 27 Feb 1999 20:53:34 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA01023; Sat, 27 Feb 1999 20:53:11 GMT Message-Id: <199902272053.UAA01023@raistlin.armlinux.org.uk> Subject: s/VT100/ANSI/ To: devel@netwinder.org, linux-arm@vger.rutgers.edu, linux-7110@redhat.com Date: Sat, 27 Feb 1999 20:53:11 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 600 Lines: 10 Ok, I meant ANSI, not VT100! _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 28 12:55:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA115537 for ; Sun, 28 Feb 1999 12:55:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA26877 for ; Sun, 28 Feb 1999 12:55:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026875; Sun, 28 Feb 99 12:55:22 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:47973 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1150-7407>; Sun, 28 Feb 1999 13:55:09 +0200 Received: by vger.rutgers.edu via listexpand id <156087-25208>; Sun, 28 Feb 1999 05:41:16 -0500 Received: by vger.rutgers.edu id <156242-25206>; Sun, 28 Feb 1999 05:41:08 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:44432 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156087-25208>; Sun, 28 Feb 1999 05:40:55 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.10 #2) id 10H4nR-000155-00; Sun, 28 Feb 1999 11:54:09 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10H4m0-0000RB-00; Sun, 28 Feb 1999 11:52:40 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King - ARM Linux Admin cc: linux-arm@vger.rutgers.edu Subject: Re: Kernel 2.2.2-rmk2 released In-reply-to: Your message of "Sat, 27 Feb 1999 20:13:58 GMT." <199902272013.UAA00834@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 Feb 1999 11:52:39 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 238 Lines: 9 > - kmod works again Hmm, yes. I think what's needed is something in flush_thread() to sort things out for cases like this. I'll look into it next week. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 28 14:45:08 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA116873 for ; Sun, 28 Feb 1999 14:45:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA27022 for ; Sun, 28 Feb 1999 14:45:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027020; Sun, 28 Feb 99 14:44:42 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:4902 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <11463-7773>; Sun, 28 Feb 1999 15:44:31 +0200 Received: by vger.rutgers.edu via listexpand id <156346-25206>; Sun, 28 Feb 1999 07:30:55 -0500 Received: by vger.rutgers.edu id <156242-25208>; Sun, 28 Feb 1999 07:30:46 -0500 Received: from spuggie.cen.brad.ac.uk ([143.53.2.18]:58037 "EHLO spuggie.cen.brad.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156087-25208>; Sun, 28 Feb 1999 07:30:29 -0500 Received: from kite.cen.brad.ac.uk (root@kite.cen.brad.ac.uk [143.53.238.22]) by spuggie.cen.brad.ac.uk (8.9.0/8.9.0) with ESMTP id NAA13075 for ; Sun, 28 Feb 1999 13:43:48 GMT Received: from jwsteven.brad.ac.uk (max-22.dial.brad.ac.uk [143.53.239.22]) by kite.cen.brad.ac.uk (8.9.0/8.9.0) with SMTP id NAA28503 for ; Sun, 28 Feb 1999 13:43:47 GMT MIME-Version: 1.0 From: James Stevens To: linux-arm@vger.rutgers.edu Date: Sun, 28 Feb 1999 13:43:04 +0000 (GMT) Subject: Installing onto IDEFS Message-ID: <48db797f09jamess@argonet.co.uk> User-Agent: Pluto/1.11d (RISC-OS/3.7) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 647 Lines: 20 Hello. I know this must be a FAQ, but has anyone actually managed to install ARMLinux directly onto an APDL IDEFS drive? !PartMan seems to be the known problem for this, I've tried the alpha release, but the "New" menu option is always disabled. I /could/ resort to installing it onto the original Internal ADFS drive, but it is only 2.5GB (would that be enough for a heavy usage installation?) TIA Jamie. -- James Stevens - jamess@argonet.co.uk UK Star Trek: Voyager Reviews - http://visitweb.com/voyager "I am Homer of Borg. You will be assimil.. mmmm, Donuts!" unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 28 17:20:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA117401 for ; Sun, 28 Feb 1999 17:20:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA27258 for ; Sun, 28 Feb 1999 17:20:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027254; Sun, 28 Feb 99 17:20:22 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:28169 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <11582-7407>; Sun, 28 Feb 1999 18:11:42 +0200 Received: by vger.rutgers.edu via listexpand id <156087-25208>; Sun, 28 Feb 1999 09:57:57 -0500 Received: by vger.rutgers.edu id <157324-25206>; Sun, 28 Feb 1999 09:57:45 -0500 Received: from galatea-31.cableol.net ([194.168.16.31]:1414 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156242-25208>; Sun, 28 Feb 1999 09:57:13 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id OAA29081; Sun, 28 Feb 1999 14:28:57 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id OAA04743; Sun, 28 Feb 1999 14:27:05 GMT Message-Id: <199902281427.OAA04743@raistlin.armlinux.org.uk> Subject: Re: Installing onto IDEFS To: jamess@argonet.co.uk (James Stevens) Date: Sun, 28 Feb 1999 14:27:04 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <48db797f09jamess@argonet.co.uk> from "James Stevens" at Feb 28, 99 01:43:04 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1021 Lines: 20 James Stevens writes: > !PartMan seems to be the known problem for this, I've tried the alpha > release, but the "New" menu option is always disabled. AFAIK, the latest alpha PartMan should work on all partition formats listed on the initial window, except EESOX and Cumana. IDEFS has been reported to be ok. As ever, any problems with PartMan should be accompanied by a log file relevent to the session with PartMan that the problem was noticed. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 28 19:26:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA119462 for ; Sun, 28 Feb 1999 19:26:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA27464 for ; Sun, 28 Feb 1999 19:26:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027461; Sun, 28 Feb 99 19:25:48 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:50287 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6317-7407>; Sun, 28 Feb 1999 20:25:03 +0200 Received: by vger.rutgers.edu via listexpand id <156485-25206>; Sun, 28 Feb 1999 12:10:54 -0500 Received: by vger.rutgers.edu id <156364-25206>; Sun, 28 Feb 1999 12:10:37 -0500 Received: from spuggie.cen.brad.ac.uk ([143.53.2.18]:41952 "EHLO spuggie.cen.brad.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157278-25208>; Sun, 28 Feb 1999 12:09:32 -0500 Received: from kite.cen.brad.ac.uk (root@kite.cen.brad.ac.uk [143.53.238.22]) by spuggie.cen.brad.ac.uk (8.9.0/8.9.0) with ESMTP id SAA26821 for ; Sun, 28 Feb 1999 18:22:56 GMT Received: from jwsteven.brad.ac.uk (max-34.dial.brad.ac.uk [143.53.239.34]) by kite.cen.brad.ac.uk (8.9.0/8.9.0) with SMTP id SAA06431 for ; Sun, 28 Feb 1999 18:22:54 GMT MIME-Version: 1.0 From: James Stevens To: linux-arm@vger.rutgers.edu Date: Sun, 28 Feb 1999 18:21:42 +0000 (GMT) Subject: Re: Installing onto IDEFS Message-ID: <48db93032bjamess@argonet.co.uk> In-Reply-To: <199902281427.OAA04743@raistlin.armlinux.org.uk> References: <48db797f09jamess@argonet.co.uk> <199902281427.OAA04743@raistlin.armlinux.org.uk> User-Agent: Pluto/1.11d (RISC-OS/3.7) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1454 Lines: 51 In article <199902281427.OAA04743@raistlin.armlinux.org.uk>, Russell King - ARM Linux Admin wrote: > James Stevens writes: > > !PartMan seems to be the known problem for this, I've tried the alpha > > release, but the "New" menu option is always disabled. > AFAIK, the latest alpha PartMan should work on all partition formats listed > on the initial window, except EESOX and Cumana. > IDEFS has been reported to be ok. IDEFS is listed as : New Part = Yes Edit Part = Coded Save Table = Enabled (but the "Save" menu option always seems to be disabled) > As ever, any problems with PartMan should be accompanied by a log file > relevent to the session with PartMan that the problem was noticed. It seems to identify the disc correctly, but I just cannot use the "New" option. It is an 8GB harddrive, and I have used the IDEFS formatting program to reduce it to 5GB, leaving 3GB for Linux. This is what the main window reports File System = IDEFS::5 Scheme = ICSIDEFS Disc Size = 5120MB Sector Size = 512 bytes C/H/S = 10403/16/63 This is the only partition that is listed. Partition = 1 Start = 0 End = 10486799 Size = 5121 MB Type = Filecore I hope this info is of use. Jamie. -- James Stevens - jamess@argonet.co.uk UK Star Trek: Voyager Reviews - http://visitweb.com/voyager "I am Homer of Borg. You will be assimil.. mmmm, Donuts!" unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 28 20:57:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA121714 for ; Sun, 28 Feb 1999 20:57:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA27605 for ; Sun, 28 Feb 1999 20:57:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027602; Sun, 28 Feb 99 20:56:39 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:4121 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14360-7773>; Sun, 28 Feb 1999 21:54:41 +0200 Received: by vger.rutgers.edu via listexpand id <155898-25208>; Sun, 28 Feb 1999 13:40:45 -0500 Received: by vger.rutgers.edu id <156485-25206>; Sun, 28 Feb 1999 13:37:58 -0500 Received: from galatea-10.cableol.net ([194.168.16.10]:1444 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156242-25208>; Sun, 28 Feb 1999 13:37:12 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id TAA30016; Sun, 28 Feb 1999 19:54:46 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id TAA00774; Sun, 28 Feb 1999 19:52:28 GMT Message-Id: <199902281952.TAA00774@raistlin.armlinux.org.uk> Subject: Re: Installing onto IDEFS To: jamess@argonet.co.uk (James Stevens) Date: Sun, 28 Feb 1999 19:52:27 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <48db93032bjamess@argonet.co.uk> from "James Stevens" at Feb 28, 99 06:21:42 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1428 Lines: 35 James Stevens writes: > IDEFS is listed as : > > New Part = Yes > Edit Part = Coded > Save Table = Enabled (but the "Save" menu option always seems to be disabled) That's correct - the save option is disabled because no changes have been made to the partition table. > File System = IDEFS::5 > Scheme = ICSIDEFS > Disc Size = 5120MB > Sector Size = 512 bytes > C/H/S = 10403/16/63 Aha! This is wrong. It's telling you that you have a 5GB drive, not an 8GB one. Could you try entering the correct number of cylinders? You actually have two options on partitioning an IDEFS drive - either use the ICS/ADPL formatter program to create a couple of extra partitions and then use PartMan to edit them, or use PartMan from the start (and tell it the size of the disk). In general, you should always check the number of cylinders that PartMan tells you... _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 28 21:26:11 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA120431 for ; Sun, 28 Feb 1999 21:26:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA27676 for ; Sun, 28 Feb 1999 21:26:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027674; Sun, 28 Feb 99 21:25:54 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:11362 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9517-7407>; Sun, 28 Feb 1999 22:25:21 +0200 Received: by vger.rutgers.edu via listexpand id <156616-25208>; Sun, 28 Feb 1999 14:11:18 -0500 Received: by vger.rutgers.edu id <156199-25206>; Sun, 28 Feb 1999 14:11:03 -0500 Received: from galatea-10.cableol.net ([194.168.16.10]:1478 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156220-25208>; Sun, 28 Feb 1999 14:10:46 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA30112; Sun, 28 Feb 1999 20:28:15 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA00905; Sun, 28 Feb 1999 20:25:54 GMT Message-Id: <199902282025.UAA00905@raistlin.armlinux.org.uk> Subject: Kernel 2.2.2-rmk3 released To: devel@netwinder.org, linux-arm@vger.rutgers.edu, linux-7110@redhat.com Date: Sun, 28 Feb 1999 20:25:54 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1106 Lines: 23 Hi All, Yes, it's the third release of the kernel this weekend (why 3? why not 3?) This may break on some architectures - let me know if it does... Stuff fixed: - insl/outsl/insb/outsb now exported to modules - stuff to fix kmod backed out and more correct stuff put in (maybe this fixes the random SEGVs some people are seeing with GCC) - outswb/inswb gone - Acorn-based machines now default to 80x30 display for dummycon - ecard bug fixed (causing two kecardd's to be started) I'm sure that there are other bits... _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 28 23:06:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA120716 for ; Sun, 28 Feb 1999 23:06:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA27783 for ; Sun, 28 Feb 1999 23:06:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027781; Sun, 28 Feb 99 23:06:06 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:13158 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2247-12707>; Mon, 1 Mar 1999 00:05:44 +0200 Received: by vger.rutgers.edu via listexpand id <157479-25206>; Sun, 28 Feb 1999 15:51:31 -0500 Received: by vger.rutgers.edu id <156222-25206>; Sun, 28 Feb 1999 15:51:13 -0500 Received: from galatea-10.cableol.net ([194.168.16.10]:1647 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156451-25208>; Sun, 28 Feb 1999 15:50:59 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id WAA30422; Sun, 28 Feb 1999 22:08:02 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id WAA07728; Sun, 28 Feb 1999 22:05:32 GMT Message-Id: <199902282205.WAA07728@raistlin.armlinux.org.uk> Subject: Today is good? -rmk4 To: devel@netwinder.org, linux-arm@vger.rutgers.edu, linux-7110@redhat.com Date: Sun, 28 Feb 1999 22:05:31 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 777 Lines: 14 Yep, those trying EBSA-110 probably found the stilly mistake. 2.2.2-rmk4 fixes the lack of outsb/insb, thereby allowing it to compile again on this architecture. Otherwise, -rmk3 and -rmk4 are identical. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 28 23:39:07 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA124061 for ; Sun, 28 Feb 1999 23:39:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA27835 for ; Sun, 28 Feb 1999 23:39:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027831; Sun, 28 Feb 99 23:38:40 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:53556 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15818-12982>; Mon, 1 Mar 1999 00:37:17 +0200 Received: by vger.rutgers.edu via listexpand id <156567-25208>; Sun, 28 Feb 1999 16:23:16 -0500 Received: by vger.rutgers.edu id <156222-25206>; Sun, 28 Feb 1999 16:22:57 -0500 Received: from [212.219.8.163] ([212.219.8.163]:5720 "EHLO inkvine.wincoll.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157497-25208>; Sun, 28 Feb 1999 16:22:03 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.wincoll.ac.uk (8.8.7/8.8.7) with ESMTP id WAA10222 for ; Sun, 28 Feb 1999 22:35:15 GMT Date: Sun, 28 Feb 1999 22:35:15 +0000 (GMT) From: Chris Rutter X-Sender: chris@inkvine.wincoll.ac.uk Reply-To: chris@fluff.org To: linux-arm@vger.rutgers.edu Subject: 2.2.1 kernel build Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 595 Lines: 13 Building kernel 2.2.1, patched with rmk4 and the latest philb of about three days ago, I get this: /usr/bin/armv2-linux-ld -m elf32arm -Ttext 0x01800000 -o vmlinux head.o misc.o /usr/src/linux-2.2.1-armv2-linux/arch/arm/lib/ll_char_wr.o piggy.o Now, I'm most definitely setup for an A5000 build (`-mcpu=arm3' is passed to `armv2-linux-gcc' by the Makefile), so why is the ld emulation being set to `elf32arm', not `elf32arm26'? -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Feb 28 23:48:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA123342 for ; Sun, 28 Feb 1999 23:48:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA27851 for ; Sun, 28 Feb 1999 23:48:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027849; Sun, 28 Feb 99 23:48:24 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:8766 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16265-12707>; Mon, 1 Mar 1999 00:48:12 +0200 Received: by vger.rutgers.edu via listexpand id <156361-25206>; Sun, 28 Feb 1999 16:34:10 -0500 Received: by vger.rutgers.edu id <156222-25206>; Sun, 28 Feb 1999 16:34:02 -0500 Received: from galatea-10.cableol.net ([194.168.16.10]:1723 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156361-25206>; Sun, 28 Feb 1999 16:33:48 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id WAA30566 for ; Sun, 28 Feb 1999 22:51:41 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id WAA07848 for linux-arm@vger.rutgers.edu; Sun, 28 Feb 1999 22:49:08 GMT Message-Id: <199902282249.WAA07848@raistlin.armlinux.org.uk> Subject: Re: 2.2.1 kernel build To: linux-arm@vger.rutgers.edu Date: Sun, 28 Feb 1999 22:49:08 +0000 (GMT) In-Reply-To: from "Chris Rutter" at Feb 28, 99 10:35:15 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1139 Lines: 21 Chris Rutter writes: > Building kernel 2.2.1, patched with rmk4 and the latest philb of > about three days ago, I get this: > > /usr/bin/armv2-linux-ld -m elf32arm -Ttext 0x01800000 -o vmlinux head.o misc.o /usr/src/linux-2.2.1-armv2-linux/arch/arm/lib/ll_char_wr.o piggy.o > > Now, I'm most definitely setup for an A5000 build (`-mcpu=arm3' is > passed to `armv2-linux-gcc' by the Makefile), so why is the ld > emulation being set to `elf32arm', not `elf32arm26'? Sorry, this doesn't qualify for a 2.2.2-rmk5 patch (unless some other stuff comes in as well). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 1 01:48:38 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA126781 for ; Mon, 1 Mar 1999 01:48:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA28099 for ; Mon, 1 Mar 1999 01:48:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028096; Mon, 1 Mar 99 01:48:23 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:33296 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10011-12707>; Mon, 1 Mar 1999 02:48:08 +0200 Received: by vger.rutgers.edu via listexpand id <156361-25206>; Sun, 28 Feb 1999 18:33:58 -0500 Received: by vger.rutgers.edu id <155898-25206>; Sun, 28 Feb 1999 18:33:42 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:34560 "EHLO post.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156225-25208>; Sun, 28 Feb 1999 18:33:28 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post.mail.demon.net with esmtp (Exim 2.10 #2) id 10HF8t-0000Kg-00; Sun, 28 Feb 1999 22:57:00 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10HF7p-0000L8-00; Sun, 28 Feb 1999 22:55:53 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: chris@fluff.org cc: linux-arm@vger.rutgers.edu Subject: Re: 2.2.1 kernel build In-reply-to: Your message of "Sun, 28 Feb 1999 22:35:15 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 Feb 1999 22:55:53 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 546 Lines: 13 >Now, I'm most definitely setup for an A5000 build (`-mcpu=arm3' is >passed to `armv2-linux-gcc' by the Makefile), so why is the ld >emulation being set to `elf32arm', not `elf32arm26'? This just comes straight out of the Makefile. The way to fix it properly is for the makefile not to call ld directly but to use the gcc driver to do is. That said it doesn't actually matter because the elf32arm and elf32arm26 emulations are so similar. Either will work. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu