[uml-devel] [PATCH 60/64] uml: remove driver_data direct access of struct device

In the near future, the driver core is going to not allow direct access to the driver_data pointer in struct device. Instead, the functions dev_get_drvdata() and dev_set_drvdata() should be used. These functions have been around since the beginning, so are backwards compatible with all older kern

Re: [uml-devel] Building/runing UML in SMP mode

On Mon, Jun 15, 2009 at 06:22:46PM -0700, Paul Menage wrote: > On Mon, Jun 15, 2009 at 6:03 PM, Jeff Dike wrote: > > > > The problem with SMP on skas0 > > Does that mean that it works more easily on skas3? Yup. That completely avoids ptrace issues. I think things should just about work at that

[uml-devel] [RFC][PATCH 0/5] UML: Support lockdep on x86-64 UML

The following series provides the basic support for lockdep on UML running on x86-64, and fixes a few lockdep-generated warnings. It's not yet sufficient to properly use lockdep yet - currently lockdep disables itself with the stacktrace/warning below; presumably there's a point in the UML code wh

Re: [uml-devel] Building/runing UML in SMP mode

On Mon, Jun 15, 2009 at 6:03 PM, Jeff Dike wrote: > > The problem with SMP on skas0 Does that mean that it works more easily on skas3? > I actually had this somewhat working, but the code was a horror show, > with much nastiness about ignoring the signals that are needed in > order to prevent a d

[uml-devel] [PATCH 5/5] UML: Remove sigio_lock()/sigio_unlock() lockdep warnings

UML: Remove sigio_lock()/sigio_unlock() lockdep warnings When lockdep is enabled on UML, calls to sigio_lock() and sigio_unlock() trigger a lockdep warning since this function is called both from interrupt context and process context. This patch allows a "flags" argument to be passed to sigio_lock

[uml-devel] [PATCH 3/5] UML: Enable CONFIG_STACKTRACE_SUPPORT

UML: Enable CONFIG_STACKTRACE_SUPPORT Adds a simple stacktrace function, only tested/enabled on X86 Signed-off-by: Paul Menage --- arch/um/Kconfig.common |2 + arch/um/kernel/Makefile |1 + arch/um/kernel/stacktrace.c | 68 +++ arch/u

[uml-devel] [PATCH 2/5] UML: Enable CONFIG_TRACE_IRQFLAGS_SUPPORT

UML: Enable CONFIG_TRACE_IRQFLAGS_SUPPORT Signed-off-by: Paul Menage --- arch/um/Kconfig.common|2 +- arch/um/include/asm/system.h | 39 ++- arch/um/kernel/irq.c |1 + arch/um/kernel/process.c |1 - arch/um/kernel/skas/pr

Re: [uml-devel] Building/runing UML in SMP mode

On Thu, Jun 11, 2009 at 12:02:56PM -0700, Paul Menage wrote: > For a while now (since tt mode was dropped and skas mode became the > only option?) it looks as though UML has been UP-only on x86-64. And > even though the configs appear to allow building SMP on x86-32, there > are things like the pa

[uml-devel] [PATCH 4/5] UML: Avoid lockdep issues during initialization

UML: Avoid lockdep issues during initialization UML calls atomic_notifier_chain_register() very early during initialization. When lockdep is in use, the spinlock operations thus invoked make use of current_thread_info(), which isn't valid in UML until start_kernel_proc() is reached (running on the

[uml-devel] [PATCH 1/5] UML: Fix some apparent bitrot

UML: Fix some apparent bitrot - migration of net_device methods into net_device_ops - address space layout changes - dma_sync_single() changes Signed-off-by: Paul Menage --- arch/um/drivers/slip_kern.c|1 - arch/um/drivers/slirp_kern.c |1 - arch/um/include/asm/dma-mappi