Re: [ATAng?] ad1 disappeared again
>>>>> In <[EMAIL PROTECTED]> >>>>> Chris Faulhaber <[EMAIL PROTECTED]> wrote: > > Could you try this patch and get back to me with the result please: > > > Works for me: > GEOM: create disk ad0 dp=0xc6972c60 > ad0: 57241MB [116301/16/63] at ata0-master UDMA100 > GEOM: create disk ad1 dp=0xc6972b60 > ad1: 57241MB [116301/16/63] at ata0-slave UDMA100 Me too. Thanks! GEOM: create disk ad0 dp=0xc8304d60 ad0: 38166MB [77545/16/63] at ata0-master UDMA100 GEOM: create disk ad1 dp=0xc866eb60 ad1: 38166MB [77545/16/63] at ata0-slave UDMA100 -- NAKAJI Hiroyuki ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[ATAng?] ad1 disappeared again
Hi, I'm preparing new machine with 5-current. First, I installed a snapshot on Feb 21 2003. It works well. From the beginning of this week, I started updating it to the latest, and found the problem. The box is built with following parts. o ASUS P4G8X o P4 2.53GHz o 2GB memory o Seagate ST340810A x2 (Primary master and slave) o HighPoint HPT370 UDMA100 controller o 2 80GB HDDs in Accusys ACS7500 connected to HPT370 o Intel Pro 10/100B/100+ Ethernet The problem is that the latest GENERIC kernel cannot detect ad1 (the second ST340810A). Two dmesg outputs (without "-v") are attached below, the former is 20030221 and the latter is today's one. Thanks. -- NAKAJI Hiroyuki === 20030221 === Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-20030221-SNAP #0: Fri Feb 21 08:19:58 GMT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel.ok/kernel" at 0xc06b9000. Preloaded elf module "/boot/kernel.ok/acpi.ko" at 0xc06b90ac. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 2533439528 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.53GHz (2533.44-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff real memory = 2147467264 (2047 MB) avail memory = 2083090432 (1986 MB) Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE31 pcibios: BIOS version 2.10 Using $PIR table, 11 entries at 0xc00f2320 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf000-0xf3ff at device 0.0 on pci0 pcib1: mem 0xe800-0xebff at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xb800-0xb81f irq 11 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb400-0xb41f irq 9 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xb000-0xb01f irq 5 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 atapci0: port 0x9400-0x94ff,0x9800-0x9803,0xa000-0xa007,0xa400-0xa403,0xa800-0xa807 irq 9 at device 1.0 on pci2 ata2: at 0xa800 on atapci0 ata3: at 0xa000 on atapci0 pci2: at device 5.0 (no driver attached) fxp0: port 0x9000-0x903f mem 0xdd00-0xdd0f,0xdd80-0xdd800fff irq 5 at device 7.0 on pci2 fxp0: Ethernet address 00:20:e0:60:28:64 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xf000-0xf00f,0-0x3,0-0x7,0-0x3,0-0x7 irq 5 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci1 ata1: at 0x170 irq 15 on atapci1 pci0: at device 31.5 (no driver attached) fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: failed to get data. psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 orm0: at iomem 0xd-0xd0fff,0xc-0xcbfff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounters tick every 10.000 msec ad0: 38166MB [77545/16/63] at ata0-master UDMA100 ad1: 38166MB [77545/16/63] at ata0-slave UDMA100 ad4: 76319MB [155061/16/63] at ata2-master UDMA100 acd0: DVD-ROM at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a === today === Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-BETA #3: Wed Nov 26 12:09:53 JST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NAKAJI Pr
Re: mount_ntfs causes panic
>>>>> In <[EMAIL PROTECTED]> >>>>> Tim Robbins <[EMAIL PROTECTED]> wrote: > > /etc/fstab: > > /dev/ad0s2 /mnt/winnt ntfsro,noauto 0 0 > > > > When "mount /mnt/winnt", the system falls into DDB. > This looks like a bug in the buffer cache code. I'm working on > trying to fix it. Mounting read-write instead of read-only ought to > work around the problem, but it's probably not very safe. Thanks for support. I updated the kernel on another PC from yesterday's source (cvsup-ed about Jun 19 14:00 JST) and, what a miracle, "mount_ntfs" did not get system panic. I'll try the latest kernel on the PC on which I found this problem. -- NAKAJI Hiroyuki ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
mount_ntfs causes panic
I updated my laptop kernel to 5.1-CURRENT and got into trouble. FreeBSD mebius 5.1-CURRENT FreeBSD 5.1-CURRENT #1: Tue Jun 17 09:36:21 JST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 This laptop also runs Windows 2000 whose filesystem is NTFS and this NTFS part is mounted from FreeBSD with read-only. /etc/fstab: /dev/ad0s2 /mnt/winnt ntfsro,noauto 0 0 When "mount /mnt/winnt", the system falls into DDB. Here is a backtrace. (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc030f113 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc030f483 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc01631b2 in db_panic () at /usr/src/sys/ddb/db_command.c:449 #4 0xc0163132 in db_command (last_cmdp=0xc052a9f0, cmd_table=0x0, aux_cmd_tablep=0xc0521848, aux_cmd_tablep_end=0xc0521860) at /usr/src/sys/ddb/db_command.c:346 #5 0xc0163246 in db_command_loop () at /usr/src/sys/ddb/db_command.c:471 #6 0xc0165fda in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_trap.c:73 #7 0xc048ab75 in kdb_trap (type=3, code=0, regs=0xcb48637c) at /usr/src/sys/i386/i386/db_interface.c:172 #8 0xc049c21c in trap (frame= {tf_fs = -1067581416, tf_es = -884473840, tf_ds = -1070596080, tf_edi = 1, tf_esi = -1068469573, tf_ebp = -884448312, tf_isp = -884448344, tf_ebx = 0, tf_edx = 0, tf_ecx = 32, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1068978668, tf_cs = 8, tf_eflags = 642, tf_esp = -1068390229, tf_ss = -1068493137}) at /usr/src/sys/i386/i386/trap.c:595 #9 0xc048c4c8 in calltrap () at {standard input}:96 #10 0xc030f41c in panic ( fmt=0xc05072bb "bundirty: buffer %p still on queue %d") at /usr/src/sys/kern/kern_shutdown.c:534 #11 0xc0354331 in bundirty (bp=0xc5b85830) at /usr/src/sys/kern/vfs_bio.c:1126 #12 0xc0354e61 in brelse (bp=0xc5b85830) at /usr/src/sys/kern/vfs_bio.c:1441 ---Type to continue, or q to quit--- #13 0xc0353c01 in bwrite (bp=0xc5b85830) at /usr/src/sys/kern/vfs_bio.c:884 #14 0xc0356b82 in getblk (vp=0xc2943000, blkno=13504625, size=1024, slpflag=0, slptimeo=0, flags=0) at /usr/src/sys/kern/vfs_bio.c:2516 #15 0xc03535e2 in breadn (vp=0xc2943000, blkno=0, size=0, rablkno=0x0, rabsize=0x0, cnt=0, cred=0x0, bpp=0x0) at /usr/src/sys/kern/vfs_bio.c:702 #16 0xc035358c in bread (vp=0x0, blkno=0, size=0, cred=0x0, bpp=0x0) at /usr/src/sys/kern/vfs_bio.c:684 #17 0xc2977f9b in ntfs_readntvattr_plain (ntmp=0xc22dc000, ip=0xc22dc200, vap=0xc2692a00, roff=0, rsize=0, rdata=0x0, initp=0xcb4866ac, uio=0x0) at /usr/src/sys/fs/ntfs/ntfs_subr.c:1555 #18 0xc2978382 in ntfs_readattr_plain (ntmp=0xc22dc000, ip=0xc22dc200, attrnum=128, attrname=0x0, roff=480, rsize=160, rdata=0xcb4867cc, initp=0xcb48674c, uio=0x0) at /usr/src/sys/fs/ntfs/ntfs_subr.c:1646 #19 0xc29788a4 in ntfs_readattr (ntmp=0xc22dc000, ip=0xc22dc200, attrnum=128, attrname=0x0, roff=480, rsize=160, rdata=0xcb4867cc, uio=0x0) at /usr/src/sys/fs/ntfs/ntfs_subr.c:1760 #20 0xc297374d in ntfs_mountfs (devvp=0xc2943000, mp=0xc2691400, argsp=0xcb4868e8, td=0xc2026e40) at /usr/src/sys/fs/ntfs/ntfs_vfsops.c:405 #21 0xc297325d in ntfs_mount (mp=0xc2943000, path=0xc2317d80 "/mnt/winnt", data=0x0, ndp=0x3, td=0xc2026e40) at /usr/src/sys/fs/ntfs/ntfs_vfsops.c:235 #22 0xc03613db in vfs_mount (td=0xc2026e40, fstype=0xc2026e40 "t7", fspath=0xc2317d80 "/mnt/winnt", fsflags=-1030475776, fsdata=0x0) at /usr/src/sys/kern/vfs_mount.c:1091 ---Type to continue, or q to quit--- #23 0xc0360b48 in mount (td=0x0, uap=0xcb486d10) at /usr/src/sys/kern/vfs_mount.c:847 #24 0xc049cafe in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077937176, tf_esi = -1077936859, tf_ebp = -1077937152, tf_isp = -884445836, tf_ebx = -1077938936, tf_edx = -1077936849, tf_ecx = -1077936849, tf_eax = 21, tf_trapno = 12, tf_err = 2, tf_eip = 134520903, tf_cs = 31, tf_eflags = 518, tf_esp = -1077938980, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1023 #25 0xc048c51d in Xint0x80_syscall () at {standard input}:138 ---Can't read userspace from dump, or kernel process--- -- NAKAJI Hiroyuki ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
5.0-DP2 disk1.iso cannot boot on my laptop
KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B#Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM#Rate limit bad replies options KBD_INSTALL_CDEV# install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT# Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT# Print register bitfields in debug # output. Adds ~215k to driver. device isa device eisa device pci device fdc0at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device ata0at isa? port IO_WD1 irq 14 device ata1at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID #Static device numbering # Allow ncr to attach legacy NCR devices when # both sym and ncr are configured device scbus # SCSI bus (required) device da # Direct Access (disks) device pass# Passthrough device (direct SCSI access) device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0at atkbdc? irq 12 device vga0at isa? pseudo-device splash device sc0 at isa? flags 0x100 device npx0at nexus? port IO_NPX irq 13 device apm0at nexus? disable flags 0x20 # Advanced Power Management device card device pcic0 at isa? irq 0 port 0x3e0 iomem 0xd device pcic1 at isa? irq 0 port 0x3e2 iomem 0xd4000 disable device sio0at isa? port IO_COM1 flags 0x10 irq 4 device ppc0at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device plip# TCP/IP over parallel device ppi # Parallel port interface device device miibus # MII bus support device rl # RealTek 8129/8139 device ep pseudo-device loop# Network loopback pseudo-device ether # Ethernet support pseudo-device sl 1 # Kernel SLIP pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device gif # IPv6 and IPv4 tunneling pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) pseudo-device bpf #Berkeley packet filter device uhci# UHCI PCI->USB interface device ohci# OHCI PCI->USB interface device usb # USB Bus (required) device ugen# Generic device uhid# "Human Interface Devices" device ukbd# Keyboard device ulpt# Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device uscanner# Scanners device urio# Diamond Rio MP3 Player device aue # ADMtek USB ethernet device cue # CATC USB ethernet device kue # Kawasaki LSI USB ethernet -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: pw_user.c change for samba
>>>>> In <[EMAIL PROTECTED]> >>>>> Terry Lambert <[EMAIL PROTECTED]> wrote: > There are two "adduser" scripts. One is perl, and one was written > to use "pw" and provide the same semantics, in a shell script, as > part of the "perl purge" that happened recently. I can't find any shell script 'adduser' in http://www.freebsd.org/cgi/cvsweb.cgi/ Where can I find it? > One of them pukes on the trailing $, and the other doesn't. > It's confusing, unless you caught that we were talking about > most recent -current. I'm confused too. I cvsup-ed my /usr/src about 30 minutes ago but there is only usr.sbin/adduser/adduser.perl. $ find /usr/src -name '*adduser*' /usr/src/usr.sbin/adduser /usr/src/usr.sbin/adduser/adduser.8 /usr/src/usr.sbin/adduser/adduser.perl -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: pw_user.c change for samba
>>>>> In <005501c29670$d5fd8360$fe01a8c0@dwcjr> >>>>> "David W. Chapman Jr." <[EMAIL PROTECTED]> wrote: David> Wouldn't pw still have to be updated. I haven't looked at adduser but I David> thought it was a wrapper for pw? No. My /usr/sbin/adduser, updated on Nov/23/2002 21:58 JST, does not call pw command. It adds account to /etc/master.passwd and invokes 'pwd_mkdb'. See 'sub new_users' function in /usr/sbin/adduser. -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: pw_user.c change for samba
>>>>> "David W. Chapman Jr." <[EMAIL PROTECTED]> wrote: David> Last I checked adduser doesn't even let you use $ How about to set usernameregexp = '^[a-z0-9_][a-z0-9_-]*[a-z0-9_$-]$' in /etc/adduser.conf? It allows to make a 'machine account' ending with '$'. I checked this about two months ago. -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Post-KSE disaster with libc_r
>>>>> In <[EMAIL PROTECTED]> >>>>> Julian Elischer <[EMAIL PROTECTED]> wrote: JE> the question is: JE> did you update both kernel and userland? Yes. I always do update the whole world. > I updated my current box about an hour ago, and got into trouble too. And I backed kernel only of date=2002.06.29.17.00.00 and this old kernel has problem. While running /etc/rc it gets panic, but I've lost the message. I'm now rebuilding the latest world, i.e. userland and kernel, with the kernel and userland of yesterday. -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Post-KSE disaster with libc_r
>>>>> In <[EMAIL PROTECTED]> >>>>> Marc Recht <[EMAIL PROTECTED]> wrote: > Can someone please check out a libc_r tree as of 3 days ago > and try that... > > There was a commit in libc_r/uthreads 2 days ago that might be relevant. > failing that, can someone try newly compiled utilities on an older pre-KSE > kernel? MR> I don't know if this helps, but I've a pre-KSE userland (28.06.), a MR> post-KSE kernel (30.06.) and I've none of the described problems. MR> Evolution, KDE3, Mozilla, ogg123, jdk13 all run without a problem. I updated my current box about an hour ago, and got into trouble too. My case is that amavis-milter dumps core with signal 11 and I cannot check virus in emails. :( $ sudo gdb ./amavis-milter /etc/mail/amavis-milter.core GNU gdb 5.2.0 (FreeBSD) 20020627 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... Core was generated by `amavis-milter'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libmilter.so.2...done. Loaded symbols for /usr/lib/libmilter.so.2 Reading symbols from /usr/lib/libc_r.so.5...done. Loaded symbols for /usr/lib/libc_r.so.5 Reading symbols from /usr/lib/libc.so.5...done. Loaded symbols for /usr/lib/libc.so.5 Reading symbols from /usr/libexec/ld-elf.so.1...done. Loaded symbols for /usr/libexec/ld-elf.so.1 #0 0x2808e918 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.5 (gdb) -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildworld fails at share/doc/smm/10.named
>>>>> In <[EMAIL PROTECTED]> >>>>> NAKAJI Hiroyuki <[EMAIL PROTECTED]> wrote: NH> I noticed share/doc/smm/10.named fails after dougb's commit deleting NH> contrib/bind/doc/bog/*. Oops. Dougb already fixed the problem about 2 hours ago. I'm now under fourth buildworld today. Thanks. -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
buildworld fails at share/doc/smm/10.named
Hi, I noticed share/doc/smm/10.named fails after dougb's commit deleting contrib/bind/doc/bog/*. === Revision 1.1.1.2 (vendor branch), Mon Jul 1 01:27:59 2002 UTC (6 hours, 43 minutes ago) by dougb Branch: VIXIE, MAIN, ISC CVS Tags: HEAD Changes since 1.1.1.1: +0 -0 lines FILE REMOVED I don't think we ever installed these files, and they are more than a little dated. === Error message is, ===> share/doc/smm/10.named make: don't know how to make 00macs.me. Stop *** Error code 2 Stop in /usr/src/share/doc/smm. *** Error code 1 Stop in /usr/src/share/doc. *** Error code 1 Stop in /usr/src/share. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
f77, too [Re: cannot link C++ apps any more (GCC 3.1)]
I have trouble that f77 cannot find -lfrtbegin which gcc-3.1 has. For example, the program shown below cannot be linked. --->8-->8-->8-->8--- program killw2k c write(*,*) '\t\b\b' stop end --->8-->8-->8-->8--- Verbose output is like this. $ f77 -v killw2k.f Driving: f77 -v killw2k.f -lfrtbegin -lg2c -lm Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.1 [FreeBSD] 20020509 (prerelease) /usr/libexec/f771 killw2k.f -quiet -dumpbase killw2k.f -version -o /home/nakaji/tmp/ccCXNucA.s GNU F77 version 3.1 [FreeBSD] 20020509 (prerelease) (i386-undermydesk-freebsd) compiled by GNU C version 3.1 [FreeBSD] 20020509 (prerelease). /usr/libexec/elf/as -v -o /home/nakaji/tmp/ccSLtLlz.o /home/nakaji/tmp/ccCXNucA.s GNU assembler version 2.12.0 [FreeBSD] 2002-04-10 (i386-obrien-freebsd5.0) using BFD version 2.12.0 [FreeBSD] 2002-04-10 /usr/libexec/elf/ld -V -dynamic-linker /usr/libexec/ld-elf.so.1 /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib /home/nakaji/tmp/ccSLtLlz.o -lfrtbegin -lg2c -lm -lgcc -lc -lgcc /usr/lib/crtend.o /usr/lib/crtn.o GNU ld version 2.12.0 [FreeBSD] 2002-04-10 Supported emulations: elf_i386 /usr/libexec/elf/ld: cannot find -lfrtbegin The kernel is built yesterday. $ uname -a FreeBSD boggy.acest.tutrp.tut.ac.jp 5.0-CURRENT FreeBSD 5.0-CURRENT #4: Wed May 22 13:08:08 JST 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NAKAJI i386 -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Mirrored disk on HPT370 is not detected.
sos> You need the sos> options PCI_ALLOW_UNSUPPORTED_IO_RANGE It workd. Thanks! -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Mirrored disk on HPT370 is not detected.
Hi, I cannot update my current system after Jan 29 2002, because the latest kernel cannot detect my mirrored disk on HPT370 as ar. Is there any problem or large change around ata driver? The dmesg outputs for old and new kernels and kernel configuration file are available at http://www.rc.tutrp.tut.ac.jp/~nakaji/FreeBSD/20020402/ dmesg.boot old kernel dmesg.noar.20020402 today's kernel NAKAJI kernel configuration I checked the difference between them to find that ata device on HPT370 is not detected, -pcib2: device atapci0 requested decoded I/O range 0x9c02-0x9c00 -pcib2: device ata2 requested decoded I/O range 0xa800-0xa807 -ata2: iobase=0x9800 altiobase=0x9c02 bmaddr=0xa800 -ata2: mask=03 ostat0=50 ostat2=00 -ata2-master: ATAPI 00 00 -ata2-slave: ATAPI 00 00 -ata2: mask=03 stat0=50 stat1=00 -ata2-master: ATA 01 a5 -ata2: devices=01 -ata2: at 0x9800 on atapci0 +pcib2: device atapci0 requested unsupported I/O range 0x0-0x9c00 (decoding +0x9000-0xafff) +ata2: probe allocation failed -pcib2: device atapci0 requested decoded I/O range 0xa402-0xa400 -pcib2: device ata3 requested decoded I/O range 0xa808-0xa80f -ata3: iobase=0xa000 altiobase=0xa402 bmaddr=0xa808 -ata3: mask=03 ostat0=50 ostat2=00 -ata3-master: ATAPI 00 00 -ata3-slave: ATAPI 00 00 -ata3: mask=03 stat0=50 stat1=00 -ata3-master: ATA 01 a5 -ata3: devices=01 -ata3: at 0xa000 on atapci0 +pcib2: device atapci0 requested unsupported I/O range 0x0-0xa400 (decoding +0x9000-0xafff) +ata3: probe allocation failed and then ar disk mirrored with disks on ata[23] is not created. +ar: FreeBSD check1 failed Any hint is appreciated. Thanks in advance. -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Request for testers of ATA RAID support
131C) da1 at ahc0 bus 0 target 4 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) da2 at ahc0 bus 0 target 6 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled da2: 2051MB (4201304 512 byte sectors: 255H 63S/T 261C) -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: -CURRENT freeze under high load
aster UDMA100 ad6: 43979MB [89355/16/63] at ata3-master UDMA100 acd0: CDROM at ata1-master PIO3 Waiting 15 seconds for SCSI devices to settle Mounting root from ufs:/dev/ad0s3a da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 1034MB (2118144 512 byte sectors: 255H 63S/T 131C) da1 at ahc0 bus 0 target 4 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) da2 at ahc0 bus 0 target 6 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled da2: 2051MB (4201304 512 byte sectors: 255H 63S/T 261C) lpt0: switched to polled standard mode psmintr: delay too long; resetting byte count The last message is related to mouse, isn't it? BTW, there are too many ar devices while I have only one RAID0 device. :) -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ACPI kills my current-box frequently.
Oops. >>>>> In <[EMAIL PROTECTED]> >>>>> NAKAJI Hiroyuki <[EMAIL PROTECTED]> wrote: HN> Dmesgs with and without acpi are attached below. ===> with acpi.ko loaded Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #12: Sat Sep 8 16:56:16 JST 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NAKAJI Calibrating clock(s) ... TSC clock: 936722721 Hz, i8254 clock: 1193160 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium III/Pentium III Xeon/Celeron (936.75-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 671072256 (655344K bytes) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x004fa000 - 0x27ff3fff, 665821184 bytes (162554 pages) avail memory = 647581696 (632404K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f92a0 bios32: Entry = 0xf0690 (c00f0690) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0x890 pnpbios: Found PnP BIOS data at 0xc00fc260 pnpbios: Entry = f:c290 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: Preloaded elf kernel "kernel" at 0xc04d4000. Preloaded elf module "acpi.ko" at 0xc04d40a8. null: mem: Pentium Pro MTRR support enabled random: Math emulator present pci_open(1):mode 1 addr port (0x0cf8) is 0x8060 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=06911106) Using $PIR table, 8 entries at 0xc00f0e60 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: power button is handled as a fixed feature programming model. acpi_button0: on acpi0 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: IEEE1284 device found /NIBBLE/ECP/ECP_RLE/NIBBLE_ID/ECP_ID/ECP_RLE_ID/Extensibility Link Probing for PnP devices on ppbus0: ppbus0: PRINTER POSTSCRIPT plip0: on ppbus0 bpf: lp0 attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc1: cannot reserve I/O port range sio0: irq maps: 0x41 0x51 0x41 0x41 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: irq maps: 0x41 0x49 0x41 0x41 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d atkbd1: unable to allocate IRQ psm0: unable to allocate IRQ atkbd1: unable to allocate IRQ psm0: current command byte:0047 psm0: failed to get data. psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:, flags:, packet size:4 psm0: syncmask:00, syncbits:00 psmcpnp0 irq 12 on acpi0 ppc1: cannot reserve I/O port range pcib0: at pcibus 0 on motherboard pci0: physical bus=0 map[10]: type 3, range 32, base e400, size 26, enabled found-> vendor=0x1106, dev=0x0691, revid=0xc2 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x8598, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 found-> vendor=0x1106, dev=0x0596, revid=0x12 bus=0, slot=4, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 map[20]: type 4, range 32, base b800, size 4, enabled found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=4, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 map[20]: type 4, range 32, base b400, size 5, enabled found-> vendor=0x1106, dev=0x3038, revid=0x08 bus=0, slot=4, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=5 found-> vendor=0x1106, dev=0x3050, revid=0x20 bus=0, slot=4, func=3 class=06-00-00, hdrtype=0x00, mfdev=0 map[10]: type 4, range 32, base b000, size 7, enabled map[14]: type 1, range 32, base e180, size 7, enabled found-> vendor=0x10b7, dev=0x9055, revid=0x30 bus=0, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=5 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e100, size 12, enabled map[14]: type 1
Re: ACPI kills my current-box frequently.
Thank you, Iwasaki-san. Now I booted the system with 'hint.acpi.0.disable=1' in /boot/device.hints. It works good at least while writing this message. >>>>> In <[EMAIL PROTECTED]> >>>>> Mitsuru IWASAKI <[EMAIL PROTECTED]> wrote: HN> Just after rebooting with this kernel and installworld, this host HN> reboots frequently, about every 10 minutes. /var/log/messages shows HN> that MI> Could you describe your hardware? I'd like see boot -v dmesg and ACPI MI> data. Please send them to acpi-jp ML. My hardware is... M/B ASUS P3V4X CPU PentiumIII 933MHz with ASUS S370-DL Mem 640MB (total) HDD WDC AC32500H/24.09P07 Maxtor 31536U2/BAC51NJ0 FUJITSU MPC3102AT E/6207 IBM-DTLA-307045/TX6OA60A IBM-DTLA-307045/TX6OA60A IBM DPES-31080 S31Q IBM DPSS-318350N S96H IBM DPSS-318350N S96H QUANTUM FIREBALL SE2.1S PJ09 SCSIAHA-2940U2W RAIDHighPoint HPT370 ATA100 controller SOUND AOpen AW230 (CS461x PCM Audio) NIC 3Com 3c905B-TX Fast Etherlink XL VGA Rage 3D IIC (not detected when booting) PortJusty JIF-01A (serial and parallel ISA) Dmesgs with and without acpi are attached below. And kernel configuration is available at http://www.rc.tutrp.tut.ac.jp/~nakaji/tmp/NAKAJI MI> Also could you try adjust loader variable `debug.acpi.disable' and MI> see if which component is causing the problem? I'll check them later. -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ACPI kills my current-box frequently.
Hi, I updated the kernel on my current-box yesterday evening. $ uname -a FreeBSD boggy.acest.tutrp.tut.ac.jp 5.0-CURRENT FreeBSD 5.0-CURRENT #12: Sat Sep 8 16:56:16 JST 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NAKAJI i386 Just after rebooting with this kernel and installworld, this host reboots frequently, about every 10 minutes. /var/log/messages shows that $ zgrep 'Copyright .*FreeBSD Project' /var/log/messages.1.gz Sep 8 17:10:36 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 17:28:57 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 17:49:55 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 18:32:36 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 18:42:08 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 18:58:45 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 19:21:52 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 19:35:39 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. $ zgrep 'Copyright .*FreeBSD Project' /var/log/messages.0.gz Sep 8 21:01:17 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 21:21:28 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 22:23:55 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 22:39:09 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 23:13:55 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 23:22:30 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 23:31:25 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Sep 8 23:39:39 boggy /boot/kernel/kernel: Copyright (c) 1992-2001 The FreeBSD Project. Finally I found this evening this host stopping after the failure of fsck, prompting Enter full pathname of shell or RETURN for /bin/sh: The solution was 'unset acpi_load'. :( -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: libss termination
>>>>> In <[EMAIL PROTECTED]> >>>>> Kris Kennaway <[EMAIL PROTECTED]> wrote: nakaji> Usr.bin/mk_cmds is still using libss. And buildworld fails. Kris> Thanks; I fixed this already (by removing mk_cmds too :-) Oops... I should have checked http://www.FreeBSD.org/cgi/cvsweb.cgi/src/usr.bin/mk_cmds/ first. Thanks. -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: libss termination
>>>>> Mark Murray <[EMAIL PROTECTED]> wrote: MM> > > MM> > > As far as I can tell, there's nothing in the tree which uses libss any MM> > > longer, and hasnt been for quite some time. Is there any reason to MM> > > keep it? MM> > MM> > Nope. MM> Right. Kill it. Usr.bin/mk_cmds is still using libss. And buildworld fails. ===> usr.bin/mk_cmds yacc -d /usr/src/usr.bin/mk_cmds/ct.y cp y.tab.c ct.c lex -t -l /usr/src/usr.bin/mk_cmds/cmd_tbl.l > cmd_tbl.c rm -f .depend mkdep -f .depend -a -nostdinc -I. -I/usr/src/usr.bin/mk_cmds/../../lib/libss -DIN_MK_CMDS -I/usr/obj/usr/src/i386/usr/include /usr/src/usr.bin/mk_cmds/mk_cmds.c /usr/src/usr.bin/mk_cmds/options.c /usr/src/usr.bin/mk_cmds/utils.c ct.c cmd_tbl.c /usr/src/usr.bin/mk_cmds/mk_cmds.c:16: ss_internal.h: No such file or directory /usr/src/usr.bin/mk_cmds/options.c:8: ss.h: No such file or directory /usr/src/usr.bin/mk_cmds/utils.c:9: ss_internal.h: No such file or directory /usr/src/usr.bin/mk_cmds/ct.y:30: ss.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/usr.bin/mk_cmds. -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Buildworld failure. [Re: make release Börked...]
My buildworld today also fails at gdb. cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/include -Dprint_insn_i386=print_insn_i386_att -I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/binutils -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/bfd -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/config -DFREEBSD_ELF -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/obj/usr/src/i386/usr/include/readline -DNO_MMALLOC -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c: In function `filename_completer': /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c:1540: conflicting types for `filename_completion_function' /usr/obj/usr/src/i386/usr/include/readline/readline.h:419: previous declaration of `filename_completion_function' /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c:1540: warning: extern declaration of `filename_completion_function' doesn't match global one /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c: In function `init_main': /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb.291/gdb/top.c:3467: warning: assignment from incompatible pointer type *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/gdb. >>>>> In <63985.987146712@critter> >>>>> [EMAIL PROTECTED] (Poul-Henning Kamp) wrote: ===> gnu/usr.bin/binutils/gdb PHK> install -c -s -o root -g wheel -m 555 gdb /syv/release/usr/libexec/elf PHK> install: gdb: No such file or directory PHK> *** Error code 71 PHK> Stop in /syv/src/gnu/usr.bin/binutils/gdb. PHK> *** Error code 1 PHK> : I think you also failed the buildworld. -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: fetch is strange
>>>>> Dag-Erling Smorgrav <[EMAIL PROTECTED]> wrote: > It seems that fetch(1) can not fetch any file. In this case, the > downloaded(?) file size is zero. DES> Make sure you have revision 1.2 (or newer) of src/usr.bin/fetch/fetch.c: I cvsupped 20 minutes ago and remade libfetch and fetch. It works good. Thanks! -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: fetch is strange
Thank you, Sheldon Hearn. This mail is also sent to the auther. I faced same problem with ports-current, just cvsuped about 20 minutes ago. For example, $ su # cd /usr/ports/x11/xscreensaver # make install -DALWAYS_BUILD_DEPENDS [snip] ===> Mesa-3.2 depends on executable: bzip2 - found (but building it anyway) ===>Verifying install for bzip2 in /usr/ports/archivers/bzip2 >> bzip2-1.0.1.tar.gz doesn't seem to exist on this system. >> Attempting to fetch from ftp://ftp.tutrp.tut.ac.jp/pub/FreeBSD/ports/distfiles/. fetch: warning: the -b option is deprecated fetch: bzip2-1.0.1.tar.gz: size not known Receiving bzip2-1.0.1.tar.gz -1 bytes transferred in 0.0 seconds (-10645.44 Bps) ===> Extracting for bzip2-1.0.1 >> Checksum mismatch for bzip2-1.0.1.tar.gz. Make sure the Makefile and md5 file (/export/ports/archivers/bzip2/files/md5) are up to date. If you are absolutely sure you want to override this "check, type make NO_CHECKSUM=yes [other args]". *** Error code 1 It seems that fetch(1) can not fetch any file. In this case, the downloaded(?) file size is zero. $ ls -l /usr/ports/distfiles/bzip2-1.0.1.tar.gz -rw-r--r-- 1 nakaji operator 0 7/ 6 13:06 /usr/ports/distfiles/bzip2-1.0.1.tar.gz My system is current: $ uname -a FreeBSD nakaji.tutrp.tut.ac.jp 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Jul 4 12:15:52 JST 2000 [EMAIL PROTECTED]:/home2/obj/usr/src/sys/NAKAJI i386 -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
fetch is strange
I made world yesterday. $ uname -a FreeBSD nakaji.tutrp.tut.ac.jp 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Jul 4 12:15:52 JST 2000 [EMAIL PROTECTED]:/home2/obj/usr/src/sys/NAKAJI i386 The problem is that the report of '/usr/bin/fetch' is strange. For example, $ fetch http://www.samba.gr.jp/project/samba-ja/index.html.en Receiving index.html.en -1 bytes transferred in 0.4 seconds (-2.28 Bps) -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
I copied GENERIC and GENERIC.hints to MYKERNEL and MYKERNEL.hints respective, and edit them to suit my system. In MYKERNEL, I changed a line of hints to hints "MYKERNEL.hints" and because my fe0's irq is 6, I modified MYKERNEL.hints hint.fe.0.irq="6" Is this ok? I never used *.pl script because I noticed the above way first. :) The kernel yesterday (JST) works well. Thanks. -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Please test for 8G-OVER-Booting with /boot/loader
Thanks, Charlie. >>>>> In <[EMAIL PROTECTED]> >>>>> "Charles Anderson" <[EMAIL PROTECTED]> wrote: C> I have a Thinkpad 600X here that I installed freebsd on the third C> partition, but couldn't boot because of the >1024 cylinder bit, so C> I booted a Fixit floppy mounted my freebsd partitions, installed C> this patch, patched boot1 to always try packet mode and copied it C> over to the ntfs boot partition and used it from the NT Loader, and C> it booted right up, both natively and under VMware. I'll try. This is my first time to use Fixit floppy. :) -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Please test for 8G-OVER-Booting with /boot/loader
How can I test this with FreeBSD which is installed over-8GB area and can't boot? I have a PC on which Solaris7 is installed within 8GB from the start of disk and FreeBSD 3.3-RELEASE is installed after(?) it. The installation was successfull. But I can't boot it. How can I install this patched /boot/loader in this dead system? -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: XDM login using sessreg and last, uptime, w and so on...
>>>>> In <[EMAIL PROTECTED]> >>>>> "Sean O'Connell" <[EMAIL PROTECTED]> wrote: > On FreeBSD it was successful and there seems no problem. Sean> One out of two is not bad :) I think so too. :-) Sean> Could your path be set in such a way that it is exec'ing 3.X Sean> versions of fileutils or finger or something like that in Sean> /usr/local/bin rather than updated ones in /usr hierarchy. No. These tools are all in /usr/bin. Sean> Did you run mergemaster on /etc and/or update all the various Sean> rc files? Yes. I have just run mergemaster and reboot the system. Sean> The /usr/X11R6/bin/X symlink really points to an updated Sean> XF86_ like you didn't switch for using XF86_S3 to XF86_SVGA Sean> (only built this) but the symlink for X is still pointing to Sean> XF86_S3. I'm using X-TT server on both FreeBSD and FreeBSD(98). This morning, I recompiled X-TT of FreeBSD(98) and there still is 'w: /dev/:0: No such file or directory'. X is properly linked to XF98_MGA.xtt. Sean> Curious... love a good mystery. Yes, this is a mystery but not so serious... Ok, I'll ask about this problem to FreeBSD(98)'s mailing list. It may be pc98's problem... Thank you all very much for your help. -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: XDM login using sessreg and last, uptime, w and so on...
Thank you for your suggestion, Sean. I faced this kind of problem both on FreeBSD and FreeBSD(98) because I mis-upgraded to current system. Anyway I tried your suggestion for both. On FreeBSD it was successful and there seems no problem. On FreeBSD(98) there is still a '/dev/:0 problem'. I'll answer about pc98. >>>>> In <[EMAIL PROTECTED]> >>>>> "Sean O'Connell" <[EMAIL PROTECTED]> wrote: S> Do you have something odd in /usr/X11R6/lib/X11/xdm/Xservers? No. Xservers has only one line. :0 local /usr/X11R6/bin/X -once -bpp 16 -deferglyphs all S> Did you completely remove and recreate /dev ... could there be S> an old socket kicking around (/var/run)? What about under S> /tmp/.X11-unix ? I recreated /dev/* with newer MAKEDEV script (1.242). /tmp is mounted by mfs. S> Also, you may have some old pollution kicking around (like versions S> of chown and chmod in the wrong places ... see /usr/src/UPDATING) S> from 3.X days. Just removed old chown and chgrp. S> Lastly, did you copy /dev/null over /var/run/utmp and /var/log/wtmp S> ... you could be bitten by a formatting change. Are your shells S> completely rebuilt? What about ssh? or some form xterm replacement? I executed cp /dev/null /var/run/utmp cp /dev/null /var/log/wtmp and others(bash2, ssh, kterm and fvwm2) are also rebuilt. Ssh is openssh in the src tree. Then, nakaji@xa12:nakaji$ w w: /dev/:0: No such file or directory 8:31PM up 12 mins, 1 user, load averages: 1.15, 0.59, 0.24 USER TTY FROM LOGIN@ IDLE WHAT nakaji p1 :0.0 8:31PM - w nakaji@xa12:nakaji$ finger finger: /dev//:0: No such file or directory Login Name TTY Idle Login Time Office Phone nakaji NAKAJI Hiroyuki p1 Wed20:31 nakaji NAKAJI Hiroyuki *:0 Wed20:20 There is still 'No such file or directory'. :( S> Rapidly running out of ideas, good luck I'll recheck the steps for upgrading my system. Thanks. -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: XDM login using sessreg and last, uptime, w and so on...
>>>>> In <[EMAIL PROTECTED]> >>>>> Jose Marques <[EMAIL PROTECTED]> wrote: Jose> > /usr/X11R6/lib/X11/xdm/TakeConsole is: Jose> > Jose> > /usr/X11R6/bin/sessreg -d -l $DISPLAY -x /usr/X11R6/lib/xdm/Xservers $LOGNAME Jose> ^^^ Jose> Missing X11 in path? Ah... Thank you very much! One problem is solved but another '/dev/:0' problem still remains. $ w w: /dev/:0: No such file or directory 7:15AM up 9:04, 1 user, load averages: 0.31, 0.15, 0.06 USER TTY FROM LOGIN@ IDLE WHAT nakaji p1 :0.0 7:15AM - w $ last | head nakaji :0 console Wed Mar 8 07:15 still logged in nakaji :0 console Wed Mar 8 07:11 - 07:15 (00:03) -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
XDM login using sessreg and last, uptime, w and so on...
Hi, I forgot when I noticed this curious problem... It's not so serious but annoying. Any help is appreciated. Situation: 1. Running 4.0-current. Uname -a says FreeBSD xa12.heimat.gr.jp 4.0-CURRENT FreeBSD 4.0-CURRENT #8: Sat Mar 4 22:36:09 JST 2000 [EMAIL PROTECTED]:/export/src/sys/compile/NAKAJI i386 The system is upgraded by making world from 3.1-RELEASE. 2. XFree86 3.3.6 compiled by ports/x11/XFree86. 3. Xserver is X-TT. 4. Login via XDM and using sessreg to record logins into utmp. /usr/X11R6/lib/X11/xdm/GiveConsole is: chown $LOGNAME /dev/console sessreg -a -l $DISPLAY -x /usr/X11R6/lib/X11/xdm/Xservers $LOGNAME if [ -f /var/run/xdm.pids ]; then kill `cat /var/run/xdm.pids` rm -f /var/run/xdm.pids fi /usr/X11R6/lib/X11/xdm/TakeConsole is: /usr/X11R6/bin/sessreg -d -l $DISPLAY -x /usr/X11R6/lib/xdm/Xservers $LOGNAME chmod 622 /dev/console chown root /dev/console Problems: 1. w, uptime and finger complains about non-existence of /dev/:0, for example, $ w w: /dev/:0: No such file or directory 10:41PM up 29 mins, 1 user, load averages: 0.00, 0.08, 0.23 USER TTY FROM LOGIN@ IDLE WHAT nakaji p1 :0.0 10:32PM - w 2. 'sessreg -d' does not record my logout (the user is only me), that is, $ LC_TIME=C last | head nakaji :0 console Tue Mar 7 22:31 still logged in nakaji :0 console Tue Mar 7 22:22 still logged in nakaji :0 console Tue Mar 7 22:13 still logged in Until rebooting the system, I am always loging in on /dev/:0. Questions: 1. Why w and so on complain, "/dev/:0: No such file or directory"? (Why /dev/:0 is to be opened?) 2. Is my usage of sessreg wrong? Thanks in advance. -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Problems make installworld
>>>>> "Dan Langille" <[EMAIL PROTECTED]> wrote: Dan> > :cd /usr/src Dan> > :make buildworld Dan> > :make installworld Dan> > :cd /usr/src/usr.bin/xinstall Dan> > :make install Dan> > :cd /usr/src Dan> > :make installworld Dan> > Dan> > Let me know if this works, and I'll commit something to UPDATING. Dan> > However, I think this is moot based on other commits that have Dan> > happened. Dan> Sure thing. This might take up to 24 hours. It's a P100 with only 16MB Dan> ram and I'm away most of tomorrow. I was not lucky on my pc98 box. I had to do following: cd /usr/src make buildworld make installworld cd /usr/src/usr.bin/xinstall make clean depend make all install NOSHARED=yes cd /usr/src make installworld cd /usr/src/usr.bin/xinstall # These make clean depend # three make all install # may not be necessary. Source tree is cvsup-ed at 11:30, Feb 5 2000 (JST). -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message