Re: SLAAC not working

Greg Rivers wrote in <2045487.fzlpjxt...@flake.tharned.org>: gc> > 2. What is shown by the command "ping6 ff02::1%lagg0" and "rtsol -dD lagg0"? gc> > gc> $ ping6 -c 2 ff02::1%lagg0 gc> PING6(56=40+8+8 bytes) fe80::ae16:2dff:fe1e:b880%lagg0 --> ff02::1%lagg0

Re: SLAAC not working

Greg Rivers wrote in <1557648.bebeymq...@flake.tharned.org>: gc> On Monday, August 07, 2017 15:57:04 Andrey V. Elsukov wrote: gc> > So, set net.inet6.icmp6.nd6_debug=1 and show what you have in the gc> > ndp -p gc> > ndp -r gc> > ndp -i lagg0 gc> > gc> #

Re: IPv6 works on em0 () but not on em1 () - what's wrong?,IPv6 works on em0 () but not on em1 () - what's wrong?

Lev Serebryakov wrote in <58756dde.5000...@freebsd.org>,<58756dde.5000...@freebsd.org>: le> le> I have MoBo (Supermicro X9SCL-F) with two 1G NICs, first one (em0) is le> based on 82579LM, and second one (em1) is based on 82574L. le> le> When I'm using em0 with simple

Re: stf(4) on 10-stable

Daniel Bilik wrote in <20160205093713.1c1453f9b5d06a6b366c4...@neosystem.cz>: dd> On Thu, 14 Jan 2016 10:49:37 +0100 dd> Daniel Bilik wrote: dd> dd> >> Should I create PR for this? dd> > Created: dd> >

Re: ipv6_addrs_IF aliases in rc.conf(5)

Hiroki Sato h...@freebsd.org wrote in 20130718.123323.1730389945845032580@allbsd.org: hr Michael Grimm trash...@odo.in-berlin.de wrote hr in eb3c4472-02bf-4415-bb2d-b4929063d...@odo.in-berlin.de: hr hr tr On 12.07.2013, at 09:03, Hiroki Sato h...@freebsd.org wrote: hr tr hr tr Please let

Re: ipv6_addrs_IF aliases in rc.conf(5)

Michael Grimm trash...@odo.in-berlin.de wrote in 5c2419e4-d5b7-4f1a-aed0-90ef73305...@odo.in-berlin.de: tr On 20.07.2013, at 16:46, Hiroki Sato h...@freebsd.org wrote: tr Hiroki Sato h...@freebsd.org wrote in 20130718.123323.1730389945845032580@allbsd.org: tr tr Can you test

Re: ipv6_addrs_IF aliases in rc.conf(5)

Łukasz Wąsikowski luk...@wasikowski.net wrote in 51e53ac7.1040...@wasikowski.net: lu hr# IPv4 address range spec. Now deprecated. lu hripv4_addr_em0=10.2.1.1-10 lu lu So I'm a little confused now :) If I'd use post r252015 system then lu would this be better way? lu lu

Re: ipv6_addrs_IF aliases in rc.conf(5)

Mark Felder f...@freebsd.org wrote in 1374062120.4532.140661256673649.36ed5...@webmail.messagingengine.com: fe On Wed, Jul 17, 2013, at 4:36, Hiroki Sato wrote: fe fe The recommended way is ifconfig_IF_aliasN or ifconfig_IF_aliases. fe ipv4_addr_IF will not be removed in the near future

Re: ipv6_addrs_IF aliases in rc.conf(5)

Michael Grimm trash...@odo.in-berlin.de wrote in eb3c4472-02bf-4415-bb2d-b4929063d...@odo.in-berlin.de: tr On 12.07.2013, at 09:03, Hiroki Sato h...@freebsd.org wrote: tr tr Please let me know if the existing configurations and/or the new tr formats do not work. tr tr First of all: great work

Re: ipv6_addrs_IF aliases in rc.conf(5)

Michael Grimm trash...@odo.in-berlin.de wrote in 4c07217dc9200841dfd065a6d5284...@mx1.enfer-du-nord.net: tr On 2013-07-12 6:56, Hiroki Sato wrote: tr Kevin Oberman rkober...@gmail.com wrote trin can6yy1srswemj2_bjx_drzmxgk4tf50_ode8o8i2d6wtrgw...@mail.gmail.com: tr rk On Wed, Jul 10, 2013

Re: ipv6_addrs_IF aliases in rc.conf(5)

Kevin Oberman rkober...@gmail.com wrote in can6yy1srswemj2_bjx_drzmxgk4tf50_ode8o8i2d6wtrgw...@mail.gmail.com: rk On Wed, Jul 10, 2013 at 4:46 AM, Mark Felder f...@feld.me wrote: rk rk On Wed, 10 Jul 2013 06:44:12 -0500, Michael Grimm rk trash...@odo.in-berlin.de wrote: rk rk Will that

request for your comments on release documentation

Hi, I would like your comments on release notes for each release. Although I have been working on editing them for years, the workflow is still not optimal and sometimes delay of the preparation became an obstacle for release process. I would like to improve it, but before that I would like

Re: Possible 8.4 regression

Alexander Pyhalov a...@rsu.ru wrote in 4fffaaf8a6667175fca94ce32f25a...@sfedu.ru: al Hello. al al Just wanted to share a notice. al I had a 8.3 system with PostgreSQL running in a jail. al rc.conf has the following lines: al al jail_enable=YES al jail_sysvipc_allow=YES al jail_mount_enable=YES

Re: Apparent fxp regression in FreeBSD 8.4-RC3

YongHyeon PYUN pyu...@gmail.com wrote in 20130528023300.ga3...@michelle.cdnetworks.com: py I'll have access to the other box on Wednesday and will try the other test. py py Here is patch I'm testing and it seems to work with dhclient on py CURRENT. py Mike, could you try attached patch? On

Re: Apparent fxp regression in FreeBSD 8.4-RC3

YongHyeon PYUN pyu...@gmail.com wrote in 20130524054720.ga1...@michelle.cdnetworks.com: py On Thu, May 23, 2013 at 09:49:19PM -0700, Jeremy Chadwick wrote: py On Thu, May 23, 2013 at 09:40:35PM -0700, Jeremy Chadwick wrote: py On Thu, May 23, 2013 at 11:42:44PM -0400, Glen Barber wrote: py

Re: Apparent fxp regression in FreeBSD 8.4-RC3

Hiroki Sato h...@freebsd.org wrote in 20130524.162926.395058052118975996@allbsd.org: hr YongHyeon PYUN pyu...@gmail.com wrote hr in 20130524054720.ga1...@michelle.cdnetworks.com: hr hr A workaround is specifying the following line in rc.conf: hr hr ifconfig_fxp0=DHCP media 100baseTX

Re: Apparent fxp regression in FreeBSD 8.4-RC3

Jeremy Chadwick j...@koitsu.org wrote in 20130524044035.ga40...@icarus.home.lan: jd On Thu, May 23, 2013 at 11:42:44PM -0400, Glen Barber wrote: jd On Thu, May 23, 2013 at 08:38:06PM -0700, Jeremy Chadwick wrote: jd If someone wants me to test DHCP via fxp(4) on the above system (I can jd

Re: NFS-exported ZFS instability

Hiroki Sato h...@freebsd.org wrote in 20130104.023244.472910818423317661@allbsd.org: hr Konstantin Belousov kostik...@gmail.com wrote hr in 20130102174044.gb82...@kib.kiev.ua: hr hr ko I might take a closer look this evening and see if I can spot anything hr ko in the log, rick hr ko

Re: sendmail vs ipv6 broken after upgrade to 9.1

Ulrich Spörlein u...@freebsd.org wrote in 20130109142111.gl35...@acme.spoerlein.net: uq On Wed, 2013-01-09 at 14:14:18 +0100, Michiel Boland wrote: uq On 01/08/2013 23:33, Hiroki Sato wrote: uq Ulrich Spörlein u...@freebsd.org wrote uq in 20130108184051.gi35...@acme.spoerlein.net: uq

Re: sendmail vs ipv6 broken after upgrade to 9.1

Ben Morrow b...@morrow.me.uk wrote in 20130109154435.ga81...@anubis.morrow.me.uk: be So getipnodebyname is behaving correctly here: the host has both IPv4 be and IPv6 addresses, and Sendmail is requesting both native and v4-mapped be addresses be returned in all cases. The v4-mapped addresses

Re: sendmail vs ipv6 broken after upgrade to 9.1

Gregory Shapiro gshap...@freebsd.org wrote in 20130108180920.gj36...@rugsucker.smi.sendmail.com: gs How can I unstupid sendmail here? gs gs I don't think sendmail is being stupid here as it is doing what it has gs been doing under 8.x and 9.1 (the code is the same). I think gs something

Re: sendmail vs ipv6 broken after upgrade to 9.1

Ulrich Spörlein u...@freebsd.org wrote in 20130108184051.gi35...@acme.spoerlein.net: uq After setting this, it now looks like this: uq root@acme: ~# ip6addrctl uq Prefix Prec Label Use uq ::1/128 50 00 uq ::/0

Re: NFS-exported ZFS instability

Rick Macklem rmack...@uoguelph.ca wrote in 1914428061.1617223.1357133079421.javamail.r...@erie.cs.uoguelph.ca: rm Hiroki Sato wrote: rm Hello, rm rm I have been in a trouble about my NFS server for a long time. The rm symptom is that it stops working in one or two weeks after a boot. I rm

Re: NFS-exported ZFS instability

Konstantin Belousov kostik...@gmail.com wrote in 20130102174044.gb82...@kib.kiev.ua: ko I might take a closer look this evening and see if I can spot anything ko in the log, rick ko ps: I hope Alan and Kostik don't mind being added to the cc list. ko ko What I see in the log is that the lock

NFS-exported ZFS instability

Hello, I have been in a trouble about my NFS server for a long time. The symptom is that it stops working in one or two weeks after a boot. I could not track down the cause yet, but it is reproducible and only occurred under a very high I/O load. It did not panic, just stopped

Re: FreeBSD daily snapshot build in allbsd.org temporarily down

Hiroki Sato h...@freebsd.org wrote in 20121207.101917.103513550140980591@allbsd.org: hr Hi all, hr hr I received many emails asking why hr https://pub.allbsd.org/FreeBSD-snapshots/ is stopped working and when hr it will recover, so I just wanted to let you know that FreeBSD daily hr

FreeBSD daily snapshot build in allbsd.org temporarily down

Hi all, I received many emails asking why https://pub.allbsd.org/FreeBSD-snapshots/ is stopped working and when it will recover, so I just wanted to let you know that FreeBSD daily snapshot build in allbsd.org is temporarily down. The reason why it is down is some local network issue and

Re: FreeBSD 10-CURRENT and 9-STABLE snapshots

Jakub Lach jakub_l...@mailplus.pl wrote in 1349873186577-5750838.p...@n5.nabble.com: ja Any questions and suggestions are welcome. Contact h...@freebsd.org. ja ja But good catch, if your reasoning is indeed correct. ja ja And for the record, they are NOT official snapshots. Migrating from CVS

Re: Broadcom NetXtreme bcm5720 in the 9.1 beta

Sean Bruno sean...@yahoo-inc.com wrote in 1343243969.2727.2.ca...@powernoodle.corp.yahoo.com: se On Tue, 2012-07-24 at 18:46 -0700, Hiroki Sato wrote: se Peter Feger magick...@gmail.com wrote sein CAD_3y4wAPp+8ZSveB6mbOF7M1Ne-zAvz4Uf=vv9quohuu23...@mail.gmail.com: se se ma I just got

Re: Broadcom NetXtreme bcm5720 in the 9.1 beta

Peter Feger magick...@gmail.com wrote in CAD_3y4wAPp+8ZSveB6mbOF7M1Ne-zAvz4Uf=vv9quohuu23...@mail.gmail.com: ma I just got done installing FreeBSD-9.0 on a Dell R720. I can tell you ma that none of the broadcom products will work. There is no driver that ma I have been able to find. I wound

Re: cvsup{, d} woes after upgrading to RELENG_9 on amd64 this weekend

Dimitry Andric d...@freebsd.org wrote in 4fcc80c7.8060...@freebsd.org: di That said, since the ezm3 software is essentially unmaintained, the di only practical solutions to your problem currently are: di di - Compile libz without SSE di - Compile libz with gcc di - Use csup instead of cvsup di

Re: 9-STABLE, ZFS, NFS, ggatec - suspected memory leak

Rick Macklem rmack...@uoguelph.ca wrote in 1527622626.3418715.1335445225510.javamail.r...@erie.cs.uoguelph.ca: rm Steven Hartland wrote: rm Original Message - rm From: Rick Macklem rmack...@uoguelph.ca rm At a glance, it looks to me like 8.x is affected. Note that the rm bug only

Re: another panic in 8.3-PRERELEASE

Konstantin Belousov kostik...@gmail.com wrote in 20120224150259.gv55...@deviant.kiev.zoral.com.ua: ko #19 0x000800abecfc in ?? () ko Previous frame inner to this frame (corrupt stack?) ko (kgdb) ko Can you, please, print out the content of *td, e.g. from the frame 16 ? ko ko And

Re: panic in 8.3-PRERELEASE

Rick Macklem rmack...@uoguelph.ca wrote in 476361430.1773817.1329954835308.javamail.r...@erie.cs.uoguelph.ca: rm John Baldwin wrote: rm On Wednesday, February 22, 2012 2:24:14 pm Konstantin Belousov wrote: rm On Wed, Feb 22, 2012 at 11:29:40AM -0500, Rick Macklem wrote: rmHiroki Sato

another panic in 8.3-PRERELEASE

Hi, This is another reproducible panic. This seems to happen only when top(1) is running for a long time (a sysctl() call for CTL_KERN.KERN_PROC.KERN_PROC_PROC MIB triggered it). pool.allbsd.org dumped core - see /var/crash/vmcore.0 Thu Feb 23 23:21:52 JST 2012 FreeBSD pool.allbsd.org

panic in 8.3-PRERELEASE

Hi, Just a report, but I got the following panic on an NFS server running 8.3-PRERELEASE: (from here) pool.allbsd.org dumped core - see /var/crash/vmcore.0 Tue Feb 21 10:59:44 JST 2012 FreeBSD pool.allbsd.org 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #7: Thu Feb 16 19:29:19 JST 2012

Re: New BSD Installer

Andriy Gapon a...@freebsd.org wrote in 4f3e3000.9000...@freebsd.org: av -BEGIN PGP SIGNED MESSAGE- av Hash: SHA1 av av on 17/02/2012 09:04 Hiroki Sato said the following: av No, the issue is our gptloader assumes the backup header is always located av at the (physical) last sector

Re: New BSD Installer

Jeremy Chadwick free...@jdc.parodius.com wrote in 20120217030806.ga62...@icarus.home.lan: fr On Thu, Feb 16, 2012 at 07:40:35PM -0700, Warren Block wrote: fr Sorry, I may be misunderstanding your point. GEOM classes don't fr lie, they accurately represent the space. The space provided by a

Re: New BSD Installer

Freddie Cash fjwc...@gmail.com wrote in caojfwz5ehgfr_vp0+trfxvgm6kzxv9qo3ufvdkura96z3ax...@mail.gmail.com: fj On Thu, Feb 16, 2012 at 8:20 PM, Hiroki Sato h...@freebsd.org wrote: fj Jeremy Chadwick free...@jdc.parodius.com wrote fj  in 20120217030806.ga62...@icarus.home.lan: fj fj fr

Re: accepting rtadv broken on 9-STABLE, re driver?

Mark Felder f...@feld.me wrote in op.v7tvkbkr34t2sn@tech304: fe On Sat, 07 Jan 2012 14:23:46 -0600, Hiroki Sato h...@freebsd.org fe wrote: fe fe It is an unexpected behavior and the flag should be set on all fe interfaces. Can you send me your /etc/rc.conf, /etc/sysctl.conf, and fe

Re: accepting rtadv broken on 9-STABLE, re driver?

Mark Felder f...@feld.me wrote in op.v7t4xpuh34t2sn@tech304: fe On Mon, 09 Jan 2012 13:02:24 -0600, Hiroki Sato h...@freebsd.org fe wrote: fe fe re0 seems to have ACCEPT_RTADV. What is the problem? fe fe That's because I haven't rebooted fe fe Let's start fresh. fe fe The normal ipv6

Re: accepting rtadv broken on 9-STABLE, re driver?

Mark Felder f...@feld.me wrote in op.v7ogp01w34t2sn@tech304: fe I figured I would end up putting that in rc.conf as a temporary fix, fe but maybe that's just the long term solution. It seems so odd to me fe that the sysctl change doesn't automatically cause the ACCEPT_RTADV fe option to show up

Re: accepting rtadv broken on 9-STABLE, re driver?

Mark Felder f...@feld.me wrote in 891fe25c-1560-479f-b855-1713c1c7a...@email.android.com: fe Hiroki Sato h...@freebsd.org wrote: fe fe Is it correct that ACCEPT_RTADV option was enabled on the vboxnet0 fe and not on re0, even after setting net.inet6.ip6.accept_rtadv to 1 at fe boot time

Re: ZFS panic on a RELENG_8 NFS server

Hiroki Sato h...@freebsd.org wrote in 20110911.054601.1424617155148336027@allbsd.org: hr Hiroki Sato h...@freebsd.org wrote hr in 20110910.044841.232160047547388224@allbsd.org: hr hr hr Hiroki Sato h...@freebsd.org wrote hr hr in 20110907.094717.2272609566853905102@allbsd.org

Re: ZFS panic on a RELENG_8 NFS server

Hiroki Sato h...@freebsd.org wrote in 20110910.044841.232160047547388224@allbsd.org: hr Hiroki Sato h...@freebsd.org wrote hr in 20110907.094717.2272609566853905102@allbsd.org: hr hr hr During this investigation an disk has to be replaced and resilvering hr hr it is now in progress

ZFS panic on a RELENG_8 NFS server (Was: panic: spin lock held too long (RELENG_8 from today))

Hiroki Sato h...@freebsd.org wrote in 20110907.094717.2272609566853905102@allbsd.org: hr During this investigation an disk has to be replaced and resilvering hr it is now in progress. A deadlock and a forced reboot after that hr make recovering of the zfs datasets take a long time

Re: panic: spin lock held too long (RELENG_8 from today)

Attilio Rao atti...@freebsd.org wrote in CAJ-FndAChGndC=lkzni7i6mot+spw3-ofto9rh0+5wnnvwz...@mail.gmail.com: at This should be enough for someone NFS-aware to look into it. at at Were you also able to get a core? Yes. But as kib@ pointed out it seems a deadlock in ZFS. Some experiments I

Re: panic: spin lock held too long (RELENG_8 from today)

Attilio Rao atti...@freebsd.org wrote in CAJ-FndDHmwa+=lnggu+5mk2xmtj8kwhb10jsoytkmgetvgn...@mail.gmail.com: at If nobody complains about it earlier, I'll propose the patch to re@ in 8 hours. Running fine for 45 hours so far. Please go ahead! -- Hiroki pgp3JVRs7kKa0.pgp Description: PGP

Re: panic: spin lock held too long (RELENG_8 from today)

Chip Camden sterl...@camdensoftware.com wrote in 20110818025550.ga1...@libertas.local.camdensoftware.com: st Quoth Attilio Rao on Thursday, 18 August 2011: st In callout_cpu_switch() if a low priority thread is migrating the st callout and gets preempted after the outcoming cpu queue lock is

Re: panic: spin lock held too long (RELENG_8 from today)

Hi, Mike Tancsa m...@sentex.net wrote in 4e15a08c.6090...@sentex.net: mi On 7/7/2011 7:32 AM, Mike Tancsa wrote: mi On 7/7/2011 4:20 AM, Kostik Belousov wrote: mi mi BTW, we had a similar panic, spinlock held too long, the spinlock mi is the sched lock N, on busy 8-core box recently

Re: panic: spin lock held too long (RELENG_8 from today)

Attilio Rao atti...@freebsd.org wrote in caj-fndcdow0_b2mv0lzeo-tpea9+7oanj7ihvkqsm4j4b0d...@mail.gmail.com: at 2011/8/17 Hiroki Sato h...@freebsd.org: at Hi, at at Mike Tancsa m...@sentex.net wrote at  in 4e15a08c.6090...@sentex.net: at at mi On 7/7/2011 7:32 AM, Mike Tancsa wrote

Re: panic: spin lock held too long (RELENG_8 from today)

Hiroki Sato h...@freebsd.org wrote in 20110818.043332.27079545013461535@allbsd.org: hr Attilio Rao atti...@freebsd.org wrote hr in caj-fndcdow0_b2mv0lzeo-tpea9+7oanj7ihvkqsm4j4b0d...@mail.gmail.com: hr hr at 2011/8/17 Hiroki Sato h...@freebsd.org: hr at Hi, hr at hr at Mike Tancsa m

Re: 8.1 Pre-release gpart, isn't setting type correctly

Phil p...@amdg.etowns.org wrote in 580ca5b8f8654fc782cc113761458...@hs: ph Performing the following gpart commands on either a hard disk or ph usb memory stick doesn't correctly store the gpart type information. ph ph What we're doing, using FreeBSD 8.1-PRERELEASE, csuped as at ph 30-May-2010

Re: em interface slow down on 8.0R

Hiroki Sato h...@freebsd.org wrote in 20091220.053757.230970486@allbsd.org: hr Jack Vogel jfvo...@gmail.com wrote hr in 2a41acea0912052327t7830f85aw5b4b581ab3f09...@mail.gmail.com: hr hr jf The 82573, when onboard (LOM) is usually special, it is used by system hr jf management hr jf

Re: em interface slow down on 8.0R

Jack Vogel jfvo...@gmail.com wrote in 2a41acea0912052327t7830f85aw5b4b581ab3f09...@mail.gmail.com: jf The 82573, when onboard (LOM) is usually special, it is used by system jf management jf firmware. Go to the system BIOS and turn off management, see if that jf eliminates the jf periodic hang.

Re: em interface slow down on 8.0R

Hiroki Sato h...@freebsd.org wrote in 20091203.182931.129751456@allbsd.org: hr And another thing, I noticed a box with 82573E and 82573L sometimes hr got stuck after upgrading to 8.0-STABLE. It has moderate network hr load (average 5-10Mbps) on both NICs. It worked for a day or two

Re: loader(8) readin failed on 7.2R and later including 8.0R

John Baldwin j...@freebsd.org wrote in 200912041734.24016@freebsd.org: jh On Friday 04 December 2009 10:35:59 am John Baldwin wrote: jh So memtop_copyin would start off as 0xf0 but would end up as 0xc0, jh and since the kernel starts at 4MB, I think that only leaves about 8MB for

Re: loader(8) readin failed on 7.2R and later including 8.0R

Hiroki Sato h...@freebsd.org wrote in 20091205.184250.201700943@allbsd.org: hr A summary so far is: hr hr 1) a 8MB 7.1R kernel + stock 8.0R loader hr 2a) a 8MB 8.0R kernel + stock 8.0R loader hr 2b) a 8MB 8.0R kernel + 8.0R loader with LOADER_NO_GPT_SUPPORT=yes hr 2c) a 8MB 8.0R

Re: em interface slow down on 8.0R

John Nielsen j...@jnielsen.net wrote in 1e3c66ea-a6d3-44d7-b28e-bf068fff1...@jnielsen.net: jo On Dec 5, 2009, at 4:40 AM, Hiroki Sato h...@freebsd.org wrote: jo jo Hiroki Sato h...@freebsd.org wrote jo in 20091203.182931.129751456@allbsd.org: jo jo hr And another thing, I noticed a box

Re: em interface slow down on 8.0R

Hi Jack, Jack Vogel jfvo...@gmail.com wrote in 2a41acea0912021514r2d44dd33n4c364518d7fe1...@mail.gmail.com: jf Update: the claim to be unable to install was hasty, I went in and looked jf into myself and was able to get an install. Here's what I've found so far: jf jf First, the 82547EI will

Re: loader(8) readin failed on 7.2R and later including 8.0R

John Baldwin j...@freebsd.org wrote in 200912020948.05698@freebsd.org: jh On Tuesday 01 December 2009 12:13:39 pm Hiroki Sato wrote: jh While the load command seemed to finish, the box got stuck just jh after entering boot command. jh jh Curious to say, I have got this symptom only

Re: loader(8) readin failed on 7.2R and later including 8.0R

John Baldwin j...@freebsd.org wrote in 200912030803.29797@freebsd.org: jh On Thursday 03 December 2009 5:29:13 am Hiroki Sato wrote: jh John Baldwin j...@freebsd.org wrote jhin 200912020948.05698@freebsd.org: jh jh jh On Tuesday 01 December 2009 12:13:39 pm Hiroki Sato wrote: jh

loader(8) readin failed on 7.2R and later including 8.0R

Hi, This may be a rare case, but I post this with the hope for ideas from people here. I have experienced a strange loader(8) error. After upgrading one of my boxes from 7.1R to 7.2R, an error appeared on boot command of loader(8) like this: | FreeBSD/i386 bootstrap loader, Revision 1.1

em interface slow down on 8.0R

Hi, I noticed that network connection of one of my boxes got significantly slow just after upgrading it to 8.0R. The box has an em0 (82547EI) and worked fine with 7.2R. The symptoms are: - A ping to a host on the same LAN takes 990ms RTT, it reduces gradually to around 1ms, and then it

Re: em interface slow down on 8.0R

Jack Vogel jfvo...@gmail.com wrote in 2a41acea0911301119j1449be58y183f2fe1d1112...@mail.gmail.com: jf I will look into this Hiroki, as time goes the older hardware does not jf always jf get test cycles like one might wish. Thanks! Please let me know if you need more information. -- Hiroki

possible loader regression on RELENG_7_2_0_RELEASE

with the old one worked as a workaround, so I guess there may be a regression around the boot loader. Just a report. -- | Hiroki SATO pgphazWVsse2N.pgp Description: PGP signature

IPv6 routing on 7.1R

route 2001:0db8:2::1/64 - link#2 was removed for some reason. Is this an expected behavior? IIRC, 7.0R does not remove the route and I think it is strange. It works fine if a box has a single NIC, though. -- | Hiroki SATO pgpedyyIb66a2.pgp Description: PGP signature

Re: IPv6 over gif(4) broken in 6.2-RELEASE?

reverted rev.1.48.2.16 it worked fine again. Do you have the symptom even on 6.2-RELEASE? Since RELENG_6_2_0_RELEASE did not have the change, I thought there was no problem. I will try to reproduce it on my box anyway... -- | Hiroki SATO pgpXPIvebVKfg.pgp Description: PGP signature

Re: strange behavior of ioapic on PDSME motherboard

John Baldwin [EMAIL PROTECTED] wrote in [EMAIL PROTECTED]: jh On Sunday 03 December 2006 22:55, Hiroki Sato wrote: jh Hiroki Sato [EMAIL PROTECTED] wrote jhin [EMAIL PROTECTED]: jh John, are there any big changes of ioapic support between RELENG_6 jh and CURRENT? I would like your

panic in nfsd on 6.2-RC1

, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 #13 0xc088017f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #14 0x0033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) (to here) -- | Hiroki SATO pgpjbloAH1H0n.pgp Description: PGP signature

Re: panic in nfsd on 6.2-RC1

Kostik Belousov [EMAIL PROTECTED] wrote in [EMAIL PROTECTED]: ko What version of sys/nfsserver/nfs_serv.c do you use ? If it is older than ko 1.156.2.7, please, update the system. Thanks, I updated it just now and see how it works. -- | Hiroki SATO pgp856R5LuG1R.pgp Description: PGP

strange behavior of ioapic on PDSME motherboard (was: LSI 53C1030/mpt(4) problem)

Hiroki Sato [EMAIL PROTECTED] wrote in [EMAIL PROTECTED]: hr Recently I bought Intel Pentium D 945 (3.45GHz), Supermicro PDSME hr (Intel E7320), and LSI21320RB (PCI-X SCSI HBA using LSI 53C1030). I hr installed 6.2-RC1 to an old PATA HDD and attached it to the hr motherboard, and it worked

LSI 53C1030/mpt(4) problem

it may make some differences. Any suggestions for what I should do for this problem? I can send more detail information from boot -v and/or dev.mpt.0.debug=5, but not sure which message is important for diagnosing. -- | Hiroki SATO pgpA2pXeWR7UN.pgp Description: PGP signature

Re: getopt_long and POSIXLY_CORRECT

it easier to avoid code-duplication in some ports. Approved. Thanks. -- | Hiroki SATO pgpiA0ASiMWN0.pgp Description: PGP signature

Re: cvs commit: www/en/releases/6.1R todo.sgml

. Thanks, added just now. Will this description do? -- | Hiroki SATO pgp93rSswL0gH.pgp Description: PGP signature

tester needed: problems in 5.3R errata solved?

in advance. [*] http://www.FreeBSD.org/releases/5.3R/errata.html -- | Hiroki SATO pgpkErWk22NXc.pgp Description: PGP signature