Remove CONFIG_DEBUG_PARAVIRT. When inlining code, this option
attempts to trash registers in the patch-site's clobber field, on
the grounds that this should find bugs with incorrect clobbers.
Unfortunately, the clobber field really means registers modified by
this patch site, which includes
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
Cc: Chris Wright [EMAIL PROTECTED]
Cc: Zachary Amsden [EMAIL PROTECTED]
Cc: Rusty Russell [EMAIL PROTECTED]
---
MAINTAINERS | 22 ++
1 file changed, 22 insertions(+)
This patch introduces paravirt_ops hooks to control how the kernel's
initial pagetable is set up.
In the case of a native boot, the very early bootstrap code creates a
simple non-PAE pagetable to map the kernel and physical memory. When
the VM subsystem is initialized, it creates a proper
Rename struct paravirt_patch to paravirt_patch_site, so that it
clearly refers to a callsite, and not the patch which may be applied
to that callsite.
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
Cc: Rusty Russell [EMAIL PROTECTED]
Cc: Zachary Amsden [EMAIL PROTECTED]
---
Fix a few clobbers to include the return register. The clobbers set
is the set of all registers modified (or may be modified) by the code
snippet, regardless of whether it was deliberate or accidental.
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
Cc: Rusty Russell [EMAIL PROTECTED]
Cc:
Wrap a set of interesting paravirt_ops calls in a wrapper which makes
the callsites available for patching. Unfortunately this is pretty
ugly because there's no way to get gcc to generate a function call,
but also wrap just the callsite itself with the necessary labels.
This patch supports
Xen and VMI both have special requirements when mapping a highmem pte
page into the kernel address space. These can be dealt with by adding
a new kmap_atomic_pte() function for mapping highptes, and hooking it
into the paravirt_ops infrastructure.
Xen specifically wants to map the pte page RO,
On Sun, 1 Apr 2007 20:18:22 +0200 (MEST) Jan Engelhardt [EMAIL PROTECTED]
wrote:
Andrew Morton noted in http://lkml.org/lkml/2006/6/30/247
We do occasionally hit task_struct.comm[] truncation, when people
use too-long-a-name%d for their kernel thread names.
This patch warns
Add a set of accessors to pack, unpack and modify page table entries
(at all levels). This allows a paravirt implementation to control the
contents of pgd/pmd/pte entries. For example, Xen uses this to
convert the (pseudo-)physical address into a machine address when
populating a pagetable
This patch adds a pv_op for flush_tlb_others. Linux running on native
hardware uses cross-CPU IPIs to flush the TLB on any CPU which may
have a particular mm's pagetable entries cached in its TLB. This is
inefficient in a paravirtualized environment, since the hypervisor
knows which real CPUs
Add a _paravirt_nop function for use as a stub for no-op operations,
and paravirt_nop #defined void * version to make using it easier
(since all its uses are as a void *).
This is useful to allow the patcher to automatically identify noop
operations so it can simply nop out the callsite.
Add hooks to allow a paravirt implementation to track the lifetime of
an mm. Paravirtualization requires three hooks, but only two are
needed in common code. They are:
arch_dup_mmap, which is called when a new mmap is created at fork
arch_exit_mmap, which is called when the last process
Normally when running in PAE mode, the 4th PMD maps the kernel address
space, which can be shared among all processes (since they all need
the same kernel mappings).
Xen, however, does not allow guests to have the kernel pmd shared
between page tables, so parameterize pgtable.c to allow both
Use patch type identifiers derived from the offset of the operation in
the paravirt_ops structure. This avoids having to maintain a separate
enum for patch site types.
Also, since the identifier is derived from the offset into
paravirt_ops, the offset can be derived from the identifier. This is
Allocate a fixmap slot for use by a paravirt_ops implementation. This
is intended for early-boot bootstrap mappings. Once the zones and
allocator have been set up, it would be better to use get_vm_area() to
allocate some virtual space.
Xen uses this to map the hypervisor's shared info page,
Hi Andi,
This series of patches updates paravirt_ops in various ways. Some of the
changes are plain cleanups and improvements, and some add some interfaces
necessary for Xen.
The brief overview:
add-MAINTAINERS.patch - obvious
remove-CONFIG_DEBUG_PARAVIRT.patch - no
Back out the map_pt_hook to clear the way for kmap_atomic_pte.
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
Cc: Zachary Amsden [EMAIL PROTECTED]
---
arch/i386/kernel/paravirt.c |2 --
arch/i386/kernel/vmi.c |2 ++
include/asm-i386/paravirt.h |7 ---
Implement the actual patching machinery. paravirt_patch_default()
contains the logic to automatically patch a callsite based on a few
simple rules:
- if the paravirt_op function is paravirt_nop, then patch nops
- if the paravirt_op function is a jmp target, then jmp to it
- if the paravirt_op
* Ingo Molnar [EMAIL PROTECTED] wrote:
some boot time analysis using this facility:
using a non-allyesconfig kernel gives the results below. The entries
that seem to take a bit too long (considering what they do):
initcall 0xc069bac5 ran for 519 msecs: init_nic+0x0/0x2c()
initcall 0xc0699610
The tsc-based get_scheduled_cycles interface is not a good match for
Xen's runstate accounting, which reports everything in nanoseconds.
This patch replaces this interface with a sched_clock interface, which
matches both Xen and VMI's requirements.
In order to do this, we:
1. replace
On Monday 02 April 2007 07:57, Jeremy Fitzhardinge wrote:
The tsc-based get_scheduled_cycles interface is not a good match for
Xen's runstate accounting, which reports everything in nanoseconds.
This patch replaces this interface with a sched_clock interface, which
matches both Xen and VMI's
On Monday 02 April 2007 07:56, Jeremy Fitzhardinge wrote:
Add a set of accessors to pack, unpack and modify page table entries
(at all levels). This allows a paravirt implementation to control the
contents of pgd/pmd/pte entries. For example, Xen uses this to
convert the (pseudo-)physical
* Gautham R Shenoy [EMAIL PROTECTED] wrote:
Hello Everybody,
This is another attempt towards process-freezer based cpu-hotplug.
This patchset covers just about everything that was discussed on the
LKML with respect to the freezer-based cpu-hotplug.
wow - you have made really nice
* Ingo Molnar [EMAIL PROTECTED] wrote:
one thing to check would be whether both kernels use the same
clocksource, via:
cat /sys/devices/system/clocksource/clocksource0/current_clocksource
but at first sight there's no clocksource related overhead in the
oprofile.
i've started a
On Mon, 2007-04-02 at 08:12 +0200, Andi Kleen wrote:
On Monday 02 April 2007 07:56, Jeremy Fitzhardinge wrote:
Add a set of accessors to pack, unpack and modify page table entries
(at all levels). This allows a paravirt implementation to control the
contents of pgd/pmd/pte entries. For
On Mon, Apr 02, 2007 at 03:38:48PM +1000, Dave Airlie wrote:
Doesn't __get_free_pages give me physically linear memory, which while
nice it isn't essential for what I need, so if I can't get my full
allocation I could in theory just start to fallback down the orders
and calling it multiple
On Mon, Apr 02 2007, Rene Herman wrote:
On 04/01/2007 12:06 PM, Pekka Enberg wrote:
Looks like mcdx_xfer is sleeping while holding q-queue_lock. The
attached (untested) patch should fix it.
This (including your followup) does indeed avoid the traces in the
kernel log, but unfortunately,
Andi Kleen wrote:
I think it would be much cleaner if you didn't implement your own sched_clock,
but you adjust ns_base/last_tsc to account for your lost cycles.
This could be done cleanly by adding a new function to sched-clock.c
Possibly such a function could be used by other parts of the
On Apr 1 2007 22:58, Andrew Morton wrote:
On Sun, 1 Apr 2007 20:17:24 +0200 (MEST) Jan Engelhardt [EMAIL PROTECTED]
wrote:
Show the fill status of a pipe (in bytes) when stat'ing one.
Is this useful? It seems rather an obscure thing, and we generally need a
good reason to go adding
Andi Kleen wrote:
What do the benchmarks say with CONFIG_PARAVIRT on native hardware
compared to !CONFIG_PARAVIRT. e.g. does lmbench suffer?
I haven't measured it, but I'll do some experiments.
J
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Sun, 2007-04-01 at 20:14 +0200, Jan Engelhardt wrote:
Have the Linux kernel set a new VGA palette for the first 16 colors.
The new values reduce the saturation (white component) and therefore
increase contrast.
Already posted once: http://lkml.org/lkml/2006/1/15/149
Signed-off-by: Jan
On Sun, 2007-04-01 at 20:13 +0200, Jan Engelhardt wrote:
Allow for the palette to be exposed and changed via sysfs. A call to
/usr/bin/reset will slurp the new definitions in for the current
console.
I like this. The escape sequences to change the palette does not stay
permanently.
Tony
-
On Mon, 2 Apr 2007, Rene Herman wrote:
+ if (!blk_fs_request(req)) {
+ spin_lock_irq(q-queue_lock);
Contrary to what I said, this spin_lock_irq() is wrong...
+ end_request(req, 0);
+ goto again;
+ }
+
+
On Monday 02 April 2007 08:47, Jeremy Fitzhardinge wrote:
Andi Kleen wrote:
I think it would be much cleaner if you didn't implement your own
sched_clock,
but you adjust ns_base/last_tsc to account for your lost cycles.
This could be done cleanly by adding a new function to sched-clock.c
On Apr 1 2007 23:00, Andrew Morton wrote:
On Sun, 1 Apr 2007 20:18:22 +0200 (MEST) Jan Engelhardt [EMAIL PROTECTED]
wrote:
I'm not sure that it's a big enough problem to go adding code for, really.
No, not really. If there are any kthread spawners that do exceed the limit,
I would have
need, this just seems overly cumbersome when what I really want is
vmalloc_32 to just work correctly on 64-bit systems... (why doesn't
vmalloc_32 pass __GFP_DMA32 to the allocator)
It probably should, but see second part of sentence above.
And please never put closed lists in cc of l-k
On Mon, Apr 02, 2007 at 04:52:04PM +1000, Dave Airlie wrote:
need, this just seems overly cumbersome when what I really want is
vmalloc_32 to just work correctly on 64-bit systems... (why doesn't
vmalloc_32 pass __GFP_DMA32 to the allocator)
It probably should, but see second part
On Sun, 2007-04-01 at 20:14 +0200, Jan Engelhardt wrote:
Add color support to the underline and italic attributes as in
OpenBSD/NetBSD-style (vt220) and xterm.
The italic attribute is indeed part of ANSI standard, though not widely
implemented. Fbcon (monochrome mode) already supports inverse,
Hi,
On Apr 1 2007 22:47, Andrew Morton wrote:
On Sun, 1 Apr 2007 20:15:53 +0200 (MEST) Jan Engelhardt [EMAIL PROTECTED]
wrote:
Display all possible partitions when the root filesystem is not mounted.
This helps to track spell'o's and missing drivers.
+void printk_all_partitions(void)
I
Ingo Molnar [EMAIL PROTECTED] writes:
so 93.6% of the allyesconfig bootup time is in 2.5% of the initcalls. If
they were fixed then an allyesconfig bzImage, which would be capable to
run on every PC known to mankind without any module whatsoever, would
Assuming that every PC has enough
On Apr 2 2007 14:49, Antonino A. Daplas wrote:
Not too sure about this, the default palette is based on ANSI/ECMA
standards (at least for the first 8 colors). Also, this will have subtle
effects on the 16-color logo. Since your first patch already allows us
to change the palette, let's leave the
Andi Kleen wrote:
Do you also get a clock for stolen nanoseconds?
What you actually get is how many ns the CPU spent in each state.
Stolen is runnable+offline.
No need for cycles, you could just subtract the stolen ns if you
can get those.
It just seems like a simpler interface to just
Hi Rene,
On 4/2/07, Rene Herman [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED]:~# dd if=/dev/mcdx0 of=/dev/null bs=2048
0+0 records in
0+0 records out
0 bytes (0 B) copied, 0.000221955 seconds, 0.0 kB/s
[EMAIL PROTECTED]:~#
This I know isn't:
[EMAIL PROTECTED]:~# readcd dev=/dev/mcdx0 f=/dev/null
Dmitry Torokhov wrote:
No, please don't do that. As soon as there is a special driver written
for a device that device's VID/PID should be added to generic HID
blacklist. This way udev will load the proper driver right away and
there will not be any flip-flopping of input devices.
Hi, I
* Andi Kleen [EMAIL PROTECTED] wrote:
Ingo Molnar [EMAIL PROTECTED] writes:
so 93.6% of the allyesconfig bootup time is in 2.5% of the
initcalls. If they were fixed then an allyesconfig bzImage, which
would be capable to run on every PC known to mankind without any
module
On Mon, Apr 02 2007, Pekka J Enberg wrote:
On Mon, 2 Apr 2007, Rene Herman wrote:
+ if (!blk_fs_request(req)) {
+ spin_lock_irq(q-queue_lock);
Contrary to what I said, this spin_lock_irq() is wrong...
+ end_request(req, 0);
+ goto
On Monday 02 April 2007 07:57, Jeremy Fitzhardinge wrote:
Wrap a set of interesting paravirt_ops calls in a wrapper which makes
the callsites available for patching. Unfortunately this is pretty
ugly because there's no way to get gcc to generate a function call,
but also wrap just the
On Mon, 2 Apr 2007 11:43:19 +1000 CaT [EMAIL PROTECTED] wrote:
I take minute by minute snapshots of network traffic by sampling
/proc/net/dev and most of the time everything works fine. Occasionally
though I get petabyte byte traffic and corresponding packet traffic.
How frequently?
Are you
+}
+
+/* Flush all unused kmap mappings in order to remove stray
+ mappings. */
+void kmap_flush_unused(void)
+{
+ spin_lock(kmap_lock);
+ flush_all_zero_pkmaps();
+ spin_unlock(kmap_lock);
}
Who calls this now?
-Andi
-
To unsubscribe from this list: send the line
Andi Kleen wrote:
Can you please add some comments to the code explaining this a little?
Best would be perhaps a overview document in Documentation too.
Yes, OK.
+#define PVOP_CALL0(__rettype, __op) \
The __s shouldn't be needed for the macro
* Dave Sperry [EMAIL PROTECTED] wrote:
I have a dual core Opteron machine that exhibits poor UDP performance
(RT consumes more than 2X cpu) with the 2.6.21-rc5-rt5 as compared to
2.6.21-rc5. Top shows the IRQ handler consuming a lot of CPU.
update: even with acpi_pm clocksource on vanilla
initcall 0xc1f5487d ran for 23083 msecs: pca_isa_init+0x0/0x143()
initcall 0xc1f54fba ran for 17121 msecs: pcf8574_init+0x0/0x20()
e.g. those just look like bugs.
it's ok i think: it's ISA so it spends its time fairly to tickle the
ports in a loop.
23 or 17 seconds long? That's
On Sun, 2007-04-01 at 10:00 -0700, Davide Libenzi wrote:
For periodic timers we probably want to know also about missed ticks,
i.e. when the timer was delayed.
I changed recently the rearm handling code of itimers to prevent DoS
attacks. See commit
Andi Kleen wrote:
+}
+
+/* Flush all unused kmap mappings in order to remove stray
+ mappings. */
+void kmap_flush_unused(void)
+{
+spin_lock(kmap_lock);
+flush_all_zero_pkmaps();
+spin_unlock(kmap_lock);
}
Who calls this now?
Nobody in kernel, or in this
On Sun, 2007-04-01 at 22:53 +0200, Andi Kleen wrote:
Have you checked, if we could share the code between i386 and x86_64 at
least for PIT and HPET. I'm not sure about the local APIC, but I think
it might be doable as well.
Not for PIT. I don't want all the broken ancient hardware
On Sun, Apr 01, 2007 at 08:59:02PM +, Linux Kernel Mailing List wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=f5ef2abcbeb5b0be23f7cc610a024b2406e3d8e6
Commit: f5ef2abcbeb5b0be23f7cc610a024b2406e3d8e6
Parent:
[c020c23e] __put_user_4+0x12/0x18
DWARF2 unwinder stuck at __put_user_4+0x12/0x18
Leftover inexact backtrace:
[c01040d6] ret_from_fork+0x6/0x1c
Hmpf. I saw it once in child_rip here too. Then I wanted to reproduce it to
report
properly and couldn't again. I had a few other backtraces that
On Apr 2 2007 14:49, Antonino A. Daplas wrote:
On Sun, 2007-04-01 at 20:13 +0200, Jan Engelhardt wrote:
Allow for the palette to be exposed and changed via sysfs. A call to
/usr/bin/reset will slurp the new definitions in for the current
console.
I like this. The escape sequences to change
On Mon, 2 Apr 2007, Jens Axboe wrote:
Updated patch attached :-)
diff --git a/Documentation/feature-removal-schedule.txt
b/Documentation/feature-removal-schedule.txt
index 0bc8b0b..cff761a 100644
--- a/Documentation/feature-removal-schedule.txt
+++
On Mon, Apr 02, 2007 at 12:13:00AM -0700, Andrew Morton wrote:
On Mon, 2 Apr 2007 11:43:19 +1000 CaT [EMAIL PROTECTED] wrote:
I take minute by minute snapshots of network traffic by sampling
/proc/net/dev and most of the time everything works fine. Occasionally
though I get petabyte byte
On Mon, Apr 02, 2007 at 03:07:29PM +0800, Li Yu wrote:
Dmitry Torokhov wrote:
No, please don't do that. As soon as there is a special driver written
for a device that device's VID/PID should be added to generic HID
blacklist. This way udev will load the proper driver right away and
On Sat, Mar 31, 2007 at 11:29:57PM -0700, Andrew Morton wrote:
On Sun, 01 Apr 2007 00:15:51 -0600 [EMAIL PROTECTED] (Eric W. Biederman)
wrote:
Does anyone know how to express the constraint of a 2M aligned number in
Kconfig?
Nope, but we could make CONFIG_PHYSICAL_START be in units of
(This patch should go in 2.6.21 as it fixes a recent regression - NB)
A device can be removed from an md array via e.g.
echo remove /sys/block/md3/md/dev-sde/state
This will try to remove the 'dev-sde' subtree which will deadlock
since
commit e7b0d26a86943370c04d6833c6edba2a72a6e240
With
Hello,
I'm working on the 2.6 kernel port for MicroBlaze (embedded, NOMMU)
arch. Like some other nommu archs, we typically mount root on an MTD RAM
partition (either CRAMFS or ROMFS).
All of this is working fine on 2.6.19 plus SnapGear 2.6.19-uc0-bigpatch
NOMMU patchset.
However, since
On Mon, 2007-04-02 at 09:04 +0200, Jan Engelhardt wrote:
On Apr 2 2007 14:49, Antonino A. Daplas wrote:
Not too sure about this, the default palette is based on ANSI/ECMA
standards (at least for the first 8 colors). Also, this will have subtle
effects on the 16-color logo. Since your first
Steve French (smfltc) wrote:
Hi all,
I would like to use cifs inside linux-vserver guests. Discussion this
with the vserver people, we found that cifs is using the new
kthread_run and the old kernel_thread interface for starting
kernel-threads. The old-style interface renders cifs unusable
On Apr 2 2007 15:50, Antonino A. Daplas wrote:
On Mon, 2007-04-02 at 09:04 +0200, Jan Engelhardt wrote:
On Apr 2 2007 14:49, Antonino A. Daplas wrote:
Not too sure about this, the default palette is based on ANSI/ECMA
standards (at least for the first 8 colors). Also, this will have subtle
On Mon, 2 Apr 2007 17:44:17 +1000 NeilBrown [EMAIL PROTECTED] wrote:
(This patch should go in 2.6.21 as it fixes a recent regression - NB)
A device can be removed from an md array via e.g.
echo remove /sys/block/md3/md/dev-sde/state
This will try to remove the 'dev-sde' subtree which
Ingo Molnar wrote:
* Dave Sperry [EMAIL PROTECTED] wrote:
I have a dual core Opteron machine that exhibits poor UDP performance
(RT consumes more than 2X cpu) with the 2.6.21-rc5-rt5 as compared to
2.6.21-rc5. Top shows the IRQ handler consuming a lot of CPU.
update: even with acpi_pm
Rafael J. Wysocki napsal(a):
On Thursday, 29 March 2007 09:44, Jiri Slaby wrote:
swsusp: critical section:
swsusp: Need to copy 131380 pages
swsusp: Not enough free memory
Error -12 suspending
Enabling non-boot CPUs ...
As a workaround, you can try to change the initial image size so that
Hi,
this is a repost as I like to know the current state of the problem...
The USB DMA size problem is known to exist on Linux since February 2004.
I am still in hope that there will be a fix soon.
/*--*/
Alan Stern [EMAIL
Vivek Goyal [EMAIL PROTECTED] writes:
On Sat, Mar 31, 2007 at 11:29:57PM -0700, Andrew Morton wrote:
On Sun, 01 Apr 2007 00:15:51 -0600 [EMAIL PROTECTED] (Eric W. Biederman)
wrote:
Does anyone know how to express the constraint of a 2M aligned number in
Kconfig?
Nope, but we could make
On Monday April 2, [EMAIL PROTECTED] wrote:
What guarantees that *rdev is still valid when delayed_delete() runs?
Because that is how kobjects and krefs work. There is an embedded
refcount etc etc..
And what guarantees that the md module hasn't been rmmodded when
delayed_delete() tries
On Mon, 2 Apr 2007, Jens Axboe wrote:
But as I wrote earlier, it'll take lots more to make this driver close
to functional.
Heh, looking at the driver, that's quite an understatement =). Rene,
here's an untested attempt to use a mutex instead of the horribly broken
waitqueue synchronization
Hi,
I finally figured out why one-shoot mode is enabled on my system only and only
if local apic is enabled.
While reading through dynatic code it looks that all clockevent devices are put
in periodic mode.
Then hrtimer_run_queues (which runs nevertheless CONFIG_HIGH_RES_TIMERS enabled
or
On Sunday 01 April 2007 20:57:57 Kyle Moffett wrote:
On Mar 31, 2007, at 02:36:08, Jeremy Fitzhardinge wrote:
When I run 2.6.21-rc5 + Andi's x86 patches + paravirt_ops patches,
I've been getting my machine shut down with critical thermal
shutdown messages:
Mar 30 23:19:03 localhost
Hi Steve, hi Igor,
Am Montag, 2. April 2007 schrieb Q (Igor Mammedov):
No - IIRC the original patch (for the switch of cifs from kernel_thread
to kthread) had a
minor implementation problem in handling the cifs_demultiplex thread, so
this one small
area was left with the old style.
On Mon, 2 Apr 2007 04:59:43 +0900,
Tejun Heo [EMAIL PROTECTED] wrote:
Okay, here's preliminary patch. I've tested it very lightly so it's
likely to contain bugs and definitely needs to be splitted.
Cool. However, there's something fishy there (not sure whether it's in
your patch or a latent
On Mon, Apr 02, 2007 at 08:16:12AM +0200, Ingo Molnar wrote:
hm, shouldnt the make be frozen immediately?
doesnt the 'please freeze ASAP' flag get propagated to all tasks,
immediately? After that point any cloning activity should duplicate that
flag too, resulting in any new child freezing
From: Ananth N Mavinakayanahalli [EMAIL PROTECTED]
In certain cases like when the real return address can't be found or
when the number of tracked calls to a kretprobed function is less than
the number of returns, we may not be able to find the correct return
address after processing a kretprobe.
On Mon, 2007-04-02 at 09:31 +0200, Jan Engelhardt wrote:
On Apr 2 2007 14:49, Antonino A. Daplas wrote:
On Sun, 2007-04-01 at 20:13 +0200, Jan Engelhardt wrote:
Allow for the palette to be exposed and changed via sysfs. A call to
/usr/bin/reset will slurp the new definitions in for the
On Mon, Apr 02, 2007 at 04:59:43AM +0900, Tejun Heo wrote:
Dependencies between sysfs/kobject objects are clearer now and I think
I got the locking and referencing correct. This patch immediately
fixes 'sysfs attr grabbing the wrong kobject and module' problem -
sysfs and module lifetimes
Maxim,
can you please fix your mail client to do proper line wraps at 78
chars ?
On Mon, 2007-04-02 at 11:57 +0300, Maxim Levitsky wrote:
Hi,
I finally figured out why one-shoot mode is enabled on my system only
and only if local apic is enabled.
You could have asked me :)
I tried to
* Dave Sperry [EMAIL PROTECTED] wrote:
I checked the clock source and in both the vanilla and rt cases and
they were both acpi_pm
ok, thanks for double-checking that.
Here's the oprofile for my vanilla case:
i tried your workload and i think i managed to optimize it some more: i
have
On Mon, 2 Apr 2007, Li Yu wrote:
Hi, I do not think that using blacklist in base driver for this purpose
is good idea. If so, we need modify source when each new HID device
driver come, that's so ugly.
Hi Li,
well, the drivers are exceptions from the generic handling, so creating an
On Mon, 2 Apr 2007, Boaz Harrosh wrote:
Why are you using req-buffer in new code.
You did read the patch, right? It's not new code. Feel free to send a
patch, though. Thanks.
Pekka
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Mon, Apr 02 2007, Boaz Harrosh wrote:
Pekka J Enberg wrote:
On Mon, 2 Apr 2007, Jens Axboe wrote:
But as I wrote earlier, it'll take lots more to make this driver close
to functional.
Heh, looking at the driver, that's quite an understatement =). Rene,
here's an untested attempt
On Mon, 2 Apr 2007, Dmitry Torokhov wrote:
static void my_driver_hid_report(struct hid_device *hid, u8 *data,
int size)
{
if (special_processing_needed(data)) {
do_special_processing(...);
On Mon, Apr 02, 2007 at 02:43:56AM -0600, Eric W. Biederman wrote:
Vivek Goyal [EMAIL PROTECTED] writes:
On Sat, Mar 31, 2007 at 11:29:57PM -0700, Andrew Morton wrote:
On Sun, 01 Apr 2007 00:15:51 -0600 [EMAIL PROTECTED] (Eric W. Biederman)
wrote:
Does anyone know how to express the
Hi,
On 3/30/07, Heiko Carstens [EMAIL PROTECTED] wrote:
in file mm/slab.c and routine kmem_cache_init() I found there
is no checking for allocated memory on line:
/* 4) Replace the bootstrap head arrays */
{
struct array_cache *ptr;
ptr =
On Mon, Apr 02, 2007 at 01:48:48PM +0900, Simon Horman wrote:
On Thu, Mar 29, 2007 at 05:41:45PM -0700, Andrew Morton wrote:
On Thu, 29 Mar 2007 12:30:59 +0900
Simon Horman [EMAIL PROTECTED] wrote:
[PATCH] kdump/kexec: calculate note size at compile time
i386 allmodconfig,
Pekka J Enberg wrote:
On Mon, 2 Apr 2007, Jens Axboe wrote:
But as I wrote earlier, it'll take lots more to make this driver close
to functional.
Heh, looking at the driver, that's quite an understatement =). Rene,
here's an untested attempt to use a mutex instead of the horribly broken
On Mon, 2007-04-02 at 00:04 -0400, Dmitry Torokhov wrote:
Actually I want to keep input subystm out of the loop here, since LEDs
such as mail, charging, etc have nothing to do with user input but
rather reflect overall system/application state.
What if I just added a HID_QUIRK_HIDDEV for
Jiri Kosina wrote:
I agree. I am aware of devices for which just inspecting the parsed data
would be OK (some keyboards with usage mappings which are not defined by
HUT, for example), but also of devices which require special handling on
the report level - Robert Marquardt pointed me in a
Hi,
This patch makes kmem_cache_init() trigger a BUG when the calls to
kmalloc() fail. Altough the kernel would not boot anyway on failure,
this adds some clarity to the code.
Signed-off-by: Johannes Weiner [EMAIL PROTECTED]
diff --git a/mm/slab.c b/mm/slab.c
index 57f7aa4..6d7e486 100644
---
From: Tasos Parisinos [EMAIL PROTECTED]
This patch adds module rsa.ko in the kernel (built-in or as a kernel module)
and offers an API to do fast modular exponentiation, using the Montgomery
algorithm, thus the exponentiation is not generic but can be used only when
the modulus is odd, such
Jeff Dike wrote:
On Sun, Apr 01, 2007 at 08:58:45PM +0100, Antoine Martin wrote:
I reckon that one critical thing which could drastically increase the
user base would be to have a working virtual framebuffer implementation.
Why? I've never understood what a framebuffer gives you that you
On Mon, 2 Apr 2007, Johannes Weiner wrote:
This patch makes kmem_cache_init() trigger a BUG when the calls to
kmalloc() fail. Altough the kernel would not boot anyway on failure,
this adds some clarity to the code.
Indeed. This keeps popping up again and again, so
Acked-by: Pekka Enberg
On Monday 02 April 2007 12:34:44 Thomas Gleixner wrote:
Maxim,
can you please fix your mail client to do proper line wraps at 78
chars ?
Sure, but this way it mangles patches :-)
On Mon, 2007-04-02 at 11:57 +0300, Maxim Levitsky wrote:
Hi,
I finally figured out why one-shoot mode is
On Mon, 2007-04-02 at 13:23 +0300, Maxim Levitsky wrote:
Hi,
Fortunately on my system lapic timer works.
But then tick_broadcast_switch_to_oneshot is redundant, isn't it?
No, it's necessary for the systems where the local APIC timer stops in
C3(C2), as we do not know this at the point
1 - 100 of 846 matches
Mail list logo