Re: Proliferating quirk table entries
"Kenneth D. Merry" wrote: > The right way to handle the 6/10 byte stuff is to have it be a function of > the transport type (see the CAM_NEW_TRAN_CODE stuff). The peripheral > drivers and userland applications can query the transport type and send > 6 or 10 byte commands as appropriate. > > If we're going to come up with a generic solution, that's probably the > direction we need to be heading. I think everyone in this thread needs to read the last instance of this same thread, the first time it came up. I believe the general consensus was to send the 6, and if it failed, retry with the 10, and set a flag so that subsequent requests were 10 (this instead of a static quirk table that could find itself out of date). -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 3 floppy system for -current releases
This has been committed already, but I'll answer your questions. If you are unhappy with anything, go ahead and change it. At the end I thought it more usefull to have snapshots that complete the building process, than ones that don't. People can test and give feedback on something that exists. > On 08-Aug-2002 John Hay wrote: > > Here is a try at a 3 floppy system. Most people should be able to > > install with the first 2 floppies (kern.flp and mfsroot.flp). Just > > those that need a driver on the third floppy (drivers.flp) will > > need it. > > > > If this idea is acceptable, we should probably tweak what should > > go on the second floppy and what is used the least and put that > > on the last one. > > > > To load drivers from the drivers floppy, go to "Configure" and then > > the last option there is "Load KLD". > > > > The last 2 files in the diff (bld-ko.sh and driver-list.awk) are not > > really needed. That is part of my attempt to create a single .ko to > > save space on mfsroot.flp. But I can't get internal dependancies to > > work yet. Most drivers depend on miibus and that don't get loaded > > first. > > > > John > > -- > > John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED] > > > > > > Index: usr.sbin/sysinstall/system.c > > === > > RCS file: /home/ncvs/src/usr.sbin/sysinstall/system.c,v > > retrieving revision 1.119 > > diff -u -r1.119 system.c > > --- usr.sbin/sysinstall/system.c 1 Nov 2001 23:32:46 - 1.119 > > +++ usr.sbin/sysinstall/system.c 8 Aug 2002 09:17:01 - > > @@ -348,7 +348,13 @@ > > snprintf(buf, FILENAME_MAX, "/stand/help/%s.hlp.gz", file); > > if (file_readable(buf)) > > return expand(buf); > > +snprintf(buf, FILENAME_MAX, "/stand/help/%s.hlp", file); > > +if (file_readable(buf)) > > + return expand(buf); > > snprintf(buf, FILENAME_MAX, "/stand/help/%s.TXT.gz", file); > > +if (file_readable(buf)) > > + return expand(buf); > > +snprintf(buf, FILENAME_MAX, "/stand/help/%s.TXT", file); > > if (file_readable(buf)) > > return expand(buf); > > snprintf(buf, FILENAME_MAX, "/usr/src/usr.sbin/sysinstall/help/%s.hlp", file); > > What does this patch do? It calls expand() so it is expecting an > uncompressed file which is probably wrong. The diff show too little content. If you look at that place in the file, you will see there are others that are the same. That expand() function only expands when the file has been compressed. It behaves like "zcat -f". > > > Index: release/Makefile > > === > > RCS file: /home/ncvs/src/release/Makefile,v > > retrieving revision 1.698 > > diff -u -r1.698 Makefile > > --- release/Makefile 5 Aug 2002 16:57:43 - 1.698 > > +++ release/Makefile 8 Aug 2002 15:40:27 - > > @@ -518,7 +518,8 @@ > > .endif > > cd ${j}_crunch; ${WMAKE} -f ${j}_crunch.mk subclean > > cd ${.CURDIR}/..; ${TMAKE} build-tools > > - cd ${j}_crunch; ${WMAKE} -f ${j}_crunch.mk all > > + cd ${j}_crunch; ${WMAKE} -f ${j}_crunch.mk \ > > + CFLAGS="-Os -pipe" -DNO_CPU_CFLAGS all > > mv ${j}_crunch/${j}_crunch ${RD}/crunch/${j} > > .endfor > > touch release.5 > > @@ -654,15 +655,15 @@ > > > ${RD}/mfsfd/stand/etc/services > > ln ${RD}/mfsfd/stand/etc/services ${RD}/mfsfd/etc/services > > ln ${RD}/mfsfd/stand/etc/netconfig ${RD}/mfsfd/etc/netconfig > > - gzip -9c ${RD}/trees/base/COPYRIGHT > ${RD}/mfsfd/stand/help/COPYRIGHT.hlp.gz > > + cat ${RD}/trees/base/COPYRIGHT > ${RD}/mfsfd/stand/help/COPYRIGHT.hlp > > .if !defined(NODOC) > > @for i in ${DIST_DOCS_ARCH_INDEP}; do \ > > - gzip -9c ${RND}/${RELNOTES_LANG}/$$i/article.txt > >${RD}/mfsfd/stand/help/`echo $${i} | tr > > 'a-z' 'A-Z'`.TXT.gz; \ > > + cat ${RND}/${RELNOTES_LANG}/$$i/article.txt > ${RD}/mfsfd/stand/help/`echo >$${i} | tr > 'a-z' > > 'A-Z'`.TXT; \ > > done > > @for i in ${DIST_DOCS_ARCH_DEP}; do \ > > - gzip -9c ${RND}/${RELNOTES_LANG}/$$i/${TARGET}/article.txt > >${RD}/mfsfd/stand/help/`echo > > $${i} | tr 'a-z' 'A-Z'`.TXT.gz; \ > > + cat ${RND}/${RELNOTES_LANG}/$$i/${TARGET}/article.txt > >${RD}/mfsfd/stand/help/`echo > $${i} | > > tr 'a-z' 'A-Z'`.TXT; \ > > done > > - @mv ${RD}/mfsfd/stand/help/INSTALLATION.TXT.gz >${RD}/mfsfd/stand/help/INSTALL.TXT.gz > > + @mv ${RD}/mfsfd/stand/help/INSTALLATION.TXT >${RD}/mfsfd/stand/help/INSTALL.TXT > > .endif > > -test -f ${.CURDIR}/install.cfg && cp ${.CURDIR}/install.cfg ${RD}/mfsfd > > @mkdir -p ${RD}/mfsfd/boot > > @@ -674,16 +675,28 @@ > > @echo "Making the regular boot floppy." > > @tar --exclude CVS -cf - -C ${.CURDIR}/../usr.sbin/sysinstall help | \ > > tar xf - -C ${RD}/mfsfd/stand > > - @echo "Compressing doc files..." > > - @gzip -9 ${RD}/mfsfd/stand/help/*.hlp >
Re: Proliferating quirk table entries
On Wed, Aug 21, 2002 at 02:46:14 +0200, Thomas Quinot wrote: > Le 2002-08-17, Nate Lawson écrivait : > > > I'm working on cleaning up quirk entries in scsi_da.c, especially ones > > related to READ/WRITE 6->10 escalation. For those just joining in, there > > is a function (cmd6workaround) that handles a R/W6 error by translating > > the cdb to 10 bytes and restarting it. > > It might be worthwhile moving this to some generic part in the CAM > framework, instead of having it in the da driver. Similar promotion > is performed for some commands (MODE_{SELECT,SENSE}_6 as well as > {READ,WRITE}_6) in a rather ad hoc fashion in atapi-cam. At least > the cmd6workaround function should be factored in some way; as for the > try 6 -> fail -> retry 10 process, however, I am not sure this can > be readily generalised to ATAPI devices (which are explicitly specified > to only support the _10 variants) as these tend to have very strange > reactions to CDBs they cannot handle properly. The right way to handle the 6/10 byte stuff is to have it be a function of the transport type (see the CAM_NEW_TRAN_CODE stuff). The peripheral drivers and userland applications can query the transport type and send 6 or 10 byte commands as appropriate. If we're going to come up with a generic solution, that's probably the direction we need to be heading. Ken -- Kenneth Merry [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
port upgrade problem
portupgrade fails with reason (Makefile broken) on print/jadetex and x11-fonts/webfonts due to make warning: "/usr/ports/Mk/bsd.port.mk", line 2580: warning: duplicate script for target "patch-message" ignored When I try to make/install documentation make also shows a lot of warnings about duplicates. This only affects -CURRENT, -STABLE doesn't have this error message. So I'm afraid that it's related to -CURRENT... Sincerely, Maxim M. Kazachek mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Proliferating quirk table entries
Le 2002-08-17, Nate Lawson écrivait : > I'm working on cleaning up quirk entries in scsi_da.c, especially ones > related to READ/WRITE 6->10 escalation. For those just joining in, there > is a function (cmd6workaround) that handles a R/W6 error by translating > the cdb to 10 bytes and restarting it. It might be worthwhile moving this to some generic part in the CAM framework, instead of having it in the da driver. Similar promotion is performed for some commands (MODE_{SELECT,SENSE}_6 as well as {READ,WRITE}_6) in a rather ad hoc fashion in atapi-cam. At least the cmd6workaround function should be factored in some way; as for the try 6 -> fail -> retry 10 process, however, I am not sure this can be readily generalised to ATAPI devices (which are explicitly specified to only support the _10 variants) as these tend to have very strange reactions to CDBs they cannot handle properly. Thomas. -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: BAD psmintr: [Re: psm problem]
BTW, just a hunch: try reverting sys/dev/pci/pci.c to 1.194 and see if that helps. Looks like the current version of psm.c is requesting a shared interrupt (RF_SHAREABLE). -Nate On Tue, 20 Aug 2002, Nate Lawson wrote: > Nothing has changed in moused or sys/isa/psm.c for at least 5 months so > this may be a more general problem. How about a dmesg? > > Please keep -current in the cc: so everyone can benefit. > > On Wed, 21 Aug 2002, Anselm Garbe wrote: > > On Tue, Aug 20, 2002 at 01:37:34PM -0700, Nate Lawson wrote: > > > Are you using /dev/psm0 directly in X or with moused or with XKBD? > > > > > > > I'm using moused - the problem isn't X related at all. > > > > Here's my configuration: > > > > ---[rc.conf]--- > > [...] > > moused_port="/dev/psm0" > > moused_type="auto" > > moused_enable="YES" > > > > > > /boot/device.hints is identical to current GENERIC.hints > > > > Anselm > > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
driver an - crushing
After using some program which work in promiscuous mode like trafshow, the an driver logging no space buffer... and don't transmit any more, I test it on FreeBSD 4.6 stable - the same, but in the past it worked good. If don't use promiscuous mode on interface an0, it work quit good for long time. http://mail.jasna.net.pl To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
quotacheck: bad inode number 1 to nextinode
I try to use quota on FreeBSD 5.0 current(today cvsuped), but I have the problem: ad0: 57241MB[116301/16/63] at ata0-master UDMA100 acd0: DVD-ROM at ata1-master PIO4 Mounting root from ufs:/dev/ad0s2a k34# mount /dev/ad0s2a on / (ufs, local) devfs on /dev (devfs, local) /dev/ad0s2f on /usr (ufs, local) /dev/ad0s2e on /var (ufs, local, soft-updates) k34# cat /etc/fstab # DeviceMountpoint FStype Options Dump Pass# /dev/ad0s2b noneswapsw 0 0 /dev/ad0s2a / ufs rw 1 1 /dev/ad0s2f /usrufs rw,userquota2 2 /dev/ad0s2e /varufs rw 2 2 /dev/acd0c /cdrom cd9660 ro,noauto 0 0 k34# quotacheck /usr quotacheck: bad inode number 1 to nextinode k34# http://mail.jasna.net.pl http://mail.jasna.net.pl --- Begin Message --- --- End Message ---
Re: BAD psmintr: [Re: psm problem]
Nothing has changed in moused or sys/isa/psm.c for at least 5 months so this may be a more general problem. How about a dmesg? Please keep -current in the cc: so everyone can benefit. On Wed, 21 Aug 2002, Anselm Garbe wrote: > On Tue, Aug 20, 2002 at 01:37:34PM -0700, Nate Lawson wrote: > > Are you using /dev/psm0 directly in X or with moused or with XKBD? > > > > I'm using moused - the problem isn't X related at all. > > Here's my configuration: > > ---[rc.conf]--- > [...] > moused_port="/dev/psm0" > moused_type="auto" > moused_enable="YES" > > > /boot/device.hints is identical to current GENERIC.hints > > Anselm > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: 3 floppy system for -current releases
On 08-Aug-2002 John Hay wrote: > Here is a try at a 3 floppy system. Most people should be able to > install with the first 2 floppies (kern.flp and mfsroot.flp). Just > those that need a driver on the third floppy (drivers.flp) will > need it. > > If this idea is acceptable, we should probably tweak what should > go on the second floppy and what is used the least and put that > on the last one. > > To load drivers from the drivers floppy, go to "Configure" and then > the last option there is "Load KLD". > > The last 2 files in the diff (bld-ko.sh and driver-list.awk) are not > really needed. That is part of my attempt to create a single .ko to > save space on mfsroot.flp. But I can't get internal dependancies to > work yet. Most drivers depend on miibus and that don't get loaded > first. > > John > -- > John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED] > > > Index: usr.sbin/sysinstall/system.c > === > RCS file: /home/ncvs/src/usr.sbin/sysinstall/system.c,v > retrieving revision 1.119 > diff -u -r1.119 system.c > --- usr.sbin/sysinstall/system.c 1 Nov 2001 23:32:46 - 1.119 > +++ usr.sbin/sysinstall/system.c 8 Aug 2002 09:17:01 - > @@ -348,7 +348,13 @@ > snprintf(buf, FILENAME_MAX, "/stand/help/%s.hlp.gz", file); > if (file_readable(buf)) > return expand(buf); > +snprintf(buf, FILENAME_MAX, "/stand/help/%s.hlp", file); > +if (file_readable(buf)) > + return expand(buf); > snprintf(buf, FILENAME_MAX, "/stand/help/%s.TXT.gz", file); > +if (file_readable(buf)) > + return expand(buf); > +snprintf(buf, FILENAME_MAX, "/stand/help/%s.TXT", file); > if (file_readable(buf)) > return expand(buf); > snprintf(buf, FILENAME_MAX, "/usr/src/usr.sbin/sysinstall/help/%s.hlp", file); What does this patch do? It calls expand() so it is expecting an uncompressed file which is probably wrong. > Index: release/Makefile > === > RCS file: /home/ncvs/src/release/Makefile,v > retrieving revision 1.698 > diff -u -r1.698 Makefile > --- release/Makefile 5 Aug 2002 16:57:43 - 1.698 > +++ release/Makefile 8 Aug 2002 15:40:27 - > @@ -518,7 +518,8 @@ > .endif > cd ${j}_crunch; ${WMAKE} -f ${j}_crunch.mk subclean > cd ${.CURDIR}/..; ${TMAKE} build-tools > - cd ${j}_crunch; ${WMAKE} -f ${j}_crunch.mk all > + cd ${j}_crunch; ${WMAKE} -f ${j}_crunch.mk \ > + CFLAGS="-Os -pipe" -DNO_CPU_CFLAGS all > mv ${j}_crunch/${j}_crunch ${RD}/crunch/${j} > .endfor > touch release.5 > @@ -654,15 +655,15 @@ > > ${RD}/mfsfd/stand/etc/services > ln ${RD}/mfsfd/stand/etc/services ${RD}/mfsfd/etc/services > ln ${RD}/mfsfd/stand/etc/netconfig ${RD}/mfsfd/etc/netconfig > - gzip -9c ${RD}/trees/base/COPYRIGHT > ${RD}/mfsfd/stand/help/COPYRIGHT.hlp.gz > + cat ${RD}/trees/base/COPYRIGHT > ${RD}/mfsfd/stand/help/COPYRIGHT.hlp > .if !defined(NODOC) > @for i in ${DIST_DOCS_ARCH_INDEP}; do \ > - gzip -9c ${RND}/${RELNOTES_LANG}/$$i/article.txt > >${RD}/mfsfd/stand/help/`echo $${i} | tr > 'a-z' 'A-Z'`.TXT.gz; \ > + cat ${RND}/${RELNOTES_LANG}/$$i/article.txt > ${RD}/mfsfd/stand/help/`echo >$${i} | tr 'a-z' > 'A-Z'`.TXT; \ > done > @for i in ${DIST_DOCS_ARCH_DEP}; do \ > - gzip -9c ${RND}/${RELNOTES_LANG}/$$i/${TARGET}/article.txt > >${RD}/mfsfd/stand/help/`echo > $${i} | tr 'a-z' 'A-Z'`.TXT.gz; \ > + cat ${RND}/${RELNOTES_LANG}/$$i/${TARGET}/article.txt > >${RD}/mfsfd/stand/help/`echo $${i} | > tr 'a-z' 'A-Z'`.TXT; \ > done > - @mv ${RD}/mfsfd/stand/help/INSTALLATION.TXT.gz >${RD}/mfsfd/stand/help/INSTALL.TXT.gz > + @mv ${RD}/mfsfd/stand/help/INSTALLATION.TXT ${RD}/mfsfd/stand/help/INSTALL.TXT > .endif > -test -f ${.CURDIR}/install.cfg && cp ${.CURDIR}/install.cfg ${RD}/mfsfd > @mkdir -p ${RD}/mfsfd/boot > @@ -674,16 +675,28 @@ > @echo "Making the regular boot floppy." > @tar --exclude CVS -cf - -C ${.CURDIR}/../usr.sbin/sysinstall help | \ > tar xf - -C ${RD}/mfsfd/stand > - @echo "Compressing doc files..." > - @gzip -9 ${RD}/mfsfd/stand/help/*.hlp Why in the world are you not compressing the various text files? I thought the name of the game was to _decrease_ the size of things on the floppies. The rest of this looks fine although I think perhaps it should be split up into a few separate commits (SINGLE_MODULE should be its own commit, driver.flp should be its own commit, etc.) -- John Baldwin <[EMAIL PROTECTED]> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
current buildworld failure on Alpha?
What did I miss this time? ds10#make Segmentation fault (core dumped) "/usr/src/Makefile.inc1", line 140: warning: "make -f /dev/null -m /usr/src/share/mk CPUTYPE=ev56 -V CPUTYPE" returned non-zero status "/usr/src/Makefile.inc1", line 142: CPUTYPE global should be set with ?=. *** Error code 1 Stop in /usr/src. ds10# ds10# ds10#uname -a FreeBSD ds10.wbnet 5.0-CURRENT FreeBSD 5.0-CURRENT #7: Sat Aug 10 19:51:27 CEST 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DS10 alpha ds10#date Tue Aug 20 22:44:41 CEST 2002 ds10# -- | / o / /_ _ [EMAIL PROTECTED] |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: BAD psmintr: [Re: psm problem]
Are you using /dev/psm0 directly in X or with moused or with XKBD? On Tue, 20 Aug 2002, Anselm Garbe wrote: > Hi there again, > > so after using -current of Mon Aug 19 22:50:47 CEST 2002 I get the > same errors. Maybe I should describe the problem more precisely. > > On Aug 15, 2002 I upgraded my -current system (world+kernel). Therefore > I used -current of Aug 6, 2002 without any problems. > Since Aug 15 I get following errors with several ps/2 mouses (I only > have two ones - MS Mouse of late 80s and a very new MS IntelliEye): > > Aug 20 20:22:49 odin kernel: psmintr: out of sync (00c0 != ). > Aug 20 20:22:49 odin kernel: psmintr: discard a byte (1). > Aug 20 20:22:49 odin kernel: psmintr: out of sync (00c0 != ). > Aug 20 20:22:49 odin kernel: psmintr: discard a byte (2). > Aug 20 20:22:52 odin kernel: psmintr: out of sync (00c0 != ). > Aug 20 20:22:52 odin kernel: psmintr: re-enable the mouse. > Aug 20 20:51:38 odin kernel: psmintr: out of sync (00c0 != ). > > > Sometimes the mouse doesn't work after booting or after tons of error > messages like above, /dev/psaux will be disabled by the kernel. > > I searched for related questions via google and several freebsd-mailing lists, and >tried in fact to set hint.psm.0.flags="0x800" in /boot/device.hints. > I tried both mouses with no different behavior. > > I tried 4.6-RELEASE, which works fine. > > Any hints? What could be the problem? And remember, that everything > worked fine with -current of Aug 6, 2002 and before. > > Thanks, > Anselm To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
BAD psmintr: [Re: psm problem]
Hi there again, so after using -current of Mon Aug 19 22:50:47 CEST 2002 I get the same errors. Maybe I should describe the problem more precisely. On Aug 15, 2002 I upgraded my -current system (world+kernel). Therefore I used -current of Aug 6, 2002 without any problems. Since Aug 15 I get following errors with several ps/2 mouses (I only have two ones - MS Mouse of late 80s and a very new MS IntelliEye): Aug 20 20:22:49 odin kernel: psmintr: out of sync (00c0 != ). Aug 20 20:22:49 odin kernel: psmintr: discard a byte (1). Aug 20 20:22:49 odin kernel: psmintr: out of sync (00c0 != ). Aug 20 20:22:49 odin kernel: psmintr: discard a byte (2). Aug 20 20:22:52 odin kernel: psmintr: out of sync (00c0 != ). Aug 20 20:22:52 odin kernel: psmintr: re-enable the mouse. Aug 20 20:51:38 odin kernel: psmintr: out of sync (00c0 != ). Sometimes the mouse doesn't work after booting or after tons of error messages like above, /dev/psaux will be disabled by the kernel. I searched for related questions via google and several freebsd-mailing lists, and tried in fact to set hint.psm.0.flags="0x800" in /boot/device.hints. I tried both mouses with no different behavior. I tried 4.6-RELEASE, which works fine. Any hints? What could be the problem? And remember, that everything worked fine with -current of Aug 6, 2002 and before. Thanks, Anselm On Thu, Aug 15, 2002 at 08:43:25AM +0200, Anselm Garbe wrote: > On Thu, Aug 15, 2002 at 12:14:37AM +0200, Anselm Garbe wrote: > > Hi there, > > > > after make world of today: > > my mouse behaves sometimes curios (while moving around, some selections > > are done, without clicking)... > > OK, after installing a new world (source code of Aug 15, 2002 at 00:00 > MEZ), the psm problem still exists, here's what /var/log/messages says: > > Aug 15 08:30:36 odin named[183]: Ready to answer queries. > Aug 15 08:34:13 odin kernel: drm0: port 0x9000-0x90ff mem >0xdd00-0xdd00,0xd000-0xd7ff irq 5 at device 0.0 on pci1 > Aug 15 08:34:13 odin kernel: info: [drm] AGP at 0xd800 64MB > Aug 15 08:34:13 odin kernel: info: [drm] Initialized radeon 1.1.1 20010405 on minor 0 > Aug 15 08:34:41 odin kernel: psmintr: out of sync ( != 0008). > Aug 15 08:34:41 odin kernel: psmintr: discard a byte (1). > Aug 15 08:34:41 odin kernel: psmintr: out of sync ( != 0008). > Aug 15 08:34:41 odin kernel: psmintr: discard a byte (2). > Aug 15 08:34:41 odin kernel: psmintr: out of sync ( != 0008). > Aug 15 08:34:41 odin kernel: psmintr: discard a byte (3). > > It's clear now, that this problem starts after launching X. > The last world I tried was of Aug 06, 2002 without these problems. > XFree86 was installed also on Aug 06, 2002 via ports. > > Anselm > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: CFLAGS=-O and WARN=5
On 2002-08-14 18:58 +, Jun Kuriyama wrote: > When I tried make world with CFLAGS="-g -pipe" in make.conf, I got > a result below. > ===> bin/df > cc -pipe -g -I/usr/src/bin/df/../../sbin/mount -Werror -Wall -Wno-format-y2k -W >-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual >-Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wuninitialized -Wformat=2 >-Wno-format-extra-args -Werror -c /usr/src/bin/df/df.c > cc1: warnings being treated as errors > cc1: warning: -Wuninitialized is not supported without -O > *** Error code 1 > Is buildworld without CFLAGS=-O not supported? That's not true, AFAIK. You should still be able to build world without any sort of optimization if you didn't use WARNS=5 and manually crafted your CFLAGS. * Note: I can't recall where I have seen it, but I also remember someone writing that some of the GCC warnings do not work as expected without optimizations. So you might eventually decide that it's better to keep at least -O enabled. - Giorgos To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: i386 tinderbox failure
According to Dag-Erling Smorgrav: > -- > >>> stage 4: building everything.. > -- > ===> usr.sbin/getextattr > /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c:139:40: multi-line string >literals are deprecated > /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c: In function `main': > /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c:139: stray '\' in program > /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c:139: syntax error before "n" Already fixed. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
i386 tinderbox failure
-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree -- >>> stage 2: rebuilding the object tree -- >>> stage 2: build tools -- >>> stage 3: cross tools -- >>> stage 4: populating >/home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -- >>> stage 4: building libraries -- >>> stage 4: make dependencies -- >>> stage 4: building everything.. -- ===> usr.sbin/getextattr /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c:139:40: multi-line string literals are deprecated /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c: In function `main': /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c:139: stray '\' in program /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c:139: syntax error before "n" /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c:142:14: multi-line string literals are deprecated /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c:147:20: multi-line string literals are deprecated /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c:152:22: multi-line string literals are deprecated /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c:139: stray '\' in program /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c:157: syntax error before "else" /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c:162: syntax error before "else" cc1: warnings being treated as errors /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c: At top level: /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c:173: warning: type defaults to `int' in declaration of `free' /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c:173: warning: parameter names (without types) in function declaration /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c:173: conflicting types for `free' /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include/stdlib.h:107: previous declaration of `free' /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c:173: warning: data definition has no type or storage class /local0/scratch/des/src/usr.sbin/getextattr/getextattr.c:174: syntax error before '}' token *** Error code 1 Stop in /local0/scratch/des/src/usr.sbin/getextattr. *** Error code 1 Stop in /local0/scratch/des/src/usr.sbin. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
killall doesn't kill the process
I had some process taking 98% CPU and decided to kill it. "killall midc" said: No matching processes were found. "top" showed midc on top. "killall midc" -- same thing. Killing by PID worked fine. So maybe the name in processes table got corrupted? Version: CURRENT cvsupped on Saturday. Yuri. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: VAIO R505ES better, but...
In message: <[EMAIL PROTECTED]> Pete Carah <[EMAIL PROTECTED]> writes: : I'm mostly concerned with the newcard not seeing *any* cards or card-like : objects (e.g. the built-in orinoco). Stable sees the orinoco but won't : use it due to lack of a properly-mapped IRQ. My zoom modem card : was also plugged in for this boot and not spotted... ... : cbb1: at device 11.0 on pci1 : pcib1: device cbb1 requested decoded memory range 0xe020-0xe02f : cardbus1: on cbb1 : pccard1: <16-bit PCCard bus> on cbb1 : cbb: Unable to map IRQ... : device_probe_and_attach: cbb1 attach returned 12 ... : acpi_cpu0: set speed to 100.0% : acpi_cpu: CPU throttling enabled, 8 steps from 100% to 12.5% : acpi_acad0: On Line acpi + interrupt routing doesn't work. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: acpi prevents fdc to detect correctly
On Tue, Aug 20, 2002 at 08:43:20AM +0200, Mark Santcroos wrote: > put: > exec="unset acpi_load" > in your /boot/loader.conf Or: hint.acpi.0.disable="1" Nice to have several solutions to a problem in the UNIX world :-) -- Anders Andersson <[EMAIL PROTECTED]> UNIX, Networking and Security consultant +46 (0)705 87 53 35 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
VAIO R505ES better, but...
Well, now it boots (presumably thanks to IRQ fixes for TI bridges...) Now it doesn't spot *any* devices on pc-card or the built-in wi0; also the mouse gets lost ("psm0: unable to allocate IRQ"). The Memory-stick does work (with a manual camcontrol rescan). (there are plenty of complaints from booting with no card present, but it works right once I plug one in. Firewire driver not yet present (I know about the patch and will likely try it when I get time.) I'm mostly concerned with the newcard not seeing *any* cards or card-like objects (e.g. the built-in orinoco). Stable sees the orinoco but won't use it due to lack of a properly-mapped IRQ. My zoom modem card was also plugged in for this boot and not spotted... Another nit for whoever handles ACPI: If I do "shutdown -p now", the system powers down apparently properly, but when I try to power back up it locks up in a state with the power and battery light both on and nothing else running. Thank heavens for a good supply of paper clips :-) "shutdown -h now" and powering off with the button works fine. -- Pete verbose DMESG follows - Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #4: Tue Aug 20 05:54:23 PDT 2002 [EMAIL PROTECTED]:/d/obj-s/current/usr/src/sys/PORT2 Preloaded elf kernel "/boot/kernel/kernel" at 0xc043e000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc043e0a8. Calibrating clock(s) ... TSC clock: 1193121752 Hz, i8254 clock: 1193199 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 1193107642 Hz CPU: Pentium III/Pentium III Xeon/Celeron (1193.11-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 266862592 (260608K bytes) Physical memory chunk(s): 0x1000 - 0x0009dfff, 643072 bytes (157 pages) 0x00465000 - 0x0fce, 260616192 bytes (63627 pages) 0x0fd0 - 0x0fe77fff, 1540096 bytes (376 pages) avail memory = 253870080 (247920K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f6ba0 bios32: Entry = 0xfd871 (c00fd871) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd870+0x13a pnpbios: Found PnP BIOS data at 0xc00f6bd0 pnpbios: Entry = f:880c Rev = 1.0 Other BIOS signatures found: random: mem: Pentium Pro MTRR support enabled null: pci_open(1):mode 1 addr port (0x0cf8) is 0x8000f904 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=35758086) Using $PIR table, 9 entries at 0xc00fdf30 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_pcib0: port 0xcf8-0xcff on acpi0 pci0: physical bus=0 map[10]: type 3, range 32, base , size 0, enabled found-> vendor=0x8086, dev=0x3575, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 map[10]: type 3, range 32, base e800, size 27, enabled map[14]: type 1, range 32, base e000, size 19, enabled found-> vendor=0x8086, dev=0x3577, revid=0x04 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 intpin=a, irq=9 powerspec 1 supports D0 D1 D3 current D0 map[10]: type 3, range 32, base f000, size 27, enabled map[14]: type 1, range 32, base e008, size 19, enabled found-> vendor=0x8086, dev=0x3577, revid=0x00 bus=0, slot=2, func=1 class=03-80-00, hdrtype=0x00, mfdev=1 powerspec 1 supports D0 D1 D3 current D0 map[20]: type 4, range 32, base 1800, size 5, enabled found-> vendor=0x8086, dev=0x2482, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 intpin=a, irq=9 map[20]: type 4, range 32, base 1820, size 5, enabled found-> vendor=0x8086, dev=0x2484, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=b, irq=9 map[20]: type 4, range 32, base 1840, size 5, enabled found-> vend
Re: acpi prevents fdc to detect correctly
On Tue, Aug 20, 2002 at 12:34:52PM +0200, Simon 'corecode' Schubert wrote: > On Tue, 20 Aug 2002 08:43:20 +0200 Mark Santcroos wrote: > > > > if i prevent acpi from being loaded on boot time (don't know the right > > > procedure, just `set module_path=/' in /boot/loader) fdc is detected > > > correctly. > > put: > > exec="unset acpi_load" > > in your /boot/loader.conf > > ah, thanks. still that doesn't solve the root of the problem :) Indeed, I got myself a Dell C640, an ACPI only laptop. It works far from ideal and I'm working on that now. But it is nice to have some intermediate workaround. Mark -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: acpi prevents fdc to detect correctly
On Tue, 20 Aug 2002 08:43:20 +0200 Mark Santcroos wrote: > > if i prevent acpi from being loaded on boot time (don't know the right > > procedure, just `set module_path=/' in /boot/loader) fdc is detected > > correctly. > put: > exec="unset acpi_load" > in your /boot/loader.conf ah, thanks. still that doesn't solve the root of the problem :) cheers simon -- /"\ http://corecode.ath.cx/#donate \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News msg42056/pgp0.pgp Description: PGP signature
kernel: drop session, too many entries
hi all i have problem, and don't know why: Aug 20 10:41:21 kripel kernel: drop session, too many entries Aug 20 10:41:32 kripel last message repeated 2 times Aug 20 10:47:06 kripel kernel: drop session, too many entries Aug 20 10:47:09 kripel kernel: drop session, too many entries Aug 20 10:49:08 kripel su: rado to root on /dev/ttyp6 Aug 20 10:49:32 kripel kernel: ../../../vm/uma_core.c:1332: could sleep with "inp" locked from ../../../netinet/tcp_usrreq.c:536Aug 20 10:49:32 kripel kernel: ../../../vm/uma_core.c:1332: could sleep with "inp" locked from ../../../netinet/tcp_usrreq.c:536Aug 20 10:51:10 kripel kernel: drop session, too many entries Aug 20 10:58:33 kripel syslogd: kernel boot file is /boot//kernel/kernel and reboot ;( i think that may be with this, but: #sysctl -a | grep entries vfs.pfs.vncache.entries: 1 vfs.pfs.vncache.maxentries: 3 #sysctl -w vfs.pfs.vncache.entries=2 sysctl: oid 'vfs.pfs.vncache.entries' is read only this is 2 times in one hour, what can i do ? please help -- -- bye R.R.K.K. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Exceptions problems with gcc3.1.1. try/catch does not work in allcases
Hi all / Alexander, > Kevin B. Hendricks <[EMAIL PROTECTED]> wrote > > I would say either your bridge code is broken the walk back of the > exception handler is not finding the proper "try" clause for some > reason. > The bridge code should be fine as it works in Linux with gcc3.1.1. > The catching of exceptions thrown by code not in the current frame was > broken oat one point in ppc gcc 2.95.4 and it had similar symptoms. #0 0x28b8b888 in kill () from /usr/lib/libc_r.so.4 #1 0x28bdaade in abort () from /usr/lib/libc_r.so.4 #2 0x28ad5b3b in __cxxabiv1::__terminate(void (*)()) (handler=0x28bdaa84 ) at ../../../../gcc-3.1.1/libstdc++-v3/libsupc++/eh_terminate.cc:47 #3 0x28ad5b6b in std::terminate() () at ../../../../gcc-3.1.1/libstdc++-v3/libsupc++/eh_terminate.cc:57 #4 0x28ad5c59 in __cxa_throw () at ../../../../gcc-3.1.1/libstdc++-v3/libsupc++/eh_throw.cc:77 #5 0x2a8fb438 in SfxFrameLoader::detect(com::sun::star::uno::Sequence&) (this=0x80f9400, lDescriptor=@0xbfbfea70) at /usr/ports/editors/openoffice/work/oo_1.0.1_src/sfx2/source/view/frmload.cxx:763 #6 0x2ba218cc in framework::TypeDetection::queryTypeByDescriptor(com::sun::star::uno::Sequence&, unsigned char) () from /usr/local/OpenOffice.org1.0/program//libfwl641fi.so #7 0x2b8d8ff5 in framework::BaseDispatcher::implts_detectType(com::sun::star::util::URL const&, com::sun::star::uno::Sequence&, unsigned char) () from /usr/local/OpenOffice.org1.0/program//libfwk641fi.so #8 0x2b8dda5a in framework::BlankDispatcher::dispatch(com::sun::star::util::URL const&, com::sun::star::uno::Sequence const&) () from /usr/local/OpenOffice.org1.0/program//libfwk641fi.so (gdb) frame 5 #5 0x2a8fb438 in SfxFrameLoader::detect(com::sun::star::uno::Sequence&) (this=0x80f9400, lDescriptor=@0xbfbfea70) at /usr/ports/editors/openoffice/work/oo_1.0.1_src/sfx2/source/view/frmload.cxx:763 763 throw exPacked; Current language: auto; currently c++ (gdb) list 758 // when access to medium gives an error, the filter can't be valid 759 pFilter = NULL; 760 ::com::sun::star::lang::WrappedTargetRuntimeException exPacked; 761 ::com::sun::star::ucb::CommandAbortedException exAbort ; 762 exPacked.TargetException <<= exAbort; 763 throw exPacked; 764 } 765 766 // may be - w4w filter dont close these stream right 767 // so we should do that here. Do you know more here ? Martin To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: acpi prevents fdc to detect correctly
On Mon, Aug 19, 2002 at 05:00:55PM +0200, Simon 'corecode' Schubert wrote: > if i prevent acpi from being loaded on boot time (don't know the right > procedure, just `set module_path=/' in /boot/loader) fdc is detected > correctly. put: exec="unset acpi_load" in your /boot/loader.conf -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message