On 2/20/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
"Paul Menage" <[EMAIL PROTECTED]> writes:
> On 2/12/07, Sam Vilain <[EMAIL PROTECTED]> wrote:
>>
>> I know I'm a bit out of touch, but AIUI the NSProxy *is* the container.
>> We decided a long time ago that a container was basically just a
"Paul Menage" <[EMAIL PROTECTED]> writes:
> What are you defining here as "everything"? If you mean "all things
> that could be applied to a segregated group of processes such as a
> virtual server", then "container" seems like a good name for my
> patches, since it allows you to aggregate namespa
On Tue, 20 Feb 2007, Rik van Riel wrote:
> > Maybe the hunk does apply in a different location than I thought.
>
> I suspect that's the case ...
No that is not the case:
@@ -875,6 +878,11 @@ force_reclaim_mapped:
pagevec_strip(&pvec);
spin_lock_irq(&zone->lru_loc
Christoph Lameter wrote:
On Tue, 20 Feb 2007, Rik van Riel wrote:
Nono, I try to remove the swap space occupied by pages that
go back onto the active list. Regardless of whether they
were already there, or whether they started out on the
inactive list.
Ok then do it for all pages that go bac
On Tuesday 20 February 2007 15:44, you wrote:
> Alistair John Strachan wrote:
> > On Tuesday 20 February 2007 04:17, Udo van den Heuvel wrote:
> >> Krzysztof Halasa wrote:
> >>> Is it a VIA ITX board? I think I have VIA's riser card somewhere,
> >>> could check what it does.
> >>
> >> Yes, VIA Epia
Rik van Riel wrote:
... because I think this is what my patch does :)
Never mind, I see it now.
The attached patch should be correct.
Btw, why do we not call pagevec_strip on the pages on l_active?
I assume we want to reclaim their buffer heads, too...
--
All Rights Reversed
--- linux-2.6.2
On Mon, 2007-02-19 at 19:43 +0100, Arjan van de Ven wrote:
> On Mon, 2007-02-19 at 10:31 -0800, Adam Litke wrote:
> > The page tables for hugetlb mappings are handled differently than page
> > tables
> > for normal pages. Rather than integrating multiple page size support into
> > the
> > main V
> maybe. I'm not entirely convinced... (I like the cleanup potential a lot
> code wise.. but if it costs performance, then... well I'd hate to see
> linux get slower for hugetlbfs)
>
> > If not, then I definitely wouldn't
> > mind creating a default_pagetable_ops and calling into that.
>
> ... b
On 02/20, Christoph Lameter wrote:
>
> On Tue, 20 Feb 2007, Max Krasnyansky wrote:
>
> > > > Well seems that we have a set of unresolved issues with workqueues and
> > > > cpu
> > > > hotplug.
> >
> > How about storing 'cpu' explicitly in the work queue instead of relying on
> > the
> > smp_pro
On 02/20, Srivatsa Vaddagiri wrote:
>
> On Sun, Feb 18, 2007 at 12:59:28AM +0300, Oleg Nesterov wrote:
> > Before you begin. You are doing CPU_DOWN_PREPARE after freeze_processes().
> > Not good. This makes impossible to do flush_workueue() at CPU_DOWN_PREPARE
> > stage, we have callers.
>
> We ha
On Mon, Feb 19, 2007 at 10:29:22PM +0100, Andi Kleen wrote:
> On Monday 19 February 2007 20:07, Joerg Roedel wrote:
> > From: Joerg Roedel <[EMAIL PROTECTED]>
> >
> > This patch adds the necessary changes to extend the i386 alternative
> > instruction framework extension on the x86_64 architecture
On Tue, 20 Feb 2007, Rik van Riel wrote:
> The attached patch should be correct.
Oh. It vanished again when I replied to your mail.
> Btw, why do we not call pagevec_strip on the pages on l_active?
> I assume we want to reclaim their buffer heads, too...
Yes we want to reduce buffer heads if w
On Tue, 2007-02-20 15:36:56 +0100, Helge Hafting <[EMAIL PROTECTED]> wrote:
> If you have a need for "secret" source code, stuff most of it
> in userspace. Make the drivers truly minimal; perhaps their
> open/closed status won't matter that much when the bulk
> of the code and the cleverness is ke
Udo van den Heuvel <[EMAIL PROTECTED]> writes:
> Yes, VIA Epia EN12000.
> Interesting to check the riser card.
Unfortunately it turns out it's single slot only.
--
Krzysztof Halasa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTEC
Juan Piernas Canovas wrote:
The point of all the above is that you must improve the common case,
and manage the worst case correctly.
That statement made it to my quote file. Of course "correctly" hopefully
means getting to the desired behavior without a performance hit so bad
it becomes a "
On Tue, 20 Feb 2007, Rik van Riel wrote:
> Btw, why do we not call pagevec_strip on the pages on l_active?
> I assume we want to reclaim their buffer heads, too...
But those buffer heads may be used soon. So its better to leave them
alone.
-
To unsubscribe from this list: send the line "unsubs
Christoph Lameter wrote:
On Tue, 20 Feb 2007, Max Krasnyansky wrote:
Well seems that we have a set of unresolved issues with workqueues and cpu
hotplug.
How about storing 'cpu' explicitly in the work queue instead of relying on the
smp_processor_id() and friends ? That way there is no ambiguit
On Monday, February 19, 2007 5:07 PM, Adrian Bunk wrote:
> This patch makes the needlessly global mptspi_target_destroy() static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
ACK
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
-O I've missed:
aiostress -s 1200m -O -o 2 -i 1 -r 16k
You are right I've used harness scripts.
i=0; while ((i++<50)); do ~/bm/bin/runs I2 -; done &
It runs bmrun harness script which is long for different hardware
configurations and test options.
The lines in aio-stress wrapper which could be u
Hi David,
On Mon, 19 Feb 2007 08:40:30 -0800, David Brownell wrote:
> On Monday 19 February 2007 6:18 am, Jean Delvare wrote:
> > Hi David,
> >
> > On Sun, 18 Feb 2007 21:08:07 -0800, David Brownell wrote:
> > > Currently a parport_driver can't get a handle on the device node for the
> > > underl
Hi.
I see a regression in latest -git (2.6.20-g91aa6931). My PATA hard
disk is not correctly configured:
---
libata version 2.10 loaded.
ata_piix :00:1f.1: version 2.00ac7
ata1: PATA max UDMA/100 cmd 0x000101f0 ctl 0x0001
Quoting Jan Engelhardt ([EMAIL PROTECTED]):
> Hello list,
>
>
> in security/inode.c, the comment for securityfs_create_dir() reads:
>
> If securityfs is not enabled in the kernel, the value -ENODEV
> will be returned. It is not wise to check for this value, but
> rather, che
Oleg Nesterov wrote:
On 02/20, Christoph Lameter wrote:
On Tue, 20 Feb 2007, Max Krasnyansky wrote:
Well seems that we have a set of unresolved issues with workqueues and cpu
hotplug.
How about storing 'cpu' explicitly in the work queue instead of relying on the
smp_processor_id() and friends
On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-mm2/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
Looks like reiserfs has some locking problems:
===
Greg KH wrote:
> We (the -stable team) are announcing the release of the 2.6.18.7 kernel.
> It contains one NFS fix that if you run a NFS server, you might want to
> apply.
Well that's nice. There's at least one other unfixed CVE
in 2.6.18.6 -- why didn't you fix that? (The patch has been
queued
On Tue, 20 Feb 2007, Max Krasnyansky wrote:
> I agree that running the reaper on the wrong CPU is not the best way to go
> about it.
> But it seems like disabling it is even worse, unless I missing something. ie
> wasting
> memory.
Disabling during shutdown is no problem because the per cpu cache
On Tue, 20 Feb 2007, Max Krasnyansky wrote:
> I guess I kind of hijacked the thread. The second part of my first email was
> dropped. Basically I was saying that I'm working on CPU isolation extensions.
> Where an isolated CPU is not supposed to do much kernel work. In which case
> you'd want to r
On 2/20/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
Sanity check in pcim_pin_device() was too restrictive in that it
didn't allow multiple calls to the function, which is against the
devres philosohpy of fire-and-forget. Track pinned status separately
and allow pinning multiple times.
Signed-off-b
Hello,
introducing SATA ACPI does not work for me (I've filled the bug
report: http://bugzilla.kernel.org/show_bug.cgi?id=8046) beside those error
messages, IDE performance is decreased. libata.noacpi=1 option works ok but
the performance is still slightly degraded (about 10%).
--
Lukáš Hejtmáne
On Tue, Feb 20, 2007 at 09:47:48PM +0100, Krzysztof Halasa wrote:
> Udo van den Heuvel <[EMAIL PROTECTED]> writes:
>
> > Yes, VIA Epia EN12000.
> > Interesting to check the riser card.
>
> Unfortunately it turns out it's single slot only.
Via has a dual pci-ext card. See EXT-PCI at
http://www.v
On Tue, 2007-02-20 at 19:54 +0100, Michal Piotrowski wrote:
>
> Might it be 6ba9b346e1e0eca65ec589d32de3a9fe32dc5de6 commit?
I doubt that it is, but can you revert it ?
tglx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
Am 20.02.2007 15:59 schrieb Adrian Bunk:
> I'm usually someone who likes to avoid including unneeded code in the
> kernel, but in this case I'd say KISS - and build it always into the
> gigaset module.
There seems to be a clear majority for this solution. So KISS it
will be. Thanks for all the a
Hi Dmitry,
On Mon, 19 Feb 2007 09:40:09 -0500, Dmitry Torokhov wrote:
> But the thing is that when you add resources to a platofrm device it
> is platform_device_add() that marks resources as busy and therefore it
No, devices declare the resources, but do not mark them as busy.
Otherwise any furt
The generic lseek code in fs/read_write.c uses hardcoded values for
SEEK_{SET,CUR,END}.
Patch 1 fixes the case statements to use the symbolic constants in
include/linux/fs.h, and should not be at all controversial.
Patch 2 adds a SEEK_MAX and uses it to validate user arguments. This makes
the co
Christoph Lameter wrote:
On Tue, 20 Feb 2007, Max Krasnyansky wrote:
I guess I kind of hijacked the thread. The second part of my first email was
dropped. Basically I was saying that I'm working on CPU isolation extensions.
Where an isolated CPU is not supposed to do much kernel work. In which
From: Chris Snook <[EMAIL PROTECTED]>
Convert magic numbers to SEEK_* values from fs.h
Signed-off-by: Chris Snook <[EMAIL PROTECTED]>
--
--- a/fs/read_write.c 2007-02-20 14:49:45.0 -0500
+++ b/fs/read_write.c 2007-02-20 16:48:39.0 -0500
@@ -37,10 +37,10 @@ loff_t generic_file_
On Monday, 19 February 2007 06:13, David Brownell wrote:
> On Sunday 18 February 2007 4:28 pm, Andrew Morton wrote:
> > On Mon, 19 Feb 2007 00:32:08 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> > wrote:
> >
>
> > > One more thing:
> > >
> > > rtc_cmos 00:02: rtc core: registered rtc_cmos as
On Tue, 20 Feb 2007, Max Krasnyansky wrote:
> Ok. Sounds like disabling cache_reaper is a better option for now. Like you
> said
> it's unlikely that slabs will grow much if that cpu is not heavily used by the
> kernel.
Running for prolonged times without cache_reaper is no good.
What we are tal
From: Chris Snook <[EMAIL PROTECTED]>
Add SEEK_MAX and use it to validate lseek arguments from userspace.
Signed-off-by: Chris Snook <[EMAIL PROTECTED]>
--
diff -urp b/fs/read_write.c c/fs/read_write.c
--- b/fs/read_write.c 2007-02-20 16:48:39.0 -0500
+++ c/fs/read_write.c 2007-02-20
Lukas Hejtmanek wrote:
Hello,
introducing SATA ACPI does not work for me (I've filled the bug
report: http://bugzilla.kernel.org/show_bug.cgi?id=8046) beside those error
messages, IDE performance is decreased. libata.noacpi=1 option works ok but
the performance is still slightly degraded (about
Lukas Hejtmanek wrote:
Hello,
introducing SATA ACPI does not work for me (I've filled the bug
report: http://bugzilla.kernel.org/show_bug.cgi?id=8046) beside those error
messages, IDE performance is decreased. libata.noacpi=1 option works ok but
the performance is still slightly degraded (about
On Tue, Feb 20, 2007 at 03:18:49PM -0600, Serge E. Hallyn wrote:
> Quoting Jan Engelhardt ([EMAIL PROTECTED]):
> > Hello list,
> >
> >
> > in security/inode.c, the comment for securityfs_create_dir() reads:
> >
> > If securityfs is not enabled in the kernel, the value -ENODEV
> > will b
a) Fix link error from double inclusion of asyncdata.o when building both
M10x drivers into the kernel, by moving it into the common part.
b) Correct the rule for building the common part into the kernel when
some or all hardware specific parts are built as modules.
Signed-off-by: Tilman Schmidt
John Rose <[EMAIL PROTECTED]> wrote on 20.02.2007 12:25:06:
> > If the probe operation succeeds, the respective device will show up
> > beneath
> > /sys/bus/ibmebus/devices.
>
> This approach is not particularly synchronous. Take the case of an add
> failure: how long would an application wait
On 20/02/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
On Tue, 2007-02-20 at 19:54 +0100, Michal Piotrowski wrote:
>
> Might it be 6ba9b346e1e0eca65ec589d32de3a9fe32dc5de6 commit?
I doubt that it is, but can you revert it ?
I'm using the latest kernel without this patch since 3 hours.
So far
Am 20.02.2007 22:23 schrieb Rafael J. Wysocki:
> Looks like reiserfs has some locking problems:
>
> =
> [ INFO: possible recursive locking detected ]
> 2.6.20-mm2 #6
> -
> beagled/4786 is trying to acquire lock
On Tue, Feb 20, 2007 at 04:30:55PM -0500, Chuck Ebbert wrote:
> Greg KH wrote:
> > We (the -stable team) are announcing the release of the 2.6.18.7 kernel.
> > It contains one NFS fix that if you run a NFS server, you might want to
> > apply.
>
> Well that's nice. There's at least one other unfix
Christoph Lameter wrote:
On Tue, 20 Feb 2007, Max Krasnyansky wrote:
Ok. Sounds like disabling cache_reaper is a better option for now. Like you said
it's unlikely that slabs will grow much if that cpu is not heavily used by the
kernel.
Running for prolonged times without cache_reaper is no
On Tue, 20 Feb 2007, Tilman Schmidt wrote:
> On Sun, 18 Feb 2007 19:35:07 +0100, Bartlomiej Zolnierkiewicz wrote:
> > I think that the patch is useful and that the distinction between
> > DEPRECATED and OBSOLETE options is quite clear:
> >
> > * DEPRECATED == new better code is available, old code
On Tue, 20 Feb 2007, Bartlomiej Zolnierkiewicz wrote:
>
> On Tuesday 20 February 2007 17:27, Tilman Schmidt wrote:
> > Is that really the consensus on these definitions? I thought it was
> > more or less the opposite:
> >
> > * DEPRECATED == no (complete) replacement available yet, but it has
> >
On Tue, Feb 20, 2007 at 05:47:43PM -0500, Robert P. J. Day wrote:
> On Tue, 20 Feb 2007, Tilman Schmidt wrote:
>
> > On Sun, 18 Feb 2007 19:35:07 +0100, Bartlomiej Zolnierkiewicz wrote:
> > > I think that the patch is useful and that the distinction between
> > > DEPRECATED and OBSOLETE options is
Writing the ibmebus probe and remove attributes now throws an appropriate
error if something goes wrong. This way, userspace tools can check for
success or failure of an addition or removal. The write will block until
the probe/remove operation completes, so, when the write operation returns
withou
On Tue, 20 Feb 2007, Sam Ravnborg wrote:
> On Tue, Feb 20, 2007 at 05:47:43PM -0500, Robert P. J. Day wrote:
> > in a nutshell, my idea of deprecated is: perhaps still supported,
> > still being used, but there is a better alternative available right
> > now and you should consider switching at y
I'm usually the stickler for anal POSIX compliance, but this is one thing
that I did notice a while ago, realized Linux had never done it, and
decided I didn't care.
This is one of those parts of the standard that was originally written in a
single-threaded process frame of mind, and was never ame
Am 20.02.2007 23:52 schrieb Robert P. J. Day:
> "deprecated" means that there *is* a complete replacement available
> *right now* and you should consider switching to it.
>
> if you can't offer someone a completely functional, better alternative
> to what they're using now, then you can't say that
On Fri, Feb 09, 2007 at 11:51:56AM -0800, Greg KH wrote:
> On Fri, Feb 09, 2007 at 02:41:05PM -0500, Michael Krufky wrote:
> > Michael Krufky wrote:
> > > Greg KH wrote:
> > >
> > I'll go through the archives and see if there's enough to do a .18
> > release (and the patches are serious
On Tue, Feb 20, 2007 at 05:23:56PM -0500, Jeff Garzik wrote:
> >introducing SATA ACPI does not work for me (I've filled the bug
> >report: http://bugzilla.kernel.org/show_bug.cgi?id=8046) beside those error
> >messages, IDE performance is decreased. libata.noacpi=1 option works ok but
> >the perfor
* Adrian Bunk ([EMAIL PROTECTED]) wrote:
> On Thu, Feb 15, 2007 at 05:14:08AM -0800, Andrew Morton wrote:
> >...
> > - Added the Linux Kernel Markers code. No idea how to use it and it
> > seems we're not to be told.
> >...
> > Changes since 2.6.20-rc6-mm3:
> >...
> > +linux-kernel-markers-kconf
On Tue, 20 Feb 2007, Max Krasnyansky wrote:
> Suppose I need to isolate a CPU. We already support at the scheduler and
> irq levels (irq affinity). But I want to go a bit further and avoid
> doing kernel work on isolated cpus as much as possible. For example I
> would not want to schedule work
here's a slightly revised wording, if that makes it clearer:
diff --git a/init/Kconfig b/init/Kconfig
index f977086..d5ab6ec 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -29,9 +29,10 @@ config EXPERIMENTAL
, and
in the kernel source).
- This option will also mak
Hi!
> Add a paragraph in Documentation/SubmittingDrivers requesting that the
> basic PM support be provided by new device drivers.
>
> Add two new documents in Documentation/power/ giving general instructions on
> debugging the suspend/resume functionality and testing the suspend and resume
> sup
Hi!
> > > refrigerator() can miss a wakeup, "wait event" loop needs a proper memory
> > > ordering.
> > >
> > > Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
> > >
> > > --- WQ/kernel/power/process.c~WAKE2007-02-18 22:56:49.0
> > > +0300
> > > +++ WQ/kernel/power/process.c
On Mon 2007-02-19 23:19:48, Rafael J. Wysocki wrote:
> On Monday, 19 February 2007 23:11, Rafael J. Wysocki wrote:
> > Add a paragraph in Documentation/SubmittingDrivers requesting that the
> > basic PM support be provided by new device drivers.
>
> Ouch. There was a wrong file name in the Submit
On Wed, 21 Feb 2007, Tilman Schmidt wrote:
> Am 20.02.2007 23:52 schrieb Robert P. J. Day:
> > "deprecated" means that there *is* a complete replacement available
> > *right now* and you should consider switching to it.
> >
> > if you can't offer someone a completely functional, better alternative
On Tue, Feb 20, 2007 at 05:23:21PM -0500, Jeff Garzik wrote:
> >introducing SATA ACPI does not work for me (I've filled the bug
> >report: http://bugzilla.kernel.org/show_bug.cgi?id=8046) beside those error
> >messages, IDE performance is decreased. libata.noacpi=1 option works ok but
> >the perfor
> On Monday 19 February 2007 19:12, Jonathan Woithe wrote:
> > As of 2.6.20 the kernel has not been able to turn the power off on my laptop
> > during shutdown. Up to and including 2.6.19, pressing the power button
> > triggered a shutdown via the ACPI system. Under 2.6.20 (with the same
> > kern
This patch adds pagecache accounting and control on top of
Paul's container subsystem v7 posted at
http://lkml.org/lkml/2007/2/12/88
Comments, suggestions and criticisms are welcome.
Features:
* New subsystem called 'pagecache_acct' is registered with containers
* Container pointer i
Rudolf Marek wrote:
> Hello all,
>
> I got the DSDT from chuck and it seems there is nothing interesting - no
> declaration of PCI_config for the registers. If someone wants to check it I
> can
> send him the DSDT.
>
> _TMP looks like this:
>
> Store (\_SB.PCI0.LPC0.EC0.RTMP, Local0)
>
On Sun, Feb 18, 2007 at 06:38:05PM +0100, Jean Delvare wrote:
> ACPI is broken here, not k8temp, so let's fix ACPI instead. ACPI
> doesn't conflict with only k8temp, but with virtually all hardware
> monitoring drivers, all I2C/SMBus drivers, and probably other types of
> drivers too. We just can'
On 2/20/07, Matthew Garrett <[EMAIL PROTECTED]> wrote:
On Sun, Feb 18, 2007 at 06:38:05PM +0100, Jean Delvare wrote:
> ACPI is broken here, not k8temp, so let's fix ACPI instead. ACPI
> doesn't conflict with only k8temp, but with virtually all hardware
> monitoring drivers, all I2C/SMBus drivers
On Tue, Feb 20, 2007 at 10:08:26AM -0500, Chuck Ebbert wrote:
> i2c_core
> i2c_ec
> i2c_piix4
> asus_acpi (on a Compaq???)
> sbs
Something is pulling in asus_acpi as a dependancy. I've never
figured out what the cause is. For a long time I was thinking
that we had
From: Joe Jin <[EMAIL PROTECTED]>
Date: Fri, 9 Feb 2007 17:34:24 +0800
> This patch for adjust inet6_exit() to inverse sequence to inet6_init().
>
> At ipv6_init, it first create proc_root/net/dev_snmp6 entry by call
> ipv6_misc_proc_init(), then call addrconf_init() to create the corresponding
>
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> } /* end rxrpc_create_call() */
> +EXPORT_SYMBOL(rxrpc_create_call);
A blank line between the end of the function and the EXPORT_SYMBOL please.
David
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [E
On Tue, Feb 20, 2007 at 10:59:46AM +, David Howells wrote:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > } /* end rxrpc_create_call() */
> > +EXPORT_SYMBOL(rxrpc_create_call);
>
> A blank line between the end of the function and the EXPORT_SYMBOL please.
Please discuss this with Andrew [1]
From: [EMAIL PROTECTED] (Lennart Sorensen)
Subject: Re: MediaGX/GeodeGX1 requires X86_OOSTORE.
Date: Mon, 19 Feb 2007 19:02:31 -0500
> On Tue, Feb 20, 2007 at 08:56:39AM +0900, takada wrote:
> > /proc/cpuinfo with MediaGXm :
:
> > flags : fpu tsc msr cx8 cmov mmx cxmmx
> > bogomi
From: Dale Farnsworth <[EMAIL PROTECTED]>
Remove the use of CONFIG_MV643XX_ETH_[012] variables on most
platforms. Instead, platform-specific code enables the ports
supported by the hardware. After this patch, these config
variables are only used in arch/ppc, so also move them from
drivers/net/Kc
On Tue, Feb 20, 2007 at 05:15:20AM -0700, Dale Farnsworth wrote:
> From: Dale Farnsworth <[EMAIL PROTECTED]>
>
> Remove the use of CONFIG_MV643XX_ETH_[012] variables on most
> platforms. Instead, platform-specific code enables the ports
> supported by the hardware. After this patch, these confi
On Tue, Feb 20, 2007 at 08:34:13PM +0900, takada wrote:
> I posted with 2.6.20 + enabled X86_OOSTORE.
> The clflush sze line is in /proc/cpuinfo. but clfush is not in flags line.
>
> BTW, can we use WBINVD instruction? I tested compile only.
> Do you know a method to change dynamically without #if
On 2/8/07, Greg KH <[EMAIL PROTECTED]> wrote:
And it should also alow for proper power management functionality, using
the changes that Linus put into the driver core about 8 months ago.
Don't worry, I have input patches queued up next for you Dmitry :)
Greg,
Could you please forward me the
Mark Brown wrote:
This patch provides code paths which allow the natsemi driver to use the
external MII port on the chip but ignore any PHYs that may be attached to it.
The link state will be left as it was when the driver started and can be
configured via ethtool. Any PHYs that are present can
applied to #vioc branch of netdev-2.6.git, which will be merged into
#ALL for a period of review and testing.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.htm
On Tue, Feb 20, 2007 at 11:50:13AM +0100, Andi Kleen wrote:
> P4s are pretty slow at taking locks (or rather doing atomical operations)
> and there are several of them in this path. You could try it with a UP
> kernel. Actually hotunplugging the other virtual CPU should be sufficient
> with recent
Dale Farnsworth wrote:
From: Dale Farnsworth <[EMAIL PROTECTED]>
Remove the use of CONFIG_MV643XX_ETH_[012] variables on most
platforms. Instead, platform-specific code enables the ports
supported by the hardware. After this patch, these config
variables are only used in arch/ppc, so also move
On Tue, Feb 20, 2007 at 05:27:14PM +0100, bert hubert ([EMAIL PROTECTED]) wrote:
> I've done so, with some interesting results. Source on
> http://ds9a.nl/tmp/recvtimings.c - be careful to adjust the '3000' divider
> to your CPU frequency if you care about absolute numbers!
>
> These are two group
On Tuesday 20 February 2007 17:27, bert hubert wrote:
> On Tue, Feb 20, 2007 at 11:50:13AM +0100, Andi Kleen wrote:
> > P4s are pretty slow at taking locks (or rather doing atomical operations)
> > and there are several of them in this path. You could try it with a UP
> > kernel. Actually hotunplug
On Tue, Feb 20, 2007 at 11:27:30AM -0500, Jeff Garzik wrote:
> >It was a mis-feature that the supported ports were ever user-selectable.
> >Which ports the hardware supports should be specified by platform-specific
> >code, not by the user.
> >
> > arch/mips/momentum/jaguar_atx/platform.c | 21 -
On Tue, Feb 20, 2007 at 07:41:25PM +0300, Evgeniy Polyakov wrote:
> It can be recvfrom only problem - syscall overhead on my p4 (core duo,
> debian testing) is bout 300 usec - to test I ran read('dev/zero', &data,
> 0) in a loop.
nsec I assume?
The usec numbers for read(fd, &c, 0) where fd is /d
On Tue, Feb 20, 2007 at 06:02:32PM +0100, bert hubert ([EMAIL PROTECTED]) wrote:
> On Tue, Feb 20, 2007 at 07:41:25PM +0300, Evgeniy Polyakov wrote:
>
> > It can be recvfrom only problem - syscall overhead on my p4 (core duo,
> > debian testing) is bout 300 usec - to test I ran read('dev/zero', &d
On Tue, Feb 20, 2007 at 08:11:20PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
> I would try it today - but it is a bit late in Moscow already - and
> there are some things to complete yet. So, tomorrow I will create a patch
> and run it, but I seriously doubt that there is _that_ high per-
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/8139too.c | 40 ++---
drivers/net/hamradio/baycom_epp.c | 13 +--
drivers/net/
On Tue, Feb 20, 2007 at 07:41:25PM +0300, Evgeniy Polyakov wrote:
> On Tue, Feb 20, 2007 at 05:27:14PM +0100, bert hubert ([EMAIL PROTECTED])
> wrote:
> > I've done so, with some interesting results. Source on
> > http://ds9a.nl/tmp/recvtimings.c - be careful to adjust the '3000' divider
> > to yo
On Tue, Feb 20, 2007 at 01:42:42PM -0500, Josef Sipek ([EMAIL PROTECTED]) wrote:
> A better thing would be to use getuid - it turns into just a return with a
> memory dereference). I ran it on my 3.06GHz P4 (HT, but only UP kernel),
> PREEMPT, HZ=1000...
>
> 3.290196 0.470588 0.402614 0.396078 0.3
On Tue, Feb 20, 2007 at 09:48:59PM +0300, Evgeniy Polyakov wrote:
> Likely first overhead related to cache population or gamma-ray radiation.
> If it happens only one (it does in my test), then everything is ok I
> think. Bert, how frequently you get that long recvfrom()?
I have plotted the avera
On Tue, Feb 20, 2007 at 08:33:20PM +0100, bert hubert wrote:
> I'm investigating this further for other system calls. It might be that my
> measurements are off, but it appears even a slight delay between calls
> incurs a large penalty.
Make sure your system is idle. Userspace bloat means that *l
On Tue, Feb 20, 2007 at 02:40:40PM -0500, Benjamin LaHaise wrote:
> Make sure your system is idle. Userspace bloat means that *lots* of idle
> activity occurs in between timer ticks on recent distributions -- all those
You hit the nail on the head. I had previously measured with X shut down,
b
On Tue, 20 Feb 2007 21:45:05 +0100
bert hubert <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 20, 2007 at 02:40:40PM -0500, Benjamin LaHaise wrote:
>
> > Make sure your system is idle. Userspace bloat means that *lots* of idle
> > activity occurs in between timer ticks on recent distributions -- all
On Tue, 20 Feb 2007 01:02:14 +0100
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 28, 2006 at 11:47:19PM -0800, Andrew Morton wrote:
> > On Wed, 29 Nov 2006 08:36:09 +0100
> > Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > > On Mon, Nov 27, 2006 at 10:24:55AM -0800, Stephen Hemminger wrote:
On Tue, Feb 20, 2007 at 01:31:32PM -0800, Stephen Hemminger wrote:
> On Tue, 20 Feb 2007 01:02:14 +0100
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Nov 28, 2006 at 11:47:19PM -0800, Andrew Morton wrote:
> > > On Wed, 29 Nov 2006 08:36:09 +0100
> > > Adrian Bunk <[EMAIL PROTECTED]> wrote
Jeff,
Please apply and forward upstream this patch series.
This is the followup to the collision of patches that
landed on your doorstep last week. It rolls up the
patches from Jens and Kou.
--linas
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
On Tue, Feb 20, 2007 at 02:02:00PM -0800, Rick Jones wrote:
> The slope appears to be flattening-out the farther out to the right it
> goes. Perhaps that is the length of time it takes to take all the
> requisite cache misses.
The rate of flattening out appears to correlate with the number of
301 - 400 of 447 matches
Mail list logo
