On Wed, Mar 16, 2022 at 04:11:41PM +0100, Stefan Sperling wrote:
> This patch adds initial 11ac support to the iwm(4) driver.
> It allows use of 80 MHz channels and VHT MCS.
>
> In net80211 I added a new rate control module to support VHT rates, as
> a new file called ieee80211_ra_vht.c, derived f
rg, NULL);
> + ret = aml_evalname(sc->sc_acpi, sc->sc_devnode, "PBLS", 1, &arg, NULL);
> +
> + if (ret)
> + return ret;
>
> thinkpad_get_brightness(sc);
> +
> + return 0;
> }
>
> int
> @@ -765,7 +775,8 @@ thinkpad_set_param(struct wsdisplay_para
> dp->curval = maxval;
> sc->sc_brightness &= ~0xff;
> sc->sc_brightness |= dp->curval;
> - acpi_addtask(sc->sc_acpi, thinkpad_set_brightness, sc, 0);
> + acpi_addtask(sc->sc_acpi, (void *)thinkpad_set_brightness, sc,
> + 0);
> acpi_wakeup(sc->sc_acpi);
> return 0;
> default:
>
--
James Turner
hinkpad_get_backlight(struct wskbd_back
> }
>
> int
> -thinkpad_set_backlight(struct wskbd_backlight *kbl)
> +thinkpad_set_kbd_backlight(struct wskbd_backlight *kbl)
> {
> struct acpithinkpad_softc *sc = acpithinkpad_cd.cd_devs[0];
> int maxval;
> @@ -664,6 +706,8 @@ thinkpad_get_brightness(struct acpithink
> {
> aml_evalinteger(sc->sc_acpi, sc->sc_devnode,
> "PBLG", 0, NULL, &sc->sc_brightness);
> +
> + DPRINTF(("%s: %s: 0x%llx\n", DEVNAME(sc), __func__, sc->sc_brightness));
> }
>
> void
> @@ -672,11 +716,15 @@ thinkpad_set_brightness(void *arg0, int
> struct acpithinkpad_softc *sc = arg0;
> struct aml_value arg;
>
> + DPRINTF(("%s: %s: 0x%llx\n", DEVNAME(sc), __func__, sc->sc_brightness));
> +
> memset(&arg, 0, sizeof(arg));
> arg.type = AML_OBJTYPE_INTEGER;
> arg.v_integer = sc->sc_brightness & 0xff;
> aml_evalname(sc->sc_acpi, sc->sc_devnode,
> "PBLS", 1, &arg, NULL);
> +
> + thinkpad_get_brightness(sc);
> }
>
> int
>
--
James Turner
nfo
>
I ran into the same issue. You can either wait for a new snapshot, or
build X yourself following step 5 in release(8).
--
James Turner
ven if not, thanks for all your hard work on adding touchpad support to
these new devices.
--
James Turner
from lib/libsqlite3/tsrc/ to lib/libsqlite3/
> but is otherwise unchanged from the in-tree version.
>
> The only change to the Makefile from my previous diff is adding
> pthread_stub.c to SRCS.
>
Like I've stated before, I think this is the best way to move forward
for the time being, so you have my ok.
--
James Turner
On Wed, Jun 08, 2016 at 11:33:42PM +0100, Stuart Henderson wrote:
> On 2016/06/03 20:17, James Turner wrote:
> > On Fri, Jun 03, 2016 at 11:24:15PM +0100, Stuart Henderson wrote:
> > > On 2016/06/01 11:22, Stuart Henderson wrote:
> > > > On 2016/06/01 09:09, Landry Br
dated sqlite3 in ports and update ports to use
this instead.
I personally think this is the way to go. Sadly I don't have the time to
do this right now (We just welcomed our second child recently).
--
James Turner
re two different versions of sqlite in their
Stuart,
This looks good. I've tested with mandoc and fossil in ports. ok
jturner.
--
James Turner
On Sat, Dec 19, 2015 at 08:43:38AM +0100, Landry Breuil wrote:
> On Mon, Dec 14, 2015 at 08:51:47PM +0100, Landry Breuil wrote:
> > On Mon, Dec 14, 2015 at 01:09:38PM -0500, James Turner wrote:
> > > SQLite 3.9.2 updated. Tested on amd64. I've included the json extension
&g
On Wed, Sep 09, 2015 at 06:13:11PM +0200, Gilles Chehade wrote:
> unrelated to this topic, I suspect your smtpd is fairly old right ?
>
If this is about my fucked up response I think that was all on me and a
failed Mutt reply.
> On Wed, Sep 09, 2015 at 11:33:57AM -0400, James Tur
On Wed, Sep 09, 2015 at 06:13:11PM +0200, Gilles Chehade wrote:
> unrelated to this topic, I suspect your smtpd is fairly old right ?
>
Running a snapshot from 9/2.
> On Wed, Sep 09, 2015 at 11:33:57AM -0400, James Turner wrote:
> > espie@openbsd, dera...@cvs.openbsd.org
> &
with this as it would make each update more manageable
but I'm not sure what espie@ original goals where with following
upstream.
--
James Turner
So I'm not quite sure how to explain this but I'm getting similiar
emails to the one below and it seems like opensmtpd should be rejecting
them as they don't seem like they are a valid format.
Have others seen emails like these? Should opensmtpd be rejecting them?
--
Jame
On Fri, Apr 24, 2015 at 08:53:44PM -0400, James Turner wrote:
> On Fri, Apr 24, 2015 at 08:23:01PM -0400, James Turner wrote:
> > The attached diff allows sound to work on my late 2013 Macbook Air
> > (6,1). oks?
> >
>
> Ok that diff had lots of typos, please ignore u
On Fri, Apr 24, 2015 at 08:23:01PM -0400, James Turner wrote:
> The attached diff allows sound to work on my late 2013 Macbook Air
> (6,1). oks?
>
Ok that diff had lots of typos, please ignore until I can send a new
one. Sorry for the noise.
--
James Turner
The attached diff allows sound to work on my late 2013 Macbook Air
(6,1). oks?
--
James Turner
Index: azalia_codec.c
===
RCS file: /cvs/src/sys/dev/pci/azalia_codec.c,v
retrieving revision 1.165
diff -u -p -u -p -r1.165
On Sun, Jul 13, 2014 at 10:06:44AM -0400, Ted Unangst wrote:
> for reference, i use this. faster query interval and when not idle, slam
> high immediately.
>
I've been very happy with this change as well.
--
James Turner
On Sat, Mar 29, 2014 at 03:51:10AM +0200, Paul Irofti wrote:
> On Fri, Mar 28, 2014 at 07:14:53PM -0400, James Turner wrote:
> > On Fri, Mar 28, 2014 at 11:59:57AM +0200, Paul Irofti wrote:
> > > On Thu, Mar 27, 2014 at 08:33:51PM -0400, James Turner wrote:
> > > &g
On Fri, Mar 28, 2014 at 11:59:57AM +0200, Paul Irofti wrote:
> On Thu, Mar 27, 2014 at 08:33:51PM -0400, James Turner wrote:
> > I'm running the most recent amd64 snap (3/27) and it sounds like this
> > diff might be in it?
> >
> > Also not sure if this diff wo
1 "Intel Rate Matching Hub" rev 2.00/0.00 addr 2
ugen0 at uhub3 port 5 "Intel product 0x0189" rev 2.00/69.19 addr 3
vscsi0 at root
scsibus1 at vscsi0: 256 targets
softraid0 at root
scsibus2 at softraid0: 256 targets
sd1 at scsibus2 targ 1 lun 0: SCSI2 0/direct fixed
sd1: 122103MB, 512 bytes/sector, 250067198 sectors
root on sd1a (91aab9c13da59ddb.a) swap on sd1b dump on sd1b
--
James Turner
On Sun, Mar 16, 2014 at 04:01:04PM +, Florian Obser wrote:
> On Fri, Mar 07, 2014 at 10:35:37PM -0500, James Turner wrote:
> > On Fri, Mar 07, 2014 at 11:20:53PM +, Stuart Henderson wrote:
> > > I've been umming and ahhing about this diff, the thing I d
hink it should fallback to using SCRIPT_NAME if the
> SCRIPT_FILENAME variable isn't present, so that standard fastcgi
> servers can use it to some extent too.
>
Maybe something like this? Using SCRIPT_FILENAME if present but fa
If we want to keep it simple we can just go this route.
On Sat, Mar 01, 2014 at 04:39:49PM -0500, James Turner wrote:
> The attached diff uses SCRIPT_FILENAME instead of SCRIPT_NAME to
> determine the path of CGI scripts in slowcgi. It also updates the
> example in nginx.conf.
>
&g
packages in snapshots? I seem to remember needing to
> build some of the things I use to test, but maybe that has changed.
>
> I use snapshots when I have time to test, so whatever direction you want to
> give as far as testing goes, just let us know.
>
> devin
>
>
No, not all ports can be distributed as packages due to license
restrictions.
--
James Turner
nt but once you
move outside of cgi-bin I believe this is the correct way to go.
--
James Turner
Index: usr.sbin/slowcgi/slowcgi.c
===
RCS file: /cvs/src/usr.sbin/slowcgi/slowcgi.c,v
retrieving revision 1.27
diff -u -p -u -p -r1.27 sl
Simplified.
On Sat, Mar 01, 2014 at 02:27:44PM -0500, James Turner wrote:
> So I wanted to test out nginx and slowcgi. I started everything up and
> hit up localhost/cgi-bin/test-cgi. Whoops forgot to move /bin/sh into
> the chroot. Try again, shit forgot to chmod 555 test-cgi.
&
owcgi and httpd.
--
James Turner
diff -u -p -N Makefile Makefile
--- MakefileWed Dec 31 19:00:00 1969
+++ MakefileSat Mar 1 14:06:39 2014
@@ -0,0 +1,7 @@
+PROG= testcgi
+SRCS= testcgi.c
+LDSTATIC= -static
+NOMAN= 1
+BINDIR=/var/www/cgi-bin
+
+.incl
On Mon, Feb 17, 2014 at 02:19:42PM +0100, Andre de Oliveira wrote:
> On Sun, Feb 16, 2014 at 10:28:48PM -0500, James Turner wrote:
> > Forgot to include tech@...
> >
> > Hi Andre,
> >
> > I tested upd(4) with my APC Back-UPS ES 550. It looks like it may only
>
=0.00% (battery load)
And for comparison here are the numbers from NUT:
battery.voltage: 13.5
battery.voltage.nominal: 12.0
battery.charge: 100
ups.status: OL
ups.load: 5
--
James Turner
Implemented STLS and CAPA. (STARTTLS RFC 2595)
>
> Comments?
>
Hi Sunil,
I've been following your development on bitbucket and want to see if you
ever got any feedback from the smtpd guys?
Also, I threw together the attached rc.d script for pop3d.
--
James Turner
#!/bin/sh
dae
On Wed, Sep 18, 2013 at 05:56:10PM +0200, Marc Espie wrote:
> On Thu, Sep 12, 2013 at 02:35:02PM -0400, James Turner wrote:
> > Attached is a diff to update our in tree version of SQLite to the
> > recently released 3.8.0.2. SQLite 3.8.0 is needed for a fossil update
>
On Sun, Sep 15, 2013 at 11:12:44AM +0200, Landry Breuil wrote:
> On Thu, Sep 12, 2013 at 02:35:02PM -0400, James Turner wrote:
> > Attached is a diff to update our in tree version of SQLite to the
> > recently released 3.8.0.2. SQLite 3.8.0 is needed for a fossil update
>
ml_scope *scope, s
>
> /* Spin to acquire lock */
> while (!st) {
> - st =
> acpi_acquire_global_lock(&acpi_softc->sc_facs->global_lock);
> + st = acpi_acquire_glk(&acpi_softc->sc_facs->global_lock);
> /* XXX - yield/delay? */
> }
>
> @@ -790,7 +790,7 @@ aml_unlockfield(struct aml_scope *scope,
> return;
>
> /* Release lock */
> - st = acpi_release_global_lock(&acpi_softc->sc_facs->global_lock);
> + st = acpi_release_glk(&acpi_softc->sc_facs->global_lock);
> if (!st)
> return;
>
>
--
James Turner
Implemented STLS and CAPA. (STARTTLS RFC 2595)
>
> Comments?
>
> Source: https://poolp.org/~sunil/pop3d.tar.gz
> uuencoded gzipped tar file...
>
The new STARTTLS support works like a charm. I would love to see this
replace popa3d in base.
--
James Turner
On Thu, Jun 27, 2013 at 02:14:50PM -0400, James Turner wrote:
> On Thu, Jun 27, 2013 at 11:50:48AM +0530, su...@sunilnimmagadda.com wrote:
> > On Wed, Jun 26, 2013 at 09:08:20PM -0400, James Turner wrote:
> > > On Wed, Jun 26, 2013 at 08:36:48PM -0400, James Turner wrote:
>
On Thu, Jun 27, 2013 at 11:50:48AM +0530, su...@sunilnimmagadda.com wrote:
> On Wed, Jun 26, 2013 at 09:08:20PM -0400, James Turner wrote:
> > On Wed, Jun 26, 2013 at 08:36:48PM -0400, James Turner wrote:
> > > On Thu, Jun 27, 2013 at 12:07:14AM +0530, su...@sunilni
On Wed, Jun 26, 2013 at 08:36:48PM -0400, James Turner wrote:
> On Thu, Jun 27, 2013 at 12:07:14AM +0530, su...@sunilnimmagadda.com wrote:
> > Hello,
> >
> > This is an implementation of RFC1939 with pop3s(port 995) support
> > out of box. The DESIGN document outli
ttps://poolp.org/~sunil/pop3d.tar.gz
> mercurial repository: https://bitbucket.org/nimsun/pop3d/src
> uuencoded gzipped tar file follows.
>
Just trying things out now. In ssl.c, pop3s.crt and pop3s.key are
hard coded in the fatal() calls, those should probably use CERTFILE and
KEYFILE respectively.
--
James Turner
p0 and
hw.sensors.acpitz1.temp0 still go from a normal reading (64 degC) to a
somewhat strange reading (27.80 degC) after suspend/resume. A reboot is
needed to get the normal temperature reading back.
hw.sensors.cpu{0-3}.temp0 continue to output correct readings post
suspend/resume.
--
James Turner
text console
>still works properly.
>
> Thanks,
>
> Mark
>
All the above scenerios worked fine on a Dell XPS 13 with Intel HD
Graphics 3000.
--
James Turner
s sys/types.h.
If we change these to __uint8_t and __uint64_t they work with either
types.h or _types.h. Does this make sense? Will there be any side
effects?
--
James Turner
Index: sys/sys/socket.h
===
RCS file: /cvs/src/sys/sys/soc
On Fri, Mar 22, 2013 at 11:19:43PM -0400, James Turner wrote:
> On Fri, Mar 22, 2013 at 10:05:49PM -0500, Kurt Miller wrote:
> > On Friday 22 March 2013 4:08:47 pm James Turner wrote:
> > > On Thu, Mar 21, 2013 at 10:01:42PM -0500, Kurt Miller wrote:
>
> [snip]
>
>
t; I stalled on submitting them with upstream. I ran into a snafu. However, I
> do have an update for boehm-gc that can be tested. There's one i386
> machine in my cluster that doesn't behave which is one of the reasons
> I haven't moved this forward yet. It is on my todo list which I'm chipping
> away at little by little.
>
> -Kurt
boehm-gc built and packaged fine on mips64el but all tests failed
miserably.
--
James Turner
On Wed, Jan 09, 2013 at 04:12:23PM +, Richard N wrote:
> Mark Kettenis xs4all.nl> writes:
>
> >
> > > Date: Tue, 13 Nov 2012 21:02:24 -0500
> > > From: James Turner calminferno.net>
> > >
> > > I was actually able to add
Future events year should be 2013.
--
James Turner | 0x560B0C49
--- events.html.origSat Jan 5 14:53:23 2013
+++ events.html Sat Jan 5 14:52:15 2013
@@ -38,7 +38,7 @@ like-minded people.
Future events:
-2012
+2013
d. However I built the whole
> userland as part of the release not just a small part.
Good to know, thanks. I'm probably missing a step by just trying to
compile libsqlite3. I'll just wait for a new snapshot. Thanks for
confirming that the build is clearly not broken.
--
James Turner
ja...@calminferno.net
ke includes
make
and am still receiving the same build errors. I'd normally just wait for
a new snapshot, but now I want to make sure the build isn't broken.
As long as developers aren't seeing a problem, thats good enough for me.
--
James Turner
ja...@calminferno.net
lib/libsql...)
So, I'm just wondering if anyone is able to build libsqlite3 on amd64 or
is it just me? Thanks.
--
James Turner
ja...@calminferno.net
I was actually able to add support myself with the following diff.
--
James Turner
ja...@calminferno.net
Index: if_iwn.c
===
RCS file: /cvs/src/sys/dev/pci/if_iwn.c,v
retrieving revision 1.115
diff -u -p if_iwn.c
--- if_iwn.c11
Does this happen to also add support for 6230? If not how hard would it
be to add 6230 support now that 6235 is supported?
I'd be happy to test diffs.
--
James Turner
ja...@calminferno.net
Attached is a diff to allow no-tab-mode to compile. It's basically the
same as a diff sent to this list around 2 years ago minus enabling this
mode by default.
--
James Turner
ja...@calminferno.net
Index: cmode.c
===
RCS file:
I was just setting up spamd in blacklist mode on the latest snap and
discovered the man page is missing the "in" between "pass on". Diff
attached.
Index: spamd.8
===
RCS file: /cvs/src/libexec/spamd/spamd.8,v
retrieving revision 1.117
53 matches
Mail list logo
