How about this for telling that an architecture doesn't support DMA?
At least we could get rid of dma-mapping-broken.h and don't need to
compile some afterwards dead code.
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
---
arch/s390/Kconfig |3 +++
drive
artin for this ;)
Probably both of these functions needs some comment I guess... and this one
as well: bf6f6aa46feada857a52cb67d99a7c2fe4a70e87 (our new __udelay
implementation).
--
Heiko Carstens
Linux on System z Development
IBM Deutschland Entwicklung GmbH
Vorsitzender des Aufsichtsrats: Johan
On Fri, Feb 23, 2007 at 07:13:32AM +0100, Heiko Carstens wrote:
> How about this for telling that an architecture doesn't support DMA?
> At least we could get rid of dma-mapping-broken.h and don't need to
> compile some afterwards dead code.
>
> Signed-off-by: Heiko C
From: Heiko Carstens <[EMAIL PROTECTED]>
Architectures that don't support DMA can say so by adding a
config NO_DMA to their Kconfig file. This will prevent compilation
of some dma specific driver code. Also dma-mapping-broken.h isn't
needed anymore on at least s390.
This avoids
lockdep tells us that we have a possible circular locking dependency.
The output below is incomplete since our console driver deadlocked on
del_timer()...
<4>Processor 4 spun down
<4>
<4>===
<4>[ INFO: possible circular locking de
On Thu, Feb 22, 2007 at 12:20:40PM +0100, Heiko Carstens wrote:
> On Thu, Feb 08, 2007 at 06:59:16PM +, Linux Kernel Mailing List wrote:
> > Commit: cfcd1705b61ecce1ab102b9593cf733fef314a19
> > Parent: 0e47e3cca100e7c8e8124378e4e44969c2e042fd
> > Author: Da
On Thu, Mar 01, 2007 at 04:18:23PM +0900, Fernando Luis Vázquez Cao wrote:
> Move definition of hard_smp_processor_id to asm/smp.h on alpha, m32r,
> powerpc, s390, sparc, sparc64, and um architectures.
>
> Signed-off-by: Fernando Luis Vazquez Cao <[EMAIL PROTECTED]>
> ---
>
> diff -urNp linux-2.6
From: Heiko Carstens <[EMAIL PROTECTED]>
3117df0453828bd045c16244e6f50e5714667a8a causes this:
In file included from arch/s390/kernel/early.c:13:
include/linux/lockdep.h:300: warning:
"struct task_struct" declared inside parameter list
include/lin
On Thu, Feb 08, 2007 at 09:28:24AM -0800, H. Peter Anvin wrote:
> Josh Boyer wrote:
> >Hi All,
> >Did the migration of the git stuff to a new dedicated server on
> >kernel.org ever happen? IIRC, it was supposed to happen the 5th of
> >Feb. or so.
>
> It hasn't happened yet, no, and since the mach
same inconsistency
on s390 and our new iucv driver makes use of smp_call_function
in softirq context.
The patch below converts the spin_lock's in i386/x86_64 to
spin_lock_bh, so it would be consistent with s390.
Patch is _not_ compile tested.
Cc: Andi Kleen <[EMAIL PROTECTED]>
Cc: I
On Thu, Feb 08, 2007 at 12:43:28PM -0800, David Miller wrote:
> From: Heiko Carstens <[EMAIL PROTECTED]>
> Date: Thu, 8 Feb 2007 21:32:10 +0100
>
> > So either all spin_lock_bh's should be converted to spin_lock,
> > which would limit smp_call_function()/smp_call_
On Fri, Feb 09, 2007 at 05:11:32PM +0200, Alon Bar-Lev wrote:
>
> Follow-up Russell King comment at http://lkml.org/lkml/2007/1/22/267
>
> All __initdata variables should be initialized so they won't end up
> in BSS.
>
> There is no dependency between patches or even hunks.
>
> Some architect
On Thu, Feb 08, 2007 at 03:07:10PM -0800, Andrew Morton wrote:
> drivers-mdc-use-array_size-macro-when-appropriate.patch
> md-dm-reduce-stack-usage-with-stacked-block-devices.patch
>
> -> neilb
>
> (The second one is getting idiotic. When are we going to fix this??)
Since it was me who aske
On Fri, Feb 09, 2007 at 02:50:12PM -0800, Davide Libenzi wrote:
> On Fri, 9 Feb 2007, David Woodhouse wrote:
>
> > On Fri, 2007-02-09 at 13:45 -0800, Andrew Morton wrote:
> > > > I would strongly recommend that in the general case, you don't merge new
> > > > system calls unless the corresponding
From: Heiko Carstens <[EMAIL PROTECTED]>
9ac7849e35f705830f7b016ff272b0ff1f7ff759 breaks s390, we don't
have any PCI devices...
lib/built-in.o(.text+0xcdc): In function `devm_ioport_map_release':
: undefined reference to `ioport_unmap'
lib/built-in.o(.text+0xd64): In func
From: Heiko Carstens <[EMAIL PROTECTED]>
9ac7849e35f705830f7b016ff272b0ff1f7ff759 causes this on s390.
Since we don't support DMA extend dma-mapping-broken.h a bit.
drivers/base/dma-mapping.c: In function `dmam_noncoherent_release':
drivers/base/dma-mapping.c:32:
w
From: Heiko Carstens <[EMAIL PROTECTED]>
9ac7849e35f705830f7b016ff272b0ff1f7ff759 causes this:
CC arch/s390/mm/ioremap.o
In file included from arch/s390/mm/ioremap.c:18:
include/linux/io.h:46:
warning: "struct pci_dev" declared inside parameter list
inclu
gured. Wrap pci_iomap() in CONFIG_PCI and move managed
> PCI iomap functions into include/linux/pci.h and drivers/pci/pci.c.
>
> Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
> Cc: Heiko Carstens <[EMAIL PROTECTED]>
> ---
> Heiko, how about this? Does it fix s390?
U
On Sat, Feb 10, 2007 at 05:14:13PM -0500, Tejun Heo wrote:
> Heiko Carstens wrote:
> >On Sat, Feb 10, 2007 at 12:43:16PM -0500, Tejun Heo wrote:
> \>> Heiko, how about this? Does it fix s390?
> >Unfortunately not. Now I get
> > CC lib/iomap
> My current version:
>
> From 97f115834b5ebef4f04e0f18aaa10f78f43733a0 Mon Sep 17 00:00:00 2001
> From: Al Viro <[EMAIL PROTECTED]>
> Date: Sat, 10 Feb 2007 23:41:09 -0500
> Subject: [PATCH] sort the devres mess out
>
> Split the implementation-agnostic stuff in separate files.
> Make sure that
On Sat, Feb 10, 2007 at 09:34:47PM +, Ralf Baechle wrote:
> On Sat, Feb 10, 2007 at 10:32:07AM +, David Woodhouse wrote:
>
> > On Sat, 2007-02-10 at 11:22 +0100, Heiko Carstens wrote:
> > > Which remembers me that I think that MIPS is using the non-compat version
>
On Sun, Feb 11, 2007 at 12:15:24PM -0800, Davide Libenzi wrote:
>
> Add epoll compat_ code to kernel/compat.c. IA64 and ARM-OABI are currently
> using their own version of epoll compat_ code and they could probably wire
> to the new common code. Patch over 2.6.20.
> + * epoll (fs/eventpoll.c) co
On Wed, Jan 24, 2007 at 01:09:18AM -0800, [EMAIL PROTECTED] wrote:
>
> The patch titled
> mm: search_binary_handler() mem limit fix
> has been added to the -mm tree. Its filename is
> mm-search_binary_handler-mem-limit-fix.patch
>
> *** Remember to use Documentation/SubmitChecklist whe
On Mon, Jan 29, 2007 at 12:33:28PM +0100, Heiko Carstens wrote:
> On Wed, Jan 24, 2007 at 01:09:18AM -0800, [EMAIL PROTECTED] wrote:
> > mm-search_binary_handler-mem-limit-fix.patch
> > From: Dmitriy Monakhov <[EMAIL PROTECTED]>
> >
> > The function ch
> Virtual mem_map is not useful for 32bit archs. This uses huge virtual
> address range.
Why? The s390 vmem_map implementation which I sent last week to linux-mm
is merged in the meantime. It supports both 32 and 64 bit.
The main reason is to keep things simple and avoid #ifdef hell.
Since the ma
> +#ifdef CONFIG_SPARSEMEM_VMEMMAP
> +#if (((BITS_PER_LONG/4) * PAGES_PER_SECTION) % PAGE_SIZE) != 0
> +#error "PAGE_SIZE/SECTION_SIZE relationship is not suitable for vmem_map"
> +#endif
Why the BITS_PER_LONG/4? Or to put in other words: why not simply
PAGES_PER_SECTION % PAGE_SIZE != 0 ?
-
To un
> +static int pgm_check_occured;
> +
> +static void cio_reset_pgm_check_handler(void)
> +{
> + pgm_check_occured = 1;
> +}
> +
> +static int stsch_reset(struct subchannel_id schid, volatile struct schib
> *addr)
> +{
> + int rc;
> +
> + pgm_check_occured = 0;
> + s390_reset_pgm_han
On Mon, Jan 08, 2007 at 12:07:19PM -0500, Benjamin Gilbert wrote:
> If a module returns NOTIFY_BAD to a CPU_DOWN_PREPARE callback, subsequent
> attempts to take a CPU down cause the write into sysfs to wedge.
>
> This is reproducible in 2.6.20-rc4, but was originally found in 2.6.18.5.
>
> Steps
On Tue, Jan 09, 2007 at 05:57:40PM +0530, Srivatsa Vaddagiri wrote:
> On Tue, Jan 09, 2007 at 01:17:38PM +0100, Heiko Carstens wrote:
> > missing in kernel cpu.c in _cpu_down() in case CPU_DOWN_PREPARE
> > returned with NOTIFY_BAD. However... this reveals that there is just a
>
From: Heiko Carstens <[EMAIL PROTECTED]>
This makes cpu hotplug symmetrical: if CPU_UP_PREPARE fails we get
CPU_UP_CANCELED, so we can undo what ever happened on PREPARE.
The same should happen for CPU_DOWN_PREPARE.
Cc: Srivatsa Vaddagiri <[EMAIL PROTECTED]>
Cc: Gautham Shenoy <[
From: Heiko Carstens <[EMAIL PROTECTED]>
Looks like this was forgotten when CPU_LOCK_[ACQUIRE|RELEASE] was
introduced.
Cc: Pekka Enberg <[EMAIL PROTECTED]>
Cc: Srivatsa Vaddagiri <[EMAIL PROTECTED]>
Cc: Gautham Shenoy <[EMAIL PROTECTED]>
Signed-off-by: Heiko Carstens <
Sent this a few days ago, but got no response. Probably because I addressed
this to the wrong persons. So, next try.
With current git tree as of today I get this:
=
[ INFO: possible recursive locking detected ]
2.6.19-rc6-g1b9bb3c1 #28
-
On Mon, Jun 18, 2007 at 02:23:06AM -0400, Mike Frysinger wrote:
> Since asm-s390/ptrace.h is exported to userspace, we need to make sure we use
> __asm__() rather than asm() as the latter is disabled when gcc compiles with
> GNU extensions turned off (like -std=c99).
>
> Signed-off-by: Mike Frysin
On Mon, Jun 18, 2007 at 10:15:18AM +0200, Martin Schwidefsky wrote:
> On Mon, 2007-06-18 at 09:36 +0200, Heiko Carstens wrote:
> > Hmm.. spka is a sort of priviledged instruction and shouldn't be
> > user space visible.
> > I will move it so it's under #ifdef __KERN
On Tue, Jun 19, 2007 at 11:12:00AM +0200, Bastian Blank wrote:
> On Tue, Jun 19, 2007 at 10:45:21AM +0200, Martin Schwidefsky wrote:
> > Move psw_set_key() from ptrace.h to processor.h which is a more
> > suitable place for it. In addition the moves makes the function
> > invisible to user space.
>
On Fri, Jun 15, 2007 at 11:22:21AM +0200, Carsten Otte wrote:
> Jared Hulbert wrote:
> >>If you're interrested in using the later for xip without
> >>struct page, I would volounteer to go ahead and implement this?
> >I'm very interested in this.
> Good. Let me see if I can come up with a patch on t
> fallocate-implementation-on-i86-x86_64-and-powerpc.patch
Still broken: arch/x86_64/ia32/ia32entry.S wants compat_sys_fallocate instead
of sys_fallocate. Also compat_sys_fallocate probably should be moved to
fs/compat.c.
> fallocate-on-s390.patch
We reserved a different syscall number than the
> Alternatively I can push them directly to Linus along with other ext4
> patches. We can drop the s390 patch if Martin or Heiko wants to wire
> it up themselves.
Yes, please drop the s390 patch. In general it seems to be better if only
one architecture gets a syscall wired up initially and let o
On Wed, Jul 11, 2007 at 12:10:34PM +1000, Stephen Rothwell wrote:
> On Wed, 11 Jul 2007 01:50:00 +0530 "Amit K. Arora" <[EMAIL PROTECTED]> wrote:
> >
> > --- linux-2.6.22.orig/arch/x86_64/ia32/sys_ia32.c
> > +++ linux-2.6.22/arch/x86_64/ia32/sys_ia32.c
> > @@ -879,3 +879,11 @@ asmlinkage long sys32
On Wed, Jul 11, 2007 at 11:39:39AM -0400, Theodore Tso wrote:
> On Wed, Jul 11, 2007 at 10:50:49AM +1000, Paul Mackerras wrote:
> > > On Wed, 11 Jul 2007 09:27:40 +1000
> > > Paul Mackerras <[EMAIL PROTECTED]> wrote:
> > >
> > > > We did come up with an order that worked for everybody, but that
>
On Tue, May 29, 2007 at 04:23:45AM +0200, Andi Kleen wrote:
> Possible further checks that might make sense:
> - panic() anywhere in drivers/*
A driver should be allowed to panic. E.g. if it detects that due to a
firmware or driver bug memory corruption happened. IMHO the best thing
to do then is
> > > Possible further checks that might make sense:
> > > - panic() anywhere in drivers/*
> >
> > A driver should be allowed to panic. E.g. if it detects that due to a
> > firmware or driver bug memory corruption happened. IMHO the best thing
> > to do then is panic.
>
> That is not how Linux n
On Tue, May 29, 2007 at 04:58:18PM +0200, Andi Kleen wrote:
> > So you prefer random data corruption over an emergency stop?
>
> With an oops you can at least recover the system and actually
> look at the problem. On a machine with a panic you're just dead
> and the probability of actually being
On Mon, Jul 16, 2007 at 06:02:55PM +, Linux Kernel Mailing List wrote:
> Gitweb:
> http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=cc2ea416b2aa04d0c34ff2281a23dae5b76b7b3b
> Commit: cc2ea416b2aa04d0c34ff2281a23dae5b76b7b3b
> Parent: 4e7bd66318b3ae60f
n't that CONFIG_HAS_IOMEM?
That was my understanding as well considering commits
5ea8176994003483a18c8fed580901e2125f8a83 and
23db764d3db5a4bb1e104ad9310e5dc18e4ffa1b
so the patch below should be correct... Geert, Roman?
Subject: [PATCH] Make check_signature() depend on CONFIG_HA
From: Heiko Carstens <[EMAIL PROTECTED]>
Add missing cond_syscall statements for compat_sys_signalfd
and compat_sys_timerfd.
Cc: Davide Libenzi <[EMAIL PROTECTED]>
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
---
Index: linux-2
From: Heiko Carstens <[EMAIL PROTECTED]>
Looks like these two are wired up in a wrong way.
Cc: Davide Libenzi <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
---
arch/x86_64/ia32/ia32entry.S |6 +++---
1 fi
On Sun, May 13, 2007 at 01:12:12PM -0400, Rodrigo Amestica wrote:
> In some older posts I have read that memory allocations via kmalloc
> and vmalloc are not swappable, that is, these memory chunks are not
> paged out to swap area. Is this still the case with linux kernel 2.6?
Yes.
-
To unsubscrib
From: Heiko Carstens <[EMAIL PROTECTED]>
Just thought this is easier to read.
Cc: Davide Libenzi <[EMAIL PROTECTED]>
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
---
Feel free to ignore/drop.
fs/compat.c | 13 -
1 file changed, 4 insertions(+), 9 deletion
From: Heiko Carstens <[EMAIL PROTECTED]>
All architectures that have an implementation of smp_call_function_single
let it return -EBUSY if it is asked to execute func on the current cpu.
Therefore the UP version must always return -EBUSY.
Signed-off-by: Heiko Carstens <[EMAIL
> >> arch/alpha/kernel/built-in.o:(.data+0x2d60): undefined reference to
> >> `sys_pselect6'
> >> arch/alpha/kernel/built-in.o:(.data+0x2d68): undefined reference to
> >> `sys_ppoll'
> >
> >> I don't understand this... Any clue(s)?
> >
> > Needed to replace sys_pselect6 and sys_ppoll with alpha_n
On Mon, Jun 04, 2007 at 10:46:24AM +0100, Andy Whitcroft wrote:
>
> This version brings a host of changes to cure false positives and
> bugs detected on patches submitted to lkml and -mm. It also brings
> a number of new tests in response to reviews, of particular note:
>
> - catch use of vola
I'm just wondering why we have an inconsistency between several archs when
it comes to the definitions of atomic_t, atomic64_t, spinlock_t and their
accessors. Currently we have on most architectures something like
typedef struct { volatile int counter; } atomic_t;
except for i386/x86_64 which ha
On Tue, Jun 05, 2007 at 11:38:27AM -0700, Luck, Tony wrote:
> > So is
> >
> > while (__raw_spin_is_locked(&v));
> >
> > supposed to work? Or should that be
> >
> > while (__raw_spin_is_locked(&v))
> > cpu_relax();
> >
> > as well and all the volatiles can/should go away?
>
> c
omes dissimilar to
> s390, but similar to powerpc, mips, alpha, sparc64 semantics.
> I'll prepare and submit a patch for the same, shortly.
Calling an smp_call_* function from any context but process context is
a bug. We didn't notice this initially when we used smp_call_function
fr
> The smp_call_function{_single} functions are used to run
> given function on all {or speicified} *other* CPUs. For
> UP systems, "other" CPUs simply don't exist, so we flag
> such incorrect usage of these functions using a WARNING.
If other cpus don't exist then smp_call_function() should just d
> Index: linux-2.6.22-rc4/arch/s390/kernel/syscalls.S
> ===
> --- linux-2.6.22-rc4.orig/arch/s390/kernel/syscalls.S 2007-06-11
> 16:16:01.0 -0700
> +++ linux-2.6.22-rc4/arch/s390/kernel/syscalls.S 2007-06-11
> 16:27:29.0
> Index: linux-2.6.22-rc4/arch/powerpc/kernel/sys_ppc32.c
> ===
> --- linux-2.6.22-rc4.orig/arch/powerpc/kernel/sys_ppc32.c
> +++ linux-2.6.22-rc4/arch/powerpc/kernel/sys_ppc32.c
> @@ -773,6 +773,13 @@ asmlinkage int compat_sys_truncat
From: Heiko Carstens <[EMAIL PROTECTED]>
check_signature() uses readb() and therefore should only be build on
CONFIG_HAS_IOMEM.
Otherwise breaks s390:
lib/check_signature.c: In function `check_signature':
lib/check_signature.c:19: error: implicit declaration of function `readb&#
From: Heiko Carstens <[EMAIL PROTECTED]>
git-acpi contains a patch that adds 'struct bin_attribute *' to
the read method of struct bin_attribute. This breaks s390:
CC arch/s390/kernel/ipl.o
arch/s390/kernel/ipl.c:317:
warning: initialization from incompatible pointe
From: Heiko Carstens <[EMAIL PROTECTED]>
sched-cfs-v2.6.22-git-v18.patch introduces CPU_IDLE in sched.h.
This conflict with the already existing define in
include/asm-s390/processor.h
Just rename the s390 defines, since they will go away as soon as
we support CONFIG_NO_HZ instead of o
[patch] generic bug: use show_regs() instead of dump_stack()
From: Heiko Carstens <[EMAIL PROTECTED]>
The current generic bug implementation has a call to dump_stack() in
case a WARN_ON(whatever) gets hit. Since report_bug(), which calls
dump_stack(), gets called from an exception handler
On Fri, May 18, 2007 at 11:47:05PM -0700, Linda Walsh wrote:
> Randy Dunlap wrote:
> >if S390
> >source "arch/s390/crypto/Kconfig"
> >endif
> >
> Why bother? Why not just move the contents of s390's crypto "Kconfig"
> in place of the "source" statement. All the options in s390's Kconfig
> are a
On Sat, May 19, 2007 at 09:11:08PM +0200, Thomas Gleixner wrote:
> On Sat, 2007-05-19 at 15:25 +0530, Anant Nitya wrote:
> > > No idea. I uploaded a debug patch against 2.6.22-rc1 to
> > >
> > > http://www.tglx.de/private/tglx/2.6.22-rc1-hrt-debug.patch
> > >
> > > Can you give it a try and report
On Sun, May 20, 2007 at 03:52:21PM +0200, Thomas Gleixner wrote:
> On Sun, 2007-05-20 at 12:18 +0200, Heiko Carstens wrote:
> > > I work out a more complex debug patch and pester you to test once I'm
> > > done.
> >
> > I've also tons of 'NOH
On Sun, May 20, 2007 at 06:01:53PM -0700, Linda Walsh wrote:
> Heiko Carstens wrote:
> > Send a patch.
>
> The following seems to work for me. Hope the form is ok. How does
> one include source if one wants to compose using Firefox? Seems to
> eat the tabs... :-( Are &qu
On Thu, May 24, 2007 at 03:10:12PM +0300, Avi Kivity wrote:
> This defines on_one_cpu() which is similar to smp_call_function_single()
> except that it works if cpu happens to be the current cpu. Can also be
> seen as a complement to on_each_cpu() (which also doesn't treat the
> current cpu specia
On Wed, Mar 07, 2007 at 09:07:17PM +, Pavel Machek wrote:
> Hi!
>
> > Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
> > from triggering by disabling nonboot CPUs before we finally enter the
> > platform
> > suspend.
> >
> > Signed-off-by: Rafael J. Wysocki <[EMA
On Sun, Mar 11, 2007 at 10:26:52PM +0100, Giuliano Pochini wrote:
>
>
> Since 2.6.20 /sys/devices/system/cpu/cpuX/online isn't there anymore. The
> directories exist, though. I also tested linux-2.6.21rc3. I had a look at the
> archives and I found nothing about the removal of that file, which is
On Tue, Mar 13, 2007 at 01:39:25AM +0100, Andreas Schwab wrote:
> Giuliano Pochini <[EMAIL PROTECTED]> writes:
>
> > I had a look at arch/powerpc/kernel/smp.c but I'm not familiar at all with
> > those parts of the kernel.
>
> See arch/powerpc/kernel/sysfs.c:topology_init. I don't think there i
On Tue, Mar 13, 2007 at 10:03:50AM +0100, Heiko Carstens wrote:
> On Tue, Mar 13, 2007 at 01:39:25AM +0100, Andreas Schwab wrote:
> > Giuliano Pochini <[EMAIL PROTECTED]> writes:
> >
> > > I had a look at arch/powerpc/kernel/smp.c but I'm not familiar at all
&
On Wed, Mar 14, 2007 at 09:16:44AM +, Al Viro wrote:
>
> Signed-off-by: Al Viro <[EMAIL PROTECTED]>
> ---
> include/asm-sparc/dma-mapping.h | 15 +--
> 1 files changed, 1 insertions(+), 14 deletions(-)
>
> diff --git a/include/asm-sparc/dma-mapping.h b/include/asm-sparc/dma-map
[patch] s390: fix subsystem removal fallout.
From: Cornelia Huck <[EMAIL PROTECTED]>
This patch fixes compilation on s390.
Cc: Martin Schwidefsky <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Signed-off-by: Cornelia Huck <[EMAIL PROTECTED]>
Signed-off-by: Heiko Ca
[patch] af_iucv: compile fix - adopt to skbuff changes.
From: Heiko Carstens <[EMAIL PROTECTED]>
CC [M] net/iucv/af_iucv.o
net/iucv/af_iucv.c: In function `iucv_fragment_skb':
net/iucv/af_iucv.c:984: error: structure has no member named `h'
net/iucv/af_iucv.c:985: error:
On Fri, Mar 16, 2007 at 08:01:01PM +0530, Amit K. Arora wrote:
> First of all, thanks for the overwhelming response!
>
> Based on the suggestions received, I have added a new parameter to the
> sys_fallocate() system call - an interger called "mode", just after the
> "fd". Now the system call look
> on s390, and thus the delay. While I try to get it right on s390(x), we
> thought of posting this patch, so that we can save some time. Parallely
> we will work on getting the patch work on s390, and probably it will
> come as a separate patch.
>
> +asmlinkage long sys_fallocate(int fd, int mode
On Sun, Mar 11, 2007 at 03:53:12PM +0200, Avi Kivity wrote:
> This patchset updates the kvm userspace interface to what I hope will
> be the long-term stable interface. Provisions are included for extending
> the interface later. The patches address performance and cleanliness
> concerns.
Search
On Fri, Mar 16, 2007 at 09:03:08AM -0500, Anthony Liguori wrote:
> Heiko Carstens wrote:
> >On Sun, Mar 11, 2007 at 03:53:12PM +0200, Avi Kivity wrote:
> >
> >>This patchset updates the kvm userspace interface to what I hope will
> >>be the long-term stable in
> diff --git a/drivers/kvm/kvm_main.c b/drivers/kvm/kvm_main.c
> index 747966e..376538c 100644
> --- a/drivers/kvm/kvm_main.c
> +++ b/drivers/kvm/kvm_main.c
> @@ -2416,6 +2416,12 @@ static long kvm_dev_ioctl(struct file *filp,
> r = 0;
> break;
> }
> + case KVM
On Sat, Mar 17, 2007 at 05:07:06AM -0600, Matthew Wilcox wrote:
> On Sat, Mar 17, 2007 at 08:59:05PM +1100, Paul Mackerras wrote:
> > ... but wouldn't work on 32-bit powerpc. :( We would end up with a
> > pad argument between fd and offset, giving 7 arguments in all
> > (counting the loff_t's as 2
On Sun, Mar 18, 2007 at 07:20:57AM +0200, Avi Kivity wrote:
> Heiko Carstens wrote:
> >On Sun, Mar 11, 2007 at 03:53:12PM +0200, Avi Kivity wrote:
> >
> >>This patchset updates the kvm userspace interface to what I hope will
> >>be the long-term stable interf
On Mon, Mar 19, 2007 at 02:54:04PM +0530, Amit K. Arora wrote:
> On Fri, Mar 16, 2007 at 04:21:03PM +0100, Heiko Carstens wrote:
> > On Fri, Mar 16, 2007 at 08:01:01PM +0530, Amit K. Arora wrote:
> > > asmlinkage long sys_fallocate(int fd, int mode, loff_t offset,
On Sun, Mar 18, 2007 at 12:42:00PM +0200, Avi Kivity wrote:
> Heiko Carstens wrote:
> >In addition, if we would port kvm to s390, then we would need to
> >make sure that each virtual cpu only gets executed from the thread
> >that created it. That is simply because the u
On Mon, Mar 19, 2007 at 06:02:57PM +0200, Avi Kivity wrote:
> Heiko Carstens wrote:
> I agree with all of the above, and in addition, integration to the
> scheduler will allow us to reduce vcpu migration rate, and maybe do
> things like gang scheduling.
>
> But that doesn
On Thu, Apr 26, 2007 at 11:20:56PM +0530, Amit K. Arora wrote:
> Based on the discussion, this new patchset uses following as the
> interface for fallocate() system call:
>
> asmlinkage long sys_fallocate(int fd, int mode, loff_t offset, loff_t len)
>
> It seems that only s390 architecture has a
On Fri, Apr 27, 2007 at 04:43:28PM +0200, Jörn Engel wrote:
> On Fri, 27 April 2007 14:10:03 +0200, Heiko Carstens wrote:
> >
> > After long discussions where at least two possible implementations
> > were suggested that would work on _all_ architectures you chose one
> &g
ake sure that the locks are
always taken in the same order. E.g. by taking the lock of the cpu with
the lower number first. AFIACS this should be safe and that is what this
patch does.
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Roman Zippel <[EMAI
On Fri, Mar 02, 2007 at 02:04:33PM +0100, Ingo Molnar wrote:
>
> * Heiko Carstens <[EMAIL PROTECTED]> wrote:
>
> > - spin_lock(&new_base->lock);
> > - spin_lock(&old_base->lock);
> > + /*
> > +* If we take a lock from a differ
From: Heiko Carstens <[EMAIL PROTECTED]>
Doing something like this on a two cpu system
# echo 0 > /sys/devices/system/cpu/cpu0/online
# echo 1 > /sys/devices/system/cpu/cpu0/online
# echo 0 > /sys/devices/system/cpu/cpu1/online
wi
> > +/*
> > + * double_timer_lock/unlock are used to ensure that on cpu hotplug the
> > + * per cpu timer locks are always taken in the same order.
> > + */
> > +static void __devinit double_timer_lock(tvec_base_t *base1,
> > + tvec_base_t *base2, int ind)
> > +
From: Heiko Carstens <[EMAIL PROTECTED]>
Doing something like this on a two cpu system
# echo 0 > /sys/devices/system/cpu/cpu0/online
# echo 1 > /sys/devices/system/cpu/cpu0/online
# echo 0 > /sys/devices/system/cpu/cpu1/online
wi
On Mon, Mar 05, 2007 at 02:56:29PM -0800, David Miller wrote:
> From: Martin Schwidefsky <[EMAIL PROTECTED]>
> Date: Mon, 5 Mar 2007 23:43:54 +0100
>
> > + if (__builtin_constant_p(__ret_warn_on)) { \
> > + if (__ret_warn_on) \
> > + __EMIT_B
s390 bug fixes for 2.6.21
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ED]>
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
---
drivers/s390/block/dasd_diag.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
Index: linux-2.6/drivers/s390/block/dasd_diag.c
===
--- linux-2.6
From: Cornelia Huck <[EMAIL PROTECTED]>
Only accumulate device status field in irb if it is valid.
Cc: Martin Schwidefsky <[EMAIL PROTECTED]>
Signed-off-by: Cornelia Huck <[EMAIL PROTECTED]>
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
---
drivers/s390/cio/device_s
lt;[EMAIL PROTECTED]>
Signed-off-by: David Wilder <[EMAIL PROTECTED]>
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
---
arch/s390/kernel/kprobes.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6/ar
From: Heiko Carstens <[EMAIL PROTECTED]>
git commit f994aae1bd8e4813d59a2ed64d17585fe42d03fc changed the
function declaration of csum_tcpudp_nofold. Argument types were
changed from unsigned long to __be32 (unsigned int). Therefore we
lost the implicit type conversion that zeroed the uppe
either
ap_scan_bus() or ap_queue_message() in process context.
Cc: Martin Schwidefsky <[EMAIL PROTECTED]>
Signed-off-by: Ralph Wuerthner <[EMAIL PROTECTED]>
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
---
drivers/s390/crypto/ap_bus.c | 26 +--
ECTED]>
Signed-off-by: Ralph Wuerthner <[EMAIL PROTECTED]>
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
---
drivers/s390/crypto/ap_bus.c |4
1 files changed, 4 insertions(+)
Index: linux-2.6/drivers/s390/crypto/ap_bus.c
be address.
Heiko Carstens (1):
[S390] Fix TCP/UDP pseudo header checksum computation.
Peter Oberparleiter (1):
[S390] dasd: Work around gcc bug.
Ralph Wuerthner (2):
[S390] zcrypt: Fix possible dead lock in AP bus module.
[S390] zcrypt: Fix ap_poll_requests counter in los
201 - 300 of 1090 matches
Mail list logo
