From owner-freebsd-alpha Mon Nov 23 12:02:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA09165 for freebsd-alpha-outgoing; Mon, 23 Nov 1998 12:02:00 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA09155 for ; Mon, 23 Nov 1998 12:01:54 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 52564 invoked by uid 1000); 23 Nov 1998 21:06:00 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 23 Nov 1998 16:06:00 -0500 (EST) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-alpha@FreeBSD.ORG Subject: SCP/FTP Performance Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Try and figure this: A. Setup: Medium: 100BaseTX nomis: i386 updown: i386 nickel: 433au copper: 533MHz 164LX B. File copy performance (either scp or ftp) nomis-updown: 2-4MB/Sec nomis-nickel: 4-6MB/Sec nomis-copper: 4-6MB/Sec copper-nickel: 45-64KB/Sec (Yes, kilobytes) All are on the same subnet, with a 3com hub in the middle. C. Ifconfig: Nomis fxp1: flags=8843 mtu 1500 inet 207.69.188.249 netmask 0xfffffff0 broadcast 207.69.188.255 ether 00:a0:c9:6b:90:02 media: autoselect supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP Nickel: de0: flags=8843 mtu 1500 inet 207.69.188.253 netmask 0xfffffff0 broadcast 207.69.188.255 ether 00:00:f8:75:ee:d1 media: autoselect (100baseTX) status: active supported media: autoselect 100baseTX 100baseTX 10base5/AUI 10base2/BNC 10baseT/UTP 10baseT/UTP Copper: de0: flags=8843 mtu 1500 inet 207.69.188.241 netmask 0xfffffff0 broadcast 207.69.188.255 ether 00:00:f8:10:7d:5b media: autoselect (100baseTX) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP D. Routing: Nomis: Destination Gateway Flags Refs Use Netif Expire default 209.86.126.161 UGSc 18 2053 fxp0 127.0.0.1 127.0.0.1 UH 0 26 lo0 207.69.188.240/28 link#3 UC 0 0 fxp1 207.69.188.241 0:0:f8:10:7d:5b UHLW 4 2625 fxp1 1046 207.69.188.242 0:a0:c9:6b:2c:e1 UHLW 1 678 fxp1 978 207.69.188.253 0:0:f8:75:ee:d1 UHLW 3 50658 fxp1 606 207.69.188.255 ff:ff:ff:ff:ff:ff UHLWb 1 395 fxp1 207.69.189.112/28 link#1 UC 0 0 fpa0 207.69.189.113 0.0.f8.63.38.51 UHLW 0 24 lo0 209.86.126.160/28 link#2 UC 0 0 fxp0 209.86.126.161 0:0:f8:72:14:8c UHLW 19 0 fxp0 979 209.86.126.163 0:a0:c9:6b:90:f9 UHLW 1 5013 lo0 209.86.126.175 ff:ff:ff:ff:ff:ff UHLWb 0 395 fxp0 Nickel: Destination Gateway Flags Refs Use Netif Expire default 207.69.188.249 UGSc 0 0 de0 127.0.0.1 127.0.0.1 UH 0 27 lo0 207.69.188.240/28 link#1 UC 0 0 de0 207.69.188.241 0:0:f8:10:7d:5b UHLW 3 29176 de0 996 207.69.188.249 0:a0:c9:6b:90:2 UHLW 4 11470 de0 556 207.69.188.253 0:0:f8:75:ee:d1 UHLW 0 62 lo0 Copper: Destination Gateway Flags Refs Use Netif Expire default 207.69.188.249 UGSc 0 0 de0 127.0.0.1 127.0.0.1 UH 1 26 lo0 207.69.188.240/28 link#1 UC 0 0 de0 207.69.188.241 0:0:f8:10:7d:5b UHLW 0 23 lo0 207.69.188.249 0:a0:c9:6b:90:2 UHLW 5 172 de0 952 207.69.188.253 0:0:f8:75:ee:d1 UHLW 1 922 de0 952 I know I am missing something here, but it appears Alpha based. Simon Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Nov 23 12:34:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13251 for freebsd-alpha-outgoing; Mon, 23 Nov 1998 12:34:07 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA13192 for ; Mon, 23 Nov 1998 12:34:01 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 52759 invoked by uid 1000); 23 Nov 1998 21:38:09 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 23 Nov 1998 16:38:09 -0500 (EST) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-alpha@FreeBSD.ORG Subject: UnAligned Access, but why? Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Am trying to get the DPT driver running on alpha. Narrowed down the problem to this: In sys/alpha/include/bus.h there is a series of static inline functions to do the equivalient of inb, inw, and inl, as well as outb, outw, outl. they are called bus_space_{read,write}_[124]. The bus_space_read_[14] are causing unaligned access panics. These panics can be eliminated by casting explicitly: return (inb((u_int32_t)(handle + offset))); and return (inl((u_int32_t)(handle + offset))); However, bus_space_write_[14] will panic on unaligned access even when modified to be: outb((u_int32_t)(bsh + offset), (u_int8_t)value); and outl((u_int32_t)(bsh + offset), (u_int32_t)value); I even tried to modify bus_space_write_4 to be: /* static __inline void */ void bus_space_write_4(bus_space_tag_t tag, bus_space_handle_t bsh, bus_size_t offset, u_int32_t value) { #if defined(_ALPHA_BUS_PIO_H_) #if defined(_ALPHA_BUS_MEMIO_H_) if (tag == ALPHA_BUS_SPACE_IO) #endif { u_int32_t port, data; port = (u_int32_t)bsh + (u_int32_t)offset; data = (u_int32_t)value; outl(port, data); } #endif #if defined(_ALPHA_BUS_MEMIO_H_) #if defined(_ALPHA_BUS_PIO_H_) else #endif writel(bsh + offset, value); #endif } I.E made the function non static, not inline and copied the values to local variables before doing the outl thing. The panic occurs right at the outl line. I can get the kernel to printf exactly to that point. Any help will be appreciated. I tried to trace the functions but end at the chipset structure. IS there a set of functions in ROM that is mapped in this manner? Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Nov 23 18:14:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA19786 for freebsd-alpha-outgoing; Mon, 23 Nov 1998 18:14:55 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA19780 for ; Mon, 23 Nov 1998 18:14:53 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id SAA01690; Mon, 23 Nov 1998 18:13:04 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199811240213.SAA01690@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: shimon@simon-shapiro.org cc: freebsd-alpha@FreeBSD.ORG Subject: Re: UnAligned Access, but why? In-reply-to: Your message of "Mon, 23 Nov 1998 16:38:09 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Nov 1998 18:13:04 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Am trying to get the DPT driver running on alpha. > Narrowed down the problem to this: > > In sys/alpha/include/bus.h there is a series of static inline functions to > do the equivalient of inb, inw, and inl, as well as outb, outw, outl. they > are called bus_space_{read,write}_[124]. > > The bus_space_read_[14] are causing unaligned access panics. These panics > can be eliminated by casting explicitly: Don't do this. Align the objects you're trying to transfer instead. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Nov 23 20:18:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA01570 for freebsd-alpha-outgoing; Mon, 23 Nov 1998 20:18:22 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA01565 for ; Mon, 23 Nov 1998 20:18:19 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 54918 invoked by uid 1000); 24 Nov 1998 05:22:30 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199811240213.SAA01690@dingo.cdrom.com> Date: Tue, 24 Nov 1998 00:22:30 -0500 (EST) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Mike Smith Subject: Re: UnAligned Access, but why? Cc: freebsd-alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mike Smith, On 24-Nov-98 you wrote: > > Am trying to get the DPT driver running on alpha. > > Narrowed down the problem to this: > > > > In sys/alpha/include/bus.h there is a series of static inline functions > > to > > do the equivalient of inb, inw, and inl, as well as outb, outw, outl. > > they > > are called bus_space_{read,write}_[124]. > > > > The bus_space_read_[14] are causing unaligned access panics. These > > panics > > can be eliminated by casting explicitly: > > Don't do this. Align the objects you're trying to transfer instead. Thanx, but how? I took the CAM driver as is and just triesd to actually align the data. It makes no difference at all. I am still getting the panics. If you look again at my example (the one following the casts), you will see that it does not help. Also (forgive my ignorance here), different PCI busss appear to have different sizes for the same thing. Or, at least this is how all this bus_rea/write stuff tries to imply. The end result is a mass confusion on my part. i am trying to fit the driver into the existing framework, not change the framework (unless obviously broken). I do not have enough information to suggest anything is broken, except the panics. I may need some detailed help here.... Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Nov 23 21:55:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA10632 for freebsd-alpha-outgoing; Mon, 23 Nov 1998 21:55:59 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA10627 for ; Mon, 23 Nov 1998 21:55:58 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id VAA02779; Mon, 23 Nov 1998 21:53:36 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199811240553.VAA02779@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: shimon@simon-shapiro.org cc: Mike Smith , freebsd-alpha@FreeBSD.ORG Subject: Re: UnAligned Access, but why? In-reply-to: Your message of "Tue, 24 Nov 1998 00:22:30 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Nov 1998 21:53:36 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > > > > The bus_space_read_[14] are causing unaligned access panics. These > > > panics > > > can be eliminated by casting explicitly: > > > > Don't do this. Align the objects you're trying to transfer instead. > > Thanx, but how? I took the CAM driver as is and just triesd to actually > align the data. It makes no difference at all. I am still getting the > panics. If you look again at my example (the one following the casts), you > will see that it does not help. I saw no evidence that you were performing aligned transfers; your example was, if I remember correctly, casting some arbitrary pointer to a pointer to a 32-bit object. This will fail if the arbitrary pointer's value is not 32-bit aligned. > Also (forgive my ignorance here), different PCI busss appear to have > different sizes for the same thing. Or, at least this is how all this > bus_rea/write stuff tries to imply. No. Different PCI bus implementations used different host methods to achieve identical PCI bus transactions. > The end result is a mass confusion on my part. i am trying to fit the > driver into the existing framework, not change the framework (unless > obviously broken). I do not have enough information to suggest anything is > broken, except the panics. The problem is most likely that you are attempting to access a local memory data structure member of a given size that is not aligned to that size, or you are attempting to access a data structure inside a PCI device where the region in question is memory-mapped and the data structure is not aligned in the mapping according to its size. > I may need some detailed help here.... You may need to provide a more detailed example. To begin with, it'd help if you can clarify whether you're sure you understand what constitutes an "unaligned access", as that's pretty key to working out where you're falling over here. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Nov 24 00:51:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA24439 for freebsd-alpha-outgoing; Tue, 24 Nov 1998 00:51:08 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA24422 for ; Tue, 24 Nov 1998 00:50:56 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id RAA29432 for ; Tue, 24 Nov 1998 17:50:54 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id RAA13302; Tue, 24 Nov 1998 17:50:53 +0900 (JST) To: freebsd-alpha@FreeBSD.ORG Subject: ps and top on alpha X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Tue, 24 Nov 1998 17:50:53 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 78 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, CPU, MEM of ps and CPU, loadavg of top seems wrong on alpha. Here is a fix for that. I thinks this change wouldn't break anything on i386. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp Index: machdep.c =================================================================== RCS file: /pub/FreeBSD-CVS/src/sys/alpha/alpha/machdep.c,v retrieving revision 1.23 diff -u -r1.23 machdep.c --- machdep.c 1998/11/18 23:51:40 1.23 +++ machdep.c 1998/11/24 08:20:14 @@ -198,6 +198,8 @@ vm_offset_t phys_avail[10]; +SYSCTL_INT(_hw, OID_AUTO, availpages, CTLFLAG_RD, &physmem, 0, ""); + /* must be 2 less so 0 0 can signal end of chunks */ #define PHYS_AVAIL_ARRAY_END ((sizeof(phys_avail) / sizeof(vm_offset_t)) - 2) Index: print.c =================================================================== RCS file: /pub/FreeBSD-CVS/src/bin/ps/print.c,v retrieving revision 1.32 diff -u -r1.32 print.c --- print.c 1998/09/14 08:32:20 1.32 +++ print.c 1998/11/24 03:44:49 @@ -503,8 +503,8 @@ if (p->p_swtime == 0 || (p->p_flag & P_INMEM) == 0) return (0.0); if (rawcpu) - return (10000.0 / sysconf(_SC_CLK_TCK) * fxtofl(p->p_pctcpu)); - return (10000.0 / sysconf(_SC_CLK_TCK) * fxtofl(p->p_pctcpu) / + return (100.0 * fxtofl(p->p_pctcpu)); + return (100.0 * fxtofl(p->p_pctcpu) / (1.0 - exp(p->p_swtime * log(fxtofl(ccpu))))); } Index: machine.c =================================================================== RCS file: /pub/FreeBSD-CVS/src/usr.bin/top/machine.c,v retrieving revision 1.15 diff -u -r1.15 machine.c --- machine.c 1998/09/11 14:38:12 1.15 +++ machine.c 1998/11/24 04:32:15 @@ -628,8 +628,8 @@ status, smpmode ? PP(pp, p_lastcpu) : 0, format_time(cputime), - 10000.0 * weighted_cpu(pct, pp) / hz, - 10000.0 * pct / hz, + 100.0 * weighted_cpu(pct, pp), + 100.0 * pct, cmdlength, printable(PP(pp, p_comm))); Index: loadavg.h =================================================================== RCS file: /pub/FreeBSD-CVS/src/contrib/top/loadavg.h,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 loadavg.h --- loadavg.h 1997/03/23 18:51:21 1.1.1.1 +++ loadavg.h 1998/11/24 08:35:23 @@ -47,7 +47,7 @@ #endif #ifdef FIXED_LOADAVG - typedef long load_avg; + typedef fixpt_t load_avg; # define loaddouble(la) ((double)(la) / FIXED_LOADAVG) # define intload(i) ((int)((i) * FIXED_LOADAVG)) #else To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Nov 24 03:34:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA08770 for freebsd-alpha-outgoing; Tue, 24 Nov 1998 03:34:04 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA08762 for ; Tue, 24 Nov 1998 03:34:02 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id LAA06690; Tue, 24 Nov 1998 11:34:27 GMT Date: Tue, 24 Nov 1998 11:34:27 +0000 (GMT) From: Doug Rabson To: Mike Smith cc: shimon@simon-shapiro.org, freebsd-alpha@FreeBSD.ORG Subject: Re: UnAligned Access, but why? In-Reply-To: <199811240553.VAA02779@dingo.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 23 Nov 1998, Mike Smith wrote: > > > > > > > > The bus_space_read_[14] are causing unaligned access panics. These > > > > panics > > > > can be eliminated by casting explicitly: > > > > > > Don't do this. Align the objects you're trying to transfer instead. > > > > Thanx, but how? I took the CAM driver as is and just triesd to actually > > align the data. It makes no difference at all. I am still getting the > > panics. If you look again at my example (the one following the casts), you > > will see that it does not help. > > I saw no evidence that you were performing aligned transfers; your > example was, if I remember correctly, casting some arbitrary pointer to > a pointer to a 32-bit object. This will fail if the arbitrary > pointer's value is not 32-bit aligned. > > > Also (forgive my ignorance here), different PCI busss appear to have > > different sizes for the same thing. Or, at least this is how all this > > bus_rea/write stuff tries to imply. > > No. Different PCI bus implementations used different host methods to > achieve identical PCI bus transactions. > > > The end result is a mass confusion on my part. i am trying to fit the > > driver into the existing framework, not change the framework (unless > > obviously broken). I do not have enough information to suggest anything is > > broken, except the panics. > > The problem is most likely that you are attempting to access a local > memory data structure member of a given size that is not aligned to > that size, or you are attempting to access a data structure inside a > PCI device where the region in question is memory-mapped and the data > structure is not aligned in the mapping according to its size. > > > I may need some detailed help here.... > > You may need to provide a more detailed example. To begin with, it'd > help if you can clarify whether you're sure you understand what > constitutes an "unaligned access", as that's pretty key to working out > where you're falling over here. You must not pass unaligned offsets to in[wl], out[wl], read[wl] and write[wl]. For 'w' sized accesses, the offset must be even aligned, for 'l' sized accesses, the offset must be a multiple of 4. I think NetBSD has code to panic if an illegal offset is used to access device memory. I may do the same (probably for kernels compiled with DIAGNOSTIC defined). -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Nov 24 03:37:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA09092 for freebsd-alpha-outgoing; Tue, 24 Nov 1998 03:37:06 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA09087 for ; Tue, 24 Nov 1998 03:37:03 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id LAA06707; Tue, 24 Nov 1998 11:39:22 GMT Date: Tue, 24 Nov 1998 11:39:22 +0000 (GMT) From: Doug Rabson To: Hidetoshi Shimokawa cc: freebsd-alpha@FreeBSD.ORG Subject: Re: ps and top on alpha In-Reply-To: <19981124175053E.simokawa@sat.t.u-tokyo.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 24 Nov 1998, Hidetoshi Shimokawa wrote: > Hi, > > CPU, MEM of ps and CPU, loadavg of top seems wrong on alpha. > Here is a fix for that. > I thinks this change wouldn't break anything on i386. Its good to hear from you again! Thanks for this, top has needed someone to look at it for a while. I'll commit the fix as soon as I get a chance to test it (probably not until tomorrow). -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Nov 24 05:37:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA23472 for freebsd-alpha-outgoing; Tue, 24 Nov 1998 05:37:37 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA23466 for ; Tue, 24 Nov 1998 05:37:35 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id WAA01837; Tue, 24 Nov 1998 22:37:33 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id WAA14195; Tue, 24 Nov 1998 22:37:32 +0900 (JST) To: dfr@nlsystems.com Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: ps and top on alpha In-Reply-To: Your message of "Tue, 24 Nov 1998 11:39:22 +0000 (GMT)" References: X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Tue, 24 Nov 1998 22:37:31 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 27 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org dfr> Its good to hear from you again! Thanks for this, top has needed someone dfr> to look at it for a while. I'll commit the fix as soon as I get a chance dfr> to test it (probably not until tomorrow). I got a 164LX machine last week :-) We need anothor patch to fix the sorting order of top. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp Index: machine.c =================================================================== RCS file: /pub/FreeBSD-CVS/src/usr.bin/top/machine.c,v retrieving revision 1.15 diff -u -r1.15 machine.c --- machine.c 1998/09/11 14:38:12 1.15 +++ machine.c 1998/11/24 13:23:20 @@ -734,7 +734,7 @@ #define ORDERKEY_PCTCPU \ - if (lresult = PP(p2, p_pctcpu) - PP(p1, p_pctcpu), \ + if (lresult = (long) PP(p2, p_pctcpu) - (long) PP(p1, p_pctcpu), \ (result = lresult > 0 ? 1 : lresult < 0 ? -1 : 0) == 0) #define ORDERKEY_CPTICKS \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Nov 24 06:14:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA26995 for freebsd-alpha-outgoing; Tue, 24 Nov 1998 06:14:58 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from blue.bad.bris.ac.uk (blue.bad.bris.ac.uk [137.222.132.60]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA26982 for ; Tue, 24 Nov 1998 06:14:48 -0800 (PST) (envelope-from matt@blue.bad.bris.ac.uk) Received: (qmail 20830 invoked by uid 58871); 24 Nov 1998 14:14:28 -0000 Date: Tue, 24 Nov 1998 14:14:27 +0000 (GMT) From: Matt Hamilton Reply-To: matth@uk.aiesec.org To: Simon Shapiro cc: freebsd-alpha@FreeBSD.ORG Subject: Re: SCP/FTP Performance In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 23 Nov 1998, Simon Shapiro wrote: > I know I am missing something here, but it appears Alpha based. Not that I know a huge amount about this, but could it be some byte-order related problem? Something to do with switching the byte order around un-necessarily, before sticking on the wire? Or switching it wrongly when it gets back? -Matt ------------------------------[ Matt Hamilton ]-------------------------------- System Administrator System Administrator Badock Hall Clintondale Aviation Bristol University, UK Clifton Park, NY, USA http://www.bad.bris.ac.uk http://www.clintondale.com matt@bad.bris.ac.uk matt@clintondale.com ------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Nov 24 07:26:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA02788 for freebsd-alpha-outgoing; Tue, 24 Nov 1998 07:26:08 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA02783 for ; Tue, 24 Nov 1998 07:26:06 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 57534 invoked by uid 1000); 24 Nov 1998 16:30:18 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 24 Nov 1998 11:30:18 -0500 (EST) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: matth@uk.aiesec.org Subject: Re: SCP/FTP Performance Cc: freebsd-alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matt Hamilton, On 24-Nov-98 you wrote: > On Mon, 23 Nov 1998, Simon Shapiro wrote: > > > I know I am missing something here, but it appears Alpha based. > > Not that I know a huge amount about this, but could it be some > byte-order > related problem? Something to do with switching the byte order around > un-necessarily, before sticking on the wire? Or switching it wrongly > when > it gets back? I doubt that; First, it may add as much as 1% on an alpha. Second, the alpha is already in network order. Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Nov 24 07:35:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA03600 for freebsd-alpha-outgoing; Tue, 24 Nov 1998 07:35:07 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA03592 for ; Tue, 24 Nov 1998 07:35:03 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 57565 invoked by uid 1000); 24 Nov 1998 16:39:17 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 24 Nov 1998 11:39:17 -0500 (EST) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Doug Rabson Subject: Re: UnAligned Access, but why? Cc: freebsd-alpha@FreeBSD.ORG, Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug Rabson, On 24-Nov-98 you wrote: > On Mon, 23 Nov 1998, Mike Smith wrote: > > > > > > > > > > > The bus_space_read_[14] are causing unaligned access panics. > > > > > These > > > > > panics > > > > > can be eliminated by casting explicitly: > > > > > > > > Don't do this. Align the objects you're trying to transfer > > > > instead. > > > > > > Thanx, but how? I took the CAM driver as is and just triesd to > > > actually > > > align the data. It makes no difference at all. I am still getting > > > the > > > panics. If you look again at my example (the one following the > > > casts), you > > > will see that it does not help. > > > > I saw no evidence that you were performing aligned transfers; your > > example was, if I remember correctly, casting some arbitrary pointer to > > a pointer to a 32-bit object. This will fail if the arbitrary > > pointer's value is not 32-bit aligned. > > > > > Also (forgive my ignorance here), different PCI busss appear to have > > > different sizes for the same thing. Or, at least this is how all > > > this > > > bus_rea/write stuff tries to imply. > > > > No. Different PCI bus implementations used different host methods to > > achieve identical PCI bus transactions. > > > > > The end result is a mass confusion on my part. i am trying to fit > > > the > > > driver into the existing framework, not change the framework (unless > > > obviously broken). I do not have enough information to suggest > > > anything is > > > broken, except the panics. > > > > The problem is most likely that you are attempting to access a local > > memory data structure member of a given size that is not aligned to > > that size, or you are attempting to access a data structure inside a > > PCI device where the region in question is memory-mapped and the data > > structure is not aligned in the mapping according to its size. > > > > > I may need some detailed help here.... > > > > You may need to provide a more detailed example. To begin with, it'd > > help if you can clarify whether you're sure you understand what > > constitutes an "unaligned access", as that's pretty key to working out > > where you're falling over here. > > You must not pass unaligned offsets to in[wl], out[wl], read[wl] and > write[wl]. For 'w' sized accesses, the offset must be even aligned, for > 'l' sized accesses, the offset must be a multiple of 4. I think NetBSD > has code to panic if an illegal offset is used to access device memory. > I > may do the same (probably for kernels compiled with DIAGNOSTIC defined). OK. This all makes lots of sense, but look at the example I provided in the original post. It is a modification of code I did not write, but some of you may have: /* static __inline void */ void bus_space_write_4(bus_space_tag_t tag, bus_space_handle_t bsh, bus_size_t offset, u_int32_t value) { #if defined(_ALPHA_BUS_PIO_H_) #if defined(_ALPHA_BUS_MEMIO_H_) if (tag == ALPHA_BUS_SPACE_IO) #endif { u_int32_t port, data; port = (u_int32_t)bsh + (u_int32_t)offset; data = (u_int32_t)value; printf("%s.%d I/O handle = %x, offset = %x, value = %x\n", __FILE__, __LINE__, b sh, offset, value); printf("%s.%d I/O port = %x, data = %x\n", __FILE__, __LINE__, port, data); >>>>-------->>>> Everything is honky-dory until this point <<<<--------<<<< outl(port, data); >>>>-------->>>> This printf never happens. We panic before it happens printf("%s.%d I/O DONE = %x, data = %x\n", __FILE__, __LINE__, port, data); } #endif #if defined(_ALPHA_BUS_MEMIO_H_) #if defined(_ALPHA_BUS_PIO_H_) else #endif writel(bsh + offset, value); #endif } You can trace back this call to the sys/dev/dpt/dpt_scsi.c file the dpt_send_eata_command function, line 1088, where the line: dpt_outl(dpt, HA_WDMAADDR, cmd_busaddr); can be traced back to bus_space_write_4 above. Please trust me in saying that I tried everything you suggest before posting my mssage. The casts at the top of my example were necessary to avoid a similar panic. All the data types involoved are taken from the CAM code and are either pointers or 64bit integers. Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Nov 24 07:55:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA05098 for freebsd-alpha-outgoing; Tue, 24 Nov 1998 07:55:37 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA05093 for ; Tue, 24 Nov 1998 07:55:36 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.1/8.9.1) with ESMTP id KAA27814; Tue, 24 Nov 1998 10:54:29 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.1/8.9.1) id KAA63314; Tue, 24 Nov 1998 10:53:58 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 24 Nov 1998 10:53:58 -0500 (EST) To: shimon@simon-shapiro.org Cc: matth@uk.aiesec.org, freebsd-alpha@FreeBSD.ORG Subject: Re: SCP/FTP Performance In-Reply-To: References: X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13914.54304.379294.304492@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Simon Shapiro writes: > > Matt Hamilton, On 24-Nov-98 you wrote: > > On Mon, 23 Nov 1998, Simon Shapiro wrote: > > > > > I know I am missing something here, but it appears Alpha based. > > > > Not that I know a huge amount about this, but could it be some > > byte-order > > related problem? Something to do with switching the byte order around > > un-necessarily, before sticking on the wire? Or switching it wrongly > > when > > it gets back? > > I doubt that; First, it may add as much as 1% on an alpha. Second, the > alpha is already in network order. > > Simon Actually, its not in network byte order, but as you state, that's of little consequence. The alpha byte-swapping & checksum code could probably use a little work, but you're not going to notice much impact with 433+ Mhz Mhz 21164a's at speeds as slow as 100Mb. My suspicion is that its the fault of the 433au's tulip interface. The if_de.c driver support for DEC-branded 21143's, such as the one in your 433au, is bad. For example, I cannot get my personal workstations go into full-duplex mode in either FreeBSD or NetBSD. Your 64kb/sec speeds are typical of a duplex mismatch. With the 433au's tulip set to autosense, I suspect the duplex modes might be waffling between full & half. You might try hardcoding the alphas nics to 100baseTX. Cheers, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Nov 24 12:39:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA03586 for freebsd-alpha-outgoing; Tue, 24 Nov 1998 12:39:21 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA03581 for ; Tue, 24 Nov 1998 12:39:18 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id UAA07946; Tue, 24 Nov 1998 20:41:18 GMT Date: Tue, 24 Nov 1998 20:41:18 +0000 (GMT) From: Doug Rabson To: Simon Shapiro cc: freebsd-alpha@FreeBSD.ORG, Mike Smith Subject: Re: UnAligned Access, but why? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 24 Nov 1998, Simon Shapiro wrote: > OK. This all makes lots of sense, but look at the example I provided in > the original post. It is a modification of code I did not write, but some > of you may have: > > /* static __inline void */ > void > bus_space_write_4(bus_space_tag_t tag, bus_space_handle_t bsh, > bus_size_t offset, u_int32_t value) > { > #if defined(_ALPHA_BUS_PIO_H_) > #if defined(_ALPHA_BUS_MEMIO_H_) > if (tag == ALPHA_BUS_SPACE_IO) > #endif > { > u_int32_t port, data; > > port = (u_int32_t)bsh + (u_int32_t)offset; > data = (u_int32_t)value; > > printf("%s.%d I/O handle = %x, offset = %x, value = %x\n", __FILE__, > __LINE__, b > sh, offset, value); > printf("%s.%d I/O port = %x, data = %x\n", __FILE__, __LINE__, port, data); > > >>>>-------->>>> Everything is honky-dory until this point <<<<--------<<<< > outl(port, data); > >>>>-------->>>> This printf never happens. We panic before it happens > > printf("%s.%d I/O DONE = %x, data = %x\n", __FILE__, __LINE__, port, data); > } > #endif > #if defined(_ALPHA_BUS_MEMIO_H_) > #if defined(_ALPHA_BUS_PIO_H_) > else > #endif > writel(bsh + offset, value); > #endif > } > > You can trace back this call to the sys/dev/dpt/dpt_scsi.c file the > dpt_send_eata_command function, line 1088, where the line: > > dpt_outl(dpt, HA_WDMAADDR, cmd_busaddr); > > can be traced back to bus_space_write_4 above. Please trust me in saying > that I tried everything you suggest before posting my mssage. The casts at > the top of my example were necessary to avoid a similar panic. All the > data types involoved are taken from the CAM code and are either pointers or > 64bit integers. Ok, its fairly obvious that something strange is happening here. What is the faulting address for the unaligned access (the value of a0 in the printtrap() report)? The code which implements the various variants of inx, outx etc. is in the chipset implementations in sys/alpha/pci. You are probably using the implementation in cia.c (you have a Miata right?) which uses the byte-word-extension instructions to access the i/o memory. The functions for this combination are named cia_bwx_in*, etc. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Nov 26 09:00:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA14593 for freebsd-alpha-outgoing; Thu, 26 Nov 1998 09:00:17 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from pacific.net (pacific.pacific.net [199.4.80.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA14587 for ; Thu, 26 Nov 1998 09:00:16 -0800 (PST) (envelope-from ufkartfm@pacific.net) Received: from pacific.net (slime-lake.pacific.net [209.209.2.250]) by pacific.net (8.8.7/8.8.7) with ESMTP id JAA29880 for ; Thu, 26 Nov 1998 09:00:06 -0800 (PST) Message-ID: <365D18AA.BCEB99FE@pacific.net> Date: Thu, 26 Nov 1998 09:00:26 +0000 From: curtis Organization: Flying Snail Ranch X-Mailer: Mozilla 4.07 [en] (X11; I; FreeBSD 3.0-RELEASE i386) MIME-Version: 1.0 To: "freebsd-alpha@FreeBSD.ORG" Subject: Multia - 3.0-19981124-SNAP - report Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Target Machine: Multia VX42 3.0-19981124-SNAP ftp://mirrors.rcn.com/pub/FreeBSD/alpha/ ******* kern.flp and mfsroot.gz allow for /stand/sysinstall after an Express/Kern-Developer install: reboot still causes "Unexpected Machine Check through vector 00000067" (power cycle) >>>boot -flags a -file kernel dka0 (boot dka0.0.0.6.0 -file kernel -flags a) no such file file open failed for kernel/dka0.0.0.6.0 >>>boot -flags a dva0 eboot dva0.0.0.0.1 -flags a) block 0 of dva0.0.0.0.1 is a valid boot block reading 14 blocks from dva0.0.0.0.1 bootstrap code read in base = 166000, image_start = 0, image_bytes = 1c00 initializing HWRPB at 2000 initializing page table at 158000 initializing machine state setting affinity to the primary CPU jumping to bootstrap code Console: SRM firmware console VMS PAL rev: 0x1000000010530 OSF PAL rev: 0x1000000020123 Switch to OSF PAL code succeeded. FreeBSD/alpha SRM disk boot, Revision (root@sloth.noc.erols.net, Tue Nov 24 15:51:28 GMT 1998) Memory: 65536 k /kernel data=0x1e3ed8+0x26920 syms=[0x8+0x3f1f8+0x8+0x2517b] Please insert MFS root floppy and press enter: load: can't find '/mfsroot' Hit [Enter] to boot immediately, or any other key for command prompt. Booting [kernel]... Entering kernel at 0xfffffc0000321140... Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-19981124-SNAP #0: Tue Nov 24 17:51:16 GMT 1998 root@sloth.noc.erols.net:/usr/src/sys/compile/BOOTMFS DEC AXPpci (PCI ISA), 267MHz 8192 byte page size, 1 processor. real memory = 64684032 (63168K bytes) avail memory = 58351616 (56984K bytes) Preloaded elf kernel "kernel" at 0xfffffc0000572000. lca0: <21066 PCI adapter> isa0 Probing for devices on PCI bus 0: ncr0: rev 0x01 int a irq 11 on pci0.6.0 chip0: rev 0x84 on pci0.7.0 de0: rev 0x23 int a irq 15 on pci0.8.0 de0: DEC 21040 [10Mb/s] pass 2.3 de0: address 08:00:2b:e5:a6:33 dec_axppci_33_intr_map: bad interrupt pin 16 mcclock0: at port 0x70-0x71 on isa0 sc0 not found sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A, console sio1: reserved for low-level i/o sio1 not found struct nfssvc_sock bloated (> 256bytes) Try reducing NFS_UIDHASHSIZ struct nfsuid bloated (> 128bytes) Try unionizing the nu_nickname and nu_flag fields Timecounter "alpha" frequency 267166666 Hz Waiting 15 seconds for SCSI devices to settle de0: enabling 10baseT port da0 at ncr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 10.0MB/s transfers (10.0MHz, offset 8) da0: 503MB (1031970 512 byte sectors: 64H 32S/T 503C) cd0 at ncr0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI2 device cd0: 3.300MB/s transfers cd0: cd present [295967 x 2048 byte records] swapon: /dev/da0s1b: Device not configured Automatic reboot in progress... Can't open /dev/rda0s1a: Device not configured /dev/rda0s1a: CAN'T CHECK FILE SYSTEM. /dev/rda0s1a: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. Automatic file system check failed... help! Enter full pathname of shell or RETURN for /bin/sh: # df Filesystem 512-blocks Used Avail Capacity Mounted on da0a 744158 348880 335746 51% / # uname -a FreeBSD 3.0-19981124-SNAP FreeBSD 3.0-19981124-SNAP #0: Tue Nov 24 17:51:16 GMT 1998 root@sloth.noc.erols.net:/usr/src/sys/ compile/BOOTMFS alpha # cd # pwd /root # vi test ex/vi: Error: Unable to create temporary file: Read-only file system #ls -l /dev/rda0s1a crw-r----- 1 root operator 13, 0x00020000 Nov 9 01:08 /dev/rda0s1a # ls -l /dev/da0s1b brw-r----- 1 root operator 4, 0x00020001 Nov 9 01:08 /dev/da0s1b # ls -l da0a brw-r----- 1 root operator 4, 0 Nov 9 01:06 da0a # ls -l /usr/src/sys/alpha total 16 drwxr-xr-x 2 root wheel 1024 Nov 9 01:04 alpha drwxr-xr-x 2 root wheel 512 Nov 9 01:04 conf drwxr-xr-x 3 root wheel 1536 Nov 9 01:04 include drwxr-xr-x 2 root wheel 512 Nov 9 01:04 isa drwxr-xr-x 2 root wheel 512 Nov 9 01:04 pci drwxr-xr-x 2 root wheel 1024 Nov 9 01:04 tc drwxr-xr-x 2 root wheel 512 Nov 9 01:04 tlsb # -- curtis - ufkartfm@pacific.net - site administrator for Nobody I want Nobody to control my life! How about you? http://www.netvideo.com/nobody To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Nov 26 23:51:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA22599 for freebsd-alpha-outgoing; Thu, 26 Nov 1998 23:51:45 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from itp.ac.ru (itp.ac.ru [193.233.32.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA22581 for ; Thu, 26 Nov 1998 23:51:40 -0800 (PST) (envelope-from ks@itp.ac.ru) Received: from speecart.chg.ru (speecart.chg.ru [193.233.46.2]) by itp.ac.ru (8.9.1/8.9.1) with ESMTP id KAA08248 for ; Fri, 27 Nov 1998 10:57:17 +0300 (MSK) Message-ID: X-Mailer: XFMail 1.2 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 27 Nov 1998 10:52:24 +0300 (MSK) Organization: Landau Institute for Theoretical Physics From: "Sergey S. Kosyakov" To: freebsd-alpha@FreeBSD.ORG Subject: vi - unaligned access Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I installed 1125-SNAP on my AlphaPC 164LX, and some processes, e.g. "vi rc.conf", fails with "unaligned access" message. Can anybody help me to fix that? EB164 Pyxis, pass1 AlphaPC 164LX 533MHz NCR 53c810 DEC 21041 Ethernet --- ---------------------------------- Sergey Kosyakov E-Mail: ks@itp.ac.ru Date: 27-Nov-98 Time: 10:42:44 ---------------------------------- --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Nov 27 00:15:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA24220 for freebsd-alpha-outgoing; Fri, 27 Nov 1998 00:15:23 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA24215 for ; Fri, 27 Nov 1998 00:15:19 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id TAA17346; Fri, 27 Nov 1998 19:21:19 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199811270821.TAA17346@cimlogic.com.au> Subject: Re: building -current for Alpha In-Reply-To: <199811270738.IAA05092@yedi.iaf.nl> from Wilko Bulte at "Nov 27, 98 08:38:26 am" To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Fri, 27 Nov 1998 19:21:19 +1100 (EST) Cc: freebsd-alpha@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte wrote: > It now ran much longer than with -j 2 but falls over in/with: [...] > /usr/src/gnu/usr.bin/groff/libgroff/../../../../contrib/groff/libgroff/assert.cc > -o assert.o > In file included from /usr/obj/elf/usr/src/tmp/usr/include/stdio.h:44, > from > /usr/src/gnu/usr.bin/groff/libgroff/../../../../contrib/groff/libgroff/assert.cc:20: > /usr/obj/elf/usr/src/tmp/usr/include/machine/ansi.h:57: Internal compiler > error. > /usr/obj/elf/usr/src/tmp/usr/include/machine/ansi.h:57: Please submit a full > bug report to `bug-g++@prep.ai.mit.edu'. > *** Error code 1 Try building with "CFLAGS=" in /etc/make.conf to turn off the default optimization. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Nov 27 00:31:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA25466 for freebsd-alpha-outgoing; Fri, 27 Nov 1998 00:31:23 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from dingo.cdrom.com (castles305.castles.com [208.214.167.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA25459 for ; Fri, 27 Nov 1998 00:31:21 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id AAA00656; Fri, 27 Nov 1998 00:29:15 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199811270829.AAA00656@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: curtis cc: "freebsd-alpha@FreeBSD.ORG" Subject: Re: Multia - 3.0-19981124-SNAP - report In-reply-to: Your message of "Thu, 26 Nov 1998 09:00:26 GMT." <365D18AA.BCEB99FE@pacific.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Nov 1998 00:29:14 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Target Machine: Multia VX42 > 3.0-19981124-SNAP > ftp://mirrors.rcn.com/pub/FreeBSD/alpha/ > > ******* > > kern.flp and mfsroot.gz allow for /stand/sysinstall > > after an Express/Kern-Developer install: > > reboot still causes "Unexpected Machine Check through vector 00000067" NetBSD does this (on my VX40) as well; it seems to be harmless. > (power cycle) > > >>>boot -flags a -file kernel dka0 > (boot dka0.0.0.6.0 -file kernel -flags a) > no such file > file open failed for kernel/dka0.0.0.6.0 Don't know where that message came from; what did you have on the disk beforehand? That's certainly not the FreeBSD bootblocks talking. Looks like you need to do the "standard" disklabelling magic before rebooting but after the install. > Can't open /dev/rda0s1a: Device not configured That's normal too; you need to update /etc/fstab by hand as sysinstall is writing out the sliced version but the SRM console won't boot from a sliced disk. Try: # mount /dev/da0a / ... (other mounts as required) # vi /etc/fstab (remove 'sX' from device names) # disklabel -B da0 (should fix the inability to boot from dka0) # reboot -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Nov 27 01:55:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA03001 for freebsd-alpha-outgoing; Fri, 27 Nov 1998 01:55:46 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA02996 for ; Fri, 27 Nov 1998 01:55:44 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id JAA16993; Fri, 27 Nov 1998 09:54:32 GMT Date: Fri, 27 Nov 1998 09:54:32 +0000 (GMT) From: Doug Rabson To: "Sergey S. Kosyakov" cc: freebsd-alpha@FreeBSD.ORG Subject: Re: vi - unaligned access In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 27 Nov 1998, Sergey S. Kosyakov wrote: > > Hi, > > I installed 1125-SNAP on my AlphaPC 164LX, and some processes, > e.g. "vi rc.conf", fails with "unaligned access" message. Can anybody help me > to fix that? > > EB164 > Pyxis, pass1 > AlphaPC 164LX 533MHz > NCR 53c810 > DEC 21041 Ethernet How does the process fail? For user processes, unaligned accesses are handled (slowly) by the kernel. The program should still work. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Nov 27 02:32:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA06303 for freebsd-alpha-outgoing; Fri, 27 Nov 1998 02:32:38 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from itp.ac.ru (itp.ac.ru [193.233.32.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA06298 for ; Fri, 27 Nov 1998 02:32:28 -0800 (PST) (envelope-from ks@itp.ac.ru) Received: from speecart.chg.ru (speecart.chg.ru [193.233.46.2]) by itp.ac.ru (8.9.1/8.9.1) with ESMTP id NAA09247; Fri, 27 Nov 1998 13:36:20 +0300 (MSK) Message-ID: X-Mailer: XFMail 1.2 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 27 Nov 1998 13:31:25 +0300 (MSK) Organization: Landau Institute for Theoretical Physics From: "Sergey S. Kosyakov" To: Doug Rabson Subject: Re: vi - unaligned access Cc: freebsd-alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org core dumped. On 27-Nov-98 Doug Rabson wrote: > On Fri, 27 Nov 1998, Sergey S. Kosyakov wrote: > >> >> Hi, >> >> I installed 1125-SNAP on my AlphaPC 164LX, and some processes, >> e.g. "vi rc.conf", fails with "unaligned access" message. Can anybody help >> me >> to fix that? >> >> EB164 >> Pyxis, pass1 >> AlphaPC 164LX 533MHz >> NCR 53c810 >> DEC 21041 Ethernet > > How does the process fail? For user processes, unaligned accesses are > handled (slowly) by the kernel. The program should still work. > > -- > Doug Rabson Mail: dfr@nlsystems.com > Nonlinear Systems Ltd. Phone: +44 181 951 1891 > Fax: +44 181 381 1039 --- ---------------------------------- Sergey Kosyakov Laboratory of Distributed Computing Department of High-Performance Computing and Applied Network Research Landau Institute for Theoretical Physics E-Mail: ks@itp.ac.ru Date: 27-Nov-98 Time: 13:31:13 ---------------------------------- --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Nov 27 02:39:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA06905 for freebsd-alpha-outgoing; Fri, 27 Nov 1998 02:39:12 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA06900 for ; Fri, 27 Nov 1998 02:39:08 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id KAA17142; Fri, 27 Nov 1998 10:40:42 GMT Date: Fri, 27 Nov 1998 10:40:42 +0000 (GMT) From: Doug Rabson To: "Sergey S. Kosyakov" cc: freebsd-alpha@FreeBSD.ORG Subject: Re: vi - unaligned access In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 27 Nov 1998, Sergey S. Kosyakov wrote: > > core dumped. Does this happen whenever you run vi or just for editing particular files? I have never seen vi coredump in this way. Perhaps you could try rebuilding it from source? -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Nov 27 03:45:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA11151 for freebsd-alpha-outgoing; Fri, 27 Nov 1998 03:45:28 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA11144 for ; Fri, 27 Nov 1998 03:45:25 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id UAA03914 for ; Fri, 27 Nov 1998 20:45:18 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id UAA29251; Fri, 27 Nov 1998 20:45:18 +0900 (JST) To: freebsd-alpha@FreeBSD.ORG Subject: vmstat -i X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Fri, 27 Nov 1998 20:45:17 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 232 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, Here is a patch to make vmstat -i work correctly. It needs NetBSD's src/sys/arch/alpha/include/intrcnt.h in addtion. I don't know whether INTRCNT_EB164_IRQ is a good choice for cia. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp Index: alpha/interrupt.c =================================================================== RCS file: /pub/FreeBSD-CVS/src/sys/alpha/alpha/interrupt.c,v retrieving revision 1.7 diff -c -r1.7 interrupt.c *** interrupt.c 1998/11/18 23:51:40 1.7 --- interrupt.c 1998/11/25 12:33:18 *************** *** 50,63 **** #include #include - #if 0 #ifdef EVCNT_COUNTERS #include struct evcnt clock_intr_evcnt; /* event counter for clock intrs. */ #else #include #endif - #endif volatile int mc_expected, mc_received; --- 50,61 ---- *************** *** 84,95 **** case ALPHA_INTR_CLOCK: /* clock interrupt */ cnt.v_intr++; - #if 0 #ifdef EVCNT_COUNTERS clock_intr_evcnt.ev_count++; #else intrcnt[INTRCNT_CLOCK]++; - #endif #endif if (platform.clockintr) (*platform.clockintr)(framep); --- 82,91 ---- Index: alpha/locore.s =================================================================== RCS file: /pub/FreeBSD-CVS/src/sys/alpha/alpha/locore.s,v retrieving revision 1.5 diff -c -r1.5 locore.s *** locore.s 1998/11/15 00:50:59 1.5 --- locore.s 1998/11/25 14:07:36 *************** *** 56,61 **** --- 56,66 ---- #include #include + #ifndef EVCNT_COUNTERS + #define _LOCORE + #include + #endif + /* * PTmap is recursive pagemap at top of virtual address space. * Within PTmap, the lev1 and lev0 page tables can be found. *************** *** 296,305 **** /* XXX: make systat/vmstat happy */ .data EXPORT(intrnames) ! ASCIZ "foobar" EXPORT(eintrnames) .align 3 EXPORT(intrcnt) ! .quad 0 EXPORT(eintrcnt) .text --- 301,314 ---- /* XXX: make systat/vmstat happy */ .data EXPORT(intrnames) ! #ifndef EVCNT_COUNTERS ! INTRNAMES_DEFINITION ! #endif EXPORT(eintrnames) .align 3 EXPORT(intrcnt) ! #ifndef EVCNT_COUNTERS ! INTRCNT_DEFINITION ! #endif EXPORT(eintrcnt) .text Index: isa/isa.c =================================================================== RCS file: /pub/FreeBSD-CVS/src/sys/alpha/isa/isa.c,v retrieving revision 1.7 diff -c -r1.7 isa.c *** isa.c 1998/11/18 23:53:11 1.7 --- isa.c 1998/11/27 08:50:04 *************** *** 37,42 **** --- 37,43 ---- #include #include #include + #include #include MALLOC_DEFINE(M_ISADEV, "isadev", "ISA device"); *************** *** 627,632 **** --- 628,634 ---- struct isa_intr *ii = arg; int irq = ii->irq; + intrcnt[INTRCNT_ISA_IRQ + irq] ++; ii->intr(ii->arg); if (ii->irq > 7) Index: pci/cia.c =================================================================== RCS file: /pub/FreeBSD-CVS/src/sys/alpha/pci/cia.c,v retrieving revision 1.11 diff -c -r1.11 cia.c *** cia.c 1998/11/15 18:25:16 1.11 --- cia.c 1998/11/27 11:22:55 *************** *** 96,101 **** --- 96,102 ---- #include #include #include + #include #include #include *************** *** 104,109 **** --- 105,111 ---- #include #include #include + #include #include #include #include *************** *** 820,841 **** return 0; } static int cia_setup_intr(device_t dev, device_t child, struct resource *irq, driver_intr_t *intr, void *arg, void **cookiep) { ! struct alpha_intr *i; int error; error = rman_activate_resource(irq); if (error) return error; error = alpha_setup_intr(0x900 + (irq->r_start << 4), ! intr, arg, cookiep); ! if (error) return error; /* Enable PCI interrupt */ platform.pci_intr_enable(irq->r_start); --- 822,876 ---- return 0; } + struct pci_intr { + #if 0 + void *ih; + #endif + driver_intr_t *intr; + void *arg; + int irq; + }; + + /* + * Wrap PCI interrupt just for counting + */ + + static void + pci_handle_intr(void *arg) + { + struct pci_intr *pi = arg; + int irq = pi->irq; + + intrcnt[INTRCNT_EB164_IRQ + irq] ++; + pi->intr(pi->arg); + } + + static int cia_setup_intr(device_t dev, device_t child, struct resource *irq, driver_intr_t *intr, void *arg, void **cookiep) { ! struct pci_intr *pi; int error; error = rman_activate_resource(irq); if (error) return error; + pi = malloc(sizeof(struct pci_intr), M_DEVBUF, M_NOWAIT); + if (!pi) + return ENOMEM; + pi->intr = intr; + pi->arg = arg; + pi->irq = irq->r_start; + error = alpha_setup_intr(0x900 + (irq->r_start << 4), ! pci_handle_intr, pi, cookiep); ! if (error) { ! free(pi, M_DEVBUF); return error; + } /* Enable PCI interrupt */ platform.pci_intr_enable(irq->r_start); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Nov 27 08:56:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA07398 for freebsd-alpha-outgoing; Fri, 27 Nov 1998 08:56:35 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from pacific.net (pacific.pacific.net [199.4.80.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA07393 for ; Fri, 27 Nov 1998 08:56:30 -0800 (PST) (envelope-from ufkartfm@pacific.net) Received: from pacific.net (slime-lake.pacific.net [209.209.2.250]) by pacific.net (8.8.7/8.8.7) with ESMTP id IAA03532; Fri, 27 Nov 1998 08:56:12 -0800 (PST) Message-ID: <365E693F.65FEF6C2@pacific.net> Date: Fri, 27 Nov 1998 08:56:31 +0000 From: curtis Organization: Flying Snail Ranch X-Mailer: Mozilla 4.07 [en] (X11; I; FreeBSD 3.0-RELEASE i386) MIME-Version: 1.0 To: Mike Smith CC: "freebsd-alpha@FreeBSD.ORG" Subject: Re: Multia - 3.0-19981124-SNAP - report References: <199811270829.AAA00656@dingo.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org MIKE (curtis shouted from across the net) T H A N K Y O U !!! (smile) IT WORKED. I am very happy to say I now have an FreeBSD/Alpha 3.0-19981124-SNAP running on my Multia VX42 I CAN (now) WRITE TO! I did run across a few things: # /sbin/disklabel -B da0 /sbin/disklabel: /usr/mdec/daboot: No such file or directory # ls -l /usr/mdec/ total 14 -r-xr-xr-x 1 root wheel 6872 Nov 24 1998 boot1 and under the SRM console, because of above, I still get (on reboot): >>>boot -file kernel -flags a dka0 (boot dka0.0.0.6.0 -file kernel -flags a) no such file file open failed for kernel/dka0.0.0.6.0 and ....using 1124-SNAP kern.flp with the -flags a option for a reboot (pressing enter, when it asks for mfsroot disk) it produces the following [snipped]: swapon: adding /dev/da0b as swap device Automatic reboot in progress... /dev/rda0a: clean, 222393 free (16769 frags, 25703 blocks, 4.2% fragmentation) dmesg: kvm_read: kvm_read: Bad address -> (i know where this comes from) Starting final network daemons:. setting ELF ldconfig path: /usr/lib /usr/lib/compat setting a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout ldconfig: illegal option -- a usage: ldconfig [-Rmrsv] [-f hints_file] [dir | file ...] Initial rc.alpha initialization:. rc.alpha configuring syscons: blank_time/etc/rc.alpha: cannot open /dev/ttyv0: no such device or address and, ...if i do not set -flags option after the install and boot dva0 , it brings me to the prompt without any error messages. thanks again, very much, Mike.....n'best2u curtis Mike Smith wrote: > > Try: > > # mount /dev/da0a / > ... (other mounts as required) > # vi /etc/fstab > (remove 'sX' from device names) > # disklabel -B da0 > (should fix the inability to boot from dka0) > # reboot -- curtis - ufkartfm@pacific.net - site administrator for Nobody I want Nobody to control my life! How about you? http://www.netvideo.com/nobody To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Nov 27 09:36:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA10506 for freebsd-alpha-outgoing; Fri, 27 Nov 1998 09:36:24 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from burka.rdy.com (burka.rdy.com [205.149.163.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA10500 for ; Fri, 27 Nov 1998 09:36:20 -0800 (PST) (envelope-from dima@burka.rdy.com) Received: (from dima@localhost) by burka.rdy.com (8.9.1/RDY&DVV) id JAA00541; Fri, 27 Nov 1998 09:36:11 -0800 (PST) Message-Id: <199811271736.JAA00541@burka.rdy.com> Subject: Re: vmstat -i In-Reply-To: <19981127204517A.simokawa@sat.t.u-tokyo.ac.jp> from Hidetoshi Shimokawa at "Nov 27, 1998 8:45:17 pm" To: simokawa@sat.t.u-tokyo.ac.jp (Hidetoshi Shimokawa) Date: Fri, 27 Nov 1998 09:36:11 -0800 (PST) Cc: freebsd-alpha@FreeBSD.ORG X-Class: Fast Organization: HackerDome Reply-To: dima@best.net From: dima@best.net (Dima Ruban) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Well, the actuall question is - do we want to adopt netbsd's method of tracking interrupts (bogus) or we want to come up with something decent on our own. Hidetoshi Shimokawa writes: > Hi, > > Here is a patch to make vmstat -i work correctly. > It needs NetBSD's src/sys/arch/alpha/include/intrcnt.h > in addtion. I don't know whether INTRCNT_EB164_IRQ is > a good choice for cia. > > /\ Hidetoshi Shimokawa > \/ simokawa@sat.t.u-tokyo.ac.jp > PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp > > Index: alpha/interrupt.c > =================================================================== > RCS file: /pub/FreeBSD-CVS/src/sys/alpha/alpha/interrupt.c,v > retrieving revision 1.7 > diff -c -r1.7 interrupt.c > *** interrupt.c 1998/11/18 23:51:40 1.7 > --- interrupt.c 1998/11/25 12:33:18 > *************** > *** 50,63 **** > #include > #include > > - #if 0 > #ifdef EVCNT_COUNTERS > #include > struct evcnt clock_intr_evcnt; /* event counter for clock intrs. */ > #else > #include > #endif > - #endif > > volatile int mc_expected, mc_received; > > --- 50,61 ---- > *************** > *** 84,95 **** > > case ALPHA_INTR_CLOCK: /* clock interrupt */ > cnt.v_intr++; > - #if 0 > #ifdef EVCNT_COUNTERS > clock_intr_evcnt.ev_count++; > #else > intrcnt[INTRCNT_CLOCK]++; > - #endif > #endif > if (platform.clockintr) > (*platform.clockintr)(framep); > --- 82,91 ---- > Index: alpha/locore.s > =================================================================== > RCS file: /pub/FreeBSD-CVS/src/sys/alpha/alpha/locore.s,v > retrieving revision 1.5 > diff -c -r1.5 locore.s > *** locore.s 1998/11/15 00:50:59 1.5 > --- locore.s 1998/11/25 14:07:36 > *************** > *** 56,61 **** > --- 56,66 ---- > #include > #include > > + #ifndef EVCNT_COUNTERS > + #define _LOCORE > + #include > + #endif > + > /* > * PTmap is recursive pagemap at top of virtual address space. > * Within PTmap, the lev1 and lev0 page tables can be found. > *************** > *** 296,305 **** > /* XXX: make systat/vmstat happy */ > .data > EXPORT(intrnames) > ! ASCIZ "foobar" > EXPORT(eintrnames) > .align 3 > EXPORT(intrcnt) > ! .quad 0 > EXPORT(eintrcnt) > .text > --- 301,314 ---- > /* XXX: make systat/vmstat happy */ > .data > EXPORT(intrnames) > ! #ifndef EVCNT_COUNTERS > ! INTRNAMES_DEFINITION > ! #endif > EXPORT(eintrnames) > .align 3 > EXPORT(intrcnt) > ! #ifndef EVCNT_COUNTERS > ! INTRCNT_DEFINITION > ! #endif > EXPORT(eintrcnt) > .text > Index: isa/isa.c > =================================================================== > RCS file: /pub/FreeBSD-CVS/src/sys/alpha/isa/isa.c,v > retrieving revision 1.7 > diff -c -r1.7 isa.c > *** isa.c 1998/11/18 23:53:11 1.7 > --- isa.c 1998/11/27 08:50:04 > *************** > *** 37,42 **** > --- 37,43 ---- > #include > #include > #include > + #include > #include > > MALLOC_DEFINE(M_ISADEV, "isadev", "ISA device"); > *************** > *** 627,632 **** > --- 628,634 ---- > struct isa_intr *ii = arg; > int irq = ii->irq; > > + intrcnt[INTRCNT_ISA_IRQ + irq] ++; > ii->intr(ii->arg); > > if (ii->irq > 7) > Index: pci/cia.c > =================================================================== > RCS file: /pub/FreeBSD-CVS/src/sys/alpha/pci/cia.c,v > retrieving revision 1.11 > diff -c -r1.11 cia.c > *** cia.c 1998/11/15 18:25:16 1.11 > --- cia.c 1998/11/27 11:22:55 > *************** > *** 96,101 **** > --- 96,102 ---- > #include > #include > #include > + #include > #include > > #include > *************** > *** 104,109 **** > --- 105,111 ---- > #include > #include > #include > + #include > #include > #include > #include > *************** > *** 820,841 **** > return 0; > } > > static int > cia_setup_intr(device_t dev, device_t child, > struct resource *irq, > driver_intr_t *intr, void *arg, void **cookiep) > { > ! struct alpha_intr *i; > int error; > > error = rman_activate_resource(irq); > if (error) > return error; > > error = alpha_setup_intr(0x900 + (irq->r_start << 4), > ! intr, arg, cookiep); > ! if (error) > return error; > > /* Enable PCI interrupt */ > platform.pci_intr_enable(irq->r_start); > --- 822,876 ---- > return 0; > } > > + struct pci_intr { > + #if 0 > + void *ih; > + #endif > + driver_intr_t *intr; > + void *arg; > + int irq; > + }; > + > + /* > + * Wrap PCI interrupt just for counting > + */ > + > + static void > + pci_handle_intr(void *arg) > + { > + struct pci_intr *pi = arg; > + int irq = pi->irq; > + > + intrcnt[INTRCNT_EB164_IRQ + irq] ++; > + pi->intr(pi->arg); > + } > + > + > static int > cia_setup_intr(device_t dev, device_t child, > struct resource *irq, > driver_intr_t *intr, void *arg, void **cookiep) > { > ! struct pci_intr *pi; > int error; > > error = rman_activate_resource(irq); > if (error) > return error; > > + pi = malloc(sizeof(struct pci_intr), M_DEVBUF, M_NOWAIT); > + if (!pi) > + return ENOMEM; > + pi->intr = intr; > + pi->arg = arg; > + pi->irq = irq->r_start; > + > error = alpha_setup_intr(0x900 + (irq->r_start << 4), > ! pci_handle_intr, pi, cookiep); > ! if (error) { > ! free(pi, M_DEVBUF); > return error; > + } > > /* Enable PCI interrupt */ > platform.pci_intr_enable(irq->r_start); > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > -- dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Nov 27 09:51:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA11666 for freebsd-alpha-outgoing; Fri, 27 Nov 1998 09:51:11 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from dingo.cdrom.com (castles130.castles.com [208.214.165.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA11660 for ; Fri, 27 Nov 1998 09:51:09 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id JAA03305; Fri, 27 Nov 1998 09:49:01 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199811271749.JAA03305@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: curtis cc: "freebsd-alpha@FreeBSD.ORG" Subject: Re: Multia - 3.0-19981124-SNAP - report In-reply-to: Your message of "Fri, 27 Nov 1998 08:56:31 GMT." <365E693F.65FEF6C2@pacific.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Nov 1998 09:49:00 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > MIKE (curtis shouted from across the net) T H A N K Y O U !!! (smile) > IT WORKED. Coolness. Thank Paul Richards for fixing it this time. 8) > I am very happy to say I now have an FreeBSD/Alpha 3.0-19981124-SNAP > running on my Multia VX42 I CAN (now) WRITE TO! > > I did run across a few things: > > # /sbin/disklabel -B da0 > /sbin/disklabel: /usr/mdec/daboot: No such file or directory > # ls -l /usr/mdec/ > total 14 > -r-xr-xr-x 1 root wheel 6872 Nov 24 1998 boot1 That's arguably a bug in disklabel; it needs to be updated to use /boot now instead of /usr/mdec. > Starting final network daemons:. > setting ELF ldconfig path: /usr/lib /usr/lib/compat > setting a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout > ldconfig: illegal option -- a > usage: ldconfig [-Rmrsv] [-f hints_file] [dir | file ...] That looks like a bug in /etc/rc; it's trying to run the a.out ldconfig, but that doesn't exist on the alpha. > Initial rc.alpha initialization:. > rc.alpha configuring syscons: blank_time/etc/rc.alpha: cannot open > /dev/ttyv0: no such device or address Syscons isn't running; that's normal (but irritating). > and, ...if i do not set -flags option after the install and boot dva0 , > it brings me to the prompt without any error messages. Check the flags you've got set in the SRM console; it looks like you're defaulting to coming up single-user. If you hit ^D at the prompt, it should continue into multi-user mode. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Nov 27 11:44:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA20002 for freebsd-alpha-outgoing; Fri, 27 Nov 1998 11:44:45 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from pacific.net (pacific.pacific.net [199.4.80.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA19997 for ; Fri, 27 Nov 1998 11:44:43 -0800 (PST) (envelope-from ufkartfm@pacific.net) Received: from pacific.net (slime-lake.pacific.net [209.209.2.250]) by pacific.net (8.8.7/8.8.7) with ESMTP id LAA28873 for ; Fri, 27 Nov 1998 11:44:34 -0800 (PST) Message-ID: <365E90B7.201CBDDD@pacific.net> Date: Fri, 27 Nov 1998 11:44:55 +0000 From: curtis Organization: Flying Snail Ranch X-Mailer: Mozilla 4.07 [en] (X11; I; FreeBSD 3.0-RELEASE i386) MIME-Version: 1.0 To: "freebsd-alpha@FreeBSD.ORG" Subject: [Fwd: Multia - 3.0-19981124-SNAP - report] Content-Type: multipart/mixed; boundary="------------8AE9DFF5E8F0ED8AA96FFDBC" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------8AE9DFF5E8F0ED8AA96FFDBC Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --------------8AE9DFF5E8F0ED8AA96FFDBC Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <365E8F42.2483761D@pacific.net> Date: Fri, 27 Nov 1998 11:38:42 +0000 From: curtis Organization: Flying Snail Ranch X-Mailer: Mozilla 4.07 [en] (X11; I; FreeBSD 3.0-RELEASE i386) MIME-Version: 1.0 To: Mike Smith Subject: Re: Multia - 3.0-19981124-SNAP - report References: <199811271749.JAA03305@dingo.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mike, thanks again, I'll try those suggestions later, as my 'visiting' nephew has been waiting since early this morning to (chuckle) get at my game machine; which, is in the same location as this group of machines. anyhow, THANK YOU to Paul Richards -- very much appreciated! Since my last post, (smile) I got out my hammer and chisel, did some quick 'dirty' hacks, and got my first FreeBSD/alpha to boot. here are the current results: # dmesg Unrecognized boot flag '0'. Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-19981124-SNAP #0: Fri Nov 27 10:16:19 GMT 1998 root@:/usr/src/sys/compile/alienbabies DEC AXPpci (PCI ISA), 267MHz 8192 byte page size, 1 processor. real memory = 64684032 (63168K bytes) avail memory = 58089472 (56728K bytes) Preloaded elf kernel "kernel" at 0xfffffc00005b4000. lca0: <21066 PCI adapter> isa0 Probing for devices on PCI bus 0: ncr0: rev 0x01 int a irq 11 on pci0.6.0 chip0: rev 0x84 on pci0.7.0 de0: rev 0x23 int a irq 15 on pci0.8.0 de0: DEC 21040 [10Mb/s] pass 2.3 de0: address 08:00:2b:e5:a6:33 dec_axppci_33_intr_map: bad interrupt pin 16 mcclock0: at port 0x70-0x71 on isa0 sc0 not found sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A, console sio1: reserved for low-level i/o sio1 not found struct nfssvc_sock bloated (> 256bytes) Try reducing NFS_UIDHASHSIZ struct nfsuid bloated (> 128bytes) Try unionizing the nu_nickname and nu_flag fields Timecounter "alpha" frequency 267166666 Hz Waiting 15 seconds for SCSI devices to settle de0: enabling 10baseT port da0 at ncr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 10.0MB/s transfers (10.0MHz, offset 8) da0: 503MB (1031970 512 byte sectors: 64H 32S/T 503C) cd0 at ncr0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI2 device cd0: 3.300MB/s transfers cd0: cd present [295967 x 2048 byte records] # Mike Smith wrote: > > > MIKE (curtis shouted from across the net) T H A N K Y O U !!! (smile) > > IT WORKED. > > Coolness. Thank Paul Richards for fixing it this time. 8) > > > I am very happy to say I now have an FreeBSD/Alpha 3.0-19981124-SNAP > > running on my Multia VX42 I CAN (now) WRITE TO! > > > > I did run across a few things: > > > > # /sbin/disklabel -B da0 > > /sbin/disklabel: /usr/mdec/daboot: No such file or directory > > # ls -l /usr/mdec/ > > total 14 > > -r-xr-xr-x 1 root wheel 6872 Nov 24 1998 boot1 > > That's arguably a bug in disklabel; it needs to be updated to use /boot > now instead of /usr/mdec. > > > Starting final network daemons:. > > setting ELF ldconfig path: /usr/lib /usr/lib/compat > > setting a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout > > ldconfig: illegal option -- a > > usage: ldconfig [-Rmrsv] [-f hints_file] [dir | file ...] > > That looks like a bug in /etc/rc; it's trying to run the a.out ldconfig, > but that doesn't exist on the alpha. > > > Initial rc.alpha initialization:. > > rc.alpha configuring syscons: blank_time/etc/rc.alpha: cannot open > > /dev/ttyv0: no such device or address > > Syscons isn't running; that's normal (but irritating). > > > and, ...if i do not set -flags option after the install and boot dva0 , > > it brings me to the prompt without any error messages. > > Check the flags you've got set in the SRM console; it looks like you're > defaulting to coming up single-user. If you hit ^D at the prompt, it > should continue into multi-user mode. -- curtis - ufkartfm@pacific.net - site administrator for Nobody I want Nobody to control my life! How about you? http://www.netvideo.com/nobody --------------8AE9DFF5E8F0ED8AA96FFDBC-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Nov 27 13:14:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25169 for freebsd-alpha-outgoing; Fri, 27 Nov 1998 13:14:51 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA25162 for ; Fri, 27 Nov 1998 13:14:48 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id VAA18441; Fri, 27 Nov 1998 21:17:32 GMT Date: Fri, 27 Nov 1998 21:17:32 +0000 (GMT) From: Doug Rabson To: Dima Ruban cc: Hidetoshi Shimokawa , freebsd-alpha@FreeBSD.ORG Subject: Re: vmstat -i In-Reply-To: <199811271736.JAA00541@burka.rdy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 27 Nov 1998, Dima Ruban wrote: > Well, the actuall question is - do we want to adopt netbsd's method > of tracking interrupts (bogus) or we want to come up with something > decent on our own. I'm not too keen on this interrupt counting mechanism but it is at least simple. I would probably pass the address of a struct evcnt to alpha_setup_intr() instead of wrapping the handler with pci_handle_intr(). The generic code would handle incrementing the counter. I don't have a lot of enthusiasm for developing an alternative so unless anyone else is going to step up and write something cool, I will take this patch (and tweak alpha_setup_intr() to simplify it). -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Nov 27 14:55:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA04073 for freebsd-alpha-outgoing; Fri, 27 Nov 1998 14:55:04 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA04068 for ; Fri, 27 Nov 1998 14:55:01 -0800 (PST) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id PAA15978; Fri, 27 Nov 1998 15:54:53 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp02.primenet.com, id smtpd015961; Fri Nov 27 15:54:46 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id PAA22214; Fri, 27 Nov 1998 15:54:35 -0700 (MST) From: Terry Lambert Message-Id: <199811272254.PAA22214@usr02.primenet.com> Subject: Re: vmstat -i To: dfr@nlsystems.com (Doug Rabson) Date: Fri, 27 Nov 1998 22:54:35 +0000 (GMT) Cc: dima@best.net, simokawa@sat.t.u-tokyo.ac.jp, freebsd-alpha@FreeBSD.ORG In-Reply-To: from "Doug Rabson" at Nov 27, 98 09:17:32 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Well, the actuall question is - do we want to adopt netbsd's method > > of tracking interrupts (bogus) or we want to come up with something > > decent on our own. > > I'm not too keen on this interrupt counting mechanism but it is at least > simple. I would probably pass the address of a struct evcnt to > alpha_setup_intr() instead of wrapping the handler with pci_handle_intr(). > The generic code would handle incrementing the counter. > > I don't have a lot of enthusiasm for developing an alternative so unless > anyone else is going to step up and write something cool, I will take this > patch (and tweak alpha_setup_intr() to simplify it). I would prefer that someone fix the NetBSD version and submit it back to NetBSD, get it adopted, and then bring it into FreeBSD. It would better keep the platforms in sync than the "NIH" method. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Nov 27 18:38:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA23912 for freebsd-alpha-outgoing; Fri, 27 Nov 1998 18:38:33 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA23906 for ; Fri, 27 Nov 1998 18:38:30 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id LAA06222; Sat, 28 Nov 1998 11:38:17 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id LAA02340; Sat, 28 Nov 1998 11:38:17 +0900 (JST) To: dfr@nlsystems.com Cc: dima@best.net, freebsd-alpha@FreeBSD.ORG Subject: Re: vmstat -i In-Reply-To: Your message of "Fri, 27 Nov 1998 21:17:32 +0000 (GMT)" References: X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Sat, 28 Nov 1998 11:38:16 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 198 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org dfr> I'm not too keen on this interrupt counting mechanism but it is at least dfr> simple. I would probably pass the address of a struct evcnt to dfr> alpha_setup_intr() instead of wrapping the handler with pci_handle_intr(). dfr> The generic code would handle incrementing the counter. I agree with you. struct alpha_intr should have pointer to intrcnt and alpha_dispatch_intr should increment it. How about this? Index: alpha/interrupt.c =================================================================== RCS file: /pub/FreeBSD-CVS/src/sys/alpha/alpha/interrupt.c,v retrieving revision 1.7 diff -u -r1.7 interrupt.c --- interrupt.c 1998/11/18 23:51:40 1.7 +++ interrupt.c 1998/11/28 02:35:02 @@ -50,14 +50,12 @@ #include #include -#if 0 #ifdef EVCNT_COUNTERS #include struct evcnt clock_intr_evcnt; /* event counter for clock intrs. */ #else #include #endif -#endif volatile int mc_expected, mc_received; @@ -84,13 +82,11 @@ case ALPHA_INTR_CLOCK: /* clock interrupt */ cnt.v_intr++; -#if 0 #ifdef EVCNT_COUNTERS clock_intr_evcnt.ev_count++; #else intrcnt[INTRCNT_CLOCK]++; #endif -#endif if (platform.clockintr) (*platform.clockintr)(framep); break; @@ -287,12 +283,13 @@ int vector; /* vector to match */ driver_intr_t *intr; /* handler function */ void *arg; /* argument to handler */ + volatile long *cntp; /* interrupt counter */ }; static struct alpha_intr_list alpha_intr_hash[31]; int alpha_setup_intr(int vector, driver_intr_t *intr, void *arg, - void **cookiep) + void **cookiep, volatile long *cntp) { int h = HASHVEC(vector); struct alpha_intr *i; @@ -304,6 +301,10 @@ i->vector = vector; i->intr = intr; i->arg = arg; + if (cntp) + i->cntp = cntp; + else + i->cntp = NULL; s = splhigh(); LIST_INSERT_HEAD(&alpha_intr_hash[h], i, list); @@ -331,8 +332,13 @@ alpha_dispatch_intr(void *frame, unsigned long vector) { struct alpha_intr *i; + volatile long *cntp; + int h = HASHVEC(vector); for (i = LIST_FIRST(&alpha_intr_hash[h]); i; i = LIST_NEXT(i, list)) - if (i->vector == vector) + if (i->vector == vector) { + if (cntp = i->cntp) + (*cntp) ++; i->intr(i->arg); + } } Index: alpha/locore.s =================================================================== RCS file: /pub/FreeBSD-CVS/src/sys/alpha/alpha/locore.s,v retrieving revision 1.5 diff -u -r1.5 locore.s --- locore.s 1998/11/15 00:50:59 1.5 +++ locore.s 1998/11/25 14:07:36 @@ -56,6 +56,11 @@ #include #include +#ifndef EVCNT_COUNTERS +#define _LOCORE +#include +#endif + /* * PTmap is recursive pagemap at top of virtual address space. * Within PTmap, the lev1 and lev0 page tables can be found. @@ -296,10 +301,14 @@ /* XXX: make systat/vmstat happy */ .data EXPORT(intrnames) - ASCIZ "foobar" +#ifndef EVCNT_COUNTERS + INTRNAMES_DEFINITION +#endif EXPORT(eintrnames) .align 3 EXPORT(intrcnt) - .quad 0 +#ifndef EVCNT_COUNTERS + INTRCNT_DEFINITION +#endif EXPORT(eintrcnt) .text Index: include/intr.h =================================================================== RCS file: /pub/FreeBSD-CVS/src/sys/alpha/include/intr.h,v retrieving revision 1.4 diff -u -r1.4 intr.h --- intr.h 1998/11/15 18:25:16 1.4 +++ intr.h 1998/11/28 02:12:01 @@ -30,7 +30,7 @@ #define _MACHINE_INTR_H_ int alpha_setup_intr(int vector, driver_intr_t *intr, void *arg, - void **cookiep); + void **cookiep, volatile long *cntp); int alpha_teardown_intr(void *cookie); void alpha_dispatch_intr(void *frame, unsigned long vector); Index: isa/isa.c =================================================================== RCS file: /pub/FreeBSD-CVS/src/sys/alpha/isa/isa.c,v retrieving revision 1.7 diff -u -r1.7 isa.c --- isa.c 1998/11/18 23:53:11 1.7 +++ isa.c 1998/11/28 01:53:51 @@ -37,6 +37,7 @@ #include #include #include +#include #include MALLOC_DEFINE(M_ISADEV, "isadev", "ISA device"); @@ -654,7 +655,8 @@ ii->irq = irq->r_start; error = alpha_setup_intr(0x800 + (irq->r_start << 4), - isa_handle_intr, ii, &ii->ih); + isa_handle_intr, ii, &ii->ih, + &intrcnt[INTRCNT_ISA_IRQ + irq->r_start]); if (error) { free(ii, M_DEVBUF); return error; Index: pci/cia.c =================================================================== RCS file: /pub/FreeBSD-CVS/src/sys/alpha/pci/cia.c,v retrieving revision 1.11 diff -u -r1.11 cia.c --- cia.c 1998/11/15 18:25:16 1.11 +++ cia.c 1998/11/28 01:57:57 @@ -104,6 +104,7 @@ #include #include #include +#include #include #include #include @@ -825,7 +826,6 @@ struct resource *irq, driver_intr_t *intr, void *arg, void **cookiep) { - struct alpha_intr *i; int error; error = rman_activate_resource(irq); @@ -833,7 +833,8 @@ return error; error = alpha_setup_intr(0x900 + (irq->r_start << 4), - intr, arg, cookiep); + intr, arg, cookiep, + &intrcnt[INTRCNT_EB164_IRQ + irq->r_start]); if (error) return error; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Nov 27 18:53:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA25084 for freebsd-alpha-outgoing; Fri, 27 Nov 1998 18:53:51 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA25078 for ; Fri, 27 Nov 1998 18:53:50 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id LAA06235 for ; Sat, 28 Nov 1998 11:53:43 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id LAA02363; Sat, 28 Nov 1998 11:53:42 +0900 (JST) To: freebsd-alpha@FreeBSD.ORG Subject: gdb X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Sat, 28 Nov 1998 11:53:41 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 10 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, Does anyone have gdb working on FreeBSD/alpha? I tried to make it work on alpha, by importing some files from NetBSD/alpha, but I failed. It is built but it cannot find symbol table :-< /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Nov 27 18:55:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA25194 for freebsd-alpha-outgoing; Fri, 27 Nov 1998 18:55:57 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA25187 for ; Fri, 27 Nov 1998 18:55:53 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id OAA24158; Sat, 28 Nov 1998 14:02:10 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199811280302.OAA24158@cimlogic.com.au> Subject: Re: gdb In-Reply-To: <19981128115341K.simokawa@sat.t.u-tokyo.ac.jp> from Hidetoshi Shimokawa at "Nov 28, 98 11:53:41 am" To: simokawa@sat.t.u-tokyo.ac.jp (Hidetoshi Shimokawa) Date: Sat, 28 Nov 1998 14:02:10 +1100 (EST) Cc: freebsd-alpha@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hidetoshi Shimokawa wrote: > Hi, > > Does anyone have gdb working on FreeBSD/alpha? > I tried to make it work on alpha, by importing some files from > NetBSD/alpha, but I failed. It is built but it cannot find > symbol table :-< There is one in Doug's home directory on freefall. He posted the URL not so long ago, so that mail archives should have it. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Nov 28 01:54:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA25509 for freebsd-alpha-outgoing; Sat, 28 Nov 1998 01:54:55 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from itp.ac.ru (itp.ac.ru [193.233.32.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA25504 for ; Sat, 28 Nov 1998 01:54:53 -0800 (PST) (envelope-from ks@itp.ac.ru) Received: from speecart.chg.ru (speecart.chg.ru [193.233.46.2]) by itp.ac.ru (8.9.1/8.9.1) with ESMTP id MAA15567; Sat, 28 Nov 1998 12:59:44 +0300 (MSK) Message-ID: X-Mailer: XFMail 1.2 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sat, 28 Nov 1998 12:54:39 +0300 (MSK) Organization: Landau Institute for Theoretical Physics From: "Sergey S. Kosyakov" To: Doug Rabson Subject: Re: vi - unaligned access Cc: freebsd-alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org For small files (like fstab) vi works, but for "big" files (more than 25 lines?) vi and ex coredump with 10 or more messages "unaligned access". Sendmail (during multi-user startup) also writes "unaligned access". I will try to rebuild from source later. Sergey. On 27-Nov-98 Doug Rabson wrote: > On Fri, 27 Nov 1998, Sergey S. Kosyakov wrote: > >> >> core dumped. > > Does this happen whenever you run vi or just for editing particular files? > I have never seen vi coredump in this way. Perhaps you could try > rebuilding it from source? > > -- > Doug Rabson Mail: dfr@nlsystems.com > Nonlinear Systems Ltd. Phone: +44 181 951 1891 > Fax: +44 181 381 1039 --- ---------------------------------- Sergey Kosyakov Laboratory of Distributed Computing Department of High-Performance Computing and Applied Network Research Landau Institute for Theoretical Physics E-Mail: ks@itp.ac.ru Date: 28-Nov-98 Time: 12:49:18 ---------------------------------- --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Nov 28 02:11:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA26820 for freebsd-alpha-outgoing; Sat, 28 Nov 1998 02:11:00 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA26815 for ; Sat, 28 Nov 1998 02:10:49 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id KAA27811; Sat, 28 Nov 1998 10:13:28 GMT Date: Sat, 28 Nov 1998 10:13:27 +0000 (GMT) From: Doug Rabson To: Hidetoshi Shimokawa cc: freebsd-alpha@FreeBSD.ORG Subject: Re: gdb In-Reply-To: <19981128115341K.simokawa@sat.t.u-tokyo.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-756721729-912248007=:21711" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 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. --0-756721729-912248007=:21711 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sat, 28 Nov 1998, Hidetoshi Shimokawa wrote: > Hi, > > Does anyone have gdb working on FreeBSD/alpha? > I tried to make it work on alpha, by importing some files from > NetBSD/alpha, but I failed. It is built but it cannot find > symbol table :-< I have some patches to gdb-4.17 (attached) to make it build for FreeBSD/alpha. To get it building in the world, I would probably need to import gdb-4.17 first which I have been putting off for a while. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 --0-756721729-912248007=:21711 Content-Type: APPLICATION/octet-stream; name="gdb-4.17-freebsd-alpha.diffs.gz" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="gdb-4.17-freebsd-alpha.diffs.gz" H4sICIDsTzYAA2dkYi00LjE3LWZyZWVic2QtYWxwaGEuZGlmZnMA7Fzrdxo5 sv+M/4qaZCcB8wgN2MY4zk4HY5uMwRzAk+TOzu1tQJiOobu3H35sZv73W1VS P3gYO5n74e49k3PG3UilklQlVf2qpJ6JNZ1CMfS6ECzcN9eTUbFW0g7ejKaT N2PHnlrXJXyFR8p3isXitnaZjmOD7npQKUOl2ihrjaoG2uFhfSefzz/GNDMM BXwI56DVoIItao29Pdnop5+guL9X2Ic8/tXK8NNPO0D/AtO7NiZieivGx8jA EPPpfs0w5+7MNLAsReSLORb4x2LsTKeSYG4FwVwkdEdHO3kArtst7hannhAj f7ILvydlyH83R1RPd51/Ztd51TWkut69XfjYz9oUxa15vzo7bDp5SpOhJzbJ HIu36RGrM6eexWrUDqBcbuzVUClb1UhtUlosHzaqh409LdFipVqtkR75qVVZ k63L0x3YgUxKASn5o7wzzct+67R90ToOPHNSHDueKM0dLB+bAbx7B9Q3isgv zeDt238Qu/xL/G3ZAoZ9/cQ4b+knrT68mDl+4L/hDhT30uzFTp4bILdVLeQy SceOP436jbTlLZDIs/yxdZ+mTA9Rkc5clznO3PAeucak9DtNukWRm4YOT1Js Vu8mysxwFsIH0wbQAHcrKrtcRq0dlNc1vbn5ktJr+43qfqL0cqEMea1Q3SN1 59/swkmrKeUMXmjbln0Np8jp/eAEdt+QKl5a9ngeTgS8XZjjGerxjWt65qI0 e7ep7naR1DL7vhgLO4Bb4fmWY/vgTGP+E8d+HYBaHN33vbMScJ8vramNpVzE v+hHTz9rGYP2f7WS9UT1S+XCRq2lnopP8+L952FrkDRUBZvaxkSZ88vB0Igp Mhk1mnRtR2+et7stQ+83zzNkeExvPJNGYYVy2Po0NAZDvT809JOTfiZzNehT mRLSBwet0L/BD6+vhR+IiRQK6YJbY8Pmz0are8KNIXDYUmXDUmjcuJ4zLt24 huAXtGOL0u3CWJj3vjmZeJCHjv5pgDPIFeBuZo1n4M+ccD6BO8e7AcdmTiMn mAFqpA2mPYFqfR/fCzAKAwhmuKstH0ZibolbHJjtYKEjW08dj1pBrVRTmou1 ZRi4FC3D4NkNZ8jBF2LhU9ORQK4CPOt6RvxpkopRO9J/WnLLc2fBcVGiTSY7 0Yd6SsCQzZI+bhdmbouUJiSiHCl/7ovnD1UKCDwxF6YvoFzSnjPwbDRyKMY6 2bDupJW86rY/GWSbDDJOxqnevmh3z3AlnnX1iyyZKQPnl4N/kP6ySUHxXTAx A7NEhs/gUvpZfEdC8K3rXNJNiNWLBaRkw0+Xi7dZv9j6juGR8s2WLqlnT3Yq RlCpQ7nSKB80anUyUAfr9i3ViFAMW7UqW7Vao5ICJJV9dmT7hQP2YjuQWCY/ mFgO2aOlMg+VuWLC/Ac/MW2wXB76wttQzEOj4m0CI9QgAn9VXnHxZnHF1ZmP uO1IWoBIrILYrVHef8TvJ22W0Vtlr1GuJ8Kqs5zy9VhcmVcoZ7lcEMsUcJZy VYLczRlekrQad4qZV8nSYtp8BrfNSiFthphHzKWHbJotyecRceGLdGZF2wzS AlupWBfZCgELoGN6AFUWWr2hlTcIba0VOV4SG0q43ECwXD1MrTGN15imhBav hBeWPRWe5XgEYFLFyFyuj6VSqSPGOs9bei7KdixUhTKuc8sO79G6wkuIaU1/ 8cYTvKhptIdlGu1hNFr+Z6EjZidwpArYwrC9xJYGWUOs+cpWHMpEg8UWOiSP m+IP2zlaK1bNJPsRrgOshWMoakc8EK1apZFo1b3UUL6qAYDwPLSo2Rf9iOOP PvuYqROiK7JsIBHC1JqL0osCj9I2F8L/VfXzW05N5Y/YlOIrrjk/MANrDLeO NZGjqFV4FLW9PycQfEprS/W+9W8UPFQru/XcI/NqRsNPZOaLcYBQCB2MA/7C nM8h+2MIo4dA+Dma5BL7nBLiPiL0Oo5/v15A2B9PABboqkQA2VcRe+PWnFuT X38pG/3WWfeq81sBtAIOMRJUojxF2WtGlKg0bbM4izuAu7xjurR1SGrCs815 MiU7XIzwgS7TBLle4Z//JOkJ33/9usQ8hzPhp4oFViBuFwr/sa6X1ztbkcRh GYbCjYQq4p2QKktIcT7twbDVN5TJIYVmefUqjwnyF+qub+hl+Duge07XNyBV X4W/ZzKnfb3TIto8ultFWuTWucxak7Neqkl1rUl1pcnx8UobfF8nGKQIBusE sRqRShL1mhFROcfSkSgHjcazxARpMZ32yjF7yJz1+sZ7fdCimaXpHxlOr5lZ qn53vMQvc5pilwgqIYm54zwgBZmAw4sg9GyGaesLj4KNeI0Sr8uSXFTJPpe7 q16l+DdfKVdVYJSYh8ToLZmH0dwZ3+BAYvOwthxpo/HYIlKcXh12N0o9EuNR pCWIWz9JnjJ6ON4duMG9KeZGKK1TNrcjjZJil6VSFEsWIVA4DoCATY4Y/UFL JLQRJNJmnDv29U7eE2hlQ4N+ZJOpO9MpmhxcUl9pkktNYGYV8IVzBxhGH0c6 yfaGqEvCtQWIvKXhWpMC1chp9c+qxvBzr5VT/AuobeYzs/4UH5R6LeYVCQF5 viW7ncNaHi7PPlkUeZnYCckM+4ZilI2mnIjCZa4uDjAlKsjKBitSLiDWNr1y jnNWmeIzW6yic45YliaDY5DaJx+ljCnGGrj/+5dN43SQg99/j8vP9V/QvOCa GrQwKM09jcOCiXA3AzFZsw2JSQrGr5x+rBDapwzkwVYoppoNMPLUw2vQ9giL VRHC1hIsVtPYndNDpSDlDrVYgqYXGO6YzBBaZyWm8hHbDpUS+KVjdNpdVmJr kMoMLJdD+V6rlOW/i4u05Yn6monQQ/NijY2psMfCcB0/oH6v2l1KD3xCbI3S 5zq0osvcc5FDltXHK9XS8de1g0KlTGBdK1SqqZkCWb9T6z50YYrAURRdh/0y Wk7Hnj+ALcQEBU/xauAoGmn8iklzEYxnbDtldcSCGpkwCReLB1Uz9ZyFNLK4 DMWEspV5iKXwgxzBO35QjhC3SebP9wAZXLf+2LPcAME1h9jFpFNe3ietQdNo D4yTq07nc5aaGtQEN1kxkx4USjexYDmQbamNwb4y1fKIh/6MDogM4Hs7SWuR kw4L84GB70jAv0IrUFmHAo2E2sHM9FFiaDTmSmCRYyuRnM5EwMJDSIeBD9qR ROSemCMUvhXgu4VEuLDgpMbMxIqREDYxYdV4oUsJqNED9kaWHfujFFDw2qcc 3gPw7lpSBjksFpiShdx5PPuLy4/KYSVzR82oqb96BT8sC/lzl1IcaMk7Pdiu TbaetrgPDC7hmCMaABUXYNCL4MNReqTfw0paUgZVyHJ1ZIBOJEVxeXqKxhXW ltS3iimfyXybjDYuyG+TUzTO7+W1TVB5pfZnCOuPZHuQwOJKEtirQCykN1Ry ArQ2DOLK5TqlNbSylorxJNyj4EUf/Jy1Cl9yxCSrvX1rkfOnl6yV13L0o1Qq qaIvuVwJdN8Pcd7W2+Mvb6saI8di5CcSbtlsVrsgNJHNfskxoyJoOfhviMst VZZKvq00f7T9KoMYup+1uiRhY0D+nLhBlnmWC3X095K/tl+oHD7aqHl51R1C pZZUn15c6sNHuGoJ13KhSiBmC3KQx0/SmyufHh1OLGbwfNLN2GJrk2cenTyD z9IZyl596fhTnaEc8hHKSzhHp9+ACz5HLBJEwP71TScqO/lPJ60eZXQHxwhG PnU4u3sM94viyllRvouqkJX2ojhNCpP2iH9VqOzQO+WV8I2SB3PnTr0VCb+K AH8lWS6HosIMOuCb4nhmzSdY4Dtza1RyCAN3OvrFxWUTaHzq3WieXuhnA0rp nHQvjYjie1dA8Hw1BN++AoL/pRUQLKVQK43qwdLRaXSKplbAkJN6G9fATj6l sxTARWkPI/0Ha/p/rmzjxbFlZskCelqaMe33ijHFICU/xPy4g+pr8tuPTyG7 EqPIc6+ATwoZI27aRiXGnk3HfZAnM9lmjjhXC/S3xlQwcKbBHaWXTimRaBLH ArTtcYkWOQMuTsrh00U8Q4jp7OR9Uon+5RodG9WTUnCHSHZH8OCEMEa5eGJi 0THCKESsZgV0cvYGB7xwUHUPO3kswX4pJ4ZADGHVwo9QGbpahGu28BBZ9cLR 3BrjshkLG9EBQjyXSvwZI7CdPNE/Np0jEBbWe9HRKlSiHhS7AjjeTj6L6A3H 7IHjUqscDvQBEBEmDTfOOpkcZ+aI7cxxhToQDODOms8Jq2KcOg3nhZ08nRZ+ bA/PL6+GoHc/w0e939e7w89HSBrMHKwVt0Iyshbu3EK+OCHPtIMHHDcam1a/ eY4N9Pfti/bwM44dTtvDLkVhp5d90KGn94ft5tWF3ofeVb93OWghCh0IPqLb yW+R6pTVwpnGwLTmPs/3M6pRnYQyBvbEWFh0wGmi4XQfnlYW5QgodKfZ0dlg LL0jwiyI5Atw5xGODxxYU+NOfnVZFmD/YA86pu+Dfouqa5qLkWdNrvG1o2Pc rFUPC3A10OODVo7++DYJyfYOF4I8rKRBfVm4UkFzXJXY4qMAce+KsTrPvRNy zl9CDFYFgX4x4S0VtaVTYKKg4/kHjCzQhWCYSdwR/Y9vJC4s4KbgMrR9Pmdy MQ7GPuVqYX5YgwhKJtF8HIceJ/04DvQpsiAO2KcxCqcgcx80J44G5Xn1neSF +BKdnaRH6Jz98N7o4b6PJhRPF3mWONlMVKgV1KbFaxj1QBhbGg9e7h5KjoCP zBD4gL2jNG3ww/FYoCLUiXaMnoYI1LtnHzo9Y6j38WdWxnlo+Q0lOUOe7siK nTyOWXg2p+Xy61S0ovXOAIFeklDa5dyOPIoWOCNKt0dTJKtjBqiAGSuIVjO+ OmwDOK6jpHr6HBr04VBvnmPoQA9iqwaU9Lchz5XltKLicEUKG0QwfSN1Wkar STgYz0xvV01I5fDwr+1P0fTwcvML6dztAqfomtdsl+cPdEQLK1pQPXw6bfVl DyxcdXYvlL+YOEKeImF87IKDdg639QjDlxted7JL7GupKzCvTcte67Cpd7uX dJrf6hnv+y39595luxvd27igczgOzX2cKCVBrZFnepbw1/ige1HLxjjXB8bg XO+3ToyL9vuB4jUIXdfxAjZXj3OLzxElZqNjxFT6uXVxyqcjqs/BL/3ack/x JQM5EqTfr6UvIUTZCIuSDWikseM2hf6480JzPn+g3a0O1EurmpGXE4x2V11T MM4VxzOLLL8ZJ39wJyrXZcK1RKhGQAZ/6ka/ClF20+TtmmrJiQ3L84MkAQLL i/6id64bKsVJxwpZydTN0U0Jttm7OYgLnx/JRChtK9hKiJ6BthLizCC0OdtZ 2QOEStqBhFuH+0/ArRSHFN7Syg2tjpA1lS+tVjBcydND0zg2VqZApZtlQI9h hAO7bO0N0xtZuCm9BxnsJ8aKN9CKxZIhdrRyEBNwAilJjnK4HmWO2kHkeRE/ 4BvjCQYYwpwoZb7Z5Xz2plwtPJKrTaXeUmnb+B5CPs4EtKfQa9I4LVqUS1vt gazTwsWthfzHzkTE65DG12tySiHxtdPQlke5VuCL+TTZJTxV2rVtBQWiJLSc 3reuuA23DJ+m/Yb19603D5/DaDV6Sq/GKHqqxncQU7Af9/jCvGGDScCfHHIc T4+cewWro1CAXT3biHTowBoiSMJLERUmFagcrwH+AxoOxrlRaMGWfDWwoA34 VzjxVzjxnxhO7B0igkTJoNmaE7QqIsCg9tVquQDvHT8gUhlaaFpRq5YPluOL yPpSkqLfauFek471PAUi1qvSCGXVQ71QcKArL4uQSDzT9eUamJmui/ocieBO 4FPci/Fr2pccdMwICuPEyRyY8spqdPpbYCzMO/yOgIHN9pfQtRJURMjmvASx k6owG1zn0W1k4rOg4ztaT4LCFpZnCnuFLBB5ybTdRQTavkQQ2td7A6P1qddq DlsnKey1jYx6j2AXe85VSX6Ll1jLHm4x1OuZxqe9xFqb7/USGxgtYZZKuVFb z7JWy5GXoDzrWoZIuQk24mlXseQmNieM/rLtf9n2/0jb/o2pIroY8kN0zS7L l9Pp+wfjsn/S6qdOpVZqAIU7vGjRFfa23l2LEqNgm6Jf26Gz4vj8OMqsrERm 3UuKDDF6bvX7V71hOnjkeylY3mlfDlZKsQlGcnT2lNGWv0eZWwsE3nTh9UlT GdI9XDIfW+q2mcKIhk0ff4S1T7i2chhntR8xfUnD5QOlGkZoiamr8vd0+LfO sVn82ZPjT3+t1vb2D+qHv+3mMsjWIGbH8hwBa6v8VVNMz/eC1wm5mCnVzab0 N3Vr1KqCv8HbUZ9W0fdXCZm3kMxg/KtW+W21Gid+K+63fEO1LJ3g+lGtYNVT SkGSDTo5fFIn3G7J+5QrS2d8NVZJfF14WSnRfGU8kahDe1wdS6SxQh5TxxJ1 SiE0Dm+cknhE6I1l9RaRe2LhBGL1MldUulnQUS1/skH36bUqnebUtEZl0zek S03o3heLl1Ma1WqjUknEq1Xq/BECP1VKIn2xqf2p0ypWK/f7tQZ0BRvbyHk5 dCMGbY2h7nkadrhAiDdW+WI3DHw29JBBU+2H80AG+qNwikgQA/0bugpDDKbJ 92bycjf9U1WQRfoCvOj8OL8v/HjfeFGA7NJVxxxdvaYRFNBsT1JXN/OP8PlX xGdDu+hLiXj+H3GMdGVUZYpVvMq3e3y+Kk75FXrSPUj6BsATpk8QiOviK9YF EoKgNDGXC5tA8ITAQ3DnYJR8zwlac4x2W+FceWN/r8q6qe4d/F/WzULq5s+q ZiFVs00z8h+O3r0JuFlymx7VExXKa6Zb96AvvGJoW/eruzAp37wPk3reibSt KvtQrhH4lph5Q6Yw1Wh9L6Y+Cd2rs62jx6G6N/P1cL9McSI9/ihwiXZY4SJ+ qrJqvcZl/MSyKBP9fu8AG5K8v/JbQZUwSSzTr0WtgKuNeP3xlNwsDM3WhCYL H5GYrPyGWCVqQRdPB8IlAWtV8tS19YN/7bB2EIUlV76Q5zQOwsZReA0Da3E5 SB3J8AHEsNlDBMznDDAOMfxeEEXgjJ35WtapXuejbI3/VgrfdrjdobCCMPPl OJBt0FR8cGY2NDHItuwURcd8iCk6pm3BL2gMJvjfF9P+K/r5K/r5fxH98Eci BEmAvmxFezhmbvHu41niBtTV7nXN8Y2gE3XHpyYY0/BJNYrlLX1L+06mn3xy pqaLLswMomvWdLC5sHxeY2opYPmiwf9Dg7+p5vASmoOrjsZ/OQ2UURULOo7H laIPmu22BJGR96TcFO4lOtKMop/EcSOH1397Tevg9cvXzFB2QI24Ex686Y8t i12+J1z0vVF+ixT4P+19718bOdLna89n/4heZifYYIgNhGQgZJYkzAzPJiQX yGXuJnl8bbsNPfjXuNsh7Fz+96tvVUktdauB7GY/ty+WFwmo1FKpJJVK9Uu0 Sx9t9GmxIo3DRTK4zJYTlAtiai7F7QmHLLEOQiWPpmm/L4wBbYlNjmjZEEvO J9oY53Q7izob37dJhLXaeEPuN7KOFpAD5rPpMOMFIrRab2xgbQB5MeEvFnBe wIDgg3rN5IbHqU4WfbLhf0JUko+0NyUxzJpQG43Hs6tsT6adtqfKVUDRiEgQ SyzFZCiMeeNN8jvVzRuN19o1lQEpa47MSCbgsvn4utH45ZdN+vml0TiyUpgb lAS04OlLP+Al7O3eF+uZkdBs51zrje0F2OoqswF5swVxUq2pyjFRkKIWRxiK vGX616pOUxlsfdyMGsk5rQNmTlGgVo9OTqR5Wjcc5yiUkV0Mu2rjJwz7l68z aiXkq79Jn+qcwZ9XENHZNoJZJHeRaJ4OSXoD8eYwzgk3I24ADjuh44m28Ph6 U6eymDbC/3UqC7YBRtBoDA4PNzcPDxsN+Z/Xkwi6rJ5O4DCsAzseRUWl2STN iU20FSYV4f3C5NYmNl3sxbuj0Xhmass8DsbgSnxMMbeyXtX1P4T5VCJOZSTj WDcyrRf8/FCqL0TC5A+WtIXYeyfOiFEw9fPZfA6/jALT236Mwt2uLiYx9iEV nvORkcP/yC5acdpYMO+N9qJTIqGYXIWWfIpxZR2EBJ/K4M64YsoaKTu32mM+ 4yY3pZoWYhVkhYXQrHeMk1ffMdJfNBqnMulmHCte12zYoI1BS6bRODs8nNIv e/hrf6r/2QLFnFo6iLw2FICa7GnvBdaaZVMCmsOp6Pwd0DwzQTS0KolHplh4 vHgYf20Lo0g+pTkHSi8zxzCC6CHDF+YkfwxisHlMzCBZkFwwJYY/W+QZCyPS lqYdKPA4OTw8O9t//nz/6VPadOPZALOALmf938DJOZ77NlqcnREgB5fXDaLl z59TOVhIqfzpUyrvZ1mpuOyVADROXrykgS/7ZkPK7TTFQriG0MYRVFBs5hck jRhqmFt1RCv2ghlkDPM0UdvirLHde14vdJZfxdeZrZIIkaVxEw6etVnus9Mz W56zIYcDg+gblsxkkV9CpFzoOXTJRfns/HycCE9oDBve39FoHJ9HTbSx/Wg3 uhftPrpkvLIWM7wsIc62aMhvEd2lUDObQ6WEWptaaUFCX+Mxu5s9IXY8Vc8z xUP9uHi4wmANgz+fztRdQqvyWmTtBtj2ZJ6b5SaSAPG35l++fWzkkCctszaJ hma6xBkOLix6thlhjtumU08rolYO4yFtcJ0yxTHNnb0Qjy/Z1jjjc04WKp0Q M6k/Ta5AgyxBdh+qfXi49/p1++XLximXRH0SBK7oyBSvD77hlZcsrXGJeJvE iIdjUXge5+yB8/o1kNaKkzi7jF6+pCFLMf3OB/2OnN5mz5zAt038xTRWi8bI UxrwFJNsXH6+idr8J8Q3RlkJMBpM8zGXkSxdFM9JjNIwfa8/9hfyO/RSZDjF /dGwVJJdT5g5+KWhpBkrV3FaLsL9ESbgUjEycUzKPRErQk9Zte4GTWQ/UG6y eRQed29PfypTML+eJ0rAIrVPUYP5nE/fFdpbqeIsCi8TrXv2sndMW7b3c8vJ g3B82vvl0e7p8cuoa/Vaapq2oJKxhqQYyF+s4LBHQ5HaCUuWOcU5iefRyWy6 8fdkMYviEQ4ZPuhx0tBlwxjkdTp05hElz00jEptYcMd6sFLV8/GsH0PCpiHy dcGJ2rZcmTUnMncJn8XU6RrtFjBIkqwz2i+0a8CPZwMWStSp2UgP0QgOQ9Si 3BX4PpEigJ1a0VvlYL7MjIyrSlU967HXCJcOewMpn4ua6TQd4qaYZNwKiROG bj69WvCCNg7V1JfGiqcQM8qepK/fbv14+Lej18fPm5/YGZH+/SHCv3tRt9Nx LHFabYs+0ar038EBKtEXHapPf7eMP4WZMFo5V+rVTfOhN1NEcU7pLNhgsWpA jGLTHvUSIywpwJJBTHOhfsa4aEJ2/iiMu3CdzYorh7pVKFm4keU0T8e6blDp /2CLrppP+K8e8cGe+Xi1uoToOO0B03kyNMtIYlppfqY6I7qQRyTIbkzotgZG Pcku4mHCf7ajrlN3yXrfNTDn6TAmLj1J59l1O9qKJgnd19nTBJqpUXKFs2lw PRjjKx5JhisCzUHh075mVPH6WYYzjEQi9qIUEdtPhOZsSQySO+cBSrIVs4Er sM5+aQ8LFaazqUy1Hd+VOLrli2s9wlg6mC2Mf7jBuzxh7L7va0T4CpW5zpnE H4n1X3MDOJp4sWB8ml4HaEvPvXzW0x4dDvAaxzJzRD7/IAiOrdekcbB3U/Ws yypgxizuqNbvVD1V1YWPxPNoTWQLdZkvUDKtfKIR9ya0jBfXIV97q+2HKiVa m1zLXxgTDVtEQ1xgeHEyTXp8xW1HAVTkd0bFGU9kUJnTbYOmCVSiq8XCcadF NX8EHiEQP98rVAuuF66kJqn/Vm+Z3iecK4MHRMuMJE4SuM0wVASn//B/LVEl u4JerG3bQkKO569HaAYPr9InU44kAUYI+ejl+Q3fy+XXGw9C5XEs1X/E5P4C CppgDRh1SriyiYdRpSY/at4U/0M1EVU/vAFByLC3fcCN4zBk+A2LB+iZlsFv A9Pvr15UkjtgtCb/B3rOZ9DJeE1N036gIiaxUjWuH7yyjNLwEVF010VROJ14 fWI137A37Fe9/CodJHf8tviKLjIuUwnOg+kLVJb9wkKP29Uabrw9yCa9uX5v /C6dg0OblJw8adZfxFOXZqxdd84g1zvfpospzhLf8d/hYWaTZvtI6ffjbHGF 43KYDMaFJl0vYln0APdWqG1NWlGJGAEqeTphUSgTY0/EcjrLB2+nY5E8Rfw4 n4lAyVddPmuN/B6xGLbgg305ztP5mM7bBZtpqBm5eEK1Dqn2Ik6RloJlaEfZ 1Y6Ooys+yJC485LOe0VYSlXoieY44a7trck912gYsMYcRFtWoCVZEm78yv1E BkyZ+sBG9enUdcbpOGATw9WbaDFVGW2z2o9h1rxA5MLunKCnLLyJTswI0dlm MSHzwQ4TeT54ZBWpcstN86UgpEF2Mi0X8hcPH41uFLIdzytnXoL4R2SkuaIe S8pA0ZWXxuFkRBrstIFM26wsyaHnDri/uMwX5238T7VLB6byRB61yEK8JfWk p8qQJrA/mFP0adlPaTPG03w5+bUIz0LqnQ9Fy141kWYhF/y6/cGQ+bnNM8OC yvH9V6LQ5XkuLgrH8DyNx0islbKH8cnbFy8kDjLOhabFSXc5nV1lNnpPkh3z NSEWkypXsppHNYrpxGj4CItavLJ7lYWCdBjcvxnDz/FH2U+IaAPxVUO10+lE LNxDGNa0trCPTOZEHNzJWB0x2X10ucH6HsmDjkWV0uVTywiZEyzx8fga64PV XrK9aLGAg5oLhNGeTVi9IfcCkBSiE9BjzGj2ltNLtvSqfNZMNs83IWcPZ1fT 8SweZtD7HI6zWVtGhLuKtCYjmIhWSceXjli7lC7kNnkxGw9V5WTOfdZ/9ZEb oS3qZG6LJmYhmSbzaDmP+jGuozMn6xonim6V8vu+fvr2x9Pj/93YgY8D0/5l /IluXBOTCJHGJdYWXkTx8L7YRmLQZpBofKpI9BYVGLpgc0RiSCyQMRCKjTmy aQKk2PQzGBDSEiqI8u2tEoZIMEw4SpbrZlPx3aB697fMtfENj5v6UKilG3RJ Hu3aQBy5jnPHKcenUPTE7dIoJAyhqpRrlj5fI/68jnEUJ9WfGMtn1O8UWBac XdJMejzYBgHyN4dvfjp9e3r03L2pVOXIppUd1ZbhypP7muqN84mV951+cHr0 5vjwRe/Zi1enR6FanKTthk372bB46CNZvw7lYE9uYYETKSiBN0Xm1iE4Yrgd gbGC9DA2vnU2cL4fwgbKaeZAz0KKojrSMft6HQ4u2Q/CGsVTTeel3WfpMJHU VGOxzMIWrLhzA8erE4nEXfJ2pUX+flGoHvYLzqi8A53J+c7n1ZVx2jL6YsLD Nq8T8O7N8VloAtrRyvr7xQpd9WUqjPvWyg8rLaIBiMCRBFAgxZFIdBx37rN9 7axCRzmilVnb6WgJdZ2DAjp8ozuaJDRD0zSbZNpqzeXZJvfrOuvk1ZyjaG/b CEywk8OXR8ZYhcMG1yzRtfFCc6/95ZVWubE15Y5mRXFvrQG272wgU8ssPy6c QsIlgV4qYk8xPpyfzxgSNWFuya64QiLXTMbtjtOT8+BohOXEMuc8GaSja1qo MK7yyfl++v6b9WHyEYcUhFSOoJfa7kIWtY4cQ/ep+n0aRNzij3F6oT24cHGI thgKtDJ8nve69NPaXGnpmjDCD137hYSWeKbCckokuTCZAJr3rPBta4Q4h674 V6+PToSGrYKkf67jUxHsU0TcHs55Tp9cfGu/1pZPj86eHr59/uawZkf14+Ww B5Vryzb+hzNld2KJ0W1ICfyzYqdtvjl8V9Oi4TTsiCTWX1wmJF9/Jvzc6CDV 0fTK5L/LoTgG28k00jyKrBWKdxe2ColC5pZzZVRjfRuqXKD444u3pz/3jk9e vz27AVXNAedvJo+K8JKFCowTc3Bu7NJ1Q/wIV3xy+h/5tAw0+n66UqV17ZoE TzsVNTwvfvSvO0erk7BrDw5fy3/gab41E6tnMQjek5v3mG0UZCOW2hOLQG9M gkmzQJ//Fwk4kdOMI8pRFfr6kTFABs5PK7aO7FmzxgpVdUtSpSpOHmjF9Yqn 3hdsPOdQQQ49g5HBNDErLMSddl3n7BuYL9g1IR5Yq4xpQ80fvo8Kg+5bsbqZ HnT2o/Qx04p+WV9vFWuJ7l5KsajpzkGqGWTtvLMUAvdOhyMWLJYd9ZQ/d1pt uDwOoBrg41xtQdrl8ZTdRNPBkuR8Tl6JFlnKwLFJhwDUyiwLzGw7qY44al4l q0O5nohenXDIIINOxU8hEbJepVnSKnYfMz9XdjKbz6V1O1LdUoumo855ZeUZ tjekkQQmQPiXlo5bb83TFqpv683R2ds3J5xFr3f44kXBL+czmyZG1rYcGHWC gB5YPdYkQHrT9mnKCCWWRfTZGKPxd70T2BgAOhkhwlW7Se4WauuMuCDUN8at lY6tj+lsmcFNxzkui6wz8CPL2QanepScnVVmesEdJyOR5AKGI9MHLaY0Xx2L 8/MwFbsfWPEFvAZnfN1u/kSy02DMdhrczpzWZFfzx0TJXLepHruCZBtc/Vi8 i9n6A5zNkJ/xHYAt/Tig/Vl2doEvVr3NVIhlZCF4XMEVUuyXNjHPzDl/bNwB X7LZcYsEwptkLm2pKUrQsNQF2E1SF7YE6uhX5jGCQ5OP6ZwzshDa71eku/cr MiQZNc27PWwKoSawRLvO8Ts1GsWCeNbULJ5X6XTJjJadyGDDlQ1s5fJntqti j0TK5gOHZvlEOxJuXVbObepJZ3bAM4SnEauzXobRoRz16kcWungZtXYzdi+L sUdupLVf7awiY2scPabfv1/VyiaVTbSBCjwcmwxWPoudz0ahz6jCetTt2G/9 eX2jrmxTcc9Kp/yyQzHCFS9h+EY3QA1VXJwcPxVi2G+D9BB7QBM2AIce9KdL EfozekxI+8MhCqxLRXckBhgzcINH+tnoADgTlrOszMXMulzetJ3UCtZU0wes XsbE5aBuoWZX1VvGzBBFAbkc/ao6jQ/FXnByK1ML7H56gAdRjNmWfYRoTHIt gsuj5CuIdWOyb4StyhitGZcxuofQZ9BFGseqVIyrJIAJkzJSmORCT+aFQFBR roIqVoy6v2aqSXyUhkd9N/ius8VBVq6B+oBu1dEP0erparQXrWarbc9nwZX/ WrYDPa9xZV4M5tcm/mqgy/Oz7Io/bq6kDMILxdKlItoUKAr4pDBKC3susIYr HudydknOTpHBVNjjUBLIf4NLq0lF/jWaEugfeNqmPGZtunbVFfqUpliTnLXG BfZ+XLeMAponYmiG9fEE9ZZTh/2VO4arRzJU5seKCm9a+yuuVsQhpK+Pb67N YK9vNa11Csp3OunpP+vkI1okKOaj/34WsUXNKK9vN73dQiDdfFKLNgtjw5gz lUoWuaYdrP9ZqWv3PDjMLgshle/5OM5nch6yFGpVY5mNfglznCo2OghlJMa8 1SMxICtwxVTrByvHTg52unJCOx+L4twoe1WA2mTVBFKrQTRqsk8lEv07Rqm8 9QNdEpWy9lKguEwIh6n1xImc25TwYpzz1F5vnHxMiI4qzv6Pt8dnpqZuxfLY /CY/l9xY3sUc8AXvmgBHZ7frtuw4QaMtl8V8tuDbvBiqSZQ8PTs8e3sqzk4k 5qmnEV/PhQu+0aSOK8SCVvT2TowzGi5Y+JCEkEDBSHgSwcLfNuVaStXpFFjv 7rZqdbFsYjdnCxvP/UNlv2BmN9rc98uvqYTYgrSKvM+MnstkC10kNbbxhNgX amiWv3eHx2d/Oz553jv65fjs6Pm+W5ONEJtYuCBBodWUtdfsllePj+Da3NzO 6Ye3Jt5AUMZBPKNl96EkfghuRPnaxNGaa1rEbKpbVCi3ZDmBqZBKRO+vnQ84 nlaPIEc1ruIFp4axWpRRnI6XC3X/34u+y1bw0uWo6MeKZk5bZ6vFqxY8B/v8 K5u79YEg/M2oIwDm15eHv/SsiePN4Tt+Q1RYuzyMcfSJFiFc8wWRtpHegOsp j7Qd/cFN86tnn1EtieXEkRYiMTkTV9qLCMMsc8IOAr99OxisWsuXBo2QaF51 vRdQbSCC8oj6UITInvX8B5zZ7oGU2x9ENS7ugWefPhV1dLGtzc0rAX/Ydsrr rWtoKJyKX5vC7spntDTmestfo+Vzb47w2d3WvrwSFfv2QCPvWhTMApp3MeGM SHXtcKBbPx6OOQJtkgzL7WE9vZ9KZBiJRd9lq9ARiCcZ8NGFZnsEcfwhAYe1 +fp69GdadnurJTxexmPt2JgFOd5wCoU4LcbWjf1Xu0dn9kmuk7cvOWvmzUOv UPC74U2d6goO9C3KK+Y4UYpX08q7xT5yxUotNPeHvInB06Q7s4PHjea/dj8Y Y4K47FXQl2AfqKvw6N7FbJH7Wx+f8cZN8Qqeve6hG2L+yCyy7pZ2P5iP5tG6 OIg0Gp/rpnG/PI0WKSVlsaRgNB/6qBW7dTmnQVhXNqUPs4dM3+7gQ5n+Z/l3 n1/SuIGrnThcLbTP0JA8osthOD3xj0Tkjf7azzLj32G4ko32cSN9IngTCa+K nNAgN6zLjFI0pQ5HakdnZ8aSNU2uvICgdvT8eRESJnyLqrixQRL5RH05TTgx QkXck2kgFCa0XwnEsVE7KgiWGB0XWJoZDrWsY1H2ySHlPljUNAXO4vEXdcEG FkJujmfWDSgbkfehs74Nr4EaQf628/jviZ5ZW1+M3dfAx7ap4Sg9DRbBkGG9 t3vy3r2oeXhiXrEp1d54oqtEc2VnhU/x6dGzM2TV5ofBW2jWrhbhK0Tif6Rd t2k8ic1N25n+ak0/PT3lls0ktaoHt0q8peaiNfzicjWTUGZPNiKir0mgh84m i5xYnCJSBRtUmC8/StVfzC4TCU79NKDGiUHRzNN/GX0sBUkO96Wny5y/yp0Q 0YxzPSLiYQZz+LgcGy93LgkUAycYIS1N879w6eCbIicaX8HUrUTsPIcUltc2 yow/Q5gBuND1VXz9Q2sz8mUOkAMyc7OOXvZMi6AyotVbecKx9EnLmbH1wATD 49RwLwknQ1SDNok2Np6Yllote67wS7OsjwGQqHuXdSMf3gXf6Avwje6Gb7HG BePSlnN23B2+kb3kbKU7fMOb5KBySPKsy+B6C3Nalofd5oXhjIZlHyUg1TEU ofsj7wU6p6O1mP6VXhr4FZyzTMxZUYUFsCxUyVB7385MRgJabbUenkGN1tfN TP5hPoPJigMj8YtuegtAz5AuWMGqK0LKm0CeVtjGE9pHeNXewFtOE2wP4Or3 QPHes1fPj5yVxDg0qAk+QtZLk80QwjoMlBY+m1+Ld9u0uyb6w4KI/i93/eLV 4fPWTX17i6bctw+8rW/0x88v3dSfs+Iq3Xkwr7fPdq2Z375ElnznyJKqFSwZ gRBtbhVnjbvrKhr1yoqmFcmBCQnleC5tp+XK6gBsfdCNVDwFestoTlcRcdmw x5nVubhW9Kbf/faHVtG/D9r54HAmS8/IQ8HTVRyrBWfh3F6quorPd1L6nJ69 ev06qPUhOZvf+WIcPFtHj01tnDCzPMxu/TC3dJiOrUkI52hbT0oOsk5aEA0M kPBsk4M58xXJGrQj75dzCz1+KX7fOLUWF33vipUV+j5+jhnXzVP71sCtHqPl MCy9mjq6PqMFqjUNFYqjyNGduToj3yXW2AFKyerO1Rhzi7XFCS1qWpmWd+bb qaVt4iatYS8RduQcR32Y4CVcQY025pl5INqGR0vJQbpo/53E5sO0gugJhB1f I1wlnXL8wmxJMl6cJfo4QvGah81nZInqOmyl8p5L7OcsbKukaFKIZ5pGXGNa xYld/Wt4CqlA38uxpqFF4nhyqSLKsILHbNAleVn/fqJG3QbL/UWluFRptFrR uteacxohW85TV9EiuO7LCCSBHG6xUuy5cVVyEbpsgnfHnE37EiaSObPvp5Ss yxip/VTyRp4uB2xDmfDqWc5Vgy8KCwHI5tMGCrUhfEloSPeh4MdjPNZBdrOw Y+JmSCPi0dRqjXgZGlVRhfJWXQSCGwbsgh0FkvD8eg0SrejZcIgQ0fP8oqRF Yio/Z39mjOM8CTIrWdupbIS2+ozQN+YA5hWBwG0OWDKoFCfn+QyerqINAnG9 4+yLtVjymdVjOSsGpElxzQsNokzm4EAPmOGp0dCfq96rv7lT8OcKlN89/Sag wb9Nl2fsTcVIHFrthVaRUX2666eibUvb0b0qnyYkP7h2vEoUu2muYnrvuEbI 1xIfzC7MHB9stya2V4r3wa9MSljdZ20n7QD3wRwcPJe9mqYSGy7O9cZLSRel 5GoLmDDr45WtKZODXS6NEx+yCE3z1EU4QrJCnh+WYSxvZcdNf5VEzU7hlwe9 SuhcKcIkijwypbPdvh1u0/VpVkJ71nObdOAzoVjfIOl29L0eyZnAHcymjmKW /RdjfgCLXVBEhSmxC18ScVIOQv5q8kPVrv/T3QQEncpn4t58+5lg3GK+JJew y70R3bOvndYssXSKNaURc0F2gixT8JWxa6q8kYOiYehQYN08XfzEj6lpBw3O +eQJhNt7UeeTYxX0P/DqezWZD69h0Kvv2derRhrjVf2nOwUMa6AwO0O7URUL NjtzRqFEDc03mo/lw2o4kO9nf7doGv7CXJii1bl4tUVyQSgGH9VKovXxNGZE 0ExkJEpaP6SlJGm+J+MuOYcT6zXfPYZrknf82xZxxJvztLki5iybIVAEKkec 4puh92M/dT6T4wiaQHBaE4DC6DltrXGB0tusE3NLWjh3JHF5e8fxghobyfaM YYp0lpLGruo54bxqaR8/lKBk8XFACyxs7Zf+Nhmv0kyaeHn0kuN41Vxishuq NG46FbyyOV6fls/+V+grw4VVhp9GcH91vnpxdGLtMv69sMgSKl4clbhKfURy gdx2xAQ6zAokGWXIYVEXModhmrPH5v8wmT9IpDMsuZIlxExkyU4mnxqgpg75 x9j4V8qsbiTsuyRXD2Spp8OjXaS8rz9FzIEgP7X510FSw/a/Wk77f/4oyvLF GGFZVplSPkgwi3c4N2T673hoFJVvPzFK/o2hq52ROMsuLx6+ooqz9g5Oisuu jvGUY7blta0rzQrgqOwkmx6YA64cdnNlfFuhX7mxIV/j35lIcF5hsTjsw5cu loTVjcKqwh7xGqPRT+n3Ked+4JAdSYbmNN1m/bDmdW2YMvTPd3gOEH+6zI3z qwhxylGPjl9tOg6n2uwByu3sONpAOw9aJpv4s6tUCvJiK3jezo2XGm7wH1Ys rJivA/+enBi7CuzhiQ2Nvx9tRRuRcYaL+wgCte6b/w6Me+Iw7q/Kt//DiP5/ MKIafZ1u9q96Mfui4+9m1yuLcZqJXsZ410imPftUOz/OisQjqn6V0AbEDYoG jHbMlakbs5o6N5rokvKuOFL/SXVXYbDYdwJPmPFr7pKEWaQwLGb71s9ZZ4UQ Vo7dLniiCd9AZsiFfGf9jQ1rFoaN9WueQbBNE71Pf3719sVzvZalkgFFswBu FkxZtJGgHJ8nQDhPOFAVBN4PMuUavUU4gV6QR7eRrUVS4mn+u9uY9s282v6p zZqi2nx7Jo0Dh8IMeRR/GM4O5OEmYFm96AQ+yVFlS/NZHo9NadUBWs6BTmgj CMhJe4I9YHqllhyId6X0a8nI3XZ18DZgNPIxZ7fb+tuMuHQ0fO6uKjYzdab7 Vhmvmo5CZ3XRz526cc6BY05TiiuASdvfNlksh9C+fdKN4/FNPmB87ErqfMsT BEE2dldmvGAaUX0FTCx+Nuoq+Gumph2Xq3gfODf9m1NfNjXrVf0ukApGyikH RD63oSCxpkzVqxc/SGQzaozT6aUTJPknk5RmNGKmMUzicVq835KoniRT+QXT Zl4GMq+7mHdVInl3BjkU4D7MoTVzVGRfupEmKcVLM95jLXGRtbY4uiqydjJl 7Vd2KbEunDgKzPMhmy+ridac/IlWmQ0GMLjQxcMRrSbbxNHh82c/H74JKsI0 M5wr+9C3j6NSpKNt2P7NF7+HI1epbRKYa54JCH7ENIySx8vYLAQ1j6AoKfi4 hWmbvjKBL5yjxOwtzQrsbjf57KagyUJd5/FtERf++CpX1CJ29bawDI9WsRvV V6ZQWxapNM0J5O1TFWfmqqUXIW2Fn4ph2oWuKu4Qw4RwLxE+GxzgDR0TxG/u H1vVC8hgmouLq6+QsCszoCbCU2HeIDD/elmg5rfazttEsjkUeayd8/Sjbpg4 Mjn2HamQFzP1/URd7IDRVosuPw9afNS+XsyyeJrm1/Kx5dB8J7JXIpUtRcBS LcjqX4xyoyxtUn9BaZNJuM4tkYhX1qp4pZ/djr5ddfs1uhpuraKm8StxHQtV cvO6Sw3XhNSPXySGzeysaD7L0hzBeEWCKkeKqIRR1bsDiPnZ1Qc1wvGepxqR ahyZv8s2Nzdl12x5mV/gRtsbjZfZRRO/ZflQmVdhNHYyANXr/9Fwm6Z2Q7po eTlr0EI5QYBfI1LDNXbnMncRhJ9ZNRvQiuy+PZW+wSCSYSBnjQgVzBJlTvS1 t9hm8OSk8SS6bNBCxitZ66sSyhkPHQHDmSmdAz4PnDNjXx04NR098fyy1zPs +Wh+z7rS1c9z1e+juXI4uNRz2AY44eTYd5vXaTo7fnn06u1Z0ZOIQQ25hOlT ZLnhCuo44Ddx9ObNqzd7/gzddSZvnM9iVvVXw+vNjA5MmhWeg8Nnf/O8WOwP 3MVendFR/OxnvaJUx/Dqx7uO4PYB1KFLnejyKLKs/0OYD5NRvBzn/9jyIIS+ 62z9En03iFaQs/xe59OPP+IXZ72YLBumxPXg5KXxc7LQa7ddIozdZw3ujjqe wkby9F4tZiyNk+A+nIk4yZGPePiEmhkk7SKA2iaPR8/mkm+cwfjJNs3rx/Hp EeKJ2/bhw3h6LVlT4iz6mM6Qmpebycpx3oKM6gfQAwkAH5GKMBZljziemVhH 07ybKIZDgQgbQSDNnaz3NgnoheQOQxMmrF1wiYrg38olBdZMdmQuGIktUnmg URO33vhccV7xlEPfrMtS3XPKvWQeKjqrWGAF5ttlpLYVLdUUnxdiEcRRPHf4 aZ4MRBcDIvFzInSBVXlGhCyakx/p5v8/j960OWzdJEr3UhLR/GMSsOVsJmjE dHALus2KRzpS80KDhn4sWP0WlNY8+dOkaA+IbTJVRRp3T0m81p/XCHOFWGbF ulKlLu3GLVsNWyxNMqtScFKz0vXi7M3x0Wmj26kTE/7le5G3IW+B/+zFW/Zi eRrg3zqe0U3WLG9Nc+bmRMUNivMte+90GgbNubUgUeX4NsU7ltBwQw+ySjMh IiU/9KEJSUUIQQsmYR3uMSLfSDrhqX4rmYFZ1wpvXl6G145EyrvBEWycxA8s +0PbBffWAYf3/YXdXZ1jxa97cFCSR5wweUQt2E3YqJ5OqLC+bnbJkwN3Y7QK z/vwCVnRdZyliO8DNQIncp2c8tn9gyupIPC5fqAkDAh2ZQyeeSnETr23ljjj 8NDDK4TT59pOIaqFu7XZ+iovudylO2dp/zhb0J7iG5CweF5/bLNx1hzdczJO Gm40CcXq0rXl3nvx0y8MDTfI2hVRu3HjGlMueQcxKrBOwH+IcUzS4YYclW0Z B/EXX/xmol1dEPMT6UlyJLru123db2YZW1HvsydvykigISqLoRUJ1A5a994/ PNLT+MpBVNIU67CHY55LfuNumny9MZcG8K0dQBHzIvqgOfY7rYl1k5m8KzXN QNf6/v23NieqVQbN+Bjci4qhlL4oXLRrc6E2SuPnEhkUIcR6goEUGs3EwLtF C9YdZ6EPuq5hylngxdYcbN1aBSRzVBOjFqjbpLZNGM5gq+rXrveHUlCB0fi0 OaED/XLQ+fTdpzYPSH8lQh1w+gZpx+9Haho8is6CtA7CVpyMVMp5zhaizmKq Ryp1nMepSU3N5XsuNYpz47F3bFh+crsz48aKZpfxI8FsC6H7F6dcK3Quxnih 5xp0jZubxVoqB84xuxXx3Wja7uBzyWh6rMNnGaap2lxho8BIVA9EjbRXNADe ZLaSbB5uKPyd7yBhgwanILUa97oskk4ayMsV6zL2XL3X5Sqhb24MU36KQxPL E5Hhwc3u6Glunp0wD34qydgRPmLzfG7STpafLLwxM1Y5L5oZHNctRndjVu9I 3itMB3U92BR2/Ab3eOgkPPXemIucUHnjX8SbhqRVapIldVAat61JMpEnXvgJ D8fMW3IV5jdR8EzKr7ClFy+p7CtOx9Ms4XPAwQmSjjz9K/Km+8QJkr9KVtji A8ZKny0Vdw1ryCg77isFbbYGuZrG2QXNcVtHB/s2SZeiHkxzudfG9URz3aKk fW7I9lH3OuSzVydnRydnp71nUOfIQ0fcvjydwI0YH4CxxHNLmv3MPMhiGzXD xPrlu+35km4HVGZeYdS3dpC6b6FiGF/vCv+UDOTV8PdimtQxoSnJCiJ+TQSv hEzmSGJM+HxM48h/H6cVvESb/FyY7Z5DyqY+lacD6LHHWtXcX7X1+1+4VpOP nEsTf9Fv0MHL9mNjs3kVJtRr2wy/WLSusYkbK14W8NoWi7nfuIk/KVq7oQPl eIL65zDx5OHMfyHxjFG5fkx3IlgRgmBjMtz4pBa/SMNJJMWjSROpOzd9za3q vgcqmzP1FALuA6Ssk869JBw0UqTs4Gc8L5PFNBm7X7hMg4aXcaZ1OlFOXx++ ecauV+8Q0DQt3q2xVxTDnISncEO0I1L/tTRmLc5cIbzKuDxWH6PCthrj4UyH LsV7p5ajy/PxmphetCMXeMg2yeVRn+J5Vmek7AWxnOKgWi6iYTyJzxNug1s5 zaGDEX0AP869Qef3HFxdNrFnvvWez3KcCIqntDgtGgdSYDpsoBi/o6FK4T9C j5iqpCQa8kiSjurLslM+j5Pfl7TjOpimT492Ca4C0bc22a/7WNi+smDIVIOe My1GQnRetnCD6uw1ioW1ubk+OuF6r58hpO/k7UuRxvzWTXXZNT2TUaA5H5i9 0vQ/aBnrD95bO0CH69EONyyvmeGKy8+ZWbWS8/wZwiDNq32ldvFWmmmazRbF V/byFxWWCdtZ1zFX6DcBnu201naePet+aN3pc37Lrfhsq/iML0UcHlO5oRZ0 uBuOpU46Xif4TSIH5EkGvDBEDGXMLyyTILypl8/KArHdWwua4CGieJF3WjFn 3Tk/d+zmmJe277C4hAUHwJjeaIMuT84UC33M7NpDr3JmBAnjNEILoaofwEjM WzjFA85ZYoSb2ZwN1eC1Q2Fa1+yPCQUCnkPC9HByVLGyMVz5ovpbQDYtkqe9 Mu8xSANSg24RG+5mgyzkLiNkPS9G2uIUzPI9y3x4PCCdqkjFL95bDcOXEGwr tMoDn92+SXQhhhZZx11ZRl9sjGn8jmevd3xyetb7udcrTABuWfGiIWHTaPR6 2TZsCKbQiumA9nrLbXmMcjnlo2s8v4g9vqZmWq4oNx+aaMVR/cewWAQe63MA jcZetLW7b8tnc1wtUIpCg/Rs3sOp15vH40aj8wlP3zmg8TBucPGj4rE3Kb6Q 8u9ZzPC+6C8FFHtP1xFoOZ3NBdQvdfJ7bxksv9KmBl55ll9J8bBU3JfipFRs Wh955UR5GVu3GHKjgVIsmrFPCwVkOwa0VQEt+2MlSPkbA+qXQYPJvH+e+KiZ rx5pT91qT4+0wW6oweU4B2gYGNPvBNgKj4lBoTExIDwmBoVQSBhSwYCHBNB2 eEgMCg8JNNoODWn8kSA71TERgRhSwZyaYwLtBAmEb3ZDrQkk2Bpw2x2Wl9ZY llbX/2LcI7E0sLK4nMSs0k4TUD8dBMsHxPPG/Qzd7IRh+K67W4bNFo3AQkA/ WbAcbcmUBruZggBbgV5kPFsVvD8RAtVJU5x5boL98EbZqfST8NTsVHqJ4UOK qalMAffDsxbuByjsVvpBep2PCTDfHZQnO5PJLi3rrDfJLvshbpH1kk+5QHbL EGL7QW7BrV2FOAK3JpBQa1chVsGtjceBXc+tCSTUmkAqrf09nmOLdgLlsgy2 uwEEfh8HuAHdcxZcvhNATL6oICZobX8fQFi+qCCcLWKUD0JEviDIgwpWICVD HobIz5A4RGRAdkOtCSTUmkBCrf0OyMNQawIJtSaQuLxoJ7Jot/0vJj26woYO PwaETpBJb0mQi8D0S1shDi2Nlbgt8CIZpbvT8Fkaykfj/KPg+6Bcnkq5uyZQ Cn6eMeP0RsIgYugK6pZBhJeCtsqgYfpRQduBvnIGbYX6UlCoLwWF+lJQpa/B xzwXPLYGIdjvAhsFYL/Ld9uh736X/rYTx6nFoeQEwJ0gJQUUpKSAgpQUUJCS DNoNUlJAQUoKKEhJAYUpKbAwJQUWpiTDHoYpKbAaSvJZHiQkQ4J0ZEiQjAzZ DvbE0kQcJCNDglRkSJCIDKnScDLPl1OG7YRgLDh04gchmPZW2bkMY7E4fhic MwaFp4xB4RnjQzU8YQyqmS+W1wbBCRNQcMYEFJwyAQVXPoOS4JQJKDhnAgpO moDCK19gYTIKLExHho3ChBRYDSWXLI+G2bHCgrRUWJCYCgtSU2BhlqywID0V FiSowsIUVWCYpB8FOKqhzYQPvTBtBBamjcDCtBFYmDYMCzNZhYVpI7AwbQRW QxsB1tBGgHW0ATDMMgUUpgyDwoRhUJguAIWZpoDCVGFQmCgMqqEJw2pIwrA6 imCfdcNMSWFhmggsTBSBhanCsDBjUliYLgILE0ZgNZQRYA1pBBigDYEzvnSC qCHCyRZ9EOZBBhgknQEGaWeAQeIpMMyHDDBIPgMM0s8AwwQ00DAFs48CrVle slkfhLmRAdZQSYA1VBJgDZUYGOZIBlhDJQHWUEmAdVQSaB2VBFpLJUDDfElh NTRiWA2JGFZDIcDCvElhNfRhWA15GFYj1im0RrBTaI1op9Aa4U6hYfFOgXWT wsDaOQFveBDmjAZYMysCrJkWAdbMCwPD3NEAa2ZGgDVTI8C6lSvQOiIJtI5F QhbereeRrHB8WMckFVpDRYXWkFGhNXQUaB2jVGgNJRVaQ0qF1tFSwXXEVHBY HDZf19yqLbhGKCY4uMzDOmar0DpqC7SO2gKtozZD6xiuQuuoLdA6agu0ltoC rqW2gGupzeCam7cF11Mb4DqmLcA6WjOwjtQMrKM0gHWMW4B1dGZgHZkZWMu7 BVzLvAVcy70FXMu+BVzHvwVaO8EMrZ1fQGvu6Q60ZnbB9x7WsX+F1s2vQOsm WKB1M8zQuiNAoXVzLNC6SRZo7V4ScC2pBVxLawbX3OVdsK2gSlc1b5Xmf4wP WUnc6XYqoPk1q2DK7F0grEIq83YBsSaozNjHvUneG80HCwbuVICjAvigDBxZ i1ZnKw4Cp9JnPwgUtVX5sFCgmHM946fzpQCT8JfS7ChAUrZhdLarhAOIL4o1 MBGWtjulCZyk2UAm0DWbobSXL+J5v8Fa804ZlnwaMGinCpr00dxO4KOrCb7Z CXzDDx8Q7FHgK3mZA6w8DkAX8wHO1EEINAAiSQh7Rj55FPgmwzejEPIXuzsA 8UceCefxuPs9k/B7r/y3bCGUjSvVmUTdfqWcMe4OKuVDLh9WyhMuTyrlIy73 nRzGw1GjZO2V4nMp7paKxZLpbDYpzqV42yvOcm17p1SsbT8oFWvbu6Vibfth qUvhMI71WD1FpPj7cu0ee69sxeXqWt4vdaqtl/1KtPWyXwntJi6vOpZIuU/z vqyAbZ/ko34irW93S+VjocD2Vrk8kXKf6n1dYNslA1l/qtVLBjI4mHD5brlc u/UJ34fXAJf7lLfYf1+qrq3EpWLttF9uXBbBtk94i7tPeIt6UirWPk08PUdJ zqZ1/lB4UBpeVPB86jr+UIs+Sh44BXGpwPeYkr7Ut1Reda3r8iIV96vuzn4Q jS3HAYs4Ru+3CTtGlQp5prt+4SLB4LcqNXuDGeJ3wLq2/8kR/nbD4DL6Rikw TLP5OB7wk0PRV6HsLUQFa/cacSn60CmmVpj4RVHW/ztKtv9ZFGf/OhTHaZ4s 4IO3Fz36QqzGt2A1ugmrroPDqEyU0V26H93Wvbvwa/0Rpa15fNNgsPrE4bq8 +ra6X0izftHNZ3a9FC9PONoWbpzqg69JODg6gx2/EXmgeSw4CGDEcQrwlR+m Q7z7KEjuS6w11bHxad9YB1LH+d5Gm8Bh/pv1wqnc8yhX53HjV+871UeBgBNx Gq1zKUW4iOOmD3ru6wdO7mA8veHUkgCZSCMgJAZHfWXR3iY/C3kQBRz+TXYl rib8elPmxSQhYs9kPj73vL9xcJZLxnmlJPFL6JgsV5km5ZLzakmpYRyHpZIy NhVkqrjQsVcqKeNSQcVigh9MjpB1umkW7mZgI1ivZZ0aSZgZ7eBJP9R7/NhN IeZl2DT9/mboVrRScpJnLMwZsbnoB1qMiiQE1ciqIv2GpKR8LueYE05Hl2Y9 yyLkDMtsPFs5UaaNwyQseRFJ4MpKW/LH4gka5CvmxGMSHbrCIbR+2swlv0bA jxLzKx+0EU2yS2pJ2sHqd5vhHJw2/6bJByEtxeG2Nt9P33+zLmTbs0Pl7/Ei 4x6HTyLJt/Q4nA28iNbZPJkW48JfHphTURRw/lMr8AtMDQuKc47PdT+WkN22 qaERvG4NCQmzNTRCzK2BaN6if47tdcGlpxYNXcsvMLqflF5XMp+UH13ywn5L jw+ZbyqPErkfOemQ7QCdMn8YNo2rrepkdjXJWGqiLQ021XAZn9SlWIa2JXo5 yMH0V5phIsskxXOf6dTOQn0VjW27udpsucC7Swv6JZ8vb2sUtW/vd+YNG/Hk xfrh6HIBm+jq8SweFhXwV7iL8Wx2uaTb2fWkPxuHq+AJkjwpj90J/S76KcV0 S82O21Y87S2W0wCEDv10kOjTq5mtEN3wgw8vmN/GY2SdvOs3vKznWl25ERUt 4nw5sQtV/w6ThDM1CaTrFF/EWQ/RId5WKFe4EUiijc0nWoaVN3EZrinCZtMA zuaZ6htAeMFawa9en/ZeHv50/KyY2Pg8FQ4r8p8EWvKWSYn4f8fEgTdrEgAk 7vqzXLmGzeevTs56b0+Pem+OXr46O2KpjM7a2gQBgNFJdCXv7/KLq3JmMoAO s8EEeShs1CWdAlPw8Bh53T7Gi97fNZRRnl83oc3RvUk6z645bkkgK6f2TJFg UY7hnJCU9X7aOThAsh8nEq4ddQ8OeOJdwVCesJwv29GWQFMO+6cSOsFe4pGE qMvRtVscvYfgUI3jlQgz6X4UZzl3jMwZgtw9GumY5ts8VnEPJOGC/W+cICtk O4g2louTKJ/M7+Mo3dnsPsQv97PZOO1vDqJQ4TcbGxu1XzTeEW6H80W0tRV1 tva2tve6W1H3++8ffbO+vh5srnG2TKL/Wo7pCh91O3s7u3vdXfnir3+NNrYf tnejdfr3YfTXv34TfWtel3gcbyJX1cWTiAo5HLGArSTj0X0iZ7IgdrB5sYI1 ZT4jEH2Eb5gKkdsk5/Em4P8D+yUuyE0EAQA= --0-756721729-912248007=:21711-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Nov 28 02:13:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA26925 for freebsd-alpha-outgoing; Sat, 28 Nov 1998 02:13:40 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA26917 for ; Sat, 28 Nov 1998 02:13:34 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id KAA27824; Sat, 28 Nov 1998 10:16:24 GMT Date: Sat, 28 Nov 1998 10:16:21 +0000 (GMT) From: Doug Rabson To: John Birrell cc: Hidetoshi Shimokawa , freebsd-alpha@FreeBSD.ORG Subject: Re: gdb In-Reply-To: <199811280302.OAA24158@cimlogic.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 28 Nov 1998, John Birrell wrote: > Hidetoshi Shimokawa wrote: > > Hi, > > > > Does anyone have gdb working on FreeBSD/alpha? > > I tried to make it work on alpha, by importing some files from > > NetBSD/alpha, but I failed. It is built but it cannot find > > symbol table :-< > > There is one in Doug's home directory on freefall. He posted the URL > not so long ago, so that mail archives should have it. I think that one is a bit stale now - the kernel has changed a bit since then. Sometime I will probably try and get 4.17 into the build (unless someone else beats me too it...). I have to finish wrapping up the Xserver work (currently works on 164lx and AS200 with MGA, S3V and Mach64 cards). -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Nov 28 02:15:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA27111 for freebsd-alpha-outgoing; Sat, 28 Nov 1998 02:15:48 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from silver.gn.iaf.nl (silver.gn.iaf.nl [193.67.144.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA27106 for ; Sat, 28 Nov 1998 02:15:45 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by silver.gn.iaf.nl (8.8.8/8.8.8) with SMTP id LAA14977; Sat, 28 Nov 1998 11:15:33 +0100 Received: by uni4nn.gn.iaf.nl with UUCP id AA10091 (5.67b/IDA-1.5); Sat, 28 Nov 1998 10:50:50 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id KAA14110; Sat, 28 Nov 1998 10:51:56 +0100 (CET) From: Wilko Bulte Message-Id: <199811280951.KAA14110@yedi.iaf.nl> Subject: Re: building -current for Alpha In-Reply-To: <199811270821.TAA17346@cimlogic.com.au> from John Birrell at "Nov 27, 98 07:21:19 pm" To: jb@cimlogic.com.au (John Birrell) Date: Sat, 28 Nov 1998 10:51:56 +0100 (CET) Cc: freebsd-alpha@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As John Birrell wrote... > Wilko Bulte wrote: > > /usr/src/gnu/usr.bin/groff/libgroff/../../../../contrib/groff/libgroff/assert.cc:20: > > /usr/obj/elf/usr/src/tmp/usr/include/machine/ansi.h:57: Internal compiler > > error. > > /usr/obj/elf/usr/src/tmp/usr/include/machine/ansi.h:57: Please submit a full > > bug report to `bug-g++@prep.ai.mit.edu'. > > *** Error code 1 > > Try building with "CFLAGS=" in /etc/make.conf to turn off the default > optimization. Set CFLAGS="-pipe" now. Omitting -O makes make quite a bit faster (no surprise ;-). I noticed (in the meantime) that I also ran out of /tmp space. After fixing that the make ran quite a bit further but it now fell over with: cc -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/lib/libc/../libc/net/gethostbydns.c -o gethostbydns.o Cputime limit exceeded Nov 28 03:53:05 axp33 /kernel: calcru: negative time of -3566867 usec for pid 21093 (make) Nov 28 03:53:05 axp33 /kernel: calcru: negative time of -3566867 usec for pid 21093 (make) Shell says: axp33.iaf.nl#ulimit -a cpu time (seconds, -t) unlimited file size (512-blocks, -f) unlimited data seg size (kbytes, -d) 1048576 stack size (kbytes, -s) 32768 core file size (512-blocks, -c) unlimited max memory size (kbytes, -m) unlimited locked memory (kbytes, -l) unlimited max user processes (-u) 179 open files (-n) 360 Looks like a 64/32 bit problem to me?? Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Nov 28 02:25:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA27952 for freebsd-alpha-outgoing; Sat, 28 Nov 1998 02:25:48 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA27934 for ; Sat, 28 Nov 1998 02:25:43 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id VAA25152; Sat, 28 Nov 1998 21:31:59 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199811281031.VAA25152@cimlogic.com.au> Subject: Re: gdb In-Reply-To: from Doug Rabson at "Nov 28, 98 10:16:21 am" To: dfr@nlsystems.com (Doug Rabson) Date: Sat, 28 Nov 1998 21:31:59 +1100 (EST) Cc: jb@cimlogic.com.au, simokawa@sat.t.u-tokyo.ac.jp, freebsd-alpha@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug Rabson wrote: > I think that one is a bit stale now - the kernel has changed a bit since > then. Sometime I will probably try and get 4.17 into the build (unless > someone else beats me too it...). I have to finish wrapping up the > Xserver work (currently works on 164lx and AS200 with MGA, S3V and Mach64 > cards). I thought you were going to commit a binutils/gdb set of makefiles? Did you decide the later version was required, perhaps for compatibilty with the current binutils? -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Nov 28 02:29:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA28288 for freebsd-alpha-outgoing; Sat, 28 Nov 1998 02:29:55 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA28282 for ; Sat, 28 Nov 1998 02:29:52 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id VAA25171; Sat, 28 Nov 1998 21:36:11 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199811281036.VAA25171@cimlogic.com.au> Subject: Re: building -current for Alpha In-Reply-To: <199811280951.KAA14110@yedi.iaf.nl> from Wilko Bulte at "Nov 28, 98 10:51:56 am" To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Sat, 28 Nov 1998 21:36:11 +1100 (EST) Cc: freebsd-alpha@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte wrote: > cc -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include > -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale > -DBROKEN_DES -DYP -I/usr/obj/elf/usr/src/tmp/usr/include -c > /usr/src/lib/libc/../libc/net/gethostbydns.c -o gethostbydns.o > Cputime limit exceeded > Nov 28 03:53:05 axp33 /kernel: calcru: negative time of -3566867 usec for > pid 21093 (make) > Nov 28 03:53:05 axp33 /kernel: calcru: negative time of -3566867 usec for > pid 21093 (make) [.--.] > Looks like a 64/32 bit problem to me?? I get that problem on both alpha and i386. I think David Greenman committed a patch that would prevent the bug that causes the negative time from killing the process (just a work around until the bug itself is fixed). I'm hoping that moving to gcc 2.8.X will solve the -O issues. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Nov 28 02:32:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA28690 for freebsd-alpha-outgoing; Sat, 28 Nov 1998 02:32:19 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA28684 for ; Sat, 28 Nov 1998 02:32:17 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id KAA27894; Sat, 28 Nov 1998 10:35:03 GMT Date: Sat, 28 Nov 1998 10:35:03 +0000 (GMT) From: Doug Rabson To: John Birrell cc: simokawa@sat.t.u-tokyo.ac.jp, freebsd-alpha@FreeBSD.ORG Subject: Re: gdb In-Reply-To: <199811281031.VAA25152@cimlogic.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 28 Nov 1998, John Birrell wrote: > Doug Rabson wrote: > > I think that one is a bit stale now - the kernel has changed a bit since > > then. Sometime I will probably try and get 4.17 into the build (unless > > someone else beats me too it...). I have to finish wrapping up the > > Xserver work (currently works on 164lx and AS200 with MGA, S3V and Mach64 > > cards). > > I thought you were going to commit a binutils/gdb set of makefiles? > Did you decide the later version was required, perhaps for compatibilty > with the current binutils? I got partway through that for i386 and then realised that there were big differences in the alpha support between 4.16 and 4.17. Since that was before 3.0R, I stopped and haven't managed to get back to it since. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Nov 28 07:26:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA19264 for freebsd-alpha-outgoing; Sat, 28 Nov 1998 07:26:34 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from dingo.cdrom.com (castles233.castles.com [208.214.165.233]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA19259 for ; Sat, 28 Nov 1998 07:26:33 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id HAA00603; Sat, 28 Nov 1998 07:24:49 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199811281524.HAA00603@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Wilko Bulte cc: jb@cimlogic.com.au (John Birrell), freebsd-alpha@FreeBSD.ORG Subject: Re: building -current for Alpha In-reply-to: Your message of "Sat, 28 Nov 1998 10:51:56 +0100." <199811280951.KAA14110@yedi.iaf.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 28 Nov 1998 07:24:48 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Set CFLAGS="-pipe" now. Omitting -O makes make quite a bit faster (no > surprise ;-). I noticed (in the meantime) that I also ran out of /tmp space. > After fixing that the make ran quite a bit further but it now fell over > with: > > cc -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include > -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale > -DBROKEN_DES -DYP -I/usr/obj/elf/usr/src/tmp/usr/include -c > /usr/src/lib/libc/../libc/net/gethostbydns.c -o gethostbydns.o > Cputime limit exceeded > Nov 28 03:53:05 axp33 /kernel: calcru: negative time of -3566867 usec for > pid 21093 (make) > Nov 28 03:53:05 axp33 /kernel: calcru: negative time of -3566867 usec for > pid 21093 (make) This is the dreaded "timecounter bug". Try updating to a very recent kernel, add options "NTIMECOUNTER=10" to your kernel config, rebuild, and then be prepared to work with phk to get it resolved if it reoccurs. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Nov 28 15:45:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA25959 for freebsd-alpha-outgoing; Sat, 28 Nov 1998 15:45:55 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from silver.gn.iaf.nl (silver.gn.iaf.nl [193.67.144.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA25954 for ; Sat, 28 Nov 1998 15:45:53 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by silver.gn.iaf.nl (8.8.8/8.8.8) with SMTP id AAA17491; Sun, 29 Nov 1998 00:45:37 +0100 Received: by uni4nn.gn.iaf.nl with UUCP id AA07766 (5.67b/IDA-1.5); Sun, 29 Nov 1998 00:26:52 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id AAA21968; Sun, 29 Nov 1998 00:10:33 +0100 (CET) From: Wilko Bulte Message-Id: <199811282310.AAA21968@yedi.iaf.nl> Subject: Re: building -current for Alpha In-Reply-To: <199811281524.HAA00603@dingo.cdrom.com> from Mike Smith at "Nov 28, 98 07:24:48 am" To: mike@smith.net.au (Mike Smith) Date: Sun, 29 Nov 1998 00:10:33 +0100 (CET) Cc: jb@cimlogic.com.au, freebsd-alpha@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As Mike Smith wrote... > > Set CFLAGS="-pipe" now. Omitting -O makes make quite a bit faster (no > > surprise ;-). I noticed (in the meantime) that I also ran out of /tmp space. > > After fixing that the make ran quite a bit further but it now fell over > > with: > > > > cc -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include > > -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale > > -DBROKEN_DES -DYP -I/usr/obj/elf/usr/src/tmp/usr/include -c > > /usr/src/lib/libc/../libc/net/gethostbydns.c -o gethostbydns.o > > Cputime limit exceeded > > Nov 28 03:53:05 axp33 /kernel: calcru: negative time of -3566867 usec for > > pid 21093 (make) > > Nov 28 03:53:05 axp33 /kernel: calcru: negative time of -3566867 usec for > > pid 21093 (make) > > This is the dreaded "timecounter bug". Try updating to a very recent > kernel, add Any chance some kind soul can get me a recent kernel like that? I noticed files for Alpha dated 25 nov 1998, but that would mean ftp-ing the complete bindist and re-installing. I rather build from the -current source using a 'known good' kernel. And subsequently upgrade the machine to the newly built -current. Or is this unfeasible? > options "NTIMECOUNTER=10" > > to your kernel config, rebuild, and then be prepared to work with phk > to get it resolved if it reoccurs. OK, thank you for your help. Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Nov 28 16:08:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29162 for freebsd-alpha-outgoing; Sat, 28 Nov 1998 16:08:57 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from burka.rdy.com (burka.rdy.com [205.149.163.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA29157 for ; Sat, 28 Nov 1998 16:08:54 -0800 (PST) (envelope-from dima@burka.rdy.com) Received: (from dima@localhost) by burka.rdy.com (8.9.1/RDY&DVV) id QAA27731; Sat, 28 Nov 1998 16:08:11 -0800 (PST) Message-Id: <199811290008.QAA27731@burka.rdy.com> Subject: Re: building -current for Alpha In-Reply-To: <199811282310.AAA21968@yedi.iaf.nl> from Wilko Bulte at "Nov 29, 1998 0:10:33 am" To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Sat, 28 Nov 1998 16:08:10 -0800 (PST) Cc: mike@smith.net.au, jb@cimlogic.com.au, freebsd-alpha@FreeBSD.ORG X-Class: Fast Organization: HackerDome Reply-To: dima@best.net From: dima@best.net (Dima Ruban) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wilko Bulte writes: > Any chance some kind soul can get me a recent kernel like that? I noticed > files for Alpha dated 25 nov 1998, but that would mean ftp-ing the complete > bindist and re-installing. > > I rather build from the -current source using a 'known good' kernel. And > subsequently upgrade the machine to the newly built -current. > > Or is this unfeasible? > > > options "NTIMECOUNTER=10" I'll upload such a kernel to ftp://burka.rdy.com/pub/alpha/ as soon as I finish compiling it. > > to your kernel config, rebuild, and then be prepared to work with phk > > to get it resolved if it reoccurs. > > OK, thank you for your help. > > Wilko > _ ______________________________________________________________________ > | / o / / _ Bulte email: wilko@yedi.iaf.nl > |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl > ______________________________________________ Powered by FreeBSD __________ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > -- dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Nov 28 21:38:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA25107 for freebsd-alpha-outgoing; Sat, 28 Nov 1998 21:38:03 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.156.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA25102 for ; Sat, 28 Nov 1998 21:38:01 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.156.43]) by mail.sat.t.u-tokyo.ac.jp (8.8.6/3.4Wbeta6-SAT1.0) with ESMTP id OAA09857; Sun, 29 Nov 1998 14:37:52 +0900 (JST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from localhost by ett.sat.t.u-tokyo.ac.jp (8.8.8/sat-V0.6) id OAA06264; Sun, 29 Nov 1998 14:37:52 +0900 (JST) To: dfr@nlsystems.com Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: gdb In-Reply-To: Your message of "Sat, 28 Nov 1998 10:13:27 +0000 (GMT)" References: X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX Date: Sun, 29 Nov 1998 14:37:51 +0900 From: Hidetoshi Shimokawa X-Dispatcher: imput version 980905(IM100) Lines: 28 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org dfr> I have some patches to gdb-4.17 (attached) to make it build for dfr> FreeBSD/alpha. To get it building in the world, I would probably need to Thanks, it works fine. I finally found the reason why /usr/bin/ftp gets signal 11. This is because of a bug of libedit which is harmless on i386 but critial on alpha. Index: term.c =================================================================== RCS file: /pub/FreeBSD-CVS/src/lib/libedit/term.c,v retrieving revision 1.10 diff -u -r1.10 term.c --- term.c 1998/06/30 18:03:05 1.10 +++ term.c 1998/11/28 21:29:10 @@ -240,7 +240,7 @@ el->el_term.t_str = (char **) el_malloc(T_str * sizeof(char*)); (void) memset(el->el_term.t_str, 0, T_str * sizeof(char*)); el->el_term.t_val = (int *) el_malloc(T_val * sizeof(int)); - (void) memset(el->el_term.t_val, 0, T_val * sizeof(char*)); + (void) memset(el->el_term.t_val, 0, T_val * sizeof(int)); term_outfile = el->el_outfile; (void) term_set(el, NULL); term_init_arrow(el); /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message