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
* 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
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(+)
>
>
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
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);
> +
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
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
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
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
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
>
>
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
>
> 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
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
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
"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..
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
> >
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
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
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
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:
>
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
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
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
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
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
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
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
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
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
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
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.
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
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
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
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
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
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
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.
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
>>
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
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
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
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
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
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
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.
>>
>>
On Sunday, 1 April 2007 22:39, Rafael J. Wysocki wrote:
> On Sunday, 1 April 2007 21:03, Andrew Morton wrote:
> > On Sun, 01 Apr 2007 18:00:12 +0200 Michal Piotrowski <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Andrew Morton napisał(a):
> > > >
On 4/1/07, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
On Sun, Apr 01, 2007 at 03:56:30PM -0300, Edgardo Hames 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
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 interface, and it makes the function
more generally useful.
On Thu, Feb 01, 2007 at 02:05:49PM +1100, Nigel Cunningham wrote:
> Hi.
>
> The scripts/kconfig/mconf target isn't removed by the make mrproper
> target. I can see a couple of possibilities, but wasn't sure which you'd
> prefer, so thought I'd just raise the issue.
>
> It's only an issue for me
Kyle Moffett wrote:
> Well, 128C is more than hot enough to boil water and well above the
> thermal tolerances of most CPUs, so I would imagine that were your CPU
> actually that hot it wouldn't be capable of printing the "Critical
> temperature reached" messages, let alone properly rebooting.
On Sun, Apr 01, 2007 at 03:56:30PM -0300, Edgardo Hames 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
> 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 all building the same kernel by
> running
On Sun, Apr 01, 2007 at 11:08:03PM +0200, Oleg Verych wrote:
> On Sun, Apr 01, 2007 at 10:42:03PM +0200, Sam Ravnborg wrote:
> > On Fri, Feb 16, 2007 at 04:59:29PM +0100, Oleg Verych wrote:
> []
> > > [patch proposition] kbuild: asm-offsets generalized
> []
> > > * (hopefully) more readable sed
On Sun, Apr 01, 2007 at 10:42:03PM +0200, Sam Ravnborg wrote:
> On Fri, Feb 16, 2007 at 04:59:29PM +0100, Oleg Verych wrote:
[]
> > [patch proposition] kbuild: asm-offsets generalized
[]
> > * (hopefully) more readable sed scripts,
> >
> > * top Kbuild may be updated...
[]
>
> Can I ask you to
> 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 workarounds on x86-64.
HPET might be doable, but would need
On Sunday, 1 April 2007 22:39, Rafael J. Wysocki wrote:
> On Sunday, 1 April 2007 21:03, Andrew Morton wrote:
> > On Sun, 01 Apr 2007 18:00:12 +0200 Michal Piotrowski <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Andrew Morton napisał(a):
> > > >
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. Advanced user will unplug them, work with them
> > > somewhere
On Fri, Feb 16, 2007 at 04:59:29PM +0100, Oleg Verych wrote:
> > >
> > > Proposition will follow.
> > >
> > []
> >
> > [patch proposition] kbuild: lguest with private asm-offsets
> []
> > * needs "asm-offsets magic demystified, generalized".
> []
>
> [patch proposition] kbuild: asm-offsets
> Subject: after resume: X hangs after drawing a couple of windows
> workaround: clocksource=acpi_pm
> References : http://lkml.org/lkml/2007/3/8/117
> http://lkml.org/lkml/2007/3/25/20
> http://lkml.org/lkml/2007/3/26/151
> Submitter : Michael S.
On Sunday, 1 April 2007 21:03, Andrew Morton wrote:
> On Sun, 01 Apr 2007 18:00:12 +0200 Michal Piotrowski <[EMAIL PROTECTED]>
> wrote:
>
> > Andrew Morton napisał(a):
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm3/
> > >
> >
> > BUG: at
Pedram M wrote:
Hi,
I've seen this around, and have heard about it in forums and else-where,
could somebody enlighten me with more information or with experiences
they have had. Looks like kswapd begins to eat CPU dramatically till the
box eventually locks up.
Thanks,
Pedram
Looks like an
On Sun, 1 Apr 2007, Kyle Moffett wrote:
> On Apr 01, 2007, at 14:42:59, Jan Engelhardt wrote:
> ... The point is to encourage the average kernel builder not to
> change from one of the default options unless they really know what
> they're doing.
conversely, if someone truly wants to set a
On Sun, 1 Apr 2007, Avi Kivity wrote:
> Davide Libenzi wrote:
>
>
> > > I think it's a bit too fine grained, and a new system call (io_bindfd()?)
> > > would be easier to use. In addition, you would move the eventfd_fget()
> > > out of
> > > the submission path.
> > >
> >
> > IMO the
Davide Libenzi wrote:
I think it's a bit too fine grained, and a new system call (io_bindfd()?)
would be easier to use. In addition, you would move the eventfd_fget() out of
the submission path.
IMO the cost of the eventfd_fget() (have you seen it?) is not worth adding
a new
On Apr 01, 2007, at 15:47:18, Jan Engelhardt wrote:
+config I_KNOW_WHAT_THE_HELL_I_AM_DOING
Let's just hope kconfig does not bust the stack.
Perhaps we could shorten that: I_KNOW_WTF_I_AM_DOING
Ah, good point, but I think it fits.
+ bool "Prompt for config options which will break
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 chance you've got oprofile
Am Sonntag 01 April 2007 schrieb michael chang:
> On 4/1/07, Prakash Punnoor <[EMAIL PROTECTED]> wrote:
> > Am Mittwoch 28 März 2007 schrieb Prakash Punnoor:
> > >
> > > Hi, I am using 2.6.21-rc5 with rsdl 0.37 and think I still see a
> > > regression with my Athlon X2. Namely using this ac3
Hello, James, Greg.
On Fri, Mar 30, 2007 at 01:19:34PM -0500, James Bottomley wrote:
> That's sort of what I was reaching for too ... it just looks to me that
> all the sysfs glue is in kobject, so they make a good candidate for the
> pure sysfs objects. Whatever we do, there has to be breakable
[...]
in short:
it`s quite some work to be done to have your uml 2.6.21 with root-fs up and
running and working cleanly. whenever i search the net for some appropriate
UML fs image, those i find are very often old and outdated...
Hmm... I'd think we need a wizard for configuration. Plus some
On Apr 01, 2007, at 15:42:09, Kyle Moffett wrote:
Since my mailer tends to mangle patches I've attached this one
Gah, I complain about my mailer mangling patches and then it's me
that mangles the patch. Sorry for forgetting a subject line.
Cheers,
Kyle Moffett
-
To unsubscribe from this
On Apr 1 2007 15:42, Kyle Moffett wrote:
>Date: Sun, 1 Apr 2007 15:42:09 -0400
>From: Kyle Moffett <[EMAIL PROTECTED]>
>To: Jan Engelhardt <[EMAIL PROTECTED]>
>Cc: Linux Kernel Mailing List ,
>Alan Cox <[EMAIL PROTECTED]>, Sam Ravnborg <[EMAIL PROTECTED]>,
>Andrew Morton <[EMAIL
On Sun, Apr 01, 2007 at 09:28:03PM +0200, Jan Engelhardt wrote:
>
> On Apr 1 2007 15:09, Dave Jones wrote:
> >On Sun, Apr 01, 2007 at 08:16:22PM +0200, Jan Engelhardt wrote:
>
> > > From: Dave Jones
> > > Already posted at http://lkml.org/lkml/2005/7/7/255
> >
> >I had to stop and think
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)
Signed-off-by: Kyle Moffett <[EMAIL PROTECTED]>
---
Since my mailer tends to mangle
"Valentin Zaharov" wrote on 04/01/2007 03:02:07 AM:
> Hi again,
>
> After applying changes manually to 2.6.20.4 according to the link that
> Steven sent I still get those errors (attached below) but no crash so
> far.
> I am wondering if its ok or having errors still will cause freezes.
It is ok
--- Forwarded message ---
From: "Ingo Molnar" <[EMAIL PROTECTED]>
To: "Gerhard Kurz" <[EMAIL PROTECTED]>
Cc:
Subject: Re: WCHAN wrong for i386-kernel
Date: Sun, 01 Apr 2007 20:30:49 +0200
* Gerhard Kurz <[EMAIL PROTECTED]> wrote:
Hi,
There is a minor bug in kernels for i386 (i
On Apr 1 2007 15:09, Dave Jones wrote:
>On Sun, Apr 01, 2007 at 08:16:22PM +0200, Jan Engelhardt wrote:
> > From: Dave Jones
> > Already posted at http://lkml.org/lkml/2005/7/7/255
>
>I had to stop and think if this was an April 1st :)
Read the mail entitled "[PATCH 0/16] Assorted patches".
On Sunday, 1 April 2007 20:17, Jiri Slaby wrote:
> Rafael J. Wysocki napsal(a):
> > On Thursday, 29 March 2007 09:44, Jiri Slaby wrote:
> >> Hi,
> >>
> >> I'm getting this while trying to swsups the machine in -rc5, -rc4 is fine:
> >>
> >> Disabling non-boot CPUs
> >> CPU 1 is now offline
> >> SMP
Hi
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.
The mother board is a Supermicro H8DME-2 with one dual core Opteron
installed. The
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 inside a vserver-guest :-(
On Sun, 1 Apr 2007 20:44:41 +0200 Sam Ravnborg wrote:
> This part of kconfig is taken care of by Roman Zippel.
> Kept the full mail for his reference.
>
> Sam
I certainly want this.
> On Sun, Apr 01, 2007 at 08:17:32PM +0200, Jan Engelhardt wrote:
> >
> > Allow config variables in
On Sun, Apr 01, 2007 at 08:16:22PM +0200, Jan Engelhardt wrote:
>
> From: Dave Jones
> Already posted at http://lkml.org/lkml/2005/7/7/255
I had to stop and think if this was an April 1st :)
Back in 2005 it seemed I had a strong enough stomach
to wade through smbfs for some unknown reason.
On domenica 1 aprile 2007, [EMAIL PROTECTED] wrote:
> Hello !
>
> i`m not very much into UML for the last months, but while playing around
> with dm-loop i just got one idea i`d like to share.
>
> Whenever you want to test some new kernel (feature), you may put you main
> system at risk, exactly
On Sun, 1 Apr 2007 20:15:27 +0200 (MEST) Jan Engelhardt wrote:
>
> Allow the printk level to be set using a "conlevel=" parameter.
> (Or is there already a different bootoption that does the same thing?)
Yes, there's "loglevel", as well as
"debug", "quiet", and "ignore_loglevel".
>
1 - 100 of 562 matches
Mail list logo
