Re: 6.0-BETA3: 'kldunload linux' --> panic

2005-08-23 Thread Iva Hesy
On 8/23/05, Rene Ladan <[EMAIL PROTECTED]> wrote: > > On a i386 UP ? > CFLAGS=-O2 -pipe (should be safe) > Yes, my box is a x86 UP system, my CFLAGS=-O -pipe ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-

Re: 6.0-BETA3: 'kldunload linux' --> panic

2005-08-23 Thread Iva Hesy
On 8/23/05, Rene Ladan <[EMAIL PROTECTED]> wrote: > The following panic can reliably be reproduced on a GENERIC 6.0-BETA3 > kernel when loading linux support via /etc/rc.conf (linux_enable="YES") > and then issuing "kldunload linux". > No, I have a BETA3 box too, and can unload linux kernel module

Re: Too short ethernet frame...

2005-08-18 Thread Iva Hesy
On 8/18/05, Ian Dowse <[EMAIL PROTECTED]> wrote: > > There appear to be some braces missed in that revision of bpf.c. Does > the following patch help? > > Ian > Thank you very much, your patch works fine for me... ___ freebsd-stable@freebsd.org mailing

Re: Too short ethernet frame...

2005-08-17 Thread Iva Hesy
On 8/16/05, Brooks Davis <[EMAIL PROTECTED]> wrote: > > Sounds like someone introduced a bug in the nic driver or the ethernet > code, but I'm not seeing anything obvious between those dates. If you > could narrow the date range further that would help. > > -- Brooks OK, now, I get the result: "

Re: Too short ethernet frame...

2005-08-13 Thread Iva Hesy
Just now, I add "date=2005.07.31.03.00.00" to my src cvsup sup-file and make kernel, too short ethernet frames are still sniffered. But when I add "date=2005.07.22.03.00.00" to sup-file and cvsup and make kernel, the damn datagrams gone!!! ___ freebsd-sta

Re: Too short ethernet frame...

2005-08-12 Thread Iva Hesy
On 8/12/05, Brooks Davis <[EMAIL PROTECTED]> wrote: > > Most likely, your cabling, duplex configuraion, nic, switch are > misconfigured and a high traffic ap like rdesktop is pushing them over > the edge. I'd check the duplex settings on each end and try another > cable first. Then try a differe

Too short ethernet frame...

2005-08-12 Thread Iva Hesy
OS: RELENG_6 (Beta2) NIC: vr0: # tcpdump -penv -i vr0 less 32 16:15:42.512701 [|ether] 16:15:44.523102 [|ether] 16:15:46.522495 [|ether] 16:16:00.540387 [|ether] 16:16:02.541834 [|ether] 16:16:08.550068 [|ether] 16:16:10.570483 [|ether] # snort -pev -i vr0 less 32 Captured data length < Ethernet h

Why I can't disable ACPI?

2005-08-12 Thread Iva Hesy
I'm running a RELENG_6 (Beta2) as my desktop now. When I add "hint.acpi.0.disabled=1" to /boot/loader.conf and reboot, system can't find my ATA disks and can't boot sucessfully... ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailma

Why my RELENG_5 box auto reboot after compiling kernel without console support?

2005-04-27 Thread Iva Hesy
I have ever compiled kernel without console, keyboard, and VGA in RELENG_4, it is no problem, and works fine, but I can't do so in RELENG_5 now...:-( ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To u

Re: Why the mode of /dev/null is changed after system reboot?

2004-11-01 Thread Iva Hesy
No, it just happened after system reboot...:-) If I chmod it to 666ïit will re-chmod it to 600 after system reboot. On Tue, 2 Nov 2004 09:08:15 +0300 (MSK), Dmitry Morozovsky <[EMAIL PROTECTED]> wrote: > I remember I stepped into this once or twice in the past. Bad umask at > mergemaster/MAKEDEV t

Re: Why the mode of /dev/null is changed after system reboot?

2004-11-01 Thread Iva Hesy
> It could be a port doing this at startup, but we still need more > debugging.. > > Kris > > I think that sshd2 does this. because I installed it only recently... ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-st

Why the mode of /dev/null is changed after system reboot?

2004-10-31 Thread Iva Hesy
I have a gateway running FreeBSD 4.10-p3. Normally, the mode of /dev/null should be 666, but recently, I find that its mode is changed to 600 automatically after reboot, I have checked all /etc/rc* and /usr/local/etc/rc.d/*, but I can't get anything that led to it...:-(