On Dec 17, 2007 9:14 AM, Dave Young <[EMAIL PROTECTED]> wrote:
> On Dec 14, 2007 11:44 PM, Alan Stern <[EMAIL PROTECTED]> wrote:
> > On Fri, 14 Dec 2007, Dave Young wrote:
> >
> > > Hi,
> > > The behaviour of my mp3 player (also act as usb-storage device) seems
> > > changed from rc5 to rc5-mm1.
>
What prepatches one need to aply to what kernel version (vanila, git, ...)
before these?
With best regards, Vadim Yatsenko.
- Original Message -
From: "Haavard Skinnemoen" <[EMAIL PROTECTED]>
To: "Andrew Victor" <[EMAIL PROTECTED]>
Cc: "Russell King - ARM Linux" <[EMAIL PROTECTED]>;
ATA relies so heavily on scsi that it needs to be converted at the
same time.
ATA adds padding to scatterlists in scsi commands, but because there was
no good way of appending to those scatterlists, it had to use boutique
iterators to make sure the padding is included. With sg_ring, ATA can
[This patch has been obsoleted: Tejun has a more complete one, but
it's not in mainline yet, so this serves to make the next patch
apply].
libata separates the single buffer case from the scatterlist case
internally. It's not clear that this is necessary.
Remove the ATA_QCFLAG_SINGLE flag, and
On Sun, Dec 16, 2007 at 03:35:58PM -0800, Linus Torvalds wrote:
>
>
> On Sun, 16 Dec 2007, Fengguang Wu wrote:
> >
> > Here are the mmap read-around related patches initiated by Linus.
> > They are for linux-2.6.24-rc4-mm1. The one major new feature -
> > auto detection and early readahead for
If nothing else, the simplification of this logic shows why I prefer
sg_ring over scatterlist chaining.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
diff --git a/drivers/block/cciss_scsi.c b/drivers/block/cciss_scsi.c
--- a/drivers/block/cciss_scsi.c
+++ b/drivers/block/cciss_scsi.c
@@
Obvious counterpart to dma_map_sg. Note that this is arch-independent
code; sg_rings are backwards compatible with simple sg arrays.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
drivers/base/dma-mapping.c | 13 +
include/linux/dma-mapping.h |4
2 files changed,
blk_rq_map_sg_ring as a counterpart to blk_rq_map_sg.
Obvious counterpart to blk_rq_map_sg.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c | 55
include/linux/blkdev.h |1 +
2 files changed, 56 insertions(+), 0
Using sg_rings, we can join together scatterlists returned by other
subsystems, without needing to allocate an extra element for chaining.
This helps the virtio_blk device which wants to prepend and append
metadata to the request's scatterlist.
As an added bonus, the old virtio layer used to pass
Hi all.
I noticed that the code segment of the user level in PPC64 machines
is in a VMA with a write permission enabled.
I'm using the following machine attributes:
*
Host Name : mtlsqt185
Host Architecture : ppc64
Linux
On Wed, Dec 19, 2007 at 12:54:23AM +0100, Nick Piggin wrote:
> On Tue, Dec 18, 2007 at 07:50:33PM +0800, Fengguang Wu wrote:
> > On Tue, Dec 18, 2007 at 09:19:07AM +0100, Nick Piggin wrote:
> > > On Sun, Dec 16, 2007 at 07:59:30PM +0800, Fengguang Wu wrote:
> >
> > > > +
On Tue, Dec 18, 2007 at 10:05:19PM +, Hugh Dickins wrote:
> Nick has observed that shmem.c still uses GFP_ATOMIC when adding to page
> cache or swap cache, without any radix tree preload: so tending to deplete
> emergency reserves of memory.
>
> GFP_ATOMIC remains appropriate in
On Wed, Dec 19, 2007 at 01:27:39AM +0100, Stefano Brivio wrote:
> Add debugfs_create_s{8,16,32,64}. For these to work properly, we need to
> remove
> a cast in libfs.
>
> Cc: Johannes Berg <[EMAIL PROTECTED]>
> To: Greg Kroah-Hartman <[EMAIL PROTECTED]>
> Signed-off-by: Stefano Brivio <[EMAIL
This patch introduces 'struct sg_ring', a layer on top of scatterlist
arrays. It meshes nicely with routines which expect a simple array of
'struct scatterlist' because it is easy to break down the ring into
its constituent arrays.
The sg_ring header also encodes the maximum number of entries,
Ingo Molnar wrote:
While the change mentions that it fixes a time warp bug, it also says
it should be rare. So clearly kvm smp tsc handing is buggy.
Ingo/Thomas, (or anybody else), do you have any insight as to what kvm
can be doing wrong to trigger this behavior?
hm. Those time warps
This patch series is the start of my attempt to simplify and make explicit
the chained scatterlist logic.
It's not complete: my SATA box boots and seems happy, but all the other
users of SCSI need to be updated and checked. But I've gotten far enough
to believe it's worth persuing.
Cheers,
Based on the recommendation and observations of Hugh Dickins,
page_cgroup_assign_cgroup() is not required. This patch replaces it with
a VM_BUG_ON, so that we can catch them in free_hot_cold_page()
Signed-off-by: Balbir Singh <[EMAIL PROTECTED]>
---
mm/page_alloc.c |2 +-
1 file changed,
Hello Robert,
Robert Hancock [Tue, Dec 18, 2007 at 06:43:22PM -0600]:
> How much RAM is in these machines?
8 GiB
> If you're running tons of memory, it
> really is better to run a 64-bit kernel if possible.
Sure? Afaik that results in a bit slower access to memory and appart
from being able
Just saw this again:
[ 5667.086055] BUG: sleeping function called from invalid context at
kernel/fork.c:401
[ 5667.087314] in_atomic():1, irqs_disabled():0
[ 5667.088210]
[ 5667.088212] Call Trace:
[ 5667.089104] [] show_stack+0x80/0xa0
[ 5667.089106]
Hugh Dickins wrote:
> Here's a couple of patches to get memcgroups working better with tmpfs
> and shmem, in conjunction with the tmpfs patches I just posted. There
> will be another to come later on, but I shouldn't wait any longer to get
> these out to you.
>
Hi, Hugh,
Thank you so much for
Harvey Harrison wrote:
> __always_inline on some static functions was to ensure they ended
> up in the .kprobes.text section. Mark this explicitly.
It is good to me.
Thanks!
>
> Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
Acked-by: Masami Hiramatsu <[EMAIL PROTECTED]>
> ---
>
[agp-mm] [AGP] intel_agp: add support for graphics dma remapping on G33
When graphics dma remapping engine is active, we must fill
gart table with dma address from dmar engine, as now graphics
device access to graphics memory must go through dma remapping
table to get real physical address.
Add
--- Crispin Cowan <[EMAIL PROTECTED]> wrote:
> Stephen Smalley wrote:
> >> It is if I have to maintain a special pieces of code for each possible
> LSM.
> >> One piece for SELinux, one piece for AppArmour, one piece for Smack, one
> piece
> >> for Casey's security system. That sounds like a
[agp-mm] [AGP] Add generic support for graphics dma remapping
New driver hooks for support graphics memory dma remapping
are introduced in this patch. It makes generic code can
tell if current device needs dma remapping, then call driver
provided interfaces for mapping and unmapping. Change has
[agp-mm] [intel_iommu] explicit export current graphics dmar status
To make it possbile to tell other modules about curent
graphics dmar engine status, that could decide if graphics
driver should remap physical address to dma address.
Also this one trys to make dmar_disabled really present
On 2007.12.18 13:08:09 +, Zhenyu Wang wrote:
>
> Here're three patches below:
>
> - intel_iommu-explicit-export-current-graphics-dmar-status.patch
>
> This exports current status of graphics dma remap engine, which
> depends on current platform iommu support, kernel config or runtime
__always_inline on some static functions was to ensure they ended
up in the .kprobes.text section. Mark this explicitly.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
arch/x86/kernel/kprobes.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git
On Tue, 2007-12-18 at 23:43 -0500, Masami Hiramatsu wrote:
> Harvey Harrison wrote:
> > On Tue, 2007-12-18 at 08:50 -0500, Masami Hiramatsu wrote:
> >> Hi Harvey,
> >>
> >> Thank you for cleaning this up.
> >>
> >> Harvey Harrison wrote:
> >>> Subject: [PATCH] x86: kprobes leftover cleanups
> >>>
Hi Rik-san,
> To keep the maximum amount of necessary work reasonable, we scale the
> active to inactive ratio with the size of memory, using the formula
> active:inactive ratio = sqrt(memory in GB * 10).
Great.
why do you think best formula is sqrt(GB*10)?
please tell me if you don't mind.
We are pleased to announce the 2.6.23.11-rt14 tree, which can be
downloaded from the location:
http://www.kernel.org/pub/linux/kernel/projects/rt/
Changes since 2.6.23.9-rt13
- ported to 2.6.23.11
- Add ifdef CONFIG_SMP around variable in sched_rt.c (Remy Bohmer)
- Removed extra
This patch changes the x86 PCI code to disable IO and/or Memory
decoding on a PCI device when a resource of that type failed to
be allocated.
This is done to avoid having unallocated dangling BARs enabled
that might try to decode on top of other devices.
If a proper resource is assigned later
On Tuesday 18 December 2007 18:23:53 Rusty Russell wrote:
> On Tuesday 18 December 2007 17:46:15 Srinivasa Ds wrote:
> > Rusty Russell wrote:
> > > The downside is that this might make backtraces through (discarded)
> > > init functions harder to read on some archs.
> >
> > I think it is better to
Harvey Harrison wrote:
> On Tue, 2007-12-18 at 08:50 -0500, Masami Hiramatsu wrote:
>> Hi Harvey,
>>
>> Thank you for cleaning this up.
>>
>> Harvey Harrison wrote:
>>> Subject: [PATCH] x86: kprobes leftover cleanups
>>>
>>> Eliminate __always_inline, all of these static functions are
>>> only
Hi
> > rmap: try_to_unmap_file() required new cond_resched_rwlock().
> > To reduce code duplication, I recast cond_resched_lock() as a
> > [static inline] wrapper around reworked cond_sched_lock() =>
> > __cond_resched_lock(void *lock, int type).
> > New cond_resched_rwlock() implemented as
I did some testing on special-file copyup in unionfs, whereby unionfs calls
vfs_mknod on a lower f/s to create (copyup) a device. The copyup
functionality worked fine when unionfs was stacked on top of all file
systems other than xfs. I found out that when I create a device with
on xfs, then I
Remove the old alarms sysfs hack and replace it with per-sensor alarm files.
Also don't read the second alarm register if it's not needed.
Signed-off-by: Darrick J. Wong <[EMAIL PROTECTED]>
---
drivers/hwmon/adt7470.c | 97 ++-
1 files changed, 86
Mark Lord wrote:
But.. pity there's no mount flag override for smaller systems,
where bind mounts might be more useful with link(2) actually working.
I don't see it. You always can make hard link on the underlying
filesystem. If you need to make it on the bound mount, that is, if you
can't
Al Viro wrote:
On Tue, Dec 18, 2007 at 11:00:16PM +, Al Viro wrote:
On Tue, Dec 18, 2007 at 05:46:21PM -0500, Mark Lord wrote:
Why does link(2) not support hard-linking across bind mount points
of the same underlying filesystem ?
Because it gives you a security boundary around a subtree.
L: entries should be email addresses
Change L:http entries to W:http
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
---
diff --git a/MAINTAINERS b/MAINTAINERS
index 3c7db62..907094f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2025,26 +2025,26 @@ S: Supported
INTEL PRO/WIRELESS 2100
This driver reports voltage, temperature and fan sensor readings
on an ADT7473 chip. The ADT7467 chip seems to share some registers
with this one, so it may be possible to add support for it, though
the therm_adt746x driver seems to cover it ok on a PPC Mac.
Signed-off-by: Darrick J. Wong
Hi Ingo:
I noticed that local_bh_disable is now always out-of-line. The
change was made when TRACE_IRQFLAGS was added. However, with
TRACE_IRQFLAGS off, local_bh_disable does exactly the same work
as before. In particular, it does pretty much the same as what
preempt_disable does and the
Hi
Masami Hiramatsu wrote:
> Fix a preemption bug in kprobe_handler(). It has to call preempt_enable()
> before returning.
> I think this is critical on preemptive kernel.
Sorry, this patch has a mistake.
>
> Signed-off-by: Masami Hiramatsu <[EMAIL PROTECTED]>
> ---
> arch/x86/kernel/kprobes.c
On Tue, Dec 18, 2007 at 06:04:58PM -0800, Andrew Morton wrote:
> Nobody seems to look after hppfs. I'll resend the fat and hostfs patches to
> maintainers for a review, please.
It's mine - I'll take a look at it.
Jeff
--
Work email - jdike at linux dot intel
On 12/18/2007 05:10 PM, Andrew Morton wrote:
> On Wed, 12 Dec 2007 18:00:12 -0800
> Geoff Levand <[EMAIL PROTECTED]> wrote:
>
>> > This stray down would cause a permanent sleep which doesn't seem correct.
>> > The other uses of this semaphore appear fairly mutex like it's even
>> > initialized
Stephen Smalley wrote:
>> It is if I have to maintain a special pieces of code for each possible LSM.
>> One piece for SELinux, one piece for AppArmour, one piece for Smack, one
>> piece
>> for Casey's security system. That sounds like a pain.
>>
> All your code has to do is invoke a
David Howells wrote:
> Stephen Smalley <[EMAIL PROTECTED]> wrote:
>>> That sounds too SELinux specific. How do I do it so that it works for any
>>> LSM?
>>>
>> You can't. There is no LSM for userspace; LSM specifically disavowed
>> any common userspace API, and that was one of our
On Tue, 18 Dec 2007, Richard Henderson wrote:
>
> Heh.
>
> PCI: BIOS Bug: MCFG area at e000 is not E820-reserved
> PCI: Not using MMCONFIG.
Well, that at least confirms that e000 is indeed the mmconfig area.
One of these days we'll trust the ACPI resource data enough that we can
use
On Tue, Dec 18, 2007 at 05:19:04PM -0800, Linus Torvalds wrote:
>
>
> On Wed, 19 Dec 2007, David Chinner wrote:
> >
> > On Tue, Dec 18, 2007 at 05:59:11PM +1100, Lachlan McIlroy wrote:
> > > Please pull from the for-linus branch:
> > > git pull git://oss.sgi.com:8090/xfs/xfs-2.6.git
On Wed, 05 Dec 2007 13:39:04 MST, Bjorn Helgaas said:
> > -#define PNP_MAX_PORT 24
> > +#define PNP_MAX_PORT 128
> > #define PNP_MAX_MEM12
> > #define PNP_MAX_IRQ2
> > #define PNP_MAX_DMA2
>
> I don't think we can
On Tue, 2007-12-18 at 15:57 +0100, Johannes Berg wrote:
> Thanks. This is a bug in iwlwifi.
>
> The problem is actually another case where my workqueue debugging with
> lockdep is triggering a warning :))
>
> Here's the thing:
>
> iwl3945_cancel_deferred_work does
>
>
On Dec 18, 2007 7:32 PM, Frans Pop <[EMAIL PROTECTED]> wrote:
> On Tuesday 18 December 2007, Glauber de Oliveira Costa wrote:
> > On Dec 18, 2007 6:54 PM, Frans Pop <[EMAIL PROTECTED]> wrote:
> > > Glauber de Oliveira Costa wrote:
> > > > What's left in processor_32.h and processor_64.h cannot be
On Tue, 2007-12-18 at 13:09 -0800, Linus Torvalds wrote:
> It's not like 256MB is even as large as they come, half-gig graphics cards
> are getting to be fairly common at the high end, and X absolutely _has_ to
> be able to handle a 64-bit address for those.
We're now using a
On Dec 18, 2007 9:36 AM, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> This was broken by my '[XFS] simplify xfs_create/mknod/symlink prototype',
> which assigned the re-shuffled ondisk dev_t back to the rdev variable in
> xfs_vn_mknod. Because of that i_rdev is set to the ondisk dev_t instead
Change the type of cipher_code from u16 to u8.
Signed-off-by: Trevor Highland <[EMAIL PROTECTED]>
---
fs/ecryptfs/crypto.c |8
fs/ecryptfs/ecryptfs_kernel.h |4 ++--
fs/ecryptfs/keystore.c|8
3 files changed, 10 insertions(+), 10 deletions(-)
diff
Load each file decryption key only once
Signed-off-by: Trevor Highland <[EMAIL PROTECTED]>
---
fs/ecryptfs/crypto.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/fs/ecryptfs/crypto.c b/fs/ecryptfs/crypto.c
index 70f7aab..949fe44 100644
---
On Tue, 2007-12-18 at 08:50 -0500, Masami Hiramatsu wrote:
> Hi Harvey,
>
> Thank you for cleaning this up.
>
> Harvey Harrison wrote:
> > Subject: [PATCH] x86: kprobes leftover cleanups
> >
> > Eliminate __always_inline, all of these static functions are
> > only called once. Minor whitespace
Karsten Wiese wrote:
Am Mittwoch, 19. Dezember 2007 schrieb Robert Hancock:
That seems fishy. What is your value of HZ and what is the timeout value
that was passed in the bad case?
HZ set to 250, timeout to 4ms.
Time spent in poll() taken by clock_gettime(CLOCK_MONOTONIC, )
before and after
On Tue, 2007-12-18 at 16:06 -0800, Andrew Morton wrote:
> On Tue, 11 Dec 2007 16:38:46 +0100
> [EMAIL PROTECTED] wrote:
>
> > [PATCH 01/02]
> >
> > This patch computes msg_ctlmni to make it scale with system memory.
> > msg_ctlmni is now set to make the message queues occupy 1/32 of the
> >
Larry, thanks for being so patient so far. Tomorrow I plan to take my
laptop to somewhere with coffee and a wireless network. For now
though, can you tell me if these messages could be related:
PCI: Cannot allocate resource region 7 of bridge :00:05.0
PCI: Cannot allocate resource region 8 of
On Wed, 19 Dec 2007 01:22:21 + David Howells <[EMAIL PROTECTED]> wrote:
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > - inode = ERR_PTR(ret);
> > > + return NULL;
> > > } else {
> > > unlock_new_inode(inode);
> > > }
On Tue, 2007-12-18 at 17:10 -0800, Andrew Morton wrote:
> is correct. Although not exactly a thing of beauty.
This isn't the worst I've seen ;( .. Do you think the ending should fall
through instead of having two returns?
Daniel
--
To unsubscribe from this list: send the line "unsubscribe
On Tue, Dec 18, 2007 at 09:59:22PM +, Hugh Dickins wrote:
> add_to_swap_cache doesn't amount to much: merge it into its sole caller
> read_swap_cache_async. But we'll be needing to call __add_to_swap_cache
> from shmem.c, so promote it to the new add_to_swap_cache. Both were
> static, so
Reduce wakeups from idle per second.
Signed-off-by: Parag Warudkar <[EMAIL PROTECTED]>
--- linux-2.6/drivers/net/e1000e/netdev.c 2007-12-07 10:04:39.0
-0500
+++ linux-2.6-work/drivers/net/e1000e/netdev.c 2007-12-18 20:45:59.0
-0500
@@ -3899,7 +3899,7 @@
Use deferrable timer for watchdog. Reduces wakeups from idle per second.
Signed-off-by: Parag Warudkar <[EMAIL PROTECTED]>
--- linux-2.6/drivers/net/e1000/e1000_main.c2007-12-07 10:04:39.0
-0500
+++ linux-2.6-work/drivers/net/e1000/e1000_main.c 2007-12-18
20:38:38.0
On Tue, 18 Dec 2007, Linus Torvalds wrote:
>
> That question also brings up another issue: how come did we actually
> choose address 0xc000 with the original patch you sent in? If we can't
> find it in the parent resources, we shouldn't have accepted it even if it
> had room for it!
On Dec 19, 2007 9:22 AM, David Howells <[EMAIL PROTECTED]> wrote:
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > - inode = ERR_PTR(ret);
> > > + return NULL;
> > > } else {
> > > unlock_new_inode(inode);
> > > }
>
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > - inode = ERR_PTR(ret);
> > + return NULL;
> > } else {
> > unlock_new_inode(inode);
> > }
> >
>
> Yup.
Nope. The correct fix is to make the various callers use
On Wed, 19 Dec 2007, David Chinner wrote:
>
> On Tue, Dec 18, 2007 at 05:59:11PM +1100, Lachlan McIlroy wrote:
> > Please pull from the for-linus branch:
> > git pull git://oss.sgi.com:8090/xfs/xfs-2.6.git for-linus
>
> Linus, please don't pull this yet. A problem has been found in
> the
On Wed, 12 Dec 2007 18:00:12 -0800
Geoff Levand <[EMAIL PROTECTED]> wrote:
> > This stray down would cause a permanent sleep which doesn't seem correct.
> > The other uses of this semaphore appear fairly mutex like it's even
> > initialized
> > with init_MUTEX() .. So here a patch for removing
On Tue, Dec 18, 2007 at 07:55:37PM -0500, Chuck Ebbert wrote:
> You can boot with "pci=mmconf" to enable it.
Heh.
PCI: BIOS Bug: MCFG area at e000 is not E820-reserved
PCI: Not using MMCONFIG.
r~
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
In message <[EMAIL PROTECTED]>, Hugh Dickins writes:
> On Tue, 18 Dec 2007, Erez Zadok wrote:
> > In message <[EMAIL PROTECTED]>, Hugh Dickins writes:
> > > In order to fix unionfs truncation, we need to move the lower
> > > notify_change
> > > out of the loop in unionfs_setattr. But when I came
On Tue, Dec 18, 2007 at 08:52:01AM -0600, Chris Friesen wrote:
>
> Looks like that did it. Why does specifying the family make a difference?
Because this is the only parameter that changes kernel behaviour.
Next step is to strace both commands with -s 16384 to see exactly
what the kernel reply
sky2 can use deferrable timer for watchdog - reduces wakeups from idle per
second.
Signed-off-by: Parag Warudkar <[EMAIL PROTECTED]>
--- linux-2.6/drivers/net/sky2.c2007-12-07 10:04:39.0 -0500
+++ linux-2.6-work/drivers/net/sky2.c 2007-12-18 20:07:58.0 -0500
@@
Am Mittwoch, 19. Dezember 2007 schrieb Robert Hancock:
>
> That seems fishy. What is your value of HZ and what is the timeout value
> that was passed in the bad case?
HZ set to 250, timeout to 4ms.
Time spent in poll() taken by clock_gettime(CLOCK_MONOTONIC, )
before and after poll()call: i.e
Handle errors in ISOFS correctly.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
fs/isofs/inode.c | 22 +-
1 files changed, 13 insertions(+), 9 deletions(-)
diff --git a/fs/isofs/inode.c b/fs/isofs/inode.c
index a854831..4d76594 100644
--- a/fs/isofs/inode.c
+++
Reduces the number of wakeups from idle per second, makes powertop happy.
Signed-off-by: Parag Warudkar <[EMAIL PROTECTED]>
--- linux-2.6/net/sched/sch_generic.c 2007-12-07 10:04:43.0 -0500
+++ linux-2.6-work/net/sched/sch_generic.c 2007-12-16 17:57:05.0
-0500
@@ -213,7
On Tue, 11 Dec 2007 10:01:20 +0100
Ingo Molnar <[EMAIL PROTECTED]> wrote:
> ok, just to make sure we are all synced up. I made 8 patches related to
> this problem category (and all the trickle effects). 3 are upstream
> already, 5 are pending for v2.6.25. One out of those 5 is an immaterial
>
On 12/18/2007 07:11 PM, Robert Hancock wrote:
>> However, I wonder about that
>>
>> e000-efff : pnp 00:0b
>>
>> thing. I actually suspect that that whole allocation is literally
>> *meant* for that 256MB graphics aperture, but the kernel explicitly
>> avoids it because it's listed in
clocksource_watchdog can use a deferrable timer - reduces wakeups from
idle per second.
Signed-off-by: Parag Warudkar <[EMAIL PROTECTED]>
--- linux-2.6/kernel/time/clocksource.c 2007-12-07 10:04:43.0 -0500
+++ linux-2.6-work/kernel/time/clocksource.c2007-12-13 12:49:14.0
On Wednesday 19 December 2007 08:15, Rik van Riel wrote:
> Rework of a patch by Nick Piggin -- part 1 of 2.
>
> This patch:
>
> 1) defines the [CONFIG_]NORECLAIM_MLOCK sub-option and the
>stub version of the mlock/noreclaim APIs when it's
>not configured. Depends on [CONFIG_]NORECLAIM.
>
On Tue, Dec 18, 2007 at 05:36:12PM +0100, Miguel Bot??n wrote:
> config IWL4965_SPECTRUM_MEASUREMENT
> - bool "Enable Spectrum Measurement in iw4965 driver"
> + bool "Enable Spectrum Measurement in iwl4965 driver"
> depends on IWL4965
> ---help---
> This option will
On Tue, 18 Dec 2007, Erez Zadok wrote:
> In message <[EMAIL PROTECTED]>, Hugh Dickins writes:
> > In order to fix unionfs truncation, we need to move the lower notify_change
> > out of the loop in unionfs_setattr. But when I came to do that, I couldn't
> [...]
>
> Hugh, I want to understand how
On Wednesday 19 December 2007 08:15, Rik van Riel wrote:
> I have seen soft cpu lockups in page_referenced_file() due to
> contention on i_mmap_lock() for different pages. Making the
> i_mmap_lock a reader/writer lock should increase parallelism
> in vmscan for file back pages mapped into many
Nico Schottelius wrote:
Hello!
We are running Debian with 2.6.22-2-686-bigmem on Dell Blade 1955 hardware
and get a Kernel Panic with oom + message that there are no processes
left to kill:
http://home.schottelius.org/~nico/unix/linux/oom_no_killable-2.6.22-1.jpeg
Anyone an idea, what's the
dmi_alloc() for CONFIG_X86_64 is defined to allocate from a static array
and it maintains a allocation index which is advanced each time allocation
is attempted - it gets incremented even if an allocation fails thereby
depriving any future request that may be small enough to be satisfied from
On Tue, 18 Dec 2007 22:19:22 + (GMT)
Hugh Dickins <[EMAIL PROTECTED]> wrote:
> 1. Why is spin_lock_irqsave rather than spin_lock needed on mz->lru_lock?
> If it is needed, doesn't mem_cgroup_isolate_pages need to use it too?
>
When I wrote a patch to treat lru_lock (it was not per-zone yet.),
On Tue, 18 Dec 2007, Erez Zadok wrote:
>
> Just curious, but didn't you (or someone else) mention that they wanted to
> do away with AOP_WRITEPAGE_ACTIVATE entirely? If these patches are for
> 2.6.25, would that be the right time?
That's right, it was me. Not forgotten, but I was anxious to
On Tue, Dec 18, 2007 at 05:59:11PM +1100, Lachlan McIlroy wrote:
> Please pull from the for-linus branch:
> git pull git://oss.sgi.com:8090/xfs/xfs-2.6.git for-linus
Linus, please don't pull this yet. A problem has been found in
the dirent fix, and we've just fixed another mknod related
Linus Torvalds wrote:
On Mon, 17 Dec 2007, Chuck Ebbert wrote:
Looks like a commit that I can't find in git due to the arch merge
has broken PCI address assignment. This patch by Richard Henderson
against 2.6.23 fixes it for x86_64:
--- linux-2.6.23.x86_64/arch/x86_64/kernel/e820.c
On Tue, Dec 18, 2007 at 05:36:42PM +, Christoph Hellwig wrote:
>
> This was broken by my '[XFS] simplify xfs_create/mknod/symlink prototype',
> which assigned the re-shuffled ondisk dev_t back to the rdev variable in
> xfs_vn_mknod. Because of that i_rdev is set to the ondisk dev_t instead
>
Andrew Morton a écrit :
On Wed, 19 Dec 2007 01:14:33 +0100
Eric Dumazet <[EMAIL PROTECTED]> wrote:
groups_sort() can be quite long if user loads a large gid table.
This is because GROUP_AT(group_info, some_integer) uses an integer divide.
So having to do XXX thousand divides during one
People with HP Desktops (including me) encounter couple of DMI errors
during boot - dmi_save_oem_strings_devices: out of memory and dmi_string: out of
memory.
On some HP desktops the DMI data include OEM strings (type 11) out of
which only few are meaningful and most other are empty. DMI
Add debugfs_create_s{8,16,32,64}. For these to work properly, we need to remove
a cast in libfs.
Cc: Johannes Berg <[EMAIL PROTECTED]>
To: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Signed-off-by: Stefano Brivio <[EMAIL PROTECTED]>
---
Greg,
here comes an implementation of
Hello!
We are running Debian with 2.6.22-2-686-bigmem on Dell Blade 1955 hardware
and get a Kernel Panic with oom + message that there are no processes
left to kill:
http://home.schottelius.org/~nico/unix/linux/oom_no_killable-2.6.22-1.jpeg
Anyone an idea, what's the cause for that? This error
* kinesis <[EMAIL PROTECTED]> wrote:
> my machine is 64bit running SLAMD64 v12 (slackware) Linux excalibur
> 2.6.24-rc4-kinesis-g94545bad #8 SMP Sun Dec 9 10:47:29 PST 2007 x86_64
> x86_64 x86_64 GNU/Linux
>
> Issuing the command hwclock --systohc and sometimes at boot --hctosys
> causes my
On Tuesday 18 December 2007 02:09:15 pm Linus Torvalds wrote:
>
> On Tue, 18 Dec 2007, Richard Henderson wrote:
> >
> > I've added dmesg, /proc/iomem, and lspci -v output to that bug.
> >
> > Basically, we have
> >
> > c000-cfff : free
> > ddf0-dfef : PCI Bus #04
> >
On Wed, 19 Dec 2007 01:14:33 +0100
Eric Dumazet <[EMAIL PROTECTED]> wrote:
> groups_sort() can be quite long if user loads a large gid table.
>
> This is because GROUP_AT(group_info, some_integer) uses an integer divide.
> So having to do XXX thousand divides during one syscall can lead to very
Harald Dunkel wrote on 16-12-07 23:25:
Hi folks,
Is there a way to replace the system beep by something more
melodic?
I remember some 10 years ago there was a patch for the kernel
to call an external "beep daemon" playing an audio file instead
(no kidding). But it never worked very well.
Sorry, people are telling me that this is line wrapped. Which is strange
because claws-mail doesn't show that, will try to fix and resend anyway.
Sorry again for the noise.
--
Ciao
Stefano
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Linus Torvalds wrote:
On Tue, 18 Dec 2007, Chuck Ebbert wrote:
On 12/18/2007 04:09 PM, Linus Torvalds wrote:
I wonder what the heck is the point of that pnp entry. Just for fun, can
you try to just disable CONFIG_PNP, and see if it all works then?
pnpacpi=off should work.
PnP is also
1 - 100 of 816 matches
Mail list logo
