Re: DDB patches

Hello; > Il giorno 19/nov/2015, alle ore 02:34, Dan Partelly > ha scritto: > > Hey Pedro, > > some times ago you got some DDB patches from me in which I added relational > ops support from it. The patch was a bit clobbered, > but last I know you cleaned it up and put

Re: DDB patches

Hey Pedro, Thanks a lot , mate. I’m reluctant to put it up as a PR, since some PR are outstanding for years. Adrian, since Pedro has issue with hardware, could you try the patch and give a resolution on it ? I reviewed it mentally (no FreeBSD atm machine on which I could actually patch

Re: buildincludes: don't know how to make libelf.h etc.

Hi Bryan, Apologies for the delay. Yes, this is still happening. This is the script I'm using with some trampoline things in a makefile and a common.sh script. It works on releng/10.1 and releng/10.2 without modification: https://github.com/opnsense/tools/blob/master/build/base.sh In any of

Re: sys/modules "make clean" seems broken again

On Thursday, November 19, 2015 09:13:06 AM Sean Bruno wrote: > I thought I fixed this a year or two ago, but now a "make clean" in > sys/modules seems to leave bus_if.h device_if.h and pci_if.h in the > directory. > > Should I just add these to the clean targets? Blame Warner as his MFILES

Re: DDB patches

[snip snip snippety snip] Hi Dan! Yeah, turns out trying to get a bunch of burnt out, time-poor developers with commit bits to commit stuff will typically end up with (a) things getting neglected, or (b) getting you a commit bit. :) Please grab the patch from pedro (which I reviewed, and it

Re: buildincludes: don't know how to make libelf.h etc.

On 11/19/15 10:39 AM, Franco Fichtner wrote: > Hi Bryan, > > Apologies for the delay. Yes, this is still happening. > > This is the script I'm using with some trampoline things in > a makefile and a common.sh script. It works on releng/10.1 and > releng/10.2 without modification: > >

Re: CAM Shingled Disk support patches available

On Wed, Nov 18, 2015 at 12:13:09PM -0500 I heard the voice of Kenneth D. Merry, and lo! it spake thus: > > Testing and comments are welcome. GELI does explicit handling of each BIO type, so will need to be updated to pass it through (possibly in the form of inverting the default handling?) or

This igb change makes my igb not working anymore - Re: regression in igb/clang?

On Wed, 11 Nov 2015 11:45:32 +0100 Alexander Leidinger wrote: > Hi, > > I' updated a system with -current as of r287323 (end August) to > r290633 (yesterday). > > Result: no network connection (not even ping) on igb. > Ping internally (local addresses) works, anything

Re: This igb change makes my igb not working anymore - Re: regression in igb/clang?

Are you using IPv6? On Thu, Nov 19, 2015 at 12:42 PM Alexander Leidinger < alexan...@leidinger.net> wrote: > On Wed, 11 Nov 2015 11:45:32 +0100 > Alexander Leidinger wrote: > > > Hi, > > > > I' updated a system with -current as of r287323 (end August) to > > r290633

Re: sys/modules "make clean" seems broken again

On Thu, Nov 19, 2015 at 11:12 AM, John Baldwin wrote: > On Thursday, November 19, 2015 09:13:06 AM Sean Bruno wrote: > > I thought I fixed this a year or two ago, but now a "make clean" in > > sys/modules seems to leave bus_if.h device_if.h and pci_if.h in the > > directory. >

Re: sys/modules "make clean" seems broken again

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 11/19/15 10:12, John Baldwin wrote: > On Thursday, November 19, 2015 09:13:06 AM Sean Bruno wrote: >> I thought I fixed this a year or two ago, but now a "make clean" >> in sys/modules seems to leave bus_if.h device_if.h and pci_if.h >> in the

Re: CAM Shingled Disk support patches available

On Thu, Nov 19, 2015 at 12:48:41 -0600, Matthew D. Fuller wrote: > On Wed, Nov 18, 2015 at 12:13:09PM -0500 I heard the voice of > Kenneth D. Merry, and lo! it spake thus: > > > > Testing and comments are welcome. > > GELI does explicit handling of each BIO type, so will need to be > updated to

Re: DDB patches

On Thu, Nov 19, 2015 at 8:29 AM, Dan Partelly wrote: >> Unlike what you suggest here, I see lots of issues in Bugzilla which >> exactly what you describe: enhancements on already available tools. >> I've even submitted a few myself. > > Thats great Willem. > > But no matter

Re: DDB patches

> Il giorno 19/nov/2015, alle ore 04:57, Dan Partelly > ha scritto: > > Hey Pedro, > > Thanks a lot , mate. > > I’m reluctant to put it up as a PR, since some PR are outstanding for years. > Well, that’s the way the project works: you cannot really depend on me,

Re: This igb change makes my igb not working anymore - Re: regression in igb/clang?

Dual stack. Ping was on ipv4, no answer. Without the line I get the answer. I have not tried a ping6. -- Send from a mobile device, please forgive brevity and misspelling. Gesendet mit AquaMail für Android http://www.aqua-mail.com Am 20. November 2015 02:07:11 schrieb Eric Joyner

Re: DDB patches

Hi Pedro, Sure, no worries , I am grateful for all you did, couldn't ask for more. I have yet no idea how the projects works, but in the thread in which I questioned the wisdom of having utilities in base spitting out JSON -- instead of properly libyifing some utilities -- Adrian has stated

Re: DDB patches

On 19-11-2015 15:29, Dan Partelly wrote: >> Unlike what you suggest here, I see lots of issues in Bugzilla which >> exactly what you describe: enhancements on already available tools. >> I've even submitted a few myself. > > Thats great Willem. > > But no matter what you find odd or not, I am

Re: DDB patches

> So not submitting a PR for an issue sound real strange to my ears. It is NOT a patch for an issue, bug, anything on those lines at all. It adds new features to DDB. Specifically it adds relational operators. Since it doesn't solve any problems, I don't see why it should be added to a

sys/modules "make clean" seems broken again

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I thought I fixed this a year or two ago, but now a "make clean" in sys/modules seems to leave bus_if.h device_if.h and pci_if.h in the directory. Should I just add these to the clean targets? Index: kmod.mk

Re: DDB patches

On 19-11-2015 10:57, Dan Partelly wrote: > Hey Pedro, > > Thanks a lot , mate. > > I’m reluctant to put it up as a PR, since some PR are outstanding for > years. What a strange argument Some PR's are fixed within hours/days Letting it linger in your mailbox after mental evaluation is

Re: DDB patches

> Unlike what you suggest here, I see lots of issues in Bugzilla which > exactly what you describe: enhancements on already available tools. > I've even submitted a few myself. Thats great Willem. But no matter what you find odd or not, I am simply following what Ive read on some page on

FreeBSD_HEAD_i386 - Build #1701 - Fixed

FreeBSD_HEAD_i386 - Build #1701 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1701/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1701/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1701/console Change summaries:

Re: DDB patches

On 19-11-2015 14:53, Dan Partelly wrote: >> So not submitting a PR for an issue sound real strange to my ears. > > > It is NOT a patch for an issue, bug, anything on those lines at all. > It adds new features to DDB. Specifically it adds relational > operators. > > Since it doesn't solve