Author: dexuan
Date: Tue Jul 17 21:05:08 2018
New Revision: 336426
URL: https://svnweb.freebsd.org/changeset/base/336426
Log:
hyperv/hn: Fix panic in hypervisor code upon device detach event
Submitted by: hselasky
Reviewed by: dexuan
MFC after:3 days
Differential Revision:
Author: dexuan
Date: Sat Jul 7 00:41:04 2018
New Revision: 336054
URL: https://svnweb.freebsd.org/changeset/base/336054
Log:
hyperv: Fix boot-up after malloc() returns memory of NX by default now
FreeBSD VM can't boot up on Hyper-V after the recent malloc change in
r335068: Make UMA and
Author: dexuan
Date: Tue Apr 10 18:05:02 2018
New Revision: 332385
URL: https://svnweb.freebsd.org/changeset/base/332385
Log:
hyperv/storvsc: storvsc_io_done(): do not use CAM_SEL_TIMEOUT
CAM_SEL_TIMEOUT was introduced in
https://reviews.freebsd.org/D7521 (r304251), which claimed:
"V
-committers
; svn-src-...@freebsd.org;
svn-src-head@freebsd.org; Dexuan Cui
Subject: Re: svn commit: r328554 - head/sys/cam/scsi
This sender failed our fraud detection checks and may not be who they appear to
be. Learn about spoofing<http://aka.ms/LearnAboutSpoofing>
Feedback<http
> From: carpedd...@gmail.com On Behalf Of Ed
> Maste
> Sent: Friday, March 9, 2018 17:58
> On 9 March 2018 at 19:41, Dexuan-BSD Cui wrote:
> > Hi,
> >
> > In my FreeBSD 11.1 VM, I'm getting this build failure and it looks
> > this revision causes the failure:
> >
> > /root/bsd.git/sys/amd64/amd64
> From: owner-src-committ...@freebsd.org [mailto:owner-src-
> committ...@freebsd.org] On Behalf Of Jung-uk Kim
> Sent: Wednesday, August 9, 2017 10:03
> To: Dexuan Cui ; src-committ...@freebsd.org; svn-src-
> a...@freebsd.org; svn-src-head@freebsd.org
> Cc: Yanmin Qiao
Hi jkim,
The patch breaks FreeBSD VM on Hyper-V.
identify_hypervisor() is moved from identify_cpu() to an earlier place, but the
global
variable cpu_feature2 used by the function is still initialized in
identify_cpu().
I'm not sure about the background of your patch. Can you please have a look
Author: dexuan
Date: Thu Jun 8 12:11:30 2017
New Revision: 319690
URL: https://svnweb.freebsd.org/changeset/base/319690
Log:
hyperv/pcib: use the device serial number as PCI domain
Currently the PCI domain is initialized with the instance GUID in
vmbus_pcib_attach(). It turns out the GUI
> From: Konstantin Belousov
> > It looks memory allocated by bus_dmamem_alloc() and malloc()
> > is not executable now.
> >
> > What else can we use?
> > I guess we can only use contigmalloc() or kmem_malloc() to
> > get a page that can be executable and use vtophys() to get its
> > physical addres
> From: owner-svn-src-h...@freebsd.org [mailto:owner-svn-src-
> h...@freebsd.org] On Behalf Of Konstantin Belousov
> Sent: Thursday, April 13, 2017 23:50
>
> Author: kib
> Date: Thu Apr 13 15:49:55 2017
> New Revision: 316767
> URL:
>
> Log:
> Map DMAP as nx.
>
> Demotions preserve PG_NX, so
Author: dexuan
Date: Tue Mar 14 08:12:14 2017
New Revision: 315235
URL: https://svnweb.freebsd.org/changeset/base/315235
Log:
loader.efi: use stricter check for Hyper-V
Some other hypervisors like Xen can pretend to be Hyper-V but obviously
they can't implement all Hyper-V features. Let's
Author: dexuan
Date: Thu Mar 9 15:44:25 2017
New Revision: 314962
URL: https://svnweb.freebsd.org/changeset/base/314962
Log:
loader.efi: only include the machine/ header files on x86
The 2 files may not exist on other archs like aarch64 and hence we
can have a build failure there.
R
Author: dexuan
Date: Thu Mar 9 12:09:07 2017
New Revision: 314956
URL: https://svnweb.freebsd.org/changeset/base/314956
Log:
loader.efi: only reduce the size of the staging area on Hyper-V
Doing this on physical hosts turns out to be problematic, e.g. see comment
24 and 28 in https://bug
> From: Rodney W. Grimes [mailto:free...@pdx.rh.cn85.dnsmgr.net]
> Sent: Wednesday, March 8, 2017 12:33
> > Author: dexuan
> > Date: Wed Mar 8 02:50:29 2017
> > New Revision: 314891
> > Log:
> > loader.efi: finally fix the off-by-one bug in efi_verify_staging_size()
> >
> > r314828(loader.efi:
Author: dexuan
Date: Wed Mar 8 02:50:29 2017
New Revision: 314891
URL: https://svnweb.freebsd.org/changeset/base/314891
Log:
loader.efi: finally fix the off-by-one bug in efi_verify_staging_size()
r314828(loader.efi: fix an off-by-one bug in efi_verify_staging_size())
doesn't really fix
Author: dexuan
Date: Tue Mar 7 03:35:50 2017
New Revision: 314828
URL: https://svnweb.freebsd.org/changeset/base/314828
Log:
loader.efi: fix an off-by-one bug in efi_verify_staging_size()
Also remove the warning message: it may not be unusual to see
the memory range containing 2MB is not
Author: dexuan
Date: Mon Mar 6 09:34:31 2017
New Revision: 314770
URL: https://svnweb.freebsd.org/changeset/base/314770
Log:
loader.efi: fix recent UEFI-boot regression on physical machines
This patch fixes my recent patch
"loader.efi: reduce the size of the staging area if necessary", w
Author: dexuan
Date: Thu Mar 2 07:25:50 2017
New Revision: 314547
URL: https://svnweb.freebsd.org/changeset/base/314547
Log:
loader.efi: reduce the size of the staging area if necessary
The loader assumes physical memory in [2MB, 2MB + EFI_STAGING_SIZE)
is Conventional Memory, but actual
Author: dexuan
Date: Sat Jan 28 07:26:42 2017
New Revision: 312916
URL: https://svnweb.freebsd.org/changeset/base/312916
Log:
ifnet: move the new ifnet_event EVENTHANDLER_DECLARE to net/if_var.h
Thank glebius for pointing this out:
"The network stuff shall not be added to sys/eventhandler
> From: Dexuan Cui [mailto:de...@microsoft.com]
> Sent: Wednesday, January 25, 2017 06:21
> To: Gleb Smirnoff ; Dexuan Cui
> Cc: src-committ...@freebsd.org; svn-src-...@freebsd.org; svn-src-
> h...@freebsd.org
> Subject: RE: svn commit: r312687 - in head/sys: net sys
>
&g
> From: Gleb Smirnoff [mailto:gleb...@freebsd.org]
> Dexuan,
>
> On Tue, Jan 24, 2017 at 09:19:47AM +0000, Dexuan Cui wrote:
> D> --- head/sys/sys/eventhandler.hTue Jan 24 09:15:36 2017
> (r312686)
> D> +++ head/sys/sys/eventhandler.hTue Jan 24 09:19:46
Author: dexuan
Date: Tue Jan 24 09:27:13 2017
New Revision: 312690
URL: https://svnweb.freebsd.org/changeset/base/312690
Log:
hyperv/hn: add devctl_notify for VF_UP/DOWN events
Reviewed by: sephe
Approved by: sephe (mentor)
MFC after:2 weeks
Sponsored by: Microsoft
Differentia
Author: dexuan
Date: Tue Jan 24 09:25:42 2017
New Revision: 312689
URL: https://svnweb.freebsd.org/changeset/base/312689
Log:
hyperv/hn: add a sysctl name for the VF interface
This makes it easier for the userland script to find the releated
VF interface.
Reviewed by: sephe
Approv
Author: dexuan
Date: Tue Jan 24 09:24:14 2017
New Revision: 312688
URL: https://svnweb.freebsd.org/changeset/base/312688
Log:
hyperv/hn: add the support for VF drivers (SR-IOV)
Hyper-V's NIC SR-IOV implementation needs a Hyper-V synthetic NIC and
a VF NIC to work together (both NICs have
Author: dexuan
Date: Tue Jan 24 09:19:46 2017
New Revision: 312687
URL: https://svnweb.freebsd.org/changeset/base/312687
Log:
ifnet: introduce event handlers for ifup/ifdown events
Hyper-V's NIC SR-IOV implementation needs a Hyper-V synthetic NIC and
a VF NIC to work together, mainly to s
Author: dexuan
Date: Tue Jan 24 09:15:36 2017
New Revision: 312686
URL: https://svnweb.freebsd.org/changeset/base/312686
Log:
hyperv/hn: remove the MTU and IFF_DRV_RUNNING checking in hn_rxpkt()
It's unnecessary because the upper nework stack does the same checking.
In the case of Hype
Author: dexuan
Date: Tue Jan 24 09:09:53 2017
New Revision: 312685
URL: https://svnweb.freebsd.org/changeset/base/312685
Log:
hyperv/hn: remember the channel pointer in struct hn_rx_ring
This will be used by the coming NIC SR-IOV patch.
Reviewed by: sephe
Approved by: sephe (mentor
Author: dexuan
Date: Fri Nov 25 04:35:40 2016
New Revision: 309127
URL: https://svnweb.freebsd.org/changeset/base/309127
Log:
hyperv/vmbus,pcib: unbreak build in case NEW_PCIB is undefined
vmbus_pcib requires NEW_PCIB, but in case that's not defined, we at
least shouldn't break build.
Author: dexuan
Date: Thu Nov 24 05:52:28 2016
New Revision: 309082
URL: https://svnweb.freebsd.org/changeset/base/309082
Log:
share/man/man4/Makefile: Only install Hyper-V man pages on amd64 and i386
We shouldn't install them on the architectures not supported by Hyper-V.
And, hv_ata_p
> From: John Baldwin [mailto:j...@freebsd.org]
> Sent: Saturday, November 19, 2016 00:44
> To: Dexuan Cui
> Cc: src-committ...@freebsd.org; svn-src-...@freebsd.org; svn-src-
> h...@freebsd.org
> Subject: Re: svn commit: r308798 - head/share/man/man4
>
> On Friday, Novem
> From: John Baldwin [mailto:j...@freebsd.org]
> Sent: Saturday, November 19, 2016 00:44
> To: Dexuan Cui
> Cc: src-committ...@freebsd.org; svn-src-...@freebsd.org; svn-src-
> h...@freebsd.org
> Subject: Re: svn commit: r308798 - head/share/man/man4
>
> On Friday, Novem
> > Author: dexuan
> > Date: Fri Nov 18 08:15:45 2016
> > New Revision: 308799
> > Modified: head/share/man/man4/Makefile
> >
> =
> > --- head/share/man/man4/MakefileFri Nov 18 07:36:00
> > 2016(r308798) +++ head/share/man/man4/Makefile Fri Nov
> > 18 08:15:45 2016(
> > head/share/man/man4/hv_ata_pci_disengage.4
> > Modified:
> > head/share/man/man4/hv_vmbus.4
> > @@ -74,7 +74,6 @@ the interface that facilitate high perfo
> > between the VSCs and VSPs.
> > All VSCs utilize the VMBus driver.
> > .Sh SEE ALSO
> > -.Xr hv_ata_pci_disengage 4 ,
> > .Xr hv_
Author: dexuan
Date: Fri Nov 18 08:15:45 2016
New Revision: 308799
URL: https://svnweb.freebsd.org/changeset/base/308799
Log:
fix share/man/man4/Makefile for hv_ata_pci_disengage.4
We need to remove the line since we removed the related manual just now.
Reviewed by: sephe
Approved b
Author: dexuan
Date: Fri Nov 18 07:36:00 2016
New Revision: 308798
URL: https://svnweb.freebsd.org/changeset/base/308798
Log:
remove the hv_ata_pci_disengage(4) manual
A few months ago, we removed the driver, which was not necessary any longer.
Reviewed by: sephe
Approved by: sephe
Author: dexuan
Date: Fri Nov 18 07:27:41 2016
New Revision: 308797
URL: https://svnweb.freebsd.org/changeset/base/308797
Log:
update the hv_vmbus(4) manual by adding a dependency on pci
We enhanced the vmbus driver to support PCIe pass-through recently.
Reviewed by: sephe
Approved b
> From: Dexuan Cui [mailto:de...@microsoft.com]
> > From: Ngie Cooper [mailto:yaneurab...@gmail.com]
> > Sent: Friday, November 18, 2016 05:37
> > To: Andreas Tobler
> > On Thu, Nov 17, 2016 at 9:46 AM, Andreas Tobler
> > wrote:
> > > On 16.11.16 10:
Author: dexuan
Date: Fri Nov 18 06:44:18 2016
New Revision: 308795
URL: https://svnweb.freebsd.org/changeset/base/308795
Log:
hyperv/pcib: change the file name: pcib.c -> vmbus_pcib.c
This makes the file name and the variable naming in the file consistent.
Reviewed by: sephe
Approve
Author: dexuan
Date: Fri Nov 18 06:24:22 2016
New Revision: 308794
URL: https://svnweb.freebsd.org/changeset/base/308794
Log:
hyperv/vmbus,pcib: Add MODULE_DEPEND on pci
We'd better add this dependency explicitly, though usually the pci
driver is built into the kernel by default.
Rev
Author: dexuan
Date: Fri Nov 18 05:33:01 2016
New Revision: 308793
URL: https://svnweb.freebsd.org/changeset/base/308793
Log:
hyperv/pcib: Fix the build for some kernel configs
Add the dependency on pci explicitly for the pcib and vmbus drivers.
The related Makefiles are updated according
> From: Ngie Cooper [mailto:yaneurab...@gmail.com]
> Sent: Friday, November 18, 2016 05:37
> To: Andreas Tobler
> On Thu, Nov 17, 2016 at 9:46 AM, Andreas Tobler
> wrote:
> > On 16.11.16 10:25, Dexuan Cui wrote:
> >>
> >> Author: dexuan
> >>
Author: dexuan
Date: Wed Nov 16 09:25:00 2016
New Revision: 308725
URL: https://svnweb.freebsd.org/changeset/base/308725
Log:
hyperv/pcib: enable PCIe pass-through (a.k.a. Discrete Device Assignment)
The feature enables us to pass through physical PCIe devices to FreeBSD VM
running on Hyp
Author: dexuan
Date: Wed Nov 16 09:08:32 2016
New Revision: 308724
URL: https://svnweb.freebsd.org/changeset/base/308724
Log:
hyperv/vmbus: add new vmbus methods to support PCIe pass-through
The new methods will be used by the coming pcib driver.
Reviewed by: sephe
Approved by: sep
Author: dexuan
Date: Wed Nov 16 09:02:17 2016
New Revision: 308723
URL: https://svnweb.freebsd.org/changeset/base/308723
Log:
hyperv/vmbus: add a new method to get vcpu_id
vcpu_id is host's representation of guest CPU.
We get the mapping between vcpu_id and FreeBSD kernel's cpu id when VM
[label="Dmitry Chagin\ndchagin@F
def [label="Konrad Witaszczyk\n...@freebsd.org\n2016/11/02"]
delphij [label="Xin Li\ndelp...@freebsd.org\n2004/09/14"]
des [label="Dag-Erling Smorgrav\n...@freebsd.org\n1998/04/03"]
+dexuan [label="Dexuan Cui\ndex...@freebsd.org\
45 matches
Mail list logo
