On Wed, Mar 07, 2007 at 12:50:12PM +0800, Zou, Nanhai wrote:
> On Wed, Mar 07, 2007 at 11:46, Horms wrote:
> >
> > I think that the manual option is also important because it
> > maintains feature-compatibility with other architectures. I don't
> > consider it a hack that might work purely for the
> -Original Message-
> From: Horms [mailto:[EMAIL PROTECTED]
> Sent: 2007年3月7日 11:46
> To: Zou, Nanhai
> Cc: Linux-IA64; fastboot@lists.osdl.org; Luck, Tony; Magnus Damm
> Subject: Re: [patch 3/3] IA64: verify the base address of crashkernel
>
> On Wed, Mar 07, 2007 at 10:15:20AM +0800, Zo
On Wed, Mar 07, 2007 at 10:15:20AM +0800, Zou, Nanhai wrote:
> > -Original Message-
> > From: Horms [mailto:[EMAIL PROTECTED]
> > Sent: 2007年3月7日 8:50
> > To: Zou, Nanhai
> > Cc: Linux-IA64; fastboot@lists.osdl.org; Luck, Tony; Magnus Damm
> > Subject: Re: [patch 3/3] IA64: verify the base
> -Original Message-
> From: Horms [mailto:[EMAIL PROTECTED]
> Sent: 2007年3月7日 8:50
> To: Zou, Nanhai
> Cc: Linux-IA64; fastboot@lists.osdl.org; Luck, Tony; Magnus Damm
> Subject: Re: [patch 3/3] IA64: verify the base address of crashkernel
>
> On Tue, Mar 06, 2007 at 04:23:37PM +0800, Zou
Hi,
Here is a minor update to this patch, which makes the use
of log priorities more consistent.
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
This patch adds a faclilty to print out a message regarding the success or
failure of inserting the crashkernel region
Hi Aron,
thanks for picking up these silly errors. An updated version is below.
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
When the crashkernel command line argument is supplied, it may optionally
include the base address at which to locate the region. If th
Hi,
Here is a minor update to this patch, which makes the use
of log priorities more consistent.
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
Date: Tue, 06 Mar 2007 16:28:51 +0900
To: Linux-IA64 ,
fastboot@lists.osdl.org
Cc: Tony Luck <[EMAIL PROTECTED]>,
Na
On Tue, Mar 06, 2007 at 04:34:44PM +0800, Zou, Nanhai wrote:
> > -Original Message-
> > From: Horms [mailto:[EMAIL PROTECTED]
> > Sent: 2007年3月6日 15:29
> > To: Linux-IA64; fastboot@lists.osdl.org
> > Cc: Luck, Tony; Zou, Nanhai; Magnus Damm
> > Subject: [patch 1/3] IA64: put kdump_find_rsvd
On Tue, Mar 06, 2007 at 04:23:37PM +0800, Zou, Nanhai wrote:
>
> Hi Horms,
> I feel this is over-designed.
> I think to specify crash kernel base address in command line is only
> useful for debug, on platform like SN this feature is totally unusable.At the
> most of time, user should
include/asm-ia64/swiotlb.h |9 --
arch/ia64/ia32/sys_ia32.c| 10 +-
arch/ia64/kernel/efi.c | 36
arch/ia64/kernel/perfmon.c | 11 +-
arch/ia64/kernel/setup.c | 30 +++
arch/ia64/lib/Makefile |3
arch/ia64/mm/contig.c|5 -
arch/ia64/
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/aegl/linux-2.6.git release
This will update the files shown below. The big change to swiotlb.c
is backing out a change from Jan to make his life easier with Xen, but
is "more than ugly" according to Christoph (and
Hello,
I has a problem with the patch "Make saved_max_pfn point to max_pfn of
entire system":
On a HP rx8640 system with following memory map, the saved_max_pfn was wrong,
i.e. there was memory in /proc/iomem marked as "System RAM" but above
saved_max_pfn. This patch fixes the problem.
If you ha
On Tue, 2007-03-06 at 16:06 +0100, Michael Ellerman wrote:
> int __must_check pci_create_sysfs_dev_files (struct pci_dev *pdev)
> @@ -644,10 +644,13 @@ int __must_check pci_create_sysfs_dev_fi
> }
> }
> /* add platform-specific attributes */
> - pcibios_add_platform_e
On Tue, 2007-03-06 at 16:06 +0100, Michael Ellerman wrote:
> I'm not sure if this is going to fly, weak symbols work on the compilers I'm
> using, but whether they work for all of the affected architectures I can't
> say.
> I've cc'ed as many arch maintainers/lists as I could find.
Well, for your
Simon Horman wrote: [Tue Mar 06 2007, 02:28:52AM EST]
> +/* find a block of memory aligned to 64M exclude reserved regions
> + rsvd_regions are sorted
> + */
> +static int __init
> +kdump_region_verify_rsvd_region (unsigned long base, unsigned long size,
> + struct r
Currently pcibios_add_platform_entries() returns void, but could fail,
so instead have it return an int and propagate errors up to
pci_create_sysfs_dev_files().
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/pci_32.c |4 ++--
arch/powerpc/kernel/pci_64.c |4 ++
I'm not sure if this is going to fly, weak symbols work on the compilers I'm
using, but whether they work for all of the affected architectures I can't say.
I've cc'ed as many arch maintainers/lists as I could find.
But assuming they do, we can use a weak empty definition of
pcibios_add_platform_e
From: Nick Piggin <[EMAIL PROTECTED]>
Perfmon associates vmalloc()ed memory with a file descriptor, and installs
a vma mapping that memory. Unfortunately, the vm_file field is not filled
in, so processes with mappings to that memory do not prevent the file from
being closed and the memory freed.
From: Lee Schermerhorn <[EMAIL PROTECTED]>
Always build ia64 xor.o because multiple config options now depend on it.
Necessary to build .20-mm* on ia64 when, e.g., CONFIG_ASYNC_TX_DMA is
defined. Don't know if '_ASYNC_TX_DMA makes sense on ia64. If not, maybe
Kconfig should preclude it.
Could
From: Magnus Damm <[EMAIL PROTECTED]>
The address where the ELF core header is stored is passed to the secondary
kernel as a kernel command line option. The memory area for this header is
also marked as a separate EFI memory descriptor on ia64.
The separate EFI memory descriptor is at the moment
From: <[EMAIL PROTECTED]>
Un-Breaks pthreads, since Oct 2003.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
Cc: "Luck, Tony" <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
include/asm-ia64/resource.h |1 -
1 file changed, 1 deletion(-)
diff -puN include/asm-ia64/
From: Horms <[EMAIL PROTECTED]>
Make saved_max_pfn point to max_pfn of entire system.
Without this patch is so that vmcore is zero length on ia64. This is
because saved_max_pfn was wrongly being set to the max_pfn of the crash
kernel's address space, rather than the max_pfg on the physical memor
From: Alexandr Andreev <[EMAIL PROTECTED]>
Add VERIFY_WRITE check in the beginning like compat_sys_getdents() (EINVAL vs
EFAULT).
Signed-off-by: Alexandr Andreev <[EMAIL PROTECTED]>
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
Cc: "Luck, Tony" <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morto
> -Original Message-
> From: Horms [mailto:[EMAIL PROTECTED]
> Sent: 2007年3月6日 15:29
> To: Linux-IA64; fastboot@lists.osdl.org
> Cc: Luck, Tony; Zou, Nanhai; Magnus Damm
> Subject: [patch 1/3] IA64: put kdump_find_rsvd_region in __init
>
> kdump_find_rsvd_region() is only called by
> reser
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Horms
> Sent: 2007年3月6日 15:29
> To: Linux-IA64; fastboot@lists.osdl.org
> Cc: Luck, Tony; Zou, Nanhai; Magnus Damm
> Subject: [patch 2/3] IA64: log insertion of crashkernel region
>
> This patch adds a
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Horms
> Sent: 2007年3月6日 15:29
> To: Linux-IA64; fastboot@lists.osdl.org
> Cc: Luck, Tony; Zou, Nanhai; Magnus Damm
> Subject: [patch 3/3] IA64: verify the base address of crashkernel
>
> When the crashk
26 matches
Mail list logo
