Hi
First I have to say I don't know much when it comes to virtual GPUs and
IOMMU. I'm trying to figure out what we have and what is missing in regards
to sharing the GPU to virtual guests on Intel and AMD and things like the
amdkfd driver (for Radeon open compute).
Looking at the state of IOMMU
On Sat, Aug 04, 2018 at 10:23:56PM -0600, Brad Davis wrote:
> On Sat, Aug 4, 2018, at 9:48 PM, Brad Davis wrote:
> > On Sat, Aug 4, 2018, at 7:43 PM, Mark Millard wrote:
> > > > Author: brd
> > > > Date: Sat Aug 4 22:41:17 2018
> > > > New Revision: 337340
> > > > URL:
> > > >
On Sun, 5 Aug 2018 03:19:48 +0200, Lars Schotte wrote:
> somehow installworld fails lately
>
> ===> share/examples (install)
> if [ -L /usr/share/examples/BSD_daemon ]; then rm -f
> /usr/share/examples/BSD_daemon; fi
> if [ -L /usr/share/examples/FreeBSD_version ]; then rm -f
>
On Sun, Aug 05, 2018 at 10:34:56AM +0100, Johannes Lundberg wrote:
> Hi
>
> First I have to say I don't know much when it comes to virtual GPUs and
> IOMMU. I'm trying to figure out what we have and what is missing in regards
> to sharing the GPU to virtual guests on Intel and AMD and things like
Hi,
I have a problems with ethernet on my laptop (X230). pciconf(8)
identifies the device as Intel 82579LM Gigabit Network Connection
(Lewisville).
1. Resuming after a long suspend (~5hr), sometimes the
machine can't get a DHCP IP.
2. After suspend, the ethernet device starts reporting no
On Sat, Aug 04, 2018 at 09:46:39PM -0500, Kyle Evans wrote:
> On Sat, Aug 4, 2018 at 3:37 AM, Konstantin Belousov
> wrote:
> > On Fri, Aug 03, 2018 at 11:27:02PM -0500, Kyle Evans wrote:
> >> On Fri, Aug 3, 2018 at 10:10 PM, Eitan Adler wrote:
> >> > Hi all,
> >> >
> >> > After installing the
Hi,
this works now but now I am back to this:
Updating ./version.texi
--- ./m4.info ---
restore=: && backupdir=".am$$" && am__cwd=`pwd` &&
CDPATH="${ZSH_VERSION+.}:" && cd . && rm -rf $backupdir && mkdir
$backupdir && if (/usr/bin/makeinfo --no-split --version) >/dev/null
2>&1; then for f
Hi,
On Sun, 5 Aug 2018 12:18:24 +0200
Dhananjay Balan wrote:
> Hi,
>
> I have a problems with ethernet on my laptop (X230). pciconf(8)
> identifies the device as Intel 82579LM Gigabit Network Connection
> (Lewisville).
>
> 1. Resuming after a long suspend (~5hr), sometimes the
> machine
Running -CURRENT r336863 on amd64. Get the following panic right after
(or during) boot:
Fatal trap 12: page fault while in kernel mode
cpuid = 2; apic id = 04
fault virtual address = 0xdeadc2ff
fault code = supervisor read data, page not present
instruction pointer =
On Sun, Aug 5, 2018 at 5:39 AM, Jeffrey Bouquet
wrote:
>
>
> On Sun, 5 Aug 2018 03:19:48 +0200, Lars Schotte wrote:
>
> > somehow installworld fails lately
> >
> > ===> share/examples (install)
> > if [ -L /usr/share/examples/BSD_daemon ]; then rm -f
> /usr/share/examples/BSD_daemon; fi
> >
>
> On Sun, 5 Aug 2018 03:19:48 +0200, Lars Schotte wrote:
>
> > somehow installworld fails lately
> >
> > ===> share/examples (install)
> > if [ -L /usr/share/examples/BSD_daemon ]; then rm -f
> > /usr/share/examples/BSD_daemon; fi
> > if [ -L /usr/share/examples/FreeBSD_version ]; then
amd64: #8493 was for -r337342 and #8492 (last good) was for -r337332 .
more recent builds also failed. -r337342 and laster also failed for
i386.
All but a sys/gettimeofday.2 change after -r337332 through -r337342
are from Brad Davis. It is unclear to me how the changes matches up
with the below
If you could give me a self-contained reproducer that would expedite a fix.
Thanks.
-M
On Sun, Aug 5, 2018 at 08:36 Roman Bogorodskiy wrote:
> Running -CURRENT r336863 on amd64. Get the following panic right after
> (or during) boot:
>
> Fatal trap 12: page fault while in kernel mode
> cpuid =
Here a bit of paste:
https://paste.fedoraproject.org/paste/Hn4M2JqZ~5xccLWOVD1xUw/raw
just to illustrate how it does not work.
TAP device works good inside OS (FreeBSD current) however, everything
that comes over OpenVPN is just garbage.
--
Lars Schotte
Mudroňova 13
92101 Piešťany
On Sun, Aug 5, 2018 at 6:23 PM Mark Millard wrote:
>
> amd64: #8493 was for -r337342 and #8492 (last good) was for -r337332 .
> more recent builds also failed. -r337342 and laster also failed for
> i386.
>
> All but a sys/gettimeofday.2 change after -r337332 through -r337342
> are from Brad
That looks like it is tied to changes I made 3 months ago. I won't be at my
desk until the end of the week, but if it's consistent I can take a look.
-M
On Sun, Aug 5, 2018 at 17:57 Li-Wen Hsu wrote:
> On Sun, Aug 5, 2018 at 6:23 PM Mark Millard wrote:
> >
> > amd64: #8493 was for -r337342
I can't reproduce the failure. On my VM, with a kernel from Aug-2, the
test passes. But it sure seems to be consistent in Jenkins.
On Sun, Aug 5, 2018 at 6:59 PM, Matthew Macy wrote:
> That looks like it is tied to changes I made 3 months ago. I won't be at
> my desk until the end of the
17 matches
Mail list logo
