On Mon, 4 Feb 2008, Bjorn Helgaas wrote:
>
> I'm sure you're right, but I don't understand why yet. Here's what
> I think is happening; please correct me where I'm going wrong:
>
> 1) enumerate PNP & ACPI devices
> 2) initialize PNP & ACPI drivers
> 2a) register ACPI PCI root bridge
lockdep spotted this bogus irq locking. normalize_rt_tasks() can be called
from hardirq context through sysrq-n
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
kernel/sched.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
Index: linux-2.6/kernel/sched.c
Change the rt_ratio interface to rt_runtime_us, to match rt_period_us.
This avoids picking a granularity for the ratio.
Extend the /sys/kernel/uids// interface to allow setting
the group's rt_runtime.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
Steven mentioned the fun case where a lock holding task will be throttled.
Simple fix: allow groups that have boosted tasks to run anyway.
If a runnable task in a throttled group gets boosted the dequeue/enqueue
done by rt_mutex_setprio() is enough to unthrottle the group.
This is ofcourse not
Currently the rt group scheduling does a per cpu runtime limit, however
the rt load balancer makes no guarantees about an equal spread of real-
time tasks, just that at any one time, the highest priority tasks run.
Solve this by making the runtime limit a global property by borrowing
excessive
On Mon, 4 Feb 2008 18:42:15 +0300
Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> One head-scratching session could be noticeably shorter with this patch...
>
Sorry, this is not an adequate description of why you think this patch
should be merged.
> ---
>
> kernel/module.c |6 ++
> 1
Sam, Ingo, Peter, i didn't commented it 'cause there was no comment in
32bit version. And Sam, you are so right - i spent some time on trying
to remember that 8192 bytes trick, and it seems it's not actual
anymore for 64bits cpu. As punishment for myself i'm going to shut up
for a week. Sorry for
On Mon, 4 Feb 2008 16:29:21 +0100
Pierre Peiffer <[EMAIL PROTECTED]> wrote:
> Hi,
>
> When I compile the kernel 2.6.24-mm1 with:
> CONFIG_NET_ISA=y
> CONFIG_NE2000=y
>
> I have the following compile error:
> ...
> GEN .version
> CHK include/linux/compile.h
> UPD
In linus' git tree I found this problem. Is it also in the alsa tree?
please confirm it's the right fix. The patch was not yet tested.
--
duplicate test for "rj-master"
Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
---
diff --git a/sound/soc/fsl/mpc8610_hpcd.c b/sound/soc/fsl/mpc8610_hpcd.c
index
On Mon, Feb 04, 2008 at 11:44:31AM -0800, Linus Torvalds wrote:
...
> Pure user-space solutions work, but tend to eventually be turned into
> kernel-space if they are simple enough and really do have throughput and
> latency considerations (eg nfsd), and aren't quite complex and crazy
> enough
sorry, drop this ..
/usr/data/source/oliver/build/linux-2.6.22.y-rcX-stable/mm/mmap.c: In
function 'do_brk':
/usr/data/source/oliver/build/linux-2.6.22.y-rcX-stable/mm/mmap.c:1889:
error: too many arguments to function 'security_file_mmap'
make[6]: *** [mm/mmap.o] Error 1
make[5]: *** [mm] Error
These are small cleanups all over the tree. Please apply,
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
diff --git a/fs/select.c b/fs/select.c
index 47f4792..c414aed 100644
--- a/fs/select.c
+++ b/fs/select.c
@@ -260,7 +260,7 @@ int do_select(int n, fd_set_bits *fds, s
wait =
On Mon, Feb 04, 2008 at 09:52:06PM +0100, Miklos Szeredi wrote:
> Moving up to higher layers might not be possible, due to lock/unlock
> of i_mutex being inside generic_file_aio_write().
Well some bits can be moved up. Here's my grand plan which I plan
to implement once I get some time for it
> > a_ops->perform_write() was left out from Nick Piggin's new a_ops
> > patchset, as it was non-essential, and postponed for later inclusion.
> >
> > This short series reintroduces it, but only adds the fuse
> > implementation and not simple_perform_write(), which I'm not sure
> > would be a
On Fri, Feb 01, 2008 at 04:22:27PM +0100, Ingo Molnar wrote:
>
> * Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > # Select 32 or 64 bit
> > config 64BIT
> > - bool "64-bit kernel" if ARCH = "x86"
> > + bool "64-bit kernel"
> > default ARCH = "x86_64"
>
> NACK. You have just broken:
>
>
On Monday 04 February 2008 11:18:09 am Linus Torvalds wrote:
> On Mon, 4 Feb 2008, Bjorn Helgaas wrote:
> >
> > I think the problem here is that the PCI BAR is bigger and spans the
> > region reported by ACPI:
>
> Ok, then it doesn't help that it's not busy.
>
> In that case, the only real fix
Ingo Molnar wrote:
* Sam Ravnborg <[EMAIL PROTECTED]> wrote:
Hi Cyrill.
On Mon, Feb 04, 2008 at 08:10:37PM +0300, Cyrill Gorcunov wrote:
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
The patch looks simple but please explain why you do what you do. It
took me some digging before I could
* Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> Hi Cyrill.
> On Mon, Feb 04, 2008 at 08:10:37PM +0300, Cyrill Gorcunov wrote:
> > Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
>
> The patch looks simple but please explain why you do what you do. It
> took me some digging before I could
On Mon 2008-02-04 17:12:43, Jiri Kosina wrote:
> On Mon, 4 Feb 2008, Jiri Kosina wrote:
>
> > I still don't seem to fully understand what is happening here --
> > aparently this is triggerable only with old programs linked against
> > libc.so.5, and I am not able to trigger it with my trivial
Hello,
This is from ppc32:
CC arch/powerpc/mm/mem.o
arch/powerpc/mm/mem.c: In function 'do_init_bootmem':
arch/powerpc/mm/mem.c:256: error: too few arguments to function
'reserve_bootmem'
arch/powerpc/mm/mem.c:261: error: too few arguments to function
'reserve_bootmem'
Leftover
On Mon, Feb 04, 2008 at 03:01:30PM -0500, Mike Frysinger wrote:
> On Feb 3, 2008 7:22 AM, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> > On Sun, Feb 03, 2008 at 02:22:17PM +0300, Cyrill Gorcunov wrote:
> > > This patch series removes code duplication for PAGE_SIZE
> > > definition on various
On Mon, 2008-02-04 at 11:44 -0800, Linus Torvalds wrote:
>
> On Mon, 4 Feb 2008, Nicholas A. Bellinger wrote:
> >
> > While this does not have anything to do directly with the kernel vs.
> > user discussion for target mode storage engine, the scaling and latency
> > case is easy enough to make
On Mon, 04 Feb 2008 20:01:26 +0100
michael <[EMAIL PROTECTED]> wrote:
> I think the the atmel_interrupt handler
> must check the
> pass_counter before return IRQ_HANDLED.
I'm not sure if it helps in this particular case but yeah, since the
interrupt may be shared, it's definitely wrong to
On 02/04/2008 03:00 PM, Oliver Pinter (Pintér Olivér) wrote:
git top: 9135f1901ee6449dfe338adf6e40e9c2025b8150
[ 399.582185] wpa_supplicant[4383]: segfault at 30 ip 080697ca sp
bf87a690 error 4 in wpa_supplicant[8048000+4c000]
[ 406.277199] wpa_supplicant[4384]: segfault at 30 ip 080697ca sp
Hi!
> > Not sure this helps... If I only randomize _end_ of heap, it still
> > works. If I try to randomize beggining of heap, too, it will not even
> > start recent binaries :-(.
>
> I don't uderstand this, sorry. Ehen the mapping for the new process is
> being established during loading of
Hi Sam,
Sam Ravnborg <[EMAIL PROTECTED]> writes:
> On Mon, Feb 04, 2008 at 04:48:34PM +0100, Johannes Weiner wrote:
>> Hi,
>>
>> current approaches to have printk format strings in the corresponding
>> data section to the function they appear in look like the following (at
>> least what I have
Quoting Cedric Le Goater ([EMAIL PROTECTED]):
> From: Cedric Le Goater <[EMAIL PROTECTED]>
>
> We have at least 2 patchsets requiring each a new clone flag and there it
> is, we've reached the limit, none are left.
> This patch uses the CLONE_DETACHED flag (unused) as a marker to extend the
Hi Cyrill.
On Mon, Feb 04, 2008 at 08:10:37PM +0300, Cyrill Gorcunov wrote:
> Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
The patch looks simple but please explain why you do what you do.
It took me some digging before I could convince mysleft this was
indeed a correct change.
And I am
On Mon, 4 Feb 2008 19:25:42 +0100, Frank Seidel <[EMAIL PROTECTED]> wrote:
> From: Frank Seidel <[EMAIL PROTECTED]>
>
> This patch (base on current linus git tree plus Philip Langdales
> suspend/resume patch) adds support for the Ricoh RL5c476 chip:
> with this the mmc adapter that needs this
On Mon, 4 Feb 2008 19:25:38 +0100, Frank Seidel <[EMAIL PROTECTED]> wrote:
> From: Philip Langdale <[EMAIL PROTECTED]>
>
> As pci config space is reinitialised on suspend/resume cycle, the
> disabler needs to work its magic at resume time. For symmetry this
> change also explicitly enables the
Hi,
On Mon, 4 Feb 2008, Jeff Chua wrote:
> > Attached are the dump files mentioned.
>
> Not sure whether the attached files got uploaded. So, I'm sending this one
> more time.
I could reproduce the slow-down by a loop of socat commands. The dump you
sent looks exactly like the traces I got at
http://nvd.nist.gov/nvd.cfm?cvename=CVE-2007-6434
On 2/4/08, Oliver Pinter <[EMAIL PROTECTED]> wrote:
> mainline: ecaf18c15aac8bb9bed7b7aa0e382fe252e275d5
>
> --->8---
> commit ecaf18c15aac8bb9bed7b7aa0e382fe252e275d5
> Author: Eric Paris <[EMAIL PROTECTED]>
> Date: Tue Dec 4 23:45:31 2007
Linus, please pull from:
git://lost.foo-projects.org/~dwillia2/git/iop async-tx-for-linus
to receive:
Dan Williams (5):
async_tx: fix compile breakage, mark do_async_xor __always_inline
async_tx: kill ASYNC_TX_ASSUME_COHERENT
async_tx: kill tx_set_src and tx_set_dest
mainline: ecaf18c15aac8bb9bed7b7aa0e382fe252e275d5
--->8---
commit ecaf18c15aac8bb9bed7b7aa0e382fe252e275d5
Author: Eric Paris <[EMAIL PROTECTED]>
Date: Tue Dec 4 23:45:31 2007 -0800
VM/Security: add security hook to do_brk
Given a specifically crafted binary do_brk() can be used to
On Mon, 4 Feb 2008, Aneesh Kumar K.V wrote:
> On Sun, Feb 03, 2008 at 01:39:02PM +0100, Geert Uytterhoeven wrote:
> > On Sun, 3 Feb 2008, Heiko Carstens wrote:
> > > On Fri, Feb 01, 2008 at 10:04:04PM +0100, Bastian Blank wrote:
> > > > On Fri, Feb 01, 2008 at 12:22:57PM -0800, Andrew Morton
On lunedì 4 febbraio 2008, Linus Torvalds wrote:
> So from a purely personal standpoint, I'd like to say that I'm not really
> interested in iSCSI (and I don't quite know why I've been cc'd on this
> whole discussion) and think that other approaches are potentially *much*
> better. So for example,
On Mon, Feb 04 2008, Zach Brown wrote:
> [ ugh, still jet lagged. ]
>
> > Hi Nick,
> >
> > When Matthew was describing this work at an LCA presentation (not
> > sure whether you were at that presentation or not), Zach came up
> > with the idea that allowing the submitting application control the
Updates for slub are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/christoph/vm.git slub-linus
Christoph Lameter (5):
SLUB: Fix sysfs refcounting
Move count_partial before kmem_cache_shrink
SLUB: rename defrag to remote_node_defrag_ratio
On Sat, Feb 02, 2008 at 10:55:10AM +0800, Denis Cheng wrote:
> the struct pci_driver refered ath5k_pci_id_table which in __devinit section,
> the sparse tool suggest this renamed to "*driver", kills mismatch warnings.
>
> Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
Sorry, I beat you to it on
On Feb 3, 2008 7:22 AM, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 03, 2008 at 02:22:17PM +0300, Cyrill Gorcunov wrote:
> > This patch series removes code duplication for PAGE_SIZE
> > definition on various architectures.
> >
> > Please review. Any comments are welcome. *UNTESTED*
>
>
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> Sorry Andrew.
>
> I misunderstood the patch flow.
>
> And much more important, the tone of my email was not appropriate.
>
> Due to unrelated reasons I was Thursday evening in a mood in which I
> should not have left emails out of my postponed
> >
> > > I still don't seem to fully understand what is happening here --
> > > aparently this is triggerable only with old programs linked against
> > > libc.so.5, and I am not able to trigger it with my trivial program when
> > > I link it against old libc.so.5, which just basically does brk()
Hi!
>>> As the namespaces and the "containers" are being integrated in the
>>> kernel, these functionalities may be a first step to implement the
>>> checkpoint/restart of an application: in fact the existing API does not
>>> allow
>>> to specify or to change an ID when creating an IPC,
On Mon, Feb 04, 2008 at 12:44:48PM +0100, Haavard Skinnemoen wrote:
> On Sun, 3 Feb 2008 22:10:42 +0100
> Sam Ravnborg <[EMAIL PROTECTED]> wrote:
>
> > Mathieu Desnoyers (5):
> > Move Kconfig.instrumentation to arch/Kconfig and init/Kconfig
>
> AVR32 still includes Kconfig.instrumentation,
On Mon, 4 Feb 2008, Nicholas A. Bellinger wrote:
>
> While this does not have anything to do directly with the kernel vs.
> user discussion for target mode storage engine, the scaling and latency
> case is easy enough to make if we are talking about scaling TCP for 10
> Gb/sec storage
Hello Haavard,
> That's what I was thinking too. If this is indeed the cause, the
> dev_err() added by the debug patch I posted should trigger and we may
> consider boosting the priority of the tasklet (using
> tasklet_hi_schedule.)
Notice that we are talking about Preempt-RT here. Everything is
On Mon, Feb 04, 2008 at 06:04:10PM +0100, Miklos Szeredi wrote:
> a_ops->perform_write() was left out from Nick Piggin's new a_ops
> patchset, as it was non-essential, and postponed for later inclusion.
>
> This short series reintroduces it, but only adds the fuse
> implementation and not
On Sun 03-02-08 19:33:45, [EMAIL PROTECTED] wrote:
> Hi
>
> This patchset contains next round of various UDF fs cleanups.
>
> [PATCH 1/6] udf: udf_get_block, inode_bmap - remove unneeded checks
>
> [PATCH 2/6] udf: create function for conversion from timestamp to timespec
> [PATCH 3/6] udf:
* Vivek Goyal <[EMAIL PROTECTED]> [2008-02-04 19:38]:
>
> Bernahard, any idea who is the competitor here?
Hm ..., can you boot the kernel without crashkernel= and provide the
/proc/iomem?
Bernhard
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Mark Brown wrote:
> This patch series adds support for the touchscreen controllers provided
> by Wolfson Microelectronics WM97xx series chips in both polled and
> streaming modes.
>
I integrated this patch with our 2.6.24 kernel and it broke our APM-based
battery monitor, which uses an ADC
On Thu 31-01-08 20:57:47, Marcin Slusarz wrote:
> On Thu, Jan 31, 2008 at 11:45:32AM +0100, Jan Kara wrote:
> > On Wed 30-01-08 22:03:52, [EMAIL PROTECTED] wrote:
> > > udf_build_ustr was completely broken when
> > > size >= UDF_NAME_LEN - 1 or size < 2
> > >
> > > nobody noticed because all
On Feb 3, 2008 11:20 PM, Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 03, 2008 at 10:13:53PM -0800, Russell Leidich wrote:
> > All,
> >
> > You can imagine my dismay when I recently learned that, after all our
> > collective effort, hardware thermal throttling does not work reliably
> > on
On Mon, 2008-02-04 at 11:06 -0800, Nicholas A. Bellinger wrote:
> On Mon, 2008-02-04 at 10:29 -0800, Linus Torvalds wrote:
> >
> > On Mon, 4 Feb 2008, James Bottomley wrote:
> > >
> > > The way a user space solution should work is to schedule mmapped I/O
> > > from the backing store and then
On 2/4/08, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> Hi Oliver.
>
> On Mon, Feb 04, 2008 at 02:56:07PM +0100, Oliver Pinter (Pintér Olivér)
> wrote:
> > git top: 9135f1901ee6449dfe338adf6e40e9c2025b8150
> >
> > ---8<---
> > drivers/spi/Kconfig:156:warning: 'select' used by config symbol
>
At Monday 04 February 2008 Pallipadi, Venkatesh wrote :
>
> This looks like is related to the report here
> http://www.ussg.iu.edu/hypermail/linux/kernel/0801.3/1260.html
>
> Can you try the workarounds on that thread and see whether the problem goes
> away.
>
Yes, I already answered here :
Diego Zuccato wrote:
In the cited example it's illegal to go outside certain parameters
SOMEWHERE (if it was illegal everywhere, the the hardware shouldn't
allow it and the sw could do nothing... not considering hw mods).
Another example is WiFi: USA, Europe and Japan allows a different number
Arjan van de Ven wrote:
On Mon, 04 Feb 2008 12:29:03 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
re: http://bugzilla.kernel.org/show_bug.cgi?id=9489
This just happened here again. Or at least I finally noticed that
the fan on my notebook seemed to be running hard for much longer
than usual.
On Sat 02-02-08 22:37:07, Marcin Slusarz wrote:
> On Thu, Jan 31, 2008 at 05:52:44PM +0100, Jan Kara wrote:
> > On Wed 30-01-08 22:04:00, [EMAIL PROTECTED] wrote:
> > > udf_bitmap_lookup never changes, so constify it
> > >
> > > Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
> > > Cc: Jan Kara
On Sun, 3 Feb 2008, Andrea Arcangeli wrote:
> On Thu, Jan 31, 2008 at 07:58:40PM -0800, Christoph Lameter wrote:
> > Ok. Andrea wanted the same because then he can void the begin callouts.
>
> Exactly. I hope the page-pin will avoid me having to serialize the KVM
> page fault against the
Gene Heskett wrote:
On Sunday 03 February 2008, Ingo Molnar wrote:
* Gene Heskett <[EMAIL PROTECTED]> wrote:
I believe its the same, but lemme paste it for sure, yes:
[ 26.339926] ENABLING IO-APIC IRQs
[ 26.340119] ..TIMER: vector=0x31 apic1=0 pin1=0 apic2=-1 pin2=-1
[ 26.350129]
Hi Oliver.
On Mon, Feb 04, 2008 at 02:56:07PM +0100, Oliver Pinter (Pintér Olivér) wrote:
> git top: 9135f1901ee6449dfe338adf6e40e9c2025b8150
>
> ---8<---
> drivers/spi/Kconfig:156:warning: 'select' used by config symbol
> 'SPI_PXA2XX' refers to undefined symbol 'PXA_SSP'
>
> WARNING:
Allow callers of sysfs_remove_link() to pass a NULL kobj, in which case
sysfs_root will be used as the parent directory. This allows us to tear down
top level symlinks created via sysfs_create_link(), which already has
similar handling of a NULL parent object.
Signed-off-by: Mark Fasheh <[EMAIL
/sys/fs is where we really want file system specific sysfs objects.
Ocfs2-tools has been updated to look in /sys/fs/o2cb. We can maintain
backwards compatibility with old ocfs2-tools by using a sysfs symlink. After
some time (2 years), the symlink can be safely removed. This patch also adds
On Sun, 3 Feb 2008, Andrea Arcangeli wrote:
> > Right but that pin requires taking a refcount which we cannot do.
>
> GRU can use my patch without the pin. XPMEM obviously can't use my
> patch as my invalidate_page[s] are under the PT lock (a feature to fit
> GRU/KVM in the simplest way), this
Hi Greg,
The following two patches move /sys/o2cb into /sys/fs/o2cb as we
previously discussed. A symlink is created to maintain compatibility with
existing versions of ocfs2-tools. A patch to automatically search
/sys/fs/o2cb has been committed to the ocfs2-tools repo and a release with
On Mon, 2008-02-04 at 10:29 -0800, Linus Torvalds wrote:
>
> On Mon, 4 Feb 2008, James Bottomley wrote:
> >
> > The way a user space solution should work is to schedule mmapped I/O
> > from the backing store and then send this mmapped region off for target
> > I/O.
>
> mmap'ing may avoid the
On Sat, 2 Feb 2008, Andi Kleen wrote:
> To be honest I've never tried seriously to make 32bit NUMA policy
> (with highmem) work well; just kept it at a "should not break"
> level. That is because with highmem the kernel's choices at
> placing memory are seriously limited anyways so I doubt 32bit
> > I don't know what NFS does, but returning EINTR without actually
> > canceling an operation in the server is generally not a good idea.
> >
> >
>
> This is what NFS has been doing, for several decades, and no one
> has complained yet.
Is it really? Man nfs says something quite different
Hi
Haavard
diff --git a/drivers/serial/atmel_serial.c b/drivers/serial/atmel_serial.c
index 477950f..c61fcc3 100644
--- a/drivers/serial/atmel_serial.c
+++ b/drivers/serial/atmel_serial.c
@@ -337,9 +337,12 @@ atmel_buffer_rx_char(struct uart_port *port, unsigned int
status,
struct
On Mon, 2008-02-04 at 21:38 +0300, Vladislav Bolkhovitin wrote:
> James Bottomley wrote:
> > On Mon, 2008-02-04 at 20:56 +0300, Vladislav Bolkhovitin wrote:
> >
> >>James Bottomley wrote:
> >>
> >>>On Mon, 2008-02-04 at 20:16 +0300, Vladislav Bolkhovitin wrote:
> >>>
> >>>
> James Bottomley
On Mon, 2008-02-04 at 10:29 -0800, Linus Torvalds wrote:
>
> On Mon, 4 Feb 2008, James Bottomley wrote:
> >
> > The way a user space solution should work is to schedule mmapped I/O
> > from the backing store and then send this mmapped region off for target
> > I/O.
>
> mmap'ing may avoid the
Stefan> John Stoffel wrote:
>> I've completely given up on my Firewire/USB external enclosure with a
>> PL-3xxx chipset.
Stefan> Is it a variant whose firmware cannot be updated?
No, it can be updated, and I have done that once before. It became a
little more stable, but not much. I forget
Miklos Szeredi wrote:
In FUSE interrupts are sent to userspace, and the filesystem decides
what to do with them. So it is entirely possible and valid for a
filesystem to ignore an interrupt. If an operation was non-blocking
(such as one returning an error), then there would in fact be no
On Mon, Feb 04, 2008 at 09:41:11PM +0530, Sachin P. Sant wrote:
> While trying to configure kdump with 2.6.24-rc8-mm1 [ on a x86-64 box ]
> i ran into this problem. Here is the snippet from dmesg during the
> failure. [ dmesg log attached ]
>
> early_ioremap(040e, 0002) =>
James Bottomley wrote:
On Mon, 2008-02-04 at 20:56 +0300, Vladislav Bolkhovitin wrote:
James Bottomley wrote:
On Mon, 2008-02-04 at 20:16 +0300, Vladislav Bolkhovitin wrote:
James Bottomley wrote:
So, James, what is your opinion on the above? Or the overall SCSI target
project
On Mon, Feb 04, 2008 at 06:15:12PM +, Samuel Thibault wrote:
> Greg KH, le Mon 04 Feb 2008 10:06:17 -0800, a ?crit :
> > > However, they share the same low-level primitives: the recently added
> > > keyboard and vc notifiers, screen_glyph(), inverse_translate(),
> > > kd_mksound, etc.
> >
> >
On Mon, 4 Feb 2008, James Bottomley wrote:
>
> The way a user space solution should work is to schedule mmapped I/O
> from the backing store and then send this mmapped region off for target
> I/O.
mmap'ing may avoid the copy, but the overhead of a mmap operation is
quite often much *bigger*
From: Frank Seidel <[EMAIL PROTECTED]>
This patch (base on current linus git tree plus Philip Langdales
suspend/resume patch) adds support for the Ricoh RL5c476 chip:
with this the mmc adapter that needs this disabler (R5C843) can
also be handled correctly when it sits on a RL5c476.
(+ minor
From: Philip Langdale <[EMAIL PROTECTED]>
As pci config space is reinitialised on suspend/resume cycle, the
disabler needs to work its magic at resume time. For symmetry this
change also explicitly enables the controller at suspend time but
it's not strictly necessary.
Signed-off-by: Philip
Hi,
On Samstag 02 Februar 2008 08:16:48, you (Philip Langdale) wrote:
> Again, thanks a lot for investigating and finding the appropriate magic
> incantations. My main comment is to please base this on top of my
> suspend/resume
> patch which Pierre said he accepted but which isn't in his tree
On Mon, 2008-02-04 at 20:56 +0300, Vladislav Bolkhovitin wrote:
> James Bottomley wrote:
> > On Mon, 2008-02-04 at 20:16 +0300, Vladislav Bolkhovitin wrote:
> >
> >>James Bottomley wrote:
> >>
> >>So, James, what is your opinion on the above? Or the overall SCSI
> >>target
>
On Sat, 2008-02-02 at 18:37 +0900, KOSAKI Motohiro wrote:
> Hi Andi,
>
> > > 3. 2.6.24-rc8-mm1 set_mempolicy(2) behavior
> > >3.1 check nodesubset(nodemask argument, node_states[N_HIGH_MEMORY])
> > >in mpol_check_policy()
> > >
> > > -> check failed when memmoryless node exist.
> >
[ ugh, still jet lagged. ]
> Hi Nick,
>
> When Matthew was describing this work at an LCA presentation (not
> sure whether you were at that presentation or not), Zach came up
> with the idea that allowing the submitting application control the
> CPU that the io completion processing was
On Mon, 4 Feb 2008, Bjorn Helgaas wrote:
>
> I think the problem here is that the PCI BAR is bigger and spans the
> region reported by ACPI:
Ok, then it doesn't help that it's not busy.
In that case, the only real fix is to simply do the ACPI reservations
*after* PCI probing. Which is what
On Fri 2008-02-01 20:07:01, James Morris wrote:
> 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
Greg KH, le Mon 04 Feb 2008 10:06:17 -0800, a écrit :
> > However, they share the same low-level primitives: the recently added
> > keyboard and vc notifiers, screen_glyph(), inverse_translate(),
> > kd_mksound, etc.
>
> I guess I'm worried that the hooks that you add here will not be usable
> by
Carlos Corbacho strangeworlds.co.uk> writes:
>
> [Adding tglx to CC as he knows more about HPET's than I]
>
> On Sunday 03 February 2008 18:33:57 f.cecco77 tiscali.it wrote:
> > Hello,
> > I have a asus a6t with nforce4/MCP51 chipset. I pass to kernel 2.6.24
> > 32 bit the options
On Mon, Feb 04, 2008 at 06:30:28PM +0100, Oliver Pinter (Pint?r Oliv?r) wrote:
> On 2/2/08, Greg KH <[EMAIL PROTECTED]> wrote:
> > This is the start of the stable review cycle for the 2.6.22.17 release.
> > There are 27 patches in this series, all will be posted as a response to
> > this one. If
On Mon, Feb 04, 2008 at 05:24:41PM +, Samuel Thibault wrote:
> Hello,
>
> Greg KH, le Mon 04 Feb 2008 09:10:08 -0800, a ?crit :
> > On Mon, Feb 04, 2008 at 03:18:43AM +, Samuel Thibault wrote:
> > > This adds a minimalistic braille screen reader support.
> > > This is meant to be used by
On Mon, Feb 04, 2008 at 04:48:34PM +0100, Johannes Weiner wrote:
> Hi,
>
> current approaches to have printk format strings in the corresponding
> data section to the function they appear in look like the following (at
> least what I have seen so far):
>
> int __init some_function(void)
> {
>
On Mon, Feb 04, 2008 at 09:52:23PM +0530, Kamalesh Babulal wrote:
> Hi Andrew,
>
> The 2.6.24-mm1 kernel build fails at many places with section type
> conflict build error.
What arch?
We have troubles with powerpc as pointed out by Al in another thread.
Sam
--
To unsubscribe from this
James Bottomley wrote:
On Mon, 2008-02-04 at 20:16 +0300, Vladislav Bolkhovitin wrote:
James Bottomley wrote:
So, James, what is your opinion on the above? Or the overall SCSI target
project simplicity doesn't matter much for you and you think it's fine
to duplicate Linux page cache in the
On Sat 02-02-08 00:26:00, Al Boldi wrote:
> Chris Mason wrote:
> > On Thursday 31 January 2008, Jan Kara wrote:
> > > On Thu 31-01-08 11:56:01, Chris Mason wrote:
> > > > On Thursday 31 January 2008, Al Boldi wrote:
> > > > > The big difference between ordered and writeback is that once the
> > >
On Mon, 04 Feb 2008 12:29:03 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> re: http://bugzilla.kernel.org/show_bug.cgi?id=9489
>
> This just happened here again. Or at least I finally noticed that
> the fan on my notebook seemed to be running hard for much longer
> than usual. :)
>
> Powertop
On Mon, Jan 28, 2008 at 05:11:47PM -0700, Matthew Wilcox wrote:
> G'day Linus, mate
>
> Could you pull the dmapool branch of
> git://git.kernel.org/pub/scm/linux/kernel/git/willy/misc.git please?
>
> All the patches have been posted to linux-kernel before, and various
> comments (and acks) have
John Stoffel wrote:
> I've completely given up on my Firewire/USB external enclosure with a
> PL-3xxx chipset.
Is it a variant whose firmware cannot be updated?
> Do you want it for further testing purposes? I'd be
> happy to ship it to you if you like.
The offer is appreciated, but as
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] On Behalf Of Andrew Morton
>Sent: Sunday, February 03, 2008 4:33 PM
>To: Toralf Förster
>Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED]
>Subject: Re: (ondemand) CPU governor regression between 2.6.23
>and
Update cpuset documentation to match the October 2007
"Fix cpusets update_cpumask" changes that now apply
changes to a cpusets 'cpus' allowed mask immediately
to the cpus_allowed of the tasks in that cpuset.
Signed-off-by: Paul Jackson <[EMAIL PROTECTED]>
Acked-by: Cliff Wickman <[EMAIL
Narrow the scope of callback_mutex in scan_for_empty_cpusets().
Avoid rewriting the cpus, mems of cpusets except when it is
likely that we'll be changing them.
Have remove_tasks_in_empty_cpuset() also check for empty mems.
Signed-off-by: Paul Jackson <[EMAIL PROTECTED]>
Various minor formatting and comment tweaks to Cliff Wickman's
[PATCH_3_of_3]_cpusets__update_cpumask_revision.patch
I had had "iff", meaning "if and only if" in a comment.
However, except for ancient mathematicians, the abbreviation
"iff" was a tad too cryptic. Cliff changed it to "if",
201 - 300 of 1004 matches
Mail list logo