Subject: [PATCH] latencytop s390 support.
From: Heiko Carstens <[EMAIL PROTECTED]>
Cc: Holger Wolf <[EMAIL PROTECTED]>
Cc: Martin Schwidefsky <[EMAIL PROTECTED]>
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
---
Will go in via the s390 git tree if acceptable.
arch/s390/Kconfig
* Ian Campbell <[EMAIL PROTECTED]> wrote:
> > * Please don't use "unsigned long" to represent a 32-bit number.
>
> Fixed.
thanks, applied.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
From: Heiko Carstens <[EMAIL PROTECTED]>
Change latencytop Kconfig entry so it doesn't list the archictectures
that support it. Instead introduce HAVE_LATENCY_SUPPORT which any
architecture can set. Should reduce patch conflicts.
Cc: Arjan van de Ven <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL
Given that the entire drivers/acorn/block/ directory no longer exists
(which included fd1772.c), there seems to be little reason to keep
this unreferenced header file.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/include/linux/fd1772.h b/include/linux/fd1772.h
deleted
On Fri, 1 Feb 2008 08:17:15 +0900
Paul Mundt <[EMAIL PROTECTED]> wrote:
> On Thu, Jan 31, 2008 at 10:58:11PM +0100, Kristoffer Ericson wrote:
> > Currently you will see an empty "SoC Audio support for SuperH" menu
> > when building for other archs (example pxa).
> > This patch adds "depends on
* Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> The below fixes it for me..
>
> ---
> - restore the old wakeup mechanism
> - fix break usage in do_each_thread() { } while_eac_thread().
> - fix the hotplug switch stmt, a fall-through case was broken.
thanks Peter, i've picked your fix up. I
i have just added lguest to the x86 automated testing infrastructure
back again, and promptly a build failure popped up:
drivers/lguest/x86/switcher_32.S:(.text+0x3815f8): undefined reference
to `LGUEST_PAGES_regs_trapnum'
(config attached)
i sent the patch below two weeks ago to fix a
On Fri 2008-02-01 13:16:08, Michael Tokarev wrote:
> Pavel Machek wrote:
> > On Fri 2008-02-01 00:41:06, Michael Tokarev wrote:
> []
> >> With 2.6.24, it tries to suspend, saves pages to disk,
> >> when prints this:
> >>
> >> ..Saving pages... done.
> >> Sl
>
> It's actually "S|", not "Sl".
>
>
one of my cleanup scripts tries to specifically identify header
files under include/linux that appear to be entirely unused (that is,
un-included) from anywhere else in the source tree, but one of those
files it claims is unused is if_wanpipe.h, which has the following
properties:
$ grep -r
Yinghai Lu <[EMAIL PROTECTED]> writes:
> diff --git a/init/main.c b/init/main.c
> index cb81ed1..a774a93 100644
> --- a/init/main.c
> +++ b/init/main.c
> @@ -232,22 +232,18 @@ EXPORT_SYMBOL(loops_per_jiffy);
>
> static int __init debug_kernel(char *str)
> {
> - if (*str)
> -
Eyal Lebedinsky wrote:
> My /etc/modprobe.conf now contains:
> alias snd-card-0 snd-hda-intel
> options snd-card-0 index=0
> options snd-hda-intel index=0
> and and I should add
> options snd-usb-audio index=1
> right?
Yes.
> Any idea why has this changed between the two
On Fri, 1 Feb 2008, Andi Kleen wrote:
>
> This patchkit implements support for the 1GB pages of AMD Fam10h CPUs
> in the kernel direct mapping.
>
> Change to previous versions:
> - Incorporated feedback from Thomas Gleixner
> - Switch direct mapping setup over to set_pte() / pte_pfn()
> -
Vladislav Bolkhovitin wrote:
Bart Van Assche wrote:
On Jan 31, 2008 5:25 PM, Joe Landman <[EMAIL PROTECTED]>
wrote:
Vladislav Bolkhovitin wrote:
Actually, I don't know what kind of conclusions it is possible to make
from disktest's results (maybe only how throughput gets bigger or
slower
On Fri, 1 Feb 2008, Huang, Ying wrote:
> This patchset enhances set_memory_xx functions and updates its usage
> such as EFI accordingly.
>
> This patchset is based on latest x86 git tree and has been tested on
> EFI 32 and EFI 64 platform.
I picked up your patches and try to integrate them with
The `truncated' page in block_write_full_page()/nobh_writepage() may
stick for a long time. For example, ext2_rmdir() will set i_size to
0, and then the dir inode and its pages may hang around because of
being referenced by some process.
To produce this situation:
In terminal 1:
"Jike Song" <[EMAIL PROTECTED]> writes:
> On 2/1/08, Rijndael Cosque <[EMAIL PROTECTED]> wrote:
>> Hi all,
>>
>> I found the x2APIC spec via http://www.intel.com/products/processor/manuals/.
>>
>> Looks at present there is no x2APIC support in Linux kernel 2.6.24?
>>
>> Is there any experimental
David Dillow wrote:
On Thu, 2008-01-31 at 18:08 +0100, Bart Van Assche wrote:
If anyone has a suggestion for a better test than dd to compare the
performance of SCSI storage protocols, please let it know.
xdd on /dev/sda, sdb, etc. using -dio to do direct IO seems to work
decently, though
On Fri, Feb 01, 2008 at 09:44:04PM +1000, Greg Ungerer wrote:
>
> Hi Sam,
>
> Sam Ravnborg wrote:
> >On Fri, Feb 01, 2008 at 05:34:10PM +1000, Greg Ungerer wrote:
> >>Switch to platform style configuration for 520x ColdFire parts.
> >>Initial support is for the UARTs. DMA support moved to common
On Fri, 2008-02-01 at 12:50 +0100, Rafael J. Wysocki wrote:
> On Friday, 1 of February 2008, Peter Zijlstra wrote:
> > > It arts run as root, or does it use RLIMIT_RTPRIO to allow users to
> > > execute realtime tasks?
>
> artswrapper is setuid root and RLIMIT_RTPRIO is apparently not used.
>
Argh,
Here is the correct one. Sorry
On Fri, Feb 01, 2008 at 05:58:41AM -0600, Robin Holt wrote:
> With this set of patches, I think we have enough to get xpmem working
> with most types of mappings. In the past, we operated without any of
> these callouts by significantly restricting why
On Thu, Jan 31, 2008 at 05:44:24PM -0800, Christoph Lameter wrote:
> The trouble is that the invalidates are much more expensive if you have to
> send theses to remote partitions (XPmem). And its really great if you can
> simple tear down everything. Certainly this is a significant improvement
randconfig testing found the following build bug in latest -git:
drivers/built-in.o: In function `v4l2_i2c_attach':
: undefined reference to `i2c_attach_client'
config attached.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Serge E. Hallyn wrote:
> Quoting Pierre Peiffer ([EMAIL PROTECTED]):
>>
>> Serge E. Hallyn wrote:
>>> Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
From: Pierre Peiffer <[EMAIL PROTECTED]>
In order to modify the semundo-list of a task from procfs, we must be able
to
On Fri, 2008-02-01 at 12:04 +0100, Bart Van Assche wrote:
> On Feb 1, 2008 11:39 AM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
> >
> > On Fri, 2008-02-01 at 09:11 +0100, Bart Van Assche wrote:
> > > On Jan 31, 2008 2:25 PM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
> > > >
> > > >
On Thu, 2008-01-31 at 21:54 +0100, Rafael J. Wysocki wrote:
> On Thursday, 31 of January 2008, Peter Zijlstra wrote:
> > I can seem to reproduce this:
> >
> > [EMAIL PROTECTED] cpu1]# time echo 0 > online
> >
> > real0m6.230s
> > user0m0.000s
> > sys 0m0.010s
> > [EMAIL PROTECTED]
[Sorry for using an invalid mail address in my previous post]
* Andi Kleen <[EMAIL PROTECTED]> [08-02-01 10:28]:
Lars Noschinski <[EMAIL PROTECTED]> writes:
For an university project, we had to write a toy filesystem (ext2-like),
for which I would like to implement sparse file support. For
Bart Van Assche wrote:
On Jan 31, 2008 5:25 PM, Joe Landman <[EMAIL PROTECTED]> wrote:
Vladislav Bolkhovitin wrote:
Actually, I don't know what kind of conclusions it is possible to make
from disktest's results (maybe only how throughput gets bigger or slower
with increasing number of
With this set of patches, I think we have enough to get xpmem working
with most types of mappings. In the past, we operated without any of
these callouts by significantly restricting why types of mappings could
remotely fault and what types of operations the user could do. With
this set, I am
On Thu, Jan 31, 2008 at 05:37:21PM -0800, Christoph Lameter wrote:
> On Fri, 1 Feb 2008, Andrea Arcangeli wrote:
>
> > I appreciate the review! I hope my entirely bug free and
> > strightforward #v5 will strongly increase the probability of getting
> > this in sooner than later. If something else
El Fri, 1 Feb 2008 01:59:03 +0100 (CET)
Jan Engelhardt <[EMAIL PROTECTED]> escribió:
>
> # uname -m
> I won't tell you.
> # linux32 uname -m
> i686
Ubuntu 7.10 64 bit userland 2.6.24
$ uname -m
x86_64
$ linux32 uname -m
i686
>
> Now what? :-)
>
> Well, the answer is simple, a 64-bit
Hi !
I`m running 2.6.24 kernel in a recent version of vmware workstation and i`m
unsure if i hit a linux issue or a vmware issue here.
after suspend/resume (hibernate) of my physical system (win xp), the linux
guest seems to have lost itŽs timesource.
don`t know much about timers in linux, so
On Friday, 1 of February 2008, Peter Zijlstra wrote:
>
> On Fri, 2008-02-01 at 08:44 +0100, Peter Zijlstra wrote:
> > On Fri, 2008-02-01 at 03:04 +0100, Rafael J. Wysocki wrote:
> > > On Friday, 1 of February 2008, Rafael J. Wysocki wrote:
> > > > Hi,
> > > >
> > > > This is related to the
Hi Sam,
Sam Ravnborg wrote:
On Fri, Feb 01, 2008 at 05:34:10PM +1000, Greg Ungerer wrote:
Switch to platform style configuration for 520x ColdFire parts.
Initial support is for the UARTs. DMA support moved to common code
for all ColdFire parts.
+static struct mcf_platform_uart
> > am i right that lockdep complained about real lockup potential here?
> > (i.e. it caught a real bug) So there's no need to change anything on the
> > lockdep side, right?
>
> Right, no bug in lockdep, the locking code and swap_io_context() are
> just screwed up.
>
I doubt a bug in lockdep.
Hi,
I get the following build error on PowerPC:
CC [M] sound/ppc/awacs.o
In file included from sound/ppc/awacs.c:25:
include/asm/nvram.h:62: error: field ‘partition’ has incomplete type
make[2]: *** [sound/ppc/awacs.o] Error 1
make[1]: *** [sound/ppc] Error 2
make: *** [sound] Error 2
On Thu, 31 Jan 2008 12:49:00 -0700,
"Williams, Dan J" <[EMAIL PROTECTED]> wrote:
> I am mistaken, the 'depends on ARCH...' precludes HAS_DMA. Perhaps the
> compiler is emitting a call to async_tx_find_channel when it needs to be
> inline? On x86 do_async_xor is successfully compiled away when
On Friday, 1 of February 2008, Michael Tokarev wrote:
> Pavel Machek wrote:
> []
> >> I'm looking at the uswsusp source (while the kernel compiles),
> >> and have a question here. Is it possible to call some external
> >> application (typically a shell script) to do the final work after
> >> when
On Friday, 1 of February 2008, Michael Tokarev wrote:
> Pavel Machek wrote:
> > On Fri 2008-02-01 00:41:06, Michael Tokarev wrote:
> []
> >> With 2.6.24, it tries to suspend, saves pages to disk,
> >> when prints this:
> >>
> >> ..Saving pages... done.
> >> Sl
>
> It's actually "S|", not "Sl".
>
On Fri, Feb 01 2008, Ingo Molnar wrote:
>
> * Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > On Fri, Feb 01 2008, Ingo Molnar wrote:
> > >
> > > * Jens Axboe <[EMAIL PROTECTED]> wrote:
> > >
> > > > Are you sure this triggered with the as fixup in place? It looks like
> > > > the same bug.
> > >
On Fri, 2008-02-01 at 03:03 -0800, Andrew Morton wrote:
> On Fri, 1 Feb 2008 11:47:18 +0100 Sam Ravnborg <[EMAIL PROTECTED]> wrote:
>
> > James said in a related posting that the Section mismatch
> > warnings were getting out of control.
>
> eh. They're easy - the build system tells you about
* Pavel Machek <[EMAIL PROTECTED]> wrote:
> Both trampolines actually *do* set up stack. (Is the "we jump into
> compressed/head.S" comment still true?)
thanks, applied. (v2 of this patch)
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Signedness mismatches in level argument.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
Ingo, my other patch changing lookup_address was truncated and
missed the other call sites, here's the rest. You can either
fold this into that patch or apply separately.
arch/x86/kernel/efi_64.c
On Friday 01 February 2008 11:47:18 Sam Ravnborg wrote:
> James said in a related posting that the Section mismatch
> warnings were getting out of control.
My question is: where are crashes? If the sections were
really in such bad shape and since we poison (and sometimes
even unmap) init after
On Fri, 2008-02-01 at 11:56 +0100, Ingo Molnar wrote:
> * Harvey Harrison <[EMAIL PROTECTED]> wrote:
>
> > case 1:
> > - *(unsigned char *)s = pattern;
> > + *(unsigned char *)s = pattern & 0xff;
>
> i've applied your fix - but wouldnt it be
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> Doing a make randconfig I came across this error in the Makefile.
>
> This patch makes a directory out of arch/x86/mach-default for
> CONFIG_X86_RDC321X
thanks, applied. (I had the CONFIG_X86_RDC321X sub-arch turned off in my
automated testing
Shuduo Sang a écrit :
On Feb 1, 2008 2:14 AM, Andi Kleen <[EMAIL PROTECTED]> wrote:
Lars Noschinski <[EMAIL PROTECTED]> writes:
For an university project, we had to write a toy filesystem (ext2-like),
for which I would like to implement sparse file support. For this, I
digged through
On Friday 01 February 2008 10:34:52 Huang, Ying wrote:
> This patch makes set_memory_xx can be used on arbitrary memory mapping
> (besides identity mapping), such as memory mapped with ioremap. The
> physical address is added to the set_memory_xx functions as another
> parameter.
Well as you can
* Takashi Iwai <[EMAIL PROTECTED]> wrote:
> > sound/drivers/opl3/opl3_synth.c: In function 'snd_opl3_find_patch':
> > sound/drivers/opl3/opl3_synth.c:308: error: 'OPL3_PATCH_HASH_SIZE'
> > undeclared (first use in this function)
> > sound/drivers/opl3/opl3_synth.c:308: error: (Each undeclared
On Fri, 1 Feb 2008 11:47:18 +0100 Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> James said in a related posting that the Section mismatch
> warnings were getting out of control.
eh. They're easy - the build system tells you about them!
> The list is here:
Question is: why do people keep adding
On Fri, Feb 01, 2008 at 04:55:16AM -0600, Robin Holt wrote:
> OK. Now that release has been moved, I think I agree with you that the
> down_write(mmap_sem) can be used as our lock again and still work for
> Jack. I would like a ruling from Jack as well.
Ignore this, I was in the wrong work
On Feb 1, 2008 11:39 AM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
>
> On Fri, 2008-02-01 at 09:11 +0100, Bart Van Assche wrote:
> > On Jan 31, 2008 2:25 PM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
> > >
> > > The PyX storage engine supports a scatterlist linked list algorithm that
* Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 01 2008, Ingo Molnar wrote:
> >
> > * Jens Axboe <[EMAIL PROTECTED]> wrote:
> >
> > > Are you sure this triggered with the as fixup in place? It looks like
> > > the same bug.
> >
> > most definitely a separate bug.
>
> yeah, I didn't
On Thu, 2008-01-31 at 17:16 -0800, H. Peter Anvin wrote:
> David Newall wrote:
> > Isn't a crc32 calculation already defined? Yes; in lib/crc32.c. One is
> > surely enough.
>
> As long as it can be included in user-space code we should use that one.
I don't think it can. There is a main
On Friday, 1 of February 2008, Harvey Harrison wrote:
> Let this appear as deprecated in 2.6.25, remove after three
> releases (2.6.28).
Thanks, I'll post a more complete version of the patch later today.
> Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
> ---
> Something like this should be
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> case 1:
> - *(unsigned char *)s = pattern;
> + *(unsigned char *)s = pattern & 0xff;
i've applied your fix - but wouldnt it be cleaner to just cast the
pattern variable to unsigned char
OK. Now that release has been moved, I think I agree with you that the
down_write(mmap_sem) can be used as our lock again and still work for
Jack. I would like a ruling from Jack as well.
Thanks,
Robin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Fri, 2008-02-01 at 11:12 +0100, Jens Axboe wrote:
> On Fri, Feb 01 2008, Nikanth Karthikesan wrote:
> > On Thu, 2008-01-31 at 23:14 +0100, Ingo Molnar wrote:
> > >
> > > Jens,
> > >
> > > AS still has some locking issues - see the lockdep warning below that
> > > the x86 test-rig just
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> cyrix_arr_init was #if 0 all the way back to at least v2.6.12.
>
> This was the only place where arr3_protected was set to anything but
> zero. Eliminate this variable.
thanks, tentatively applied. I've Cc:-ed Alan: do you agree with the
do_wp_page can reach the _end callout without passing the _begin
callout. This prevents making the _end unles the _begin has also
been made.
Index: mmu_notifiers-cl-v5/mm/memory.c
===
--- mmu_notifiers-cl-v5.orig/mm/memory.c
On Fri, Feb 01 2008, Ingo Molnar wrote:
>
> * Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > Are you sure this triggered with the as fixup in place? It looks like
> > the same bug.
>
> most definitely a separate bug.
yeah, I didn't read it carefully enough. Nikanth found the reason.
--
Jens
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> /* Direct interface for emergencies */
> -struct console *early_console = _vga_console;
> +static struct console *early_console = _vga_console;
thanks, applied.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe
hi there,
since i'm not on the list... how about:
tail /proc/1/smaps and check the address size...
on 32 bit: e000-f000 r-xp 00:00 0 [vdso]
on 64 bit: ff60-ff601000 r-xp 00:00 0
[vdso]
there you can clearly see that your address space is
James said in a related posting that the Section mismatch
warnings were getting out of control.
So I decided to take a closer look at current
status. Latest mainline with Adrian + mine fixes applied.
Target was x86 - an allyesconfig build.
I looked at the reported Section mismatch warnings per
* Jens Axboe <[EMAIL PROTECTED]> wrote:
> Are you sure this triggered with the as fixup in place? It looks like
> the same bug.
most definitely a separate bug.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
At Fri, 1 Feb 2008 11:17:23 +0100,
Ingo Molnar wrote:
>
> today's upstream ALSA merge brought us build failures (exposed by
> randconfig testing):
>
> sound/drivers/opl3/opl3_synth.c: In function 'snd_opl3_find_patch':
> sound/drivers/opl3/opl3_synth.c:308: error: 'OPL3_PATCH_HASH_SIZE'
On Fri, 2008-02-01 at 09:11 +0100, Bart Van Assche wrote:
> On Jan 31, 2008 2:25 PM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
> >
> > The PyX storage engine supports a scatterlist linked list algorithm that
> > ...
>
> Which parts of the PyX source code are licensed under the GPL and
>
On Thu, 2008-01-31 at 23:53 -0500, George Spelvin wrote:
> The code to fill it in is smaller than the table itself.
> Is it worth complicating things with some INIT code to reduce
> the stored image size? (The table is not compressible.)
[snip]
Thanks but since the code is only used when
On Feb 1, 2008 2:14 AM, Andi Kleen <[EMAIL PROTECTED]> wrote:
> Lars Noschinski <[EMAIL PROTECTED]> writes:
>
> > For an university project, we had to write a toy filesystem (ext2-like),
> > for which I would like to implement sparse file support. For this, I
> > digged through the ext2 source
On Fri, Feb 01, 2008 at 04:32:21AM -0600, Robin Holt wrote:
> On Thu, Jan 31, 2008 at 08:43:58PM -0800, Christoph Lameter wrote:
> > On Thu, 31 Jan 2008, Robin Holt wrote:
> >
> > > > Index: linux-2.6/mm/memory.c
> > > ...
> > > > @@ -1668,6 +1678,7 @@ gotten:
> > > >
On Thu, Jan 31, 2008 at 07:38:53PM +0100, Sam Ravnborg wrote:
>Hi WANG.
>
>On Fri, Feb 01, 2008 at 01:25:17AM +0800, WANG Cong wrote:
>>
>> This patch fix this mismatch warning from mm:
>>
>> WARNING: vmlinux.o(.meminit.text+0x37f): Section mismatch in reference from
>> the function
[PATCH] make loglevel related command_line to early_param
so we can use them for early console like console=uart8250 or earlycon=uart8250
or early_printk
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/init/main.c b/init/main.c
index cb81ed1..a774a93 100644
--- a/init/main.c
+++
hey all,
since i'm not completely sure where this bug goes, i'll try lkml and
linux-dvb list.
first of all: my "test" computer is a ubuntu gutsy system (standard) on
a dell latitude D810. the tv card: a Kworld v-stream dvb-t usb2.
the bug:
http://harry.enzoverder.be/dvb-crash.txt (some
On Thu, Jan 31, 2008 at 08:43:58PM -0800, Christoph Lameter wrote:
> On Thu, 31 Jan 2008, Robin Holt wrote:
>
> > > Index: linux-2.6/mm/memory.c
> > ...
> > > @@ -1668,6 +1678,7 @@ gotten:
> > > page_cache_release(old_page);
> > > unlock:
> > > pte_unmap_unlock(page_table, ptl);
> >
On Fri, Feb 01 2008, Jens Axboe wrote:
> On Fri, Feb 01 2008, Nikanth Karthikesan wrote:
> > On Thu, 2008-01-31 at 23:14 +0100, Ingo Molnar wrote:
> > >
> > > Jens,
> > >
> > > AS still has some locking issues - see the lockdep warning below that
> > > the x86 test-rig just triggered. Config
On Fri, 1 Feb 2008 17:24:17 +0900 "Kenichi Okuyama" <[EMAIL PROTECTED]> wrote:
> First of all, thank you for looking at the patch.
>
> I do agree that if mm is NULL, system will call Oops anyway.
> However, since it's oops, it does not stop the system, nor call kdump.
That would be a huge bug
On Monday 10 December 2007, Benjamin Herrenschmidt wrote:
> The current pci_assign_unassigned_resources() code doesn't work properly
> on 32 bits platforms with 64 bits resources. The main reason is the use
> of unsigned long in various places instead of resource_size_t.
>
> This fixes it, along
today's upstream ALSA merge brought us build failures (exposed by
randconfig testing):
sound/drivers/opl3/opl3_synth.c: In function 'snd_opl3_find_patch':
sound/drivers/opl3/opl3_synth.c:308: error: 'OPL3_PATCH_HASH_SIZE' undeclared
(first use in this function)
Pavel Machek wrote:
> On Fri 2008-02-01 00:41:06, Michael Tokarev wrote:
[]
>> With 2.6.24, it tries to suspend, saves pages to disk,
>> when prints this:
>>
>> ..Saving pages... done.
>> Sl
It's actually "S|", not "Sl".
>> Suspending console(s)
>> _
>>
>> At this point, nothing more happens.
On Fri, Feb 01 2008, Nikanth Karthikesan wrote:
> On Thu, 2008-01-31 at 23:14 +0100, Ingo Molnar wrote:
> >
> > Jens,
> >
> > AS still has some locking issues - see the lockdep warning below that
> > the x86 test-rig just triggered. Config attached. Never saw this one
> > before. Can send more
On Thu, 31 Jan 2008, H. Peter Anvin wrote:
> > Quiz: on a booted system, how do you tell 32bit from 64bit kernel?
> uname -m
I think that the real point here is that there is no general way how to
determine whether the kernel is 32bit or 64bit from full dmesg output,
which could sometimes make
* Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
> On Fri, 2008-02-01 at 10:48 +0100, Ingo Molnar wrote:
> > > Defining GENERIC_LOCKBREAK in arch/s390/Kconfig takes care of it.
> > I'll
> > > cook up a patch and queue it in git390.
> >
> > the one below should do the trick.
>
> Thanks but I
Clemens
My /etc/modprobe.conf now contains:
alias snd-card-0 snd-hda-intel
options snd-card-0 index=0
options snd-hda-intel index=0
and and I should add
options snd-usb-audio index=1
right?
Any idea why has this changed between the two minor kernel revisions
On Thu, 2008-01-31 at 23:14 +0100, Ingo Molnar wrote:
>
> Jens,
>
> AS still has some locking issues - see the lockdep warning below that
> the x86 test-rig just triggered. Config attached. Never saw this one
> before. Can send more info if needed.
>
The io_contexts are swapped. And while
Robert Hancock wrote:
Can you (or others experiencing this problem) test the latest patch
attached to the RH Bugzilla entry here:
https://bugzilla.redhat.com/show_bug.cgi?id=351451
and see if it resolves the problem? I have one report of success so far.
I'll test it at this weekend.
--
To
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/pageattr.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
Index: linux/arch/x86/mm/pageattr.c
===
--- linux.orig/arch/x86/mm/pageattr.c
+++
We only need to flush the caches in cpa() if the the caching attributes
have changed. Otherwise only flush the TLBs.
This checks the PAT bits too although they are currently not used by
the kernel.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/pageattr.c| 28
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > Defining GENERIC_LOCKBREAK in arch/s390/Kconfig takes care of it.
> > I'll cook up a patch and queue it in git390.
>
> the one below should do the trick.
ah, i see the one you queued up (below) is even better :)
Ingo
->
On Fri, 2008-02-01 at 10:48 +0100, Ingo Molnar wrote:
> > Defining GENERIC_LOCKBREAK in arch/s390/Kconfig takes care of it.
> I'll
> > cook up a patch and queue it in git390.
>
> the one below should do the trick.
Thanks but I already queued a different one (see below). The other
architectures
The specification of SS in the public manuals is a little unclear,
but I got confirmation from Intel that SS implies that there is no cache
flush needed on caching attribute changes.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/pageattr.c |5 -
The AMD Fam10h CPUs support new Gigabyte page table entry for
mapping 1GB at a time. Use this for the kernel direct mapping.
Only done for 64bit because i386 does not support GB page tables.
This only applies to the data portion of the direct mapping; the
kernel text mapping stays with 2MB
[Actually not needed for gbpages, but an indepedent, but related cleanup]
Use set_pte() for setting up the 2MB pages in the direct mapping similar
to what the earlier GBPAGES patches did for the 1GB PUDs.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/init_64.c |6 ++
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/init_64.c| 43 ---
include/asm-x86/pgtable_64.h |1 -
2 files changed, 44 deletions(-)
Index: linux/arch/x86/mm/init_64.c
pci-gart needs to unmap the IOMMU aperture to prevent cache corruptions.
Switch this over to using cpa instead of clear_kernel_mapping()
Drawback right now is that cpa will split everything down to 4k
pages, and this costs 4K for each 2MB of aperture; 128KB for a typical
64MB aperture.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/pageattr.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
Index: linux/arch/x86/mm/pageattr.c
===
--- linux.orig/arch/x86/mm/pageattr.c
+++
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
Documentation/x86_64/boot-options.txt |5 +
arch/x86/mm/init_64.c | 16
include/asm-x86/pgtable_64.h |7 +++
3 files changed, 28 insertions(+)
Index: linux/arch/x86/mm/init_64.c
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/pageattr.c |5 +
1 file changed, 5 insertions(+)
Index: linux/arch/x86/mm/pageattr.c
===
--- linux.orig/arch/x86/mm/pageattr.c
+++ linux/arch/x86/mm/pageattr.c
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/fault.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index: linux/arch/x86/mm/fault.c
===
--- linux.orig/arch/x86/mm/fault.c
+++ linux/arch/x86/mm/fault.c
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
include/asm-x86/pgtable_32.h |2 ++
include/asm-x86/pgtable_64.h |6 ++
2 files changed, 8 insertions(+)
Index: linux/include/asm-x86/pgtable_64.h
===
---
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
include/asm-x86/page_64.h |3 +++
1 file changed, 3 insertions(+)
Index: linux/include/asm-x86/page_64.h
===
--- linux.orig/include/asm-x86/page_64.h
+++
This patchkit implements support for the 1GB pages of AMD Fam10h CPUs
in the kernel direct mapping.
Change to previous versions:
- Incorporated feedback from Thomas Gleixner
- Switch direct mapping setup over to set_pte() / pte_pfn()
- Split up patches some more
Includes one not strictly
401 - 500 of 1018 matches
Mail list logo
