Re: zpool dumps core

[Eric Masson]

Eric Masson  writes:

Hi,

> zpool dumps core on my box.

This box is tracking 11-STABLE and I'm using the NO_CLEAN flag to speed
up buildworld/buildkernel.
Full source rebuild & install erasing /usr/obj solved the issue.
Sorry for the noise.

Éric Masson
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

zpool dumps core

[Eric Masson]

Hi,

zpool dumps core on my box.

FreeBSD srvbsdfenssv.xxx 11.2-STABLE FreeBSD 11.2-STABLE #2 r346942M:
Tue Apr 30 09:54:06 CEST 2019
e...@srvbsdfenssv.xxx:/usr/obj/usr/src/sys/SE7525GP2  amd64

gdb bt attached.

Any idea, please ?

Regards

Éric Masson

root@srvbsdfenssv:~ # gdb zpool
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 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 "amd64-marcel-freebsd"...
(gdb) core zpool.core
Core was generated by `zpool status'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libgeom.so.5...Reading symbols from 
/usr/lib/debug//lib/libgeom.so.5.debug...done.
done.
Loaded symbols for /lib/libgeom.so.5
Reading symbols from /lib/libnvpair.so.2...Reading symbols from 
/usr/lib/debug//lib/libnvpair.so.2.debug...done.
done.
Loaded symbols for /lib/libnvpair.so.2
Reading symbols from /lib/libuutil.so.2...Reading symbols from 
/usr/lib/debug//lib/libuutil.so.2.debug...done.
done.
Loaded symbols for /lib/libuutil.so.2
Reading symbols from /lib/libzfs.so.2...Reading symbols from 
/usr/lib/debug//lib/libzfs.so.2.debug...done.
done.
Loaded symbols for /lib/libzfs.so.2
Reading symbols from /lib/libc.so.7...Reading symbols from 
/usr/lib/debug//lib/libc.so.7.debug...done.
done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /lib/libbsdxml.so.4...Reading symbols from 
/usr/lib/debug//lib/libbsdxml.so.4.debug...done.
done.
Loaded symbols for /lib/libbsdxml.so.4
Reading symbols from /lib/libsbuf.so.6...Reading symbols from 
/usr/lib/debug//lib/libsbuf.so.6.debug...done.
done.
Loaded symbols for /lib/libsbuf.so.6
Reading symbols from /lib/libmd.so.6...Reading symbols from 
/usr/lib/debug//lib/libmd.so.6.debug...done.
done.
Loaded symbols for /lib/libmd.so.6
Reading symbols from /lib/libumem.so.2...Reading symbols from 
/usr/lib/debug//lib/libumem.so.2.debug...done.
done.
Loaded symbols for /lib/libumem.so.2
Reading symbols from /lib/libutil.so.9...Reading symbols from 
/usr/lib/debug//lib/libutil.so.9.debug...done.
done.
Loaded symbols for /lib/libutil.so.9
Reading symbols from /lib/libm.so.5...Reading symbols from 
/usr/lib/debug//lib/libm.so.5.debug...done.
done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /lib/libavl.so.2...Reading symbols from 
/usr/lib/debug//lib/libavl.so.2.debug...done.
done.
Loaded symbols for /lib/libavl.so.2
Reading symbols from /lib/libz.so.6...Reading symbols from 
/usr/lib/debug//lib/libz.so.6.debug...done.
done.
Loaded symbols for /lib/libz.so.6
Reading symbols from /lib/libzfs_core.so.2...Reading symbols from 
/usr/lib/debug//lib/libzfs_core.so.2.debug...done.
done.
Loaded symbols for /lib/libzfs_core.so.2
Reading symbols from /lib/libthr.so.3...Reading symbols from 
/usr/lib/debug//lib/libthr.so.3.debug...done.
done.
Loaded symbols for /lib/libthr.so.3
Reading symbols from /libexec/ld-elf.so.1...Reading symbols from 
/usr/lib/debug//libexec/ld-elf.so.1.debug...done.
done.
Loaded symbols for /libexec/ld-elf.so.1
#0  avl_first (tree=0x28) at 
/usr/src/sys/cddl/contrib/opensolaris/common/avl/avl.c:187
187 size_t off = tree->avl_offset;
Current language:  auto; currently minimal
(gdb) bt
#0  avl_first (tree=0x28) at 
/usr/src/sys/cddl/contrib/opensolaris/common/avl/avl.c:187
#1  0x000800e8a806 in zpool_iter (hdl=0x802c42000, func=0x410920 
, data=0x802c35020) at 
/usr/src/cddl/contrib/opensolaris/lib/libzfs/common/libzfs_config.c:417
#2  0x004108cb in pool_list_get (argc=0, argv=0x7fffec20, 
proplist=0x0, err=0x7fffd90c) at 
/usr/src/cddl/contrib/opensolaris/cmd/zpool/zpool_iter.c:128
#3  0x00410bfd in for_each_pool (argc=, 
argv=, unavail=B_TRUE, proplist=, 
func=0x406fd0 , data=0x7fffd950)
at /usr/src/cddl/contrib/opensolaris/cmd/zpool/zpool_iter.c:246
#4  0x0040a4e3 in zpool_do_status (argc=0, argv=0x7fffec20) at 
/usr/src/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c:5245
#5  0x00408501 in main (argc=, 
argv=0x7fffec10) at 
/usr/src/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c:6338
#6  0x0040481d in _start ()
#7  0x00080063e000 in ?? ()
#8  0x in ?? ()
(gdb)
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

[11-Stable] Freeswitch doesn't exit unless SIGKILLed

[Eric Masson]

Hello,

I'm facing an issue with Freeswitch (1.6.x or 1.8.x, FreeBSD port or
manual build from FS git) on 11-Stable.

When stopping the application, it stucks and I have to SIGKILL it to
really stop the process.

I've gathered information that is available in a ticket on Freeswitch
JIRA :
https://freeswitch.org/jira/browse/FS-10580

The problem seems to be related to 11-Stable as I can't reproduce the
issue with 10.3-RELEASE.

Any idea, anyone ?

Regards

Éric Masson
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: [FreeBSD-Stable] svn commit: r296462 - in stable/9: crypto/openssl/crypto/bio crypto/openssl/crypto/bn crypto/openssl/doc/apps crypto/openssl/ssl secure/usr.bin/openssl/man

[Eric Masson]

Xin Li  writes:

Hi Xin,

> It will.  The binary update is still compiling.

Good news. Thanks a lot.

Regards

Éric Masson

-- 
 > et sinon, quand on s'interesse a un media que l'on ne maitrise pas,
 > on essaye de le comprendre d'abord.
 (Suivi par l'intégralité du message initial de 45 lignes.)
 -+-BM in : GNU - La maîtrise est un long apprentissage petit scarabé -+-
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: [FreeBSD-Stable] svn commit: r296462 - in stable/9: crypto/openssl/crypto/bio crypto/openssl/crypto/bn crypto/openssl/doc/apps crypto/openssl/ssl secure/usr.bin/openssl/man

[Eric Masson]

Dimitry Andric  writes:

Hi Dimitry,

> Can you please try the attached patch, which I also attached to PR
> 207783?  I think this will solve the crashes.

Works as expected with patch applied, thanks a lot.
Will it be pushed to releng/9.3/ please ?

Regards

Éric Masson

-- 
 J'arrête pas d'essayer de m'abonner au mailing list sur la Nippon
 animation, mais le machin auromatique MAJORDOMO me renvoit toujours la
 même foutu page d'instruction de code. Comment ca marche ?
 -+- W in Guide du Neuneu d'Usenet : Mauvais abonné, changer d'abonné -+-
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: [FreeBSD-Stable] svn commit: r296462 - in stable/9: crypto/openssl/crypto/bio crypto/openssl/crypto/bn crypto/openssl/doc/apps crypto/openssl/ssl secure/usr.bin/openssl/man

[Eric Masson]

Mike Tancsa  writes:

Hi,

> good trace - pre openssl commit
> 
> debug2: kex_parse_kexinit:
> hmac-sha1,hmac-sha1-96,hmac-md5,hmac-md5-96,umac...@openssh.com [preauth]
> debug2: kex_parse_kexinit:
> hmac-sha1,hmac-sha1-96,hmac-md5,hmac-md5-96,umac...@openssh.com [preauth]
> debug2: kex_parse_kexinit: none [preauth]
> debug2: kex_parse_kexinit: none [preauth]
> debug2: kex_parse_kexinit:  [preauth]
> debug2: kex_parse_kexinit:  [preauth]
> debug2: kex_parse_kexinit: first_kex_follows 0  [preauth]
> debug2: kex_parse_kexinit: reserved 0  [preauth]
> debug2: mac_setup: setup hmac-sha1 [preauth]
> debug1: kex: client->server aes256-ctr hmac-sha1 none [preauth]
> debug2: mac_setup: setup hmac-sha1 [preauth]
> debug1: kex: server->client aes256-ctr hmac-sha1 none [preauth]
> debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received [preauth]
> debug3: mm_request_send entering: type 0 [preauth]
> debug3: mm_request_receive entering
> debug3: monitor_read: checking request 0
> debug3: mm_answer_moduli: got parameters: 1024 2048 2048
> bad trace - with openssl commit.
>
> debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received [preauth]
> debug3: mm_request_send entering: type 0 [preauth]
> debug3: mm_choose_dh: waiting for MONITOR_ANS_MODULI [preauth]
> debug3: mm_request_receive_expect entering: type 1 [preauth]
> debug3: mm_request_receive entering [preauth]
> debug3: mm_request_receive entering
> debug3: monitor_read: checking request 0
> debug3: mm_answer_moduli: got parameters: 1024 2048 2048
> debug3: mm_request_send entering: type 1
> debug2: monitor_read: 0 used once, disabling now
> debug3: mm_choose_dh: remaining 0 [preauth]
> *debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent [preauth]*
> debug1: monitor_read_log: child log fd closed
> debug3: mm_request_receive entering
> debug1: do_cleanup
> debug3: PAM: sshpam_thread_cleanup entering
> debug1: Killing privsep child 1837

Similar symptoms on 9.3-p37 when trying to connect with putty from a Win
7 station.

Using cygwin's openssh client doesn't trigger the issue.

Éric Masson

-- 
 J'ai essayé de creer un news un alt.west.virginia ou sur d'autres
 alt.west.wirginia.xxx mais quand je vais sur ces forums rien n'apparait?
 l'emetteur d'un new recoit il un avertissement si celui ci est censuré?
 -+- LM in:  - Bien sansurer ses news sur C-I -+-
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: TTY task group scheduling

[Eric Masson]

Bruce Cran  writes:

Hello,

> Google suggests that the work was a GSoC project in 2005 on a pluggable
> disk scheduler.

It seems that something similar has found its way in DFlyBSD, dsched.

Éric Masson

-- 
 manquerait plus que les groupes soient pollués. c'est beaucoup plus
 grave que des plages bretonnes à deux francs qui étaient déjà polluées
 par ces salopards de volatiles. dieu merci, il n'y en aura bientôt plus
 -+- tilt in http://www.le-gnu.net : Les oiseaux sont des cons.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: HEADS UP: FreeBSD 6.4 and 8.0 EoLs coming soon

[Eric Masson]

"Julian H. Stacey"  writes:

Hello,

> FreeBSD -7 & -8 do not support ISDN I'm told. 

It seems that hps@ maintains an isdn stack outside of freebsd tree :
http://www.selasky.org/hans_petter/isdn4bsd/

Regards

Éric Masson

-- 
 >Une RedHat (je ne connais pas les autres distributions) ce configure
 >aussi simplement que windows pour un poste client. 
 Hélas, elle génère un maximum de traffic sur Usenet
 -+- TP in guide du linuxien pervers - "Je veux revoir ma SLS ! -+- 
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 8.0-BETA2, console freezes

[Eric Masson]

Ed Schouten  writes:

Hi Ed,

Back from vacation...

> I have also seen this on some of the systems I use myself, where
> switching VTs locks up the video for a second or two. It seems to be
> unrelated to any of my Syscons and TTY changes, because I have also
> experienced this before I worked on MPSAFE TTY.

Ok.

> Happily enough, this issue isn't present in my own console driver,
> because it doesn't reprogram the graphics hardware when switching
> virtual terminals, which I suspect it is related to.

I can't switch to another graphics card (integrated on board)...
Is there a maintainer for graphics support atm please ? I think I'll
bother him then ;)

Regards

Éric

-- 
 MH: Quand au Mac, dites Mr Jobs, voyez avec Sony pour installer une
 carte PSX2 sur les Mac.
 SP: Voilà. Sur le port Mezzanine de l'iMac, par exemple.
 -+- SP in Guide du Macounet Pervers : Bien utiliser la mezzanine -+-


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

8.0-BETA2, console freezes

[Eric Masson]

Hello,

I've installed 8.0-BETA2 on a MSI Nettop 110, it works fine, except vty
switching via [Ctrl][F1-8] that takes at least 1 minute.
In the mean time, the box is fully responsive on the network level
(logged in via ssh).

Dmesg attached (LOR inside).

Regards

-- 
 B> Parler de freewares dans un fca.sharewares cela me choque un peu.
 D'où l'intérêt des expressions régulières ; puisque certains veulent
 un forum *wares, appelons le fca.starwares puisqu'on a pas droit à '*'
 -+- PB in  - L'espware fait vivre -+-


msibsdmsf.dmesg
Description: Binary data
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: viapm(4) does not see VT8237A on Gigabyte GA-VM900M

[Eric Masson]

"Bruce M. Simpson" <[EMAIL PROTECTED]> writes:

Hi,

>I just tried to port over some of the hardware IDs from OpenBSD 4.3's
> viapm(4) driver to the driver in 6.3-RELEASE, as I really need to see
> what working SMBus support looks like in a FreeBSD system.

Same here, Abit KV8, VIA8237 and viapm doesn't attach.

-- 
 Ol: ..un plan perdu au fond d'une armoire dont seul Steve Jobs a la clé.
 BL: Qu'il a laissée dans un pantalon déposé chez un teinturier dont il a
 perdu l'adresse et le ticket !
 -+- BL in Guide du Macounet Pervers : Bien cacher sa stratégie -+-

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

Re: please stop being nasty to people.

[Eric Masson]

Jo Rhett <[EMAIL PROTECTED]> writes:

Hi,

>> Yes, and this is the FreeBSD definition of "long term support".
>> Don't like it?  Do something about it.
>
> Kris, is this kind of repeated nastiness necessary?

This is not nastiness, if you don't like the way the project manages
release lifecycle, you have workarounds :
- Test new release-candidates to verify no regression pop up in your
  standard setup, fill PRs about problems if needed and help project
  developpers to make the release better.
- Pay someone to maintain the One True Release that suits your
  particular needs.
- Use an os/distro that has the kind of long term support you seem to
  need.

You just can't expect to moan on a mailing list about hypothetical bugs
that would impact your setup and be welcomed as the new messiah as you
demand extended support for a previous release just because you haven't
done your homework.

-- 
 > Follow-up fmb.linux, parce que la charte de fca.emacs, redigee par mes
 > soins, interdit les trolls GNU Emacs/XEmacs, sur lesquels je suis le
 > premier a me lancer :-)
 -+- JK in guide du linuxien pervers - bien configurer sa charte -+-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: OpenSWAN equivalent on FreeBSD

[Eric Masson]

"Bubble Reading" <[EMAIL PROTECTED]> writes:

Hi,

(Please don't top post)

> Set up IPSec on FreeBSD (Use Fast IPSec)
>
> - Run VPN tests for the different ciphers & modes
>   - Run with OCF and a cryptosoft variant
>
> How do I do this ? Is there some documentation ?

http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/ipsec.html
should give you some indication, there's a mistake in the setup (mixing
gif & esp tunnels, just use esp tunnels or gif tunnels over esp
transport)

You need to install an iked, like isakmpd or racoon, if you don't want
to use manual keying (ports come with man pages) :
/usr/ports/security/ipsec-tools
/usr/ports/security/isakmpd

For details regarding ipsec usage/implementation on FreeBSD , take a
look at the man pages :
man 4 fast_ipsec
man 4 crypto

Regards

-- 
 Cela m'a même déjà valu quelques discussions animés avec mes paires
 -+- FC in  : Tête à tête ou tête à queue ? -+-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: 100% repeatable crashes on 6.2-RELEASE-p3

[Eric Masson]

Kris Kennaway <[EMAIL PROTECTED]> writes:

Hello,

> Not use kernel ppp, which is known to be broken.  I don't know what
> this means for your application.

Sorry to hijack this thread but is there any way to mimic the following
pppd invocation with mpd or ppp(8) :
/usr/sbin/pppd 192.168.0.15:192.168.0.80 nodefaultroute nodetach debug \
lcp-echo-failure 10 lcp-echo-interval 10 proxyarp deflate 8
It could help me to get reliable operation from ssltunnel based links
(ports/net/ssltunnel-*)

Regards

-- 
 J'aimerai créer mon propre newsgroup "fr.mincir.vitalite" [...] Ainsi,
 cela permettrait aux personnes de se rendre directement dans mon
 newsgroup plutot que moi-même de publier des annonces dans les autres
 -+-LH in Guide du Neuneu Usenet : Mince, Neuneu investit (dans) fufe -+-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: pppd crashes, was: kde-freebsd

[Eric Masson]

Peter Jeremy <[EMAIL PROTECTED]> writes:

Hi,

> Actually, kernel PPP has one significant (at least theoretical)
> advantage over user ppp:  Network data is not pushed through the
> kernel/userland interface an additional two times.  This is irrelevant
> for low-speed modem interfaces but could be significant for PPPoE on
> high-speed broadband.

Right, and an up to date pppd in base would be imho really nice to have.
Kernel pppoe as in Net/Open would be an alternative to net/mpd.
(No, I'm not volunteering to port NetBSD's kernel ppp to FreeBSD as my
C & kernel programming skills are way under required level)

> Keep in mind that a firewall host is likely to be a slow box - either
> a pensioned-off desktop or a mini-ITX style system.

That sometimes run other apps...

-- 
 Et manque de bol, ça accélère énormément cette nouvelle version (à
 croire que l'ancienne était codée en 68k et utilisait ApplScript).
 -+- SC in Guide du Macounet Pervers : Jobs, stakhanoviste ? Nooon ! -+-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

kernel crash while using /usr/ports/net/ssltunnel-server

[Eric Masson]

Hello,

I'm getting a crash from times to times while pppserver is running on a
6.1 box :

$ uname -a
FreeBSD rtrbsdchaint.interne.kisoft-services.com 6.1-RELEASE-p10 FreeBSD 
6.1-RELEASE-p10 #0: Mon Oct 30 19:23:27 CET 2006 [EMAIL 
PROTECTED]:/usr/obj/usr/src/sys/FIREWALL  i386
$ cat kgdb.output
Script started on Fri Jan 12 11:41:32 2007
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: 
Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 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-marcel-freebsd".

Unread portion of the kernel message buffer:


Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x14
fault code  = supervisor read, page not present
instruction pointer = 0x20:0xc065985e
stack pointer   = 0x28:0xdeafbb24
frame pointer   = 0x28:0xdeafbb50
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 = 605 (pppserver)
trap number = 12
panic: page fault
Uptime: 1d3h14m3s
Dumping 510 MB (2 chunks)
  chunk 0: 1MB (159 pages) ... ok
  chunk 1: 510MB (130544 pages) 494 478 462 446 430 414 398 382 366 350 334 318 
302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14

#0  doadump () at pcpu.h:165
165 __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) list *0xc065985e
0xc065985e is at /usr/src/sys/i386/i386/support.s:490.
485 cmpl%ecx,%eax   /* overlapping && src < 
dst? */
486 jb  1f
487 
488 shrl$2,%ecx /* copy by 32-bit words 
*/
489 cld /* nope, copy forwards 
*/
490 rep
491 movsl
492 movl20(%esp),%ecx
493 andl$3,%ecx /* any bytes left? */
494 rep
(kgdb) backtrace
#0  doadump () at pcpu.h:165
#1  0xc04c2d81 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402
#2  0xc04c30b5 in panic (fmt=0xc0680783 "%s") at 
/usr/src/sys/kern/kern_shutdown.c:558
#3  0xc065bad3 in trap_fatal (frame=0xdeafbae4, eva=0) at 
/usr/src/sys/i386/i386/trap.c:836
#4  0xc065b7b8 in trap_pfault (frame=0xdeafbae4, usermode=0, eva=20) at 
/usr/src/sys/i386/i386/trap.c:744
#5  0xc065b346 in trap (frame=
  {tf_fs = -1014300664, tf_es = 40, tf_ds = -1020657624, tf_edi = 
-558908468, tf_esi = 20, tf_ebp = -558908592, tf_isp = -558908656, tf_ebx = 4, 
tf_edx = 0, tf_ecx = 1, tf_eax = -558908488, tf_trapno = 12, tf_err = 0, tf_eip 
= -1067083682, tf_cs = 32, tf_eflags = 66050, tf_esp = -1019749320, tf_ss = 
128}) at /usr/src/sys/i386/i386/trap.c:434
#6  0xc064960a in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#7  0xc065985e in generic_bcopy () at /usr/src/sys/i386/i386/support.s:489
Previous frame inner to this frame (corrupt stack?)
(kgdb) quit

Script done on Fri Jan 12 11:41:54 2007

Kernel & core available on request.

Tia.

Éric Masson

-- 
 personne n'a un zipper suffisament puissant pour comprimer un con en 4
 ligne pour le GNU ?
 parce que celui la, pour ses oeuvres complétes faut un forum dédié !
 -+- JFP in neuneu.ctw.cc - Si le con presse, zippé des prunes-+-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Runaway kernel? Or an attack?

[Eric Masson]

"Joseph Koshy" <[EMAIL PROTECTED]> writes:

Hi,

> There's work going in Perforce:
> http://perforce.freebsd.org/changeList.cgi?FSPC=//depot/projects/mips2/...

Ah, good, it seems that embedded mips platforms are targeted.

Is there any other way than perforce commit logs to follow project
status ?

Regards

Éric Masson

-- 
 [...] C'est aussi mon avis. Il reigne par ici une frenesie autour du GMP
 tout a fait inquietante... (Et la je suis encore bon pour le GMP,
 surtout que je fais 3 lignes, comme par hasard) ;o)
 -+- ED in Guide du Macounet Pervers : Hasard (?) frénétique -+-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Runaway kernel? Or an attack?

[Eric Masson]

Jeremy Chadwick <[EMAIL PROTECTED]> writes:

Hi,

> I recommend removing the DI-604 from the topology and see if the
> problem continues.  Gut feeling (based on past experience with
> D-Link's residential products) is the problem will disappear.
> You'll have to trust me on this -- no matter how reliable you think
> the DI-series units are ("It works fine for me!"), they aren't.
> There are major IP stack implementation issues with these units
> (same with the DI-614+).

These units can be made reliable when flashed with an alternative
firmware like OpenWRT (http://www.OpenWRT.org). Take a look at the
following pages :
http://wiki.openwrt.org/OpenWrtDocs/Hardware/D-Link?highlight=%28CategoryAR7Device%29
http://wiki.openwrt.org/AR7Port

I have here a WRT54GS 1.1 running OpenWRT whiterussian rc5, a DLink
DSL504T and a Netgear WGT634U waiting for Kamikaze builds.

I'd love to see a project similar to OpenWRT based on a BSD, but so far,
and it seems that FreeBSD mips port effort has stalled :
http://www.freebsd.org/projects/mips/

Éric Masson

-- 
 Jh 28 ans, informaticien, cherche femme sur Chartres.
 -+- PGeorges in GNU - Elle est où la Charte du groupe ? -+-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: slapd - slow starting

[Eric Masson]

Dominik Zalewski <[EMAIL PROTECTED]> writes:

Hi,

> Problem is after I change things in /dev/nsswitch.conf. If I live it like 
> this:
>
> group: compat
> passwd: compat
>
> I start slapd using /etc/rc.d/slapd start , then I change /etc/nsswitch.conf 
> to:
>
> group: files ldap
> passwd: files ldap
>
> Everything is fine and users can login via ssh using their ldap password. I 
> can boot server with first configuration and run some script that will copy 
> second nsswitch.conf , but I dont like this solution and I dont understand 
> why its not working.

Chicken & Egg problem, the system queries the ldap backend to get
informations about the account it will use to start the ldap backend.

I've made a change to /etc/rc.d/slapd that copies a ldap disabled
nsswitch.conf to /etc in start_precmd() and then a ldap enabled
nsswitch.conf to /etc in start_postcmd().

I've tried to toy with backend options in nsswitch.conf but no luck atm.
Seems I'm not alone, see <[EMAIL PROTECTED]>
regarding "nsswitch.conf problem with group status code"
group: files [success=return notfound=continue unavail=continue 
tryagain=continue] ldap
passwd: files [success=return notfound=continue unavail=continue 
tryagain=continue] ldap

Regards

Éric Masson

-- 
 l'anarchie, c'est pt'etre pas genial comme mode de gouvernement,
 mais c'est mieux que pas de gouvernement du tout.
 -+- Kevin in   -+- Ni Root, ni Maître. -+-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Which driver for Soekris lan1641?

[Eric Masson]

"Constant, Benjamin" <[EMAIL PROTECTED]> writes:

> Is there a path to follow to request an update of the man page?

man send-pr

PR should be in category docs and class change-request, and ideally with
a patch correcting sis(4) manpage attached.

Éric Masson

-- 
 Salut,
 Je ne reçoit plus de messages de la mailing-list des nordistes.
 -+- SG in: GNU - Un ch'ti coup d'fufe pour la route ? -+-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Which driver for Soekris lan1641?

[Eric Masson]

"Constant, Benjamin" <[EMAIL PROTECTED]> writes:

Hi,

> Ethernet chipset is National Semicondutor DP83816 but I can't find any
> reference to it in the hardware notes for 5.4. I need to know if ALTQ
> is available for this card.

man 4 sis
man 4 altq

Éric Masson

-- 
 D'accord, mais si on se met à utiliser des arguments intelligents dans
 ce genre de débat, il devient impossible de discuter.
 Vous sombrez dans la facilité.
 -+- TS in GNU : La dialectique n'est plus ce qu'elle était.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: the best graphicscard for FreeBSD

[Eric Masson]

>>>>> "Joe" == Joe Kelsey <[EMAIL PROTECTED]> writes:

 Joe> Matrox supports developers by actually publishing the specs. 
 Joe> NVidia does not publish any information about its hardware.

They used to.

Just check Matrox forums to see complete lack of interest in giving
access to specs for Parhelia range or even a working driver...

NVidia at least ships a working driver, well sort of ;)

Eric Masson

-- 
 SG> Où posera-t-on la question "Comment dois-je m'habiller ce soir pour
 SG> aller à la crêperie Le Coz avec le maire-ajoint de Ploudeac'h
 Devant son placard.
 -+- SJ in GNU : Bien se faire habiller pour l'hiver -+-
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: WG511 on FreeBSD

[Eric Masson]

>>>>> "Dariusz" == Dariusz Stojek <[EMAIL PROTECTED]> writes:

Hi,

 Dariusz> Anyoune use WG511 on FreeBSD 5.3? I'd like to use it but there
 Dariusz> is no support for Prism54 on FreeBSD, and ndis isn't working,
 Dariusz> I don't know why... I didn't found on internet any explanation
 Dariusz> (how to use firmware loading, in linux it is working fine --

Have a look here :
http://green.homeunix.org/~green/prism54-driver/pff/

Eric Masson

-- 
 Je travaille dans le médical et para-médical, le cul y est un sujet
 tout à fait banal, les blagues et farces diverses sont toujours
 faites avec le plus grand professionalisme.
 -+- PM In : www.le-gnu.net - Les blagues c'est du sérieux -+-
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: two identical PC cards

[Eric Masson]

>>>>> "Lars" == Lars Eggert <[EMAIL PROTECTED]> writes:

Lars> I'm trying to get FreeBSD to recognize two identical PC cards
Lars> (3Com EtherLink III 3C589D) under -STABLE. The fist card attaches
Lars> correctly, for the second card I see "No free configuration for
Lars> Card 3Com Corporation" messages from pccardd.

http://www.freebsd.org/cgi/getmsg.cgi?fetch=43904+0+/usr/local/www/db/text/2000/freebsd-mobile/20001119.freebsd-mobile
Follow the thread.
It seems to be a design flaw of pccardd.

Eric Masson
-- 
Progress (n) : What led from smart users in front of dumb terminals to
dumb users in front of smart terminals.


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

Re: My cdrom disappeared with the new ata-all.c :-(

[Eric Masson]

>>>>> "Soren" == Soren Schmidt <[EMAIL PROTECTED]> writes:

Soren> Oh, you shoudl definitly try the new patch diff-4.2-1...
Soren> -Søren
It definitely solved the case, thanks a lot :)).
Any chance of integration into the tree before 4.2-R ?

Regards

Eric Masson
-- 
Progress (n) : What led from smart users in front of dumb terminals to
dumb users in front of smart terminals.


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