Re: [uml-devel] [PATCH v4] um: Switch clocksource to hrtimers

Am 02.11.2015 um 17:16 schrieb Anton Ivanov: > Background: UML is using an obsolete itimer call for > all timers and "polls" for kernel space timer firing > in its userspace portion resulting in a long list > of bugs and incorrect behaviour(s). It also uses > ITIMER_VIRTUAL for its timer which

Re: [uml-devel] [uml-user] Building from source problems and possibilities

On Fri, Oct 30, 2015 at 5:02 PM, Balaco Baco wrote: > I restarted, now I've got another kernel source (2.6.32.68), knowing > that it may be old, but it's the "newer old" for 2.6, and I hoped that > it would work. Are you an archeologist? ;-) Is there a particular reason why

Re: [uml-devel] [uml-user] Website is in need of many small changes and updates?

On Fri, Oct 30, 2015 at 7:29 AM, Balaco Baco <balacob...@imap.cc> wrote: > > On Thu, Oct 29, 2015, at 16:55, Richard Weinberger wrote: >> On Thu, Oct 29, 2015 at 8:46 PM, Balaco Baco <balacob...@imap.cc> wrote: >> >> > > >> > Really!? I

Re: [uml-devel] [PATCH v3] um: Switch clocksource to hrtimers

Am 31.10.2015 um 17:22 schrieb Anton Ivanov: > Richard, can you send me your config. Sure. It is basically a defconfig. > I have had it running for a couple of days before submission both under load > and idle it was doing OK. Well, what userspace did you try? I did some more tests, if

Re: [uml-devel] [PATCH v3] um: Switch clocksource to hrtimers

Am 31.10.2015 um 16:44 schrieb Thomas Meyer: > Am Samstag, den 31.10.2015, 16:30 +0100 schrieb Richard Weinberger: >> Am 31.10.2015 um 16:24 schrieb Thomas Meyer: >>> Am Samstag, den 31.10.2015, 16:21 +0100 schrieb Richard Weinberger: >>>> Am 31.10.2015 um 16:16 s

Re: [uml-devel] [PATCH v3] um: Switch clocksource to hrtimers

On Thu, Oct 29, 2015 at 7:23 AM, Anton Ivanov wrote: > I got the first patchset to build, it works very well on a single core > host or with CPU pinning of the UML - the performance gain is > 25%. > > However, I introduced a race somewhere along the way - it

Re: [uml-devel] [PATCH v3] um: Switch clocksource to hrtimers

Am 31.10.2015 um 16:10 schrieb Thomas Meyer: > Am Samstag, den 31.10.2015, 14:54 +0100 schrieb Richard Weinberger: >> On Thu, Oct 29, 2015 at 7:23 AM, Anton Ivanov >> <anton.iva...@kot-begemot.co.uk> wrote: >>> I got the first patchset to build, it works very well

Re: [uml-devel] [PATCH v3] um: Switch clocksource to hrtimers

Am 31.10.2015 um 16:16 schrieb Thomas Meyer: > mhh. strange. I didn't see this behaviour on my machine, but my machine > is a rare single core system so, likely a race condition while relaying > the timer interrupt to the userspace process. Here I can trigger it by starting UML, logging in and

Re: [uml-devel] [uml-user] Building from source problems and possibilities

On Fri, Oct 30, 2015 at 8:30 PM, Richard Weinberger <richard.weinber...@gmail.com> wrote: > On Fri, Oct 30, 2015 at 5:02 PM, Balaco Baco <balacob...@imap.cc> wrote: >> I restarted, now I've got another kernel source (2.6.32.68), knowing >> that it may be old, but i

[uml-devel] [GIT PULL] UML fixes for 4.3-rc6

Hilse (1): um: Do not rely on libc to provide modify_ldt() Richard Weinberger (3): um: Fix out-of-tree build um: Fix waitpid() usage in helper code um: Fix kernel mode fault condition arch/um/Makefile | 4 ++-- arch/um/kernel/trap.c | 2 +- arch/um/os-Linux

Re: [uml-devel] [PATCH] um: Switch clocksource to hrtimers

On Tue, Aug 18, 2015 at 6:04 PM, Thomas Meyer <tho...@m3y3r.de> wrote: > Am 15.08.2015 10:15 vorm. schrieb Richard Weinberger <rich...@nod.at>: >> >> Am 09.08.2015 um 19:53 schrieb Thomas Meyer: >> > Switch the UML clocksource from interval timers to posix

Re: [uml-devel] [PATCH] um: umid: Use strdup to simplify code

Hi Jeff, Am 08.07.2015 um 21:56 schrieb Jeff Dike: ... Nice patch elided ... I have a bit of a problem here - Christophe isn't a member of uml-devel, so Mailman is sitting on his post until it's approved by a list moderator, namely me. So far, so good, except that my uml-devel password

Re: [uml-devel] [PATCH] um: umid: Use strdup to simplify code

Am 08.07.2015 um 21:15 schrieb Christophe JAILLET: Replace a malloc+strcpy by an equivalent strdup in order to improve readability. Makes sense! Turn a some spaces into a tab to be consistent with the rest of the code. Do this in an extra patch. One logical change per patch please. Thanks,

[uml-devel] [PATCH] um: Fix fpstate handling

The x86 FPU cleanup changed fpstate to a plain integer. UML on x86 has to deal with that too. Signed-off-by: Richard Weinberger <rich...@nod.at> diff --git a/arch/x86/um/signal.c b/arch/x86/um/signal.c index 06934a8..e5f854c 100644 --- a/arch/x86/um/signal.c +++ b/arch/x86/um/signal.c @@

Re: [uml-devel] [GIT PULL] UML fixes for 4.4-rc5

Linus, Am 09.12.2015 um 02:35 schrieb Linus Torvalds: > On Tue, Dec 8, 2015 at 1:39 PM, Richard Weinberger <rich...@nod.at> wrote: >> >> This pull request contains various bug fixes, most of them are >> fall out from the merge window. >> >> Richard W

Re: [uml-devel] [PATCH] um: fix returns without va_end

On Tue, Dec 1, 2015 at 9:18 PM, Geyslan G. Bem wrote: > When using va_list ensure that va_start will be followed by va_end. > > Signed-off-by: Geyslan G. Bem > --- > arch/um/drivers/net_user.c | 10 ++ > 1 file changed, 6 insertions(+), 4

Re: [uml-devel] [PATCH] arch: um: fix error when linking vmlinux.

On Wed, Nov 18, 2015 at 3:12 PM, Lorenzo Colitti wrote: > On gcc Ubuntu 4.8.4-2ubuntu1~14.04, linking vmlinux fails with: > > arch/um/os-Linux/built-in.o: In function `os_timer_create': > /android/kernel/android/arch/um/os-Linux/time.c:51: undefined reference to >

[uml-devel] [GIT PULL] UML fixes for 4.4-rc5

. Geyslan G. Bem (1): um: fix returns without va_end Lorenzo Colitti (1): arch: um: fix error when linking vmlinux. Richard Weinberger (2): um: Fix get_signal() usage um: Fix fpstate handling arch/um/Makefile | 2 +- arch/um/drivers/net_user.c | 10

Re: [uml-devel] uml instance crashes when started from script

Hi! Am 06.12.2015 um 16:34 schrieb Vegard Nossum: > Hi, > > I've been running into some odd crashes when starting my UML instance from > Python. This is my script: > > import subprocess > subprocess.check_call(['path/to/vmlinux', 'mem=2048M', 'rootfstype=hostfs', > 'rw', 'init=/bin/bash']) >

Re: [uml-devel] [PATCH] uml: fix hostfs mknod()

Am 16.12.2015 um 21:59 schrieb Vegard Nossum: > An inverted return value check in hostfs_mknod() caused the function > to return success after handling it as an error (and cleaning up). > > It resulted in the following segfault when trying to bind() a named > unix socket: > > Pid: 198, comm:

Re: [uml-devel] IRQ handler reentrancy

On Fri, Nov 20, 2015 at 1:05 PM, Anton Ivanov wrote: > I have gotten to the bottom of this. > > 1. The IRQ handler re-entrancy issue predates the timer patch. Adding a > simple guard with a WARN_ON_ONCE around the device loop in the > sig_io_handler catches it in

Re: [uml-devel] IRQ handler reentrancy

Am 11.12.2015 um 07:58 schrieb Anton Ivanov: >>> 2. I cannot catch what is wrong with the current code in signal.c. When >>> I read it, it should not produce re-entrancy. But it does. >> Sorry for the delay. Until now I did not find the time to dig into that. >> Did you find the offending code in

Re: [uml-devel] IRQ handler reentrancy

Am 11.12.2015 um 12:24 schrieb Anton Ivanov: > On 11/12/15 08:16, Richard Weinberger wrote: >> Am 11.12.2015 um 07:58 schrieb Anton Ivanov: >>>>> 2. I cannot catch what is wrong with the current code in signal.c. When >>>>> I read it, it should not produ

Re: [uml-devel] [PATCH] [RFC] um: define and use HAVE_LIBPCAP/HAVE_LIBVDEPLUG

Am 02.01.2016 um 03:31 schrieb Vegard Nossum: > If you don't have libpcap or libvdeplug installed, you will get build > failures when compiling certain files: > > arch/um/drivers/vde_user.c:8:24: fatal error: libvdeplug.h: No such file or > directory > #include > >

Re: [uml-devel] [PATCH] um: link with -lpthread

Am 31.12.2015 um 17:21 schrieb Thomas Meyer: > Am 31.12.2015 5:06 nachm. schrieb Vegard Nossum : >> >> Similarly to commit fb1770aa78a43530940d0c2dd161e77bc705bdac, with gcc 5 >> on Ubuntu and CONFIG_STATIC_LINK=y I was seeing these linker errors: > > Hi, > > Oops,

Re: [uml-devel] [PATCH] um: Fix get_signal() usage

Am 09.01.2016 um 04:51 schrieb Al Viro: > On Wed, Nov 18, 2015 at 09:51:43AM +0100, Richard Weinberger wrote: >> If get_signal() returns us a signal to post >> we must not call it again, otherwise the already >> posted signal will be overridden. >> Before commit a610d6e6

Re: [uml-devel] [PATCH] um: Fix pointer cast

laün <m...@digikod.net> > Cc: Jeff Dike <jd...@addtoit.com> > Cc: Richard Weinberger <rich...@nod.at> > Cc: Linus Torvalds <torva...@linux-foundation.org> > --- > arch/x86/um/signal.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > d

Re: [uml-devel] [PATCH] um: Fix build error and kconfig for i386

.o: In function `elf_core_write_extra_data': > (.text+0x3eef): undefined reference to `dump_emit' > > Signed-off-by: Mickaël Salaün <m...@digikod.net> > Cc: Jeff Dike <jd...@addtoit.com> > Cc: Richard Weinberger <rich...@nod.at> > --- > arch/x86/um/Kconfig | 1 + > 1 file change

Re: [uml-devel] [PATCH v2] um: Fix pointer cast

m...@digikod.net> > Cc: Jeff Dike <jd...@addtoit.com> > Cc: Richard Weinberger <rich...@nod.at> > Cc: Linus Torvalds <torva...@linux-foundation.org> > Cc: Al Viro <v...@zeniv.linux.org.uk> > --- > arch/x86/um/signal.c | 2 +- > 1 file changed, 1 inse

Re: [uml-devel] [PATCH 2/2] um: Use race-free temporary file creation

Am 28.11.2015 um 23:56 schrieb Mickaël Salaün: > > On 28/11/2015 23:07, Richard Weinberger wrote: >> Am 28.11.2015 um 22:32 schrieb Mickaël Salaün: >>> Open the memory mapped file with the O_TMPFILE flag when available. >>> >>> Signed-off-by: Mickaël Salaün

Re: [uml-devel] [PATCH 1/2] um: Set secure access mode for temporary file

Am 28.11.2015 um 22:32 schrieb Mickaël Salaün: > Replace the default insecure mode 0777 with 0700 for temporary file. > > Prohibit other users to change the executable mapped code. Hmm, isn't the tmp file already unlinked at this stage? Thanks, //richard

Re: [uml-devel] [PATCH 2/2] um: Use race-free temporary file creation

Am 28.11.2015 um 22:32 schrieb Mickaël Salaün: > Open the memory mapped file with the O_TMPFILE flag when available. > > Signed-off-by: Mickaël Salaün > --- > arch/um/os-Linux/mem.c | 12 > 1 file changed, 12 insertions(+) > > diff --git a/arch/um/os-Linux/mem.c

Re: [uml-devel] [PATCH 1/2] um: Set secure access mode for temporary file

Am 28.11.2015 um 23:52 schrieb Mickaël Salaün: > > On 28/11/2015 22:40, Richard Weinberger wrote: >> Am 28.11.2015 um 22:32 schrieb Mickaël Salaün: >>> Replace the default insecure mode 0777 with 0700 for temporary file. >>> >>> Prohibit other users to chang

Re: [uml-devel] [PATCH 1/2] um: Set secure access mode for temporary file

Am 29.11.2015 um 00:00 schrieb Mickaël Salaün: > > > On 28/11/2015 23:55, Richard Weinberger wrote: >> Am 28.11.2015 um 23:52 schrieb Mickaël Salaün: >>> >>> On 28/11/2015 22:40, Richard Weinberger wrote: >>>> Am 28.11.2015 um 22:32 schrieb Mickaël Sa

Re: [uml-devel] Old process in D state bug

Hi! Am 26.11.2015 um 10:49 schrieb Anton Ivanov: > Hi List, hi Richard, > > While working on the EPOLL I managed to consistently reproduce and get down > to the bottom of the process in D state bug which you occasionally see with > UML. I recall asking > Richard's help on this for the first

Re: [uml-devel] [PATCH v4] um: Switch clocksource to hrtimers

Am 18.11.2015 um 08:10 schrieb Lorenzo Colitti: > On Wed, Nov 18, 2015 at 4:00 PM, Anton Ivanov > wrote: >> It is. >> >> You need -lrt to link in HR timers. However, the original patch should add >> that to the library list. I need to understand why it does not in

[uml-devel] [PATCH] um: Fix get_signal() usage

("pull clearing RESTORE_SIGMASK into block_sigmask()") Signed-off-by: Richard Weinberger <rich...@nod.at> --- arch/um/kernel/signal.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/um/kernel/signal.c b/arch/um/kernel/signal.c index 57acbd6..fc8be0e 10064

Re: [uml-devel] [PATCH v4] um: Switch clocksource to hrtimers

Hi! Am 18.11.2015 um 14:32 schrieb Lorenzo Colitti: > On Wed, Nov 18, 2015 at 5:06 PM, Richard Weinberger <rich...@nod.at> wrote: >> >>> That command line doesn't work, but if you remove the -lrt and put it >>> at the end of the line, it starts

Re: [uml-devel] IRQ handler reentrancy

On Fri, Nov 20, 2015 at 1:05 PM, Anton Ivanov wrote: > I have gotten to the bottom of this. > > 1. The IRQ handler re-entrancy issue predates the timer patch. Adding a > simple guard with a WARN_ON_ONCE around the device loop in the > sig_io_handler catches it in

Re: [uml-devel] [GIT PULL] UML updates for 4.4-rc1

On Sun, Nov 22, 2015 at 10:49 AM, Vegard Nossum wrote: > On 22 November 2015 at 10:23, Lorenzo Colitti wrote: >> >> On Sun, Nov 22, 2015 at 5:08 PM, Anton Ivanov >> wrote: >> > set_timer needs -lrt which the patch adds

Re: [uml-devel] [PATCH] Update UBD to use pread/pwrite family of functions

On Fri, Nov 20, 2015 at 7:47 PM, Anton Ivanov wrote: > Hi list, hi Richard. > > Have you had time to review this one? I think it is not contentious - it > is something QEMU has been doing for a very long time now. It also gives > a measurable speed up, especially

[uml-devel] [GIT PULL] UML updates for 4.5

Linus, the following changes since commit 74bf8efb5fa6e958d2d7c7917b8bb672085ec0c6: Linux 4.4-rc7 (2015-12-27 18:17:37 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git for-linus-4.5-rc1 for you to fetch changes up to

Re: [uml-devel] [GIT PULL] UML updates for 4.5

Am 12.01.2016 um 21:36 schrieb Richard Weinberger: > Linus, > > the following changes since commit 74bf8efb5fa6e958d2d7c7917b8bb672085ec0c6: > > Linux 4.4-rc7 (2015-12-27 18:17:37 -0800) > > are available in the git repository at: > > git://git.kernel.org/

[uml-devel] [PATCH 2/2] um: Select HAVE_DEBUG_KMEMLEAK

Now we have the infrastructure to support kmemleak. Enable the HAVE flag. Signed-off-by: Richard Weinberger <rich...@nod.at> --- arch/um/Kconfig.common | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/um/Kconfig.common b/arch/um/Kconfig.common index cc00134..de562da 100644 --- a/a

[uml-devel] [PATCH 1/2] um: Setup physical memory in setup_arch()

(). That early current() is undefined and UML explodes. Solve the problem by setting up physical memory in setup_arch(), at this stage the kernel has materialized and basic infrastructure such as current() works. Signed-off-by: Richard Weinberger <rich...@nod.at> --- arch/um/kernel/um_arch

Re: [uml-devel] current_thread_info() returns invalid pointer in early UML boot code

On Sun, May 22, 2016 at 5:39 PM, Vegard Nossum wrote: > On 21 May 2016 at 20:18, Thomas Meyer wrote: >> Am 21.05.2016 um 15:51 schrieb Vegard Nossum : >>> I'm having some trouble with using current_thread_info() during UML >>>

[uml-devel] [PATCH 2/2] um: Enable TRACE_IRQFLAGS_SUPPORT

Now we have everything we need, so enable TRACE_IRQFLAGS_SUPPORT. Signed-off-by: Richard Weinberger <rich...@nod.at> --- arch/um/Kconfig.common | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/um/Kconfig.common b/arch/um/Kconfig.common index cc00134..85f14a8

[uml-devel] [PATCH 1/2] um: Use asm-generic/irqflags.h

nclude for the signals. I could figured out which header file to pick without trigger a bunch of header include clashes. Leaving it away works though it is surely not the best practice. Signed-off-by: Daniel Wagner <daniel.wag...@bmw-carit.de> Signed-off-by: Richard Weinberger <rich...@nod.a

[uml-devel] [PATCH] uml: Fix possible deadlock in sig_handler_common()

We are in atomic context and must not sleep. Sleeping here is possible since malloc() maps to kmalloc() with GFP_KERNEL. Signed-off-by: Richard Weinberger <rich...@nod.at> --- arch/um/os-Linux/signal.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/arch/um/os

Re: [uml-devel] current_thread_info() returns invalid pointer in early UML boot code

Am 12.06.2016 um 22:59 schrieb Vegard Nossum: > On 12 June 2016 at 22:11, Richard Weinberger > <richard.weinber...@gmail.com> wrote: >>> I wonder why setup_env_path() ends up calling the kernel's snprintf(), >>> I thought that it would be using the glibc snprintf() a

Re: [uml-devel] current_thread_info() returns invalid pointer in early UML boot code

Am 12.06.2016 um 23:41 schrieb Vegard Nossum: > I see... nice and hacky ;-) I'll try the same for snprintf and see if > that works around my bug. > >> A much better approach would be having a real linker scope. >> Some time ago I posted some thoughts on that: >>

[uml-devel] [GIT PULL] UML updates for v4.7-rc1

Linus, The following changes since commit 44549e8f5eea4e0a41b487b63e616cb089922b99: Linux 4.6-rc7 (2016-05-08 14:38:32 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git for-linus-4.7-rc1 for you to fetch changes up to

Re: [uml-devel] [user-mode-linux] memory leak in network path

Hi! Am 18.06.2016 um 13:02 schrieb Enrico Mioso: > Hi guys. > > I am experiencing an user-mode-linux memory leak, that induces the user-mode > kernel to eventually panic. > > My sequence of actions to trigger it is relatively simple: > - start it on an ubuntu 16.04 core image, after installing

Re: [uml-devel] [PATCH 1/2] Update UBD to use pread/pwrite family of functions

On Mon, Dec 21, 2015 at 7:54 PM, Anton Ivanov wrote: > This decreases the number of syscalls per read/write by half. > > Signed-off-by: Anton Ivanov Applied! -- Thanks, //richard

Re: [uml-devel] [PATCH] uml: flush stdout before forking

On Fri, Dec 18, 2015 at 9:28 PM, Vegard Nossum wrote: > I was seeing some really weird behaviour where piping UML's output > somewhere would cause output to get duplicated: > > $ ./vmlinux | head -n 40 > Checking that ptrace can change system call numbers...Core dump

Re: [uml-devel] IRQ handler reentrancy

On Mon, Dec 21, 2015 at 12:55 PM, Anton Ivanov wrote: > Patch in your queue, current code looks OK. > > I will try to assemble the full ubd acceleration sequence of patches > this afternoon to submit that as well. Applied. Let's see how much will explode. :-) --

Re: [uml-devel] [PATCH 2/2] Bulk IO Transaction support part 1

On Mon, Dec 21, 2015 at 8:04 PM, Anton Ivanov wrote: > Hi list, hi Richard, > > This rather primitive patchset pushes disk IO by ~ 15%. > > dd to /dev/null on a host memory cached 16G sparse disk image with > ubuntu on it goes from 512MB/s on my machine to 580MB/s.

Re: [uml-devel] [PATCH] um: link with -lpthread

Am 31.12.2015 um 17:06 schrieb Vegard Nossum: > Similarly to commit fb1770aa78a43530940d0c2dd161e77bc705bdac, with gcc 5 > on Ubuntu and CONFIG_STATIC_LINK=y I was seeing these linker errors: > > /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/librt.a(timer_create.o): > In function

Re: [uml-devel] [PATCH v5 0/2] um: Protect memory mapped file

Am 22.12.2015 um 22:15 schrieb Mickaël Salaün: > This series protect the memory mapped file. This apply on v4.4-rc6. > > Changes since v4: > * fix spelling [1/2] > > Changes since v3: > * add Tristan Schmelcher's ack > > Changes since v2; addressed Tristan Schmelcher's comment: > * remove the

Re: [uml-devel] [PATCH 2/2] Bulk IO Transaction support part 1

Am 10.01.2016 um 17:36 schrieb Anton Ivanov: > On 10/01/16 16:00, Richard Weinberger wrote: >> On Mon, Dec 21, 2015 at 8:04 PM, Anton Ivanov >> <anton.iva...@kot-begemot.co.uk> wrote: >>> Hi list, hi Richard, >>> >>> This rather primitive patchset

[uml-devel] Stuff for v4.5

Hi! I've pushed everything I'd like to see in 4.5 merged. Please speak up now if I forgot something! https://git.kernel.org/cgit/linux/kernel/git/rw/uml.git/log/?h=linux-next -- Thanks, //richard -- Site24x7 APM

Re: [uml-devel] [PATCH 02/21] usb: add HAS_IOMEM dependency to USB_NET2272

Am 10.02.2016 um 17:28 schrieb Vegard Nossum: > I don't think there is a "correct function" for when HAS_IOMEM is not > enabled. There is no IO address space on UML, so it doesn't make sense > to compile these drivers in the first place. > > Or do you mean to use the dummy implementation from

Re: [uml-devel] [PATCH 03/22] scsi: Fix dependencies for !HAS_IOMEM and !HAS_DMA archs

Am 26.01.2016 um 11:15 schrieb John Garry: > On 25/01/2016 22:24, Richard Weinberger wrote: >> Not every arch has io or DMA memory. >> So, unbreak the build by fixing the dependencies. >> >> Signed-off-by: Richard Weinberger <rich...@nod.at> >> --- >>

Re: [uml-devel] [PATCH 16/22] iio: imu: Fix dependencies for !HAS_IOMEM archs

Am 26.01.2016 um 01:15 schrieb Paul Bolle: > On ma, 2016-01-25 at 23:24 +0100, Richard Weinberger wrote: >> --- a/drivers/iio/imu/inv_mpu6050/Kconfig >> +++ b/drivers/iio/imu/inv_mpu6050/Kconfig > >> config INV_MPU6050_IIO >> tristate "Invensense MPU6

Re: [uml-devel] [PATCH] um: asm/page.h: zero out a pte's high value in set_pte_val()

Am 29.01.2016 um 15:31 schrieb Nicolai Stange: >>> Question 1: now that ->pte_high will be gone, do you want to have >>> ->pte_low renamed to e.g. ->pte_val? >> >> So, with a freshly booted brain the story looks a bit different. >> All this code needs a cleanup and we need to check

Re: [uml-devel] [PATCH] um: use %lx format specifiers for unsigned longs

Am 23.01.2016 um 20:17 schrieb Colin King: > From: Colin Ian King > > static analysis from cppcheck detected %x being used for > unsigned longs: > > [arch/x86/um/os-Linux/task_size.c:112]: (warning) %x in format > string (no. 1) requires 'unsigned int' but the

[uml-devel] [PATCH 02/22] phy: Fix dependencies for !HAS_IOMEM archs

Not every arch has io memory. So, unbreak the build by fixing the dependencies. Signed-off-by: Richard Weinberger <rich...@nod.at> --- drivers/phy/Kconfig | 4 1 file changed, 4 insertions(+) diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig index e7e117d..ddfbaf9 100644 --- a/d

[uml-devel] [PATCH 03/22] scsi: Fix dependencies for !HAS_IOMEM and !HAS_DMA archs

Not every arch has io or DMA memory. So, unbreak the build by fixing the dependencies. Signed-off-by: Richard Weinberger <rich...@nod.at> --- drivers/scsi/hisi_sas/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/scsi/hisi_sas/Kconfig b/drivers/scsi/hisi_sas/Kconfig

[uml-devel] [PATCH 12/22] nvmem: Fix dependencies for !HAS_IOMEM archs

Not every arch has io memory. So, unbreak the build by fixing the dependencies. Signed-off-by: Richard Weinberger <rich...@nod.at> --- drivers/nvmem/Kconfig | 4 1 file changed, 4 insertions(+) diff --git a/drivers/nvmem/Kconfig b/drivers/nvmem/Kconfig index bc4ea58..c675ee9

[uml-devel] [PATCH 07/22] fpga: Fix dependencies for !HAS_IOMEM archs

Not every arch has io memory. So, unbreak the build by fixing the dependencies. Signed-off-by: Richard Weinberger <rich...@nod.at> --- drivers/fpga/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/fpga/Kconfig b/drivers/fpga/Kconfig index c9b9fdf..36c54af 100644 --- a/d

[uml-devel] (no subject)

Last few months I was very busy and now I have the mess, UML allmod/yesconfig does not build at all. This large and boring patch series fixes a lot of drivers which cannot work/build on UML. Fixes are grouped by subsystem such that maintainers can review/pickup them. Thanks, //richard [PATCH

[uml-devel] [PATCH 17/22] media: Fix dependencies for !HAS_IOMEM archs

Not every arch has io memory. While the driver has correct dependencies the select statement will bypass the HAS_IOMEM dependency. So, unbreak the build by rendering it into a real dependency. Signed-off-by: Richard Weinberger <rich...@nod.at> --- drivers/media/Kconfig

[uml-devel] [PATCH 10/22] mailbox: Fix dependencies for !HAS_IOMEM archs

Not every arch has io memory. So, unbreak the build by fixing the dependencies. Signed-off-by: Richard Weinberger <rich...@nod.at> --- drivers/mailbox/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mailbox/Kconfig b/drivers/mailbox/Kconfig index 546d05f..b2bbe86

[uml-devel] [PATCH 14/22] pwm: Fix dependencies for !HAS_IOMEM archs

Not every arch has io memory. So, unbreak the build by fixing the dependencies. Signed-off-by: Richard Weinberger <rich...@nod.at> --- drivers/pwm/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/pwm/Kconfig b/drivers/pwm/Kconfig index 8cf0dae..e83aa94 100644 --- a/drive

[uml-devel] [PATCH 19/22] thermal: Fix dependencies for !HAS_IOMEM archs

Not every arch has io memory. So, unbreak the build by fixing the dependencies. Signed-off-by: Richard Weinberger <rich...@nod.at> --- drivers/thermal/Kconfig| 7 +++ drivers/thermal/ti-soc-thermal/Kconfig | 1 + 2 files changed, 8 insertions(+) diff --git a/drivers/t

[uml-devel] [PATCH 09/22] leds: Fix dependencies for !HAS_IOMEM archs

Not every arch has io memory. So, unbreak the build by fixing the dependencies. Signed-off-by: Richard Weinberger <rich...@nod.at> --- drivers/leds/Kconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/leds/Kconfig b/drivers/leds/Kconfig index 7f940c2..e76a45c

[uml-devel] [PATCH 08/22] hwtracing: Fix dependencies for !HAS_IOMEM archs

Not every arch has io memory. So, unbreak the build by fixing the dependencies. Signed-off-by: Richard Weinberger <rich...@nod.at> --- drivers/hwtracing/intel_th/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/hwtracing/intel_th/Kconfig b/drivers/hwtracing/intel_th/K

[uml-devel] [PATCH 22/22] um: Export pm_power_off

...modules are using this symbol. Export it like all other archs to. Signed-off-by: Richard Weinberger <rich...@nod.at> --- arch/um/kernel/reboot.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/um/kernel/reboot.c b/arch/um/kernel/reboot.c index 9bdf67a..b60a9f8 100644 --- a/a

[uml-devel] [PATCH 13/22] net: Fix dependencies for !HAS_IOMEM archs

Not every arch has io memory. So, unbreak the build by fixing the dependencies. Signed-off-by: Richard Weinberger <rich...@nod.at> --- drivers/net/ethernet/ezchip/Kconfig | 1 + drivers/net/phy/Kconfig | 1 + 2 files changed, 2 insertions(+) diff --git a/drivers/net/ethernet/

Re: [uml-devel] [PATCH 09/22] leds: Fix dependencies for !HAS_IOMEM archs

Am 25.01.2016 um 23:24 schrieb Richard Weinberger: > Not every arch has io memory. > So, unbreak the build by fixing the dependencies. > > Signed-off-by: Richard Weinberger <rich...@nod.at> > --- > drivers/leds/Kconfig | 2 ++ > 1 file changed, 2 insertions(+) >

[uml-devel] [PATCH 20/22] clocksource: Fix dependencies for !HAS_IOMEM archs

Not every arch has io memory. So, unbreak the build by fixing the dependencies. [rw: Found these linker issues after resolving a pile of other build issues.] Signed-off-by: Richard Weinberger <rich...@nod.at> --- drivers/clocksource/Kconfig | 7 +++ 1 file changed, 7 insertions(+)

[uml-devel] [PATCH 16/22] iio: imu: Fix dependencies for !HAS_IOMEM archs

Not every arch has io memory. While the driver has correct dependencies the select statement will bypass the HAS_IOMEM dependency. So, unbreak the build by rendering it into a real dependency. Signed-off-by: Richard Weinberger <rich...@nod.at> --- drivers/iio/imu/inv_mpu6050/Kconfig | 2

Re: [uml-devel] [PATCH 14/22] pwm: Fix dependencies for !HAS_IOMEM archs

Am 25.01.2016 um 23:24 schrieb Richard Weinberger: > Not every arch has io memory. > So, unbreak the build by fixing the dependencies. > > Signed-off-by: Richard Weinberger <rich...@nod.at> > --- > drivers/pwm/Kconfig | 1 + > 1 file changed, 1 insertion(+) > >

Re: [uml-devel] [PATCH 12/22] nvmem: Fix dependencies for !HAS_IOMEM archs

Am 26.01.2016 um 12:19 schrieb Srinivas Kandagatla: > > > On 25/01/16 22:24, Richard Weinberger wrote: >> Not every arch has io memory. >> So, unbreak the build by fixing the dependencies. >> >> Signed-off-by: Richard Weinberger <rich...@nod.at

Re: [uml-devel] [PATCH] um: fix FPU register double-restore after sigreturn

st process. The patch reintroduces the saving and restoring of the FP context between task switches. [rich...@nod.at: Ingo posted this patch in 2009, sadly it was never applied and got lost. Now in 2011 the problem was reported by Gunnar.] Signed-off-by: Ingo van Lil <i

Re: [uml-devel] [PATCH] um: fix FPU register double-restore after sigreturn

Eli, Am 16.03.2016 um 02:25 schrieb Eli Cooper: > This patch prevents userspace() from incorrectly restoring FPU registers > after a sigreturn or rt_sigreturn system call, which has already restored > FPU registers to the state prior to the signal handler was invoked. > > Fixes FPU state

Re: [uml-devel] [PATCH 1/3] um: extend _fpstate to _xstate

Hi! Am 06.03.2016 um 15:36 schrieb Eli Cooper: > Extends _fpstate to _xstate, in order to hold AVX/YMM registers. > Due to increased frame size, compilers might emit some warnings. Hmm, this needs rework. Having everything on the stack is not good. Can you also create a selftest such that this

Re: [uml-devel] [PATCH] um: fix FPU register double-restore after sigreturn

Eli, Am 18.03.2016 um 02:41 schrieb Eli Cooper: > Hi Richard, > > On 2016/3/18 6:21, Richard Weinberger wrote: >> Where exactly are the FPU regs restored in the sigregturn case? >> Not sure if I fully understand the error scenario. > > Well, sys_sigreturn()

Re: [uml-devel] [PATCH 1/3] um: extend _fpstate to _xstate

Eli, Am 12.03.2016 um 08:08 schrieb Eli Cooper: > Hi Richard, > > On 2016/3/10 4:44, Richard Weinberger wrote: >> Hmm, this needs rework. Having everything on the stack is not good. > > Okay, I'll rework the functions whose stack size is greater than the > warning thresh

Re: [uml-devel] [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM

Am 30.03.2016 um 22:08 schrieb Geert Uytterhoeven: >> I actually started a patch to remove the HAS_IOMEM dependency >> everywhere (or just the per driver cases). It didn't break as bad as I >> expected, but became more than I wanted to fix. Mainly, all the devm_ >> variants also need empty

Re: [uml-devel] [PATCH v2 09/10] tty: Consolidate noctty checks in tty_open()

Peter, Am 26.03.2016 um 20:06 schrieb Peter Hurley: > Sorry about that; I hadn't considered the implications of UML console. > Can you test the blob below? Yep, works like a charm. :-) Thanks, //richard -- Transform

[uml-devel] [GIT PULL] UML fixes for 4.5-rc7

King (1): um: use %lx format specifiers for unsigned longs Richard Weinberger (2): Revert "um: Fix get_signal() usage" um: Export pm_power_off arch/um/kernel/reboot.c | 1 + arch/um/kernel/signal.c | 2 +- arch/x86/um/os-Linux/task_size.c | 4 ++-- 3 fil

Re: [uml-devel] [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM

Am 29.03.2016 um 21:37 schrieb Arnd Bergmann: > On Tuesday 29 March 2016 13:23:00 Rob Herring wrote: >> Drivers shouldn't have to care about HAS_IOMEM to compile and having to >> causes a Kconfig mess: >> >> warning: (MEDIA_SUBDRV_AUTOSELECT && VIDEO_CX231XX && INV_MPU6050_I2C) >> selects I2C_MUX

Re: [uml-devel] [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM

Am 30.03.2016 um 10:04 schrieb Arnd Bergmann: > On Wednesday 30 March 2016 09:50:22 Richard Weinberger wrote: >> Am 29.03.2016 um 22:13 schrieb Rob Herring: >>>>> Reuse the !MMU variants for !HAS_IOMEM as they are sufficient for our >>>>> needs. This

Re: [uml-devel] [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM

Am 29.03.2016 um 22:13 schrieb Rob Herring: >>> Reuse the !MMU variants for !HAS_IOMEM as they are sufficient for our >>> needs. This fixes build errors for UM allyesconfig: >>> >>> drivers/mfd/syscon.c:89:2: error: implicit declaration of function >>> 'iounmap'

Re: [uml-devel] [PATCH v3 0/3] um: fix and extend FPU support

Am 19.03.2016 um 17:58 schrieb Eli Cooper: > This series first fixes a bug that results in corrupted FPU state after > invoking signal handlers. It also adds support for the extended processor > state (XSTATE) for x86_64 UML, especially the YMM registers used by AVX(2) > instructions. > > Tested

Re: [uml-devel] [PATCH v3 0/3] um: fix and extend FPU support

Am 20.05.2016 17:31 schrieb Eli Cooper <elicoo...@gmx.com>: > > On 2016/4/5 5:42, Richard Weinberger wrote: > > Sorry for my late response. > > I'll put this now into -next and give it some testing. > > Ping? > > It has been some time but I don't see

Re: [uml-devel] [PATCH] hostfs: fix opening file with overlayfs

CC'ing VFS folks Am 01.05.2016 um 11:02 schrieb Toshikuni Fukaya: > If a file on overlayfs using hostfs as a lowerdir is opened, it would > be failed by ENOENT because hostfs resolves a host path by a host root > path stored on the hostfs superblock referred by file->f_path.dentry, > but it is

Re: [uml-devel] User Mode Linux

Am 20.07.2016 um 19:47 schrieb Ritesh Raj Sarraf: > Hello Richard, > > On Wed, 2016-07-20 at 19:39 +0200, Richard Weinberger wrote: >>> The documentation which still is active and useful[1] is marked as "old" on >> the >>> website. >>&

Re: [uml-devel] link error on recent kernels with CONFIG_STATIC_LINK=y

Dmitry, We face the following issue on UML. My ld-fu is not very strong, can you please have a look? AFAICT it fails since UML links to libc.a and we have section clash. On Thu, Aug 11, 2016 at 2:19 PM, Stefan Traby wrote: > hi! > > I get > `.text.exit' referenced in

<    1   2   3   4   5   6   7   8   >