RE: 5.3 STABLE to 5.4 buildkernel error

2005-07-04 Thread Gray Lilley
Could you post your kernel config at all?

Looks to me like you've removed something you shouldn't have

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of misael
Sent: 04 July 2005 15:23
To: freebsd-stable@freebsd.org
Subject: 5.3 STABLE to 5.4 buildkernel error

Hello freebsd-stable,

i'm trying to update/upgrade my box from 5.3 STABLE to the latest version of 5 
branch.
but when i'm doing make buildkernel i bumped in to some errors, here it is the 
error messages:


>>> stage 2.3: build tools
--
cd /usr/obj/usr/src/sys/GENERIC;  MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm  
make -DNO_CPU_CFLAGS -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile
Warning: Object directory not changed from original 
/usr/obj/usr/src/sys/GENERIC cc -O -pipe -nostdinc -I/usr/include -I. 
-I/usr/src/sys/dev/aic7xxx/aicasm  -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c
cc -O -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm  -c 
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symbol_delete':
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: warning: passing arg 2 of 
pointer to function from incompatible pointer type
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: error: too few arguments to 
function
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_open':
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:135: warning: assignment makes 
pointer from integer without a cast
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_close':
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: structure has no 
member named `seq'
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: `R_FIRST' 
undeclared (first use in this function)
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: (Each undeclared 
identifier is reported only once
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: for each function 
it appears in.)
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:157: error: too few arguments 
to function
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_get':
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: warning: passing arg 2 of 
pointer to function from incompatible pointer type
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: error: too few arguments 
to function
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: warning: passing arg 2 of 
pointer to function from incompatible pointer type
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: error: too few arguments 
to function
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_dump':
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:486: error: `R_FIRST' 
undeclared (first use in this function)
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:487: error: structure has no 
member named `seq'
/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:524: error: `R_NEXT' undeclared 
(first use in this function)
*** Error code 1

i'm using GENERIC kernel for this and still error.

for some information these are my cvsup file :

*default host=cvsup12.FreeBSD.org
*default base=/usr
*default prefix=/usr
# The following line is for 4-stable.  If you want 3-stable or 2.2-stable, # 
change "RELENG_4" to "RELENG_3" or "RELENG_2_2" respectively.
*default release=cvs tag=RELENG_5
*default delete use-rel-suffix

and my current FreeBSD version:
[EMAIL PROTECTED] src]# uname -v
FreeBSD 5.3-STABLE #7

any helps, hints or clues are highly appreciated.

TIA




 --

Best regards,
 zen  mailto:[EMAIL PROTECTED]

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.8.8/37 - Release Date: 01/07/2005
 

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.8.8/37 - Release Date: 01/07/2005
 
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re[2]: 5.3 STABLE to 5.4 buildkernel error

2005-07-04 Thread misael
Hello Gray,

Monday, July 4, 2005, 2:15:57 PM, you wrote:

GL> Could you post your kernel config at all?

GL> Looks to me like you've removed something you shouldn't have

GL> -Original Message-
GL> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of misael
GL> Sent: 04 July 2005 15:23
GL> To: freebsd-stable@freebsd.org
GL> Subject: 5.3 STABLE to 5.4 buildkernel error

GL> Hello freebsd-stable,

GL> i'm trying to update/upgrade my box from 5.3 STABLE to the latest version 
of 5 branch.
GL> but when i'm doing make buildkernel i bumped in to some errors, here it is 
the error messages:


 stage 2.3: build tools
GL> --
GL> cd /usr/obj/usr/src/sys/GENERIC;  
MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm  make -DNO_CPU_CFLAGS -f 
/usr/src/sys/dev/aic7xxx/aicasm/Makefile
GL> Warning: Object directory not changed from original 
/usr/obj/usr/src/sys/GENERIC cc -O -pipe -nostdinc -I/usr/include -I. 
-I/usr/src/sys/dev/aic7xxx/aicasm  -c
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c
GL> cc -O -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm  
-c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 
`symbol_delete':
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: warning: passing arg 2 
of pointer to function from incompatible pointer type
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: error: too few 
arguments to function
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 
`symtable_open':
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:135: warning: assignment 
makes pointer from integer without a cast
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 
`symtable_close':
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: structure has 
no member named `seq'
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: `R_FIRST' 
undeclared (first use in this function)
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: (Each 
undeclared identifier is reported only once
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: for each 
function it appears in.)
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:157: error: too few 
arguments to function
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_get':
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: warning: passing arg 2 
of pointer to function from incompatible pointer type
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: error: too few 
arguments to function
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: warning: passing arg 2 
of pointer to function from incompatible pointer type
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: error: too few 
arguments to function
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 
`symtable_dump':
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:486: error: `R_FIRST' 
undeclared (first use in this function)
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:487: error: structure has 
no member named `seq'
GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:524: error: `R_NEXT' 
undeclared (first use in this function)
GL> *** Error code 1

GL> i'm using GENERIC kernel for this and still error.

GL> for some information these are my cvsup file :

GL> *default host=cvsup12.FreeBSD.org
GL> *default base=/usr
GL> *default prefix=/usr
GL> # The following line is for 4-stable.  If you want 3-stable or 2.2-stable, 
# change "RELENG_4" to "RELENG_3" or "RELENG_2_2" respectively.
GL> *default release=cvs tag=RELENG_5
GL> *default delete use-rel-suffix

GL> and my current FreeBSD version:
GL> [EMAIL PROTECTED] src]# uname -v
GL> FreeBSD 5.3-STABLE #7

GL> any helps, hints or clues are highly appreciated.

GL> TIA




GL>  --

GL> Best regards,
GL>  zen  mailto:[EMAIL PROTECTED]

GL> ___
GL> freebsd-stable@freebsd.org mailing list
GL> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
GL> To unsubscribe, send any mail to "[EMAIL PROTECTED]"

GL> --
GL> No virus found in this incoming message.
GL> Checked by AVG Anti-Virus.
GL> Version: 7.0.323 / Virus Database: 267.8.8/37 - Release Date: 01/07/2005
 


attach you will find my kernel config.
FYI i try to compile it with GENERIC one but still fails.

TIA

-- 
Best regards,
zen mailto:[EMAIL PROTECTED]# $FreeBSD: src/sys/i386/conf/GENERIC,v 1.394.2.2 2003/12/07 23:52:53 scottl 
Exp $

machine i386
cpu I586_CPU
cpu I686_CPU
ident   CORE

#To statically compile in device wiring instead of /boot/device.hints
#hints  "GENERIC.hints" #Default places to look for devices.

#makeoptionsDEBUG=-g#Build kernel with gdb(1) debug symbols

#options MATH_EMULATE   #Support for x87 emulation
options SCHE

Re: Re[2]: 5.3 STABLE to 5.4 buildkernel error

2005-07-04 Thread Meandor
В вт, 05/07/2005 в 02:59 +0700, misael пишет:
> Hello Gray,
> 
> Monday, July 4, 2005, 2:15:57 PM, you wrote:
> 
> GL> Could you post your kernel config at all?
> 
> GL> Looks to me like you've removed something you shouldn't have
> 
> GL> -Original Message-
> GL> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of misael
> GL> Sent: 04 July 2005 15:23
> GL> To: freebsd-stable@freebsd.org
> GL> Subject: 5.3 STABLE to 5.4 buildkernel error
> 
> GL> Hello freebsd-stable,
> 
> GL> i'm trying to update/upgrade my box from 5.3 STABLE to the latest version 
> of 5 branch.
> GL> but when i'm doing make buildkernel i bumped in to some errors, here it 
> is the error messages:
> 
> 
>  stage 2.3: build tools
> GL> --
> GL> cd /usr/obj/usr/src/sys/GENERIC;  
> MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm  make -DNO_CPU_CFLAGS -f 
> /usr/src/sys/dev/aic7xxx/aicasm/Makefile
> GL> Warning: Object directory not changed from original 
> /usr/obj/usr/src/sys/GENERIC cc -O -pipe -nostdinc -I/usr/include -I. 
> -I/usr/src/sys/dev/aic7xxx/aicasm  -c
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c
> GL> cc -O -pipe -nostdinc -I/usr/include -I. 
> -I/usr/src/sys/dev/aic7xxx/aicasm  -c 
> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 
> `symbol_delete':
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: warning: passing arg 
> 2 of pointer to function from incompatible pointer type
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: error: too few 
> arguments to function
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 
> `symtable_open':
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:135: warning: assignment 
> makes pointer from integer without a cast
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 
> `symtable_close':
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: structure has 
> no member named `seq'
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: `R_FIRST' 
> undeclared (first use in this function)
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: (Each 
> undeclared identifier is reported only once
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: for each 
> function it appears in.)
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:157: error: too few 
> arguments to function
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 
> `symtable_get':
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: warning: passing arg 
> 2 of pointer to function from incompatible pointer type
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: error: too few 
> arguments to function
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: warning: passing arg 
> 2 of pointer to function from incompatible pointer type
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: error: too few 
> arguments to function
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 
> `symtable_dump':
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:486: error: `R_FIRST' 
> undeclared (first use in this function)
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:487: error: structure has 
> no member named `seq'
> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:524: error: `R_NEXT' 
> undeclared (first use in this function)
> GL> *** Error code 1
> 
> GL> i'm using GENERIC kernel for this and still error.
> 
> GL> for some information these are my cvsup file :
> 
> GL> *default host=cvsup12.FreeBSD.org
> GL> *default base=/usr
> GL> *default prefix=/usr
> GL> # The following line is for 4-stable.  If you want 3-stable or 
> 2.2-stable, # change "RELENG_4" to "RELENG_3" or "RELENG_2_2" respectively.
> GL> *default release=cvs tag=RELENG_5
> GL> *default delete use-rel-suffix
> 
> GL> and my current FreeBSD version:
> GL> [EMAIL PROTECTED] src]# uname -v
> GL> FreeBSD 5.3-STABLE #7
> 
> GL> any helps, hints or clues are highly appreciated.
> 
> GL> TIA
> 
> 
> 
> 
> GL>  --
> 
> GL> Best regards,
> GL>  zen  mailto:[EMAIL PROTECTED]
> 
> GL> ___
> GL> freebsd-stable@freebsd.org mailing list
> GL> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> GL> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
> 
> GL> --
> GL> No virus found in this incoming message.
> GL> Checked by AVG Anti-Virus.
> GL> Version: 7.0.323 / Virus Database: 267.8.8/37 - Release Date: 01/07/2005
>  
> 
> 
> attach you will find my kernel config.
> FYI i try to compile it with GENERIC one but still fails.
> 
> TIA
> 
> -- 
> Best regards,
> zen mailto:[EMAIL PROTECTED]
> ___ freebsd-stable@freebsd.org 
> mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To 
> unsubscribe, send any mail to "[EMAIL PRO

Re: SCSI troubles

2005-07-04 Thread Niki Denev

Tomas Randa wrote:

Hi,

I Am running 5.4-STABLE FreeBSD 5.4-STABLE #0: Sun May  8 18:23:40 CEST 
2005 with Adaptec 29320 or 2930U2 controller and with heavy load on SCSI 
I have the following problems ending with system freeze. Have anybody 
some opinion where could be problem?





Hi,

I have similar problems under load on one DualOpteron machine,
i noticed that when i set the controller in U160 mode the messages
dissaperar. So i split the drives in the server equaly on the both
scsi channels on the motherboard and set the controller to U160.
I have then run while(1) { make clean; make universe; } which is still
runnnig for about 3 days. Before that the machine was rebooting about
every couple of hours if under load.
From what i understand this is not exactly a FreeBSD problem, but rather
a consequence of U320 being really hard on the hardware with pushing it
to the limits.

--niki



Jul  1 16:14:58 srv kernel: ahd0: Invalid Sequencer interrupt occurred.
Jul  1 16:14:58 srv kernel: >> Dump Card State Begins 
<
Jul  1 16:14:58 srv kernel: ahd0: Dumping Card State at program address 
0x23c Mode 0x0

Jul  1 16:14:58 srv kernel: Card was paused
Jul  1 16:14:58 srv kernel: INTSTAT[0x0] SELOID[0x0] SELID[0x10] 
HS_MAILBOX[0x0]
Jul  1 16:14:58 srv kernel: INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] 
SAVED_MODE[0x11]
Jul  1 16:14:58 srv kernel: 
DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE)
Jul  1 16:14:58 srv kernel: SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] 
SCSIBUS[0x0]
Jul  1 16:14:58 srv kernel: LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) 
SCSISEQ0[0x0]
Jul  1 16:14:58 srv kernel: SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) 
SEQCTL0[0x0] SEQINTCTL[0x6]:(INTMASK1|INTMASK2)
Jul  1 16:14:58 srv kernel: SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] 
QFREEZE_COUNT[0x2]
Jul  1 16:14:58 srv kernel: KERNEL_QFREEZE_COUNT[0x2] 
MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff]
Jul  1 16:14:58 srv kernel: SSTAT0[0x0] SSTAT1[0x0] SSTAT2[0x0] 
SSTAT3[0x0] PERRDIAG[0x0]
Jul  1 16:14:58 srv kernel: 
SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0]
Jul  1 16:14:58 srv kernel: LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] 
LQOSTAT1[0x0]

Jul  1 16:14:58 srv kernel: LQOSTAT2[0x0]
Jul  1 16:14:58 srv kernel:
Jul  1 16:14:58 srv kernel: SCB Count = 16 CMDS_PENDING = 0 LASTSCB 
0x CURRSCB 0xf NEXTSCB 0xff40

Jul  1 16:14:58 srv kernel: qinstart = 28 qinfifonext = 28
Jul  1 16:14:58 srv kernel: QINFIFO:
Jul  1 16:14:58 srv kernel: WAITING_TID_QUEUES:
Jul  1 16:14:58 srv kernel: Pending list:
Jul  1 16:14:58 srv kernel: Total 0
Jul  1 16:14:58 srv kernel: Kernel Free SCB list: 14 15 1 2 3 4 5 6 7 8 
9 10 11 12 13 0

Jul  1 16:14:58 srv kernel: Sequencer Complete DMA-inprog list:
Jul  1 16:14:58 srv kernel: Sequencer Complete list:
Jul  1 16:14:58 srv kernel: Sequencer DMA-Up and Complete list:
Jul  1 16:14:58 srv kernel: Sequencer On QFreeze and Complete list:
Jul  1 16:14:58 srv kernel:
Jul  1 16:14:58 srv kernel:
Jul  1 16:14:58 srv kernel: ahd0: FIFO0 Free, LONGJMP == 0x8000, SCB 0xe
Jul  1 16:14:58 srv kernel: 
SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS)
Jul  1 16:14:58 srv kernel: SEQINTSRC[0x0] DFCNTRL[0x0] 
DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)
Jul  1 16:14:58 srv kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) 
SG_STATE[0x0] DFFSXFRCTL[0x0]
Jul  1 16:14:58 srv kernel: SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) 
SHADDR = 0x00, SHCNT = 0x0
Jul  1 16:14:58 srv kernel: HADDR = 0x00, HCNT = 0x0 
CCSGCTL[0x10]:(SG_CACHE_AVAIL)

Jul  1 16:14:58 srv kernel:
Jul  1 16:14:58 srv kernel: ahd0: FIFO1 Free, LONGJMP == 0x8063, SCB 0xf
Jul  1 16:14:58 srv kernel: 
SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS)
Jul  1 16:14:58 srv kernel: SEQINTSRC[0x0] DFCNTRL[0x0] 
DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)
Jul  1 16:14:58 srv kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) 
SG_STATE[0x0] DFFSXFRCTL[0x0]
Jul  1 16:14:58 srv kernel: SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) 
SHADDR = 0x00, SHCNT = 0x0
Jul  1 16:14:58 srv kernel: HADDR = 0x00, HCNT = 0x0 
CCSGCTL[0x10]:(SG_CACHE_AVAIL)
Jul  1 16:14:58 srv kernel: LQIN: 0x8 0x0 0x0 0xe 0x0 0x1 0x0 0x0 0x0 
0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
Jul  1 16:14:58 srv kernel: ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, 
OPTIONMODE = 0x42

Jul  1 16:14:58 srv kernel: ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1
Jul  1 16:14:58 srv kernel: ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0
Jul  1 16:14:58 srv kernel:
Jul  1 16:14:58 srv kernel: SIMODE0[0xc]:(ENOVERRUN|ENIOERR)
Jul  1 16:14:58 srv kernel: CCSCBCTL[0x4]:(CCSCBDIR)
Jul  1 16:14:58 srv kernel: ahd0: REG0 == 0x6d8e, SINDEX = 0x10e, DINDEX 
= 0x102
Jul  1 16:14:58 srv kernel: ahd0: SCBPTR == 0xe, SCB_NEXT == 0xff40, 
SCB_NEXT2 == 0xff6d

Jul  1 16:14:58 srv kernel: CDB 12 20 0 80 8 b5
Jul  1 16:14:58 srv kernel: STACK: 0x237 0x2 0x0 0x0 0x0 0x0 0x0 0x0
Jul  1 16:14:58 srv kernel: < Dump Card State Ends 
>

Re[4]: 5.3 STABLE to 5.4 buildkernel error

2005-07-04 Thread misael
Hello Meandor,

Monday, July 4, 2005, 3:40:40 PM, you wrote:

M> В вт, 05/07/2005 в 02:59 +0700, misael пишет:
>> Hello Gray,
>> 
>> Monday, July 4, 2005, 2:15:57 PM, you wrote:
>> 
>> GL> Could you post your kernel config at all?
>> 
>> GL> Looks to me like you've removed something you shouldn't have
>> 
>> GL> -Original Message-
>> GL> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of misael
>> GL> Sent: 04 July 2005 15:23
>> GL> To: freebsd-stable@freebsd.org
>> GL> Subject: 5.3 STABLE to 5.4 buildkernel error
>> 
>> GL> Hello freebsd-stable,
>> 
>> GL> i'm trying to update/upgrade my box from 5.3 STABLE to the latest 
>> version of 5 branch.
>> GL> but when i'm doing make buildkernel i bumped in to some errors, here it 
>> is the error messages:
>> 
>> 
>>  stage 2.3: build tools
>> GL> --
>> GL> cd /usr/obj/usr/src/sys/GENERIC;  
>> MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm  make -DNO_CPU_CFLAGS -f 
>> /usr/src/sys/dev/aic7xxx/aicasm/Makefile
>> GL> Warning: Object directory not changed from original 
>> /usr/obj/usr/src/sys/GENERIC cc -O -pipe -nostdinc -I/usr/include -I. 
>> -I/usr/src/sys/dev/aic7xxx/aicasm  -c
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c
>> GL> cc -O -pipe -nostdinc -I/usr/include -I. 
>> -I/usr/src/sys/dev/aic7xxx/aicasm  -c 
>> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 
>> `symbol_delete':
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: warning: passing arg 
>> 2 of pointer to function from incompatible pointer type
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: error: too few 
>> arguments to function
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 
>> `symtable_open':
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:135: warning: assignment 
>> makes pointer from integer without a cast
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 
>> `symtable_close':
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: structure 
>> has no member named `seq'
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: `R_FIRST' 
>> undeclared (first use in this function)
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: (Each 
>> undeclared identifier is reported only once
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: for each 
>> function it appears in.)
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:157: error: too few 
>> arguments to function
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 
>> `symtable_get':
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: warning: passing 
>> arg 2 of pointer to function from incompatible pointer type
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: error: too few 
>> arguments to function
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: warning: passing 
>> arg 2 of pointer to function from incompatible pointer type
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: error: too few 
>> arguments to function
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function 
>> `symtable_dump':
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:486: error: `R_FIRST' 
>> undeclared (first use in this function)
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:487: error: structure 
>> has no member named `seq'
>> GL> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:524: error: `R_NEXT' 
>> undeclared (first use in this function)
>> GL> *** Error code 1
>> 
>> GL> i'm using GENERIC kernel for this and still error.
>> 
>> GL> for some information these are my cvsup file :
>> 
>> GL> *default host=cvsup12.FreeBSD.org
>> GL> *default base=/usr
>> GL> *default prefix=/usr
>> GL> # The following line is for 4-stable.  If you want 3-stable or 
>> 2.2-stable, # change "RELENG_4" to "RELENG_3" or "RELENG_2_2" respectively.
>> GL> *default release=cvs tag=RELENG_5
>> GL> *default delete use-rel-suffix
>> 
>> GL> and my current FreeBSD version:
>> GL> [EMAIL PROTECTED] src]# uname -v
>> GL> FreeBSD 5.3-STABLE #7
>> 
>> GL> any helps, hints or clues are highly appreciated.
>> 
>> GL> TIA
>> 
>> 
>> 
>> 
>> GL>  --
>> 
>> GL> Best regards,
>> GL>  zen  mailto:[EMAIL PROTECTED]
>> 
>> GL> ___
>> GL> freebsd-stable@freebsd.org mailing list
>> GL> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
>> GL> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
>> 
>> GL> --
>> GL> No virus found in this incoming message.
>> GL> Checked by AVG Anti-Virus.
>> GL> Version: 7.0.323 / Virus Database: 267.8.8/37 - Release Date: 01/07/2005
>>  
>> 
>> 
>> attach you will find my kernel config.
>> FYI i try to compile it with GENERIC one but still fails.
>> 
>> TIA
>> 
>> -- 
>> Best regards,
>> zen mailto:[EMAIL PROTECTED]
>> _

Re: 5.3 STABLE to 5.4 buildkernel error

2005-07-04 Thread Dominic Marks
On Monday 04 July 2005 15:22, misael wrote:
> Hello freebsd-stable,
>
> i'm trying to update/upgrade my box from 5.3 STABLE to the latest
> version of 5 branch.
> but when i'm doing make buildkernel i bumped in to some errors,

Sometimes it is worth trying to cvsup against a different cvsup mirror 
and running a clean build. The GENERIC kernel configuration is 
unmodified, I suppose?

> here it is the error messages:
> >>> stage 2.3: build tools
>
> --
> cd /usr/obj/usr/src/sys/GENERIC; 
> MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm  make -DNO_CPU_CFLAGS -f
> /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory
> not changed from original /usr/obj/usr/src/sys/GENERIC cc -O -pipe
> -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm  -c
> /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O -pipe -nostdinc
> -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm  -c
> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c
> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function
> `symbol_delete': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91:
> warning: passing arg 2 of pointer to function from incompatible
> pointer type /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91:
> error: too few arguments to function
> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function
> `symtable_open': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:135:
> warning: assignment makes pointer from integer without a cast
> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function
> `symtable_close':
> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: structure
> has no member named `seq'
> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: `R_FIRST'
> undeclared (first use in this function)
> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: (Each
> undeclared identifier is reported only once
> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: for each
> function it appears in.)
> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:157: error: too few
> arguments to function
> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function
> `symtable_get': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176:
> warning: passing arg 2 of pointer to function from incompatible
> pointer type /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176:
> error: too few arguments to function
> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: warning: passing
> arg 2 of pointer to function from incompatible pointer type
> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: error: too few
> arguments to function
> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function
> `symtable_dump': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:486:
> error: `R_FIRST' undeclared (first use in this function)
> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:487: error: structure
> has no member named `seq'
> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:524: error: `R_NEXT'
> undeclared (first use in this function) *** Error code 1
>
> i'm using GENERIC kernel for this and still error.
>
> for some information these are my cvsup file :
>
> *default host=cvsup12.FreeBSD.org
> *default base=/usr
> *default prefix=/usr
> # The following line is for 4-stable.  If you want 3-stable or
> 2.2-stable, # change "RELENG_4" to "RELENG_3" or "RELENG_2_2"
> respectively. *default release=cvs tag=RELENG_5
> *default delete use-rel-suffix
>
> and my current FreeBSD version:
> [EMAIL PROTECTED] src]# uname -v
> FreeBSD 5.3-STABLE #7
>
> any helps, hints or clues are highly appreciated.
>
> TIA
>
>
>
>
>  --
>
> Best regards,
>  zen  mailto:[EMAIL PROTECTED]
>
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to
> "[EMAIL PROTECTED]"

-- 
Dominic Marks
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: 5.3 STABLE to 5.4 buildkernel error

2005-07-04 Thread Pertti Kosunen

misael wrote:


# Debugging for use in -current
#optionsDDB #Enable the kernel debugger
#optionsINVARIANTS  #Enable calls of extra sanity checking
options INVARIANT_SUPPORT   #Extra sanity checks of internal 
structures, required by INVARIANTS
#optionsWITNESS #Enable checks to detect deadlocks and 
cycles
#optionsWITNESS_SKIPSPIN#Don't run witness on spinlocks for 
speed
 

OT: Shouldn't you comment out the INVARIANT_SUPPORT too when INVARIANTS 
is out?

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Panic in bus_dmamap_load_mbuf (pmap.h:201)

2005-07-04 Thread Cédric Jonas
On Sun, 3 Jul 2005 22:56:33 +0200
Cédric Jonas <[EMAIL PROTECTED]> wrote:

> Hello,
> 
> Since 1 or 2 months, I experienced panics when I use the ath interface of our 
> server (configured as hostap). Also, the system hangs often (without panic) 
> during the boot process at the "Setting hostname: icarus." level. Because I 
> had absolutely no time, I couldn't learn to use the kernel debugger before. 
> 
> 
> 
>   icarus# uname -a
>   FreeBSD icarus 5.4-STABLE FreeBSD 5.4-STABLE #0: Sun Jul  3 15:14:13 
> CEST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ICARUS  i386
> 
> Sources are from July, 1
> 
> 
>   debug.mpsafenet: 1
> 
> 
> 
> After compiling the kernel with debug options, I get the following during the 
> boot process:
> 
>   Setting hostname: icarus.
>   lock order reversal
>1st 0xc2cd4c6c ath0 (network driver) @ 
> /usr/src/sys/dev/ath/if_ath.c:893
>2nd 0xc30583c8 user map (user map) @ /usr/src/sys/vm/vm_map.c:2998
> 
>
> Another important detail could be that I use a dual Xeon box, which HT 
> enabled, which results in 4 logical CPU's and explain why anybody reported 
> this problem before?!
> 
> I hope somebody could help, if you need additional informations, let me know.
> Thank you.
> 
> -- 
> Best regards, 
>  Cédric Jonas
> ___
> freebsd-hackers@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
> 


If it can help: I tried to disable PREEMPTION, the hyperthreading functionality 
(=> 2 logical CPU), and I set debug.mpsafenet to 0, but the LOR (+ Panic when 
ath0 is used) continue to occure...
I tried also to downgrade to 5.3-RELEASE, where the problems do _not_ occur... 
but that's not a solution.

-- 
Best regards, 
 Cédric Jonas
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Your message to linux-audio-dev awaits moderator approval

2005-07-04 Thread linux-audio-dev-bounces
Your mail to 'linux-audio-dev' with the subject

report

Is being held until the list moderator can review it for approval.

The reason it is being held:

Post by non-member to a members-only list

Either the message will get posted to the list, or you will receive
notification of the moderator's decision.  If you would like to cancel
this posting, please visit the following URL:


http://music.columbia.edu/mailman/confirm/linux-audio-dev/a462a05357e7538c9ea0c5b2833618a284dff193

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


PHP4 and pear Ports

2005-07-04 Thread Jaimie Garner
How do I install php4 with pear and GD and some other options using ports?

I no longer get the config menu that used to apear. I tried make config and it 
gave me a small menu but not the full menu I am used to seeing.

I installed mod_php4 via ports and then tried to install Pear but I get an 
error about conflicting version of mod php4 and php4-cli. Pear requires 
php4_cli but can't install it.

I tried deinstall all mod_php4 and did an install of lang/php4 now pear works 
but apache no longer uses php. And now cant install mod_php4. 

I know I am doing something wrong. could some one point me in the right 
direction? I have hunted on the net and haven't found much.
Thanks
-- 
Jaimie Garner
Onsite PCS inc.
323 SE RIverside AV
Grants Pass, OR 97526
541.471.1343
866.471.1343
[EMAIL PROTECTED]
www.onistepcs.net
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


RE: PHP4 and pear Ports

2005-07-04 Thread Danny Cooper
To install mod_php4 and php4-cli do

cd /usr/ports/php4
make && make install

For any extensions that you require do

cd /usr/ports/lang/php4-extentsions
make

if the menu does not appear do

cd /usr/ports/lang/php4-extentsions
make config

Regards

Danny Cooper

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jaimie Garner
Sent: 04 July 2005 19:02
To: freebsd-stable@freebsd.org
Subject: PHP4 and pear Ports

How do I install php4 with pear and GD and some other options using ports?

I no longer get the config menu that used to apear. I tried make config and
it 
gave me a small menu but not the full menu I am used to seeing.

I installed mod_php4 via ports and then tried to install Pear but I get an 
error about conflicting version of mod php4 and php4-cli. Pear requires 
php4_cli but can't install it.

I tried deinstall all mod_php4 and did an install of lang/php4 now pear
works 
but apache no longer uses php. And now cant install mod_php4. 

I know I am doing something wrong. could some one point me in the right 
direction? I have hunted on the net and haven't found much.
Thanks
-- 
Jaimie Garner
Onsite PCS inc.
323 SE RIverside AV
Grants Pass, OR 97526
541.471.1343
866.471.1343
[EMAIL PROTECTED]
www.onistepcs.net
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: PHP4 and pear Ports

2005-07-04 Thread [EMAIL PROTECTED]
On Mon, 4 Jul 2005 19:58:30 +0100
"Danny Cooper" <[EMAIL PROTECTED]> wrote:

> To install mod_php4 and php4-cli do
> 
> cd /usr/ports/php4
> make && make install
> 
> For any extensions that you require do
> 
> cd /usr/ports/lang/php4-extentsions
> make
> 
> if the menu does not appear do
> 
> cd /usr/ports/lang/php4-extentsions
> make config

if the menu does not appear :
make rmconfig

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: PHP4 and pear Ports

2005-07-04 Thread Claus Guttesen
> How do I install php4 with pear and GD and some other options using ports?
> 
> I no longer get the config menu that used to apear. I tried make config and it
> gave me a small menu but not the full menu I am used to seeing.

Edit the file /var/db/ports/php4-extensions/options, change the
required values, and it should work from there. If you can't find the
file verify that php4-extensions is installed.

regards
Claus
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


5.4-RELEASE local ftp sysinstall (packages in wrong directory)

2005-07-04 Thread Bruce R. Montague


Due to recent call for testing, I downloaded the
5.4-RELEASE iso's and did a clean local ftp install
to an old machine. The 5.4 sysinstall program (run
via the boot floppies from the CD) does not seem to
be aware of the location of the packages on disc1.iso...
Apologies if this has been covered somewhere; I
haven't been following this list and can't find the
exact problem mentioned.

Problem: With the 5.4-RELEASE CD's, doing an install
from a local ftp server, sysinstall attempts to
access "5.4-RELEASE/packages/INDEX", instead of
"packages/INDEX", resulting in sysinstall "Unable
to get packages/INDEX" errors on packages such as
X11.

Attempted Kludge work around: copy CD to ftp mountpoint
and create the missing symlink (ln -s ../packages
packages).  This eliminates access to INDEX problems,
but results in "This is disc #0. Package _blah_ is
on disc1 Would you like to switch discs now?" messages.

Kludge solution #2.  Ignore packages...


More details:

*  Ran Sysinstall with "All", with "ports" collection
selected.

 disc1 in /dev/acd0c mounted as
  /usr/ftp/pub/FreeBSD/releases/i386

Installation proceeds, (accesses "5.4-RELEASE" under
the mountpoint, as defaulted in Installer Options;
dir "5.4-RELEASE" is in disc1.iso's root).


* After installing the ports tree, the message:

  "Unable to get packages/INDEX file from selected media."

This error occurs because the installer ftp is doing a:

  get pub/FreeBSD/releases/i386/5.4-RELEASE/packages/INDEX

It should be asking for:

  pub/FreeBSD/releases/i386/packages/INDEX

The "packages" directory (which contains INDEX) is
located in the root of the CD, not under the
"5.4-RELEASE" directory.

(were there some e-mails somewhere recently about a
missing file link on the CD's... ?)

* These errors can be ignored although retrying gets
tedious. Eventualy sysinstall proceeds after a message
that it can't install at least packages for perl and
X11...


* This problem seems very similar to:

 Subject: Wrong directory (or symlink?) in 
ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/5.3-BETA1/
 
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=5423+0+archive/2004/freebsd-hubs/20040829.freebsd-hubs


 and also releated to:

 Subject: sysinstall new disc layout in 5.4 RELEASE
  
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=366255+0+archive/2005/freebsd-stable/20050515.freebsd-stable
  
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=479254+0+archive/2005/freebsd-stable/20050515.freebsd-stable

 and

  Subject: Will 5.4 be an "Extended Life" release?
  http://lists.freebsd.org/pipermail/freebsd-stable/2005-April/013903.html


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Kismet not longer builds against Radiotap header

2005-07-04 Thread John Scroggins
I am currently running FreeBSD 5.4 STABLE built from latest sources
downloaded last night. Previously i had run 5.4RELEASE and kismet with
no problem. But after the move to STABLE kismet will compile cleanly but
looks like it doesnt build the radiotap_bsd_x sources. 

The radiotap headers exist
in /usr/include/net80211, /usr/obj/usr/src/i386/usr/include/net80211, 
/usr/src/sys/net80211 directories, so are some changes between RELEASE
and STABLE that would cause this problem?

So, has someone run into this type of problem with kismet and is there a
fix or a workaround for this problem. As a note .. the latest source for
kismet will not build at all against STABLE.. 

I am including 1) output of the available port build .. 2) the output of
the successful configure and failed compile of the current source pgk
available from the kismet site -- 3) the .depend file .. looks like the
compile doesnt request the radiotap.h file as a dependency ... hmmm 

Any help would be greatly appreciated ... ;)

Cheers,

--j  

btw -- Mike, I hope you dont mind me cc'ing you on this issue  :) ...
and i did try to give that other configure script (alternate) a try ...
but same results ...

I have a Netgear WG511T atheros card .. 

FreeBSD 5.4-STABLE #0: Mon Jul  4 03:49:40 PDT 2005
[EMAIL PROTECTED]/usr/obj/usr/src/sys/GENERIC
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Pentium(R) III Mobile CPU  1000MHz (996.68-MHz
686-class CPU)  Origin = "GenuineIntel"  Id = 0x6b1  Stepping = 1
Features=0x383f9ff
real memory  = 536215552 (511 MB)
avail memory = 515039232 (491 MB)

depthcharge# ./configure-alt --enable-syspcap
checking build system type... i386-unknown-freebsd5.4
checking host system type... i386-unknown-freebsd5.4
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking whether make sets $(MAKE)... yes
checking how to run the C preprocessor... gcc -E
checking for platform-specific compiler flags... none needed
checking whether byte ordering is bigendian... no
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking errno.h usability... yes
checking errno.h presence... yes
checking for errno.h... yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking sys/socket.h usability... yes
checking sys/socket.h presence... yes
checking for sys/socket.h... yes
checking sys/time.h usability... yes
checking sys/time.h presence... yes
checking for sys/time.h... yes
checking sys/wait.h usability... yes
checking sys/wait.h presence... yes
checking for sys/wait.h... yes
checking for unistd.h... (cached) yes
checking for sys/types.h... (cached) yes
checking getopt.h usability... yes
checking getopt.h presence... yes
checking for getopt.h... yes
checking for an ANSI C-conforming const... yes
checking whether time.h and sys/time.h may both be included... yes
checking whether struct tm is in sys/time.h or time.h... time.h
checking for ANSI C header files... (cached) yes
checking return type of signal handlers... void
checking whether lstat dereferences a symlink specified with a trailing 
slash... no
checking whether stat accepts an empty string... no
checking for gettimeofday... yes
checking for memset... yes
checking for select... yes
checking for socket... yes
checking for strcasecmp... yes
checking for strftime... yes
checking for strstr... yes
checking for system-level getopt_long()... yes
checking for stdint.h... (cached) yes
checking for accept() addrlen type... socklen_t
checking for group 'root'... no.  Using 'wheel'
checking for group 'man'... checking for initscr in -lncurses... yes
checking for new_panel in -lpanel... yes
checking for assume_default_colors in -lncurses... yes
checking for linux/netlink.h... no
configure-alt: WARNING: *** Missing Linux netlink headers.  wlanng_legacy 
source will not be built. ***
checking for linux/wireless.h... no
configure-alt: WARNING: *** Missing Linux Wireless kernel extentions.  
Wavelan/generic source will not be built. ***
checking for pcap_open_live in -lpcap... yes
checking pcap.h usability... yes
checking pcap.h presence... yes
checking for pcap.h... yes
checking for pcap_setnonblock in -lpcap... yes
checking that linux/wireless.h 

5.4-p3 and bind9: isc_mutex_init failed in new_adbfind / exited on signal 11

2005-07-04 Thread Andy Hilker
Hi,

after upgrading to 5.4-p3 I have problems with bind 9. After a few
days it exits on signal 11. I am using an SMP kernel.  I have found
some other people describing the same problem, without a solution. 
On 5.3 I did not experience such things, bind runs stable.  Just
want to confirm this issue to whom it may concern.

If someone needs more info to debug or have hints/workarounds,
please answer.

named[721]: /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/adb.c:1439: 
unexpected error:
named[721]: isc_mutex_init failed in new_adbfind()
pid 721 (named), uid 53: exited on signal 11

bye,
Andy

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


BIND vs. mac_portacl

2005-07-04 Thread Kövesdán Gábor

Hello,

I've loaded the mac_portacl module but BIND doesn't properly work with 
it. My sysctl values:


net.inet.ip.portrange.reservedlow: 0
net.inet.ip.portrange.reservedhigh: 0
security.mac.portacl.rules: 
uid:55:tcp:53,uid:55:udp:53,uid:55:tcp:953,uid:55:udp:953

security.mac.portacl.port_high: 1023
security.mac.portacl.suser_exempt: 1
security.mac.portacl.enabled: 1

Thus, my system behaves in the standard UNIX way, root should be able to 
bind to privileged ports. It is very common that softwares bind to a 
privileged port as root and then change tu an unprivileged user. So does 
BIND with the -u switch, but when I start it in this way with this 
command line: /usr/local/bind/sbin/named -u bind -t /usr/local/bind -c 
/etc/named.conf

, I get:

Jul  4 23:58:13 server named[18476]: socket.c:2885: unexpected error:
Jul  4 23:58:13 server named[18476]: bind: Operation not permitted
Jul  4 23:58:13 server named[18476]: socket.c:2885: unexpected error:
Jul  4 23:58:13 server named[18476]: bind: Operation not permitted
Jul  4 23:58:13 server named[18476]: socket.c:2885: unexpected error:
Jul  4 23:58:13 server named[18476]: bind: Operation not permitted
Jul  4 23:58:13 server named[18476]: socket.c:2885: unexpected error:
Jul  4 23:58:13 server named[18476]: bind: Operation not permitted
Jul  4 23:58:13 server named[18476]: socket.c:2885: unexpected error:
Jul  4 23:58:13 server named[18476]: bind: Operation not permitted

The bind user has the uid 55. I've added a rule for it, as You can see, 
but it doesn't help. I get this error with the ruleset can be seen 
above, and also without any rules. But apache works. It can change to 
the www user. Proftpd can change to the proftpd user. BIND is the only 
one that doesn't work. What's wrong?


Cheers,

Gábor Kövesdán
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re[2]: 5.3 STABLE to 5.4 buildkernel error

2005-07-04 Thread misael
Hello Dominic,

Monday, July 4, 2005, 6:13:57 PM, you wrote:

DM> On Monday 04 July 2005 15:22, misael wrote:
>> Hello freebsd-stable,
>>
>> i'm trying to update/upgrade my box from 5.3 STABLE to the latest
>> version of 5 branch.
>> but when i'm doing make buildkernel i bumped in to some errors,

DM> Sometimes it is worth trying to cvsup against a different cvsup mirror 
DM> and running a clean build. The GENERIC kernel configuration is 
DM> unmodified, I suppose?

>> here it is the error messages:
>> >>> stage 2.3: build tools
>>
>> --
>> cd /usr/obj/usr/src/sys/GENERIC; 
>> MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm  make -DNO_CPU_CFLAGS -f
>> /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory
>> not changed from original /usr/obj/usr/src/sys/GENERIC cc -O -pipe
>> -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm  -c
>> /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O -pipe -nostdinc
>> -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm  -c
>> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c
>> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function
>> `symbol_delete': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91:
>> warning: passing arg 2 of pointer to function from incompatible
>> pointer type /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91:
>> error: too few arguments to function
>> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function
>> `symtable_open': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:135:
>> warning: assignment makes pointer from integer without a cast
>> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function
>> `symtable_close':
>> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: structure
>> has no member named `seq'
>> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: `R_FIRST'
>> undeclared (first use in this function)
>> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: (Each
>> undeclared identifier is reported only once
>> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: for each
>> function it appears in.)
>> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:157: error: too few
>> arguments to function
>> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function
>> `symtable_get': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176:
>> warning: passing arg 2 of pointer to function from incompatible
>> pointer type /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176:
>> error: too few arguments to function
>> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: warning: passing
>> arg 2 of pointer to function from incompatible pointer type
>> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: error: too few
>> arguments to function
>> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function
>> `symtable_dump': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:486:
>> error: `R_FIRST' undeclared (first use in this function)
>> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:487: error: structure
>> has no member named `seq'
>> /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:524: error: `R_NEXT'
>> undeclared (first use in this function) *** Error code 1
>>
>> i'm using GENERIC kernel for this and still error.
>>
>> for some information these are my cvsup file :
>>
>> *default host=cvsup12.FreeBSD.org
>> *default base=/usr
>> *default prefix=/usr
>> # The following line is for 4-stable.  If you want 3-stable or
>> 2.2-stable, # change "RELENG_4" to "RELENG_3" or "RELENG_2_2"
>> respectively. *default release=cvs tag=RELENG_5
>> *default delete use-rel-suffix
>>
>> and my current FreeBSD version:
>> [EMAIL PROTECTED] src]# uname -v
>> FreeBSD 5.3-STABLE #7
>>
>> any helps, hints or clues are highly appreciated.
>>
>> TIA
>>
>>
>>
>>
>>  --
>>
>> Best regards,
>>  zen  mailto:[EMAIL PROTECTED]
>>
i did change the cvsup server but still stop on those step.
and it's GENERIC kernel and the INVARIANT and INVARIANT_SUPPORT is
uncomment ( it's GENERIC KERNEL ).






-- 
Best regards,
misaelmailto:[EMAIL PROTECTED]

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: 5.4-p3 and bind9: isc_mutex_init failed in new_adbfind / exited on signal 11

2005-07-04 Thread Mark Andrews

> Hi,
> 
> after upgrading to 5.4-p3 I have problems with bind 9. After a few
> days it exits on signal 11. I am using an SMP kernel.  I have found
> some other people describing the same problem, without a solution. 
> On 5.3 I did not experience such things, bind runs stable.  Just
> want to confirm this issue to whom it may concern.
> 
> If someone needs more info to debug or have hints/workarounds,
> please answer.
> 
> named[721]: /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/adb.c:1439: 
> unexpected error:
> named[721]: isc_mutex_init failed in new_adbfind()
> pid 721 (named), uid 53: exited on signal 11
> 
> bye,
> Andy
> 
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"

FreeBSD's pthread_mutex_init() (isc_mutext_init()) can fail
if there is no memory.  On most other OS this is not the case.

The callers to isc_mutext_init() assume that a failure is due
to a double initialision and as a result log a error message
when it fails.  Memory allocation failures on the other hand
are not logged.

What I suspect is happening here is that you are seeing a
error in the error path due to a memory allocation failure
which results in a NULL pointer de-reference.  A stack
backtrace from the core dump would pinpoint the error
location.  To get this you really need named to have been
built w/ -g and set kern.sugid_coredump=1.

You can avoid the issue by tuning named so that it doesn't run
out of memory.

Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


How do I determine if ipv6 is enabled?

2005-07-04 Thread Billy Newsom
Is there a sysctl variable, or a quick method to determine if ipv6 is 
enabled in the kernel?  e.g. How do I test for the prescence of ipv6 in 
a script or at the commandline?


Thanks,
Billy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: BIND vs. mac_portacl

2005-07-04 Thread David Malone
On Tue, Jul 05, 2005 at 12:17:40AM +0200, K?vesd?n G?bor wrote:
> The bind user has the uid 55. I've added a rule for it, as You can see, 
> but it doesn't help. I get this error with the ruleset can be seen 
> above, and also without any rules. But apache works. It can change to 
> the www user. Proftpd can change to the proftpd user. BIND is the only 
> one that doesn't work. What's wrong?

The portrange stuff doesn't work for IPv6 sockets at the moment,
and I suspect that BIND is trying to bind to some IPv6 ports (or
maybe to the IPv6 wildcard port, which can cover the IPv4 addresses
too). I'm planning to fix the portrange stuff soon, but just haven't
had time yet - I'll try to get to it by the end of the week.

If you don't actually want to use IPv6, you could give explicit
addresses to named using the listen-on and query-source directives.
Alternatively, a kernel without IPv6 might work.

David.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: How do I determine if ipv6 is enabled?

2005-07-04 Thread David Malone
On Tue, Jul 05, 2005 at 01:17:41AM -0500, Billy Newsom wrote:
> Is there a sysctl variable, or a quick method to determine if ipv6 is 
> enabled in the kernel?  e.g. How do I test for the prescence of ipv6 in 
> a script or at the commandline?

You could check for the existance of the net.inet6 sysctl tree.  If
IPv6 is present then "sysctl net.inet6" will return true, otherwise
it will return an error.

(Note, that this doesn't mean that IPv6 has been configured, just
that the kernel supports it.)

David.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"