Masami,
Am 27.04.2017 um 05:15 schrieb Masami Hiramatsu:
> Since read_initrd() invokes alloc_bootmem() for allocating
> memory to load initrd image, it must be called after init_bootmem.
>
> This makes read_initrd() called directly from setup_arch()
> after init_bootmem() and mem_total_pages().
Matthias,
Am 17.04.2017 um 22:37 schrieb Matthias Kaehlcke:
> El Mon, Apr 03, 2017 at 12:54:58PM -0700 Matthias Kaehlcke ha dit:
>
>> Signed-off-by: Matthias Kaehlcke
>> ---
>> arch/x86/um/shared/sysdep/kernel-offsets.h | 9 +
>> 1 file changed, 1 insertion(+), 8 deletions(-)
>>
>> diff
the calculation.
Cc:
Reported-by: jie cao
Signed-off-by: Richard Weinberger
---
arch/x86/um/ptrace_64.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/um/ptrace_64.c b/arch/x86/um/ptrace_64.c
index a5c9910d234f..09a085bde0d4 100644
--- a/arch/x86/um/ptrace_64.c
+
Anton,
Am 17.03.2017 um 18:44 schrieb Anton Ivanov:
>> But you have to enable VM debugging to see it.
>
> I have most debugging enabled to make sure I do not introduce any
> re-entrancy in the IRQ handlers and/or have any allocations of the wrong
> type where they do not belong.
>
> We should pr
Am 17.03.2017 um 18:04 schrieb Anton Ivanov:
> On 17/03/17 16:56, Richard Weinberger wrote:
>> Anton,
>>
>> On Fri, Mar 17, 2017 at 8:51 AM, Anton Ivanov
>> wrote:
>>> Hi list, hi Richard
>>>
>>> There is an extra check in mm/mmap.c which now
Anton,
Am 17.03.2017 um 18:04 schrieb Anton Ivanov:
> On 17/03/17 16:56, Richard Weinberger wrote:
>> Anton,
>>
>> On Fri, Mar 17, 2017 at 8:51 AM, Anton Ivanov
>> wrote:
>>> Hi list, hi Richard
>>>
>>> There is an extra check in mm/mmap.c w
Natale,
On Wed, Feb 15, 2017 at 3:31 PM, Natale Patriciello
wrote:
>
> Hello,
>
> as I've reported here [1], by changing the work station I've got the
> same UML guest not working anymore. I investigated and the problem root
> is in the code added in this patchset [2] (add extended processor stat
Anton,
On Fri, Mar 17, 2017 at 8:51 AM, Anton Ivanov
wrote:
> Hi list, hi Richard
>
> There is an extra check in mm/mmap.c which now throws a WARN on every
> page in making UML unusable with the latest 4.11-rc2
Which WARN? Can you find the offending commit?
--
Thanks,
//richard
--
um
Reported-by: Vegard Nossum
Signed-off-by: Richard Weinberger
---
arch/um/kernel/sysrq.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/um/kernel/sysrq.c b/arch/um/kernel/sysrq.c
index a76295f7ede9..961be4a51511 100644
--- a/arch/um/kernel/sysrq.c
+++ b/arch/um
Vegard,
Am 12.03.2017 um 10:38 schrieb Vegard Nossum:
> Without KERN_CONT, the symbol will appear on a new line, making stack
> traces completely unreadable:
>
> Call Trace:
> [<6008e891>] ?
> printk+0x0/0x94
> [<6001cce6>]
> show_stack+0xfe/0x15b
> [<600666ec>] ?
>
Nikola,
Am 02.03.2017 um 14:16 schrieb Nikola Kotur:
> Define NR_CPUS required by the timer subsystem.
>
> Fixes this make warning:
>
> scripts/kconfig/conf --oldconfig arch/x86/um/Kconfig
> kernel/time/Kconfig:155:warning: range is invalid
>
> Signed-off-by: Nikola Kotur
Looks good!
On Wed, Jan 4, 2017 at 2:54 PM, Enjoy Mindful wrote:
> Hi,
>
> https://marc.info/?l=user-mode-linux-devel
> https://marc.info/?l=user-mode-linux-user
> https://sourceforge.net/p/user-mode-linux/mailman/user-mode-linux-user/
>
> I'm looking for archive tar balls for user-mode-linux-devel and
> user
Recent changes to printk() broke UML's stack trace
output. Kill the root of the problem by using a single
printk() statement.
Signed-off-by: Richard Weinberger
---
arch/um/kernel/sysrq.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/um/kernel/sysrq.c b/ar
The following changes since commit 69973b830859bc6529a7a0468ba0d80ee5117826:
Linux 4.9 (2016-12-11 11:17:54 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git for-linus-4.10-rc1
for you to fetch changes up to f88f0bdfc32f3d1e2fd03ec8a7f7b
Paul,
On 08.08.2016 22:35, Paul E. McKenney wrote:
> On Mon, Aug 08, 2016 at 10:12:11PM +0200, Richard Weinberger wrote:
>> Paul,
>>
>> Am 15.06.2016 um 14:45 schrieb Paul E. McKenney:
>>> On Wed, Jun 15, 2016 at 09:05:37AM +0200, Richard Weinberger wrote:
>>&g
On 12.12.2016 20:10, Ritesh Raj Sarraf wrote:
> On Mon, 2016-12-12 at 17:32 +0100, Richard Weinberger wrote:
>> Isn't this a toolchain bug?
>> Can you please try this fix?
>> https://sourceware.org/bugzilla/show_bug.cgi?id=20800
>
> Thanks for the link. I think tha
Hi!
On Sat, Dec 3, 2016 at 7:20 PM, Ritesh Raj Sarraf wrote:
> Hi,
>
> On Debian Sid (Unstable), with Linux version 4.8.11, I was hopeful that uml
> would build proper with gcc-6. But I still am getting the below mentioned
> build
> failure.
>
> The 4.8.11 kernel has the fixes for the core kerne
Keno,
On 16.11.2016 04:45, Keno Fischer wrote:
> Just as an FYI, the linker bug has been fixed in binutils.
Interesting. Is the same bug also the root cause why a static build
of UML does not work?
Thanks,
//richard
--
On 11.11.2016 22:03, Keno Fischer wrote:
> Did you have CONFIG_INET set? I'm attaching my full .config. This is
> on vanilla Ubuntu 16.10.
Yes, CONFIG_INET is set. Let my try on Ubuntu. ;-\
> I did see the same error when building with `CONFIG_STATIC_LINK=y`.
> Note that I also, separately, ran i
Keno,
On 10.11.2016 02:53, Keno Fischer wrote:
> Fixes the following link error:
> ```
> /usr/bin/ld: net/built-in.o: relocation R_X86_64_32S against `.text'
> can not be used when making a shared object; recompile with -fPIC
> ```
How and where do you trigger this?
I had a chat with Sebastian an
Keno,
On 10.11.2016 21:14, Keno Fischer wrote:
> Yes
Can you please reply to Sebastian's patch series and explain him how you trigger
that error?
I don't have a gcc broken by Debian on my machine right now.
> On Thu, Nov 10, 2016 at 3:14 PM, Richard Weinberger wrote:
&
Keno,
On 10.11.2016 21:10, Keno Fischer wrote:
>> The problem is ready being solved in a generic way:
>> http://marc.info/?l=linux-kernel&m=147828481602561&w=2
>>
>> Can you please give this patch a try?
>
> No dice. After backing out my patch and applying that one I get:
>
> /usr/bin/ld: error:
Keno,
On 10.11.2016 02:53, Keno Fischer wrote:
> Fixes the following link error:
> ```
> /usr/bin/ld: net/built-in.o: relocation R_X86_64_32S against `.text'
> can not be used when making a shared object; recompile with -fPIC
> ```
>
> This is the same definition used on some other architectures.
Anton,
On 30.09.2016 08:53, anton.iva...@kot-begemot.co.uk wrote:
> From: Anton Ivanov
>
> UBD at present is extremely slow because it handles only
> one request at a time in the IO thread and IRQ handler.
>
> The single request at a time is replaced by handling multiple
> requests as well as n
Hi guys,
I'm very sorry but due to travelling and a flu I simply had no time to prepare
a pull request and review patches.
Thanks,
//richard
--
Check out the vibrant tech community on one of the world's most
engaging te
Linus,
The following changes since commit 7a1dcf6adaa7cc4b8cd93a3883267497a77b1051:
Merge tag 'usercopy-v4.8-rc4' of
git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux (2016-08-23 14:32:38
-0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/r
On 23.08.2016 11:59, Andrey Ryabinin wrote:
>> Andrey, shall I carry this patch through the UML tree or
>> do you have something else in mind?
>>
>
> Take it in the UML tree please.
Ok! Applied to -next.
Thanks,
//richard
-
On 19.08.2016 17:24, Dmitry Vyukov wrote:
> If it exits then
>
> Acked-by: Dmitry Vyukov
Andrey, shall I carry this patch through the UML tree or
do you have something else in mind?
Thanks,
//richard
--
___
On 19.08.2016 12:48, Andrey Ryabinin wrote:
> On 08/19/2016 03:14 AM, Dmitry Vyukov wrote:
>> On Thu, Aug 18, 2016 at 3:08 AM, Andrey Ryabinin
>> wrote:
>>>
Sorry for delays, I am travelling.
Do we need ".fini_array" section? It's also destructors that we don't
run. Or does UML
On 28.07.2016 16:32, Mattia Dongili wrote:
>> This is now:
>> https://github.com/malattia/uml-utilities
>>
>>> The CVS repo on sourceforge is out of date though, it's missing a good
>>> chunk of code. The last commit is from 2004 or so.
>>>
>>> If you don't have the remainder of the code history I
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 section `.fini_array' of
> /
Paul,
Am 15.06.2016 um 14:45 schrieb Paul E. McKenney:
> On Wed, Jun 15, 2016 at 09:05:37AM +0200, Richard Weinberger wrote:
>> Paul,
>>
>> Am 15.06.2016 um 00:54 schrieb Paul E. McKenney:
>>> On Mon, Jun 06, 2016 at 02:04:03AM +0800, kbuild test robot w
TRACE_IRQFLAGS_SUPPORT on UML.
Amitoj Kaur Chawla (1):
um: Eliminate null test after alloc_bootmem
Dan Carpenter (1):
hostfs: Freeing an ERR_PTR in hostfs_fill_sb_common()
Daniel Wagner (1):
um: Use asm-generic/irqflags.h
Richard
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.
>>> The
Hi!
Am 20.07.2016 um 19:04 schrieb Ritesh Raj Sarraf:
> Hello Jeff, Richard and the UML Team.
>
> Me and Mattia are maintainers for UML in the Debian Distribution.
>
> Recently, during a refresh of the package, we realized that the User Mode
> Linux
> website, which hosts useful documentation,
Am 14.07.2016 um 05:08 schrieb Mattia Dongili:
> On Wed, Jul 13, 2016 at 11:11:03PM +0200, Richard Weinberger wrote:
>> Hi!
>>
>> On Wed, Jul 13, 2016 at 5:02 AM, Mattia Dongili wrote:
>>> Hi,
>>>
>>> Does anybody knows if there is any newer versi
Hi!
On Wed, Jul 13, 2016 at 5:02 AM, Mattia Dongili wrote:
> Hi,
>
> Does anybody knows if there is any newer version of the tools package
> (the one with tunctl, uml_mount and friends)?
>
> I'm maintaining[1] the package in Debian and I was wondering whether the
> original code is hosted somewhe
On Wed, Jul 6, 2016 at 1:31 PM, Mark Kica wrote:
> I have build custom 64bit UML Linux kernel with TUN/TAP kernel module
> (tun.ko) and then I have installed it on small root filesystem with busybox
> . These module and kernel seems to work and I would like to make simple
> changes in TUN module a
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
Paul,
Am 15.06.2016 um 00:54 schrieb Paul E. McKenney:
> On Mon, Jun 06, 2016 at 02:04:03AM +0800, kbuild test robot wrote:
>> tree:
>> https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
>> rcu/next
>> head: 13ee0de9cd2444b57ce30c4f1607b49b90aa0c38
>> commit: f251ac814fc57
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:
>> https://lkml.org/lkml/2015/11/19/75
Am 12.06.2016 um 22:59 schrieb Vegard Nossum:
> On 12 June 2016 at 22:11, Richard Weinberger
> wrote:
>>> I wonder why setup_env_path() ends up calling the kernel's snprintf(),
>>> I thought that it would be using the glibc snprintf() at this point?
>>
>>
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
>>> early boot. Sometimes it works just fine, but often I get segfaults
>>
Now we have everything we need, so enable
TRACE_IRQFLAGS_SUPPORT.
Signed-off-by: Richard Weinberger
---
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 100644
--- a/arch/um
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
Signed-off-by: Richard Weinberger
---
arch/um/include/asm/irqflags.h | 20 +---
1 file changed, 9
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
---
arch/um/os-Linux/signal.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/um/os-Linux/signal.c b/arch/um
Now we have the infrastructure to support kmemleak.
Enable the HAVE flag.
Signed-off-by: Richard Weinberger
---
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/arch/um/Kconfig.common
otmem(). 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
---
arch/um/kernel/um_arch.c | 8
1
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 a78ff1112263fdd871
On Sat, May 21, 2016 at 3:51 PM, Vegard Nossum wrote:
> Hi people,
>
> I'm having some trouble with using current_thread_info() during UML
> early boot. Sometimes it works just fine, but often I get segfaults
> because current_thread_info() is returning an invalid pointer. It
> looks random: 0x202
Am 20.05.2016 17:31 schrieb Eli Cooper :
>
> 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 this in -next
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 rep
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 w
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 versions
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
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' [-Werror=implicit-function-declarat
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
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 Dat
On Sun, Jan 10, 2016 at 6:13 AM, Peter Hurley wrote:
> Evaluate the conditions which prevent this tty being the controlling
> terminal in one place, just before setting the controlling terminal.
>
> Signed-off-by: Peter Hurley
> ---
> drivers/tty/tty_io.c | 17 -
> 1 file changed
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()
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 corrupti
rocess.
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
Signed-o
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 t
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 bu
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
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 asm-
Am 10.02.2016 um 15:29 schrieb Vegard Nossum:
> USB has not been usable on UML since this commit:
>
> commit e25df1205f37c7bff3ab14fdfc8a5249f3c69c82
> Author: Martin Schwidefsky
> Date: Thu May 10 15:45:57 2007 +0200
>
> [S390] Kconfig: menus with depends on HAS_IOMEM.
>
> Add "depen
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 what
Am 29.01.2016 um 02:32 schrieb Nicolai Stange:
> Richard Weinberger writes:
>
>> Am 29.01.2016 um 00:56 schrieb Nicolai Stange:
>>> Commit 16da306849d0 ("um: kill pfn_t")
>>> introduced a compile warning for defconfig:
>>>
>>> ar
Am 29.01.2016 um 00:56 schrieb Nicolai Stange:
> Commit 16da306849d0 ("um: kill pfn_t")
> introduced a compile warning for defconfig:
>
> arch/um/kernel/skas/mmu.c:38:206: warning: right shift count >= width of
> type
> [-Wshift-count-overflow]
>
> Aforement
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 argument type
> is 'unsigned lo
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
>
> Acked-by: Srinivas Kan
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
>> ---
>> drivers/scsi/hisi_s
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
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
> ---
> drivers/leds/Kconfig | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/dri
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
> ---
> drivers/pwm/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/driver
Viro
Signed-off-by: Richard Weinberger
diff --git a/arch/um/kernel/signal.c b/arch/um/kernel/signal.c
index fc8be0e..57acbd6 100644
--- a/arch/um/kernel/signal.c
+++ b/arch/um/kernel/signal.c
@@ -69,7 +69,7 @@ void do_signal(struct pt_regs *regs)
struct ksignal ksig;
int
Not every arch has io memory.
So, unbreak the build by fixing the dependencies.
Signed-off-by: Richard Weinberger
---
drivers/irqchip/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/irqchip/Kconfig b/drivers/irqchip/Kconfig
index 715923d..fb50911 100644
--- a/drivers/irqchip
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
---
drivers/clocksource/Kconfig | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers
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
---
drivers/iio/imu/inv_mpu6050/Kconfig | 2 +-
1 file changed, 1
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 01/2
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
---
drivers/media/Kconfig | 3 +--
drivers/media/usb
Not every arch has io memory.
So, unbreak the build by fixing the dependencies.
Signed-off-by: Richard Weinberger
---
drivers/mailbox/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mailbox/Kconfig b/drivers/mailbox/Kconfig
index 546d05f..b2bbe86 100644
--- a/drivers/mailbox
Not every arch has io memory.
So, unbreak the build by fixing the dependencies.
Signed-off-by: Richard Weinberger
---
drivers/pwm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/pwm/Kconfig b/drivers/pwm/Kconfig
index 8cf0dae..e83aa94 100644
--- a/drivers/pwm/Kconfig
+++ b
...modules are using this symbol.
Export it like all other archs to.
Signed-off-by: Richard Weinberger
---
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/arch/um/kernel/reboot.c
Not every arch has io memory.
So, unbreak the build by fixing the dependencies.
Signed-off-by: Richard Weinberger
---
drivers/hwtracing/intel_th/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/hwtracing/intel_th/Kconfig
b/drivers/hwtracing/intel_th/Kconfig
index b7a9073
Not every arch has io memory.
So, unbreak the build by fixing the dependencies.
Signed-off-by: Richard Weinberger
---
drivers/fpga/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/fpga/Kconfig b/drivers/fpga/Kconfig
index c9b9fdf..36c54af 100644
--- a/drivers/fpga/Kconfig
Not every arch has io memory.
So, unbreak the build by fixing the dependencies.
Signed-off-by: Richard Weinberger
---
drivers/thermal/Kconfig| 7 +++
drivers/thermal/ti-soc-thermal/Kconfig | 1 +
2 files changed, 8 insertions(+)
diff --git a/drivers/thermal/Kconfig b
Not every arch has io memory.
So, unbreak the build by fixing the dependencies.
Signed-off-by: Richard Weinberger
---
drivers/leds/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/leds/Kconfig b/drivers/leds/Kconfig
index 7f940c2..e76a45c 100644
--- a/drivers/leds/Kconfig
Not every arch has io memory.
So, unbreak the build by fixing the dependencies.
Signed-off-by: Richard Weinberger
---
drivers/watchdog/Kconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/watchdog/Kconfig b/drivers/watchdog/Kconfig
index 4f0e7be..0bd559a 100644
--- a/drivers
Not every arch has io memory.
So, unbreak the build by fixing the dependencies.
Signed-off-by: Richard Weinberger
---
drivers/phy/Kconfig | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/phy/Kconfig b/drivers/phy/Kconfig
index e7e117d..ddfbaf9 100644
--- a/drivers/phy/Kconfig
Not every arch has io or DMA memory.
So, unbreak the build by fixing the dependencies.
Signed-off-by: Richard Weinberger
---
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
index 37a0c71..f9157f4
Not every arch has io memory.
So, unbreak the build by fixing the dependencies.
Signed-off-by: Richard Weinberger
---
drivers/nvmem/Kconfig | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/nvmem/Kconfig b/drivers/nvmem/Kconfig
index bc4ea58..c675ee9 100644
--- a/drivers/nvmem
Not every arch has io memory.
So, unbreak the build by fixing the dependencies.
Signed-off-by: Richard Weinberger
---
drivers/net/ethernet/ezchip/Kconfig | 1 +
drivers/net/phy/Kconfig | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/net/ethernet/ezchip/Kconfig
b
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/
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 3e46b25376321db119
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 Insigh
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
>> wrote:
>>> Hi list, hi Richard,
>>>
>>> This rather primitive patchset pushes disk IO by ~ 15%.
>>&
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 wh
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 `__t
101 - 200 of 845 matches
Mail list logo
