* Andrey Borzenkov <[EMAIL PROTECTED]> wrote:
> > # CONFIG_ACPI_PROCFS is not set
>
> And if you enable it (ACPI_PROCFS)?
ACPI_PROCFS was newly introduced i think but without a 'default y'
Kconfig entry. That was a mistake i think - it broke some power
management tools on my laptop too.
* Balbir Singh <[EMAIL PROTECTED]> wrote:
> >> Am I missing something?
> >
> > delay accounting was causing context-switch slowdown because it
> > called sched_clock() explicitly - but indeed my fix to that is wrong
> > ...
> >
> > how about reverting the change but also using rq->clock inste
* Balbir Singh <[EMAIL PROTECTED]> wrote:
> On Fri, Nov 02, 2007 at 04:53:58PM +0100, Ingo Molnar wrote:
> >
> > * Balbir Singh <[EMAIL PROTECTED]> wrote:
> >
> > > Fix the delay accounting regression introduced by commit
> > > 75d4ef16a6aa84f708188bada182315f80aab6fa. rq no longer has sched_i
* Paul Mackerras <[EMAIL PROTECTED]> wrote:
> Since powerpc started using CONFIG_GENERIC_CLOCKEVENTS, the
> deterministic CPU accounting (CONFIG_VIRT_CPU_ACCOUNTING) has been
> broken on powerpc, because we end up counting user time twice: once in
> timer_interrupt() and once in update_process
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
i'm *reasonably* confident that this is a typo that should be fixed.
diff --git a/arch/blackfin/mach-bf533/boards/H8606.c
b/arch/blackfin/mach-bf533/boards/H8606.c
index b941550..7d33096 100644
--- a/arch/blackfin/mach-bf533/boards/H86
> +static void zfcp_fsf_req_latency(struct zfcp_fsf_req *fsf_req)
> +{
> + struct fsf_qual_latency_info *lat_inf;
> + struct zfcp_unit *unit;
> +
> + lat_inf = &fsf_req->qtcb->prefix.prot_status_qual.latency_info;
> + unit = fsf_req->unit;
> +
> + switch (fsf_req->qtcb->bottom.i
> +#ifndef CONFIG_VIRT_CPU_ACCOUNTING
> +void account_process_tick(int user_tick)
> +{
> + if (user_tick) {
> + account_user_time(p, jiffies_to_cputime(1));
> + account_user_time_scaled(p, jiffies_to_cputime(1));
> + } else {
> + account_system_
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> * Paul Mackerras <[EMAIL PROTECTED]> wrote:
>
> > Since powerpc started using CONFIG_GENERIC_CLOCKEVENTS, the
> > deterministic CPU accounting (CONFIG_VIRT_CPU_ACCOUNTING) has been
> > broken on powerpc, because we end up counting user time twice: onc
> > + if (!(adapter->adapter_features & FSF_FEATURE_MEASUREMENT_DATA)) {
> > + ZFCP_LOG_NORMAL("error: Enhanced measurement feature not "
> > + "supported");
> > + return -EOPNOTSUPP;
> > + }
Btw. any user can flood the console with these messages
On 11/3/07, Rik van Riel <[EMAIL PROTECTED]> wrote:
> On Fri, 02 Nov 2007 23:08:23 -0400
> [EMAIL PROTECTED] wrote:
>
> > IBM's AIX supported file system compression on the JFS filesystem
> > years ago. I was able to get up to 30% throughput increases by
> > converting the /usr filesystem to compre
On 11/3/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
>
> ---
>
> i'm *reasonably* confident that this is a typo that should be fixed.
>
>
Quite true. Thanks.
Acked-by: Bryan Wu <[EMAIL PROTECTED]>
> diff --git a/arch/blackfin/mach-bf533
On Fri, 2 Nov 2007, Rik van Riel wrote:
On Fri, 02 Nov 2007 23:08:23 -0400
[EMAIL PROTECTED] wrote:
IBM's AIX supported file system compression on the JFS filesystem
years ago. I was able to get up to 30% throughput increases by
converting the /usr filesystem to compressed - because even a 33m
Rafael J. Wysocki wrote:
> If you know of any other unresolved regressions from 2.6.23, please let me
> know
> either and I'll add them to the list.
Subject : 2.6.24-rc1-54866... fails to boot: kernel BUG at
include/linux/scatterlist.h:49!
Submitter : Torsten Kaise
Hi Greg,
i get the following backtrace when booting the kernel with "console=ttyUSB0
console=tty0" while using a Keyspan USA-19HS the usb-to-serial converter
connected to a desktop machine:
[ 43.782384] usbcore: registered new interface driver usbserial
[ 43.782444] drivers/usb/seri
Thomas Bächler schrieb:
>
> I just remembered, a friend of mine got it to compile with the exact
> same toolchain, but with a different configuration (which I don't have).
> He used a snapshot tarball from yesterday though, not the git tree.
>
I found the problem and eliminated it. While this is
* Jens Axboe | 2007-11-01 11:51:09 [+0100]:
>On Wed, Oct 31 2007, Alistair John Strachan wrote:
>> Hi Jens,
>>
>> I guessed from the oops that you might have an idea what's causing this oops
>> on shutdown/unmount. The git version (describe), a screenshot showing the
>> oops, a config, and dmes
Andrey Borzenkov wrote:
Let's make it consistent with battery code; also it fixes HAL case of
duplicated adapters. Somebody will have to sort out HAL with ACPI_PROCFS
case ...
-andrey
Andrey,
Please excuse me, I mis-understood your comment, and thought that you
are trying to
do AC adapte
On Saturday 03 November 2007, Ingo Molnar wrote:
> * Andrey Borzenkov <[EMAIL PROTECTED]> wrote:
> > > # CONFIG_ACPI_PROCFS is not set
> >
> > And if you enable it (ACPI_PROCFS)?
>
> ACPI_PROCFS was newly introduced i think but without a 'default y'
> Kconfig entry. That was a mistake i think - it
On Fri, 2007-11-02 at 20:48 -0700, Greg KH wrote:
> Also, a sysfs file that causes an action to happen just by reading the
> file is not a safe thing to have. Lots of scripts have been known to
> just walk the whole sysfs tree and open and read everything they can for
> no real good reason. So y
broken down under both arch/ and drivers/ by subdirectory:
http://www.crashcourse.ca/wiki/index.php/Dead_CONFIG_variables
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontari
On Saturday, 3 November 2007 10:59, Stefan Richter wrote:
> Rafael J. Wysocki wrote:
> > If you know of any other unresolved regressions from 2.6.23, please let me
> > know
> > either and I'll add them to the list.
>
> Subject : 2.6.24-rc1-54866... fails to boot: kernel BUG at
>
Hi Bryan,
Thanks for splitting the patches as requested. Here's a more complete
review:
On Fri, 2 Nov 2007 14:24:21 +0800, Bryan Wu wrote:
> From: Sonic Zhang <[EMAIL PROTECTED]>
>
> - Create a new mode TWI_I2C_MODE_REPEAT.
> - No change to smbus operation.
I don't understand the difference
Jan Dittmer <[EMAIL PROTECTED]> wrote:
> Hrm, that gets me further, but one of the final stages fail:
What's your configuration?
It's possible that there's a bit more bringing up to date that I need to do.
David
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
The following patch stops NFS sillyname renames and umounts from racing.
I have a test script does the following:
1) start nfs server
2) mount loopback
3) open file in background
4) remove file
5) stop nfs server
6) kill -9 process which has file open
7) restart n
Ingo Molnar writes:
> hm, i've removed it for now because it doesnt even build due toj:
*blush*
New patch coming. Sending it to Linus via the scheduler tree sounds
fine to me.
Paul.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PRO
Balbir Singh writes:
> So, scaled accounting will not be available if
> CONFIG_VIRT_CPU_ACCOUNTING is defined? Am I reading this correctly
No, what makes you think that? If VIRT_CPU_ACCOUNTING=y it is the
responsibility of the arch's account_process_tick to update the scaled
stats. And the powe
On Sat, Nov 03, 2007 at 11:04:36AM +0100, Thomas Bächler wrote:
> Thomas Bächler schrieb:
> >
> > I just remembered, a friend of mine got it to compile with the exact
> > same toolchain, but with a different configuration (which I don't have).
> > He used a snapshot tarball from yesterday though,
Since powerpc started using CONFIG_GENERIC_CLOCKEVENTS, the
deterministic CPU accounting (CONFIG_VIRT_CPU_ACCOUNTING) has been
broken on powerpc, because we end up counting user time twice: once in
timer_interrupt() and once in update_process_times().
This fixes the problem by pulling the code in
On Fri, 2 Nov 2007 14:24:22 +0800, Bryan Wu wrote:
> - Dynamic alloc the resource of TWI driver data according to board
> information
> - TWI register read/write accessor based on dynamic regs_base
> - Support TWI0/TWI1 for BF54x
>
> Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
> ---
> driver
Hi,
We've all seen the last flame war about Linux stealing BSD code. Due to
Theo's bad wording whole discussion rolled around the question about
legality of this, a big waste of time (question answered a thousand
times). Still, the question about ethics is quite valid...
There are over four hundr
Tejun Heo wrote:
Does this patch fix the problem?
[snip]
I hope it does... that patch removes a call to sg_last() and in general
cleans up the function a bit, which is nice.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
Stephen Rothwell wrote:
drivers/ata/libata-core.c:768: warning: 'ata_lpm_enable' defined but not used
drivers/ata/libata-core.c:784: warning: 'ata_lpm_disable' defined but not used
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
drivers/ata/libata-core.c |4
1 files changed, 4
Adrian Bunk wrote:
ata_scsi_lpm_get() can become static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
380046f657271be470566bb5c762c1599569bac6
diff --git a/drivers/ata/libata-scsi.c b/drivers/ata/libata-scsi.c
index 93bd36c..c4f0c6c 100644
--- a/drivers/ata/libata-scsi.c
+++ b/drivers/a
Hello,
I tryed different linux distributions on a computer with an Intel Core 2 Quad
and I noticed that the 64-bit versions was at least 10 times slower than the
32-bit versions, to boot the system took over 20 minutes in 64-bit mode and
then even scrolling text at the command prompt felt slo
On 11/2/07, Stefan Richter <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > Both 2.6.24-rc1 and the current git version fail to boot for me:
> >
> > [ 57.182205] ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[16]
> > MMIO=[e800-efff] Max Packet=
> > [2048] IR/IT contexts=[4/8]
> >
Andrey Borzenkov schrieb:
> Thomas Meyer wrote:
>
>
>> i just wanted to report this:
>>
>> in v2.6.24-rc1-497-gb1d08ac the kde battery icon is no longer displayed.
>>
>> with 2.6.23 shows the battery icon.
>>
>> current config:
>>
>> grep -i acpi .config
>> # Power management options (ACPI, APM)
I've got a new PC system to which I added a RTL-8029 PCI network card. The
card is recognised fine by lspci, but when loading the ne2k-pci module,
this error is given in dmesg:
ne2k-pci :05:00.0: no I/O resource at PCI BAR #0
This happens with both 2.6.22.9 as with 2.6.23.1.
dmesg: http://art
Remigiusz Modrzejewski <[EMAIL PROTECTED]> writes:
> What I propose is implementing a policy on accepting such code.
> According to it, every time a maintainer is considering a driver
> that is derived from BSD and licensed GPL-only, should request
> for dual licensing before accepting the patch.
Hi Bryan,
On Fri, 2 Nov 2007 14:24:23 +0800, Bryan Wu wrote:
> Blackfin TWI controller hardware pin should be requested from GPIO port
> controller
> Before BF54x, there is no need to do this. But as long as BF54x and BF52x
> are supported by this generic driver, the missing pin mux operation sh
On Fri, 2 Nov 2007 14:24:24 +0800, Bryan Wu wrote:
> Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
> ---
> drivers/i2c/busses/i2c-bfin-twi.c | 19 ---
> 1 files changed, 12 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/i2c/busses/i2c-bfin-twi.c
> b/drivers/i2c/busses/i2
Torsten Kaiser wrote:
> On 11/2/07, Stefan Richter <[EMAIL PROTECTED]> wrote:
>> To which extent do you need IEEE 1394 drivers?
>
> Using eth1394 as primary network connection on this computer.
> So switching to the new stack is currently not an option,
That's right.
> Looking that calltrace upw
From: Julia Lawall <[EMAIL PROTECTED]>
Remove an unnecessary pci_dev_put. pci_dev_put is called implicitly by the
subsequent call to pci_get_device.
The problem was detected using the following semantic patch, and corrected
by hand.
@@
expression dev;
expression E;
@@
- pci_dev_put(dev)
...
From: Julia Lawall <[EMAIL PROTECTED]>
Move pci_dev_put outside the loops in which it occurs. Within the loop,
pci_dev_put is done implicitly by pci_get_device.
The problem was detected using the following semantic patch, and corrected
by hand.
@@
expression dev;
expression E;
@@
- pci_dev_pu
On Fri, Aug 24, 2007 at 08:43:16PM -0700, [EMAIL PROTECTED] wrote:
>
> The patch titled
> loop: use unlocked_ioctl
> has been removed from the -mm tree. Its filename was
> loop-use-unlocked_ioctl.patch
>
> This patch was dropped because it isn't in the present -mm lineup
>
> -
On Sat, Nov 03 2007, Stefan Richter wrote:
> Torsten Kaiser wrote:
> > On 11/2/07, Stefan Richter <[EMAIL PROTECTED]> wrote:
> >> To which extent do you need IEEE 1394 drivers?
> >
> > Using eth1394 as primary network connection on this computer.
> > So switching to the new stack is currently not
On Sat, Nov 03 2007, Sebastian Siewior wrote:
> * Jens Axboe | 2007-11-01 11:51:09 [+0100]:
>
> >On Wed, Oct 31 2007, Alistair John Strachan wrote:
> >> Hi Jens,
> >>
> >> I guessed from the oops that you might have an idea what's causing this
> >> oops
> >> on shutdown/unmount. The git version
I've got a new PC system where I added a RTL-8029 PCI network card. The
card is recognised fine by lspci, but when loading the ne2k-pci module,
this error is given in dmesg:
ne2k-pci :05:00.0: no I/O resource at PCI BAR #0
This happens with both 2.6.22.9 as with 2.6.23.1.
I attach full dmesg,
Thank you for your replies.
On 10/31/07, David Howells <[EMAIL PROTECTED]> wrote:
> Anyway, I've discussed this with MEI, and they're willing for some flattening
> to take place.
I'm very annoyed and a bit surprised to hear they admitted such a big
change so easily.
You and I know there are cons
On Sat, Nov 03, 2007 at 01:31:49PM +0100, Bo Brant?n wrote:
>
> Hello,
>
> I tryed different linux distributions on a computer with an Intel Core 2
> Quad and I noticed that the 64-bit versions was at least 10 times slower
> than the 32-bit versions, to boot the system took over 20 minutes in 6
Krzysztof Halasa wrote:
> It doesn't make sense in general. Being derived from *BSD may mean
> only a tiny fragment comes from *BSD. I can't see any valid reason
> to force/ask the author to publish his/her code under BSD
> (GPL + BSD = BSD) instead of GPLv2 as used by the whole Linux.
>
> There ar
On Fri, Nov 02, 2007 at 01:50:55PM -0700, Casey Schaufler wrote:
>
> Still to come:
>
> - Final cleanup of smack_load_write and smack_cipso_write.
Hi All,
After agreeing with Casey on the "load" input grammar yesterday, here's
the final grammar and its parser (which needs more testing):
A Sm
Paul Mackerras wrote:
> Balbir Singh writes:
>
>> So, scaled accounting will not be available if
>> CONFIG_VIRT_CPU_ACCOUNTING is defined? Am I reading this correctly
>
> No, what makes you think that? If VIRT_CPU_ACCOUNTING=y it is the
> responsibility of the arch's account_process_tick to upda
On Sat, 3 Nov 2007 02:23:04 -0400
Theodore Tso <[EMAIL PROTECTED]> wrote:
> Yep, this fixes suspend/resume on my X61 thinkpad. Interestingly I'm
> not seeing any power savings with ALPM set to min_power, at least not
> compared to what I get after suspend and resuming (which mysteriously
> cause
Hi,
latest git causes my extra disk controller to die with screaming
interrupts. Picture here:
http://img113.imageshack.us/my.php?image=im000708vj7.jpg
The controller card is this one (SATA port is not in use):
05:02.0 Mass storage controller: ALi Corporation ALi M5281 Serial ATA / RAID
Host Co
Slub has been quite leaky under load. Taking mm_struct as an example, in
a loop of swapping kernel builds, after the first iteration slabinfo shows:
NameObjects ObjsizeSpace Slabs/Part/Cpu O/S O %Fr %Ef Flg
mm_struct55 84073.7K 18/7/44 0 38 62 A
but Objec
The count of active Objects shown by Slub's slabinfo is too approximate,
because each cpu slab is counted as all in use, even when lots are free.
That makes tracing leaks harder than it need be.
Add a free count into kmem_cache_cpu (which doesn't enlarge it on 64-bit),
to keep that count in the ho
Q: It's needed auch to 2.6.22-stable?
On 11/3/07, Hugh Dickins <[EMAIL PROTECTED]> wrote:
> Slub has been quite leaky under load. Taking mm_struct as an example, in
> a loop of swapping kernel builds, after the first iteration slabinfo shows:
> NameObjects ObjsizeSpace Slabs/Part/Cpu
On Sat, Nov 03, 2007 at 05:10:54PM +, Hugh Dickins wrote:
> Slub has been quite leaky under load. Taking mm_struct as an example, in
> a loop of swapping kernel builds, after the first iteration slabinfo shows:
> NameObjects ObjsizeSpace Slabs/Part/Cpu O/S O %Fr %Ef Flg
> mm_struc
On Sat, 3 Nov 2007, Olivér Pintér wrote:
> Q: It's needed auch to 2.6.22-stable?
I guess so: though SLUB wasn't on by default in 2.6.22; and it being
only a slow leak rather than a corruption, I was less inclined to
agitate about it for releases further back.
But your question makes me realize I
On Sat, 3 Nov 2007, Willy Tarreau wrote:
> On Sat, Nov 03, 2007 at 05:10:54PM +, Hugh Dickins wrote:
> > I recommend this for 2.6.24-rc2 and 2.6.23-stable.
>
> Hugh, you should also have CC'd linux-stable for this, otherwise there's
> a risk that the patch remains unnoticed by the stable team
On Sat, Nov 03, 2007 at 05:55:50PM +, Hugh Dickins wrote:
> On Sat, 3 Nov 2007, Willy Tarreau wrote:
> > On Sat, Nov 03, 2007 at 05:10:54PM +, Hugh Dickins wrote:
> > > I recommend this for 2.6.24-rc2 and 2.6.23-stable.
> >
> > Hugh, you should also have CC'd linux-stable for this, otherwi
On Saturday, 3 November 2007 12:31, Thomas Bächler wrote:
> I am trying to boot 2.6.24-rc1-g74521c28 from the linux-2.6 git tree.
> During boot, I get a kernel oops when udevtrigger is running, thus most
> devices are not created and the boot stalls.
>
> Fortunately, the services are still started
Fixes, fixes and more fixes.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/libata-core.c | 38 ---
drivers/ata/libata-eh.c| 148 ++--
On Wed, Oct 31, 2007 at 11:03:28PM +0100, Peter Zijlstra wrote:
>
> On Wed, 2007-10-31 at 22:49 +0100, Andi Kleen wrote:
> > Peter Zijlstra <[EMAIL PROTECTED]> writes:
> >
> > > Introduce a new rlimit that allows the user to set a runtime timeout
> > > on real-time tasks. Once this limit is excee
On Thu 2007-11-01 23:47:43, Rafael J. Wysocki wrote:
> [Len, please add to the suspend branch.]
> ---
> From: Alan Stern <[EMAIL PROTECTED]>
>
> This patch (as1006) adds PM_RESTORE_PREPARE and PM_POST_RESTORE
> notifiers to the PM core, to be used in analogy with the existing
> PM_HIBERNATION_PREP
On Sat, 3 Nov 2007, Peter Zijlstra wrote:
> On Fri, 2007-11-02 at 20:48 -0700, Greg KH wrote:
>
> > Also, a sysfs file that causes an action to happen just by reading the
> > file is not a safe thing to have. Lots of scripts have been known to
> > just walk the whole sysfs tree and open and read
>> Steven Rostedt wrote:
>>> When things start to freeze, could you capture the output of a sysrq-t.
>>>
Hi ,
I have also the same problem on my SMP box[1] ( i686 ), random hard freeze I
can just hard reset the box.
I'm not able to capture any output :/ keyboard does not work , netconsole does
Hi!
> Introduce /sys/power/pm_test_level attribute allowing one to test the suspend
> core code. Namely, writing a number (1-5) to this file causes the suspend
> code
> to work in one of the test modes defined as follows:
>
> 5 - test the freezing of processes
> 4 - test the freezing of process
On Sat, 3 Nov 2007, Hugh Dickins wrote:
> The count of active Objects shown by Slub's slabinfo is too approximate,
> because each cpu slab is counted as all in use, even when lots are free.
> That makes tracing leaks harder than it need be.
True but that is the way it is for performance reasons.
On Nov 03, 2007, at 12:43:06, Ahmed S. Darwish wrote:
Bashv3 builtin "echo" behaves very strangely to -EINVAL. It sends
all the buffers that causes -EINVAL again in subsequent echo
invocations.
i.e.
echo "Invalid Rule" > /smack/load # -EINVAL returned
echo "Valid Rule" > /smack/load
In sec
On Sat, 3 Nov 2007, Hugh Dickins wrote:
> The culprit turns out to be __slab_alloc(), where it copes with the race
> that another task has assigned the cpu slab while we were allocating one.
> Don't rush off to load_freelist there: that assumes c->freelist is empty,
> and will lose all of its free
Hi,
The below is my bugreport as suggested in REPORTING-BUGS:
1. noauto option prevents codepages from being processed properly by smbfs
2. I had the following line in my /etc/fstab :
//host/share /path smbfs
noauto,iocharset=koi8-r,codepage=cp866 0 0
Mounting such a share cause
Hi!
> > iwl3945: 00 0x007b 403761122
> > iwl3945: 02 0x007d 403761129
> > iwl3945: I iwl_irq_handle_error Restarting adapter due to uCode error.
> > iwl3945: Error Reply type 0x0005 cmd REPLY_TX (0x1C) seq 0x0203
> > ser 0x004B
> > iwl3945: Can't s
Hi,
On Saturday, 3 November 2007 19:23, Pavel Machek wrote:
> Hi!
>
> > Introduce /sys/power/pm_test_level attribute allowing one to test the
> > suspend
> > core code. Namely, writing a number (1-5) to this file causes the suspend
> > code
> > to work in one of the test modes defined as follo
Rafael J. Wysocki schrieb:
> On Saturday, 3 November 2007 12:31, Thomas Bächler wrote:
>> I am trying to boot 2.6.24-rc1-g74521c28 from the linux-2.6 git tree.
>> During boot, I get a kernel oops when udevtrigger is running, thus most
>> devices are not created and the boot stalls.
>>
>> Fortunatel
On Sat, 3 Nov 2007, Hugh Dickins wrote:
> Which fixes the leakage: Objects and Partials then remain stable.
Well this code is just an optimization for a rare case. Your patch may not
handle the debug situation the right way. We could just remove it.
SLUB: Fix memory leak by not reusing cpu_sl
The fix against mm:
SLUB: Fix memory leak by not reusing cpu_slab
Fix the memory leak that may occur when we attempt to reuse a cpu_slab
that was allocated while we reenabled interrupts in order to be able to
grow a slab cache. The per cpu freelist may contain objects and in that
situation we ma
On Sat, 3 Nov 2007, Hugh Dickins wrote:
> On Sat, 3 Nov 2007, Olivér Pintér wrote:
> > Q: It's needed auch to 2.6.22-stable?
>
> I guess so: though SLUB wasn't on by default in 2.6.22; and it being
> only a slow leak rather than a corruption, I was less inclined to
> agitate about it for releases
Here is a series fixing some bugs for 8xx powerpc CPUs.
1. [POWERPC] Kill non-existant symbols from ksyms and commproc.h
2. [POWERPC] fs_enet: select PHYLIB as the driver needs it
This series can be pulled from git://git.bocc.de/dbox2.git for-2.6.24
Thanks,
Jochen
-
To unsubscribe from this l
Remove exports of __res and cpm_install_handler/cpm_free_handler.
Remove cpm_install_handler/cpm_free_handler from the commproc.h as well.
Both were used for ARCH=ppc and aren't defined for ARCH=powerpc.
CC arch/powerpc/kernel/ppc_ksyms.o
arch/powerpc/kernel/ppc_ksyms.c:180: error: '__res' u
Add a select PHYLIB to config FS_ENET as the driver uses functions of
libphy.
LD .tmp_vmlinux1
drivers/built-in.o: In function `fs_ioctl':
drivers/net/fs_enet/fs_enet-main.c:952: undefined reference to `phy_mii_ioctl'
[...]
make: *** [.tmp_vmlinux1] Error 1
Signed-off-by: Jochen Friedrich <
On Sat, 3 Nov 2007, Christoph Lameter wrote:
> On Sat, 3 Nov 2007, Hugh Dickins wrote:
>
> > Which fixes the leakage: Objects and Partials then remain stable.
>
> Well this code is just an optimization for a rare case.
> Your patch may not handle the debug situation the right way.
Oh? How?
> W
Signed-off-by: Paulius Zaleckas <[EMAIL PROTECTED]>
---
diff --git a/arch/parisc/kernel/signal.c b/arch/parisc/kernel/signal.c
index 2ce3806..58fccc9 100644
--- a/arch/parisc/kernel/signal.c
+++ b/arch/parisc/kernel/signal.c
@@ -333,7 +333,7 @@ setup_rt_frame(int sig, struct k_sigaction *ka,
sigin
On Sat, 3 Nov 2007, Christoph Lameter wrote:
> On Sat, 3 Nov 2007, Hugh Dickins wrote:
>
> > The count of active Objects shown by Slub's slabinfo is too approximate,
> > because each cpu slab is counted as all in use, even when lots are free.
> > That makes tracing leaks harder than it need be.
>
Krzysztof Halasa wrote:
> The difference is of course at 0x0E, not 0x1E. Maybe the byte at 0x0A
> is 0x92 for 4 IR contents and 0xA2 for 8 contents. That would also
> make sense wrt the broken 6306 as it has 0x00 there.
Somebody pointed me to this thread in a support forum of Asustek:
http://vip.a
fpi->cp_command should be overwritten only if CONFIG_PPC_CPM_NEW_BINDING
is NOT set. Otherwise it is already set from the device tree.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
This can be pulled from git://git.bocc.de/dbox2.git for-2.6.24
drivers/net/fs_enet/mac-scc.c |2 +-
1
On Sat, 3 Nov 2007, Hugh Dickins wrote:
> On Sat, 3 Nov 2007, Christoph Lameter wrote:
> > On Sat, 3 Nov 2007, Hugh Dickins wrote:
> >
> > > Which fixes the leakage: Objects and Partials then remain stable.
> >
> > Well this code is just an optimization for a rare case.
> > Your patch may not ha
On Sat, 3 Nov 2007, Hugh Dickins wrote:
> I was afraid you might say something like that.
> Perhaps it'll be a patch I need to use in my own builds.
> Though I'd have thought others would want that accuracy too.
> Didn't SLAB give it? (The "r*gr*ss**n" word!)
Slab also only counts objects that a
On Sat, 3 Nov 2007, Christoph Lameter wrote:
> On Sat, 3 Nov 2007, Hugh Dickins wrote:
> > On Sat, 3 Nov 2007, Christoph Lameter wrote:
> > > On Sat, 3 Nov 2007, Hugh Dickins wrote:
> > >
> > > > Which fixes the leakage: Objects and Partials then remain stable.
> > >
> > > Well this code is just
On Sat, 3 Nov 2007, Hugh Dickins wrote:
> On Sat, 3 Nov 2007, Hugh Dickins wrote:
> > On Sat, 3 Nov 2007, Olivér Pintér wrote:
> > > Q: It's needed auch to 2.6.22-stable?
>
> Okay, here's a version for 2.6.23 and 2.6.22...
> Christoph, you've now Acked the 2.6.24 one, thanks:
> do you agree this p
Hi,
This is the second iteration of the patches that add a new testing facility for
suspend and hibernation.
The first patch adds the possibility to test the suspend (STD) core code
without actually suspending, which is useful for tracking problems with drivers
etc.
The second one modifies the h
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Introduce sysfs attribute /sys/power/pm_test allowing one to test the suspend
core code. Namely, writing one of the strings:
freezer
devices
platform
processors
core
to this file causes the suspend code to work in one of the test modes defined as
foll
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Make it possible to test the hibernation core code with the help of the
/sys/power/pm_test attribute introduced for suspend testing in the previous
patch.
Writing an appropriate string to this file causes the hibernation code to work
in one of the test
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Update the suspend/hibernation debugging and testing documentation to describe
the newly introduced testing facilities.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
---
Documentation/power/basic-pm-debugging.txt | 203 -
On Sat, 3 Nov 2007, Hugh Dickins wrote:
> Later Christoph noticed that I'm not handling the SlabDebug case right.
> So stable should ignore my patch, and he will come up with another.
Hmmm? I thought you wanted to test the patch provided?
-
To unsubscribe from this list: send the line "unsubscri
The sizeof(struct device) is way too big, especially in the network device case.
We want to support 1000's of device's and the change from class_device to
net_device has caused needless bloat.
sizeof(struct device) = 272
sizeof(struct class_device) = 92
* not the class_id in class_device could a
On Sat, 3 Nov 2007, Christoph Lameter wrote:
> On Sat, 3 Nov 2007, Hugh Dickins wrote:
>
> > Later Christoph noticed that I'm not handling the SlabDebug case right.
> > So stable should ignore my patch, and he will come up with another.
>
> Hmmm? I thought you wanted to test the patch provided?
On Sat, 3 Nov 2007, Hugh Dickins wrote:
> On Sat, 3 Nov 2007, Christoph Lameter wrote:
> > On Sat, 3 Nov 2007, Hugh Dickins wrote:
> >
> > > Later Christoph noticed that I'm not handling the SlabDebug case right.
> > > So stable should ignore my patch, and he will come up with another.
> >
> > H
Looks like word-wrapping by your mail client has corrupted the patch.
Suggest you resend it.
Cheers,
FJP
-
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.html
Please
On 11/2/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-11-01 at 19:26 -0400, Michael Wu wrote:
> > On Thursday 01 November 2007 15:17:16 Luis R. Rodriguez wrote:
> > > [EMAIL PROTECTED]:~/devel/wireless-2.6$ git-describe
> > > v2.6.24-rc1-146-g2280253
> > >
> > > So I hit segfault wit
1 - 100 of 170 matches
Mail list logo
