In AppArmor, we are interested in pathnames relative to the namespace root.
This is the same as d_path() except for the root where the search ends. Add
a function for computing the namespace-relative path.
Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]>
Reviewed-by: John Johansen <[EMAIL PR
Remove some duplicate code in generating the contents of /proc/mounts and
/proc/$pid/mountstats.
Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]>
---
fs/proc/base.c | 45 +++--
1 file changed, 15 insertions(+), 30 deletions(-)
--- a/fs/proc/base.c
Make getcwd() fail with -ENOENT if the current working directory is
disconnected: the process is not asking for some previous name of that
directory but for the current name; returning a path meaningless in the
context of that process makes no sense.
Signed-off-by: Andreas Gruenbacher <[EMAIL PROT
On Tuesday 17 April 2007 19:21, Alan Cox wrote:
> Can you prove no existing application on the planet relies on the
> existing behaviour ? Actually more limited but sane as a test would be
> "Can you prove that the glibc behaviour visible to applications does not
> change"
As far as I can see, gli
The path that __d_path() computes can become slightly inconsistent when it
races with mount operations: it grabs the vfsmount_lock when traversing mount
points, but immediately drops it again, only to re-grab it when it reaches the
next mount point. The result is that the filename computed is not
Am Freitag, den 20.04.2007, 03:42 +0400 schrieb Manu Abraham:
> hermann pitton wrote:
> > Am Freitag, den 20.04.2007, 03:19 +0400 schrieb Manu Abraham:
> >> hermann pitton wrote:
> >>> Am Freitag, den 20.04.2007, 02:51 +0400 schrieb Manu Abraham:
> Markus Rechberger wrote:
> > On 4/20/07,
On Thursday 19 April 2007 19:35:04 Christoph Lameter wrote:
> Variable Order Page Cache Patchset
>
> This patchset modifies the core VM so that higher order page cache pages
> become possible. The higher order page cache pages are compound pages
> and can be handled in the same way as regular page
On Thursday 19 April 2007 18:18, Ingo Molnar wrote:
> * Willy Tarreau <[EMAIL PROTECTED]> wrote:
> > You can certainly script it with -geometry. But it is the wrong
> > application for this matter, because you benchmark X more than
> > glxgears itself. What would be better is something like a line
Ingo Molnar wrote:
- bugfix: use constant offset factor for nice levels instead of
sched_granularity_ns. Thus nice levels work even if someone sets
sched_granularity_ns to 0. NOTE: nice support is still naive, i'll
address the many nice level related suggestions in -v4.
I have a s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Is preemption safe to use on PowerPC these days?
- --
Andrew J. Barr | http://www.pridelands.dyndns.org/
"Why must I fail at every attempt at masonry?"
-- Homer Simpson, "Mom and Pop Art" [AABF15]
-BEGIN PGP SIGNATURE-
Version: GnuPG
On Friday 20 April 2007 02:15, Mark Lord wrote:
> Con Kolivas wrote:
> > On Thursday 19 April 2007 23:17, Mark Lord wrote:
> >> Con Kolivas wrote:
> >> s go ahead and think up great ideas for other ways of metering out cpu
> >>
> >>> bandwidth for different purposes, but for X, given the absurd
> >
On Thu, 19 Apr 2007, Greg KH wrote:
> On Thu, Apr 19, 2007 at 04:11:50PM -0700, Jesse Barnes wrote:
> > On Thursday, April 5, 2007 3:37 pm Adam Jackson wrote:
> > > So I'm attempting to do something fairly heinous (X server across
> > > five video cards), and I hit a fun bug in bridge range setu
On 4/19/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
The cpu scheduler core is a cpu bandwidth and latency
proportionator and should be nothing more or less.
Not really. The CPU scheduler is (or ought to be) what electric
utilities call an economic dispatch mechanism -- a real-time
controller wh
On Thu, 19 Apr 2007 01:58:39 -0600
"Eric W. Biederman" <[EMAIL PROTECTED]> wrote:
> From: Eric W. Biederman <[EMAIL PROTECTED]>
>
> This starts the sparc64 powerd using kthread_run
> instead of kernel_thread and daemonize. Making the
> code slightly simpler and more maintainable.
>
> In additio
On Thu, 19 Apr 2007 01:58:38 -0600
"Eric W. Biederman" <[EMAIL PROTECTED]> wrote:
> From: Eric W. Biederman <[EMAIL PROTECTED]>
>
> This patch modifies the sas scsi host thread startup
> to use kthread_run not kernel_thread and deamonize.
> kthread_run is slightly simpler and more maintainable.
>
Chris Bergeron <[EMAIL PROTECTED]> writes:
> Hello all,
>
> Building the fglrx module against the current Linux kernel (2.6.20.7
> as of this e-mail) I'm getting an error:
>
> FATAL: modpost: GPL-incompatible module fglrx.ko uses GPL-only symbol
> 'paravirt_ops'
>
It should probably be availab
Con Kolivas wrote:
> You're welcome and thanks for taking the floor to speak. I would say you have
> actually agreed with me though. X is not unique, it's just an obvious so
> let's not design the cpu scheduler around the problem with X. Same goes for
> every other application. Leaving the choic
On 4/19/07, Alan Cox <[EMAIL PROTECTED]> wrote:
The troll is back I see.
Troll, shmoll. I call 'em like I see 'em. As much as I like and
depend on Linux, and as much as I respect the contributions and the
ideals of the EXPORT_SYMBOL_GPL partisans, they're spreading needless
FUD by spraying "p
On Friday 20 April 2007 01:01, Con Kolivas wrote:
> This then allows the maximum rr_interval to be as large as 5000
> milliseconds.
Just for fun, on a core2duo make allnoconfig make -j8 here are the build time
differences (on a 1000HZ config) machine:
16ms:
53.68user 4.81system 0:34.27elapsed 17
On Fri, 20 Apr 2007, David Chinner wrote:
> So looking at this the main thing for converting a filesystem is some extra
> bits in the mount process and replacing PAGE_CACHE_* macros with
> page_cache_*() wrapper functions.
Right.
> We can probably set all this up trivially with XFS by allowing b
On Fri, 20 Apr 2007, David Chinner wrote:
> I think PAGE_CACHE_SIZE is a redundant define with these
> modifications. The page cache size in now variable and it is based
> on a multiple of PAGE_SIZE. Hence I suggest that PAGE_CACHE_SIZE and
> it's derivitives should be made to go away completely
On Fri, 20 Apr 2007, Maxim Levitsky wrote:
> First of all, today, packet writing on cd/dvd doesn't work well, it is very
> slow because
> now all file-systems are limited to 4k-barrier and cd/dvd can write only
> 32k/64k packets.
> This is why a pktcdvd was written and it emulates those 4k sect
David Miller <[EMAIL PROTECTED]> wrote:
>
> I applied already the patches I thought were appropriate,
> you had some crypto layer changes that you need to work
> out with Herbert Xu before the rest can be applied.
He has already fixed it by using the scatterlist interface for now.
So the last set
On Thursday 19 April 2007 12:15, Mark Lord wrote:
> Con Kolivas wrote:
> > On Thursday 19 April 2007 23:17, Mark Lord wrote:
> >> Con Kolivas wrote:
> >> s go ahead and think up great ideas for other ways of metering out cpu
> >>
> >>> bandwidth for different purposes, but for X, given the absurd s
David Miller <[EMAIL PROTECTED]> wrote:
>
> That file had alloc_skb_from_cache() in it, which nothing in the
> vanilla kernel ever invoked. How did it even get there? If it was
> put there for Xen's sake, that stinks because Xen is out of tree.
I think it was included because this is a list of
On Thu, 19 Apr 2007, Ed Tomlinson wrote:
> >
> > SD just doesn't do nearly as good as the stock scheduler, or CFS, here.
> >
> > I'm quite likely one of the few single-CPU/non-HT testers of this stuff.
> > If it should ever get more widely used I think we'd hear a lot more
> > complaints.
>
>
On 4/19/07, Lee Revell <[EMAIL PROTECTED]> wrote:
IMHO audio streamers should use SCHED_FIFO thread for time critical
work. I think it's insane to expect the scheduler to figure out that
these processes need low latency when they can just be explicit about
it. "Professional" audio software does
On Thu, 19 Apr 2007 01:58:36 -0600 "Eric W. Biederman" <[EMAIL PROTECTED]>
wrote:
> This patch changes cpqphp to use kthread_run and not
> kernel_thread and daemonize to startup and setup
> the cpqphp thread.
ok.. I'll rename this to "partially convert" and shall add a note
to the changelog,
T
On Thursday 19 April 2007, Con Kolivas wrote:
>On Friday 20 April 2007 04:16, Gene Heskett wrote:
>> On Thursday 19 April 2007, Con Kolivas wrote:
>>
>> [and I snipped a good overview]
>>
>> >So yes go ahead and think up great ideas for other ways of metering out
>> > cpu bandwidth for different pu
On Thursday 19 April 2007, Con Kolivas wrote:
>On Friday 20 April 2007 04:16, Gene Heskett wrote:
>> On Thursday 19 April 2007, Con Kolivas wrote:
>>
>> [and I snipped a good overview]
>>
>> >So yes go ahead and think up great ideas for other ways of metering out
>> > cpu bandwidth for different pu
Have you looked at the last version (0.8)? It fixed all outstanding issues (as
far as I know).
--- Sergey Yanovich <[EMAIL PROTECTED]> wrote:
-
Hi,
The device is present in many notebooks. Notebooks depend heavily
onsuspend/resume functionality.
tifm_core/7x
Hello all,
I have a [EMAIL PROTECTED] Acecad USB Tablet and I've been trying for a
while to set it up to work fine under Linux, without very much
success. I've been using the stock Debian kernel (2.6.18), but also
tried rolling my own 2.6.x git series (latest tried a 2.6.21-rc7 just
this evening)
On Fri, Apr 20, 2007 at 10:47:57AM +1000, Con Kolivas wrote:
> On Friday 20 April 2007 01:01, Con Kolivas wrote:
> > This then allows the maximum rr_interval to be as large as 5000
> > milliseconds.
>
> Just for fun, on a core2duo make allnoconfig make -j8 here are the build time
> differences (o
On Thu, Apr 19, 2007 at 09:17:25AM -0400, Mark Lord wrote:
> Con Kolivas wrote:
> s go ahead and think up great ideas for other ways of metering out cpu
> >bandwidth for different purposes, but for X, given the absurd simplicity
> >of renicing, why keep fighting it? Again I reiterate that most us
On Wed, 18 Apr 2007 21:08:45 +0900 Keiichi KII <[EMAIL PROTECTED]> wrote:
> +static ssize_t store_local_port(struct netconsole_target *nt, const char
> *buf,
> + size_t count)
> +{
> + spin_lock(&target_list_lock);
> + nt->np.local_port = simple_strtol(buf, NUL
On Wed, 18 Apr 2007 21:06:41 +0900 Keiichi KII <[EMAIL PROTECTED]> wrote:
> From: Keiichi KII <[EMAIL PROTECTED]>
>
> This patch contains the following changes for supporting multiple logging
> agents.
>
> 1. extend netconsole to multiple netpolls
>To send kernel messages to multiple loggin
On Thu, Apr 19, 2007 at 12:26:03PM -0700, Ray Lee wrote:
> On 4/19/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
> >The one fly in the ointment for
> >linux remains X. I am still, to this moment, completely and utterly stunned
> >at why everyone is trying to find increasingly complex unique ways to
>
On Wed, 18 Apr 2007 21:11:14 +0900 Keiichi KII <[EMAIL PROTECTED]> wrote:
> From: Keiichi KII <[EMAIL PROTECTED]>
>
> We use symbolic link for net_device.
As Stephen said, please fully document the new interfaces in netconsole.txt.
Please also cc [EMAIL PROTECTED] on all networking-related patc
On Wed, 18 Apr 2007 21:14:55 +0900 Keiichi KII <[EMAIL PROTECTED]> wrote:
> From: Keiichi KII <[EMAIL PROTECTED]>
>
> We add ioctls for adding/removing target.
> If we use NETCONSOLE_ADD_TARGET ioctl,
> we can dynamically add netconsole target.
> If we use NETCONSOLE_REMOVE_TARGET ioctl,
> we ca
Hi again,
I recently noticed that my slub-enabled kernel won't let me stop
and restart the NFS server. It stops fine but on restart
it returns -ENOMEM.
It turns out that this is because kmem_cache_create is failing
because the name already exists in sysfs.
fs/nfsd/nfs4state creates 4 kmem_cac
(re-added lklml)
> Patch makes available to the user the following
> thread performance statistics:
>* Involuntary Context Switches (task_struct->nivcsw)
>* Voluntary Context Switches (task_struct->nvcsw)
I suppose they might be useful, but I'd be interested in hearing what
the uses of t
Max Kellermann wrote:
> On 2007/04/18 09:56, Tejun Heo <[EMAIL PROTECTED]> wrote:
>> It's more likely your chipset just has busted MSI support. Please
>> post the result of 'lspci -tv' and 'lspci -nn'.
>
> See attachments. I found the "nomsi" workaround in a forum, and
> didn't bother to investi
On Thu, Apr 19, 2007 at 09:35:04AM -0700, Christoph Lameter wrote:
> This patchset modifies the core VM so that higher order page cache pages
> become possible. The higher order page cache pages are compound pages
> and can be handled in the same way as regular pages.
> The order of the pages is de
On 4/18/07, David Howells <[EMAIL PROTECTED]> wrote:
Aubrey Li <[EMAIL PROTECTED]> wrote:
> Here, in the attachment I wrote a small test app. Please correct if
> there is anything wrong, and feel free to improve it.
Okay... I have that working... probably. I don't know what output it's
suppose
On Fri, Apr 20, 2007 at 10:10:45AM +1000, Peter Williams wrote:
> Ingo Molnar wrote:
> >
> > - bugfix: use constant offset factor for nice levels instead of
> > sched_granularity_ns. Thus nice levels work even if someone sets
> > sched_granularity_ns to 0. NOTE: nice support is still naive, i
On Wed, 18 Apr 2007 12:07:56 +0200 (CEST) Jiri Slaby <[EMAIL PROTECTED]> wrote:
> + /* non-Z with old PLX */
> + if (cinfo->num_chips != -1 && (readb(cinfo->base_addr + CyPLX_VER) &
> + 0x0f) == PLX_9050)
> + cy_writeb(cinfo->ctl_addr + 0x4c, 0);
> +
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: Fix off-by-one when writing to a nonpae guest p
Adrian Bunk wrote:
> Subject: ThinkPad X60: resume no longer works (PCI related?)
> workaround: booting with "hpet=disable"
> References : http://lkml.org/lkml/2007/3/13/3
> Submitter : Dave Jones <[EMAIL PROTECTED]>
> Jeremy Fitzhardinge <[EMAIL PROTECTED]>
> Caused
Most architectures defined three macros, MK_IOSPACE_PFN(),
GET_IOSPACE() and GET_PFN() in pgtable.h. However, the only callers
of any of these macros are in Sparc specific code, either in
arch/sparc, arch/sparc64 or drivers/sbus.
This patch removes the redundant macros from all architectures exce
On Thu, Apr 19, 2007 at 09:57:15PM -0700, Jeremy Fitzhardinge wrote:
> Adrian Bunk wrote:
> > Subject: ThinkPad X60: resume no longer works (PCI related?)
> > workaround: booting with "hpet=disable"
> > References : http://lkml.org/lkml/2007/3/13/3
> > Submitter : Dave Jones
On Fri, Apr 20, 2007 at 02:52:38AM +0300, Jan Knutar wrote:
> On Thursday 19 April 2007 18:18, Ingo Molnar wrote:
> > * Willy Tarreau <[EMAIL PROTECTED]> wrote:
> > > You can certainly script it with -geometry. But it is the wrong
> > > application for this matter, because you benchmark X more than
Utilized devicetree to store I2C data, ported i2c-algo-8xx.c from 2.4
approach(which remains nearly intact), refined i2c-rpx.c. I2C functionality has
been validated on
mpc885ads with EEPROM access.
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
---
Jean,
The patch below may have rough edges b
On Wed, 18 Apr 2007 11:13:01 +0400 Pavel Emelianov <[EMAIL PROTECTED]> wrote:
> The out_of_memory() function and SysRq-M handler call
> show_mem() to show the current memory usage state.
>
> This is also helpful to see which slabs are the largest
> in the system.
>
> Thanks Pekka for good idea o
Dave Jones wrote:
> Do you have the backlight code enabled ?
> I'm guessing not.
>
Hm, think so. backlight controls work, via both
/proc/acpi/ibm/backlight and /sys/class/backlight/*/brightness.
$ ls -l /sys/class/backlight/
total 0
drwxr-xr-x 2 root root 0 Apr 19 22:13 acpi_video0
drwxr-xr-x
On Thu, 2007-04-19 at 09:55 -0700, Davide Libenzi wrote:
> On Thu, 19 Apr 2007, Mike Galbraith wrote:
>
> > On Thu, 2007-04-19 at 09:09 +0200, Ingo Molnar wrote:
> > > * Mike Galbraith <[EMAIL PROTECTED]> wrote:
> > >
> > > > With a heavily reniced X (perfectly fine), that should indeed solve my
On Fri, 20 Apr 2007, Neil Brown wrote:
> Not sure how best to fix this one kmem_cache_destroy currently
> doesn't know which alias is being destroyed.
The aliases are there for decorative purposes when running without
debugging. If one switches on debugging then it matters but then the
symlin
On Thu, 19 Apr 2007 16:27:26 - "Cameron, Steve" <[EMAIL PROTECTED]> wrote:
>
> Something like
>
> if (sizeof(blah) > 4) {
>do all the assignments with shifts
> }
>
> might be slighly better since the CDB is already zeroed
> by cmd_alloc() and doesn't need to be zeroed a 2nd time.
>
>
On Thu, Apr 19, 2007 at 10:15:48PM -0700, Jeremy Fitzhardinge wrote:
> Dave Jones wrote:
> > Do you have the backlight code enabled ?
> > I'm guessing not.
> >
>
> Hm, think so. backlight controls work, via both
> /proc/acpi/ibm/backlight and /sys/class/backlight/*/brightness.
>
> $
On Fri, 2007-04-20 at 08:47 +1000, Con Kolivas wrote:
> It's those who want X to have an unfair advantage that want it to do
> something "special".
I hope you're not lumping me in with "those". If X + client had been
able to get their fair share and do so in the low latency manner they
need, I
On Thu, Apr 19, 2007 at 06:32:15PM -0700, Michael K. Edwards wrote:
> But I think SCHED_FIFO on a chain of tasks is fundamentally not the
> right way to handle low audio latency. The object with a low latency
> requirement isn't the task, it's the device. When it's starting to
> get urgent to del
William Lee Irwin III wrote:
>> I'd further recommend making priority levels accessible to kernel threads
>> that are not otherwise accessible to processes, both above and below
>> user-available priority levels. Basically, if you can get SCHED_RR and
>> SCHED_FIFO to coexist as "intimate scheduler
Hello, Alan.
Alan Stern wrote:
> This doesn't solve a related problem: a subsystem wants to register
> devices and to provide a set of mutually-exclusive services to the
> devices' drivers. The mutual exclusion has to be provided by a mutex or
> something similar, and the drivers need a way to un
On Thu, 19 Apr 2007, William Lee Irwin III wrote:
> Oh dear. Per-file pagesizes are foul. Better to fix up the pagecache's
> radix tree than to restrict it like this. There are other attacks on the
> multiple horizontal internal tree node allocation problem beyond
> outright B+ trees that allow ra
Dave Jones wrote:
> Hmm, given you hit the hpet problems and I didn't I think our X60's
> aren't quite so similar. Mine is the one with the swivelly touchscreen
> tablet-pc mode. I understand they made a regular 'laptop' X60 too,
> is that the one you have perhaps?
>
Yes, mine is a normal lapt
On Thu, Apr 19, 2007 at 05:20:53PM -0700, Michael K. Edwards wrote:
> Embedded systems are already in 2007, and the mainline Linux scheduler
> frankly sucks on them, because it thinks it's back in the 1960's with
> a fixed supply and captive demand, pissing away "CPU bandwidth" as
> waste heat. No
On Thursday April 19, [EMAIL PROTECTED] wrote:
> On Fri, 20 Apr 2007, Neil Brown wrote:
>
> > Not sure how best to fix this one kmem_cache_destroy currently
> > doesn't know which alias is being destroyed.
>
> The aliases are there for decorative purposes when running without
> debugging. If
On Fri, 20 Apr 2007, Neil Brown wrote:
> On Thursday April 19, [EMAIL PROTECTED] wrote:
> > On Fri, 20 Apr 2007, Neil Brown wrote:
> >
> > > Not sure how best to fix this one kmem_cache_destroy currently
> > > doesn't know which alias is being destroyed.
> >
> > The aliases are there for dec
On Thu, 19 Apr 2007 21:16:30 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 18 Apr 2007 21:14:55 +0900 Keiichi KII <[EMAIL PROTECTED]> wrote:
>
> > From: Keiichi KII <[EMAIL PROTECTED]>
> >
> > We add ioctls for adding/removing target.
> > If we use NETCONSOLE_ADD_TARGET ioctl,
> > we
Another approach drop the symlinks completely. Just
write a message to the syslog informing the user that we
created an alias. If debugging is off then the user would have to consult
the syslog to find aliases.
Index: linux-2.6.21-rc6/mm/slub.c
===
Hello, Dmitry.
Dmitry Torokhov wrote:
> On 4/19/07, Cornelia Huck <[EMAIL PROTECTED]> wrote:
>> On Thu, 19 Apr 2007 09:13:43 -0400,
>> "Dmitry Torokhov" <[EMAIL PROTECTED]> wrote:
>>
>> > Because they are managed by 2 different entities. the struct device
>> > objects are managed by device core an
On Thu, Apr 19, 2007 at 09:21:22AM -0700, Randy Dunlap wrote:
> On Thu, 19 Apr 2007 09:19:32 +0200 Borislav Petkov wrote:
>
> > A fixed version of the patch shutting up missing version warnings when
> > building
> > mandocs.
>
> http://www.zip.com.au/~akpm/linux/patches/stuff/tpp.txt ::
> Please
On Thu, Apr 19, 2007 at 08:53:36AM -0700, Randy Dunlap wrote:
> On Thu, 19 Apr 2007 08:20:59 +0200 Borislav Petkov wrote:
>
> >
> > > > I'm pretty sure the reason you cannot reproduce this warning is the
> > > > line
> > > >
> > > > 1
> > > >
> > > > which can be found in param.xsl, it being
Willy Tarreau wrote:
On Fri, Apr 20, 2007 at 10:10:45AM +1000, Peter Williams wrote:
Ingo Molnar wrote:
- bugfix: use constant offset factor for nice levels instead of
sched_granularity_ns. Thus nice levels work even if someone sets
sched_granularity_ns to 0. NOTE: nice support is still na
On Tue, 17 Apr 2007 22:02:10 +0200 (CEST) Jiri Slaby <[EMAIL PROTECTED]> wrote:
> phantom, add a new driver
>
> Sensable Phantom is a up to 7DOF force feedback (up to 6DOF FF) device. It's
> atypical, so it's based on the new added FF_RAW effect.
>
> diff --git a/drivers/input/misc/phantom.c b/d
Hi,
While running strace on some testcase running on -rt kernel (2.6.20-rt8 and
2.6.21-rc6-rt0), I have seen the following BUG:
BUG: scheduling with irqs disabled: strace/0x/2011
caller is rt_spin_lock_slowlock+0x102/0x1af
Call Trace:
[] dump_trace+0xbd/0x3d8
[] show_trace+0x44/0x6d
William Lee Irwin III wrote:
William Lee Irwin III wrote:
I'd further recommend making priority levels accessible to kernel threads
that are not otherwise accessible to processes, both above and below
user-available priority levels. Basically, if you can get SCHED_RR and
SCHED_FIFO to coexist as
Peter Williams wrote:
Willy Tarreau wrote:
On Fri, Apr 20, 2007 at 10:10:45AM +1000, Peter Williams wrote:
Ingo Molnar wrote:
- bugfix: use constant offset factor for nice levels instead of
sched_granularity_ns. Thus nice levels work even if someone sets
sched_granularity_ns to 0. NOTE: n
On Thu, 19 Apr 2007, William Lee Irwin III wrote:
>> Oh dear. Per-file pagesizes are foul. Better to fix up the pagecache's
>> radix tree than to restrict it like this. There are other attacks on the
>> multiple horizontal internal tree node allocation problem beyond
>> outright B+ trees that allow
Andrew Morton wrote:
Another driver which should be fully converted to the kthread API:
kthread_stop() and kthread_should_stop().
And according to my logs, this driver was added to the tree more than
a year _after_ the kthread interface was made available.
This isn't good.
Andrew,
Per my pre
On Fri, Apr 20 2007, David Chinner wrote:
> > - Higher order pages in the block layer etc.
>
> It's more drivers that we have to worry about, I think. We don't need to
> modify bios to explicitly support compound pages. From bio.h:
>
> /*
> * was unsigned short, but we might as well be ready fo
On Thu, Apr 19, 2007 at 03:34:13PM -0700, Andrew Morton wrote:
> On Thu, 19 Apr 2007 01:59:04 -0600
> "Eric W. Biederman" <[EMAIL PROTECTED]> wrote:
>
> > This patch is a minimal transformation to use the kthread API
> > doing it's best to preserve the existing logic.
> >
> > Instead of starting
* Peter Williams <[EMAIL PROTECTED]> wrote:
> > - bugfix: use constant offset factor for nice levels instead of
> > sched_granularity_ns. Thus nice levels work even if someone sets
> > sched_granularity_ns to 0. NOTE: nice support is still naive, i'll
> > address the many nice level relat
On Fri, 20 Apr 2007 07:37:14 +0100 Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > urgh, yes, this is just sad. We should convert this driver fully to
> > the kthread API - it will end up much better.
> >
> > I'll queue this up as a -mm-only thing as a gentle reminder that
> > we should do it p
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Thu, 19 Apr 2007 22:39:09 -0700
> Should't this just be a network ioctl against an UDP (AF_INET,
> SOCK_DGRAM) socket? Also consider netconsole over IPV6 for future
> enhancement.
If it's on a socket use a socket option :-)
-
To unsubscribe from
401 - 484 of 484 matches
Mail list logo
