Hi David
David Miller schrieb:
Interrupt mitigation only works if it helps you avoid interrupts.
This scheme potentially makes more of them happen.
The hrtimer is just another interrupt, a cpu locally triggered one,
but it has much of the same costs nonetheless.
So if you set this timer, it tr
On Tue, Aug 28, 2007 at 09:00:41PM +0100, Denys Vlasenko wrote:
> On Tuesday 28 August 2007 01:10, Fengguang Wu wrote:
> > > > There is a nice LWN article on this issue:
> > > > ELC: How much memory are applications really using?
> > > > http://lwn.net/Articles/230975/
> > > >
> > >
- check adapter firmware version and using appropriate interface accordingly
- add new PCI device IDs
- update driver version string
Signed-off-by: HighPoint Linux Team <[EMAIL PROTECTED]>
---
hptiop.c | 57 +++--
hptiop.h |9 +++--
On Wed, Aug 29, 2007 at 02:41:35AM -0400, Len Brown wrote:
> On Wednesday 29 August 2007 01:23, Alexey Dobriyan wrote:
> > On Wed, Aug 29, 2007 at 06:03:34AM +0100, Hugh Dickins wrote:
> > > On Wed, 29 Aug 2007, Alexey Dobriyan wrote:
> > > > On Wed, Aug 29, 2007 at 01:35:57AM +0200, Michal Piotrow
n 8/27/07, David Rees <[EMAIL PROTECTED]> wrote:
> On 8/27/07, Daniel Walker <[EMAIL PROTECTED]> wrote:
> > Now that I'm looking at the kernel bugzilla .. If you set the kernel
> > version to 2.6.22 and set the "Regression" check box you could denote
> > the fact that it's a regression in that kern
On Wed, Aug 29, 2007 at 02:33:08AM +1000, David Chinner wrote:
> On Tue, Aug 28, 2007 at 11:08:20AM -0400, Chris Mason wrote:
> > On Wed, 29 Aug 2007 00:55:30 +1000
> > David Chinner <[EMAIL PROTECTED]> wrote:
> > > On Fri, Aug 24, 2007 at 09:55:04PM +0800, Fengguang Wu wrote:
> > > > On Thu, Aug 2
On Wed, 2007-08-29 at 06:46 +0200, Ingo Molnar wrote:
> ok, i finally managed to reproduce the "artifact" myself on an older
> box. It goes like this: start up X with the vesa driver (or with NoDRI)
> to force software rendering. Then start up a couple of glxgears
> instances. Those glxgears in
Hi Stephen :)
* Stephen Hemminger <[EMAIL PROTECTED]> dixit:
> On Tue, 28 Aug 2007 09:51:55 +0200 DervishD <[EMAIL PROTECTED]>
> wrote:
> > I noticed lately that my traffic control rates were being very
> > slow, about 40% less than expected, and finally spotted the
> > problem: c
* Keith Packard <[EMAIL PROTECTED]> wrote:
> Make sure the X server isn't running with the smart scheduler
> disabled; that will cause precisely the symptoms you're seeing here.
> In the normal usptream sources, you'd have to use '-dumbSched' as an X
> server command line option.
>
> The old
From: Michael J. Evans <[EMAIL PROTECTED]>
In current release kernels the md module (Software RAID) uses a static array
(dev_t[128]) to store partition/device info temporarily for autostart.
This patch replaces that static array with a list.
Signed-off-by: Michael J. Evans <[EMAIL PROTECTED]>
-
Hi Pavel,
On Mon, Aug 27, 2007 at 12:43:50PM +0200, Pavel Machek wrote:
> Hi!
>
> Trying to do few onlines/offlines reliably hangs my machine (thinkpad
> x60, i386 architecture).
>
That's strange.
I've been running cpu offline/online tests with kern bench,
cpufreq-ondemand and a few rt-tasks
Jan-Bernd Themann wrote:
Hi David
David Miller schrieb:
Interrupt mitigation only works if it helps you avoid interrupts.
This scheme potentially makes more of them happen.
The hrtimer is just another interrupt, a cpu locally triggered one,
but it has much of the same costs nonetheless.
So if
--- Fengguang Wu <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 28, 2007 at 08:53:07AM -0700, Martin Knoblauch wrote:
> [...]
> > The basic setup is a dual x86_64 box with 8 GB of memory. The
> DL380
> > has a HW RAID5, made from 4x72GB disks and about 100 MB write
> cache.
> > The performance of the
To go along with the existing "roundup_pow_of_two" routine, add one
for rounding down since that operation appears to crop up on a regular
basis in the source tree.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
some brief tests indicate that these routines return the correct
answer.
From: Grant Grundler <[EMAIL PROTECTED]>
Date: Tue, 28 Aug 2007 23:59:55 -0600
> [davem: patch for you at the bottom to Documentation/atomic_ops.txt ]
Looks fine to me.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More maj
From: Jan-Bernd Themann <[EMAIL PROTECTED]>
Date: Wed, 29 Aug 2007 09:10:15 +0200
> In the end I want to reduce the CPU utilization. And one way
> to do that is LRO which also works only well if there are more
> then just a very few packets to aggregate. So at least our
> driver (eHEA) would benef
On Wednesday 29 August 2007 10:29, David Miller wrote:
> From: Jan-Bernd Themann <[EMAIL PROTECTED]>
> Date: Wed, 29 Aug 2007 09:10:15 +0200
>
> > In the end I want to reduce the CPU utilization. And one way
> > to do that is LRO which also works only well if there are more
> > then just a very fe
On Wed, Aug 29, 2007 at 01:15:45AM -0700, Martin Knoblauch wrote:
>
> --- Fengguang Wu <[EMAIL PROTECTED]> wrote:
>
> > You are apparently running into the sluggish kupdate-style writeback
> > problem with large files: huge amount of dirty pages are getting
> > accumulated and flushed to the disk
On Wednesday 29 August 2007 10:15, James Chapman wrote:
> Jan-Bernd Themann wrote:
> > What I'm trying to improve with this approach is interrupt
> > mitigation for NICs where the hardware support for interrupt
> > mitigation is limited. I'm not trying to improve this for NICs
> > that work well wi
On Tue, Aug 28, 2007 at 05:48:53PM +0400, Oleg Nesterov wrote:
> (cpu-hotplug experts cc'ed)
>
> On 08/25, Oleg Nesterov wrote:
> >
> > After the brief look at kernel/cpuset.c, it seems that attach_task() should
> > guarantee that the task can't use CPUs outside of cpuset->cpus_allowed.
> >
> > B
On Tue, Aug 28, 2007 at 02:08:04PM -0700, Daniel Phillips ([EMAIL PROTECTED])
wrote:
> On Tuesday 28 August 2007 10:54, Evgeniy Polyakov wrote:
> > On Tue, Aug 28, 2007 at 10:27:59AM -0700, Daniel Phillips ([EMAIL
> > PROTECTED]) wrote:
> > > > We do not care about one cpu being able to increase
Please find attached the Tentative LTP-KDUMP Test case Plan, depicting
the future work that will be done on LTP-KDUMP.
Regards--
Subrata
Following is the Tentative plan for improving LTP-KDUMP Test-cases:
===
Ingo Molnar wrote:
> * Keith Packard <[EMAIL PROTECTED]> wrote:
> > Make sure the X server isn't running with the smart scheduler
> > disabled; that will cause precisely the symptoms you're seeing here.
> > In the normal usptream sources, you'd have to use '-dumbSched' as an X
> > server command li
Hi Darrick,
On Tue, 28 Aug 2007 09:44:40 -0700, Darrick J. Wong wrote:
> Update the hwmon sysfs interface documentation to include a specification
> for power meters.
>
> Signed-off-by: Darrick J. Wong <[EMAIL PROTECTED]>
> ---
>
> Documentation/hwmon/sysfs-interface | 15 +++
> 1
--- Fengguang Wu <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 29, 2007 at 01:15:45AM -0700, Martin Knoblauch wrote:
> >
> > --- Fengguang Wu <[EMAIL PROTECTED]> wrote:
> >
> > > You are apparently running into the sluggish kupdate-style
> writeback
> > > problem with large files: huge amount of dir
Christian Krafft wrote:
> On Thu, 23 Aug 2007 18:12:19 +0200
> Arnd Bergmann <[EMAIL PROTECTED]> wrote:
>
> > On Thursday 23 August 2007, [EMAIL PROTECTED] wrote:
> > > Please check "unit-id" if "physical-id" doesn't exist. Because
Celleb
> > > uses "unit-id" to provide spe_id.
>
> Sorry for the
On Tue 28-08-07 21:51:28, Andrew Morton wrote:
> On Tue, 28 Aug 2007 16:13:18 +0200 Jan Kara <[EMAIL PROTECTED]> wrote:
>
> > +static void send_warning(const struct dquot *dquot, const char warntype)
> > +{
> > + static unsigned long seq;
> > + struct sk_buff *skb;
> > + void *msg_head;
> >
On Tue, Aug 28 2007, Martin Knoblauch wrote:
> Keywords: I/O, bdi-v9, cfs
>
> Hi,
>
> a while ago I asked a few questions on the Linux I/O behaviour,
> because I were (still am) fighting some "misbehaviour" related to heavy
> I/O.
>
> The basic setup is a dual x86_64 box with 8 GB of memory. T
Hi
printk_ratelimit function takes care of flooding the
syslog. due to printk_ratelimit function syslog will not be flooded
anymore. as soon as administrator gets this message, he can take
action against that user (may be block user's access on server). i
think the my fork patch is
Hi Darrick,
On Tue, 28 Aug 2007 09:28:51 -0700, Darrick J. Wong wrote:
> On Tue, Aug 28, 2007 at 01:19:42PM +0200, Jean Delvare wrote:
> > I see that the driver relies on IPMI. Can't it be merged with the
> > out-of-tree impisensors driver then? This would give that driver some
> > momentum so tha
On Tue, 2007-08-28 at 12:00 -0400, Jiri Slaby wrote:
> The files are available only under GPLv2 since now.
Since the BSD people are already getting upset about (for various
reasons among which seem to be a clear non-understanding) I'd suggest
changing it to:
+ * Parts of this file were original
Hi Jiri,
On Tue, 28 Aug 2007, Jiri Slaby wrote:
>
> stk11xx, add static to tables
>
> ensure, that the compiler will put all the tables in static storage
> @@ -26,7 +26,7 @@ static int stk1125_load_microcode(struct stk11xx *dev)
> int retok;
>
> /* From 80x60 to 640x480 */
> -
On 8/29/07, Johannes Berg <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-08-28 at 12:00 -0400, Jiri Slaby wrote:
>
> > The files are available only under GPLv2 since now.
>
> Since the BSD people are already getting upset about (for various
> reasons among which seem to be a clear non-understanding) I'd
> >> adequate job of warning our users. A printk when we run a program
> >> that uses the binary interface and an long enough interval the warning
> >> makes it to the Enterprise kernels before we remove the interface
> >> should be sufficient.
The enterprise products will probably just remove th
HighPoint Linux Team wrote:
+ if (hba->firmware_version > 0x0102 || hba->interface_version >
0x0102) {
[...]
+ if (hba->firmware_version > 0x0102 ||
+ hba->interface_version > 0x0102) {
Rather than repeating this test, you should do i
Roland Dreier wrote:
Looks OK to me but I would just roll up the second patch into the
first patch and let Jeff merge it as one commit. There's no point in
creating an intermediate tree that doesn't build -- it just breaks git
bisect for no useful purpose.
Agreed -- this needs to be in a singl
On 08/29, Gautham R Shenoy wrote:
>
> On Tue, Aug 28, 2007 at 05:48:53PM +0400, Oleg Nesterov wrote:
> > (cpu-hotplug experts cc'ed)
> >
> > On 08/25, Oleg Nesterov wrote:
> > >
> > > After the brief look at kernel/cpuset.c, it seems that attach_task()
> > > should
> > > guarantee that the task c
From: Thiemo Seufer <[EMAIL PROTECTED]>
The appended patch restores serial functionality for the BCM1480.
Signed-Off-By: Thiemo Seufer <[EMAIL PROTECTED]>
Signed-Off-By: Ralf Baechle <[EMAIL PROTECTED]>
diff --git a/drivers/serial/sb1250-duart.c b/drivers/serial/sb1250-duart.c
index 1d9d728..e7f
Christoph Lameter wrote:
On Mon, 27 Aug 2007, Jes Sorensen wrote:
Right now it looks like we have a list of sane candidates up, which I
certainly would be willing to vote for. However, it would be a shame
that the credibility of the election is lost because of sticking to an
undemocratic voting
Change the interface to use kilobytes instead of pages. Page sizes can vary
across platforms and configurations. A new strategy routine has been added
to the resource counters infrastructure to format the data as desired.
Suggested by David Rientjes, Andrew Morton and Herbert Poetzl
Signed-off-
On Sun, 26 Aug 2007, Geert Uytterhoeven wrote:
> What I mean is that probably there used to be a printk() call starting with
> `\n'. Then someone added a `KERN_ERR' in front of it.
I gather '\n' at the beginning is to assure the following line is output
on a separate line rather than as a conti
On Wed, August 29, 2007 10:48, Anand Jahagirdar wrote:
> Hi
> printk_ratelimit function takes care of flooding the
> syslog. due to printk_ratelimit function syslog will not be flooded
> anymore. as soon as administrator gets this message, he can take
> action against that user (may
On Mon, 27 Aug 2007, Christoph Hellwig wrote:
> The conceptual change looks fine to me, but the code looks a little odd,
> what about:
>
> static __init unsigned long __maxindex(unsigned int height)
> {
> unsigned int tmp = height * RADIX_TREE_MAP_SHIFT;
> int shift = RADIX_TREE_INDEX
Hi
consider a case:
if non root user request admin for more number of processes than root
user,admin needs to modify settings in /etc/security/limits.conf file
and if that user is not trustworthy and if does fork bombing attack it
will kill the box.
(I have already tried this attack). in that ca
On Wed, Aug 29, 2007 at 01:38:04PM +1000, Nick Piggin wrote:
> Hasn't the KS committee / TAB board vote rigging conspiracy theory been
> raised yet?
It's too easy. All you have to do is note the significant overlap
between the KS program committee and the TAB.
Program Committee
Jens Axboe, Or
On Tue 28-08-07 21:13:35, Andrew Morton wrote:
> On Tue, 28 Aug 2007 16:13:18 +0200 Jan Kara <[EMAIL PROTECTED]> wrote:
>
> > Hello,
> >
> > I'm sending rediffed patch implementing sending of quota messages via
> > netlink
> > interface (some rationale in patch description). I've already pos
* Grant Grundler ([EMAIL PROTECTED]) wrote:
> [davem: patch for you at the bottom to Documentation/atomic_ops.txt ]
>
> On Tue, Aug 28, 2007 at 02:38:35PM -0400, Mathieu Desnoyers wrote:
> > * Grant Grundler ([EMAIL PROTECTED]) wrote:
> > > On Tue, Aug 28, 2007 at 07:50:18AM -0400, Mathieu Desnoye
local_t Documentation update 2
Grant Grundler was asking for more detail about correct usage of local atomic
operations and suggested adding the resulting summary to local_ops.txt.
"Please add a bit more detail. If DaveM is correct (he normally is), then
there must be limits on how the local_t ca
On Wed 29-08-07 12:00:07, Balbir Singh wrote:
> Andrew Morton wrote:
> > On Tue, 28 Aug 2007 16:13:18 +0200 Jan Kara <[EMAIL PROTECTED]> wrote:
> >> I'm sending rediffed patch implementing sending of quota messages via
> >> netlink
> >> interface (some rationale in patch description). I've alrea
> It needs at least review and testing, but maybe there are a few more
> steps before merging can be considered. Adding Yani (the author) to Cc,
> please work with him if you're interested.
As a user, I can tell you that it completely fills my dmesg with this sort
ipmisensors: sensor 50 (type 1)
Peter Lund <[EMAIL PROTECTED]> writes:
> Shifting by more than the width of the value on the left is also not allowed.
Shifting by the width of the value is not allowed as well.
> --- linux-2.6.22/lib/radix-tree.c.orig2007-08-27 15:42:37.0
> +0200
> +++ linux-2.6.22/lib/radix-tr
On Wed, Aug 29, 2007 at 02:52:04PM +0400, Oleg Nesterov wrote:
> On 08/29, Gautham R Shenoy wrote:
> >
> > On Tue, Aug 28, 2007 at 05:48:53PM +0400, Oleg Nesterov wrote:
> > > (cpu-hotplug experts cc'ed)
> > >
> > > On 08/25, Oleg Nesterov wrote:
> > > >
> > > > After the brief look at kernel/cpus
From: Peter Lund <[EMAIL PROTECTED]>
Negative shifts are not allowed in C (the result is undefined).
It works on most platforms but not on the VAX with gcc 4.0.1 (it results in an
"operand reserved" fault).
Applies to Linux 2.6.22.
Signed-off-by: Peter Lund <[EMAIL PROTECTED]>
---
Shifting by m
Please apply.
On Tue, Aug 28, 2007 at 01:20:48PM +0200, Jochen Friedrich wrote:
> Instantiation of 8MB pages on the TLB cache for the kernel static
> mapping trashes r3 register on !CONFIG_8xx_CPU6 configurations.
> This ensures r3 gets saved and restored.
>
> This has been posted to linuxppc-e
Ingo Molnar wrote:
* Bill Davidsen <[EMAIL PROTECTED]> wrote:
There is another way to show the problem visually under X
(vesa-driver), by starting 3 gears simultaneously, which after
laying them out side-by-side need some settling time before
smoothing out. Without __update_curr it's abso
On Wed, 2007-08-29 at 08:35 -0200, Jiri Slaby wrote:
> On 8/29/07, Johannes Berg <[EMAIL PROTECTED]> wrote:
> > On Tue, 2007-08-28 at 12:00 -0400, Jiri Slaby wrote:
> >
> > > The files are available only under GPLv2 since now.
> >
> > Since the BSD people are already getting upset about (for variou
This is a lost hunk of previous patch that isolated the
explicit usage of task->tgid in some places. The signalfd
code uses the tsk->tgid comparison.
Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
---
diff --git a/fs/signalfd.c b/fs/signalfd.c
index a8e293d..5bfd2c5 100644
--- a/fs/signalfd
The pktgen_thread.pid is set to current->pid and is never used
after this. So remove this at all.
Found during isolating the explicit pid/tgid usage.
Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
---
diff --git a/net/core/pktgen.c b/net/core/pktgen.c
index 3a3154e..93695c2 100644
--- a/ne
The sync_master_pid and sync_backup_pid are set in set_sync_pid()
and are used later for set/not-set checks and in printk. So it
is safe to use the global pid value in this case.
Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
---
diff --git a/net/ipv4/ipvs/ip_vs_sync.c b/net/ipv4/ipvs/ip_vs
[EMAIL PROTECTED] wrote:
On Mon, 27 Aug 2007 17:43:33 EDT, "J. Bruce Fields" said:
Looks like a reasonable idea to me, thanks! Any objection to just
calling it "svc_printk" instead of "svc_printkerr"?
I also wonder whether these shouldn't all be dprintk's instead of
printk's. One misbehav
Hi,
I've spent some time trying to understand why swapoff is such a slow
operation.
My experiments show that when there is not much free physical memory,
swapoff moves pages out of swap at a rate of approximately 5mb/sec. When
there is a lot of free physical memory, it is faster but still a slow
Pid namespaces make it dangerous to use pid and tgid values
when run in some namespace. The struct pid itself is going
to be the only way for working with task pids, so make the
nfs callback thread use it.
Since nfs_callback_info.pid is set to current's one and reset
on the thread exit, it is saf
On Wed, Aug 29, 2007 at 05:36:24PM +0400, Pavel Emelyanov wrote:
> Pid namespaces make it dangerous to use pid and tgid values
> when run in some namespace. The struct pid itself is going
> to be the only way for working with task pids, so make the
> nfs callback thread use it.
>
> Since nfs_callb
On Thu, Aug 23, 2007 at 01:56:35PM +0200, Espen M. Rutger wrote:
> I got problems with the IDE code which causes the kernel to freez after
> printing out:
>
> hda: status timeout: status=0xd0 { Busy }
>
> kernel used: 2.4.18 crosscompiled with Montavista tools (ppc_82xx-gcc
> (GCC) 3.2.1 200209
Anand Jahagirdar wrote:
Hi
consider a case:
if non root user request admin for more number of processes than root
user,admin needs to modify settings in /etc/security/limits.conf file
and if that user is not trustworthy and if does fork bombing attack it
will kill the box.
If root is dumb en
On Wed, Aug 29, 2007 at 09:37:00AM -0400, Peter Staubach wrote:
> There are a lot of ways to discover who is throwing trash
> at your system other than the kernel printing messages.
>
> Tools such as tcpdump and tethereal/wireshark make much better
> tools for this purpose.
The use of printk's and
On Wed, 22 Aug 2007 02:06:48 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
Sorry for not catching this one sooner, but AFAICT, Fedora didn't ship a glibc
that trips over this (2.6.90-12) until Saturday and I installed it yesterd
On Wed, 2007-08-29 at 14:52 +0100, Christoph Hellwig wrote:
> On Wed, Aug 29, 2007 at 05:36:24PM +0400, Pavel Emelyanov wrote:
> > Pid namespaces make it dangerous to use pid and tgid values
> > when run in some namespace. The struct pid itself is going
> > to be the only way for working with task
On Wed, Aug 29, 2007 at 10:10:41AM -0400, Trond Myklebust wrote:
> On Wed, 2007-08-29 at 14:52 +0100, Christoph Hellwig wrote:
> > On Wed, Aug 29, 2007 at 05:36:24PM +0400, Pavel Emelyanov wrote:
> > > Pid namespaces make it dangerous to use pid and tgid values
> > > when run in some namespace. The
--- Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 28 2007, Martin Knoblauch wrote:
> > Keywords: I/O, bdi-v9, cfs
> >
>
> Try limiting the queue depth on the cciss device, some of those are
> notoriously bad at starving commands. Something like the below hack,
> see
> if it makes a differ
Hi Gene,
On 29/08/2007, Gene Heskett <[EMAIL PROTECTED]> wrote:
> Greetings;
>
> About 8 hours uptime, firefox/kmail & a bunch of tails running on logs, an
> amanda session running in the background, reading groklaw with FF. click,
> blank screen, reboot, nothing in the logs.
>
> 10 minutes later
Andrew Morton wrote:
> On Tue, 28 Aug 2007 16:13:18 +0200 Jan Kara <[EMAIL PROTECTED]> wrote:
>
>> Hello,
>>
>> I'm sending rediffed patch implementing sending of quota messages via
>> netlink
>> interface (some rationale in patch description). I've already posted it to
>> LKML some time ago
Jens Axboe wrote:
On Tue, Aug 28 2007, Martin Knoblauch wrote:
Keywords: I/O, bdi-v9, cfs
Hi,
a while ago I asked a few questions on the Linux I/O behaviour,
because I were (still am) fighting some "misbehaviour" related to heavy
I/O.
The basic setup is a dual x86_64 box with 8 GB of memory
On Tuesday 28 August 2007 18:58, Robert P. J. Day wrote:
> On Tue, 28 Aug 2007, H. Peter Anvin wrote:
> > Robert P. J. Day wrote:
> > > On Tue, 28 Aug 2007, H. Peter Anvin wrote:
> > >> Robert P. J. Day wrote:
> > >>> given that "ether=" has been officially obsolete since 2.6.18
> > >>> (replaced
On Wed, 29 Aug 2007 09:29:32 -0400
Daniel Drake <[EMAIL PROTECTED]> wrote:
Hi,
> I've spent some time trying to understand why swapoff is such a slow
> operation.
>
> My experiments show that when there is not much free physical memory,
> swapoff moves pages out of swap at a rate of approximate
Am Mittwoch 29 August 2007 schrieb Arjan van de Ven:
> Another question, if this is during system shutdown, maybe that's a
> valid case for flushing most of the pagecache first (from userspace)
> since most of what's there won't be used again anyway. If that's enough
> to make this go faster...
Is
On Wed, 29 Aug 2007, Denys Vlasenko wrote:
> Add a printk("Deprecated, use netdev=xxx\n"); to the handler.
> After 1-2 years you can remove ether=xxx.
actually, i was just about to do that, along the lines of what was
done with "time" -> "printk.time". coming soonish.
rday
--
=
On Wed, 2007-08-29 at 07:30 -0700, Arjan van de Ven wrote:
> > My experiments show that when there is not much free physical memory,
> > swapoff moves pages out of swap at a rate of approximately 5mb/sec.
>
> sounds like about disk speed (at random-seek IO pattern)
We are only using 'standard' se
On Wed, Aug 29, 2007 at 11:10:52AM +0200, Jean Delvare wrote:
> I'm not sure if we want these "historical" files. We don't have them for
> the other input types, and I believe that it's not the driver's job to
> compute and export these values. If anyone cares about the history of
In the case of
> On Mon, 2007-08-27 at 23:31 +0200, Pavel Machek wrote:
> > Hi!
> >
> > > This patch adds writing support for /dev/oldmem. This is used to
> > > restore the memory contents of hibernated system.
> > >
> > > Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
> >
> > > +ssize_t write_oldmem_page(unsig
Hi,
Since I've just sent a new version of the 2/3 patch, below is the alternatove
version of $subject applying on top of that one.
Greetings,
Rafael
---
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
To be able to avoid turning off the sleep state indicator during hibernation
on Thinkpads (current
On Tuesday, 28 August 2007 23:35, Rafael J. Wysocki wrote:
> On Tuesday, 28 August 2007 21:48, Len Brown wrote:
> > On Monday 27 August 2007 17:51, Rafael J. Wysocki wrote:
> > > According to the ACPI specification (eg. ACPI 2.0c, sec. 7.3.1, 7.3.3,
> > > ACPI 3.0b, sec. 7.3.1, 7.3.3) the _GTS and
Michael J. Evans wrote:
From: Michael J. Evans <[EMAIL PROTECTED]>
In current release kernels the md module (Software RAID) uses a static array
(dev_t[128]) to store partition/device info temporarily for autostart.
This patch replaces that static array with a list.
Signed-off-by: Michael J. E
On Aug 28 2007 15:23, Stephen Hemminger wrote:
>> I noticed lately that my traffic control rates were being very slow,
>> about 40% less than expected, and finally spotted the problem: cpufreq.
>>
>> Looks like HTB puts buckets according to the requested rate but
>> assuming that the CPU
Hi all,
Here is a list of some known regressions in 2.6.23-rc4.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
List of Aces
NameRegressions fixed since 21-Jun-2007
Adrian Bunk9
Andi Kleen
Hi all,
Here is a list of some known regressions in 2.6.23-rc4.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
List of Aces
NameRegressions fixed since 21-Jun-2007
Adrian Bunk9
Andi Kleen
Hi all,
Here is a list of some known regressions in 2.6.23-rc4.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
List of Aces
NameRegressions fixed since 21-Jun-2007
Adrian Bunk9
Andi Kleen
Hi all,
Here is a list of some known regressions in 2.6.23-rc4.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
List of Aces
NameRegressions fixed since 21-Jun-2007
Adrian Bunk9
Andi Kleen
Hi all,
Here is a list of some known regressions in 2.6.23-rc4
with patches available.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
List of Aces
NameRegressions fixed since 21-Jun-2007
Adrian Bunk9
Hi all,
Here is a list of some known regressions in 2.6.23-rc4
with patches available.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
List of Aces
NameRegressions fixed since 21-Jun-2007
Adrian Bunk9
On 8/29/07, Balbir Singh <[EMAIL PROTECTED]> wrote:
>
> Change the interface to use kilobytes instead of pages. Page sizes can vary
> across platforms and configurations. A new strategy routine has been added
> to the resource counters infrastructure to format the data as desired.
>
> Suggested by
On Wed, 29 Aug 2007, Daniel Drake wrote:
>
> I've spent some time trying to understand why swapoff is such a slow
> operation.
>
> My experiments show that when there is not much free physical memory,
> swapoff moves pages out of swap at a rate of approximately 5mb/sec. When
> there is a lot of f
On 8/29/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
>
> ALSA
>
> Subject : Master volume control broken
> References : http://lkml.org/lkml/2007/8/18/46
> Last known good : ?
> Submitter : Thomas Meyer <[EMAIL PROTECTED]>
> Caused-By : Ivan N. Zlatev <[EMAIL PROTECTED]
On Tue, 2007-08-28 at 07:11 +0800, Michael Deegan wrote:
> Hi,
>
> On Tue Aug 7 16:00:19 GMT 2007, Martin Koegler wrote:
> > A vanilla 2.6.22 kernel (SMP PREEMPT i686) produced the following messages,
> > while working with a CIFS mount point:
> >
> > Aug 7 16:12:30 localhost kernel: BUG: sche
Hi folks,
the patch below, to be applied to sound/pci/hda/patch_sigmatel.c fixes the audio
output on the Fujiutsu/Siemens lifebook T4210 (and probably on others). It is
suitable for the kernel 2.6.23-rc4 (and probably others).
Without the patch, audio fails and the hda driver fails to load with
From: Peter Lund <[EMAIL PROTECTED]>
Negative shifts are not allowed in C (the result is undefined).
Same thing with full-width shifts.
It works on most platforms but not on the VAX with gcc 4.0.1 (it results in an
"operand reserved" fault).
Applies to Linux 2.6.22.
Signed-off-by: Peter Lund <[
On Tue, 2007-08-28 at 17:32 +0900, Ryusuke Konishi wrote:
> On Mon, 27 Aug 2007 09:30:12 -0400, Trond Myklebust wrote:
> >It looks as if ecryptfs is dropping the page lock between the calls to
> >prepare_write() and commit_write(). That would be a bug.
>
> No, ecryptfs is holding the page lock bet
At Wed, 29 Aug 2007 18:42:56 +0300,
Ivan N. Zlatev wrote:
>
> On 8/29/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> >
> > ALSA
> >
> > Subject : Master volume control broken
> > References : http://lkml.org/lkml/2007/8/18/46
> > Last known good : ?
> > Submitter : Thomas Me
On Wed, 2007-08-29 at 10:04 +0200, Ingo Molnar wrote:
> is that old enough to not have the smart X scheduler?
The smart scheduler went into the server in like 2000. I don't think
you've got any systems that old. XFree86 4.1 or 4.2, I can't remember
which.
> (probably
> the GLX bug you mentioned
On Wed, 29 Aug 2007, Arjan van de Ven wrote:
> On Wed, 29 Aug 2007 09:29:32 -0400
> Daniel Drake <[EMAIL PROTECTED]> wrote:
>
> > I've spent some time trying to understand why swapoff is such a slow
> > operation.
> >
> > My experiments show that when there is not much free physical memory,
> > s
1 - 100 of 281 matches
Mail list logo
