? autom4te.cache
Index: INSTALL
===
RCS file: /cvs/xenocara/lib/pixman/INSTALL,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 INSTALL
--- INSTALL 3 Oct 2007 20:53:30 - 1.2
+++ INSTALL 30 Jan 2023 14:05:29 -
@@ -
I am the author of the original patch, and I have to say it is very neat
seeing the attention it is getting.
I am really enjoying the discussion about how to make the patch better,
but note that the original patch was deliberately kept extremely,
almost offensivly, simple. like one early commen
odel
> of iwm(4) you are testing on when reporting results.
>
No issues on my iwm(4) 8265 either. Seeing around 250Mbit/s here as
well! Thanks for all the work on these devices.
James
On Sun, Oct 10, 2021 at 11:42:31PM +0200, Mark Kettenis wrote:
> > Date: Sat, 9 Oct 2021 22:27:52 +0200 (CEST)
> > From: Mark Kettenis
> >
> > > Date: Sat, 9 Oct 2021 20:55:10 +0200 (CEST)
> > > From: Mark Kettenis
> > >
> > > This time adding support for Sunrisepoint-H and Sunrisepoint-LP.
> > >
I recently found myself wanting to moniter local time from a number of
locations around the world.
Setting the TZ environment variable on grdc did a wonderfull job at this.
At which point, I wanted to know which clock was showing what time.
This lead to the following patch.
If curious as to how t
The /etc/myname file is processed by rc(8), not netstart(8) as currently
indicated by the myname(5) man page. This patch corrects the myname(5) man
page to state myname is processed by rc.
Index: myname.5
===
RCS file: /cvs/src/sh
0, output=0, feature=2
uhid48 at uhidev0 reportid 228: input=0, output=0, feature=255
--
James
Spotted this one while reading ifq_enqueue(9). s/struft/struct.
I grepped the tree for "struft" and found one more in ifq_deq_begin(9).
Index: share/man/man9/ifq_deq_begin.9
===
RCS file: /cvs/src/share/man/man9/ifq_deq_begin.9,v
re
uot;
> "base for disk %s", vcp->vcp_name,
> vcp->vcp_disks[i]);
Here it is as a patch.
- James
diff --git a/usr.sbin/vmd/config.c b/usr.sbin/vmd/config.c
index 9ef5dca626e..3ce82052e4a 100644
--- a/usr.sbin/vmd/config.c
+++ b/usr.sbin/vmd/config.c
@@ -393,8
.. C doesn't
auto-initialize stack variables, right?
To push it further, I tried to influence the log message indirectly by
inserting a function call that puts junk on the stack before the call
to config_setvm, but I couldn't get that to work. I don't know why. LMK
if you want details.
--
James
n the other thread.)
- James
diff --git a/regress/usr.sbin/Makefile b/regress/usr.sbin/Makefile
index 60e2178d3c7..146f9c9f322 100644
--- a/regress/usr.sbin/Makefile
+++ b/regress/usr.sbin/Makefile
@@ -15,6 +15,7 @@ SUBDIR += rpki-client
SUBDIR += snmpd
SUBDIR += switchd
SUBDIR += syslogd
+SUBD
nk involved.
> @@ -729,7 +734,7 @@ virtio_qcow2_create(const char *imgfile_
> if (ftruncate(fd, (off_t)initsz + clustersz) == -1)
> goto error;
>
> - /*
> + /*
>* Paranoia: if our disk image takes more than one cluster
>* to refcount the initial image, fail.
>*/
--
James
> Another thought --- is it necessary to call realpath at all?
>
> --
> James
This patch seems to fix the problem --- just don't call realpath. Maybe
I'm missing something?
I briefly tested vmd as well (just quickly booted up an instance that
uses a qcow2 disk image with
On Sun, Mar 14, 2021 at 12:50:52AM +, James Cook wrote:
> > >>
> > >> I believe the correct fix here is to unveil the base image in the
> > >> virtio_qcow2_get_base function in vioqcow2.c and not move around all the
> > >> unveil calls like
hink the problem is that the call to unveil in open_imagefile is
unveiling the wrong path --- it should be unveiling ../base.qcow2 but
it is unveiling base.qcow2.
My original patch works with the above example. I imagine it would also
work to (a) optionally call unveil from vioqcow2.c or (b) split that
function at a slightly different place --- after the snprintf(...,
"%s/%s, ...) but before calling realpath.
--
James
On Sat, Mar 13, 2021 at 08:34:24AM -0500, Dave Voutila wrote:
>
> James Cook writes:
>
> > Currently, "vmctl create -i source.qcow2 dest.qcow" fails when
> > source.qcow2 has a base image, because virtio_qcow2_get_base calls
> > realpath which doesn't in
On Sat, Mar 13, 2021 at 08:40:03AM +, James Cook wrote:
> Currently, "vmctl create -i source.qcow2 dest.qcow" fails when
> source.qcow2 has a base image, because virtio_qcow2_get_base calls
> realpath which doesn't interact well with unveil.
>
> The below patch
Currently, "vmctl create -i source.qcow2 dest.qcow" fails when
source.qcow2 has a base image, because virtio_qcow2_get_base calls
realpath which doesn't interact well with unveil.
The below patch fixes it by delaying the first call to unveil. Caveat:
I have never worked with unveil or any of this
oesn't depend on base.qcow2. I haven't (yet) investigated why it
doesn't work.
- James
diff --git a/regress/usr.sbin/vmd/Makefile b/regress/usr.sbin/vmd/Makefile
index 9e605b6ba87..4f174550fff 100644
--- a/regress/usr.sbin/vmd/Makefile
+++ b/regress/usr.sbin/vmd/Makefile
@@ -2,7
On 10/14/20, Mark Kettenis wrote:
>> From: James Hastings
>> Date: Sun, 11 Oct 2020 03:49:11 -0400 (EDT)
>>
>> On Thu, 08 Oct 2020 20:29:38 + Mark Kettenis wrote:
>> > Diff below adds a driver for the GPIO controller found on the Intel
>> > 40
correction, s/aaa_memt/aaa_bst[0]/
> stop parsing _CRS and use resources from struct acpi_attach_args.
Index: dev/acpi/amdgpio.c
===
RCS file: /cvs/src/sys/dev/acpi/amdgpio.c,v
retrieving revision 1.2
diff -u -p -r1.2 amdgpio.c
--- d
stop parsing _CRS and use resources from struct acpi_attach_args.
Index: dev/acpi/amdgpio.c
===
RCS file: /cvs/src/sys/dev/acpi/amdgpio.c,v
retrieving revision 1.2
diff -u -p -r1.2 amdgpio.c
--- dev/acpi/amdgpio.c 26 Jan 2020 00:11:4
ay on OpenBSD and for sharing your work.
James
Index: sysupgrade.sh
===
RCS file: /cvs/src/usr.sbin/sysupgrade/sysupgrade.sh,v
retrieving revision 1.37
diff -u -p -u -p -r1.37 sysupgrade.sh
--- sysupgrade.sh 26 Jan 2020 22:08:36
attach dwiic(4) to I2C controllers on intel gemini lake.
tested on an acer spin SP111-33.
Index: dev/pci/dwiic_pci.c
===
RCS file: /cvs/src/sys/dev/pci/dwiic_pci.c,v
retrieving revision 1.10
diff -u -p -u -r1.10 dwiic_pci.c
--- dev/p
On 2/4/20, Patrick Wildt wrote:
> On Wed, Jan 02, 2019 at 08:11:25PM -0500, James Hastings wrote:
>> Hello tech@
>>
>> I would like to add PCI devices for latest Intel SoC (Gemini Lake).
>>
>> Included a patch for sdhc(4) too that depends on this to enable e
21 Dec 2019 08:03:32 -
@@ -0,0 +1,49 @@
+.\"$OpenBSD$
+.\"
+.\" Copyright (c) 2019 James Hastings
+.\"
+.\" Permission to use, copy, modify, and distribute this software for any
+.\" purpose with or without fee is hereby granted, provided that the above
On 11/20/19, Patrick Wildt wrote:
>
> A bit late, but committed, thanks! By the way, now that we
> have your glkgpio(4), does that make the SD controller work?
>
> Patrick
>
Thanks. The SD slot does not work yet.
Needs ACPI gpio bits in pci frontend for card detect.
Hi,
Backlight on multiple laptops will go down but not up when using brightness
keys.
Compare new brightness level to min/max values in sc_bcl[] instead.
Diff below restores backlight up function.
Index: dev/acpi/acpivout.c
===
RCS
/null 1 Jan 1970 00:00:00 -
+++ share/man/man4/glkgpio.422 Jun 2019 08:49:36 -
@@ -0,0 +1,50 @@
+.\"$OpenBSD$
+.\"
+.\" Copyright (c) 2019 James Hastings
+.\"
+.\" Permission to use, copy, modify, and distribute this software for any
+.\" purpose with or
===
RCS file: share/man/man4/aplgpio.4
diff -N share/man/man4/aplgpio.4
--- /dev/null 1 Jan 1970 00:00:00 -
+++ share/man/man4/aplgpio.417 Jun 2019 16:18:15 -
@@ -0,0 +1,50 @@
+.\"$OpenBSD$
+.\"
+.\" Copyright (c) 2019
Index: sys/dev/pci/sdhc_pci.c
===
RCS file: /cvs/src/sys/dev/pci/sdhc_pci.c,v
retrieving revision 1.20
diff -u -p -u -r1.20 sdhc_pci.c
--- sys/dev/pci/sdhc_pci.c 30 Apr 2016 11:32:23 - 1.20
+++ sys/dev/pci/sdhc_pci.c
===
RCS file: share/man/man4/aplgpio.4
diff -N share/man/man4/aplgpio.4
--- /dev/null 1 Jan 1970 00:00:00 -
+++ share/man/man4/aplgpio.411 Jun 2019 01:31:02 -
@@ -0,0 +1,49 @@
+.\"
+.\" Copyright (c) 2019 James Hastings
+.\"
Print nonremovable for cards with that capability set.
Helps differentiate sdmmc buses with eMMC devices at a glance.
Index: sys/dev/sdmmc/sdmmc.c
===
RCS file: /cvs/src/sys/dev/sdmmc/sdmmc.c,v
retrieving revision 1.53
diff -u -p -u
I ported the GPIO card detect bits from sdhc_acpi frontend to sdhc_pci.
This feels like a lot of duplicated code, should it be pushed down to
acpi or sdmmc stack?
I tested this in conjunction with apollo lake gpio driver on an Acer
Spin 1.
Card insertion and removal is now detected but card does no
/man/man4/aplgpio.4
--- /dev/null 1 Jan 1970 00:00:00 -
+++ share/man/man4/aplgpio.411 Jun 2019 01:31:02 -
@@ -0,0 +1,49 @@
+.\"
+.\" Copyright (c) 2019 James Hastings
+.\"
+.\" Permission to use, copy, modify, and distribute this software for any
+.\" purpo
Add support for Apollo Lake I2C at pci bus.
Include two PCIE devs while we are here.
Index: sys/dev/pci/dwiic_pci.c
===
RCS file: /cvs/src/sys/dev/pci/dwiic_pci.c,v
retrieving revision 1.5
diff -u -p -u -r1.5 dwiic_pci.c
--- sys/dev/
On 03/29/2019 05:22 AM, James Hastings wrote:
> Index: dev/pci/pcidevs
> ===
> RCS file: /cvs/src/sys/dev/pci/pcidevs,v
> retrieving revision 1.1881
> diff -u -p -r1.1881 pcidevs
> --- dev/pci/pcidevs 20 Mar 2
Index: dev/pci/pcidevs
===
RCS file: /cvs/src/sys/dev/pci/pcidevs,v
retrieving revision 1.1881
diff -u -p -r1.1881 pcidevs
--- dev/pci/pcidevs 20 Mar 2019 10:51:25 - 1.1881
+++ dev/pci/pcidevs 29 Mar 2019 07:57:20 -000
On 3/26/19, Mark Kettenis wrote:
> Did you test this with SD-cards in slots as well as with eMMC?
>
Tried again with Samsung 16GB card in slot plus
NOPWR0 patch and sdmmcdebug=1
eMMC works, SD slot does not work.
Also tested with combinations of existing
sdhc flags NODDR50, NOPWR0 or none.
sdm
On Intel Apollo Lake and Gemini Lake systems with pci eMMC sdhc
controller I encounter:
sdhc1 at pci0 dev 28 function 0 "Intel Apollo Lake eMMC" rev 0x0b: apic 1 int 39
sdhc1: SDHC 3.0, 200 MHz base clock
sdmmc1 at sdhc1: 8-bit, sd high-speed, mmc high-speed, dma
...
sdmmc1: can't enable card
The
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
On Mon, Jan 28, 2019 at 02:33:14PM +, Stuart Henderson wrote:
> On 2019/01/28 16:59, James Hebden wrote:
> > The patch should allow the device to register a cdce interface, rather
> > than USB serial devices, allowing the device to be used at full
> > capacity.
&
s a cdce
device, UMATCH_IFACECLASS_GENERIC or UMATCH_IFACECLASS did not work. I'm
curious to understand the precedence of these return codes, but in the
end I suppose if UMATCH_VENDOR_IFACESUBCLASS is the correct return then
I am happy with that.
Patch follows.
Best,
James
Inde
, and I've got to work out why the reattach isn't happening
on OpenBSD 6.4+.
If anyone has any feedback in the meantime, that would be very much
appreciated, but until then, I'll be working on diagnosing.
Best,
James
On Mon, Jan 21, 2019 at 05:04:02PM +1100, James Hebden wrote:
>
tested this patch and it applies cleanly against -current, 6.4
and 6.3. I am currently using this on the 6.3 kernel as my
home router, and so far it has proved reliable.
Best Regards,
James "ec0" Hebden
Patch follows -
Index: dev/usb/if_cdce.c
=
Hello tech@
I would like to add PCI devices for latest Intel SoC (Gemini Lake).
Included a patch for sdhc(4) too that depends on this to enable eMMC.
The Intel eMMC controller does not like bus power going to 0V. There
may be other systems (Apollo Lake) that need this quirk too.
With both patche
Here is a dmesg and acpidump from another HP Stream laptop.
Running with pcidevs patch and SDMMC_DEBUG turned on.
OpenBSD 6.4-current (SDMMC_DEBUG) #280: Wed Dec 19 23:44:03 EST 2018
xxx@xxx:/usr/src/sys/arch/amd64/compile/SDMMC_DEBUG
real mem = 4102090752 (3912MB)
avail mem = 3968425984 (378
On 12/13/18, Heppler, J. Scott wrote:
> I have an HP Stream 14 with an n4000 Gemini Lake mobile processor.
> The amd64_current does not find the eMMC storage
> Would it be of value to the project to apply the patch, generate an
> install image using release(8), test and submit the dmesg?
dmesg is
Index: dev/pci/pcidevs
===
RCS file: /cvs/src/sys/dev/pci/pcidevs,v
retrieving revision 1.1870
diff -u -p -r1.1870 pcidevs
--- dev/pci/pcidevs 30 Nov 2018 19:18:31 - 1.1870
+++ dev/pci/pcidevs 12 Dec 2018 04:47:11 -000
Freshly upgraded to 6.4, rebooted and went to update syspatches, firmware,
packages. Running syspatch I expected a 404 error
(https://marc.info/?l=openbsd-tech&m=153987805403874&w=2), but instead
was greeted with "signify: invalid comment". Thought this was a local
issue but there are no /tmp/syspa
Ported from original vendor driver.
RT3290 is similar to RT5390 but integrates WLAN + Bluetooth on single chip.
Bluetooth not supported.
New 4kb firmware at /etc/firmware/ral-rt3290 for this chip only.
New routines to read efuse rom and control wlan core.
Tested on RT3090 and RT5390.
Index: s
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
Update the ifconfig(8) man page to state that the wpa option is
implied when the wpaakms option is set.
Changed in ifconfig.c revision 1.354.
Index: ifconfig.8
===
RCS file: /cvs/src/sbin/ifconfig/ifconfig.8,v
retrieving revision 1
ven if not, thanks for all your hard work on adding touchpad support to
these new devices.
--
James Turner
boot to console:
/etc/hostname.re0:
inet n.n.n.n 0xff00
/etc/hostname.ral0:
nwid xyz
wpakey ""
mode 11g
dhcp
dmesg:
OpenBSD 6.0-current (GENERIC.MP) #4: Tue Jan 31 19:42:25 EST 2017
r...@cq58-b.test:/usr/src/sys/arch/amd64/compile/GENERIC.MP
RTC BIOS diagnostic error 80
real mem = 1690714
New scaled-back diff. cleanup whitespace, s/QUICKCAM/QKCAM/, no new ids.
Index: dev/usb/uaudio.c
===
RCS file: /cvs/src/sys/dev/usb/uaudio.c,v
retrieving revision 1.122
diff -u -p -r1.122 uaudio.c
--- dev/usb/uaudio.c3 Jan 2017 06
On 1/23/17, Jonathan Gray wrote:
> On Mon, Jan 23, 2017 at 01:56:20AM -0500, James Hastings wrote:
>> Hello @tech
>>
>> Recently found a pile of old Logitech webcams to test with uvideo(4).
>> s/QUICKCAM/QKCAM.
>> shorten device strings.
>> Add many new Log
Hello @tech
Recently found a pile of old Logitech webcams to test with uvideo(4).
s/QUICKCAM/QKCAM.
shorten device strings.
Add many new Logitech device ids.
dev/usb/usbdevs
dev/usb/uaudio.c
dev/usb/uvideo.c
Index: dev/usb/uaudio.c
===
On 8/16/16, Stefan Sperling wrote:
>
> Your patch can't be applied with patch(1) because directory
> components are missing on the Index: lines even though modified
> files are spread across several directories. Could you please
> send a patch which uses paths relative to /usr/src ?
>
Index: shar
Hi all,
The following patch adds RT5390/RT5392 support to ral(4).
Ported from FreeBSD r278551 and r36.
Running smoothly with RT3090 and various RT5390 cards.
Requires updated ral-rt2860 firmware
Index: ral.4
===
RCS file: /cvs
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 2/2/16, Mark Kettenis wrote:
>> Date: Tue, 2 Feb 2016 21:32:13 +0100 (CET)
>> From: Mark Kettenis
>>
>> > Date: Tue, 2 Feb 2016 14:14:04 -0500
>> > From: James Hastings
>> >
>> > Native screen size is 1366x768
>> >
>
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
That definitely sounds like a solution that will work. I can assign all users
to a common LDAP group and define a PF rule per each of the three groups.
Thank you! I'll let you know how it works out.
James
-Original Message-
From: owner-t...@openbsd.org [mailto:owner-t...@openbs
t: Tuesday, September 09, 2014 10:28 AM
To: Nagle, Edwin (James)
Cc: tech@openbsd.org
Subject: Re: SSH Sourcing
Nagle, Edwin (James) [edwin.na...@austinenergy.com] wrote:
> Good morning,
>
> My problem is, I am separating users based on interface IP and radius, and
> therefore need t
virtual machines and be done with it?
Again, thanks in advance for any guidance!
James
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
1 - 100 of 117 matches
Mail list logo