On Sat, Jul 07, 2012 at 04:35:46PM +0200, Stefan Sperling wrote:
> rt2560 is selecting antennas before initialising the baseband
> processor (BBP), however initialising antennas involves tweaking
> of BBP registers.
>
> The diff below (taken from dragonfly, written by sephe) ensures
> antennas are
Hello all,
I'm resending a diff that enables network cards running with
the wpi driver to enter promiscuous mode. I have changed
WPI_CMD_ASSOCIATE to WPI_CMD_ASSOCIATED to better designate its
purpose: alter options while in associated state. I'm running
with this for some time now without probl
> Date: Sat, 7 Jul 2012 23:34:05 +0200
> From: Stefan Sperling
>
> My laptop has a chip which the Linux brcm80211 driver calls
> #define BCM43224_D11N_ID_VEN1 0x0576 /* Vendor specific 43224 802.11n db
> */
The Linux people aren't know for their consistent naming of PCI device
IDs. So usu
On 07/07/12(Sat) 23:34, Stefan Sperling wrote:
> My laptop has a chip which the Linux brcm80211 driver calls
> #define BCM43224_D11N_ID_VEN1 0x0576 /* Vendor specific 43224 802.11n db
> */
>
> Diff below adds the PCI id. ok?
Why not simply name it BCM43224_1? Otherwise you should keep the l
My laptop has a chip which the Linux brcm80211 driver calls
#define BCM43224_D11N_ID_VEN1 0x0576 /* Vendor specific 43224 802.11n db */
Diff below adds the PCI id. ok?
pcidump output:
1:0:0: Broadcom unknown
0x: Vendor ID: 14e4 Product ID: 0576
0x0004: Command: 0006 Stat
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 in the MIB d
Please test this patch on your machine.
If brightness worked in the passed, does it still work for you now?
Do you see acpiasus(4) attaching in the dmesg?
If not, please paste me the "ASUS? dev foobar" line from your dmesg.
If I get no reports or no regressions with this diff, I'd like to commit
On Sat, Jul 07, 2012 at 03:17:30PM +0200, Matthieu Herrb wrote:
> On Sat, Jul 07, 2012 at 12:47:32PM +0200, Peter Hessler wrote:
> > ressurecting an old patch.
> >
> > OK from me, anyone else?
>
> With my sysadmin-deplying-IPv6-at-my-dayjob hat, I'd love to see that
> go in, but I can't test it b
so, we have some utter confusion in pf about filter criteria versus
packet modifying options. I propose we move the ones that "write" into
a set block, while the filter criteria remain as they are. for the
moment this diff handles tos (I always disliked set-tos...) and prio.
rdomain/rtable stuff sh
kernel side actually handles set-tos for IPvShit - see pf_scrub() in
pf_norm.c
ok?
Index: sbin/pfctl/parse.y
===
RCS file: /cvs/src/sbin/pfctl/parse.y,v
retrieving revision 1.614
diff -u -p -r1.614 parse.y
--- sbin/pfctl/parse.y 7
ok?
Index: src/modules/ssl/ssl_engine_init.c
===
RCS file: /cvs/src/usr.sbin/httpd/src/modules/ssl/ssl_engine_init.c,v
retrieving revision 1.27
diff -u -p -r1.27 ssl_engine_init.c
--- src/modules/ssl/ssl_engine_init.c 9 Feb 2005 12:
Ingo Schwarze wrote on Sat, Jul 07, 2012 at 05:22:05PM +0200:
> Christian Weisgerber wrote on Sat, Jul 07, 2012 at 03:40:00PM +0200:
>> This adds support for the "sha256digest" keyword to create/compare
>> SHA2-256 digests of files. In the man page, also replace SHA-1
>> with SHA2-256 in the exam
Hi Naddy,
Christian Weisgerber wrote on Sat, Jul 07, 2012 at 03:40:00PM +0200:
> This adds support for the "sha256digest" keyword to create/compare
> SHA2-256 digests of files. In the man page, also replace SHA-1
> with SHA2-256 in the examples section.
Looks reasonable to me and survived light
Christian Weisgerber wrote:
> --- mtree.8 3 Sep 2010 11:22:36 - 1.35
> +++ mtree.8 7 Jul 2012 13:31:09 -
> +The SHA2-256 message digest of the file.
> +the same SHA2-256 digest as the original.
Actually, NIST usage is "SHA-256" so we should write that and also
fix the sha256.
rt2560 is selecting antennas before initialising the baseband
processor (BBP), however initialising antennas involves tweaking
of BBP registers.
The diff below (taken from dragonfly, written by sephe) ensures
antennas are selected after the BBP has been initialised.
Part of this diff was committe
was going to say the same, with either of these, ok nicm
On Sat, Jul 07, 2012 at 04:33:45PM +0300, Lazaros Koromilas wrote:
> On Sat, Jul 07, 2012 at 07:34:28AM -0300, Christiano F. Haesbaert wrote:
> > How about this one ?
> > It's your original idea, but I don't like that extra indentation leve
This adds support for the "sha256digest" keyword to create/compare
SHA2-256 digests of files. In the man page, also replace SHA-1
with SHA2-256 in the examples section.
ok?
Index: compare.c
===
RCS file: /cvs/src/usr.sbin/mtree/comp
On Sat, Jul 07, 2012 at 07:34:28AM -0300, Christiano F. Haesbaert wrote:
> How about this one ?
> It's your original idea, but I don't like that extra indentation level,
> we are already too deep.
Yes, less identation is always good! The "multiple hosts" part
in the manpage could become one of th
On Sat, Jul 07, 2012 at 12:47:32PM +0200, Peter Hessler wrote:
> ressurecting an old patch.
>
> OK from me, anyone else?
With my sysadmin-deplying-IPv6-at-my-dayjob hat, I'd love to see that
go in, but I can't test it before next week.
I only had a quick glance at the code (never looked at rtad
* Henning Brauer [2012-07-07 12:21]:
> old M from my tree, now with 50% discount!
>
> kill the arbitary limit on the # of pflog interfaces and make it all
> dynamic. ok?
now even with free memory saver (allocated a little much for
**pflogifs)
Index: if_pflog.c
==
ressurecting an old patch.
OK from me, anyone else?
- Forwarded message from "Stephane A. Sezer" -
Date: Thu, 23 Feb 2012 21:18:30 -0800
From: "Stephane A. Sezer"
To: tech@openbsd.org
Subject: Re: rtadvd(8) patch 2/2 : finalize server-side RFC 6106 support
List-ID:
X-Loop: tech@openb
How about this one ?
It's your original idea, but I don't like that extra indentation level,
we are already too deep.
Index: nc.1
===
RCS file: /cvs/src/usr.bin/nc/nc.1,v
retrieving revision 1.60
diff -d -u -p -r1.60 nc.1
--- nc.1
old M from my tree, now with 50% discount!
kill the arbitary limit on the # of pflog interfaces and make it all
dynamic. ok?
Index: sys/net/if_pflog.c
===
RCS file: /cvs/src/sys/net/if_pflog.c,v
retrieving revision 1.49
diff -u -p -r
Still waiting for another ok.
On Thu, Jun 28, 2012 at 11:36:27PM -0300, Christiano F. Haesbaert wrote:
> This looks good to me, can I get another ok ?
>
>
> On Sun, Jun 24, 2012 at 07:07:29AM -0400, Ricky Zhou wrote:
> > On 2012-06-16 02:37:27 PM, Christiano F. Haesbaert wrote:
> > > I guess so,
24 matches
Mail list logo
