The patch below adds PCI IDs for the five (previously) "unknown"
devices on my Panther Point / Z77-chipset motherboard. dmesg follows
diff.
Seth
Index: pcidevs
===
RCS file: /cvsroot/OpenBSD/src/sys/dev/pci/pcidevs,v
retrieving rev
I'd like to bring this diff up again. Is there any interest in it at
all? Anything I need to correct and then resubmit?
Thanks,
--
Seth
On Sun, Jun 24, 2012 at 1:32 AM, Seth Wright wrote:
> The diff below is the next rev of my earlier UCD-SNMP-MIB diff. It
> fixes some mistakes
Looks like someone wasn't sure which verb to use, so they went ahead
and used both.
Index: w.c
===
RCS file: /home/seth/code/obsd/cvsync/src/usr.bin/w/w.c,v
retrieving revision 1.50
diff -u -p -r1.50 w.c
--- w.c 28 Jul 2011 10:14:00
The diff below is the next rev of my earlier UCD-SNMP-MIB diff. It
fixes some mistakes in the MIB declaration/naming, implements laConfig
as a read-write value, and adds the systemState section of the MIB.
It does not implement the "cooked" 1-minute-average values in
systemState, just the ss*Raw*
On Tue, Jun 19, 2012 at 5:53 PM, Matthew Dempsky wrote:
> [+joel]
>
> On Tue, Jun 19, 2012 at 2:11 PM, Seth Wright wrote:
>> I kind of thought the UCD-SNMP-MIB was fairly standard and/or
>> widespread, but perhaps not?
>
> HOST-RESOURCES-MIB is an RFC standard, w
On Tue, Jun 19, 2012 at 4:49 PM, Matthew Dempsky wrote:
> On Tue, Jun 19, 2012 at 1:35 PM, Vincent Bernat wrote:
>> Maybe it would be better to implement standard MIB like
>> HOST-RESOURCES-MIB.
>
> snmpd already supports HOST-RESOURCES-MIB.
>
> Seth, does your diff expose any new information tha
On Tue, Jun 19, 2012 at 4:35 PM, Vincent Bernat wrote:
> ❦ 16 juin 2012 22:32 CEST, Seth Wright :
>
>> Matthew's UCD-DISKIO-MIB patch got me interested in adding support for
>> the UCD-SNMP-MIB in snmpd.
>
> Maybe it would be better to implement standard MIB like
&g
On Sat, Jun 16, 2012 at 4:32 PM, Seth Wright wrote:
> Matthew's UCD-DISKIO-MIB patch got me interested in adding support for
> the UCD-SNMP-MIB in snmpd. This is a first pass and only covers the
> mem* objects. I'd appreciate it if someone who knows more than me
> about
Matthew's UCD-DISKIO-MIB patch got me interested in adding support for
the UCD-SNMP-MIB in snmpd. This is a first pass and only covers the
mem* objects. I'd appreciate it if someone who knows more than me
about the uvm sysctls could check it over; specifically, the
memShared, memBuffers, and memC
wrote:
> * Seth Wright [2011-12-01 19:20]:
>> Hm, okay. I took the printf() lines almost verbatim from bgpctl.c,
>> which seems to use printf() throughout, as does relayctl.c.
>
> *ctl versus *d.
>
> *ctl -> console
> *d -> daemonizes
>
> that said, the log fra
Hm, okay. I took the printf() lines almost verbatim from bgpctl.c,
which seems to use printf() throughout, as does relayctl.c. So, I
just sort of followed the convention that was already there. Should
they be using the log functions instead? I can fix my diff (and the
other printf()'s in relayc
relayd doesn't verify a config file before it tries to load it, unlike many
of the other daemons (for instance, bgpd). This leads to all of the relays,
etc., being dropped if you forget to manually check the file with 'relayd
-n' before issuing a reload request. It looks to be a trivial change to
I was testing relayd a while back against a couple of IIS 7.5 servers
serving Exchange 2010. It looks like IIS 7.5 (included with Windows 2008
R2) really wants HTTP 1.1 requests to include the User-Agent header in the
request; leaving it out generates a "400 Bad Request" response.
The HTTP 1.1 sp
> from NetBSD many months ago, when I first realized inet6 masks were not
> working in smtpd, but then I got sucked into other stuff and forgot it.
>
> I'll review the diff again ... :-)
>
> Thanks,
> Gilles
>
> On Fri, Apr 30, 2010 at 02:13:11AM -0400, Seth Wright w
Okay, I'm officially stumped. Can someone lend me a clue as to what,
if anything, I'm doing wrong in the following scenario?
I was playing around with smtpd(8) configuration options the other
day, and tried to write an "accept" rule in smtpd.conf for an IPv6
subnet. However, when I tried to veri
On Sun, Feb 7, 2010 at 4:47 PM, Seth Wright wrote:
> Hello,
>
> I noticed with tmux(1) that the default string for the "status-right"
> option produces a right-hand status section that looks like this
> (notice the quotes at the beginning):
>
> "" 11:44 0
Hello,
I noticed with tmux(1) that the default string for the "status-right"
option produces a right-hand status section that looks like this
(notice the quotes at the beginning):
"" 11:44 07-Feb-10
I'm thinking that the quoted nothingness ("") is not supposed to be
there (at least, the man page
Index: faq11.html
===
RCS file: /cvs/www/faq/faq11.html,v
retrieving revision 1.81
diff -u -p -r1.81 faq11.html
--- faq11.html 16 Oct 2009 19:07:37 - 1.81
+++ faq11.html 7 Feb 2010 01:18:54 -
@@ -92,7 +92,7 @@ computer.
I noticed a couple of misspellings in the systat(1) man page the other
day, so I went through the rest of the file and found a couple of
other typographical things that needed to be fixed as well. Thought
I'd send a diff along.
--seth
Index: usr.bin/systat/systat.1
19 matches
Mail list logo