On Tue, Oct 30, 2007 at 03:14:33PM +0800, Cliffe wrote:
> Defense in depth has long been recognised as an important secure design
> principle. Security is best achieved using a layered approach.
"Layered approach" is not a magic incantation to excuse any bit of snake
oil. Homeopathic remedies
Trond Myklebust wrote:
On Mon, 2007-10-29 at 13:00 +0530, gurudas pai wrote:
Hi,
While running olt kit on 2.6.24-rc1 over nfs , Oracle reported I/O
errors. I debugged little more and found that readv/writev are failing
with O_DIRECT on nfs ( netapp's filer).
I am able to re-produce same
On 10/3/07, Rusty Russell <[EMAIL PROTECTED]> wrote:
> Proposed updates for version 2.07 of the boot protocol. This includes:
>
...
> Signed-off-by: Jeremy Fitzhardinge < [EMAIL PROTECTED]>
> Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
> Cc: "Eric W. Biederman" < [EMAIL PROTECTED]>
> Cc: H.
Defense in depth has long been recognised as an important secure design
principle. Security is best achieved using a layered approach.
On a single system it makes sense to have a layered approach such as:
Standard DAC (where users are in control of permissions)
Some form of user-based non-DAC
Christian Borntraeger wrote:
> Am Montag, 29. Oktober 2007 schrieb Balbir Singh:
>> We'll also need this additional patch (untested), but in the long run
>> I think the approach needs to be
>>
>> 1. Update stime and utime at the time of context switching -- keep it
>>in sync with
On Sunday 28 October 2007 14:32, Christoph Lameter wrote:
> Too many troubles with the bitlocks and we really do not need
> to do any bitops. Bitops do not effectively retrieve the old
> value which we want. So use a cmpxchg instead on the arches
> that allow it.
>
> Instead of modifying the
Am Montag, 29. Oktober 2007 schrieb Balbir Singh:
> We'll also need this additional patch (untested), but in the long run
> I think the approach needs to be
>
> 1. Update stime and utime at the time of context switching -- keep it
>in sync with p->sum_exec_runtime
> 2. Keep track of
This patch removes the duplicated code between efi_32.c and efi.c.
---
arch/x86/kernel/Makefile_32 |2
arch/x86/kernel/e820_32.c |5
arch/x86/kernel/efi_32.c| 430
arch/x86/kernel/setup_32.c | 11 -
include/asm-x86/efi.h |
[PATCH] serial: fix compiling warning about putc
CC drivers/serial/8250_early.o
drivers/serial/8250_early.c:80: warning: conflicting types for built-in
function ‘putc’
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/drivers/serial/8250_early.c b/drivers/serial/8250_early.c
This patch adds document for EFI x86_64 runtime services support.
---
boot-options.txt | 11 ++-
uefi.txt |9 +
2 files changed, 19 insertions(+), 1 deletion(-)
Signed-off-by: Chandramouli Narayanan <[EMAIL PROTECTED]>
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
This patch adds support for several EFI runtime services for EFI
x86_64 system.
The EFI support for emergency_restart and RTC clock is added. The EFI
based implementation and legacy BIOS or CMOS based implementation are
put in separate functions and can be chosen with kernel boot options.
Following patchset adds EFI/UEFI (Unified Extensible Firmware
Interface) runtime services support to x86_64 architecture.
The patchset have been tested against 2.6.24-rc1 kernel on Intel
platforms with 64-bit EFI1.10 and UEFI2.0 firmware. Because the
duplicated code between efi_32.c and efi_64.c
This patch adds basic runtime services support for EFI x86_64
system. The main file of the patch is the addition of efi_64.c for
x86_64. This file is modeled after the EFI IA32 avatar. EFI runtime
services initialization are implemented in efi_64.c. Some x86_64
specifics are worth noting here. On
On Tue, Oct 30 2007, Herbert Xu wrote:
> On Mon, Oct 29, 2007 at 09:16:27PM +0100, Jens Axboe wrote:
> > On Fri, Oct 26 2007, Herbert Xu wrote:
> > > [CRYPTO] tcrypt: Move sg_init_table out of timing loops
> > >
> > > This patch moves the sg_init_table out of the timing loops for hash
> > >
Andi Kleen wrote:
> David Miller <[EMAIL PROTECTED]> writes:
>
>> From: Byron Bradley <[EMAIL PROTECTED]>
>> Date: Fri, 31 Aug 2007 03:12:46 + (UTC)
>>
>>> Anybody got any ideas of how we fix this?
>> I don't know how much testing XFS gets on ARM, but one thing that some
>> ARM chips have is
On Mon, Oct 29, 2007 at 05:45:52PM -0400, Lennart Sorensen wrote:
> On Mon, Oct 29, 2007 at 09:52:35PM +0100, Wijnand Rietman wrote:
> > Thanks Lens for the suggestion!
> >
> > Unfortunately this option doesn't work either. When I pass the "nodma"
> > paramater to the kernel, it boots with DMA
On 10/30/07, Crispin Cowan <[EMAIL PROTECTED]> wrote:
> Ah! So the proposal really is to have an LSM maintainer for each
> "family" of models, acting as a resource and arbiter for modules in a class.
I see it a little bit different one LSM maintainer for the lot of
modules who kicks the ass's of
as some architectures have unsigned long for u64.
net/sunrpc/xprtrdma/rpc_rdma.c: In function 'rpcrdma_create_chunks':
net/sunrpc/xprtrdma/rpc_rdma.c:222: warning: format '%llx' expects type 'long
long unsigned int', but argument 4 has type 'u64'
net/sunrpc/xprtrdma/rpc_rdma.c:234: warning:
On Mon, Oct 29, 2007 at 01:49:47PM +0100, Adrian Bunk wrote:
> This patch fixes the following section mismatches:
>
> <-- snip -->
>
> ...
> WARNING: vmlinux.o(.text+0x5b5c2): Section mismatch: reference to
> .init.text:memmap_init_zone (between 'memmap_init' and 'virtual_memmap_init')
>
From: Chuck Ebbert <[EMAIL PROTECTED]>
Date: Thu, 25 Oct 2007 14:44:52 -0400
> On 10/25/2007 10:11 AM, Rich Paul wrote:
> > In 2.6.23, there seems to be a minor bug in sys_socketpair. When the
> > calls to sock_alloc_fd fail, it aborts the routine, but it returns the
> > variable err, which is
Switch to platform style configuration for 520x ColdFire family UARTs.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.23-rc1/arch/m68knommu/platform/520x/config.c
linux-2.6.23-rc1.platform/arch/m68knommu/platform/520x/config.c
---
Switch to platform style configuration for 5272 ColdFire UARTs.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.23-rc1/arch/m68knommu/platform/5272/config.c
linux-2.6.23-rc1.platform/arch/m68knommu/platform/5272/config.c
---
Switch to platform style configuration for 5206e ColdFire UARTs.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.23-rc1/arch/m68knommu/platform/5206e/config.c
linux-2.6.23-rc1.platform/arch/m68knommu/platform/5206e/config.c
---
Switch to platform style configuration for 5206 ColdFire UARTs.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.23-rc1/arch/m68knommu/platform/5206/config.c
linux-2.6.23-rc1.platform/arch/m68knommu/platform/5206/config.c
---
Switch to platform style configuration for 5249 ColdFire UARTs.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.23-rc1/arch/m68knommu/platform/5249/config.c
linux-2.6.23-rc1.platform/arch/m68knommu/platform/5249/config.c
---
Add configure support for the new style ColdFire serial driver.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.23-rc1/drivers/serial/Kconfig
linux-2.6.23-rc1.platform/drivers/serial/Kconfig
--- linux-2.6.23-rc1/drivers/serial/Kconfig 2007-10-25 10:49:13.0
Add build support for the new style ColdFire serial driver.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.23-rc1/drivers/serial/Makefile
linux-2.6.23-rc1.platform/drivers/serial/Makefile
--- linux-2.6.23-rc1/drivers/serial/Makefile2007-10-10 06:31:38.0
Use ARRAY_SIZE macroto get maximum ports in ColdFire serial driver.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.23-rc1/drivers/serial/mcf.c
linux-2.6.23-rc1.platform/drivers/serial/mcf.c
--- linux-2.6.23-rc1/drivers/serial/mcf.c 2007-10-25 10:49:13.0
Use container_of() to get at uart struct field in port struct
in ColdFire serial driver.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.23-rc1/drivers/serial/mcf.c
linux-2.6.23-rc1.platform/drivers/serial/mcf.c
--- linux-2.6.23-rc1/drivers/serial/mcf.c
Use __raw_read/__raw_write to write to all registers (instead of
using local pointer de-referencing in ColdFirePIT timer code.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.23/arch/m68knommu/platform/5307/pit.c
linux-2.6.23-uc0/arch/m68knommu/platform/5307/pit.c
---
Fix system call defines for system call 180 and 181 to match the
underlying system call table function entries. System call 180 calls
sys_pread64, and 181 calls sys_pwrite64, so make the definitions
match.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp
Use port field instead of silly struct/pointer casting to get at
port struct from local uart struct in ColdFire serial driver.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naurp linux-2.6.23-rc1/drivers/serial/mcf.c
linux-2.6.23-rc1.platform/drivers/serial/mcf.c
---
Dear, Folks,
Now we are planning to submit LIDS to mainline.
(As you know, it already written for supporing LSM for several years.)
When we will finish to re-write documentation and some FAQ, then
we will be able to submit the patch.
Sincerely,
OMO
Serge E. Hallyn wrote: (2007/10/09 03:00):
Dan Hecht wrote:
Not really. In the case hardware TSC is perfect, the paravirt time
counter can be implemented directly in terms of hardware TSC; there is
no loss in optimization. This is done transparently. And virtual TSC
can be implemented this way too.
The real improvement that a
On Mon, 29 Oct 2007 20:04:57 +0200, Vitaliy Ivanov <[EMAIL PROTECTED]> wrote:
> Finally had a time on my weekend to perform tests and fix Pete's patch a
> little. Now it seems to be correct.
Great!
> 1. One device per user space application. Old driver allowed many users
> application to work
David Brown wrote:
Uhm, not sure who to send this too...
I thought I'd try out the realtime patch set and it didn't work at all
with kvm. The console didn't dump anything and the system completely
locked up.
Anyone have any suggestions as to how to get more output on this issue?
Make sure
In the sata_nv driver, when running in ADMA mode, we can do 64-bit DMA.
However, when an ATAPI device like a DVD drive is connected, we can't
use ADMA mode, and so we have to abide by the restrictions of a normal
SFF ATA controller and can only do 32-bit DMA. We detect this and try to
set the
The deadline I/O scheduler does not reset the batch count when starting
a new batch at a higher-sectored request. This means the second and
subsequent batch in the same data direction will never exceed a single
request in size whenever higher-sectored requests are pending.
This patch gives new
After switching data directions, deadline always starts the next batch
from the lowest-sector request. This gives excessive deadline expiries
and large latency and throughput disparity between high- and low-sector
requests; an order of magnitude in some tests.
This patch changes the batching
Factor finding the next request in sector-sorted order into
a function deadline_latter_request.
Signed-off-by: Aaron Carroll <[EMAIL PROTECTED]>
---
block/deadline-iosched.c | 28 +---
1 files changed, 17 insertions(+), 11 deletions(-)
diff --git
Hi Jens,
The following patches correct some issues with the deadline I/O
scheduler and its batching algorithm.
Patch 1 is a simple function factorisation.
Patch 2 fixes a missing batch count reset, making the behaviour
closer to that implied by the documentation.
Patch 3 changes batch start
Hi,
I see these warning on my x86_32 box :
..
drivers/net/Kconfig:1887:warning: 'select' used by config symbol 'FEC_MPC52xx'
refers to undefined symbol 'PPC_BESTCOMM'
drivers/net/Kconfig:1888:warning: 'select' used by config symbol 'FEC_MPC52xx'
refers to undefined symbol 'PPC_BESTCOMM_FEC'
Hi Michal,
On Monday 29 October 2007, CIJOML wrote:
> Dne čt 22. února 2007 Dmitry Torokhov napsal(a):
>
> > Plus I
> > will export uniq in /proc/bus/input/devices and then yo can ask X guys
> > to allow matching on uniq as well.
>
> Hi Dmitri,
>
> I watched at 2.6.23 and this is still not done
From: Matthias Dellweg <[EMAIL PROTECTED]>
Date: Tue, 16 Oct 2007 18:47:56 +0200
> while reviewing the tcp_md5-related code further i came across with another
> two of these casts which you probably have missed. I don't actually think
> that they impose a problem by now, but as you said we should
Commit 642f149031d70415d9318b919d50b71e4724adbd Added args to
zfcp_sg_to_address() but didn't update the defn. to know about them.
Signed-off-by: Tony Breeds <[EMAIL PROTECTED]>
---
Only compile tested.
drivers/s390/scsi/zfcp_def.h |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
On 10/25/2007 9:41 AM, Chris Wright wrote:
* Linus Torvalds ([EMAIL PROTECTED]) wrote:
Do other people want to stand up and be "LSM maintainers" in the sense
that they also end up being informed members who can also stand up for new
modules and help merge them, rather than just push the
On 10/25/2007 10:42 AM, Casey Schaufler wrote:
I agree that security code does need to provide security. What we
need to get away from is the automatic attacks that are based on 20th
century computer system assumptions. Things like "name based access
control is rediculous", and "a module can't
On Oct 29, 2007, at 9:48 PM, Ralf Baechle wrote:
On Sun, Oct 28, 2007 at 04:15:49PM -0400, Kyle McMartin wrote:
+++ b/mm/Kconfig
@@ -172,6 +172,7 @@ config MIGRATION
config RESOURCES_64BIT
bool "64 bit Memory and IO resources (EXPERIMENTAL)" if (!64BIT
&& EXPERIMENTAL)
+ depends
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
This will update the files shown below.
thanks!
-Len
ps. individual patches are available on [EMAIL PROTECTED]
and a consolidated plain patch is available here:
On Mon, 29 Oct 2007 15:45:03 -0400
[EMAIL PROTECTED] (Lennart Sorensen) wrote:
> On Mon, Oct 29, 2007 at 03:22:27PM +0100, Stefan Roese wrote:
> > I'm trying to implement support for a board specific watchdog on a
> > PPC440EPx
> > board with a very short timeout. In this case, the watchdog has
On Sun, Oct 28, 2007 at 04:15:49PM -0400, Kyle McMartin wrote:
> +++ b/mm/Kconfig
> @@ -172,6 +172,7 @@ config MIGRATION
>
> config RESOURCES_64BIT
> bool "64 bit Memory and IO resources (EXPERIMENTAL)" if (!64BIT &&
> EXPERIMENTAL)
> + depends on (MIPS || PPC32 || X86_PAE) || 64BIT
On Tuesday 30 October 2007 09:17:38 Thomas Gleixner wrote:
> On Mon, 29 Oct 2007, Glauber de Oliveira Costa wrote:
>
> CC'ed John and removed [EMAIL PROTECTED] :)
>
> > From: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
> >
> > tsc is very good time source (when it does not have drifts, does not
On Mon, Oct 29, 2007 at 11:26:31PM +0100, Marcin ?lusarz wrote:
> Hi
> While fighting with Option Globesurfer ICON USB modem I got oops and
> lockdep warning:
>
> (on rmmod option usbserial, not reproducible)
If you can reproduce this without the nvidia driver loaded, please let
me know.
On Mon, Oct 29, 2007 at 03:25:31PM -0600, Bjorn Helgaas wrote:
> Reserve resources used by active PNP devices to prevent those resources
> from being assigned to other devices.
Yes, I think this is probably a safe approach to take.
--
Matthew Garrett | [EMAIL PROTECTED]
-
To unsubscribe from
On Mon, 2007-10-29 at 17:37 +0800, Zhang, Yanmin wrote:
> On Mon, 2007-10-29 at 10:22 +0800, Zhang, Yanmin wrote:
> > On Fri, 2007-10-26 at 13:23 +0200, Ingo Molnar wrote:
> > > * Zhang, Yanmin <[EMAIL PROTECTED]> wrote:
> > >
> > > > I tested 2.6.24-rc1 on my x86_64 machine which has 2 quad-core
> > Sigh, I don't really want to have this fight again.
>
> i dont remember us having discussed this before, ever. If there's any
> "fight" about monotonicity and SMP then it would be a pretty onesided
> affair, with you being beaten up seriously ;-)
Actually, it is possible, even for NUMA
Declare two of the I2C GPIO expanders to the EVM board init logic, and
use them. One hooks up to the LEDs using the leds-gpio driver; the other
exposes a switch to sysfs, and initializes the audio clocks.
Oh, and get rid of bogus warning about IDE conflicting with NOR unless
both are actually
Switch DaVinci over to using the new GPIO library, so it can access
GPIO expanders and other non-SOC GPIOs using the same calls.
---
This is an example conversion, against the current DaVinci tree
(it probably won't apply against mainline). The header changes
mostly by what it wraps, and allowing
This is a new-style I2C driver for some common 8 and 16 bit I2C based
GPIO expanders: pcf8574 and pcf8575. Since it's a new-style driver,
it's configured as part of board-specific init ... eliminating the
need for error-prone manual configuration of module parameters.
The driver exposes the
Provides new implementation infrastructure that platforms may choose to use
when implementing the GPIO programming interface. Platforms can update their
GPIO support to use this. The downside is slower access to non-inlined GPIOs;
rarely a problem except when bitbanging some protocol. The
When we hashed out the Documentation/gpio.txt GPIO programming
interfaces last year, there were a few features in the "we want
this eventually, but can live without it for now" category.
Following this post are patches adding some of those features.
Two core patches are:
- Implementation
* Jeff Garzik ([EMAIL PROTECTED]) wrote:
> Mathieu Desnoyers wrote:
> >I see no good reason to have so many different adhoc instrumentation
> >mechanisms for profiling (sched, vm, oprofile) and tracing (blktrace,
> >suspend/resume tracing) all over the place. Merging them in a single
> >directory
On Sun, Oct 28, 2007 at 02:24:10PM +, Adrian McMenamin wrote:
> The API for uevent has changed for 2.6.24 and this patch makes a
> consequential clean up.
>
> (Apols to linux-sh list users seeing this for the second time, I
> should have included lkml first time round for completeness)
>
>
On Mon, 2007-10-29 at 23:17 +0100, Thomas Gleixner wrote:
> On Mon, 29 Oct 2007, Glauber de Oliveira Costa wrote:
>
> CC'ed John and removed [EMAIL PROTECTED] :)
>
> > From: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
> >
> > tsc is very good time source (when it does not have drifts, does
On 10/29/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> [ also, remap_vmalloc_range() suffers similar issues, only file and anon
> have proper rmap ]
>
> I'm not sure we want full rmap for remap_pfn/vmalloc_range, but perhaps
> we could assist drivers in maintaining and using vma lists.
>
> I
On Oct 29 2007 20:46, Lee Revell wrote:
>On 10/29/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>> quad_dsp - http://jengelh.hopto.org/p/quad_dsp/
>>
>> Provides a /dev/dsp style node for legacy applications that support
>> neither ALSA nor the AOSS wrapper nor more-than-2-channel sound.
>>
>
>(I
On Mon, 29 Oct 2007, Hiroshi Shimamoto wrote:
> Arjan van de Ven wrote:
> > On Mon, 29 Oct 2007 15:39:46 -0700
> > Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
> >
> >> lapic_shutdown is useless on x86_64.
> >>
> >
> > but since the goal is to get apic_32.c and apic_64.c to be more
> >
Mathieu Desnoyers wrote:
Putting stuff in instrumentation/ by no way means that it becomes
optional for a subsystem, but merely that it could either export
information useful for kernel instrumentation or have some
infrastructure parts merged with others.
More reason why you should not be
Mathieu Desnoyers wrote:
I see no good reason to have so many different adhoc instrumentation
mechanisms for profiling (sched, vm, oprofile) and tracing (blktrace,
suspend/resume tracing) all over the place. Merging them in a single
directory seems like a good step towards a more generic
On 10/29/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> quad_dsp - http://jengelh.hopto.org/p/quad_dsp/
>
> Provides a /dev/dsp style node for legacy applications that support
> neither ALSA nor the AOSS wrapper nor more-than-2-channel sound.
>
(I think that should read "AND more than 2 channel
On Mon, Oct 29, 2007 at 05:07:08PM -0700, H. Peter Anvin wrote:
> Dave Jones wrote:
> > Before the arch merge, I frequently would test 32bit compiles
> > by doing make ARCH=i386 {bzImage/modules/file.o}
> >
> > Since commit 47572387d58a9584c60ebbbdee56fc92c627f16f
> > how does one do this?
Am 28.10.2007 20:25 schrieb Adrian Bunk:
> On Sun, Oct 28, 2007 at 07:51:12PM +0100, Tilman Schmidt wrote:
>> Am 28.10.2007 02:55 schrieb Adrian Bunk:
>>> Justifying anything with code with not GPL compatible licences has zero
>>> relevance here.
>>>
>>> And there's value in making life harder
On Mon, 29 Oct 2007 13:00:07 +0100
Francois Romieu <[EMAIL PROTECTED]> wrote:
> Jeff Garzik <[EMAIL PROTECTED]> :
> [...]
> > Regardless, I agree with your "you...have a return candidate"
> > comment.
>
> I would welcome a complete lspci -vxx + dmesg before the board is
> eventually returned
Glauber de Oliveira Costa wrote:
From: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
tsc is very good time source (when it does not have drifts, does not
change it's frequency, i.e. when it works), so it should have its rating
raised to a value greater than, or equal 400.
Since it's being a
On Mon 29 Oct 2007 18:22, Andrew Morton pondered:
> I hit numerous rejects here. I am not sure which kernel you patched but
> I suspect it was not an up-to-date one.
Sorry about that - I will do so in the future. Thanks for reviewing and fixing
up.
> > --- kernel/kallsyms.c (revision
On Mon, Oct 29, 2007 at 09:16:27PM +0100, Jens Axboe wrote:
> On Fri, Oct 26 2007, Herbert Xu wrote:
> > [CRYPTO] tcrypt: Move sg_init_table out of timing loops
> >
> > This patch moves the sg_init_table out of the timing loops for hash
> > algorithms so that it doesn't impact on the speed test
Dave Jones wrote:
Before the arch merge, I frequently would test 32bit compiles
by doing make ARCH=i386 {bzImage/modules/file.o}
Since commit 47572387d58a9584c60ebbbdee56fc92c627f16f
how does one do this?
make ARCH=i386 {bzImage/modules/file.o}
Amazing, isn't it?
-hpa
-
To
Arjan van de Ven wrote:
> On Mon, 29 Oct 2007 15:39:46 -0700
> Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
>
>> lapic_shutdown is useless on x86_64.
>>
>
> but since the goal is to get apic_32.c and apic_64.c to be more
> converging (to the point of becoming the same file)... isn't your
On Mon, Oct 29, 2007 at 07:32:31PM -0400, Dave Jones wrote:
> Before the arch merge, I frequently would test 32bit compiles
> by doing make ARCH=i386 {bzImage/modules/file.o}
>
> Since commit 47572387d58a9584c60ebbbdee56fc92c627f16f
> how does one do this?
Same. Top-level makefile kludges
vicky wrote:
Hi,
Can Read-Only(RO) Section/Data of kernel can ever be paged out memory?
-Vicky
All kernel code and data is non-swappable in Linux..
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home Page: http://www.roberthancock.com/
-
To
Jordan Crouse wrote:
From: Jordan Crouse <[EMAIL PROTECTED]>
A relatively recent version of the Geode LX datasheet listed the wrong
address for one of the MSRs that controls TFT panels, resulting in
breakage. This patch corrects the MSR address.
Signed-off-by: Jordan Crouse <[EMAIL
Max Krasnyansky wrote:
A couple of HP xw9300 machines (dual Opterons) started freezing up.
We're running on 2.6.22.1 on them. Freezes a somewhere weird. VGA console is
alive
(I can switch vts, etc) but everything else is dead (network, etc).
Unfortunately SYSRQ was not enabled and I could not
On Mon, Oct 29, 2007 at 05:43:15PM -0500, Emil Medve wrote:
> Removed duplicates defined elsewhere
>
> Signed-off-by: Emil Medve <[EMAIL PROTECTED]>
> ---
>
> Reseding the patch to a larger audience
>
> The macros are defined in the relative order KERN_* are defined in kernel.h
>
> linux-2.6>
On Oct 25 2007 19:56, Greg KH wrote:
>What kind of code is not accepted into the mainline kernel tree for good
>reasons? What are these reasons? What specific code are you talking
>about?
>
>I'm trying to compile a list of all known external modules and drivers
>and work to get them included in
Greg KH wrote:
On Fri, Oct 26, 2007 at 09:59:45AM -0700, Jesse Barnes wrote:
On Thursday, October 25, 2007 7:54 pm Greg KH wrote:
On Thu, Oct 25, 2007 at 04:22:35PM -0700, Jesse Barnes wrote:
I think Greg doesn't like it, even though we don't have an
alternative at this point...
Yes, I
Linus,
please pull from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
a couple of cleanups and bugfixes along with a compile/runtime
irrelevant doc change.
The iommu.h -> gart.h rename needs to go in before we have the
namespace polution all over the place.
Thanks,
On Mon, 29 Oct 2007, Mathieu Desnoyers wrote:
> * Christoph Lameter ([EMAIL PROTECTED]) wrote:
> > On Mon, 29 Oct 2007, Mathieu Desnoyers wrote:
> >
> > > vm/vmstat.c
> >
> > The vm statistics are important for the operation of the VM. They are not
> > optional. So I do not think that they
* Jeff Garzik ([EMAIL PROTECTED]) wrote:
> Mathieu Desnoyers wrote:
> >* Jeff Garzik ([EMAIL PROTECTED]) wrote:
> >>Randy Dunlap wrote:
> >>>On Mon, 29 Oct 2007 17:51:38 -0400 Mathieu Desnoyers wrote:
> >>>
> Hi,
>
> Since we already have the Instrumentation menu in
>
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> On Mon, 29 Oct 2007, Mathieu Desnoyers wrote:
>
> > vm/vmstat.c
>
> The vm statistics are important for the operation of the VM. They are not
> optional. So I do not think that they fall under the category of
> instrumentation.
But I guess vm
Ingo Molnar wrote:
> i dont remember us having discussed this before, ever. If there's any
> "fight" about monotonicity and SMP then it would be a pretty onesided
> affair, with you being beaten up seriously ;-)
>
This is part of Xen's ABI, so it isn't easily changed. You're right
that
Linus, this is a followup git pull request for a single fix:
git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched.git
Frans Pop has tested a fix from Balbir Singh that (finally) resolves the
procps CPU accounting bug. The fix you pulled earlier today was correct
but it
Before the arch merge, I frequently would test 32bit compiles
by doing make ARCH=i386 {bzImage/modules/file.o}
Since commit 47572387d58a9584c60ebbbdee56fc92c627f16f
how does one do this?
Dave
--
http://www.codemonkey.org.uk
-
To unsubscribe from this list: send the line "unsubscribe
On Sat, Oct 27, 2007 at 08:31:58PM -0700, Christoph Lameter wrote:
> Some function tend to get folded into __slab_free and __slab_alloc
> although they are rarely called. They cause register pressure that
> leads to bad code generation.
Nice - an example of uninlining to directly improve
Frans Pop wrote:
> On Monday 29 October 2007, Balbir Singh wrote:
>> We'll also need this additional patch (untested),
>
> OK. Both patches together do the trick. Gave it a nice long test run and got
> no more weirdness.
> Tested-by: Frans Pop <[EMAIL PROTECTED]>
>
Thanks for testing it
Ingo,
On Mon, 29 Oct 2007 13:35:33 +0100 Johannes Stezenbach wrote:
> On Mon, Oct 29, 2007, Ingo Molnar wrote:
> > * Randy Dunlap <[EMAIL PROTECTED]> wrote:
> >
> > > > config VIDEO_SAA7146_VV
> > > > tristate
> > > > depends on VIDEO_DEV = y || VIDEO_DEV = VIDEO_SAA7146_VV
> > > >
* Frans Pop <[EMAIL PROTECTED]> wrote:
> On Monday 29 October 2007, Balbir Singh wrote:
> > We'll also need this additional patch (untested),
>
> OK. Both patches together do the trick. Gave it a nice long test run and got
> no more weirdness.
> Tested-by: Frans Pop <[EMAIL PROTECTED]>
cool,
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> Ingo Molnar wrote:
> > that's totally broken then. You cannot create an SMP-safe monotonic
> > clocksource via interpolation - native does not do it either. Good thing
> > this problem got exposed, it needs to be fixed.
> >
>
> Sigh, I
On 10/29/2007 04:02 PM, Ingo Molnar wrote:
* Zachary Amsden <[EMAIL PROTECTED]> wrote:
On Mon, 2007-10-29 at 23:48 +0100, Ingo Molnar wrote:
* Zachary Amsden <[EMAIL PROTECTED]> wrote:
if it's inaccurate why are you exposing it to the guest then? Native
only uses the TSC if it's safe and
On Mon, 29 Oct 2007, Mathieu Desnoyers wrote:
> vm/vmstat.c
The vm statistics are important for the operation of the VM. They are not
optional. So I do not think that they fall under the category of
instrumentation.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Mon, 29 Oct 2007 15:39:46 -0700
Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
> lapic_shutdown is useless on x86_64.
>
but since the goal is to get apic_32.c and apic_64.c to be more
converging (to the point of becoming the same file)... isn't your patch
going in the opposite direction?
1 - 100 of 1072 matches
Mail list logo
