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 inve
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
> 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-
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 pr
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
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
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;
> + }
> +
> + spin_unlock_irq(q->
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 o
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 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 unfor
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, 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.
* 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 starte
* 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
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
* 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 0xc06996
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 get_sched
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 V
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 longe
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 ---
include/asm-i
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
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 referen
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 modes
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, whic
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 act
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.
Signed-
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."""
>
> Thi
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 entry,
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 functi
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, so
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]>
---
arch/i386
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
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 pagetab
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(+)
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 re
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 Linux-specific goodies to standard system ca
* Nivedita Singhvi <[EMAIL PROTECTED]> wrote:
> Dave Sperry wrote:
> >Hi
>
> (adding netdev to cc list)
in general (except of course those netdev folks that are interested in
-rt+networking performance matters) i'd suggest we analyze this in an
-rt specific way - netdev shouldnt have to bothe
On Sun, 1 Apr 2007 20:16:22 +0200 (MEST) Jan Engelhardt <[EMAIL PROTECTED]>
wrote:
>
> From: Dave Jones
> Already posted at http://lkml.org/lkml/2005/7/7/255
>
> Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
> Cc: Dave Jones
>
> request.c |1 +
> 1 file changed, 1 insertion(+)
>
> I
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.
Following are new features from the version I last posted:
- Enhancements to the freezer i
On Sun, 1 Apr 2007 20:16:14 +0200 Ingo Molnar <[EMAIL PROTECTED]> wrote:
> + if (initcall_debug) {
> + t1 = ktime_get();
> + delta = ktime_sub(t1, t0);
> +
> + printk("initcall 0x%p", *call);
> + print_fn_d
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.
It would be nice to include a sample of the resulting output for people
to review.
-
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.
>
> From: David Alan Gilbert, http://lkml.org/lkml/2005/2/26/92
>
> Updated to wo
Clean up workqueue.c from the perspective of freezer-based cpu-hotplug.
This patch
o Removes cpu_populated_map as cpu_online_map is safe to use.
o removes cwq_should_stop and uses kthread_should_stop instead.
o Reintroduces take_over_work from the worker_thread of a downed
cpu. This means that al
This patch makes all the kernel_threads (except the migration thread)
freezeable for cpu hotplug.
Signed-off-by: Gautham R Shenoy <[EMAIL PROTECTED]>
--
arch/i386/kernel/apm.c |2 +-
drivers/block/loop.c|2 +-
drivers/char/apm-emulation.c|6 +++--
This patch
o Makes all non-singlethreaded workqueues freezeable by default.
o Introduces a new API for creating freeze_exempted workqueues.
o Uses the combination of cancel_delayed_work and cancel_work_sync
in Slab during DOWN_PREPARE instead of cancel_rearming_delayed work,
which tries to flu
Thanks for resurrecting this. My original email to the CIFS
maintainer got dropped somewhere, but I think this patch is probably
still a good idea.
--
Roland Dreier <[EMAIL PROTECTED]> GPG Key: 1024D/E0EEFAC0
Fingerprint: A89F B5E9 C185 F34D BD50 4009 37E2 25CC E0EE FAC0
Sending >500KB a
This patch rips out lock_cpu_hotplug from the kernel.
Good Riddance!! (hopefully :) )
Signed-off-by : Gautham R Shenoy <[EMAIL PROTECTED]>
--
arch/i386/kernel/cpu/mtrr/main.c |6 --
arch/i386/kernel/microcode.c |8
arch/mips/kernel/mips-mt.c
Currently i386 and x86_64 __cpu_up uses the services of the kevents
workqueue to bring the cpu up. Change this and use kthread workqueue
instead which is single_threaded and won't be frozen during
CPU_HOTPLUG.
Signed-off-by: Gautham R Shenoy <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
On Sun, 1 Apr 2007 20:14:40 +0200 (MEST) Jan Engelhardt <[EMAIL PROTECTED]>
wrote:
> Fix kevent's childs priority greedy-ness. Such tasks were always scheduled
> at nice level -5 and, at that time, udev stole us the CPU time with -5.
>
> Already posted at http://lkml.org/lkml/2005/1/10/85
>
> S
Hello,
On Sun, Apr 01, 2007 at 05:14:07PM +0300, Tal Kelrich wrote:
> (resent due to mailer stupidity)
> Hello,
>
> This is my first submitted kernel patch, please be gentle.
>
> Tested and working on AAEON GENE-6310B Subcompact Board
> (also configured for same by default, should work elsewhere
>
> On a 64-bit machine GFP_KERNEL can give me any memory... it all works
> fine on 32-bit highmem kernel as I don't get highmem... I really need
> __GFP_DMA32 memory but we don't have a generic allocator that gives
> this out that I can see..
__get_free_pages(..., __GFP_DMA32) on 64bit or __GFP_
This patch implements process_freezer based cpu-hotplug
core.
The sailent features are:
o No more (un)lock_cpu_hotplug.
o No more CPU_LOCK_ACQUIRE and CPU_LOCK_RELEASE. Hence no per-subsystem
hotcpu mutexes.
o Calls freeze_process/thaw_processes at the beginning/end of
the hotplug operation.
This patch adds provision to make the process freezer reentrant
for different kinds of freeze events.
Credit to Rafael Wysocki for the system_freeze_event_mask idea.
Signed-off-by: Gautham R Shenoy <[EMAIL PROTECTED]>
Cc: Pavel Machek <[EMAIL PROTECTED]>
Cc: Rafael J. Wysocki <[EMAIL PROTECTED]>
On Sun, 1 Apr 2007 20:14:14 +0200 (MEST) Jan Engelhardt <[EMAIL PROTECTED]>
wrote:
> static u8 vgacon_build_attr(struct vc_data *c, u8 color, u8 intensity,
> - u8 blink, u8 underline, u8 reverse);
> + u8 blink, u8 underline, u8 reverse, u8);
ug.
This patch provides an interface to extend the use of the process
freezer beyond Suspend.
The tasks can selectively mark themselves to be exempted from specific
freeze events like SUSPEND /KPROBES/CPU_HOTPLUG.
This patch however, *does not* sort non freezable threads into
different categories b
"Dave Airlie" <[EMAIL PROTECTED]> writes:
>
> On a 64-bit machine GFP_KERNEL can give me any memory... it all works
> fine on 32-bit highmem kernel as I don't get highmem... I really need
> __GFP_DMA32 memory but we don't have a generic allocator that gives
> this out that I can see..
__get_free_
On Sat, 31 Mar 2007 21:35:19 +0200 (CEST), Jiri Kosina <[EMAIL PROTECTED]>
wrote:
> I think I see an issue here. Imagine that you boot a system initially with
> one keyboard connected (usb, ps/2, doesn't matter), and after some time
> you connect second USB keyboard (the NumLock is 'on' on the
From: "Dave Airlie" <[EMAIL PROTECTED]>
Date: Mon, 2 Apr 2007 15:15:48 +1000
> > Perhaps we'll have to create something ugly like vmalloc_nobounce().
> >
> > Remind me again why you're ending up with swiotlb'd pages?
> > vmalloc_32() uses GFP_KERNEL which should use entirely lowmem and thus
> > RA
It might explain why my machine hung when I tried to use
radeon with DRM on my sparc64 workstation :-) I have
investigating that on my todo list.
True, maybe the intersection is me + hw like that + radeon :-)
I don't know what to recommend to you, getting 8MB of linear memory
really just isn'
From: "Dave Airlie" <[EMAIL PROTECTED]>
Date: Mon, 2 Apr 2007 14:08:13 +1000
> > >
> > > So when swiotlb happens, as you can guess it all falls apart as the
> > > drm never calls sync functions at any stage...
> >
> > You would have hit this on any platform that does caching
> > in the PCI control
Henrique de Moraes Holschuh wrote:
> On Sun, 01 Apr 2007, Jeremy Fitzhardinge wrote:
>
>> control problems. Perhaps the ambient temperature was lower when I
>> reported success.
>>
>
> You can use ibm-acpi to properly track your thinkpad thermal sensors, load
> it with the "experimental=1"
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, gcc-4.1.0:
>
> In file included from init/initramfs.c:508:
> include
On Mon, 2007-04-02 at 00:20 -0400, Gene Heskett wrote:
> >From another email I sent Dave an hour or so ago:
>
> For a good kernel, 2.6.20.3-rdsl-0.31:
> [EMAIL PROTECTED] bad-kernel]# cd /usr/music
> [EMAIL PROTECTED] music]# stat .
> File: `.'
> Size: 4096Blocks: 16 IO Blo
On Saturday 31 March 2007 08:49, Ivo van Doorn wrote:
>
> Well that would mean rfkill would be ready to applied to one of the kernel
> trees right? :)
Well, that would be up to that particular tree maintainer. I am not sure
who maintains the net/... David Miller maybe? Anyway, below is the same
On Sat, Mar 31, 2007 at 03:59:29PM +0200, Christoph Hellwig wrote:
> - consolidate duplicate code in all arch_prepare_kretprobe instances
>into common code
> - replace various odd helpers that use hlist_for_each_entry to get
>the first elemenet of a list with either a hlist_for_each_entry
On Sunday 01 April 2007, Gene Heskett wrote:
>On Sunday 01 April 2007, Ray Lee wrote:
>>On 3/31/07, Gene Heskett <[EMAIL PROTECTED]> wrote:
>>> This effect I have isolated down to something in the 31 patches from
>>> 2.6.20.4 to 2.6.20.5-rc1, but I'm going to need additional guidance
>>> in setting
On Sunday 01 April 2007 21:47, Li Yu wrote:
> Let me explain the internal of my current HID bus implementation. I
> think that selecting one user scene as example is good idea.
>
> Well, the user A plug a USB joystick into computer. The work processing
> of HID subsystem for this joystick is same
Hi Pekka,
On Sunday 01 April 2007 07:49, Pekka Enberg wrote:
> On 3/30/07, Pete Zaitcev <[EMAIL PROTECTED]> wrote:
> > Dell people (Stuart and Charles) complained that on some USB keyboards,
> > if BIOS enables NumLock, it stays on even after Linux has started. Since
> > we always start with NumLo
On Saturday 31 March 2007 18:49, Jiri Kosina wrote:
>
> Hi,
>
> in fact I am not entirely sure that the specialized drivers hooked to the
> HID bus should be passed individual fields/usages by the generic HID
> driver. That would imply that generic HID layer would have to parse the
> received
>
> So when swiotlb happens, as you can guess it all falls apart as the
> drm never calls sync functions at any stage...
You would have hit this on any platform that does caching
in the PCI controller as well.
We must not have a great intersect of radeon and such systems..
Coherent memory wa
Hi Dan,
On Sunday 01 April 2007 23:28, Dan Engel wrote:
> On Sun, 2007-04-01 at 19:43 +0200, Jiri Kosina wrote:
> > On Sun, 1 Apr 2007, Dmitry Torokhov wrote:
> >
> > > No, I do not want to add any more LED constants to input. In fact I
> > > think that adding constants beyond keyboard indicator
On Sun, 2007-04-01 at 19:43 +0200, Jiri Kosina wrote:
> On Sun, 1 Apr 2007, Dmitry Torokhov wrote:
>
> > No, I do not want to add any more LED constants to input. In fact I
> > think that adding constants beyond keyboard indicators was a mistake. We
> > have led subsystem that provides interface
From: "Dave Airlie" <[EMAIL PROTECTED]>
Date: Mon, 2 Apr 2007 09:44:41 +1000
> Okay I've got a bug reported before and now again about > 4GB + radeon
> blows up the DRM... on Intel hw...
>
> What the drm currently does for the PCI GART table is it allocates a
> chunk of memory (8MB) with vmalloc_
On Sun, Apr 01, 2007 at 07:35:08PM +0200, Ingo Molnar wrote:
>
> * Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> > I would suggest that for 2.6.21, the minimal fix is actually something
> > like the appended. Comments? Ingo, does this fix things for you?
>
> yeah - it does the trick: i just boo
On Tue, 2007-03-20 at 10:29 +0800, Zhang, Yanmin wrote:
> On Wed, 2007-03-14 at 16:33 -0700, Siddha, Suresh B wrote:
> > On Tue, Mar 13, 2007 at 05:08:59AM -0700, Nick Piggin wrote:
> > > I would agree that it points to MySQL scalability issues, however the
> > > fact that such large gains come fro
On Sun, 1 Apr 2007, Rafael J. Wysocki wrote:
> Hi,
>
> On Sunday, 1 April 2007 20:34, Pavel Machek wrote:
> > Hi!
> >
> > > > Problem is that suspending _with_ removable mass storage devices
> > > > attached just will not work. User will unplug them, then complain
> > > > about corruption. Advan
On Sun, 01 Apr 2007, Jeremy Fitzhardinge wrote:
> control problems. Perhaps the ambient temperature was lower when I
> reported success.
You can use ibm-acpi to properly track your thinkpad thermal sensors, load
it with the "experimental=1" parameter, and look at what gets exported at
/proc/acpi/
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
don't have now.
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.
This happens on an AMD64, dual core smp box with Broadcom NetXtreme II
nics. The issue happen
Jiri Kosina wrote:
> On Fri, 30 Mar 2007, Dmitry Torokhov wrote:
>
>
>> There should be one device and your driver should simply do:
>> static void my_driver_hid_event(struct hid_device *hid, struct hid_field
>> *field,
>> struct hid_usage *usage, __s32 value)
>> {
On Sun, Apr 01, 2007 at 08:18:12PM +0200, Jan Engelhardt wrote:
> Some radio adapter drivers wrongly(?) name their devices "wlan%d"
> instead of "eth%d" (if you ask me, it should be %u - but not today).
> Technically, they operate like Ethernet, and in fact, running
> `/sbin/ip a` shows "link/eth
On Apr 1 2007 22:03, Edgardo Hames wrote:
>> code will or should always produce the same output. Compilers are not
>> generally required to be deterministic.
>
> Could you please be a little more specific? We keep toolchains in our
> SCM tool,
Compile this, shush.
#include
int main(void)
{
On Apr 1, 6:10 pm, "David Schwartz" wrote:
> I'm working on a project with teams spread across the world and we all
> work on the same repository patching the kernel and then integrating
> into a common main branch. Even though we label the source code, we
> would like to make sure that we are a
On 04/02/2007 02:02 AM, 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,
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, the driver seems to need a bit more.
This
Okay I've got a bug reported before and now again about > 4GB + radeon
blows up the DRM... on Intel hw...
What the drm currently does for the PCI GART table is it allocates a
chunk of memory (8MB) with vmalloc_32(), then when it decides to use
it it goes through every page of it calls pci_map_sin
On Sun, 2007-04-01 at 14:43 +0200, Michal Januszewski wrote:
> From: Michal Januszewski <[EMAIL PROTECTED]>
>
> On a multiprocessor machine the VT_WAITACTIVE ioctl call may return 0
> if fg_console has already been updated in redraw_screen() but the
> console switch itself hasn't been completed. F
Milind Arun Choudhary wrote:
E1000_ROUNDUP macro cleanup, use ALIGN
Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
we were actually looking at this last week. I'll take it for a spin and if it's
good I'll push it through upstream.
Thanks!
Auke
---
e1000.h |3 ---
Jeremy Fitzhardinge wrote:
> Alexey Starikovskiy wrote:
>
>> Could you try to unload or disable hardware sensors and check if it
>> helps?
>> CONFIG_I2C=m
>> CONFIG_I2C_ALGOBIT=m
>> CONFIG_I2C_ALGOPCA=m
>> CONFIG_I2C_I810=m
>> CONFIG_I2C_PIIX4=m
>> CONFIG_SENSORS_DS1337=m
>> CONFIG_SENSORS_DS137
On Fri, Mar 30, 2007 at 05:53:26PM -0400, Rob Landley wrote:
> So doing:
>
> make ARCH=powerpc CROSS=powerpc-
>
> Chugs along fine for a while, but then it ends with:
>
> MODPOST vmlinux
There should be a lot of activity between this step and the error below.
> ln: accessing `arch/powe
On Sun, 01 Apr 2007, Pavel Machek wrote:
> ACPI is misdesigned, and lm_sensors can't cope with that.
Err, HOW exactly are you accessing the ThinkPad i2c buses directly? Or did
Lenovo change completely the hardware project of thinkpads in the X60?
Or did anyone add an lm-sensors that attach to the
On Sun, 01 Apr 2007, Pavel Machek wrote:
> Are you running lm_sensors?
lm-sensors can't confuse any recent thinkpad's thermal management. The i2c
buses that matter are all behind the EC, you have to ask the EC for data.
--
"One disk to rule them all, One disk to find them. One disk to bring
Hi everyone,
I have had a lot trouble with my AHCI controller from kernel version
2.6.19-rc1 to 2.6.21-rc5. The device is detected but the disks never
spinup and thus the rootfs is never found.
I finally was able to get Fedora's 2.6.20 and my 2.6.21-rc5 to boot
with pci=nomsi but I have been get
Nivedita Singhvi wrote:
Dave Sperry wrote:
Hi
(adding netdev to cc list)
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.
Dave, any chan
Kyle Moffett <[EMAIL PROTECTED]> writes:
> Add a CONFIG_I_KNOW_WHAT_THE_HELL_I_AM_DOING variable with a really
> strong
> warning attached to it (and a shorter CONFIG_EXPERT variable for use in
> Kconfig files where it's a PITA to type out the full name)
When you know what you're doing you can ju
On Sunday 01 April 2007 23:41, Jeremy Fitzhardinge wrote:
> Three cleanups there:
> - change "instable" -> "unstable"
> - it's better to use get_cpu_var for getting this cpu's variables
> - change cycles_2_ns to do the full computation rather than just the
>tsc->ns scaling. It's a simpler i
On Mar 24 2007 02:02, Petr Vandrovec wrote:
>> > in at least 2.6.21-rc4, one or more of the mptscsi scsi modules is
>> > broken with respect to not detecting any harddisk (VMware provides that
>> > virtual LSI MPT controller), which means no working system.
>> > No problems in 2.6.20.2.
>>
>> C
1 - 100 of 311 matches
Mail list logo
