blk_settings_init() can become static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
2d96ca5afae850c7cb192e340b2d76fb687e9861 diff --git a/block/blk-settings.c
b/block/blk-settings.c
index c8d0c57..13536a3 100644
--- a/block/blk-settings.c
+++ b/block/blk-settings.c
@@ -386,7 +386,7 @@
This patch contains the following cleanups that are now possible:
- remove the following unused functions:
- pnp_manual_config_dev()
- pnp_resource_change()
- remove the following unused EXPORT_SYMBOL's:
- pnp_start_dev
- pnp_stop_dev
- pnp_init_resource_table
Signed-off-by: Adrian Bunk
This patch removes the unused EXPORT_SYMBOL_GPL(__inet_hash_connect).
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
ffa30930d4ba630514fd93ded245456f05358140 diff --git
a/net/ipv4/inet_hashtables.c b/net/ipv4/inet_hashtables.c
index 9cac6c0..e6a0072 100644
--- a/net/ipv4/inet_hashtables.c
This patch removes the unused EXPORT_SYMBOL_GPL(io_delay_type).
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
BTW:
I really think boot option + kconfig option + sysctl is overkill for
the rare case where this stuff matters at all, and the boot option alone
woud be enough.
This patch makes the needlessly global secmark_tg_destroy() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
df66d8d74309b41298ae011532fd284aad3ed2ba
diff --git a/net/netfilter/xt_SECMARK.c b/net/netfilter/xt_SECMARK.c
index 7708e20..c028485 100644
--- a/net/netfilter/xt_SECMARK.c
+++
dlm_print_rsb() can now become static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
fs/dlm/lock.c |2 +-
fs/dlm/lock.h |1 -
2 files changed, 1 insertion(+), 2 deletions(-)
95f682b14f6bcea2cb8f3ff7acb3c5a11593e354
diff --git a/fs/dlm/lock.c b/fs/dlm/lock.c
index
Thuis patch makes the needlessly global struct efi_phys static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
3002c1d384e748f2928823ff4b10ed4d6082dceb
diff --git a/arch/x86/kernel/efi.c b/arch/x86/kernel/efi.c
index 1411324..1211ab2 100644
--- a/arch/x86/kernel/efi.c
+++
mxcsr_feature_mask needlessly became global.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/x86/kernel/i387.c |2 +-
include/asm-x86/i387.h |1 -
2 files changed, 1 insertion(+), 2 deletions(-)
76adc866d04ed20a5b2eb548920f93ad87268cbd
diff --git a/arch/x86/kernel/i387.c
This patch makes the needlessly global scsi_end_bidi_request() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
48e50a33ee11afb02eadc790ae2d9542b0805608
diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
index b12fb31..148c8b0 100644
--- a/drivers/scsi/scsi_lib.c
+++
The following functions can now become static:
- rtc_interrupt()
- rtc_get_rtc_time()
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/char/rtc.c |5 +++--
include/linux/rtc.h |2 --
2 files changed, 3 insertions(+), 4 deletions(-)
e642155f0065ec03a83ed95eef2a78f272e73e01
request_cachep needlessly became global.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
11b0ecec3d7a5208d95dd95392815a4785d70844
diff --git a/block/blk-core.c b/block/blk-core.c
index 8ff9944..36588ff 100644
--- a/block/blk-core.c
+++ b/block/blk-core.c
@@ -37,7 +37,7 @@ static int
Hello,
this patch converts 3c509 driver to isa_driver and pnp_driver. The result is
that autoloading using udev and hibernation works with ISA PnP cards. It also
adds hibernation support for non-PnP ISA cards.
xcvr module parameter was removed as its value was not used.
Tested using 3 ISA
include/linux/efi.h does not include asm/efi.h, efi.c and efi_64.c
explicitly include both. While not really right, add the include
to efi_32.c until the header gets sorted out.
arch/x86/kernel/efi_32.c:42:6: warning: symbol 'efi_call_phys_prelog' was not
declared. Should it be static?
arch/x86/kernel/efi.c:57:12: warning: symbol 'efi_phys' was not declared.
Should it be static?
Yes, it should.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
arch/x86/kernel/efi.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/x86/kernel/efi.c
On Wed, Feb 13, 2008 at 11:14:43AM -0600, Bob Tracy wrote:
> Ivan Kokshaysky wrote:
> > No SMP, no PRINTK_TIMESTAMPS in my case. Looks like it dies trying to
> > to switch to vga console, but I had no time to debug this yet...
>
> Same basic configuration as Ivan. Concur with the observation
due to the hg concept of rootlessness. AIUI git is still a base/patch
kind of thing
instead of making all versions equivalent peers as hg hypes itself to do.
--
"The ultraleft underground armed revolutionary groups that burned down
our offices and forced our staff to leave the villages at
On Mon, Jan 28, 2008 at 11:39:55AM +0100, Peter Zijlstra wrote:
> move update_process_times() out from under xtime_lock.
>
> Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
> ---
> arch/alpha/kernel/time.c | 15 ---
This indeed fixes deadlock on alpha, so this part
Fix for sparse warning
arch/x86/lguest/boot.c:939:13: warning: symbol 'lguest_init' was not declared.
Should it be static?
Added a declaration to asm-x86/lguest.h and moved the extern arrays there
as well. As an alternative to including asm/lguest.h directly, an
include could be put in
On Wed, 13 Feb 2008 12:11:58 -0700
"Dan Williams" <[EMAIL PROTECTED]> wrote:
> > + desc = chan->device->device_prep_slave(chan,
> > + sg_dma_address(sg), direction,
> > + DMA_SLAVE_WIDTH_32BIT,
> > +
On Tue, Feb 12, 2008 at 08:04:48AM +0100, Ingo Molnar wrote:
>
> i've got a build log from a weird build error below:
>
> LD init/built-in.o
> distcc[12023] ERROR: compile (null) on localhost failed
> make: *** [vmlinux.o] Error 1
> make: *** Waiting for unfinished jobs
> LD
[I/OAT]: Remove duplicate assignation in dma_skb_copy_datagram_iovec
No need to compute copy twice in the frags loop in
dma_skb_copy_datagram_iovec().
Signed-off-by: Brice Goglin <[EMAIL PROTECTED]>
---
user_dma.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
commit d1f1f84f413ab00cb2fec48170d022fcd900e214
Author: Borislav Petkov <[EMAIL PROTECTED]>
Date: Wed Feb 13 20:26:56 2008 +0100
ide-floppy: merge callbacks
The appropriate functionality of the callback is established through
querying
the ATAPI packet command in pc->c[0].
On Wed, Feb 13, 2008 at 01:24:41PM -0700, Ann Davis wrote:
> Frank Seidel wrote:
>>
>> Lets get serious. I cannot speak for Ann and Harvey, but I'm quite sure they
>> also really hope - at least i very strongly do - you not only call on us when
>> things become a burden, but let us help and assist
Signed-off-by: Ian Campbell <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: H. Peter Anvin <[EMAIL PROTECTED]>
---
Documentation/i386/boot.txt |8
arch/x86/boot/tools/build.c | 88 ++-
2 files
Signed-off-by: Ian Campbell <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: H. Peter Anvin <[EMAIL PROTECTED]>
---
arch/x86/boot/header.S |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/x86/boot/header.S
This allows other boot loaders such as the Xen domain builder the
opportunity to extract the ELF file.
Signed-off-by: Ian Campbell <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: H. Peter Anvin <[EMAIL PROTECTED]>
Cc: Jeremy Fitzhardinge <[EMAIL
Updates since last time:
- Rebased to latest x86.git#mm (no changes required).
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: H. Peter Anvin <[EMAIL PROTECTED]>
Cc: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
--
To unsubscribe from this list: send the line
On Wed, Feb 13, 2008 at 09:00:15PM +0100, Dirk GOUDERS wrote:
>
> > Hm, so, to summarize:
> > - you needed this option many years ago to get a box to work properly
> > - you don't need this today
> >
> > So, if the option went away, you would not be inconvenienced?
>
> After having
Frank Seidel wrote:
Lets get serious. I cannot speak for Ann and Harvey, but I'm quite sure they
also really hope - at least i very strongly do - you not only call on us when
things become a burden, but let us help and assist you right from the start.
Agreed. I'm happy to do daily builds
On Wed, 2008-02-13 at 18:35 +0100, Christian Krafft wrote:
> sensors_detect crashes kernel on PowerPC, as it pokes directly to memory.
> This patch adds a check_legacy_ioports to read_port and write_port.
> It will now return ENXIO, instead of oopsing.
>
> Signed-off-by: Christian Krafft <[EMAIL
On Wed, 2008-02-13 at 10:45 -0800, Trent Piepho wrote:
> On Wed, 13 Feb 2008, Mauro Carvalho Chehab wrote:
> > On Tue, 12 Feb 2008 21:21:43 -0800 (PST)
> > Trent Piepho <[EMAIL PROTECTED]> wrote:
> >
> > The version with problems is the one dated by Jan, 16:
> >
Andrew Morton wrote:
> On Wed, 13 Feb 2008 09:45:54 -0800
> Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
>
And /proc//task//rttime is also accessible.
>>> Please describe the format in the changelog.
>> I'm sorry I cannot catch your meaning.
>
> Please include an example of the output of
>
On Wed, 13 Feb 2008, Jason Gunthorpe wrote:
> Unfortunately it really has little to do with the drivers - changes,
> for instance, need to be made to support this in the user space MPI
> libraries. The RDMA ops do not pass through the kernel, userspace
> talks directly to the hardware which
include/linux/mmzone.h:640:22: warning: potentially expensive pointer
subtraction
Calculate the offset into the node_zones array rather than the index
using casts to (char *) and comparing against the index * sizeof(struct zone).
On X86_32 this saves a sar, but code size increases by one byte
On Wed, Feb 13, 2008 at 09:43:49AM +0200, Avi Kivity wrote:
> Olaf Hering wrote:
> >>Currently, make headers_check barfs due to , which
> >>
> >>includes, not existing. Rather than add a zillion s, export
> >>kvm.h
> >>only if the arch actually supports it.
> >>
> >
> >This makes
This time with LKML CC'ed. Sorry for the duplication.
Subject: xtime_lock vs update_process_times
From: Peter Zijlstra <[EMAIL PROTECTED]>
( repost from: http://lkml.org/lkml/2008/1/28/101 )
Commit: d3d74453c34f8fd87674a8cf5b8a327c68f22e99
Subject: hrtimer: fixup the
On Wed, 13 Feb 2008, Christian Bell wrote:
> not always be in the thousands but you're still claiming scalability
> for a mechanism that essentially logs who accesses the regions. Then
> there's the fact that reclaim becomes a collective communication
> operation over all region accessors.
David wrote:
> You're specifically trying to avoid having the application know about its
> cpuset placement with regard to mems at the time it sets up its mempolicy,
> right? Otherwise it could already setup this relative nodemask by
> selecting node 2, from your example above, in its
On Wed, 13 Feb 2008, Jiri Kosina wrote:
> From: Jiri Kosina <[EMAIL PROTECTED]>
>
> loop - fix deadlock against block
>
> A: B:
> bdev_open() for ino X
>(locks bd_mutex for bdev Y)
>
2008/2/13, Jiri Kosina <[EMAIL PROTECTED]>:
> On Wed, 13 Feb 2008, Ingo Molnar wrote:
>
> > The longer-term fix will be to not run int3 exception handlers in a
> > non-preemptible context (like 32-bit does) - but that will need more
> > testing.
>
> Yup, exactly.
>
> > Jiri Kosina reported the
El Wed, Feb 13, 2008 at 01:09:00PM -0600 James Bottomley ha dit:
> On Wed, 2008-02-13 at 19:34 +0100, Matthias Kaehlcke wrote:
> > Adaptec AACRAID driver: The semaphore fibctx->wait_sem is used for
> > signalling an event. Convert it to a completion.
>
> What's the purpose of doing this? The
Hello All,
> All works now for me with preempt-rt. The problem is using hrtimer.
> I think that hrtimer are executed with interrupts disabled so, if
> this happen when I must receive a char, i have an overrun.
No, they share the same interrupt line...
So, while the timer interrupt handler is
On Tue, Feb 12, 2008 at 05:13:41PM +0100, [EMAIL PROTECTED] wrote:
> Trivial patch which adds some small locking functions and makes use of them
> to factorize some part of the code and to make it cleaner.
What's wrong with consolidation activity in general is that one need to
follow tags many
> Hm, so, to summarize:
> - you needed this option many years ago to get a box to work properly
> - you don't need this today
>
> So, if the option went away, you would not be inconvenienced?
After having reanimated the old system and after comments of other
persons I would not be
How can I get a compiler suitable for mn10300?
An svn gcc configured for mn10300-linux gives me:
<-- snip -->
...
CC arch/mn10300/kernel/asm-offsets.s
cc1: error: unrecognized command line option "-mmem-funcs"
make[2]: *** [arch/mn10300/kernel/asm-offsets.s] Error 1
<-- snip -->
Maybe I'm beating a dead horse, but here's what I came up with:
include/linux/mmzone.h:640:22: warning: potentially expensive pointer
subtraction
Using arch/x86/mm/highmem_32.o as an example, line 82, PageHighMem
expands to is_highmem.
if (!PageHighMem(page))
return
On Wed, Feb 13, 2008 at 10:51:58AM -0800, Christoph Lameter wrote:
> On Tue, 12 Feb 2008, Jason Gunthorpe wrote:
>
> > But this isn't how IB or iwarp work at all. What you describe is a
> > significant change to the general RDMA operation and requires changes to
> > both sides of the connection
On Wed, 13 Feb 2008, Christoph Lameter wrote:
> Right. We (SGI) have done something like this for a long time with XPmem
> and it scales ok.
I'd dispute this based on experience developing PGAS language support
on the Altix but more importantly (and less subjectively), I think
that "scales ok"
On Wed, 13 Feb 2008 10:10:00 -0800
Mike Travis <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Fri, 08 Feb 2008 15:37:40 -0800
> > Mike Travis <[EMAIL PROTECTED]> wrote:
> >
> >> Change cpufreq tables from arrays to per_cpu variables in
> >> drivers/acpi/processor_thermal.c
> >>
> >>
On Feb 10 2008 15:33, Marcin Slusarz wrote:
>Checkpatch in current mainline outputs following errors:
>
>$ ./scripts/checkpatch.pl -q --file ./fs/udf/misc.c
>ERROR: need consistent spacing around '*' (ctx:WxV)
>#205: FILE: fs/udf/misc.c:205:
>+ tag *tag_p;
>^
I'd say "don't add
On Wed, 13 Feb 2008, Ingo Molnar wrote:
> The longer-term fix will be to not run int3 exception handlers in a
> non-preemptible context (like 32-bit does) - but that will need more
> testing.
Yup, exactly.
> Jiri Kosina reported the following deadlock scenario with
> show_unhandled_signals
On Wed, 13 Feb 2008 09:45:54 -0800
Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
> >
> >> And /proc//task//rttime is also accessible.
> >
> > Please describe the format in the changelog.
>
> I'm sorry I cannot catch your meaning.
Please include an example of the output of
`cat
On Feb 13 2008 11:03, Boaz Harrosh wrote:
>>
>> I've tested this patch now - and it works fine. Now rmmod, halt and
>> reboot also works.
>>
>> Stefan Priebe
>>
>This is grate news Stefan. Thank you very much for all your time
>and effort, with out we could not have fixed all this.
Do you
On Tue, 2008-02-12 at 23:29 -0600, Bob Tracy wrote:
> This isn't going to be terribly useful other than giving someone a
> heads-up there's a problem with something in 2.6.25-rc1 on the Alpha
> PWS 433au. I get the usual messages out of "aboot", including
>
> aboot: zero-filling 210392 bytes at
On Wed, Feb 13, 2008 at 10:23:34AM -0800, Randy Dunlap wrote:
>> Index: linux-2.6.24-mm1/Documentation/kernel-parameters.txt
>> ===
>> --- linux-2.6.24-mm1.orig/Documentation/kernel-parameters.txt
>> 2008-02-12
>>
* Jiri Kosina <[EMAIL PROTECTED]> wrote:
> > > [ 68.379054]
> > > [ 68.379056] Call Trace:
> > > [ 68.379061] <#DB> [] ?
> > > __debug_show_held_locks+0x13/0x30
> > > [ 68.379109] [] __might_sleep+0xe5/0x110
> > > [ 68.379123] [] down_read+0x20/0x70
> > > [ 68.379137] []
--- [EMAIL PROTECTED] wrote:
>
> The patch titled
> Smack: check for 'struct socket' with NULL sk
> has been added to the -mm tree. Its filename is
> smack-check-for-struct-socket-with-null-sk.patch
>
> Before you just go and hit "reply", please:
>a) Consider who else should be
On Wed, 13 Feb 2008 10:13:42 -0800 (PST)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Wed, 13 Feb 2008, Joe Perches wrote:
> >
> > MAINTAINERS is the most frequently patched file
>
> Almost all of them merge perfectly, with no problems what-so-ever. And the
> merge conflicts, when they
On Wednesday 13 February 2008, Greg KH wrote:
> > So, just on the off chance, I applied the patch below and bingo, the
> > system powers off again. I doubt this will be the correct solution, but
> > just in case it is, here's my signed off. A comment why the double put
> > is needed would probably
On Wed, 13 Feb 2008 08:05:58 -0800 (PST)
[EMAIL PROTECTED] wrote:
> On Feb 12, 8:13 am, Fabio Coatti <[EMAIL PROTECTED]> wrote:
> > Hi all,
> > I'm stuck in a weird situation: I'm unable to go beyond 2.6.23.14, so to fix
> > the splice bug I've had to apply by hand the patch. (x86_64)
> >
> >
On Wed, 13 Feb 2008 12:07:26 -0700
"Dan Williams" <[EMAIL PROTECTED]> wrote:
> > +struct dma_slave_descriptor {
> > + struct dma_async_tx_descriptor txd;
> > + struct list_head client_node;
> > +};
>
> Can you explain a bit why client_node is needed? I do not think we
> need
On Wed, 13 Feb 2008, Lee Schermerhorn wrote:
> > Yeah, it gets tricky. I'm not too sure about only pulling the mode and
> > flags apart at mpol_new() time because perhaps, in the future, there will
> > be flag and mode combinations that are only applicable for set_mempolicy()
> > and not for
On Feb 11, 2008 11:15 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 11 Feb 2008 22:46:18 +0100
> "Torsten Kaiser" <[EMAIL PROTECTED]> wrote:
>
> > On Feb 11, 2008 1:44 AM, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > > So give it all a good testing.
> >
> > My mm-mystery-crash has now
On Wed, 13 Feb 2008, Lee Schermerhorn wrote:
> > > If we just want to preserve existing behavior, we can define an
> > > additional mode flag that we set in the sbinfo policy in
> > > shmem_parse_mpol() and test in mpol_new(). If we want to be able to
> > > specify existing or new behavior, we
On Jan 29, 2008 11:10 AM, Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
[..]
> +/*
> + * Returns a mask of flags to be set in the command register when the
> + * command to start the transfer is to be sent.
> + */
> +static u32 atmci_prepare_data(struct mmc_host *mmc, struct mmc_data *data)
[..]
>
On Wed, 13 Feb 2008, Paul Mundt wrote:
> Signed-off-by: Paul Mundt <[EMAIL PROTECTED]>
Signed-off-by: Jiri Kosina <[EMAIL PROTECTED]>
Thanks, Paul.
--
Jiri Kosina
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On Wed, 2008-02-13 at 19:34 +0100, Matthias Kaehlcke wrote:
> Adaptec AACRAID driver: The semaphore fibctx->wait_sem is used for
> signalling an event. Convert it to a completion.
What's the purpose of doing this? The aacraid implementation seems to
be a classic PV semaphore, so why does it need
On Feb 12, 2008 9:43 AM, Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
[..]
> /**
> + * struct dma_slave_descriptor - extended DMA descriptor for slave DMA
> + * @async_tx: async transaction descriptor
> + * @client_node: for use by the client, for example when operating on
> + *
linux/completion is already included in commctrl.c, in the patch fragment it is
noted two lines below the addition. Please explain in the description the
need/advantages for the change from semaphore to completion.
Sincerely -- Mark Salyzyn
> -Original Message-
> From: Matthias
I can confirm neither the boot hang with HPET enabled nor the other
unexplained boot hang after "NET: Registered protocol family 2" occur on
2.6.24.2 on the same hardware. I still don't have an appropriate way to
debug the issue on 2.6.25-rc1, though...
-j
On Thu, 2008-02-14 at 00:25 +1300,
On Wed, 2008-02-13 at 10:48 -0800, David Rientjes wrote:
> On Wed, 13 Feb 2008, Lee Schermerhorn wrote:
>
> > > > 2) Those 'mpol_mode()' wrappers on all those mempolicy->policy
> > > > evaluations look dangerous to me. It looks like a code bug
> > > > waiting to happen. Unless I miss
On Wed, 13 Feb 2008, Paul Jackson wrote:
> No -- MPOL_F_STATIC_NODES does not handle my second case. Notice the
> phrase 'cpuset relative.'
>
> In my second case, nodes are numbered relative to the cpuset. If you
> say "node 2" then you mean whatever is the third (since numbering is
> zero
On Wed, 13 Feb 2008, Christoph Raisch wrote:
> For ehca we currently can't modify a large MR when it has been allocated.
> EHCA Hardware expects the pages to be there (MRs must not have "holes").
> This is also true for the global MR covering all kernel space.
> Therefore we still need the memory
On Tue, 12 Feb 2008, Christian Bell wrote:
> You're arguing that a HW page table is not needed by describing a use
> case that is essentially what all RDMA solutions already do above the
> wire protocols (all solutions except Quadrics, of course).
The HW page table is not essential to the
David wrote:
> Yeah, it gets tricky.
If you can stand to read my code, look at that big patch I sent you
and Lee, dated "Sun, 23 Dec 2007 22:24:02 -0600", under the Subject
of "Re: [RFC] cpuset relative memory policies - second choice",
where I did this, keeping the 'policy' field unchanged in
On Wednesday, 13 of February 2008, Greg KH wrote:
> On Wed, Feb 13, 2008 at 12:39:13PM +0100, Frans Pop wrote:
> > On Tuesday 12 February 2008, Greg KH wrote:
> > > On Tue, Feb 12, 2008 at 09:39:14PM +0100, Frans Pop wrote:
> > > > On Monday 11 February 2008, Frans Pop wrote:
> > > > > In general
Trying to compile a cris defconfig with an svn gcc (that will become
gcc 4.3) fails with the following error:
<-- snip -->
...
CC arch/cris/arch-v10/lib/memset.o
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/cris/arch-v10/lib/memset.c: In
function 'memset':
Yinghai Lu wrote:
>>> Have a look at the above link. I don't get -1. I get 0 everywhere, while
>>> I should get 1 for some devices. And if I unplug/replug a device using
>>> fakephp, numa_node becomes correct (1 instead of 0). This just looks
>>> like the code is there but things are initialized
On Tue, 12 Feb 2008, Jason Gunthorpe wrote:
> But this isn't how IB or iwarp work at all. What you describe is a
> significant change to the general RDMA operation and requires changes to
> both sides of the connection and the wire protocol.
Yes it may require a separate connection between both
On Wed, 13 Feb 2008, Lee Schermerhorn wrote:
> > > 2) Those 'mpol_mode()' wrappers on all those mempolicy->policy
> > > evaluations look dangerous to me. It looks like a code bug
> > > waiting to happen. Unless I miss my guess, if you forget one of
> > > those wrappers (or someone
On Wed, 13 Feb 2008 19:30:51 +0100
Pierre Ossman <[EMAIL PROTECTED]> wrote:
> I think this was meant to go away.
> And this should go into the core.
> I also pointed this out. mmc_remove_host() will synchronize this for
> you.
Right. Sorry. I focused so much on getting the driver to work
Mel Gorman wrote:
> On (03/02/08 17:16), Andrew Morton didst pronounce:
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/
>>
>
> bl6-13 (4-way x86_64 machine) from test.kernel.org is failing to boot recent
> -mm and mainline trees. I noticed it when testing -mm
On Wed, 13 Feb 2008, Mauro Carvalho Chehab wrote:
> On Tue, 12 Feb 2008 21:21:43 -0800 (PST)
> Trent Piepho <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 12 Feb 2008, Mauro Carvalho Chehab wrote:
> > >- cx88-mpeg: Allow concurrent access to cx88-mpeg devices;
> >
> > So you decided to just commit
On Wed, Feb 13, 2008 at 09:25:47AM +0100, Roel Kluin wrote:
> [EMAIL PROTECTED] wrote:
> > From: Marcin Slusarz <[EMAIL PROTECTED]>
> >
> > replace all:
> > big_endian_variable = cpu_to_beX(beX_to_cpu(big_endian_variable) +
> > expression_in_cpu_byteorder);
> >
Christian Borntraeger wrote:
Hello H. Peter,
the patch "avoid overflows in kernel/time" makes the ondemand cpufreq
scheduler unusable. It looks like the cpufreq scheduler takes minutes to
react on load changes.
I looked at the patch but did not found an obvious problem. Reverting this
On Tue, Feb 12, 2008 at 07:54:48AM -0800, David Miller wrote:
> > Something could be done:
> > we could enable drivers to have DMA-pools they manage that get mapped
> > and are re-used.
> >
> > I would rather the DMA-pools be tied to PID's that way any bad behavior
> > would be limited to the
Adaptec AACRAID driver: The semaphore fibctx->wait_sem is used for
signalling an event. Convert it to a completion.
Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]>
--
diff --git a/drivers/scsi/aacraid/aacraid.h b/drivers/scsi/aacraid/aacraid.h
index 3195d29..eef4939 100644
---
On Wed, 13 Feb 2008 16:33:10 +0530
"Thomas, Sujith" <[EMAIL PROTECTED]> wrote:
> For time being I am attaching the patch and in the meanwhile
> I'll figure out
> a way to fix the wordwrap issues. This was what Len Brown also had
> recommended.
This patch has no changelog. Please include
On Tue, 29 Jan 2008 19:10:13 +0100
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> +
> +/* Those printks take an awful lot of time... */
> +#ifndef DEBUG
> +static unsigned int fmax = 1500U;
> +#else
> +static unsigned int fmax = 100U;
> +#endif
> +module_param(fmax, uint, 0444);
>
Index: linux-2.6.24-mm1/Documentation/kernel-parameters.txt
===
--- linux-2.6.24-mm1.orig/Documentation/kernel-parameters.txt 2008-02-12
07:12:06.0 -0800
+++ linux-2.6.24-mm1/Documentation/kernel-parameters.txt
On Wed, Feb 13, 2008 at 10:41:44AM +0100, Roel Kluin wrote:
> [EMAIL PROTECTED] wrote:
> > replace all:
> > big/little_endian_variable =
> > cpu_to_[bl]eX([bl]eX_to_cpu(big/little_endian_variable) +
> > expression_in_cpu_byteorder);
> > with:
> >
On Wed, 13 Feb 2008, Linus Torvalds wrote:
>
> So in that sense, I think both MAINTAINERS and the deprecation schedule
> are totally uninteresting. Yes, they have merge conflicts. But those merge
> conflicts are really really easy to handle.
That, btw, includes "automatic merges" for
On Wed, 13 Feb 2008 08:42:15 -0800
"Andrew G. Morgan" <[EMAIL PROTECTED]> wrote:
> However, it is a warning and, for any existing app that doesn't care
> about newly added capabilities, the warning is benign.
Ok, I see. Thanks for explaining.
Haavard
--
To unsubscribe from this list: send the
On Wed, Feb 13, 2008 at 09:28:24AM -0800, Greg KH wrote:
> On Wed, Feb 13, 2008 at 01:34:12PM +0100, Bartlomiej Zolnierkiewicz wrote:
> > On Wednesday 13 February 2008, Greg KH wrote:
> > > On Wed, Feb 13, 2008 at 02:17:37AM +, Alan Cox wrote:
> > > > > Why does the calgary driver need this?
On Wed, Feb 13, 2008 at 07:47:11PM +0200, Muli Ben-Yehuda wrote:
> On Wed, Feb 13, 2008 at 09:32:03AM -0800, Greg KH wrote:
>
> > Is there some reason you aren't using the "real" PCI driver api here
> > and registering a pci driver for these devices? That would take the
> > whole "loop over all
On Wed, 2008-02-13 at 09:45 -0800, Kristen Carlson Accardi wrote:
> I don't think I'm arguing whether or not your solution may work, what I
> am arguing is really a more philosophical point. Not "can we do it
> this way", but "should we do it way". I am of the opinion that
> management belongs
> Evolution in nature and changes in code are different because in code junk
> and bugs are constantly removed. In biology junk is allowed and may provide
> a pool for future development. Linux development is intended and not
> survival.
I would be interested to see any evidence (rather than
Please revert commit bdc807871d58285737d50dc6163d0feb72cb0dc2 because it's
based on a false assumption:
> At Ralf Baechle's suggestion, this version uses a Perl script to
> compute the necessary constants. We already have dependencies on Perl for
> kernel compiles.
You do NOT need perl to
On Wed, 13 Feb 2008, Joe Perches wrote:
>
> MAINTAINERS is the most frequently patched file
Almost all of them merge perfectly, with no problems what-so-ever. And the
merge conflicts, when they happen, are generally really trivial, and never
cause any subtle run-time bugs even if they were
Dhaval Giani wrote:
I am getting the following oops on bootup on 2.6.25-rc1
...
I am booting using kexec with maxcpus=1. It does not have any problems
with maxcpus=2 or higher.
Sounds like another (the same?) kexec cpu numbering bug. Can you
post/link the entire dmesg from both a cold boot
301 - 400 of 1458 matches
Mail list logo