Fix up all users.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/boot/compressed/head_64.S |8
arch/x86/kernel/head_64.S |4 ++--
arch/x86/kernel/pci-gart_64.c |2 +-
arch/x86/mm/init_64.c |6 +++---
arch/x86/mm/pageattr.c
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
include/asm-x86/cpufeature.h |2 ++
1 file changed, 2 insertions(+)
Index: linux/include/asm-x86/cpufeature.h
===
--- linux.orig/include/asm-x86/cpufeature.h
+++ linux/include/a
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 problem I reported earlier this week:
> > > http://lkml.org/lkml/2008/1/3
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > And that from a person who on the other hand wants to introduce (and
> > tries to force on other people) deprecation periods for unused
> > EXPORT_SYMBOL's.
>
> why does this bother you? The API makes total sense. This is a
> completely sensible AP
* Martin Schwidefsky <[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.
Ingo
->
Subject: s390: enable GENERIC_LOCKBREAK
From: Ingo Molnar <[EMA
Hello !
As user "root" I'm trying to load the ath_pci module from madwifi using
the "modprobe" command, which is the recommanded way. But I get the
following diag in the log:
modprobe: WARNING: Could not open '/lib/modules/2.6.23.8-34.fc7/net/ath_hal.ko': Permission denied
modprobe: WARNING: Co
On Fri, 2008-02-01 at 16:43 +0800, Rijndael Cosque 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 patch available for Linux kernel? -- I
> go
The patch updates EFI runtime memory mapping code according to the
changes to set_memory_xx.
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/kernel/efi.c| 48 +++
arch/x86/kernel/efi_64.c | 40 ++-
On Feb 1, 2008 4:50 AM, David Brownell <[EMAIL PROTECTED]> wrote:
> I've forwarded these to Andrew, with my signoff and updated comments.
> You still need to work on having your patch descriptions match up
> to what the patches actually do...
>
Thanks a lot, I will try to make it more clearer next
(a late reply - the merge window made me ignore this thread ;-)
* Stefan Richter <[EMAIL PROTECTED]> wrote:
> > (or if that's still too much, follow the time-deferred lkml updates
> > of lwn.net)
> >
> > Realize it: it's _far_ easier to filter down a too verbose source of
> > information, tha
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.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
arch/x86/kernel/cpu/mtrr/cyrix.c | 107 -
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.
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/mm/pageattr-test.c
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.
Best Regards,
Huang Ying
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
This patch adds __supported_pte_mask checking to set_memory_x/nx.
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/mm/pageattr.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
--- a/arch/x86/mm/pageattr.c
+++ b/arch/x86/mm/pageattr.c
@@ -445,13 +445,21 @@ EXPORT
This patch updates the usage of set_memory_xx according to changes in
previous patch.
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/kernel/pci-gart_64.c |3 ++-
arch/x86/mm/init_32.c |4 ++--
arch/x86/mm/init_64.c |8
arch/x86/mm/ioremap.c
Hi Sam,
Sam Ravnborg wrote:
On Fri, Feb 01, 2008 at 05:37:56PM +1000, Greg Ungerer wrote:
Modify Makefiles to support separate coldfire platform directory.
Currently the common ColdFire CPU family code sits in the
arch/m68knommu/platform/5307 directory. This is confusing, the files
containing
Eyal Lebedinsky wrote:
> A recent update to 2.6.23.14-64.fc7 lost sound. The boot log now has
> hda-intel: Error creating card!
> HDA Intel: probe of :00:1b.0 failed with error -12
The two lines before:
| usbcore: registered new interface driver snd-usb-audio
| cannot find the slot
Andrew, i'm really very very sorry for those mistakes, here is the latest, it
adds documentation for every new function, please use it to replace the patch
in -mm tree you added just now:
add-new-string-functions-strict_strto-and-convert-kernel-params-to-use-them.patch
Thank you, Andrew and Randy
The casts will always be needed, may as well make them the right
signedness. The ebx variables can easily be unsigned, may as well.
arch/x86/kernel/cpu/common.c:261:21: warning: incorrect type in argument 2
(different signedness)
arch/x86/kernel/cpu/common.c:261:21:expected unsigned int *eax
On Jan 31, 2008 7:15 PM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
>
> I meant small referring to storage on IB fabrics which has usually been
> in the research and national lab settings, with some other vendors
> offering IB as an alternative storage fabric for those who [w,c]ould not
> wai
On Fri, 1 Feb 2008, Andrew Morton wrote:
> Really? I'd feel a lot more comfortable if yesterday's version 1 had led
> to a stream of comments from suitably-knowledgeable kernel developers which
> indicated that those developers had scrutinised this code from every
> conceivable angle and had decl
On Feb 1, 2008 12:36 PM, Len Brown <[EMAIL PROTECTED]> wrote:
> From: Johannes Berg <[EMAIL PROTECTED]>
>
> This cleans up the suspend Kconfig and removes the need to
> declare centrally which architectures support suspend. All
> architectures that currently support suspend are modified
> according
On Thu, 2008-01-31 at 14:10 -0800, H. Peter Anvin wrote:
> Hm. I have some minor concerns about this:
>
> * The classical length field is only available in multiples of 16 (I
> realize your patches change that to some degree, but I'd hate to make
> the guarantee that the image payload is the l
On Thu, 2008-01-31 at 14:55 -0800, Jeremy Fitzhardinge wrote:
> Xen currently needs swapper_pg_dir page aligned and sized. This fixes
> the second part of that...
>
> Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Acked-by: Ian Campbell <[EMAIL PROTECTED]>
> ---
> arch/x86/kernel/hea
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 patch available for Linux kernel? -- I
> googled "x
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 m520x_uart_platform[] = {
> + {
>
Hi Greg.
On Fri, Feb 01, 2008 at 05:37:56PM +1000, Greg Ungerer wrote:
> Modify Makefiles to support separate coldfire platform directory.
>
> Currently the common ColdFire CPU family code sits in the
> arch/m68knommu/platform/5307 directory. This is confusing, the files
> containing this common
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 patch available for Linux kernel? -- I
googled "x2APIC Linux"; looks no patch for now?
Thanks!
-- Rij
--
To unsub
Not necessary to expose it, also fixes sparse warning.
arch/x86/kernel/early_printk.c:196:16: warning: symbol 'early_console' was not
declared. Should it be static?
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
arch/x86/kernel/early_printk.c |2 +-
1 files changed, 1 insertions(+),
On Thu, Jan 31 2008, 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.
>
> Ingo
>
> -->
> udev: renamed network
On Fri, 01 Feb 2008 00:11:37 -0800 "Andrew G. Morgan" <[EMAIL PROTECTED]> wrote:
> [This patch represents a no-op unless CONFIG_SECURITY_FILE_CAPABILITIES
> is enabled at configure time.]
Patches like this scare the pants off me.
I'd have to recommend that distributors not enable this feature (
Dear Andrew, all,
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.
By calling BUG_ON(), it'll gives us chance of calling kdump at the first chance.
Since this is
On Wed, Jan 30, 2008 at 01:29:55AM +0100, Bartlomiej Zolnierkiewicz wrote:
> On Monday 28 January 2008, Borislav Petkov wrote:
> > Hi Bart,
> >
> > [...]
> >
> > > > the BKL in idetape_write_release() with finer-grained locking etc,
> > > > probably also
> > > > some pipeline improvements, remov
From: Frank Seidel <[EMAIL PROTECTED]>
Even some more constifications
Signed-off-by: Frank Seidel <[EMAIL PROTECTED]>
---
drivers/char/nozomi.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
--- a/drivers/char/nozomi.c
+++ b/drivers/char/nozomi.c
@@ -395,7 +395,7 @@ stru
On Thu, Jan 31, 2008 at 06:39:56PM -0800, Paul Menage wrote:
> On Jan 30, 2008 6:40 PM, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> >
> > Here are some questions that arise in this picture:
> >
> > 1. What is the relationship of the task-group in A/tasks with the
> >task-group in A/a1/tasks
From: Jan Engelhardt <[EMAIL PROTECTED]>
nozomi: constify structures and annotate vars
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
Signed-off-by: Frank Seidel <[EMAIL PROTECTED]>
---
drivers/char/nozomi.c | 38 ++
1 file changed, 18 insertions(+), 20 d
From: Frank Seidel <[EMAIL PROTECTED]>
Minor cleanups and removal of in-file changelog:
- Correction of misspellings and wrong encoded Name
- changed 'unsigned' to 'unsigned int' for better readability
- use of generic devicefile access macro
- fixed/added explanatory comment to ntty_put_char
Si
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Here is the patch to add per-process securebits.
Its all code that lives inside the capability LSM and the new securebits
implementation is only active if CONFIG_SECURITY_FILE_CAPABILITIES is
enabled (it doesn't make much sense to support this featur
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
which parts are closed source ? A Google query for PyX + iSCSI showed
infor
Cleanups and constification of nozomi driver
Mostly trivial cleanups and updates and constification
and annotations of vars.
Patches are based on current linus git tree (while
[PATCH v2 1/3] is already in Gregs gregkh-2.6 tree).
Signed-off-by: Frank Seidel <[EMAIL PROTECTED]>
nozomi.c | 174 ++
501 - 540 of 540 matches
Mail list logo