Re: FreeBSD 12 kernel broken
On Mon, 25 Mar 2019 06:13:28 +1100 Peter Jeremy wrote: > On 2019-Mar-22 19:08:18 +0300, Rozhuk Ivan > wrote: > >ld: error: undefined symbol: xz_dec_init > referenced by g_uzip_lzma.c:106 > (/usr/src/sys/geom/uzip/g_uzip_lzma.c:106) > g_uzip_lzma.o:(g_uzip_lzma_ctor) > > > >ld: error: undefined symbol: xz_dec_run > referenced by g_uzip_lzma.c:81 > (/usr/src/sys/geom/uzip/g_uzip_lzma.c:81) > g_uzip_lzma.o:(g_uzip_lzma_decompress) > > > >ld: error: undefined symbol: xz_dec_end > referenced by g_uzip_lzma.c:60 > (/usr/src/sys/geom/uzip/g_uzip_lzma.c:60) > g_uzip_lzma.o:(g_uzip_lzma_free) > >--- kernel.full --- > >*** [kernel.full] Error code 1 > > Are you talking about FreeBSD 12 or FreeBSD 13? > 12 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: FreeBSD 12 kernel broken
On 2019-Mar-22 19:08:18 +0300, Rozhuk Ivan wrote: >ld: error: undefined symbol: xz_dec_init referenced by g_uzip_lzma.c:106 (/usr/src/sys/geom/uzip/g_uzip_lzma.c:106) g_uzip_lzma.o:(g_uzip_lzma_ctor) > >ld: error: undefined symbol: xz_dec_run referenced by g_uzip_lzma.c:81 (/usr/src/sys/geom/uzip/g_uzip_lzma.c:81) g_uzip_lzma.o:(g_uzip_lzma_decompress) > >ld: error: undefined symbol: xz_dec_end referenced by g_uzip_lzma.c:60 (/usr/src/sys/geom/uzip/g_uzip_lzma.c:60) g_uzip_lzma.o:(g_uzip_lzma_free) >--- kernel.full --- >*** [kernel.full] Error code 1 Are you talking about FreeBSD 12 or FreeBSD 13? -- Peter Jeremy signature.asc Description: PGP signature
Re: FreeBSD 12 kernel broken
On Sat, Mar 23, 2019 at 01:23:58AM +0300, Rozhuk Ivan wrote: > On Fri, 22 Mar 2019 12:12:44 -0700 > Maxim Sobolev wrote: > > > src/UPDATING entry perhaps in order? > > > > > Read the updated man page for geom_uzip. Add > > > device xz > > > to your kernel config. > > > https://www.freebsd.org/cgi/man.cgi?query=geom_uzip=0=0=FreeBSD+13-current=default=html > https://www.freebsd.org/cgi/man.cgi?query=geom_uzip=0=0=FreeBSD+12.0-stable=default=html > > I see nothing about xz. Because you are looking at outdated man pages. Did you tried to look at the page from the same checkout as you build the kernel from ? > src/UPDATING - nothing. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: FreeBSD 12 kernel broken
On Fri, 22 Mar 2019 12:12:44 -0700 Maxim Sobolev wrote: > src/UPDATING entry perhaps in order? > > > Read the updated man page for geom_uzip. Add > > device xz > > to your kernel config. https://www.freebsd.org/cgi/man.cgi?query=geom_uzip=0=0=FreeBSD+13-current=default=html https://www.freebsd.org/cgi/man.cgi?query=geom_uzip=0=0=FreeBSD+12.0-stable=default=html I see nothing about xz. src/UPDATING - nothing. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: FreeBSD 12 kernel broken
src/UPDATING entry perhaps in order? -Max On Fri, Mar 22, 2019, 11:39 AM Konstantin Belousov wrote: > On Fri, Mar 22, 2019 at 07:08:18PM +0300, Rozhuk Ivan wrote: > > > > > > ld: error: undefined symbol: xz_dec_init > > >>> referenced by g_uzip_lzma.c:106 > (/usr/src/sys/geom/uzip/g_uzip_lzma.c:106) > > >>> g_uzip_lzma.o:(g_uzip_lzma_ctor) > > > > ld: error: undefined symbol: xz_dec_run > > >>> referenced by g_uzip_lzma.c:81 > (/usr/src/sys/geom/uzip/g_uzip_lzma.c:81) > > >>> g_uzip_lzma.o:(g_uzip_lzma_decompress) > > > > ld: error: undefined symbol: xz_dec_end > > >>> referenced by g_uzip_lzma.c:60 > (/usr/src/sys/geom/uzip/g_uzip_lzma.c:60) > > >>> g_uzip_lzma.o:(g_uzip_lzma_free) > > --- kernel.full --- > > *** [kernel.full] Error code 1 > > > Read the updated man page for geom_uzip. Add > device xz > to your kernel config. > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: FreeBSD 12 kernel broken
On Fri, Mar 22, 2019 at 07:08:18PM +0300, Rozhuk Ivan wrote: > > > ld: error: undefined symbol: xz_dec_init > >>> referenced by g_uzip_lzma.c:106 (/usr/src/sys/geom/uzip/g_uzip_lzma.c:106) > >>> g_uzip_lzma.o:(g_uzip_lzma_ctor) > > ld: error: undefined symbol: xz_dec_run > >>> referenced by g_uzip_lzma.c:81 (/usr/src/sys/geom/uzip/g_uzip_lzma.c:81) > >>> g_uzip_lzma.o:(g_uzip_lzma_decompress) > > ld: error: undefined symbol: xz_dec_end > >>> referenced by g_uzip_lzma.c:60 (/usr/src/sys/geom/uzip/g_uzip_lzma.c:60) > >>> g_uzip_lzma.o:(g_uzip_lzma_free) > --- kernel.full --- > *** [kernel.full] Error code 1 > Read the updated man page for geom_uzip. Add device xz to your kernel config. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
FreeBSD 12 kernel broken
ld: error: undefined symbol: xz_dec_init >>> referenced by g_uzip_lzma.c:106 (/usr/src/sys/geom/uzip/g_uzip_lzma.c:106) >>> g_uzip_lzma.o:(g_uzip_lzma_ctor) ld: error: undefined symbol: xz_dec_run >>> referenced by g_uzip_lzma.c:81 (/usr/src/sys/geom/uzip/g_uzip_lzma.c:81) >>> g_uzip_lzma.o:(g_uzip_lzma_decompress) ld: error: undefined symbol: xz_dec_end >>> referenced by g_uzip_lzma.c:60 (/usr/src/sys/geom/uzip/g_uzip_lzma.c:60) >>> g_uzip_lzma.o:(g_uzip_lzma_free) --- kernel.full --- *** [kernel.full] Error code 1 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: build kernel broken at revision 255705
Em Sat, 21 Sep 2013 08:46:10 -0700, Steve Kargl escreveu On Sat, Sep 21, 2013 at 10:56:19AM -0300, Nilton Jose Rizzo wrote: Em Thu, 19 Sep 2013 23:07:35 -0700, Steve Kargl escreveu On Fri, Sep 20, 2013 at 12:27:55AM -0300, Nilton Jose Rizzo wrote: kernel config in attach tar file Include the the config file in the body of the email. The freebsd mail server seems to strip attachments. ok. my config file You sent it only to me. Not to the freebsd mailing list where other might be able to help. Sorry I forgot to replay to all cause yhe problrm. this is present in LINT and I put in my kernel config, the configure run ok but not compile the kernel file. Pulling options from LINT is not a great idea unless you know exactly what is does and how it works. But I need or not the options to ICONV This is the point I search some references about it and not found nothing. Rizzo -- Steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: build kernel broken at revision 255705
On Fri, Sep 20, 2013 at 12:27:55AM -0300, Nilton Jose Rizzo wrote: kernel config in attach tar file Include the the config file in the body of the email. The freebsd mail server seems to strip attachments. -- Steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
build kernel broken at revision 255705
root@valfenda:/usr # svn info src Caminho: src Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Raiz do Repositório: svn://svn.freebsd.org/base UUID do repositório: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revisão: 255706 Tipo de Nó: diretório Agendado: normal Autor da Última Mudança: gibbs Revisão da Última Mudança: 255705 Data da Última Mudança: 2013-09-19 11:41:10 -0300 (Qui, 19 Set 2013) Command line: make buildkernel KERNCONF=VALFENDA make installKERNEL KERNCONF=VALFENDA make installworld MAKE=make sh /usr/src/sys/conf/newvers.sh VALFENDA cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror vers.c linking kernel udf_iconv.o: In function `udf_iconv_mod_handler': /usr/src/sys/fs/udf/udf_iconv.c:(.text+0x24): undefined reference to `udf_iconv' /usr/src/sys/fs/udf/udf_iconv.c:(.text+0x3b): undefined reference to `udf_iconv' *** Error code 1 Stop. make[2]: stopped in /usr/obj/usr/src/sys/VALFENDA *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src root@valfenda:/usr/src # it's terrible, last work build was friday 13 Rizzo I think tha LIBICONV within kernel not work I'll use it out. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: build kernel broken at revision 255705
On Thu, Sep 19, 2013 at 11:17:49PM -0300, Nilton Jose Rizzo wrote: Command line: make buildkernel KERNCONF=VALFENDA make installKERNEL KERNCONF=VALFENDA make installworld Please provide your kernel config, make.conf and src.conf Glen pgpERol9_nAui.pgp Description: PGP signature
Re: build kernel broken at revision 255705
Em Thu, 19 Sep 2013 22:24:54 -0400, Glen Barber escreveu On Thu, Sep 19, 2013 at 11:17:49PM -0300, Nilton Jose Rizzo wrote: Command line: make buildkernel KERNCONF=VALFENDA make installKERNEL KERNCONF=VALFENDA make installworld Please provide your kernel config, make.conf and src.conf Glen root@valfenda:/home2/rizzo # more /etc/make.conf JAVA_VERSION=1.7 # added by use.perl 2013-08-31 20:03:13 PERL_VERSION=5.16.3 sr.conf: empty ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: build kernel broken at revision 255705
On Thu, Sep 19, 2013 at 11:36:29PM -0300, Nilton Jose Rizzo wrote: Em Thu, 19 Sep 2013 22:24:54 -0400, Glen Barber escreveu On Thu, Sep 19, 2013 at 11:17:49PM -0300, Nilton Jose Rizzo wrote: Command line: make buildkernel KERNCONF=VALFENDA make installKERNEL KERNCONF=VALFENDA make installworld Please provide your kernel config, make.conf and src.conf Glen root@valfenda:/home2/rizzo # more /etc/make.conf JAVA_VERSION=1.7 # added by use.perl 2013-08-31 20:03:13 PERL_VERSION=5.16.3 sr.conf: empty src.conf. And the kernel config. Glen pgpkAP6lnjtjs.pgp Description: PGP signature
Re: build kernel broken at revision 255705
Em Thu, 19 Sep 2013 22:49:58 -0400, Glen Barber escreveu On Thu, Sep 19, 2013 at 11:36:29PM -0300, Nilton Jose Rizzo wrote: Em Thu, 19 Sep 2013 22:24:54 -0400, Glen Barber escreveu On Thu, Sep 19, 2013 at 11:17:49PM -0300, Nilton Jose Rizzo wrote: Command line: make buildkernel KERNCONF=VALFENDA make installKERNEL KERNCONF=VALFENDA make installworld Please provide your kernel config, make.conf and src.conf Glen root@valfenda:/home2/rizzo # more /etc/make.conf JAVA_VERSION=1.7 # added by use.perl 2013-08-31 20:03:13 PERL_VERSION=5.16.3 sr.conf: empty src.conf. src.conf is empty kernel config in attach tar file And the kernel config. Glen ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
9.0-BETA3 can't boot with USB enabled (was: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config)
On 23.06.2011 11:54, O. Hartmann wrote: FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in booting the kernel and ending up with the message (repeated every 60 seconds): run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config I tried to install 9.0-BETA3 to HP Compaq DX7500 and this problem appeared again. I turned off the USB support from the BIOS and after that i installed the system. Now, when i turned on the USB support the kernel could not boot. Can someone suggest something? -- WBR, Andrey V. Elsukov ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
With today's update of sources (Revision: 223466 Node Kind: directory Schedule: normal Last Changed Author: adrian Last Changed Rev: 223466 Last Changed Date: 2011-06-23 08:55:29 +0200 (Do, 23 Jun 2011)) FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in booting the kernel and ending up with the message (repeated every 60 seconds): run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config What's up? Oliver ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
On 23.06.2011 11:54, O. Hartmann wrote: With today's update of sources (Revision: 223466 Node Kind: directory Schedule: normal Last Changed Author: adrian Last Changed Rev: 223466 Last Changed Date: 2011-06-23 08:55:29 +0200 (Do, 23 Jun 2011)) FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in booting the kernel and ending up with the message (repeated every 60 seconds): run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config I have this problem too. -- WBR, Andrey V. Elsukov signature.asc Description: OpenPGP digital signature
Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
On 23.06.2011 11:54, O. Hartmann wrote: FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in booting the kernel and ending up with the message (repeated every 60 seconds): run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config What's up? I backed out r223443 and r223448 and it helped. -- WBR, Andrey V. Elsukov signature.asc Description: OpenPGP digital signature
Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
On Thu, Jun 23, 2011 at 09:54:46AM +0200, O. Hartmann wrote: With today's update of sources (Revision: 223466 Node Kind: directory Schedule: normal Last Changed Author: adrian Last Changed Rev: 223466 Last Changed Date: 2011-06-23 08:55:29 +0200 (Do, 23 Jun 2011)) FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in booting the kernel and ending up with the message (repeated every 60 seconds): run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config See the same diagnostic loop I notice in thread with subj Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) Try to unplug your CDs/DVDs if you have them. -- http://ache.vniz.net/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
On 23.06.11 09:54, O. Hartmann wrote: With today's update of sources (Revision: 223466 Node Kind: directory Schedule: normal Last Changed Author: adrian Last Changed Rev: 223466 Last Changed Date: 2011-06-23 08:55:29 +0200 (Do, 23 Jun 2011)) FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in booting the kernel and ending up with the message (repeated every 60 seconds): run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config What's up? +1, powerpc64. Would be nice if this could be fixed. Thanks, Andreas ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
On 06/23/11 13:10, Andrey V. Elsukov wrote: On 23.06.2011 11:54, O. Hartmann wrote: FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in booting the kernel and ending up with the message (repeated every 60 seconds): run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config What's up? I backed out r223443 and r223448 and it helped. It seems to be the only way out at the moment. The just checked out codebase doesn't even compile a kernel and fails compiling in the ATH module: /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain/ah_rd_domains.h:52:4: note: instantiated from: W1(_fg) } ^ /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain/ah_rd_domains.h:34:45: note: instantiated from: (((_a) 63 (_a) 128 ? (((uint64_t) 1)((_a)-64)) : (uint64_t) 0)) ^ ~ /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain/ah_rd_domains.h:742:21: warning: shift count is negative .chan11g_turbo = BM1(T3_2437_2437)}, ^ /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain/ah_rd_domains.h:35:29: note: instantiated from: #define BM1(_fa){ W0(_fa), W1(_fa) } ^ /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain/ah_rd_domains.h:34:45: note: instantiated from: (((_a) 63 (_a) 128 ? (((uint64_t) 1)((_a)-64)) : (uint64_t) 0)) ^ ~ /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain.c:170:2: warning: implicit declaration of function 'HALDEBUG_G' is invalid in C99 [-Wimplicit-function-declaration] HALDEBUG_G(ah, HAL_DEBUG_REGDOMAIN, ^ /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain.c:170:17: error: use of undeclared identifier 'HAL_DEBUG_REGDOMAIN'; did you mean 'HAL_REG_DOMAIN'? HALDEBUG_G(ah, HAL_DEBUG_REGDOMAIN, ^ /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain.c:612:22: error: use of undeclared identifier 'HAL_DEBUG_ANY'; did you mean 'HALDEBUG_G'? HALDEBUG_G(AH_NULL, HAL_DEBUG_ANY, ^ HALDEBUG_G /usr/src/sys/modules/ath/../../dev/ath/ath_hal/ah_regdomain.c:170:2: note: 'HALDEBUG_G' declared here HALDEBUG_G(ah, HAL_DEBUG_REGDOMAIN, ^ 434 warnings and 2 errors generated. *** Error code 1 Stop in /usr/src/sys/modules/ath. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
On Thu, Jun 23, 2011 at 03:10:20PM +0400, Andrey V. Elsukov wrote: On 23.06.2011 11:54, O. Hartmann wrote: FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in booting the kernel and ending up with the message (repeated every 60 seconds): run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config What's up? I backed out r223443 and r223448 and it helped. Are you sure about r223443 one? It seems it does good thing: I still have hang at boot, but no more sleeping in caplck, only xpt_thrd sleeping (forever) in ccb_scan. -- http://ache.vniz.net/ pgpGY6bugeZGR.pgp Description: PGP signature
Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
O. Hartmann wrote: With today's update of sources (Revision: 223466 Node Kind: directory Schedule: normal Last Changed Author: adrian Last Changed Rev: 223466 Last Changed Date: 2011-06-23 08:55:29 +0200 (Do, 23 Jun 2011)) FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in booting the kernel and ending up with the message (repeated every 60 seconds): run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config What's up? SVN rev 223443 broke ATAPI support. SVN rev 223475 should fix it. -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
On Thu, Jun 23, 2011 at 06:12:54PM +0300, Alexander Motin wrote: ... SVN rev 223443 broke ATAPI support. SVN rev 223475 should fix it. Thanks -- that did resolve the issue for me. Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgp5oemRmqK7r.pgp Description: PGP signature
Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
On 06/23/11 18:29, David Wolfskill wrote: On Thu, Jun 23, 2011 at 06:12:54PM +0300, Alexander Motin wrote: ... SVN rev 223443 broke ATAPI support. SVN rev 223475 should fix it. Thanks -- that did resolve the issue for me. Peace, david Me, too. Thanks, Oliver ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
On 06/23/11 16:57, Hartmann, O. wrote: On 06/23/11 18:29, David Wolfskill wrote: On Thu, Jun 23, 2011 at 06:12:54PM +0300, Alexander Motin wrote: ... SVN rev 223443 broke ATAPI support. SVN rev 223475 should fix it. Thanks -- that did resolve the issue for me. Peace, david Me, too. Thanks, Oliver I'm still having problems with an ATA bus containing a DVD drive and a Zip driver (da). -Nathan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
Nathan Whitehorn wrote: I'm still having problems with an ATA bus containing a DVD drive and a Zip driver (da). Can't it be some different problem? What are the symptoms? -- Alexander Motin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config
On 06/23/11 17:17, Alexander Motin wrote: Nathan Whitehorn wrote: I'm still having problems with an ATA bus containing a DVD drive and a Zip driver (da). Can't it be some different problem? What are the symptoms? Hanging in run_interrupt_driven_config_hooks, immediately after probing the zip drive, which it didn't do before. Here's the end of a verbose boot: pass0 at ata1 bus 0 scbus1 target 0 lun 0 pass0: HITACHI DVD-ROM GD-7000 016J Removable CD-ROM SCSI-0 device pass0: 16.700MB/s transfers (WDMA2, ATAPI 12bytes, PIO 65534bytes) pass1 at ata1 bus 0 scbus1 target 1 lun 0 pass1: IOMEGA ZIP 100 04.H Removable Direct Access SCSI-0 device pass1: 13.300MB/s transfers (WDMA1, ATAPI 12bytes, PIO 65534bytes) Adding CPU 0, pir=0, awake=1 Waking up CPU 1 (dev=ff83e928) Adding CPU 1, pir=1, awake=1 SMP: AP CPU #1 launched WARNING: WITNESS option enabled, expect reduced performance. (da0:ata1:0:1:0): SCSI status errorG EOM: new disk da(0da0 :ata1:0:1:0):G EROEMA:D nCeAwP AdCiIsTkY (c1d00). CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ata1:0:1:0): CAM status: SCSI Status Error (da0:ata1:0:1:0): SCSI status: Check Condition (da0:ata1:0:1:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (da0:ata1:0:1:0): Retrying command (per sense data) (cd0:ata1:0:0:0): SCSI status error (cd0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ata1:0:0:0): CAM status: SCSI Status Error (cd0:ata1:0:0:0): SCSI status: Check Condition (cd0:ata1:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (cd0:ata1:0:0:0): Retrying command (per sense data) (da0:ata1:0:1:0): SCSI status error (da0:ata1:0:1:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ata1:0:1:0): CAM status: SCSI Status Error (da0:ata1:0:1:0): SCSI status: Check Condition (da0:ata1:0:1:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) (da0:ata1:0:1:0): Error 6, Unretryable error da0 at ata1 bus 0 scbus1 target 1 lun 0 da0: IOMEGA ZIP 100 04.H Removable Direct Access SCSI-0 device da0: 13.300MB/s transfers (WDMA1, ATAPI 12bytes, PIO 65534bytes) da0: Attempt to query device size failed: NOT READY, Medium not present [hang] -Nathan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
kernel broken at linux_sysvec.c
cc1: warnings being treated as errors /usr/src/sys/i386/linux/linux_sysvec.c: In function `linux_elf_modevent': /usr/src/sys/i386/linux/linux_sysvec.c:928: warning: implicit declaration of function `linux_mib_destroy' ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Kernel broken at sysv_msg.c
cc1: warnings being treated as errors /usr/src/sys/kern/sysv_msg.c: In function `msgsnd': /usr/src/sys/kern/sysv_msg.c:775: warning: cast discards qualifiers from pointer target type /usr/src/sys/kern/sysv_msg.c:818: warning: cast discards qualifiers from pointer target type *** Error code 1 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Kernel broken at sysv_msg.c
On Sun, Jan 26, 2003 at 01:58:52PM -0800, walt wrote: cc1: warnings being treated as errors /usr/src/sys/kern/sysv_msg.c: In function `msgsnd': /usr/src/sys/kern/sysv_msg.c:775: warning: cast discards qualifiers from pointer target type /usr/src/sys/kern/sysv_msg.c:818: warning: cast discards qualifiers from pointer target type *** Error code 1 Get version 1.47 of src/sys/kern/sysv_msg.c -- Craig Rodrigues http://home.attbi.com/~rodrigc [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Kernel broken
CVSuped (2 mins ago) -current kernel is broken: cc1: warnings being treated as errors /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_lock': /usr/src/sys/dev/sound/isa/ad1816.c:81: warning: dereferencing `void *' pointer /usr/src/sys/dev/sound/isa/ad1816.c:81: request for member `mtx_lock' in something not a structure or union /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_unlock': /usr/src/sys/dev/sound/isa/ad1816.c:87: warning: dereferencing `void *' pointer /usr/src/sys/dev/sound/isa/ad1816.c:87: request for member `mtx_lock' in something not a structure or union Jan To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Kernel broken
On Tue, Nov 26, 2002 at 12:53:39PM +0100, Jan Stocker wrote: CVSuped (2 mins ago) -current kernel is broken: cc1: warnings being treated as errors /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_lock': /usr/src/sys/dev/sound/isa/ad1816.c:81: warning: dereferencing `void *' pointer /usr/src/sys/dev/sound/isa/ad1816.c:81: request for member `mtx_lock' in something not a structure or union /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_unlock': /usr/src/sys/dev/sound/isa/ad1816.c:87: warning: dereferencing `void *' pointer /usr/src/sys/dev/sound/isa/ad1816.c:87: request for member `mtx_lock' in something not a structure or union This turns out to be semi-reproduceable. I have this problem but the committer who made the change can't reproduce it. -- Ray Kohler [EMAIL PROTECTED] Math is like love -- a simple idea but it can get complicated. -- R. Drabek To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Kernel broken
Changing the locks from void * to struct mtx * seems to fix the problem. Mark diff -u -r ../../../../vendor/sys/dev/sound/isa/ad1816.c ./isa/ad1816.c --- ../../../../vendor/sys/dev/sound/isa/ad1816.c Thu Nov 14 17:00:39 2002 +++ ./isa/ad1816.c Tue Nov 26 13:03:17 2002 @@ -53,7 +53,7 @@ int drq2_rid; void *ih; bus_dma_tag_t parent_dmat; - void *lock; + struct mtx *lock; unsigned int bufsize; struct ad1816_chinfo pch, rch; diff -u -r ../../../../vendor/sys/dev/sound/isa/mss.c ./isa/mss.c --- ../../../../vendor/sys/dev/sound/isa/mss.c Thu Nov 14 17:00:39 2002 +++ ./isa/mss.c Tue Nov 26 13:05:48 2002 @@ -66,7 +66,7 @@ int drq2_rid; void *ih; bus_dma_tag_tparent_dmat; -void *lock; +struct mtx *lock; char mss_indexed_regs[MSS_INDEXED_REGS]; char opl_indexed_regs[OPL_INDEXED_REGS]; diff -u -r ../../../../vendor/sys/dev/sound/isa/sbc.c ./isa/sbc.c --- ../../../../vendor/sys/dev/sound/isa/sbc.c Thu Nov 14 17:00:39 2002 +++ ./isa/sbc.c Tue Nov 26 13:06:04 2002 @@ -64,7 +64,7 @@ void *ih[IRQ_MAX]; - void *lock; + struct mtx *lock; u_int32_t bd_ver; }; diff -u -r ../../../../vendor/sys/dev/sound/pci/cmi.c ./pci/cmi.c --- ../../../../vendor/sys/dev/sound/pci/cmi.c Thu Nov 14 17:00:39 2002 +++ ./pci/cmi.c Tue Nov 26 13:06:19 2002 @@ -107,7 +107,7 @@ struct resource *reg, *irq; int regid, irqid; void*ih; - void*lock; + struct mtx *lock; int spdif_enabled; unsigned intbufsz; diff -u -r ../../../../vendor/sys/dev/sound/pci/ds1.c ./pci/ds1.c --- ../../../../vendor/sys/dev/sound/pci/ds1.c Thu Nov 14 17:00:40 2002 +++ ./pci/ds1.c Tue Nov 26 13:06:36 2002 @@ -116,7 +116,7 @@ struct resource *reg, *irq; int regid, irqid; void*ih; - void*lock; + struct mtx *lock; void *regbase; u_int32_t *pbase, pbankbase, pbanksize; diff -u -r ../../../../vendor/sys/dev/sound/pci/emu10k1.c ./pci/emu10k1.c --- ../../../../vendor/sys/dev/sound/pci/emu10k1.c Tue Nov 26 09:20:58 2002 +++ ./pci/emu10k1.c Tue Nov 26 13:06:49 2002 @@ -96,7 +96,7 @@ struct resource *reg, *irq; void*ih; - void*lock; + struct mtx *lock; unsigned int bufsz; int timer, timerinterval; diff -u -r ../../../../vendor/sys/dev/sound/pci/t4dwave.c ./pci/t4dwave.c --- ../../../../vendor/sys/dev/sound/pci/t4dwave.c Thu Nov 14 17:00:40 2002 +++ ./pci/t4dwave.c Tue Nov 26 13:07:10 2002 @@ -81,7 +81,7 @@ int regtype, regid, irqid; void *ih; - void *lock; + struct mtx *lock; u_int32_t playchns; unsigned int bufsz; diff -u -r ../../../../vendor/sys/dev/sound/pcm/ac97.c ./pcm/ac97.c --- ../../../../vendor/sys/dev/sound/pcm/ac97.c Thu Nov 14 17:00:40 2002 +++ ./pcm/ac97.cTue Nov 26 13:07:27 2002 @@ -55,7 +55,7 @@ u_int32_t flags; struct ac97mixtable_entry mix[32]; char name[AC97_NAMELEN]; - void *lock; + struct mtx *lock; }; struct ac97_codecid { diff -u -r ../../../../vendor/sys/dev/sound/pcm/mixer.c ./pcm/mixer.c --- ../../../../vendor/sys/dev/sound/pcm/mixer.cThu Nov 14 17:00:40 2002 +++ ./pcm/mixer.c Tue Nov 26 13:07:52 2002 @@ -47,7 +47,7 @@ u_int32_t recsrc; u_int16_t level[32]; char name[MIXER_NAMELEN]; - void *lock; + struct mtx *lock; }; static u_int16_t snd_mixerdefaults[SOUND_MIXER_NRDEVICES] = { diff -u -r ../../../../vendor/sys/dev/sound/pcm/sound.c ./pcm/sound.c --- ../../../../vendor/sys/dev/sound/pcm/sound.cTue Nov 26 09:20:59 2002 +++ ./pcm/sound.c Tue Nov 26 13:08:08 2002 @@ -50,7 +50,7 @@ char status[SND_STATUSLEN]; struct sysctl_ctx_list sysctl_tree; struct sysctl_oid *sysctl_tree_top; - void *lock; + struct mtx *lock; }; devclass_t pcm_devclass; On Tue, Nov 26, 2002 at 12:53:39PM +0100, Jan Stocker wrote: CVSuped (2 mins ago) -current kernel is broken: cc1: warnings being treated as errors /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_lock': /usr/src/sys/dev/sound/isa/ad1816.c:81: warning: dereferencing `void *' pointer /usr/src/sys/dev/sound/isa/ad1816.c:81: request for member `mtx_lock' in something not a structure or union /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_unlock': /usr/src/sys/dev/sound/isa/ad1816.c:87: warning: dereferencing `void *' pointer /usr/src/sys/dev/sound/isa/ad1816.c:87: request for member `mtx_lock' in something not a structure or union Jan To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message -- Mark
Re: Re: Kernel broken
I too could compile successfully last night without any problems.. it fixes the pcm lock problems when using witness and invariant options ... atleast for me. dheeraj -Original Message- From: Ray Kohler [EMAIL PROTECTED] To: Jan Stocker [EMAIL PROTECTED] Date: Tue, 26 Nov 2002 07:12:37 -0500 Subject: Re: Kernel broken On Tue, Nov 26, 2002 at 12:53:39PM +0100, Jan Stocker wrote: CVSuped (2 mins ago) -current kernel is broken: cc1: warnings being treated as errors /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_lock': /usr/src/sys/dev/sound/isa/ad1816.c:81: warning: dereferencing `void *' pointer /usr/src/sys/dev/sound/isa/ad1816.c:81: request for member `mtx_lock' in something not a structure or union /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_unlock': /usr/src/sys/dev/sound/isa/ad1816.c:87: warning: dereferencing `void *' pointer /usr/src/sys/dev/sound/isa/ad1816.c:87: request for member `mtx_lock' in something not a structure or union This turns out to be semi-reproduceable. I have this problem but the committer who made the change can't reproduce it. -- Ray Kohler [EMAIL PROTECTED] Math is like love -- a simple idea but it can get complicated. -- R. Drabek 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: Kernel broken
-Original Message- From: Ray Kohler [EMAIL PROTECTED] To: Jan Stocker [EMAIL PROTECTED] Date: Tue, 26 Nov 2002 07:12:37 -0500 Subject: Re: Kernel broken On Tue, Nov 26, 2002 at 12:53:39PM +0100, Jan Stocker wrote: CVSuped (2 mins ago) -current kernel is broken: =20 cc1: warnings being treated as errors /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_lock': /usr/src/sys/dev/sound/isa/ad1816.c:81: warning: dereferencing `void *' pointer /usr/src/sys/dev/sound/isa/ad1816.c:81: request for member `mtx_lock' in something not a structure or union /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_unlock': /usr/src/sys/dev/sound/isa/ad1816.c:87: warning: dereferencing `void *' pointer /usr/src/sys/dev/sound/isa/ad1816.c:87: request for member `mtx_lock' in something not a structure or union This turns out to be semi-reproduceable. I have this problem but the committer who made the change can't reproduce it. I have the same problem, and I've deleted my /usr/src and checked it out new. I've also cvsup'd from 2 different servers - no help. Either the commit never made it from the repository to the servers or something else is totally fubar. The culprit seems to be a change in /sys/dev/sound/pcm/sound.h, where snd_mtx{un}lock() were changed from routines to macros which simply use mtx_{un}lock(). The routines required a ``void *'', but the macros require a ``struct mtx *''. The following drivers still declare the lock to be a ``void *'', which is totally bogus after the above mentioned change: /sys/dev/sound/isa/ad1816.c /sys/dev/sound/isa/mss.c /sys/dev/sound/isa/sbc.c /sys/dev/sound/pci/cmi.c /sys/dev/sound/pci/ds1.c /sys/dev/sound/pci/emu10k1.c /sys/dev/sound/pci/t4dwave.c /sys/dev/sound/pcm/ac97.c /sys/dev/sound/pcm/mixer.c /sys/dev/sound/pcm/sound.c Changing the ``void *'' to ``struct mtx *'' allows the kernel to be compiled and sound also works. This is definitely a show-stopper and should be fixed ASAP, no matter which change is correct. cg is the last committer who touched the header. --- Gary Jennejohn / [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Kernel broken
On 2002-11-26 16:33, Gary Jennejohn [EMAIL PROTECTED] wrote: Ray Kohler [EMAIL PROTECTED] wrote: On Tue, Nov 26, 2002 at 12:53:39PM +0100, Jan Stocker wrote: CVSuped (2 mins ago) -current kernel is broken: cc1: warnings being treated as errors /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_lock': /usr/src/sys/dev/sound/isa/ad1816.c:81: warning: dereferencing `void *' pointer /usr/src/sys/dev/sound/isa/ad1816.c:81: request for member `mtx_lock' in something not a structure or union /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_unlock': /usr/src/sys/dev/sound/isa/ad1816.c:87: warning: dereferencing `void *' pointer /usr/src/sys/dev/sound/isa/ad1816.c:87: request for member `mtx_lock' in something not a structure or union This turns out to be semi-reproduceable. I have this problem but the committer who made the change can't reproduce it. I have the same problem, [...] The culprit seems to be a change in /sys/dev/sound/pcm/sound.h, where snd_mtx{un}lock() were changed from routines to macros which simply use mtx_{un}lock(). The routines required a ``void *'', but the macros require a ``struct mtx *''. The following drivers still declare the lock to be a ``void *'', which is totally bogus after the above mentioned change: /sys/dev/sound/isa/ad1816.c /sys/dev/sound/isa/mss.c /sys/dev/sound/isa/sbc.c /sys/dev/sound/pci/cmi.c /sys/dev/sound/pci/ds1.c /sys/dev/sound/pci/emu10k1.c /sys/dev/sound/pci/t4dwave.c /sys/dev/sound/pcm/ac97.c /sys/dev/sound/pcm/mixer.c /sys/dev/sound/pcm/sound.c I successfuly rebuilt a kernel with the following revisions of these files. keramida@gothmog[02:01]/home/keramida uname -v FreeBSD 5.0-CURRENT #1: Tue Nov 26 22:30:31 EET 2002 ... Can you check that you have the right revisions checked out: $FreeBSD: src/sys/dev/sound/isa/ad1816.c,v 1.24 2002/06/09 14:20:17 hm Exp $ $FreeBSD: src/sys/dev/sound/isa/mss.c,v 1.78 2002/04/04 20:56:45 jhb Exp $ $FreeBSD: src/sys/dev/sound/isa/sbc.c,v 1.35 2002/04/04 20:56:45 jhb Exp $ $FreeBSD: src/sys/dev/sound/pci/cmi.c,v 1.17 2002/08/23 20:54:32 orion Exp $ $FreeBSD: src/sys/dev/sound/pci/ds1.c,v 1.27 2002/04/04 20:56:46 jhb Exp $ $FreeBSD: src/sys/dev/sound/pci/emu10k1.c,v 1.27 2002/11/25 17:07:33 cg Exp $ $FreeBSD: src/sys/dev/sound/pci/t4dwave.c,v 1.34 2002/10/17 03:45:34 marcel Exp $ $FreeBSD: src/sys/dev/sound/pcm/ac97.c,v 1.27 2002/08/23 06:19:28 orion Exp $ $FreeBSD: src/sys/dev/sound/pcm/mixer.c,v 1.27 2002/07/25 04:49:45 green Exp $ $FreeBSD: src/sys/dev/sound/pcm/sound.c,v 1.79 2002/11/25 17:17:42 cg Exp $ - Giorgos To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Kernel broken
On Wed, Nov 27, 2002 at 02:02:12AM +0200, Giorgos Keramidas wrote: On 2002-11-26 16:33, Gary Jennejohn [EMAIL PROTECTED] wrote: Ray Kohler [EMAIL PROTECTED] wrote: On Tue, Nov 26, 2002 at 12:53:39PM +0100, Jan Stocker wrote: CVSuped (2 mins ago) -current kernel is broken: cc1: warnings being treated as errors /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_lock': /usr/src/sys/dev/sound/isa/ad1816.c:81: warning: dereferencing `void *' pointer /usr/src/sys/dev/sound/isa/ad1816.c:81: request for member `mtx_lock' in something not a structure or union /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_unlock': /usr/src/sys/dev/sound/isa/ad1816.c:87: warning: dereferencing `void *' pointer /usr/src/sys/dev/sound/isa/ad1816.c:87: request for member `mtx_lock' in something not a structure or union This turns out to be semi-reproduceable. I have this problem but the committer who made the change can't reproduce it. I have the same problem, [...] The culprit seems to be a change in /sys/dev/sound/pcm/sound.h, where snd_mtx{un}lock() were changed from routines to macros which simply use mtx_{un}lock(). The routines required a ``void *'', but the macros require a ``struct mtx *''. The following drivers still declare the lock to be a ``void *'', which is totally bogus after the above mentioned change: /sys/dev/sound/isa/ad1816.c /sys/dev/sound/isa/mss.c /sys/dev/sound/isa/sbc.c /sys/dev/sound/pci/cmi.c /sys/dev/sound/pci/ds1.c /sys/dev/sound/pci/emu10k1.c /sys/dev/sound/pci/t4dwave.c /sys/dev/sound/pcm/ac97.c /sys/dev/sound/pcm/mixer.c /sys/dev/sound/pcm/sound.c I successfuly rebuilt a kernel with the following revisions of these files. keramida@gothmog[02:01]/home/keramida uname -v FreeBSD 5.0-CURRENT #1: Tue Nov 26 22:30:31 EET 2002 ... Can you check that you have the right revisions checked out: $FreeBSD: src/sys/dev/sound/isa/ad1816.c,v 1.24 2002/06/09 14:20:17 hm Exp $ $FreeBSD: src/sys/dev/sound/isa/mss.c,v 1.78 2002/04/04 20:56:45 jhb Exp $ $FreeBSD: src/sys/dev/sound/isa/sbc.c,v 1.35 2002/04/04 20:56:45 jhb Exp $ $FreeBSD: src/sys/dev/sound/pci/cmi.c,v 1.17 2002/08/23 20:54:32 orion Exp $ $FreeBSD: src/sys/dev/sound/pci/ds1.c,v 1.27 2002/04/04 20:56:46 jhb Exp $ $FreeBSD: src/sys/dev/sound/pci/emu10k1.c,v 1.27 2002/11/25 17:07:33 cg Exp $ $FreeBSD: src/sys/dev/sound/pci/t4dwave.c,v 1.34 2002/10/17 03:45:34 marcel Exp $ $FreeBSD: src/sys/dev/sound/pcm/ac97.c,v 1.27 2002/08/23 06:19:28 orion Exp $ $FreeBSD: src/sys/dev/sound/pcm/mixer.c,v 1.27 2002/07/25 04:49:45 green Exp $ $FreeBSD: src/sys/dev/sound/pcm/sound.c,v 1.79 2002/11/25 17:17:42 cg Exp $ cg's latest commit (Tuesday) makes the above change and fixes these errors. I still can't figure out what would make it work only for some people, especially if we're all doing proper builds. -- Ray Kohler [EMAIL PROTECTED] This novel is not to be tossed lightly aside, but to be hurled with great force. -- Dorothy Parker To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Kernel broken
On 2002-11-26 19:21, Ray Kohler [EMAIL PROTECTED] wrote: On Wed, Nov 27, 2002 at 02:02:12AM +0200, Giorgos Keramidas wrote: $FreeBSD: src/sys/dev/sound/isa/ad1816.c,v 1.24 2002/06/09 14:20:17 hm Exp $ [...] cg's latest commit (Tuesday) makes the above change and fixes these errors. I still can't figure out what would make it work only for some people, especially if we're all doing proper builds. Hum, hum. Apparently I was just lucky. Sorry for the false but it works statement. I checked the versions of the files that I have, and the ones that were in cg's commit log: 1.25 +2 -2 src/sys/dev/sound/isa/ad1816.c I had a kernel tree that didn't include the changes :( The buildworld+buildkernel I'm running now should be a better way of checking if anything's broken. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Re: kernel broken? (devfs maybe?)
yep that fixes it.. On Thu, 24 Oct 2002, Andrew Gallatin wrote: Try backing out phk's src/sys/kern/vfs_subr.c 1.416 Does that help? Drew To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kernel broken? (devfs maybe?)
Please try the rev 1.418 of vfs_subr.c db tr v_incr_usecount(c1d76cb8,,c037b472,863,cc34a92c) at v_incr_usecount+0x48vrele(c1d76cb8,c1c90a00,c036cc7a,6,100) at vrele+0xb0 addaliasu(c1d76cb8,402,c1cb6200,cc34a9c0,c1d73b00) at addaliasu+0x1ad devfs_allocv(c1d8f880,c1c90a00,cc34ac38,c0f26340,c01e6fe0) at devfs_allocv+0xee devfs_lookupx(cc34ab50,1,0,c0f26340,6) at devfs_lookupx+0x58f devfs_lookup(cc34ab50,c0f26340,0,c0f26340,c037b472) at devfs_lookup+0x4b lookup(cc34ac24,0,c037ad9a,a4,cc34abb8) at lookup+0x302 namei(cc34ac24,c01bb4bd,c03fbac0,1,c037264a) at namei+0x24e stat(c0f26340,cc34ad10,c039bed6,409,2) at stat+0x52 syscall(2f,2f,2f,8057e86,805b52f) at syscall+0x28e Xint0x80_syscall() at Xint0x80_syscall+0x1d -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kernel broken? (devfs maybe?)
that fixes it.. thanks On Fri, 25 Oct 2002, Poul-Henning Kamp wrote: Please try the rev 1.418 of vfs_subr.c db tr v_incr_usecount(c1d76cb8,,c037b472,863,cc34a92c) at v_incr_usecount+0x48vrele(c1d76cb8,c1c90a00,c036cc7a,6,100) at vrele+0xb0 addaliasu(c1d76cb8,402,c1cb6200,cc34a9c0,c1d73b00) at addaliasu+0x1ad devfs_allocv(c1d8f880,c1c90a00,cc34ac38,c0f26340,c01e6fe0) at devfs_allocv+0xee devfs_lookupx(cc34ab50,1,0,c0f26340,6) at devfs_lookupx+0x58f devfs_lookup(cc34ab50,c0f26340,0,c0f26340,c037b472) at devfs_lookup+0x4b lookup(cc34ac24,0,c037ad9a,a4,cc34abb8) at lookup+0x302 namei(cc34ac24,c01bb4bd,c03fbac0,1,c037264a) at namei+0x24e stat(c0f26340,cc34ad10,c039bed6,409,2) at stat+0x52 syscall(2f,2f,2f,8057e86,805b52f) at syscall+0x28e Xint0x80_syscall() at Xint0x80_syscall+0x1d -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
kernel broken in ip_fw2.c
Hi! Looks like kernel is broken without the bellow patch. -Dennis --- /usr/src/sys/netinet/ip_fw2.c Thu Oct 24 20:04:44 2002 +++ /usr/src/sys/netinet/ip_fw2.c.new Thu Oct 24 22:48:43 2002 @@ -2501,7 +2501,7 @@ ipfw_ctl(struct sockopt *sopt) for (rule = layer3_chain; rule ; rule = rule-next) { int i = RULESIZE(rule); bcopy(rule, bp, i); - ((struct ip_fw *)bp)-set_disable = set_disable; + ((struct ip_fw *)bp)-next_rule = set_disable; bp = (struct ip_fw *)((char *)bp + i); } if (ipfw_dyn_v) { @@ -2513,7 +2513,7 @@ ipfw_ctl(struct sockopt *sopt) for ( p = ipfw_dyn_v[i] ; p != NULL ; p = p-next, dst++ ) { bcopy(p, dst, sizeof *p); - dst-rulenum = p-rule-rulenum; + dst-rule = p-rule-rulenum; /* * store a non-null value in next. * The userland code will interpret a To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kernel broken in ip_fw2.c
Dennis Kristensen wrote: Hi! Looks like kernel is broken without the bellow patch. The below patch is incorrect, I just forgot to commit changes to ip_fw.h. This should be fixed now. Cheers, Maxime To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
kernel broken?
I thought this might be one on mine, but it doesn't look like mine.. (I'm busy recompiling a version with my latest changes backed out to check though.. in the mean while.. if anyone wants to claim this) IPsec: Initialized Security Association Processing. ad0: 9541MB ST310211A [19386/16/63] at ata0-master UDMA100 acd0: CDROM CDU5211 at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a Enter full pathname of shell or RETURN for /bin/sh: # fsck -p lock order reversal 1st 0xc0420400 spechash (spechash) @ ../../../kern/vfs_subr.c:1962 2nd 0xc1d6f228 process lock (process lock) @ ../../../i386/i386/trap.c:731 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x78 fault code = supervisor write, page not present instruction pointer = 0x8:0xc0217f58 stack pointer = 0x10:0xcc34a8d8 frame pointer = 0x10:0xcc34a8f0 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 = 42 (fsck) kernel: type 12 trap, code=0 Stopped at v_incr_usecount+0x48: addl%esi,0x78(%eax) db Context switches not allowed in the debugger. db tr v_incr_usecount(c1d76cb8,,c037b472,863,cc34a92c) at v_incr_usecount+0x48vrele(c1d76cb8,c1c90a00,c036cc7a,6,100) at vrele+0xb0 addaliasu(c1d76cb8,402,c1cb6200,cc34a9c0,c1d73b00) at addaliasu+0x1ad devfs_allocv(c1d8f880,c1c90a00,cc34ac38,c0f26340,c01e6fe0) at devfs_allocv+0xee devfs_lookupx(cc34ab50,1,0,c0f26340,6) at devfs_lookupx+0x58f devfs_lookup(cc34ab50,c0f26340,0,c0f26340,c037b472) at devfs_lookup+0x4b lookup(cc34ac24,0,c037ad9a,a4,cc34abb8) at lookup+0x302 namei(cc34ac24,c01bb4bd,c03fbac0,1,c037264a) at namei+0x24e stat(c0f26340,cc34ad10,c039bed6,409,2) at stat+0x52 syscall(2f,2f,2f,8057e86,805b52f) at syscall+0x28e Xint0x80_syscall() at Xint0x80_syscall+0x1d To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kernel broken? (devfs maybe?)
nope.. not mine..(just backed everything out here and retested.. still got it..) don't know if the lock reversal is related... That may be an orthogonal bug.. On Thu, 24 Oct 2002, Julian Elischer wrote: I thought this might be one on mine, but it doesn't look like mine.. (I'm busy recompiling a version with my latest changes backed out to check though.. in the mean while.. if anyone wants to claim this) IPsec: Initialized Security Association Processing. ad0: 9541MB ST310211A [19386/16/63] at ata0-master UDMA100 acd0: CDROM CDU5211 at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a Enter full pathname of shell or RETURN for /bin/sh: # fsck -p lock order reversal 1st 0xc0420400 spechash (spechash) @ ../../../kern/vfs_subr.c:1962 2nd 0xc1d6f228 process lock (process lock) @ ../../../i386/i386/trap.c:731 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x78 fault code= supervisor write, page not present instruction pointer = 0x8:0xc0217f58 stack pointer = 0x10:0xcc34a8d8 frame pointer = 0x10:0xcc34a8f0 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 = 42 (fsck) kernel: type 12 trap, code=0 Stopped at v_incr_usecount+0x48: addl%esi,0x78(%eax) db Context switches not allowed in the debugger. db tr v_incr_usecount(c1d76cb8,,c037b472,863,cc34a92c) at v_incr_usecount+0x48vrele(c1d76cb8,c1c90a00,c036cc7a,6,100) at vrele+0xb0 addaliasu(c1d76cb8,402,c1cb6200,cc34a9c0,c1d73b00) at addaliasu+0x1ad devfs_allocv(c1d8f880,c1c90a00,cc34ac38,c0f26340,c01e6fe0) at devfs_allocv+0xee devfs_lookupx(cc34ab50,1,0,c0f26340,6) at devfs_lookupx+0x58f devfs_lookup(cc34ab50,c0f26340,0,c0f26340,c037b472) at devfs_lookup+0x4b lookup(cc34ac24,0,c037ad9a,a4,cc34abb8) at lookup+0x302 namei(cc34ac24,c01bb4bd,c03fbac0,1,c037264a) at namei+0x24e stat(c0f26340,cc34ad10,c039bed6,409,2) at stat+0x52 syscall(2f,2f,2f,8057e86,805b52f) at syscall+0x28e Xint0x80_syscall() at Xint0x80_syscall+0x1d 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: Re: kernel broken? (devfs maybe?)
Try backing out phk's src/sys/kern/vfs_subr.c 1.416 Does that help? Drew To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
kernel broken(?) at vfs_mount.c
cc1: warnings being treated as errors /usr/src/sys/kern/vfs_mount.c: In function `checkdirs': /usr/src/sys/kern/vfs_mount.c:1141: warning: implicit declaration of function `vrefcnt' To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kernel broken(?) at vfs_mount.c
cc1: warnings being treated as errors /usr/src/sys/kern/vfs_mount.c: In function `checkdirs': /usr/src/sys/kern/vfs_mount.c:1141: warning: implicit declaration of function `vrefcnt' Oops, I commited this file before I commited a dependency. Please cvsup again. Specifically, you need the new vnode.h and vfs_subr.c Thanks, Jeff To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make kernel broken at dev/usb
[Sat 1 June] Thanks, that fixed it. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
make kernel broken at dev/usb
cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wno-format -ansi -nostdinc -I- -I. -I/usr/ src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -ffreestanding -include opt_global.h -fno-common -fno-builtin -mpref erred-stack-boundary=2 -ffreestanding /usr/src/sys/dev/usb/udbp.c /usr/src/sys/dev/usb/udbp.c:165: variable `ng_udbp_stat_type_info' has initializer but incomplete type /usr/src/sys/dev/usb/udbp.c:165: extra brace group at end of initializer /usr/src/sys/dev/usb/udbp.c:165: (near initialization for `ng_udbp_stat_type_info') /usr/src/sys/dev/usb/udbp.c:165: extra brace group at end of initializer /usr/src/sys/dev/usb/udbp.c:165: (near initialization for `ng_udbp_stat_type_info') /usr/src/sys/dev/usb/udbp.c:165: extra brace group at end of initializer /usr/src/sys/dev/usb/udbp.c:165: (near initialization for `ng_udbp_stat_type_info') /usr/src/sys/dev/usb/udbp.c:165: extra brace group at end of initializer /usr/src/sys/dev/usb/udbp.c:165: (near initialization for `ng_udbp_stat_type_info') /usr/src/sys/dev/usb/udbp.c:165: warning: excess elements in struct initializer /usr/src/sys/dev/usb/udbp.c:165: warning: (near initialization for `ng_udbp_stat_type_info') /usr/src/sys/dev/usb/udbp.c:165: storage size of `ng_udbp_stat_type_info' isn't known *** Error code 1 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
make kernel broken at dev/xe/if_xe_pccard.c
cc -O -pipe -march=pentiumpro -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wno-fo rmat -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -fno-common -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wno-format -ansi -c /usr/src/sys/dev/xe/if_xe_pccard.c In file included from /usr/src/sys/dev/xe/if_xe_pccard.c:53: card_if.h:166: syntax error before pccard_product_match_fn card_if.h:166: warning: function declaration isn't a prototype card_if.h:169: syntax error before pccard_product_match_fn card_if.h:170: warning: function declaration isn't a prototype card_if.h: In function `CARD_DO_PRODUCT_LOOKUP': card_if.h:172: `bus' undeclared (first use in this function) card_if.h:172: (Each undeclared identifier is reported only once card_if.h:172: for each function it appears in.) card_if.h:173: `dev' undeclared (first use in this function) card_if.h:173: `tab' undeclared (first use in this function) card_if.h:173: `ent_size' undeclared (first use in this function) card_if.h:173: `matchfn' undeclared (first use in this function) *** Error code 1 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Kernel broken
Sources from: Dec, 26 11:28 CET linking kernel procfs.o: In function `procfs_init': procfs.o(.text+0x1ac): undefined reference to `pfs_create_link' procfs.o(.text+0x1c0): undefined reference to `pfs_create_dir' procfs.o(.text+0x1db): undefined reference to `pfs_create_file' procfs.o(.text+0x1f4): undefined reference to `pfs_create_file' procfs.o(.text+0x213): undefined reference to `pfs_create_file' procfs.o(.text+0x229): undefined reference to `pfs_create_file' procfs.o(.text+0x248): undefined reference to `pfs_create_file' procfs.o(.text+0x261): more undefined references to `pfs_create_file' follow procfs.o: In function `procfs_init': procfs.o(.text+0x330): undefined reference to `pfs_create_link' procfs.o: In function `_procfs_mount': procfs.o(.text+0x36b): undefined reference to `pfs_mount' procfs.o: In function `_procfs_init': procfs.o(.text+0x385): undefined reference to `pfs_init' procfs.o: In function `_procfs_uninit': procfs.o(.text+0x39d): undefined reference to `pfs_uninit' procfs.o(.data+0x68): undefined reference to `pfs_unmount' procfs.o(.data+0x6c): undefined reference to `pfs_root' procfs.o(.data+0x74): undefined reference to `pfs_statfs' *** Error code 1 Jan To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Kernel broken
Jan Stocker wrote: Sources from: Dec, 26 11:28 CET linking kernel procfs.o: In function `procfs_init': procfs.o(.text+0x1ac): undefined reference to `pfs_create_link' procfs.o(.text+0x1c0): undefined reference to `pfs_create_dir' procfs.o(.text+0x1db): undefined reference to `pfs_create_file' procfs.o(.text+0x1f4): undefined reference to `pfs_create_file' [...] Please read /usr/src/UPDATING : 20011203: The procfs pseudo-filesystem has now been converted to use the pseudofs framework. If you have 'options PROCFS' in your kernel config, you'll need to add 'options PSEUDOFS' if it's not there already. Maxime -- Don't be fooled by cheap finnish imitations ; BSD is the One True Code To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Kernel broken
Xcuse me...overread it... Jan On Wed, 2001-12-26 at 19:46, Maxime Henrion wrote: Jan Stocker wrote: Sources from: Dec, 26 11:28 CET linking kernel procfs.o: In function `procfs_init': procfs.o(.text+0x1ac): undefined reference to `pfs_create_link' procfs.o(.text+0x1c0): undefined reference to `pfs_create_dir' procfs.o(.text+0x1db): undefined reference to `pfs_create_file' procfs.o(.text+0x1f4): undefined reference to `pfs_create_file' [...] Please read /usr/src/UPDATING : 20011203: The procfs pseudo-filesystem has now been converted to use the pseudofs framework. If you have 'options PROCFS' in your kernel config, you'll need to add 'options PSEUDOFS' if it's not there already. Maxime -- Don't be fooled by cheap finnish imitations ; BSD is the One True Code To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kernel broken in two places
Michael Harnois [EMAIL PROTECTED] writes: Unless I missed a heads-up somewhere ... mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I @/../include /usr/src/sys/modules/if_sl/../../net/if_sl.c /usr/src/sys/modul es/if_sl/../../net/slcompress.c /usr/src/sys/modules/if_sl/../../net/if_sl.c:96: #error Huh? Slip without in et? Are you compiling without options INET? and then, if I overcome that breakage by brute force ... cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Ws trict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../dev -I../../../ include -I../../contrib/dev/acpica/Subsystem/Include -D_KERNEL -include opt_ global.h -elf -mpreferred-stack-boundary=2 ../../kern/tty_snoop.c ../../kern/tty_snoop.c: In function `snp_detach': ../../kern/tty_snoop.c:394: structure has no member named `snp_olddisc' ../../kern/tty_snoop.c: In function `snpioctl': ../../kern/tty_snoop.c:477: structure has no member named `snp_olddisc' *** Error code 1 This is my fault. I've fixed it. Sorry, everybody :-/ Dima Dorfman [EMAIL PROTECTED] -- Michael D. Harnois[EMAIL PROTECTED] Redeemer Lutheran Church Washburn, Iowa Some folks you don't have to satirize, you just quote 'em. --Tom Paxton 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: kernel broken in two places
Dima Dorfman [EMAIL PROTECTED] said: Are you compiling without options INET? No, that I could have figured out. -- Michael D. Harnois[EMAIL PROTECTED] Redeemer Lutheran Church Washburn, Iowa CYNIC, n. A blackguard whose faulty vision sees things as they are, not as they ought to be. -- Ambrose Bierce To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kernel broken in two places
Well, I deleted /usr/src/sys/, cvsup'd again, and now make depend works. Who knows ... -- Michael D. Harnois[EMAIL PROTECTED] Redeemer Lutheran Church Washburn, Iowa Be radical, be as radical as you can ... because radicals empower liberals. --John Preston To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
this just in: kernel broken
Source from latest cvs. World builds A-OK, kernel bombs, looks like it needs to include sys/lock.h: cc -c -O -pipe -mpentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -I../../contrib/dev/acpica/Subsystem/Include -D_KERNEL -include opt_global.h -elf -fno-builtin -mpreferred-stack-boundary=2 ../../kern/kern_synch.c ../../kern/kern_synch.c: In function `schedcpu': ../../kern/kern_synch.c:289: warning: implicit declaration of function `lockmgr' ../../kern/kern_synch.c:289: `LK_SHARED' undeclared (first use in this function) ../../kern/kern_synch.c:289: (Each undeclared identifier is reported only once ../../kern/kern_synch.c:289: for each function it appears in.) ../../kern/kern_synch.c:349: `LK_RELEASE' undeclared (first use in this function) *** Error code 1 -- _ __ ___ ___ ___ ___ Wesley N Morgan _ __ ___ | _ ) __| \ [EMAIL PROTECTED] _ __ | _ \._ \ |) | FreeBSD: The Power To Serve _ |___/___/___/ 6bone: 3ffe:1ce3:7::b4ff:fe53:c297 Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: this just in: kernel broken
On 06-Dec-00 Wesley Morgan wrote: Source from latest cvs. World builds A-OK, kernel bombs, looks like it needs to include sys/lock.h: Doh, I forgot to do this, my bad. -- 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: -current kernel broken?
On Fri, 16 Jun 2000 20:34:06 -0400, Donn Miller wrote: I saw this as well. It turns out the optimizations I was using when building my kernel was causing it. I was using -march=pentium -Os -pipe. Falling back to -O -pipe solved this. Clearly, the new warning about optimization in make.conf is not enough. We need to burn a huge fiery warning into the console as the kernel loads up that warns about the "non-standard" optimization with which it was compiled. Were you seeing the copyright notice? :-) Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: -current kernel broken?
oops, sorry ... I wasn't even getting a page fault, it was just hanging. Hrmmm, maybe I'll try a newer kernel and see if it still exhibits the same problem ... my luck, I got my sources part way through someone's update :) On Fri, 16 Jun 2000, Donn Miller wrote: The Hermit Hacker wrote: On Thu, 15 Jun 2000, Wes Morgan wrote: As of about 7pm EDT I can't boot a -current kernel. I _can_ boot a kernel from the 13th I snagged from a snapshot kernel disk, and I can boot the snapshot from the 15th (but since userconfig does not work the lnc device spams so many error messages the system never reaches a prompt). Already did the make clean depend all install for /sys/boot/i386 and that was no help. The kernel just freezes _right_ after trying to boot... I'm not sure how far its getting, I'll have to play around with a debug kernel and see what I can get from it (if anything). okay, I see the same thing, but *believe* that this has to do with the whole thread on ttyv0 that just passed through here, so am just waiting and watching the commit logs for something that "looks" appropriate ... Well, I don't think that ttyv0 would be the problem in this case. See, the machine just hangs with a fatal trap immediately after the boot loader attempts to boot the kernel. The whole thread with ttyv0 seems to be an issue only when /etc/rc.conf is read. So, basically the page fault is occuring way at the beginning of the boot process long before the console driver is even loaded. 8-( - Donn Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: [EMAIL PROTECTED] secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: -current kernel broken?
Wes Morgan wrote: As of about 7pm EDT I can't boot a -current kernel. I _can_ boot a kernel from the 13th I snagged from a snapshot kernel disk, and I can boot the snapshot from the 15th (but since userconfig does not work the lnc device spams so many error messages the system never reaches a prompt). Already did the make clean depend all install for /sys/boot/i386 and that was no help. The kernel just freezes _right_ after trying to boot... I'm not sure how far its getting, I'll have to play around with a debug kernel and see what I can get from it (if anything). I saw this as well. It turns out the optimizations I was using when building my kernel was causing it. I was using -march=pentium -Os -pipe. Falling back to -O -pipe solved this. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
-current kernel broken?
As of about 7pm EDT I can't boot a -current kernel. I _can_ boot a kernel from the 13th I snagged from a snapshot kernel disk, and I can boot the snapshot from the 15th (but since userconfig does not work the lnc device spams so many error messages the system never reaches a prompt). Already did the make clean depend all install for /sys/boot/i386 and that was no help. The kernel just freezes _right_ after trying to boot... I'm not sure how far its getting, I'll have to play around with a debug kernel and see what I can get from it (if anything). Cheers, WM -- _ __ ___ ___ ___ ___ Wesley N Morgan _ __ ___ | _ ) __| \ [EMAIL PROTECTED] _ __ | _ \._ \ |) | FreeBSD: The Power To Serve _ |___/___/___/ Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: -current kernel broken?
Wes Morgan wrote: As of about 7pm EDT I can't boot a -current kernel. I _can_ boot a kernel from the 13th I snagged from a snapshot kernel disk, and I can boot the snapshot from the 15th (but since userconfig does not work the lnc device spams so many error messages the system never reaches a prompt). Already did the make clean depend all install for /sys/boot/i386 and that was no help. The kernel just freezes _right_ after trying to boot... I'm not sure how far its getting, I'll have to play around with a debug kernel and see what I can get from it (if anything). I can verify this. With sources cvsup'd this morning and later, I get a fatal trap 12 (page fault supervisor mode) the very instant the kernel boots. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: -current kernel broken?
On Thu, 15 Jun 2000, Wes Morgan wrote: As of about 7pm EDT I can't boot a -current kernel. I _can_ boot a kernel from the 13th I snagged from a snapshot kernel disk, and I can boot the snapshot from the 15th (but since userconfig does not work the lnc device spams so many error messages the system never reaches a prompt). Already did the make clean depend all install for /sys/boot/i386 and that was no help. The kernel just freezes _right_ after trying to boot... I'm not sure how far its getting, I'll have to play around with a debug kernel and see what I can get from it (if anything). okay, I see the same thing, but *believe* that this has to do with the whole thread on ttyv0 that just passed through here, so am just waiting and watching the commit logs for something that "looks" appropriate ... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
SMP kernel broken at cvsup Tue Mar 28 11:56:07 BST 2000
Hi, Appears to boot OK, but then won't answer to network or console, not even CtlAltEsc to DDB. Screen saver kicks in OK though. -- Bob Bishop (0118) 977 4017 international code +44 118 [EMAIL PROTECTED]fax (0118) 989 4254 between 0800 and 1800 UK To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: SMP kernel broken at cvsup Tue Mar 28 11:56:07 BST 2000
:Hi, : :Appears to boot OK, but then won't answer to network or console, not even :CtlAltEsc to DDB. Screen saver kicks in OK though. : :-- :Bob Bishop (0118) 977 4017 international code +44 118 :[EMAIL PROTECTED]fax (0118) 989 4254 between 0800 and 1800 UK Make sure you haven't confused it between the patch set and the commit I made last night. Do a cvs update and then a cvs diff to make sure things haven't gotten confused. -Matt Matthew Dillon [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: SMP kernel broken at cvsup Tue Mar 28 11:56:07 BST 2000
At 09:52 -0800 28/3/00, Matthew Dillon wrote: Make sure you haven't confused it between the patch set and the commit I made last night. Do a cvs update and then a cvs diff to make sure things haven't gotten confused. Just blew /sys away and checked it out afresh. Same result I'm afraid, although I did get into DDB this time. Nothing obviously wrong, but the backtrace didn't go back past the keyboard interrupt. -- Bob Bishop (0118) 977 4017 international code +44 118 [EMAIL PROTECTED]fax (0118) 989 4254 between 0800 and 1800 UK To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: SMP kernel broken at cvsup Tue Mar 28 11:56:07 BST 2000
:At 09:52 -0800 28/3/00, Matthew Dillon wrote: :Make sure you haven't confused it between the patch set and the :commit I made last night. Do a cvs update and then a cvs diff to :make sure things haven't gotten confused. : :Just blew /sys away and checked it out afresh. Same result I'm afraid, :although I did get into DDB this time. Nothing obviously wrong, but the :backtrace didn't go back past the keyboard interrupt. : :-- :Bob Bishop (0118) 977 4017 international code +44 118 :[EMAIL PROTECTED]fax (0118) 989 4254 between 0800 and 1800 UK Hmm. If you can get into DDB, type 'ps'. -Matt Matthew Dillon [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel broken? (pcm)
On 11 Oct, Bill Fumerola wrote: #makeoptions CONF_CFLAGS=-fno-builtin We have enough breakages with the _documented_ kernel options that we As Bruce Evans already said, It's documented. don't need to go hunting down oddities. : Have you seen the '#' in "#makeoptions"? I assume a '#' in the config file means: "Hey config, don't look at this!". Please correct me if I'm wrong. I've tested both variants with and without '#'. After editing the file I did a 'config -r CONFIG', 'cd ../../compile/CONFIG', 'make depend', 'make'. I get the error independently of CONF_FLAGS. Back at home I do it again if you want. Bye, Alexander. -- http://netchild.home.pages.de A.Leidinger @ WJPServer.CS.Uni-SB.de To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel broken? (pcm)
On 12 Okt, [EMAIL PROTECTED] wrote: You can try the patch in (my) PR 'kern/14278'. Works. Bye, Alexander. -- What do you mean, my birth certificate expired? http://netchild.home.pages.de A.Leidinger+Home @ WJPServer.CS.Uni-SB.de To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
kernel broken? (pcm)
Hi, linking kernel.debug ac97.o: In function `ac97_setmixer': /usr/src/sys/compile/WORK/../../dev/pcm/ac97.c(.text+0x18d): undefined reference to `abs' channel.o: In function `chn_setblocksize': /usr/src/sys/compile/WORK/../../dev/pcm/channel.c:712: undefined reference to `abs' mss.o: In function `mss_speed': /usr/src/sys/compile/WORK/../../dev/pcm/isa/mss.c(.text+0x182d): undefined reference to `abs' /usr/src/sys/compile/WORK/../../dev/pcm/isa/mss.c(.text+0x183f): undefined reference to `abs' /usr/src/sys/compile/WORK/../../dev/pcm/isa/mss.c(.text+0x1869): undefined reference to `abs' mss.o(.text+0x187b):/usr/src/sys/compile/WORK/../../dev/pcm/isa/mss.c: more undefined references to `abs' follow *** Error code 1 1 error I tried several cvsups since the morning. Kernelconfig attached. Bye, Alexander. -- Am I supposed to be impressed? http://netchild.home.pages.de A.Leidinger+Home @ WJPServer.CS.Uni-SB.de machine i386 ident WORK maxusers32 makeoptions DEBUG=-g #makeoptionsCONF_CFLAGS=-fno-builtin # # Allow user-mode programs to manipulate their local descriptor tables. # This option is required for the WINE Windows(tm) emulator, and is # not used by anything else (that we know of). # #optionsUSER_LDT#allow user-level control of i386 ldt # Options for the VM subsystem #optionsPQ_NOOPT# No coloring options PQ_LARGECACHE # color for 512k/16k cache #optionsPQ_HUGECACHE# color for 1024k/16k cache #cpuI586_CPU cpu I686_CPU# aka Pentium Pro(tm) options CPU_FASTER_5X86_FPU options CPU_SUSP_HLT options "NO_F00F_HACK" options COMPAT_43 options SYSVSHM options SYSVSEM options SYSVMSG options MD5 options DDB options GDB_REMOTE_CHAT options KTRACE #kernel tracing #optionsPERFMON options UCONSOLE options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options INET#Internet communications protocols pseudo-device ether #Generic Ethernet pseudo-device sppp#Generic Synchronous PPP pseudo-device loop#Network loopback device pseudo-device bpf #Berkeley packet filter pseudo-device disc#Discard device pseudo-device streams options PPP_BSDCOMP #PPP BSD-compress support options PPP_DEFLATE #PPP zlib/deflate/gzip support options PPP_FILTER #enable bpf filtering (needs bpfilter) options MROUTING# Multicast routing options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets options IPFIREWALL_FORWARD #enable transparent proxy support options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPDIVERT#divert sockets options IPSTEALTH #support for stealth forwarding options TCP_RESTRICT_RST#restrict emission of TCP RST options ICMP_BANDLIM options FFS #Fast filesystem options CD9660 #ISO 9660 filesystem options KERNFS #Kernel filesystem options MSDOSFS #MS DOS File System options PROCFS #Process filesystem options MFS #Memory File System options NFS #Network File System #optionsNFS_NOSERVER#Disable the NFS-server code. options FFS_ROOT#FFS usable as root device options SOFTUPDATES options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L controller scbus0 #base SCSI code #device ch0 #SCSI media changers device da0 #SCSI direct access devices (aka disks) #device sa0 #SCSI tapes device cd0 #SCSI CD-ROMs device pass0 #CAM passthrough driver device pt0 at scbus?# SCSI processor type options CAM_MAX_HIGHPOWER=4 options SCSI_DELAY=5000# Be pessimistic about Joe SCSI device pseudo-device pty #Pseudo ttys pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device gzip#Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) #pseudo-device snp 3 #Snoop device - to look at pty/vty/etc.. options MSGBUF_SIZE=40960 controller isa0 # Enable support for the kernel PLL to use an external PPS signal, # under supervision of [x]ntpd(8) # More
Re: kernel broken? (pcm)
In [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Such an errors results from (uncommented) kernel option #makeoptionsCONF_CFLAGS=-fno-builtin because there is NO 'abs' function/macro in this files (ac97.c, channel.c and mss.c) and they can be only compiled using gcc's builtin 'abs' N.Dudorov Hi, linking kernel.debug ac97.o: In function `ac97_setmixer': /usr/src/sys/compile/WORK/../../dev/pcm/ac97.c(.text+0x18d): undefined reference to `abs' channel.o: In function `chn_setblocksize': /usr/src/sys/compile/WORK/../../dev/pcm/channel.c:712: undefined reference to `abs' mss.o: In function `mss_speed': /usr/src/sys/compile/WORK/../../dev/pcm/isa/mss.c(.text+0x182d): undefined reference to `abs' /usr/src/sys/compile/WORK/../../dev/pcm/isa/mss.c(.text+0x183f): undefined reference to `abs' /usr/src/sys/compile/WORK/../../dev/pcm/isa/mss.c(.text+0x1869): undefined reference to `abs' mss.o(.text+0x187b):/usr/src/sys/compile/WORK/../../dev/pcm/isa/mss.c: more undefined references to `abs' follow *** Error code 1 1 error I tried several cvsups since the morning. Kernelconfig attached. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel broken? (pcm)
In [EMAIL PROTECTED] Bill Fumerola [EMAIL PROTECTED] wrote: On Tue, 12 Oct 1999 [EMAIL PROTECTED] wrote: In [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Such an errors results from (uncommented) kernel option #makeoptions CONF_CFLAGS=-fno-builtin We have enough breakages with the _documented_ kernel options that we don't need to go hunting down oddities. : Does it mean that I throw away my PR with patches to the 'newpcm' files which add 'abs' definition and therefore make it possible to make kernel with makeoptions CONF_CFLAGS=-fno-builtin ? P.S. It seems to me that this option (or its absent) can severely influence kernel run time efficience (not in the 'abs' case, of course ;-). N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel broken? (pcm)
On Tue, 12 Oct 1999 [EMAIL PROTECTED] wrote: We have enough breakages with the _documented_ kernel options that we don't need to go hunting down oddities. : Does it mean that I throw away my PR with patches to the 'newpcm' files which add 'abs' definition and therefore make it possible to make kernel with makeoptions CONF_CFLAGS=-fno-builtin ? P.S. It seems to me that this option (or its absent) can severely influence kernel run time efficience (not in the 'abs' case, of course ;-). No. I was merely joking around. We welcome your patches. -- - bill fumerola - [EMAIL PROTECTED] - BF1560 - computer horizons corp - - ph:(800) 252-2421 - [EMAIL PROTECTED] - [EMAIL PROTECTED] - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel broken? (pcm)
Such an errors results from (uncommented) kernel option ^^^ #makeoptions CONF_CFLAGS=-fno-builtin We have enough breakages with the _documented_ kernel options that we don't need to go hunting down oddities. : It's well documented. -fno-builtin is a standard gcc option, and CONF_FLAGS and its use of -fno-builtin is documented in 4 lines in LINT. Does it mean that I throw away my PR with patches to the 'newpcm' files which add 'abs' definition and therefore make it possible to make kernel with makeoptions CONF_CFLAGS=-fno-builtin ? No, some patches are needed. I think pcm should use explicit code like (x 0 : -x : x). It only calls abs() twice. P.S. It seems to me that this option (or its absent) can severely influence kernel run time efficience (not in the 'abs' case, of course ;-). I used to use it for all kernels as a side effect of putting it in /etc/make.conf so that it gets used for LINT. Any efficiency effects seem to be limited to the +-0.1% range. The only place where it is likely to make much difference is for bcopy() vs memcpy() on some machines. The builtin memcpy() can be pessimal. This is supposed to be handled by using bcopy() for large copies and memcpy() (only) for small, fix-sized copies. The builtin memcpy() tends to be better for small copies. Since using memcpy() in the kernel is correct in some cases, it is backed up by a function to handle cases where there is no inline memcpy(). Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message