Re: Is netstat b?rked?
On Wed, Jan 29, 2003 at 02:07:50PM -0800, Juli Mallett wrote: ref5% netstat -na -p tcp ref5% dalek# netstat -an -p tcp dalek# Both beast and ref5 are from Jan 4 and exhibit this problem; builder, which is from Jan 28, doesn't. Perhaps, someone updated the kernel and forgot to update the userland, or vice versa? Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age msg51259/pgp0.pgp Description: PGP signature
Re: trouble starting X, unresolved symbol
On Wed, 29 Jan 2003, Kirk R. Wythers wrote: I'm trying to get X up and going after upgrading 4.7 - 5.0. I have portupgraded XFree86-4 and wrapper. Here is the output from /var/log/XFree86.0.log: Symbol from module /usr/X11R6/lib/modules/fonts/libbitmap.a is unresolved! Fatal server error: Caught signal 11. Server aborting Did you actually recompile X after you upgraded to -current? -- If it's moving, encrypt it. If it's not moving, encrypt it till it moves, then encrypt it some more. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Is netstat b?rked?
* De: Ruslan Ermilov [EMAIL PROTECTED] [ Data: 2003-01-30 ] [ Subjecte: Re: Is netstat b?rked? ] On Wed, Jan 29, 2003 at 02:07:50PM -0800, Juli Mallett wrote: ref5% netstat -na -p tcp ref5% dalek# netstat -an -p tcp dalek# Both beast and ref5 are from Jan 4 and exhibit this problem; builder, which is from Jan 28, doesn't. Perhaps, someone updated the kernel and forgot to update the userland, or vice versa? No, a modern kernel fixes it. Apparently the kernel was really broken since I first started seeing this (which means that it is in 5.0-R too). Kernel build took as long as it did for your reply :) I kinda doubted it was that, since my kernel was only 6 days old. Thanx, juli. -- Juli Mallett [EMAIL PROTECTED] AIM: BSDFlata -- IRC: juli on EFnet OpenDarwin, Mono, FreeBSD Developer ircd-hybrid Developer, EFnet addict FreeBSD on MIPS-Anything on FreeBSD To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
5.0-RELEASE ports.tgz file missing?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I heard from several friends who did FTP installs of 5.0-RELEASE, that the installer was unable to install the ports collection. So I checked the various FTP sites, and to my amazement I couldn't find the ports.tgz file on any of them! See for example: ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/5.0-RELEASE/ports/ ftp://ftp.nl.freebsd.org/pub/FreeBSD/releases/i386/5.0-RELEASE/ports/ or any other FreeBSD mirror sites. It is also the case for other architectures. However, on the 5.0-RELEASE i386 install CD I have here, there is such a ports directory, with a ports.tgz file (and accompanying CHECKSUM.MD5 and install.sh files). Is this a deliberate omission on the FTP servers? Cheers, - -- Dimitry Andric [EMAIL PROTECTED] PGP Key: http://www.xs4all.nl/~dim/dim.asc Fingerprint: 7AB462D2CE35FC6D42394FCDB05EA30A2E2096A3 Lbh whfg ivbyngrq gur QZPN naq jvyy or cebfrphgrq -BEGIN PGP SIGNATURE- Version: 6.5.8ckt http://www.ipgpp.com/ Comment: http://duncan.gn.apc.org/stoa_cover.htm iQA/AwUBPjjeELBeowouIJajEQImXgCgrDTtvOu1EUBgJj/nzKmIz2E9/OkAn0h4 DsyEcnU3YAtJ5P2yhwXUQ5Kf =5aHf -END PGP SIGNATURE- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: -current, IBM A30p 2 external FW-disks
On Thu, 30 Jan 2003, Hidetoshi Shimokawa wrote: Date: Thu, 30 Jan 2003 14:41:59 +0900 From: Hidetoshi Shimokawa [EMAIL PROTECTED] To: Michael Reifenberger [EMAIL PROTECTED] Cc: Hidetoshi Shimokawa [EMAIL PROTECTED], FreeBSD-Current [EMAIL PROTECTED] Subject: Re: -current, IBM A30p 2 external FW-disks Do you get timeout only for sbp0:0:0? Is the other drive still working? yes, no. I have no problem with concurrent accesses with `iozone -s 102400m -r 1024k`. Me too when only with one drive at a time. Since they'r new, HW-defects are not impossible... try some of the following: - fwcontorl -g 20 - sysctl hw.firewire.sbp.max_speed=0 - change SBP_QUEUE_LEN in sbp.c to 1 and rebuld module. - sysctl machdep.cpu_idle_hlt=0 - sysctl debug.sbp_debug=1 and send me a dmesg. Will do ASAP. At Tue, 28 Jan 2003 20:42:41 +0100 (CET), Michael Reifenberger wrote: fwohci0: vendor=1180, dev=522 fwohci0: 1394 Open Host Controller Interface mem 0xc0201000-0xc02017ff irq 11 at device 0.2 on pci2 It's new to me. dev=522 is not listed in /usr/share/misc/pci_vendors... http://pciids.sourceforge.net/iii/?i=11800522 lists them as: ThinkPad A30p (2653-64G) system power profile changed to 'economy' Can you chane it to 'performance' mode? Its changed automatically at the end of kernel-startup. Dunno why. Must be ACPI related... Thanks for the tips! Bye! Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Seat-belt for source upgrades from stable to current
On 2003-01-29 21:55, Steve Kargl [EMAIL PROTECTED] wrote: On Thu, Jan 30, 2003 at 12:47:13AM -0500, Garance A Drosihn wrote: At 8:59 PM -0800 1/29/03, Steve Kargl wrote: You don't need a special file to indicate what version of FreeBSD you have. uname -r tells you. Actually, one thing I don't know is how this would work when it comes to RELENG_4 vs RELENG_4_0 (since I don't run RELENG_4_0). What does uname show for the security branches? Just wondering. I don't run 4.x, so I do know. ;-) I suspect on a 4.x system, you'll get 4.x- where is either FreeBSD or STABLE. 4.7-RELEASE-p1 4.7-RELEASE-p2 ... You can find the relevant script in /usr/src/sys/conf/newvers.sh - Giorgos To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
fxp0 device timeout on 5.0-RELEASE
Hi, on an HP Omnibook 6100 which ran -current about half a year ago successfully, I get fxp0 device timeouts after installing 5.0-R. The network interface does not work at all. arp -an says incomplete for every host that I try to connect. The system now runs 4.7-STABLE with no problems, and as far as I can tell, 5.0 and -stable probe the fxp0 with the same address and irq values. On 5.0 I have to disable ACPI, however, otherwise the system immediately resets after loading the kernel (had to do that with -current half a year ago as well). /var/log/messages attached below. -- Regards, Georg. Jan 30 09:27:25 hunter kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Jan 30 09:27:25 hunter kernel: The Regents of the University of California. All rights reserved. Jan 30 09:27:25 hunter kernel: FreeBSD 5.0-RELEASE #0: Thu Jan 16 22:16:53 GMT 2003 Jan 30 09:27:25 hunter kernel: [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC Jan 30 09:27:25 hunter kernel: Preloaded elf kernel /boot/kernel/kernel at 0xc0628000. Jan 30 09:27:25 hunter kernel: Timecounter i8254 frequency 1193182 Hz Jan 30 09:27:25 hunter kernel: Timecounter TSC frequency 1129574593 Hz Jan 30 09:27:25 hunter kernel: CPU: Pentium III/Pentium III Xeon/Celeron (1129.57-MHz 686-class CPU) Jan 30 09:27:25 hunter kernel: Origin = GenuineIntel Id = 0x6b1 Stepping = 1 Jan 30 09:27:25 hunter kernel: Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE Jan 30 09:27:25 hunter kernel: real memory = 1073086464 (1023 MB) Jan 30 09:27:25 hunter kernel: avail memory = 1036148736 (988 MB) Jan 30 09:27:25 hunter kernel: Initializing GEOMetry subsystem Jan 30 09:27:25 hunter kernel: Pentium Pro MTRR support enabled Jan 30 09:27:25 hunter kernel: npx0: math processor on motherboard Jan 30 09:27:25 hunter kernel: npx0: INT 16 interface Jan 30 09:27:25 hunter kernel: Using $PIR table, 14 entries at 0xc00fdee0 Jan 30 09:27:25 hunter kernel: pcib0: Host to PCI bridge at pcibus 0 on motherboard Jan 30 09:27:25 hunter kernel: pci0: PCI bus on pcib0 Jan 30 09:27:25 hunter kernel: agp0: Intel 82830 host to AGP bridge mem 0xe000-0xefff at device 0.0 on pci0 Jan 30 09:27:25 hunter kernel: pcib1: PCIBIOS PCI-PCI bridge at device 1.0 on pci0 Jan 30 09:27:25 hunter kernel: pci1: PCI bus on pcib1 Jan 30 09:27:25 hunter kernel: pci1: display, VGA at device 0.0 (no driver attached) Jan 30 09:27:25 hunter kernel: uhci0: Intel 82801CA/CAM (ICH3) USB controller USB-A port 0x1800-0x181f irq 10 at device 29.0 on pci0 Jan 30 09:27:25 hunter kernel: usb0: Intel 82801CA/CAM (ICH3) USB controller USB-A on uhci0 Jan 30 09:27:25 hunter kernel: usb0: USB revision 1.0 Jan 30 09:27:25 hunter kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Jan 30 09:27:25 hunter kernel: uhub0: 2 ports with 2 removable, self powered Jan 30 09:27:25 hunter kernel: pcib2: PCIBIOS PCI-PCI bridge at device 30.0 on pci0 Jan 30 09:27:25 hunter kernel: pci2: PCI bus on pcib2 Jan 30 09:27:25 hunter kernel: pci2: simple comms at device 2.0 (no driver attached) Jan 30 09:27:25 hunter kernel: pci2: multimedia, audio at device 3.0 (no driver attached) Jan 30 09:27:25 hunter kernel: cbb0: TI1420 PCI-CardBus Bridge at device 5.0 on pci2 Jan 30 09:27:25 hunter kernel: cardbus0: CardBus bus on cbb0 Jan 30 09:27:25 hunter kernel: pccard0: 16-bit PCCard bus on cbb0 Jan 30 09:27:25 hunter kernel: pci_cfgintr: 2:5 INTA routed to irq 10 Jan 30 09:27:25 hunter kernel: cbb1: TI1420 PCI-CardBus Bridge at device 5.1 on pci2 Jan 30 09:27:25 hunter kernel: cardbus1: CardBus bus on cbb1 Jan 30 09:27:25 hunter kernel: pccard1: 16-bit PCCard bus on cbb1 Jan 30 09:27:25 hunter kernel: pci_cfgintr: 2:5 INTB routed to irq 10 Jan 30 09:27:25 hunter kernel: fxp0: Intel Pro/100 Ethernet port 0x3440-0x347f mem 0xd020-0xd0200fff irq 10 at device 8.0 on pci2 Jan 30 09:27:25 hunter kernel: fxp0: Ethernet address 00:c0:9f:05:9a:1f Jan 30 09:27:25 hunter kernel: inphy0: i82562EM 10/100 media interface on miibus0 Jan 30 09:27:25 hunter kernel: inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Jan 30 09:27:25 hunter kernel: isab0: PCI-ISA bridge at device 31.0 on pci0 Jan 30 09:27:25 hunter kernel: isa0: ISA bus on isab0 Jan 30 09:27:25 hunter kernel: atapci0: Intel ICH3 ATA100 controller port 0x1820-0x182f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 mem 0xd000-0xd3ff at device 31.1 on pci0 Jan 30 09:27:25 hunter kernel: ata0: at 0x1f0 irq 14 on atapci0 Jan 30 09:27:25 hunter kernel: ata1: at 0x170 irq 15 on atapci0 Jan 30 09:27:25 hunter kernel: pci0: serial bus, SMBus at device 31.3 (no driver attached) Jan 30 09:27:25 hunter kernel: orm0: Option ROMs at iomem 0xe-0xe2fff,0xc-0xcdfff on isa0 Jan 30 09:27:25 hunter kernel: pmtimer0 on isa0 Jan 30 09:27:25 hunter kernel: atkbdc0: Keyboard controller (i8042) at port 0x64,0x60 on isa0 Jan 30 09:27:25 hunter kernel: atkbd0: AT Keyboard flags 0x1
Cross-compiling on non-i386 (was: Borked loader)
On Mon, Nov 04, 2002 at 08:48:36AM -0500, Alexander Kabaev wrote:
On Mon, 4 Nov 2002 13:12:10 +0100
Wilko Bulte [EMAIL PROTECTED] wrote:
On Mon, Nov 04, 2002 at 01:50:14PM +0200, Ruslan Ermilov wrote:
No, I've been looking at different things at the time --
cross-compiling i386 on either Alpha or sparc64 doesn't work due to
some issues with GCC configured to cross-build i386 (it sometimes
produces different asm code than native compiler). I've reported
this on current@ several times but our GCC maintainers indicated no
interest to look into this. :-(
Ah, at least good to know my memory still works OK ;)
Maybe our new gcc maintainer Alexander Kabaev ([EMAIL PROTECTED]) has
more time than David? Might be worth asking.
Wilko,
I am on vacation starting today for the next three week and my access to
Internet will be non-existent for that whole time. Could you please
remind me to took into that when I am back?
Alexander,
Can you please look into this now? Last time I tried to build i386
on Alpha (beast.freebsd.org) was yesterday, with this set of commands:
export MAKEOBJDIRPREFIX=/j/ru/obj
make -DNOCLEAN -DNOCRYPT TARGET_ARCH=i386 buildworld __MAKE_CONF=/dev/null -DNOPROFILE
NOCRYPT is temporary, while markm@ and nectar@ are fixing the crypto
build.
This similarly fails like this:
: --
: stage 4: building everything..
: --
: cd /j/ru/src-5; MAKEOBJDIRPREFIX=/j/ru/obj/i386 MACHINE_ARCH=i386 MACHINE=i386
:CPUTYPE= GROFF_BIN_PATH=/j/ru/obj/i386/j/ru/src-5/alpha/usr/bin
:GROFF_FONT_PATH=/j/ru/obj/i386/j/ru/src-5/alpha/usr/share/groff_font
:GROFF_TMAC_PATH=/j/ru/obj/i386/j/ru/src-5/alpha/usr/share/tmac
:DESTDIR=/j/ru/obj/i386/j/ru/src-5/alpha INSTALL=sh /j/ru/src-5/tools/install.sh
:PATH=/j/ru/obj/i386/j/ru/src-5/alpha/usr/sbin:/j/ru/obj/i386/j/ru/src-5/alpha/usr/bin:/j/ru/obj/i386/j/ru/src-5/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
: make -f Makefile.inc1 all
: === share/info
: [...]
: === sbin/gbde
: cc -O -pipe -mcpu=pentiumpro -I/j/ru/src-5/sbin/gbde/../../sys -Werror -Wall
:-Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
:-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align
:-Wuninitialized -c /j/ru/src-5/sbin/gbde/gbde.c
: [...]
: cc -O -pipe -mcpu=pentiumpro -I/j/ru/src-5/sbin/gbde/../../sys -Werror -Wall
:-Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
:-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align
:-Wuninitialized -c /j/ru/src-5/sys/crypto/sha2/sha2.c
: {standard input}: Assembler messages:
: {standard input}:89: Error: bignum invalid
: {standard input}:90: Error: bignum invalid
: {standard input}:93: Error: bignum invalid
: {standard input}:94: Error: bignum invalid
: {standard input}:95: Error: bignum invalid
: [...]
: {standard input}:184: Error: bignum invalid
: {standard input}:186: Error: bignum invalid
: {standard input}:188: Error: bignum invalid
: *** Error code 1
:
: Stop in /j/ru/src-5/sbin/gbde.
: *** Error code 1
Attached is the copy of my previous message with some analysis.
Cheers,
--
Ruslan Ermilov Sysadmin and DBA,
[EMAIL PROTECTED] Sunbay Software AG,
[EMAIL PROTECTED] FreeBSD committer,
+380.652.512.251Simferopol, Ukraine
http://www.FreeBSD.org The Power To Serve
http://www.oracle.com Enabling The Information Age
---BeginMessage---
The situation did not change during the last two months, even with
the latest GCC imports. beast.FreeBSD.org still blows up attempting
to build world and kernel for i386:
: --
: stage 4: building everything..
: --
: cd /j/ru/src-5; MAKEOBJDIRPREFIX=/j/ru/obj/i386 MACHINE_ARCH=i386 MACHINE=i386
:CPUTYPE= GROFF_BIN_PATH=/j/ru/obj/i386/j/ru/src-5/alpha/usr/bin
:GROFF_FONT_PATH=/j/ru/obj/i386/j/ru/src-5/alpha/usr/share/groff_font
:GROFF_TMAC_PATH=/j/ru/obj/i386/j/ru/src-5/alpha/usr/share/tmac
:DESTDIR=/j/ru/obj/i386/j/ru/src-5/alpha INSTALL=sh /j/ru/src-5/tools/install.sh
:PATH=/j/ru/obj/i386/j/ru/src-5/alpha/usr/sbin:/j/ru/obj/i386/j/ru/src-5/alpha/usr/bin:/j/ru/obj/i386/j/ru/src-5/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
: make -f Makefile.inc1 all
[...]
: === usr.bin/getconf
: cc -O -pipe -mcpu=pentiumpro -I/j/ru/src-5/usr.bin/getconf-c limits.c
: {standard input}: Assembler messages:
: {standard input}:334: Error: bignum invalid
: *** Error code 1
:
: Stop in /j/ru/src-5/usr.bin/getconf.
: *** Error code 1
The difference between the native i386 assembler output and the output
from the i386 cross-compiler for the limits.c is as follows:
--- limits.s (alpha-i386) Sun Oct 13 15:57:20 2002
+++ limits.s (i386 native) Sun Oct 13 16:02:15 2002
@@ -331,10 +331,10
Re: fxp0 device timeout on 5.0-RELEASE
On Thu, Jan 30, 2003 at 11:07:06AM +0100, Georg-W. Koltermann wrote: Hi, on an HP Omnibook 6100 which ran -current about half a year ago successfully, I get fxp0 device timeouts after installing 5.0-R. The network interface does not work at all. arp -an says incomplete for every host that I try to connect. I have a HP Omnibook 6100 too, use -CURRENT and have some recommends for you. 1) Do not use ACPI, use APM Add to /boot/device.hints hint.acpi.0.disable=1 2) Do not use NEWCARD, USE OLDCARD device pcic device card 1 3) Put hw.pci.allow_unsupported_io_range=1 into your /boot/loader.conf.local 4) In rc.conf devd_enable=YES pccard_enable=YES -- Rgdz,/\ ASCII RIBBON CAMPAIGN Sergey Osokin aka oZZ, \ /AGAINST HTML MAIL http://ozz.pp.ru/ X AND NEWS / \ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Thu Jan 30 03:08:15 PST 2003 -- Kernel build for GENERIC completed on Thu Jan 30 03:39:11 PST 2003 -- Kernel build for LINT started on Thu Jan 30 03:39:11 PST 2003 -- === vinum Makefile, line 4443: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver is broken and is not compiled with LINT /h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is broken and is not compiled with LINT /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_open': /h/des/src/sys/dev/gfb/gfb_pci.c:268: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:268: (Each undeclared identifier is reported only once /h/des/src/sys/dev/gfb/gfb_pci.c:268: for each function it appears in.) cc1: warnings being treated as errors /h/des/src/sys/dev/gfb/gfb_pci.c:275: warning: passing arg 1 of `genfbopen' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_close': /h/des/src/sys/dev/gfb/gfb_pci.c:284: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:285: warning: passing arg 1 of `genfbclose' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_read': /h/des/src/sys/dev/gfb/gfb_pci.c:293: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:294: warning: passing arg 1 of `genfbread' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_write': /h/des/src/sys/dev/gfb/gfb_pci.c:302: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:303: warning: passing arg 1 of `genfbwrite' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_ioctl': /h/des/src/sys/dev/gfb/gfb_pci.c:311: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:312: warning: passing arg 1 of `genfbioctl' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_mmap': /h/des/src/sys/dev/gfb/gfb_pci.c:320: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:321: warning: passing arg 1 of `genfbmmap' from incompatible pointer type *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: buildworld failure
Just to let you know me bad for the report I emailed yesterday. It was just the fact I was using -j4 and so I guess it got ahead of itself. Without the - j4 the current cvsup of HEAD has built with no problems. Regards, Matt. --- Matt ([EMAIL PROTECTED]) http://www.xtaz.co.uk/ --- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Patch to teach config(8) about platforms.
On 30-Jan-2003 Benno Rice wrote:
On Thu, 2003-01-30 at 15:57, David O'Brien wrote:
On Tue, Jan 28, 2003 at 11:46:47PM -0800, Marcel Moolenaar wrote:
I would not introduce a platform/foo.h, but rather
machine/${variant}/foo.h. The reason for this is that the
/usr/include/platform directory is only needed on powerpc and mips,
which seems to indicate that it should be under machine. Also,
the use of machine/${variant} allows us to install the headers for
all variants, which may improve cross-building.
This is a very nice way of adding the complexity when it is needed, but
not getting in the way of those cases where it isn't needed.
Except that it requires us to know which platform variant directory to
use in each case. If this directory is then copied or symlinked to
/usr/include/platform or /usr/include/machine/platform, I don't object
but otherwise it'll lead to an ifdef nightmare in the machine includes.
Yeah, a platform symlink would make sense. I think /usr/include/platform
would make more sense since in the kernel you would have:
sys/foo/include (foo machine/ headers)
sys/foo/bar/include (bar platform/ headers, installed to /usr/include/machine/bar
with a /usr/include/platform symlink so that
#include platform/foo.h can easily work in both kernel
and userland)
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Recent current dies hard with simple program
Last cvsup/world/kernel is from around midnight last night, but noticed
the problem yesterday. For a csi class I have to sort and uniq a file
in c, and as a test case, I wrote a simple hex dump that respects
newlines. No matter what I give it as input, it will hard crash the
system. No DDB, no panic, just hard locked. When trying to run it
under GDB, break on main, as soon as I type run, it dies again. Im
writing it on the same machine with much more significant programs
running absolutely perfectly. I'm attaching the source to see if it's a
common problem with anyone else.
FreeBSD broken.xlnx-x.net 5.0-CURRENT FreeBSD 5.0-CURRENT #8: Thu Jan 30
01:01:45 EST 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/BROKEN i386
-Craig Dooley
#include stdio.h
#include stdlib.h
#include unistd.h
#include fcntl.h
#include sys/types.h
#include sys/stat.h
unsigned char *read_file(char *filename, int *length);
int main(int argc, char **argv) {
unsigned char *buffer;
unsigned char *curr;
unsigned char *end;
int length;
if(argc != 2) {
printf(Usage: %s infile\n, argv[0]);
exit(1);
}
buffer = read_file(argv[1], length);
curr = buffer;
end = buffer + length;
while(curr end) {
if(*curr == '\n') {
printf(\n);
} else {
printf(%x, *curr);
}
curr++;
}
return(0);
}
unsigned char *read_file(char *filename, int *length) {
struct stat stat;
int fd;
int size;
int nread = 0;
unsigned char *buffer;
/* Open the file */
if((fd = open(filename, O_RDONLY))== -1) {
printf(Failure opening %s for reading\n, filename);
exit(1);
}
/* Find the size */
if((fstat(fd, stat)) == -1) {
printf(Failure in fstat\n);
exit(1);
}
/* Allocate the buffer */
if((buffer = malloc(stat.st_size + 1)) == NULL) {
printf(Failure to malloc %d bytes\n, (int) stat.st_size);
exit(1);
}
/* Read it in */
while(nread != stat.st_size) {
size = read(fd, buffer+nread, stat.st_size - nread);
nread += size;
}
/* Terminate with a newline */
*(buffer + stat.st_size) = '\n';
/* Clean up and return */
close(fd);
*length = (stat.st_size + 1);
return(buffer);
}
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-CURRENT #8: Thu Jan 30 01:01:45 EST 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/BROKEN
Preloaded elf kernel /boot/kernel/kernel at 0xc058d000.
Preloaded elf module /boot/kernel/bktr.ko at 0xc058d0a8.
Preloaded elf module /boot/kernel/bktr_mem.ko at 0xc058d154.
Preloaded elf module /boot/kernel/acpi.ko at 0xc058d204.
Timecounter i8254 frequency 1193182 Hz
Timecounter TSC frequency 142764 Hz
CPU: AMD Athlon(tm) Processor (1000.04-MHz 686-class CPU)
Origin = AuthenticAMD Id = 0x642 Stepping = 2
Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR
AMD Features=0xc044RSVD,AMIE,DSP,3DNow!
real memory = 805240832 (767 MB)
avail memory = 776249344 (740 MB)
bktr_mem: memory holder loaded
Initializing GEOMetry subsystem
Pentium Pro MTRR support enabled
npx0: math processor on motherboard
npx0: INT 16 interface
acpi0: VT8371 AWRDACPI on motherboard
ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15
Using $PIR table, 9 entries at 0xc00fde50
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 0x4008-0x400b on acpi0
acpi_cpu0: CPU port 0x530-0x537 on acpi0
acpi_button0: Power Button on acpi0
acpi_button1: Sleep Button on acpi0
pcib0: ACPI Host-PCI bridge port
0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0
pci0: ACPI PCI bus on pcib0
agp0: VIA 82C8363 (Apollo KT133A) host to PCI bridge mem 0xd800-0xdbff at
device 0.0 on pci0
pcib1: PCIBIOS PCI-PCI bridge at device 1.0 on pci0
pci1: PCI bus on pcib1
pci1: display, VGA at device 0.0 (no driver attached)
isab0: PCI-ISA bridge at device 7.0 on pci0
isa0: ISA bus on isab0
atapci0: VIA 82C686 ATA100 controller port 0xd000-0xd00f at device 7.1 on pci0
atapci0: Correcting VIA config for southbridge data corruption bug
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
uhci0: VIA 83C572 USB controller port 0xd400-0xd41f irq 5 at device 7.2 on pci0
usb0: VIA 83C572 USB controller on uhci0
usb0: USB revision 1.0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhub0: port error, restarting port 1
uhub0: port error, giving up port 1
ums0: Microsoft Microsoft IntelliMouse\M-. Explorer, rev 1.10/1.07, addr 2, iclass 3/1
ums0: 5 buttons and Z dir.
uhub0: port error, restarting port 2
uhub0: port error, giving up port 2
uhub1: Texas Instruments UT-USB41 hub, class 9/0, rev 1.10/1.10, addr 3
uhub1: 4 ports with 4 removable, self powered
uhci1: VIA 83C572 USB controller port 0xd800-0xd81f irq 5 at device 7.3 on pci0
usb1: VIA 83C572 USB
subscribe
signature.asc Description: This is a digitally signed message part
Re: Recent current dies hard with simple program
On Thu, 30 Jan 2003, Craig Dooley wrote: Last cvsup/world/kernel is from around midnight last night, but noticed the problem yesterday. For a csi class I have to sort and uniq a file in c, and as a test case, I wrote a simple hex dump that respects newlines. No matter what I give it as input, it will hard crash the system. No DDB, no panic, just hard locked. When trying to run it under GDB, break on main, as soon as I type run, it dies again. Im writing it on the same machine with much more significant programs running absolutely perfectly. I'm attaching the source to see if it's a common problem with anyone else. FreeBSD broken.xlnx-x.net 5.0-CURRENT FreeBSD 5.0-CURRENT #8: Thu Jan 30 01:01:45 EST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BROKEN i386 Doesn't happen here with a kernel from the 28th. I tried a couple of input files without luck. Sometimes, it's easier to get into DDB if you're using a serial console and serial break -- could you try that? When the system is stuck in a tight spin while holding Giant, for example, the console debugger may not be able to generate a useful break. This will improve if we can get the system console to get less involved in Giant. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Patch to teach config(8) about platforms.
Any reason why the NetBSD approach to this problem won't work? IMHO, the meta-port should drive the derived ports. The static parts of the system are radically different between the different mips platforms. Using the endian.h stuff as an example: src/sys/arch/arc/include/endian.h is just #include sys/endian.h src/sys/arch/arc/include/endian_machdep.h is #define _BYTE_ORDER _LITTLE_ENDIAN #include mips/endian_machdep.h and src/sys/arch/mips/include/endian_machdep.h is a bunch of #defines for assembler. sys/endian.h looks like: #define _LITTLE_ENDIAN 1234/* LSB first: i386, vax */ #define _BIG_ENDIAN 4321/* MSB first: 68000, ibm, net */ #define _PDP_ENDIAN 3412/* LSB first in word, MSW first in long */ #include machine/endian_machdep.h ... #include sys/cdefs.h #include sys/types.h typedef u_int32_t in_addr_t; typedef u_int16_t in_port_t; __BEGIN_DECLS uint32_thtonl __P((uint32_t)) __attribute__((__const__)); uint16_thtons __P((uint16_t)) __attribute__((__const__)); uint32_tntohl __P((uint32_t)) __attribute__((__const__)); uint16_tntohs __P((uint16_t)) __attribute__((__const__)); __END_DECLS ... (more macros/functions) In this case, there's very little duplication of effort. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
removing debugging options
Hi I've just upgraded to FreeBSD-Stable, the UPDATING file says that many debugging options are enabled. But how do I remove them? thanks. signature.asc Description: This is a digitally signed message part
Re: Patch to teach config(8) about platforms.
In message: [EMAIL PROTECTED] Marcel Moolenaar [EMAIL PROTECTED] writes: : general theme. Thus (in this case), ARCH=mips and MACH=algor or : MACH=sgimips... Actually, NetBSD uses MACHINE_ARCH=mipsel for little endian machines and MACHINE_ARCH=mips for big endian machines. However, it has a common set of mips include files/code, etc in src/sys/arch/mips Forcing MACHINE_ARCH to be mips in both proved too problematic. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Patch to teach config(8) about platforms.
In message: [EMAIL PROTECTED] Marcel Moolenaar [EMAIL PROTECTED] writes: : Alpha has multiple platforms, but it has not been made explicit. : pc98 is an alternate platform for i386. And we have PowerPC and : mips. Keep in mind that for mips you have two different architectures: mipsel and mips(eb). I keep harping on this because you cannot run mipsel binaries on mipseb kernels (please ignore that some mips cpu can, in theory do this, since no free OS has climbed that mountain). You'll need different binaries (packages) for mips and mipsel. This has implcations for the kernel as well. BTW, netbsd doesn't have a 'platform' at all. Their config files have things like: machine arc mips in them. That just says make the machine symlink to src/sys/arch/arc and also make a mips symlink to src/sys/arch/mips. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re:problem with X
lorax# grep MODULE /usr/ports/x11-servers/XFree86-4-Server/work/xc/lib/font/bitm ap/module/Makefile | grep FLAG CFLAGS = $(CDEBUGFLAGS) $(CCOPTIONS) $(THREADS_CFLAGS) $(MODULE_CFLAG S) $(ALLDEFINES) MODULE_CFLAGS = $(MODULE_PIC_FLAGS) $(MODULE_GCC_FLAGS) Eric, Here is the grep output you asked for Kirk Kirk R. Wythers email: [EMAIL PROTECTED] University of Minnesota tel: 612.625.2261 Department of Forest Resources fax: 612.625.5212 Saint Paul, MN 55108 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
openssl import and how to rebuild affected ports
hey people,
concerning recent openssl import to -HEAD:
suddenly some ports stopped working because of major lib version changes
(okok, i could've saved the old libs).
if anybody else is experiencing this, use this to rebuild affected
ports: (csh)
find /usr/{local,X11R6}/{{s,}bin,lib*} -type f | xargs ldd | sed -ne
'/^\//{s/:$//;h;};/= not found/{g;p;}' | uniq | xargs pkg_which | sort -u | xargs
portupgrade -f
sorry for the long line :)
cheers
simon
--
/\ http://corecode.ath.cx/#donate
\ /
\ ASCII Ribbon Campaign
/ \ Against HTML Mail and News
msg51279/pgp0.pgp
Description: PGP signature
Re: where is MAKEDEV
Adam Migus wrote: quote who=Toni Schmidbauer On Mon, Jan 27, 2003 at 09:14:36PM +0100, FredBriand wrote: everything seems OK, but my sound card. In the handbook they say I must use the MAKEDEV script (as in Linux) but I can't find it on my disk. freebsd 5.0 is using devfs(5). so device inodes are created automatically. for your soundcard be sure to enable pcm(4) in your kernel. for info on compiling a new kernel see the freebsd handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig.html It may be easier to just load the module. Try adding it to your /boot/loader.conf. For a list of available sound modules try grep ^snd /boot/defaults/loader.conf. If you don't know what your card is just type kldload snd It got renamed to snd_driver on current (but not on stable). That will load all sound drivers and dmesg will show you which one actually supports your card. Once you know, put that one in Dmesg shows how your card was identified, which is not quite saying which driver supports the card. your /boot/loader.conf. If your driver requires pcm, the loader will load it as a dependancy. -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca TCO Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Outros: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] God isn't dead, he just couldn't find a parking place. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Is netstat b?rked?
On Thu, Jan 30, 2003 at 12:30:44AM -0800, Juli Mallett wrote: * De: Ruslan Ermilov [EMAIL PROTECTED] [ Data: 2003-01-30 ] [ Subjecte: Re: Is netstat b?rked? ] On Wed, Jan 29, 2003 at 02:07:50PM -0800, Juli Mallett wrote: ref5% netstat -na -p tcp ref5% dalek# netstat -an -p tcp dalek# Both beast and ref5 are from Jan 4 and exhibit this problem; builder, which is from Jan 28, doesn't. Perhaps, someone updated the kernel and forgot to update the userland, or vice versa? No, a modern kernel fixes it. Apparently the kernel was really broken since I first started seeing this (which means that it is in 5.0-R too). Kernel build took as long as it did for your reply :) I kinda doubted it was that, since my kernel was only 6 days old. I'm running 5.0-RELEASE here and 'netstat -na -p tcp' works as expected. -Scott To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
new problem with X (was problem with X)
Well... I added the line -fno-merge-constants to CFLAGS in XFree86-4-Server's Makefile. The error 'Symbol from module /usr/X11R6/lib/modules/fonts/libbitmap.a is unresolved' seems fixed. However, now I'm getting the error: XFree86 Version 4.2.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: FreeBSD 5.0-RELEASE i386 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Thu Jan 30 12:44:38 2003 (==) Using config file: /etc/X11/XF86Config Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! /usr/libexec/ld-elf.so.1: /usr/lib/libc_r.so.5: Undefined symbol __thr_jtable waiting for X server to shut down For now I'm re-building each and every XFree86 bit individually (a very time consuming process by the way). If anyone has a suggustion as to what I should try at this point I'd appriate it... Regards, Kirk Kirk R. Wythers email: [EMAIL PROTECTED] University of Minnesota tel: 612.625.2261 Department of Forest Resources fax: 612.625.5212 Saint Paul, MN 55108 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Fetching distfiles from mirrors by default
Hello, I seem remember 4.7 had an option in /etc/make.conf to prefer downloading from mirror sites (or sites matching a regex) by default. Is there anything similar to this available in CURRENT without having to rearrange (and most likely refuse) bsd.sites.mk? Hmm.. using a shell script to ping and sort the file after each cvsup might be sort of cool, but probably more trouble then it's worth. It's only for those occasional huge distfiles where it really matters (currently, the 77M games/vegastrike snatched from a PR.) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Is netstat b?rked?
* De: Scott R. [EMAIL PROTECTED] [ Data: 2003-01-30 ] [ Subjecte: Re: Is netstat b?rked? ] On Thu, Jan 30, 2003 at 12:30:44AM -0800, Juli Mallett wrote: * De: Ruslan Ermilov [EMAIL PROTECTED] [ Data: 2003-01-30 ] [ Subjecte: Re: Is netstat b?rked? ] On Wed, Jan 29, 2003 at 02:07:50PM -0800, Juli Mallett wrote: ref5% netstat -na -p tcp ref5% dalek# netstat -an -p tcp dalek# Both beast and ref5 are from Jan 4 and exhibit this problem; builder, which is from Jan 28, doesn't. Perhaps, someone updated the kernel and forgot to update the userland, or vice versa? No, a modern kernel fixes it. Apparently the kernel was really broken since I first started seeing this (which means that it is in 5.0-R too). Kernel build took as long as it did for your reply :) I kinda doubted it was that, since my kernel was only 6 days old. I'm running 5.0-RELEASE here and 'netstat -na -p tcp' works as expected. Hmm, OK. Thanks :) -- Juli Mallett [EMAIL PROTECTED] AIM: BSDFlata -- IRC: juli on EFnet OpenDarwin, Mono, FreeBSD Developer ircd-hybrid Developer, EFnet addict FreeBSD on MIPS-Anything on FreeBSD To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
appending files on smbfs
has anyone every had problems with appending existing files on volumes mounted by smbfs or shlight? $ echo sdsad hey $ echo sdsad hey cannot create hey: Permission denied hmmm thanks To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: dump -L and privilege
On Wed, 29 Jan 2003 18:17:31 -0800, Kirk McKusick [EMAIL PROTECTED] said: The other alternative would be to create a setuid-to-root program that would take a snapshot and chown it to the user that does dumps. I think this would actually be a useful feature for more than just dumps. I might want to allow some users (say, those in group `operator') to be able to create snapshots on their own, without allowing arbitrary mounting privileges. -GAWollman To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Fetching distfiles from mirrors by default
I use this in make.conf
MASTER_SITE_OVERRIDE=ftp://freebsd.cisco.com/pub/FreeBSD/distfiles/${DIST_SUBDIR}/
to get stuff off an internal mirror
There are probably better ways to do it, but this has worked for me.
dave c
you wrote:
Hello,
I seem remember 4.7 had an option in /etc/make.conf to prefer
downloading from mirror sites (or sites matching a regex) by default. Is
there anything similar to this available in CURRENT without having to
rearrange (and most likely refuse) bsd.sites.mk?
Hmm.. using a shell script to ping and sort the file after each cvsup
might be sort of cool, but probably more trouble then it's worth. It's
only for those occasional huge distfiles where it really matters
(currently, the 77M games/vegastrike snatched from a PR.)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
Dave Cornejo @ Dogwood Media, Fremont, California (also [EMAIL PROTECTED])
There aren't any monkeys chasing us... - Xochi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: firewire hangs on Thinkpad
On Wed, Jan 29, 2003 at 02:14:14PM -0800, Terry Lambert wrote: I expect that the attach of the device creates an interrupt if the system is already up. This would indicate that it was an order of operations problem in the driver registration for a live piece of hardware. Probably, it needs to attach the Unless I'm really mistaken, that's not the case: From fwohci_pci.c: rid = 0; sc-irq_res = bus_alloc_resource(self, SYS_RES_IRQ, rid, 0, ~0, 1, RF_SHAREABLE | RF_ACTIVE); ... err = bus_setup_intr(self, sc-irq_res, INTR_TYPE_NET, (driver_intr_t *) fwohci_intr, sc, sc-ih); ... err = fwohci_init(sc, self); if (!err) err = device_probe_and_attach(sc-fc.bdev); fwohci_init then proceeds to muck with the hardware, and finally: fw_init(sc-fc); fwohci_reset(sc, dev); fwohci_reset does its business, then: /* Enable interrupt */ OWRITE(sc, FWOHCI_INTMASK, OHCI_INT_ERR | OHCI_INT_PHY_SID | OHCI_INT_DMA_ATRQ | OHCI_INT_DMA_ATRS | OHCI_INT_DMA_PRRQ | OHCI_INT_DMA_PRRS | OHCI_INT_PHY_BUS_R | OHCI_INT_PW_ERR); fwohci_set_intr(sc-fc, 1); So no, you guessed wrong this time Terry ;-) Bye, Andrea -- Reboot America. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Thank you (pam_krb5)
Howdy, I just wanted to say thanks for MFC'ing or including pam_krb5 as part of the base system. That's made the ease of deployment where I'm at that much easier. Cheers, Ryan To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Profiling kills -current?
Looks like recent commits may have broken profiling of user applications; or rather, it's also causing the kernel to crash. I suspect (but have not confirmed) it was the recent KSE commit. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories -- Forwarded message -- Date: Thu, 30 Jan 2003 16:19:32 -0500 From: Craig Dooley [EMAIL PROTECTED] To: Robert Watson [EMAIL PROTECTED] Subject: Re: Recent current dies hard with simple program That did it. When I took -pg out of CFLAGS the program will now run fine. I must have been playing around with it and added that within the last two days. I'll check back through the archives to see what the profiling bugs are. Sorry for not looking deeper before posting to the lists. -Craig On Thu, Jan 30, 2003 at 02:32:04PM -0500, Robert Watson wrote: On Thu, 30 Jan 2003, Craig Dooley wrote: It worked here on the 28th. When I wrote it it worked fine and showed that my program worked fine. I dont think it's my read_file function since thats ripped out of the actual program, and that still works fine. Could it possibly be something with not freeing the buffer before I exit? It doesnt make much sense. Im going to check through all cvs patches between the 28th and 29th since it was dying on a kernel from yesterday. I do have a serial console, and will try to break through it next time I make it happen. All input it hosed and it's caught in a tight loop repeating the sample in the sound card and doing nothing. I will try look into it more closely, heres some more info I'm having trouble figuring out what it could be, other than it's clearly a kernel bug :-). I'll try updating a system to more recent source. Any chance you're using profiling support? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Does bg fsck have problems with large filesystems?
Just try to fsck 1.2 TB and you will be very-very patient :) Very patient indeed. I've got a 1.0TB partition about 51% full. It's still a 4-STABLE system and the last fsck from a crash last Friday (bad IBM, bad, no soup for you) took just about 55 minutes to fsck. *ugh* I'm torture testing on a 600GB partition and I was hoping to maybe roll to 5.x around March. It's probably a good thing that I didn't jump on it right away :-) Cheers, Ryan To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Profiling kills -current?
hmm first I've heard of it but I'll check.. (david's offline for a week) On Thu, 30 Jan 2003, Robert Watson wrote: Looks like recent commits may have broken profiling of user applications; or rather, it's also causing the kernel to crash. I suspect (but have not confirmed) it was the recent KSE commit. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories -- Forwarded message -- Date: Thu, 30 Jan 2003 16:19:32 -0500 From: Craig Dooley [EMAIL PROTECTED] To: Robert Watson [EMAIL PROTECTED] Subject: Re: Recent current dies hard with simple program That did it. When I took -pg out of CFLAGS the program will now run fine. I must have been playing around with it and added that within the last two days. I'll check back through the archives to see what the profiling bugs are. Sorry for not looking deeper before posting to the lists. -Craig On Thu, Jan 30, 2003 at 02:32:04PM -0500, Robert Watson wrote: On Thu, 30 Jan 2003, Craig Dooley wrote: It worked here on the 28th. When I wrote it it worked fine and showed that my program worked fine. I dont think it's my read_file function since thats ripped out of the actual program, and that still works fine. Could it possibly be something with not freeing the buffer before I exit? It doesnt make much sense. Im going to check through all cvs patches between the 28th and 29th since it was dying on a kernel from yesterday. I do have a serial console, and will try to break through it next time I make it happen. All input it hosed and it's caught in a tight loop repeating the sample in the sound card and doing nothing. I will try look into it more closely, heres some more info I'm having trouble figuring out what it could be, other than it's clearly a kernel bug :-). I'll try updating a system to more recent source. Any chance you're using profiling support? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Patch to teach config(8) about platforms.
On Thu, Jan 30, 2003 at 10:09:57AM -0700, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Marcel Moolenaar [EMAIL PROTECTED] writes: : general theme. Thus (in this case), ARCH=mips and MACH=algor or : MACH=sgimips... Actually, NetBSD uses MACHINE_ARCH=mipsel for little endian machines and MACHINE_ARCH=mips for big endian machines. However, it has a common set of mips include files/code, etc in src/sys/arch/mips Forcing MACHINE_ARCH to be mips in both proved too problematic. Yes. I mentioned this to Juli and specifically asked if she was not going to do that. I can't recall an explicit answer. I think it was implied in the discussion at that time that it was not an option. From your other reply: Keep in mind that for mips you have two different architectures: mipsel and mips(eb). I keep harping on this because you cannot run mipsel binaries on mipseb kernels (please ignore that some mips cpu can, in theory do this, since no free OS has climbed that mountain). You'll need different binaries (packages) for mips and mipsel. Good point. The toolchain configuration is related to this. We now select on MACHINE_ARCH, which would not capture the endianness if it was encoded in MACHINE. Granted, we could include MACHINE in the selection of the BFD and code generator files, but the patch did not include that. I still don't reject MIPS as the architecture and have the variants as sub-concepts, but we do need to discuss in that case how it's going to work. The packaging automaticly adds to the dimension of the problem. If variants have the same endianness and share a common runtime, you would like to be able to share packages between the variants. But if the endianness differs or the runtime is different, this cannot happen. If in both cases we talk about platform then I think our abstraction is inadequate. Given that NetBSD is known to be able to run on your toaster (it would on mine if I had one :-), it would be a mistake to reject their mechanism without fully understanding what it is we're rejecting. -- Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Profiling kills -current?
On Thu, 30 Jan 2003, Julian Elischer wrote: hmm first I've heard of it but I'll check.. (david's offline for a week) On Thu, 30 Jan 2003, Robert Watson wrote: Wow that was impressive.. not even a message on the serial console.. Am digging.. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Profiling kills -current?
On Thu, 30 Jan 2003, Julian Elischer wrote: On Thu, 30 Jan 2003, Julian Elischer wrote: hmm first I've heard of it but I'll check.. (david's offline for a week) On Thu, 30 Jan 2003, Robert Watson wrote: Wow that was impressive.. not even a message on the serial console.. Am digging.. hmm system is still alive but VERY unresponsive.. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Profiling kills -current?
On Thu, 30 Jan 2003, Julian Elischer wrote: On Thu, 30 Jan 2003, Julian Elischer wrote: On Thu, 30 Jan 2003, Julian Elischer wrote: hmm first I've heard of it but I'll check.. (david's offline for a week) On Thu, 30 Jan 2003, Robert Watson wrote: Wow that was impressive.. not even a message on the serial console.. Am digging.. hmm system is still alive but VERY unresponsive.. Yeah, I just chatted with Jake and he's seeing the same thing -- alive, but very, very unresponsive. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Does bg fsck have problems with large filesystems?
Dropping the number of inodes really helps fsck time; what does df -i /bigfilesystem print? fs# df -i /users Filesystem 1K-blocks Used Avail Capacity iusedifree %iused Mounted on /dev/da2s1e 999089944 457994296 46116845650% 6094282 25170996 19% /users fsize = 8192, bsize = 65536, cpg = 1421 Cheers, Ryan To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
5.0-release: gusc panic
Hi, I have an PNP ISA Gravis Ultrasound card, which I have tried, unsuccessfully to enable on a freshly installed 5.0-release box (desktop). I enabled pcm and gusc devices in kernel config and I get panic at boot time. I don't have a crash dump yet but will be able to get it tonight if anyone interested. Has anyone else seen this problem? What are my options at this point? On an unrelated note, my sony laptop (r505te) has lost its brains - I get hard errors in it when going into fixit floppy and both win-me and freebsd slices are gone :( Disk is visible and doesn't complain when slices are created (not committed) but its previous disklabel (and mbr?) is shot. Booting without floppies give no operating system present message. The laptop is successfully booting off the cdrom (firewire) but doesn't see it as a valid media when trying to install from it. /D. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Recent current dies hard with simple program
Craig Dooley wrote: Last cvsup/world/kernel is from around midnight last night, but noticed the problem yesterday. For a csi class I have to sort and uniq a file in c, and as a test case, I wrote a simple hex dump that respects newlines. No matter what I give it as input, it will hard crash the system. No DDB, no panic, just hard locked. When trying to run it under GDB, break on main, as soon as I type run, it dies again. Im writing it on the same machine with much more significant programs running absolutely perfectly. I'm attaching the source to see if it's a common problem with anyone else. Input file? For example, you aren't reading /dev/mem, right? -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
copy extended attributes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! After some investigation, I come to the conclusion that there is no means to copy the extended attributes of a file by using standard commands like cp (even with the -p option) or mv. At least it works with mv if the rename(2) syscall is used (ie. moves within the same filesystem), but as soon as it has to cross filesystems, extended attrs get lost. Naturally I'm speaking of copying from a UFS2 fs to a UFS2 fs. Am I missing something here or is it really a 'bug'? (or a feature, it depends :) ) Cheers, David. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+Oa2/K3CyMA5SxrwRAlJIAJ9PiRlDJzaKCbUgn6j7zP7uWPfNSACfaTJG Ok6dBmRefs6ezyJUlhJhIZE= =MLoF -END PGP SIGNATURE- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: copy extended attributes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Err... I'm using 5.0-RELEASE, I forgot to say. Is there a change in - -CURRENT about this? Thanks, David. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+Oa5QK3CyMA5SxrwRAnngAKCIfvYW6te70xJqfX2rgQlmRRNRPQCfZpMe dXEyKOcxRL+vc0XaYB6Cmyw= =dW1e -END PGP SIGNATURE- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Patch to teach config(8) about platforms.
M. Warner Losh wrote: In message: [EMAIL PROTECTED] Marcel Moolenaar [EMAIL PROTECTED] writes: : Alpha has multiple platforms, but it has not been made explicit. : pc98 is an alternate platform for i386. And we have PowerPC and : mips. Keep in mind that for mips you have two different architectures: mipsel and mips(eb). I keep harping on this because you cannot run mipsel binaries on mipseb kernels (please ignore that some mips cpu can, in theory do this, since no free OS has climbed that mountain). You'll need different binaries (packages) for mips and mipsel. PPC has this same thing: byte order is controlled in software. The normal thing to do for this is to pick one true byte order, but then you may lose access to the host system software that may otherwise be possible to run in binary compatability mode. Actually, as part of the task switch code, it's possible to switch orders on a per task basis, or even run the kernel in one order, and user tasks in another (given appropriate wrapping of the system call arguments which are larger than a byte). My general recommendation for the PPC, actually, is network byte order (Motorolla byte order), since if you are running something manufactured before the PPC620 chip, you actually pay a penalty in performance for running Intel byte order. I never got hold of any documentation claims, one way or the other, for the MIPS, on which order it prefers, or if it actually doesn't have a preference, like older PPC processors. That said, the point about needing a different userland is really one about binary compatability, and how hard your willing to work in order to achieve it, or if you care at all (e.g. the DEC systems ran in VAX byte order, which is Intel byte order, but you aren't going to be able to run Ultrix programs in an emulator, without an incredible amount of effort and/or pirating library files). -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: dump -L and privilege
On Wed, Jan 29, 2003 at 06:17:31PM -0800, Kirk McKusick wrote: Alternative 1 `usermount' The first would be to change the default for vfs.usermount == 1 and then have dump -L create the snapshot in a directory owned by operator (or by whatever user runs the dumps). Then the snapshot could be created, used, and deleted by that user. Alternative 2 `/sbin/snapshot' The other alternative would be to create a setuid-to-root program that would take a snapshot and chown it to the user that does dumps. This setuid program could then be invoked by dump -L to create a snapshot for it. Despite a distaste for setuid executables, I think I'd prefer a simple /sbin/snapshot setuid program. Primarily, enabling `vfs.usermount' gives more privileges to more users than I'm comfortable with. Secondarily, /sbin/snapshot may be useful on its own. Cheers, -- Jacques A. Vidrine [EMAIL PROTECTED] http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos [EMAIL PROTECTED] . [EMAIL PROTECTED] . [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: firewire hangs on Thinkpad
Andrea Campi wrote: On Wed, Jan 29, 2003 at 02:14:14PM -0800, Terry Lambert wrote: I expect that the attach of the device creates an interrupt if the system is already up. This would indicate that it was an order of operations problem in the driver registration for a live piece of hardware. Probably, it needs to attach the Unless I'm really mistaken, that's not the case: [ ... ] So no, you guessed wrong this time Terry ;-) I'm open to any correction... what's your opinion of the cause of this problem, then? 8-). -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: Re[2]: appending files on smbfs
The files on the ntfs machine are owned and shared only by the user that owns them. The same username is being used from the unix side via smbfs. I've changed the privelages to everyone with full rights, and only that username with full rights, and no go. interesting. I don't see any point where there could be a security hang up. Also, do you have any idea what, at an OS-security level, the difference is between creating and appending files? -Original Message- From: Alex [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 30, 2003 10:43 PM To: Patrick Stinson Cc: Alex Subject: Re[2]: appending files on smbfs Dear/Beste Patrick, Thursday, January 30, 2003, 11:16:09 PM, you wrote: has anyone every had problems with appending existing files on volumes mounted by smbfs or shlight? $ echo sdsad hey $ echo sdsad hey cannot create hey: Permission denied You should look at permission on the windows machine if the system has NTFS. *** From Patrick oh wait, thought you were swedish. No, i'm Dutch. I meant that I looked at that. You have to log in to the filesystem with a name that works before it will let yo on. notice how I can create the file, but canat append to it. NTFS hasn't got the same security system as UFS. Just because you can logon to a filesystem doesn't mean you have any rights. Just because you can write a file doesn't mean you can append. On NTFS one can allow per person or per group to list, view, read, create or modify (append) a file. And that for multiple users and multiple groups. -- Best regards/Met vriendelijke groet, Alex P.S. Please don't top-post. It makes it hard to read, especially for others. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: dump -L and privilege
On 2003-01-30 15:52, Garrett Wollman [EMAIL PROTECTED] wrote: On Wed, 29 Jan 2003 18:17:31 -0800, Kirk McKusick [EMAIL PROTECTED] said: The other alternative would be to create a setuid-to-root program that would take a snapshot and chown it to the user that does dumps. I think this would actually be a useful feature for more than just dumps. I might want to allow some users (say, those in group `operator') to be able to create snapshots on their own, without allowing arbitrary mounting privileges. Do normal permissions apply for the files included in a snapshot? It would be horrible from a security standpoint if any user could use a setuid program to snapshot filesystems, mount the snapshot to places of their own, and read random files from the mounted snapshot. /knee jerk reaction - Giorgos To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Thu Jan 30 15:22:37 PST 2003 -- Kernel build for GENERIC completed on Thu Jan 30 15:56:59 PST 2003 -- Kernel build for LINT started on Thu Jan 30 15:57:00 PST 2003 -- === vinum Makefile, line 4443: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver is broken and is not compiled with LINT /h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is broken and is not compiled with LINT /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_open': /h/des/src/sys/dev/gfb/gfb_pci.c:268: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:268: (Each undeclared identifier is reported only once /h/des/src/sys/dev/gfb/gfb_pci.c:268: for each function it appears in.) cc1: warnings being treated as errors /h/des/src/sys/dev/gfb/gfb_pci.c:275: warning: passing arg 1 of `genfbopen' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_close': /h/des/src/sys/dev/gfb/gfb_pci.c:284: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:285: warning: passing arg 1 of `genfbclose' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_read': /h/des/src/sys/dev/gfb/gfb_pci.c:293: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:294: warning: passing arg 1 of `genfbread' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_write': /h/des/src/sys/dev/gfb/gfb_pci.c:302: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:303: warning: passing arg 1 of `genfbwrite' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_ioctl': /h/des/src/sys/dev/gfb/gfb_pci.c:311: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:312: warning: passing arg 1 of `genfbioctl' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_mmap': /h/des/src/sys/dev/gfb/gfb_pci.c:320: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:321: warning: passing arg 1 of `genfbmmap' from incompatible pointer type *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Seat-belt for source upgrades from stable to current
On Wed, Jan 29, 2003 at 10:35:40PM -0500, Garance A Drosihn wrote: : How about requiring the user to touch some file in / or /boot which : indicates the branch-tag that's acceptable for installworlds? Then : you just need to propagate the tag from the 'cvs co' stage to some : file under /usr/src (such as /usr/src/CVS/Tag ). Some of use cvsup and won't have CVS/Tag. -- Christopher Vance To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Smart Array 5312 (Compaq)
Is anyone working on a driver for said raid controller? Here is a pciconf -lv (from 5.0-R) and a link for some info on the card. ne3@pci6:2:0: class=0x010400 card=0x40830e11 chip=0xb1780e11 rev=0x01 hdr=0x00 class= mass storage subclass = RAID http://h18004.www1.hp.com/products/servers/proliantstorage/arraycontrollers/smartarray5312/questionsanswers.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: dump -L and privilege
Date: Fri, 31 Jan 2003 02:24:00 +0200 From: Giorgos Keramidas [EMAIL PROTECTED] To: Garrett Wollman [EMAIL PROTECTED] Cc: Kirk McKusick [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: dump -L and privilege X-ASK-Info: Confirmed by User On 2003-01-30 15:52, Garrett Wollman [EMAIL PROTECTED] wrote: On Wed, 29 Jan 2003 18:17:31 -0800, Kirk McKusick [EMAIL PROTECTED] said: The other alternative would be to create a setuid-to-root program that would take a snapshot and chown it to the user that does dumps. I think this would actually be a useful feature for more than just dumps. I might want to allow some users (say, those in group `operator') to be able to create snapshots on their own, without allowing arbitrary mounting privileges. Do normal permissions apply for the files included in a snapshot? It would be horrible from a security standpoint if any user could use a setuid program to snapshot filesystems, mount the snapshot to places of their own, and read random files from the mounted snapshot. /knee jerk reaction - Giorgos By default snapshots are mode 400 owned by root, so normal users cannot access them. The setuid program is proposing to make them mode 440 group operator which would let anyone in the operator group read them. This is the same level of permission given to disks, so is neither more nor less secure than regular disks. If the snapshot is mounted, then the same filesystem permissions are enforced as would be enforced for the mounted disk except that the mount must be done read-only, so nothing in the snapshot can be moved, deleted, or changed. Kirk McKusick To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: dump -L and privilege
On 2003-01-30 17:16, Kirk McKusick [EMAIL PROTECTED] wrote: If the snapshot is mounted, then the same filesystem permissions are enforced as would be enforced for the mounted disk except that the mount must be done read-only, so nothing in the snapshot can be moved, deleted, or changed. Thanks! That's what I thought would be the case, but I thought I'd ask to make sure. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Boot failure with latest -CURRENT
Hello, today i updated sources with CVS, compiled world and kernel, then rebooted. During boot it hangs at the boot message (the place where in FreeBSD 4.7 a lot of boot info would appear, like ata, cpu, usb0 blah blah). - The keyboard num-lock does not react (keeps on) after boot starts. - There is no HDD activity, thus there is no log from which i could give you information. - I have added 'verbose_loading=YES' to my /boot/loader.conf, unfortunatly i get this message: userconfig_script...failed!. When i removed it again, the message is still there. But the vesa.ko i have added in it gets loaded. - Failure to boot appears with kernel GENERIC or usermodified. - I can boot with a backed up kernel from October or December, not sure from when exactly. - Hardware is: http://www.capm.de/freebsd-dmesg.txt How to proceed and find out what is wrong? Thanx. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: removing debugging options
Nicolao Renè schrieb: Hi I've just upgraded to FreeBSD-Stable, the UPDATING file says that many debugging options are enabled. But how do I remove them? thanks. One way would be to compile your own kernel: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-building.html (choose procedure 2 when building). In your custom kernel-conf change this: #To statically compile in device wiring instead of /boot/device.hints #hints GENERIC.hints #Default places to look for devices. makeoptions DEBUG=-g#Build kernel with gdb(1) debug symbols uncomment makeoptions and symbols. I dont know for Userland though, sorry. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Smart Array 5312 (Compaq)
Try this patch http://people.freebsd.org/~ps/ciss.diff John ([EMAIL PROTECTED]) wrote: Is anyone working on a driver for said raid controller? Here is a pciconf -lv (from 5.0-R) and a link for some info on the card. ne3@pci6:2:0: class=0x010400 card=0x40830e11 chip=0xb1780e11 rev=0x01 hdr=0x00 class= mass storage subclass = RAID http://h18004.www1.hp.com/products/servers/proliantstorage/arraycontrollers/smartarray5312/questionsanswers.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message -- Paul Saab Technical Yahoo [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] Do You .. uhh .. Yahoo!? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: last KSE changes
On Tue, 28 Jan 2003 [EMAIL PROTECTED] wrote:
As for cross-arch breakage I suggest you run make universe before
committing in the future.
Does one have to be in God-mode to do this? :)
(sorry...its a hot friday afternoon here)
--
:{ [EMAIL PROTECTED]
Andy Farkas
System Administrator
Speednet Communications
http://www.speednet.com.au/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: Smart Array 5312 (Compaq)
yea i tried that. it almost works in 4.7. I can see the the drives in dmesg, but it panics when it comes time to mount the mfs file system. I'll have more time to test tomorrow (5.x, 4.x and CISS_BOARD_SA5 (no B) etc etc). Thanks! On Thu, Jan 30, 2003 at 05:45:31PM -0800, Paul Saab wrote: Try this patch http://people.freebsd.org/~ps/ciss.diff John ([EMAIL PROTECTED]) wrote: Is anyone working on a driver for said raid controller? Here is a pciconf -lv (from 5.0-R) and a link for some info on the card. ne3@pci6:2:0: class=0x010400 card=0x40830e11 chip=0xb1780e11 rev=0x01 hdr=0x00 class= mass storage subclass = RAID http://h18004.www1.hp.com/products/servers/proliantstorage/arraycontrollers/smartarray5312/questionsanswers.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: copy extended attributes
On Thu, 30 Jan 2003, David Vidal Rodríguez wrote: After some investigation, I come to the conclusion that there is no means to copy the extended attributes of a file by using standard commands like cp (even with the -p option) or mv. At least it works with mv if the rename(2) syscall is used (ie. moves within the same filesystem), but as soon as it has to cross filesystems, extended attrs get lost. Naturally I'm speaking of copying from a UFS2 fs to a UFS2 fs. Am I missing something here or is it really a 'bug'? (or a feature, it depends :) ) I have local patches submitted by Chris Faulhaber to copy ACLs when a file is copied (or moved between file systems) that I've been meaning to finish testing and merge. Likewise, for gzip, bzip, and others when a file is replaced. This wouldn't address the general issue of copying extended attributes, but is a necessary step. Presumably if we did extend cp, et al, to copy EA's, they should explicitly copy only user namespace EAs, not system EAs. There's been some recent e-mail on the Linux side about interfaces to copy ACLs from one file to another, but I haven't had a chance to review those changes as yet to see whether we should pick them up. Using the current EA interfaces, it should be relatively straight-forward to generate a list of user EA names, extract them, and copy them to another node. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Seat-belt for source upgrades from stable to current
Thus spake Christopher Vance [EMAIL PROTECTED]:
On Wed, Jan 29, 2003 at 10:35:40PM -0500, Garance A Drosihn wrote:
: How about requiring the user to touch some file in / or /boot which
: indicates the branch-tag that's acceptable for installworlds? Then
: you just need to propagate the tag from the 'cvs co' stage to some
: file under /usr/src (such as /usr/src/CVS/Tag ).
Some of use cvsup and won't have CVS/Tag.
OT: Is there a good way to get the CVS metadata in /usr/src and
/usr/ports without transferring the entire source tree over the
network? On some machines, I'd like to be able to do a CVS
{diff,log,update} now and then, but I don't have the disk space
for the entire repository. I usually end up blowing away /usr/src
and fetching a new copy from a CVS server, but I'm sure this is
far from ideal for the people who pay for that server's bandwidth.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: Seat-belt for source upgrades from stable to current
On Thu, Jan 30, 2003 at 07:09:16PM -0800, David Schultz wrote:
Thus spake Christopher Vance [EMAIL PROTECTED]:
On Wed, Jan 29, 2003 at 10:35:40PM -0500, Garance A Drosihn wrote:
: How about requiring the user to touch some file in / or /boot which
: indicates the branch-tag that's acceptable for installworlds? Then
: you just need to propagate the tag from the 'cvs co' stage to some
: file under /usr/src (such as /usr/src/CVS/Tag ).
Some of use cvsup and won't have CVS/Tag.
OT: Is there a good way to get the CVS metadata in /usr/src and
/usr/ports without transferring the entire source tree over the
network? On some machines, I'd like to be able to do a CVS
{diff,log,update} now and then, but I don't have the disk space
for the entire repository. I usually end up blowing away /usr/src
and fetching a new copy from a CVS server, but I'm sure this is
far from ideal for the people who pay for that server's bandwidth.
anoncvs
See the handbook for info.
--
Steve
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Fun and excitement with CURRENT
OK, I've got just 1.5 bugs left, then I'll be all CURRENT-ed :) (I'm using a brand new laptop. Much different than getting BSD working on my desktops and servers :) Things that work : - Making the third mouse button work on an IBM T30 (trackpoint touchpad model) you have to disable the touchpad in the BIOS. - Making CURRENT compile on 4.7 involves NOT using cvsupit to do your cvsup-ing. or using it and editing it to use src-all so you actually get the whole thing. - When compiling a kernel, don't be a smartass and assume you can make your 4.7 KERNCONF file work in 5.0. start over with a 5.0 GENERIC and modify it. You'll feel MUCH less stupid later. - X on a Radeon mobility 7500 is PERFECT. VERY VERY HAPPY! :) - don't use apm and acpi at the same time. UNFORTUNATELY, that last one has a solution : - DON'T USE ACPI. It really causes a problem. If I turn acpi on (in kernel or as a module same result) it will die a horrible, horrible death. I'll get more info (as in, the text it says when it crashes or the text it says when it boots or whatever) after a couple of reboots, but i was so happy it worked without acpi i'm typing this now. debug later :) - Sound is really really weird. pcm doesn't work with the i810 onboard (it works, but sound is all static-y to the point of inaudibility, and the OSS drivers seem to have a problem. I think the oss drivers don't seem to work without ACPI. or at least not so far. It worked once, just not since :) so there ya go, 1.5 bugs. The ACPI took me quite a while to work around because every time it booted with it it crashed the system before I could do anything productive. REALLY ANNOYING :) (Is there a way to tell the kernel not to AUTOLOAD ACPI on boot? That would be SUPER :) Anyways, I'll keep the machine going and hopefully come up with some ACPI patches in the next few days that cause my laptop not to die a horrible death :) (If you have any such patches let me know! :) Thanks for the 5.0! Dana Lacoste Ottawa, Canada To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Seat-belt for source upgrades from stable to current
Thus spake Steve Kargl [EMAIL PROTECTED]:
On Thu, Jan 30, 2003 at 07:09:16PM -0800, David Schultz wrote:
OT: Is there a good way to get the CVS metadata in /usr/src and
/usr/ports without transferring the entire source tree over the
network? On some machines, I'd like to be able to do a CVS
{diff,log,update} now and then, but I don't have the disk space
for the entire repository. I usually end up blowing away /usr/src
and fetching a new copy from a CVS server, but I'm sure this is
far from ideal for the people who pay for that server's bandwidth.
anoncvs
See the handbook for info.
That's a great answer...to a different question. ;-)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: Seat-belt for source upgrades from stable to current
On Thu, 30 Jan 2003 20:05:06 -0800 David Schultz [EMAIL PROTECTED] wrote: That's a great answer...to a different question. ;-) Use the r version of the cvs commands (like cvs rlog and rdiff). They operate on the repository remotely, so you don't need to have the files checked out localy. Cheers. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc [EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9 msg51322/pgp0.pgp Description: PGP signature
Re: Seat-belt for source upgrades from stable to current
On Thu, Jan 30, 2003 at 08:05:06PM -0800, David Schultz wrote:
Thus spake Steve Kargl [EMAIL PROTECTED]:
On Thu, Jan 30, 2003 at 07:09:16PM -0800, David Schultz wrote:
OT: Is there a good way to get the CVS metadata in /usr/src and
/usr/ports without transferring the entire source tree over the
network? On some machines, I'd like to be able to do a CVS
{diff,log,update} now and then, but I don't have the disk space
for the entire repository. I usually end up blowing away /usr/src
and fetching a new copy from a CVS server, but I'm sure this is
far from ideal for the people who pay for that server's bandwidth.
anoncvs
See the handbook for info.
That's a great answer...to a different question. ;-)
It's the correct answer. I assumed that you knew
how to use cvs.
--
Steve
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: Seat-belt for source upgrades from stable to current
On Thu, Jan 30, 2003 at 09:07:11PM -0800, Steve Kargl wrote:
: On Thu, Jan 30, 2003 at 08:05:06PM -0800, David Schultz wrote:
: Thus spake Steve Kargl [EMAIL PROTECTED]:
: On Thu, Jan 30, 2003 at 07:09:16PM -0800, David Schultz wrote:
:OT: Is there a good way to get the CVS metadata in /usr/src and
:/usr/ports without transferring the entire source tree over the
:network? On some machines, I'd like to be able to do a CVS
:{diff,log,update} now and then, but I don't have the disk space
:for the entire repository. I usually end up blowing away /usr/src
:and fetching a new copy from a CVS server, but I'm sure this is
:far from ideal for the people who pay for that server's bandwidth.
:
:
: anoncvs
:
: See the handbook for info.
:
: That's a great answer...to a different question. ;-)
:
: It's the correct answer. I assumed that you knew
: how to use cvs.
cvsup gets me everything I need to track and compile both current and
stable.
I don't want to be forced into using cvs when there's a better tool
available (for some definition of better). I get paid to use cvs at
work, and that's how I know to choose something else...
For a while, I used to grab the whole repo (with cvsup), and used cvs
to get current and stable out of it, but now I consider that a waste
of space/time, and have reverted to just using cvsup to get the tags I
want.
I'm not a FreeBSD developer, and very rarely (just a handful of times)
have had to modify existing stuff to do what I want, so I don't need
my own repo to commit to. With that, disappers any need to use cvs.
Perhaps you can explain why cvsup is the wrong answer...
--
Christopher Vance
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: Pentium 4 optimization status
On Sun, Jan 26, 2003 at 03:49:49PM -0800, Steve Kargl wrote: David, Are you still the gcc guy? Well... uh... I guess I'm still one of them. I was scanning the GCC mailing list and it appears that a gcc 3.2.2 will be released with only bug and regression fixes. Are there any FreeBSD fixes that we should try to push into 3.2.2? Yes we will get GCC 3.2.2 into the FreeBSD tree as soon as it is released. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Seat-belt for source upgrades from stable to current
Thus spake Mike Makonnen [EMAIL PROTECTED]: Use the r version of the cvs commands (like cvs rlog and rdiff). They operate on the repository remotely, so you don't need to have the files checked out localy. That's a pretty good solution, and I use those occasionally. It would be a perfect solution if there were an 'rupdate', so I don't have to (cd /tmp; cvs co src/file/i/want.c) cp /tmp/src/file/i/want.c /where/i/want/it rm -rf /tmp/src all the time. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Seat-belt for source upgrades from stable to current
Thus spake Christopher Vance [EMAIL PROTECTED]:
On Thu, Jan 30, 2003 at 09:07:11PM -0800, Steve Kargl wrote:
: On Thu, Jan 30, 2003 at 08:05:06PM -0800, David Schultz wrote:
: Thus spake Steve Kargl [EMAIL PROTECTED]:
: On Thu, Jan 30, 2003 at 07:09:16PM -0800, David Schultz wrote:
:OT: Is there a good way to get the CVS metadata in /usr/src and
:/usr/ports without transferring the entire source tree over the
:network? On some machines, I'd like to be able to do a CVS
:{diff,log,update} now and then, but I don't have the disk space
:for the entire repository. I usually end up blowing away /usr/src
:and fetching a new copy from a CVS server, but I'm sure this is
:far from ideal for the people who pay for that server's bandwidth.
:
:
: anoncvs
:
: See the handbook for info.
:
: That's a great answer...to a different question. ;-)
:
: It's the correct answer. I assumed that you knew
: how to use cvs.
cvsup gets me everything I need to track and compile both current and
stable.
I don't want to be forced into using cvs when there's a better tool
available (for some definition of better). I get paid to use cvs at
work, and that's how I know to choose something else...
For a while, I used to grab the whole repo (with cvsup), and used cvs
to get current and stable out of it, but now I consider that a waste
of space/time, and have reverted to just using cvsup to get the tags I
want.
I'm not a FreeBSD developer, and very rarely (just a handful of times)
have had to modify existing stuff to do what I want, so I don't need
my own repo to commit to. With that, disappers any need to use cvs.
Perhaps you can explain why cvsup is the wrong answer...
I don't know about Steve, but cvsup is the wrong answer for me
because it's a mirroring tool and not a version control tool.
Among the things I would like to do are:
- Update to a specific version of a specific file from the
repository.
- Generate a diff between two revisions in the repository,
or between a version in the repository and some local
patches of my own.
- View logs for particular files.
I asked the question in hopes that there would be some neat
feature of cvsup that mocked up some CVS metadata for me, but
since nobody has mentioned any such thing, I guess I'm out of
luck. Mirroring the entire repository is not an option on
machines with less than 6 GB of spare disk.[1] Transferring the
entire source tree over the network via anoncvs is suboptimal when
all I really want is a few kilobytes of 'CVS' subdirectories.
But I guess it will have to do for now.
[1] When the system is an aging dual PPro or 200MHz Alpha using
SCSI, buying new drives is not practical.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
stropts.h removed?
A number of ports have started to complain about a missing stropts.h header..was this recently removed, and if so then what is the fix? Kris msg51328/pgp0.pgp Description: PGP signature
Re: Does bg fsck have problems with large filesystems?
In the last episode (Jan 30), Ryan Dooley said: Just try to fsck 1.2 TB and you will be very-very patient :) Very patient indeed. I've got a 1.0TB partition about 51% full. It's still a 4-STABLE system and the last fsck from a crash last Friday (bad IBM, bad, no soup for you) took just about 55 minutes to fsck. *ugh* Dropping the number of inodes really helps fsck time; what does df -i /bigfilesystem print? I'm torture testing on a 600GB partition and I was hoping to maybe roll to 5.x around March. It's probably a good thing that I didn't jump on it right away :-) -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
