Re: ATAng - copying atapi CD
Sean Kelly wrote: > On Wed, Sep 03, 2003 at 07:11:53AM -0400, Bryan Liesner wrote: > > No, we're talking about brand new, factory pressed, audio CDs. > > And on top of that, my Windows XP machine's DVD-ROM was able to raed my > *commercial audio CDs* perfectly while the CD-RW in the FreeBSD machine was > only able to read about 95% of the discs before it just got stuck. What happens if you install the same DVD-ROM drive in your FreeBSD box, and try that? Maybe it's your drive? -- Terry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng - copying atapi CD
Bryan Liesner wrote: > On Wed, 3 Sep 2003, Martin wrote: > > If you notice that your CD-R label looks strange and if you need > > the data, you should backup it fast. > > No, we're talking about brand new, factory pressed, audio CDs. Are they copy protected? The way you can tell is if you try to do what you are trying to do, and it fails the way that it's failing, then they are likely copy protected. -- Terry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ACPI sleep_delay causes reboot
PR about sleep delay causing a reboot on the second suspend. http://www.freebsd.org/cgi/query-pr.cgi?pr=56394 (The above PR is after a fresh cvsup none of my usb patches) A curious thing though is that I've got some usb code that I've been working on and if I apply that and then load the usb set the sleep_delay=0 and then plug in my mouse, the same type of behavior seems to happen. I plug in mouse, it works, suspend while wiggling the mouse just to see how it handles, works fine, resume, detaches and reattaches, works fine. Now I suspend again while moving the mouse and the system reboots. It only seems to reboot like this at least for the usb when there are interrupts on the usb bus ie. mouse move. I don't know if this is something similar that is happening with the ACPI or just some bad code on my part, but it caught my attention. -- Anish Mistry pgp0.pgp Description: signature
ATAng boot up hang
Sometimes when booting after a non-graceful shutdown, the harddisk and cdrom drives cause the bootup to hang while probing for them. Sometimes is finds the ad0, but then hangs when it gets to acd0, sometimes it hangs at ad0 too. I then have to boot to a pre-ATAng kernel to continue. -- verbose dmesg -- 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.1-CURRENT #13: Tue Sep 2 00:13:41 EDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LITTLEGUY Preloaded elf kernel "/boot/kernel/kernel" at 0xc0416000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0416250. Calibrating clock(s) ... i8254 clock: 1193167 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 842151665 Hz CPU: Transmeta(tm) Crusoe(tm) Processor TM5800 (842.15-MHz 586-class CPU) Origin = "GenuineTMx86" Id = 0x543 Processor revision 1.4.1.0 Code Morphing Software revision 4.3.0-9-197 20020207 23:55 official release 4.3.0#7 LongRun mode: 2 <867MHz 1300mV 100%> real memory = 251527168 (239 MB) Physical memory chunk(s): 0x1000 - 0x0009bfff, 634880 bytes (155 pages) 0x0043d000 - 0x0eb81fff, 242503680 bytes (59205 pages) avail memory = 239779840 (228 MB) bios32: Found BIOS32 Service Directory header at 0xc00f6f90 bios32: Entry = 0xfd770 (c00fd770) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd770+0x11e pnpbios: Found PnP BIOS data at 0xc00f6fe0 pnpbios: Entry = f:9528 Rev = 1.0 Other BIOS signatures found: mem: null: random: npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pci_open(1):mode 1 addr port (0x0cf8) is 0x80003074 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=80] is there (id=03951279) pcibios: BIOS version 2.10 Using $PIR table, 9 entries at 0xc00fdf30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded02A 0x59 3 4 5 7 10 11 embedded04A 0x08 3 4 5 7 9 10 14 15 embedded0 12A 0x01 3 4 5 7 9 10 14 15 embedded0 16A 0x02 3 4 5 7 9 10 14 15 embedded0 18A 0x05 3 4 5 7 9 10 14 15 embedded0 18B 0x06 3 4 5 7 9 10 14 15 embedded0 19A 0x03 3 4 5 7 9 10 14 15 embedded0 20A 0x04 3 4 5 7 9 10 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 6 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 6 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 18 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 16 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 12 func 0 acpi0: power button is handled as a fixed feature programming model. ACPI timer looks BAD min = 2, max = 941, width = 939 ACPI timer looks BAD min = 2, max = 16, width = 14 ACPI timer looks BAD min = 2, max = 7, width = 5 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xff08-0xff0b on acpi0 acpi_cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 initial configuration \\_SB_.PCI0.EIO_.LNKU irq 11: [ 3 4 5 7 9 10 11] low,level,sharable 0.2.0 \\_SB_.PCI0.EIO_.LNKH irq 9: [ 3 4 5 7 9 10 11] low,level,sharable 0.4.0 \\_SB_.PCI0.EIO_.LNKA irq 9: [ 3 4 5 7 9 10 11] low,level,sharable 0.12.0 \\_SB_.PCI0.EIO_.LNKC irq 9: [ 3 4 5 7 9 10 11] low,level,sharable 0.19.0 \\_SB_.PCI0.EIO_.LNKD irq 9: [ 3 4 5 7 9 10 11] low,level,sharable 0.20.0 \\_SB_.PCI0.EIO_.LNKB irq 9: [ 3 4 5 7 9 10 11] low,level,sharable 0.16.0 \\_SB_.PCI0.EIO_.LNKE irq 0: [ 3 4 5 7 9 10 11] low,level,sharable 0.18.0 \\_SB_.PCI0.EIO_.LNKF irq 0: [ 3 4 5 7 9 10 11] low,level,sharable 0.18.1 before setting priority for links \\_SB_.PCI0.EIO_.LNKE: interrupts: 3 4 5 7 91011 penalty: 1220 1220 220 1220 720 220 320 references: 1 priority: 0 \\_SB_.PCI0.EIO_.LNKF: interrupts: 3
Re: config(8) KERNEL setting
On Thu, 4 Sep 2003, John Birrell wrote:
> however kern.post.mk only uses KERNEL_KO, so even though config(8) has
> set KERNEL for me, that name only gets used for the boot directory.
> There doesn't seem to be any way of getting KERNEL_KO set from the
> kernel config file.
If you change the name of the kernel binary itself, loader won't be able
to find it. By renaming the /boot directory it goes into it is Doing the
Right Thing.
In 5.X, the "kernel" is the core kernel binary and the modules built with
it. All of it goes into the same directory. The /modules directory is
unused and should be deleted. When you specify a kernel to load in loader,
you ask for the /boot/foo directory name ("load foo") and loader does the
rest.
--
Doug White| FreeBSD: The Power to Serve
[EMAIL PROTECTED] | www.FreeBSD.org
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Compaq desktop does not work without ACPI
On Wed, 3 Sep 2003, Oleg Polyakov wrote: > >Hm, ATAng went in since 5.1-R, so I wonder if it is having issues reading > >from the disk then. How long have you let it sit trying to start init? > >Does it give random disk errors? > > I let it try to start for about an hour three or four times... > It just sits and does not show anything at all. > If booted with ACPI there are no disk errors. Does it work at all with ACPI? I don't follow you there. -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: build error in chpass
On Wed, 3 Sep 2003 [EMAIL PROTECTED] wrote: > I found an error in my make world with sources cvsup'ed as of this morning. > I am using WITH_DYNAMICROOT in my make.conf. I'm getting the same thing minus WITH_DYNAMICROOT. I think bsd.lib.mk rev 1.152 is the culprit. I'm doing a rebuild with that reversed. -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
config(8) KERNEL setting
In a RELENG_4 kernel build, I'm accustomed to setting 'config foo' in
a kernel configuration file and ending up with a kernel called 'foo'.
In current, kern.pre.mk contains:
KERNEL_KO?= kernel
KERNEL?=kernel
KODIR?= /boot/${KERNEL}
however kern.post.mk only uses KERNEL_KO, so even though config(8) has
set KERNEL for me, that name only gets used for the boot directory.
There doesn't seem to be any way of getting KERNEL_KO set from the
kernel config file.
It would make more sense to me if kern.pre.mk contained this:
KERNEL?=kernel
KERNEL_KO?= ${KERNEL}
KODIR?= /boot/${KERNEL}
Comments?
--
John Birrell
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: make buildworld broken in telnetd
At 01:03 AM 09/04/2003 +0900, Shin-ichi Yoshimoto wrote: >Subject: make buildworld broken in telnetd, >On Wed, 3 Sep 2003 19:14:10 +0900, Shin-ichi Yoshimoto wrote: >> make buildworld broken in libexec/telnetd. > >I tried to backout share/bsd.lib.mk from rev.1.152 to rev 1.151, >buildworld is ok. Is the rev.1.152 anything wrong ? > >-- >Shin-ichi YOSHIMOTO <[EMAIL PROTECTED]> >http://diary.waishi.jp/~yosimoto/diary/ >___ >[EMAIL PROTECTED] mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "[EMAIL PROTECTED]" I think 1.152 is broken. I did a make world and install world. I rebooted and login and sshd couldn't find pam_nologin.so and it was right there in /usr/lib. I had to restore the pam libs and sshd and login from tape before I could login to the machine. Manfred == || [EMAIL PROTECTED] || || Ph. (415) 681-6235 || == ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 5.2-RELEASE TODO
Scott Long wrote: > David O'Brien wrote: > > On Mon, Sep 01, 2003 at 10:00:17AM -0400, Robert Watson wrote: > > > >> |-+---+-+| > >> | | | | Productionable | > >> | | | | support for the| > >> | | | | AMD64 platform.| > >> | | | | Currently, AMD64 | > >> | | | | runs fully in | > >> | | | | 32-bit emulation | > >> | Tier-1 Support for | In| Peter Wemm, | mode, and boots to | > >> | AMD64 Hammer| progress | David O'Brien | single-user in | > >> | | | | 64-bit mode. We| > >> | | | | expect full| > >> | | | | production support | > >> | | | | for the AMD64 | > >> | | | | architecture in| > >> | | | | 5.2-RELEASE. | > >> |-+---+-+| > > > > > > > > PLEASE, PLEASE update this. Not implying that FreeBSD/amd64 doesn't make > > it multiuser and can build its own world would be sufficient. > > > > Sorry, I missed this when I did my scrub yesterday. I'll fix it now. > Btw, does X work on it? Can I compile/install it without hassle? Yes. It installs Just Fine. You wont even notice the difference relative to an i386 machine. X builds/runs. I dont think the Xserver port packages yet though, but it does build. I think David is working on that. Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] "All of this is for nothing if we don't go to the stars" - JMS/B5 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Question related to FreeBSD Serial Console...
On Tue, Sep 02, 2003 at 12:18:51PM +0100 I heard the voice of [EMAIL PROTECTED], and lo! it spake thus: > > Keyboard and mouse manufacturers usually give dire warnings about plugging > in PS/2 devices when the machine is powered up, maybe that's the reason > why. I think it's more because the interface isn't really designed electrically to support hot-plugging. I've cooked motherboards[0] by hot-plugging keyboards before. [0] Often I could, after heating up the soldering iron and a trip to Radio Shack, recover them, but not always. -- Matthew Fuller (MF4839) | [EMAIL PROTECTED] Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
lockorder reversal on vm_object.c vm_kern.c (with backtrace)
Got this error today when I dropped out of X/KDE. First time I've seen it pop up when dropping out of X/KDE. Machne got real sluggish when I did exit out and took a couple of minutes for console to re-appear and the first thing that jumped across when console did come back up was the following: lock order reversal 1st 0xc8a18534 vm object (vm object) @ /usr/src/sys/vm/vm_object.c:512 2nd 0xc082f110 system map (system map) @ /usr/src/sys/vm/vm_kern.c:325 Stack backtrace: backtrace(c0517ac1,c082f110,c05292c2,c05292c2,c052915d) at backtrace+0x17 witness_lock(c082f110,8,c052915d,145,0) at witness_lock+0x697 _mtx_lock_flags(c082f110,0,c052915d,145,3) at _mtx_lock_flags+0xb1 _vm_map_lock(c082f0b0,c052915d,145,e847ea58,c03334d4) at _vm_map_lock+0x36 kmem_malloc(c082f0b0,1000,101,e847eac4,c0478510) at kmem_malloc+0x66 page_alloc(c083a240,1000,e847eab7,101,c058294c) at page_alloc+0x27 slab_zalloc(c083a240,101,c052ab26,66f,c5c6a4a4) at slab_zalloc+0x150 uma_zone_slab(c083a240,101,c052ab26,66f,0) at uma_zone_slab+0xd8 uma_zalloc_internal(c083a240,0,101,6ef,0) at uma_zalloc_internal+0x55 uma_zfree_arg(c5c6a480,e69739b4,0,1,0) at uma_zfree_arg+0x2cb swp_pager_meta_free_all(c8a18534,c0528b64,c0528af8,1af) at swp_pager_meta_free_all+0x1b0 swap_pager_dealloc(c8a18534,1,c052aa29,10b,0) at swap_pager_dealloc+0x113 vm_pager_deallocate(c8a18534,0,c0529bff,25e,c05cd328) at vm_pager_deallocate+0x3d vm_object_terminate(c8a18534,0,c0529bff,200,c8a4603c) at vm_object_terminate+0x1f4 vm_object_deallocate(c8a18534,c8a4603c,c8a18534,c8a4603c,e847ec64) at vm_object_deallocate+0x20f vm_map_entry_delete(c60a7600,c8a4603c,c0529330,86e,c0513401) at vm_map_entry_delete+0x3b vm_map_delete(c60a7600,0,bfc0,c60a7600,c5c54e80) at vm_map_delete+0x453 vm_map_remove(c60a7600,0,bfc0,111,c0512a23) at vm_map_remove+0x58 exit1(c5fb7260,100,c0512a23,63,e847ed40) at exit1+0x626 sys_exit(c5fb7260,e847ed10,c052ebcf,3fb,1) at sys_exit+0x41 syscall(2f,2f,2f,0,2ae4) at syscall+0x26e Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (1), eip = 0x2902b71f, esp = 0xbfbff08c, ebp = 0xbfbff0b8 --- *shrug* Figured someone here would know what's going on. >From uname -a: 5.1-RELEASE #7: Wed Jun 18 Sources are from around Jun 9-18. Any suggestions are more than welcome. Thanks! Regards, Nick H. [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: bktr(4) bufs plus patch
John-Mark Gurney wrote: Jens Rehsack wrote this message on Wed, Sep 03, 2003 at 22:03 +: Michal Mertl wrote: I found 2 bugs and some potential problems in bktr(4) code. Bug 1: Compilation with options BKTR_USE_FREEBSD_SMBUS failes. Error is that code tries to use iicbus which isn't defined where it looks for it. I added it there and the compilation and detection goes fine. I don't know how to actually test it though. [...] Will anyone responsible take notice of this patch and commit it? I'm not responsible, but I will take notice of it. Once I get my lab up and running (hopefully in the next week), I can test this and see how it works. Could we get it submitted as a pr (if it isn't already), and assign it to me? (I'll assign it to myself once I know the PR). This should be done by Michal, because it's the original submitter and seems to have made deep research :-) Jens ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: usb mouse : /dev/ums0 not created ...
Ivan Georgiev wrote: Hello, I am trying to use a USB mouse on 5.1-CURRENT (compiled today from the src), but the /dev/ums0 is not created by the device ... Tried with and without ACPI - in either case the ums0 is not created. in dmesg I see: ... device_probe_and_attach: ums0 attach returned 6 ugen0: setting configuration index 0 failed ... Please, let me know what to do in order to get it working. Ivan Its not a Microsoft Mouse is it? Mine (a Wheel Mouse Optical) occasionally does this but works 9 times out of 10, Mark smime.p7s Description: S/MIME Cryptographic Signature
Re: bktr(4) bufs plus patch
Jens Rehsack wrote this message on Wed, Sep 03, 2003 at 22:03 +: > Michal Mertl wrote: > >I found 2 bugs and some potential problems in bktr(4) code. > > > >Bug 1: > >Compilation with options BKTR_USE_FREEBSD_SMBUS failes. Error is > >that code tries to use iicbus which isn't defined where it looks for > >it. I added it there and the compilation and detection goes fine. I don't > >know how to actually test it though. > > > > [...] > > Will anyone responsible take notice of this patch and commit it? I'm not responsible, but I will take notice of it. Once I get my lab up and running (hopefully in the next week), I can test this and see how it works. Could we get it submitted as a pr (if it isn't already), and assign it to me? (I'll assign it to myself once I know the PR). -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: NVidia Port Problems with kernel
Really thank-you!! It runs perfect-ly. I have changed it manualy but it compiles perfectly. Really thanks for all team that answerme fastly. thanks! On Wed, 3 Sep 2003 21:24:05 +0200 Harald Schmalzbauer <[EMAIL PROTECTED]> wrote: > On Wednesday 03 September 2003 21:17, Pau Rodriguez wrote: > > Hello! > > I'm a FreeBSD 5.1-CURRENT user and I use NVidia card. > > While I'm building 'ports/x11/nvidia-driver' make return errors > > Either re-cvsup, the HAEDERTYPE->HDRTYPE change got the old as alias, or > create a folder named "files" in /usr/ports/x11/nvidia-driver with the file > patch.aa which reads: > > --- src/nvidia_sysctl.c.origWed May 28 18:51:52 2003 > +++ src/nvidia_sysctl.c Wed Sep 3 12:30:29 2003 > @@ -231,7 +231,7 @@ > * It also doesn't make sense to to iterate over multiple > * functions if this isn't a multi-function device. > */ > -hdrtype = pci_read_config(dev, PCIR_HEADERTYPE, 1); > +hdrtype = pci_read_config(dev, PCIR_HDRTYPE, 1); > > if ((hdrtype & PCIM_MFDEV) == 0) > break; > > > > > > > cd /usr/ports/x11/nvidia-driver;make > > > > #ERRORS > > > > /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sy > >sctl. c: In > > function `nvidia_find_bridge': > > /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sy > >sctl. c:234: > > error: `PCIR_HEADERTYPE' undeclared (first use in this function) > > /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sy > >sctl. c:234: > > error: (Each undeclared identifier is reported only once > > /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sy > >sctl. c:234: > > error: for each function it appears in.) > > > > > > > > You can see full output in attrached file 'make.out'. > > I know that in previous version of kernel it runs. > > > > If is error that I made answarme. thanks! > ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: bktr(4) bufs plus patch
Michal Mertl wrote:
I found 2 bugs and some potential problems in bktr(4) code.
Bug 1:
Compilation with options BKTR_USE_FREEBSD_SMBUS failes. Error is
that code tries to use iicbus which isn't defined where it looks for
it. I added it there and the compilation and detection goes fine. I don't
know how to actually test it though.
[...]
Will anyone responsible take notice of this patch and commit it?
*** dev/bktr/bktr_reg.h.ori Sun Dec 8 10:40:14 2002
--- dev/bktr/bktr_reg.h Sun Dec 8 10:40:38 2002
***
*** 448,453
--- 448,454
struct bktr_i2c_softc {
int bus_owned;
+ device_t iicbus;
device_t iicbb;
device_t smbus;
};
*** dev/bktr/bktr_os.c.ori Sun Dec 8 10:39:13 2002
--- dev/bktr/bktr_os.c Sun Dec 8 10:39:35 2002
***
*** 499,513
destroy_dev(bktr->tunerdev);
destroy_dev(bktr->bktrdev);
- /* If this is unit 0, then destroy the alias entries too */
- #if (__FreeBSD_version >=50)
- if (unit == 0) {
- destroy_dev(bktr->vbidev_alias);
- destroy_dev(bktr->tunerdev_alias);
- destroy_dev(bktr->bktrdev_alias);
- }
- #endif
-
/*
* Deallocate resources.
*/
--- 499,504
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
NFS writes over a VLAN trunk wedges system
I have a system running 5.1-RELEASE-p2 which is an NFS client of
another FreeBSD (4.x) machine. When I have the NFS mount via a VLAN
the system reliably hangs (no response to console, including
Ctrl-Alt-Esc). This is a default NFS mount (no options) and I am
trying to do a buildworld with /usr/{src,obj} NFS mounted. The VLAN
is using an Intel fxp NIC. The kernel has DEVICE_POLLING specified
but not enabled.
- NFS mount to the same server via normal Ethernet (using a 3Com 905
NIC) successfully manages buildworld
- Adding WITNESS and INVARIANTS didn't help (though it lasted longer
before dying)
- Enabling device polling didn't help
- Adding DISABLE_PSE allows it to complete a buildworld
Any suggestions on where to go next?
Peter
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ufs2 crashes
I´ve been getting these crashes on a DVD-RAM filesystem which gets unmounted, newfs´d, remounted and used. No specific pattern though but they are quite frequent. Not sure if these came after or before ATAng. db> trace Debugger(c03e1565,0,c03f09e4,dd7309d0,100) at Debugger+0x55 panic(c03f09e4,c45b12b0,2,0,c03f099e) at panic+0x15f ufs_dirbad(c4545578,0,c03f099e,0,dd730a4c) at ufs_dirbad+0x52 ufs_lookup(dd730b0c,dd730b48,c02901f1,dd730b0c,dd730c38) at ufs_lookup+0x447 ufs_vnoperate(dd730b0c,dd730c38,dd730c4c,1147,c4030be0) at ufs_vnoperate+0x18 vfs_cache_lookup(dd730b8c,dd730ba8,c0294ea2,dd730b8c,c4030be0) at vfs_cache_lookup+0x301 ufs_vnoperate(dd730b8c,c4030be0,0,c4030be0,c4030be0) at ufs_vnoperate+0x18 lookup(dd730c24,0,c03e5b6d,a6,c4030be0) at lookup+0x302 namei(dd730c24,dd730c44,c0360b39,c04622f4,dd730c44) at namei+0x1ee stat(c4030be0,dd730d10,c03f6ad5,3eb,2) at stat+0x52 syscall(2f,2f,2f,80d9a4c,810931c) at syscall+0x253 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (188, FreeBSD ELF32, stat), eip = 0x807bd1f, esp = 0xbfbff42c, ebp = 0xbfbff4a8 --- db> panic panic: from debugger cpuid = 0; lapic.id = boot() called on cpu#0 Uptime: 10h44m8s pfs_vncache_unload(): 1 entries remaining Shutting down ACPI panic: absolutely cannot call smp_ipi_shootdown with interrupts already disabled cpuid = 0; lapic.id = boot() called on cpu#0 Uptime: 10h44m8s pfs_vncache_unload(): 1 entries remaining Shutting down ACPI Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... cpu_reset called on cpu#0 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.1-CURRENT #0: Tue Sep 2 20:43:31 EEST 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/ROMMON-SERVER5 Preloaded elf kernel "/boot/kernel/kernel" at 0xc056e000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc056e244. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (568.59-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x387fbff real memory = 536805376 (511 MB) avail memory = 51328 (491 MB) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00178011, at 0xfec0 Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 8 entries at 0xc00fdbc0 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: on pcib0 IOAPIC #0 intpin 19 -> irq 2 IOAPIC #0 intpin 16 -> irq 5 IOAPIC #0 intpin 17 -> irq 10 IOAPIC #0 intpin 18 -> irq 11 agp0: mem 0xd000-0xd3ff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xc000-0xc00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xc400-0xc41f irq 2 at device 7.2 on pci0 usb0: 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 uhci1: port 0xc800-0xc81f irq 2 at device 7.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered viapropm0: SMBus I/O base at 0x5000 viapropm0: port 0x5000-0x500f at device 7.4 on pci0 viapropm0: SMBus revision code 0x40 smbus0: on viapropm0 smb0: on smbus0 pci0: at device 9.0 (no driver attached) fxp0: port 0xcc00-0xcc3f mem 0xdc00-0xdc01,0xdc041000-0xdc041fff irq 10 at device 10.0 on pci0 fxp0: Ethernet address 00:02:b3:8a:fb:ca miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: port 0xd000-0xd03f mem 0xdc02-0xdc03,0xdc04-0xdc040fff irq 2 at device 12.0 on pci0 fxp1: Ethernet address 00:02:b3:8a:fd:b9 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto atapci1: port 0xe400-0xe4ff,0xe000-0xe003,0xdc00-0xdc07,0xd800-0xd803,0xd400-0xd407 irq 11 at device 14.0 on pci0 ata2: at 0xd400 on atapci1 ata3: at 0xdc00 on atapci1 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console 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 pmtimer0 on i
Re: NVidia Port Problems with kernel
I suspect you (and many others) will find these pages useful: Current FreeBSD Problem Reports page http://www.freebsd.org/cgi/query-pr-summary.cgi The problem you are having is listed here as ports/56157 and there are others relating to nvidia-driver as well (and many others related to other things). FreeBSD mailing list archive search page http://www.freebsd.org/search/search.html#mailinglists The problem you are having has been discussed in other threads on at least -current and possibly other lists as well. -- Evan Dower Undergraduate, Computer Science University of Washington Public key: http://students.washington.edu/evantd/pgp-pub-key.txt Key fingerprint = D321 FA24 4BDA F82D 53A9 5B27 7D15 5A4F 033F 887D From: Pau Rodriguez <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: NVidia Port Problems with kernel Date: Wed, 3 Sep 2003 21:17:21 +0200 Hello! I'm a FreeBSD 5.1-CURRENT user and I use NVidia card. While I'm building 'ports/x11/nvidia-driver' make return errors > cd /usr/ports/x11/nvidia-driver;make #ERRORS /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sysctl. c: In function `nvidia_find_bridge': /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sysctl. c:234: error: `PCIR_HEADERTYPE' undeclared (first use in this function) /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sysctl. c:234: error: (Each undeclared identifier is reported only once /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sysctl. c:234: error: for each function it appears in.) You can see full output in attrached file 'make.out'. I know that in previous version of kernel it runs. If is error that I made answarme. thanks! << make.out >> ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]" _ MSN 8: Get 6 months for $9.95/month. http://join.msn.com/?page=dept/dialup ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Compaq desktop does not work without ACPI
From: Doug White <[EMAIL PROTECTED]> On Tue, 2 Sep 2003, Oleg Polyakov wrote: > > > I upgraded old Compaq Despro EP from 5.1-Release to Current as of Aug > > > 27th (cvsupped) and last line I see after boot is "Mounting root from > > > ufs:/dev/ad0s1a". The box just can't go past this point. boot -v gives > > > one more line "start_init: trying /sbin/init". It happened with both > > > generic and myself configured kernels. > > > >That sounds like your hints file is missing the required syscons entries. > >Did you just copy GENERIC.hints to /boot/device.hints? > > Yes, it's there. It looks like it was installed while installing > 5.1-Release. > It's the same file as GENERIC.hints. device.hints got loaded and I can see > in kenv output same hint entries as in device.hints. Hm, ATAng went in since 5.1-R, so I wonder if it is having issues reading from the disk then. How long have you let it sit trying to start init? Does it give random disk errors? I let it try to start for about an hour three or four times... It just sits and does not show anything at all. If booted with ACPI there are no disk errors. -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ _ Get MSN 8 and help protect your children with advanced parental controls. http://join.msn.com/?page=features/parental ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: scheduling
-current?
libkse?
libthr?
SCHED_ULE?
SCHED_4BSD?
On Thu, 4 Sep 2003, Andy Farkas wrote:
>
> Not to flog a dead horse, but scheduling seems to be very broken this month.
>
> I am subjectively watching my smp box do a:
>
> 'cd /usr/ports/www/apache2 ; make all' in one window, and
>
> 'cd cd /usr/ports/databases/mysql40-server/ ; make all' in another window,
>
> and most disturbingly a 'top -S' in a 3rd window reporting 42.63% idle on
> cpu0, 39.50% idle on cpu1.
>
> It just doesn't seem right to me.
>
> --
>
> :{ [EMAIL PROTECTED]
>
> Andy Farkas
> System Administrator
>Speednet Communications
> http://www.speednet.com.au/
>
>
>
> ___
> [EMAIL PROTECTED] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
>
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: NVidia Port Problems with kernel
On Wed, Sep 03, 2003 at 09:17:21PM +0200, Pau Rodriguez wrote: > I'm a FreeBSD 5.1-CURRENT user and I use NVidia card. > While I'm building 'ports/x11/nvidia-driver' make return errors > > > cd /usr/ports/x11/nvidia-driver;make > > #ERRORS > /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sysctl.c:234: > error: `PCIR_HEADERTYPE' undeclared (first use in this function) > /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sysctl.c:234: > error: (Each undeclared identifier is reported only once > /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sysctl.c:234: > error: for each function it appears in.) > *** Error code 1 Its well-known problem, Alexey Dokuchaev works now for resolve this and other problems under -CURRENT. Check arviches for this day for patch or wait for more complete solution. Thanks for report. -- Rgdz,/"\ ASCII RIBBON CAMPAIGN Sergey Osokin aka oZZ, \ /AGAINST HTML MAIL http://ozz.pp.ru/ X AND NEWS / \ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
usb mouse : /dev/ums0 not created ...
Hello, I am trying to use a USB mouse on 5.1-CURRENT (compiled today from the src), but the /dev/ums0 is not created by the device ... Tried with and without ACPI - in either case the ums0 is not created. in dmesg I see: ... device_probe_and_attach: ums0 attach returned 6 ugen0: setting configuration index 0 failed ... Please, let me know what to do in order to get it working. Ivan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
build error in chpass
Hello, I found an error in my make world with sources cvsup'ed as of this morning. I am using WITH_DYNAMICROOT in my make.conf. ===> usr.bin/chpass cc -O -pipe -mcpu=pentiumpro -DYP -I/usr/src/usr.bin/chpass/../../usr.sbin/pwd_mkdb -I/usr/src/usr.bin/chpass/../../lib/libc/gen -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /usr/src/usr.bin/chpass/chpass.c cc -O -pipe -mcpu=pentiumpro -DYP -I/usr/src/usr.bin/chpass/../../usr.sbin/pwd_mkdb -I/usr/src/usr.bin/chpass/../../lib/libc/gen -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /usr/src/usr.bin/chpass/edit.c cc -O -pipe -mcpu=pentiumpro -DYP -I/usr/src/usr.bin/chpass/../../usr.sbin/pwd_mkdb -I/usr/src/usr.bin/chpass/../../lib/libc/gen -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /usr/src/usr.bin/chpass/field.c cc -O -pipe -mcpu=pentiumpro -DYP -I/usr/src/usr.bin/chpass/../../usr.sbin/pwd_mkdb -I/usr/src/usr.bin/chpass/../../lib/libc/gen -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /usr/src/lib/libc/gen/pw_scan.c cc -O -pipe -mcpu=pentiumpro -DYP -I/usr/src/usr.bin/chpass/../../usr.sbin/pwd_mkdb -I/usr/src/usr.bin/chpass/../../lib/libc/gen -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /usr/src/usr.bin/chpass/table.c cc -O -pipe -mcpu=pentiumpro -DYP -I/usr/src/usr.bin/chpass/../../usr.sbin/pwd_mkdb -I/usr/src/usr.bin/chpass/../../lib/libc/gen -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /usr/src/usr.bin/chpass/util.c cc -O -pipe -mcpu=pentiumpro -DYP -I/usr/src/usr.bin/chpass/../../usr.sbin/pwd_mkdb -I/usr/src/usr.bin/chpass/../../lib/libc/gen -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -o chpass chpass.o edit.o field.o pw_scan.o table.o util.o -lcrypt -lutil -lypclnt /usr/obj/usr/src/i386/usr/lib/librpcsvc.so.2: undefined reference to `des_setparity' *** Error code 1 Stop in /usr/src/usr.bin/chpass. *** Error code 1 Stop in /usr/src/usr.bin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -masta ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: NVidia Port Problems with kernel
On Wednesday 03 September 2003 21:17, Pau Rodriguez wrote: > Hello! > I'm a FreeBSD 5.1-CURRENT user and I use NVidia card. > While I'm building 'ports/x11/nvidia-driver' make return errors Either re-cvsup, the HAEDERTYPE->HDRTYPE change got the old as alias, or create a folder named "files" in /usr/ports/x11/nvidia-driver with the file patch.aa which reads: --- src/nvidia_sysctl.c.origWed May 28 18:51:52 2003 +++ src/nvidia_sysctl.c Wed Sep 3 12:30:29 2003 @@ -231,7 +231,7 @@ * It also doesn't make sense to to iterate over multiple * functions if this isn't a multi-function device. */ -hdrtype = pci_read_config(dev, PCIR_HEADERTYPE, 1); +hdrtype = pci_read_config(dev, PCIR_HDRTYPE, 1); if ((hdrtype & PCIM_MFDEV) == 0) break; > > > cd /usr/ports/x11/nvidia-driver;make > > #ERRORS > > /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sy >sctl. c: In > function `nvidia_find_bridge': > /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sy >sctl. c:234: > error: `PCIR_HEADERTYPE' undeclared (first use in this function) > /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sy >sctl. c:234: > error: (Each undeclared identifier is reported only once > /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sy >sctl. c:234: > error: for each function it appears in.) > > > > You can see full output in attrached file 'make.out'. > I know that in previous version of kernel it runs. > > If is error that I made answarme. thanks! pgp0.pgp Description: signature
NVidia Port Problems with kernel
Hello! I'm a FreeBSD 5.1-CURRENT user and I use NVidia card. While I'm building 'ports/x11/nvidia-driver' make return errors > cd /usr/ports/x11/nvidia-driver;make #ERRORS /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sysctl. c: In function `nvidia_find_bridge': /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sysctl. c:234: error: `PCIR_HEADERTYPE' undeclared (first use in this function) /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sysctl. c:234: error: (Each undeclared identifier is reported only once /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_sysctl. c:234: error: for each function it appears in.) You can see full output in attrached file 'make.out'. I know that in previous version of kernel it runs. If is error that I made answarme. thanks! Define WITH_FREEBSD_AGP to use FreeBSD AGP GART driver Define FORCE_AGP_RATE to limit the driver to lower speeds Define WITH_NVIDIA_HACKS to enable work-arounds to override basic AGP setup ===> Extracting for nvidia-driver-1.0.4365 >> Checksum OK for NVIDIA-FreeBSD-x86-1.0-4365.tar.gz. ===> Patching for nvidia-driver-1.0.4365 ===> nvidia-driver-1.0.4365 depends on shared library: X11.6 - found ===> Configuring for nvidia-driver-1.0.4365 ===> Building for nvidia-driver-1.0.4365 ===> module @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h cp /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/module/../obj/nv-kernel.o NVIDIA.o cc -O -pipe -march=athlon -I/usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/module/../src -D__KERNEL__ -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0 -DNV_PATCHLEVEL=4365 -DNVCPU_X86 -DNV_BSD -DNV_INT64_OK -DNV_UNIX -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -DKLD_MODULE -nostdinc -I- -I/usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/module/../src -I. -I@ -I@/../include -I/usr/include -finline-limit=15000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/module/../src/nvidia_ctl.c cc -O -pipe -march=athlon -I/usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/module/../src -D__KERNEL__ -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0 -DNV_PATCHLEVEL=4365 -DNVCPU_X86 -DNV_BSD -DNV_INT64_OK -DNV_UNIX -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -DKLD_MODULE -nostdinc -I- -I/usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/module/../src -I. -I@ -I@/../include -I/usr/include -finline-limit=15000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/module/../src/nvidia_dev.c cc -O -pipe -march=athlon -I/usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/module/../src -D__KERNEL__ -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0 -DNV_PATCHLEVEL=4365 -DNVCPU_X86 -DNV_BSD -DNV_INT64_OK -DNV_UNIX -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -DKLD_MODULE -nostdinc -I- -I/usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/module/../src -I. -I@ -I@/../include -I/usr/include -finline-limit=15000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/module/../src/nvidia_linux.c cc -O -pipe -march=athlon -I/usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-4365/module/../src -D__KERNEL__ -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0 -DNV_PATCHLEVEL=4365 -DNVCPU_X86 -DNV_BSD -DNV_INT64_OK -DNV_UNIX -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -
RE: make buildworld b0rked (libkrb5)
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Michael > Bretterklieber > Sent: Wednesday, September 03, 2003 1:31 PM > To: [EMAIL PROTECTED] > Subject: make buildworld b0rked (libkrb5) > > > Hi, > > make buildworld (cvsup some minutes ago) fails: > > during linking of telnetd: > /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to > '_ossl_old_des_set_key' > /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to > 'RAND_write_file' > /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to > '_ossl_old_des_set_odd_parity' > /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to > 'RC4_set_key' > /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to > 'MD4_Update' > ... and a lot of more undefined references. > > FYI: I'm upgrading from 5.1-RELEASE. > > bye, Same problem here, cvsuped this morning. cc -O -pipe -march=pentium4 -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVI RON -DENV_HACK -I/usr/src/libexec/telnetd/../../contrib/telnet -DINET6 -DA UTHENTICATION -DENCRYPTION -DKRB5 -DFORWARD -Dnet_write=telnet_net_write -Ws ystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o telnetd global.o slc.o state.o sys_term.o telnetd.o termstat.o utility.o authenc.o -lutil -ltermcap /usr/obj/usr/src/libexec/telnetd/../../lib/libtelnet/libtelnet.a -lmp -lcryp to -lcrypt -lpam -lkrb5 -lasn1 -lroken -lcom_err /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_set_key' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RAND_write_file' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_set_odd_parity' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RC4_set_key' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD4_Update' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RC4' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_cbc_cksum' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RAND_file_name' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD4_Final' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD5_Init' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_cbc_encrypt' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `crypt' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD5_Final' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_read_pw_string' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD4_Init' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_is_weak_key' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_ede3_cbc_encrypt' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD5_Update' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_pcbc_encrypt' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_cfb64_encrypt' *** Error code 1 Stop in /usr/src/libexec/telnetd. *** Error code 1 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Kerberos/telnet broken?
Hi all, after re-cvsupping it seems to me something kerberos library related is broken: cc -O -pipe -march=pentiumpro -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -I/usr/src/libexec/telnetd/../../contrib/telnet -DINET6 -DAUTHENTICATION -DENCRYPTION -DKRB5 -DFORWARD -Dnet_write=telnet_net_write -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o telnetd global.o slc.o state.o sys_term.o telnetd.o termstat.o utility.o authenc.o -lutil -ltermcap /usr/obj/usr/src/libexec/telnetd/../../lib/libtelnet/libtelnet.a -lmp -lcrypto -lcrypt -lpam -lkrb5 -lasn1 -lroken -lcom_err /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_set_key' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RAND_write_file' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_set_odd_parity' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RC4_set_key' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD4_Update' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RC4' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_cbc_cksum' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RAND_file_name' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD4_Final' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD5_Init' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_cbc_encrypt' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `crypt' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD5_Final' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_read_pw_string' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD4_Init' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_is_weak_key' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_ede3_cbc_encrypt' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD5_Update' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_pcbc_encrypt' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_cfb64_encrypt' *** Error code 1 Stop in /usr/src/libexec/telnetd. *** Error code 1 Stop in /usr/src/libexec. *** Error code 1 Stop in /usr/src. *** Error code 1 pgp0.pgp Description: signature
ATAng + atapicam broke for me
Hello, shortly after last sunday, ATAng broke for me with atapicam enabled; on a Toshiba Satelite 6000 Notebook; first versions of ATAng worked flawlessly with atapicam, never tested without. Things broke when the newer probe-code for CD-slaves etc was introduced. Now it hangs as follows : (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error [then some timeout error I forgot to write down (and no serial port) sorry ] and then nothing, I can't even jump in ddb. Compared to an older dmesg, the following seems missing (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error attached are dmesg from my last working ATAng+ATAPICAM kernel and -current-without-ATAPICAM. Hope this helps. Thanx, Arno Aug_31_22:00:20_CEST-ATAPICAM.dmesg Description: Binary data Sep_3_20:08:20_CEST.dmesg Description: Binary data ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: scheduling
On Thu, Sep 04, 2003 at 03:24:13AM +1000, Andy Farkas wrote: > > Not to flog a dead horse, but scheduling seems to be very broken this month. > > I am subjectively watching my smp box do a: > > 'cd /usr/ports/www/apache2 ; make all' in one window, and > > 'cd cd /usr/ports/databases/mysql40-server/ ; make all' in another window, > > and most disturbingly a 'top -S' in a 3rd window reporting 42.63% idle on > cpu0, 39.50% idle on cpu1. > > It just doesn't seem right to me. > You failed to mention which scheduler you are using. -- Steve ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 5.1-R kernel panic
Hi Bosko, Well a couple weeks ago I re-cvsup'd to current since I had missed one of your updates it would seem by a day. I still had the panic occur... so I did as suggested and upped my KVA. I did the following: In the kernel options KVA_PAGES=400 options NMBCLUSTERS=8192 In the loader.conf kern.vm.kmem.size="4" This seems to have helped, since I am no longer panic'ng. I have identified a php script that slowly builds to 100% cpu usage in a couple days which we believe was a culprit in our problems. The guys who made the php script that runs on this box is having a close look at it to figure out why it's behaving this way... however I did have some questions. 1. Should the panic occur in the first place? 2. Is there a way to monitor how much kva is currently being used so that I can monitor this value so I can have something alert me if I'm running out of this memory... I'm sure we would of caught this months ago if I was monitoring for this? Thanks again for everything you have done to assist me thru this problem. Stephane Raimbault. [EMAIL PROTECTED] (Bosko Milekic) wrote in message news:<[EMAIL PROTECTED]>... > On Thu, Aug 14, 2003 at 10:57:07AM -0600, Stephane Raimbault wrote: > > Hi Bosko, > > > > This is the output of sysctl vm.zone about 2 minutes before the crash > > occured. let me know if there is anything else I can provide you for this > > crashing problem. > > H. I don't know, maybe you really do have a machine too loaded > for the KVA you have configured... > > I have to re-iterate that it's extremely important that you > double-check that you are in fact in sync with the latest -current and > _NOT_ RELENG_5_1. Make sure you're building at least version 1.73 of > src/sys/vm/uma_core.c (grep FBSDID src/sys/vm/uma_core.c). > > With that said, you can try the following: > > options KVA_PAGES=400 > > in your kernel configuration file. > > Following that, you can do this: > > kern.vm.kmem.size=4 > > In your /boot/loader.conf > > Make sure to not set NMBCLUSTERS too high. Around 8K is probably more > than enough, but you should look at how much you're using on average > with `netstat -m' and then set the number to roughly 3 times that. > > If following this your crash persists, even if after a longer time, > then I would suspect (another?) race. Again, I have to re-iterate > that you really need to make sure you're supping to HEAD: > > *default release=cvs tag=. > > Regards, ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
make buildworld b0rked (libkrb5)
Hi, make buildworld (cvsup some minutes ago) fails: during linking of telnetd: /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to '_ossl_old_des_set_key' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to 'RAND_write_file' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to '_ossl_old_des_set_odd_parity' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to 'RC4_set_key' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to 'MD4_Update' ... and a lot of more undefined references. FYI: I'm upgrading from 5.1-RELEASE. bye, -- --- -- Michael Bretterklieber - http://www.bretterklieber.com JAWA Management Software GmbH - http://www.jawa.at Tel: ++43-(0)316-403274-12 - GSM: ++43-(0)676-84 03 15 712 --- -- "...the number of UNIX installations has grown to 10, with more expected..." - Dennis Ritchie and Ken Thompson, June 1972 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Filesystem problem
Although this is a pretty dead thread now, I just
wanted to post my fix for the archives. I figured out
that this was due to quotas. I made a blank
quota.user and quota.group (?) file since I turned off
check_quota (?) in rc.conf which said it would slow
the boot (so I didn't turn it on!). It did not make
the files and when it started up it complained about
not having the files so I just decided to make them
myself. Oops.
I'm trying to decide if this should be posted as a bug
or user error. *shrug*
Thanks for the help.
Kevin
--- Kevin Bockman <[EMAIL PROTECTED]> wrote:
> I also tried doing a umount now and it's hanging.
> Here's the ps:
>
> root 36373 0.0 0.0 580 352 d0 D+5:15PM
> 0:00.02 umount /mirror 0 31569 0 -4 0 ufs
>
>
> Now I also notice a zombie'd sh. Not sure where
> that
> came from.
>
> root 0 0.0 0.0 00 p2 ZW+ -
> 0:00.00 (sh)0 36046 0 -84 0 -
>
>
>
>
-
>
> I'd also like to note that if I go into single user
> mode and fsck a couple times -- it works fine still
> in
> single user mode. If I go back into multi-- up pops
> the weasel.
>
>
> --- Kevin Bockman <[EMAIL PROTECTED]> wrote:
> > Thanks for the help. I'm positive that this is an
> > OS
> > problem as there are no hard errors reported on
> the
> > console. This problem just happened to start 10
> > minutes after I rebooted and updated -STABLE on
> Aug
> > 10th. I was running -STABLE from April before I
> > believe for 4 months straight with no problems.
> >
> > Here I'm trying to do a make buildword:
> >
> >
>
--
> > >>> stage 2: rebuilding the object tree
> >
>
--
> > cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj
> > MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE=
> >
> GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin
> >
>
GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font
> >
> >
>
GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac
> > DESTDIR=/usr/obj/usr/src/i386 INSTALL="sh
> > /usr/src/tools/install.sh"
> >
>
PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
> > make -f Makefile.inc1 par-obj
> > ===> share/info
> > ===> include
> >
> > As you see it is hanging at making the include
> dir.
> >
> > Here's the ps output:
> >
> > 0 31604 31597 3 8 0 512 372 wait I+
> > p2
> > 0:00.00 make buildworld
> > 0 31647 31604 3 8 0 896 628 wait I+
>
> > p20:00.00 /bin/sh -ec cd /usr/src;
> > PATH=/sbin:/bin:/usr/sbin:/usr/bin `if [ -x
> > /usr/obj/usr/src/make.i386/make ]; then echo
> > /usr/obj/usr/src/make.i386/make; else echo make;
> fi`
> >
> > -m /usr/src/share/mk -f Makefile.inc1 buildworld
> > 0 31649 31647 43 8 0 752 620 wait I+
>
> > p20:00.02 make -m /usr/src/share/mk -f
> > Makefile.inc1 buildworld
> >0 36046 36045 43 8 0 748 616 wait I+
>
> > p2
> >0:00.01 make -f Makefile.inc1 par-obj
> > 0 36055 36046 43 8 0 892 624 wait I+
>
> > p20:00.00 /bin/sh -ec if test -d
> > /usr/src/include.i386; then echo "===>
> > include.i386";
> > edir=include.i386; cd /usr/src/${edir}; else
> > echo
> > "===> include"; edir=include; cd
> /usr/src/${edir};
> >
> > fi; make obj DIRPRFX=${edir}/
> > 0 36056 36055 43 8 0 680 564 wait I+
>
> > p20:00.02 make obj DIRPRFX=include/
> > 0 36057 36056 43 8 0 892 624 wait I+
>
> > p20:00.00 (sh)
> > 0 36058 36057 43 -11 0 200 96 chkiq2 D+
>
> > p20:00.00 mkdir -p /usr/obj/usr/src/include
> >
> > Hope this helps.
> >
> > Thanks,
> >
> > Kevin
> >
> > --- Robert Watson <[EMAIL PROTECTED]> wrote:
> > >
> > > On Sun, 31 Aug 2003, Kevin Bockman wrote:
> > >
> > > > Anyone have any suggestions? I can not
> > control-C
> > > out of 'man vmstat'.
> > > > While doing 'make' in /usr/src/sys/boot it was
> > > hanging on as, when I
> > > > restarted it, it got to i386/libi386 and will
> > not
> > > do anything else. I'm
> > > > running that through serial console, it let me
> > ^C
> > > out of that. I tried
> > > > going into single user mode and running
> umount,
> > > now it just sits there
> > > > and I can't ^C. I have no ideas, this was all
> > > working yesterday!! :-)
> > > >
> > > > Any ideas on what else to check or other
> helpful
> > > hints would help
> > > > bunches.
> > > >
> > > > Sorry for the cross-posts. Just not sure
> where
> > to
> > > go with this one.
> > >
> > > Could you show the output of:
> > >
> > > ps axlwww
> > >
> > > when things are hanging? I'm particularly
> > > interested in the WCHAN entries
> > > for hung processes
scheduling
Not to flog a dead horse, but scheduling seems to be very broken this month.
I am subjectively watching my smp box do a:
'cd /usr/ports/www/apache2 ; make all' in one window, and
'cd cd /usr/ports/databases/mysql40-server/ ; make all' in another window,
and most disturbingly a 'top -S' in a 3rd window reporting 42.63% idle on
cpu0, 39.50% idle on cpu1.
It just doesn't seem right to me.
--
:{ [EMAIL PROTECTED]
Andy Farkas
System Administrator
Speednet Communications
http://www.speednet.com.au/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: make buildworld broken in telnetd
Subject: make buildworld broken in telnetd, On Wed, 3 Sep 2003 19:14:10 +0900, Shin-ichi Yoshimoto wrote: > make buildworld broken in libexec/telnetd. I tried to backout share/bsd.lib.mk from rev.1.152 to rev 1.151, buildworld is ok. Is the rev.1.152 anything wrong ? -- Shin-ichi YOSHIMOTO <[EMAIL PROTECTED]> http://diary.waishi.jp/~yosimoto/diary/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
5.1: make installworld: broken?
weather# make installworld Running test variables PASS: Test variables detected no regression, output matches. Running test targets PASS: Test targets detected no regression. Running test sysvmatch PASS: Test sysvmatch detected no regression. Running test lhs_expn PASS: Test lhs_expn detected no regression. [...] cd /usr/share/openssl/man; set - `grep "^[a-zA-Z]" /usr/src/etc/man.alias`; while [ $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done cd /usr/share/locale; set - `grep "^[a-zA-Z]" /usr/src/etc/locale.alias`; while [ $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done cd /usr/share/openssl/man/en.ISO8859-1; ln -sf ../man* . cd /usr/share/nls; set - `grep "^[a-zA-Z]" /usr/src/etc/nls.alias`; while [ $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done -- Installing everything.. -- cd /usr/src; make -f Makefile.inc1 install ===> share/info ===> include creating osreldate.h from newvers.sh setvar PARAMFILE /usr/src/include/../sys/sys/param.h; . /usr/src/include/../sys/conf/newvers.sh;echo "$COPYRIGHT" > osreldate.h;echo "#ifdef _KERNEL" >> osreldate.h; echo '#error " cannot be used in the kernel, use "' >> osreldate.h; echo "#else" >> osreldate.h; echo \#'undef __FreeBSD_version' >> osreldate.h;echo \#'define __FreeBSD_version' $RELDATE >> osreldate.h; echo "#endif" >> osreldate.h touch: not found *** Error code 127 Stop in /usr/src/include. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- c. wittenhorst, progon network engineering haldenstrasse 6, ch-6300 zug, switzerland phone: +41 79 4603040, fax: +41 41 7807318 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng probe updated please test
It seems Daniel Rock wrote: > Just an additional notice: Booting in PIO mode (by setting > hw.ata.ata_dma=0 in /boot/loader.conf): > > [...] > GEOM: create disk ad0 dp=0xc10b3b70 > ad0: 9671MB [20960/15/63] at ata0-master PIO4 > GEOM: create disk ad1 dp=0xc10b3470 > ad1: 1221MB [2482/16/63] at > ata1-master PIO4 > Waiting 2 seconds for SCSI devices to settle > Mounting root from ufs:/dev/ad0a > > But if I try to set DMA mode later via atacontrol, the problem > reappears: > > # atacontrol mode 0 udma2 udma2 > Master = UDMA33 > Slave = BIOSPIO > # atacontrol mode 1 udma2 udma2 > Master = WDMA2 > Slave = BIOSPIO > ad0: WARNING - WRITE_DMA recovered from missing interrupt > ad1: WARNING - READ_DMA recovered from missing interrupt Hmm, I have no clue as to why this fails actually, I have to dig out my old Acer board and see what gives, if this was a generic problem noone would be able to use DMA... -Søren ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng probe updated please test
looks like and my problem with sil 3112 which still exist... - Original Message - From: Daniel Rock To: Soren Schmidt Cc: [EMAIL PROTECTED] Sent: Wednesday, September 03, 2003 16:15 PM Subject: Re: ATAng probe updated please test Just an additional notice: Booting in PIO mode (by setting hw.ata.ata_dma=0 in /boot/loader.conf): [...] GEOM: create disk ad0 dp=0xc10b3b70 ad0: 9671MB [20960/15/63] at ata0-master PIO4 GEOM: create disk ad1 dp=0xc10b3470 ad1: 1221MB [2482/16/63] at ata1-master PIO4 Waiting 2 seconds for SCSI devices to settle Mounting root from ufs:/dev/ad0a But if I try to set DMA mode later via atacontrol, the problem reappears: # atacontrol mode 0 udma2 udma2 Master = UDMA33 Slave = BIOSPIO # atacontrol mode 1 udma2 udma2 Master = WDMA2 Slave = BIOSPIO ad0: WARNING - WRITE_DMA recovered from missing interrupt ad1: WARNING - READ_DMA recovered from missing interrupt ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng probe updated please test
D. Rock schrieb:
Soren Schmidt schrieb:
I've gone over the probe code once again.
Please test, and in case it fails to detect or misdetects anything,
mail me the output of dmesg from a verbose boot, and state what
devices actually are there.
Hi,
again no luck. Same problem persists, the devices got probed correctly
(two disks, each on its own channel), but cannot be accessed.
Just an additional notice: Booting in PIO mode (by setting
hw.ata.ata_dma=0 in /boot/loader.conf):
[...]
GEOM: create disk ad0 dp=0xc10b3b70
ad0: 9671MB [20960/15/63] at ata0-master PIO4
GEOM: create disk ad1 dp=0xc10b3470
ad1: 1221MB [2482/16/63] at
ata1-master PIO4
Waiting 2 seconds for SCSI devices to settle
Mounting root from ufs:/dev/ad0a
But if I try to set DMA mode later via atacontrol, the problem
reappears:
# atacontrol mode 0 udma2 udma2
Master = UDMA33
Slave = BIOSPIO
# atacontrol mode 1 udma2 udma2
Master = WDMA2
Slave = BIOSPIO
ad0: WARNING - WRITE_DMA recovered from missing interrupt
ad1: WARNING - READ_DMA recovered from missing interrupt
/usr/local/squid: bad dir ino 22496 at offset 0: mangled entry
panic: ufs_dirbad: bad dir
Debugger("panic")
Stopped at Debugger+0x45: xchgl %ebx,in_Debugger.0
db> where
Debugger(c04517f8) at Debugger+0x45
panic(c04682ea,c1281200,d5decb08,c039be8a,c129b08c) at panic+0xbb
ufs_dirbad(c129b08c,0,c04682a4,c103ce40,0) at ufs_dirbad+0x3d
ufs_lookup(d5decb38,d5decb74,c02b0005,d5decb38,287) at ufs_lookup+0x2be
ufs_vnoperate(d5decb38) at ufs_vnoperate+0x13
vfs_cache_lookup(d5decbac,d5decbc8,c02b45df,d5decbac,c103ce40) at
vfs_cache_lookup+0x29d
ufs_vnoperate(d5decbac) at ufs_vnoperate+0x13
lookup(d5decc30,c103ce40,50,c110cc00,20) at lookup+0x2cb
namei(d5decc30) at namei+0x1b5
stat(c103ce40,d5decd14,2,84,216) at stat+0x4a
syscall(2f,2f,2f,0,81f4020) at syscall+0x233
Xint0x80_syscall() at Xint0x80_syscall+0x1d
--- syscall (188, FreeBSD ELF32, stat), eip = 0x2815c95b, esp =
0xbfbffa6c, ebp = 0xbfbffc38 ---
db>
interestingly enough, a crash dump could be written on the dump device
(ad0b), but it was unusable:
Checking for core dump...
savecore: first and last dump headers disagree on /dev/ad0b
savecore: unsaved dumps found but not saved
Daniel
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng - copying atapi CD
On Wed, 3 Sep 2003, Soren Schmidt wrote: > > > No, we're talking about brand new, factory pressed, audio CDs. > > > > And on top of that, my Windows XP machine's DVD-ROM was able to raed my > > *commercial audio CDs* perfectly while the CD-RW in the FreeBSD machine was > > only able to read about 95% of the discs before it just got stuck. > > Can you play those discs in your cd-rw drive ? > I can play the discs, but, I didn't play one from start to finish. I'll give it a try later. -Bryan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng - copying atapi CD
It seems Sean Kelly wrote: > > > I have this problems everywhere (not only ATAng), if I'm trying to > > > read some of my really old CD-Rs. You should know that they are aging. > > > > > > Check the surface of the CD-R (the surface is actually the label!). > > > On few CD-Rs which have been in my car the label begins to break > > > in the outter areas. This can have several reasons: > > > - too much UV light (sun) > > > - too high humidity > > > - and also touching the CD-R on the outter area while holding it > > > > > > If you notice that your CD-R label looks strange and if you need > > > the data, you should backup it fast. > > > > > > No, we're talking about brand new, factory pressed, audio CDs. > > And on top of that, my Windows XP machine's DVD-ROM was able to raed my > *commercial audio CDs* perfectly while the CD-RW in the FreeBSD machine was > only able to read about 95% of the discs before it just got stuck. Can you play those discs in your cd-rw drive ? -Søren ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng - copying atapi CD
On Wed, Sep 03, 2003 at 07:11:53AM -0400, Bryan Liesner wrote: > On Wed, 3 Sep 2003, Martin wrote: > > > Am Di, 2003-09-02 um 18.56 schrieb Bryan Liesner: > > > dd then gets slower and slower until it seems to grind to a halt. > > > > I have this problems everywhere (not only ATAng), if I'm trying to > > read some of my really old CD-Rs. You should know that they are aging. > > > > Check the surface of the CD-R (the surface is actually the label!). > > On few CD-Rs which have been in my car the label begins to break > > in the outter areas. This can have several reasons: > > - too much UV light (sun) > > - too high humidity > > - and also touching the CD-R on the outter area while holding it > > > > If you notice that your CD-R label looks strange and if you need > > the data, you should backup it fast. > > > No, we're talking about brand new, factory pressed, audio CDs. And on top of that, my Windows XP machine's DVD-ROM was able to raed my *commercial audio CDs* perfectly while the CD-RW in the FreeBSD machine was only able to read about 95% of the discs before it just got stuck. -- Sean Kelly | PGP KeyID: D2E5E296 [EMAIL PROTECTED] | http://www.sean-kelly.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: make buildworld errors (libcam)
On Wed, Sep 03, 2003 at 03:03:04 -0700, Don Lewis wrote: > On 3 Sep, Michael Bretterklieber wrote: > > Hi, > > > > buildworld fails (cvsup some minutes ago): > > In file included from /usr/src/sys/cam/scsi/scsi_da.c:51: > > /usr/src/sys/sys/taskqueue.h:33:2: #error "no user-servicable parts > > inside" > > mkdep: compile failed > > The following patch works for me: Ack! Sorry about that! Pass the pointy hat... It's fixed now. Ken -- Kenneth Merry [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [patch] FreeBSD Port: nvidia-driver-1.0.4365
On Wed, Sep 03, 2003 at 12:14:52PM +0100, Matt wrote: > Sergey A. Osokin wrote: > > >On Wed, Sep 03, 2003 at 01:01:55PM +0200, Harald Schmalzbauer wrote: > > > >>with today's -current the nvidia port failed to compile. > >>With a bit luck I found that there seems to be a misstype in the > >>src/nvidia_sysctl.c. I'm no programmer so I don't know if this has > >>changed recently or if it has always been an error but the old gcc didn't > >>complain (I think the former) > >> > >>To make it short: I created patch.aa in files and it works fine with > >>today's -current. > >> > >>I don't have any -stable so if it is only an 5.x issue there someone > >>shuld correct the port to make the patch OS-dependent. > >> > >>Please commit the patch. > > > > > >Hmm, where is the patch? > >danfe: please review the patch :-) > > > > A constant in one of the kernel header file seems to have been renamed. > Change PCIR_HEADERTYPE to PCIR_HDRTYPE in nvidia_sysctl.c and all will > be well. > > There is a pr for this which is ports/56157. I'm aware of this. However, people seem to be having other problems with nvidia-driver on -current; they have sent patches for those as well. I'll review all of patches and deal with issues during very next day or two. ./danfe ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [patch] FreeBSD Port: nvidia-driver-1.0.4365
On Wed, Sep 03, 2003 at 03:08:30PM +0400, Sergey A. Osokin wrote: > On Wed, Sep 03, 2003 at 01:01:55PM +0200, Harald Schmalzbauer wrote: > > > > with today's -current the nvidia port failed to compile. > > With a bit luck I found that there seems to be a misstype in the > > src/nvidia_sysctl.c. I'm no programmer so I don't know if this has changed > > recently or if it has always been an error but the old gcc didn't complain (I > > think the former) > > > > To make it short: I created patch.aa in files and it works fine with today's > > -current. > > > > I don't have any -stable so if it is only an 5.x issue there someone shuld > > correct the port to make the patch OS-dependent. > > > > Please commit the patch. > > Hmm, where is the patch? > danfe: please review the patch :-) I'll surely do; right now there are several patches sitting in my queue pending for review. Just take some patience, I'll take care of all issues during next couple of days. ./danfe ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [patch] FreeBSD Port: nvidia-driver-1.0.4365
Sergey A. Osokin wrote: On Wed, Sep 03, 2003 at 01:01:55PM +0200, Harald Schmalzbauer wrote: with today's -current the nvidia port failed to compile. With a bit luck I found that there seems to be a misstype in the src/nvidia_sysctl.c. I'm no programmer so I don't know if this has changed recently or if it has always been an error but the old gcc didn't complain (I think the former) To make it short: I created patch.aa in files and it works fine with today's -current. I don't have any -stable so if it is only an 5.x issue there someone shuld correct the port to make the patch OS-dependent. Please commit the patch. Hmm, where is the patch? danfe: please review the patch :-) A constant in one of the kernel header file seems to have been renamed. Change PCIR_HEADERTYPE to PCIR_HDRTYPE in nvidia_sysctl.c and all will be well. There is a pr for this which is ports/56157. Matt. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
make kernel -> no root found, sysinstall -> panic
Hi guys, I cvsupped about two hours ago and made myself a world. This, on a system compiled up from 5-CURRENT cvs yesterday, caused a panic when compiling fork in libc. Not getting through this, I figured the worlds were similar enough that I compiled up a new kernel and left the world to be compiled up after boot, just in case. Not a good idea, now it can't find rootvp when mounting the file systems. Whups... Figuring I'm fsck'ed for the moment, I grabbed my CD-RW with 5.1-RELEASE burned recently and chose Upgrade. Chose Yes, Ok, User, No, Ok, Ok, set my mount points and chose acd1 to install from. After a short extraction into /bin, I got the following Panic: Trap 12: page fault while in kernel mode fault virtual address = 0x1c fault code= supervisor write, page not precent instruction pointer = 0x8:0xc02fb3c5 stack pointer = 0x10:0xd7ba8898 frame pointer = 0x10:0xd7ba88ac code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 41 (bufdaemon) trap number = 12 panic: page fault I'm probably fsck'ed, but I hope this note can help someone if there have been made any changes lately that have had some significance. :) Cheers Nik ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng - copying atapi CD
On Wed, 3 Sep 2003, Martin wrote: > Am Di, 2003-09-02 um 18.56 schrieb Bryan Liesner: > > dd then gets slower and slower until it seems to grind to a halt. > > I have this problems everywhere (not only ATAng), if I'm trying to > read some of my really old CD-Rs. You should know that they are aging. > > Check the surface of the CD-R (the surface is actually the label!). > On few CD-Rs which have been in my car the label begins to break > in the outter areas. This can have several reasons: > - too much UV light (sun) > - too high humidity > - and also touching the CD-R on the outter area while holding it > > If you notice that your CD-R label looks strange and if you need > the data, you should backup it fast. No, we're talking about brand new, factory pressed, audio CDs. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [patch] FreeBSD Port: nvidia-driver-1.0.4365
On Wed, Sep 03, 2003 at 01:01:55PM +0200, Harald Schmalzbauer wrote: > > with today's -current the nvidia port failed to compile. > With a bit luck I found that there seems to be a misstype in the > src/nvidia_sysctl.c. I'm no programmer so I don't know if this has changed > recently or if it has always been an error but the old gcc didn't complain (I > think the former) > > To make it short: I created patch.aa in files and it works fine with today's > -current. > > I don't have any -stable so if it is only an 5.x issue there someone shuld > correct the port to make the patch OS-dependent. > > Please commit the patch. Hmm, where is the patch? danfe: please review the patch :-) -- Rgdz,/"\ ASCII RIBBON CAMPAIGN Sergey Osokin aka oZZ, \ /AGAINST HTML MAIL http://ozz.pp.ru/ X AND NEWS / \ pgp0.pgp Description: PGP signature
[patch] FreeBSD Port: nvidia-driver-1.0.4365
Hello all, with today's -current the nvidia port failed to compile. With a bit luck I found that there seems to be a misstype in the src/nvidia_sysctl.c. I'm no programmer so I don't know if this has changed recently or if it has always been an error but the old gcc didn't complain (I think the former) To make it short: I created patch.aa in files and it works fine with today's -current. I don't have any -stable so if it is only an 5.x issue there someone shuld correct the port to make the patch OS-dependent. Please commit the patch. Best regards, -Harry pgp0.pgp Description: signature
Re: make buildworld errors (libcam)
Hi, On Wed, 3 Sep 2003, Don Lewis wrote: > > The following patch works for me: > > Index: sys/cam/scsi/scsi_da.c > === > RCS file: /home/ncvs/src/sys/cam/scsi/scsi_da.c,v > retrieving revision 1.157 > diff -u -r1.157 scsi_da.c > --- sys/cam/scsi/scsi_da.c3 Sep 2003 04:46:28 - 1.157 > +++ sys/cam/scsi/scsi_da.c3 Sep 2003 07:35:54 - > @@ -48,7 +48,9 @@ > #include > #include > #include > +#ifdef _KERNEL > #include > +#endif /* _KERNEL */ > > #include for me too :-) thanx, bye, -- --- -- Michael Bretterklieber - http://www.bretterklieber.com A-Quadrat Automation GmbH - http://www.a-quadrat.at Tel: ++43-(0)3172-41679 - GSM: ++43-(0)699 12861847 --- -- "...the number of UNIX installations has grown to 10, with more expected..." - Dennis Ritchie and Ken Thompson, June 1972 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
dirtybuf: 0xc643f000 interlock is not locked but should be
I just upgraded to a fresh version of -current and started getting a lot
of these vnode lock violation messages when running with the
DEBUG_VFS_LOCKS kernel option.
I only ever saw the stack trace below, but it is not obvious to me that
other callers of getdirtybuf() would not have the same problem with the
vnode interlock.
dirtybuf: 0xc643f000 interlock is not locked but should be
Debugger("Lock violation.
")
Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0
db> bt
No such command
db> tr
Debugger(c055816e,c0565751,c643f000,c05581a5,eb68) at Debugger+0x54
vfs_badlock(c05581a5,c0565751,c643f000,0,eba0) at vfs_badlock+0x45
assert_vi_locked(c643f000,c0565751,0,c61e8850,c0616f80) at assert_vi_locked+0x3a
getdirtybuf(ebb4,0,1,d2899610,1) at getdirtybuf+0xee
flush_deplist(c64532cc,1,ebdc,ebe0,0) at flush_deplist+0x43
flush_inodedep_deps(c641c000,6d45b,,c6507a44,124) at flush_inodedep_deps+0xa3
softdep_sync_metadata(eca4,0,c0565af4,124,0) at softdep_sync_metadata+0x87
ffs_fsync(eca4,c054a4a8,c0558b14,ad8,0) at ffs_fsync+0x3b9
fsync(c61e8850,ed10,c056cc5c,3eb,1) at fsync+0x1d4
syscall(2f,2f,2f,8054cdc,bfbfeda0) at syscall+0x273
Xint0x80_syscall() at Xint0x80_syscall+0x1d
--- syscall (95, FreeBSD ELF32, fsync), eip = 0x480cf38f, esp = 0xbfbfe7ec, ebp =
0xbfbfedc8 ---
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
make buildworld broken in telnetd
make buildworld broken in libexec/telnetd. [snip] ===> libexec/telnetd cc -O -pipe -march=pentium4 -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -I/usr/src/l ibexec/telnetd/../../contrib/telnet -DINET6 -DAUTHENTICATION -DENCRYPTION -DKRB5 -DFORWARD -Dnet_write=te lnet_net_write -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/contrib/tel net/telnetd/global.c [snip] cc -O -pipe -march=pentium4 -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -I/usr/src/l ibexec/telnetd/../../contrib/telnet -DINET6 -DAUTHENTICATION -DENCRYPTION -DKRB5 -DFORWARD -Dnet_write=te lnet_net_write -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o telnetd global.o sl c.o state.o sys_term.o telnetd.o termstat.o utility.o authenc.o -lutil -ltermcap /usr/obj/usr/src/libexec /telnetd/../../lib/libtelnet/libtelnet.a -lmp -lcrypto -lcrypt -lpam -lkrb5 -lasn1 -lroken -lcom_err /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_set_key' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RAND_write_file' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_set_odd_parity' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RC4_set_key' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD4_Update' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RC4' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_cbc_cksum' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RAND_file_name' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD4_Final' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD5_Init' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_cbc_encrypt' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `crypt' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD5_Final' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_read_pw_string' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD4_Init' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_is_weak_key' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_ede3_cbc_encrypt' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD5_Update' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_pcbc_encrypt' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_cfb64_encrypt' *** Error code 1 Stop in /usr/src/libexec/telnetd. -- Shin-ichi YOSHIMOTO <[EMAIL PROTECTED]> http://diary.waishi.jp/~yosimoto/diary/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: make buildworld errors (libcam)
On 3 Sep, Michael Bretterklieber wrote: > Hi, > > buildworld fails (cvsup some minutes ago): > In file included from /usr/src/sys/cam/scsi/scsi_da.c:51: > /usr/src/sys/sys/taskqueue.h:33:2: #error "no user-servicable parts > inside" > mkdep: compile failed The following patch works for me: Index: sys/cam/scsi/scsi_da.c === RCS file: /home/ncvs/src/sys/cam/scsi/scsi_da.c,v retrieving revision 1.157 diff -u -r1.157 scsi_da.c --- sys/cam/scsi/scsi_da.c 3 Sep 2003 04:46:28 - 1.157 +++ sys/cam/scsi/scsi_da.c 3 Sep 2003 07:35:54 - @@ -48,7 +48,9 @@ #include #include #include +#ifdef _KERNEL #include +#endif /* _KERNEL */ #include ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
make buildworld errors (libcam)
Hi, buildworld fails (cvsup some minutes ago): In file included from /usr/src/sys/cam/scsi/scsi_da.c:51: /usr/src/sys/sys/taskqueue.h:33:2: #error "no user-servicable parts inside" mkdep: compile failed bye, -- --- -- Michael Bretterklieber - http://www.bretterklieber.com A-Quadrat Automation GmbH - http://www.a-quadrat.at Tel: ++43-(0)3172-41679 - GSM: ++43-(0)699 12861847 --- -- "...the number of UNIX installations has grown to 10, with more expected..." - Dennis Ritchie and Ken Thompson, June 1972 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Modules in -CURRENT
Hello, I have 5.1 system and I would like make kernel and modules from -CURRENT sources (src-sys in cvsup file). Make done and I need all new modules (for example snd_ich.ko), but there isn't all modules - http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/modules/ How can I make snd_ich.ko for -CURRENT ? Thanx for help. Martin Domácí spotřebiče a elektronika za akční ceny ? slevy až 50 %. Klikněte na: http://www.obchodni-dum.cz/index.phtml?prov=54&akce=yes ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAPI burner goes as PIO4
It seems Petri Helenius wrote: > > I have a DVD drive which is recognized by the BIOS as UDMA33 and also the > documentation states that UDMA33 is the fastest it goes, however with ATAng > the hw.ata.atapi_dma is gone and the kernel thinks PIO4 is the way to go; > acd0: DVDR at ata7-master PIO4 > > it works alright if I set it to UDMA33 using atacontrol but is there a > way to make > the kernel to recognize it properly in the first place? The hw.ata.* stuff being moved around a bit, I'll commit the fix asap. -Søren ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: swapon vs savecore dilemma
Dirk Meyer wrote: > > > Wouldn't fsck -> mount -> savecore -> swapon be a more appropriate order? > > Terry Lambert schrieb:, > > If you had small enough disks, large enough RAM, or could limit > > the number of CG bitmaps you had to simultaneously examine, then > > yes. Otherwise, no. > > Can't we get a knob in /etc/rc.conf to choses that per system? > > kind regards Dirk See Doug Barton's posting under the "Subject:" line of: savecore "check for a dump" patch for review Which provides a better solution than a blind knob. -- Terry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 5.2-RELEASE TODO
Scott Long wrote: Btw, does X work on it? Can I compile/install it without hassle? I've tried. "portinstall XFree86-Server" succeeded with no error. But "XFree86 -configure" dumps core and exits abnormally. In /var/log/messages: kernel: pid 23797 (XFree86), uid 0: exited on signal 6 (core dumped) and XFree86.0.log reports: (stuff deleted) (II) Primary Device is: PCI 03:06:0 Symbol VBEGetModePool from module /usr/X11R6/lib/modules/drivers/vesa_drv.o is u nresolved! Symbol xf86InterpretEDID from module /usr/X11R6/lib/modules/drivers/sis_drv.o is unresolved! *** If unresolved symbols were reported above, they might not *** be the reason for the server aborting. Fatal server error: Caught signal 10. Server aborting When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file "/var/log/XFree86.0.log". Please report problems to [EMAIL PROTECTED] Examining core file with gdb 3.3 (oops, gdb isn't in FreeBSD/amd64) shows as follows. kuroyebisu# gdb /usr/X11R6/bin/XFree86 GNU gdb 20030829 Copyright 2003 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 "x86_64-unknown-freebsd5.1"... (gdb) core-file XFree86.core Core was generated by `XFree86'. Program terminated with signal 6, Aborted. Reading symbols from /lib/libz.so.2...done. Loaded symbols for /lib/libz.so.2 Reading symbols from /lib/libm.so.2...done. Loaded symbols for /lib/libm.so.2 Reading symbols from /lib/libc.so.5...done. Loaded symbols for /lib/libc.so.5 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x20a07884 in kill () from /lib/libc.so.5 BTW, is SMP support for amd64 in progress? -- FUJIMOTO Kou, Tokyo Denki University http://www.j.dendai.ac.jp/~fujimoto/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: inetd unknown rpc/udp or rpc/tcp
And it did. Thanks! Regards, Nick H. [EMAIL PROTECTED] - Original Message - From: "Vitali Djatsuk" <[EMAIL PROTECTED]> To: "Martin Blapp" <[EMAIL PROTECTED]>; "Nick H. - Network Operations" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Wednesday, September 03, 2003 12:40 AM Subject: RE: inetd unknown rpc/udp or rpc/tcp : : : : I had the same problem recently. Mergemastering again, will solve it. : : DvG. : >Sep 2 23:09:18 iso inetd[703]: unknown rpc/udp or rpc/tcp : : Looks like /etc/netconfig is missing or rpcbind is not running at : all. Inetd has rpc support and I guess when rpc is turned all of : you'll get this message. But it's harmless. : : Martin : : Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> : -- : ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH : Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 : PGP: : PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E : -- : ___ : [EMAIL PROTECTED] mailing list : http://lists.freebsd.org/mailman/listinfo/freebsd-current : To unsubscribe, send any mail to : "[EMAIL PROTECTED]" ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
buildworld failed in libcam
In file included from /usr/src/sys/cam/scsi/scsi_da.c:51: /usr/src/sys/sys/taskqueue.h:33:2: #error "no user-servicable parts inside" mkdep: compile failed The message was really funny :) JY -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ATAPI burner goes as PIO4
I have a DVD drive which is recognized by the BIOS as UDMA33 and also the documentation states that UDMA33 is the fastest it goes, however with ATAng the hw.ata.atapi_dma is gone and the kernel thinks PIO4 is the way to go; acd0: DVDR at ata7-master PIO4 it works alright if I set it to UDMA33 using atacontrol but is there a way to make the kernel to recognize it properly in the first place? Pete ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
