unionfs_do_readpage forgot to clear the rest of the page when vfs_read
does not fill the page: fix that.
Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
---
fs/unionfs/mmap.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
--- 2.6.24-rc1-mm1/fs/unionfs/mmap.c2007-11-04 13:48:02.0
On Thu, Nov 08, 2007 at 03:48:05PM -0800, [EMAIL PROTECTED] wrote:
> With CONFIG_FAIR_CGROUP_SCHED=y, following commands on 2.6.24-rc1 crash
> the system.
Thanks for reporting the problem. It was caused because of the fact that
current task isn't kept in its runqueue in case of sched_fair class
ta
This patch contains the following cleanups:
- make the needlessly global iommu_setup() static
- remove the unused EXPORT_SYMBOL(iommu_merge)
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/x86/kernel/pci-dma_64.c |3 +--
include/asm-x86/pci_64.h |1 -
2 files changed, 1 inse
In message <[EMAIL PROTECTED]>, Hugh Dickins writes:
> [Dave, I've Cc'ed you re handle_write_count_underflow, see below.]
>
> On Wed, 31 Oct 2007, Erez Zadok wrote:
> >
> > Hi Hugh, I've addressed all of your concerns and am happy to report that the
> > newly revised unionfs_writepage works even
Do a sanity check for the "struct ds1wm_platform_data" pointer passed in
by the platform_device, and so to enforce each platform to provide a
valid structure.
Signed-off-by: eric miao <[EMAIL PROTECTED]>
---
drivers/w1/masters/ds1wm.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
"debugging" is a horrible name for a global variable - thankfully it can
become static.
Also put it out of __read_mostly so that gcc no longer has to emit it
at all.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/x86/kernel/pci-calgary_64.c |4 ++--
1 file changed, 2 insertions(+
This patch makes the following needlessly global functions static:
- kprobe_handler()
- trampoline_probe_handler()
- post_kprobe_handler()
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/x86/kernel/kprobes_64.c |7 ---
include/asm-x86/kprobes_64.h |2 --
2 files changed, 4 i
This patch makes the following needlessly global code static:
- panic_on_timeout
- setup_nmi_watchdog()
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/x86/kernel/nmi_64.c |4 ++--
include/asm-x86/nmi_64.h |2 --
2 files changed, 2 insertions(+), 4 deletions(-)
26ae99846d73a4a5
acpi_pci_link_exit() is both unused and empty.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
16d6853a1facb9bcb7a4bc19daad6d3b852cace3
diff --git a/arch/x86/kernel/acpi/sleep_64.c b/arch/x86/kernel/acpi/sleep_64.c
index 79475d2..da42de2 100644
--- a/arch/x86/kernel/acpi/sleep_64.c
+++ b/arch
This patch makes the needlessly global struct mcelog static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
d4c45993fc617ff0f56e3280fcccb7159b31e9e8
diff --git a/arch/x86/kernel/cpu/mcheck/mce_64.c
b/arch/x86/kernel/cpu/mcheck/mce_64.c
index b9f802e..986bf15 100644
--- a/arch/x86/kernel/cpu
This patch makes the following needlessly global functions static:
- e820_print_map()
- early_panic()
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/x86/kernel/e820_64.c |4 ++--
include/asm-x86/e820_64.h |1 -
2 files changed, 2 insertions(+), 3 deletions(-)
a57254863b322df72
The saa7134-oss is deprecated for quite some time, it's the only
remaining OSS user outside of sound/oss/, and considering how few and
what kind of soundcards are left supported by OSS I hardly see any use
cases left.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/media/video/saa
There's already a prototype for pci_scan_child_bus() at the correct
place in pci.h, so there's no reason for an additional one.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
23fdba3eb3ed7b531fbe005a810d10679b113d2e
diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c
index de33a02..4b73d
LILO version 16 was released on 26-02-1995 (sic), so telling people to
not use older versions no longer has any value.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
b79ad8a00e9bc0008b42eafd5863d758109d0594
diff --git a/drivers/ide/Kconfig b/drivers/ide/Kconfig
index d1e8df1..e445fe6 100644
This patch fixes the following build error with CONFIG_HOTPLUG=n:
<-- snip -->
...
MODPOST 2137 modules
ERROR: "pci_scan_single_device" [drivers/edac/i82875p_edac.ko] undefined!
make[2]: *** [__modpost] Error 1
<-- snip -->
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/pci
This patch fixes the following section mismatches with CONFIG_HOTPLUG=n:
<-- snip -->
...
WARNING: vmlinux.o(.data+0x23640): Section mismatch: reference to
.init.text.20:can_skip_ioresource_align (between 'acpi_pciprobe_dmi_table' and
'pcibios_irq_mask')
WARNING: vmlinux.o(.data+0x2366c): Sec
When I removed net-modules.txt because it only contained ancient
information I missed that many Kconfig entries pointed to this ancient
information.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
Documentation/networking/3c505.txt |3
drivers/net/Kconfig| 199 +++
On Wed, 07 Nov 2007 23:05:32 -0800 Randy Dunlap wrote:
Hi Sam,
This is somewhat of a build regression... a confusing one to me.
Maybe you will know what it's up to.
There's also a kernel boot regression: something in
crypto/xor.c::calibrate_xor_blocks() finds a null pointer.
I can't reproduce i
On Thu, 8 Nov 2007, Andrew Morton wrote:
> > On Tue, 6 Nov 2007 11:38:52 -0500 (EST) "Robert P. J. Day" <[EMAIL
> > PROTECTED]> wrote:
> >
> > While this macro is defined in terms of "is_power_of_2" and is
> > therefore functionally equivalent, the visual semantics are
> > sometimes more appropri
On Thu, Nov 08, 2007 at 11:44:22PM -0500, Mark Lord wrote:
> Jeff Garzik wrote:
> >On Thu, Nov 08, 2007 at 10:29:37PM -0500, Mark Lord wrote:
> >>And I might even privately patch my own kernels to map the ACHI BAR
> >>in the cases where the BIOS didn't...
> >
> >The inability to do this in the gene
Andrew Morton wrote:
> > On Tue, 6 Nov 2007 13:40:26 +0300 Al Boldi <[EMAIL PROTECTED]> wrote:
> >
> > This patch introduces a rootdir kernel boot parameter, which specifies
> > the path to the kernel sys_chroot boot dir.
> >
> > This is useful for systems that have more than one distribution
> > i
From: Paul Moore <[EMAIL PROTECTED]>
Add a new set of configuration functions to the NetLabel/LSM API so that
LSMs can perform their own configuration of the NetLabel subsystem without
relying on assistance from userspace.
Signed-off-by: Paul Moore <[EMAIL PROTECTED]>
---
include/net/netlabel.h
This is version 11 of the Simplified Mandatory Access Control Kernel.
The whole thing as available on the Smack home page at
http://schaufler-ca.com
The attachments to this message are not kernel code.
They are early versions of the smackload and smackcipso
programs, and are included in the
Jeff Garzik wrote:
On Thu, Nov 08, 2007 at 10:29:37PM -0500, Mark Lord wrote:
And I might even privately patch my own kernels to map the ACHI BAR
in the cases where the BIOS didn't...
The inability to do this in the general case is the main reason why
AHCI was not unconditionally enabled, even
> On Tue, 6 Nov 2007 13:40:26 +0300 Al Boldi <[EMAIL PROTECTED]> wrote:
>
> This patch introduces a rootdir kernel boot parameter, which specifies the
> path to the kernel sys_chroot boot dir.
>
> This is useful for systems that have more than one distribution installed on
> the same fs/partiti
> On Tue, 6 Nov 2007 11:38:52 -0500 (EST) "Robert P. J. Day" <[EMAIL
> PROTECTED]> wrote:
>
> While this macro is defined in terms of "is_power_of_2" and is
> therefore functionally equivalent, the visual semantics are sometimes
> more appropriate for what is actually being tested.
>
This is ge
> On Sat, 03 Nov 2007 20:16:36 +0100 Jochen Friedrich <[EMAIL PROTECTED]> wrote:
> Subject: [PATCH] [POWERPC] Fix typo #ifdef -> #ifndef
Please put the "powerpc" outside the []. Because things inside [] get
removed when the receiver applies the patch, but the subsystem
identification ("powerpc")
> On Thu, 08 Nov 2007 13:31:43 -0800 [EMAIL PROTECTED] wrote:
> From: Andrew Morton <[EMAIL PROTECTED]>
>
> Ulrich says that we never used these clone flags and that nothing should be
> using them.
>
> As we're down to only a single bit left in clone's flags argument, let's add a
> warning to che
A> On Thu, 08 Nov 2007 19:35:23 +0300 Alexey Starikovskiy <[EMAIL PROTECTED]>
wrote:
> [remove_cycle_at_battery_removal.patch text/x-patch (1.7KB)]
> ACPI: Battery: remove cycle from battery removal.
>
> From: Alexey Starikovskiy <[EMAIL PROTECTED]>
>
> get_property() should not call battery_up
On Thu, Nov 08, 2007 at 10:29:37PM -0500, Mark Lord wrote:
> And I might even privately patch my own kernels to map the ACHI BAR
> in the cases where the BIOS didn't...
The inability to do this in the general case is the main reason why
AHCI was not unconditionally enabled, even in IDE mode, when
Jeff Garzik wrote:
On Fri, Nov 09, 2007 at 09:02:35AM +0700, Riki Oktarianto wrote:
Some BIOSen map AHCI ABAR but lock the SATA controller to IDE mode.
This patch add quirk to set AHCI mode on ICH board with such case.
Tested on Macbook2,1 (ICH7M)
Intel will complain but it's awful tempting..
Dor Laor wrote:
ron minnich wrote:
Hi, I'm sorry, I've been stuck on other things (NFS RDMA anyone?) and
missed part of this discussion.
Is it really the case that operations on virtio devices will involve
outl/inl etc.?
What's the problem with them?
Except for the kick event it's not perfor
In message <[EMAIL PROTECTED]>, Dave Hansen writes:
> On Mon, 2007-11-05 at 15:40 +, Hugh Dickins wrote:
[...]
> I have a decent guess what the bug is, too. In the unionfs code:
>
> > int init_lower_nd(struct nameidata *nd, unsigned int flags)
> > {
> > ...
> > #ifdef ALLOC_LOWER_ND_FILE
> >
On Fri, Nov 09, 2007 at 09:02:35AM +0700, Riki Oktarianto wrote:
> Some BIOSen map AHCI ABAR but lock the SATA controller to IDE mode.
> This patch add quirk to set AHCI mode on ICH board with such case.
>
> Tested on Macbook2,1 (ICH7M)
Intel will complain but it's awful tempting...
Jeff
Does anyone remember when linux smbfs (or cifs) gained large file
(>2GB, >4GB) file support?
The Linux CIFS client implementation has always had large file support (cifs.ko
was added to the kernel first in 2.5.42), although of course some old server's do
not support large (> 2GB) files.
I tho
Dor Laor wrote:
Anthony Liguori wrote:
This is a PCI device that implements a transport for virtio. It
allows virtio
devices to be used by QEMU based VMMs like KVM or Xen.
While it's a little premature, we can start thinking of irq path
improvements.
The current patch acks a private
You are correct that the CIFS code calls SendReceive in cases in which
the buffer may be too small to fit a large SMB response, and that
should be fixed (e.g. to avoid possible overflows due to a server
bug), None of the eight cases (SMB TreeDisconnect, SMB uLogoff, SMB
Close, SMB FindClose etc.) i
In message <[EMAIL PROTECTED]>, Paul Albrecht writes:
> On Wed, 2007-11-07 at 19:53 +, Denys Vlasenko wrote:
> > On Tuesday 06 November 2007 22:01, Paul Albrecht wrote:
> > > Hi,
> > >
> > > Whenever I use readahead-list on a union mounted file system I get a
> > > segfault and kernel oops so
Some BIOSen map AHCI ABAR but lock the SATA controller to IDE mode.
This patch add quirk to set AHCI mode on ICH board with such case.
Tested on Macbook2,1 (ICH7M)
--
Riki Oktarianto
--- linux-2.6.24-rc2.orig/drivers/pci/quirks.c
+++ linux-2.6.24-rc2/drivers/pci/quirks.c
@@ -466,6 +466,38 @@ DE
On Fri, 9 Nov 2007, Zou, Nanhai wrote:
> > More magic values, both the 4GiB address here and the magic "1" at the
> > end are problems.
> >
> Yes, the 4UL*1024*1024*1024 could be a define here.
The 4GB boundary here is MAX_DMA32_ADDRESS I guess? We are only having
this problem because of the tw
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Thu, 8 Nov 2007 11:58:58 -0800 (PST)
> The problem with cmpxchg_local here is that the differential has to
> be read before we execute the cmpxchg_local. So the cacheline is
> acquired first in read mode and then made exclusive on executing the
> c
Denys Fedoryshchenko wrote:
> Thanks, it works like that.
>
> Seems in libata there is no fall-back to non-DMA mode, if DMA didn't work.
There is, it's just too conservative about that. With improvements
pending for 2.6.24, it should be quite snappy at falling back to PIO if
configured transfer
> -Original Message-
> From: Mel Gorman [mailto:[EMAIL PROTECTED]
> Sent: 2007年11月8日 22:07
> To: Zou, Nanhai
> Cc: LKML; Linus Torvalds; Greg KH; Dave Jones; Martin Ebourne; Siddha, Suresh
> B; Andi Kleen; Andrew Morton; Christoph Lameter; Andy Whitcroft
> Subject: Re: [Patch] Allocate spa
ciol wrote:
Chris Snook wrote:
Why are you asking the developers? We do this for the sake of the users.
The kernel is the software of the developers.
The kernel is a technology. A distribution is a product. When decisions about
technology and decisions about products are made *entirely
Andi Kleen wrote:
> The only problem is that there might be some code who relies on
> restore_flags() restoring other flags that IF, but at least for interrupts
> and local_irq_save/restore it should be fine to change.
>
I don't think so. We don't bother to save/restore the other flags in
Xen
> Philippe, on Sun, 21 Oct you sent a "[patch 1/2] oProfile: oops when
> profile_pc() return ~0LU" which as far as I can tell never got applied.
This patch applied on it own doesn't fix the problem causing my oops.
> I've queued the below revert of Jan's change, in case your lost [2/2] doesn't
>
On Nov 9, 2007 12:32 AM, Robert Hancock <[EMAIL PROTECTED]> wrote:
> Luca Tettamanti wrote:
> > On Nov 7, 2007 1:55 PM, Tejun Heo <[EMAIL PROTECTED]> wrote:
> >> Florian La Roche wrote:
> >>> Hello all,
> >>>
> >>> I've taking email addresses from the last NCQ blacklist changes going
> >>> into the
Anthony Liguori wrote:
This is a PCI device that implements a transport for virtio. It allows virtio
devices to be used by QEMU based VMMs like KVM or Xen.
While it's a little premature, we can start thinking of irq path
improvements.
The current patch acks a private isr and afterwards
Variables that are only used in #ifdef CONFIG_X86 should also
only be declared there.
Signed-off-by: Frank Lichtenheld <[EMAIL PROTECTED]>
---
drivers/video/uvesafb.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/video/uvesafb.c b/drivers/video/uvesafb.c
in
On Sun, Oct 28, 2007 at 11:52:16PM -0600, Grant Grundler wrote:
> > On Sun, Oct 28, 2007 at 03:53:20PM -0400, Barak Fargoun wrote:
> ...
> > > About your question: today, some of the hypervisors are using linux
> > > kernel as their domain-0 (e.g. Xen). In order to implement direct
> > > hardware a
On Thu, Nov 08, 2007 at 01:28:31PM -0800, Christoph Lameter wrote:
> On Thu, 8 Nov 2007, Matt Mackall wrote:
>
> > But perhaps I should just add a lightweight RNG to random.c and be
> > done with it.
>
> It would be appreciated.
As someone pointed out privately, there's a random32() in lib/rando
Anthony Liguori wrote:
Avi Kivity wrote:
Anthony Liguori wrote:
This is a PCI device that implements a transport for virtio. It allows virtio
devices to be used by QEMU based VMMs like KVM or Xen.
Didn't see support for dma.
Not sure what you're expecting the
Rainer Koenig wrote:
This will get long, sorry. But I'm a bit desperate because I encounter strange
problems on a new mainboard with Intel Q35 chipset and a shared memory
graphics card. The logs and data I use here are from a SLED10 SP1 (x86_64)
installation, but the problem occurs whatever dis
From: Peter Zijlstra <[EMAIL PROTECTED]>
Date: Thu, 08 Nov 2007 21:19:08 +0100
>
> On Thu, 2007-11-08 at 10:31 -0800, Christoph Lameter wrote:
> > On Thu, 8 Nov 2007, Peter Zijlstra wrote:
> >
> > > I don't like those shouting macros.
> >
> > The convention for macros is to use upper case.
>
>
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Thu, 8 Nov 2007 12:24:22 -0800 (PST)
> On Thu, 8 Nov 2007, Peter Zijlstra wrote:
>
> > > The convention for macros is to use upper case.
> >
> > We have plent macros that look like regular functions. And as a primary
> > interface to this functio
On Fri, 9 Nov 2007, Andi Kleen wrote:
>
> > There is an interrupt enable overhead of 48 cycles that would be good to
> > be able to eliminate (Kernel code usually moves counter increments into
> > a neighboring interrupt disable section so that __ function can be used).
>
> Replace the push flag
Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> kbuild does not know anything about ASFLAGS.
> In the whole kernel tree I only see frv assign them but the
> value is never used.
Hmmm... I think it used to be. No matter, I'll drop it from MN10300.
> It just seemed stupid that someone having copyright
Luca Tettamanti wrote:
On Nov 7, 2007 1:55 PM, Tejun Heo <[EMAIL PROTECTED]> wrote:
Florian La Roche wrote:
Hello all,
I've taking email addresses from the last NCQ blacklist changes going
into the kernel.
This Fujitsu drive also gives me spurious command completions. Detailed
output also avai
> There is an interrupt enable overhead of 48 cycles that would be good to
> be able to eliminate (Kernel code usually moves counter increments into
> a neighboring interrupt disable section so that __ function can be used).
Replace the push flags ; popf with test $IFMASK,flags ; jz 1f; sti ; 1:
Glauber de Oliveira Costa wrote:
> Not exactly.
> for the native_ functions, there's room for code sharing.
> native_pgd_val, and native_pte_val seem to be the same, for at least
> pae and x86_64.
> As for the typedefs, the same thing can be done. Much like you did in
> paravirt.h, just split out
ron minnich wrote:
Hi, I'm sorry, I've been stuck on other things (NFS RDMA anyone?) and
missed part of this discussion.
Is it really the case that operations on virtio devices will involve
outl/inl etc.?
No, this is just for the PCI virtio transport. lguest's virtio
transport uses hyperc
With 2.6.24-rc2 on my Lenovo X60s, I sometimes get:
hda_intel: No response from codec, disabling MSI: last cmd=0x002f0d00
hda_intel: azx_get_response timeout, switching to polling mode: last
cmd=0x002f0d00
when loading snd_hda_intel. Sound still works but interrupts aren't generated.
I
Hi, I'm sorry, I've been stuck on other things (NFS RDMA anyone?) and
missed part of this discussion.
Is it really the case that operations on virtio devices will involve
outl/inl etc.?
Apologies in advance for my failure to pay attention.
thanks
ron
-
To unsubscribe from this list: send the li
On Thu, 8 Nov 2007 21:56:32 +0200
"Denys Fedoryshchenko" <[EMAIL PROTECTED]> wrote:
> Thanks, it works like that.
>
> Seems in libata there is no fall-back to non-DMA mode, if DMA didn't work.
It should be falling back from UDMA or MWDMA to PIO, if not please file a
bug
Alan
-
To unsubscribe f
On Nov 8, 2007 6:59 PM, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> Glauber de Oliveira Costa wrote:
> > On Nov 7, 2007 11:50 PM, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> >
> >> +#define PAGETABLE_LEVELS 3
> >> +
> >> +typedef u64pteval_t;
> >> +typedef u64pmdval_t;
> >>
On Thu, Nov 08, 2007 at 12:19:44PM -0500, [EMAIL PROTECTED] wrote:
> (Sorry for not reporting this sooner - I haven't been running off battery
> much in the last 3 weeks, so I didn't notice it till now...)
>
> Dell Latitude D820 laptop, T7200 Core2 Duo CPU, x86_64 kernel.
>
> As reported by 'powe
On Tuesday, 30 of October 2007, CSights wrote:
> >
> > Thanks, I'll try to reproduce the problem here and fix it.
>
> No really, thank you!
Sorry for the long delay.
Can you please check if you are able to reproduce the problem with 2.6.24-rc2?
Thanks,
Rafael
-
To unsubscribe from this list: se
Not everyone has the time to read lkml. Added Steve to Cc:, just in
case.
On Thu, 8 November 2007 22:20:03 +0100, Przemyslaw Wegrzyn wrote:
>
> I was looking at CIFS VFS code recently, trying to solve other issue,
> just to find something that looks like a buffer overflow bug.
> The problem is
Rusty Russell wrote:
On Thursday 08 November 2007 13:41:16 Anthony Liguori wrote:
Rusty Russell wrote:
On Thursday 08 November 2007 04:30:50 Anthony Liguori wrote:
I would prefer that the virtio API not expose a little endian standard.
I'm currently converting config->get() ops
On Thursday, 8 of November 2007, Grant Wilson wrote:
> On Thu, 8 Nov 2007 22:42:21 +0100
> "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
>
> > On Thursday, 8 of November 2007, Grant Wilson wrote:
> > > On Thu, 8 Nov 2007 16:53:10 +0100
> > > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> > >
>
On Thursday 08 November 2007 13:41:16 Anthony Liguori wrote:
> Rusty Russell wrote:
> > On Thursday 08 November 2007 04:30:50 Anthony Liguori wrote:
> >> I would prefer that the virtio API not expose a little endian standard.
> >> I'm currently converting config->get() ops to ioreadXX depending on
On Thu, 8 Nov 2007 22:42:21 +0100
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> On Thursday, 8 of November 2007, Grant Wilson wrote:
> > On Thu, 8 Nov 2007 16:53:10 +0100
> > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> >
> > > On Thursday, 8 of November 2007, Grant Wilson wrote:
> > > > O
CLONE_STOPPED was previously used by some NTPL versions when under
thread_db (i.e. only when being actively debugged by gdb), but not for a
long time now, and it never worked reliably when it was used.
Removing it seems fine to me.
Thanks,
Roland
-
To unsubscribe from this list: send the line "un
Sorry for the broken patch. Hope it's OK now.
The pf driver for parallel port floppy drives seems to be broken. At least
with Imation SuperDisk with EPAT chip, the driver calls pi_connect() and
pi_disconnect after each transferred sector. At least with EPAT, this
operation is very expensive - cau
Hi David.
> > arch/mn10300/Makefile:
> >
> > 1) Use KBUILD_CFLAGS & KBUILD_AFLAGS & KBUILD_CPPFLAGS - they
> > have replaced the former xFLAGS.
>
> Done. What about ASFLAGS and LDFLAGS?
kbuild does not know anything about ASFLAGS.
In the whole kernel tree I only see frv assign them but the
valu
Hello,
the pf driver for parallel port floppy drives seems to be broken. At least
with Imation SuperDisk with EPAT chip, the driver calls pi_connect() and
pi_disconnect after each transferred sector. At least with EPAT, this
operation is very expensive - causes drive recalibration. Thus, transfe
Hi Andrew,
This patch exploits some optimization opportunities
similar to those in first two patches I sent a while ago.
In particular:
In arch/x86/boot/printf.c gets rid of unused tail of digits:
const char *digits = "0123456789abcdefghijklmnopqrstuvwxyz";
(we are using 0-9a-f only)
Uses small
On Thu, Nov 08, 2007 at 08:45:01PM +0100, Jan Altenberg wrote:
> Hi Sam,
>
> > > commit 0b35786d77ba4037f181982cc8ca20a7a3bf0fd2
> > > Author: Milton Miller <[EMAIL PROTECTED]>
> > > Date: Fri Sep 21 18:09:02 2007 -0500
> > >
> > > kbuild: call make once for all targets when O=.. is used
>
Hi folks,
Here's a new spin of the clocksource implementation.
In this new version:
* followed avi's suggestion of:
- letting the cpu itself register its memory area.
- using a gfn instead of a phys addr as a parameter, to be sure we can
cover the whole memory area
- write guest time at
Jeff Lessem ([EMAIL PROTECTED]) wrote on 6 November 2007 22:00:
>Dan Williams wrote:
> > The following patch, also attached, cleans up cases where the code looks
> > at sh->ops.pending when it should be looking at the consistent
> > stack-based snapshot of the operations flags.
>
>I tried thi
Hello all,
I was looking at CIFS VFS code recently, trying to solve other issue,
just to find something that looks like a buffer overflow bug.
The problem is in SendReceive() function in transport.c - it memcpy's
message payload into a buffer passed via out_buf param. The function
assumes that al
This is the host part of kvm clocksource implementation. As it does
not include clockevents, it is a fairly simple implementation. We
only have to register a per-vcpu area, and start writting to it periodically.
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
---
drivers/kvm/kvm_main
This patch introduces the include files for kvm clock.
They'll be needed for both guest and host part.
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
---
include/asm-x86/kvm_para.h | 25 +
include/linux/kvm.h|1 +
include/linux/kvm_para.h |
This is the guest part of kvm clock implementation
It does not do tsc-only timing, as tsc can have deltas
between cpus, and it did not seem worthy to me to keep
adjusting them.
We do use it, however, for fine-grained adjustment.
Other than that, time comes from the host.
Signed-off-by: Glauber d
re-sent due to a typo in addressing.
AppArmor Security Goal
Crispin Cowan, PhD
MercenaryLinux.com
This document is intended to specify the security goal that AppArmor is
intended to achieve, so that users can evaluate whether AppArmor will
meet their needs, and kernel developers can evaluate whet
From: Andrew Morton <[EMAIL PROTECTED]>
Ulrich says that we never used these clone flags and that nothing should be
using them.
As we're down to only a single bit left in clone's flags argument, let's add a
warning to check that no userspace is actually using these. Hopefully we will
be able to
From: Andrew Morton <[EMAIL PROTECTED]>
It was dumb to make get_task_comm() return void. Change it to return a
pointer to the resulting output for caller convenience.
Cc: Ulrich Drepper <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Roland McGrath <[EMAIL PROTECTED]>
Signed-off-by:
On Thu, 8 Nov 2007, Matt Mackall wrote:
> But perhaps I should just add a lightweight RNG to random.c and be
> done with it.
It would be appreciated.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at htt
On Thu, 8 Nov 2007, Lee Schermerhorn wrote:
> > ZONE_MOVABLE also contains mlocked pages that are also not reclaimable.
> > The question is at what level would it be possible to make them MOVABLE?
> > It may take some improvements to the kick() methods to make eviction more
> > reliable. Allowi
On Thursday, 8 of November 2007, Grant Wilson wrote:
> On Thu, 8 Nov 2007 16:53:10 +0100
> "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
>
> > On Thursday, 8 of November 2007, Grant Wilson wrote:
> > > On Thu, 8 Nov 2007 01:06:21 +0100
> > > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> > >
>
On Thu, 2007-11-08 at 11:12 -0800, Christoph Lameter wrote:
> On Thu, 8 Nov 2007, Mel Gorman wrote:
>
> > On Tue, 2007-11-06 at 17:11 -0800, Christoph Lameter wrote:
> > > Slab defragmentation is mainly an issue if Linux is used as a fileserver
> >
> > Was hoping this would get renamed to SLUB Ta
Mark Lord <[EMAIL PROTECTED]> :
[snip snip]
> Stop the presses: Another person has now reported back to me.
> This guy has the VER_17 chip inside a notebook, and the same problem.
>
> So the unified fix for all of these is to just get rid of
> rtl8168b_hw_phy_config(),
> as that code is all tha
On Thu, Nov 08, 2007 at 12:01:24PM -0800, Christoph Lameter wrote:
> On Thu, 8 Nov 2007, Matt Mackall wrote:
>
> > Not really. drivers/char/random.c does:
> >
> > __get_cpu_var(trickle_count)++ & 0xfff
>
> That is incremented on each call to add_timer_randomness. Not a high
> enough resolution
Glauber de Oliveira Costa wrote:
> On Nov 7, 2007 11:50 PM, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
>
>> +#define PAGETABLE_LEVELS 3
>> +
>> +typedef u64pteval_t;
>> +typedef u64pmdval_t;
>> +typedef u64pudval_t;
>> +typedef u64pgdval_t;
>> +
>>
>
>
>> -stati
Adrian Bunk wrote:
[...]
Your reasoning makes sense.
But it may be not adapted for applications like apache.
Thanks.
-
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-
On Nov 7, 2007 11:51 AM, Adam Litke <[EMAIL PROTECTED]> wrote:
> When calling get_user_pages(), a write flag is passed in by the caller to
> indicate if write access is required on the faulted-in pages. Currently,
> follow_hugetlb_page() ignores this flag and always faults pages for
> read-only ac
Chris Snook wrote:
Why are you asking the developers? We do this for the sake of the users.
The kernel is the software of the developers.
It's important to know how they want it to be distributed.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
On (08/11/07 12:20), Christoph Lameter didst pronounce:
> On Thu, 8 Nov 2007, Mel Gorman wrote:
>
> > I've rebased the patches to mm-broken-out-2007-11-06-02-32. However, the
> > vanilla -mm and the one with onezonelist applied are locking up in the
> > same manner. I'm way too behind at the momen
On Thu, 8 Nov 2007, Mel Gorman wrote:
> It certainly can be tried out. However, this is a future problem and
> independent of the current patchset. I don't want to drag us down a blind
> alley about a problem that isn't even at hand.
Right. That is why I took it out.
-
To unsubscribe from this
On Thu, 8 Nov 2007, Rainer Jochem wrote:
> @@ -620,6 +622,17 @@ ic_dhcp_init_options(u8 *options)
> *e++ = sizeof(ic_req_params);
> memcpy(e, ic_req_params, sizeof(ic_req_params));
> e += sizeof(ic_req_params);
> +
> + // Send it only if the ac
1 - 100 of 288 matches
Mail list logo
