On Sun, 28 Jan 2007, Eric Sandeen wrote:
> Robert P. J. Day wrote:
> > Remove a couple kernel config variables (FS_POSIX_CAP and
> > FS_POSIX_MAC) that represent placeholders for unimplemented
> > functionality.
> >
> > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
> >
> > ---
>
> ...
>
>
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc6-mm2/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm2/
- Dropped git-block due to CFQ breakage
- Dropped the fsaio patches due to their dependence on git-bl
[EMAIL PROTECTED] writes:
> On Sun, 28 Jan 2007 23:08:17 MST, Eric W. Biederman said:
>> [EMAIL PROTECTED] writes:
>
>> Does it find sys? If so perhaps I should do something even more significant.
>> I guess if I get many complaints about this I will figure out how to print
>> out an appropriate
>
> That is to make Eric's code itself cope with the HV case. I'm a bit at
> loss right now as how precisely to do it. I need to spend more time
> staring at the code after Eric latest patches rather than the patches
> themselves I suppose :-) (Eric, they don't apply out of the box on
> current git
Bernhard Walle wrote:
> * Jan Engelhardt <[EMAIL PROTECTED]> [2007-01-27 15:53]:
> brokenmodules=..., but that's SUSE's linuxrc.
good enough to boot the rescue system from the install cd without
oopsing and fix up the blacklist file in the installed systen though ;)
Trying to boot into single use
> I think the easy and correct fix for this situation is defining
> CONFIG_ARCH_HAS_SETUP_ADDITIONAL_PAGES on x86_64 only if
> IA32_EMULATION is defined. (Because x86_64 proper doesn't seem to
> require arch_setup_additional_pages() only IA32 emulation requires
> it.)
>
> The patch below should fi
On Friday 26 January 2007 00:56, Chuck Ebbert wrote:
> Can't think of a way to word the justification, but I've wanted to see more
> code a few times.
Hmm, not sure I see the point. The Code line is just that you can
make sense of random mailing list oopses where you don't
have a vmlinux. But as
On Saturday 27 January 2007 23:02, Andrew Morton wrote:
> On Sat, 27 Jan 2007 15:01:51 -0500
>
> "Parag Warudkar" <[EMAIL PROTECTED]> wrote:
> > Here is a patch that does what Andrew Morton suggested (plus some more
> > as explained below) .
> > Patch inline below and also attached in case there is
On Mon, 29 Jan 2007 03:51:54 +0100
Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > I think the easy and correct fix for this situation is defining
> > CONFIG_ARCH_HAS_SETUP_ADDITIONAL_PAGES on x86_64 only if
> > IA32_EMULATION is defined. (Because x86_64 proper doesn't seem to
> > require arch_setup_
FYI, the majority of patches i've submitted lately related to
potentially "dead" CONFIG variables in the source tree were identified
by a short script "dead_config.sh" i wrote you can find here:
http://www.fsdev.dreamhosters.com/wiki/index.php?title=Dead_CONFIG_variables
that script scans th
Does /proc have any entries to flip the "software read-only flag"
for a partition or disk (which are physically read-write) ?
Yakov
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
> On Sun, 2007-01-28 at 21:25 -0800, David Miller wrote:
>> From: [EMAIL PROTECTED] (Eric W. Biederman)
>> Date: Sun, 28 Jan 2007 22:18:59 -0700
>>
>> > Regardless of my opinion on the sanity of the hypervisor architects.
>> > I have not seen any
Hi,
Now applied to the GFS2 -nmw git tree. Thanks,
Steve.
On Sun, 2007-01-28 at 17:19 +0100, Adrian Bunk wrote:
> On Sun, Jan 28, 2007 at 11:08:18AM +0100, Jiri Slaby wrote:
> > Andrew Morton napsal(a):
> > >Temporarily at
> > >
> > > http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
> >
> > Un
Dear all,
I realized that when I compile/load ehci-hcd as a module on this
macbookpro1,1 that appletouch would stop functioning and send tons of
appletouch: incomplete data package (first byte: 2, length: 4).
appletouch: incomplete data package (first byte: 2, length: 4).
appletouch: incomplete d
Dear all,
I would think this patch is too trivial to not be in 2.6.20:
As macbook/macbook pro's also have to live with a single mouse button
the following patch just enables the Macintosh device drivers menu in
Kconfig + adds the macintosh dir to the obj-* to make macbook* users
happy (who use ex
On Sun, 2007-01-28 at 14:29 -0800, Andrew Morton wrote:
> As Christoph says, it's very much preferred that code be migrated over to
> kmap_atomic(). Partly because kmap() is deadlockable in situations where a
> large number of threads are trying to take two kmaps at the same time and
> we run out
* Herbert Xu <[EMAIL PROTECTED]> wrote:
> Actually, maybe I was confusing this with the fixes Ingo had for
> local_bh_disable vs. preemption in the -rt tree. Ingo, do you have
> preemptible RCU support in your -rt tree and if so did you have to fix
> the networking stack to behave correctly w
On Mon, 2007-01-29 at 02:03 -0700, Eric W. Biederman wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>
> > On Sun, 2007-01-28 at 21:25 -0800, David Miller wrote:
> >> From: [EMAIL PROTECTED] (Eric W. Biederman)
> >> Date: Sun, 28 Jan 2007 22:18:59 -0700
> >>
> >> > Regardless of my op
Hi,
After do_wp_page calls page_mkwrite on its target (old_page), it then drops the
reference to the page before locking the ptl and verifying that the pte points
to old_page.
Unfortunately, old_page may have been truncated and freed, or reclaimed, then
re-allocated and used again for the same p
On Sun, 2007-01-28 at 17:20 +, Christoph Hellwig wrote:
> > Provide a simple fine grain locked double link list.
> >
> > It is build upon the regular double linked list primitives, spinlocks and
> > RCU.
> >
> > Locking is peculiar in that edges are locked, this avoid the circular lock
> > d
On Mon, Jan 29, 2007 at 11:20:40AM +0100, Peter Zijlstra wrote:
> klist is quite different in that it locks the whole list. The proposed
> data structure locks each edge, that is it will allow concurrent
> deletion of elements as long as they don't share neighbours.
Yes, that's one of the reasons
On Sun, Jan 28, 2007 at 09:27:45PM -0800, Bill Huey wrote:
> On Sun, Jan 28, 2007 at 10:17:05PM +0100, Ingo Molnar wrote:
> > btw., while my plan is to prototype your lock-stat patch in -rt
> > initially, it should be doable to extend it to be usable with the
> > upstream kernel as well.
...
> Fa
From: Bastian Blank <[EMAIL PROTECTED]>
Subject: ibmvstgt/aio broken with 2.6.20-rc6 powerpc
Date: Sun, 28 Jan 2007 19:52:58 +0100
> I'm not really sure if this is a ibmvstgt or a generic aio problem.
You use 2.6.20-rc6 with the aio-epoll-wait patch, right?
I think that this is due to the aio-ep
On Mon, 29 Jan 2007, Andrew Morton wrote:
> http://userweb.kernel.org/~akpm/2.6.20-rc6-mm2/
I just got this on suspend/resume cycle on my IBM T42p
pcspkr pcspkr: EARLY resume
vesafb vesafb.0: EARLY resume
serial8250 serial8250: EARLY resume
i8042 i8042: EARLY resume
platform floppy.0: EARL
On Jan 29 2007 09:30, Gerd Hoffmann wrote:
>Bernhard Walle wrote:
>> * Jan Engelhardt <[EMAIL PROTECTED]> [2007-01-27 15:53]:
>> brokenmodules=..., but that's SUSE's linuxrc.
>
>good enough to boot the rescue system from the install cd without
>oopsing and fix up the blacklist file in the installe
On Mon, Jan 29, 2007 at 12:12:07AM -0800, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm2/
>
Hi,
The svc_pool_map_init_percpu() should get maxpool from the number of
online cpus, not the number of nodes. The following BUG i
Hi.
On Mon, 2007-01-29 at 12:06 +0100, Oliver Neukum wrote:
> Hi,
>
> may a driver call wake_up() while doing resume() ?
I assume you mean waking a userspace process from drivers_resume(). If
so, the answer is no - processes will still be frozen at the point. In
the case of Suspend2, the LRU pag
Jan Engelhardt wrote:
> On Jan 29 2007 09:30, Gerd Hoffmann wrote:
>> Bernhard Walle wrote:
>>> * Jan Engelhardt <[EMAIL PROTECTED]> [2007-01-27 15:53]:
>>> brokenmodules=..., but that's SUSE's linuxrc.
>> good enough to boot the rescue system from the install cd without
>> oopsing and fix up the b
On Wed, Jan 24, 2007 at 01:09:18AM -0800, [EMAIL PROTECTED] wrote:
>
> The patch titled
> mm: search_binary_handler() mem limit fix
> has been added to the -mm tree. Its filename is
> mm-search_binary_handler-mem-limit-fix.patch
>
> *** Remember to use Documentation/SubmitChecklist whe
Am Montag, 29. Januar 2007 12:24 schrieb Nigel Cunningham:
> Hi.
>
> On Mon, 2007-01-29 at 12:06 +0100, Oliver Neukum wrote:
> > Hi,
> >
> > may a driver call wake_up() while doing resume() ?
>
> I assume you mean waking a userspace process from drivers_resume(). If
> so, the answer is no - proc
On Sat, Jan 27, 2007 at 05:45:25PM +, Pavel Machek wrote:
> > This patch exports to the user space the inactivity time (in msecs) of a
> > given
> > input device. Example follows:
>
> Looks okay to me. I guess you should sign it off, and ask Dmitry
> (input maintainer) for a merge?
Hey, come
Hi,
I use unix domain datagram sockets for IPC, e.g. I receive messages by
calling recv().
"man 2 recv" tells me about the flags argument to a recv() call, namely:
MSG_TRUNC
Return the real length of the packet, even when it was longer
than the passed buffer. Only valid for pack
On Sun, Jan 28, 2007 at 06:12:44PM +0100, Christoph Hellwig wrote:
> release_mem contains two copies of exactly the same code. Refactor
> these into a new helper, release_tty. The only change in behaviour
> is that the driver reference count is now decremented after the
> master tty has been free
Andrew Morton wrote:
> On Wed, 6 Dec 2006 16:59:04 +
> Andy Whitcroft <[EMAIL PROTECTED]> wrote:
>
>> This is a repost of the lumpy reclaim patch set. This is
>> basically unchanged from the last post, other than being rebased
>> to 2.6.19-rc2-mm2.
>
> The patch sequencing appeared to be desig
Andrew Morton wrote:
> On Wed, 6 Dec 2006 16:59:04 +
> Andy Whitcroft <[EMAIL PROTECTED]> wrote:
>
>> This is a repost of the lumpy reclaim patch set.
>
> more...
>
> One concern is that when the code goes to reclaim a lump and fails, we end
> up reclaiming a number of pages which we didn't
The following set of patches attempt to fix the buffered write
locking problems (and there are a couple of peripheral patches
and cleanups there too).
Patches against 2.6.20-rc6. I was hoping that 2.6.20-rc6-mm2 would
be an easier diff with the fsaio patches gone, but the readahead
rewrite clashes
simple_prepare_write and nobh_prepare_write leak uninitialised kernel data.
Fix the former, make a note of the latter. Several other filesystems seem
to be iffy here, too.
Signed-off-by: Nick Piggin <[EMAIL PROTECTED]>
Index: linux-2.6/fs/libfs.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: linux-2.6/mm/
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 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: Ni
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: linux-2.
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. copy_from_u
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
p
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
===
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> Subject: ACPI: fix cpufreq regression
> References : http://lkml.org/lkml/2007/1/16/120
> Submitter : Ingo Molnar <[EMAIL PROTECTED]>
> Caused-By : Dave Jones <[EMAIL PROTECTED]>
> commit 0916bd3ebb7cefdd0f432e8491abe24f4b5a101e
> Hand
On Mon, Jan 29, 2007 at 11:33:03AM +0100, Nick Piggin wrote:
> + } else {
> + char *src, *dst;
> + src = kmap(src_page);
> + dst = kmap(page);
> + memcpy(dst + offset,
> + src + (
Hi!
> >> Do you have the log stuff that precedes this part? In particular, was
> >> there a assertion that failed?
> >>
> > It is oops on resume and no asseertion failled this boot. However I
> > have usually a lot of
> > bcm43xx: ASSERTION FAILED (radio_attenuation < 10) at:
> > drivers/net/wirel
On Sat, Jan 27, 2007 at 11:59:55PM -0800, H. Peter Anvin wrote:
> Alexey Dobriyan wrote:
> >+asmlinkage long sys_lutimesat(int dfd, char __user *filename, struct
> >timeval __user *utimes)
>
> Could we get these to take struct timespec instead of struct timeval?
>
> Right now we have a real problem
On Fri, Jan 26, 2007 at 12:45:20PM -0800, Ulrich Drepper wrote:
> Andrew Morton wrote:
> > OK, but I don't recall having seeing a demand for lutimes(). Opinions
> > are sought?
>
> It's an interface which has been available on other platforms forever
> (lutimes, not lutimesat). If it can be imple
On Sat, 2007-01-27 at 07:08 -0500, Dan Williams wrote:
> I really, really don't know why ieee80211 uses , but it's a pain
> in the ass and should NOT be done for d80211. I don't know if we can
> ever remove it from ieee80211 though for backwards compat reasons.
Ugh. /me makes a note for the cfg8
On Jan 29 2007 12:25, Gerd Hoffmann wrote:
>Jan Engelhardt wrote:
>> On Jan 29 2007 09:30, Gerd Hoffmann wrote:
>>> Bernhard Walle wrote:
* Jan Engelhardt <[EMAIL PROTECTED]> [2007-01-27 15:53]:
brokenmodules=..., but that's SUSE's linuxrc.
>>> good enough to boot the rescue system from
Following is the bug report according to the bullets in
http://www.kernel.org/pub/linux/docs/lkml/reporting-bugs.html.
I hope it can help:
[1]PCI: Bus #07 (-#0a) is hidden behind transparent bridge #06
(-#06) (try 'pci=assign-busses')
[2]I do not see an immediate problem with my system. I
Am Montag, 29. Januar 2007 13:40 schrieb Jan Engelhardt:
> >Is that an real-live issue, with distro kernels being shipped with
> >almost everything compiled as module these days?
>
> For me it was. FC6 has at least CONFIG_MD=y, and SUSE also has some =y that
> could be =m with the help of module a
`make help' in the build tree doesn't show the help texts about the
`headers_install' and `headers_check' targets because it looks for
include/asm-$(ARCH)/Kbuild in the wrong place.
Add the missing `$(srctree)' prefixes to fix this.
Also move the printing of the default install path for the headers
On Sun, 2007-01-28 at 12:21 -0700, Eric W. Biederman wrote:
> With the sysctl cleanups sysctl is not really a part of proc
> it just shows up there, and any path based approach will not
> adequately describe the data as sysctl is essentially a
> union mount underneath the covers. As designed this
On Jan 29 2007 13:44, Oliver Neukum wrote:
>Am Montag, 29. Januar 2007 13:40 schrieb Jan Engelhardt:
>> >Is that an real-live issue, with distro kernels being shipped with
>> >almost everything compiled as module these days?
>>
>> For me it was. FC6 has at least CONFIG_MD=y, and SUSE also has
>>
On Sun, 2007-01-28 at 15:11 +, Christoph Hellwig wrote:
> On Sun, Jan 28, 2007 at 02:43:25PM +, Christoph Hellwig wrote:
> > On Sun, Jan 28, 2007 at 12:51:18PM +0100, Peter Zijlstra wrote:
> > > This patch-set breaks up the global file_list_lock which was found to be a
> > > severe contenti
Am Montag, 29. Januar 2007 14:23 schrieb Jan Engelhardt:
>
> On Jan 29 2007 13:44, Oliver Neukum wrote:
> >What use is it to modularly compile something that almost everybody needs?
>
> [correction: meant CONFIG_BLK_DEV_MD, because CONFIG_MD itself does
> not generate any code]
>
> So just beca
On Thursday 25 January 2007 22:37, David Rientjes wrote:
> Any leftover memory is allocated
> to a final node unless the command-line ends with a comma.
That sounds like syntactical vinegar and a nasty trap. Remember
that venus probe that got lost because of a wrong comma.
Can you find some nicer
On 01/10/2007 11:44 PM, [EMAIL PROTECTED] wrote:
The patch titled
romsignature/checksum cleanup
has been removed from the -mm tree. Its filename was
romsignature-checksum-cleanup-2.patch
This patch was dropped because x86_64 tree changes trashed it
I was (am) quite unsure why this
Hi Andrew.
Resubmit. I once heard you say you wanted patches not against -mm but
against mainline so this replaces "romsignature-checksum-cleanup.patch"
in current -mm.
===
Remove the assumption that if the first page of a legacy ROM is mapped,
it'll all be mapped. This'll also stop people re
Hi Andrew.
This syncs up the x86_64 probe_roms() with the i386 version as just
submitted.
===
Sync up with i386. Specifically, be careful about touching the
legacy ROMs; in virtualized environments they may not be mapped.
Crosscompiled, but not booted due to lack of hardware.
Signed-off-by:
On Monday 29 January 2007 14:46, Rene Herman wrote:
> On 01/10/2007 11:44 PM, [EMAIL PROTECTED] wrote:
>
> > The patch titled
> > romsignature/checksum cleanup
> > has been removed from the -mm tree. Its filename was
> > romsignature-checksum-cleanup-2.patch
> >
> > This patch was drop
Vojtech Pavlik <[EMAIL PROTECTED]> writes:
On Sat, Jan 27, 2007 at 05:45:25PM +, Pavel Machek wrote:
> Hi!
>
> >Well, I do not think your kernel code is mergeable. But bits to enable
> >similar functionality in userspace probably would be mergeable.
> >
> > You sai
Hi,
at least for me it looks like I need something like in
attachment to get patch-2.6.20-rc6-rt4 compile and link for ARM.
Please correct if anything is wrong.
Regards
Dirk
Fix compile and link of patch-2.6.20-rc6-rt4 for ARM.
Signed-off-by: Dirk Behme <[EMAIL PROTECTED]>
Index: linux-osk
On Mon, Jan 29, 2007 at 12:33:28PM +0100, Heiko Carstens wrote:
> On Wed, Jan 24, 2007 at 01:09:18AM -0800, [EMAIL PROTECTED] wrote:
> > mm-search_binary_handler-mem-limit-fix.patch
> > From: Dmitriy Monakhov <[EMAIL PROTECTED]>
> >
> > The function changes mem limit to USER_DS before possibl
2.6.20-rc6-mm1 fails to compile if CONFIG_PREEMPT_RCU is set and
CONFIG_RCU_TRACE isn' -- the fix is fairly obvious.
Signed-off-by: Bernhard Rosenkraenzer <[EMAIL PROTECTED]>
---
--- linux-2.6.19/kernel/rcupreempt.c.ark2007-01-28 23:38:07.0
+0100
+++ linux-2.6.19/kernel/rcupreem
On Mon, 2007-01-29 at 15:08 +0100, Andrea Gelmini wrote:
> On Mon, Jan 22, 2007 at 10:10:39AM +0100, Peter Zijlstra wrote:
> > On Fri, 2007-01-12 at 01:39 +0100, Andrea Gelmini wrote:
> > > Hi,
> > > I can't do the test 'till next week.
> > >
> > > Thanks a lot for your time,
> > > Gelma
> >
>
On Mon, 2007-01-29 at 16:08 +1100, Neil Brown wrote:
> On Monday August 21, [EMAIL PROTECTED] wrote:
> >
> > Could we instead replace it with a dprintk() that returns the value of
> > "res"? That will keep it useful for debugging purposes.
>
> (only 5 months later...)
>
> Sure, how about this?
>
> From: Geert Uytterhoeven
> Newsgroups: gmane.linux.kernel
> Subject: [PATCH] `make help' in build tree doesn't show headers_* targets
> Date: Mon, 29 Jan 2007 13:47:01 +0100 (CET)
> `make help' in the build tree doesn't show the help texts about the
> `headers_install' and `headers_check' targe
On Mon, Jan 22, 2007 at 10:10:39AM +0100, Peter Zijlstra wrote:
> On Fri, 2007-01-12 at 01:39 +0100, Andrea Gelmini wrote:
> > Hi,
> > I can't do the test 'till next week.
> >
> > Thanks a lot for your time,
> > Gelma
>
> Have you ever gotten around to testing this?
well, I spent some time d
On 1/29/07, Dave Airlie <[EMAIL PROTECTED]> wrote:
> > > Because most users won't even be aware of the module option: they'll just
> > > know that their card doesn't work right.
> >
> > This isn't a card problem this is a monitor problem, the card just
> > passes through the edid data from the mo
Hello.
I'm pleased to announce initial userspace M-on-N threading model
implementation (for hackers) called NTL.
This is first alpha release, which indeed has bugs and limitations.
Userspace M-on-N threading model is based on the idea, that when signal
is delivered, kernel saves all information
P.S. I'm not subscribed to any of the above lists, please Cc: me in
replies.
--
Evgeniy Polyakov
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Plea
Ni Nick, Alan,
Le Mercredi 24 Janvier 2007 01:33, Nick Piggin a écrit :
> Recently updated an old box to a new kernel, and the USB mouse stops
> working. Well it sort of works, but stutters and is very unresponsive. This
> happens now and again when the IRQ routing for my board gets broken.
>
> At
Frederik Deweerdt wrote:
> On Fri, Jan 26, 2007 at 06:17:03PM +, Jose Goncalves wrote:
>
>> Frederik Deweerdt wrote:
>>
>>> On Fri, Jan 26, 2007 at 03:50:25PM +, Jose Goncalves wrote:
>>>
>>>
I'm having a problem with the latest 2.6.16 kernel (I've found the
prob
On Mon, Jan 29, 2007 at 09:45:48AM +0100, Ingo Molnar wrote:
>
> * Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > Subject: ACPI: fix cpufreq regression
> > References : http://lkml.org/lkml/2007/1/16/120
> > Submitter : Ingo Molnar <[EMAIL PROTECTED]>
> > Caused-By : Dave Jones <[EMAIL
fix-rmmod-read-write-races-in-proc-entries.patch doesn't want dynamically
allocated ->proc_fops, because it will set it to NULL at module unload time.
Regardless of module status, switch to statically allocated ->proc_fops which
leads to simpler code without wrappers.
AFAICS, also fix the followi
On Mon, Jan 29, 2007 at 03:08:44PM +0100, Andrea Gelmini wrote:
> On Mon, Jan 22, 2007 at 10:10:39AM +0100, Peter Zijlstra wrote:
> > On Fri, 2007-01-12 at 01:39 +0100, Andrea Gelmini wrote:
> > > Hi,
> > > I can't do the test 'till next week.
> > >
> > > Thanks a lot for your time,
> > > Gelma
Michael Tokarev wrote:
Bill Davidsen wrote:
[]
RAID-10 is not the same as RAID 0+1.
It is. Yes, there's separate module for raid10, but what it - basically -
does is the same as raid0 module over two raid1 modules will do. It's
just a bit more efficient (less levels, more room for optimisati
On Mon, 29 Jan 2007, Stephen Smalley wrote:
> NAK. Mapping all sysctls to a single security label prevents any kind
> of fine-grained security on sysctls, and current policies already make
> use of the current distinctions to limit access to particular sets of
> sysctls to particular processes.
Am 2007-01-05 19:01 +0100 schrieb Pavel Pisa:
> It applies only for interrupts going through GPIO layer.
> The problem has been noticed by Konstantin Kletschke
> some time ago.
>
> No IRQF_TRIGGER set_type function for IRQ 26 (MPU)
Yes. I reported this also.
> drivers/serial/imx.c |3 ++-
On Mon, Jan 29, 2007 at 03:47:59PM +0100, Konstantin Kletschke wrote:
> Am 2007-01-05 19:01 +0100 schrieb Pavel Pisa:
>
> > It applies only for interrupts going through GPIO layer.
> > The problem has been noticed by Konstantin Kletschke
> > some time ago.
> >
> > No IRQF_TRIGGER set_type funct
On Mon, 2007-01-29 at 12:02 +0100, Jiri Kosina wrote:
>
> I guess that it's caused by some timer changes (added Thomas and Ingo to
> CC), which confuse the softlockup detector sense of time?
Does the patch below fix this ?
tglx
Index: linux-2.6.20-rc6-mm/kernel/time/tick-common.c
=
Andi Kleen wrote:
> On Friday 26 January 2007 00:56, Chuck Ebbert wrote:
>
>
>> Can't think of a way to word the justification, but I've wanted to see more
>> code a few times.
>>
>
> Hmm, not sure I see the point. The Code line is just that you can
> make sense of random mailing list oopse
> Fix VIA quirks that were recently broken by Alan Cox in the upstream
> kernel (commit 1597cacbe39802d86656d1f2e6329895bd2ef531).
>
> My understanding is that pci_find_present() doesn't work yet at the
> time the quirks are run. So I used a two-step quirk as is done for
> some other quirks alread
Denis Vlasenko wrote:
I still don't see much difference between O_SYNC and O_DIRECT write
semantic.
Yes, if you change the normal io paths to properly support playing
vmsplice games ( which have a number of corner cases ) to get the zero
copy, and support madvise() and O_SYNC to control cachi
I have noticed that vger seems to be truncating Cc lists lately, often
resulting in broken partial email addresses in the Cc list causing
people that reply to have copies of the message bounced back instead of
being delivered to the intended recipients. It seems that it munges
long, multi line
On Mon, 29 Jan 2007, Nick Piggin wrote:
>
> After do_wp_page calls page_mkwrite on its target (old_page), it then drops
> the reference to the page before locking the ptl and verifying that the pte
> points to old_page.
>
> Unfortunately, old_page may have been truncated and freed, or reclaimed,
Hi,
with dynticks and highres_timers enabled, cpufreq_ondemand makes mess here on
an AMD64 UP.
cpufreq_ondemand assumes that jiffies advance at exactly the same pace as the
sum of all kstat_cpu(cpu).cpustat.* members.
This isn't the case here as dmesg output from patch below shows.
Is cpufreq_ond
On Mon, 29 Jan 2007, Thomas Gleixner wrote:
> > I guess that it's caused by some timer changes (added Thomas and Ingo to
> > CC), which confuse the softlockup detector sense of time?
> Does the patch below fix this ?
It does.
Acked-by: Jiri Kosina <[EMAIL PROTECTED]>
--
Jiri Kosina
-
To unsu
On Mon, 2007-01-29 at 17:22 +0100, Karsten Wiese wrote:
> Hi,
>
> with dynticks and highres_timers enabled, cpufreq_ondemand makes mess here on
> an AMD64 UP.
> cpufreq_ondemand assumes that jiffies advance at exactly the same pace as the
> sum of all kstat_cpu(cpu).cpustat.* members.
> This isn't
Evgeniy Polyakov wrote:
Hello.
I'm pleased to announce initial userspace M-on-N threading model
implementation (for hackers) called NTL.
If you haven't already, I suggest you look into the story of NGPT and
also read the NPTL white paper
(http://people.redhat.com/drepper/nptl-design.pdf) es
Am 2007-01-29 15:37 + schrieb Russell King:
> Is it really worth adding additional code to shut up this (imho) silly
> warning? It's just adding needless complexity to drivers.
As I pointed out in
http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2006-November/037192.html
the console
On Mon, 29 Jan 2007, Oleg Nesterov wrote:
> Now,
> static void __devinit start_cpu_timer(int cpu)
> {
> struct delayed_work *reap_work = &per_cpu(reap_work, cpu);
>
> if (keventd_up() && reap_work->work.func == NULL) {
> init_reap_node
On 01/29/2007 02:46 PM, Rene Herman wrote:
This syncs up the x86_64 probe_roms() with the i386 version as just
submitted.
===
Sync up with i386. Specifically, be careful about touching the
legacy ROMs; in virtualized environments they may not be mapped.
Crosscompiled, but not booted due to la
On Sun, Jan 28, 2007 at 06:03:08PM +0100, Denis Vlasenko wrote:
> I still don't see much difference between O_SYNC and O_DIRECT write
> semantic.
O_DIRECT is about avoiding the copy_user between cache and userland,
when working with devices that runs faster than ram (think >=100M/sec,
quite standa
On Mon, 29 Jan 2007 10:54:49 -0500 Phillip Susi wrote:
> I have noticed that vger seems to be truncating Cc lists lately, often
> resulting in broken partial email addresses in the Cc list causing
> people that reply to have copies of the message bounced back instead of
> being delivered to the
On Sun, 28 Jan 2007, Peter Zijlstra wrote:
> provide an unsigned long atomic type.
Is this really necessary? We have no atomic_uint_t type either.
Could you use atomic_long_t instead?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
1 - 100 of 400 matches
Mail list logo
