On Nov 12, 2007 11:48 PM, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
>
> Regarding your concern about tracking cpu usage in different ways, it
> could be mitigated if we have cpuacct controller track usage as per
> information present in a task's sched entity structure
>
On Tue, Nov 13, 2007 at 12:59:59PM +0530, Balbir Singh wrote:
> Paul Menage wrote:
> > On Nov 12, 2007 11:00 PM, Balbir Singh <[EMAIL PROTECTED]> wrote:
> >> Right now, one of the limitations of the CPU controller is that
> >> the moment you create another control group, the bandwidth gets
> >>
Balbir Singh wrote:
> On Nov 13, 2007 12:38 PM, Al Boldi <[EMAIL PROTECTED]> wrote:
> > kloczek wrote:
> > > Some data showed by top command looks like completly trashed.
> > > Fragment from top output:
> > >
> > > Mem: 2075784k total, 2053352k used,22432k free,19260k
> > > buffers
On Mon, Nov 12, 2007 at 10:05:24PM -0800, Paul Menage wrote:
> On Nov 12, 2007 10:00 PM, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> > On second thoughts, this may be a usefull controller of its own.
> > Say I just want to "monitor" usage (for accounting purpose) of a group of
> >
On Nov 12, 2007 11:29 PM, Balbir Singh <[EMAIL PROTECTED]> wrote:
>
> I think it's a good hack, but not sure about the complexity to implement
> the code. I worry that if the number of tasks increase (say run into
> thousands for one or more groups and a few groups have just a few
> tasks), we'll
Paul Menage wrote:
> On Nov 12, 2007 11:00 PM, Balbir Singh <[EMAIL PROTECTED]> wrote:
>> Right now, one of the limitations of the CPU controller is that
>> the moment you create another control group, the bandwidth gets
>> divided by the default number of shares. We can't create groups
>> just
> Allen Martin wrote:
> > At least for NVIDIA controllers, loading the AHCI driver
> when the BIOS
> > is set to IDE mode is not recommended by NVIDIA. Any AHCI
> workarounds
> > in the BIOS are likely to be disabled when set to IDE mode.
> In practice
>
> What workarounds, if any, are
At Mon, 12 Nov 2007 10:46:40 -0800,
Roland Dreier wrote:
>
> > > [ 2311.759856] ACPI: PCI Interrupt :00:1b.0[B] -> GSI 17 (level,
> low) -> IRQ 21
> > > [ 2311.759866] hda_intel: probe_mask set to 0x1 for device 17aa:2010
> > > [ 2311.759886] PCI: Setting latency timer of
As seen when booting ppc64_defconfig:
sysctl table check failed: /net/token-ring .3.14 procname does not match binary
path procname
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
diff --git a/kernel/sysctl_check.c b/kernel/sysctl_check.c
index 5a2f2b2..4abc6d2 100644
---
On Nov 13, 2007 12:38 PM, Al Boldi <[EMAIL PROTECTED]> wrote:
> kloczek wrote:
> > Some data showed by top command looks like completly trashed.
> > Fragment from top output:
> >
> > Mem: 2075784k total, 2053352k used,22432k free,19260k buffers
> > Swap: 2096472k total, 136k used,
On Nov 12, 2007 11:00 PM, Balbir Singh <[EMAIL PROTECTED]> wrote:
>
> Right now, one of the limitations of the CPU controller is that
> the moment you create another control group, the bandwidth gets
> divided by the default number of shares. We can't create groups
> just for monitoring.
Could we
kloczek wrote:
> Some data showed by top command looks like completly trashed.
> Fragment from top output:
>
> Mem: 2075784k total, 2053352k used,22432k free,19260k buffers
> Swap: 2096472k total, 136k used, 2096336k free, 1335080k cached
>
>PID USER PR NI VIRT RES
Paul Menage wrote:
> On Nov 12, 2007 10:00 PM, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
>> On second thoughts, this may be a usefull controller of its own.
>> Say I just want to "monitor" usage (for accounting purpose) of a group of
>> tasks, but don't want to control their cpu
This is the listing of the open bugs that are relatively new, around
2.6.22 and up. They are vaguely classified by specific area.
(not a full list, there are more :)
The good part is that reporters of the bugs below are still around and
haven't dissipated, or disposed of their hardware, so it is
The virtio code never hooked through the ->remove callback. Although
noone supports device removal at the moment, this code is already
needed for module unloading.
This of course also revealed bugs in virtio_blk, virtio_net and lguest
unloading paths.
Signed-off-by: Rusty Russell <[EMAIL
On Nov 12, 2007 10:00 PM, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> On second thoughts, this may be a usefull controller of its own.
> Say I just want to "monitor" usage (for accounting purpose) of a group of
> tasks, but don't want to control their cpu consumption, then cpuacct
>
On Mon, Nov 12, 2007 at 11:07:55PM +0100, Bernd Schmidt wrote:
> Adrian Bunk wrote:
> > It can be a performance regression, but there are also cases where it
> > can improve performance. If gcc produces lower performance code that
> > would be a bug in gcc that should be reported, but using a
On Mon, Nov 12, 2007 at 09:25:32PM -0800, Paul Menage wrote:
> Hi Linus,
>
> Please can you revert commit 62d0df64065e7c135d0002f069444fbdfc64768f,
> entitled "Task Control Groups: example CPU accounting subsystem" ?
Hi Paul,
On second thoughts, this may be a usefull controller of its
This is a janitorish patch to 1) remove private TRUE/FALSE #def's in
favor of using the standard enum from linux/stddef.h and 2) switch the
variables holding those values to type 'bool' (from linux/types.h)
since it both seems more appropriate and allows for potentially better
optimization.
As a
On Thu, 08 Nov 2007 20:48:52 -0800 Casey Schaufler <[EMAIL PROTECTED]> wrote:
> Smack is the Simplified Mandatory Access Control Kernel.
This ran afoul of
http://userweb.kernel.org/~akpm/mmotm/broken-out/vfs-security-rework-inode_getsecurity-and-callers-to.patch
Until that patch gets merged
This patch mainly hinges around two includes and their ramifications:
#include
#include
io_ports.h is very short, and contains only #defs relating to i8259
code. Rolling the contents of io_ports.h into i8259.h (where it seems
more fitting anyway) removed 140+ lines of diffs between
From: Jeff Garzik <[EMAIL PROTECTED]>
Date: Sun, 11 Nov 2007 08:52:47 -0500
> David Miller has agreed to collect net driver bug fix patches in my
> absence, with Stephen and Francois (and others, hopefully) helping out
> with patch review.
I'll be integrating fixes directly into my usual
On Tue, 13 Nov 2007 16:11:45 +1100 Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> On Wed, 7 Nov 2007 14:46:47 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
> >
> > Thank you(including David:-)) for the confirmation.
> >
> > Andrew: so mm-speed-up-writeback-ramp-up-on-clean-systems.patch is a
> >
Hi Linus,
Please can you revert commit 62d0df64065e7c135d0002f069444fbdfc64768f,
entitled "Task Control Groups: example CPU accounting subsystem" ?
This was originally intended as a simple initial example of how to
create a control groups subsystem; it wasn't intended for mainline,
but I didn't
Hi Mark,
I've just upgraded to an X2 5000+ black edition. This model
doesn't have a multiple lock and I tried bumping the multiplier
up, which is perfectly stable, but which causes powernow-k8 to
fail to load. I also tried with the updated patch you posted
at the beginning of october
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Sun, 11 Nov 2007 07:48:40 +0100
> This patch removes the following unused EXPORT_SYMBOL's:
> - ip_vs_try_bind_dest
> - ip_vs_find_dest
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line
On Fri, 2 Nov 2007 15:33:29 + Alan Cox <[EMAIL PROTECTED]> wrote:
> Dave Miller noted various cases where line disciplines for things like
> ppp go poking around in termios themselves in ways that broke with the
> new termios code. Rather than have them all learning about termios
> internals
On Wed, 7 Nov 2007 14:46:47 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote:
>
> Thank you(including David:-)) for the confirmation.
>
> Andrew: so mm-speed-up-writeback-ramp-up-on-clean-systems.patch is a
> safe and working patch ;-)
So is anything happening with this patch? It is really
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Fri, 9 Nov 2007 07:01:41 +0100
> When I removed net-modules.txt because it only contained ancient
> information I missed that many Kconfig entries pointed to this ancient
> information.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied,
> +static void kvm_write_guest_time(struct kvm_vcpu *vcpu) +{
> + struct timespec ts;
> + int r;
> +
> + if (!vcpu->clock_gpa)
> + return;
> +
> + /* Updates version to the next odd number, indicating
> we're writing */
> + vcpu->hv_clock.version++;
> +
--- Joshua Brindle <[EMAIL PROTECTED]> wrote:
> Casey Schaufler wrote:
> > --- Crispin Cowan <[EMAIL PROTECTED]> wrote:
> >
> >
> >> Dr. David Alan Gilbert wrote:
> >> ...
> >>
> >> Can you explain why you want a non-privileged user to be able to edit
> >> policy? I would like to better
Rusty,
I read your previous email and thought I'd play with it...and then by
the time I got around to having some time tonight you'd already done it.
You're a machine :-) We actually have some other stuff failing at work
due to this exact bug so I will test against RHEL5 tomorrow also.
Jon.
-
On Nov 12, 2007, at 4:21 PM, Andrew Morton wrote:
On Sat, 10 Nov 2007 17:02:19 -0600 (CST) Kumar Gala
<[EMAIL PROTECTED]> wrote:
Since 2.6.18, the superblock sb->s_root has been a dummy dentry
with a
dummy inode. This breaks ustat(), which actually uses sb->s_root in a
vfstat() call.
Miao Xie wrote:
> on 2007-11-12 22:08 Tejun Heo wrote:
>> It isn't strictly a bug. If the ->show() op fills full PAGE_SIZE and
>> returns PAGE_SIZE, the user will get full PAGE_SIZE bytes correctly, so
>> it will work. However, considering normal use cases, return value of
>> PAGE_SIZE very
Robert Hancock wrote:
> Tejun Heo wrote:
>> How about always initialize DMA mask to ATA_DMA_MASK regardless of ADMA
>> mode such that PRD and PAD buffers are always accessible by register
>> mode and just raising PCI dma mask and queue bounce limit if ADMA mode
>> is active?
>
> Could be done..
On Mon, 12 Nov 2007, Ray Lee wrote:
> Discontig obviously needs to die. However, FlatMem is consistently
> faster, averaging about 2.1% better overall for your numbers above. Is
> the page allocator not, erm, a fast path, where that matters?
>
> Order FlatSparse % diff
> 0 639 641
On Tuesday 13 November 2007 15:08:35 Peter Teoh wrote:
> On Nov 13, 2007 10:52 AM, Rusty Russell <[EMAIL PROTECTED]> wrote:
> > On Tuesday 13 November 2007 09:23:12 Rusty Russell wrote:
> > > Better might be to put in a waitqueue and wake it up whenever a module
> > > is deleted or changes status.
The patch is just an addition to second one. So if you dont like it -
just drop it, if it do conflict with other patches - just drop it.
That simple :) what is the benefit of removing spaces? "try to keep
your code clean" i've read somwhere...
On 11/13/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
>
On Nov 12, 2007 7:42 PM, Christoph Lameter <[EMAIL PROTECTED]> wrote:
> Ok here is the patch to remove DISCONTIG and FLATMEM
>
> x86_64: Make sparsemem/vmemmap the default memory model
>
> Use sparsemem as the only memory model for UP, SMP and NUMA.
> Measurements indicate that DISCONTIGMEM has a
Tejun Heo wrote:
How about always initialize DMA mask to ATA_DMA_MASK regardless of ADMA
mode such that PRD and PAD buffers are always accessible by register
mode and just raising PCI dma mask and queue bounce limit if ADMA mode
is active?
Could be done.. but, I don't want to constrain the
On Nov 13, 2007 10:52 AM, Rusty Russell <[EMAIL PROTECTED]> wrote:
> On Tuesday 13 November 2007 09:23:12 Rusty Russell wrote:
> > Better might be to put in a waitqueue and wake it up whenever a module is
> > deleted or changes status. Then use_module() can wait if
> > strong_try_module_get()
fix sparse warnings "Using plain integer as NULL pointer"
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
---
drivers/kvm/kvm.h |2 +-
drivers/kvm/kvm_main.c |3 ++-
drivers/kvm/lapic.c|2 +-
drivers/kvm/svm.c |2 +-
4 files changed, 5 insertions(+), 4 deletions(-)
Hello.
Andrew Morton wrote:
> I believe (args->nlen > CTL_MAXNAME) was correct.
I'll leave it to you.
But if you want to allow args->nlen == CTL_MAXNAME,
you also need to update do_sysctl().
int do_sysctl(int __user *name, int nlen, void __user *oldval, size_t __user
*oldlenp,
on 2007-11-12 22:08 Tejun Heo wrote:
It isn't strictly a bug. If the ->show() op fills full PAGE_SIZE and
returns PAGE_SIZE, the user will get full PAGE_SIZE bytes correctly, so
it will work. However, considering normal use cases, return value of
PAGE_SIZE very likely indicates an error
On Tue, 13 Nov 2007, Andi Kleen wrote:
>
> > Hmmm... More memory free? How did that happen? More pages cached for some
> > reason. The total available memory is increased by 8k.
>
> Nice. Looks all reasonable. Thanks for the numbers.
Ok here is the patch to remove DISCONTIG and FLATMEM
On Tue, 13 Nov 2007 12:07:23 +0900 Tetsuo Handa <[EMAIL PROTECTED]> wrote:
> Andrew, please replace previous patch with this one.
> This one returns -ENOTDIR.
> --
>
> Original patch forgot to check args->nlen.
> I don't know why args->nlen == CTL_MAXNAME is rejected,
> but it has been
On 11/12/07, David Howells <[EMAIL PROTECTED]> wrote:
> SL Baur <[EMAIL PROTECTED]> wrote:
>
> > (push '("/Kbuild" . makefile-mode) auto-mode-alist)
>
> Does that work for Kbuild.asm too, more to the point?
Of course. It works for any filename beginning with the string "Kbuild". Major
mode
Andrew, please replace previous patch with this one.
This one returns -ENOTDIR.
--
Original patch forgot to check args->nlen.
I don't know why args->nlen == CTL_MAXNAME is rejected,
but it has been rejected traditionally.
Signed-off-by: Tetsuo Handa <[EMAIL PROTECTED]>
Cc: "Eric W.
Hi Alexander,
Although the following non-idiomatic and quite cumbersome C language construct
label:
if (condition) {
// DO HARD WORK
goto label;
}
is equivalent to a simple while loop
while (condition) {
// DO HARD WORK
}
it was the
On Tuesday 13 November 2007 09:23:12 Rusty Russell wrote:
> Better might be to put in a waitqueue and wake it up whenever a module is
> deleted or changes status. Then use_module() can wait if
> strong_try_module_get() returns -EBUSY (up to 30 seconds, then print a
> warning and fail).
And here
> > that they were not in a BSY state. The problem was most likely in the
> > hardware but this patch enables you to ignore waiting for disks by
> > setting hdX=noprobe (and not setting the geometry by hand) as a kernel
> > option.
Probably someone saving a billionth of a cent on a resistor.
Hi David,
I hope I was not late giving my humble feedback on this framework :-)
Can we use "per gpio based" structure instead of "per gpio_chip" based one,
just like what the generic IRQ layer is doing nowadays? So that
a. you don't have to declare per gpio_chip "can_sleep", "is_out" and
More info, the last program executed to reboot was:
"reboot -df" (in the "reboot" system script").
That should reboot w/no disk sync and no-wtmp entry (they
are done earlier in the program, explicitly).
I looked at the reboot code in the kernel for the i386
(arch/i386/kernel/reboot.c).
A new
Hello, Robert.
Robert Hancock wrote:
> @@ -747,11 +748,29 @@
> on the port. */
> adma_enable = 0;
> nv_adma_register_mode(ap);
> + if (!(pp->flags & NV_ADMA_ATAPI_SETUP_COMPLETE)) {
> + /* Transitioning to legacy mode.
On Tue, 13 Nov 2007, Andreas Schwab wrote:
Tomasz Kłoczko <[EMAIL PROTECTED]> writes:
Some data showed by top command looks like completly trashed.
Fragment from top output:
Mem: 2075784k total, 2053352k used,22432k free,19260k buffers
Swap: 2096472k total, 136k used,
On Mon, 2007-11-12 at 17:48 +0100, Peter Zijlstra wrote:
> On Mon, 2007-11-12 at 17:05 +0200, Benny Halevy wrote:
> > On Nov. 12, 2007, 15:26 +0200, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > > Single socket, dual core opteron, 2GB memory
> > > Single SATA disk, ext3
> > >
> > > x86_64 kernel
Hi everyone,
Ceph is a distributed network file system designed to provide excellent
performance, reliability, and scalability with POSIX semantics. I
periodically see frustration on this list with the lack of a scalable GPL
distributed file system with sufficiently robust replication and
On Mon, 2007-11-12 at 04:58 -0800, Martin Knoblauch wrote:
> - Original Message
> > From: "Zhang, Yanmin" <[EMAIL PROTECTED]>
> > To: Martin Knoblauch <[EMAIL PROTECTED]>
> > Cc: [EMAIL PROTECTED]; LKML
> > Sent: Monday, November 12, 2007 1:45:57 AM
> > Subject: Re: iozone write 50%
On Mon, 2007-11-12 at 12:25 -0500, Mark Lord wrote:
> Peter Zijlstra wrote:
> ..
> > While I see that the write speed as reported under .24 ~70MB/s is much
> > lower than the one reported under .23 ~200MB/s, I find it very hard to
> > believe my poor single SATA disk could actually do the 200MB/s
On Tue, 13 Nov 2007 02:32:29 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > hm, that doesn't seem right. We want to run the early quirks on non-ACPI
> > kernel too, surely?
>
> Most of early-quirks.c makes only sense with ACPI. The only exception would
> be the ATI timer override check, but
> hm, that doesn't seem right. We want to run the early quirks on non-ACPI
> kernel too, surely?
Most of early-quirks.c makes only sense with ACPI. The only exception would
be the ATI timer override check, but frankly it's fairly unlikely that there
are any ATI based boards around who still
_PAGE_PCD maps a page with caching disabled, which is typically used
for mapping harware registers. Xen never allows it to be set on a
mapping, and unprivileged guests never need it since they can't see
the real underlying hardware. However, some uncached mappings are
made early when probing the
On Sun, 11 Nov 2007 17:34:50 -0500 Erez Zadok <[EMAIL PROTECTED]> wrote:
> I'm using -mm (MMOTM-2007-11-10-19-05) and getting
>
> $ make
> CC arch/x86/kernel/setup_64.o
> arch/x86/kernel/setup_64.c: In function 'setup_arch':
> arch/x86/kernel/setup_64.c:420: error: implicit declaration of
> > It seems info on raw spinlocks is out
> > of sync with current code. Allegedly it should be possible to just
> > pass a raw_spinlock_t pointer to spin_lock_irqsave() and friends
> > and have GCC sort out the right stuff ... but that didn't work.
> >
> > I speculate that either the
2007/11/13, David Miller <[EMAIL PROTECTED]>:
> From: Willy Tarreau <[EMAIL PROTECTED]>
> Date: Tue, 13 Nov 2007 00:32:57 +0100
>
> > At least, being able to disable the feature at module load time
> > would be acceptable. Many people who often need to sniff on decent
> > machines would always
2007/11/13, Willy Tarreau <[EMAIL PROTECTED]>:
> On Mon, Nov 12, 2007 at 02:57:16PM -0800, David Miller wrote:
> > From: "Chris Friesen" <[EMAIL PROTECTED]>
> > Date: Mon, 12 Nov 2007 16:43:24 -0600
> >
> > > David Miller wrote:
> > >
> > > > When you select VLAN, you by definition are asking for
On Mon, Nov 12, 2007 at 03:50:59PM -0800, Crispin Cowan wrote:
> Dr. David Alan Gilbert wrote:
> > * Crispin Cowan ([EMAIL PROTECTED]) wrote:
> >
> >> I mostly don't see this as a serious limitation, because almost everyone
> >> has their own workstation, and thus has root on that workstation.
NFSD forgets to call mnt_drop_write after a successful rename. Here's a
fix. (Ah, the curse of a stackable file system developer: you have to debug
everyone else's too. :-)
One thing I wasn't sure is whether I could move the mnt_drop_write line a
little above, just after the call to vfs_rename.
On Sun, 11 Nov 2007 22:46:43 + Alan Cox <[EMAIL PROTECTED]> wrote:
> > [PATCH] pata_amd/pata_via: de-couple programming of PIO/MWDMA and UDMA
> > timings
> >
> > * Don't program UDMA timings when programming PIO or MWDMA modes.
> >
> > This has also a nice side-effect of fixing
Trace example - Adds the trace example to samples/
Signed-off-by: David Wilder <[EMAIL PROTECTED]>
---
samples/Kconfig|6 +
samples/Makefile |1 +
samples/trace/Makefile |4 +
samples/trace/fork_trace.c | 132 ++
Trace - Provides tracing primitives
Signed-off-by: Tom Zanussi <[EMAIL PROTECTED]>
Signed-off-by: Martin Hunt <[EMAIL PROTECTED]>
Signed-off-by: David Wilder <[EMAIL PROTECTED]>
---
Documentation/trace.txt | 166 ++
include/linux/trace.h | 99 +
lib/Kconfig |
These patches provide a kernel tracing interface called "trace".
ChangeLog:
-Added a new example that demonstrates per-cpu continuous tracing
of data generated by marker probes.
-Removed inline from relay patch.
-Moved examples into /sample directory.
The motivation for "trace" is to:
- Provide
This patch allows relay channels to be reset i.e. unconsumed.
Basically allows a 'rewind' function for flight-recorder tracing.
Signed-off-by: Tom Zanussi <[EMAIL PROTECTED]>
Signed-off-by: David Wilder <[EMAIL PROTECTED]>
---
Documentation/filesystems/relay.txt | 11 ++
> Hmmm... More memory free? How did that happen? More pages cached for some
> reason. The total available memory is increased by 8k.
Nice. Looks all reasonable. Thanks for the numbers.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
This patch adds several markers around semaphore primitives.
Along with a tracing application this patch can be useful for measuring
kernel semaphore usage and contention.
Signed-off-by: Mike Mason <[EMAIL PROTECTED]>
Signed-off-by: David Wilder <[EMAIL PROTECTED]>
---
lib/semaphore-sleepers.c |
Jesper Juhl wrote:
> In kernel/exit.c we have this code :
>
> static void exit_mm(struct task_struct * tsk)
> {
> struct mm_struct *mm = tsk->mm;
>
> mm_release(tsk, mm);
> if (!mm)
> return;
> ...
>
>
> But, mm_release() may dereference it's second argument
On Tuesday 13 November 2007 01:11, H. Peter Anvin wrote:
> Andi Kleen wrote:
> >> The *real* fix for this is almost certainly to just get rid of the
> >> 64-bit code entirely, and use the 32-bit code as the base for one single
> >> unified setup.
> >
> > That would likely break the ABI. x86-64 ABI
On 2007-11-13 00:39 +0100, Matthias Schniedermeyer wrote:
> That's the problem(tm).
>
> Contrary to Closed Source Software all(!) OSS-Software is
> interdependent. There is no "Stand-Alone"-Software. There is always at
> least "libc". (Scripts depend on a script-interpreter, which in turn
>
On Tue, 13 Nov 2007, Andi Kleen wrote:
> On Tuesday 13 November 2007 00:52:14 Christoph Lameter wrote:
> > Use sparsemem as the only memory model for UP, SMP and NUMA.
> >
> > Measurements indicate that DISCONTIGMEM has a higher
> > overhead than sparsemem. And FLATMEMs benefits are minimal. So
Change the semantics of pci_create_slot() such that it does not
require a hotplug release() method when creating a slot. Now, we
can use this interface to create a pci_slot for any physical PCI
slots, not just hotpluggable ones.
Add new pci_slot_add_hotplug() interface so that various PCI
Detect all physical PCI slots as described by ACPI, and create
entries in /sys/bus/pci/slots/.
Not all physical slots are hotpluggable, and the acpiphp module
does not detect them. Now we know the physical PCI geography of
our system, without caring about hotplug.
Signed-off-by: Alex Chiang
I'm not very happy with hint #2. I struggled with ways to express it
and finally decided to ship it^W^W release early/release often. :)
Suggestions welcome.
---
From: Randy Dunlap <[EMAIL PROTECTED]>
Add a section on kconfig hints: how to do in Kconfig files.
Fix a few typos/spellos.
Introduce struct pci_slot
- Make pci_slot the primary sysfs entity. hotplug_slot becomes a
subsidiary structure.
- Change the prototype of pci_hp_register() to take the bus and
slot number (on parent bus) as parameters.
- Remove all the ->get_address methods since this functionality
Tomasz Kłoczko <[EMAIL PROTECTED]> writes:
> Some data showed by top command looks like completly trashed.
> Fragment from top output:
>
> Mem: 2075784k total, 2053352k used,22432k free,19260k buffers
> Swap: 2096472k total, 136k used, 2096336k free, 1335080k cached
>
> PID
[EMAIL PROTECTED] wrote:
> a question for Crispin,
> is there a wildcard replacement for username? so that you could
> grant permission to /home/$user/.mozilla.. and grant each user
> access to only their own stuff? I realize that in this particular
> example the underlying DAC will handle
Register one slot per slot, rather than one slot per function.
Change the name of the slot to fake%d instead of the pci address.
Signed-off-by: Alex Chiang <[EMAIL PROTECTED]>
Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
---
drivers/pci/hotplug/fakephp.c | 75
[Please note, I got Rick Jones' email screwed up in the 0/5
email; it's corrected above.]
From: Alex Chiang <[EMAIL PROTECTED]>
Rename the slot to be the contents of the 'path' sysfs attribute, and
delete the attribute. The mapping from pci address to slot name is
supposed to be done through
Andi Kleen wrote:
The *real* fix for this is almost certainly to just get rid of the 64-bit
code entirely, and use the 32-bit code as the base for one single unified
setup.
That would likely break the ABI. x86-64 ABI is completely different here --
no ibcs, just pure x86 ISA.
Different
On Tuesday 13 November 2007 00:52:14 Christoph Lameter wrote:
> Use sparsemem as the only memory model for UP, SMP and NUMA.
>
> Measurements indicate that DISCONTIGMEM has a higher
> overhead than sparsemem. And FLATMEMs benefits are minimal. So I think its
> best to simply standardize on
Casey Schaufler wrote:
--- Crispin Cowan <[EMAIL PROTECTED]> wrote:
Dr. David Alan Gilbert wrote:
...
Can you explain why you want a non-privileged user to be able to edit
policy? I would like to better understand the problem here.
Note that John Johansen is also interested in allowing
Hello,
[this patch series touches a few subsystems; hopefully I got all
the right maintainers]
Recently, Matthew Wilcox sent out the following mail about PCI
slots:
http://marc.info/?l=linux-pci=119432330418980=2
The following patch series is a rough first cut at implementing
the ideas he
Hello,
I upgraded the kernel on a multi-cpu Dell workstation (690) to
2.6.23.1. It had been running at 2.6.20. I moved to the new kernel via
"make oldconfig" -- choosing defaults. That didn't work.
To narrow things down I tried it under 2.6.21.1 (made
oldconfig from working
Alan Cox wrote:
>> but how can the system know if the directory the user wants to add is
>> reasonable or not? what if the user says they want to store their
>> documents in /etc?
>>
> A more clear example is wanting to wrap a specific tool with temporary
> rules. Those rules would depend
Use sparsemem as the only memory model for UP, SMP and NUMA.
Measurements indicate that DISCONTIGMEM has a higher
overhead than sparsemem. And FLATMEMs benefits are minimal. So I think its
best to simply standardize on sparsemem.
Results of page allocator tests (test can be had via git from the
Dr. David Alan Gilbert wrote:
> * Crispin Cowan ([EMAIL PROTECTED]) wrote:
>
>> I mostly don't see this as a serious limitation, because almost everyone
>> has their own workstation, and thus has root on that workstation. There
>> are 2 major exceptions:
>>
>> * Schools, where the
On Nov 10, 2007 3:11 AM, Diego Calleja <[EMAIL PROTECTED]> wrote:
> When I boot with the 'quiet' parameter, I see on the screen:
>
> [0.00] Initializing cgroup subsys cpuset
> [0.00] Initializing cgroup subsys cpu
> [ 39.036026] Initializing cgroup subsys cpuacct
> [ 39.036080]
On Thu, Nov 08, 2007 at 05:24:00PM -0600, Linas Vepstas wrote:
...
> > E.g. 4 port Gige card could directly support the host and 3 guests with
> > somewhat
> > lower risk of tromping on each other's MMIO space.
> >
> > If Xen is cooperative, this seems a bit paranoid. I don't recall ever
> >
From: Willy Tarreau <[EMAIL PROTECTED]>
Date: Tue, 13 Nov 2007 00:32:57 +0100
> At least, being able to disable the feature at module load time
> would be acceptable. Many people who often need to sniff on decent
> machines would always keep it disabled.
I'm willing to accept the feature, in
cf http://bugzilla.kernel.org/show_bug.cgi?id=9347
While a signal is blocked, it must be posted even if its action is
SIG_IGN or is SIG_DFL with the default action to ignore. This works
right most of the time, but is broken when a sigwait (rt_sigtimedwait)
is in progress. This changes the
Willy Tarreau wrote:
> On Mon, Nov 12, 2007 at 03:19:23PM -0800, David Miller wrote:
>> From: Willy Tarreau <[EMAIL PROTECTED]>
>> Date: Tue, 13 Nov 2007 00:15:16 +0100
>>
>>> I can say that sometimes you'd like to be aware that one of your
>>> VLANs is wrong and you'd simply like to sniff the
1 - 100 of 665 matches
Mail list logo