Re: Call for test: Realtek wired NIC re(4)

Good to know :) On Thu, Dec 10, 2020 at 10:17 AM Ronald Georgia wrote: > > That might have done the trick. No hands yet. > > On Thu, Dec 3, 2020 at 9:54 AM Sepherosa Ziehau wrote: >> >> On Tue, Dec 1, 2020 at 8:43 PM Ron Georgia wrote: >> > >> >

Re: Call for test: Realtek wired NIC re(4)

ng else. I pushed the changes to the master; it may help this case, since there are some register setting fixes in this driver update. Thanks, sephe > > On 11/29/2020 9:23 PM, Sepherosa Ziehau wrote: > > Do you mean you still suffer the intermittent hang with the update? > &g

Re: Call for test: Realtek wired NIC re(4)

------ > > > > Message: 1 > > Date: Thu, 26 Nov 2020 13:00:05 +1000 > > From: Romick > > To:users@dragonflybsd.org > > Subject: Re: Call for test: Realtek wired NIC re(4) > > Message-ID:<2020112

Call for test: Realtek wired NIC re(4)

https://gitweb.dragonflybsd.org/~sephe/dragonfly.git/shortlog/refs/heads/re-196.04 So far, I have tested 8110, 8111, 8168 and 8125; all work as expected. For 8125, the other side will also have to support 2.5Gbase-T to get it negotiated. For now, 2.5Gbase-T will be shown as 2500baseSX; it will

em/igb update for testing

http://gitweb.dragonflybsd.org/~sephe/dragonfly.git/shortlog/refs/heads/em-774-igb-256 Thanks, sephe -- Tomorrow Will Never Die

Re: Realtek NIC patch to try

uary 19, 2019 at 1:00 PM Matthew Dillon wrote: > > So far so good on the RealTek 8111/8168 PCIe Gigabit Ethernet. I'll run it > and see if it continues to lock up every once in a while, but it usually > takes a month or two to reproduce that particular hw bug. > > -Matt >

Realtek NIC patch to try

Hi all, Please help testing the following patch: https://gitweb.dragonflybsd.org/~sephe/dragonfly.git/commit/9df33aeb3d49f4ac11af479ea0f3a2a2a48b538d I have tested it for a while, should be safe to apply. Thanks, sephe -- Tomorrow Will Never Die

Re: what firewall to use ? outdated/misguided/whatever documentation ?

Well, I don't know how you read the ipfw2 logs, the latest effective change is at: https://gitweb.dragonflybsd.org/dragonfly.git/commit/bd3c67c0d566d63cb66697206eb49208a9e0f7b9 That's "Tue, 16 Jan 2018 05:09:49 +". And I am still working on it, though limited by my spare time. Thanks, sephe

Re: Core 0 constantly bogged down by interrupts

Please post the result of 'vmstat -iv' Thanks, sephe On Mon, Dec 24, 2018 at 9:30 AM Mike Zhang wrote: > > Hi everyone, newbie here... > > I'm in the process of migrating to DragonFly for my main desktop as I > figured it would make more efficient use of SMP than my former OS of choice. >

Re: Intel Pro 1000 (em0) - sched_ithd: stray interrupt 22 on cpuX

Looks like em0's interrupts are broadcasted to all CPUs. Please add following to /boot/loader.conf: dev.em.0.msi.enable=1 Hopefully it should fix your issue. Though there is an erratum for enabling MSI on 82571, it should work for normal use. What do you mean by "stops responding for several

Re: New user - few questions regarding update/upgrade process

On Thu, Jun 21, 2018 at 2:15 PM, Özgür Kazancci wrote: > cd /usr/src > make -j 3 buildworld > make -j 3 buildkernel > make installkernel <-- shutdown -r now > make installworld > make upgrade <-- reboot pkg update pkg upgrade shutdown -r now > pkg upgrade >

X2APIC is enabled by default, if available

Hi all, As of this commit: e87f025fbe766c078d1968b6fbc090f54c8f8a2c X2APIC is enabled by default if available. This should address some booting issues, we got so far, e.g. BIOS puts the LAPICs in X2APIC mode before it hands the control over to the OS. Thanks, sephe -- Tomorrow Will Never Die

X2APIC support is in master; further testing is needed

Hi all, X2APIC support is in master now. Please help testing it by adding the following line to /boot/loader.conf or set it at boot prompt: hw.x2apic_enable=1 You can check whether it is on or not by: sysctl hw.x2apic_enable X2APIC mode will be enabled only if the following command has output

Re: pkg-provides support for DragonFly

This is pretty interesting tool! Thank you for working on this! On Wed, Apr 11, 2018 at 6:04 AM, Rodrigo Osorio wrote: > Dear DragonFly users, > > Two months ago I release a pkg pluggin called pkg-provides, who is basically > a tool to helps you > to find which package you

Re: SSD on Thinkpad x250 sometimes double-detected

On Mon, Mar 19, 2018 at 10:55 PM, Daniel Bilik wrote: > Hi. > > When DragonFly boots on my Lenovo Thinkpad x250, it sometimes get stuck at > this state: > > CAM: Configuring 1 busses > CAM: finished configuring all busses > da0 at ahci0 bus 0 target 0 lun 0 > da0: Fixed

Back from AsiaBSDCon 2018

It's a nice conference. Hope more of us could participate. Nice sticky: https://leaf.dragonflybsd.org/~sephe/asiabsd2018.JPG My paper and the PPT https://leaf.dragonflybsd.org/~sephe/dfly1.pdf https://leaf.dragonflybsd.org/~sephe/dfly1_p.pdf Enjoy. Thanks, sephe -- Tomorrow Will Never Die

Meltdown and Spectre on HTTP workload

Enjoy: https://leaf.dragonflybsd.org/~sephe/melt_spectre.pdf Meltdown+spectre means that performance is dropped by 35%, and 99th percentile of latency is increased by 55%! Thanks, sephe -- Tomorrow Will Never Die

em update for testing

Hi all, Please test the following patch: https://leaf.dragonflybsd.org/~sephe/em-7.6.2.diff Any tests with i217/i218/i219 are highly appreciated. Thanks, sephe -- Tomorrow Will Never Die

Re: igb update for testing

On Thu, Dec 7, 2017 at 11:47 PM, Tim Darby <t+df...@timdarby.net> wrote: > On Thu, Dec 7, 2017 at 7:28 AM, Sepherosa Ziehau <sepher...@gmail.com> > wrote: >> >> Hi all, >> >> Please test the following patch: >> https://leaf.dragonflybsd.org/~s

igb update for testing

Hi all, Please test the following patch: https://leaf.dragonflybsd.org/~sephe/igb-2.5.3.diff If any tests with i210 or i211 is highly appreciated. Thanks, sephe -- Tomorrow Will Never Die

Re: Realtek NIC update for testing

nd I am interested if > dragonfly has a driver that is somewhat different from FreeBSD's or > Linux's (they behave the same way). As I said, it's different. Thanks, sephe > > Thanks. > > On Tue, 7 Nov 2017 20:37:10 +0100 > Daniel Bilik <d...@neosystem.org> wrote: >

Re: Realtek NIC update for testing

On Wed, Nov 8, 2017 at 3:37 AM, Daniel Bilik <d...@neosystem.org> wrote: > On Mon, 6 Nov 2017 22:11:02 +0800 > Sepherosa Ziehau <sepher...@gmail.com> wrote: > >> For users have re(4): >> https://leaf.dragonflybsd.org/~sephe/re194.diff >> ... >> Please t

Realtek NIC update for testing

For users have re(4): https://leaf.dragonflybsd.org/~sephe/re194.diff It adds support for new chips. Old NICs should not be affected much. I have tested with two types of re(4): one 100Mbps, one GigE, so this patch should be safe to test. Please test it, and let me know the result. --

Re: DTrace

For kernel tracing, our KTR is pretty flexible and lightweight. On Mon, Oct 23, 2017 at 1:42 PM, Tomohiro Kusumi wrote: > I'm actually interested in DTrace. > > Regarding DragonFly, Matt doesn't want it. > To be exact I think Matt doesn't want SDT or its mechanism (FBT

Network improvement 4.8 -> 5.0 for short-lived HTTP/1.1 workload.

In this release cycle, several items are committed to improve performance and reduce/stablize latency. 30K concurrent connections, 1 request/connection, 1KB web object. Server have 24 HT. Baseline (32 nginx workers w/ 16 netisrs): performance 215907.25tps, latency-avg 33.11ms, latency-stdev

BSDTW 2017 registration opened

In case you are interested: https://bsdtw.org/ The site looks nice :) Thanks, sephe -- Tomorrow Will Never Die

Fwd: BSDTW 2017 still don't have your talk proposal!

BSDTW! -- Forwarded message -- From: Li-Wen Hsu Date: Sun, Jul 9, 2017 at 8:56 AM Subject: BSDTW 2017 still don't have your talk proposal! Howdy, We would like to announce TWBSD, coming up on 11-12 November 2017 in Taipei. You can find the details at:

Re: DragonFly and Hardware P states in Skylake

Hi, We by default turn on the HW coordination. For most of the modern Intel CPUs, the P-state setting, hw.acpi.cpu.px_domX, only puts the upper limit of the CPUs frequency; e.g. CPU may run @1000Mhz even if the P-state is set to 2000Mhz, when the system is idle. As far as I tested, most of the

Re: ezjail

On Thu, May 11, 2017 at 12:42 AM, Matthias wrote: > Hi, > > found that the crash was introduced with commit related to > multi-threaded UDP traffic handling. > > When reverting changes done in that commit in latest CURRENT the crash > does not occur anymore and ezjail works

Re: [Bug #3032] IPFW3: memory leakage? objcache(xxx): Exhausted!

On Fri, May 5, 2017 at 9:43 AM, Aaron LI <aaronly...@outlook.com> wrote: > > On Fri, May 05, 2017 at 01:16, Sepherosa Ziehau <sepher...@gmail.com> wrote: > >> On Thu, May 4, 2017 at 7:44 PM, Aaron LI <aaronly...@outlook.com> wrote: >>> Dear Bill, >&g

Re: [DragonFlyBSD - Bug #3032] (New) IPFW3: memory leakage? objcache(xxx): Exhausted!

On Thu, May 4, 2017 at 7:44 PM, Aaron LI wrote: > Dear Bill, > > I'm running into problems with the IPFW3, which seems to cause memory > leakages and lead to the "objcache(xxx): Exhausted!" warning, and > finally the system became unresponsive and need reset. > > On the

Re: newbie questions

On Wed, May 3, 2017 at 4:25 PM, bill . wrote: > Hi all, > > > I am a long-time Linux user with a little BSD experience. No guru, just a > guy who tries to steer away from the megalo corporations. I would like to > try Dragonfly but have had some issues in the past. Using Linux,

Re: dmesg troubleshooting

com> wrote: > Sepherosa Ziehau <sepher...@gmail.com> wrote: > >> Can you post the dmesg and vmstat -iv? I think for ahci controller, >> MSI will be used by default. > > dfly# vmstat -iv > interrupttotal rate > irq1 0: atk

Re: HAMMER, disk mirroring and secure NFS

On Sun, Mar 26, 2017 at 9:02 PM, Jasse Jansson wrote: > > > On 2017-03-26 14:41, Tomohiro Kusumi wrote: >> >> You can either directly copy between fses, or you can dump the binary >> from one fs to stdout (and redirect it to a file) and later restore. >> Both are technically

Re: Summary of my trip to AsiaBSDCon 2017

On Fri, Mar 17, 2017 at 4:19 AM, Carsten Mattner <carstenmatt...@gmail.com> wrote: > On Wed, Mar 15, 2017 at 1:55 PM, Sepherosa Ziehau <sepher...@gmail.com> wrote: > >> Met a group of nice FreeBSD folks; talked a bit about the recent >> network performance compari

Summary of my trip to AsiaBSDCon 2017

Hi all, It's a quite nice conference. And Tokyo is a great place for sightseeing. I highly recommend DragonFly folks to join next year's AsiaBSDCon. Gave two talks this time, one is for DragonFly's network stack: https://leaf.dragonflybsd.org/~sephe/AsiaBSDCon%20-%20Dfly.pdf

Re: Network performance comparison as of today.

, Mar 3, 2017 at 3:44 PM, Sepherosa Ziehau <sepher...@gmail.com> wrote: > Hi all, > > Since so many folks are interested in the performance comparison, I > just did one network related comparison here: > https://leaf.dragonflybsd.org/~sephe/perf_cmp.pdf > > The

Network performance comparison as of today.

Hi all, Since so many folks are interested in the performance comparison, I just did one network related comparison here: https://leaf.dragonflybsd.org/~sephe/perf_cmp.pdf The intention is _not_ to troll, but to identify gaps, and what we can do to keep improving DragonFlyBSD. According to the

Re: CFT: Realtek network driver update

On Fri, Feb 24, 2017 at 5:34 PM, Daniel Bilik <d...@neosystem.org> wrote: > On Fri, 24 Feb 2017 09:43:31 +0800 > Sepherosa Ziehau <sepher...@gmail.com> wrote: > >>> Second problem is more tough (or weird, I'd say), and AFAICT is >>> related to txcsum.

Re: DragonFly 4.6 network not working when vm guest

On Sun, Feb 26, 2017 at 8:56 PM, Tomohiro Kusumi wrote: > Now I started to see this on FreeBSD as well (which I didn't for the > last few days). > Linux is the only one that's properly working. > So it might be just something else. Did vmware bridge mode emulation work

Re: DragonFly 4.6 network not working when vm guest

What's the NIC? And what's the emulated NIC mode in the vmware? On Sat, Feb 25, 2017 at 9:11 PM, Tomohiro Kusumi wrote: > This reproduces with DragonFly 4.4 as well on VMware. > > wget of dfly-x86_64-4.6.1_REL.iso stops at around after it has > received the first

Re: CFT: Realtek network driver update

On Wed, Feb 22, 2017 at 12:13 AM, Tim Darby <t+df...@timdarby.net> wrote: > On Fri, Feb 17, 2017 at 11:46 AM, Tim Darby <t+df...@timdarby.net> wrote: >> >> On Thu, Feb 16, 2017 at 7:16 AM, Sepherosa Ziehau <sepher...@gmail.com> >> wrote: >>>

CFT: Realtek network driver update

For master users only. Please test the following patch: https://leaf.dragonflybsd.org/~sephe/re_193.diff Thanks, sephe -- Tomorrow Will Never Die

Re: Jails vs Vkernel

On Sat, Jan 21, 2017 at 1:30 PM, wrote: > Greetings. So, a question / request for feedback about isolation... > > Setting up a DF machine where isolation of the various public facing services > is desired. After reading about Vkernels, it seems like a perfect solution > for

CFT: new re(4)

Hi all, I have made an updated version of re(4), which leverages Realtek driver's chip/PHY reset/initialization code. I hope it can resolve all kinds of weirdness we encountered on this chip so far. Please help testing this branch:

Re: extreme network latency

On Thu, Oct 20, 2016 at 2:22 AM, Richard Nyberg wrote: >> For better performance, you can put the if_emx_load="YES" in >> loader.conf. However, em0 will become emx0 after loading that module, >> so make sure that your rc.conf and pf.conf are also updated ;) > > It turned

Re: extreme network latency

On Wed, Oct 19, 2016 at 2:19 AM, Richard Nyberg <rnyb...@murmeldjur.se> wrote: > Hi! Yes it's quite recent hardware. > > On 18 October 2016 at 04:20, Sepherosa Ziehau <sepher...@gmail.com> wrote: >> >> Heh, I'd say avoid re :). > > I might not have made t

Re: extreme network latency

On Tue, Oct 18, 2016 at 4:17 AM, Richard Nyberg wrote: > Yes, that was it. Many thanks! > > Should I just use polling, which works fine, or is there something one > can do about the interrupt issue? Heh, I'd say avoid re :). Try put the following tunable:

Re: Monitoring CPU time

Hi, The bump upon each statclock is: ((cur_systimer - prev_systimer) * systimer_freq) >> 32 systimer_freq can be extracted from following sysctl in userspace: sysctl kern.cputimer.freq statclock is called at stathz frequency. Thanks, sephe On Mon, Sep 19, 2016 at 12:46 AM, Stuart Nelson

Call for test [AMD erratum 793]

AMD cpu users please help testing following patch: https://www.dragonflybsd.org/~sephe/0001-x86_64-Work-around-AMD-erratum-793-for-family-16h-mo.patch -- Tomorrow Will Never Die

DSA keys are disabled by default on master

Hi all, DSA keys are disabled by default on master, so make sure you have some non-DSA pub-keys deployed before its too late on you ssh servers. For ssh to use DSA keys, put following line into your .ssh/config: PubkeyAcceptedKeyTypes=+ssh-dss Thanks, sephe -- Tomorrow Will Never Die

Are 4.8 packages are ready?

Got following errors on 4.7 systems: xanadu1:~# pkg update Updating Avalon repository catalogue... Repository Avalon has a wrong packagesite, need to re-create database meta.txz : 100%264 B 0.3kB/s00:01 packagesite.txz : 100%5

Re: powerdxx

On Mon, Aug 1, 2016 at 5:37 PM, PeerCorps Trust Fund wrote: > Does anyone have any experience using powerdxx under Dragonfly? > > https://www.freshports.org/sysutils/powerdxx/ > > It appeared in dports not too long ago and seems to be quite an improvement > over the

Re: 2 Questions!

On Sun, Jul 31, 2016 at 3:46 AM, Mohammad BadieZadegan wrote: > Hi, > Still I'm waiting for your good answers. > Thanks. > > > On Wed, Jul 27, 2016 at 10:08 AM, Mohammad BadieZadegan > wrote: >> >> Hi everybody, >> I have 2 questions about DragonflyBSD,

Re: Kernel panic on boot at dm_crypt

erence panic. However, I don't know why the I/O happens simultaneously w/ the init. > > 2016-07-07 12:16 GMT+09:00 Sepherosa Ziehau <sepher...@gmail.com>: >> On Thu, Jul 7, 2016 at 10:57 AM, Sepherosa Ziehau <sepher...@gmail.com> >> wrote: >>> On Wed, Ju

Re: My testing of Gnome3 on Sony Laptop

On Thu, Jul 7, 2016 at 2:31 PM, Bernard Mentink wrote: > Hi All, > > I would just like to report my results of trying out DFly on a 2009 Sony > Vaio VGN-FW laptop, especially as I had good results running Gnome3 on a > Desktop PC. > > After much testing this is what I found as

Re: Kernel panic on boot at dm_crypt

On Thu, Jul 7, 2016 at 10:57 AM, Sepherosa Ziehau <sepher...@gmail.com> wrote: > On Wed, Jul 6, 2016 at 5:54 AM, Stefan Unterweger > <232.20...@chiffre.aleturo.com> wrote: >> Yet another problem on the same virtualised host as in the other thread >> a f

Re: \build directory full?

On Thu, Jul 7, 2016 at 6:27 AM, Andrew Slaughter wrote: > I just tried to update to the current master, and the build failed with > messages about having no space left on /usr/obj. > > df -h shows me the following (apologies for horrible formatting): > > Filesystem

Re: Kernel panic on boot at dm_crypt

I am compiling right > now, as soon as I manage to push it to the server, I‘ll report back. > > | Author: Sepherosa Ziehau <se...@dragonflybsd.org> 2016-07-06 10:17:21 > | Committer: Sepherosa Ziehau <se...@dragonflybsd.org> 2016-07-06 10:19:45 > | Parent: 695396069af2

Re: Random server crashes every few weeks (smp_invltlb: endless loop […] retrysmp_invltlb: ipi sent)

On Wed, Jul 6, 2016 at 6:17 AM, Stefan Unterweger <232.20...@chiffre.aleturo.com> wrote: > Sorry for the long delay. Other, more urgent projects kept me so busy > that I didn’t manage to catch up with this thread. > > > * Matthew Dillon on Fri, May 27, 2016 at 10:08:06AM -0700: >> Virtio (for

HEADS UP: world reneeds rebuilding 6de344baaa

For master users only. If you caught 6de344baaa1923ba65e83c698fc34ae686de07dc, both kernel and world would need rebuilding. The stuffs like netstat in the old world will _not_ work properly w/ new kernel. Thanks, sephe -- Tomorrow Will Never Die

Re: Some artifacts - bad screen on Lumina-DE and Firefox

On Fri, Jun 17, 2016 at 11:18 AM, Dmitry Postolov wrote: > Hi to all! Sorry for my bad English... > > I am faced some artifacts in Lumina-DE and Firefox when scrolling > the screen of web-page by mouse wheel or arrows on the keyboard, > the text/image in rare instances is

accept(2)/close(2) performance on DragonFly-1ae4ae5

The network configuration and various settings (tunables/sysctls) are same as: http://lists.dragonflybsd.org/pipermail/users/2016-May/249647.html The accept(2)/close(2) performance is measured w/:

Re: HandBrake CLI tools on Dragonfly

On Mon, May 30, 2016 at 9:18 PM, PeerCorps Trust Fund wrote: > Hi all, > > The multimedia tool HandBrake obviously does not build on Dragonfly > > http://muscles.dragonflybsd.org/latest-failures/logs/errors/handbrake-0.10.5.log Looks like you need to copy the

Re: nginx-1.9.12 performance on DragonFly-g680c4d.

On Fri, May 27, 2016 at 5:45 AM, Carsten Mattner <carstenmatt...@gmail.com> wrote: > On Thu, May 26, 2016 at 4:08 PM, Sepherosa Ziehau wrote: > >> And for 16KB object, we now max out 2x10Ge (19.2Gbps, was 16.8Gbps >> before 680c4dd) >> >> This will serve

Re: Study of nginx-1.9.12 performance/latency on DragonFlyBSD-g67a73.

On Tue, May 10, 2016 at 1:40 AM, Matthew Dillon wrote: > Very interesting results. I'm not surprised that lowering the poll rate > improves the results, that's an artifact of scheduling larger batches (as > long as the ring buffer doesn't fill up completely). It's true for

Study of nginx-1.9.12 performance/latency on DragonFlyBSD-g67a73.

Study of nginx-1.9.12 performance/latency on DragonFlyBSD-g67a73. The performance and latency is measured using a modified version of wrk: https://github.com/sepherosa/wrk.git (sephe/wrk branch). It mainly adds requests/connection setting and avoids several unnecessary syscalls. Hardware

Re: dmesg troubleshooting

On Tue, Apr 5, 2016 at 11:09 AM, Predrag Punosevac <punoseva...@gmail.com> wrote: > Sepherosa Ziehau <sepher...@gmail.com> wrote: > >> Please post the output of 'vmstat -iv' > > dfly# vmstat -iv > interruptto

HEADS UP: rebuild world is needed

Hi all, It only affects master users. If you get 4a43469a10cef8c17553c342aab9d73611ea7bc8, then world needs rebuilding, else things like netstat will not work properly. Thanks, sephe -- Tomorrow Will Never Die

hammer streaming seems stop working for a while

Hi all, I just noticed today, my hammer back mechanism seems stop working for a while. The output of mount on the backup machine: ROOT on / (hammer, local, noatime) devfs on /dev (devfs, local) /dev/serno/3PT023B3.s1a on /boot (ufs, local, noatime) REPOS on /repos (hammer, local, noatime)

Patch for I219

Hi all, Please test following patch on you Intel NICs, it mainly affects em/emx: https://www.dragonflybsd.org/~sephe/0001-ig_hal-em-emx-Add-I219-Skylake-support.patch Thanks, sephe -- Tomorrow Will Never Die

Re: re0 drivers (was tips for writing img to usb thumb drive)

On Sun, Jan 3, 2016 at 5:33 PM, jungle Boogie <jungleboog...@gmail.com> wrote: > On 2 January 2016 at 23:59, Sepherosa Ziehau <sepher...@gmail.com> wrote: >> I have pushed some changes to the re's PHY initialization, you could >> try latest usb image; hope it works for

Re: Call for test (em/emx/igb update)

On Fri, Dec 18, 2015 at 3:57 PM, Sepherosa Ziehau <sepher...@gmail.com> wrote: > I am closing that branch after adding some debug prints. It seems > that the EEPROM could not be read on I217/I218. But if you have time, > please test the HEAD of that branch, and post the

Re: Call for test (em/emx/igb update)

Hmm, please re-pull that branch. I added some debug prints, so that we could narrow it down. Thanks, sephe On Thu, Dec 17, 2015 at 11:01 AM, Matthew Dillon wrote: > emx doesn't work for me either, same error. > > emx0: port 0xf080-0xf09f

Re: Call for test (em/emx/igb update)

I am closing that branch after adding some debug prints. It seems that the EEPROM could not be read on I217/I218. But if you have time, please test the HEAD of that branch, and post the debug messages; it will help the next em update attempt :). I'd thank Matt very much for the tedious

Call for test (em/emx/igb update)

Please test this branch with your Intel NICs (em/emx/igb): http://gitweb.dragonflybsd.org/~sephe/dragonfly.git/shortlog/refs/heads/em752igb243 I have tested 82571, 82574 and 82573 (em/emx); 82575, 82576, 82580 and i350, so it should be safe to test this branch :). Thanks, sephe -- Tomorrow

HEADS UP: master kernel upgrade will be required

Hi all, For master users only. If you caught the following commit or above: db38e955e08f32a306e5ce7e118afc6fdd05966e Please at least upgrade your kernel to: ac7b8e28062207a6d6db1b0bd95207755749fa7c The problematic commit will cause panic on tcp servers. Sorry for the breakage. Thanks, sephe

HEAD UP: hammer mount is forced noatime by default (master)

Hi all, If you catch this commit: 4aaf46d1d57bf0c18aa78f35628f8506dc637afb Hammer mount is then forced to noatime by default. If you already has noatime in /etc/fstab for hammer, that's fine. But if you do want atime, you have to set vfs.hammer.noatime=0 in /boot/loader.conf and reboot.

Re: IPv6 DNS config daemon

On Fri, Oct 23, 2015 at 2:23 PM, Sepherosa Ziehau <sepher...@gmail.com> wrote: > It could be useful. Is it available somewhere? So that we could take > a look at it. > > Thanks, > sephe > > On Fri, Oct 23, 2015 at 10:57 AM, Charles Musser <cmus...@sonic.net&

Re: Dell Inspiron 15 5000 series

Put the following lines in /boot/loader.conf: coretemp0.disabled="1" coretemp1.disabled="1" coretemp2.disabled="1" coretemp3.disabled="1" On Sun, Nov 1, 2015 at 3:17 AM, Wojciech Puchar wrote: > tried to run dragonfly on it. > > It boots fine and hardware is detected BUT i'm

Re: IPv6 DNS config daemon

It could be useful. Is it available somewhere? So that we could take a look at it. Thanks, sephe On Fri, Oct 23, 2015 at 10:57 AM, Charles Musser wrote: > While experimenting with IPv6 SLAAC, I wrote a daemon that configures > a host's DNS resolver using the scheme

Re: getting cpu info w/o parsing /var/run/dmesg.boot

Those information could be exported through sysctl easily. Anyone want to take a simple kernel hacking task to complete it? I believe them to be pretty useful. Thanks, sephe On Fri, Oct 9, 2015 at 11:47 PM, Hleb Valoshka <375...@gmail.com> wrote: > On 10/9/15, Zachary Crownover

Re: DragonFly power management stuffs

On Thu, Jul 23, 2015 at 5:27 PM, Bob Bishop r...@gid.co.uk wrote: Hi, On 23 Jul 2015, at 02:22, Sepherosa Ziehau sepher...@gmail.com wrote: First of all, I'd like to introduce the major power management stuffs currently available on DragonFly. - ACPI P-state. It has the proper CPU power

DragonFly power management stuffs

First of all, I'd like to introduce the major power management stuffs currently available on DragonFly. - ACPI P-state. It has the proper CPU power domain support. - ACPI C-state. Unlike other BSDs, on relatively recent Intel CPUs (the oldest Intel CPU I tested is Sandy Bridge), we don't use

Re: Storing hundreds of millions of files in HAMMER (1 or 2)

Maybe just use large file, and sub-index the chunks of a large file and add open/read/write/lseek/close like APIs for users. You will have more control than using database. On Wed, Jul 15, 2015 at 11:58 PM, Michael Neumann mneum...@ntecs.de wrote: Hi, Lets say I want to store 100 million

Re: Performance Counter Tools?

to the 4.0 RELEASE head? I think it could be cherry-picked to 4.0.x branch. Best Regards, sephe Thanks, Alex On Thu, Apr 23, 2015 at 9:28 PM, Sepherosa Ziehau sepher...@gmail.com wrote: On Fri, Apr 24, 2015 at 2:32 AM, Alex Merritt merritt.a...@gmail.com wrote: Hello, Can anyone

Re: SATA chips supported

On Sat, Jan 17, 2015 at 11:34 PM, Jasse Jansson ja...@yberwaffe.com wrote: I just wonder if the SATA chips are supported in DFly Marvell 88se9120 Asmedia 1061 I am pretty sure that asmedia chips are supported by ahci(4). 9120 also attached to ahci(4), last time I tested. Best Regards,

HEADS UP: V4-mapped address support is removed

Hi all, V4-mapped address is no longer supported in the master, since 727ccde8cce813911d885b7f6ed749dcea68a886. Both kernel and world need rebuilding, else netstat, systat and sockstat may give you weird results. I have removed the inpcb.inp_vflag, INP_IPV4 and INP_IPV6 which may cause some

HEADS UP: TCP path mtu discovery is enabled by default

Hi all, TCP path mtu discovery is enabled by default on master. If you notice problem please let me know. You could disable it by: sysctl net.inet.tcp.path_mtu_discovery=0 Thanks, sephe -- Tomorrow Will Never Die

Re: Cannot install xorg on dfly-x86_64-4.0.1_REL

On Sat, Dec 27, 2014 at 4:04 PM, Aero 9000 mbg11...@gmail.com wrote: Hi Folks, I'm not sure if this is the correct mailing list for me to post this to, but if not just tell me and I'll be out of your hair. Anyways, I've known of DragonFly BSD for a couple of years now, just never got round to

SOL_SOCKET/SO_CPUINT socket option

Hi all, SOL_SOCKET/SO_CPUHINT socket option (currently read-only). This option gives you the hint about to which CPU the userland process could be bound to (-1 means no hint). It's mainly for TCP/UDP server userland application. For TCP listen socket, it only makes sense for TCP listen socket

Re: Acer c720 machdep.mwait.CX.[idle, spin]

On Tue, Dec 9, 2014 at 4:51 AM, Matthew Dillon dil...@apollo.backplane.com wrote: : Also suggested in /etc/sysctl.conf: : : hw.cpu_mwait_halt=0x44 : hw.cpu_mwait_spin=0x11 : : Now these sysctls are read-only. Which C-states I must use with : machdep.mwait.CX.[idle, spin]? : :

Re: ipfw2 for dragonflybsd

was there, but any recommendation about the testing in order to know the performance different? On Fri, Dec 5, 2014 at 5:25 PM, Sepherosa Ziehau sepher...@gmail.com wrote: On Fri, Dec 5, 2014 at 3:39 PM, bycn82 byc...@gmail.com wrote: It will be good to have a try on this lock-less NAT

Re: ipfw2 for dragonflybsd

its bwteen at most two CPUs (two netisrs).\ Best Regards, sephe Anyway , next will be lockless for keep-state. maybe this weekend :) On Fri, Dec 5, 2014 at 3:11 PM, Sepherosa Ziehau sepher...@gmail.com wrote: On Fri, Dec 5, 2014 at 2:38 AM, Matthew Dillon dil...@apollo.backplane.com

Re: ipfw2 for dragonflybsd

, Nov 19, 2014 at 9:26 AM, bycn82 byc...@gmail.com wrote: why not share more information, for example write a internal document for developers like NetBSD in order to help newcomers. https://www.netbsd.org/docs/internals/en/index.html On Tue, Nov 18, 2014 at 6:45 AM, Sepherosa Ziehau sepher

Re: ipfw2 for dragonflybsd

For static rules, ipfw2 in the base is already lockless MPSAFE. I want to change the states lockless MPSAFE (it was not doable back to the time I made ipfw2 static rules lockless MPSAFE; but now since we dispatch udp outputs to the proper netisr, it is doable). On Mon, Nov 17, 2014 at 6:13 PM,

Re: lots of bad checksum on igb

On Fri, May 23, 2014 at 12:36 AM, k simon chio1...@gmail.com wrote: Hi,Lists, I noticed that Pyun have fixed some bugs about TSO.CHECKSUM offload issues on FreeBSD recently. Does the same issues happend on Dfly ? I don't aware we have any TSO and TX hardware CSUM issues. And I don't think

HEADS UP: x86_64, GSI target CPU auto selection is enabled by default again

Hi all, I enabled GSI target CPU auto selection by default again on x86_64. If you noticed any problem, please let me know. Best Regards, sephe -- Tomorrow Will Never Die

Re: other tests with dragonfly

On Sun, May 4, 2014 at 3:26 PM, Wojciech Puchar woj...@wojtek.tensor.gdynia.pl wrote: For what it's worth, Sepherosa Ziehau has been putting a lot of work into reducing CPU use on high-bandwidth connections: http://lists.dragonflybsd.org/pipermail/users/2014-March/128240.html if i understand

Re: other tests with dragonfly

On Sun, May 4, 2014 at 4:06 PM, Wojciech Puchar woj...@wojtek.tensor.gdynia.pl wrote: do you have some tests on good NIC how much CPU is used not for connection but simply for large TCP transfers? On 82599, I am seeing 75% ~ 85% idle time on i7-3770 on each HT when TCP sending at 9420Mbps (128

  1   2   >