On Sat, Nov 03 2007, Stefan Richter wrote:
I 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]
[ 57.194032]
Great, thanks! I will submit it to Linus.
Best regards,
Anton
On 3 Nov 2007, at 04:56, Mike Galbraith wrote:
On Fri, 2007-11-02 at 19:22 +, Anton Altaparmakov wrote:
Would you be able to test it in your setup? Thanks a lot in advance!
Modulo uninitialized vi, works fine. I
Hi Linus,
Please apply the below patch which fixes a regression in NTFS reads
identified by Mike Galbraith. He also tested the below patch and
confirmed that it works.
The regression was caused by:
commit[a32ea1e1f925399e0d81ca3f7394a44a6dafa12c] Fix read/truncate race
This causes
* 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 instead of
* 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_info
data
* 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
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
---
+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
+#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_time(p,
* 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: once in
+ 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 if the adapter
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 compressed -
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
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
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 Kaiser
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:
snip
[ 43.782384] usbcore: registered new interface driver usbserial
[ 43.782444]
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 my
* 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 dmesg for a
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
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 broke some
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 you
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,
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 body
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
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
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
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, not the
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]
---
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
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 to
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
+++
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
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]
[ 57.194032]
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)
CONFIG_ACPI=y
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:
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. If
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
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
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 upwards, it
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;
@@
-
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 an option,
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 (describe), a
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
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
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 64-bit
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 are
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 Smack
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 update the
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 the
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
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
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
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 O/S
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_struct
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, otherwise
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 exceeded the task
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_PREPARE and
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
not
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 processes and
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 seconod
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
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 stop Rx DMA.
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 follows:
5
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.
Fortunately, the
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
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
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
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'
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?
We could
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,
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.
True
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:
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 handle the
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 are
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 an optimization
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 patch
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
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
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 unsubscribe
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
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?
Yes.
1 - 100 of 342 matches
Mail list logo