Keenan Pepper wrote:
> I just upgraded the kernel on my System76 Gazelle laptop (basically an
> ASUS Z62FP without the Microsoft tax) and the hard drive began
> freezing every few minutes. I blacklisted ata_piix and the problem
> went away, so that really narrows down where the bug has to be.
On Sun, 4 Feb 2007 09:51:07 +0100 (CET) Nick Piggin <[EMAIL PROTECTED]> wrote:
> 2. If we find the destination page is non uptodate, unlock it (this could be
> made slightly more optimal), then find and pin the source page with
> get_user_pages. Relock the destination page and continue
Hi,
I replaced my "aging" (means: no SVM) first generation
Athlon64 3200+ and mainboard with a new AM2 X2 4200+
and ABit KN9 SLI which has dual GbE. Both channels are
claimed by forcedeth. I have another machine that is used
mostly as a thin client, it's connected to the main machine
with a
Allow CONFIG_DEBUG_VM to switch off the prefaulting logic, to simulate the
difficult race where the page may be unmapped before calling copy_from_user.
Makes the race much easier to hit.
This is useful for demonstration and testing purposes, but is removed in a
subsequent patch.
Signed-off-by:
From: Andrew Morton <[EMAIL PROTECTED]>
Revert 6527c2bdf1f833cc18e8f42bd97973d583e4aa83
This patch fixed the following bug:
When prefaulting in the pages in generic_file_buffered_write(), we only
faulted in the pages for the firts segment of the iovec. If the second of
successive segment
Hide some of the open-coded nr_segs tests into the iovec helpers. This is
all to simplify generic_file_buffered_write, because that gets more complex
in the next patch.
Signed-off-by: Nick Piggin <[EMAIL PROTECTED]>
Index: linux-2.6/mm/filemap.h
Modify the core write() code so that it won't take a pagefault while holding a
lock on the pagecache page. There are a number of different deadlocks possible
if we try to do such a thing:
1. generic_buffered_write
2. lock_page
3.prepare_write
4. unlock_page+vmtruncate
5.
If prepare_write fails with AOP_TRUNCATED_PAGE, or if commit_write fails, then
we may have failed the write operation despite prepare_write having
instantiated blocks past i_size. Fix this, and consolidate the trimming into
one place.
Signed-off-by: Nick Piggin <[EMAIL PROTECTED]>
Index:
Quite a bit of code is used in maintaining these "cached pages" that are
probably pretty unlikely to get used. It would require a narrow race where
the page is inserted concurrently while this process is allocating a page
in order to create the spare page. Then a multi-page write into an uncached
From: Andrew Morton <[EMAIL PROTECTED]>
Clean up buffered write code. Rename some variables and fix some types.
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Nick Piggin <[EMAIL PROTECTED]>
Index: linux-2.6/mm/filemap.c
From: Andrew Morton <[EMAIL PROTECTED]>
Revert 81b0c8713385ce1b1b9058e916edcf9561ad76d6.
This was a bugfix against 6527c2bdf1f833cc18e8f42bd97973d583e4aa83, which we
also revert.
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Nick Piggin <[EMAIL PROTECTED]>
Index:
simple_prepare_write and nobh_prepare_write leak uninitialised kernel data.
This happens because the prepare_write functions leave an uninitialised
"hole" over the part of the page that the write is expected to go to. This
is fine, but they then mark the page uptodate, which means a concurrent
Have fixed a few issues since last time:
- better comments for the SetPageUptodate race
- actually fix the nobh problem rather than adding a comment
- use kmap_atomic instead of kmap
Patches against 2.6.20-rc7.
Thanks,
Nick
--
SuSE Labs
-
To unsubscribe from this list: send the line
Hi,
I'm looking for some serious kernel trainings and specifically in the
VFS area (in Europe if possible). This training should address these
peculiar subjects:
- VFS
- Page cache
- Block device drivers
- VFS synchronisation
- Study of a simple FS like Cramfs
> Exclusion or inclusion of NR_MLOCK number is straightforward for the dirty
> ratio calcuations. global_page_state(NR_MLOCK) f.e. would get us totals on
> mlocked pages per zone. node_page_state(NR_MLOCK) gives a node specific
> number of mlocked pages. The nice thing about ZVCs is that it
> So what (legally) happens when someone does
> MODULE_IS_UNDER_GPL_LICENSE(2), (~0) or (-1)? Does the judge
> get confused?
> Then better use strings and an appropriate check.
Please let me not believe it's not possible to have a compilation test
on that that would issue a #error if param is
> When i start the ntp service successful on server, the client must ntpdate
> with the server after waiting a moment.
> The moment may be 3~5 minutes, or it may be 10~15 minutes. I
> don't know why
> it happens?
Two clocks cannot be synchronized instantaneously. It takes time to compare
the two
When i start the ntp service successful on server, the client must ntpdate
with the server after waiting a moment.
The moment may be 3~5 minutes, or it may be 10~15 minutes. I
don't know why
it happens?
Two clocks cannot be synchronized instantaneously. It takes time to compare
the two
Exclusion or inclusion of NR_MLOCK number is straightforward for the dirty
ratio calcuations. global_page_state(NR_MLOCK) f.e. would get us totals on
mlocked pages per zone. node_page_state(NR_MLOCK) gives a node specific
number of mlocked pages. The nice thing about ZVCs is that it allows
So what (legally) happens when someone does
MODULE_IS_UNDER_GPL_LICENSE(2), (~0) or (-1)? Does the judge
get confused?
Then better use strings and an appropriate check.
Please let me not believe it's not possible to have a compilation test
on that that would issue a #error if param is not
Hi,
I'm looking for some serious kernel trainings and specifically in the
VFS area (in Europe if possible). This training should address these
peculiar subjects:
- VFS
- Page cache
- Block device drivers
- VFS synchronisation
- Study of a simple FS like Cramfs
Have fixed a few issues since last time:
- better comments for the SetPageUptodate race
- actually fix the nobh problem rather than adding a comment
- use kmap_atomic instead of kmap
Patches against 2.6.20-rc7.
Thanks,
Nick
--
SuSE Labs
-
To unsubscribe from this list: send the line
simple_prepare_write and nobh_prepare_write leak uninitialised kernel data.
This happens because the prepare_write functions leave an uninitialised
hole over the part of the page that the write is expected to go to. This
is fine, but they then mark the page uptodate, which means a concurrent read
From: Andrew Morton [EMAIL PROTECTED]
Revert 81b0c8713385ce1b1b9058e916edcf9561ad76d6.
This was a bugfix against 6527c2bdf1f833cc18e8f42bd97973d583e4aa83, which we
also revert.
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
Signed-off-by: Nick Piggin [EMAIL PROTECTED]
Index:
From: Andrew Morton [EMAIL PROTECTED]
Clean up buffered write code. Rename some variables and fix some types.
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
Signed-off-by: Nick Piggin [EMAIL PROTECTED]
Index: linux-2.6/mm/filemap.c
If prepare_write fails with AOP_TRUNCATED_PAGE, or if commit_write fails, then
we may have failed the write operation despite prepare_write having
instantiated blocks past i_size. Fix this, and consolidate the trimming into
one place.
Signed-off-by: Nick Piggin [EMAIL PROTECTED]
Index:
Quite a bit of code is used in maintaining these cached pages that are
probably pretty unlikely to get used. It would require a narrow race where
the page is inserted concurrently while this process is allocating a page
in order to create the spare page. Then a multi-page write into an uncached
Modify the core write() code so that it won't take a pagefault while holding a
lock on the pagecache page. There are a number of different deadlocks possible
if we try to do such a thing:
1. generic_buffered_write
2. lock_page
3.prepare_write
4. unlock_page+vmtruncate
5.
Hide some of the open-coded nr_segs tests into the iovec helpers. This is
all to simplify generic_file_buffered_write, because that gets more complex
in the next patch.
Signed-off-by: Nick Piggin [EMAIL PROTECTED]
Index: linux-2.6/mm/filemap.h
From: Andrew Morton [EMAIL PROTECTED]
Revert 6527c2bdf1f833cc18e8f42bd97973d583e4aa83
This patch fixed the following bug:
When prefaulting in the pages in generic_file_buffered_write(), we only
faulted in the pages for the firts segment of the iovec. If the second of
successive segment
Allow CONFIG_DEBUG_VM to switch off the prefaulting logic, to simulate the
difficult race where the page may be unmapped before calling copy_from_user.
Makes the race much easier to hit.
This is useful for demonstration and testing purposes, but is removed in a
subsequent patch.
Signed-off-by:
Hi,
I replaced my aging (means: no SVM) first generation
Athlon64 3200+ and mainboard with a new AM2 X2 4200+
and ABit KN9 SLI which has dual GbE. Both channels are
claimed by forcedeth. I have another machine that is used
mostly as a thin client, it's connected to the main machine
with a
On Sun, 4 Feb 2007 09:51:07 +0100 (CET) Nick Piggin [EMAIL PROTECTED] wrote:
2. If we find the destination page is non uptodate, unlock it (this could be
made slightly more optimal), then find and pin the source page with
get_user_pages. Relock the destination page and continue with
Keenan Pepper wrote:
I just upgraded the kernel on my System76 Gazelle laptop (basically an
ASUS Z62FP without the Microsoft tax) and the hard drive began
freezing every few minutes. I blacklisted ata_piix and the problem
went away, so that really narrows down where the bug has to be. Here's
Eric Buddington wrote:
On Sun, Feb 04, 2007 at 10:20:29AM +1100, Dave Airlie wrote:
What AGP chipset do you have? it looks like it might be caused by the
AGP changes for TTM..
lspci:
00:00.0 Host bridge: Silicon Integrated Systems [SiS] 741/741GX/M741 Host (rev
03)
00:01.0 PCI
On Sun, Feb 04, 2007 at 01:44:45AM -0800, Andrew Morton wrote:
On Sun, 4 Feb 2007 09:51:07 +0100 (CET) Nick Piggin [EMAIL PROTECTED]
wrote:
2. If we find the destination page is non uptodate, unlock it (this could
be
made slightly more optimal), then find and pin the source page
On Sun, 4 Feb 2007, Mathieu Desnoyers wrote:
kernel/time/clocksource.c needs struct task_struct on m68k.
Because it uses spin_unlock_irq(), which, on m68k, uses hardirq_count(), which
uses preempt_count(), which needs to dereference struct task_struct, we
have to include sched.h. Because it
On Sun, Feb 04, 2007 at 11:15:29AM +0100, Nick Piggin wrote:
Cool, a kernel thread is calling sys_write. Fun.
There are tons of places where we possible call into -write from
either kernel threads or at least with a kernel pointer and set_fs/set_ds
magic. Anything in the buffer write path that
On Sun, 4 Feb 2007 11:15:29 +0100 Nick Piggin [EMAIL PROTECTED] wrote:
On Sun, Feb 04, 2007 at 01:44:45AM -0800, Andrew Morton wrote:
On Sun, 4 Feb 2007 09:51:07 +0100 (CET) Nick Piggin [EMAIL PROTECTED]
wrote:
2. If we find the destination page is non uptodate, unlock it (this
On Sun, Feb 04, 2007 at 02:30:55AM -0800, Andrew Morton wrote:
On Sun, 4 Feb 2007 11:15:29 +0100 Nick Piggin [EMAIL PROTECTED] wrote:
The write path is broken. I prefer my kernels slow, than buggy.
That won't fly.
What won't fly?
There's a build error in filemap_xip.c btw.
?
Hi,
is there any effective and fast way how to find out whether page
given by its page frame number is currenly used by (mapped by) kernel?
At the time of checking I can rely that such page:
- is not buddy allocator page and also not on per CPU lists
- is not compound page
Tejun Heo wrote:
Keenan Pepper wrote:
I just upgraded the kernel on my System76 Gazelle laptop (basically an
ASUS Z62FP without the Microsoft tax) and the hard drive began
freezing every few minutes. I blacklisted ata_piix and the problem
went away, so that really narrows down where the bug
On Sunday, 4 February 2007 05:39, Paul E. McKenney wrote:
On Sat, Feb 03, 2007 at 01:17:45AM +0100, Pavel Machek wrote:
Hi!
Part of what I need to look at. ;-)
OK. This just might be feasible. That said, there is a lot of code
containing PF_NOFREEZE that I am not familiar
cc to lkml
On 2/3/07, yogeshwar sonawane [EMAIL PROTECTED] wrote:
Thanks for the explanation.
On 1/26/07, David Schwartz [EMAIL PROTECTED] wrote:
On 1/25/07, yogeshwar sonawane [EMAIL PROTECTED] wrote:
Hi all,
I am running a user application which will just open/close my driver
On Sun, Feb 04, 2007 at 11:46:09AM +0100, Nick Piggin wrote:
It's better than taking mmap_sem and walking pagetables...
I'm not convinced.
Though I am more convinced that looking at mm *at all* (either to
take the mmap_sem and find the vma, or to take the mmap_sem and
run get_user_pages)
On Sun, 4 Feb 2007 11:46:09 +0100 Nick Piggin [EMAIL PROTECTED] wrote:
On Sun, Feb 04, 2007 at 02:30:55AM -0800, Andrew Morton wrote:
On Sun, 4 Feb 2007 11:15:29 +0100 Nick Piggin [EMAIL PROTECTED] wrote:
The write path is broken. I prefer my kernels slow, than buggy.
That won't
On Sunday 04 February 2007 07:26, Larry Finger wrote:
What is true is that none of the OFDM rates work
because of some unknown bug, probably in initialization. As a result, we are
limited to a maximum
data rate of 11Mbs, but it is still running in 802.11g mode!
That's also not true for me.
On Sun, 4 Feb 2007, Andrew Morton wrote:
On Sun, 4 Feb 2007 09:51:07 +0100 (CET) Nick Piggin [EMAIL PROTECTED]
wrote:
2. If we find the destination page is non uptodate, unlock it (this could
be
made slightly more optimal), then find and pin the source page with
On Sun, Feb 04, 2007 at 02:56:02AM -0800, Andrew Morton wrote:
On Sun, 4 Feb 2007 11:46:09 +0100 Nick Piggin [EMAIL PROTECTED] wrote:
On Sun, Feb 04, 2007 at 02:30:55AM -0800, Andrew Morton wrote:
On Sun, 4 Feb 2007 11:15:29 +0100 Nick Piggin [EMAIL PROTECTED] wrote:
The write path
On Sun, 4 Feb 2007 10:59:58 + (GMT) Anton Altaparmakov [EMAIL PROTECTED]
wrote:
On Sun, 4 Feb 2007, Andrew Morton wrote:
On Sun, 4 Feb 2007 09:51:07 +0100 (CET) Nick Piggin [EMAIL PROTECTED]
wrote:
2. If we find the destination page is non uptodate, unlock it (this
could be
On Sun, 4 Feb 2007 12:03:17 +0100 Nick Piggin [EMAIL PROTECTED] wrote:
On Sun, Feb 04, 2007 at 02:56:02AM -0800, Andrew Morton wrote:
On Sun, 4 Feb 2007 11:46:09 +0100 Nick Piggin [EMAIL PROTECTED] wrote:
On Sun, Feb 04, 2007 at 02:30:55AM -0800, Andrew Morton wrote:
On Sun, 4 Feb
On Sun, Feb 04, 2007 at 03:10:39AM -0800, Andrew Morton wrote:
On Sun, 4 Feb 2007 10:59:58 + (GMT) Anton Altaparmakov [EMAIL
PROTECTED] wrote:
How about leaving the existing code with the following minor
modifications:
Instead of calling filemap_copy_from_user{,_iovec}() do
Hello Cyrill,
thanks a lot for the patch.
I've applied it to the PARISC-Linux git tree:
http://git.parisc-linux.org/?p=linux-2.6.git;a=commit;h=2b1f35b1cdec70c3a0ee2d4174668597355b6041
Your patch made me aware of an unitialized spinlock in the code as well:
On Sat, Feb 03, 2007 at 11:58:48PM +0200, Darwish wrote:
Hi all,
In CodingStyle Chapter 16 Function return value and names, why not
adding a comment about the favorable community way of checking the return
value. ie:
ret = do_method();
if (ret) {
/* deal with error */
}
Thanks for
On Saturday 03 February 2007 20:16, Jörn Engel wrote:
On its own, I don't like this patch too much. It is just a form of
mental masturbation that complicates the source.
Thanks for pointing out the masturbation thing. I was actually polling for
comments; this single patch in itself wasn't
On 2/4/07, Ahmed S. Darwish [EMAIL PROTECTED] wrote:
Hi all,
In CodingStyle Chapter 16 Function return value and names, why not
adding a comment about the favorable community way of checking the return
value. ie:
ret = do_method();
if (ret) {
/* deal with error */
}
and not other ways
On Sat, Feb 03, 2007 at 01:59:51PM -0800, Randy Dunlap wrote:
On Sat, 3 Feb 2007 23:58:48 +0200 Ahmed S. Darwish wrote:
In CodingStyle Chapter 16 Function return value and names, why not
adding a comment about the favorable community way of checking the return
value. ie:
ret =
Hi!
o init/do_mounts_initrd.c line 57 handle_initrd().
This looks to be short term anyway, so OK to leave.
But does kernel_execve() clear PF_NOFREEZE?
But it should be OK to freeze the init process when doing CPU
hotplug ops, right?
On 2/4/07, Theodore Tso [EMAIL PROTECTED] wrote:
On Sat, Feb 03, 2007 at 01:59:51PM -0800, Randy Dunlap wrote:
On Sat, 3 Feb 2007 23:58:48 +0200 Ahmed S. Darwish wrote:
In CodingStyle Chapter 16 Function return value and names, why not
adding a comment about the favorable community way of
Stefan Richter wrote:
Pieter Palmers wrote:
Stefan Richter wrote:
...
- Fix integer overflow.
I had to use 100ULL instead of USEC_PER_SEC to avoid weird behavior.
OK, I'll change that and will wait for...
I can't test it right now, but I'll report later.
...your and Dan's ACK
Hi.
When I'm trying to suspend to mem one machine, it wakes immediatly back with
nothing notable in dmesg:
Stopping tasks:
==|
Suspending
On Sun, 4 Feb 2007, Theodore Tso wrote:
On Sat, Feb 03, 2007 at 01:59:51PM -0800, Randy Dunlap wrote:
On Sat, 3 Feb 2007 23:58:48 +0200 Ahmed S. Darwish wrote:
In CodingStyle Chapter 16 Function return value and names, why not
adding a comment about the favorable community way of
Le samedi 03 février 2007 à 11:51 +0100, Andi Kleen a écrit :
+
+typedef efilinkage efi_status_t efi_get_time_t (efi_time_t *tm,
+ efi_time_cap_t *tc);
I assume you have double checked it actually works? (i vaguely recall some
issues with
On Sun, Feb 04, 2007 at 12:55:57PM +0100, Helge Deller wrote:
| Hello Cyrill,
|
| thanks a lot for the patch.
| I've applied it to the PARISC-Linux git tree:
|
http://git.parisc-linux.org/?p=linux-2.6.git;a=commit;h=2b1f35b1cdec70c3a0ee2d4174668597355b6041
|
| Your patch made me aware of an
Hi1
I would like to hear your opinions about the patchset below (updated version
compared to yesterday, lkml added to the CC list).
Can you just blast these pictures from userspace? There's really no
excuse to advertise SPEs from kernel
What's next, I have powerful Intel graphics chipset
Hi!
I and many others are having problems with battery life on the Lenovo
X60s laptop.
There have been several threads concerning this on Nabble, thinkwiki
and many other Linux sites, and the problem has always been the same:
Linux draw significantly more power than XP on this particular
On Sat, Feb 03, 2007 at 10:08:28PM -0800, Randy Dunlap wrote:
On Fri, 2 Feb 2007 18:59:13 -0800 Chris Wright wrote:
* Chris Wright ([EMAIL PROTECTED]) wrote:
Responses should be made by Mon Feb 3 02:30 UTC 2007
Yes, that's Mon Feb 5 (thanks to those on their toes ;-)
And
Hi,
On Sunday, 4 February 2007 13:53, Pavel Machek wrote:
Hi!
o init/do_mounts_initrd.c line 57 handle_initrd().
This looks to be short term anyway, so OK to leave.
But does kernel_execve() clear PF_NOFREEZE?
But it should be OK to freeze the
Hi!
This is needed so that the _resume_ works, when it's handled from the
user land
by our resume tool. Currently, the resume code calls
freeze_processes() too.
I do not understand... freeze_processes() always leaves curent process
running... why is it needed?
IIRC, the
Hi,
On Sunday, 4 February 2007 14:12, Jiri Slaby wrote:
Hi.
When I'm trying to suspend to mem one machine, it wakes immediatly back with
nothing notable in dmesg:
[--snip--]
Will PM_DEBUG or ACPI_DEBUG help somehow? Or later kernel?
Later kernel might help, some important fixes have
On Wed, Jan 31, 2007 at 06:43:29PM -0800, Andrew Morton wrote:
On Thu, 1 Feb 2007 03:37:17 +0100 Oleg Verych [EMAIL PROTECTED] wrote:
On Wed, Jan 31, 2007 at 03:56:51PM -0800, Andrew Morton wrote:
On Wed, 31 Jan 2007 07:11:04 +
Oleg Verych [EMAIL PROTECTED] wrote:
kbuild:
Greg KH [EMAIL PROTECTED] writes:
Why would a userspace driver not work out for this. We already can
saturate the USB bus with a userspace program
That is unfortunately not quite true. I have a (unfortunately
proprietary) driver for a USB device that simply cannot be implemented
in
On Sun, 2007-02-04 at 12:02 +0100, Michal Hocko wrote:
Hi,
is there any effective and fast way how to find out whether page
given by its page frame number is currenly used by (mapped by) kernel?
what do you want to use this for? The answer to your question greatly
depends on that...
Rafael J. Wysocki napsal(a):
Hi,
On Sunday, 4 February 2007 14:12, Jiri Slaby wrote:
Hi.
When I'm trying to suspend to mem one machine, it wakes immediatly back with
nothing notable in dmesg:
[--snip--]
Will PM_DEBUG or ACPI_DEBUG help somehow? Or later kernel?
Later kernel might help,
On Sunday, 4 February 2007 14:50, Pavel Machek wrote:
Hi!
This is needed so that the _resume_ works, when it's handled from the
user land
by our resume tool. Currently, the resume code calls
freeze_processes() too.
I do not understand... freeze_processes() always leaves
remove unneeded call to skb_queue_len (skb_dequeue already checks queuelen) and
replace a sizeof() by a Netlink Macro
Signed-off-by: Thomas Hisch [EMAIL PROTECTED]
---
net/ipv4/inet_diag.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/net/ipv4/inet_diag.c
When calling into the EFI firmware, the parameters need to be passed on
the stack. The recent change to use -mregparm=3 breaks x86 EFI support.
This patch is needed to allow the new Intel-based Macs to suspend to ram
(efi.get_time is called during the suspend phase).
Thanks looks good.
Hi all,
I am developing my module, but meet a bug. Is the bug created by
me??
Kernel:2.6.18 on SUSE10.1 + Intel DualCore
Feb 5 00:57:39 VM-SUSE kernel: --- [cut here ] - [please
bite here ] -
Feb 5 00:57:39 VM-SUSE kernel: Kernel BUG at
This is a patch agains linus' 2.6 git tree which adds linebreaks to an
80 columns line in fs/libfs.c
Signed-off-by: Ronni Nielsen [EMAIL PROTECTED]
diff --git a/fs/libfs.c b/fs/libfs.c
index 503898d..ea43af7 100644
--- a/fs/libfs.c
+++ b/fs/libfs.c
@@ -159,7 +159,10 @@ int
On Sun, Feb 04, 2007 at 02:57:30PM +0100, Arjan van de Ven wrote:
On Sun, 2007-02-04 at 12:02 +0100, Michal Hocko wrote:
Hi,
is there any effective and fast way how to find out whether page
given by its page frame number is currenly used by (mapped by) kernel?
what do you want to use
On Sun, Feb 04, 2007 at 03:15:49AM -0800, Andrew Morton wrote:
On Sun, 4 Feb 2007 12:03:17 +0100 Nick Piggin [EMAIL PROTECTED] wrote:
On Sun, Feb 04, 2007 at 02:56:02AM -0800, Andrew Morton wrote:
On Sun, 4 Feb 2007 11:46:09 +0100 Nick Piggin [EMAIL PROTECTED] wrote:
If that
remove unneeded call to skb_queue_len (skb_dequeue already checks queuelen) and
replace a sizeof() by a Netlink Macro
Signed-off-by: Thomas Hisch [EMAIL PROTECTED]
---
sorry, my previous version of this patch didn't conform to the Codingstyle
document.
now everything should be fine.
Hi!
I received the below upon first poke of firefox icon after a resume.
See attachment (evolution refuses to inline it).
Is it repeatable? You may want to try with smaller set of
modules... prism54 is quite unusual...
Pavel
On Sun, 2007-02-04 at 16:33 +0100, Michal Hocko wrote:
On Sun, Feb 04, 2007 at 02:57:30PM +0100, Arjan van de Ven wrote:
On Sun, 2007-02-04 at 12:02 +0100, Michal Hocko wrote:
Hi,
is there any effective and fast way how to find out whether page
given by its page frame number is
On Sun, 2007-02-04 at 22:55 +0800, Yu-Chen Wu wrote:
Hi all,
I am developing my module, but meet a bug. Is the bug created by
me??
very likely; your module is all over the backtrace...
if you post the module source somewhere I and others will take a look to
see if there's
Since quota.h declares a R/W semaphore, it should include rwsem.h
explicitly.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
No, this doesn't fix an *existing* problem, but it's necessary for
an upcoming patch which will remove all includes of linux/rwsem.h
from all the semaphore.h
Hi,
Anyone from Intel that reads LKML, could you provide an update as to what
is happening with support for your HECI Controller/QPS chip, which is used
on 965 (and possibly other?) chipsets.
I bought an Intel board, thinking everything would be supported, because
it is an Intel board. The
Hi,
I tried to use the new pata drivers on a Dual PII-400Mhz with the
Intel PIIX controller.
Unfortunately the controller doesn't get detected on boot time, the
old IDE drivers do work and see the controller as a PIIX4 chipset,
which is correct.
The mainboard is a Asus P2B with integrated
Ok, here it is the patch, just a draft.
I have checked the Makefile to ensure that ks0108 was being called before than
cfag12864b at boot, still, I'm not sure and I don't know if this will prevent
the crash if ks0108 fails to init.
Daniel, please test it.
Hi all,
I replaced my old monitor with a brandnew LCD one (Samsung
SyncMaster 204B). Booting 2.6.(19|20-rc7) aknowledge the dvi port
but after a while the screen is blank. The monitor claims:
Not Optimum Mode, Recommended mode : 1600 X 1200 60 Hz
$ fbset
mode 1600x1200-60
# D: 162.022 MHz,
Hi,
I think there might be a problem, but don't take this as a final patch
because I can make it nicer if we are agreed there is a problem.
One thing I like about it is that it ties in the anonymous page handling
with the rest of the page management, by marking anon pages as uptodate
when they
On Sun, Feb 04, 2007 at 04:45:51PM +0100, Arjan van de Ven wrote:
Sorry for not being more precise. As a part of my thesis work I need to
migrate pages. I greatly use mm/migrate.c code.
I assume that not all pages can be migrated - especially those used by
kernel (where direct virtual to
Alex Dubov wrote:
The patch looks ok.
However, due to certain peculiarities with memorystick and xd I have to
emulate a scatter-gather
in software. Considering that this particular aspect of implementation is the
same for all card
types on this TI chip, it can be shared by tifm_sd driver
On 1/29/07, Larry Finger [EMAIL PROTECTED] wrote:
Matthew Garrett wrote:
On Mon, Jan 29, 2007 at 01:55:41PM +0100, roucaries bastien wrote:
- return 0;
+ return bcm43xx_init_one(pdev, NULL);
}
While this may well work (it's basically equivalent to unloading and
reloading the
Arnd Bergmann wrote:
On Saturday 03 February 2007 21:03, Maynard Johnson wrote:
I presume you mean 'object_id'.
Right, sorry for the confusion.
What you're asking for is a new
requirement, and one which I don't believe is achievable in the current
timeframe. Since this is
Petr Vandrovec wrote:
Problem is with these pointers - reply_buf server-packet. Now code
will just read packet from server-packet, and write result to
reply_buf, most probably transmiting some random data to network, and
overwriting innocent memory on receiption... I believe that you need
On Sun, Feb 04, 2007 at 04:51:38PM +0100, Eric Piel wrote:
Hello,
I've got a regression in 2.6.20-rc7 (-rc6 was fine) due to commit
4b95320fc4d21b0ff2f8604305dd6c851aff6096 ([AGPGART] intel_agp: restore
graphics device's pci space early in resume).
I think the key to this failure is
Arnd Bergmann wrote:
On Sunday 04 February 2007 00:49, Maynard Johnson wrote:
I seem to recall looking at this option a while back, but didn't go that
route since struct spu_context is opaque to me. With such a teqnique, I
could then use a simple 16-element array of pointers to
Unfortunately the controller doesn't get detected on boot time, the
old IDE drivers do work and see the controller as a PIIX4 chipset,
which is correct.
Please provide kernel version, an lspci -vvxxx, the actual type of
controller if you know it (if not the lspci will show it) and your .config
On Sun, 4 Feb 2007, Frédéric Riss wrote:
New patch:
I didn't get how this would fix the ia64 issues? I thought ia64 needed
the standard calling convention?
My gut feel is that EFI should be handled exactly the same way that we
used to handle APM: never even make it look like it's callable
201 - 300 of 434 matches
Mail list logo
