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 th
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 to
I wrote:
> - else
> - fw_notify("created new fw device %s "
> - "(%d config rom retries, S%d00)\n",
> - device->device.bus_id, device->config_rom_retries,
> - 1 << device->max_speed);
> + } else {
> +
I wrote:
> Like the old sbp2 driver, wait for the write transaction to the
> AGENT_RESET to complete before proceeding (after login, after reconnect,
> or in SCSI error handling).
>
> There is one occasion where AGENT_RESET is written to from atomic
> context when getting DEAD status for a command
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 mashineA
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 pa
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 CO
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 pr
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 yo
> > > > | 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.
> >
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 do
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 uns
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 u
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 i
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 linux-ker
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 regi
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 n
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 t
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 n
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, th
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 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, 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 add-mm-argument-to-pte-pmd-pud-pgd_free.p
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 com
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 mi
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 open-sour
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 mm/page_allo
> + q = &__get_cpu_var(call_single_queue);
> + spin_lock_irqsave(&q->lock, flags);
> + list_replace_init(&q->list, &list);
> + spin_unlock_irqrestore(&q->lock, flags);
I think you could do that lockless if you use a similar data structure
as netchannels (essentially a fixed size si
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 devic
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
>
> and
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'
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
(http://www.uwsg.indiana.edu/hypermail/linux/kernel/0801.3/1665.html
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 ju
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__' in
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 ca
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 missing?
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
>> ===
* 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 line
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 Glei
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 cast
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 list:
* 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
> > dynamica
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 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
> >> ev
* 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 af
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 (4):
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
* 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 th
On Mon, Feb 04, 2008 at 12:42:08PM +, Alan Cox wrote:
> 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 circu
On Feb 4, 2008 1:27 PM, Vladislav Bolkhovitin <[EMAIL PROTECTED]> 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 user space to keep the in-kernel
> pa
From: Ian Abbott <[EMAIL PROTECTED]>
Stable request for 2.6.23.
This patch works around a problem in the fakephp driver when a process
writing "0" to a "power" sysfs file to fake removal of a PCI device ends
up deadlocking itself in the sysfs code.
The patch is functionally identical to the one
Pavel Machek wrote:
> Hi!
>
>> * Patches 9 to 15 propose to add some functionalities, and thus are
>> submitted here for RFC, about both the interest and their implementation.
>> These functionalities are:
>> - Two new control-commands:
>> . IPC_SETID: to change an IPC's id.
>> . I
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
Documentation/feature-removal-schedule.txt | 14 --
drivers/ide/ide-tape.c |5 +
2 files changed, 17 insertions(+), 2 deletions(-)
diff --git a/Documentation/feature-removal-schedule.txt
b/Documentat
Shorten some member names not too aggressively since this driver might be gone
anyway soon.
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
drivers/ide/ide-tape.c | 210 ++--
1 files changed, 113 insertions(+), 97 deletions(-)
diff --git a/driv
- last_frame_position: only being written to once
- firmware_revision, product_id, vendor_id: used once, remove from struct
idetape_tape_t and deal with them locally
- firmware_revision_num: only written to once
- tape_still_time_begin: completely unused
- tape_still_time: never written to; remov
Also, remove redundant ones and cleanup whitespace.
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
drivers/ide/ide-tape.c | 725 +++
1 files changed, 293 insertions(+), 432 deletions(-)
diff --git a/drivers/ide/ide-tape.c b/drivers/ide/ide-tap
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
@@ -39
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 b/drivers/ide/ide
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 fo
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 b/drivers/ide/ide-
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
--- a/drivers/ide/ide
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. P
.. 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 2857965.
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
name
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 I'v
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 se
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 intermittent
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,
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 there
On Mon, Feb 04, 2008 at 12:36:36PM +0100, Peter Zijlstra wrote:
> I can't reproduce this with a pure cpu load. I started 10
> while :; do :; done &
> instances and aside from slowing down, nothing bad happened.
yes, while true; do true; does nothing wrong. But running make -j2 in kernel
sources
On Tue, 2008-01-22 at 06:47 +0100, Mike Galbraith wrote:
> On Tue, 2008-01-22 at 16:25 +1100, Nick Piggin wrote:
> > On Tuesday 22 January 2008 16:03, Mike Galbraith wrote:
>
> > > I've hit same twice recently (not pan, and not repeatable).
> >
> > Nasty. The attached patch is something really s
On Mon, 2008-02-04 at 14:04 +0100, Jan-Bernd Themann wrote:
> 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_n
From: Miklos Szeredi <[EMAIL PROTECTED]>
Fuse will use temporary buffers to write back dirty data from memory
mappings (normal writes are done synchronously). This is needed,
because there cannot be any guarantee about the time in which a write
will complete.
By using temporary buffers, from the
From: Miklos Szeredi <[EMAIL PROTECTED]>
Fuse needs this for writable mmap support.
Signed-off-by: Miklos Szeredi <[EMAIL PROTECTED]>
---
Index: linux/include/linux/backing-dev.h
===
--- linux.orig/include/linux/backing-dev.h 2
From: Miklos Szeredi <[EMAIL PROTECTED]>
Quoting Linus (3 years ago, FUSE inclusion discussions):
"User-space filesystems are hard to get right. I'd claim that they
are almost impossible, unless you limit them somehow (shared
writable mappings are the nastiest part - if you don't have tho
This is short series for fuse writable mmap support.
The first two patches are small additions to mm infrastructure. The
third is a large patch for fuse. It also depends on the "mm: bdi:
export BDI attributes in sysfs" series.
I don't mind if this goes into 2.6.25 (guess, that depends on whethe
From: Ian Abbott <[EMAIL PROTECTED]>
Stable request for 2.6.21.
This patch works around a problem in the fakephp driver when a process
writing "0" to a "power" sysfs file to fake removal of a PCI device ends
up deadlocking itself in the sysfs code.
This patch is *not* functionally identical to t
Maybe for the trivial tree...
sata_via.c has PATA support since:
d73f30e1c9a9af14757fa5bf4014343926047156
sata_via: PATA support
AFAICS so the TODO list is no longer true.
---
diff --git a/drivers/ata/sata_via.c b/drivers/ata/sata_via.c
index 3ef072f..30caa03 100644
--- a/drivers/ata/
Spotted by Sergei Shtylyov.
CC: Sergei Shtylyov <[EMAIL PROTECTED]>
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
drivers/ide/ide-tape.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/ide/ide-tape.c b/drivers/ide/ide-tape.c
index 4a12c0b..7e998c4 1006
Greetings all,
I have updated the wiki at:
http://linux-iscsi.org/index.php/Playstation3/iSCSI
and posted the first LIO target builds on the LIO Cluster:
http://linux-iscsi.org/builds/ps3-linux/
I will adding the documentation for both LIO SE on PS3-Linux, and the
FC8 upgrade process, as the l
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
+++ b/d
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
@@ -368
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
@@ -
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 a/drivers/id
On Monday 04 February 2008 15:46, Michael Ellerman wrote:
> On Mon, 2008-02-04 at 14:04 +0100, Jan-Bernd Themann wrote:
> > Add memory remove hotplug support
> > @@ -3559,6 +3578,10 @@ int __init ehea_module_init(void)
> > if (ret)
> > ehea_info("failed registering reboot notifier"
Daniel Lezcano wrote:
> Pavel Emelyanov wrote:
>> Kirill Korotaev wrote:
>>> 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:
> - "
Commit c40a22e0ce5eb400f27449e59e43d021bee58b8d aka
"PCI: Fix bus resource assignment on 32 bits with 64b resources"
renders one tg3-equipped box networkless here.
tg3.c:v3.87 (December 20, 2007)
tg3: (:02:05.0) phy probe failed, err -19
tg3: Problem fetching invariants
On Wed, 30 Jan 2008 22:03:13 +0200 Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> This patch fixes the following section mismatch:
>
> <-- snip -->
>
> ...
> WARNING: vmlinux.o(.text+0x55648): Section mismatch in reference from the
> function .free_node() to the function .init.text:.free_property(
On Mon, Feb 04, 2008 at 12:43:11PM +0100, Matthew wrote:
> 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
> "Stefan" == Stefan Richter <[EMAIL PROTECTED]> writes:
Stefan> I got quite good results with several OxSemi based SBP-2
Stefan> devices, also with an Initio based dual-LU device and LSI
Stefan> based devices. A Prolific PL-3505 based device with known
Stefan> buggy firmware didn't work too
On Mon, Feb 04, 2008 at 08:27:55AM +, Adrian McMenamin wrote:
>
> 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/
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 program when
> I link it against old libc.so.5, which just
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) => -02103442418
early_iounmap(82a0040e, 0002)
early_ioremap(
Greetings,
Im almost finished with my pcmcia driver for the h64461 chipset, it works fine
just need to clean it up.
Now looking at the MAINTAINER list it doesn't reference anyone special as the
maintainer for pcmcia subsystem.
So in short where should I send the patch?
Also, I've tried on numer
1 - 100 of 507 matches
Mail list logo
