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
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, 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.
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
On Mon, 2007-01-29 at 12:45 +0100, Jiri Kosina wrote:
> On Mon, 29 Jan 2007, Soeren Sonnenburg wrote:
>
> > That sounds good for me. Breaking with what was there is not a problem
> > as long as this feature is still there, it can be done in a more clean
> > way this way, and the new
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
Alexey Dobriyan wrote:
> What do you mean by "filesystems cannot support lutimes"? Filesystems
> that don't have on-disk timestamps for symlinks?
Yes.
--
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖
signature.asc
Description: OpenPGP digital signature
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
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.
>
>
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
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
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
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
> 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'
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?
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
> >
>
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
+++
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 module), it's not a long-term fix - userspace is going to
notice the
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
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:
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
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
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 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
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
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
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
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 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 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
On Sun, 2007-01-28 at 22:28 +0100, Johannes Berg wrote:
> 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
On 1/29/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
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
`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
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
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.
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
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
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
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
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
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
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:
> >
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,
On Mon, 29 Jan 2007, Soeren Sonnenburg wrote:
> That sounds good for me. Breaking with what was there is not a problem
> as long as this feature is still there, it can be done in a more clean
> way this way, and the new /sys/foo/bar path is documented (basically
> people nowadays expect slight
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 -
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
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
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
On Mon, 2007-01-29 at 12:13 +0100, Jiri Kosina wrote:
> On Mon, 29 Jan 2007, Jiri Kosina wrote:
>
> > Ah, now I see. The problem is that in pre-2.6.20-rc1 the pb_fnmode was
> > setting global variable, but after the HID layer rework, this is a
> > per-hid variable, which is of course not
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
On Mon, 29 Jan 2007, Jiri Kosina wrote:
> Ah, now I see. The problem is that in pre-2.6.20-rc1 the pb_fnmode was
> setting global variable, but after the HID layer rework, this is a
> per-hid variable, which is of course not updated when write to sysfs
> triggers. I will try to fix this before
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
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 +
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:
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
On Mon, 2007-01-29 at 10:38 +0100, Jiri Kosina wrote:
> On Sat, 27 Jan 2007, Soeren Sonnenburg wrote:
[...]
> Soeren - could you please submit your patch with proper Signed-off-by
> line?
argh, sorry!
Attached!
Soeren
--
Sometimes, there's a moment as you're waking, when you become aware of
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
On Mon, Jan 29, 2007 at 10:55:48AM +0100, Jiri Kosina wrote:
> Changing module parameter values through sysfs is not a very nice idea,
> because the change of the value is indeed silent - the driver is not
> notified in any way, that the value has changed. So the driver should take
> care of it
On Mon, 29 Jan 2007, Soeren Sonnenburg wrote:
> Well I need in-kernel usbhid and the way this was implemented in 2.6.19
> (and before) one could change pb_fnmode on-the-fly. This is mentioned in
> all the power/i/mac/book tutorials and everyone is used to switching
> modes this way. I can
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
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.
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:
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
On Mon, 2007-01-29 at 10:55 +0100, Jiri Kosina wrote:
> On Sat, 27 Jan 2007, Soeren Sonnenburg wrote:
>
> > I realized that any setting to /sys/module/usbhid/parameters/pb_fnmode
> > is just ignored until the machine does a suspend-resume cycle.
[...]
> I would rather be inclined to just make
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.
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
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
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
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.
...
>
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, 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
> >
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
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
On Sat, 27 Jan 2007, Soeren Sonnenburg wrote:
> I realized that any setting to /sys/module/usbhid/parameters/pb_fnmode
> is just ignored until the machine does a suspend-resume cycle.
Hi Soeren,
I would probably not call this a regression, as this has been always
there, as far as I can see.
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
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
On Sat, 27 Jan 2007, Soeren Sonnenburg wrote:
> > > > I've noticed that this patch is not in 2.6.20-rc1. Could you please
> > > > comment on what is wrong with it / whether it will ever have a chance to
> > > > be accepted in the way it is done ?
> > > It's in my queue right now, sorry. I'll
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
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
On Sat, 2006-12-23 at 11:38 +0100, Soeren Sonnenburg wrote:
> On Fri, 2006-12-15 at 09:56 -0800, Greg KH wrote:
> > On Fri, Dec 15, 2006 at 09:36:04AM +0100, Soeren Sonnenburg wrote:
> > > On Sat, 2006-12-09 at 21:08 -0500, Joseph Fannin wrote:
> > > > On Fri, 2006-12-08 at 18:19 +0100, Soeren
Dear all,
I realized that any setting to /sys/module/usbhid/parameters/pb_fnmode
is just ignored until the machine does a suspend-resume cycle.
I've added a printk in drivers/usb/input/hid-core.c (which is the only
place where hid->pb_fnmode is set) and indeed only on module load ( in
my case
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/
> >
> >
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
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
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
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
* 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
>
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
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
> 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
* 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
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
>
> 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
[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
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
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]>
> >
> > ---
>
> ...
>
>
301 - 400 of 800 matches
Mail list logo