David Brown wrote:
> On 4/19/07, Avi Kivity <[EMAIL PROTECTED]> wrote:
>> Linus,
>>
>> Please pull from the 'linus' branch of
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git
>>
>> To get a one-liner fixing a host oops running non-pae guests.
>>
>> Avi Kivity (1):
>> KVM:
Andrew Morton wrote:
On Sat, 21 Apr 2007 18:29:21 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote:
The patch adds an __attribute__((aligned(8))) to the
taskstats structure members so that 32 bit applications using taskstats
can work with a 64 bit kernel.
But there might be 32-bit applications
On Sun, 2007-04-22 at 10:08 +1000, Con Kolivas wrote:
> On Sunday 22 April 2007 08:54, Denis Vlasenko wrote:
> > On Saturday 21 April 2007 18:00, Ingo Molnar wrote:
> > > correct. Note that Willy reniced X back to 0 so it had no relevance on
> > > his test. Also note that i pointed this change out
A significant bugfix for SMP balancing was just posted for the staircase
deadline cpu scheduler which improves behaviour dramatically on any SMP
machine.
Thanks to Willy Tarreau for noticing likely fault point.
Also requested was a version in the Makefile so this version of the patch
adds
Con Kolivas wrote:
> On Sunday 22 April 2007 02:00, Ingo Molnar wrote:
> > * Con Kolivas <[EMAIL PROTECTED]> wrote:
> > > > Feels even better, mouse movements are very smooth even under high
> > > > load. I noticed that X gets reniced to -19 with this scheduler.
> > > > I've not looked at
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Sun, 22 Apr 2007 07:42:22 +0900 OGAWA Hirofumi <[EMAIL PROTECTED]> wrote:
>
>> Recent Windows doesn't update ->free_clusters correctly. The "nofree"
>> option ignores the ->free_clusters stored on FSINFO.
>
> It'd be better to avoid the new mount
Typo in comment, 1us not 1ms.
Signed-off-by: Con Kolivas <[EMAIL PROTECTED]>
---
kernel/sched.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.21-rc7-sd/kernel/sched.c
===
---
This causes significant improvements on SMP hardware. I don't think the kernel
should be -nicing X by itself; that should be a sysadmin choice so I won't
be including that change in the SD patches. The following change will be in
the next release of SD (v0.45).
Andrew Please apply on top of
On Sun, 22 Apr 2007 07:42:22 +0900 OGAWA Hirofumi <[EMAIL PROTECTED]> wrote:
> Recent Windows doesn't update ->free_clusters correctly. The "nofree"
> option ignores the ->free_clusters stored on FSINFO.
It'd be better to avoid the new mount option if possible: fatfs is used by
a *lot* of people
Nick Piggin wrote:
Rik van Riel wrote:
Andrew Morton wrote:
On Fri, 20 Apr 2007 17:38:06 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
Andrew Morton wrote:
I've also merged Nick's "mm: madvise avoid exclusive mmap_sem".
- Nick's patch also will help this problem. It could be that your
Rik van Riel wrote:
Andrew Morton wrote:
On Fri, 20 Apr 2007 17:38:06 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
Andrew Morton wrote:
I've also merged Nick's "mm: madvise avoid exclusive mmap_sem".
- Nick's patch also will help this problem. It could be that your
patch
no longer
v9fs_insert uses v9fs_fid_lookup (which also locks the fid) to get the primary
fid associated with the dentry and destroys the v9fs_fid struct after removing
the file. If another process called v9fs_fid_lookup on the same dentry, it may
wait undefinitely for the fid's lock (as the struct is
On Saturday 21 April 2007, Con Kolivas wrote:
>On Sunday 22 April 2007 04:17, Gene Heskett wrote:
>> More first impressions of sd-0.44 vs CFS-v4
>
>Thanks Gene.
>
>> CFS-v4 is quite smooth in terms of the users experience but after
>> prolonged observations approaching 24 hours, it appears to
On Saturday 21 April 2007 06:54, Marcos Pinto wrote:
> It took me several hours, but I just got done combing things over with
> bisect as Greg requested. This is what git spit out as the problem
> patch in the end:
>
> 7639e962234c76031d1ddf436def7fd9602be560 is first bad commit
> commit
On Saturday 21 April 2007 22:12, Willy Tarreau wrote:
> 2) SD-0.44
>
>Feels good, but becomes jerky at moderately high loads. I've started
>64 ocbench with a 250 ms busy loop and 750 ms sleep time. The system
>always responds correctly but under X, mouse jumps quite a bit and
>
On Saturday 21 April 2007 10:03, Sunil Naidu wrote:
> Hello,
>
> I did compile 2.6.21-rc7 for a P-III machine. Here is the ACPI part in
> the dmesg:-
>
> ACPI Error (psargs-0355): [PRSE] Namespace lookup failure, AE_NOT_FOUND
> ACPI Error (psparse-0537): Method parse/execution failed
>
On 4/21/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
And how the hell do you imagine you'd even *know* what thread holds the
futex?
We know this in most cases. This is information recorded, for
instance, in the mutex data structure. You might have missed my "the
interface must be extended"
> Finally, tifm_sd module needs to be manually inserted.
By the way, the driver emits custom uevent when the new card is detected. I was
going to look at
this some day in the future, but if you want to mess a little with hotplug
scripts the issue can
be easily solved.
As I already said before,
On Sunday 22 April 2007 04:17, Gene Heskett wrote:
> More first impressions of sd-0.44 vs CFS-v4
Thanks Gene.
>
> CFS-v4 is quite smooth in terms of the users experience but after prolonged
> observations approaching 24 hours, it appears to choke the cpu hog off a
> bit even when the system has
On Saturday 21 April 2007, S.Çağlar Onur wrote:
>21 Nis 2007 Cts tarihinde, Gene Heskett şunları yazmıştı:
>> This one is another keeper IMO, or as we are fond of saying around here,
>> its good enough for the girls I go with. If this isn't the best one so
>> far, its very very close and I'm
Andrew Morton wrote:
On Fri, 20 Apr 2007 12:25:39 +0200 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
Define a new fs flag FS_SAFE, which denotes, that unprivileged
mounting of this filesystem may not constitute a security problem.
Since most filesystems haven't been designed with unprivileged
On Sunday 22 April 2007, Arnd Bergmann wrote:
> I would prefer to not have 'depends on !S390' but rather 'depends on MMIO',
> because that is what really drives stuff like IPMI: they expect the device
> to be reachable through the use of ioremap or inX/outX instructions, which
> don't exist on
On Sunday 22 April 2007 08:54, Denis Vlasenko wrote:
> On Saturday 21 April 2007 18:00, Ingo Molnar wrote:
> > correct. Note that Willy reniced X back to 0 so it had no relevance on
> > his test. Also note that i pointed this change out in the -v4 CFS
> >
> > announcement:
> > || Changes since
On Sunday 22 April 2007 02:00, Ingo Molnar wrote:
> * Con Kolivas <[EMAIL PROTECTED]> wrote:
> > > Feels even better, mouse movements are very smooth even under high
> > > load. I noticed that X gets reniced to -19 with this scheduler.
> > > I've not looked at the code yet but this looked
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] De la part de Con Kolivas
> Envoyé : 21 avril 2007 03:57
>
> A significant bugfix for forking tasks was just posted, so
> here is an updated version of the staircase deadline cpu
> scheduler. This may cause
On Sat, 21 Apr 2007, Ulrich Drepper wrote:
>
> If you do this, and it has been requested many a times, then please
> generalize it. We have the same issue with futexes. If a FUTEX_WAIT
> call is issues the remaining time in the slot should be given to the
> thread currently owning the futex.
Overlapping areas are subject to memmove() not memcpy().
CONFIG_DEBUG_MEMCPY will print pointers and length in question as well as
backtrace to logs. Also, it should help if one of 3 variables got
corrupted somehow and you were lucky enough.
So far it was booted successfully on one x86_64 box
Hi Tom.
On Thursday 19 April 2007 21:00, Tom Strader wrote:
> This is the final output from my kernel as I try to launch busybox
> (/sbin/init is linked to /bin/busybox)
> As it launches the kernel looks for libraries which do not exist (not
> sure why), but it appears to find /lib/libcrypt.so.1
On Wed, 2007-04-18 at 17:27 -0400, Chuck Ebbert wrote:
> Bartlomiej Zolnierkiewicz wrote:
> > On Wednesday 18 April 2007, Chuck Ebbert wrote:
> >> Mark Lord wrote:
> >>> Mark Lord wrote:
> With the patch applied, I don't see *any* new activity in those
> S.M.A.R.T.
> attributes over
On Friday 20 April 2007, Martin Schwidefsky wrote:
>
> From: Martin Schwidefsky <[EMAIL PROTECTED]>
>
> Make the "Sonics Silicon Backplane" menu dependent on the two buses
> it can be found on.
> Goes on top of git-wireless.patch.
>
> Cc: Michael Buesch <[EMAIL PROTECTED]>
> Cc: John W.
On 4/21/07, Kyle Moffett <[EMAIL PROTECTED]> wrote:
>> It might be nice if it was possible to actively contribute your CPU
>> time to a child process. For example:
>> int sched_donate(pid_t pid, struct timeval *time, int percentage);
On Sat, Apr 21, 2007 at 12:49:52PM -0700, Ulrich Drepper
On Friday 20 April 2007, Martin Schwidefsky wrote:
> diff -urpN linux-2.6/drivers/char/Kconfig
> linux-2.6-patched/drivers/char/Kconfig
> --- linux-2.6/drivers/char/Kconfig2007-04-19 15:49:51.0 +0200
> +++ linux-2.6-patched/drivers/char/Kconfig2007-04-19 15:50:50.0
>
On Friday 20 April 2007, Martin Schwidefsky wrote:
> diff -urpN linux-2.6/drivers/char/ipmi/Kconfig
> linux-2.6-patched/drivers/char/ipmi/Kconfig
> --- linux-2.6/drivers/char/ipmi/Kconfig 2007-02-04 19:44:54.0 +0100
> +++ linux-2.6-patched/drivers/char/ipmi/Kconfig 2007-04-19
John,
Boot ok with clocksource=acpi_pm and HPET enabled.
Any clue?
john stultz wrote:
On 4/19/07, guilherme <[EMAIL PROTECTED]> wrote:
Hi,
If i enable "High Resolution Timer Support", my machine stops here at
boot:
Clocksource tsc unstable (delta = -297340790165 ns)
Time: hpet clocksource
On Saturday 21 April 2007, Remy Bohmer wrote:
> Hello All,
>
> I need to implement a gtod/clocksource/clockevents implementation for
> the Atmel ARM AT91SAM9261 CPU, and I am looking for some kernel
> (interface) documentation about these mechanisms.
>
> I already investigated the
liangbowen wrote:
maybe you've misunderstood my meaning. I mean the whole header file has only 4 lines of code in total:
#ifndef I386_SEMAPHORE_H
#define I386_SEMAPHORE_H
#include
#endif
it's supposed to have more codes than that. like
struct semaphore {
int count;
int
On Saturday 21 April 2007 18:00, Ingo Molnar wrote:
> correct. Note that Willy reniced X back to 0 so it had no relevance on
> his test. Also note that i pointed this change out in the -v4 CFS
> announcement:
>
> || Changes since -v3:
> ||
> || - usability fix: automatic renicing of kernel
On Fri, 20 Apr 2007 18:11:10 -0400 "David Kyle" <[EMAIL PROTECTED]> wrote:
> I've been working with the TPM driver, and I found that if I opened,
> used, then closed the TPM char device very frequently, I would get a
> kernel BUG message saying that the kernel tried to sleep while holding
> a
On Friday 20 April 2007, Martin Schwidefsky wrote:
> diff -urpN linux-2.6/drivers/auxdisplay/Kconfig
> linux-2.6-patched/drivers/auxdisplay/Kconfig
> --- linux-2.6/drivers/auxdisplay/Kconfig2007-04-19 15:23:55.0
> +0200
> +++ linux-2.6-patched/drivers/auxdisplay/Kconfig
DervishD <[EMAIL PROTECTED]> writes:
> * Juergen Beisert <[EMAIL PROTECTED]> dixit:
>> On Thursday 19 April 2007 10:57, DervishD wrote:
>> > I have a portable device with a FAT32 formatted hard disk in it, and
>> > everytime I delete a file in the device *using the device itself to
>> > do it*
On Fri, 20 Apr 2007 17:48:18 +1000 David Chinner <[EMAIL PROTECTED]> wrote:
> Agreed - I was talking about a quick way to hack a real filesystem
> in to the VM to start exercising the new VM code without needing to
> implement compound page support down the whole I/O stack.
Yes. The whole
> There is no FRAME_POINTER support in the x86_64 code. Apparently it was
> removed when the unwind code was added but now that has been removed as
> well!
That's because no assembly code in x86-64 knows anything about frame pointers.
You will always get truncated traces if anything assembler is
From: Alan Cox <[EMAIL PROTECTED]>
Date: Sat, 21 Apr 2007 21:58:44 +0100
> On Sat, 21 Apr 2007 15:07:51 +0200
> Tilman Schmidt <[EMAIL PROTECTED]> wrote:
>
> > From: Tilman Schmidt <[EMAIL PROTECTED]>
> >
> > The "obsolete" label on the ISDN_I4L Kconfig option is not, and
> > has never been,
unsubscribe linux-kernel
-
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 the FAQ at http://www.tux.org/lkml/
[Forgot to CC LKML, Sorry!]
Hi;
USRobotics Wireless Adapter (Model 5423) works well with current zd1211rw
driver also (i have tested 2.6.18, 2.6.20 and 2.6.21-rc7). I know -mm/and
Daniel's tree has new version (i think with more features like rate estimator
etc.) of this driver but maybe you
On Fri, 2007-04-20 at 13:55 -0500, Scott Porter wrote:
> I'm attempting to use Fault Injection stacktrace filtering on an x86_64
> platform (see config details below) and finding problems:
>
> (1) Apparently stacktrace on x86_64 isn't always reliable but the fault
> injection code path to save a
On Fri, 20 Apr 2007, Greg KH wrote:
> > Greg, do you know of anything in particular that depends on a kobjects not
> > being released before their children are released?
>
> Yes, the whole driver model :)
But anything in particular? Looking through the source code, I see
kobj->parent gets
Andi Kleen <[EMAIL PROTECTED]> writes:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
>> On Fri, 20 Apr 2007 12:25:39 +0200 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
>>
>> > Define a new fs flag FS_SAFE, which denotes, that unprivileged
>> > mounting of this filesystem may not constitute a
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Make the microcode driver use the suspend-related CPU hotplug notifications
to handle the CPU hotplug events occuring during system-wide suspend and
resume transitions. Remove the global variable suspend_cpu_hotplug previously
used for this purpose.
> --- 2.6.21-rc7-d390.orig/arch/x86_64/kernel/setup.c
> +++ 2.6.21-rc7-d390/arch/x86_64/kernel/setup.c
> @@ -576,7 +576,7 @@ static void __cpuinit init_amd(struct cp
>
> /* Bit 31 in normal CPUID used for nonstandard 3DNow ID;
> 3DNow is IDd by bit 31 in extended CPUID (1*32+31)
[Sorry for the duplicates, I forgot to add the LKML to the CC list]
Hi,
The following two patches are intended to deal with the problem that some
CPU hotplug notifiers misbehave when they are called after tasks have been
frozen.
The first of them introduces special notifications that should
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Since nonboot CPUs are now disabled after tasks and devices have been frozen
and the CPU hotplug infrastructure is used for this purpose, we need special
CPU hotplug notifications that will help the CPU-hotplug-aware subsystems
distinguish normal CPU
Hello All,
I need to implement a gtod/clocksource/clockevents implementation for
the Atmel ARM AT91SAM9261 CPU, and I am looking for some kernel
(interface) documentation about these mechanisms.
I already investigated the 'examples'/implementations of other
architectures in the kernel, but that
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Fri, 20 Apr 2007 12:25:39 +0200 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
>
> > Define a new fs flag FS_SAFE, which denotes, that unprivileged
> > mounting of this filesystem may not constitute a security problem.
> >
> > Since most filesystems
On Sat, 21 Apr 2007 22:01:47 +0100 Alan Cox <[EMAIL PROTECTED]> wrote:
> > > +#define lower_32_bits(n) (sizeof(n) == 8 ? (u32)(n) : (n))
> >
> > n&0x would be simpler.
> >
> > Do we actually have any call for this?
>
> The only case for all of this we care about is sector_t, which is
Jan Engelhardt <[EMAIL PROTECTED]> writes:
> On Apr 21 2007 10:57, Eric W. Biederman wrote:
>>
>>> tmpfs!
>>
>>tmpfs is a possible problem because it can consume lots of ram/swap.
>>Which is why it has limits on the amount of space it can consume.
>
> Users can gobble up all RAM and swap
> > +#define lower_32_bits(n) (sizeof(n) == 8 ? (u32)(n) : (n))
>
> n&0x would be simpler.
>
> Do we actually have any call for this?
The only case for all of this we care about is sector_t, which is one
type, with specific properties (eg always being positive). The rest is
On Sat, 21 Apr 2007 15:07:51 +0200
Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> From: Tilman Schmidt <[EMAIL PROTECTED]>
>
> The "obsolete" label on the ISDN_I4L Kconfig option is not, and
> has never been, accurate. It has already prompted repeated attempts
> to remove actively used
21 Nis 2007 Cts tarihinde, Gene Heskett şunları yazmıştı:
> This one is another keeper IMO, or as we are fond of saying around here,
> its good enough for the girls I go with. If this isn't the best one so
> far, its very very close and I'm getting pickier. kmail is the only thing
> that's
Hi Ingo;
20 Nis 2007 Cum tarihinde, Ingo Molnar şunları yazmıştı:
> As usual, any sort of feedback, bugreport, fix and suggestion is more
> than welcome,
I tried hard and found another problem for you :)
With Linus's current git + CFSv4 as soon as i start a guest in VirtualBox [1],
system
> > The other deadlock, in throttle_vm_writeout() is still to be solved.
>
> Let's go back to the original changelog:
>
> Author: marcelo.tosatti
> Date: Tue Mar 8 17:25:19 2005 +
>
> [PATCH] vm: pageout throttling
>
> With silly pageout testcases it is possible to place
Robin Holt <[EMAIL PROTECTED]> writes:
> I think this was originally coded with daemonize to avoid issues with
> reaping children. Dean Nelson can correct me if I am wrong. I assume
> this patch is going in as part of the set which will make these threads
> clear themselves from the children
On Sat, 2007-04-21 at 14:15 +0200, Peter Zijlstra wrote:
> > > > +/*
> > > > + * maximal error of a stat counter.
> > > > + */
> > > > +static inline unsigned long bdi_stat_delta(void)
> > > > +{
> > > > +#ifdef CONFIG_SMP
> > > > + return NR_CPUS * FBC_BATCH;
> > >
> > > This is enormously
On 4/21/07, Kyle Moffett <[EMAIL PROTECTED]> wrote:
It might be nice if it was possible to actively contribute your CPU
time to a child process. For example:
int sched_donate(pid_t pid, struct timeval *time, int percentage);
If you do this, and it has been requested many a times, then please
Trond Myklebust <[EMAIL PROTECTED]> writes:
> On Thu, 2007-04-19 at 14:40 -0700, Andrew Morton wrote:
>> Using signals to communicate with kernel threads is fairly unpleasant, IMO.
>> We have much simpler, faster and more idiomatic ways of communicating
>> between threads in-kernel and there are
On 4/21/07, Andreas Gruenbacher <[EMAIL PROTECTED]> wrote:
What I described is a supported feature, nothing more and nothing less. It's
also relatively easy to handle this case correctly in glibc, e.g., [...]
This is only useful if the requirement of an ordered /proc/mounts is
part of the
On Sat, 21 Apr 2007 19:33:52 +0530 "Sunil Naidu" <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I did compile 2.6.21-rc7 for a P-III machine. Here is the ACPI part in
> the dmesg:-
>
> ACPI Error (psargs-0355): [PRSE] Namespace lookup failure, AE_NOT_FOUND
> ACPI Error (psparse-0537): Method
On Sat, 21 Apr 2007 19:28:30 +0530 "Sunil Naidu" <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I am facing a strange problems with an old 1.2 GHz P-III machine with
> a 10 GB disk (used as a dedicated web server, later retired out of
> service!).
>
> Out of interest to implement some wireless
On Sat, 21 Apr 2007 11:26:31 -0400 Jeff Mahoney <[EMAIL PROTECTED]> wrote:
> The listxattr() and getxattr() operations are only protected by a read
> lock. As a result, if either of these operations run in parallel, a race
> condition exists where the xattr_root will end up being cached twice,
On Sat, 21 Apr 2007 18:29:21 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote:
> >> The patch adds an __attribute__((aligned(8))) to the
> >> taskstats structure members so that 32 bit applications using taskstats
> >> can work with a 64 bit kernel.
> >
> > But there might be 32-bit applications out
On Sat, 2007-04-21 at 12:21 -0700, Andrew Morton wrote:
> On Sat, 21 Apr 2007 13:02:26 +0200 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> > > > + cpu = get_cpu();
> > > > + pcount = per_cpu_ptr(fbc->counters, cpu);
> > > > + count = *pcount + amount;
> > > > + if (count
On Sat, 21 Apr 2007 13:02:26 +0200 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > > + cpu = get_cpu();
> > > + pcount = per_cpu_ptr(fbc->counters, cpu);
> > > + count = *pcount + amount;
> > > + if (count >= FBC_BATCH || count <= -FBC_BATCH) {
> > > + spin_lock(>lock);
> > > +
Dave Hansen <[EMAIL PROTECTED]> writes:
> On Thu, 2007-04-19 at 17:19 -0400, Trond Myklebust wrote:
>> > With pid namespaces all kernel threads will disappear so how do
>> > we cope with the problem when the sysadmin can not see the kernel
>> > threads?
>
> Do they actually always disappear, or
On Friday 20 April 2007 21:17, Ulrich Drepper wrote:
> On 4/20/07, Andreas Gruenbacher <[EMAIL PROTECTED]> wrote:
> > The code also seems to stop at the first matching mount point. You can
> > have the same device mounted on the same mount point multiple times but
> > with different mount options,
* Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> > i've attached it below in a standalone form, feel free to put it
> > into SD! :)
>
> Assume X went crazy (lacking any statistics, I make the unproven
> statement that this happens more often than kthreads going berserk),
> then having it niced
On Apr 21, 2007, at 12:42:41, William Lee Irwin III wrote:
On Sat, 21 Apr 2007, Willy Tarreau wrote:
If you remember, with 50/50, I noticed some difficulties to fork
many processes. I think that during a fork(), the parent has a
higher probability of forking other processes than the child.
- s/Device Drivers/Controllers/
- clarify who needs pcilynx
- don't recommend Y for raw1394; M is typically used
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
---
drivers/ieee1394/Kconfig | 20
1 file changed, 12 insertions(+), 8 deletions(-)
Index:
On Sat, 2007-04-21 at 16:18 +0200, Wiktor Wandachowicz wrote:
> Recently I tried newer releases of Linux distributions, specifically
> Sabayon Linux 3.3 and Ubuntu 7.04. Both suffer from problems with
> rt2500/rt2570 modules not being able to associate with access points.
> There are numerous
On Saturday 21 April 2007, Willy Tarreau wrote:
>Hi Ingo, Hi Con,
>
>I promised to perform some tests on your code. I'm short in time right now,
>but I observed behaviours that should be commented on.
>
>1) machine : dual athlon 1533 MHz, 1G RAM, kernel 2.6.21-rc7 + either
> scheduler Test:
On 4/21/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
on a simple 'ls' command:
21310 clone(child_stack=0, ...) = 21399
...
21399 execve("/bin/ls",
...
21310 waitpid(-1,
the PID is -1 so we dont actually know which task we are waiting for.
That's a special case. Most programs don't
Hugh Dickins wrote:
On Fri, 20 Apr 2007, Rik van Riel wrote:
Andrew Morton wrote:
I do go on about that. But we're adding page flags at about one per
year, and when we run out we're screwed - we'll need to grow the
pageframe.
If you want, I can take a look at folding this into the
Hi Simon,
> +named device points to the USB interface device's directory which contains
> +several sysfs attribute files for retriving device statistics:
retrieving
Ciao,
Duncan.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Apr 21 2007 18:00, Ingo Molnar wrote:
>* Con Kolivas <[EMAIL PROTECTED]> wrote:
>
>> > Feels even better, mouse movements are very smooth even under high
>> > load. I noticed that X gets reniced to -19 with this scheduler.
>> > I've not looked at the code yet but this looked suspicious
On Apr 21, 2007, at 12:18, Willy Tarreau wrote:
Also, I believe that (in shells), most forked processes do not even
consume
a full timeslice (eg: $(uname -n) is very fast). This means that
assigning
them with a shorter one will not hurt them while preserving the
shell's
performance
On Apr 21 2007 10:57, Eric W. Biederman wrote:
>
>> tmpfs!
>
>tmpfs is a possible problem because it can consume lots of ram/swap.
>Which is why it has limits on the amount of space it can consume.
Users can gobble up all RAM and swap already today. (Unless they are
confined into an rlimit,
On Sat, Apr 21, 2007 at 06:53:47PM +0200, Ingo Molnar wrote:
>
> * Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> > It would be even better to simply have the rule:
> > - child gets almost no points at startup
> > - but when a parent does a "waitpid()" call and blocks, it will spread
> >
Jan Engelhardt <[EMAIL PROTECTED]> writes:
> On Apr 21 2007 08:10, Eric W. Biederman wrote:
>>>
Define a new fs flag FS_SAFE, which denotes, that unprivileged
mounting of this filesystem may not constitute a security problem.
Since most filesystems haven't been designed with
On Sat, Apr 21, 2007 at 09:34:07AM -0700, Linus Torvalds wrote:
>
>
> On Sat, 21 Apr 2007, Willy Tarreau wrote:
> >
> > If you remember, with 50/50, I noticed some difficulties to fork many
> > processes. I think that during a fork(), the parent has a higher probability
> > of forking other
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> It would be even better to simply have the rule:
> - child gets almost no points at startup
> - but when a parent does a "waitpid()" call and blocks, it will spread
>out its points to the childred (the "vfork()" blocking is another case
>
On Sat, 21 Apr 2007, Willy Tarreau wrote:
>> If you remember, with 50/50, I noticed some difficulties to fork many
>> processes. I think that during a fork(), the parent has a higher probability
>> of forking other processes than the child. So at least, we should use
>> something like 67/33 or
On Sat, Apr 21, 2007 at 06:00:08PM +0200, Ingo Molnar wrote:
> arch/i386/kernel/ioport.c | 13 ++---
> arch/x86_64/kernel/ioport.c |8 ++--
> drivers/block/loop.c|5 -
> include/linux/sched.h |7 +++
> kernel/sched.c | 40
On Sat, 21 Apr 2007, Willy Tarreau wrote:
>
> If you remember, with 50/50, I noticed some difficulties to fork many
> processes. I think that during a fork(), the parent has a higher probability
> of forking other processes than the child. So at least, we should use
> something like 67/33 or
On 4/21/07, Hugh Dickins <[EMAIL PROTECTED]> wrote:
But the Linux MADV_DONTNEED does throw away
data from a PROT_WRITE,MAP_PRIVATE mapping (or brk or stack) - those
changes are discarded, and a subsequent access will revert to zeroes
or the underlying mapped file. Been like that since before
* William Lee Irwin III <[EMAIL PROTECTED]> wrote:
>> Suppose a table of nice weights like the following is tuned via
>> /proc/:
>> -20 21 0 1
>> -1 2 19 0.0476
> > Essentially 1/(n+1) when n >= 0 and 1-n when n < 0.
On Sat, Apr 21, 2007
On Sat, 2007-04-21 at 12:14 -0400, Jeff Mahoney wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Peter Zijlstra wrote:
> > Replace all the lock_kernel() instances with reiserfs_write_lock(sb),
> > and make that use an actual per super-block mutex instead of
> > lock_kernel().
> >
> >
On Sat, Apr 21, 2007 at 05:46:14PM +0200, Ingo Molnar wrote:
>
> * Willy Tarreau <[EMAIL PROTECTED]> wrote:
>
> > I promised to perform some tests on your code. I'm short in time right
> > now, but I observed behaviours that should be commented on.
>
> thanks for the feedback!
>
> > 3) CFS-v4
On Saturday 21 April 2007 14:57, Tetsuo Handa wrote:
> So, you may want customized version of d_namespace_path()?
No. d_namespace_path() returns valid pathnames, just like d_path() does.
Whatever quoting needed can be added to the resulting pathname.
Andreas
-
To unsubscribe from this list:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter Zijlstra wrote:
> Replace all the lock_kernel() instances with reiserfs_write_lock(sb),
> and make that use an actual per super-block mutex instead of
> lock_kernel().
>
> This should make reiserfs safe from PREEMPT_BKL=n, since it seems to
>
On Sat, Apr 21, 2007 at 06:00:08PM +0200, Ingo Molnar wrote:
>
> * Con Kolivas <[EMAIL PROTECTED]> wrote:
>
> > > Feels even better, mouse movements are very smooth even under high
> > > load. I noticed that X gets reniced to -19 with this scheduler.
> > > I've not looked at the code yet
Hello,
On 4/20/07, Cedric Le Goater <[EMAIL PROTECTED]> wrote:
Cedric Le Goater wrote:
> Andrew Morton wrote:
>> On Thu, 19 Apr 2007 01:58:51 -0600
>> "Eric W. Biederman" <[EMAIL PROTECTED]> wrote:
>>>
>>>
>>> + task = kthread_run(bnep_session, s, "kbnepd %s", dev->name);
>> It's unusual to
1 - 100 of 438 matches
Mail list logo