Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
drivers/ide/ide-tape.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/ide/ide-tape.c b/drivers/ide/ide-tape.c
index 342ec50..24f048f 100644
--- a/drivers/ide/ide-tape.c
+++ b/drivers/ide/ide-tape.c
@@
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
drivers/ide/ide-tape.c | 32 +++-
1 files changed, 15 insertions(+), 17 deletions(-)
diff --git a/drivers/ide/ide-tape.c b/drivers/ide/ide-tape.c
index ae2c76d..4fee160 100644
--- a/drivers/ide/ide-tape.c
+++
Also remove flag IDETAPE_READ_ERROR since it is unused.
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
drivers/ide/ide-tape.c | 226 +--
1 files changed, 120 insertions(+), 106 deletions(-)
diff --git a/drivers/ide/ide-tape.c
Cedric Le Goater wrote:
> Hello Kirill !
>
> Kirill Korotaev wrote:
>> Pierre,
>>
>> my point is that after you've added interface "set IPCID", you'll need
>> more and more for checkpointing:
>> - "create/setup conntrack" (otherwise connections get dropped),
>> - "set task start time" (needed
... by adding a new typedef function pointer idetape_io_buf in order to call
the proper buffer i/o handler depending on the data direction.
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
drivers/ide/ide-tape.c | 55 +--
1 files changed, 29
This function was being used only at one place so fold it in there.
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
drivers/ide/ide-tape.c | 36
1 files changed, 16 insertions(+), 20 deletions(-)
diff --git a/drivers/ide/ide-tape.c
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
drivers/ide/ide-tape.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/ide/ide-tape.c b/drivers/ide/ide-tape.c
index 24f048f..cfcf5b0 100644
--- a/drivers/ide/ide-tape.c
+++ b/drivers/ide/ide-tape.c
@@
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
drivers/ide/ide-tape.c | 58 ---
1 files changed, 25 insertions(+), 33 deletions(-)
diff --git a/drivers/ide/ide-tape.c b/drivers/ide/ide-tape.c
index 712c5df..175d507 100644
---
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
drivers/ide/ide-tape.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/ide/ide-tape.c b/drivers/ide/ide-tape.c
index a80f8d9..342ec50 100644
--- a/drivers/ide/ide-tape.c
+++ b/drivers/ide/ide-tape.c
@@
These buffers were always statically allocated during driver initialization no
matter what. Remove them by allocating GFP_ATOMIC memory on demand. In the case
of allocation error, we only issue error msg in the *alloc_{pc,rq} thus
postponing
the final error handling and cleanup in their callers.
goes before "ide-tape: remove IDETAPE_DEBUG_INFO" patch in IDE quilt tree
Cc: Borislav Petkov <[EMAIL PROTECTED]>
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/ide-tape.c | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git
.. and replace it with plain enums.
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
drivers/ide/ide-tape.c | 62 ---
1 files changed, 32 insertions(+), 30 deletions(-)
diff --git a/drivers/ide/ide-tape.c b/drivers/ide/ide-tape.c
index
Teach the debug logging macro to differentiate between log levels based on the
type of debug level enabled specifically instead of a threshold-based one.
Thus, convert tape->debug_level to a bitmask that is written to over /proc.
Also,
- cleanup and simplify the debug macro thus removing a lot of
tape->speed_control is set to 1 in idetape_setup(), but, in calculate_speeds()
its value is tested for being 0, 1, or 2. Remove the if-branches where
tape->speed_control != 1 since they are never executed. Also, rename
calculate_speeds() by adding driver's prefix as is with the other function
There should be no functional changes resulting from this patch.
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
drivers/ide/ide-tape.c | 49 +--
1 files changed, 18 insertions(+), 31 deletions(-)
diff --git a/drivers/ide/ide-tape.c
Hi Bart,
here are the pending ide-tape patches reworked which incorporate all review
points raised so far. Several new patches are appended to the original series
which i thought would be reasonable to sumbit along with the others. Also,
i've applied "ide-tape: dump gcw fields on error in
On Sat, 2008-02-02 at 05:26 -0800, Nicholas A. Bellinger wrote:
> Hi Bart,
>
> Ok, I have 2.6.24 running on ppc64 doing iSCSI/HD on PS3-Linux. The
> changes for struct scatterlist->page moving to struct
> scatterlist->page_link where pretty straightforward, considering the LIO
> storage engine
Sorry, resend..
--- Begin Message ---
On Sat, 2008-02-02 at 05:26 -0800, Nicholas A. Bellinger wrote:
> Hi Bart,
>
> Ok, I have 2.6.24 running on ppc64 doing iSCSI/HD on PS3-Linux. The
> changes for struct scatterlist->page moving to struct
> scatterlist->page_link where pretty straightforward,
Hi!
> > Hmm, code in binfmt_elf is really strange.
> >
> > elf_bss += load_bias;
> > elf_brk += load_bias;
> > start_code += load_bias;
> > end_code += load_bias;
> > start_data += load_bias;
> > end_data += load_bias;
> >
> > /* Calling
On Mon, 04 Feb 2008 20:16:48 +0700 Igor M Podlesny <[EMAIL PROTECTED]> wrote:
>Hello, everybody! :-)
>
> On 2008-02-03 14:51, Andrew Morton wrote:
> > On Sun, 3 Feb 2008 14:35:23 +0700 Igor <[EMAIL PROTECTED]> wrote:
> >> On 02/02/2008, Igor <[EMAIL PROTECTED]> wrote:
> [...]
> >> And
On Mon, 4 Feb 2008 04:43:04 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sun, 3 Feb 2008 15:07:44 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Sun, 3 Feb 2008 15:02:46 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > With current mainline I'm getting
Hello, everybody! :-)
On 2008-02-03 14:51, Andrew Morton wrote:
> On Sun, 3 Feb 2008 14:35:23 +0700 Igor <[EMAIL PROTECTED]> wrote:
>> On 02/02/2008, Igor <[EMAIL PROTECTED]> wrote:
[...]
>> And I've tried linux-2.6.24-rc8-mm1 — it fails even running MDs saying
>> that do_md_run()
On Mon, 2008-02-04 at 05:04 -0800, Andrew Morton wrote:
> After disabling both CONFIG_DEBUG_LOCKING_API_SELFTESTS and netconsole
> (using current mainline) I get a login prompt, and also...
> [7.819146] WARNING: at kernel/lockdep.c:2033
> trace_hardirqs_on+0x9b/0x10d()
> That warning in
On Mon, 4 Feb 2008 13:57:36 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> > Ingo Molnar wrote:
> >> so please tell me Jeff. If Greg, who is the super-maintainer of your
> >> code area, and who deals with your code every day and changes it
> >>
* Haavard Skinnemoen ([EMAIL PROTECTED]) 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, so it won't build
The following changes since commit 9135f1901ee6449dfe338adf6e40e9c2025b8150:
Linus Torvalds (1):
Merge git://git.kernel.org/.../bart/ide-2.6
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/rusty/linux-2.6-for-linus
master
Anthony Liguori
On Wed, 30 Jan 2008 10:42:12 +0800
"Mao Rui" <[EMAIL PROTECTED]> wrote:
> Hmm... Does anybody own this bug?
No hardware so its really up to someone with hardware to fix. I have a
long list of things to sort out which affect more than one person and for
which I do posess hardware so its priority
Add memory remove hotplug support
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
Comment: This patch depends on the following patch that
exports the symbols
register_memory_notifier()
unregister_memory_notifier()
http://lkml.org/lkml/2008/2/1/293
drivers/net/ehea/ehea_main.c
This patch adds kdump support to the ehea driver. As the firmware doesn't free
resource handles automatically, the driver has to run an as simple as possible
free resource function in case of a crash shutdown. The function iterates over
two arrays freeing all resource handles which are stored
* Lukas Hejtmanek <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 04, 2008 at 01:01:32PM +0100, Ingo Molnar wrote:
> >
> > * Lukas Hejtmanek <[EMAIL PROTECTED]> wrote:
> >
> > > but in such a case, kernel 2.6.24-git13 does oops at startup in
> > > sched_slice.
> >
> > could you tell me more about
This patch set adds support for kdump and hotplug memory remove
to the eHEA driver.
The "memory remove" patch depends on the following patch that
has been posted a few days ago. That patch exports the symbols
- register_memory_notifier()
- unregister_memory_notifier()
On Mon, 4 Feb 2008 04:43:04 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sun, 3 Feb 2008 15:07:44 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Sun, 3 Feb 2008 15:02:46 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > With current mainline I'm getting
There's only one caller left - the kill_pgrp one - so merge
these two functions and forget the kill_pgrp_info one.
Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
Reviewed-by: Oleg Nesterov <[EMAIL PROTECTED]>
---
include/linux/sched.h |1 -
kernel/signal.c | 21
This is the first step (of two) in removing the kill_pgrp_info.
All the users of this function are in kernel/signal.c, but all
they need is to call __kill_pgrp_info() with the tasklist_lock
read-locked.
Fortunately, one of its users is the kill_something_info(),
which already needs this lock in
* Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hmm, code in binfmt_elf is really strange.
>
> elf_bss += load_bias;
> elf_brk += load_bias;
> start_code += load_bias;
> end_code += load_bias;
> start_data += load_bias;
> end_data += load_bias;
>
>
* Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Ingo Molnar wrote:
>> so please tell me Jeff. If Greg, who is the super-maintainer of your
>> code area, and who deals with your code every day and changes it
>> every minute and hour, simply did not Cc: the SCSI list - how am i, a
>> largely outside
On Wed, 30 Jan 2008 14:36:19 -0500
"Lee Revell" <[EMAIL PROTECTED]> wrote:
> On Jan 30, 2008 1:54 PM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > IANAL, and I would therefore ask a lawyer whether, and if yes under
> > which circumstances, shipping a binary driver written for another OS
> >
On Sun 2008-02-03 23:27:20, Sam Ravnborg wrote:
> On Sun, Feb 03, 2008 at 11:24:07PM +0100, Pavel Machek wrote:
> > On Sun 2008-02-03 19:49:31, Sam Ravnborg wrote:
> > > On Sun, Feb 03, 2008 at 07:16:48PM +0100, Pavel Machek wrote:
> > > > Hi!
> > > >
> > > > > > This version works on 32-bit, and
On Sun, 3 Feb 2008 15:07:44 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sun, 3 Feb 2008 15:02:46 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > With current mainline I'm getting intermittent hangs here:
> >
> > http://userweb.kernel.org/~akpm/p2033590.jpg
> >
> > with
On Mon, Feb 04 2008, Andrew Morton wrote:
> On Mon, 4 Feb 2008 17:52:16 +0530 "Dragon kumar" <[EMAIL PROTECTED]> wrote:
>
> > Hi Andrew,
> >
> > I am not able to boot 2.6.24-mm1 kernel on x86_64 machine with FC8. I
> > am attaching config file and call trace also with this mail.
> >
> >
> > [
On Thu, 31 Jan 2008 20:36:25 +0100
"Remy Bohmer" <[EMAIL PROTECTED]> wrote:
> A long shot, but can it be that the ringbuffer overflows, and that
> therefor characters are lost?
That's what I was thinking too. If this is indeed the cause, the
dev_err() added by the debug patch I posted should
On Mon, 4 Feb 2008 17:52:16 +0530 "Dragon kumar" <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> I am not able to boot 2.6.24-mm1 kernel on x86_64 machine with FC8. I
> am attaching config file and call trace also with this mail.
>
>
> [ 921.273592] BUG: soft lockup - CPU#0 stuck for 61s!
[Adding tglx to CC as he knows more about HPET's than I]
On Sunday 03 February 2008 18:33:57 [EMAIL PROTECTED] wrote:
> Hello,
> I have a asus a6t with nforce4/MCP51 chipset. I pass to kernel 2.6.24
> 32 bit the options acpi_use_timer_override and hpet=force, in this way
> and the timer IRQ ends
On Mon, Feb 04, 2008 at 01:01:32PM +0100, Ingo Molnar wrote:
>
> * Lukas Hejtmanek <[EMAIL PROTECTED]> wrote:
>
> > but in such a case, kernel 2.6.24-git13 does oops at startup in
> > sched_slice.
>
> could you tell me more about this oops? You booted unmodified, latest
> -git and it oopsed
Hi!
Columns is very popular game of year about 1993, and brk randomization
breaks it. (Along with my boot, but who cares about boot when game is
broken?)
echo 1 > /proc/sys/kernel/randomize_va_space
breaks columns
echo 0 > /proc/sys/kernel/randomize_va_space
fixes them.
[EMAIL PROTECTED]:~#
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
>
> > On Monday, 4 of February 2008, Len Brown wrote:
> > > My HP nx6325 started printing the ACPI Error's below starting at
> > > the commit below.
> >
> > Mine too.
>
> does latest x86.git#mm fix it?
Vladislav Bolkhovitin wrote:
James Bottomley wrote:
The two target architectures perform essentially identical functions, so
there's only really room for one in the kernel. Right at the moment,
it's STGT. Problems in STGT come from the user<->kernel boundary which
can be mitigated in a
* Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> On Monday, 4 of February 2008, Len Brown wrote:
> > My HP nx6325 started printing the ACPI Error's below starting at the commit
> > below.
>
> Mine too.
does latest x86.git#mm fix it?
Ingo
--
To unsubscribe from this list: send the
On Monday, 4 of February 2008, Len Brown wrote:
> My HP nx6325 started printing the ACPI Error's below starting at the commit
> below.
Mine too.
Thanks,
Rafael
> 266b9f8727976769e2ed2dad77ac9295f37e321e is first bad commit
> commit 266b9f8727976769e2ed2dad77ac9295f37e321e
> Author: Thomas
This patch lets timer callback functions have their natural type
(ie. exactly match the data pointer type); it allows the old "unsigned
long data" type as well.
Downside: if you use the old "unsigned long" callback type, you won't
get a warning if your data is not an unsigned long, due to the
This patch lets interrupt handler functions have their natural type
(ie. exactly match the data pointer type); it allows the old irq_handler_t
type as well.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
include/linux/interrupt.h | 17 +++--
kernel/irq/devres.c | 10
Using cast_if_type() we can have a callback funciton either of the
exactly correct type to take "data", or to take a void *.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
include/linux/kthread.h | 30 +++---
kernel/kthread.c| 29
Using cast_if_type() we can have a callback funciton either of the
exactly correct type to take "data", or to take a void *.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
diff -r e279190b7b43 include/linux/stop_machine.h
--- a/include/linux/stop_machine.h Mon Jan 21 14:42:54 2008 +1100
To create functions which can take two types, but still warn on any
other types, we need a way of casting one type and no others.
To make things more complex, it should correctly handle function args,
NULL, and be usable in initializers. __builtin_choose_expr was introduced
in gcc 3.1 (we need
Hi all,
More typesafety is usually good, and these patches apply that to some
common callbacks, using a new conditional cast.
(I'm nominally on holiday for all of Feb, so my replies will be sporadic.
Please sort this out amongst yourselves).
Cheers!
Rusty.
--
To unsubscribe from this
On Mon, 4 Feb 2008 13:04:19 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> > Meanwhile, please set CONFIG_PCIEASPM.
>
> Surely unset?
Yup. I meant "please set CONFIG_PCIEASPM=n"
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Monday, 4 of February 2008, [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=9884
>
> --- Comment #3 from [EMAIL PROTECTED] 2008-02-04 03:58 ---
> Reply-To: [EMAIL PROTECTED]
>
> On Mon, 4 Feb 2008 03:33:58 -0800 (PST) [EMAIL PROTECTED]
> wrote:
>
> >
* Lukas Hejtmanek <[EMAIL PROTECTED]> wrote:
> but in such a case, kernel 2.6.24-git13 does oops at startup in
> sched_slice.
could you tell me more about this oops? You booted unmodified, latest
-git and it oopsed in sched_slice()? The patch below should work around
any oopses in
* Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> sad to say, but f06e4ec... breaks booting the kernel in vmware
> (bisected). Booting just stops after
>
> Checking for 'hlt' instruction...
>
> commit f06e4ec1c15691b0cfd2397ae32214fa36c90d71
> Author: Ingo Molnar <[EMAIL PROTECTED]>
> Date:
> 1) reports deleted inode in dentry_path() consistent with that in __d_path()
> 2) modified __d_path() to use prepend(), reducing the size of __d_path()
> 3) moved all the functionality that reports mount information in /proc under
> CONFIG_PROC_FS.
>
> Could not verify if the code would
On Sun, 3 Feb 2008 07:10:50 -0700,
"Dan Williams" <[EMAIL PROTECTED]> wrote:
> On Feb 3, 2008 4:40 AM, Heiko Carstens <[EMAIL PROTECTED]> wrote:
> > On Fri, Feb 01, 2008 at 02:31:28PM -0700, Dan Williams wrote:
> [..]
> > The fix works for me. Thanks! However your mailer replaced tabs with spaces
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, so it won't build after
this...
I did point this out when the patch was
Hi everybody,
>Over two years ago, the Linux USB developers stated that they believed
>there was no way to create a USB kernel driver that was not under the
>GPL. This patch moves the USB apis to enforce that decision.
>There are no known closed source USB drivers in the wild, so this patch
On Sun, Feb 03, 2008 at 08:16:42PM +0300, Sergei Shtylyov wrote:
> Bartlomiej Zolnierkiewicz wrote:
>
>> Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
>
> Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
>
>> Index: b/drivers/ide/ide-tape.c
>>
Greetings,
Trying to wrap my head around sm501. From what I can tell an mfd driver is a
"master" driver that takes control of all
memory and io areas. It then hands out areas of those to drivers. Anywhere near
correct?
I can see some benefit but still hard for me to motivate. What am I
On Mon, 2008-02-04 at 12:17 +0100, Lukas Hejtmanek wrote:
> Ingo,
>
> any progress here? I've tried to revert this patch:
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=67e9fb2a39a1d454218d50383094940982be138f
>
> as it was marked as suspicious patch in this
On Tue, Jan 29, 2008 at 05:17:28PM -0600, Timur Tabi wrote:
> checkpatch.pl thinks that __asm__ is a function name, so it complains about
> a space between the function name and a parenthesis when it sees
> "__asm__ ("mov ax,bx")".
>
> This change will also encourage developers to use '__asm__'
Ingo,
any progress here? I've tried to revert this patch:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=67e9fb2a39a1d454218d50383094940982be138f
as it was marked as suspicious patch in this case
On Mon, 4 Feb 2008 11:02:38 + Russell King <[EMAIL PROTECTED]> wrote:
> I don't see any end to these bun fights at the start of the merge window.
> I believe it's inevitable given the work flow that we're now using.
I'm trying to find someone who will run an merged tree of all the
subsystems
On Mon, Feb 04, 2008 at 02:51:33AM -0800, Andrew Morton wrote:
> If this situation (conflicting changes and poor code quality) persists into
> the 2.6.25 cycle I will toss all the subsystem trees out of -mm, shall
> rebase -mm on mainline and shall merge first. I had decided today to
> actually
On Thu, 31 Jan 2008, Boaz Harrosh wrote:
> On Thu, Jan 31 2008 at 19:29 +0200, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > FYI, automated testing found the following build breakage:
> >
> > drivers/scsi/NCR53C9x.c: In function 'esp_get_dmabufs':
> > drivers/scsi/NCR53C9x.c:913: error: 'Scsi_Cmnd'
Max wrote:
> Looks like I failed to explain what I'm trying to achieve. So let me try
> again.
Well done. I read through that, expecting to disagree or at least
to not understand at some point, and got all the way through nodding
my head in agreement. Good.
Whether the earlier confusions were
On Mon, 04 Feb 2008 11:36:49 +0100 Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
> On Sat, 2008-02-02 at 21:53 -0800, Andrew Morton wrote:
> > On Sun, 03 Feb 2008 16:37:00 +1100 Benjamin Herrenschmidt <[EMAIL
> > PROTECTED]> wrote:
> >
> > > Why dropping
David Newall ha scritto:
This does, of course,
disadvantage Linux with respect to many classes of devices, for example
GSM transceivers when used in those parts of the world^ where regulatory
requirements prohibit modification of power or frequency settings, which
effectively prohibits
On Monday 04 February 2008 08:21, Robin Lee Powell wrote:
> I've got a machine with a 4 disk SATA raid10 configuration using md.
> The entire disk is loop-AES encrypted, but that shouldn't matter
> here.
>
> Once a month, Debian runs:
>
> /usr/share/mdadm/checkarray --cron --all --quiet
>
>
On (01/02/08 22:06), Gerhard Pircher didst pronounce:
>
> Original-Nachricht
> > Datum: Fri, 1 Feb 2008 20:25:18 +
> > Von: Mel Gorman <[EMAIL PROTECTED]>
> > An: Gerhard Pircher <[EMAIL PROTECTED]>
> > CC: linux-kernel@vger.kernel.org
> > Betreff: Re: Commit for
On Sat, 2008-02-02 at 21:53 -0800, Andrew Morton wrote:
> On Sun, 03 Feb 2008 16:37:00 +1100 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> wrote:
>
> > Why dropping add-mm-argument-to-pte-pmd-pud-pgd_free.patch though ?
>
> I dropped the whole series.
Sniff .. my patches .. ;-)
> > It's a sane
On Mon, Feb 04 2008, Nick Piggin wrote:
> On Mon, Feb 04, 2008 at 11:12:44AM +0100, Jens Axboe wrote:
> > On Sun, Feb 03 2008, Nick Piggin wrote:
> > > On Fri, Jul 27, 2007 at 06:21:28PM -0700, Suresh B wrote:
> > >
> > > Hi guys,
> > >
> > > Just had another way we might do this. Migrate the
On Mon, Feb 04, 2008 at 11:12:44AM +0100, Jens Axboe wrote:
> On Sun, Feb 03 2008, Nick Piggin wrote:
> > On Fri, Jul 27, 2007 at 06:21:28PM -0700, Suresh B wrote:
> >
> > Hi guys,
> >
> > Just had another way we might do this. Migrate the completions out to
> > the submitting CPUs rather than
> + q = &__get_cpu_var(call_single_queue);
> + spin_lock_irqsave(>lock, flags);
> + list_replace_init(>list, );
> + spin_unlock_irqrestore(>lock, flags);
I think you could do that lockless if you use a similar data structure
as netchannels (essentially a fixed size single buffer
On Feb 4 2008 18:54, [EMAIL PROTECTED] wrote:
>
>I'm writing device driver for parallel port on Linux.
Another one?
>In initial function which is argument of module_init() in my device
>driver, I reserved I/O address region, 0x378-0x37a, with using
>request_region() and regist my charactor
On Mon, February 4, 2008 9:59 am, Paul Mundt wrote:
> On Mon, Feb 04, 2008 at 09:35:11AM -, Adrian McMenamin wrote:
>> On Mon, February 4, 2008 9:02 am, Paul Mundt wrote:
>> > My previous commit was directly from _your_ patch, given that your
>> > patches have a history of whitespace damage,
I have a question about device driver.
I'm writing device driver for parallel port on Linux.
In initial function which is argument of module_init() in my device driver, I
reserved I/O address region, 0x378-0x37a, with using request_region() and
regist my charactor device driver calling
On Sun, Feb 03 2008, Nick Piggin wrote:
> On Fri, Jul 27, 2007 at 06:21:28PM -0700, Suresh B wrote:
> >
> > Second experiment which we did was migrating the IO submission to the
> > IO completion cpu. Instead of submitting the IO on the same cpu where the
> > request arrived, in this experiment
On Mon, Feb 04, 2008 at 03:40:20PM +1100, David Chinner wrote:
> On Sun, Feb 03, 2008 at 08:14:45PM -0800, Arjan van de Ven wrote:
> > David Chinner wrote:
> > >Hi Nick,
> > >
> > >When Matthew was describing this work at an LCA presentation (not
> > >sure whether you were at that presentation or
On Mon, Feb 04, 2008 at 09:35:11AM -, Adrian McMenamin wrote:
> On Mon, February 4, 2008 9:02 am, Paul Mundt wrote:
> > My previous commit was directly from _your_ patch, given that your
> > patches have a history of whitespace damage, this doesn't seem like much
> > of a stretch. It's true I
e7d0362dd41e760f340c1b500646cc92522bd9d5 should have been folded into
de4d1db369785c29d68915edfee0cb70e8199f4c prior to merging. We now and for
ever have a window of breakage which screws up git bisection. Which I
just hit. Which is the only reason I discovered the file's existence.
Please
On Feb 4, 2008 11:35 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> My review comments for this patch remain unaddressed so
> I have put it on hold.
> --
>
I forgot to send out the patch. It will be there soon.
Thanks
-Bryan
--
To unsubscribe from this list: send the line "unsubscribe
On Mon, February 4, 2008 9:02 am, Paul Mundt wrote:
> My previous commit was directly from _your_ patch, given that your
> patches have a history of whitespace damage, this doesn't seem like much
> of a stretch. It's true I neglected to run it through checkpatch, I'll be
> more careful with that
On Sat, Feb 02, 2008 at 03:36:54PM +0900, minchan kim wrote:
> I think is was a mistake.
> clear_active_flags is just called by shrink_inactive_list.
>
> --- mm/vmscan.c.orig 2008-02-02 15:21:52.0 +0900
> +++ mm/vmscan.c 2008-02-02 15:20:46.0 +0900
> @@ -761,7 +761,7 @@ static
On Mon, 04 Feb 2008 01:15:05 -0800 Ram Pai <[EMAIL PROTECTED]> wrote:
> 1) reports deleted inode in dentry_path() consistent with that in __d_path()
> 2) modified __d_path() to use prepend(), reducing the size of __d_path()
> 3) moved all the functionality that reports mount information in /proc
On Mon, Feb 04, 2008 at 10:24:36AM +0100, Heiko Carstens wrote:
> > > > > | fs/ext4/mballoc.c: In function 'ext4_mb_generate_buddy':
> > > > > | fs/ext4/mballoc.c:954: error: implicit declaration of function
> > > > > 'generic_find_next_le_bit'
> > > > >
> > > > > The s390 specific bitops uses
> > > > | fs/ext4/mballoc.c: In function 'ext4_mb_generate_buddy':
> > > > | fs/ext4/mballoc.c:954: error: implicit declaration of function
> > > > 'generic_find_next_le_bit'
> > > >
> > > > The s390 specific bitops uses parts of the generic implementation.
> > > > Include the correct header.
>
Christoph Anton Mitterer wrote:
> On Sun, 2008-02-03 at 23:06 +0100, Milan Broz wrote:
...
>>> 2) The second bug happens only rarely and leads to a panic.
>>> Unfortunately it's difficult to reproduce, but it always happened when I
>>> mkfs.ext3 on the /dev/mapper/sda2.
>>> There's a stack-trace
1) reports deleted inode in dentry_path() consistent with that in __d_path()
2) modified __d_path() to use prepend(), reducing the size of __d_path()
3) moved all the functionality that reports mount information in /proc under
CONFIG_PROC_FS.
Could not verify if the code would work with
On Mon, Feb 04, 2008 at 08:23:44AM +, Adrian McMenamin wrote:
>
> On Mon, 2008-02-04 at 10:10 +0900, Paul Mundt wrote:
> > On Sun, Feb 03, 2008 at 08:00:47PM +, Adrian McMenamin wrote:
> > > From: Adrian McMenamin
> > >
> > This is useless if you are submitting the patch, especially if
Robert Hancock wrote:
Can you (or others experiencing this problem) test the latest patch
attached to the RH Bugzilla entry here:
https://bugzilla.redhat.com/show_bug.cgi?id=351451
and see if it resolves the problem? I have one report of success so far.
I've tested this patch and it seems
On Sun, 2008-02-03 at 21:29 -0800, Greg KH wrote:
> On Sun, Feb 03, 2008 at 08:00:47PM +, Adrian McMenamin wrote:
> > From: Adrian McMenamin
> >
> > This patch fixes the regression noted here:
> > http://lkml.org/lkml/2008/1/26/189 as well as whitespace issues in the
> > previous commit of
On Mon, 2008-02-04 at 10:10 +0900, Paul Mundt wrote:
> On Sun, Feb 03, 2008 at 08:00:47PM +, Adrian McMenamin wrote:
> > From: Adrian McMenamin
> >
> This is useless if you are submitting the patch, especially if you're
> missing a mail address.
>
>From Documentation/SubmittingPatches
The
On Sun, Feb 03, 2008 at 05:59:38PM -0800, Greg KH wrote:
> On Mon, Feb 04, 2008 at 01:50:37AM +0100, Patrick Ringl wrote:
> > Hello,
> >
> > I am suffering from the following (usb-related?) problem:
> >
> > I have several different mashines - all x86 architecture - just lets call
> > them
401 - 500 of 1004 matches
Mail list logo