On Friday, 6 July 2007 00:38, Benjamin Herrenschmidt wrote:
>
> > There is that.
> >
> > OK, bite the bullet. Tasks involved in fuse are special. Give them a flag
> > and teach the freezer to put them on ice only after all other task are
> > frozen. In a way they are kernel, there's no use denyin
On Friday, 6 July 2007 00:00, Pavel Machek wrote:
> Hi!
>
> > From: Rafael J. Wysocki <[EMAIL PROTECTED]>
> >
> > The syncing of filesystems from within the freezer is generally not needed.
> > Change freeze_processes() so that it doesn't execute sys_sync() and make the
> > suspend and hibernatio
On 5 Jul 2007, Bernhard Walle stated:
> * Nix <[EMAIL PROTECTED]> [2007-07-05 22:42]:
>>
>> My only real grouch with cmake is that the authors have invented a
>> language with so bloody many capital letters in it.
>
> The real problem I see with cmake is that you need to have cmake
> installed o
Hi Nix :)
* Nix <[EMAIL PROTECTED]> dixit:
> On 5 Jul 2007, DervishD spake thusly:
> >> Configuring the build of an autotools program is harder than nescensary;
> >> if it used a config file, you could easily save it somewhere while adding
> >> comments on how and why you did *that* choice, a
Balbir Singh wrote:
> Changelog since version 1
>
> 1. Fixed some compile time errors (in mm/migrate.c from Vaidyanathan S)
> 2. Fixed a panic seen when LIST_DEBUG is enabled
> 3. Added a mechanism to control whether we track page cache or both
>page cache and mapped pages (as requested by Pav
On 06/07/07, Kaleem Khan <[EMAIL PROTECTED]> wrote:
Hello Kernel experts,
I'd like to know whether there's a way to take some action (say
calling a routine) in
response to 'kill -9' before the process is terminated. I tend to
think it's against 'kill -9'
UNIX/Linux philosophy but still I'd like
Hello Kernel experts,
I'd like to know whether there's a way to take some action (say
calling a routine) in
response to 'kill -9' before the process is terminated. I tend to
think it's against 'kill -9'
UNIX/Linux philosophy but still I'd like to confirm.
Thank you.
-
To unsubscribe from this li
Mathieu Desnoyers wrote:
Thread Migration Preemption
This patch adds the ability to protect critical sections from migration to
another CPU without disabling preemption.
This will be useful to minimize the amount of preemption disabling for the -rt
patch. It will help leveraging improvements br
Matthew Garrett <[EMAIL PROTECTED]> writes:
> On Thu, Jul 05, 2007 at 04:09:24PM +0200, Rafael J. Wysocki wrote:
>> On Thursday, 5 July 2007 15:46, Matthew Garrett wrote:
>> > I have a model for STD that avoids the need to freeze the entirity of
>> > userspace, but I need to find some more time to
Mathieu Desnoyers wrote:
>
> This patch adds the ability to protect critical sections from migration to
> another CPU without disabling preemption.
>
> Typical use:
>
> migration_disable();
> local_inc(&__get_cpu_var(&my_local_t_var));
> migration_enable();
>
> --- linux-2.6-lttng.orig/kernel/sched
Hi Kyle.
On Friday 06 July 2007 15:01:48 Kyle Moffett wrote:
> On Jul 06, 2007, at 00:03:15, Nigel Cunningham wrote:
> > The kind of thing Linus was talking about would limit you (as
> > swsusp and uswsusp do now) to only half the amount of memory.
>
> How so? Suppose hibernate is implemented
Dan Kegel wrote:
It'd be nice to see if Valgrind could catch uninitialized
references in the kernel, if only to see if Coverity is
missing anything that happens in practice.
Back in December 2002, Valgrind started to run UML:
http://user-mode-linux.sourceforge.net/diary.html
http://marc.info/?l=
Setup the memory container and add basic hooks and controls to integrate
and work with the container.
Signed-off-by: Balbir Singh <[EMAIL PROTECTED]>
---
include/linux/container_subsys.h |6 +
include/linux/memcontrol.h | 19 +
init/Kconfig |8 ++
mm/Make
Choose if we want cached pages to be accounted or not. By default both
are accounted for. A new set of tunables are added.
echo -n 1 > mem_control_type
switches the accounting to account for only mapped pages
echo -n 2 > mem_control_type
switches the behaviour back
Signed-off-by: Balbir Sin
Out of memory handling for containers over their limit. A task from the
container over limit is chosen using the existing OOM logic and killed.
TODO:
1. As discussed in the OLS BOF session, consider implementing a user
space policy for OOM handling.
Signed-off-by: Balbir Singh <[EMAIL PROTECTED]
Hi.
On Friday 06 July 2007 14:41:40 Benjamin Herrenschmidt wrote:
>
> > I/O from swsusp and suspend2 use bios directly, so the page cache isn't an
> > issue for them (apart from the fact that Suspend2 saves the page cache
> > separately so it can get a full image). Not sure about uswsusp.
> >
Basic setup routines, the mm_struct has a pointer to the container that
it belongs to and the the page has a meta_page associated with it.
Signed-off-by: Balbir Singh <[EMAIL PROTECTED]>
---
include/linux/memcontrol.h | 32 ++
include/linux/mm_types.h |4 +++
Add the accounting hooks. The accounting is carried out for RSS and Page
Cache (unmapped) pages. There is now a common limit and accounting for both.
The RSS accounting is accounted at page_add_*_rmap() and page_remove_rmap()
time. Page cache is accounted at add_to_page_cache(),
__delete_from_page
Add the meta_page to the per container LRU. The reclaim algorithm has been
modified to make the isolate_lru_pages() as a pluggable component. The
scan_control data structure now accepts the container on behalf of which
reclaims are carried out. try_to_free_pages() has been extended to become
conta
Allow tasks to migrate from one container to the other. We migrate
mm_struct's mem_container only when the thread group id migrates.
Signed-off-by: Balbir Singh <[EMAIL PROTECTED]>
---
mm/memcontrol.c | 35 +++
1 file changed, 35 insertions(+)
diff -puN mm/me
From: Pavel Emelianov <[EMAIL PROTECTED]>
Introduce generic structures and routines for resource accounting.
Each resource accounting container is supposed to aggregate it,
container_subsystem_state and its resource-specific members within.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
Sig
Changelog since version 1
1. Fixed some compile time errors (in mm/migrate.c from Vaidyanathan S)
2. Fixed a panic seen when LIST_DEBUG is enabled
3. Added a mechanism to control whether we track page cache or both
page cache and mapped pages (as requested by Pavel)
This patchset implements an
On Thu, 2007-07-05 at 19:12 -0400, Ernie Petrides wrote:
> On Thursday, 5-Jul-2007 at 16:49 MDT, Chris Friesen wrote:
>
> > Ernie Petrides wrote:
> >
> > > Only kernels built with the CONFIG_HIGH_RES_TIMERS option enabled were
> > > vulnerable.
> >
> > As I mentioned in my post to Thomas, we hav
On Thu, 2007-07-05 at 17:45 -0600, Chris Friesen wrote:
> Ernie Petrides wrote:
>
> > That's odd, because Thomas's patch removed two calls to clock_was_set(),
> > which is a no-op when CONFIG_HIGH_RES_TIMERS is not enabled (at least in
> > the 2.6.21 source tree).
>
> I'm using a modified 2.6.10
On Jul 06, 2007, at 00:03:15, Nigel Cunningham wrote:
On Friday 06 July 2007 13:54:15 Benjamin Herrenschmidt wrote:
On Fri, 2007-07-06 at 09:35 +1000, Nigel Cunningham wrote:
Nice try :) Okay then, you remove the freezer, try hibernating,
then get back to me after you've fixed your filesyste
> I/O from swsusp and suspend2 use bios directly, so the page cache isn't an
> issue for them (apart from the fact that Suspend2 saves the page cache
> separately so it can get a full image). Not sure about uswsusp.
>
> Only having half the amount of memory doesn't sound like a big limitation f
It'd be nice to see if Valgrind could catch uninitialized
references in the kernel, if only to see if Coverity is
missing anything that happens in practice.
Back in December 2002, Valgrind started to run UML:
http://user-mode-linux.sourceforge.net/diary.html
http://marc.info/?l=linux-kernel&m=104
On Thu, 5 Jul 2007, Dmitry Torokhov wrote:
>
> I was not... The copy I got from LKML looks fine in Kmail, Gmail and
> MS Outlook. ^^
That's the problem.
It *looks* *fine*.
The " " doesn't look any different from a regular space. There's no
way to tell the di
Hi.
On Friday 06 July 2007 13:54:15 Benjamin Herrenschmidt wrote:
> On Fri, 2007-07-06 at 09:35 +1000, Nigel Cunningham wrote:
> >
> > Nice try :) Okay then, you remove the freezer, try hibernating, then get
back
> > to me after you've fixed your filesystem because some process that wasn't
> >
> How about a freezer whose job it is to "wait for pending hard
> interrupts to complete when we have already guaranteed that we won't
> get any more"? That part should be really *REALLY* easy. You don't
> need to care about either userspace processes or kernel threads at
> all. Specifi
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
[snip]
> At the end of the day, I stand my ground, the freezer cannot be made
> reliable without massive infrastructure changes or giving up on very
> useful features such as fuse among others. Besides, it only partially
> "hides" the problem of
On Fri, 2007-07-06 at 09:35 +1000, Nigel Cunningham wrote:
>
> Nice try :) Okay then, you remove the freezer, try hibernating, then get back
> to me after you've fixed your filesystem because some process that wasn't
> frozen started writing things after the atomic copy (making the on disk
> fi
On Thursday 05 July 2007 19:09, Linus Torvalds wrote:
>
> On Thu, 5 Jul 2007, Dmitry Torokhov wrote:
> >
> > Please consider pulling from:
> >
> > Â Â Â Â git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git
> > for-linus
>
> There's somethign wrong with your emails, and it's very
On Thu, Jul 05, 2007 at 01:56:35PM -0700, Linus Torvalds wrote:
> Is it slightly complex? Yes. It's a bit strange that the SYM_PTR doesn't
> contain the information about the *pointer*, and the real information
> about an object is actually "one removed" from the type infromation, but
> it's a
On Thu, Jul 05, 2007 at 02:42:37PM -0700, Roland Dreier wrote:
>thanks, I added Jesper's suggestion to the original patch and queued
>this for 2.6.23:
>
>(Steve, let me know if this looks OK or not to you)
>
>commit 8d339921a2cb279457dce79f8a308978e0b41b27
>Author: WANG Cong <[EMAIL PROTECTED]>
>Da
This is a patch for fixing icache flush race in ia64(Montecito) by implementing
flush_icache_page() at el.
Changelog:
- updated against 2.6.22-rc7 (previous one was against 2.6.21)
- removed hugetlbe's lazy_mmu_prot_update().
- rewrote patch description.
- removed patch against mprotect() if f
Geode hardware requires no delay when doing power transition for PCI;
the board doesn't even have a real PCI bus. Thanks to Tom Sylla for
pointing this out. We can save precious milliseconds when changing power
states to D3hot by getting rid of this delay.
We do this as a PCI quirk.
Signed-off-
Bodo Eggert wrote:
> This patch adds the option to not mount another root filesystem
> by specifying root=initramfs.
Uhm, the kernel doesn't mount anything if you're using an initramfs.
> BTW: Is it possible to mount a tmpfs on / before extracting the cpio?
Not in the stock kernel. There have
On 7/3/07, Luca Tettamanti <[EMAIL PROTECTED]> wrote:
rae l <[EMAIL PROTECTED]> ha scritto:
> from this address, I know util-linux-2.12r is the latest:
> http://www.kernel.org/pub/linux/utils/util-linux/util-linux-2.12r.lsm
>
> My Dell OptiPlex 320 has 4 HPET timers and no RTC, so the execution o
This patch adds the option to not mount another root filesystem
by specifying root=initramfs.
TODO: Documentation
---
BTW: Is it possible to mount a tmpfs on / before extracting the cpio?
While I'm at it:
In init/do_mounts.c, mount_root(void):
ROOT_NFS: Is it desirable to use the floppy as a
On 04 Jul 2007 13:41:26 +0200, Andi Kleen <[EMAIL PROTECTED]> wrote:
Dan Williams <[EMAIL PROTECTED]> writes:
> The write performance numbers are better than I expected and would seem
> to address the concerns raised in the thread "Odd (slow) RAID
> performance"[2]. The read performance drop wa
On Fri, Jul 06, 2007 at 03:50:11AM +0200, Bodo Eggert wrote:
> Dave Jones <[EMAIL PROTECTED]> wrote:
>
> > This patch from Randy has proven quite useful from time to time,
> > and has been in Fedora kernels for a while for that reason.
> > I fixed up some checkpatch warnings, and rediffed it
Hello,
S.Çağlar Onur wrote:
> [ 4260.278427] ata1.00: cmd ca/00:08:d0:88:bc/00:00:00:00:00/ee tag 0 cdb 0x0
> data 4096 out
> [ 4260.278430] res 51/40:01:d7:88:bc/00:00:0e:00:00/ee Emask 0x9
> (media error)
That's media error on sector 247236823 on WRITE. Media errors on write
are bad
Hopefully this patch has not been munged by pine; I have, minimally,
unchecked the mung-patches-sent-to-lkml option in pine's config. In the case
that it has been munged, I have also attached it.
--
From: Joshua Wise <[EMAIL PROTECTED]>
Background:
This patch is a follow-on to "Info dump on Oop
Dave Jones <[EMAIL PROTECTED]> wrote:
> This patch from Randy has proven quite useful from time to time,
> and has been in Fedora kernels for a while for that reason.
> I fixed up some checkpatch warnings, and rediffed it a bunch
> of times, Randy did the heavy lifting.
>
> ---
>
> This one dela
Hi.
On Friday 06 July 2007 11:19:32 Kyle Moffett wrote:
> On Jul 05, 2007, at 19:35:11, Nigel Cunningham wrote:
> > On Friday 06 July 2007 09:20:43 Benjamin Herrenschmidt wrote:
> >> No, the freezer creates all those places what are harmful for a
> >> task to block because they will break the fr
> - make the following needlessly global functions static:
Ok by me, but this is really the patches of Paul Menage <[EMAIL PROTECTED]>,
in particular:
containersv10-make-cpusets-a-client-of-containers.patch
that you dealing with -- adding him to the cc list.
--
I won't rest
On Jul 05, 2007, at 19:35:11, Nigel Cunningham wrote:
On Friday 06 July 2007 09:20:43 Benjamin Herrenschmidt wrote:
No, the freezer creates all those places what are harmful for a
task to block because they will break the freezer :-)
Nice try :) Okay then, you remove the freezer, try hibernat
On Thursday 05 July 2007, Bryan Henderson wrote:
> >i dont see how blaming autotools for other people's misuse is relevant
>
> Here's how other people's misuse of the tool can be relevant to the choice
> of the tool: some tools are easier to use right than others. Probably the
> easiest thing to u
On Fri, 6 Jul 2007, Jesper Juhl wrote:
>
> > I'm constantly surprised by just how _many_ ways MUA's find to screw up.
>
> 'pine' actually seems to work pretty damn well once you disable the
> flowed-text "feature".
Yes. And 'alpine', it's modern version, does even better, but you also
need to
Is there any attempt being made to provide software based RSA
cryptographic support in kernel? I see that Linux supports
Hardware based cryptographic devices (VIA Padlock ACE). How is the
performance of such hardware? How well are these devices supported?
-GS
-
To unsubscribe from this list: send
Dave Jones wrote:
This patch from Randy has proven quite useful from time to time,
and has been in Fedora kernels for a while for that reason.
I fixed up some checkpatch warnings, and rediffed it a bunch
of times, Randy did the heavy lifting.
---
This one delays each printk() during boot by a v
On Thu, Jul 05, 2007 at 11:30:20PM +0200, Karel Zak wrote:
> > > > The package build system is now based on autotools. The build system
> > > > supports separate CFLAGS and LDFLAGS for suid programs (SUID_CFLAGS,
> > > > SUID_LDFLAGS). For more details see the README file
> > >
> > > And this i
On Thu, 2007-07-05 at 09:32 +0200, Christian Borntraeger wrote:
> Am Mittwoch, 4. Juli 2007 schrieb Rusty Russell:
> > + vbr = mempool_alloc(vblk->pool, GFP_ATOMIC);
> > + if (!vbr)
> > + goto stop;
> [...]
> > + BUG_ON(req->nr_phys_segments > ARRAY_S
>i dont see how blaming autotools for other people's misuse is relevant
Here's how other people's misuse of the tool can be relevant to the choice
of the tool: some tools are easier to use right than others. Probably the
easiest thing to use right is the system you designed and built yourself.
On 05/07/07, Mohamed Bamakhrama <[EMAIL PROTECTED]> wrote:
Hi all,
Is there any mailing list or tutorial which provides guidelines for
porting Linux SMP into a new architecture?
Hmm, not that /I/ know of, but various generic documentation is
available in the Documentation/ directory.
Perhaps i
On Fri, 6 Jul 2007 07:18:53 +0900
KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> On Thu, 5 Jul 2007 12:13:09 -0600
> Mike Stroyan <[EMAIL PROTECTED]> wrote:
> > The L3 cache is involved in the HP-UX defect description because the
> > earlier HP-UX patch PHKL_33781 added flushing of the instructi
On Thu, 05 Jul 2007 20:02:08 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> May I assume that I may delete the patches from Kristen, and assume that
> you will resend an updated version of her AN and ALPM patches to me?
>
Sure. But I have a sneaking feeling that Kristen sneaks sneaky fixes int
Adrian Bunk wrote:
Every file should include the headers containing the prototypes for
its global functions
OK.
J
-
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-
Adrian Bunk wrote:
This patch fixes the following compile error:
Hm, OK. What .config?
J
-
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
Please read
Adrian Bunk wrote:
xen_pgd_pin() can become static.
Hold off on that for now. I have some local patches which add other
xen/ files which use it.
J
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Fri, 6 Jul 2007 01:22:17 +0200
> Every file should include the headers containing the prototypes for
> its global functions.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied, thanks Adrian.
-
To unsubscribe from this list: send the line "unsu
May I assume that I may delete the patches from Kristen, and assume that
you will resend an updated version of her AN and ALPM patches to me?
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
Andrew Morton wrote:
I guess we can bump ATA_DFLAG_CFG_MASK up to 12, like this?
Yep
Jeff
-
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
Please
Andrew Morton wrote:
On Thu, 5 Jul 2007 13:05:30 -0700
Kristen Carlson Accardi <[EMAIL PROTECTED]> wrote:
+ ATA_DFLAG_IPM = (1 << 6), /* device supports interface PM */
ATA_DFLAG_CFG_MASK = (1 << 8) - 1,
I had to bump this to (1<<7), so we've run out.
You can sh
On 06/07/07, Robert Hancock <[EMAIL PROTECTED]> wrote:
[snip]
Try playing with reducing /proc/sys/vm/dirty_ratio and see how that
helps. This workload will fill up memory with dirty data very quickly,
and it seems like system responsiveness often goes down the toilet when
this happens and the sy
On 06/07/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
On Thu, 5 Jul 2007, Linus Torvalds wrote:
>
> It says your user-agent is "Kmail", and maybe there is some way to fix it.
> And if kmail is correct, please make a bug-report to the kmail people.
Ok, googling for kmail, I think it really is
Martin Knoblauch wrote:
Hi,
for a customer we are operating a rackful of HP/DL380/G4 boxes that
have given us some problems with system responsiveness under [I/O
triggered] system load.
The systems in question have the following HW:
2x Intel/EM64T CPUs
8GB memory
CCISS Raid controller with 4
Adrian Bunk wrote:
On Wed, Jul 04, 2007 at 12:23:57AM +0100, Sid Boyce wrote:
With the same setup in .config for linux-2.6.22-rc2-git7, it builds, after
that and right up to linux-2.6.22-rc7-git1 it doesn't.
/usr/src/linux-2.6.22-rc2-git7/drivers/media/video/ov511.ko
# CONFIG_VIDEO_V4L1 is n
Ernie Petrides wrote:
That's odd, because Thomas's patch removed two calls to clock_was_set(),
which is a no-op when CONFIG_HIGH_RES_TIMERS is not enabled (at least in
the 2.6.21 source tree).
I'm using a modified 2.6.10 tree...I expect the timer code is different.
Chris
-
To unsubscribe from
Hi.
On Friday 06 July 2007 09:20:43 Benjamin Herrenschmidt wrote:
>
> > Will you be able to guarantee that every place where a task can/will block
> > will be harmless place? If so, how will you guarantee that? How will you
> > debug issues where a task occasionally doesn't block in the right p
On Thu, 5 Jul 2007, Linus Torvalds wrote:
>
> It says your user-agent is "Kmail", and maybe there is some way to fix it.
> And if kmail is correct, please make a bug-report to the kmail people.
Ok, googling for kmail, I think it really is kmail doing it, because I
find others complaining abo
Andi Kleen wrote:
My personal wish list feature would be a little forwarder driver
to forward /dev/hd* to /dev/sd* for this; then old IDE could be
disabled without risking breaking old root file systems.
That's on the long-term TODO list.
libata is moving towards making libata-scsi an optiona
This patch contains the following cleanups:
- every file should include the headers containing the prototypes for
its global functions
- make the follosing needlessly global functions static:
- migrate_to_node()
- do_mbind()
- sp_alloc()
- mpol_rebind_policy()
Signed-off-by: Adrian Bunk
This patch makes three needlessly global functions static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/linux/mm.h | 15 ---
mm/shmem.c | 10 +-
2 files changed, 5 insertions(+), 20 deletions(-)
--- linux-2.6.22-rc6-mm1/include/linux/mm.h.old 2007-
This patch contains the following cleanups:
- every file should include the headers containing the prototypes for
its global functions
- make the needlessly global putback_lru_pages() static
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/linux/migrate.h |2 --
mm/migrate.c
This patch contains the following possible cleanups:
- make the needlessly global setup_vmstat() static
- #if 0 the unused refresh_vm_stats()
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
mm/vmstat.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
--- linux-2.6.22-rc6-mm1/mm
This patch makes the following needlessly global functions static:
- load_balance_start()
- load_balance_next()
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
kernel/sched.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- linux-2.6.22-rc6-mm1/kernel/sched.c.old 2007-07
This patch makes the following needlessly global code static:
- arch_reinit_sched_domains()
- struct attr_sched_mc_power_savings
- struct attr_sched_smt_power_savings
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/linux/cpu.h |2 -
kernel/sched.c | 46
This patch makes two needlessly global functions static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
ipc/shm.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
--- linux-2.6.22-rc6-mm1/ipc/shm.c.old 2007-07-05 16:08:24.0 +0200
+++ linux-2.6.22-rc6-mm1/ipc/shm.c
This patch makes some needlessly global variables static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/i386/mm/discontig.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
--- linux-2.6.22-rc6-mm1/arch/i386/mm/discontig.c.old 2007-07-05
15:59:32.0 +0200
This patch makes the needlessly global struct apic_probe static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.22-rc6-mm1/arch/i386/mach-generic/probe.c.old 2007-07-05
15:55:40.0 +0200
+++ linux-2.6.22-rc6-mm1/arch/i386/mach-generic/probe.c 2007-07-05
15:55:51.00
This patch contains the following cleanups:
- make some needlessly global functions static
- #if 0 the unused es7000_stop_cpu()
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/i386/mach-es7000/es7000plat.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
--- linux-
This patch contains the following cleanups:
- make the following needlessly global functions static:
- cpuset_can_attach()
- cpuset_attach()
- cpuset_populate()
- cpuset_post_clone()
- cpuset_create()
- cpuset_destroy()
- remove the unused EXPORT_SYMBOL_GPL(cpuset_mem_spread_node)
Sign
coretemp_device_remove() can become static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.22-rc6-mm1/drivers/hwmon/coretemp.c.old 2007-07-04
20:46:05.0 +0200
+++ linux-2.6.22-rc6-mm1/drivers/hwmon/coretemp.c 2007-07-04
20:46:20.0 +0200
@@ -318,7 +318,7
xen_pgd_pin() can become static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/i386/xen/mmu.c |2 +-
arch/i386/xen/mmu.h |3 ---
2 files changed, 1 insertion(+), 4 deletions(-)
--- linux-2.6.22-rc6-mm1/arch/i386/xen/mmu.h.old2007-07-04
20:42:44.0 +0200
+++ li
As long as there's no write access to this variable there's no reason
to let gcc check it at runtime.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/i386/kernel/topology.c |2 --
include/asm-i386/cpu.h |2 +-
2 files changed, 1 insertion(+), 3 deletions(-)
--- linux-2.6.
Every file should include the headers containing the prototypes for
its global functions.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.22-rc6-mm1/arch/i386/xen/events.c.old 2007-07-03
04:26:28.0 +0200
+++ linux-2.6.22-rc6-mm1/arch/i386/xen/events.c 2007-07-03 04:2
Every file should include the headers containing the prototypes for
its global functions.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.22-rc6-mm1/lib/ioremap.c.old 2007-07-03 05:02:10.0
+0200
+++ linux-2.6.22-rc6-mm1/lib/ioremap.c 2007-07-03 05:02:22.0 +
This patch fixes the following compile error:
<-- snip -->
...
CC arch/i386/xen/mmu.o
In file included from
/home/bunk/linux/kernel-2.6/linux-2.6.22-rc6-mm1/arch/i386/xen/mmu.c:46:
include2/asm/mmu_context.h: In function ‘switch_mm’:
include2/asm/mmu_context.h:45: error: dereferencing p
> Will you be able to guarantee that every place where a task can/will block
> will be harmless place? If so, how will you guarantee that? How will you
> debug issues where a task occasionally doesn't block in the right place,
> particularly instances where it is some less than obvious interact
Every file should include the headers containing the prototypes for
its global functions.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.22-rc6-mm1/net/core/netevent.c.old2007-07-03
04:59:08.0 +0200
+++ linux-2.6.22-rc6-mm1/net/core/netevent.c2007-07-03 04:5
On Thursday, 5-Jul-2007 at 16:49 MDT, Chris Friesen wrote:
> Ernie Petrides wrote:
>
> > Only kernels built with the CONFIG_HIGH_RES_TIMERS option enabled were
> > vulnerable.
>
> As I mentioned in my post to Thomas, we have high res timers disabled
> and were still affected. Granted, our kern
On Fri, 2007-07-06 at 00:02 +0100, Al Viro wrote:
> On Thu, Jul 05, 2007 at 02:06:36PM -0700, Kristen Carlson Accardi wrote:
> > Since gendisk will now become part of struct scsi_device, we don't need
> > to store this value in any private data structs where they already store
> > scsi_device. Thi
Hi.
On Friday 06 July 2007 08:46:54 Benjamin Herrenschmidt wrote:
> On Thu, 2007-07-05 at 11:30 +0200, Pavel Machek wrote:
> >
> > ...but the moment you start blocking tasks that done driver request,
> > you _do_ have mini-freezer of your own, with pretty much the same
> > problems.
>
> No, not
> Yes, fuse could handle being frozen there. However that would only
> solve part of the problem: an operation waiting for a reply could be
> holding a VFS mutex and some other task may be blocked on that mutex.
>
> How would you solve freezing those tasks?
That task is implicitely frozen... bu
Hi all,
While reading the last libertas commits, I discovered that this commit
introduced a regression in the libertas wireless driver, inside cmd.c
:
commit 18c96c3497aa871608d57ca5e08de3558159a6c9
[PATCH] libertas: fix WPA associations by handling ENABLE_RSN correctly
http://git.kernel.org/?p
On Thu, Jul 05, 2007 at 10:57:00AM +0200, Zoltan Menyhart wrote:
> KAMEZAWA Hiroyuki wrote:
> >In our test, we confirmed that this can be fixed by flushing L2I just
> >before SetPageUptodate() in NFS.
>
> I can agree.
> We can be more permissive: it can be done anywhere after the new
> data is pu
[ Ok, pulled. However, it's time for another installment of "Flame that
stupid mail client", because this isn't the first time this bit me ]
On Thu, 5 Jul 2007, Dmitry Torokhov wrote:
>
> Please consider pulling from:
>
> Â Â Â Â git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.g
On Thu, 2007-07-05 at 10:23 -0400, Alan Stern wrote:
>
> How will that help? Block the kernel thread in the freezer or block it
> in the driver -- either way it is blocked. So how do your deadlocks
> get resolved?
Because nobody is waiting on that kernel thread anyway without a freezer
so the
1 - 100 of 409 matches
Mail list logo
