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
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
---
New driver for Apollo Lake GPIO controller.
Based on bytgpio(4); minus the randomly ordered pads.
Specification from Intel Pentium and Celeron N- and J- Series Volume 3
Document Number: 334819-001
Index: share/man/man4/Makefile
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
this is a reposting of the diff i sent out a while back. it lets sparc64
enable iommu bypass, and then uses that bypass support for BUS_DMA_64BIT
dmamaps.
the main benefit is around performance. without this diff on an M4000,
tcpbench can do about 70Mbps before the system is CPU bound. all that
On Mon, Jun 10, 2019 at 01:58:53PM -0300, Martin Pieuchot wrote:
> ok?
OK kn
On Mon, Jun 10, 2019 at 02:45:03PM +1000, David Gwynne wrote:
> On Fri, Jun 07, 2019 at 07:36:36PM -0500, Scott Cheloha wrote:
> > On Fri, Jun 07, 2019 at 02:34:20PM +1000, David Gwynne wrote:
> > > nics are starting to offer the ability to timestamp packets when
> > > they're received. other
On Mon, Jun 10, 2019 at 11:46:55AM -0300, Martin Pieuchot wrote:
> On 10/06/19(Mon) 09:29, Alexandr Nedvedicky wrote:
> > Hello,
> >
> > sorry for extra delay (was off-line over the weekend).
> >
> > On Sat, Jun 08, 2019 at 09:46:24PM +1000, Jonathan Matthew wrote:
> > > On Tue, Jun 04, 2019 at
making tun(4) not IFT_TUNNEL and tap(4) not IFT_ETHER makes for some
interesting possibilities for fun with the rest of the kernel. I think
we should just not allow the if_types to be changed.
I have another diff somewhere to prevent changing the flags
(IFF_BROADCAST etc) somewhere too, but we
Hello,
sorry for extra delay (was off-line over the weekend).
On Sat, Jun 08, 2019 at 09:46:24PM +1000, Jonathan Matthew wrote:
> On Tue, Jun 04, 2019 at 01:50:51AM +0200, Alexandr Nedvedicky wrote:
> > Hello,
> >
> > I've managed to get pf_test() running in parallel on forwarding path in my
>
On Mon, Jun 10, 2019 at 04:19:47PM +1000, David Gwynne wrote:
> making tun(4) not IFT_TUNNEL and tap(4) not IFT_ETHER makes for some
> interesting possibilities for fun with the rest of the kernel. I think
> we should just not allow the if_types to be changed.
>
> I have another diff somewhere to
On 10/06/19(Mon) 09:29, Alexandr Nedvedicky wrote:
> Hello,
>
> sorry for extra delay (was off-line over the weekend).
>
> On Sat, Jun 08, 2019 at 09:46:24PM +1000, Jonathan Matthew wrote:
> > On Tue, Jun 04, 2019 at 01:50:51AM +0200, Alexandr Nedvedicky wrote:
> > > Hello,
> > >
> > > I've
Hi,
didn’t you miss a free(sc, M_DEVBUF, 0) in L119 enc_clone_create()?
Otherwise OK reyk
> Am 10.06.2019 um 18:53 schrieb Martin Pieuchot :
>
> ok?
>
> Index: net/if_enc.c
> ===
> RCS file: /cvs/src/sys/net/if_enc.c,v
>
Hi,
last update of the current batch : libXdamage 1.1.5
ok ?
Index: ChangeLog
===
RCS file: /cvs/OpenBSD/xenocara/lib/libXdamage/ChangeLog,v
retrieving revision 1.4
diff -u -p -u -r1.4 ChangeLog
--- ChangeLog 5 Jan 2013 15:02:19
Hi,
another update : libXcursor 1.2.0
ok ?
Index: ChangeLog
===
RCS file: /cvs/OpenBSD/xenocara/lib/libXcursor/ChangeLog,v
retrieving revision 1.7
diff -u -p -u -r1.7 ChangeLog
--- ChangeLog 28 Nov 2017 15:46:58 - 1.7
`bd_bufsize' can change via the BIOCSBLEN ioctl(2) but iff the
descriptor hasn't been linked to an interface. Which means the
buffers haven't been allocated yet.
ok?
Index: net/bpf.c
===
RCS file: /cvs/src/sys/net/bpf.c,v
ok?
Index: net/if_pflog.c
===
RCS file: /cvs/src/sys/net/if_pflog.c,v
retrieving revision 1.82
diff -u -p -r1.82 if_pflog.c
--- net/if_pflog.c 10 Dec 2018 16:48:15 - 1.82
+++ net/if_pflog.c 10 Jun 2019 16:40:11
On 10/06/19(Mon) 13:53, Martin Pieuchot wrote:
> ok?
And now with all of them!
Index: net/if_enc.c
===
RCS file: /cvs/src/sys/net/if_enc.c,v
retrieving revision 1.73
diff -u -p -r1.73 if_enc.c
--- net/if_enc.c8 Jul 2018
Hi,
a another quite boring update to libXcomposte 0.4.5.
ok?
Index: ChangeLog
===
RCS file: /cvs/OpenBSD/xenocara/lib/libXcomposite/ChangeLog,v
retrieving revision 1.5
diff -u -p -u -r1.5 ChangeLog
--- ChangeLog 5 Jan 2013
ok?
Index: net/if_enc.c
===
RCS file: /cvs/src/sys/net/if_enc.c,v
retrieving revision 1.73
diff -u -p -r1.73 if_enc.c
--- net/if_enc.c8 Jul 2018 16:41:12 - 1.73
+++ net/if_enc.c10 Jun 2019 16:38:00 -
@@
ok?
Index: net/if.c
===
RCS file: /cvs/src/sys/net/if.c,v
retrieving revision 1.584
diff -u -p -u -1 -0 -r1.584 if.c
--- net/if.c4 Jun 2019 23:06:34 - 1.584
+++ net/if.c10 Jun 2019 16:46:10 -
@@ -462,22 +462,21
On Mon, Jun 10, 2019 at 01:55:29PM -0300, Martin Pieuchot wrote:
> ok?
OK kn
There's another in `pflog_clone_destroy()'.
> Index: net/if_pflog.c
> ===
> RCS file: /cvs/src/sys/net/if_pflog.c,v
> retrieving revision 1.82
> diff -u -p
Ted Unangst wrote:
> I have a coming change which will need to access both the calling user and
> target users' passwd entries. In order to accomplish this, we need to switch
> to the reentrant flavor of getpwuid. No behaviorial change, but I think this
> is clearer and less error prone as well,
23 matches
Mail list logo