On Tue, 2007-02-20 at 10:14 -0500, [EMAIL PROTECTED] wrote:
> On Tue, 20 Feb 2007 12:00:51 +0100, Bernd Petrovitsch said:
> > Flame bait alert:
> > I heard a talk from an Austrian lawyer an according to his believes (and
> > I don't know if he is the only one or if there lots of) one must see
> > f
Arjan van de Ven wrote:
On Tue, 2007-02-20 at 15:50 +0300, Mockern wrote:
Thank you Alan for your respond,
Could you help me with a problem which I have with my tty driver, please?
I suspect Alan would be able to help you a whole lot better if you
actually included the full source code of yo
Alistair John Strachan wrote:
> On Tuesday 20 February 2007 04:17, Udo van den Heuvel wrote:
>> Krzysztof Halasa wrote:
>>> Is it a VIA ITX board? I think I have VIA's riser card somewhere,
>>> could check what it does.
>> Yes, VIA Epia EN12000.
>> Interesting to check the riser card.
>
> Just be
On Tue, 20 Feb 2007 12:00:51 +0100, Bernd Petrovitsch said:
> Flame bait alert:
> I heard a talk from an Austrian lawyer an according to his believes (and
> I don't know if he is the only one or if there lots of) one must see
> from the "users" view if the GPL spreads over or not (and the usual
> t
On (19/02/07 22:29), Christoph Hellwig didst pronounce:
> On Mon, Feb 19, 2007 at 10:31:34AM -0800, Adam Litke wrote:
> > Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
> > ---
> >
> > include/linux/mm.h | 25 +
> > 1 files changed, 25 insertions(+), 0 deletions(-)
> >
>
On Mon, 19 Feb 2007, Douglas Gilbert wrote:
> > Come to think of it, the reserved_size value used when a new sg device is
> > created should also be capped at max_sectors * 512. Agreed? I can't see
> > any reason for ever having a larger buffer -- it would be impossible to
> > make use of the ex
Hello,
I noticed that backlight support for this device is provided by the
pxafb_backlight_power() function which allows to turn on and off the
backlight. On the other hand I notice also the backlight driver
support which allows several configurations on a specific backlight.
It could be acceptab
On Feb 20, 2007, at 9:29 AM, Mariusz Kozlowski wrote:
Hello,
Please fix the parentheses thing in both arch/powerpc/mm/
pgtable_32.c and
arch/ppc/mm/pgtable.c.
+#define is_power_of_4(x) is_power_of_2(x) && (ffs(x) & 1))
These should be fixed and pushed upstream by now.
- k
-
To uns
On Mon, 2007-02-19 at 19:21 -0500, Benjamin LaHaise wrote:
> On Mon, Feb 19, 2007 at 04:50:48PM -0500, Chris Mason wrote:
> > aio is not responsible for this particular synchronization. Those fixes
> > (if we make them) should come from other places. The patch is important
> > to get aio error ha
On Tue, Feb 20, 2007 at 11:01:50AM -0500, Trond Myklebust wrote:
> We don't try to resolve "conflicting" writes between ordinary mmap() and
> write(), so why should we be doing it for mmap and O_DIRECT?
Yes we do -- both writes will succeed. More importantly, if one modifies
the first 512 bytes
> We don't try to resolve "conflicting" writes between ordinary mmap() and
> write(), so why should we be doing it for mmap and O_DIRECT?
>
> mmap() is designed to violate the ordinary mutex locks for write(), so
> if a conflict arises, whether it be with O_DIRECT or ordinary writes
> then it is
On Tue, Feb 20, 2007 at 11:01:50AM -0500, Trond Myklebust wrote:
> On Mon, 2007-02-19 at 19:21 -0500, Benjamin LaHaise wrote:
> > On Mon, Feb 19, 2007 at 04:50:48PM -0500, Chris Mason wrote:
> > > aio is not responsible for this particular synchronization. Those fixes
> > > (if we make them) shoul
On Tue, Feb 20, 2007 at 03:33:18PM +, David Woodhouse wrote:
> On Tue, 2007-02-20 at 10:22 -0500, Theodore Tso wrote:
> > But __be32 will catch the same errors these days because the be/le
> > types use __bitwise now, right? So use of the __be32/__be64 types should
> > be preferred since it al
Resubmitting with wider audience (akpm & lkml).
Change rivafb_remove to __deviexit to fix MODPOST warnings:
WARNING: drivers/video/riva/rivafb.o - Section mismatch: reference to
.exit.text:rivafb_remove from .data.rel.local after 'rivafb_driver' (at offset
0x28)
Signed-off-by: Prarit Bhargava <
Hello,
> > Please fix the parentheses thing in both arch/powerpc/mm/
> > pgtable_32.c and
> > arch/ppc/mm/pgtable.c.
> >
> >> +#define is_power_of_4(x) is_power_of_2(x) && (ffs(x) & 1))
>
> These should be fixed and pushed upstream by now.
Great. Thanks.
Regards,
Mariusz Kozlowski
-
Adrian Bunk wrote:
> On Thu, Feb 15, 2007 at 05:14:08AM -0800, Andrew Morton wrote:
>> ...
>> Changes since 2.6.20-rc6-mm3:
>> ...
>> git-dvb.patch
>> ...
>> git trees.
>> ...
>
> This patch makes the needlessly global dvb_usb_gl861_debug static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED
Never call __exit code from __init code - it causes errors such as:
arm-linux-ld: `mon_bin_exit' referenced in section `.init.text' of
drivers/built-in.o: defined in discarded section `.exit.text' of
drivers/built-in.o
arm-linux-ld: `mon_text_exit' referenced in section `.init.text' of
drivers/
On Tue, Feb 20, 2007 at 05:06:47PM +0100, Arjan van de Ven wrote:
> > We don't try to resolve "conflicting" writes between ordinary mmap() and
> > write(), so why should we be doing it for mmap and O_DIRECT?
> >
> > mmap() is designed to violate the ordinary mutex locks for write(), so
> > if a co
Tejun Heo wrote:
* Pablo, the bug you saw was bad interaction between blacklisted NCQ
device and dynamic queue depth adjustment. Patches are submitted to fix
the problem. Just drop the blacklist patch. Your drives should work
fine in NCQ mode. My gut feeling is that your problem is power rela
On Sun, 18 Feb 2007 19:35:07 +0100, Bartlomiej Zolnierkiewicz wrote:
> I think that the patch is useful and that the distinction between
> DEPRECATED and OBSOLETE options is quite clear:
>
> * DEPRECATED == new better code is available, old code scheduled for removal
>
> * OBSOLETE == no replacem
On Tue, 2007-02-20 at 11:08 -0500, Chris Mason wrote:
> On Tue, Feb 20, 2007 at 11:01:50AM -0500, Trond Myklebust wrote:
> > On Mon, 2007-02-19 at 19:21 -0500, Benjamin LaHaise wrote:
> > > On Mon, Feb 19, 2007 at 04:50:48PM -0500, Chris Mason wrote:
> > > > aio is not responsible for this particul
Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
---
kernel/timer.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.20/kernel/timer.c
===
--- linux-2.6.20.orig/kernel/timer.c
+++ linux-2.6.20/kernel/timer.c
We can't specify which mode in the cases below but we can at least say
PIO and look consistent with the default.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.20-mm2/drivers/ata/pata_platform.c
linux-2.6.20-mm2/driv
Remove __initdata from initkmem_list3
Resolves MODPOST warning similar to:
WARNING: vmlinux - Section mismatch: reference to .init.data:initkmem_list3
from .text between 'set_up_list3s' (at offset 0xc046a3ed) and 's_start'
Signed-off-by: Prarit Bhargava <[EMAIL PROTECTED]>
diff --git a/mm/slab
On Tue, 20 Feb 2007, Rik van Riel wrote:
> > It was the portion that modifies shrink_active_list. Why operate
> > on the pagevec there? The pagevec only contains the leftovers to be released
> > from scanning over the temporary inactive list.
>
> Why? Because the pages that were not referenced w
On Tue, 2007-02-20 at 11:30 -0500, Trond Myklebust wrote:
> > One option is to have invalidate_inode_pages2_range continue if it can't
> > toss a page but still return something that O_DIRECT ignores (living
> > with the race), but it looks like I can make a launder_page op that does
> > the right
Alan wrote:
We can't specify which mode in the cases below but we can at least say
PIO and look consistent with the default.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTEC
The CS5520 isn't just an ATA controller and we must not
pci_disable_device it as it turns into pci_disable_computer.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.20-mm2/drivers/ata/pata_cs5520.c
linux-2.6.20-mm2/dri
I am currently developing support for an ep9xx based SBC and want to export
it's GPIO through sysfs in a simple and standard way,
without adding yet another platform specific gpio driver to the kernel.
As I understand it, a gpio class has already been begun by Robert Schwebel in
but has not as of
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.20-mm2/drivers/ata/pata_ixp4xx_cf.c
linux-2.6.20-mm2/drivers/ata/pata_ixp4xx_cf.c
--- linux.vanilla-2.6.20-mm2/drivers/ata/pata_ixp4xx_cf.c 2007-02-20
13:37:58.
Keeps the behaviour consistent and easier to understand.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.20-mm2/drivers/ata/pata_oldpiix.c
linux-2.6.20-mm2/drivers/ata/pata_oldpiix.c
--- linux.vanilla-2.6.20-mm2/driver
Correct iordy handling and DMA bit flag handling.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.20-mm2/drivers/ata/pata_sil680.c
linux-2.6.20-mm2/drivers/ata/pata_sil680.c
--- linux.vanilla-2.6.20-mm2/drivers/ata/pat
Christoph Lameter wrote:
On Tue, 20 Feb 2007, Rik van Riel wrote:
It was the portion that modifies shrink_active_list. Why operate
on the pagevec there? The pagevec only contains the leftovers to be released
from scanning over the temporary inactive list.
Why? Because the pages that were not
On Tue, 2007-02-20 at 11:12 -0500, Theodore Tso wrote:
> I thought it was a gcc attribute as well, but it looks like it
> isn't.
Indeed, which is why I've never really been tempted to switch JFFS2 to
__[bl]e32 rather than the structures it currently uses. Sparse is all
very nice and all, but n
Remove the DMA setup function. As pointed out by Sergey we set the actual
DMA clock timing in set_dmamode so we don't actually need to do anything
with it at set up time, but just leave the PIO timings loaded.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-fr
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.20-mm2/drivers/ide/cris/ide-cris.c
linux-2.6.20-mm2/drivers/ide/cris/ide-cris.c
--- linux.vanilla-2.6.20-mm2/drivers/ide/cris/ide-cris.c2007-02-20
13:38:01.00
The Dell DRAC4 has some interesting features including effectively hot
unplugging/replugging the virtual CD interface when the DRAC is reset.
This often causes drivers/ide/siimage to panic but is ok with the rather
smarter code in libata.
Just note this fact in the driver docs.
Signed-off-by: Ala
Alan wrote:
The CS5520 isn't just an ATA controller and we must not
pci_disable_device it as it turns into pci_disable_computer.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
Alan wrote:
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.20-mm2/drivers/ata/pata_ixp4xx_cf.c
linux-2.6.20-mm2/drivers/ata/pata_ixp4xx_cf.c
--- linux.vanilla-2.6.20-mm2/drivers/ata/pata_ixp4xx_cf.c 2007-02-20
Alan wrote:
Keeps the behaviour consistent and easier to understand.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.20-mm2/drivers/ata/pata_oldpiix.c
linux-2.6.20-mm2/drivers/ata/pata_oldpiix.c
--- linux.vanilla-2.6
Alan wrote:
Correct iordy handling and DMA bit flag handling.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.20-mm2/drivers/ata/pata_sil680.c
linux-2.6.20-mm2/drivers/ata/pata_sil680.c
--- linux.vanilla-2.6.20-mm2/d
Alan wrote:
Remove the DMA setup function. As pointed out by Sergey we set the actual
DMA clock timing in set_dmamode so we don't actually need to do anything
with it at set up time, but just leave the PIO timings loaded.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursiv
Alan wrote:
The Dell DRAC4 has some interesting features including effectively hot
unplugging/replugging the virtual CD interface when the DRAC is reset.
This often causes drivers/ide/siimage to panic but is ok with the rather
smarter code in libata.
Just note this fact in the driver docs.
Sign
Zach> This addresses an oops reported by Leonid Ananiev
<[EMAIL PROTECTED]>
Zach> as archived at http://lkml.org/lkml/2007/2/8/337.
Zach> This was tested by running O_DIRECT aio-stress concurrently with
buffered reads
The oops was with aio-stress only running in the loop
WITHOUT buffered or m
Here is a attempt at resolving some of the complaints against the
slim security module. The file revocation is perceived as too intrusive
to live in a security module itself, so it is moved into file_table.c.
This patch retains the explicit file->f_mode tweaking to revoke
FMODE_WRITE. That can b
Also export dev_disable as this is needed by drivers doing slave decode
filtering, which will follow shortly
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.20-mm2/drivers/ata/libata-core.c
linux-2.6.20-mm2/drivers/ata
On Mon, 2007-02-19 at 11:01 -0600, Serge E. Hallyn wrote:
> From: Serge E. Hallyn <[EMAIL PROTECTED]>
> Subject: [PATCH -mm] file caps: make on-disk capabilities future-proof
>
> Stephen Smalley has pointed out that the current file capabilities
> will eventually pose a problem.
>
> As the capabi
From: Allan Graves <[EMAIL PROTECTED]>
Date: Fri Jan 26 17:49:00 2007
[PATCH] Enable raw.ko in UML
- This patch adds the RAW device driver options to the UML
Kconfig.char file so that you may use them in UML.
Signed-off-by: Allan Graves<[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[
These patches are 2.6.21 material. I have a configuration change, a
small bug fix, and a big one.
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
This splits set_mode into do_set_mode and the wrapper so that a driver
can call the standard method inside its own. This in theory also
obsoletes ->post_set_mode().
Needed for ACPI driver.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
This fixes a problem seen by a number of people running UML on newer
host kernels. init would hang with an infinite segfault loop.
It turns out that the host kernel was providing a AT_SYSINFO_EHDR of
0xe000, which faked UML into believing that the host VDSO page
could be reused. However, AT_
Fix the fact that pte_mkread set _PAGE_RW instead of _PAGE_USER (the logic is
copied from i386 in most place, so it is really as bad as you're thinking).
Thus currently page tables are more permissive than they should.
Such a change may trigger other latent bugs, so be careful with this.
Signed-
On Tue, Feb 20, 2007 at 07:57:49PM +0300, Ananiev, Leonid I wrote:
> Zach> This addresses an oops reported by Leonid Ananiev
> <[EMAIL PROTECTED]>
> Zach> as archived at http://lkml.org/lkml/2007/2/8/337.
>
> Zach> This was tested by running O_DIRECT aio-stress concurrently with
> buffered rea
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.20-mm2/drivers/net/de600.c
linux-2.6.20-mm2/drivers/net/de600.c
--- linux.vanilla-2.6.20-mm2/drivers/net/de600.c2007-02-20
12:32:34.0 +
+++ linux-2.6.
- Add a driver for motherboard ACPI method devices
- Link it after normal drivers so ACPI is not preferred
- Hook the AMD driver to prefer ACPI for the Nvidia devices if ACPI is
active
- While we are at it fix up the simplex clear the AMD driver.
Depends upon the set_mode -> do_set_mode wrapper pa
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.20-mm2/drivers/ata/pata_it821x.c
linux-2.6.20-mm2/drivers/ata/pata_it821x.c
--- linux.vanilla-2.6.20-mm2/drivers/ata/pata_it821x.c 2007-02-20
13:37:58.0 +
++
On Tue, Feb 20, 2007 at 10:10:00AM -0500, Trond Myklebust wrote:
> > Trond, is your MAINTAINERS entry up to date? Seems like you mostly post
> > from @netapp.com these days.
>
> I tend to be easier to get hold of via the fys.uio.no address, since
> that isn't hidden behind a VPN. I use the netapp.
On 02/21, KAMEZAWA Hiroyuki wrote:
>
> On Tue, 20 Feb 2007 17:22:57 +0300
> Oleg Nesterov <[EMAIL PROTECTED]> wrote:
>
> >
> > I'd suggest to make a separate function, but not complicate
> > collect_signal().
> >
> okay. I'll try again if people admit me to go ahead.
Yes, it would be nice to kno
aio-stress command lines used for test
1) mem=1G in kernel boot param if you have more
2) mk2fs for test_file
3) dd if=/dev/zero of= bs=1M count=1200
4) aiostress -s 1200m -o 2 -i 1 -r 16k
Leonid
-Original Message-
From: Chris Mason [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 20, 2
I've been running this way on my laptop for some time with no problems so
it's time to turn it on for everyone. Unless you've got a hacked libc you
shouldn't even notice this change.
(Note to other platform maintainers: those who've not made changes for their
platform soon after all the hints wil
Kumar Gala <[EMAIL PROTECTED]> writes:
> On Feb 19, 2007, at 4:19 PM, OGAWA Hirofumi wrote:
>
>> Kumar Gala <[EMAIL PROTECTED]> writes:
>>
>>> Once the system locks up I dont have any ability to do anything.
>>
>> Ah, doesn't sysrq also work? If sysrq work, it can use to see IO
>> request state wi
I can't seem to find sufficient information on what may have caused an
oops. I am running a debian machine using kernel 2.6.18.3. Here is
detailed information on the system:
debian etch
CPU: AMD athlon 2100+
kernel package: linux-image-2.6.18-3-686
raid5 array: 3 active, 1 spare on md0
raid fs: e
> If the probe operation succeeds, the respective device will show up
> beneath
> /sys/bus/ibmebus/devices.
This approach is not particularly synchronous. Take the case of an add
failure: how long would an application wait before deciding that the new
device is not going to appear?
It might be
There is change in the patch which is uncommented in preface.
Now aio_ring_insert_entry() is not called if req->ki_users>=1.
Before was called.
Could you comment it?
Leonid
-Original Message-
From: Zach Brown [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 20, 2007 12:39 AM
To: [EMAIL P
Artem> This patch-set contains UBI, which stands for Unsorted Block
Artem> Images. This is closely related to the memory technology
Artem> devices Linux subsystem (MTD), so this new piece of software is
Artem> from drivers/mtd/ubi.
Can you define UBI in each and every file you create? This is a
John,
On Tue, 2007-02-20 at 09:52 -0500, John Stoffel wrote:
> Can you define UBI in each and every file you create? This is a
> completely unique acronym and I'm sure a bunch of people will be going
> "wtf" when they read this, I know I was.
Do you mean adding something like "This is file is a
On Tue, 2007-02-20 at 09:52 -0500, John Stoffel wrote:
> Artem> This patch-set contains UBI, which stands for Unsorted Block
> Artem> Images. This is closely related to the memory technology
> Artem> devices Linux subsystem (MTD), so this new piece of software is
> Artem> from drivers/mtd/ubi.
>
>
Quoting Stephen Smalley ([EMAIL PROTECTED]):
> On Mon, 2007-02-19 at 11:01 -0600, Serge E. Hallyn wrote:
> > From: Serge E. Hallyn <[EMAIL PROTECTED]>
> > Subject: [PATCH -mm] file caps: make on-disk capabilities future-proof
> >
> > Stephen Smalley has pointed out that the current file capabiliti
On Tue, Feb 20, 2007 at 10:54:05AM -0600, NZG wrote:
> Sent this to the LKML, but forgot to CC you.
> May I see you current work on the GPIO class?
>
> thank you,
> Nathan Z. Gustavson
> Systems Engineer
> EMAC.Inc -www.emacinc.com
>
> -- Forwarded Message --
>
> Subject: GPIO
On Tue, Feb 20, 2007 at 08:17:51PM +0300, Ananiev, Leonid I wrote:
> aio-stress command lines used for test
> 1) mem=1G in kernel boot param if you have more
> 2) mk2fs for test_file
> 3) dd if=/dev/zero of= bs=1M count=1200
> 4) aiostress -s 1200m -o 2 -i 1 -r 16k
>
Sorry, this aio-stress comma
On Tue, 20 Feb 2007, Rik van Riel wrote:
> Nono, I try to remove the swap space occupied by pages that
> go back onto the active list. Regardless of whether they
> were already there, or whether they started out on the
> inactive list.
Ok then do it for all pages that go back not just for those
On Feb 20, 2007, at 9:33 AM, Ananiev, Leonid I wrote:
There is change in the patch which is uncommented in preface.
Now aio_ring_insert_entry() is not called if req->ki_users>=1.
Before was called.
Could you comment it?
It is described in the patch description, though perhaps not
explicitly
On Tuesday, 20 February 2007 01:50, Oleg Nesterov wrote:
> On 02/20, Rafael J. Wysocki wrote:
> >
> > BTW, what do you think of the updated patch I sent two messages ago?
>
> Ah, sorry, I just forgot... I think it is nice.
Thanks. :-)
I've started to collect the refrigerator-related patches post
On Tuesday, 20 February 2007 01:32, Rafael J. Wysocki wrote:
> On Tuesday, 20 February 2007 01:12, Oleg Nesterov wrote:
> > On 02/20, Rafael J. Wysocki wrote:
> > >
> > > On Monday, 19 February 2007 23:41, Oleg Nesterov wrote:
> > > > On 02/19, Rafael J. Wysocki wrote:
> > > > >
> > > > > On Monday
On Tuesday 20 February 2007 17:27, Tilman Schmidt wrote:
> On Sun, 18 Feb 2007 19:35:07 +0100, Bartlomiej Zolnierkiewicz wrote:
> > I think that the patch is useful and that the distinction between
> > DEPRECATED and OBSOLETE options is quite clear:
> >
> > * DEPRECATED == new better code is avai
There are some strange O_DIRECT corner cases in here such that the
'last
writer' may actually be a 'last reader' and winning can mean have
a copy
of the page in page cache older than the copy on disk.
As long as it is marked dirty so that it eventually gets synced to
disk,
it shouldn't ma
On Tuesday 20 February 2007 17:56, Jeff Garzik wrote:
> Alan wrote:
> > The Dell DRAC4 has some interesting features including effectively hot
> > unplugging/replugging the virtual CD interface when the DRAC is reset.
> > This often causes drivers/ide/siimage to panic but is ok with the rather
> >
On Tue, 20 Feb 2007, Max Krasnyansky wrote:
> > > Well seems that we have a set of unresolved issues with workqueues and cpu
> > > hotplug.
>
> How about storing 'cpu' explicitly in the work queue instead of relying on the
> smp_processor_id() and friends ? That way there is no ambiguity when
> t
Hi.
Attached are some changes to address the problem that modifications to
the contents of a file, made via an mmap'd region, do not cause the
modification time on the file to be updated. This lack can cause corruption
by allowing backup software to not detect files which should be backed up.
Th
Hi,
I have a problem with timers.
NOHZ: local_softirq_pending 20
NOHZ: local_softirq_pending 20
BUG: soft lockup detected on CPU#0!
[] show_trace_log_lvl+0x1a/0x2f
[] show_trace+0x12/0x14
[] dump_stack+0x16/0x18
[] softlockup_tick+0xa7/0xb9
[] run_local_timers+0x12/0x14
[] update_process_times+0
__init to __cpuinit in mtrr code.
Resolves warnings similar to:
WARNING: vmlinux - Section mismatch: reference to .init.text:mtrr_bp_init from
.text between 'identify_cpu' (at offset 0xc040b38e) and 'detect_ht'
Signed-off-by: Prarit Bhargava <[EMAIL PROTECTED]>
diff --git a/arch/i386/kernel/cp
On Fri, Feb 16, 2007 at 05:46:29PM -0500, Rik van Riel wrote:
> The attached patch does what I described in the other thread, it
> makes the pageout code free swap space when swap is getting full,
> by taking away the swap space from pages that get moved onto or
> back onto the active list.
> In so
On Tue, 20 Feb 2007 16:15:41 +, Russell King <[EMAIL PROTECTED]> wrote:
> Never call __exit code from __init code - it causes errors such as:
Oh heh, just saw this now.
> Signed-off-by: Russell King <[EMAIL PROTECTED]>
I ack this. Greg, please either apply Dobriyan's patch, or this one,
the
Folks,
Oleg Nesterov wrote:
Even if smp_processor_id() was stable during the execution of cache_reap(),
this work_struct can be moved to another CPU if CPU_DEAD happens. We can't
avoid this, and this is correct.
Uhh This may not be correct in terms of how the slab operates.
But this is pr
From: David Howells <[EMAIL PROTECTED]>
Add some missing lazy MMU hooks for NOMMU mode.
Signed-Off-By: David Howells <[EMAIL PROTECTED]>
---
include/asm-frv/pgtable.h |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/include/asm-frv/pgtable.h b/include/asm-frv/pgtabl
From: Randy Dunlap <[EMAIL PROTECTED]>
Allow space(s) between "__attribute__" and "((blah))" so that
kernel-doc does not complain like:
Warning(/tester/linsrc/linux-2.6.20-git15//kernel/timer.c:939): No description
found for parameter 'read_persistent_clock(void'
Signed-off-by: Randy Dunlap <[E
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix kernel-doc warnings in 2.6.20-git15 (lib/, mm/, kernel/, include/).
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
include/linux/hrtimer.h |1 +
kernel/relay.c |3 +--
kernel/timer.c |1 +
lib/bitmap.c| 1
On Tue, Feb 20, 2007 at 04:50:44PM +0300, Alexey Dobriyan wrote:
> On Mon, Feb 19, 2007 at 07:14:34PM -0500, Dave Jones wrote:
> > On Tue, Feb 20, 2007 at 01:07:13AM +0100, Adrian Bunk wrote:
> > > On Thu, Feb 15, 2007 at 05:14:08AM -0800, Andrew Morton wrote:
> > > >...
> > > > Changes sin
Conversion to resource-managed iomap was buggy causing init failures
on both vt6420 and 6421 - BAR5 wasn't mapped for both controllers
while on vt6420 sata_via tried to map BAR0-4 twice. Fix it.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
---
I thought I have a vt6421 but mine too was a vt6420.
> cleaned up somewhat. Also, it's been inadvertently tested (it seems that
> pata_amd Nvidia cable detection is broken in current -git..)
Yes. The pata_acpi driver fixes that one, but got kicked out as it didn't
match other merges at the same time. It'll be back soon
>
> Signed-off-by: Robert Ha
Alan wrote:
Deleting the ata_pci_clear_simplex() call, then adding
ATA_FLAG_IGN_SIMPLEX to the ata_port_info info[] array, is also worth
trying.
I think I know what is going on here. Firstly the simplex bits
need re-clearing on a resume. On my todo list now I'm back
If the bit does not actua
> places where the bit must be twiddled. Its easier to leave the bit in
> the BIOS-initialized state, and ignore the hardware bit's existence in
> software, if we know the behavior in the controller is hardwired. Less
> room for software bugs that way, IMO.
The AMD docs don't categorically an
Robert Hancock wrote:
Some debug output in the ADMA error_handler function was removed recently,
but it may be useful in certain cases, like NCQ commands timing out. Add it
back in, but make it a bit more intelligent so that it only prints if
command(s) are active and only prints the CPBs for tho
Robert Hancock wrote:
This patch appears to solve some problems with commands timing out in
cases where an NCQ command is immediately followed by a non-NCQ command
(or possibly vice versa). This is a rather ugly solution, but until we
know more about why this is needed, this is about all we can d
Tejun Heo wrote:
Conversion to resource-managed iomap was buggy causing init failures
on both vt6420 and 6421 - BAR5 wasn't mapped for both controllers
while on vt6420 sata_via tried to map BAR0-4 twice. Fix it.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
---
I thought I have a vt6421 but mine
Robert Hancock wrote:
When error handling occurs with pending commands, output the contents
of the next CPB count and next CPB index registers as well as the others,
since these may be useful for debugging.
Signed-off-by: Robert Hancock <[EMAIL PROTECTED]>
applied 1-5. Thanks for splitting it
If you've got a CF adapter or PCMCIA disc which shows up twice in libata
pata_pcmcia can you try this patch on top of the updates posted. It tries
to spot when the slave is a mirror of the master and to fix up problems
that causes.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --
On Tue, 2007-02-20 at 02:31 -0500, Hank Leininger wrote:
> Is there anything provided by the kernel that would let you see the
> current offset of an existing filehandle?
>
> Sometimes when processing a very large file (grepping a log, bzip2'ing
> or gpg'ing a file, or whatever), I'd really like t
> On Tue, 2007-02-20 at 02:31 -0500, Hank Leininger wrote:
> > Is there anything provided by the kernel that would let you see the
> > current offset of an existing filehandle?
> >
> > Sometimes when processing a very large file (grepping a log, bzip2'ing
> > or gpg'ing a file, or whatever), I'd r
"Paul Menage" <[EMAIL PROTECTED]> writes:
> On 2/12/07, Sam Vilain <[EMAIL PROTECTED]> wrote:
>>
>> I know I'm a bit out of touch, but AIUI the NSProxy *is* the container.
>> We decided a long time ago that a container was basically just a set of
>> namespaces, which includes all of the subsystems
201 - 300 of 447 matches
Mail list logo
