Re: PATCH: media option for ethernet hw checksum
Brooks Davis wrote: On Fri, May 25, 2001 at 11:11:16PM +, Terry Lambert wrote: Here is a patch I have locally that would be useful for Bill Paul, I think. I know, we could use flag0 for this, but it seems to me that this will be an increasingly common option in hadware. Should this be implemented as a shared option like this? I ask because NetBSD has added the following types and only has one shared option left: #define IFM_FLOW0x0040/* enable hardware flow control */ #define IFM_FLAG0 0x0100/* Driver defined flag */ #define IFM_FLAG1 0x0200/* Driver defined flag */ #define IFM_FLAG2 0x0400/* Driver defined flag */ #define IFM_LOOP0x0800/* Put hardware in loopback */ Personaly I don't think I would have wasted 3/8th of the shared options on the abomination known as flags... Flags can be device private, which can be a good thing. I only use the patch because I know of no Gigabit ethernet cards that are useful which can not perform checksum offloading. Maybe it should just always be on... I thought there was a problem with performance, doing that with the Tigon II. In any case, it seems to be a tradeoff that you might want to make intentionally, if your main processor was 1.5GHz... -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: USB Ethernet hang on eject
This is a known problem. It has to do with the way the ethernet driver reads the MII registers in interrupt context. Did you try and ifconfig delete the interface first? Nick On Tue, 29 May 2001, Warner Losh wrote: I'm getting a hang on eject of the USB Ethernet card that I have. aue0: SMC, Inc EZ USB/Ethernet Converter, rev 1.10/1.01, addr 2 aue0: Ethernet address: 00:e0:29:59:fe:11 miibus0: MII bus on aue0 When I remote the card, I get USB errors. I also have an interrupt storm from the USB controller. I set a breakpoint on the interrupt handler and get over and over again Anything that I can do to help track down the problem here? This is current as of May 18th, 12:00:00 MDT. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message -- The USB for FreeBSD project. [EMAIL PROTECTED] http://www.etla.net/~n_hibma/usb/usb.pl To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: -current is _definitely_ not stable right now
John Baldwin wrote:
On 28-May-01 Doug Barton wrote:
Gang,
On the avi front, typing 'aviplay' with or without an argument is
guaranteed to instantly wedge the box. I attached a lot of running aviplay
through truss, but I have no way to know if it stopped at or before the
offending instruction. As for the general wonkiness of the system, I have
finally gotten a dump. The backtrace is below, let me know if there is
anything else I can do to help debug.
Please try http://www.FreeBSD.org/~jhb/patches/ldt.patch.
This worked excellently for me! I patched the kernel and rebuilt, then
tested aviplay... success. Then I cvsup'ed, built/installed world and
kernel, and started stress testing. I'm currently running two builds of X
4, one over NFS and one local, 'make cleandir' in /usr/src, AND avifile
(ok, it's a little choppy, but still runs). I'd say it's probably safe to
go back in the water again. Next stop, re-enabling softupdates. :)
BTW, I'm probably wrong about this but looking at the patch it seems odd
to me that one of these is ifndef and the other is ifdef:
@@ -422,15 +433,21 @@
kmem_free(kernel_map, (vm_offset_t)old_ldt_base,
old_ldt_len * sizeof(union descriptor));
FREE(new_ldt, M_SUBPROC);
+#ifndef SMP
+ mtx_lock_spin(sched_lock);
+#endif
} else {
pcb-pcb_ldt = pcb_ldt = new_ldt;
+#ifdef SMP
mtx_unlock_spin(sched_lock);
+#endif
}
Just curious,
Doug (Thanks BTW)
--
I need someone really bad. Are you really bad?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: -current is _definitely_ not stable right now
Doug Barton wrote: This worked excellently for me! I patched the kernel and rebuilt, then tested aviplay... success. Then I cvsup'ed, built/installed world and kernel, and started stress testing. I'm currently running two builds of X 4, one over NFS and one local, 'make cleandir' in /usr/src, AND avifile (ok, it's a little choppy, but still runs). I forgot to mention explicitly, this is all running in X. :) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Possible Install bug for the following hardware in FreeBSD Stable (4.3)
This should be 60034905 = 3737*255*63 No, that value is correct, has to do with internals how sysctl calculates the offsets, but that is an linux issue I am aware off This should be 59554/16/63 and you do not get all drive space. As I mentioned, I am aware, that I do not get all drive space, but over 800MB missing is too much. It seems your geometry is unmatched. Is LBA enabled in the cmos bios? Rich LBA is enabled by hand. My bios can auto dected all drive features, yet I chose to setup everything by hand and explicitly enabled LBA after being told to do so by several sources. -d Thank you for the quick answer -- si vis pacem, para bellum 'Doubt thou the stars are fire; Doubt that the sun doth move; Doubt truth to be a liar; But never doubt I love. - Hamelt, Shakespear To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: -current is _definitely_ not stable right now
On 30-May-01 Doug Barton wrote:
John Baldwin wrote:
On 28-May-01 Doug Barton wrote:
Gang,
On the avi front, typing 'aviplay' with or without an argument is
guaranteed to instantly wedge the box. I attached a lot of running aviplay
through truss, but I have no way to know if it stopped at or before the
offending instruction. As for the general wonkiness of the system, I have
finally gotten a dump. The backtrace is below, let me know if there is
anything else I can do to help debug.
Please try http://www.FreeBSD.org/~jhb/patches/ldt.patch.
This worked excellently for me! I patched the kernel and rebuilt, then
tested aviplay... success. Then I cvsup'ed, built/installed world and
kernel, and started stress testing. I'm currently running two builds of X
4, one over NFS and one local, 'make cleandir' in /usr/src, AND avifile
(ok, it's a little choppy, but still runs). I'd say it's probably safe to
go back in the water again. Next stop, re-enabling softupdates. :)
Sounds good, I'll commit it in a second.
BTW, I'm probably wrong about this but looking at the patch it seems odd
to me that one of these is ifndef and the other is ifdef:
@@ -422,15 +433,21 @@
kmem_free(kernel_map, (vm_offset_t)old_ldt_base,
old_ldt_len * sizeof(union descriptor));
FREE(new_ldt, M_SUBPROC);
+#ifndef SMP
+ mtx_lock_spin(sched_lock);
+#endif
} else {
pcb-pcb_ldt = pcb_ldt = new_ldt;
+#ifdef SMP
mtx_unlock_spin(sched_lock);
+#endif
}
Just curious,
We won't to continue to hold the sched_lock before calling set_user_ldt in the
!SMP case, but we want to release it in the SMP case before calling the smp
rendezvous. We have to release the sched_lock in the then clause before
calling kmem_free, so each clause finishes with the sched_lock in a different
state.
--
John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve! - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: rpc.lockd: kernel trap 12 with interrupts disabled
Le 2001-05-29, Andrew Gallatin écrivait : In order for a bug report like this to be useful, you need to supply a backtrace from ddb or gdb. See the Kernel Debugging section of the FreeBSD handbook for instructions on how to obtain such information. ddb did not help much: after the two 'kernel trap 12 with interrupts disabled' messages, the hot key does not work anymore. Using gdb on rpc.lockd and some ddb single-stepping, I was able to see that the freeze occurs somewhere during the first call to callrpc(). I'll try a remote GDB session and see if it helps to at least find out where precisely the error occurs. Or maybe I could add a call to panic() when the faulty trap occurs, which would drop me into DDB? Thomas. -- Thomas Quinot ** Département Informatique Réseaux ** [EMAIL PROTECTED] ENST // 46 rue Barrault // 75634 PARIS CEDEX 13 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
freelist corruption: more info
Trying to fix some make release problems, I've kept running into the same freelist corruption problems that kris and dougb experienced earlier this week. Main difference is that I notice when the box (-CURRENT from 29 May, GENERIC kernel, UP) crashes. :-p Not being a -CURRENT guru, I haven't decided if I'm going to try Tor Egge's patch or just slug it out to try to finish fixing make release (which is my main goal at this point). Just as an FYI, here's the tombstone and a stack trace in case it's useful to anyone. Cheers, Bruce. -8-8- Data modified on freelist: word 2 of object 0xc1985a00 size 52 previous type pagedep (0xd6adc0de != 0xdeadc0de) Fatal trap 12: page fault while in kernel mode fault virtual address = 0xdeadc0e8 fault code = supervisor read, page not present instruction pointer= 0x8:0xc0376ab8 stack pointer = 0x10:0xcba7fb9c frame pointer = 0x10:0xcba7fb9c 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= 17 (swi3: cambio) kernel: type 12 trap, code=0 Stopped at worklist_remove+0x1c: cmpw$0,0xa(%ecx) db trace worklist_remove(deadc0de) at worklist_remove+0x1c free_diradd(deadc0de) at free_diradd+0x26 free_newdirblk(c1396b70) at free_newdirblk+0x32 handle_written_inodeblock(c241a300,c64135d8) at handle_written_inodeblock+0x2b2 bufdone(c64135d8,cba7ff40,c0136a1b,c64135d8,c1394400) at bufdone+0x101 bufdonebio(c64135d8) at bufdonebio+0xe dadone(c127f400,c1394400) at dadone+0x1fb camisr(c048ccd4) at camisr+0x1c5 ithread_loop(c0e48980,cba7ffa8) at ithread_loop+0x2bf fork_exit(c022c118,c0e48980,cba7ffa8) at fork_exit+0xb4 fork_trampoline() at fork_trampoline+0x8 db PGP signature
Re: make release failure
Bruce,
Yes, this patch fix it for me. I had to convert the spaces back to tabs
though. :-)
Hi John--
I was trying to test out another patch, which (in addition to fixing
the problem you found) also folds the functionality of NORELNOTES into
NODOC. Unfortunately, my -CURRENT test box is having some difficulties
(probably VM-related) and it's going to take a little while before I
can do a make release again to do any testing. :-(
I'll see what I can do about getting my first patch committed to at
least unbreak make release.
I have now also tested your second patch and with a minor mod to make
make happy, the release finished. Here is the patch as I have used it.
John
--
John Hay -- [EMAIL PROTECTED]
Index: release/Makefile
===
RCS file: /home/ncvs/src/release/Makefile,v
retrieving revision 1.619
diff -u -r1.619 Makefile
--- release/Makefile2001/05/29 17:14:59 1.619
+++ release/Makefile2001/05/30 07:10:28
@@ -69,15 +69,11 @@
# CPU cycles (some of the programs are C++, and things like ghostscript
# belong to the required ports nevertheless).
#
-# Setting this also disables doc.2 (RELNOTESng).
+# Setting this also disables building of release note documentation
+# (RELNOTESng).
#NODOC= YES
#NOPORTS= YES
-# RELNOTESng can be disabled by uncommenting the following variable
-# definition. RELNOTESng depends on having ports enabled for this
-# release build.
-#NORELNOTES= YES
-
# Uncomment and modify this definition if you want the release notes
# and other release documentation in a language other than English.
#RELNOTES_LANG=en_US.ISO_8859-1
@@ -109,7 +105,7 @@
# on the boot floppy. WARNING: Breaks on some Athlon (K7) motherboards.
AUTO_KEYBOARD_DETECT?= 0
-.if !defined(NORELNOTES)
+.if !defined(NODOC)
DIST_DOCS_ARCH_INDEP= readme errata
DIST_DOCS_ARCH_DEP=installation relnotes hardware
.endif
@@ -219,11 +215,8 @@
.endif
.if !defined(NODOC)
-DOCREL= doc.1
-.if !defined(NORELNOTES)
-DOCREL+= doc.2
+DOCREL= doc.1 doc.2
.endif
-.endif
.if !defined(NOPORTREADMES)
MAKEREADMES= make readmes PORTSDIR=${CHROOTDIR}/usr/ports
@@ -240,11 +233,6 @@
@echo unset NOPORTS, or set at least DOMINIMALDOCPORTS to YES!
@exit 1
.endif
-.if !defined(NORELNOTES) defined(NODOC)
- @echo Docs are required for building the release notes. Either
- @echo set NORELNOTES or unset NODOC!
- @exit 1
-.endif
.if make(release)
.if exists(${CHROOTDIR})
# The first command will fail on a handful of files that have their schg
@@ -357,9 +345,6 @@
.if defined(NOSRC)
echo export NOSRC=${NOSRC} ${CHROOTDIR}/mk
.endif
-.if defined(NORELNOTES)
- echo export NORELNOTES=${NORELNOTES} ${CHROOTDIR}/mk
-.endif
.if defined(RELNOTES_LANG)
echo export RELNOTES_LANG=${RELNOTES_LANG} ${CHROOTDIR}/mk
.else
@@ -617,7 +602,7 @@
ln ${RD}/mfsfd/stand/etc/services ${RD}/mfsfd/etc/services
ln ${RD}/mfsfd/stand/etc/netconfig ${RD}/mfsfd/etc/netconfig
gzip -9c ${.CURDIR}/../COPYRIGHT ${RD}/mfsfd/stand/help/COPYRIGHT.hlp.gz
-.if !defined(NORELNOTES)
+.if !defined(NODOC)
@for i in ${DIST_DOCS_ARCH_INDEP}; do \
gzip -9c ${.CURDIR}/doc/${RELNOTES_LANG}/$$i/article.txt
${RD}/mfsfd/stand/help/`echo $${i} | tr 'a-z' 'A-Z'`.TXT.gz; \
done
@@ -712,7 +697,7 @@
-@ln -s . ${FD}/${BUILDNAME}
@cd ${RD} find floppies -print | cpio -dumpl ${FD}
@cd ${RD}/dists find . -print | cpio -dumpl ${FD}
-.if !defined(NORELNOTES)
+.if !defined(NODOC)
@for i in ${DIST_DOCS_ARCH_INDEP}; do \
cp ${.CURDIR}/doc/${RELNOTES_LANG}/$$i/article.txt ${FD}/`echo $${i} | tr
'a-z' 'A-Z'`.TXT; \
cp ${.CURDIR}/doc/${RELNOTES_LANG}/$$i/article.html ${FD}/`echo $${i} | tr
'a-z' 'A-Z'`.HTM; \
@@ -751,7 +736,7 @@
@cp ${.CURDIR}/fixit.profile ${CD_DISC2}/.profile
@echo CD_VERSION = ${BUILDNAME} ${CD_DISC1}/cdrom.inf
@echo CD_VERSION = ${BUILDNAME} ${CD_DISC2}/cdrom.inf
-.if !defined(NORELNOTES)
+.if !defined(NODOC)
@for i in ${DIST_DOCS_ARCH_INDEP}; do \
cp ${.CURDIR}/doc/${RELNOTES_LANG}/$$i/article.txt ${CD_DISC1}/`echo $${i} |
tr 'a-z' 'A-Z'`.TXT; \
cp ${.CURDIR}/doc/${RELNOTES_LANG}/$$i/article.html ${CD_DISC1}/`echo $${i}
| tr 'a-z' 'A-Z'`.HTM; \
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
