Re: bootonly release target not creating etc/ssh/

On Fri, Nov 10, 2017 at 09:12:32AM +, Roger Pau Monné wrote: > On Fri, Nov 10, 2017 at 12:33:01AM +0100, Herbert J. Skuhra wrote: > > On Thu, 09 Nov 2017 18:55:52 +0100, > > Roger Pau Monné <roger@citrix.com> wrote: > > > > > > Hello, > > >

Re: bootonly release target not creating etc/ssh/

On Fri, Nov 10, 2017 at 12:33:01AM +0100, Herbert J. Skuhra wrote: > On Thu, 09 Nov 2017 18:55:52 +0100, > Roger Pau Monné <roger@citrix.com> wrote: > > > > Hello, > > > > Since recently it seems like the bootonly release make target doesn't > >

bootonly release target not creating etc/ssh/

Hello, Since recently it seems like the bootonly release make target doesn't create the etc/ssh directory. I've usually done: # make buildworld # make buildkernel # make -C release ftp # make -C release bootonly # cp release/bootonly/etc/ssh/ But the ssh directory doesn't seem to exist

Re: make ftp failing

On Tue, Nov 07, 2017 at 02:15:30PM +, Glen Barber wrote: > On Tue, Nov 07, 2017 at 11:39:01AM +0000, Roger Pau Monné wrote: > > Hello, > > > > Since the end of last week `make -C release ftp` has been failing for > > me, giving the following outp

make ftp failing

Hello, Since the end of last week `make -C release ftp` has been failing for me, giving the following output (trimmed for convenience): building static vers library ar -crD libvers.a `NM='nm' NMFLAGS='' lorder print_version.o | tsort -q` ranlib -D libvers.a ===> kerberos5/tools/asn1_compile

Re: buildworld not working with MAKEOBJDIRPREFIX

On Tue, May 16, 2017 at 02:18:36PM +0200, O. Hartmann wrote: > On Tue, 16 May 2017 09:39:11 +0100 > Roger Pau Monné <roger@citrix.com> wrote: > > > Hello, > > > > I'm trying to build world as a regular user, using sources fetched into my > > home dir

buildworld not working with MAKEOBJDIRPREFIX

Hello, I'm trying to build world as a regular user, using sources fetched into my home directory and a different object directory. The rune I'm using to build is: $ cd /home/royger/buildjob/freebsd $ make -j30 buildworld MAKEOBJDIRPREFIX=/home/royger/buildjob/obj/ And this leads to the

Re: FreeBSD 11 - BETA-1 Xen DOMU loses network when jail (VIMAGE) starts

On Tue, Aug 09, 2016 at 03:09:37PM +0100, Miguel C wrote: > On Tuesday, August 9, 2016, Roger Pau Monné <roger@citrix.com> wrote: > > > On Tue, Aug 09, 2016 at 12:12:34PM +0100, Miguel C wrote: > > > Melhores C

Re: FreeBSD 11 - BETA-1 Xen DOMU loses network when jail (VIMAGE) starts

On Tue, Aug 09, 2016 at 12:12:34PM +0100, Miguel C wrote: > Melhores Cumprimentos // Best Regards > --- > *Miguel Clara* > *IT - Sys Admin & Developer* > > On Tue, Aug 9, 2016 at 9:55 AM, Roger Pau Monné <roger@citrix.co

Re: FreeBSD 11 - BETA-1 Xen DOMU loses network when jail (VIMAGE) starts

On Sat, Jul 23, 2016 at 08:46:49PM +0100, Miguel C wrote: > Just as a note using netgraph (with jng script as a workaround) works > > Also manually creating a bridge in the domu and adding xn0 as a member > makes this fail so the issue is indeed related to the bridge. > > I'll open a PR

Re: Xen networking problems in -current with xn driver?

On Wed, Aug 03, 2016 at 10:20:19AM +0200, Roger Pau Monné wrote: > On Wed, Aug 03, 2016 at 02:12:33AM +0800, Julian Elischer wrote: > > I upgraded my VPS machine to today's current, and on reboot I couldn't get > > into it by network. > > > > A quick switc

Re: Xen networking problems in -current with xn driver?

On Wed, Aug 03, 2016 at 02:12:33AM +0800, Julian Elischer wrote: > I upgraded my VPS machine to today's current, and on reboot I couldn't get > into it by network. > > A quick switch to the VNC console showed that it was up but that it couldn't > get out. > > > The xn interfaces said they were

Re: Xen/dom0/FreeBSD + NAS4Free WebGUI.

El 29/12/15 a les 7.27, Daisuke Aoyama ha escrit: > Hello, > > -- > From: "Roger Pau Monne" > Sent: Monday, December 28, 2015 10:20 PM > To: "Daisuke Aoyama" ; > Cc:

Re: Xen/dom0/FreeBSD + NAS4Free WebGUI.

Hello, El 26/12/15 a les 15.26, Daisuke Aoyama ha escrit: > Hi all, > > I'm creating NAS4Free dom0 edition. > This is simple wrapper of Xen/dom0/FreeBSD. > > You can upgrade by same way of NAS4Free. > You can manage HDD, ZFS, iSCSI target, NFS share by same way of NAS4Free. > You can manage

Re: No IOMMU/DMAR with DELL 3020

Hello, El 09/04/15 a les 10.35, Konstantin Belousov ha escrit: On Thu, Apr 09, 2015 at 10:28:10AM +0200, Gustau P?rez wrote: Yup, sorry for the error. I checked the micro in the ark and it has vt-d: http://goo.gl/CZZRHz It only indicates that the CPU/northbridge has the

[RFC] load network config file from netif init script

Hello, r272959 broke compatibility with mfsBSD that stores the default network config file in /etc/rc.conf.d/network. In order to fix that load the network config file from netif also. I'm attaching a patch to restore previous functionality, but since I'm not an expert on rc.d init scripts I

Re: r276200: EFI boot failure: kernel stops booting at pci0: ACPI PCI bus on pcib0

El 29/12/14 a les 23.49, Jakob Alvermark ha escrit: On Mon, December 29, 2014 20:12, Marius Strobl wrote: On Mon, Dec 29, 2014 at 05:55:28PM +0100, Roger Pau Monné wrote: El 29/12/14 a les 12.41, Roger Pau Monné ha escrit: Hello, Sorry for not noticing this earlier, I've been without

Re: r276200: EFI boot failure: kernel stops booting at pci0: ACPI PCI bus on pcib0

El 28/12/14 a les 22.37, Adrian Chadd ha escrit: Hah sweet! You found the commit! Would you please file a PR so it doesn't get lost? Thanks! -adrian On 28 December 2014 at 12:09, Ian Lepore i...@freebsd.org wrote: On Sun, 2014-12-28 at 20:57 +0100, O. Hartmann wrote: Am Fri,

Re: r276200: EFI boot failure: kernel stops booting at pci0: ACPI PCI bus on pcib0

El 29/12/14 a les 12.41, Roger Pau Monné ha escrit: Hello, Sorry for not noticing this earlier, I've been without a computer for some days. Do you get a panic message, or the system just freezes? Can you please post the full boot output with boot_verbose enabled? I'm not able to reproduce

Re: Crash on xen/amd64

On 25/08/14 02:28, Shawn Webb wrote: I've been getting these occasional kernel panics in my VM: http://imgur.com/BYes0gj,Ay8iDar This time around pkg-static seemed to cause the crash. Hello, AFAICT this doesn't seem to be related to the other crash you posted on:

Re: panic: aatpic_assign_cpu: bad cookie [Was: Build machine OK; laptop panics @r269515]

On 06/08/14 23:07, David Wolfskill wrote: On Wed, Aug 06, 2014 at 10:48:32PM +0200, Trond Endrestøl wrote: ... Reverting r269510 did the trick, i.e.: cd /usr/src svn up svn diff -r 269510:269509 | patch My i386 head VM is running smoothly with r269641M, with M meaning only the above

Re: r259580 breaks radeonkms

On 06/08/14 02:37, Nathan Whitehorn wrote: Kernels with r269580 will panic when loading the radeonkms driver in pmap_page_set_memattr(). This probably indicates a bug in radeonkms, but the system is unusable in the meantime. -Nathan I seem to be able to load radeonkms just fine after r269580:

Re: r259580 breaks radeonkms

On 06/08/14 16:35, Nathan Whitehorn wrote: On 2014-08-06 02:35, Roger Pau Monné wrote: On 06/08/14 02:37, Nathan Whitehorn wrote: Kernels with r269580 will panic when loading the radeonkms driver in pmap_page_set_memattr(). This probably indicates a bug in radeonkms, but the system

Re: r259580 breaks radeonkms

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/08/14 19:38, Konstantin Belousov wrote: On Wed, Aug 06, 2014 at 06:52:14PM +0200, Roger Pau Monn?? wrote: On 06/08/14 16:35, Nathan Whitehorn wrote: On 2014-08-06 02:35, Roger Pau Monn?? wrote: On 06/08/14 02:37, Nathan Whitehorn wrote:

Too low PTHREAD_STACK_MIN value?

Hello, While debugging a pthread program that sets the stack size of pthreads, I've found out that the value PTHREAD_STACK_MIN is currently set (2048 bytes) seems to be way too low. As an example, the following simple program will segfault: --- #include pthread.h #include stdio.h #include

Re: IXP700 AHCI fails to initialize

On 01/03/14 19:00, Yuriy Taraday wrote: Hello. I currently have FreeBSD 8.3 on my home server and it works fine but it's time to upgrade at last (new ath and new ipfw especially allure me). I've decided to go straight to 10.0 and reinstall system from scratch to purge all legacy unrelated

Re: [Xen-devel] [PATCH RFC 09/13] xen: change quality of the MADT ACPI enumerator

On 14/02/14 18:51, John Baldwin wrote: On Thursday, February 13, 2014 8:49:24 pm Andrew Cooper wrote: On 08/02/2014 21:42, John Baldwin wrote: On Tuesday, December 24, 2013 12:20:58 PM Roger Pau Monne wrote: Lower the quality of the MADT ACPI enumerator, so on Xen Dom0 we can force the usage

Re: [PATCH RFC 10/13] xen: add ACPI bus to xen_nexus when running as Dom0

On 08/02/14 22:50, John Baldwin wrote: On Tuesday, December 24, 2013 12:20:59 PM Roger Pau Monne wrote: Also disable a couple of ACPI devices that are not usable under Dom0. Hmm, setting debug.acpi.disabled in this way is a bit hacky. It might be fine however if there's no way for the user

Re: [PATCH v10 14/20] xen: introduce xenpv bus and a dummy pvcpu device

On 14/01/14 16:41, Julien Grall wrote: On 01/14/2014 02:59 PM, Roger Pau Monne wrote: +static int +xenpv_attach(device_t dev) +{ +device_t child; + +if (xen_hvm_domain()) { +device_t xenpci; +devclass_t dc; + +/* Make sure xenpci has been

Re: [PATCH v10 14/20] xen: introduce xenpv bus and a dummy pvcpu device

On 14/01/14 17:14, Julien Grall wrote: On 01/14/2014 04:08 PM, Roger Pau Monné wrote: On 14/01/14 16:41, Julien Grall wrote: On 01/14/2014 02:59 PM, Roger Pau Monne wrote: +static int +xenpv_attach(device_t dev) +{ + device_t child; + + if (xen_hvm_domain()) { + device_t

Re: [Xen-devel] [PATCH v9 15/19] xen: create a Xen nexus to use in PV/PVH

On 07/01/14 15:27, Julien Grall wrote: On 01/07/2014 08:29 AM, Roger Pau Monné wrote: On 06/01/14 12:33, Julien Grall wrote: On 01/06/2014 09:35 AM, Roger Pau Monné wrote: On 05/01/14 22:55, Julien Grall wrote: On 01/02/2014 03:43 PM, Roger Pau Monne wrote: Introduce a Xen specific nexus

Re: [Xen-devel] [PATCH v9 14/19] xen: introduce xenpv bus and a dummy pvcpu device

On 06/01/14 12:28, Julien Grall wrote: On 01/06/2014 09:46 AM, Roger Pau Monné wrote: On 05/01/14 22:52, Julien Grall wrote: On 01/02/2014 03:43 PM, Roger Pau Monne wrote: Since Xen PVH guests doesn't have ACPI, we need to create a dummy bus so top level Xen devices can attach

Re: [Xen-devel] [PATCH v9 15/19] xen: create a Xen nexus to use in PV/PVH

On 06/01/14 12:33, Julien Grall wrote: On 01/06/2014 09:35 AM, Roger Pau Monné wrote: On 05/01/14 22:55, Julien Grall wrote: On 01/02/2014 03:43 PM, Roger Pau Monne wrote: Introduce a Xen specific nexus that is going to be in charge for attaching Xen specific devices. Now that we have

Re: [Xen-devel] [PATCH v9 04/19] amd64: introduce hook for custom preload metadata parsers

On 03/01/14 21:59, Konrad Rzeszutek Wilk wrote: On Thu, Jan 02, 2014 at 04:43:38PM +0100, Roger Pau Monne wrote: --- sys/amd64/amd64/machdep.c | 41 -- sys/amd64/include/sysarch.h | 12 ++ sys/x86/xen/pv.c| 82

Re: [Xen-devel] [PATCH v9 15/19] xen: create a Xen nexus to use in PV/PVH

On 05/01/14 22:55, Julien Grall wrote: On 01/02/2014 03:43 PM, Roger Pau Monne wrote: Introduce a Xen specific nexus that is going to be in charge for attaching Xen specific devices. Now that we have a xenpv bus, do we really need a specific nexus for Xen? We should be able to use the

Re: [Xen-devel] [PATCH v9 14/19] xen: introduce xenpv bus and a dummy pvcpu device

On 05/01/14 22:52, Julien Grall wrote: On 01/02/2014 03:43 PM, Roger Pau Monne wrote: Since Xen PVH guests doesn't have ACPI, we need to create a dummy bus so top level Xen devices can attach to it (instead of attaching directly to the nexus) and a pvcpu device that will be used to fill

Re: [PATCH v9 19/19] isa: allow ISA bus to attach to xenpv device

On 03/01/14 01:22, Julian Elischer wrote: On 1/2/14, 4:43 PM, Roger Pau Monne wrote: --- sys/x86/isa/isa.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/sys/x86/isa/isa.c b/sys/x86/isa/isa.c index 1a57137..9287ff2 100644 --- a/sys/x86/isa/isa.c +++

Re: [PATCH v7 04/19] amd64: introduce hook for custom preload metadata parsers

On 24/12/13 16:47, John Baldwin wrote: On Thursday, December 19, 2013 1:54:41 pm Roger Pau Monne wrote: --- /dev/null +++ b/sys/xen/pv.h @@ -0,0 +1,28 @@ +/* + * Permission is hereby granted, free of charge, to any person obtaining a copy + * of this software and associated documentation

Re: FreeBSD PVH guest support

Hello, I've yet updated the PVH work one more time, regarding some comments from emaste in order to try to make this work easier to merge with the UEFI changes. In this regard, the parse_memmap hook now fetches and parses the memmap, so UEFI can define it's own hook and do the fetching and

Re: FreeBSD PVH guest support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/12/13 18:19, Konstantin Belousov wrote: On Mon, Dec 02, 2013 at 05:11:49PM +0100, Roger Pau Monn? wrote: Hello, I've yet updated the PVH work one more time, regarding some comments from emaste in order to try to make this work easier to

Re: FreeBSD PVH guest support

Hello, I've updated the branch one more time in order to cope with the recent HEAD changes regarding SMAP parsing, as usual the branch can be found at: http://xenbits.xen.org/gitweb/?p=people/royger/freebsd.git;a=shortlog;h=refs/heads/pvh_v5 Also, I've created a wiki page that describes how to

Re: FreeBSD PVH guest support

On 07/11/13 19:10, Roger Pau Monné wrote: On 28/10/13 14:35, Roger Pau Monné wrote: Hello, The Xen community is working on a new virtualization mode (or maybe I should say an extension of HVM) to be able to run PV guests inside HVM containers without requiring a device-model (Qemu). One

Re: CUREENT issue with ballon.c

On 25/10/13 00:24, Outback Dingo wrote: On Thu, Oct 24, 2013 at 6:17 PM, Roger Pau Monné roger@citrix.comwrote: On 24/10/13 22:15, Konstantin Belousov wrote: On Thu, Oct 24, 2013 at 09:45:20PM +0100, Roger Pau Monn? wrote: On 24/10/13 13:01, Outback Dingo wrote: On Thu, Oct 24, 2013

Re: CUREENT issue with ballon.c

On 24/10/13 03:02, Outback Dingo wrote: --- trap 0, rip = 0, rsp = 0xfe2c6b70, rbp = 0 --- uma_zalloc_arg: zone 16 with the following non-sleepable locks held: exclusive sleep mutex balloon_lock (balloon_lock) r = 0 (0x816e9c58) locked @

Re: CUREENT issue with ballon.c

On 24/10/13 13:01, Outback Dingo wrote: On Thu, Oct 24, 2013 at 6:16 AM, Roger Pau Monné roger@citrix.com mailto:roger@citrix.com wrote: On 24/10/13 03:02, Outback Dingo wrote: --- trap 0, rip = 0, rsp = 0xfe2c6b70, rbp = 0 --- uma_zalloc_arg: zone 16

Re: CUREENT issue with ballon.c

On 24/10/13 22:15, Konstantin Belousov wrote: On Thu, Oct 24, 2013 at 09:45:20PM +0100, Roger Pau Monn? wrote: On 24/10/13 13:01, Outback Dingo wrote: On Thu, Oct 24, 2013 at 6:16 AM, Roger Pau Monn? roger@citrix.com mailto:roger@citrix.com wrote: On 24/10/13 03:02, Outback

Re: [PATCH] xen-netback: fix compile errors introduced by r254804 and r254807

On 26/08/13 15:22, Andre Oppermann wrote: On 26.08.2013 13:02, Roger Pau Monne wrote: r254804 and r254807 changed the types of some of the members of the mbuf struct, and introduced some compile time errors in netback debug messages that prevented compiling a XENHVM kernel. Thanks, I fixed

Re: two Xen failures

On 25/07/13 17:15, Julian Elischer wrote: I have a VPS on RootBSD (freebsd developer's discount). They use Xen on their vps servers. yesterday I tried to upgrade my server to -current and came across two interesting failure modes. 1/ I somehow wrote a kernel that made the loader crash

Re: FreeBSD-HEAD gets stuck on vnode operations

On 27/05/13 08:07, Konstantin Belousov wrote: On Mon, May 27, 2013 at 12:22:54AM +0200, Jilles Tjoelker wrote: On Sun, May 26, 2013 at 10:52:07PM +0200, Roger Pau Monn? wrote: On 26/05/13 22:20, Jilles Tjoelker wrote: Instead of a pause() that may be too short or too long, how about waiting

Re: FreeBSD-HEAD gets stuck on vnode operations

On 27/05/13 12:23, Konstantin Belousov wrote: On Mon, May 27, 2013 at 10:19:51AM +0200, Roger Pau Monn? wrote: On 27/05/13 08:07, Konstantin Belousov wrote: On Mon, May 27, 2013 at 12:22:54AM +0200, Jilles Tjoelker wrote: On Sun, May 26, 2013 at 10:52:07PM +0200, Roger Pau Monn? wrote: On

Re: FreeBSD-HEAD gets stuck on vnode operations

On 25/05/13 19:52, Roger Pau Monné wrote: On 20/05/13 20:34, John Baldwin wrote: On Tuesday, May 14, 2013 1:15:47 pm Roger Pau Monné wrote: On 14/05/13 18:31, Konstantin Belousov wrote: On Tue, May 14, 2013 at 06:08:45PM +0200, Roger Pau Monn? wrote: On 13/05/13 17:00, Konstantin Belousov

Re: FreeBSD-HEAD gets stuck on vnode operations

On 26/05/13 22:20, Jilles Tjoelker wrote: Instead of a pause() that may be too short or too long, how about waiting for the necessary lock? In other words, replace the kern_yield() call with VI_LOCK(vp); VI_UNLOCK(vp);. This is also the usual approach to acquire two locks without imposing an

Re: FreeBSD-HEAD gets stuck on vnode operations

On 20/05/13 20:34, John Baldwin wrote: On Tuesday, May 14, 2013 1:15:47 pm Roger Pau Monné wrote: On 14/05/13 18:31, Konstantin Belousov wrote: On Tue, May 14, 2013 at 06:08:45PM +0200, Roger Pau Monn? wrote: On 13/05/13 17:00, Konstantin Belousov wrote: On Mon, May 13, 2013 at 04:33:04PM

Re: FreeBSD-HEAD gets stuck on vnode operations

On 13/05/13 17:00, Konstantin Belousov wrote: On Mon, May 13, 2013 at 04:33:04PM +0200, Roger Pau Monn? wrote: On 13/05/13 13:18, Roger Pau Monn? wrote: Thanks for taking a look, I would like to explain this a little bit more, the syncer process doesn't get blocked on the _mtx_trylock_flags_

Re: FreeBSD-HEAD gets stuck on vnode operations

On 14/05/13 18:31, Konstantin Belousov wrote: On Tue, May 14, 2013 at 06:08:45PM +0200, Roger Pau Monn? wrote: On 13/05/13 17:00, Konstantin Belousov wrote: On Mon, May 13, 2013 at 04:33:04PM +0200, Roger Pau Monn? wrote: On 13/05/13 13:18, Roger Pau Monn? wrote: Thanks for taking a look,

FreeBSD-HEAD gets stuck on vnode operations

Hello, I've set up a FreeBSD-HEAD VM on Xen, and compiled the XENHVM kernel, last commit in the repository is: Date: Tue, 7 May 2013 12:39:14 + Subject: [PATCH] By request, add an arrow from NetBSD-0.8 to FreeBSD-1.0. While here, add a few more NetBSD versions to the tree itself.

Re: FreeBSD-HEAD gets stuck on vnode operations

On 13/05/13 13:18, Roger Pau Monné wrote: The VM can be stuck in this state for quite some time, it generally I would like to explain this a little bit more, the syncer process doesn't get blocked on the _mtx_trylock_flags_ call, it just continues looping forever in what seems to be an endless