Re: Spam mail being sent via the FreeBSD mailing lists

[Manfred Antar (KN6KBS)]

I got one this morning
Blackmail stuff - just delete it.

> On May 25, 2021, at 4:52 PM, jake h  wrote:
> 
> Hi everyone,
> I have recently received several pieces of spam mail, apparently sent via
> this mailing list. These pieces of mail are the usual spam formula; Your
> phone has a virus, Ads, Fake blackmail, so on and so forth.
> Has anyone else noticed these spam emails, or is it just me?
> Thanks,
> Jake

pkg.c revision 367687 breaks pkg

[Manfred Antar]

pkg.c revision 367687 breaks pkg :

(pkg)5052}pkg
The package management tool is not yet installed on your system.
Do you want to fetch and install it now? [y/N]: 

This is after upgrading to the latest pkg and libutil.
pkg.c version 367075 works:

(pkg)5057}pkg
pkg: not enough arguments
Usage: pkg [-v] [-d] [-l] [-N] [-j |-c |-r 
] [-C ] [-R ] [-o var=value] 
[-4|-6]  []

For more information on available commands and options see 'pkg help’. 

___
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: SVN r363032 - portmaster|portupgrade now fails

[Manfred Antar]

Same error here, Even trying to build a port fails:
(src)5023}cd /usr/ports/shells/bash
(bash)5024}make
make: "/usr/ports/Mk/bsd.port.mk" line 2096: warning: String comparison 
operator should be either == or !=
make: "/usr/ports/Mk/bsd.port.mk" line 2096: Malformed conditional 
(defined(MAKE_JOBS_NUMBER_LIMIT) && ( ${MAKE_JOBS_NUMBER_LIMIT} < 
${_MAKE_JOBS_NUMBER} ))
make: Fatal errors encountered -- cannot continue
make: stopped in /usr/ports/shells/bash
(bash)5025}

> On Jul 8, 2020, at 5:33 PM, Michael Butler  
> wrote:
> 
> Did the bmake update break the updating of ports or something else?
> 
> # sudo -E portmaster -a
> ===>>> Gathering distinfo list for installed ports
> 
> ===>>> Starting check of installed ports for available updates
> make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String
> comparison operator should be either == or !=
> make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional
> (!(!empty(_PYTHON_VERSION_MINIMUM) && (  ${__VER} <
> ${_PYTHON_VERSION_MINIMUM})) &&  !(!empty(_PYTHON_VERSION_MAXIMUM) && (
> ${__VER} > ${_PYTHON_VERSION_MAXIMUM})))
> 
> [ snip ]
> 
> make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String
> comparison operator should be either == or !=
> make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional
> (!(!empty(_PYTHON_VERSION_MINIMUM) && (  ${__VER} <
> ${_PYTHON_VERSION_MINIMUM})) &&  !(!empty(_PYTHON_VERSION_MAXIMUM) && (
> ${__VER} > ${_PYTHON_VERSION_MAXIMUM})))
> make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String
> comparison operator should be either == or !=
> make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional
> (!(!empty(_PYTHON_VERSION_MINIMUM) && (  ${__VER} <
> ${_PYTHON_VERSION_MINIMUM})) &&  !(!empty(_PYTHON_VERSION_MAXIMUM) && (
> ${__VER} > ${_PYTHON_VERSION_MAXIMUM})))
> make: "/usr/ports/Mk/Uses/python.mk" line 384: warning: String
> comparison operator should be either == or !=
> make: "/usr/ports/Mk/Uses/python.mk" line 384: Malformed conditional
> (!(!empty(_PYTHON_VERSION_MINIMUM) && (  ${__VER} <
> ${_PYTHON_VERSION_MINIMUM})) &&  !(!empty(_PYTHON_VERSION_MAXIMUM) && (
> ${__VER} > ${_PYTHON_VERSION_MAXIMUM})))
> 
>   imb
> ___
> 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"

revision 342699 breaks savecore when WITHOUT_DYNAMICROOT=yes is defined in src.conf amd64 current

[Manfred Antar]

sbin/savecore broken when WITHOUT_DYNAMICROOT is defined:

/usr/local/bin/ccache cc  -O2 -pipe   -DWITH_CASPER -MD  -MF.depend.savecore.o 
-MTsavecore.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign 
-Wmissing-variable-declarations -Wthread-safety -Wno-empty-body 
-Wno-string-plus-int -Wno-unused-const-variable  -Qunused-arguments  -c 
/usr/src/sbin/savecore/savecore.c -o savecore.o
cc -O2 -pipe -DWITH_CASPER -std=gnu99 -fstack-protector-strong -Wsystem-headers 
-Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign 
-Wmissing-variable-declarations -Wthread-safety -Wno-empty-body 
-Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments  -static  -o 
savecore savecore.o  -L/usr/obj/usr/src/amd64.amd64/lib/libxo -lxo 
-L/usr/obj/usr/src/amd64.amd64/lib/libutil -lutil 
-L/usr/obj/usr/src/amd64.amd64/lib/libz -lz 
-L/usr/obj/usr/src/amd64.amd64/lib/libcasper/libcasper -lcasper 
-L/usr/obj/usr/src/amd64.amd64/lib/libnv -lnv 
-L/usr/obj/usr/src/amd64.amd64/lib/libcap_fileargs -lcap_fileargs 
-L/usr/obj/usr/src/amd64.amd64/lib/libnv -lnv 
-L/usr/obj/usr/src/amd64.amd64/lib/libcasper/services/cap_syslog -lcap_syslog 
-L/usr/obj/usr
 /src/amd64.amd64/lib/libnv -lnv
ld: error: unable to find library -lcasper
ld: error: unable to find library -lcap_fileargs
ld: error: unable to find library -lcap_syslog
cc: error: linker command failed with exit code 1 (use -v to see invocation)
*** Error code 1

Stop.
make: stopped in /usr/src/sbin/savecore

The recent change r342699 breaks static link:

.include 
 
 .if ${MK_CASPER} != "no" && !defined(RESCUE)
 CFLAGS+=-DWITH_CASPER
 LIBADD+=casper cap_fileargs cap_syslog
 .endif


I think something like this is needed to when defining WITHOUT_DYNAMICROOT:

.include 

.if ${MK_CASPER} != "no" && !defined(RESCUE) && !defined(WITHOUT_DYNAMICROOT)
CFLAGS+=-DWITH_CASPER
LIBADD+=casper cap_fileargs cap_syslog
.endif

Manfred
___
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: HEADS-UP: OpenSSL 1.1.1 in 12.0

[Manfred Antar]

Here are a few more:

devel/gnome-vfs
comms/kermit
security/php56-openssl
net-im/telegram
textproc/htmldoc


> On Oct 10, 2018, at 5:35 PM, Ed Maste  wrote:
> 
> On Wed, 10 Oct 2018 at 18:11, O. Hartmann  wrote:
>> 
>> security/libssh
> 
> This one is open as PR 228895.
> 
> If there are other ports that you're trying to build and are failing
> with OpenSSL 1.1.1 please check PR 228865 and 231931 to see if it is
> already listed as a dependency.
> 
> You can see all of the ports that have been identified so far:
> https://bugs.freebsd.org/bugzilla/showdependencytree.cgi?id=228865_resolved=1
> https://bugs.freebsd.org/bugzilla/showdependencytree.cgi?id=231931_resolved=1
> 
> If it's not already listed please submit a new PR for it, making it a
> blocker of 228865. If it is already listed feel free to add a comment
> to the port's PR (in order to help prioritize ongoing work on the open
> reports).
> ___
> 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"

Current-Alpha6 panic with new support.S AMD64

[Manfred Antar]

With r338700 support.S i get panic after rebooting:

avail memory = 16529514496 (15763 MB)
MADT: Found CPU APIC ID 0 ACPI ID 1: enabled
SMP: Added CPU 0 (AP)
MADT: Found CPU APIC ID 2 ACPI ID 2: enabled
SMP: Added CPU 2 (AP)
MADT: Found CPU APIC ID 1 ACPI ID 3: enabled
SMP: Added CPU 1 (AP)
MADT: Found CPU APIC ID 3 ACPI ID 4: enabled
SMP: Added CPU 3 (AP)
Event timer "LAPIC" quality 100
kernel trap 9 with interrupts disabled


Fatal trap 9: general protection fault while in kernel mode
cpuid = 0; apic id = 00
instruction pointer = 0x20:0x80747d86
stack pointer   = 0x28:0x82451820
frame pointer   = 0x28:0x82451820
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= resume, IOPL = 0
current process = 0 ()
[ thread pid 0 tid 0 ]
Stopped at  strcmp+0x6: movb(%rsi),%dl
db> bt
Tracing pid 0 tid 0 td 0x81015180
strcmp() at strcmp+0x6/frame 0x82451820
sysctl_register_oid() at sysctl_register_oid+0x4c/frame 0x82451b40
sysctl_add_oid() at sysctl_add_oid+0x20d/frame 0x82451b90
et_register() at et_register+0x14d/frame 0x82451bf0
native_lapic_init() at native_lapic_init+0x4e3/frame 0x82451c10
madt_setup_local() at madt_setup_local+0x26e/frame 0x82451c40
apic_setup_local() at apic_setup_local+0x44/frame 0x82451c50
mi_startup() at mi_startup+0x118/frame 0x82451c70
btext() at btext+0x2c
db> 

With support.S r338683 no problem
Manfred
___
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: nvidia-driver build error (last ports, FreeBSD-HEAD)

[Manfred Antar]

> On Aug 21, 2018, at 10:10 PM, Alan Cox  wrote:
> 
> On 08/21/2018 23:29, Manfred Antar wrote:
>> 
>>> On Aug 21, 2018, at 7:23 PM, Alexey Dokuchaev  wrote:
>>> 
>>> On Tue, Aug 21, 2018 at 11:22:56PM +0700, Alex V. Petrov wrote:
>>>>  Перенаправленное сообщение 
>>>> Тема: nvidia-driver build error (last ports, FreeBSD-HEAD)
>>>> Дата: Tue, 21 Aug 2018 16:41:42 +0700
>>>> От: Alex V. Petrov 
>>>> Кому: FreeBSD Ports 
>>> Should be fixed as of r477761.
>>> 
>>> ./danfe
>> emulators/open-vm-tools is also broken from the recent changes to sys/vm:
>> cc  -O2 -pipe -isystem /usr/local/include -fno-strict-aliasing  -Werror 
>> -D_KERNEL -DKLD_MODULE -nostdinc  
>> -I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-stable-10.2.5/open-vm-tools/lib/include
>>  
>> -I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-stable-10.2.5/open-vm-tools/modules/shared/vmxnet
>>  -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck/include -fno-common  
>> -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer   -MD  
>> -MF.depend.if_vxn.o -MTif_vxn.o -mcmodel=kernel -mno-red-zone -mno-mmx 
>> -mno-sse -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding 
>> -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs 
>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef 
>> -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs 
>> -fdiagnostics-show-option -Wno-unknown-pragmas 
>> -Wno-error-tautological-compare -Wno-error-empty-body 
>> -Wno-error-parentheses-equality -Wno-error-unused-function 
>> -Wno-error-pointer-sign -Wno-error-shift-negative-value 
>> -Wno-address-of-packed-member  -mno-aes -mno-avx  -std=iso9899:1999 -c 
>> if_vxn.c -o if_vxn.o
>> --- vmmemctl ---
>> os.c:410:68: error: too many arguments to function call, expected 2, have 3
>>   p->bitmap = (unsigned long *)kmem_malloc(kernel_arena, p->size, M_WAITOK | 
>> M_ZERO);
>>~~~
>> ^
>> /usr/src/sys/sys/malloc.h:55:18: note: expanded from macro 'M_WAITOK'
>> #define M_WAITOK0x0002  /* ok to block */
>>^
>> /usr/src/sys/vm/vm_extern.h:67:1: note: 'kmem_malloc' declared here
>> vm_offset_t kmem_malloc(vm_size_t size, int flags);
>> ^
>> 1 error generated.
>> 
>> I also had to rebuild kde-workspace-kde4 and xorg-server before i could 
>> start x without open-vm-tools.
>> This is on a FreeBSD-12-Alpha2-current as of today.the old 
>> open-vm-tools/modules/freebsd/vmmemctl
>> will hang,so i needed to uninstall it to get x.
>> 
>> if these lines are removed from open-vm-tools/modules/freebsd/vmmemctl/os.h 
>> open-vm-tools will compile and work:
>> 
>> 407,411d406
>> < #if __FreeBSD_version < 100
>> <p->bitmap = (unsigned long *)kmem_alloc(kernel_map, p->size);
>> < #else
>> <p->bitmap = (unsigned long *)kmem_malloc(kernel_arena, p->size, 
>> M_WAITOK | M_ZERO);
>> < #endif
>> 
>> Not sure if this is the right fix but it enabled me to use the vm-tools 
>> again and the associated modules
> 
> Change this to
> 
> #if __FreeBSD_version < 100
>p->bitmap = (unsigned long *)kmem_alloc(kernel_map, p->size);
> #elif  __FreeBSD_version < 1200080
>p->bitmap = (unsigned long *)kmem_malloc(kernel_arena, p->size,
> M_WAITOK | M_ZERO);
> #else
>p->bitmap = (unsigned long *)kmem_malloc(p->size, M_WAITOK | M_ZERO);
> #endif
> 
> That said, it's not clear to me why this allocation doesn't use
> malloc(9), then no #if's would be required across different versions of
> FreeBSD.
> 

This works on current AMD64
Thanks

___
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: nvidia-driver build error (last ports, FreeBSD-HEAD)

[Manfred Antar]

> On Aug 21, 2018, at 7:23 PM, Alexey Dokuchaev  wrote:
> 
> On Tue, Aug 21, 2018 at 11:22:56PM +0700, Alex V. Petrov wrote:
>> 
>>  Перенаправленное сообщение 
>> Тема: nvidia-driver build error (last ports, FreeBSD-HEAD)
>> Дата: Tue, 21 Aug 2018 16:41:42 +0700
>> От: Alex V. Petrov 
>> Кому: FreeBSD Ports 
> 
> Should be fixed as of r477761.
> 
> ./danfe

emulators/open-vm-tools is also broken from the recent changes to sys/vm:
cc  -O2 -pipe -isystem /usr/local/include -fno-strict-aliasing  -Werror 
-D_KERNEL -DKLD_MODULE -nostdinc  
-I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-stable-10.2.5/open-vm-tools/lib/include
 
-I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-stable-10.2.5/open-vm-tools/modules/shared/vmxnet
 -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck/include -fno-common  
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer   -MD  -MF.depend.if_vxn.o 
-MTif_vxn.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  
-fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes 
-Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign 
-D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs 
-fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare 
-Wno-error-empty-body -Wno-error-parentheses-equality 
-Wno-error-unused-function -Wno-error-pointer-sign 
-Wno-error-shift-negative-value -Wno-address-of-packed-member  -mno-aes 
-mno-avx  -std=iso9899:1999 -c if_vxn.c -o if_vxn.o
--- vmmemctl ---
os.c:410:68: error: too many arguments to function call, expected 2, have 3
   p->bitmap = (unsigned long *)kmem_malloc(kernel_arena, p->size, M_WAITOK | 
M_ZERO);
~~~
^
/usr/src/sys/sys/malloc.h:55:18: note: expanded from macro 'M_WAITOK'
#define M_WAITOK0x0002  /* ok to block */
^
/usr/src/sys/vm/vm_extern.h:67:1: note: 'kmem_malloc' declared here
vm_offset_t kmem_malloc(vm_size_t size, int flags);
^
1 error generated.

I also had to rebuild kde-workspace-kde4 and xorg-server before i could start x 
without open-vm-tools.
This is on a FreeBSD-12-Alpha2-current as of today.the old 
open-vm-tools/modules/freebsd/vmmemctl
will hang,so i needed to uninstall it to get x.

if these lines are removed from open-vm-tools/modules/freebsd/vmmemctl/os.h 
open-vm-tools will compile and work:

407,411d406
< #if __FreeBSD_version < 100
bitmap = (unsigned long *)kmem_alloc(kernel_map, p->size);
< #else
bitmap = (unsigned long *)kmem_malloc(kernel_arena, p->size, M_WAITOK | 
M_ZERO);
< #endif

Not sure if this is the right fix but it enabled me to use the vm-tools again 
and the associated modules

Manfred



___
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: LUA boot loader coming very soon

[Manfred Antar]

> On Aug 20, 2018, at 10:47 AM, Kyle Evans  wrote:
> 
> On Mon, Aug 20, 2018 at 12:44 PM, Manfred Antar  
> wrote:
>> 
>> 
>>> On Aug 20, 2018, at 9:20 AM, Warner Losh  wrote:
>>> 
>>> 
>>> 
>>> On Mon, Aug 20, 2018 at 9:55 AM, Kyle Evans  wrote:
>>> On Mon, Aug 20, 2018 at 10:39 AM, Manfred Antar  
>>> wrote:
>>>> Hi
>>>> How do i get the menu back after switching to LUA loader?
>>>> I’m using a comconsole. Before the switch to LUA I had a menu and a little 
>>>> devil with pitchfork:)
>>>> Now just get the countdown from 10 , then boot.
>>>> Here is my loader.conf.local:
>>>> 
>>>> console="comconsole"
>>>> beastie_disable="NO"
>>>> hw.vga.textmode=1
>>>> kern.vt.spclkeys=15
>>>> nvidia_load="YES"
>>>> linux_common_load="YES"
>>>> linux_load="YES"
>>>> linprocfs_load="YES"
>>>> linsysfs_load=“YES"
>>>> 
>>> 
>>> Hmm... seems that there was a miscommunication at some point, and the
>>> menu is disabled explicitly on serial boots. console="comconsole" is
>>> enough to disable this in lualoader land. An excerpt from an e-mail I
>>> was forwarded regarding this:
>>> 
>>> if $console contains (space or comma separated) "efi" then do
>>> not draw a menu (fall back to autoboot routine).
>>> 
>>> if $beastie_disable is set to "YES" (case insensitive), then do not
>>> draw a menu (fall back to autoboot routine).
>>> 
>>> We are clearly doing this wrong. I will fix it ASAP.
>>> 
>>> I think that we need  https://reviews.freebsd.org/D16816 to fix all the 
>>> bits.
>>> 
>>> Warner
>> 
>> Ok that works
>> I had to edit /boot/lua/drawer.lua to get the devil-pitchfork back, 
>> otherwise just have devilhead.
>> 
>> drawer.default_color_logodef = 'orb'
>> drawer.default_bw_logodef = ‘orbbw'
>> 
>> to:
>> 
>> drawer.default_color_logodef = 'beastie'
>> drawer.default_bw_logodef = ‘beastiebw'
>> 
>> and it’s pretty much the same as the 4th menu i had before.
>> Is there a way to put:
>> 
>> drawer.default_color_logodef = 'beastie'
>> drawer.default_bw_logodef = 'beastiebw'
>> 
>> somewhere else ie loader.rc or loader.lua.local so I don’t have to edit the 
>> /boot/lua/drawer.lua everytime I rebuild world?
>> It doesn’t work to put in loader.conf.local
> 
> In loader.conf(5) land, this is called "loader_logo"
> 
> e.g. loader_logo=“beastie"

I got it now.
I was putting the wrong line in loader.conf.local
loader_logo works!!
Thanks

___
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: LUA boot loader coming very soon

[Manfred Antar]

> On Aug 20, 2018, at 9:20 AM, Warner Losh  wrote:
> 
> 
> 
> On Mon, Aug 20, 2018 at 9:55 AM, Kyle Evans  wrote:
> On Mon, Aug 20, 2018 at 10:39 AM, Manfred Antar  
> wrote:
> > Hi
> > How do i get the menu back after switching to LUA loader?
> > I’m using a comconsole. Before the switch to LUA I had a menu and a little 
> > devil with pitchfork:)
> > Now just get the countdown from 10 , then boot.
> > Here is my loader.conf.local:
> >
> > console="comconsole"
> > beastie_disable="NO"
> > hw.vga.textmode=1
> > kern.vt.spclkeys=15
> > nvidia_load="YES"
> > linux_common_load="YES"
> > linux_load="YES"
> > linprocfs_load="YES"
> > linsysfs_load=“YES"
> >
> 
> Hmm... seems that there was a miscommunication at some point, and the
> menu is disabled explicitly on serial boots. console="comconsole" is
> enough to disable this in lualoader land. An excerpt from an e-mail I
> was forwarded regarding this:
> 
> if $console contains (space or comma separated) "efi" then do
> not draw a menu (fall back to autoboot routine).
> 
> if $beastie_disable is set to "YES" (case insensitive), then do not
> draw a menu (fall back to autoboot routine).
> 
> We are clearly doing this wrong. I will fix it ASAP.
> 
> I think that we need  https://reviews.freebsd.org/D16816 to fix all the bits.
> 
> Warner 

Ok that works
I had to edit /boot/lua/drawer.lua to get the devil-pitchfork back, otherwise 
just have devilhead.

drawer.default_color_logodef = 'orb'
drawer.default_bw_logodef = ‘orbbw'

to:

drawer.default_color_logodef = 'beastie'
drawer.default_bw_logodef = ‘beastiebw'

and it’s pretty much the same as the 4th menu i had before.
Is there a way to put:

drawer.default_color_logodef = 'beastie'
drawer.default_bw_logodef = 'beastiebw'

somewhere else ie loader.rc or loader.lua.local so I don’t have to edit the 
/boot/lua/drawer.lua everytime I rebuild world?
It doesn’t work to put in loader.conf.local
Thanks
Manfred
___
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: LUA boot loader coming very soon

[Manfred Antar]

Hi
How do i get the menu back after switching to LUA loader?
I’m using a comconsole. Before the switch to LUA I had a menu and a little 
devil with pitchfork:)
Now just get the countdown from 10 , then boot.
Here is my loader.conf.local:

console="comconsole"
beastie_disable="NO"
hw.vga.textmode=1
kern.vt.spclkeys=15
nvidia_load="YES"
linux_common_load="YES"
linux_load="YES"
linprocfs_load="YES"
linsysfs_load=“YES"

I also had a loader.rc file but it does not seem relevant to LUA:

\ Loader.rc
\ $FreeBSD: head/stand/i386/loader/loader.rc 332413 2018-04-11 18:02:13Z imp $
\
\ Includes additional commands
include /boot/loader.4th
include /boot/efi.4th
try-include /boot/loader.rc.local

\ Reads and processes loader.conf variables
initialize

maybe-efi-resizecons

\ Tests for password -- executes autoboot first if a password was defined
check-password

\ Load in the boot menu
include /boot/beastie.4th

\ Start the boot menu
beastie-start

Thanks
Manfred
___
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"

Panic on Boot - Current AMD64

[Manfred Antar]

I get panic on boot from current kernel.
Since last night - changes to vm system ?
World is Current as of this morning

FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 12.0-CURRENT #0 r328948: Tue Feb  6 11:30:57 PST 2018
r...@pozo.com:/usr/src/sys/amd64/compile/pozo amd64
FreeBSD clang version 6.0.0 (branches/release_60 324090) (based on LLVM 6.0.0)
Table 'FACP' at 0xdfbc57e8
Table 'APIC' at 0xdfbc585c
Table 'ASF!' at 0xdfbc58e0
Table 'MCFG' at 0xdfbc5943
Table 'TCPA' at 0xdfbc597f
Table 'SLIC' at 0xdfbc59b1
Table 'HPET' at 0xdfbc5b27
ACPI: No SRAT table found
panic: UMA: Increase vm.boot_pages
cpuid = 0
time = 1
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0x820bc820
vpanic() at vpanic+0x18d/frame 0x820bc880
panic() at panic+0x43/frame 0x820bc8e0
startup_alloc() at startup_alloc+0x19c/frame 0x820bc940
keg_alloc_slab() at keg_alloc_slab+0xef/frame 0x820bc9c0
keg_fetch_slab() at keg_fetch_slab+0x128/frame 0x820bca20
zone_fetch_slab() at zone_fetch_slab+0x69/frame 0x820bca50
zone_import() at zone_import+0x5a/frame 0x820bcaa0
zone_alloc_item() at zone_alloc_item+0x3b/frame 0x820bcae0
uma_startup() at uma_startup+0x3d3/frame 0x820bcbd0
vm_page_startup() at vm_page_startup+0x338/frame 0x820bcc20
vm_mem_init() at vm_mem_init+0x1d/frame 0x820bcc50
mi_startup() at mi_startup+0x118/frame 0x820bcc70
btext() at btext+0x2c
KDB: enter: panic
[ thread pid 0 tid 0 ]
Stopped at  kdb_enter+0x3b: movq$0,kdb_why
db> bt
Tracing pid 0 tid 0 td 0x80ff1240
kdb_enter() at kdb_enter+0x3b/frame 0x820bc820
vpanic() at vpanic+0x1aa/frame 0x820bc880
panic() at panic+0x43/frame 0x820bc8e0
startup_alloc() at startup_alloc+0x19c/frame 0x820bc940
keg_alloc_slab() at keg_alloc_slab+0xef/frame 0x820bc9c0
keg_fetch_slab() at keg_fetch_slab+0x128/frame 0x820bca20
zone_fetch_slab() at zone_fetch_slab+0x69/frame 0x820bca50
zone_import() at zone_import+0x5a/frame 0x820bcaa0
zone_alloc_item() at zone_alloc_item+0x3b/frame 0x820bcae0
uma_startup() at uma_startup+0x3d3/frame 0x820bcbd0
vm_page_startup() at vm_page_startup+0x338/frame 0x820bcc20
vm_mem_init() at vm_mem_init+0x1d/frame 0x820bcc50
mi_startup() at mi_startup+0x118/frame 0x820bcc70
btext() at btext+0x2c
db> 

___
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: Current amd64 new error or warning from today's current with ruby r320323

[Manfred Antar]

> On Jun 25, 2017, at 10:21 AM, Konstantin Belousov <kostik...@gmail.com> wrote:
> 
> On Sun, Jun 25, 2017 at 10:09:07AM -0700, Manfred Antar wrote:
>> 
>>> On Jun 25, 2017, at 9:41 AM, Konstantin Belousov <kostik...@gmail.com> 
>>> wrote:
>>> 
>>> On Sun, Jun 25, 2017 at 08:21:33AM -0700, Manfred Antar wrote:
>>>> 
>>>>> On Jun 25, 2017, at 7:50 AM, Konstantin Belousov <kostik...@gmail.com> 
>>>>> wrote:
>>>>> 
>>>>> On Sun, Jun 25, 2017 at 07:43:25AM -0700, Manfred Antar wrote:
>>>>>> maybe message got reformatted in mail program (mac mail).
>>>>>> could you send me a tar file of the patch?
>>>>>> also not sure if ???patch -p1 <patchfile??? is the correct invocation of 
>>>>>> patch
>>>>>> 
>>>>>> you could cc r...@pozo.com <mailto:r...@pozo.com> , that way i have copy 
>>>>>> on freebsd box and on mac.
>>>>> 
>>>>> https://people.freebsd.org/~kib/misc/vm2.1.patch 
>>>>> <https://people.freebsd.org/~kib/misc/vm2.1.patch>
>>>> 
>>>> OK patched and built new kernel \
>>>> rebooted,
>>>> same ruby message. So it must be a ruby thing.
>>>> new kdump.txt at http://www.pozo.com/kernel/kdump.txt 
>>>> <http://www.pozo.com/kernel/kdump.txt>
>>>> 
>>>> also i???ll put a copy of my kernel config in same directory:
>>>> 
>>>> http://www.pozo.com/kernel/pozo <http://www.pozo.com/kernel/pozo>
>>>> 
>>>> only one module is being loaded at boot:
>>>> (kernel)4908}kldstat
>>>> Id Refs AddressSize Name
>>>> 15 0x8020 10380a8  kernel
>>>> 21 0x8123a000 e13f50   nvidia.ko 
>>>> 
>>>> I can disable nvidia if it helps as I really only access this machine over 
>>>> the net or serial console.
>>>> 
>>> No need, I understood why MAP_STACK failed in this case, thanks to the
>>> ktrace log. This is indeed something ruby-specific, or rather, triggered
>>> by ruby special use of libthr. It is not related to the main stack
>>> split.
>>> 
>>> It seems that ruby requested very small stack for a new thread, only 5
>>> pages in size.  This size caused the stack gap to be correctly calculated
>>> as having zero size, because the whole stack is allocated by initial grow.
>>> But then there is no space for the guard page, which caused mapping failure
>>> for it, and overall stack mapping failure.
>>> 
>>> Try this.
>>> https://people.freebsd.org/~kib/misc/vm2.2.patch
>> 
>> Seems to have worked:
>> 
>> (~)4933}ruby -v
>> ruby 2.3.4p301 (2017-03-30 revision 58214) [amd64-freebsd12]
>> (~)4934}
>> 
>> No more message. Do you want new ktrace ?
> 
> Thanks for testing.  You might post the trace.

New trace at :

http://www.pozo.com/kernel/kdump-working.txt 
<http://www.pozo.com/kernel/kdump-working.txt>

Thanks
-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: Current amd64 new error or warning from today's current with ruby r320323

[Manfred Antar]

> On Jun 25, 2017, at 9:41 AM, Konstantin Belousov <kostik...@gmail.com> wrote:
> 
> On Sun, Jun 25, 2017 at 08:21:33AM -0700, Manfred Antar wrote:
>> 
>>> On Jun 25, 2017, at 7:50 AM, Konstantin Belousov <kostik...@gmail.com> 
>>> wrote:
>>> 
>>> On Sun, Jun 25, 2017 at 07:43:25AM -0700, Manfred Antar wrote:
>>>> maybe message got reformatted in mail program (mac mail).
>>>> could you send me a tar file of the patch?
>>>> also not sure if ???patch -p1 <patchfile??? is the correct invocation of 
>>>> patch
>>>> 
>>>> you could cc r...@pozo.com <mailto:r...@pozo.com> , that way i have copy 
>>>> on freebsd box and on mac.
>>> 
>>> https://people.freebsd.org/~kib/misc/vm2.1.patch 
>>> <https://people.freebsd.org/~kib/misc/vm2.1.patch>
>> 
>> OK patched and built new kernel \
>> rebooted,
>> same ruby message. So it must be a ruby thing.
>> new kdump.txt at http://www.pozo.com/kernel/kdump.txt 
>> <http://www.pozo.com/kernel/kdump.txt>
>> 
>> also i???ll put a copy of my kernel config in same directory:
>> 
>> http://www.pozo.com/kernel/pozo <http://www.pozo.com/kernel/pozo>
>> 
>> only one module is being loaded at boot:
>> (kernel)4908}kldstat
>> Id Refs AddressSize Name
>> 15 0x8020 10380a8  kernel
>> 21 0x8123a000 e13f50   nvidia.ko 
>> 
>> I can disable nvidia if it helps as I really only access this machine over 
>> the net or serial console.
>> 
> No need, I understood why MAP_STACK failed in this case, thanks to the
> ktrace log. This is indeed something ruby-specific, or rather, triggered
> by ruby special use of libthr. It is not related to the main stack
> split.
> 
> It seems that ruby requested very small stack for a new thread, only 5
> pages in size.  This size caused the stack gap to be correctly calculated
> as having zero size, because the whole stack is allocated by initial grow.
> But then there is no space for the guard page, which caused mapping failure
> for it, and overall stack mapping failure.
> 
> Try this.
> https://people.freebsd.org/~kib/misc/vm2.2.patch

Seems to have worked:

(~)4933}ruby -v
ruby 2.3.4p301 (2017-03-30 revision 58214) [amd64-freebsd12]
(~)4934}

No more message. Do you want new ktrace ?

Thanks
Manfred
-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: Current amd64 new error or warning from today's current with ruby r320323

[Manfred Antar]

> On Jun 24, 2017, at 7:04 PM, Konstantin Belousov <kostik...@gmail.com> wrote:
> 
> On Sat, Jun 24, 2017 at 06:48:03PM -0700, Manfred Antar wrote:
>> 
>>> On Jun 24, 2017, at 6:23 PM, Konstantin Belousov <kostik...@gmail.com> 
>>> wrote:
>>> 
>>> On Sat, Jun 24, 2017 at 06:08:50PM -0700, Manfred Antar wrote:
>>>> New world and kernel  r320323
>>>> I get a new error or message when using ruby:
>>>> 
>>>> 
>>>> /usr/local/sbin/portupgrade -av
>>>> : warning: pthread_create failed for timer: Resource temporarily 
>>>> unavailable, scheduling broken
>>>> 
>>>> everything works just this message when using ruby. I recompiled ruby , 
>>>> still same message
>>>> 
>>>> /usr/local/bin/ruby -v
>>>> : warning: pthread_create failed for timer: Resource temporarily 
>>>> unavailable, scheduling broken
>>>> ruby 2.3.4p301 (2017-03-30 revision 58214) [amd64-freebsd12]
>>>> 
>>>> Not sure what???s changed, I noticed some commits to vm stuff, maybe thats 
>>>> it.
>>> 
>>> ktrace your failing ruby invocation, then post output of kdump -H somewhere.
>>> 
>> 
>> Ok not sure  if this is right , but this is what i did:
>> 
>> (tmp)4637}ktrace /usr/local/bin/ruby -v
>> : warning: pthread_create failed for timer: Resource temporarily 
>> unavailable, scheduling broken
>> ruby 2.3.4p301 (2017-03-30 revision 58214) [amd64-freebsd12]
>> 
>> (tmp)4638}kdump -H -f ./ktrace.out >  kdump.txt
>> 
>> you can get kdump.txt at:
>> 
>> http://www.pozo.com/kernel/kdump <http://www.pozo.com/kernel/kdump>.txt
>> 
>> It???s not failing, I don???t think , I can do portupgrade and it works fine.
>> I just get this new message
> 
> I see what is going on, but it is somewhat strange that it happens.
> 
> Do you run ruby in a jail with old (say, stable/10) libthr ?
> Or do you have environment variable LIBPTHREAD_SPLITSTACK_MAIN set in
> your environment ?
> 
> Anyway, the rework of the stack grow indeed have incompatibility with the
> old (pre-11) libthr, which tries to split main thread stack into smaller
> stacks for the new threads.  New stack grow code was specifically designed
> to prevent this.  Some hack would be needed there, to allow reuse of
> the main stack gap.
> 

Not running any jails
all libraries are current as of today
locate libthr. |xargs ls -l
-r--r--r--  1 root  wheel  120240 Jun 24 12:50 /lib/libthr.so.3
-r--r--r--  1 root  wheel  256072 Jun 24 12:50 /usr/lib/libthr.a
lrwxr-xr-x  1 root  wheel  21 Jun 24 12:50 /usr/lib/libthr.so -> 
../../lib/libthr.so.3

ldd /usr/local/bin/ruby
-rwxr-xr-x  1 root  wheel  2677552 Jun 24 18:22 /usr/local/lib/libruby23.so.2
-rwxr-xr-x  1 root  wheel  43832 Jun 24 19:10 /usr/local/lib/libunwind.so.8.0.1

/usr/local/bin/ruby:
libruby23.so.23 => /usr/local/lib/libruby23.so.23 (0x800a0)
libelf.so.2 => /lib/libelf.so.2 (0x800e9d000)
libunwind.so.8 => /usr/local/lib/libunwind.so.8 (0x8010b5000)
libexecinfo.so.1 => /usr/lib/libexecinfo.so.1 (0x8012ce000)
libprocstat.so.1 => /usr/lib/libprocstat.so.1 (0x8014d1000)
libcrypt.so.5 => /lib/libcrypt.so.5 (0x8016db000)
libm.so.5 => /lib/libm.so.5 (0x8018f9000)
libthr.so.3 => /lib/libthr.so.3 (0x801b26000)
libc.so.7 => /lib/libc.so.7 (0x801d4e000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x802335000)
liblzma.so.5 => /usr/lib/liblzma.so.5 (0x80254b000)
libkvm.so.7 => /lib/libkvm.so.7 (0x802774000)
libutil.so.9 => /lib/libutil.so.9 (0x802982000)

no LIBPTHREAD_SPLITSTACK_MAIN set anywhere

This is a fresh buildworld - installworld from noon today California time.

here are env in make.conf:
DEFAULT_VERSIONS= mysql=5.7 apache=2.4 python2=2.7 python3=3.4 ruby=2.3 
perl5=5.24 php=5.6 tcltk=8.6 samba=4.4 ssl=base ncurses=base
MALLOC_PRODUCTION=yes
WITH_BDB_VERSION=5

env in src.conf:
WITHOUT_DYNAMICROOT=yes 
WITHOUT_UNBOUND=yes
WITHOUT_CASPER=yes
WITHOUT_CAPSICUM=yes
WITHOUT_DMAGENT=yes
WITHOUT_PROFILE=yes
WITHOUT_TESTS=yes
WITHOUT_KERNEL_SYMBOLS=yes
WITHOUT_DEBUG_FILES=1
WITHOUT_LIB32=yes
INSTALL_NODEBUG=yes

# Don't die on warnings
NO_WERROR=
WERROR=
KERNCONF=pozo
WITH_CCACHE_BUILD=yes

Manfred



-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: Current amd64 new error or warning from today's current with ruby r320323

[Manfred Antar]

> On Jun 24, 2017, at 6:55 PM, David Wolfskill <da...@catwhisker.org> wrote:
> 
> On Sat, Jun 24, 2017 at 06:48:03PM -0700, Manfred Antar wrote:
>> ... 
>>> ktrace your failing ruby invocation, then post output of kdump -H somewhere.
>>> 
>> 
>> Ok not sure  if this is right , but this is what i did:
>> 
>> (tmp)4637}ktrace /usr/local/bin/ruby -v
> 
> You might want to re-do that, specifying the "-di" flags to ktrace (if
> the output fails to include activities from child processes, and tracing
> those is of interest).

Ok did:
ktrace -di /usr/local/bin/ruby -v

kdump -H -f ./ktrace.out >kdump-new.txt

File is at :

http://www.pozo.com/kernel/kdump-new.txt 
<http://www.pozo.com/kernel/kdump-new.txt>

smaller than the first one.

Manfred
-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: Current amd64 new error or warning from today's current with ruby r320323

[Manfred Antar]

> On Jun 24, 2017, at 6:23 PM, Konstantin Belousov <kostik...@gmail.com> wrote:
> 
> On Sat, Jun 24, 2017 at 06:08:50PM -0700, Manfred Antar wrote:
>> New world and kernel  r320323
>> I get a new error or message when using ruby:
>> 
>> 
>> /usr/local/sbin/portupgrade -av
>> : warning: pthread_create failed for timer: Resource temporarily 
>> unavailable, scheduling broken
>> 
>> everything works just this message when using ruby. I recompiled ruby , 
>> still same message
>> 
>> /usr/local/bin/ruby -v
>> : warning: pthread_create failed for timer: Resource temporarily 
>> unavailable, scheduling broken
>> ruby 2.3.4p301 (2017-03-30 revision 58214) [amd64-freebsd12]
>> 
>> Not sure what???s changed, I noticed some commits to vm stuff, maybe thats 
>> it.
> 
> ktrace your failing ruby invocation, then post output of kdump -H somewhere.
> 

Ok not sure  if this is right , but this is what i did:

(tmp)4637}ktrace /usr/local/bin/ruby -v
: warning: pthread_create failed for timer: Resource temporarily 
unavailable, scheduling broken
ruby 2.3.4p301 (2017-03-30 revision 58214) [amd64-freebsd12]

(tmp)4638}kdump -H -f ./ktrace.out >  kdump.txt

you can get kdump.txt at:

http://www.pozo.com/kernel/kdump <http://www.pozo.com/kernel/kdump>.txt

It’s not failing, I don’t think , I can do portupgrade and it works fine.
I just get this new message



-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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"

Current amd64 new error or warning from today's current with ruby r320323

[Manfred Antar]

New world and kernel  r320323
I get a new error or message when using ruby:


/usr/local/sbin/portupgrade -av
: warning: pthread_create failed for timer: Resource temporarily 
unavailable, scheduling broken

everything works just this message when using ruby. I recompiled ruby , still 
same message

/usr/local/bin/ruby -v
: warning: pthread_create failed for timer: Resource temporarily 
unavailable, scheduling broken
ruby 2.3.4p301 (2017-03-30 revision 58214) [amd64-freebsd12]

Not sure what’s changed, I noticed some commits to vm stuff, maybe thats it.

Manfred
-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: New /head/sys/amd64/amd64/genassym.c breaks buildkernel amd64 current

[Manfred Antar]

> 
> I've got another report about this problem, but I can not reproduce it here 
> with
> a clean kernel build of GENERIC.
> I am not sure what the problem is.
> Do you have anything unusual in make.conf, src.conf or your kernel 
> configuration?
> 
> -- 
> Andriy Gapon
> 

Here is my src.conf:

WITHOUT_DYNAMICROOT=yes 
WITHOUT_UNBOUND=yes
WITHOUT_CASPER=yes
WITHOUT_CAPSICUM=yes
WITHOUT_DMAGENT=yes
WITHOUT_PROFILE=yes
WITHOUT_TESTS=yes
WITHOUT_KERNEL_SYMBOLS=yes
WITHOUT_DEBUG_FILES=1
WITHOUT_LIB32=yes
INSTALL_NODEBUG=yes
NO_WERROR=
WERROR=
KERNCONF=pozo
WITH_CCACHE_BUILD=yes


Here is make.conf:

MODULES_OVERRIDE=
BOOT_COMCONSOLE_PORT=0x3F8
BOOT_COMCONSOLE_SPEED=57600
DOC_LANG=en_US.ISO8859-1
SENDMAIL_MC=/root/config-files/pozo-hp-8000-sff/sendmail/pozo.mc
SENDMAIL_SUBMIT_MC=/root/config-files/pozo-hp-8000-sff/sendmail/pozo-submit.mc
SENDMAIL_CFLAGS=-I/usr/local/include -DSASL=2
SENDMAIL_LDFLAGS=-L/usr/local/lib
SENDMAIL_LDADD=-lsasl2
DEFAULT_VERSIONS= mysql=5.7 apache=2.4 python2=2.7 python3=3.4 ruby=2.3 
perl5=5.24 php=5.6 tcltk=8.6 samba=4.4 ssl=base ncurses=base
MALLOC_PRODUCTION=yes
WITH_BDB_VERSION=5

I have the same thing happen on another machine wth custom kernel and modules.
Could it be ccache ?

for now i do:
cd /sys/amd64/conf
config pozo
cd /sys/amd64/compile/pozo
make device_if.h
make bus_if.h
make depend
make -j8
make install

and it builds fine
-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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"

New /head/sys/amd64/amd64/genassym.c breaks buildkernel amd64 current

[Manfred Antar]

Recent change to genassym.c breaks building a current kernel:

--
>>> stage 3.1: building everything
--
cd /usr/obj/usr/src/sys/pozo; COMPILER_VERSION=4  COMPILER_TYPE=clang  
COMPILER_FREEBSD_VERSION=126 MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  
MACHINE=amd64  CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin  
GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font  
GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac 
CC="/usr/local/bin/ccache cc -target x86_64-unknown-freebsd12.0 
--sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" 
CXX="/usr/local/bin/ccache c++  -target x86_64-unknown-freebsd12.0 
--sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin"  CPP="cpp 
-target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp 
-B/usr/obj/usr/src/tmp/usr/bin"  AS="as" AR="ar" LD="ld" LLVM_LINK=""  NM=nm 
OBJCOPY="objcopy"  RANLIB=ranlib STRINGS=  SIZE="size"  INSTALL="sh 
/usr/src/tools/install.sh"  
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/s
 bin:/usr/obj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin make  -m 
/usr/src/share/mk  KERNEL=kernel all -DNO_MODULES_OBJ
machine -> /usr/src/sys/amd64/include
x86 -> /usr/src/sys/x86/include
/usr/local/bin/ccache cc -target x86_64-unknown-freebsd12.0 
--sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -c -O2 -pipe 
-fno-strict-aliasing -g -nostdinc -I. -I/usr/src/sys 
-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 -MD 
-MF.depend.genassym.o -MTgenassym.o -mcmodel=kernel -mno-red-zone -mno-mmx 
-mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv 
-fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual 
-Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ 
-Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas 
-Wno-error-tautological-compare -Wno-error-empty-body 
-Wno-error-parentheses-equality -Wno-error-unused-function 
-Wno-error-pointer-sign -Wno-error-shift-negative-value 
-Wno-error-address-of-packed-member -mno-aes -mno-avx -std=iso989
 9:1999 /usr/src/sys/amd64/amd64/genassym.c
In file included from /usr/src/sys/amd64/amd64/genassym.c:47:
/usr/src/sys/sys/bus.h:730:10: fatal error: 'device_if.h' file not found
#include "device_if.h"
 ^
1 error generated.
*** Error code 1

Stop.
make[2]: stopped in /usr/obj/usr/src/sys/pozo
*** Error code 1

Stop.
make[1]: stopped in /usr/src
*** Error code 1

Stop.
make: stopped in /usr/src


cd /usr/obj/usr/src/sys/pozo ; make device_if.h
awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h

also bus_if.h is missing:
(pozo)5023}make
/usr/local/bin/ccache cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. 
-I/usr/src/sys -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 -MD -MF.depend.genassym.o -MTgenassym.o 
-mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float 
-fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector 
-gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef 
-Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs 
-fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare 
-Wno-error-empty-body -Wno-error-parentheses-equality 
-Wno-error-unused-function -Wno-error-pointer-sign 
-Wno-error-shift-negative-value -Wno-error-address-of-packed-member -mno-aes 
-mno-avx -std=iso9899:1999 /usr/src/sys/amd64/amd64/genassym.c
In file included from /usr/src/sys/amd64/amd64/genassym.c:47:
/usr/src/sys/sys/bus.h:731:10: fatal error: 'bus_if.h' file not found

so:
make bus_if.h
awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h
then the build works:

MAKE=make sh /usr/src/sys/conf/newvers.sh  pozo
--- vers.o ---
/usr/local/bin/ccache cc -c -O2 -pipe -fno-strict-aliasing  -g -nostdinc  -I. 
-I/usr/src/sys -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  -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse 
-msoft-float  -fno-asynchronous-unwind-tables -ffreestanding -fwrapv 
-fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual 
-Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ 
-Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas 
-Wno-error-tautological-compare -Wno-error-empty-body 

Re: fail world build

[Manfred Antar]

> On Mar 15, 2017, at 4:44 PM, Roberto Rodriguez Jr  
> wrote:
> 
> Hey,
> 
> r315336
> 
> --- pciconf.o ---
> /usr/src/head/usr.sbin/pciconf/pciconf.c:703:3: error: use of
> undeclared identifier 'PCIC_ACCEL'
>{PCIC_ACCEL,-1, "processing
> accelerators"},
> ^
> /usr/src/head/usr.sbin/pciconf/pciconf.c:704:3: error: use of
> undeclared identifier 'PCIC_ACCEL'
>{PCIC_ACCEL,PCIS_ACCEL_PROCESSING,  "processing
> accelerators"},
> ^
> /usr/src/head/usr.sbin/pciconf/pciconf.c:704:16: error: use of
> undeclared identifier 'PCIS_ACCEL_PROCESSING'
>{PCIC_ACCEL,PCIS_ACCEL_PROCESSING,  "processing
> accelerators"},
>^
> /usr/src/head/usr.sbin/pciconf/pciconf.c:705:3: error: use of
> undeclared identifier 'PCIC_INSTRUMENT'
>{PCIC_INSTRUMENT,   -1, "non-essential
> instrumentation"},
> ^
> 4 errors generated.
> 

What revision of /usr/include/pci/pcireg.h do you have ?
I have r315190

Current r315337:

(include)5028}cd /usr/src/usr.sbin/pciconf/
(pciconf)5029}make obj
/usr/obj/usr/src/usr.sbin/pciconf created for /usr/src/usr.sbin/pciconf
(pciconf)5030}make
echo pciconf: /usr/lib/libc.a  >> .depend
/usr/local/bin/ccache cc  -O2 -pipe   -MD  -MF.depend.pciconf.o -MTpciconf.o 
-std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter 
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations 
-Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable 
 -Qunused-arguments  -c /usr/src/usr.sbin/pciconf/pciconf.c -o pciconf.o
/usr/local/bin/ccache cc  -O2 -pipe   -MD  -MF.depend.cap.o -MTcap.o -std=gnu99 
-fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter 
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations 
-Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable 
 -Qunused-arguments  -c /usr/src/usr.sbin/pciconf/cap.c -o cap.o
/usr/local/bin/ccache cc  -O2 -pipe   -MD  -MF.depend.err.o -MTerr.o -std=gnu99 
-fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter 
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations 
-Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable 
 -Qunused-arguments  -c /usr/src/usr.sbin/pciconf/err.c -o err.o
cc -O2 -pipe -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign 
-Wmissing-variable-declarations -Wthread-safety -Wno-empty-body 
-Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments  -o pciconf 
pciconf.o cap.o err.o  
gzip -cn /usr/src/usr.sbin/pciconf/pciconf.8 > pciconf.8.gz
(pciconf)5031}

This is on amd64 current r315337


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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"

localedef broken on current amd64

[Manfred Antar]

I rebuilt localedef on current this morning.
doing a make buildworld:

===> colldef (all)
localedef -D -U -i /usr/src/share/colldef/af_ZA.UTF-8.src  -f 
/usr/src/tools/tools/locale/etc/final-maps/map.UTF-8 
/usr/obj/usr/src/share/colldef/af_ZA.UTF-8
/usr/src/share/colldef/af_ZA.UTF-8.src: 2421: error: Bad file descriptor
*** Error code 4

worked fine yesterday
-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: Building Current

[Manfred Antar]

> On Mar 4, 2017, at 12:46 PM, Roberto Rodriguez Jr  
> wrote:
> 
> What tools can I use to make the building a little faster?
> 
> I'm using an AMD 64 HP 15 laptop and I update the source tree daily and
> rebuild so if I have any errors I could report. Just curious if there's any
> extra software I could be implementing to make the compiling faster. Thank
> you
> ___
> 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"
> 
> -- 
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
> 

You could use /usr/ports/devel/ccache
It will speed things up after a build or two


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: Building Current

[Manfred Antar]

> On Mar 4, 2017, at 12:46 PM, Roberto Rodriguez Jr  
> wrote:
> 
> What tools can I use to make the building a little faster?
> 
> I'm using an AMD 64 HP 15 laptop and I update the source tree daily and
> rebuild so if I have any errors I could report. Just curious if there's any
> extra software I could be implementing to make the compiling faster. Thank
> you
> ___
> 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"
> 
> -- 
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
> 

You could use /usr/ports/devel/ccache
It will speed things up after a build or two


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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"

tcpdump broken on current and64

[Manfred Antar]

tcpdump breaks buildworld since it was updated yesterday. this is on 12.0 
Current amd64 r313099 kernel
Here is the error:

(tcpdump)5026}make
===> tcpdump (all)
/usr/local/bin/ccache cc  -O2 -pipe   -I/usr/src/usr.sbin/tcpdump/tcpdump 
-I/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H 
-D_U_="__attribute__((unused))" -DINET6 -DHAVE_OS_IPV6_SUPPORT -DLBL_ALIGN 
-I/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H 
-DHAVE_NET_IF_PFLOG_H -MD  -MF.depend.tcpdump.o -MTtcpdump.o -std=gnu99 
-fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion 
-Wno-unused-local-typedef  -Qunused-arguments  -c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c -o 
tcpdump.o
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:1921:41: 
warning: implicit declaration of function '_IOR' is invalid in C99 
[-Wimplicit-function-declaration]
static const unsigned long cmds[] = { BIOCGSTATS, BIOCROTZBUF };
  ^
/usr/include/net/bpf.h:128:20: note: expanded from macro 'BIOCGSTATS'
#define BIOCGSTATS  _IOR('B', 111, struct bpf_stat)
^
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:1921:41: 
error: expected expression
/usr/include/net/bpf.h:128:35: note: expanded from macro 'BIOCGSTATS'
#define BIOCGSTATS  _IOR('B', 111, struct bpf_stat)
   ^
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:1921:53: 
error: expected expression
static const unsigned long cmds[] = { BIOCGSTATS, BIOCROTZBUF };
  ^
/usr/include/net/bpf.h:145:36: note: expanded from macro 'BIOCROTZBUF'
#define BIOCROTZBUF _IOR('B', 128, struct bpf_zbuf)
   ^
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:1934:13: 
error: invalid application of 'sizeof' to an incomplete type 'const unsigned 
long []'
sizeof(cmds) / sizeof(cmds[0])) < 0 && errno != ENOSYS) {
  ^~
1 warning and 3 errors generated.
*** Error code 1

Stop.
make[1]: stopped in /usr/src/usr.sbin/tcpdump/tcpdump
*** Error code 1

Stop.
make: stopped in /usr/src/usr.sbin/tcpdump




___
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"

tcpdump broken on current and64

[Manfred Antar]

tcpdump breaks buildworld since it was updated yesterday. this is on 12.0 
Current amd64 r313099 kernel
Here is the error:

(tcpdump)5026}make
===> tcpdump (all)
/usr/local/bin/ccache cc  -O2 -pipe   -I/usr/src/usr.sbin/tcpdump/tcpdump 
-I/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H 
-D_U_="__attribute__((unused))" -DINET6 -DHAVE_OS_IPV6_SUPPORT -DLBL_ALIGN 
-I/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H 
-DHAVE_NET_IF_PFLOG_H -MD  -MF.depend.tcpdump.o -MTtcpdump.o -std=gnu99 
-fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion 
-Wno-unused-local-typedef  -Qunused-arguments  -c 
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c -o 
tcpdump.o
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:1921:41: 
warning: implicit declaration of function '_IOR' is invalid in C99 
[-Wimplicit-function-declaration]
   static const unsigned long cmds[] = { BIOCGSTATS, BIOCROTZBUF };
 ^
/usr/include/net/bpf.h:128:20: note: expanded from macro 'BIOCGSTATS'
#define BIOCGSTATS  _IOR('B', 111, struct bpf_stat)
   ^
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:1921:41: 
error: expected expression
/usr/include/net/bpf.h:128:35: note: expanded from macro 'BIOCGSTATS'
#define BIOCGSTATS  _IOR('B', 111, struct bpf_stat)
  ^
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:1921:53: 
error: expected expression
   static const unsigned long cmds[] = { BIOCGSTATS, BIOCROTZBUF };
 ^
/usr/include/net/bpf.h:145:36: note: expanded from macro 'BIOCROTZBUF'
#define BIOCROTZBUF _IOR('B', 128, struct bpf_zbuf)
  ^
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:1934:13: 
error: invalid application of 'sizeof' to an incomplete type 'const unsigned 
long []'
   sizeof(cmds) / sizeof(cmds[0])) < 0 && errno != ENOSYS) {
 ^~
1 warning and 3 errors generated.
*** Error code 1

Stop.
make[1]: stopped in /usr/src/usr.sbin/tcpdump/tcpdump
*** Error code 1

Stop.
make: stopped in /usr/src/usr.sbin/tcpdump

Looks like someone just fixed it !

___
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"

Panic on boot current amd64

[Manfred Antar]

>From current today after changes to /sys/sys/gtaskqueue.h (r312293) I get 
>panic on boot.
reverting to r312235 boot ok

random: harvesting attach, 8 bytes (4 bits) from uhub9
ugen1.3:  at usbus1
kernel trap 12 with interrupts disabled


Fatal trap 12: page fault while in kernel mode
cpuid = 2; apic id = 02
fault virtual address   = 0x64
fault code  = supervisor read data, page not present
instruction pointer = 0x20:0x80660449
stack pointer   = 0x28:0xfe0466aa9010
frame pointer   = 0x28:0xfe0466aa9030
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= resume, IOPL = 0
current process = 60445 (ifconfig)
[ thread pid 60445 tid 100131 ]
Stopped at  grouptaskqueue_enqueue+0x19:cmpl$0,0x64(%rbx)
db> bt
Tracing pid 60445 tid 100131 td 0xf800088df500
grouptaskqueue_enqueue() at grouptaskqueue_enqueue+0x19/frame 0xfe0466aa9030
em_intr() at em_intr+0x8c/frame 0xfe0466aa9060
iflib_fast_intr() at iflib_fast_intr+0x2c/frame 0xfe0466aa9080
intr_event_handle() at intr_event_handle+0x9b/frame 0xfe0466aa90d0
intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfe0466aa9100
lapic_handle_intr() at lapic_handle_intr+0x3f/frame 0xfe0466aa9120
Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfe0466aa9120
--- interrupt, rip = 0x809639ad, rsp = 0xfe0466aa91f0, rbp = 
0xfe0466aa9200 ---
spinlock_exit() at spinlock_exit+0x2d/frame 0xfe0466aa9200
smp_rendezvous_cpus() at smp_rendezvous_cpus+0x272/frame 0xfe0466aa9270
smp_rendezvous() at smp_rendezvous+0x40/frame 0xfe0466aa92a0
counter_u64_alloc() at counter_u64_alloc+0x3e/frame 0xfe0466aa92c0
rtentry_zinit() at rtentry_zinit+0x11/frame 0xfe0466aa92e0
keg_alloc_slab() at keg_alloc_slab+0x1e3/frame 0xfe0466aa9350
keg_fetch_slab() at keg_fetch_slab+0x16e/frame 0xfe0466aa93a0
zone_fetch_slab() at zone_fetch_slab+0x9e/frame 0xfe0466aa93e0
zone_import() at zone_import+0x52/frame 0xfe0466aa9430
uma_zalloc_arg() at uma_zalloc_arg+0x450/frame 0xfe0466aa94a0
rtrequest1_fib() at rtrequest1_fib+0xfc/frame 0xfe0466aa95c0
rtinit() at rtinit+0x390/frame 0xfe0466aa9740
in_addprefix() at in_addprefix+0xef/frame 0xfe0466aa97b0
in_control() at in_control+0x9dc/frame 0xfe0466aa9850
ifioctl() at ifioctl+0xdcc/frame 0xfe0466aa98d0
kern_ioctl() at kern_ioctl+0x274/frame 0xfe0466aa9950
sys_ioctl() at sys_ioctl+0x13c/frame 0xfe0466aa9a20
amd64_syscall() at amd64_syscall+0x488/frame 0xfe0466aa9bb0
Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe0466aa9bb0
--- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x4b194a, rsp = 
0x7fffe478, rbp = 0x7fffe4d0 ---
db> 




___
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"

syslogd dumps core on amd64 cuurent - working now

[Manfred Antar]

I rebuilt world and it is working now


___
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"

syslogd dumps core on amd64 cuurent

[Manfred Antar]

Todays change to syslogd.c causes it to dump core on starting:

(syslogd)5014}/etc/rc.d/syslogd stop
Stopping syslogd.
Waiting for PIDS: 731.
(syslogd)5015}make install
install  -s -o root -g wheel -m 555   syslogd /usr/sbin/syslogd
install  -o root -g wheel -m 444 syslog.conf.5.gz  /usr/share/man/man5/
install  -o root -g wheel -m 444 syslogd.8.gz  /usr/share/man/man8/
(syslogd)5016}/etc/rc.d/syslogd start
Starting syslogd.
syslogd: child pid 21052 exited on signal 4 (core dumped)
/etc/rc.d/syslogd: WARNING: failed to start syslogd
(syslogd)5017}

the change was to the file syslogd.c :

--- syslogd.c   2016-11-26 19:14:55.086134000 -0800
+++ syslogd.c.new   2016-11-26 07:58:53.382705000 -0800
@@ -1835,6 +1835,7 @@
free((char *)f);
}
Files = NULL;
+   *nextp = NULL;
 
/* open the configuration file */
if ((cf = fopen(ConfFile, "r")) == NULL) {


___
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"

/head/sys/kern/kern_timeout.c breaks build on current amd64

[Manfred Antar]

New commit to current breaks build amd64:

/usr/local/bin/ccache cc -c -O2 -pipe -fno-strict-aliasing  -g -nostdinc  -I. 
-I../../.. -I../../../contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS 
-include opt_global.h  -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD 
 -MF.depend.kern_timeout.o -MTkern_timeout.o -mcmodel=kernel -mno-red-zone 
-mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding 
-fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual 
-Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ 
-Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas 
-Wno-error-tautological-compare -Wno-error-empty-body 
-Wno-error-parentheses-equality -Wno-error-unused-function 
-Wno-error-pointer-sign -Wno-error-shift-negative-value  -mno-aes -mno-avx  
-std=iso9899:1999   ../../../kern/kern_timeout.c
../../../kern/kern_timeout.c:1064:56: error: use of undeclared identifier 'dir'
if (cc_exec_waiting(cc, direct) || cc_exec_drain(cc, dir)) {
 ^
1 error generated.
*** Error code 1

Stop.
make: stopped in /usr/src/sys/amd64/compile/pozo

here is the commit:
OLD 
NEW
1064 

if (cc_exec_waiting(cc, direct)) {> 
 if (cc_exec_waiting(cc, direct) || cc_exec_drain(cc, dir)) {


   ^^^  

I think it is just a typo if you change the dir to direct it compiles and boots 
fine.



___
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: HEADS UP: caution required with updates using custom kernels

[Manfred Antar]

I put a GENERIC kernel plus modules for amd64 at:

http://www.pozo.com/kernel/kernel.tar.bz2


___
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"

New rc.d scripts on current

[Manfred Antar]

Updated /etc yesterday via mergemaster.
Now I’m getting this on reboot. Everything seems to be working alright.

eval: disk: not found
eval: disk: not found
eval: ${GELI ...}: Bad substitutio
FreeBSD/amd64 (pozo.com) (ttyu0)

login:

Not sure if it is error or new feature.

Manfred

___
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"

build world broken amd64 current at ifconfig if WITHOUT_DYNAMICROOT=yes is set in src.conf

[Manfred Antar]

make build world is broken at /usr/src/sbin/ifconfig if you have 
WITHOUT_DYNAMICROOT=yes in src.conf:

cc -O2 -pipe -DINET6 -DINET -DJAIL -Wall -Wmissing-prototypes -Wcast-qual 
-Wwrite-strings -Wnested-externs -std=gnu99 -fstack-protector-strong 
-Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign 
-Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable 
-Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality 
-Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments  -static -o 
ifconfig ifconfig.o af_link.o af_inet.o af_inet6.o af_nd6.o ifclone.o ifmac.o 
ifmedia.o iffib.o ifvlan.o ifvxlan.o ifgre.o ifgif.o sfp.o ifieee80211.o carp.o 
ifgroup.o ifpfsync.o ifbridge.o iflagg.o   -lm  -lbsdxml  -lsbuf  -l80211  
-ljail
/usr/lib/lib80211.a(lib80211_regdomain.o): In function 
`lib80211_regdomain_readconfig':
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x4d): undefined reference to 
`XML_ParserCreate'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x5b): undefined reference to 
`XML_SetUserData'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x6d): undefined reference to 
`XML_SetElementHandler'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x7a): undefined reference to 
`XML_SetCharacterDataHandler'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x8c): undefined reference to 
`XML_Parse'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x9d): undefined reference to 
`XML_ParserFree'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x497): undefined reference 
to `XML_GetErrorCode'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x49e): undefined reference 
to `XML_ErrorString'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x4a9): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/lib/lib80211.a(lib80211_regdomain.o): In function `start_element':
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x5ac): undefined reference 
to `sbuf_new'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x779): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x7ec): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x99b): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x9ae): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/lib/lib80211.a(lib80211_regdomain.o): In function `end_element':
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xa4e): undefined reference 
to `sbuf_finish'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xa5c): undefined reference 
to `sbuf_data'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xa6d): undefined reference 
to `sbuf_len'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xbfb): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xd1b): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xdee): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xe31): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xe9a): undefined reference 
to `XML_GetCurrentLineNumber'
/usr/lib/lib80211.a(lib80211_regdomain.o):/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xebf):
 more undefined references to `XML_GetCurrentLineNumber' follow
/usr/lib/lib80211.a(lib80211_regdomain.o): In function `end_element':
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0xfcc): undefined reference 
to `sbuf_delete'
/usr/lib/lib80211.a(lib80211_regdomain.o): In function `char_data':
/usr/src/lib/lib80211/lib80211_regdomain.c:(.text+0x1155): undefined reference 
to `sbuf_bcat'
cc: error: linker command failed with exit code 1 (use -v to see invocation)
*** Error code 1

Stop.
make: stopped in /usr/src/sbin/ifconfig

The order of the library linking needs to be changed from:
LIBADD+=bsdxml sbuf 80211
to
LIBADD+=80211 bsdxml sbuf

Then it works:
(ifconfig)5076}make
cc -O2 -pipe -DINET6 -DINET -DJAIL -Wall -Wmissing-prototypes -Wcast-qual 
-Wwrite-strings -Wnested-externs -std=gnu99 -fstack-protector-strong 
-Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign 
-Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable 
-Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality 
-Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments  -static -o 
ifconfig ifconfig.o af_link.o af_inet.o af_inet6.o af_nd6.o ifclone.o ifmac.o 
ifmedia.o iffib.o ifvlan.o ifvxlan.o ifgre.o ifgif.o sfp.o ifieee80211.o carp.o 
ifgroup.o ifpfsync.o ifbridge.o iflagg.o   -lm  -l80211  -lbsdxml  -lsbuf  
-ljail
gzip -cn /usr/src/sbin/ifconfig/ifconfig.8 > ifconfig.8.gz

Re: is building kernel in /sys/amd64/conf depreciated in 11 ?

[Manfred Antar]

> On Oct 20, 2015, at 8:55 PM, Benjamin Kaduk  wrote:
> 
> On Tue, 20 Oct 2015, John wrote:
> 
>> Hi,
>> 
>> as subject - is building kernel in /sys/amd64/conf depreciated?
>> 
>> I can get a modified kernel to build and install in /usr/src but not
>> in /sys/amd64/conf. I always used to be able to do this in there, then
>> again I either used -RELEASE or -STABLE. I used to do it like this:
>> 
>> 1. cd /sys/amd64/conf
>> 2. cp GENERIC MYKERNEL
>> 3. [make changes to MYKERNEL and save]
>> 4. config MYKERNEL
>> 5. cd ../compile/MYKERNEL
>> 6. make cleandepend && make depend && make
>> 
>> This fails *every time* during make. It fails at this point:
>> 
>> Make[1]: "/storage/usr/ports/Mk/bsd.port.mk" line 1204: UNAME_r
> 
> Why is your kernel build pulling in bsd.port.mk?  Please post src.conf and
> make.conf.
> 
>> (11.0-CURRENT) and OSVERSION () do not agree on major version number.
>>  *** [all] Error code 1
>> make: stopped in /storage/usr/src/sys/amd64/compile/PUMPKIN
>> The error still happens if I refresh all my sources, build a new world
>> with a generic kernel and reboot and then try the old method again.
>> 
>> I *can* build a custom kernel if I cd into /usr/src and do
>> 
>> 1. make buildkernel KERNCONF=MYKERNEL
>> 2. make installkernel KERNCONF=MYKERNEL
>> 
>> Basically I'm asking is this change of behaviour documented and/or am
>> I doing it wrong?
> 
> This is not exactly an answer to your question, but buildkernel has been
> the preferred way to build a kernel for at least four major releases.  The
> manual-config method has limped along because enough of the old-guard of
> committers has it in finger memory, but manual-config has been excised
> from the handbook for quite some time.

I Still do it the old way on current amd64:

1. cd /sys/amd64/conf
2. cp GENERIC MYKERNEL
3. [make changes to MYKERNEL and save]
4. config MYKERNEL
5. cd ../compile/MYKERNEL
6. make cleandepend && make depend && make

Although i have a script that does all of the above.
Works fine here. Must be something in you src.conf, make.conf or MYKERNEL

Here is the script that works for me:

#!/bin/sh
cd /usr/src/usr.sbin/config
make obj
make clean cleandepend
make obj
make depend all install
date > /tmp/date.txt
doclean=true
autoinstall=true
kernelname=pozo
for arg; do
case $arg in
-n*)doclean=false;;
-i*)autoinstall=true;;
-*) usage;;
*)  kernelname=$arg;;
esac
done

if [ -z "$kernelname" ]; then
kernelname=`hostname -s | tr a-z A-Z`
fi

cd /sys/`uname -m`/conf
if [ ! -e $kernelname ]; then
echo "$0: kernel configuration file $kernelname does not exist"
echo -n 'Create one from GENERIC [n]?'
if read ans && expr $ans : 'y*' >/dev/null; then
sed '/^#SED0/,$d' < GENERIC > $kernelname
lsdev -c >> $kernelname
echo '#SED0' >> $kernelname
sed '1,/^#SED0/d' < GENERIC >> $kernelname
else
exit 1
fi
fi

set -e
rm -rf /sys/amd64/compile/pozo
config  $kernelname

cd /sys/amd64/compile/$kernelname
if $doclean; then
make clean
fi

make depend
make -j8 all

if $autoinstall; then
make install
fi

date >> /tmp/date.txt
cat /tmp/date.txt
rm /tmp/date.txt

exit 0


___
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"

em broken on current amd64

[Manfred Antar]

Recent changes to em have broken current on amd64.
Booting kernel will hang when trying to load em0, then will continue booting 
without the driver loading (No Network)
This is on a HP SFF 8000 with em0 embedded on the motherboard.

boot messages:

em0:  port 0x3100-0x311f mem 
0xf310-0xf311,0xf3125000-0xf3125fff irq 19 at device 25.0 on pci0
em0: attempting to allocate 1 MSI vectors (1 supported)
em0: using IRQ 265 for MSI
em0: Using an MSI interrupt
em0: The EEPROM Checksum Is Not Valid
device_attach: em0 attach returned 5


Manfred

___
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"

Recent changes to minibus on current amd64 breaks em0

[Manfred Antar]

Current from 9/4/2015 1:00pm PDT:
Kenel hangs on boot at:

em0:  port 0x3100-0x311f mem 
0xf310-0xf311,0xf3125000-0xf3125fff irq 19 at device 25.0 on pci0
em0: attempting to allocate 1 MSI vectors (1 supported)
msi: routing MSI IRQ 265 to local APIC 0 vector 61
em0: using IRQ 265 for MSI
em0: Using an MSI interrupt




___
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"

ntpd errors after upgrade on current amd64

[Manfred Antar]

After build install world on current ntpd doesn't work.
Here is error:

FreeBSD/amd64 (pozo.com) (ttyu0)

login: Apr  1 08:29:19 pozo ntpd[49825]: line 22 column 1 syntax error
Apr  1 08:29:19 pozo ntpd[49825]: setsockopt IPV6_MULTICAST_IF 0 for fe80::1%2 
fails: Can't assign requested address

I'm using the stock ntp.conf from /usr/src/etc.
It worked fine before the upgrade
Thanks


||  n...@pozo.com   ||
||  ||
 



___
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

Panic on current amd64

[Manfred Antar]

I get the following panic on current svn ver  r280793:

Sat Mar 28 14:41:28 PDT 2015

FreeBSD/amd64 (pozo.com) (ttyu0)

login: panic: Invalid CPU in callout 16
cpuid = 2
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe023705f370
panic() at panic+0x1c1/frame 0xfe023705f430
callout_reset_sbt_on() at callout_reset_sbt_on+0x3cc/frame 0xfe023705f4b0
nv_start_rc_timer() at nv_start_rc_timer+0x5b/frame 0xfe023705f4e0
_nv000780rm() at _nv000780rm+0x52c/frame 0xfe0001e8af88
dmapbase() at 0xf800b78c7000/frame 0xfe0001f18000
uart_sab82532_class() at 0/frame 0xfe0001e7b000
dmapbase() at 0xf800703a6500/frame 0xfe0001f1c000
(null)() at 0xf801f8ed6000/frame 0xfe0001f26000
uart_sab82532_class() at 0/frame 0xf801f8dbd000
uart_sab82532_class() at 0/frame 0xf8000f758800
uart_sab82532_class() at 0/frame 0xf801f8cac000
dmapbase() at 0xf8000f838400/frame 0xf800700b8800
uart_sab82532_class() at 0/frame 0xf8000f838000
uart_sab82532_class() at 0/frame 0xfe0001f3a000
uart_sab82532_class() at 0/frame 0xfe0001f3e000
uart_sab82532_class() at 0/frame 0xfe0001d5b000
dmapbase() at 0xf800703aaa00/frame 0xfe0001f4
uart_sab82532_class() at 0/frame 0xfe0001f42000
uart_sab82532_class() at 0/frame 0xf8000f76
dmapbase() at 0xf8000f867000/frame 0xf801f8cb3000
dmapbase() at 0xf8000d0ce800/frame 0xf800700b7000
dmapbase() at 0xf800052de000/frame 0xfe0001f52000
uart_sab82532_class() at 0/frame 0xfe0001f54000
uart_sab82532_class() at 0/frame 0xf801f8f85000
uart_sab82532_class() at 0/frame 0xfe0001f5c000
uart_sab82532_class() at 0/frame 0xf8000f833c00
uart_sab82532_class() at 0/frame 0xf8000f761800
uart_sab82532_class() at 0/frame 0xf8000f872800
uart_sab82532_class() at 0/frame 0xf8000f833800
uart_sab82532_class() at 0/frame 0xf800703bc000
uart_sab82532_class() at 0/frame 0xf801f8d04000
uart_sab82532_class() at 0/frame 0xfe0001f5e000
uart_sab82532_class() at 0/frame 0xfe0001f6
(null)() at 0xf801f860c200/frame 0xf8000f833400
uart_sab82532_class() at 0/frame 0xf8000f833000
uart_sab82532_class() at 0/frame 0xf8000f73b800
KDB: enter: panic
[ thread pid 1732 tid 100222 ]
Stopped at  kdb_enter+0x3e: movq$0,kdb_why
db  

I just added device  uart_sab82532 to kernel config I'll try that
Manfred


||  n...@pozo.com   ||
||  ||
 



___
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: Panic on current amd64

[Manfred Antar]

At 03:06 PM 3/28/2015, Davide Italiano wrote:
On Sat, Mar 28, 2015 at 3:02 PM, Manfred Antar n...@pozo.com wrote:
 I get the following panic on current svn ver  r280793:



Revert to r280784. This should fix.

That works 
Thanks


||  n...@pozo.com   ||
||  ||
 



___
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: Current build world failed: bsdxml is missing?

[Manfred Antar]

At 03:51 AM 2/27/2015, Arseny Nasokin wrote:


Hi guys,

I've found the reason and I've fixed it.

The reason is I build world with WITHOUT_DYNAMIC_ROOT option. The library
libgeom depends on libbsdxml and libsbuf which will not linked to target
program in this case.

I have the patch for several programs in sbin and usr.sbin to fix this
problem.


-- Eir Nym

It would be nice if someone fixed this, it's been broken for quit awhile
The WITHOUT_DYNAMIC_ROOT  option.
If I want static root, have to patch a few makefiles in bin and sbin.
Thanks


||  n...@pozo.com   ||
||  ||
 



___
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

make installworld broken on current amd64 at /usr/src/usr.bin/chpass

[Manfred Antar]

make install in usr.bin/chpass broken on current:

(chpass)5006}make install
install -s -o root -g wheel -m 4555  -fschg -S chpass /usr/bin/chpass
install -o root -g wheel -m 444 chpass.1.gz  /usr/share/man/man1
/usr/share/man/man1/chfn.1.gz - /usr/share/man/man1/chpass.1.gz
/usr/share/man/man1/chsh.1.gz - /usr/share/man/man1/chpass.1.gz
/usr/share/man/man1/ypchpass.1.gz - /usr/share/man/man1/chpass.1.gz
/usr/share/man/man1/ypchfn.1.gz - /usr/share/man/man1/chpass.1.gz
/usr/share/man/man1/ypchsh.1.gz - /usr/share/man/man1/chpass.1.gz
/usr/bin/chfn - /usr/bin/chpass
install: link /usr/bin/chpass - /usr/bin/chfn: Operation not permitted
*** Error code 71

Stop.
make: stopped in /usr/src/usr.bin/chpass




||  n...@pozo.com   ||
||  ||
 



___
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

buildworld broken on current with WITHOUT_CAPSICUM

[Manfred Antar]

On amd64 current build world is broken if defined WITHOUT_CAPSICUM svn  
revision 276867
here is the error:
/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:80:10: 
fatal error: 'libcapsicum.h' file not found
#include libcapsicum.h
 ^
1 error generated.
make[5]: stopped in /usr/src/usr.sbin/tcpdump/tcpdump

my src.conf:
WITHOUT_CASPER=yes
WITHOUT_CAPSICUM=yes
WITHOUT_DMAGENT=yes
WITHOUT_PROFILE=yes
WITHOUT_KERNEL_SYMBOLS=yes
WITH_IDEA=yes

The last buildworld i completed was jan 6 2015 not sure the revision.
I don't want casper or capsicum.
Thanks for any help with this



||  n...@pozo.com   ||
||  ||
 



___
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: CURRENT: WARNING! r273914 leaves filesystems in inconsistent/corrupted condition!

[Manfred Antar]

At 12:20 PM 10/31/2014, O. Hartmann wrote:

On all CURRENT systems I updated today (31.10.2014) I had massive filesystem 
corruption
after reboot. The systems do have 

FreeBSD 11.0-CURRENT #1 r273914: Fri Oct 31 19:40:04 CET 2014 amd64

and suffer without exception from the same breakage, quitting services and/or 
reporting
corrupted filesystems after a fresh reboot - even if I've performed a manual 
triggered
fsck -fz in single user mode on the console.

All systems have GPT partion schemes.

The problem is serious! I can not get rid via fsck of the problem of corrupted
filesystems. Services like OpenLDAP (Slapd), nslcd, dbus, hal or postgresql do 
not start
properly and need to be started manually after a reboot.

What is wrong? The fact that several CURRENT boxes are affected the very same 
way ( 5 )
make me confident this is a serious bug recently introduced.

Oliver


With  r273911 on amd64, after fresh build installworld.
Upon reboot all of a sudden /var is mounted mfs.
needless to say many problems with programs that store files in /var -- ie 
mysql clamav etc, etc
I had to change the following in rc.conf to get system to work again.
varmfs=AUTO # Set to YES to always create an mfs /var, NO to never
varsize=32m   # Size of mfs /var if created
varmfs_flags=-S   # Extra mount options for the mfs /var
populate_var=AUTO   # Set to YES to always (re)populate /var, NO to never
cleanvar_enable=YES# Clean the /var directory

CHANGED TO :
varmfs=NO # Set to YES to always create an mfs /var, NO to never
varsize=32m   # Size of mfs /var if created
varmfs_flags=-S   # Extra mount options for the mfs /var
populate_var=NO   # Set to YES to always (re)populate /var, NO to never
cleanvar_enable=NO# Clean the /var directory

Not why all of a sudden /var/ was mounted mfs.
Maybe something to do with the new random stuff, I did a mergemaster before 
rebooting
Not sure if this is related to your problem
Manfred


||  n...@pozo.com   ||
||  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: CURRENT: WARNING! r273914 leaves filesystems in inconsistent/corrupted condition!

[Manfred Antar]

At 02:44 PM 10/31/2014, Andreas Tobler wrote:
On 31.10.14 22:23, Dag-Erling Smørgrav wrote:
Can you all please tell me which revision(s) you were running before you
upgraded?  Something like bzgrep 11.0-CURRENT /var/log/messages*
should do the trick.

+1 here. 'Corrupted' /usr. Changed entry in fstab to not check fs.

[zrhws131:/boot/kernel.old] andreast% strings kernel | grep CURRENT
@(#)FreeBSD 11.0-CURRENT #33 r273767M: Tue Oct 28 11:20:32 CET 2014

Andreas




FreeBSD 11.0-CURRENT #0 r273905: Fri Oct 31 06:15:56 PDT 2014 11.0-CURRENT
No corruption here, during the last few days i was getting sysctl-random error 
during boot.
So today I did a buildworld installworld buildkernel installkernel, and 
mergemaster .
some of the /etc/rc.d/random files were updated.
Reboot
Then for some reason /var started to being mounted mfs.
so for me i think it has something to do with the new rc.d startup files.
If I have varmfs=NO and cleanvar_enable=NO  everything works fine.
I noticed one thing during boot:

Writing entropy file:random: unblocking device.

takes a little longer 
I changed to entropy_save_sz=4096  in /etc/rc.conf, maybe thats why.


||  n...@pozo.com   ||
||  ||
 



___
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

libxml2 upgrade breaks building /usr/doc/ on current amd64

[Manfred Antar]

The upgrade of libxml2  broke building /usr/doc/ :

(en_US.ISO8859-1)5056}make
=== articles (all)
=== articles/bsdl-gpl (all)
install /usr/doc/share/xml/catalog-cwd.xml 
/usr/doc/en_US.ISO8859-1/articles/bsdl-gpl/catalog-cwd.xml
echo '!ENTITY base ..'  
/usr/doc/en_US.ISO8859-1/articles/bsdl-gpl/autogen.ent
env 
XML_CATALOG_FILES=file:///usr/doc/en_US.ISO8859-1/articles/bsdl-gpl/catalog-cwd.xml
  file:///usr/doc/en_US.ISO8859-1/share/xml/catalog.xml  
file:///usr/doc/share/xml/catalog.xml  
file:///usr/doc/share/xml/catalog-common.xml  
file:///usr/local/share/xml/catalog /usr/local/bin/xmllint --nonet --noent 
--valid --dropdtd --xinclude 
/usr/doc/en_US.ISO8859-1/articles/bsdl-gpl/article.xml  article.parsed.xml.tmp
file:/usr/doc/share/xml/freebsd50.dtd:12: warning: failed to load external 
entity http://www.FreeBSD.org/XML/share/xml/iso8879.ent;
%iso8879.ent;
 ^
Entity: line 1: 
 %iso8879.ent; 
  ^
Entity: line 5: parser error : Entity 'trade' not defined
  designations have been followed by the quotetrade;/quote or the
   ^
Entity: line 6: parser error : Entity 'reg' not defined
  quotereg;/quote symbol./para
  ^
Entity: line 6: parser error : chunk is not well balanced
  quotereg;/quote symbol./para
 ^
/usr/doc/en_US.ISO8859-1/articles/bsdl-gpl/article.xml:18: parser error : 
Entity 'tm-attrib.general' failed to parse
  tm-attrib.general;
 ^
*** Error code 1

Stop.
make[2]: stopped in /usr/doc/en_US.ISO8859-1/articles/bsdl-gpl
*** Error code 1

Stop.
make[1]: stopped in /usr/doc/en_US.ISO8859-1/articles
*** Error code 1

Stop.
make: stopped in /usr/doc/en_US.ISO8859-1

If I revert to the previous version -- no problem:

Writing keeping-up.html for chapter(keeping-up)
Writing uses.html for chapter(uses)
Writing versions.html for chapter(versions)
Writing index.html for book
Writing HTML.manifest
(en_US.ISO8859-1)5059}
Not sure where the problem is.



||  n...@pozo.com   ||
||  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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

vm_reserv.c panic on sparc64 current

[Manfred Antar]

vm_reserv.c starting with revision 25 causes panic on sparc64 (netra T1 200)
version 259998 works

backtrace:
Starting apache22.
panic: Bad link elm 0xf8007d4728f8 prev-next != elm
cpuid = 0
KDB: enter: panic
[ thread pid 1965 tid 100058 ]
Stopped at  kdb_enter+0x80: ta  %xcc, 1
db bt
Tracing pid 1965 tid 100058 td 0xf80001880db0
vpanic() at vpanic+0x1f8
panic() at panic+0x20
vm_page_dequeue() at vm_page_dequeue+0xf8
vm_fault_hold() at vm_fault_hold+0x54c
vm_fault() at vm_fault+0x88
trap_pfault() at trap_pfault+0x1ac
trap() at trap+0xdc
-- data access protection tar=0x4100679c sfar=0x41006010 sfsr=0x85 
%o7=0x4062ea3c --
userland() at 0x4062eab8
user trace: trap %o7=0x4062ea3c
pc 0x4062eab8, sp 0x7fdd811
pc 0x4062ecd0, sp 0x7fdd8d1
pc 0x406397f0, sp 0x7fdd991
pc 0x1121f8, sp 0x7fdda71
pc 0x11bc4c, sp 0x7fddb31
pc 0x10fce8, sp 0x7fddbf1
pc 0x107e14, sp 0x7fddcb1
pc 0x106310, sp 0x7fddd71
pc 0x107160, sp 0x7fdde81
pc 0x106360, sp 0x7fde041
pc 0x106284, sp 0x7fde151
pc 0x111c6c, sp 0x7fde261
pc 0x112118, sp 0x7fde341
pc 0x102bc4, sp 0x7fde441
pc 0x402258f4, sp 0x7fde501
done



||  n...@pozo.com   ||
||  ||
 

___
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: vfs_bio.c revision 259200 breaks writing to tape drive on current

[Manfred Antar]

At 11:31 PM 12/22/2013, you wrote:
On Sun, Dec 22, 2013 at 09:54:49AM -0800, Manfred Antar wrote:
 The change to vfs_bio.c in revision 259200 breaks writing to scsi tape drive 
 on i386 and sparc64 on current.
 I don't have any other machines to test on.
 here is example:
 
 r259199:
 (/)4794}mt rew
 (/)4795}tar cvf /dev/sa0 kernel
 a kernel
 
 r259200:
 (/)4781}mt rew
 (/)4782}tar cvf /dev/sa0 kernel
 a kerneltar: Write error
 
 the changes between the two revisions:
 line 3682 removed:
 
 bp-b_resid = bip-bio_resid;   /* XXX: remove */
 
 I noticed this when trying to do a dump and getting end of tape error.
 tried different tape drives , different cables no change.
 backed out r259200 to 259199 and everything works as before.
 Manfred

Show me the kdump of the tar commands on both revisions.


It will take me a few hours, back to work today.
Same thing happens with dump too.
The Tape drives are  SCSI Quantum DLT  used on both machines i386 and sparc64 
(Sun Netra)
using version 258174 of vfs_bio.c  on current kernels, I was able to do a full 
dump of both machines without a problem.
The error is when trying to read or write to the tape drive.
What is the exact command for kdump that you want ?
I can do it when I get home this afternoon.
Thanks
Manfred


___
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

vfs_bio.c revision 259200 breaks writing to tape drive on current

[Manfred Antar]

The change to vfs_bio.c in revision 259200 breaks writing to scsi tape drive on 
i386 and sparc64 on current.
I don't have any other machines to test on.
here is example:

r259199:
(/)4794}mt rew
(/)4795}tar cvf /dev/sa0 kernel
a kernel

r259200:
(/)4781}mt rew
(/)4782}tar cvf /dev/sa0 kernel
a kerneltar: Write error

the changes between the two revisions:
line 3682 removed:

bp-b_resid = bip-bio_resid;   /* XXX: remove */

I noticed this when trying to do a dump and getting end of tape error.
tried different tape drives , different cables no change.
backed out r259200 to 259199 and everything works as before.
Manfred


||  n...@pozo.com   ||
||  ||
  

___
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

Buildworld broken with WITHOUT_DYNAMICROOT=yes in src.conf

[Manfred Antar]

Since the changes to libc in the last few weeks.
building world fails in /bin/csh

cc -O2 -pipe  -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh 
-D_PATH_TCSHELL='/bin/csh' -DHAVE_ICONV -std=gnu99 -Qunused-arguments 
-fstack-protector -Wsystem-headers -Wno-pointer-sign -Wno-empty-body 
-Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  -static -o csh 
sh.o sh.dir.o sh.dol.o sh.err.o sh.exec.o sh.char.o sh.exp.o sh.file.o 
sh.func.o sh.glob.o sh.hist.o sh.init.o sh.lex.o sh.misc.o sh.parse.o 
sh.print.o sh.proc.o sh.sem.o sh.set.o sh.time.o glob.o mi.termios.o tw.help.o 
tw.init.o tw.parse.o tw.spell.o tw.comp.o tw.color.o ed.chared.o ed.defns.o 
ed.init.o ed.inputl.o ed.refresh.o ed.screen.o ed.xmap.o ed.term.o tc.alloc.o 
tc.bind.o tc.const.o tc.disc.o tc.func.o tc.nls.o tc.os.o tc.printf.o 
tc.prompt.o tc.sched.o tc.sig.o tc.str.o tc.vers.o tc.who.o tc.defs.o -ltermcap 
-lcrypt
sh.func.o: In function `nlsclose':
/usr/src/bin/csh/../../contrib/tcsh/sh.func.c:(.text+0x2753): undefined 
reference to `iconv_close'
sh.func.o: In function `nlsinit':
/usr/src/bin/csh/../../contrib/tcsh/sh.func.c:(.text+0x2874): undefined 
reference to `iconv_open'
sh.func.o: In function `iconv_catgets':
/usr/src/bin/csh/../../contrib/tcsh/sh.func.c:(.text+0x3f9a): undefined 
reference to `iconv'
cc: error: linker command failed with exit code 1 (use -v to see invocation)
*** Error code 1

If I add -lc_nonshared to the LADD= line it builds fine 

cc -O2 -pipe  -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh 
-D_PATH_TCSHELL='/bin/csh' -DHAVE_ICONV -std=gnu99 -Qunused-arguments 
-fstack-protector -Wsystem-headers -Wno-pointer-sign -Wno-empty-body 
-Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  -static -o csh 
sh.o sh.dir.o sh.dol.o sh.err.o sh.exec.o sh.char.o sh.exp.o sh.file.o 
sh.func.o sh.glob.o sh.hist.o sh.init.o sh.lex.o sh.misc.o sh.parse.o 
sh.print.o sh.proc.o sh.sem.o sh.set.o sh.time.o glob.o mi.termios.o tw.help.o 
tw.init.o tw.parse.o tw.spell.o tw.comp.o tw.color.o ed.chared.o ed.defns.o 
ed.init.o ed.inputl.o ed.refresh.o ed.screen.o ed.xmap.o ed.term.o tc.alloc.o 
tc.bind.o tc.const.o tc.disc.o tc.func.o tc.nls.o tc.os.o tc.printf.o 
tc.prompt.o tc.sched.o tc.sig.o tc.str.o tc.vers.o tc.who.o tc.defs.o -ltermcap 
-lcrypt -lc_nonshared

Not sure what rule to use.
I don't know how many people use WITHOUT_DYNAMICROOT
I like it though.
Manfred



||  n...@pozo.com   ||
||  ||
 

___
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: Buildworld broken with WITHOUT_DYNAMICROOT=yes in src.conf

[Manfred Antar]

At 05:23 PM 11/24/2013, Glen Barber wrote:
On Sun, Nov 24, 2013 at 08:19:49PM -0500, Glen Barber wrote:
 I think WITHOUT_DYNAMICROOT=1 has nothing to do with this.  I worked
 around it by setting WITHOUT_NLS_CATALOGS=1 (see src.conf(5)).
 

I'm sorry, I misread a part of your email.

I'll rebuild without WITHOUT_NLS_CATALOGS=1 and your LADD fix.  If this
fixes the problem (and passes 'make universe') will commit your fix.

Thanks.

Glen



Sounds good.
adding -lc_nonshared to LAAD enables me to build /bin and /sbin statically
/bin/csh/Makefile was the only one I had to change all the rest of /bin and 
/sbin built fine


||  n...@pozo.com   ||
||  ||
 

___
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: Buildworld broken with WITHOUT_DYNAMICROOT=yes in src.conf

[Manfred Antar]

At 08:17 PM 11/24/2013, Glen Barber wrote:
On Sun, Nov 24, 2013 at 05:29:14PM -0800, Manfred Antar wrote:
 adding -lc_nonshared to LAAD enables me to build /bin and /sbin statically
 /bin/csh/Makefile was the only one I had to change all the rest of /bin and 
 /sbin built fine
 

Hmm, I'm not sure if bin/csh/ should require -c_nonshared
unconditionally.

I've done some testing with WITHOUT_DYNAMICROOT=1, WITHOUT_ICONV=1,
WITH_ICONV=1, WITH_DYNAMICROOT=1, and am getting different results with
regard to what iconv_*() are included...

Glen



I  think it only needs it if you want a static csh.
my src.conf :

#WITHOUT_DYNAMICROOT=yes 
WITH_IDEA=yes
# Don't die on warnings
NO_WERROR=
WERROR=
WITH_GCC=yes
WITH_GNUCXX=yes

can you some kind of conditional

if WITHOUT_DYNAMICROOT=yes then LADD+= -lc_nonshared 



||  n...@pozo.com   ||
||  ||
 

___
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: Booting an alternative kernel from loader prompt fails the first time only

[Manfred Antar]

At 10:24 AM 4/20/2013, Rainer Hurling wrote:
On 20.04.2013 18:47 (UTC+2), Florian Smeets wrote:
 On 20.04.13 18:05, Steven Hartland wrote:
 When trying to boot an alternative kernel from the loader prompt
 it fails the first time the command is run but succeeds the second
 time.

 Type '?' for a list of commands, 'help' for more detailed help.
 OK boot kernel.generic
 Booting...
 don't know how to load module '/boot/kernel.generic/kernel'
 OK boot kernel.generic
 Booting...
 /boot/kernel.generic/kernel text=0xd21288 data=..

 
 Yes, I've been seeing the same thing for about 6-12 months maybe more.
 None of the people I asked were able to confirm, so I'm happy that I'm
 not imagining it :)

I also can confirm this behaviour for month now (on 10.0-CURRENT amd64
with clang).

Rainer

 
 I see this on serial as well as on the normal console in front of a PC.
 
 Florian
 

Have you tried:
OK boot /boot/kernel.generic/kernel  

Use full path name always works for me
Manfred


||  n...@pozo.com   ||
||  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: panic during transition to multi-user mode @r249303 [i386]

[Manfred Antar]

At 09:21 AM 4/9/2013, David Wolfskill wrote:
I saw this first on my laptop; backtrace mentioned something about
iwn(4), so after I saved the crash dump, I flippe dthe wireless switch
off and tried again... and got a different (but undoubtedly related)
panic, which I also saved.

Then, after my build machine finished, that also got a panic (using a
GENERIC kernel), so I saved that away, as well.

Gory details are available at
http://www.catwhisker.org/~david/FreeBSD/panic_09Apr2013/.

Here's what's in there:

freebeast:
total 126476
-rw-r--r--  1 david  staff  44616 Apr  9 08:49:54 2013 core.txt.3
-rw-r--r--  1 david  staff   7881 Apr  7 08:04:47 2013 
dmesg.boot.10.0-CURRENT
-rw-r--r--  1 david  staff491 Apr  9 08:41:09 2013 info.3
-rw-r--r--  1 david  staff  129323008 Apr  9 08:41:16 2013 vmcore.3

laptop:
total 627248
-rw-r--r--  1 david  staff  45055 Apr  9 06:35:36 2013 core.txt.5
-rw-r--r--  1 david  staff  48156 Apr  9 06:35:46 2013 core.txt.6
-rw-r--r--  1 david  staff  13606 Apr  7 05:53:33 2013 
dmesg.boot.10.0-CURRENT
-rw-r--r--  1 david  staff465 Oct 24 07:36:27 2012 info.5
-rw-r--r--  1 david  staff469 Apr  9 06:31:39 2013 info.6
-rw-r--r--  1 david  staff  430333952 Oct 24 07:36:46 2012 vmcore.5
-rw-r--r--  1 david  staff  211210240 Apr  9 06:31:49 2013 vmcore.6

(I'm not too concerned about passwords being in there, since I never
had a chance to even try to type one in. :-}

Unfortunately, it appears that my invocation of crashinfo was
less than useflu, even though I pointed it at the kernel(s) that
had been running when the crash(es) occurred: the backtrace shown
is useless.  I can try to boot the build machine under the previous
head kernel (vs. stable/9), and try that again...?

AFK for a bit -- need to have laptop display replaced (unrelated).

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


I'm also getting a panic on kernel (Current i386) the last day or two.
The last good kernel:
FreeBSD 10.0-CURRENT #0 r249251: Mon Apr  8 03:21:23 PDT 2013
it happens on rc.d/netwait
The process is ping
Something to do with new network stuff.
The Interface is bge0
Manfred


||  n...@pozo.com   ||
||  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: panic during transition to multi-user mode @r249303 [i386]

[Manfred Antar]

More info
Break to debugger starts here:

add net default: gateway 192.168.0.1
add net :::0.0.0.0: gateway ::1
add net ::0.0.0.0: gateway ::1
add net fe80::: gateway ::1
add net ff02::: gateway ::1
Waiting for bge0 to have link.
Waiting for 192.168.0.1 to respond to ICMP

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x88622280
fault code  = supervisor read, page not present
instruction pointer = 0x20:0xc07c7321
stack pointer   = 0x28:0xe3adb9e0
frame pointer   = 0x28:0xe3adba80
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 = 536 (ping)
[ thread pid 536 tid 100071 ]
Stopped at  ip_output+0x171:movl%fs:0(%esi),%eax

db bt
Tracing pid 536 tid 100071 td 0xc7991900
ip_output(c78c1300,0,0,20,0,...) at ip_output+0x171/frame 0xe3adba80
rip_output(c78c1300,c7a6d680,100a8c0,e3adbb60,c0744bb7,...) at 
rip_output+0x39c/frame 0xe3adbad8
rip_send(c7a6d680,0,c78c1300,c739e900,0,...) at rip_send+0x4c/frame 0xe3adbaec
sosend_generic(c7a6d680,c739e900,e3adbb98,0,0,...) at 
sosend_generic+0x437/frame 0xe3adbb60
kern_sendit(c7991900,3,e3adbc20,0,0,...) at kern_sendit+0x1c9/frame 0xe3adbbcc
sendit(e3adbc20,0,81212f4,0,c739e900,...) at sendit+0xe5/frame 0xe3adbc08
sys_sendto(c7991900,e3adbcc8,c7991bdc,e3adbc5c,c06e029f,...) at 
sys_sendto+0x5b/frame 0xe3adbc40
syscall(e3adbd08) at syscall+0x363/frame 0xe3adbcfc
Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xe3adbcfc
--- syscall (133, FreeBSD ELF32, sys_sendto), eip = 0x807ebcb, esp = 
0xbfbed94c, ebp = 0xbfbed9a0 ---
db


||  n...@pozo.com   ||
||  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: panic during transition to multi-user mode @r249303 [i386]

[Manfred Antar]

At 10:59 AM 4/9/2013, Konstantin Belousov wrote:


This is hopefully fixed by r249314.


Yes r249314  works fine
Thanks


||  n...@pozo.com   ||
||  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: loopback interface broken on current

[Manfred Antar]

At 03:30 AM 1/3/2013, KAHO Toshikazu wrote:
  Hello, 

 There is still ifa_del_loopback_route: deletion failed: 3
 that wasn't there before,but the 127.0.0.1 seems to be configured now:

  Do you have a line like network_interfaces=lo0 bge0 in /etc/rc.conf?
If you have it, try to remove it.

  I think something broken, but people using automatic configuration
don't notice the breakage.

-- 
k...@elam.kais.kyoto-u.ac.jp

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

I have :
network_interfaces=auto
ifconfig_bge0=inet 192.168.0.5 netmask 255.255.255.0
I will try to comment out the above line and see what happens.
But I think it might screw up my routing


||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: loopback interface broken on current

[Manfred Antar]

At 03:30 AM 1/3/2013, KAHO Toshikazu wrote:
  Hello, 

 There is still ifa_del_loopback_route: deletion failed: 3
 that wasn't there before,but the 127.0.0.1 seems to be configured now:

  Do you have a line like network_interfaces=lo0 bge0 in /etc/rc.conf?
If you have it, try to remove it.

  I think something broken, but people using automatic configuration
don't notice the breakage.

-- 
k...@elam.kais.kyoto-u.ac.jp

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Hi
If I comment out :
ifconfig_bge0=inet 192.168.0.5 netmask 255.255.255.0
Network doesn't work.


||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: loopback interface broken on current

[Manfred Antar]

Ok, so this is my failure. :( Sorry. I will look at it as soon as
I get to decent internet connection. Right now I am on very bad GPRS.

Can you please show your rc.conf (the network related part)?


-- 
Totus tuus, Glebius.

Here you go:
/etc/hosts:
::1 localhost   localhost.pozo.com
127.0.0.1   localhost   localhost.pozo.com

/etc/rc.conf:
ifconfig_lo0=inet 127.0.0.1   # default loopback device configuration.
ifconfig_bge0=inet 192.168.0.5 netmask 255.255.255.0

defaultrouter=192.168.0.1 # Set to default gateway

ipv6_network_interfaces=auto  # List of IPv6 network interfaces
# (or auto or none).
ipv6_activate_all_interfaces=NO   # If NO, interfaces which have no
ipv6_defaultrouter=NO # Set to IPv6 default gateway (or NO).
ipv6_static_routes=   # Set to static route list (or leave 
empty).
#ipv6_static_routes=xxx   # An example to set 
fec0:::0006::/64
#  route toward 
loopback interface.
#ipv6_route_xxx=fec0:::0006:: -prefixlen 64 ::1
ipv6_gateway_enable=NO# Set to YES if this host will be a 
gateway.
ipv6_cpe_wanif=NO # Set to the upstram interface 
name if this
# node will work as a 
router to forward IPv6
# packets not 
explicitly addressed to itself.
ipv6_privacy=NO   # Use privacy address on RA-receiving 
IFs
# (RFC 4941)

route6d_enable=NO # Set to YES to enable an IPv6 routing 
daemon.
route6d_program=/usr/sbin/route6d # Name of IPv6 routing daemon.
route6d_flags=# Flags to IPv6 routing daemon.
#route6d_flags=-l # Example for route6d with only IPv6 
site local
# addrs.
#route6d_flags=-q # If you want to run a routing 
daemon on an end
# node, you should stop 
advertisement.
#ipv6_network_interfaces=ed0 ep0  # Examples for router
# or static 
configuration for end node.
# Choose correct prefix 
value.
#ipv6_prefix_ed0=fec0:::0001 fec0:::0002  # Examples for rtr.
#ipv6_prefix_ep0=fec0:::0003 fec0:::0004  # Examples for rtr.
ipv6_default_interface=NO # Default output interface for 
scoped addrs.
# This works only with
# 
ipv6_gateway_enable=NO.

That pretty much it, nothing special
I haven't made any changes to it in over 2 years.

The only thing about 1 year ago I enabled:
### Network link/usability verification options
netwait_enable=YES# Enable rc.d/netwait (or NO)
netwait_ip=192.168.0.1# IP addresses to be pinged by netwait. 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: loopback interface broken on current

[Manfred Antar]

At 07:09 PM 1/2/2013, KAHO Toshikazu wrote:
  Hello,

I have a similar problem if ifconfig_lo0 line is exist in /etc/rc.conf.
Can you remove lo0 configure line from /etc/rc.conf.

 /etc/rc.conf:
 ifconfig_lo0=inet 127.0.0.1   # default loopback device 
 configuration.

Ok
I commented out that line and it seems to work.
There is still ifa_del_loopback_route: deletion failed: 3
that wasn't there before,but the 127.0.0.1 seems to be configured now:

Setting hostname: pozo.com.
bge0: link state changed to DOWN
ifa_del_loopback_route: deletion failed: 3
bge0: link state changed to UP
Starting Network: lo0 bge0.
lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384
options=63RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6
inet6 ::1 prefixlen 128 
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 
inet 127.0.0.1 netmask 0xff00 
nd6 options=21PERFORMNUD,AUTO_LINKLOCAL
bge0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500

options=8009bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,LINKSTATE
ether 00:0e:7f:66:30:20
inet 192.168.0.5 netmask 0xff00 broadcast 192.168.0.255 
inet6 fe80::20e:7fff:fe66:3020%bge0 prefixlen 64 scopeid 0x1 
nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
media: Ethernet autoselect (100baseTX full-duplex)
status: active
Starting devd.
add net default: gateway 192.168.0.1
add net :::0.0.0.0: gateway ::1
add net ::0.0.0.0: gateway ::1
add net fe80::: gateway ::1
add net ff02::: gateway ::1
Waiting for bge0 to have link.
Waiting for 192.168.0.1 to respond to ICMP.

#

(~)4999}ping localhost
PING localhost (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.029 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.039 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.050 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.045 ms
64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.042 ms
64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.044 ms
64 bytes from 127.0.0.1: icmp_seq=6 ttl=64 time=0.047 ms
64 bytes from 127.0.0.1: icmp_seq=7 ttl=64 time=0.045 ms
^C
--- localhost ping statistics ---
8 packets transmitted, 8 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.029/0.043/0.050/0.006 ms
(~)5000}

Manfred


||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: loopback interface broken on current

[Manfred Antar]

At 11:48 AM 1/1/2013, Gleb Smirnoff wrote:
On Tue, Jan 01, 2013 at 02:39:58AM -0800, Manfred Antar wrote:
M On Thu, Dec 27, 2012 at 09:05:26AM -0800, Manfred Antar wrote:
M M For the past few days the loopback  interface 127.0.0.1 is broken on 
current.
M M The last good kernel that works for me is  r244662: Mon Dec 24 06:43:07 
PST 2012
M M Here are some of the errors from current today:
M 
M Can you please track this down to the specific revision that made the
M regression? The timeframe is samll, so binary search probably won't 
M take long time.
M Hi
M I'm not sure how to do this :(
M I just switched from CVS to SVN 2 weeks ago.
M I still have a current CVS tree on my machine.
M I guess i can try to check out a /usr/src/sys from the 25 on and see what 
changes were made.
M I'm just learning SVN so not sure how to do it with that.

With SVN you don't need to care about dates, you just go through the
sequential list of revisions. So you just seek between r244662 and the
most recent revision tht didn't work for you. On first step you
divide the bad revision (let it be 244768) and good one r244662:

(244662 + 244768)/2 = 244715

Ok, it is 244715. Let's take it and test:

svn up -r 244715

If it is fine, you check the one in the middle between 244715and
244768. Otherwise you chek in between 244715 and  244662. And so on...

-- 
Totus tuus, Glebius.

OK
I tracked it down to revision 244678
244677 works
the files involved are:
(src)5012}svn up -r 244678
Updating '.':
Usys/netinet/in.c
Usys/netinet6/in6.c
Updated to revision 244678

It seems like the ip6 for localhost is configured but ip4 isn't:
Setting hostname: pozo.com.
ifa_del_loopback_route: deletion failed: 3
ifconfig: ioctl (SIOCAIFADDR): File exists
bge0: link state changed to DOWN
ifa_del_loopback_route: deletion failed: 3

lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384
options=63RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6
inet6 ::1 prefixlen 128 
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 
nd6 options=21PERFORMNUD,AUTO_LINKLOCAL

 From 244677:
Setting hostname: pozo.com.

Starting Network: lo0 bge0.
lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384
options=63RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6
inet 127.0.0.1 netmask 0xff00 
inet6 ::1 prefixlen 128 
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 
nd6 options=21PERFORMNUD,AUTO_LINKLOCAL

Manfred


||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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

loopback interface broken on current

[Manfred Antar]

For the past few days the loopback  interface 127.0.0.1 is broken on current.
The last good kernel that works for me is  r244662: Mon Dec 24 06:43:07 PST 2012
Here are some of the errors from current today:

Setting hostname: pozo.com.
ifa_del_loopback_route: deletion failed: 3
ifconfig: ioctl (SIOCAIFADDR): File exists
bge0: link state changed to DOWN
ifa_del_loopback_route: deletion failed: 3
Dec 27 07:21:30.617 [803] warn: server socket setup failed, retry 1: spamd: 
could not create INET socket on 127.0.0.1:783: Can't assign requested address
Dec 27 07:21:31.620 [803] warn: server socket setup failed, retry 2: spamd: 
could not create INET socket on 127.0.0.1:783: Can't assign requested address
Dec 27 07:21:32.622 [803] warn: server socket setup failed, retry 3: spamd: 
could not create INET socket on 127.0.0.1:783: Can't assign requested address
Dec 27 07:21:33.624 [803] warn: server socket setup failed, retry 4: spamd: 
could not create INET socket on 127.0.0.1:783: Can't assign requested address
Dec 27 07:21:34.626 [803] warn: server socket setup failed, retry 5: spamd: 
could not create INET socket on 127.0.0.1:783: Can't assign requested address
Dec 27 07:21:34.846 [803] warn: server socket setup failed, retry 6: spamd: 
could not create INET socket on 127.0.0.1:783: Can't assign requested address
Dec 27 07:21:35.848 [803] warn: server socket setup failed, retry 7: spamd: 
could not create INET socket on 127.0.0.1:783: Can't assign requested address
Dec 27 07:21:36.850 [803] warn: server socket setup failed, retry 8: spamd: 
could not create INET socket on 127.0.0.1:783: Can't assign requested address
Dec 27 07:21:37.852 [803] warn: server socket setup failed, retry 9: spamd: 
could not create INET socket on 127.0.0.1:783: Can't assign requested address
Dec 27 07:21:38.854 [803] error: spamd: could not create INET socket on 
127.0.0.1:783: Can't assign requested address
spamd: could not create INET socket on 127.0.0.1:783: Can't assign requested 
address
/etc/rc: WARNING: failed to start spamd
Starting dccgrey.
no IPv4 support, connect(): Network is unreachable
Starting dccifd.
no IPv4 support, connect(): Network is unreachable

PING localhost (127.0.0.1): 56 data bytes
^C
--- localhost ping statistics ---
20 packets transmitted, 0 packets received, 100.0% packet loss

Manfred





||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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

/usr/bin/calendar broken on current

[Manfred Antar]

Sometime in the last week calendar stopped working.
not sure the cause
here is some of the output:
/usr/share/calendar/calendar.music:231:17: warning: missing terminating ' 
character [-Winvalid-pp-token]
12/16   Don McLean's American Pie is released, 1971
  ^
In file included from stdin:16:
/usr/share/calendar/calendar.freebsd:13:59: warning: missing terminating ' 
character [-Winvalid-pp-token]
01/02   Patrick Li p...@freebsd.org born in Beijing, People's Republic of 
China, 1985
^
/usr/share/calendar/calendar.freebsd:63:49: warning: missing terminating ' 
character [-Winvalid-pp-token]
02/14   Erwin Lansing er...@freebsd.org born in 's-Hertogenbosch, the 
Netherlands, 1975
  ^
/usr/share/calendar/calendar.freebsd:119:61: warning: missing terminating ' 
character [-Winvalid-pp-token]
04/03   Tong Liu nemo...@freebsd.org born in Beijing, People's Republic of 
China, 1981
  ^
/usr/share/calendar/calendar.freebsd:204:59: warning: missing terminating ' 
character [-Winvalid-pp-token]
06/28   Xin Li delp...@freebsd.org born in Beijing, People's Republic of 
China, 1982
^
/usr/share/calendar/calendar.freebsd:214:67: warning: missing terminating ' 
character [-Winvalid-pp-token]
07/04   Florent Thoumie f...@freebsd.org born in Montmorency, Val d'Oise, 
France, 1982
^
245 warnings generated.





||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: weird network problems on current since 10/28/2012

[Manfred Antar]

At 03:21 AM 11/4/2012, Dimitry Andric wrote:
On 2012-11-04 02:13, Manfred Antar wrote:
At 03:29 PM 11/3/2012, Adrian Chadd wrote:
On 3 November 2012 10:40, Manfred Antar n...@pozo.com wrote:
i have problem connecting to freebsd box on local network since last sunday.
the last kernel that works:
  FreeBSD 10.0-CURRENT #0: Sun Oct 28 12:14:38 PDT 2012
anything after that, sometimes i can connect, other times just hangs.
any network connection hangs = pop httpd ssh etc etc.
anyone have any ideas ?
i can checkout different sources and see if i can locate the changes that 
cause this.

Please do!
...
Here is what I found doing :
setenv CVSROOT /usr/home/ncvs

cvs co -DOctober 28, 2012 12:14:38 PDT sys

A kernel from that time works fine.

doing:

cvs up -DOctober 28, 2012 13:14:38 PDT sys1 hour later
the following files were changed:
sys/netinet/tcp_input.c
sys/netinet/tcp_timer.c
sys/netinet/tcp_var.h

Building a kernel from these new files is when the problem starts.

So, your problems seem to have been introduced by this commit by Andre:

  http://svn.freebsd.org/changeset/base/242266

  Increase the initial CWND to 10 segments as defined in IETF TCPM
  draft-ietf-tcpm-initcwnd-05. It explains why the increased initial
  window improves the overall performance of many web services without
  risking congestion collapse.
  
  As long as it remains a draft it is placed under a sysctl marking it
  as experimental:
   net.inet.tcp.experimental.initcwnd10 = 1
  When it becomes an official RFC soon the sysctl will be changed to
  the RFC number and moved to net.inet.tcp.
  
  This implementation differs from the RFC draft in that it is a bit
  more conservative in the case of packet loss on SYN or SYN|ACK because
  we haven't reduced the default RTO to 1 second yet.  Also the restart
  window isn't yet increased as allowed.  Both will be adjusted with
  upcoming changes.
  
  Is is enabled by default.  In Linux it is enabled since kernel 3.0.

After the commit, there was a small discussion thread on svn-src-head@
about the possible problems with the approach.  Maybe you are
experiencing those?

As the commit message says, you should be able to turn the feature off
using:

  sysctl net.inet.tcp.experimental.initcwnd10=0

Can you please try that, and see if the problems go away?

I read the commit log and tried that. It didn't change.
I will try the patch from Andre and enable the debug log.
Manfred


||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: weird network problems on current since 10/28/2012

[Manfred Antar]

At 05:57 AM 11/4/2012, you wrote:
On 04.11.2012 13:11, Kim Culhan wrote:
On Sun, November 4, 2012 6:21 am, Dimitry Andric wrote:
On 2012-11-04 02:13, Manfred Antar wrote:
At 03:29 PM 11/3/2012, Adrian Chadd wrote:
On 3 November 2012 10:40, Manfred Antar n...@pozo.com wrote:
i have problem connecting to freebsd box on local network since last 
sunday.
the last kernel that works:
   FreeBSD 10.0-CURRENT #0: Sun Oct 28 12:14:38 PDT 2012
anything after that, sometimes i can connect, other times just hangs.
any network connection hangs = pop httpd ssh etc etc.
anyone have any ideas ?
i can checkout different sources and see if i can locate the changes that 
cause
this.

Please do!
...
Here is what I found doing :
setenv CVSROOT /usr/home/ncvs

cvs co -DOctober 28, 2012 12:14:38 PDT sys

A kernel from that time works fine.

doing:

cvs up -DOctober 28, 2012 13:14:38 PDT sys1 hour later
the following files were changed:
sys/netinet/tcp_input.c
sys/netinet/tcp_timer.c
sys/netinet/tcp_var.h

Building a kernel from these new files is when the problem starts.

So, your problems seem to have been introduced by this commit by Andre:

http://svn.freebsd.org/changeset/base/242266

Increase the initial CWND to 10 segments as defined in IETF TCPM
draft-ietf-tcpm-initcwnd-05. It explains why the increased initial
window improves the overall performance of many web services without
risking congestion collapse.

As long as it remains a draft it is placed under a sysctl marking it
as experimental:
 net.inet.tcp.experimental.initcwnd10 = 1
When it becomes an official RFC soon the sysctl will be changed to
the RFC number and moved to net.inet.tcp.

This implementation differs from the RFC draft in that it is a bit
more conservative in the case of packet loss on SYN or SYN|ACK because
we haven't reduced the default RTO to 1 second yet.  Also the restart
window isn't yet increased as allowed.  Both will be adjusted with
upcoming changes.

Is is enabled by default.  In Linux it is enabled since kernel 3.0.

After the commit, there was a small discussion thread on svn-src-head@
about the possible problems with the approach.  Maybe you are
experiencing those?

As the commit message says, you should be able to turn the feature off
using:

sysctl net.inet.tcp.experimental.initcwnd10=0

Can you please try that, and see if the problems go away?

FWIW this did not make the problem go away on 2 machines.

Yes, this very much looks like the same problem as in PR/173309.

Please try the attached patch.  It fixes the connection hang issue.
There may be a second issue I debugging currently base on the feedback
from Fabian Keil.

-- 
Andre

Index: tcp_input.c
===
--- tcp_input.c (revision 242494)
+++ tcp_input.c (working copy)
@@ -2650,10 +2652,12 @@

SOCKBUF_LOCK(so-so_snd);
if (acked  so-so_snd.sb_cc) {
+   tp-snd_wnd -= so-so_snd.sb_cc;
sbdrop_locked(so-so_snd, (int)so-so_snd.sb_cc);
ourfinisacked = 1;
} else {
sbdrop_locked(so-so_snd, acked);
+   tp-snd_wnd -= acked;
ourfinisacked = 0;
}
/* NB: sowwakeup_locked() does an implicit unlock. */

This patch improves the connection issue, not hanging on trying to connect (ssh 
pop)
It still seems that it is taking longer to connect though. But in the end the 
connection goes through.
I can capture a tcpdump and put it at http://pozo.com/tcpdump/tpdump.txt if 
that will help.
I'll let it run for about 1/2 hour.
Manfred


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: weird network problems on current since 10/28/2012

[Manfred Antar]

At 01:57 PM 11/4/2012, you wrote:
On 04.11.2012 21:15, Andreas Tobler wrote:
On 04.11.12 14:57, Andre Oppermann wrote:
On 04.11.2012 13:11, Kim Culhan wrote:
On Sun, November 4, 2012 6:21 am, Dimitry Andric wrote:
On 2012-11-04 02:13, Manfred Antar wrote:
At 03:29 PM 11/3/2012, Adrian Chadd wrote:
After the commit, there was a small discussion thread on svn-src-head@
about the possible problems with the approach.  Maybe you are
experiencing those?

As the commit message says, you should be able to turn the feature off
using:

 sysctl net.inet.tcp.experimental.initcwnd10=0

Can you please try that, and see if the problems go away?

FWIW this did not make the problem go away on 2 machines.

Yes, this very much looks like the same problem as in PR/173309.

Please try the attached patch.  It fixes the connection hang issue.
There may be a second issue I debugging currently base on the feedback
from Fabian Keil.

I jump into this thread since I have a similar network issue.

My scenario:

'make installkernel DESTDIR=/netboot/test' to a nfs mounted drive.
The nfs drive on the server is an ufs fs. No zfs.

Up to r242261 I can install the kernel (or world) in a fluent way to the
nfs destination.

From r242262 it doesn't work smooth. I have stalls, sometimes my
patience is not enough and I kill the process.

I tried 242266 with the above mentioned patch. No real success.

How can I help/test?

Please try the attach patch instead of the above mentioned one.

-- 
Andre

Index: netinet/tcp_output.c
===
--- netinet/tcp_output.c(revision 242577)
+++ netinet/tcp_output.c(working copy)
@@ -228,7 +228,7 @@
tso = 0;
mtu = 0;
off = tp-snd_nxt - tp-snd_una;
-   sendwin = min(tp-snd_wnd, tp-snd_cwnd);
+   sendwin = ulmax(ulmin(tp-snd_wnd - off, tp-snd_cwnd), 0);

flags = tcp_outflags[tp-t_state];
/*
@@ -249,7 +249,7 @@
(p = tcp_sack_output(tp, sack_bytes_rxmt))) {
long cwin;

-   cwin = min(tp-snd_wnd, tp-snd_cwnd) - sack_bytes_rxmt;
+   cwin = ulmin(tp-snd_wnd - off, tp-snd_cwnd) - 
sack_bytes_rxmt;
if (cwin  0)
cwin = 0;
/* Do not retransmit SACK segments beyond snd_recover */
@@ -355,7 +355,7 @@
 * sending new data, having retransmitted all the
 * data possible in the scoreboard.
 */
-   len = ((long)ulmin(so-so_snd.sb_cc, tp-snd_wnd)
+   len = ((long)ulmin(so-so_snd.sb_cc, tp-snd_wnd - off)
   - off);
/*
 * Don't remove this (len  0) check !

This doesn't seem to make a difference.
I have a ssh window thats been trying to connect for the past 5 minutes.
This is on a local network 192.168.0.4  ===SSH== 
192.168.0.5 
Also pop from the same machines endless trying to connect.
Hopefully this mail will get thru , otherwise i will need to reboot to old 
kernel
Manfred



||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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

weird network problems on current since 10/28/2012

[Manfred Antar]

i have problem connecting to freebsd box on local network since last sunday.
the last kernel that works:
 FreeBSD 10.0-CURRENT #0: Sun Oct 28 12:14:38 PDT 2012
anything after that, sometimes i can connect, other times just hangs.
any network connection hangs = pop httpd ssh etc etc.
anyone have any ideas ?
i can checkout different sources and see if i can locate the changes that cause 
this.
thanks
manfred




||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: weird network problems on current since 10/28/2012

[Manfred Antar]

At 03:29 PM 11/3/2012, Adrian Chadd wrote:
On 3 November 2012 10:40, Manfred Antar n...@pozo.com wrote:
 i have problem connecting to freebsd box on local network since last sunday.
 the last kernel that works:
  FreeBSD 10.0-CURRENT #0: Sun Oct 28 12:14:38 PDT 2012
 anything after that, sometimes i can connect, other times just hangs.
 any network connection hangs = pop httpd ssh etc etc.
 anyone have any ideas ?
 i can checkout different sources and see if i can locate the changes that 
 cause this.

Please do!



adrian

OK
Here is what I found doing :
setenv CVSROOT /usr/home/ncvs

cvs co -DOctober 28, 2012 12:14:38 PDT sys

A kernel from that time works fine.

doing:

cvs up -DOctober 28, 2012 13:14:38 PDT sys1 hour later
the following files were changed:
sys/netinet/tcp_input.c
sys/netinet/tcp_timer.c
sys/netinet/tcp_var.h

Building a kernel from these new files is when the problem starts.


||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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

isp Tape Drive no longer detected

[Manfred Antar]

As of today my tape drive is no longer detected. I think the isp driver does 
not load
dmesg:

firmware: 'isp_1040' version 1: 22944 bytes loaded at 0xc0a20d60
ispfw: registered firmware isp_1040
firmware: 'isp_1040_it' version 1: 32942 bytes loaded at 0xc0a26700
ispfw: registered firmware isp_1040_it
firmware: 'isp_1080' version 1: 31350 bytes loaded at 0xc0a2e7c0
ispfw: registered firmware isp_1080
firmware: 'isp_1080_it' version 1: 40644 bytes loaded at 0xc0a36240
ispfw: registered firmware isp_1080_it
firmware: 'isp_12160' version 1: 28050 bytes loaded at 0xc0a40120
ispfw: registered firmware isp_12160
firmware: 'isp_12160_it' version 1: 40604 bytes loaded at 0xc0a46ec0
ispfw: registered firmware isp_12160_it
firmware: 'isp_2100' version 1: 76770 bytes loaded at 0xc0a50d60
ispfw: registered firmware isp_2100
firmware: 'isp_2200' version 1: 77214 bytes loaded at 0xc0a63960
ispfw: registered firmware isp_2200
firmware: 'isp_2300' version 1: 106640 bytes loaded at 0xc0a76700
ispfw: registered firmware isp_2300
firmware: 'isp_2322' version 1: 120466 bytes loaded at 0xc0a907a0
ispfw: registered firmware isp_2322
firmware: 'isp_2400' version 1: 179908 bytes loaded at 0xc0ab19a0
ispfw: registered firmware isp_2400
firmware: 'isp_2400_multi' version 1: 198628 bytes loaded at 0xc0aea800
ispfw: registered firmware isp_2400_multi
firmware: 'isp_2500' version 1: 142704 bytes loaded at 0xc0b28ae0
ispfw: registered firmware isp_2500
firmware: 'isp_2500_multi' version 1: 169352 bytes loaded at 0xc0b5a9e0
ispfw: registered firmware isp_2500_multi
isp0: Qlogic ISP 1080 PCI SCSI Adapter port 0x1000-0x10ff mem 
0xfc514000-0xfc514fff irq 18 at device 9.0 on pci5
isp0: using Memory space register mapping
isp0: loaded firmware isp_1080
isp0: bus 0 is in Single-Ended Mode
isp0: Register Test Failed at Register 6: should have 0x7f7f but got 0x
device_attach: isp0 attach returned 6

The last time I used the tape was 6/15/2012.
Any ideas ?
Thanks
Manfred





||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: CLANG buildworld failure: lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or directory

[Manfred Antar]

At 05:25 AM 3/4/2012, O. Hartmann wrote:
Buildworld of FBSD 10.o-CUR/amd64 fails with the below shown error
messages since this weekend:


clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -pipe -O3
-fno-strict-aliasing -march=native
-I/usr/src/usr.bin/xlint/xlint/../lint1 -DPREFIX=\\
-I/usr/src/usr.bin/xlint/xlint/../arch/amd64
-I/usr/src/usr.bin/xlint/xlint/../common -std=gnu99 -fstack-protector
-Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs
-Wredundant-decls -Wold-style-definition -Wno-pointer-sign  -o xlint
xlint.o mem.o
clang: warning: argument unused during compilation: '-std=gnu99'
gzip -cn /usr/src/usr.bin/xlint/xlint/lint.1  lint.1.gz
=== usr.bin/xlint/llib (all)
lint -cghapbx -Cposix /usr/src/usr.bin/xlint/llib/llib-lposix
llib-lposix:
lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or directory
*** [llib-lposix.ln] Error code 1

Stop in /usr/src/usr.bin/xlint/llib.
*** [all] Error code 1

Stop in /usr/src/usr.bin/xlint.
*** [all] Error code 1

Stop in /usr/src/usr.bin.
*** [usr.bin.all__D] Error code 1

Stop in /usr/src.
*** [everything] Error code 1

Stop in /usr/src.
*** [buildworld] Error code 1

Stop in /usr/src.


Regards,
Oliver



I got the same error 1 day ago on i386 platform.


||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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

Buildworld broken with clang on current

[Manfred Antar]

make buildworld is broken iif using clang on current i386

(libc)5027}make
clang -O2 -pipe  -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include 
-I/usr/src/lib/libc/i386 -DNLS  -D__DBINTERFACE_PRIVATE 
-I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc 
-I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE 
-I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime 
-I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN 
-I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 
-fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized 
-Wno-pointer-sign -c /usr/src/lib/libc/string/strcasecmp.c
/usr/src/lib/libc/string/strcasecmp.c:45:23: error: redefinition of typedef 
'u_char' is invalid in C
  [-Wtypedef-redefinition]
typedef unsigned char u_char;
  ^
/usr/include/sys/types.h:50:23: note: previous definition is here
typedef unsigned char   u_char;
^
1 error generated.
*** Error code 1

Stop in /usr/src/lib/libc.




||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: FreeBSD 10.0-CURRENT: messed up the ports and system (gcc46 won't compile) and need to repair - how?

[Manfred Antar]

At 05:23 AM 10/9/2011, Hartmann, O. wrote:
Since the change of one of my boxes to FreeBSD 10.0 and some
accindetally build of ports without the suggested settings for UNAME_r
before building ports, I think I've messed up with some ports and need
some advice how to fixate the problem.

Some develish motivation drove me today building gcc46/gotoblas and gcc
fails to build with the below shown message. But this is not the only
port that rushes into problems.

Thing is: I do not know wether I messed up the system or this is simply
the very often mentioned problem due to the two-digit versioning of the
most recent CURRENT.

Except ANJUTA, which complains about a non-working subversion module due
to some lack in a libgdbm port (which also won't build) everything works
fine and I can stand this for the next one or two weeks to wait for a
general fixation, but it would be a good attempt, I think, to start
fixating my messed up system now, if there is any real mess I did.

Any advice?


Thanks in advance.

Oliver

P.S.: On FreeBSD 9.0-BETA3 everything runs well, except the usual little
horror with legacy gcc 4.2 versus CLANG. So I expect the problems to be
real 10.0-issues.

===


checking for suffix of object files... configure: error: in
`/usr/ports/lang/gcc46/work/build/x86_64-portbld-freebsd10.0/libgcc':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
gmake[2]: *** [configure-stage1-target-libgcc] Error 1
gmake[2]: Leaving directory `/usr/ports/lang/gcc46/work/build'
gmake[1]: *** [stage1-bubble] Error 2
gmake[1]: Leaving directory `/usr/ports/lang/gcc46/work/build'
gmake: *** [bootstrap-lean] Error 2
*** Error code 1

Stop in /usr/ports/lang/gcc46.
*** Error code 1

Stop in /usr/ports/lang/gcc46.

=== make failed for lang/gcc46
=== Aborting update

=== Update for lang/gcc46 failed
=== Aborting update

___


Did you rebuild ports/devel/binutils after change to 10.0 current.
I was having same problem with gcc45 , then i rebuilt binutils with uname_r 
9.0-Current and it went away.


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: FreeBSD 10.0-CURRENT: messed up the ports and system (gcc46 won't compile) and need to repair - how?

[Manfred Antar]

At 11:57 AM 10/9/2011, Conrad J. Sabatier wrote:
On Sun, 09 Oct 2011 08:48:46 -0700
Manfred Antar n...@pozo.com wrote:

 Did you rebuild ports/devel/binutils after change to 10.0 current.
 I was having same problem with gcc45 , then i rebuilt binutils with
 uname_r 9.0-Current and it went away.

Actually, binutils built just fine for me just now without setting
UNAME_r under current.

-- 
Conrad J. Sabatier
conr...@cox.net

Built fine for me too. But when I tried to compile gcc45 no go
recompiled binutils with uname_r 9.0-CURRENT, And gcc45 built fine.
so my assumption was that something gets messed up with the binutils and gcc45 
when built with current. 


||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: Clang error make buildworld

[Manfred Antar]

At 11:38 PM 5/3/2011, Dimitry Andric wrote:
On 2011-05-04 03:07, Manfred Antar wrote:
I get this error when trying to buildworld on current i386.
It's been this way for awhile Any Ideas ?

===  boot/i386/boot0 (all)
clang -O2 -pipe  -DVOLUME_SERIAL -DPXE -DFLAGS=0x8f  -DTICKS=0xb6  
-DCOMSPEED=7  5 + 3 -ffreestanding -mpreferred-stack-boundary=2  -mno-mmx 
-mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99-c 
/usr/src/sys/boot/i386/boot0/boot0.S
clang: warning: argument unused during compilation: 
'-mpreferred-stack-boundary=2'
/tmp/cc-4SXZt8.s:42:11: error: .code16 not supported yet

For some reason, on your system, it does not compile boot0.S with
-no-integrated-as.  It works fine here though, so it must be something
local to your system.  Can you please post:

- Your full make.conf and src.conf
- The first 30 lines of sys/boot/i386/boot0/Makefile

Ok: 
src.conf:

WITHOUT_DYNAMICROOT=yes 
   
WITH_IDEA=yes
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
#Don't die on warnings
NO_WERROR=
WERROR=

make conf:

# $FreeBSD: src/share/examples/etc/make.conf,v 1.276 2006/03/21 09:49:05 ru Exp 
$
#
# NOTE:  Please would any committer updating this file also update the
# make.conf(5) manual page, if necessary, which is located in
# src/share/man/man5/make.conf.5.
#
# /etc/make.conf, if present, will be read by make (see
# /usr/share/mk/sys.mk).  It allows you to override macro definitions
# to make without changing your source tree, or anything the source
# tree installs.
#
# This file must be in valid Makefile syntax.
#
# There are additional things you can put into /etc/make.conf.
# You have to find those in the Makefiles and documentation of
# the source tree.
#
# Note, that you should not set MAKEOBJDIRPREFIX or MAKEOBJDIR
# from make.conf (or as command line variables to make).
# Both variables are environment variables for make and must be used as:
#
# env MAKEOBJDIRPREFIX=/big/directory make
#
#
# The CPUTYPE variable controls which processor should be targeted for
# generated code.  This controls processor-specific optimizations in
# certain code (currently only OpenSSL) as well as modifying the value
# of CFLAGS to contain the appropriate optimization directive to gcc.
# The automatic setting of CFLAGS may be overridden using the
# NO_CPU_CFLAGS variable below.
# Currently the following CPU types are recognized:
#   Intel x86 architecture:
#   (AMD CPUs)  opteron athlon64 athlon-mp athlon-xp athlon-4
#   athlon-tbird athlon k8 k6-3 k6-2 k6 k5
#   (Intel CPUs)nocona pentium4[m] prescott pentium3[m] pentium-m
#   pentium2 pentiumpro pentium-mmx pentium i486 i386
#   Alpha/AXP architecture: ev67 ev6 pca56 ev56 ev5 ev45 ev4
#   AMD64 architecture: opteron, athlon64, nocona
#   Intel ia64 architecture: itanium2, itanium
#
# (?= allows to buildworld for a different CPUTYPE.)
#
#CPUTYPE?=pentium3
#NO_CPU_CFLAGS= # Don't add -march=cpu to CFLAGS automatically
#NO_CPU_COPTFLAGS=  # Don't add -march=cpu to COPTFLAGS automatically
#
# CFLAGS controls the compiler settings used when compiling C code.
# Note that optimization settings other than -O and -O2 are not recommended
# or supported for compiling the world or the kernel - please revert any
# nonstandard optimization settings to -O or -O2 before submitting bug
# reports without patches to the developers.
#
#CFLAGS= -O -pipe -Wl,--export-dynamic #FOR APACHE#
#CFLAGS= -O -pipe -no-integrated-as
#
# CXXFLAGS controls the compiler settings used when compiling C++ code.
# Note that CXXFLAGS is initially set to the value of CFLAGS.  If you wish
# to add to CXXFLAGS value, += must be used rather than =.  Using =
# alone will remove the often needed contents of CFLAGS from CXXFLAGS.
#
#CXXFLAGS+= -fconserve-space
#
# MAKE_SHELL controls the shell used internally by make(1) to process the
# command scripts in makefiles.  Three shells are supported, sh, ksh, and
# csh.  Using sh is most common, and advised.  Using ksh *may* work, but is
# not guaranteed to.  Using csh is absurd.  The default is to use sh.
#
#MAKE_SHELL?=sh
#
# BDECFLAGS are a set of gcc warning settings that Bruce Evans has suggested
# for use in developing FreeBSD and testing changes.  They can be used by
# putting CFLAGS+=${BDECFLAGS} in /etc/make.conf.  -Wconversion is not
# included here due to compiler bugs, e.g., mkdir()'s mode_t argument.
#
#BDECFLAGS= -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \
#   -Wcast-qual -Wchar-subscripts -Winline \
#   -Wmissing-prototypes -Wnested-externs -Wpointer-arith \
#   -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings
#
# To compile just the kernel with special optimizations, you should use
# this instead of CFLAGS (which is not applicable to kernel builds

Clang error make buildworld

[Manfred Antar]

I get this error when trying to buildworld on current i386.
It's been this way for awhile Any Ideas ?

=== boot/i386/boot0 (all)
clang -O2 -pipe  -DVOLUME_SERIAL -DPXE -DFLAGS=0x8f  -DTICKS=0xb6  
-DCOMSPEED=7  5 + 3 -ffreestanding -mpreferred-stack-boundary=2  -mno-mmx 
-mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99-c 
/usr/src/sys/boot/i386/boot0/boot0.S
clang: warning: argument unused during compilation: 
'-mpreferred-stack-boundary=2'
/tmp/cc-4SXZt8.s:42:11: error: .code16 not supported yet
  .code16 # This runs in real mode
  ^
/tmp/cc-4SXZt8.s:313:3: error: unknown use of instruction mnemonic without a 
size suffix
  jmp *%bx # Invoke bootstrap
  ^
/tmp/cc-4SXZt8.s:346:3: error: invalid operand for instruction
  retw # To caller
  ^
/tmp/cc-4SXZt8.s:372:3: error: invalid operand for instruction
  retw # To caller
  ^
*** Error code 1

Stop in /usr/src/sys/boot/i386/boot0.
*** Error code 1

Stop in /usr/src/sys/boot/i386.
*** Error code 1

Stop in /usr/src/sys/boot.
*** Error code 1

Stop in /usr/src/sys.

Thanks
Manfred




||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: Can't buildworld since Clang update

[Manfred Antar]

At 07:07 AM 2/21/2011, Dimitry Andric wrote:
On 2011-02-21 11:33, Olivier Smedts wrote:
I can't buildworld with Clang since the last update.
...
%cat /etc/src.conf
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
# Don't die on warnings
NO_WERROR=
WERROR=

Try putting these lines in /etc/make.conf instead.  Unfortunately, due
to the way src.conf is read, it isn't usable for the few cases we need
to disable clang's integrated assembler, using the '-no-integrated-as'
option.


/tmp/cc-VUyvc6.s:6:1: warning: ignoring directive for now
.intel_syntax noprefix
^

I too am having trouble with buildworld
I switched back to standard /usr/bin/cc, but make buildworld stops here:

c++ -O2 -pipe 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\i386-undermydesk-freebsd9.0\ 
-I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -c 
/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/system_error.cpp
building static llvmsupport library
ranlib libllvmsupport.a
=== lib/clang/libllvmsystem (obj,depend,all,install)
cd: can't cd to /usr/src/lib/clang/libllvmsystem
*** Error code 2

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

Last night i deleted /usr/src and did a fresh cvsup
Still same problem

==
||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
== 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: Can't buildworld since Clang update

[Manfred Antar]

At 07:07 AM 2/21/2011, Dimitry Andric wrote:
On 2011-02-21 11:33, Olivier Smedts wrote:
I can't buildworld with Clang since the last update.
...
%cat /etc/src.conf
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
# Don't die on warnings
NO_WERROR=
WERROR=

Try putting these lines in /etc/make.conf instead.  Unfortunately, due
to the way src.conf is read, it isn't usable for the few cases we need
to disable clang's integrated assembler, using the '-no-integrated-as'
option.


/tmp/cc-VUyvc6.s:6:1: warning: ignoring directive for now
.intel_syntax noprefix
^

I too am having trouble with buildworld
I switched back to standard /usr/bin/cc, but make buildworld stops here:

c++ -O2 -pipe 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. 
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\i386-undermydesk-freebsd9.0\ 
-I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -c 
/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/system_error.cpp
building static llvmsupport library
ranlib libllvmsupport.a
=== lib/clang/libllvmsystem (obj,depend,all,install)
cd: can't cd to /usr/src/lib/clang/libllvmsystem
*** Error code 2

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

Last night i deleted /usr/src and did a fresh cvsup
Still same problem

Turns out that cvsup10.us.freebsd.org which i was using is not up to date.
I'm using cvsup.us.freebsd.org now and am getting many new updates.


==
||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
== 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: bge0 does not work anymore

[Manfred Antar]

At 09:06 AM 10/17/2010, Rainer Hurling wrote:
I am using FreeBSD 9.0-CURRENT (amd64) on a DELL Latitude D630. With todays 
kernel the driver 'bge0' does not work anymore. With kernel from October 9th 
it does.

The network controller is a Broadcom NetXtreme Gigabit Ethernet, ASIC rev. 
0x00a002; CHIP ID 0xa0002; ASIC REV 0x0a; CHIP REV 0xa0; PCI-E.

The entry in /etc/rc.conf is 'ifconfig_bge0=DHCP.

Does anyone else observe this behaviour? Is there something I can try?

Thanks in advance,
Rainer Hurling

Same here, the last time it worked was Oct 14. with Current source.
uname -a :
FreeBSD pozo.com 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Thu Oct 14 14:13:47 PDT 
2010 r...@pozo.com:/sys/i386/compile/COMPAQ  i386
i have ifconfig_bge0=inet 192.168.0.5 netmask 255.255.255.0 in rc.conf

==
||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
== 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: Panic @r207433: System call fork returning with the following locks held

[Manfred Antar]

At 02:21 PM 4/30/2010, K. Macy wrote:
On Fri, Apr 30, 2010 at 12:38 PM, K. Macy km...@freebsd.org wrote:
 Sadly, it doesn't do it for me .. lockd start-up causes a panic on a
 sleeping thread. Do I need to do a buildworld as well as kernel?


 We're calling vm_pageout_flush with the page queue lock held in
 vm_object_page_collect_flush.  I'll have a fix in soon.

Please try updating to 207451

Thanks,
Kip
___
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

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

I'm getting this from just rebuilt kernel:

Starting dbus.
Starting hald.
Configuring syscons: blanktime.
Starting clamav_clamd.
Starting clamav_freshclam.
Waiting for clamd socket.. 
Starting clamav_milter.
Waiting for clamav-milter socket.. 60.. 
Starting denyhosts.
Sleeping thread (tid 100058, pid 19) owns a non-sleepable lock
sched_switch(c7174d80,0,104,a3b9b2bc,5b,...) at sched_switch+0x1df
mi_switch(104,0,c7174d80,0,db35b4f4,...) at mi_switch+0x12a
sleepq_switch(c7174d80,0,c0b157ee,260,0,...) at sleepq_switch+0xcb
sleepq_wait(db317b94,4c,c0b18293,0,0,...) at sleepq_wait+0x39
_sleep(db317b94,c70066dc,4c,c0b18293,0,...) at _sleep+0x2a2
bwait(db317b94,4c,c0b18293,db317b94,db35b5a0,...) at bwait+0x8f
bufwait(db317b94,0,0,0,0,...) at bufwait+0x28
breadn(c7836220,1,0,4000,0,...) at breadn+0xf3
bread(c7836220,1,0,4000,0,...) at bread+0x4c
ffs_balloc_ufs2(c7836220,6000,0,1000,c700bc00,...) at ffs_balloc_ufs2+0xe71
ffs_write(db35b930,c0bbb1ec,0,0,db35b874,...) at ffs_write+0x3f5
VOP_WRITE_APV(c0b87ae0,db35b930,0,0,2000,...) at VOP_WRITE_APV+0xa6
vnode_pager_generic_putpages(c7836220,db35ba40,1000,c,db35b9f0,...) at 
vnode_pager_generic_putpages+0x300
vop_stdputpages(db35b9a0,db35b9cc,c08e75e9,c0b87ae0,db35b9a0,...) at 
vop_stdputpages+0x30
VOP_PUTPAGES_APV(c0b87ae0,db35b9a0,c066dc10,c7261c5c,c0b9ce00,...) at 
VOP_PUTPAGES_APV+0x47
vnode_pager_putpages(c7835c38,db35ba40,1,c,db35b9f0,...) at 
vnode_pager_putpages+0xa9
vm_pageout_flush(db35ba40,1,c,c08dd65c,0,...) at vm_pageout_flush+0x1c7
vm_object_page_collect_flush(c,6,0,82b,c7836220,...) at 
vm_object_page_collect_flush+0x5f3
vm_object_page_clean(c7835c38,0,0,0,0,...) at vm_object_page_clean+0x2ef
vfs_msync(c7414ca8,2,2,c0b9cca0,c7489550,...) at vfs_msync+0x21a
sync_fsync(db35bc74,db35bc94,c071062d,c0b76640,db35bc74,...) at sync_fsync+0x22a
VOP_FSYNC_APV(c0b76640,db35bc74,c0b19a0d,6a5,c063e92e,...) at VOP_FSYNC_APV+0x42
sync_vnode(c0bbe4b4,c0bbe4a0,3e8,c73f8550,4e20,...) at sync_vnode+0x1bd
sched_sync(0,db35bd38,fffa7f7f,,d6fbf6ad,...) at sched_sync+0x2c2
fork_exit(c0710760,0,db35bd38) at fork_exit+0x90
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xdb35bd70, ebp = 0 ---
panic: sleeping thread
KDB: enter: panic
[ thread pid 1789 tid 100114 ]
Stopped at  kdb_enter+0x3a: movl$0,kdb_why
db 

==
||  n...@pozo.com   ||
||  Ph. (415) 681-6235  ||
== 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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: can't log in! openpam_load_module failures on strcpy, cgetclose

[Manfred Antar]

At 01:35 PM 09/06/2003 -0700, Aaron Smith wrote:
Hi everyone. login and sshd are both failing for me after a make world on
current. I have mergemaster'd, rebuilt world, ad infinitum. I've compared
/etc/pam.d with the source tree version and they're the same.

I instrumented openpam_dynamic, and login is failing on 'strcpy':

login: in openpam_dynamic(): pam_nologin.so: /usr/lib/pam_nologin.so:
Undefined symbol strcpy
login: in openpam_load_module(): no pam_nologin.so found
login: pam_start(): system error

for sshd the failure is on 'cgetclose':

sshd: in openpam_dynamic(): pam_nologin.so: /usr/lib/pam_nologin.so:
Undefined symbol cgetclose
sshd: in openpam_load_module(): no pam_nologin.so found
sshd: fatal: PAM: initialisation failed

Now, there are T symbols for both of these in the respective binaries,
according to nm (at least before they are stripped). So just in case
stripping was an issue I figured I'd try unstripped binaries and rebuilt
them. No luck.

Can anyone help me out?

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

What version of bsd.lib.mk are you using ?
There was a problem with version  1.152
 From CVS log:

Emergency backout of rev 1.152.  This is a 100% guaranteed way to totally
hose your system.  You end up with just about everything statically linked
(except for libpam.so), which then causes all the pam users to fail.
eg: login, sshd, su etc all stop working because dlopen no longer works
because there is no libc.so in memory anymore.
gcc passes -L/usr/lib to ld.  The /usr/lib/libxxx.so symlink is *not* a
compatability link.  It is actually the primary link.  There should be no
symlinks in /lib at all.  Only /lib/libXX.so.Y.
[EMAIL PROTECTED]:27pm]/usr/bin-104 file yppasswd
yppasswd: setuid ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for 
FreeBSD 5.1.1, dynamically linked (uses shared libs), stripped
[EMAIL PROTECTED]:27pm]/usr/bin-105 ldd yppasswd
yppasswd:
libpam.so.2 = /usr/lib/libpam.so.2 (0x280d1000)
[EMAIL PROTECTED]:28pm]/usr/bin-106
Note no libc.so.5.  Hence libpam.so.2 has unresolved dependencies.
I believe this is also the cause of the recent buildworld failures when
pam_krb5.so references -lcrypto stuff etc and when librpcsvc.so references
des_setparity() etc.
This change could not possibly have worked, unless there are other missing
changes to the gcc configuration.  It won't work with ports versions of
gcc either.

You need to get 1.151 or 1.153
and rebuild world 
==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
== 

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

Re: make buildworld broken in telnetd

[Manfred Antar]

At 01:03 AM 09/04/2003 +0900, Shin-ichi Yoshimoto wrote:
Subject: make buildworld broken in telnetd,
On Wed, 3 Sep 2003 19:14:10 +0900, Shin-ichi Yoshimoto wrote:
 make buildworld broken in libexec/telnetd.

I tried to backout share/bsd.lib.mk from rev.1.152 to rev 1.151, 
buildworld is ok. Is the rev.1.152 anything wrong ? 

-- 
Shin-ichi YOSHIMOTO [EMAIL PROTECTED]
http://diary.waishi.jp/~yosimoto/diary/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED] 

I think 1.152  is broken.
I did a make world and install world.
I rebooted and login and sshd couldn't find pam_nologin.so
and it was right there in /usr/lib. I had to restore the pam libs and sshd and login 
from
tape before I could login to the machine.

Manfred

==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
== 

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

Re: Current kernel Fatal Trap 12

[Manfred Antar]

At 12:21 PM 6/20/2003 -0400, Robert Watson wrote:
If you have a version of the kernel in question on disk and with debugging
symbols, could you attach gdb -k to it and send us the results of:

  l *0xc01f6212

That will provide a bit more information about where the panic is
occuring.  This is likely a NULL pointer dereference.

I was able to capture the whole error, there are 2 instruction pointers that I checked:

FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
 cpu0 (BSP): apic id:  0, version: 0x00040011, at 0xfec08000
 cpu1 (AP):  apic id: 12, version: 0x00040011, at 0xfec08000
 io0 (APIC): apic id: 13, version: 0x00170011, at 0xfec0


Fatal trap 12: page fault while in kernel mode
cpuid = 0; lapic.id = 
fault virtual address   = 0xcf8f9fec
fault code  = supervisor write, page not present
instruction pointer = 0x8:0xc032188c
stack pointer   = 0x10:0xc04c7bbc
frame pointer   = 0x10:0xc04c7bbc
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 = 0 (swapper)
trap number = 12
panic: page fault
cpuid = 0; lapic.id = 
Uptime: 1s
WARNING: Driver mistake: make_dev(geom.ctl) called before SI_SUB_DRIVERS

(kgdb) l *0xc032188c
0xc032188c is in cpu_thread_setup (../../../i386/i386/vm_machdep.c:312).
307 {
308
309 td-td_pcb =
310  (struct pcb *)(td-td_kstack + KSTACK_PAGES * PAGE_SIZE) - 1;
311 td-td_frame = (struct trapframe *)((caddr_t)td-td_pcb - 16) - 1;
312 td-td_pcb-pcb_ext = NULL; 
313 }
314
315 /*
316  * Initialize machine state (pcb and trap frame) for a new thread about to


Fatal trap 12: page fault while in kernel mode
cpuid = 0; lapic.id = 
fault virtual address   = 0x38
fault code  = supervisor read, page not present
instruction pointer = 0x8:0xc01f813e
stack pointer   = 0x10:0xc04c776c
frame pointer   = 0x10:0xc04c776c
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 = 0 (swapper)
trap number = 12
panic: page fault
cpuid = 0; lapic.id = 
Uptime: 1s

(kgdb) l *0xc01f813e
0xc01f813e is in device_shutdown (../../../kern/subr_bus.c:1499).
1494}
1495
1496int
1497device_shutdown(device_t dev)
1498{
1499if (dev-state  DS_ATTACHED)
1500return (0);
1501return (DEVICE_SHUTDOWN(dev));
1502}
1503

Manfred



==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
== 

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

Re: Current kernel Fatal Trap 12

[Manfred Antar]

At 12:21 PM 6/20/2003 -0400, Robert Watson wrote:
If you have a version of the kernel in question on disk and with debugging
symbols, could you attach gdb -k to it and send us the results of:

  l *0xc01f6212

That will provide a bit more information about where the panic is
occuring.  This is likely a NULL pointer dereference.

Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED]  Network Associates Laboratories

On Fri, 20 Jun 2003, Manfred Antar wrote:

 For the past week i have not been able to boot with current kernel.
 The last kernel that works is from Sat June 14th.
 When I build and try and boot a current kernel I get:
 Fatal trap 12: page fault while in kernel mode
 fault virtual address   = 0x38
 fault code  = supervisor read, page not present
 instruction pointer = 0x8:0xc01f6212
 stack pointer   = 0x10:0xc04b1e24
 frame pointer   = 0x10:0xc04b1e24
 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 = 0 (swapper)
 trap number = 12
 panic: page fault
 Uptime: 1s
 
 
 Fatal trap 12: page fault while in kernel mode
 fault virtual address   = 0x38
 fault code  = supervisor read, page not present
 instruction pointer = 0x8:0xc01f6212
 stack pointer   = 0x10:0xc04b1cec
 frame pointer   = 0x10:0xc04b1cec
 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 = 0 (swapper)
 trap number = 12
 panic: page fault
 Uptime: 1s
 
 This continues to scroll by many times and I can't get to the debugger.
 The machine is i386 SMP dual pentium-pro overdrive processors.
 Same thing happens with kernel configured as UNIprocessor.
 

Removing:
options  KSTACK_PAGES=3 from kernel config file solved the Fatal Trap 12
Manfred
==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
== 

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

Current kernel Fatal Trap 12

[Manfred Antar]

For the past week i have not been able to boot with current kernel.
The last kernel that works is from Sat June 14th.
When I build and try and boot a current kernel I get:
Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x38
fault code  = supervisor read, page not present
instruction pointer = 0x8:0xc01f6212
stack pointer   = 0x10:0xc04b1e24
frame pointer   = 0x10:0xc04b1e24
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 = 0 (swapper)
trap number = 12
panic: page fault
Uptime: 1s


Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x38
fault code  = supervisor read, page not present
instruction pointer = 0x8:0xc01f6212
stack pointer   = 0x10:0xc04b1cec
frame pointer   = 0x10:0xc04b1cec
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 = 0 (swapper)
trap number = 12
panic: page fault
Uptime: 1s

This continues to scroll by many times and I can't get to the debugger.
The machine is i386 SMP dual pentium-pro overdrive processors.
Same thing happens with kernel configured as UNIprocessor.




==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
== 

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

Re: Current kernel Fatal Trap 12

[Manfred Antar]

At 12:21 PM 6/20/2003 -0400, Robert Watson wrote:
If you have a version of the kernel in question on disk and with debugging
symbols, could you attach gdb -k to it and send us the results of:

  l *0xc01f6212

That will provide a bit more information about where the panic is
occuring.  This is likely a NULL pointer dereference.

Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED]  Network Associates Laboratories

On Fri, 20 Jun 2003, Manfred Antar wrote:

 For the past week i have not been able to boot with current kernel.
 The last kernel that works is from Sat June 14th.
 When I build and try and boot a current kernel I get:
 
 Fatal trap 12: page fault while in kernel mode
 fault virtual address   = 0x38
 fault code  = supervisor read, page not present
 instruction pointer = 0x8:0xc01f6212
 stack pointer   = 0x10:0xc04b1cec
 frame pointer   = 0x10:0xc04b1cec
 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 = 0 (swapper)
 trap number = 12
 panic: page fault
 Uptime: 1s
 
 This continues to scroll by many times and I can't get to the debugger.
 The machine is i386 SMP dual pentium-pro overdrive processors.
 Same thing happens with kernel configured as UNIprocessor.
 

Here it is:

(src)4998}cd /sys/i386/compile/pro2/
(pro2)4999}gdb -k kernel.debug 
GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i386-undermydesk-freebsd...
(kgdb)  l *0xc01f6212
0xc01f6212 is in device_shutdown (../../../kern/subr_bus.c:1499).
1494}
1495
1496int
1497device_shutdown(device_t dev)
1498{
1499if (dev-state  DS_ATTACHED)
1500return (0);
1501return (DEVICE_SHUTDOWN(dev));
1502}
1503
(kgdb) 


==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
== 

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

Re: console problem

[Manfred Antar]

At 02:59 PM 12/2/2002 +0200, Vallo Kallaste wrote:
On Sun, Dec 01, 2002 at 04:07:32PM -0500, Chuck Robey
[EMAIL PROTECTED] wrote:

 I've been on vacation for the last week, so I haven't been watching
 -current like a good boy should, but I've suddenly been seeing a serious
 problem, and it *might* not have been reported, and seeing as code freeze
 is almost here, it's worth risking a bit of embarrassment, I guess.
 
 Anyhow, it's the console, it's been locking up.  I just retried it with a
 kernel cvsupped not 2 hours ago, and it's still here.  All the vty's lock
 up, and once even froze the PC speaker (beeping annoyingly at me).
 
 There don't seem to be any hung processes.  I can use X, and I can also
 ssh into the box, so it's the console only.  Can't switch to different
 vty's, and the one i'm on is frozen, no response to any keys.
 
 It seems to come on more quickly if I do something serious, like a
 buildkernel.  Happened once on startup, but even though rc hadn't
 finished, I WAS able to ssh into the box and shut it down (indicating to
 me that rc had finished, just no response from the console).
 
 Machine is a 2 processor Tyan Thunder, 1G memory, two Athlons, scsi disks
 and eide both.

It's interesting that you seem to have almost same machine as I
have. Tyan Thunder with SCSI and ATA disks, SMP and the only
difference seems to be memory size, 1GB vs. 512MB. Not counting
network interfaces and such. I've also lost console after rebuild
yesterday. The kernel from Nov. 29 works. Mine (console) not locks
up but is simply missing from the start. Otherwise system is up and
running. I don't think it's coincidence, something is broken and
related to the Tyan mobos we have.
-- 

Vallo Kallaste
[EMAIL PROTECTED]

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message 

I have the same problem here on an Intel PR440FX dual pentium-pro MB.
Manfred

==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
== 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Lost console since Saturday's kernel

[Manfred Antar]

On current kernel I no longer can use the console.
Machine is a SMP i386 pentium-pro.
It is set up to use ttyd1 as a comconsole, I get the normal messages when the machine 
is
booting but the login hangs.
Also I have a monitor and keyboard hooked up to the machine and normally after the 
machine
finished booting I would get a login prompt on the monitor. No more
A kernel from Friday night works fine
I can connect over the network fine

Manfred 



==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
== 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: console problem

[Manfred Antar]

At 04:07 PM 12/1/2002 -0500, Chuck Robey wrote:
I've been on vacation for the last week, so I haven't been watching
-current like a good boy should, but I've suddenly been seeing a serious
problem, and it *might* not have been reported, and seeing as code freeze
is almost here, it's worth risking a bit of embarrassment, I guess.

Anyhow, it's the console, it's been locking up.  I just retried it with a
kernel cvsupped not 2 hours ago, and it's still here.  All the vty's lock
up, and once even froze the PC speaker (beeping annoyingly at me).

There don't seem to be any hung processes.  I can use X, and I can also
ssh into the box, so it's the console only.  Can't switch to different
vty's, and the one i'm on is frozen, no response to any keys.

It seems to come on more quickly if I do something serious, like a
buildkernel.  Happened once on startup, but even though rc hadn't
finished, I WAS able to ssh into the box and shut it down (indicating to
me that rc had finished, just no response from the console).

Machine is a 2 processor Tyan Thunder, 1G memory, two Athlons, scsi disks
and eide both.


Chuck Robey | Interests include C  Java programming, FreeBSD,
[EMAIL PROTECTED]   | electronics, communications, and SF/Fantasy.

New Year's Resolution:  I will not sphroxify gullible people into looking up
fictitious words in the dictionary.



To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message 

I'm seeing the same here and the same on a serial console.
Kernel from Friday 29 Nov. 8pm PST sources works
So it happened sometime after that
Manfred

==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
== 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: console problem

[Manfred Antar]

At 06:52 PM 12/1/2002 -0500, Chuck Robey wrote:
On Sun, 1 Dec 2002, Manfred Antar wrote:

 Anyhow, it's the console, it's been locking up.  I just retried it with a
 kernel cvsupped not 2 hours ago, and it's still here.  All the vty's lock
 up, and once even froze the PC speaker (beeping annoyingly at me).
 
 There don't seem to be any hung processes.  I can use X, and I can also
 ssh into the box, so it's the console only.  Can't switch to different
 vty's, and the one i'm on is frozen, no response to any keys.
 
 It seems to come on more quickly if I do something serious, like a
 buildkernel.  Happened once on startup, but even though rc hadn't
 finished, I WAS able to ssh into the box and shut it down (indicating to
 me that rc had finished, just no response from the console).
 
 Machine is a 2 processor Tyan Thunder, 1G memory, two Athlons, scsi disks
 and eide both.
 
 I'm seeing the same here and the same on a serial console.
 Kernel from Friday 29 Nov. 8pm PST sources works
 So it happened sometime after that
 Manfred

OK, did two full rebuilds,once using ssh, once using x.  The one using ssh
was fine, the one using X did hang the console, but the only way to notice
that was because the PC speaker hangs while sounding off.

I read the commitlogs, the only one that seemed at all connected with the
console was this one (a weak link, admittedly):

begin commit message
imp 2002/11/29 16:49:43 PST

  Modified files:
sys/kern subr_bus.c
  Log:
  devd kernel improvements:
  1) Record all device events when devctl is enabled, rather than just when
 devd has devctl open.  This is necessary to prevent races between when
 a device arrives, and when devd starts.
  2) Add hw.bus.devctl_disable to disable devctl, this can also be set as a
 tunable.
  3) Fix async support. Reset nonblocking and async_td in open.  remove
 async flags.
  4) Free all memory when devctl is disabled.

  Approved by: re (blanket)

  Revision  ChangesPath
  1.117 +38 -21src/sys/kern/subr_bus.c
===end commit message==

Chuck
I tried backing out sub_bus.c to the earlier version and still the same thing happens
So it must be something else
Manfred

==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
== 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: dump(8) + UFS2

[Manfred Antar]

At 10:56 AM 11/30/2002 -0200, Daniel C. Sobral wrote:
Matthias Schuendehuette wrote:
 
 Hello,
 
 it seems to me that 'dump' (8) is not able to dump UFS2 Filesystems.
 
 First it shows an extraordirarily large number of estimated tape blocks
 for my tiny /var-partition and after that it dumps core while trying to
 dump my not so tiny /usr partition.
 
 Is this a known issue? Are there any recommendations how to backup UFS2
 filesystems reliably?

Well, I once restored something to UFS2 (converting my partitions...).
It was quite funny to see 102.7% was complete, and it would end in 0
(minutes, one assume).

I just converted my /var and /usr partitions to UFS2 on an i386 machine
and tried to do a dump of /var (500mb -- 37mb used)

(disklabel)594}dump 0fua /dev/nsa0 /dev/da0s1e
  DUMP: Date of this level 0 dump: Sat Nov 30 10:16:44 2002
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/da0s1e (/var) to /dev/nsa0
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: read error from /dev/da0s1e: Input/output error: [block -7236860474136607228]: 
count=8192
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-7236860474136607228]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-7236860474136607227]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-7236860474136607226]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-7236860474136607225]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-7236860474136607224]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-7236860474136607223]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-7236860474136607222]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-7236860474136607221]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-7236860474136607220]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-7236860474136607219]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-7236860474136607218]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-7236860474136607217]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-7236860474136607216]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-7236860474136607215]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-7236860474136607214]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-7236860474136607213]: count=512
  DUMP: corrupted directory, inumber 5169
  DUMP: read error from /dev/da0s1e: Input/output error: [block -3126763002007185064]: 
count=8192
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-3126763002007185064]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-3126763002007185063]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-3126763002007185062]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-3126763002007185061]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-3126763002007185060]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-3126763002007185059]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-3126763002007185058]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-3126763002007185057]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-3126763002007185056]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-3126763002007185055]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-3126763002007185054]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-3126763002007185053]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-3126763002007185052]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-3126763002007185051]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-3126763002007185050]: count=512
  DUMP: read error from /dev/da0s1e: Input/output error: [sector 
-3126763002007185049]: count=512
  DUMP: corrupted directory, inumber 5169
  DUMP: corrupted directory, inumber 5169
  DUMP: corrupted directory, inumber 5596
  DUMP: read error from /dev/da0s1e: Input/output error: [block -8093102966837667782]: 
count=8192
  DUMP: More than 32 block read errors from /dev/da0s1e
  DUMP: This is an unrecoverable error.
  DUMP: Do you want to attempt to continue?: (yes or no) no
  DUMP: The ENTIRE dump is aborted.

I guess dump is not ready for UFS2

==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||

Re: dump(8) + UFS2

[Manfred Antar]

At 10:56 AM 11/30/2002 -0200, Daniel C. Sobral wrote:
Matthias Schuendehuette wrote:
 
 Hello,
 
 it seems to me that 'dump' (8) is not able to dump UFS2 Filesystems.
 
 First it shows an extraordirarily large number of estimated tape blocks
 for my tiny /var-partition and after that it dumps core while trying to
 dump my not so tiny /usr partition.
 
 Is this a known issue? Are there any recommendations how to backup UFS2
 filesystems reliably?

Well, I once restored something to UFS2 (converting my partitions...).
It was quite funny to see 102.7% was complete, and it would end in 0
(minutes, one assume).


Here are further messages from console when trying to dump UFS2
It seems like a controller error also:

(da0:ahc0:0:0:0): Unretryable error
(da0:ahc0:0:0:0): READ(10). CDB: 28 0 b3 9b 97 60 0 0 1 0 
(da0:ahc0:0:0:0): CAM Status: SCSI Status Error
(da0:ahc0:0:0:0): SCSI Status: Check Condition
(da0:ahc0:0:0:0): ILLEGAL REQUEST asc:21,0
(da0:ahc0:0:0:0): Logical block address out of range field replaceable unit: 3: 
Command byte 2 bit 7 is invalid

Manfred
==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
== 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: Update to UFS2 Superblock Format

[Manfred Antar]

At 09:11 PM 11/24/2002 -0800, Kirk McKusick wrote:
On Tuesday Nov 26th I plan to make an update to the UFS2
superblock. It will not affect UFS1 filesystems so should
be generally transparent to most -current users. For those
using UFS2 filesystems, the new kernel will update the
superblock to the new format the first time that your UFS2
filesystem is mounted read-write. Once updated it will not
be able to be mounted by older kernels unless the `zapsb'
program (see below) is run to revert it to the old format.

The only really noticable problem arises when you are booting
from a UFS2 root partition. Here, you must follow the following
steps:

1) boot new kernel
2) mount -u /
3) install new bootstrap

Once the new kernel has converted the filesystem format for the
root partition, the old bootstrap will no longer recognize it, so
if you do not have a new bootstrap, you will no longer be able to
boot from it. Note that you cannot update to the new bootstrap
until the filesystem has been converted as the new bootstrap will
not recognize the old superblock format. Again, this change will
only affect you if you are using a UFS2 filesystem as your root
filesystem.

The changes that I plan to apply can be viewed at:

http://www.freebsd.org/~mckusick/UFS2_update.diffs

The program `zapsb.c' that reverts a UFS2 filesystem to its
previous state can be found at:

http://www.freebsd.org/~mckusick/zapsb.c

If this change is going to cause you undue hardship, please
send me mail ([EMAIL PROTECTED]).

Kirk McKusick

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message 

Kirk
With a kernel and system current as of Thurs night.
I did a dump of / , /var , /usr filesystems.
I did a disklabel -B da0s1
I did a make release and booted off the cdrom.
went into the fixit mode and did newfs -O2 /dev/da0s1a (root) /dev/da0s1e (/var) 
/dev/da0s1f (/usr)
I then did a restore of the file systems.
when i reboot somehow the bootstrap bypasses /boot/loader
Here is what I see on the screen

/boot.config -P
Invalid format

FreeBSD/i386/UFS1 BOOT
Default: 0:da(0,a)/kernel
boot:
WARNING: loader(8) metadata is missing!

I have a current kernel in the / directory so it boots that
and I get to the:
mountrootand do
mountroot ufs:da0s1a

I guess what ineed to know is how to install the UFS2 bootblocks
Thanks
Manfred
==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
== 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: Update to UFS2 Superblock Format

[Manfred Antar]

At 11:11 PM 11/29/2002 -0800, Kirk McKusick wrote:
You will have to ask Puol-Henning Kamp, but I do not believe that 
he has yet put together a bootstrap for the i386 platform that can 
boot from a UFS2 filesystem. As such, I believe that you are
required to have a UFS1 root on the i386 at this time. I have
copied Poul-Henning Kamp so that he can correct me if I am incorrect
on this point.

Kirk McKusick

Ah
No wonder, I tried editing the /sys/boot/i386/boot2/Makefile to enable UFS2 bootblock
but then disklabel complained that boot2 was too big.
I will have to revert to UFS1
Thanks
Manfred

==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
== 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: Can't resolve hosts via dns on the command line with latest -current

[Manfred Antar]

At 08:25 PM 11/4/2002 -0800, Kelly Yancey wrote:
On Tue, 5 Nov 2002, Giorgos Keramidas wrote:

 On 2002-11-04 18:38, Kelly Yancey [EMAIL PROTECTED] wrote:
  Thanks for the info.  Are you sure that you only reverted the one delta?

 Yes.  I just recompiled the kernel from -rHEAD and started logging
 things while I connected to my dialup provider.  Apparently lo0 does
 have the 127.0.0.1 address *and* the LOOPBACK flag but somehow fails.

 When (near the end of the following log) I back only this change out,
 the problems go away :/


  Thanks for the great trace and your patience.  I believe I found the root of
the problem.  Could you please try the attached patch?  I'm afraid that
if I hadn't gotten thown off this morning be my lo0 lacking a
127.0.0.1 address I probably would have found it much, much sooner
(it's pretty obvious in hindsight).  At the very least, I also caught a
couple of pieces of code that are manipulating the socket buffer behind
sballoc() and sbfree()'s back so I've modified them to update the sb_cc
counter directly also.
  Let me know if this fixes things for you.  Thanks,

  Kelly

--
Kelly Yancey -- kbyanc@{posi.net,FreeBSD.org}
Democracy is a device that insures we shall be governed no better than we
 deserve. -- George Bernard Shaw

This patch fixes a bug I've noticed for the past few days.
Connecting to a FreeBSD current box via ssh2 from Win-2000 (local network)
It just started happening in the past few days.
I could connect but it would take about a minute to connect.
Now it's back instant connect with patch

Manfred
==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
==


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Latest fetch on current broken

[Manfred Antar]

I just did a build-install world plus new kernel
with current sources as of 3pm PST Sunday the 27th
fetch is broken:

(src)4190}fetch -vv 
ftp://ftp.fokus.gmd.de/pub/unix/cdrecord/alpha//cdrtools-1.11a39.tar.gz
--- ftp.fokus.gmd.de:21
looking up ftp.fokus.gmd.de
connecting to ftp.fokus.gmd.de:21
 220-
 220-You have reached ftp.FOKUS.FRAUNHOFER.de.
 220-Please login as `ftp' to access our archive.
 220-
 220-  Hello UNKNOWN at pozo.com,
 220-  our local time is Mon Oct 28 00:33:25 2002.
 220-
 220-There are currently 0 users connected of a limit of 35.
 220-
 220-All transfers are logged with your username and hostname (as printed above).
 220-If you don't like this policy, disconnect NOW!
 220-
 220 FTP server Fraunhofer FOKUS ready.
 USER anonymous
fetch: cdrtools-1.11a39.tar.gz: Broken pipe

ncftp works fine:

(src)4191}ncftp ftp.fokus.gmd.de:/pub/unix/cdrecord/alpha//cdrtools-1.11a39.tar.gz

You have reached ftp.FOKUS.FRAUNHOFER.de.
Please login as `ftp' to access our archive.

 Hello UNKNOWN at pozo.com,
 our local time is Mon Oct 28 00:33:57 2002.

There are currently 0 users connected of a limit of 35.

All transfers are logged with your username and hostname (as printed above).
If you don't like this policy, disconnect NOW!

Receiving file: cdrtools-1.11a39.tar.gz 
100%  0   1577294 bytes. ETA:  0:00
cdrtools-1.11a39.tar.gz: 1577294 bytes received in 40.24 seconds, 38.28 K/s.

Manfred



==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
==


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: Latest fetch on current broken

[Manfred Antar]

At 10:38 PM 10/27/2002 -0500, Craig Rodrigues wrote:
On Sun, Oct 27, 2002 at 10:21:02PM -0500, Craig Rodrigues wrote:
 On Sun, Oct 27, 2002 at 06:31:27PM -0800, Manfred Antar wrote:
  I noticed it when doing a portupgrade cdrtools
  So yes anything that uses fetch is not going to work
 
 OK, I started tracing this down.
 
 Here's how to get debugging versions:
 cd /usr/src/lib/libfetch
 make clean
 make DEBUG_FLAGS=-g 
 make DEBUG_FLAGS=-g  install
 
 cd /usr/src/usr.bin/fetch
 make clean
 make DEBUG_FLAGS=-g NOSHARED=yes
 make DEBUG_FLAGS=-g NOSHARED=yes install


I tracked this down further to the _fetch_writev() function
in libfetch/common.c.  Try this patch:

--- lib/libfetch/common.c.orig  Sun Oct 27 22:38:16 2002
+++ lib/libfetch/common.c   Sun Oct 27 22:40:12 2002
@@ -525,7 +525,7 @@
return (-1);
}
total += wlen;
-   while (iovcnt  0  wlen  iov-iov_len) {
+   while (iovcnt  0  wlen = iov-iov_len) {
wlen -= iov-iov_len;
iov++;
iovcnt--;

-- 
Craig Rodrigues
http://www.gis.net/~craigr
[EMAIL PROTECTED] 

This change makes it work here

Manfred

==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
==


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: HEADS UP: i386 a.out binary users!

[Manfred Antar]

At 12:23 AM 9/7/2002 -0700, Terry Lambert wrote:
Peter Wemm wrote:
 You will need to either add:
 options COMPAT_AOUT
 to your kernel config when you next rebuild, or do a 'kldload aout'
 when you want to run an old a.out binary.

Is this going to be turned on be default in the rc scripts,
until such time as sysinstall is taught about asking the user
the same way it asks the user about compatability packages or
Linux emulation?

-- Terry

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message 

I cant get a kernel to compile without COMPAT_AOUT:

(pro2)201}make
linking kernel.debug
imgact_gzip.o: In function `do_aout_hdr':
../../../kern/imgact_gzip.c:280: undefined reference to `aout_sysvec'
*** Error code 1

Stop in /usr/src/sys/i386/compile/pro2.

Works fine if I add options COMPAT_AOUT

Manfred

==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
==


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: HEADS UP: i386 a.out binary users!

[Manfred Antar]

At 07:27 PM 9/7/2002 -0700, Peter Wemm wrote:
Manfred Antar wrote:
 At 12:23 AM 9/7/2002 -0700, Terry Lambert wrote:
 Peter Wemm wrote:
  You will need to either add:
  options COMPAT_AOUT
  to your kernel config when you next rebuild, or do a 'kldload aout'
  when you want to run an old a.out binary.
 
 Is this going to be turned on be default in the rc scripts,
 until such time as sysinstall is taught about asking the user
 the same way it asks the user about compatability packages or
 Linux emulation?
 
 -- Terry
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with unsubscribe freebsd-current in the body of the message 
 
 I cant get a kernel to compile without COMPAT_AOUT:
 
 (pro2)201}make
 linking kernel.debug
 imgact_gzip.o: In function `do_aout_hdr':
 ../../../kern/imgact_gzip.c:280: undefined reference to `aout_sysvec'
 *** Error code 1
 
 Stop in /usr/src/sys/i386/compile/pro2.
 
 Works fine if I add options COMPAT_AOUT

options GZIP

is support for running gzipped a.out executables.  You probbly want to
remove that instead.

Cheers,
-Peter

I thought it was for gzipped kernels which I use sometimes,
So I left it in.
Manfred

==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
==


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: compiling kdelibs3 fails with -current's gcc 3.2

[Manfred Antar]

At 12:29 AM 9/3/2002 +0200, Michael Reifenberger wrote:
Hi,
with -current I get during compiling kdelibs3 (and after successfully compiling
qt3 and arts):
...
c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../dcop -I../libltdl -I../kdecore -I../kdeui
-I../kio -I../kio/kio -I../kio/kfile -I/usr/X11R6/include -I/usr/local/include -
pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/X11
R6/include -D_THREAD_SAFE -I/usr/local/include -DNDEBUG -DNO_DEBUG -O2 -O -pipe
-fno-exceptions -fno-check-new -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -DQT_NO_
ASCII_CAST -DQT_NO_COMPAT -c kkeyserver_x11.cpp -MT kkeyserver_x11.lo -MD -MP -M
F .deps/kkeyserver_x11.TPlo  -fPIC -DPIC -o .libs/kkeyserver_x11.o
kkeyserver_x11.cpp: In function `void
   __static_initialization_and_destruction_0(int, int)':
kkeyserver_x11.cpp:73: Internal compiler error in cp_expr_size, at cp/cp-lang.c
   :130
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://www.gnu.org/software/gcc/bugs.html for instructions.
gmake[3]: *** [kkeyserver_x11.lo] Fehler 1
gmake[3]: Verlassen des Verzeichnisses Verzeichnis »/usr/ports/x11/kdelibs3/work
/kdelibs-3.0.3/kdecore
...

I tried CFLAGS with -O[1|2] and with or without -march=-pentium3.
Always the same error.

Anyone else?


Same thing here with fresh QT and arts with gcc3.2.
With current built this afternoon.
before I tried I did a pkg_delete -f kde* so as to not have any stale libs.
Manfred

==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
==


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: Error in libc/locale/Makefile.inc and page fault in kernel mode.

[Manfred Antar]

At 05:34 PM 8/19/2002 -0800, walt wrote:
When I do a 'make obj' in /usr/src I get this fatal error:

/usr/src/lib/libc/locale/Makefile.inc: line 14
followed by a long error message.

Note that this error did not appear until after I did a
rm -rf /usr/obj and then a make obj.

The reason I did the rm /usr/obj is that I was getting
kernel panics after today's make world/kernel--the old
familiar page fault while in kernel mode followed by
the familiar buffer not empty (or not full, I can't
recall now).  Seems like this is an old problem just
revisited today.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

There is an extra space in line # 13 after:
 tolower.c toupper.c utf2.c wcrtomb.c wcsrtombs.c wcswidth.c \ 
   
Remove anything after \ and it will build

==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
==


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: mysql-3.23.51 with Current for the last few weeks.

[Manfred Antar]

At 08:54 AM 8/2/2002 -0700, Edwin Culp wrote:
This doesn't make much sense and is probably not related  but I've had the
problem for about a month and thought it was going to go away but it hasn't.
I really don't know where to start looking.  Just after the KSE changes at
the beginning of July I upgraded mysql.  Since then I have had intermittent
problems with mysql hanging far too often.  It takes 100% of the resources
and has to be killed.  I get no errors in the mysql log nor in the system
logs.

Has anyone seen this or do you have any ideas for a solution or for trouble
shooting?  I wanted to try a pkg_add -r but there doesn't seem to be a 
mysql-server package.

I am running today's current and I check it daily to see if it still hangs.
I initially thought that it was a problem with this version of mysql but I'm
not really sure.

Thanks,

ed

The same thing happend to me a few weeks ago when I did an upgrade from 3.23.49 == 
3.23.51
I think what I ended up doing was to use the gcc3.2 from ports, and I built it 
staticlly.
First i installed gcc3.2 the made sure /usr/local/bin was ahead of /usr/bin in my PATH
then I built mysql enabling static build.
Manfred 

==
||  [EMAIL PROTECTED]   ||
||  Ph. (415) 681-6235  ||
==


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message