Re: [uml-devel] [PATCH] arch/um: compile with modern headers

Jason, Am Mittwoch, 13. Dezember 2017, 18:22:30 CET schrieb Jason A. Donenfeld: > Recent libcs have gotten a bit more strict, so we actually need to > include the right headers and use the right types. This enables UML to > compile again. > > Signed-off-by: Jason A. Donenfeld >

Re: [uml-devel] [PATCH v9 2/2] High Performance UML Vector Network Driver

Anton, Am Montag, 20. November 2017, 08:39:25 CET schrieb anton.ivanov@kot- begemot.co.uk: > +#define VECTOR_NUM_STATS ARRAY_SIZE(ethtool_stats_keys) > + > +/* Used in the 4.4 OpenWRT backport */ > + > +#if LINUX_VERSION_CODE <= KERNEL_VERSION(4, 7, 0) > +static inline void

Re: [uml-devel] [PATCH] um: use POSIX ucontext_t instead of struct ucontext

Am Mittwoch, 15. November 2017, 12:04:16 CET schrieb Krzysztof Mazur: > On Wed, Nov 15, 2017 at 11:19:41AM +0100, Richard Weinberger wrote: > > Am Mittwoch, 15. November 2017, 11:12:39 CET schrieb Krzysztof Mazur: > > > glibc 2.26 removed the 'struct ucontext' to "im

Re: [uml-devel] [PATCH] um: use POSIX ucontext_t instead of struct ucontext

Am Mittwoch, 15. November 2017, 11:12:39 CET schrieb Krzysztof Mazur: > glibc 2.26 removed the 'struct ucontext' to "improve" POSIX compliance > and break programs, including User Mode Linux. Fix User Mode Linux > by using POSIX ucontext_t. > > This fixes: > > arch/um/os-Linux/signal.c: In

Re: [uml-devel] [PATCH 1/2] um: vector_kern: Unlock on error in vector_net_open()

Anton, Am Samstag, 9. Dezember 2017, 18:09:17 CET schrieb Anton Ivanov: > Thanks, > > I guess I missed that one. > > A. > > On 09/12/17 11:49, Dan Carpenter wrote: > > We need to unlock and restore IRQs on this error path. > > > > Fixes: ad1f62ab2bd4 ("High Performance UML Vector Network

Re: [uml-devel] [UML] Question about arch/x86/um/vdso/vdso-syms.lds

Masahiro, Am Mittwoch, 9. Mai 2018, 05:36:18 CEST schrieb Masahiro Yamada: > Hi Richard, > > > Please let me ask a question about vdso-syms.lds > under arch/x86/um/vdso/. > > This file exists since: > > commit f1c2bb8b9964ed31de988910f8b1cfb586d30091 > Au

Re: [uml-devel] [PATCH RESEND] um: vdso: remove unused vdso-syms.lds

hiro Yamada >> Acked-by: Ingo Molnar >> --- > > > Could you take a look at this patch, please? Acked-by: Richard Weinberger -- Thanks, //richard -- Check out the vibrant tech co

Re: [uml-devel] [PATCH 2/2] um: vector: Fix an error handling path in 'vector_parse()'

Anton, Am Samstag, 27. Januar 2018, 12:42:17 CET schrieb Anton Ivanov: > Thanks, looks correct, +1 > > Richard, can you add it to the next pull. > > Thanks in advance, Is that a Reviewed-by? :) (Same for the other patch) Thanks, //richard P.s: Something is odd with your mail setup, none of

Re: [uml-devel] [RFC PATCH 25/35] hostfs: rename do_rmdir() to hostfs_do_rmdir()

Am Sonntag, 11. März 2018, 11:55:47 CET schrieb Dominik Brodowski: > do_rmdir() is used in the VFS layer at fs/namei.c, so use a different > name in hostfs. > > CC: Jeff Dike <jd...@addtoit.com> > CC: Richard Weinberger <rich...@nod.at> > CC: user-mode-linux-devel@

Re: [uml-devel] Is the list working correctly

Anton, Jesse, Am Montag, 12. März 2018, 16:10:45 CET schrieb Brandeburg, Jesse: > > Is the list working for everyone? > > I got this mail... BTW Sourceforge had a major datacenter issue over the > last few weeks, not sure if that broke something along the way. Hmm, I got this mail only because

Re: [uml-devel] Is the list working correctly

Am Dienstag, 13. März 2018, 14:24:23 CET schrieb Geert Uytterhoeven: > Hi Richard, > > On Mon, Mar 12, 2018 at 4:21 PM, Richard Weinberger <rich...@nod.at> wrote: > > Am Montag, 12. März 2018, 16:10:45 CET schrieb Brandeburg, Jesse: > >> > Is the list worki

[uml-devel] [GIT PULL] UML changes for 4.17-rc1

Linus, The following changes since commit 91ab883eb21325ad80f3473633f794c78ac87f51: Linux 4.16-rc2 (2018-02-18 17:29:42 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git for you to fetch changes up to

Re: [uml-devel] [PATCH] um: Add HAVE_DEBUG_BUGVERBOSE.

Am Donnerstag, 5. April 2018, 23:21:02 CEST schrieb Hernán Gonzalez: > This option restores the DEBUG_BUGVERBOSE functionality as it was > previous to commit 9a93848fe787 ("x86/debug: Implement __WARN() using > UD0"). > > Signed-off-by: Hernán Gonzalez Applied.

Re: [uml-devel] [PATCH] um: Fix return value of start_idle_thread

Am Donnerstag, 29. März 2018, 22:45:59 CEST schrieb Richard Weinberger: > While the function will never returns, gcc will warns. > Add a return statement to make gcc happy. > Before f44f1e7da7c8 we never noticed because gcc knows that longjmp does > not return. > > arch/um/os-Li

[uml-devel] [PATCH] um: Update mailing list address

We have a new mailing list, so update the MAINTAINERS file. Signed-off-by: Richard Weinberger <rich...@nod.at> --- MAINTAINERS | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index b60179d948bb..4834d1551248 100644 --- a/MAINTAINERS

[uml-devel] [ANNOUNCE] New User Mode Linux Mailing List

Hi! The new mailing list address is: linux...@lists.infradead.org Please subscribe via web[0] or mail[1]. Thanks, //richard [0] http://lists.infradead.org/mailman/listinfo/linux-um [1] linux-um-j...@lists.infradead.org -- sigma star gmbh - Eduard-Bodem-Gasse 6 - 6020 Innsbruck - Austria

Re: [uml-devel] [PATCH] um: remove uml initcalls

Alexander, Am Montag, 23. April 2018, 20:20:17 CEST schrieb Alexander Pateenok: > __uml_initcall() is not used and .uml.initcall.init section is empty: > > $ grep -r '__uml_initcall(' > arch/um/include/shared/init.h:#define __uml_initcall(fn) \ > $ readelf -s ../umobj/linux | grep

Re: [uml-devel] [REVIEW][PATCH 19/22] signal/um: Use force_sig_fault in relay_signal.

On Fri, Apr 20, 2018 at 6:06 PM, Anton Ivanov wrote: > > On 04/20/18 15:38, Eric W. Biederman wrote: >> >> Today user mode linux only works on x86 and x86_64 and this allows >> simplifications of relay_signal. > > > I believe someone recently fixed the ARM port. I

Re: [uml-devel] UML hangs with hrtimer test module

Am Mittwoch, 28. März 2018, 15:11:29 CEST schrieb Geert Uytterhoeven: > On Wed, Mar 28, 2018 at 12:28 PM, Joel Fernandes wrote: > > while(release_now == 0); > > while (release_now == 0) > cpu_relax(); Not sure whether a cpu_relax() fixes the problem. I

Re: [uml-devel] UML hangs with hrtimer test module

Am Donnerstag, 29. März 2018, 00:19:39 CEST schrieb Joel Fernandes: > Thanks for the quick reply. > > On Wed, Mar 28, 2018 at 6:19 AM, Richard Weinberger <rich...@nod.at> wrote: > > Am Mittwoch, 28. März 2018, 15:11:29 CEST schrieb Geert Uytterhoeven: > >> On Wed,

[uml-devel] [PATCH] um: Fix return value of start_idle_thread

: control reaches end of non-void function [-Wreturn-type] Fixes: f44f1e7da7c8 ("um: Avoid longjmp/setjmp symbol clashes with libpthread.a") Signed-off-by: Richard Weinberger <rich...@nod.at> --- arch/um/os-Linux/skas/process.c | 4 1 file changed, 4 insertions(+) diff --

Re: [uml-devel] UML hangs with hrtimer test module

Am Donnerstag, 29. März 2018, 22:20:47 CEST schrieb Joel Fernandes: > Thanks a lot! I am wondering why the same compiler works when running > the test for a regular image. Maybe different compiler flags. Anyway > good to learn this. > > Also one more slightly OT question, why is UML only doing UP

Re: [uml-devel] [PATCH] Migrate vector timers to new timer API

Am Montag, 5. März 2018, 11:41:42 CEST schrieb anton.iva...@cambridgegreys.com: > From: Anton Ivanov > > The patches for the UML vector drivers were in-flight when > the timer changes happened and were not covered by them. > > This change migrates vector_kern.c

Re: [uml-devel] [PATCH v2] Fix vector raw inintialization logic

Am Montag, 5. März 2018, 14:29:05 CEST schrieb anton.iva...@cambridgegreys.com: > From: Anton Ivanov > > Vector RAW in UML needs to BPF filter its own MAC only > if QDISC_BYPASS has failed. If QDISC_BYPASS is successful, the > frames originated locally are not

Re: [uml-devel] UML hangs with hrtimer test module

Am Mittwoch, 28. März 2018, 12:28:02 CEST schrieb Joel Fernandes: > Hi, > > I wrote a kernel module to play with hrtimer subsystem and it hangs > with UML, Any ideas on why it may be hanging? It doesn't hang on any > of my other machines. Hopefully I'm not doing something stupid, but I > don't

Re: [uml-devel] Is the list working correctly

Am Dienstag, 13. März 2018, 14:59:41 CET schrieb Richard Weinberger: > Am Dienstag, 13. März 2018, 14:24:23 CET schrieb Geert Uytterhoeven: > > Hi Richard, > > > > On Mon, Mar 12, 2018 at 4:21 PM, Richard Weinberger <rich...@nod.at> wrote: > > > Am Montag,

Re: [uml-devel] Is the list working correctly

Am Dienstag, 20. März 2018, 03:45:11 CET schrieb Bernd Petrovitsch: > On Mon, 2018-03-19 at 15:24 +0100, Richard Weinberger wrote: > [...] > > > I checked, migrating is not an option. > > sourceforge has hacked mailman to hide member mail addresses: > > "As a

<    3   4   5   6   7   8