Apache compile prob in portupgrade
Not sure whats going on .. but if anyone can help us, much appreciated. = === Building for apache-2.1.4 Making all in srclib Making all in pcre /usr/local/build-1/libtool --silent --mode=compile cc -g -O2 -O -pipe -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib/pcre-I. -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/os/unix -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/server/mpm/prefork -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/http -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/filters -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/proxy -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/include -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/generators -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/mappers -I/usr/local/include/apr-1 -I/usr/local/include -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/proxy/../generators -I/usr/include -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/ssl -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/dav/main -prefer-non-pic -static -c maketables.c touch maketables.lo libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib/pcre. *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib/pcre. *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib. *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha. *** Error code 1 Stop in /usr/ports/www/apache21. -- Yours Sincerely Shinjii http://www.shinji.nq.nu ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Apache compile prob in portupgrade
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Mar 22, 2005 at 07:59:08PM +1000, Warren wrote: Not sure whats going on .. but if anyone can help us, much appreciated. = === Building for apache-2.1.4 Making all in srclib Making all in pcre -I/usr/include -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/ssl -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/dav/main -prefer-non-pic -static -c maketables.c touch maketables.lo libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib/pcre. *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib/pcre. *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib. *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha. *** Error code 1 I had similar problems. In the end, I did make clean, and did portupgrade -Rr apache and it automagically fixed itself. (Originally I just did portupgrade apache, as portversion showed everything else to be up to date, and was getting the same error you are showing here.) HTH, though not sure it will. - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Kendra: I call it Mr. Pointy. Buffy: You named your stake? Kendra: Yes. Buffy: Remind me to get you a stuffed animal. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCP/yo+lTVdes0Z9YRAqDMAJwNu6PXnGV8yF29hRs7hkrikS0xPgCfc/S/ DQBhoO5SdOwimhi4FG0VJHs= =m3jt -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
kdelibs portupgrade prob
This is one of the numerous kde* ports that fail to upgrade for 1 reason or another. === pkg_delete: unable to completely remove directory '/usr/local/share/services/kresources/kabc' pkg_delete: unable to completely remove directory '/usr/local/share/services/kresources' pkg_delete: unable to completely remove directory '/usr/local/share/services/kded' pkg_delete: unable to completely remove directory '/usr/local/share/icons/crystalsvg/scalable/mimetypes' pkg_delete: unable to completely remove directory '/usr/local/share/config' pkg_delete: unable to completely remove directory '/usr/local/share/autostart' pkg_delete: unable to completely remove directory '/usr/local/share/apps/kstyle/themes' pkg_delete: unable to completely remove directory '/usr/local/share/apps/kstyle' pkg_delete: unable to completely remove directory '/usr/local/share/apps/khtml' pkg_delete: unable to completely remove directory '/usr/local/share/apps/kdeprint' pkg_delete: unable to completely remove directory '/usr/local/share/apps/kconf_update' pkg_delete: unable to completely remove directory '/usr/local/share/apps/kcm_componentchooser' pkg_delete: unable to completely remove directory '/usr/local/share/apps/katepart/syntax' pkg_delete: unable to completely remove directory '/usr/local/share/apps/katepart' pkg_delete: unable to completely remove directory '/usr/local/share/applications/kde' pkg_delete: unable to completely remove directory '/usr/local/lib/kde3/plugins/styles' pkg_delete: unable to completely remove directory '/usr/local/lib/kde3/plugins/designer' pkg_delete: unable to completely remove directory '/usr/local/lib/kde3/plugins' pkg_delete: unable to completely remove directory '/usr/local/include/kate' pkg_delete: unable to completely remove directory '/usr/local/include/kabc' pkg_delete: unable to completely remove directory '/usr/local/include/dom' pkg_delete: unable to completely remove directory '/usr/local/etc/xdg/menus' pkg_delete: unable to completely remove directory '/usr/local/etc/xdg' pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) --- Installing the new version via the port with make flags: BATCH=yes === Installing for kdelibs-3.4.0 === kdelibs-3.4.0 conflicts with installed package(s): kdebase-3.3.2_2 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/x11/kdelibs3. *** Error code 1 Stop in /usr/ports/x11/kdelibs3. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade31035.98 make BATCH=yes reinstall egrep: /var/db/pkg/kdelibs-3.3.2_6/+CONTENTS: No such file or directory -- Yours Sincerely Shinjii http://www.shinji.nq.nu ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
UPDATE3: ATA mkIII official patches - please test!
New version available for testing: http://people.freebsd.org/~sos/ata-mk3m.diff-releng5.gz http://people.freebsd.org/~sos/ata-mk3m.diff-current.gz http://people.freebsd.org/~sos/ata-mk3m.tar.gz This time the diff must be reapplied as there are new changes in there. Items in this release: o Dumping to disk fixed. o PCCARD probing fixed. o PC98 probing and modules fixed. o Support for atomic composite ATA requests o Support for addspare to an ATA PseudoRAID array o Support for rebuild of an ATA PseudoRAID array. Note that this is now done differently from the old system as the rebuild is now done piggybacked on read requests to the array, so atacontrol simply starts a background dd to rebuild the array. If I dont get any significant showstopper reports this is what will get committed to -current soon (plus what I might get done until then of new features). This WARNING still applies: One warning applies to both this and the last snapshot. I accidentially released the RAID5 test code I had in there which allows to apparently use a RAID5 array. However it *ONLY* reads and writes the data part, it does *NOT* maintain the parity part. That means it will trash a RAID5 array for later real use as the parity wont match the data one there. Since the code is out there I've decided to let it stay, as it allows for testing of getting and using the metadata etc.. I'll probably just disable that code when it goes into -current but for now its in there for testing purposes. As usual use at your own risk, but feedback on this is very welcomed. Big thanks to all those that has participated so far! Enjoy! -- -Søren ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kdelibs portupgrade prob
On Tuesday, 22. March 2005 12:26, Warren wrote: === kdelibs-3.4.0 conflicts with installed package(s): kdebase-3.3.2_2 Read /usr/ports/UPDATING -- ,_, | Michael Nottebrock | [EMAIL PROTECTED] (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org pgp9N33caUr9w.pgp Description: PGP signature
Re: UPDATE3: ATA mkIII official patches - please test!
Soeren Schmidt writes: If I dont get any significant showstopper reports this is what will get committed to -current soon (plus what I might get done until then of new features). What's with ATAPICAM? --- Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org garyj[at]denx.de ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Panic after plugging in an mp3 usb player, 5.4-PRERELEASE
My 5.4-PRERELEASE/i386 as of today panics almost immediately after plugging in an mp3 usb player (Qware BeatZkey! Pro 512MB). I don't have device ehci in the kernel. Mar 22 13:41:35 ddardaar kernel: umass0: vendor 0x10d6 USB 2.0(FS) FLASH DISK, rev 1.10/1.00, addr 2 Mar 22 13:41:35 ddardaar kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Mar 22 13:41:35 ddardaar kernel: da0: GENERIC USB DISK DEVICE 1.00 Removable Direct Access SCSI-0 device Mar 22 13:41:35 ddardaar kernel: da0: 1.000MB/s transfers Mar 22 13:41:35 ddardaar kernel: da0: 497MB (1019617 512 byte sectors: 64H 32S/T 497C) Mar 22 13:41:36 ddardaar kernel: umass0: BBB reset failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-in clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-out clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 Mar 22 13:41:36 ddardaar kernel: umass0: BBB reset failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-in clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-out clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB reset failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-in clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-out clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB reset failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-in clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-out clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB reset failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-in clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-out clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: at uhub1 port 2 (addr 2) disconnected Mar 22 13:41:36 ddardaar kernel: (da0:umass-sim0:0:0:0): lost device Mar 22 13:41:36 ddardaar kernel: (da0:umass-sim0:0:0:0): removing device entry Mar 22 13:41:36 ddardaar kernel: sysctl_unregister_oid: failed to unregister sysctl Mar 22 13:41:36 ddardaar kernel: Opened disk da0 - 5 Mar 22 13:41:36 ddardaar kernel: umass0: detached Mar 22 13:41:47 ddardaar kernel: umass0: vendor 0x10d6 USB 2.0(FS) FLASH DISK, rev 1.10/1.00, addr 2 [panic, fatal trap 12] #0 doadump () at pcpu.h:159 159 __asm __volatile(movl %%fs:0,%0 : =r (td)); (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc0445f02 in db_fncall (dummy1=-1067250851, dummy2=0, dummy3=-734074160, dummy4=0xd43eea68 \234@) at /usr/src/sys/ddb/db_command.c:531 #2 0xc0446298 in db_command_loop () at /usr/src/sys/ddb/db_command.c:349 #3 0xc0447cec in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #4 0xc0522e19 in kdb_trap (type=12, code=0, tf=0xd43eebd8) at /usr/src/sys/kern/subr_kdb.c:418 #5 0xc063ef1a in trap_fatal (frame=0xd43eebd8, eva=296) at /usr/src/sys/i386/i386/trap.c:804 #6 0xc063f1cf in trap_pfault (frame=0xd43eebd8, usermode=0, eva=296) at /usr/src/sys/i386/i386/trap.c:727 #7 0xc063f56d in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1041650752, tf_esi = -1040474112, tf_ebp = -734073832, tf_isp = -734073852, tf_ebx = 1, tf_edx = -1040474112, tf_ecx = 0, tf_eax = 256, tf_trapno = 12, tf_err = 0, tf_eip = -1069309535, tf_cs = 8, tf_eflags = 66050, tf_esp = -734073768, tf_ss = -1069300420}) at /usr/src/sys/i386/i386/trap.c:417 #8 0xc06325ca in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #9 0x0018 in ?? () #10 0x0010 in ?? () #11 0x0010 in ?? () #12 0xc1e9abc0 in ?? () #13 0xc1fba000 in ?? () #14 0xd43eec18 in ?? () #15 0xd43eec04 in ?? () #16 0x0001 in ?? () #17 0xc1fba000 in ?? () #18 0x in ?? () #19 0x0100 in ?? () #20 0x000c in ?? () #21 0x in ?? () #22 0xc043a1a1 in xpt_done (done_ccb=0x0) at /usr/src/sys/cam/cam_xpt.c:4834 #23 0xc043c53c in xpt_scan_bus (periph=0xc1d7ca80, request_ccb=0xc1fba000) at /usr/src/sys/cam/cam_xpt.c:5364 #24 0xc043d55e in camisr (V_queue=0xc06becc0) at /usr/src/sys/cam/cam_xpt.c:7061 #25 0xc04f62a5 in ithread_loop (arg=0xc1d7c980) at /usr/src/sys/kern/kern_intr.c:547 #26 0xc04f5380 in fork_exit (callout=0xc04f61f0 ithread_loop, arg=0xc1d7c980, frame=0xd43eed48) at /usr/src/sys/kern/kern_fork.c:790 #27 0xc063262c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 If you need more info, please let me know. Thanks. -Radek ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kdelibs portupgrade prob
On Tue, 22 Mar 2005 9:31 pm, Ísak Ben wrote: Did you follow the instructions on /usr/ports/UPDATING ? err .. all i did was what i usually do to upgrade a pkg and run cvsup and then portupgrade .. has always worked in the past, wasnt aware of needing something special in this upgrade of KDE -- Yours Sincerely Shinjii http://www.shinji.nq.nu ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kdelibs portupgrade prob
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 22 Mar 2005 21:37:01 +1000, Warren [EMAIL PROTECTED] wrote: err .. all i did was what i usually do to upgrade a pkg and run cvsup and then portupgrade .. has always worked in the past, wasnt aware of needing something special in this upgrade of KDE Checking UPDATING should *always* be the step between cvsup and portupgrade! - -- G. Stewart - [EMAIL PROTECTED] guru, n: A computer owner who can read the manual. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQCs+K5oiGLo9AcYRAqlBAJ91hLkFiRIKHBzuOBsZh/7cKvby5wCfQlle 9JpEJ0DkX4Fq71z3Rmg9Ffo= =kmNL -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Panic after plugging in an mp3 usb player, 5.4-PRERELEASE
On Tue, Mar 22, 2005 at 02:48:37PM +0100, Radek Kozlowski wrote: My 5.4-PRERELEASE/i386 as of today panics almost immediately after plugging in an mp3 usb player (Qware BeatZkey! Pro 512MB). I don't have device ehci in the kernel. It's a common problem with some USB devices. You have to add some quirk in sys/cam/scsi/scsi_da.c for your player. See more information at : http://www.root.org/~nate/freebsd/quirks.html I've got the same problem with mine, adding the rigth quirk (DA_Q_NO_SYNC_CACHE for me) solves it. The difficult part is to think out what to put to capture your player (and not the others ... ) -- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ([EMAIL PROTECTED] | [EMAIL PROTECTED]) pgpoL2hJvt1SB.pgp Description: PGP signature
Re: UPDATE3: ATA mkIII official patches - please test!
Le Mardi 22 mars 2005 12:28 +0100, Sren Schmidt a crit : New version available for testing: http://people.freebsd.org/~sos/ata-mk3m.diff-releng5.gz http://people.freebsd.org/~sos/ata-mk3m.diff-current.gz http://people.freebsd.org/~sos/ata-mk3m.tar.gz This time the diff must be reapplied as there are new changes in there. Great work Sren, it's working so far. Items in this release: o Dumping to disk fixed. And this issue is solved (tested like before with DDB access, and call doadump). I dunno yet if it fixes dumping on panic too (which is an issue of the original ata) [...] As usual use at your own risk, but feedback on this is very welcomed. Big thanks to all those that has participated so far! Enjoy! Sure ! Anthony. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kdelibs portupgrade prob
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Mar 22, 2005 at 03:27:10PM +0100, Godwin Stewart wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 22 Mar 2005 21:37:01 +1000, Warren [EMAIL PROTECTED] wrote: err .. all i did was what i usually do to upgrade a pkg and run cvsup and then portupgrade .. has always worked in the past, wasnt aware of needing something special in this upgrade of KDE Checking UPDATING should *always* be the step between cvsup and portupgrade! Now that you've posted that, you realize you're doomed to forget next time there's an update that affects you. Sigh, some people's kids. - -- Scott GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Spike: What, your Mom doesn't know? Joyce: Know what? Buffy: That I'm, uh...in a band. A rock band...with Spike here. Spike: Right. She plays the-the triangle... Buffy: Drums. Spike: Drums, yeah. She's hell on the old skins, you know. Joyce: (to Spike) And what do you do? Spike: Well I sing. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQDFm+lTVdes0Z9YRAg7vAJ0YxnJjLFk5PCI9+ADKZQUVjoWMKwCdHlau czJ1e3oqfbwaChmm6L0WV3U= =3qy3 -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kdelibs portupgrade prob
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Mar 22, 2005 at 09:53:26AM -0500, Scott Robbins wrote: On Tue, Mar 22, 2005 at 03:27:10PM +0100, Godwin Stewart wrote: Checking UPDATING should *always* be the step between cvsup and portupgrade! Now that you've posted that, you realize you're doomed to forget next time there's an update that affects you. Sigh, some people's kids. Apologies to the list, I hit L out of habit (with this list) instead of r--Godwin is an old friend and my lecture was tongue in cheek. - -- Scott GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Drusilla: Your face is a poem. I can read it. Xander: It doesn't say 'spare me' by any chance? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQDJA+lTVdes0Z9YRAjPzAJ4sB+NEaOiPBIAbYQOlG1sfZAwaawCgpWDu n5mAf9pN9jwjaif4m/z+uhQ= =XJrL -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: panic: mutex vm object not owned
On Fri, 2005-03-11 at 13:20 -0600, Alan Cox wrote: I'm pretty sure that I understand the cause. Please apply and test the attached patch. Can this be committed please? Without it, my machine will still panic on starting X with BETA1. It's an MFC of src/sys/pci/agp.c 1.46 and src/sys/pci/agp_i810.c 1.31 Thanks, Gavin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Distinct base and ports update ?
Hello list, I'm using cvsup to update my FreeBSD boxes trough a local cvsup mirror that I cvsup only when only when I want/need because I want to avoid boxes running different versions of FreeBSD/ports. What I would like to do is to update the base and the ports at differents time intervals. Working with two 'versions' will help me to update my ports more often (e.g.: security issues) while the base will be updated less often depending more on my own requirements (except for security and critical fixes). cvsup-mirror (package used on my mirror) is great but it doesn't seem to be easy / clean to implement what I want with it. Am I missing something here ? I know that I can cvsup (on the client) the base and ports at a different period but I want to be able to keep the same src tree across multiple ports tree updates (on my mirror). Running a jail is a possibility but I'm first looking for other users experiences... Regards, Benjamin Constant TI Automotive The information contained in this transmission may contain privileged and confidential information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. This communication is from TI Automotive. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Hardware: amd64, os: FreeBSD/amd64 and ...?
On Mar 21, 2005, at 5:39 PM, Torfinn Ingolfsen wrote: This is my first amd64 machine (actually, it's my first amd powered machine), and I haven't followed the development on the amd64 closely. Do most of the ports work on amd64? Are there any other caveats? There are a handful of ports that have 64-bit issues, but they are getting cleaned up gradually. The only major bottleneck I have as of today is one perl module, IO::Interface, which will compile, but when run return empty data rather than proper lists. I'm sure it has to do with 64-bittedness, since it works on i386 FreeBSD 5.3. I'll track that down and fix it sooner or later... Vivek Khera, Ph.D. +1-301-869-4449 x806 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: UPDATE3: ATA mkIII official patches - please test!
Date: Tue, 22 Mar 2005 12:28:26 +0100 From: =?ISO-8859-1?Q?Søren_Schmidt?= [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] New version available for testing: http://people.freebsd.org/~sos/ata-mk3m.diff-releng5.gz http://people.freebsd.org/~sos/ata-mk3m.diff-current.gz http://people.freebsd.org/~sos/ata-mk3m.tar.gz This time the diff must be reapplied as there are new changes in there. Items in this release: o Dumping to disk fixed. o PCCARD probing fixed. o PC98 probing and modules fixed. o Support for atomic composite ATA requests o Support for addspare to an ATA PseudoRAID array o Support for rebuild of an ATA PseudoRAID array. Note that this is now done differently from the old system as the rebuild is now done piggybacked on read requests to the array, so atacontrol simply starts a background dd to rebuild the array. If I dont get any significant showstopper reports this is what will get committed to -current soon (plus what I might get done until then of new features). This WARNING still applies: One warning applies to both this and the last snapshot. I accidentially released the RAID5 test code I had in there which allows to apparently use a RAID5 array. However it *ONLY* reads and writes the data part, it does *NOT* maintain the parity part. That means it will trash a RAID5 array for later real use as the parity wont match the data one there. Since the code is out there I've decided to let it stay, as it allows for testing of getting and using the metadata etc.. I'll probably just disable that code when it goes into -current but for now its in there for testing purposes. As usual use at your own risk, but feedback on this is very welcomed. Big thanks to all those that has participated so far! Enjoy! This is great! Thanks for the work. Any report on whether Thomas has ATAPICAM ready to work with this? While I know a lot of people don't care about it, quite a few use tools which depend on it and its loss can be a real problem, especially if it happens in Stable. (I realize stable is not an issue at this time, but I hope it will be soon as ATA mkIII seems like a really big improvement.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
bge0 watchdog timeout
Twice today during very heavy network I/O (dumping a large postgres database over the ethernet to another machine on the same switch) I got this error: Mar 22 03:42:22 d01 kernel: bge0: watchdog timeout -- resetting Mar 22 10:28:24 d01 kernel: bge0: watchdog timeout -- resetting The most informative info I found searching google was this one: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/net/2003-08/0096.html However, that seems to imply that a 5.4-PRERELEASE build March 15 would not be caused by this particular bug. The dmesg says this of bge0: bge0: Broadcom BCM5704C Dual Gigabit Ethernet, ASIC rev. 0x2003 mem 0xfc9b-0xfc9b,0xfc9c-0xfc9c irq 24 at device 9.0 on pci3 miibus0: MII bus on bge0 bge0: Ethernet address: 00:e0:81:2a:ac:5e Any insights on where to look? This is a dual Opteron running FreeBSD/amd64 with 4GB disk. The only thing funny I did was build with CPUTYPE=opteron optimizations. I'm rebuilding right now without that, but I've also cvsup'd the sources... This is my SWAG as to the problem. Anyone else still experiencing these timeouts? Vivek Khera, Ph.D. +1-301-869-4449 x806 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
gdbe based disk encryption
Hi, Is there a way GEOM based disk encryption can be used with FreeBSD 4.10 kernel ? According to handbook, gdbe only works for 5.3 release. Our servers run 4.10 and there is no way we can upgrade. However we want some kind of encrypted file system. CFS is other option but it does not seem to be an active project. Tejas Kokje Information Sciences Institute University of Southern California ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gdbe based disk encryption
At 02:51 PM 22/03/2005, Tejas Kokje wrote: Is there a way GEOM based disk encryption can be used with FreeBSD 4.10 kernel ? According to handbook, gdbe only works for 5.3 release. Hi, There was a thread about this recently on the freebsd-hackers mailing list, and basically the answer is no. You will need to switch to the RELENG_5 series. ---Mike ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
panic in prison?
Once a week or so there is a system running 5.3-STABLE that panics for unknown reasons (at least to me). I haven't managed to reproduce the problem at will but I did manage to get a dump and do a backtrace. The kgdb session goes likes this: 88 creosote# kgdb /sys/i386/compile/X6DA8-G/kernel.debug /var/crash/vmcore.2 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol ps_pglobal_lookup] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd. doadump () at pcpu.h:159 (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc04ce9e4 in boot (howto=260) at ../../../kern/kern_shutdown.c:410 #2 0xc04cec76 in panic (fmt=0xc060d89a %s) at ../../../kern/kern_shutdown.c:566 #3 0xc05efb28 in trap_fatal (frame=0xe8c689bc, eva=27) at ../../../i386/i386/trap.c:809 #4 0xc05ef86b in trap_pfault (frame=0xe8c689bc, usermode=0, eva=27) at ../../../i386/i386/trap.c:727 #5 0xc05ef531 in trap (frame= {tf_fs = -389677032, tf_es = -1068761072, tf_ds = -1067057136, tf_edi = -1067134688, tf_esi = -1008631040, tf_ebp = -389641716, tf_isp = -389641752, tf_ebx = -1013296640, tf_edx = 4, tf_ecx = -1067009216, tf_eax = -1, tf_trapno = 12, tf_err = 0, tf_eip = -1068525908, tf_cs = 8, tf_eflags = 66118, tf_esp = -1013296640, tf_ss = 1}) at ../../../i386/i386/trap.c:417 #6 0xc05e0a0a in calltrap () at ../../../i386/i386/exception.s:140 #7 0xe8c60018 in ?? () #8 0xc04c0010 in prison_free (pr=0xc39a5200) at ../../../kern/kern_jail.c:277 #9 0xc04a1078 in spec_open (ap=0xe8c68a74) at ../../../fs/specfs/spec_vnops.c:207 #10 0xc04a0e03 in spec_vnoperate (ap=0x0) at ../../../fs/specfs/spec_vnops.c:118 #11 0xc051ff2d in vn_open_cred (ndp=0xe8c68be4, flagp=0xe8c68ce4, cmode=0, cred=0xc5238300, fdidx=0) at vnode_if.h:228 ---Type return to continue, or q return to quit--- #12 0xc051fb12 in vn_open (ndp=0x0, flagp=0xe8c68ce4, cmode=0, fdidx=3) at ../../../kern/vfs_vnops.c:91 #13 0xc051a06a in kern_open (td=0xc396d7d0, path=0x0, pathseg=UIO_USERSPACE, flags=3, mode=0) at ../../../kern/vfs_syscalls.c:957 #14 0xc0519f94 in open (td=0xc396d7d0, uap=0x0) at ../../../kern/vfs_syscalls.c:926 #15 0xc05efd9f in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1, tf_esi = 671984685, tf_ebp = -1077943096, tf_isp = -389640844, tf_ebx = 671991904, tf_edx = 671984703, tf_ecx = 674511308, tf_eax = 5, tf_trapno = 12, tf_err = 2, tf_eip = 674018787, tf_cs = 31, tf_eflags = 658, tf_esp = -1077943188, tf_ss = 47}) at ../../../i386/i386/trap.c:1001 #16 0xc05e0a5f in Xint0x80_syscall () at ../../../i386/i386/exception.s:201 #17 0x002f in ?? () #18 0x002f in ?? () #19 0x002f in ?? () #20 0x in ?? () #21 0x280dac2d in ?? () #22 0xbfbfe4c8 in ?? () #23 0xe8c68d74 in ?? () #24 0x280dc860 in ?? () #25 0x280dac3f in ?? () #26 0x283439cc in ?? () ---Type return to continue, or q return to quit--- #27 0x0005 in ?? () #28 0x000c in ?? () #29 0x0002 in ?? () #30 0x282cb5e3 in ?? () #31 0x001f in ?? () #32 0x0292 in ?? () #33 0xbfbfe46c in ?? () #34 0x002f in ?? () #35 0x in ?? () #36 0x in ?? () #37 0x in ?? () #38 0x in ?? () #39 0x53489000 in ?? () #40 0xc3973c5c in ?? () #41 0xc396d7d0 in ?? () #42 0xe8c686f0 in ?? () #43 0xe8c686d8 in ?? () #44 0xc34ba7d0 in ?? () #45 0xc04dca4b in sched_switch (td=0x280dac2d, newtd=0x280dc860, flags=Cannot access memory at address 0xbfbfe4d8 ) at ../../../kern/sched_4bsd.c:865 Previous frame inner to this frame (corrupt stack?) (kgdb) frame 8 #8 0xc04c0010 in prison_free (pr=0xc39a5200) at ../../../kern/kern_jail.c:277 warning: Source file is more recent than executable. 277 (kgdb) list 272 } 273 274 void 275 prison_free(struct prison *pr) 276 { 277 278 mtx_lock(allprison_mtx); 279 mtx_lock(pr-pr_mtx); 280 pr-pr_ref--; 281 if (pr-pr_ref == 0) { (kgdb) print *pr $1 = {pr_list = {le_next = 0x4d4f4547, le_prev = 0x494d3a3a}, pr_id = 1380930130, pr_ref = -1067325952, pr_path = \002\000\000\000home\000±TÃ$\210Æè8\210Æè\004Õ\2337\214\022\027W\002\000\000\000\000\002\000\000\000\001\000\b\000\000\003\000.s\027\021\000\000\000\000\002, '\0' repeats 42 times, ÊGVzª\rt~?¢ÙTñÓN6, '\0' repeats 409 times, \022\t, '\0' repeats 26 times, 2, '\0' repeats 27 times, ¡\036\004\000\000\000\000\000\000ãïÃ\000\000\000\000\000\000\000\u, '\0' repeats 18 times, pæêÄ\000\000\000\000\020U\232Ã, '\0' repeats 20 times,
amd64 and FreeBSD 5.4-BETA1
Hi, Ok, I managed to install FreeBSD 5.4-BETA1 (amd64) on my new (brand, new, shiny...) amd64 machine: FreeBSD quiet.kg4.no 5.4-BETA1 FreeBSD 5.4-BETA1 #0: Sat Mar 19 21:45:36 UTC 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC amd64 The 'dmesg.boot' file is attached. However, I must disable acpi in the boot menu, or else the machine stops responding after printing the 'acd0: ...' line. The machine has a RS480M2-IL mainboard from MSI, and an Athlon 64 3000+ (1.8 GHz) cpu. There are many options that one can change in the BIOS, but this is my first amd64 machine, so I don't know which 'knobs' I can change, and which I shouldn't touch. Any hints on what I can try to enable acpi? -- Regards, Torfinn Ingolfsen, Norway dmesg.boot_amd64 Description: Binary data ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
dumpon and gmirror = ioctl(DIOCSKERNELDUMP): Operation not supported
Hi, I try run dumpon on swap partition in gmirror disk. But that's not possible. This error occurs: # dumpon -v /dev/mirror/datas1b dumpon: ioctl(DIOCSKERNELDUMP): Operation not supported It's possible to use dumpon with gmirror disk? Any patch? Thanks -- Marcus Grando Grupos Internet S/A marcus(at)corp.grupos.com.br ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
ndis crash on 5.4pre with Ralink RT2500
Hi, I was trying to get a Ralink RT2500 Wireless LAN Card to work. The NDIS code compiles fine, ifconfig sees it, but as soon as I give a ifconfig ndis0 up or dhclient ndis0 the box panics shortly after with a fatal trap 12, at eip=0xdeadc0de in swi33:ndis0 (kernel dumps don't seem to give much more info :( ) This mean I can give a ssid to it, but not a dynamic IP address, which is returned by the wireless router. More info on the card: Preloaded elf module /boot/kernel/ndis.ko at 0xc085f0c4. Preloaded elf module /boot/kernel/if_ndis.ko at 0xc085f170. ndis0: Ralink RT2500 Wireless LAN Card mem 0x8800-0x88001fff irq 11 at device 0.0 on cardbus1 ndis0: [MPSAFE] ndis0: NDIS API version: 5.1 ndis0: bpf attached ndis0: Ethernet address: 00:50:fc:8c:40:78 ndis0: bpf attached ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps I'm running FreeBSD 5.4-PRERELEASE #4: Tue Mar 22 17:49:32 CET 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/RENE with sources from 2005-03-21 21:27 UTC I have INVARIANTS turned on. The following (relevant) modules are in /boot/loader.conf: mem_load=YES io_load=YES random_load=YES intpm_load=YES vesa_load=YES speaker_load=YES snd_cs4281_load=YES cd9660_iconv_load=YES fdc_load=YES msdosfs_iconv_load=YES bioschar_load=YES #if_fxp_load=YES uplcom_load=YES loader_color=YES cbb_load=YES cardbus_load=YES ndis_load=YES if_ndis_load=YES wlan_load=YES If more info is needed, I can give it. Does anyone know a solution to this problem? Regards, Rene -- It won't fit on the line. -- me, 2001 pgpQaqaYaUihc.pgp Description: PGP signature
Re: ndis crash on 5.4pre with Ralink RT2500
On Tue, 2005-03-22 at 21:51 +0100, Rene Ladan wrote: I was trying to get a Ralink RT2500 Wireless LAN Card to work. Why don't you just try the shinny new native driver? http://damien.bergamini.free.fr/ral/download.html __ Markus ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Distinct base and ports update ?
On Tue, 22 Mar 2005, Constant, Benjamin wrote: I'm using cvsup to update my FreeBSD boxes trough a local cvsup mirror that I cvsup only when only when I want/need because I want to avoid boxes running different versions of FreeBSD/ports. What I would like to do is to update the base and the ports at differents time intervals. Working with two 'versions' will help me to update my ports more often (e.g.: security issues) while the base will be updated less often depending more on my own requirements (except for security and critical fixes). I'm not sure I understand exactly what you are trying to achieve, but can you not simply use the date option in your supfile to make sure all systems run the exact same checkout? eg, adding something like date=2005.03.22.00.00.00 to your supfile on all the hosts? That way, it doesn't matter if you update your mirror, you'll still be getting the same checkout every time. Just make sure the date you specify is at least a few hours before your last checkout, otherwise you may miss some files which have been committed but which the mirrors between your client and the master sever haven't picked up yet. Gavin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: UPDATE3: ATA mkIII official patches - please test!
On Tue, Mar 22, 2005 at 12:55:26PM +0100, Gary Jennejohn wrote: If I dont get any significant showstopper reports this is what will get committed to -current soon (plus what I might get done until then of new features). What's with ATAPICAM? I've done some preparatory work to adapt ATAPI/CAM for mkII, which is not completed yet. I hope to have some time to work on it in early April. Thomas. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ndis crash on 5.4pre with Ralink RT2500
On Tue, Mar 22, 2005 at 10:21:04PM +0100, Markus Trippelsdorf wrote: On Tue, 2005-03-22 at 21:51 +0100, Rene Ladan wrote: I was trying to get a Ralink RT2500 Wireless LAN Card to work. Why don't you just try the shinny new native driver? http://damien.bergamini.free.fr/ral/download.html Well, the NDIS driver _ought_ to work, and I'm on 5-STABLE right now (-CURRENT is too risky as I need to do university work on this box too), but ral only works on -CURRENT according to above site. Regards, Rene __ Markus -- It won't fit on the line. -- me, 2001 pgppK0ziKAnT1.pgp Description: PGP signature
Re: re driver trobles (RELENG_5)
On Fri, 11 Mar 2005, Oleg Bulyzhin wrote: On Thu, 10 Mar 2005, Dmitry Morozovsky wrote: Dear colleagues, experimenting with new amd64-based router we found strange re(4) behaviour when working in autoselect media mode: whenever promisc mode turned on, renegotiating occurs, leading to 3 to 45 (depending on STP settings on the switch) network unavailability. Moreover, some other re(4) setting changes seem to disturb link state unneededly (such as ifconfig re0 -vlanhwtag) The most annoying fact is that we non-autonegotiating mode with our re and D-Link gigabit switches: fixing media at 1000BaseTX leads to link down regardless of master/slave settings on both sides; on re side it is even undocumented. Any clues? Thanks in advance. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** Further investigation revealed even more weirdness of re driver: If re card plugged into switch (tested with Catalyst 2948G) with fixed port speed/duplex (100/full) settings, and we trying to reboot - re driver fails to attach: re0: RealTek 8169S Single-chip Gigabit Ethernet port 0xd000-0xd0ff mem 0xcfffbf00-0xcfffbfff irq 16 at device 11.0 on pci0 miibus0: MII bus on re0 rgephy0: RTL8169S/8110S media interface on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto re0: bpf attached re0: Ethernet address: 00:11:09:cd:15:77 re0: diagnostic failed, failed to receive packet in loopback mode re0: attach aborted due to hardware diag failure rgephy0: detached miibus0: detached device_attach: re0 attach returned 5 If switch port configured for 'auto' mode we can reboot without problems. JFYI: attached patch solved both issues. (made using http://people.freebsd.org/~wpaul/re/) -- Oleg. === Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- [EMAIL PROTECTED] === --- sys/dev/mii/rgephy.c~ Sun Jan 30 03:59:54 2005 +++ sys/dev/mii/rgephy.cThu Mar 17 10:43:58 2005 @@ -200,17 +200,13 @@ if ((mii-mii_ifp-if_flags IFF_UP) == 0) break; - rgephy_reset(sc); /* XXX hardware bug work-around */ - switch (IFM_SUBTYPE(ife-ifm_media)) { case IFM_AUTO: -#ifdef foo /* * If we're already in auto mode, just return. */ if (PHY_READ(sc, RGEPHY_MII_BMCR) RGEPHY_BMCR_AUTOEN) return (0); -#endif (void) rgephy_mii_phy_auto(sc); break; case IFM_1000_T: @@ -341,6 +337,12 @@ bmsr = PHY_READ(sc, RGEPHY_MII_BMSR); bmcr = PHY_READ(sc, RGEPHY_MII_BMCR); + + if (bmcr RGEPHY_BMCR_ISO) { + mii-mii_media_active |= IFM_NONE; + mii-mii_media_status = 0; + return; + } if (bmcr RGEPHY_BMCR_LOOP) mii-mii_media_active |= IFM_LOOP; --- sys/dev/re/if_re.c~ Sun Jan 30 04:00:00 2005 +++ sys/dev/re/if_re.c Thu Mar 17 02:19:37 2005 @@ -1059,7 +1059,7 @@ struct ifnet*ifp; struct rl_hwrev *hw_rev; int hwrev; - u_int16_t re_did = 0; + u_int16_t re_did = 0, phy, bmsr; int unit, error = 0, rid, i; sc = device_get_softc(dev); @@ -1212,6 +1212,22 @@ * Call MI attach routine. */ ether_ifattach(ifp, eaddr); + + for (phy = 0; phy 32; phy++) { + bmsr = re_miibus_readreg(dev, phy, MII_BMSR); + bmsr = re_miibus_readreg(dev, phy, MII_BMSR); + if (!bmsr) continue; + + re_miibus_writereg(dev, phy, MII_BMCR, BMCR_RESET); + for (i = 0; i RL_TIMEOUT; i++) { + if (!(re_miibus_readreg(dev, phy, MII_BMCR) + BMCR_RESET)) break; + DELAY(100); + } + re_miibus_writereg(dev, phy, MII_BMCR, BMCR_LOOP); + + break; + } /* Perform hardware diagnostic. */ error = re_diag(sc); ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ndis crash on 5.4pre with Ralink RT2500
- Forwarded message from Rene Ladan [EMAIL PROTECTED] - Forgot to CC this self-replied message... Date: Tue, 22 Mar 2005 23:37:38 +0100 From: Rene Ladan [EMAIL PROTECTED] To: Rene Ladan [EMAIL PROTECTED] Subject: Re: ndis crash on 5.4pre with Ralink RT2500 In-Reply-To: [EMAIL PROTECTED] User-Agent: Mutt/1.4.2.1i On Tue, Mar 22, 2005 at 10:49:15PM +0100, Rene Ladan wrote: On Tue, Mar 22, 2005 at 10:21:04PM +0100, Markus Trippelsdorf wrote: On Tue, 2005-03-22 at 21:51 +0100, Rene Ladan wrote: I was trying to get a Ralink RT2500 Wireless LAN Card to work. Why don't you just try the shinny new native driver? http://damien.bergamini.free.fr/ral/download.html Well, the NDIS driver _ought_ to work, and I'm on 5-STABLE right now (-CURRENT is too risky as I need to do university work on this box too), but ral only works on -CURRENT according to above site. I tried to compile it on 5-STABLE, but the top-level Makefile bombs out with a lot of declaration and structure errors. The card itself is a Sweex LC500050, which might not work on PCIBIOS 2.1 motherboards according to ral(4) (mine is old enough to be one of these). Maybe this helps the panic? I captured a panic (hand-written), after a ndis0 up message from the kernel, with inet address still 0.0.0.0 : fatal trap 12: page fault while in kernel mode fault virtual address = 0xdeadc0de fault code = supervisor read, page not present instruction pointer = 0x8:0xdeadc0de stack pointer = 0x10:0xca3f7c40 frame pointer = 0x10:0xca3f7ca4 code segment = base 0x0, limit 0xf, type 0x1b DPL 0, pres 1, def32 1, gran 1 eflags = interrupt enabled, resume, IOPL=0 current proc = 32 (ndis swi) tid = 100031 show pciregs gives: [EMAIL PROTECTED]:0:0 class 0x28000 card 0x25601814 chip 0x02011814 rev 0x01 hdr 0x00 Regards, Rene __ Markus -- It won't fit on the line. -- me, 2001 -- It won't fit on the line. -- me, 2001 - End forwarded message - -- It won't fit on the line. -- me, 2001 pgpUb7fpT4UNt.pgp Description: PGP signature
Re: Panic after plugging in an mp3 usb player, 5.4-PRERELEASE
In message [EMAIL PROTECTED], Radek Kozlowski writes: My 5.4-PRERELEASE/i386 as of today panics almost immediately after plugging in an mp3 usb player (Qware BeatZkey! Pro 512MB). I don't have device ehci in the kernel. Hi, Did this just suddenly stop working when you updated to the latest 5.x-stable, or did it ever work for you before? There were a number of USB changes in 5.4-PRERELEASE yesterday, so it's important to know whether they broke anything. If the problem is not new then it may just require a quirk as already suggested. Thanks, Ian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Panic when ifconfig'ing nge card.
We are rebuilding a system which has a Netgear GA621 (using the nge driver) installed, and which had run 5.2 5.3 pre-releases on amd64 (it's a Dual Opteron box - Tyan Thunder motherboard) We are now intending to make it a backup server and it is running 5.4-PRE/i386 (cvsupped just under 20 hours ago), and when we try to configure nge0, after coming up for around 10 seconds it panics. -=- nge0: National Semiconductor Gigabit Ethernet port 0x9800-0x98ff mem 0xfb8ff000-0xfb8f irq 29 at device 1.0 on pci1 nge0: Using TBI nge0: 1000baseSX, 1000baseSX-FDX, auto -=- -=- % ifconfig fxp0 down % ifconfig nge0 204.152.187.8 netmask 255.255.255.0 % % % % Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc055bdda stack pointer = 0x10:0xe97c9c9c frame pointer = 0x10:0xe97c9cac 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 = 39 (irq29: nge0) trap number = 12 panic: page fault Uptime: 21m3s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... -=- Any ideas? I have already tried turning of HTT (can't), ACPI (same effect). We can't run amd64 since we know the 3ware driver isn't 64-bit clean and locks up the system under heavy I/O load. We could just live w/ 100baseTX, but we would rather be running GigE... Best Wishes - Peter -- [EMAIL PROTECTED] | ISC | OpenPGP 0xE8048D08 | The bits must flow signature.asc Description: OpenPGP digital signature
Problem with Sempron-2800 + FreeBSD 5.4-BETA/PRE
So after my previous problem with 5.3 not being able to do a buildworld, I decided that maybe an upgrade was in order. I downloaded the 5.4 ISO and installed from it. I tried to do a buildworld, same problem as the 5.3 install. cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file -o mkmagic /usr/src/lib/libmagic/../../contrib/file/apprentice.c /usr/src/lib/libmagic/../../contrib/file/funcs.c /usr/src/lib/libmagic/../../contrib/file/magic.c /usr/src/lib/libmagic/../../contrib/file/print.c /usr/obj/usr/src/i386/usr/bin/ld: cannot find -lc *** Error code 1 Stop in /usr/src/lib/libmagic. I've had this problem on this same box with every install I've done. Whats wrong? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Apache compile prob in portupgrade
Not sure whats going on .. but if anyone can help us, much appreciated. libtool is the latest version = === Building for apache-2.1.4 Making all in srclib Making all in pcre /usr/local/build-1/libtool --silent --mode=compile cc -g -O2 -O -pipe -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib/pcre-I. -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/os/unix -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/server/mpm/prefork -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/http -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/filters -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/proxy -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/include -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/generators -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/mappers -I/usr/local/include/apr-1 -I/usr/local/include -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/proxy/../generators -I/usr/include -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/ssl -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/dav/main -prefer-non-pic -static -c maketables.c touch maketables.lo libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib/pcre. *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib/pcre. *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib. *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha. *** Error code 1 Stop in /usr/ports/www/apache21. -- Yours Sincerely Shinjii http://www.shinji.nq.nu ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Panic when ifconfig'ing nge card.
On Tue, 22 Mar 2005, Peter Losher wrote: We are rebuilding a system which has a Netgear GA621 (using the nge driver) installed, and which had run 5.2 5.3 pre-releases on amd64 (it's a Dual Opteron box - Tyan Thunder motherboard) We are now intending to make it a backup server and it is running 5.4-PRE/i386 (cvsupped just under 20 hours ago), and when we try to configure nge0, after coming up for around 10 seconds it panics. The below is a NULL pointer dereference in the kernel. Off-hand, it looks very likely to be a driver bug. The question is -- where? The best way to answer this is to compile with DDB/KDB, and do a stack trace from DDB, or get a dump and do similar things with gdb. Thanks Robert N M Watson -=- nge0: National Semiconductor Gigabit Ethernet port 0x9800-0x98ff mem 0xfb8ff000-0xfb8f irq 29 at device 1.0 on pci1 nge0: Using TBI nge0: 1000baseSX, 1000baseSX-FDX, auto -=- -=- % ifconfig fxp0 down % ifconfig nge0 204.152.187.8 netmask 255.255.255.0 % % % % Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc055bdda stack pointer = 0x10:0xe97c9c9c frame pointer = 0x10:0xe97c9cac 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 = 39 (irq29: nge0) trap number = 12 panic: page fault Uptime: 21m3s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... -=- Any ideas? I have already tried turning of HTT (can't), ACPI (same effect). We can't run amd64 since we know the 3ware driver isn't 64-bit clean and locks up the system under heavy I/O load. We could just live w/ 100baseTX, but we would rather be running GigE... Best Wishes - Peter -- [EMAIL PROTECTED] | ISC | OpenPGP 0xE8048D08 | The bits must flow ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Panic when ifconfig'ing nge card.
Robert Watson wrote: The below is a NULL pointer dereference in the kernel. Off-hand, it looks very likely to be a driver bug. The question is -- where? The best way to answer this is to compile with DDB/KDB, and do a stack trace from DDB, or get a dump and do similar things with gdb. Here it is again with DDB/GDB compiled in and a stack trace: -=- Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0561e4a stack pointer = 0x10:0xe7d1bc9c frame pointer = 0x10:0xe7d1bcac 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 = 40 (irq29: nge0) [thread pid 40 tid 100011 ] Stopped at nge_newbuf+0x6a:movl0x8(%ebx),%ecx db trace Tracing pid 40 tid 100011 td 0xc56d9190 nge_newbuf(c5891c00,e9a49000,c5c6ec00) at nge_newbuf+0x6a nge_rxeof(c5891c00) at nge_rxeof+0x10e nge_intr(c5891c00) at nge_intr+0x15e ithread_loop(c56d2e00,e7d1bd48) at ithread_loop+0x159 fork_exit(c060571c,c56d2e00,e7d1bd48) at fork_exit+0x75 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe7d1bd7c, ebp = 0 --- -=- Best Wishes - Peter -- [EMAIL PROTECTED] | ISC | OpenPGP 0xE8048D08 | The bits must flow signature.asc Description: OpenPGP digital signature
RE: Distinct base and ports update ?
I'm not sure I understand exactly what you are trying to achieve, but can you not simply use the date option in your supfile to make sure all systems run the exact same checkout? eg, adding something like date=2005.03.22.00.00.00 to your supfile on all the hosts? I want to do keep the same base (FreeBSD stable) over multiple ports update so when I install a new server after having synch my mirror I'm sure it gets the same base (src-all) as the servers that were installed before the update of the mirror. Regarding the ports tree, I want to be able to update it quite often (first on the mirror, then on the hosts) depending on the security fixes available. One step ahead for me is to have a mirror providing only a frozen src-all tree and another one providing up to date src-all and ports trees so I can test the base before going on production. That way, it doesn't matter if you update your mirror, you'll still be getting the same checkout every time. Just make sure the date you specify is at least a few hours before your last checkout, otherwise you may miss some files which have been committed but which the mirrors between your client and the master sever haven't picked up yet. I think this may work if I use two cvsup files (one for the src-all and the other one for the ports) using a different date inside. Thank you! Benjamin Constant. The information contained in this transmission may contain privileged and confidential information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. This communication is from TI Automotive. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]