Hi,
On Monday 28 January 2008, Haavard Skinnemoen wrote:
On Mon, 28 Jan 2008 12:15:00 +0100
michael [EMAIL PROTECTED] wrote:
Hi,
I implement a little patch (ndr just for a try) for the atmel serial
driver atmel_serial.c to wakeup the system when it is in suspend-ram
state.
I
On Mon, 28 Jan 2008, Ingo Molnar wrote:
* Justin Piszcz [EMAIL PROTECTED] wrote:
Tried it, it worked successfully!
With stock kernel, previous way I had to use it was mem=8832M and top
showed this:
top - 18:53:52 up 1 min, 2 users, load average: 1.03, 0.30, 0.10
Tasks: 169 total, 1
On 28-01-08 17:04, Thomas Renninger wrote:
Can you try these two on top patches pls.
Thought I could, but my machine begs to differ...
===
pnp: the driver 'cs4236_isapnp' has been registered
cs4236_isapnp 01:01.00: driver attached
cs4236_isapnp 01:01.02: driver attached
cs4236_isapnp
[Ingo Molnar - Mon, Jan 28, 2008 at 08:01:49PM +0100]
|
| * Greg KH [EMAIL PROTECTED] wrote:
|
| Are kobjects protected against accidental copying? If not add kobj
| to the 'magic value' too, and check that - it becomes
| copying-resistent that way and has the same cost to check. (which
On Sat 26-01-08 08:27:59, Al Boldi wrote:
Jan Kara wrote:
Greetings!
data=ordered mode has proven reliable over the years, and it does this
by ordering filedata flushes before metadata flushes. But this
sometimes causes contention in the order of a 10x slowdown for certain
* Greg KH [EMAIL PROTECTED] wrote:
I have added a lot more robustness checks to the kobject core now,
see the lkml messages about the maple bus for examples of where it is
catching real problems already. And the kobject debugging code is now
unified, printing out everything in a
git-x86 tip 5b838c0d9d7269eb4d21532da126b3c90db46c67 with x86-64 defconfig
oopses on boot with
ACPI: Core revision 20070126
ACPI Warning (tbutils-0217): Incorrect checksum in table [] - FF, should
be 76 [20070126]
ACPI Warning (tbutils-0217): Incorrect checksum in table [] - FF,
On Monday 28 January 2008, Gene Heskett wrote:
On Monday 28 January 2008, Zan Lynx wrote:
On Mon, 2008-01-28 at 11:50 -0500, Calvin Walton wrote:
On Mon, 2008-01-28 at 11:35 -0500, Gene Heskett wrote:
On Monday 28 January 2008, Mikael Pettersson wrote:
Unfortunately we also see:
[
On Mon, Jan 28, 2008 at 06:19:29PM +0100, David Sterba wrote:
ipwireless: driver for PC Card, 3G internet connection
+struct nl_first_paket_header {
+#if defined(__BIG_ENDIAN)
+ unsigned char packet_rank:2;
+ unsigned char address:3;
+ unsigned char protocol:3;
+#else
+
Hi!
/*
* Swap suspend friends need this for resume because things like the
intel-agp
* driver might have split up a kernel 4MB mapping.
*/
-char __nosavedata swsusp_pg_dir[PAGE_SIZE]
+char swsusp_pg_dir[PAGE_SIZE]
thanks, applied.
Sorry, this is subtle and I've
On Mon, Jan 28, 2008 at 11:04:43AM -0800, Christoph Lameter wrote:
On Mon, 28 Jan 2008, Andrea Arcangeli wrote:
So I'd like to know what can we do to help to merge the 4 patches from
Christoph in mainline, I'd appreciate comments on them so we can help
to address any outstanding issue!
Fix missed serial input signal changes caused by rereading the
serial status register during interrupt processing. Now
processing is performed on original status register value.
Signed-off-by: Paul Fulghum [EMAIL PROTECTED]
--- a/drivers/char/synclink_gt.c2008-01-24 16:58:37.0
On Monday 28 January 2008, Andrey Borzenkov wrote:
On Monday 28 January 2008, Gene Heskett wrote:
On Monday 28 January 2008, Andrey Borzenkov wrote:
Richard Heck wrote:
Daniel Barkalow wrote:
Can you switch back to old IDE to get your work done (and to make sure
it's not a hardware issue
On Mon, 28 Jan 2008 14:04:51 EST, Konrad Rzeszutek wrote:
+EXPORT_SYMBOL(find_ibft);
Is this x86-specific? Are suitable Kconfig dependencies in place?
Originally I had it to be x86-specific but was told that I should make it all
platforms since the IBFT is platform independent.
On Sunday 27 January 2008 01:01:23 you wrote:
On Fri, 25 Jan 2008 18:06:29 -0400 Konrad Rzeszutek [EMAIL PROTECTED]
wrote: Hey Andrew,
Please add this patch along with Greg KH's kobject fixes.
erm, OK. But I don't think I'm the appropriate conduit for iscsi paches.
By what path _does_
Randy -- any idea why the Documentation/email-clients.txt file states:
Sylpheed (GUI)
...
- Not good for IMAP.
I've been happily using Sylpheed with IMAP ... I wonder what
Hi!
It's been discussed before, but I suspect the main reason why it was
never done is no one submitted a patch. Also, the problem is actually
a pretty complex one. There are a couple of different stages where
you might want to send an alert to processes:
* Data is starting to get
[Ingo Molnar - Mon, Jan 28, 2008 at 08:01:49PM +0100]
|
| * Greg KH [EMAIL PROTECTED] wrote:
|
| Are kobjects protected against accidental copying? If not add kobj
| to the 'magic value' too, and check that - it becomes
| copying-resistent that way and has the same cost to check. (which
Peter Zijlstra wrote:
On Mon, 2008-01-28 at 11:34 -0500, Steven Rostedt wrote:
On Mon, Jan 28, 2008 at 08:59:10AM -0600, Paul Jackson wrote:
Thanks for the CC, Peter.
Thanks from me too.
Max wrote:
We've had scheduler support for CPU isolation ever since O(1) scheduler went it.
I'd like to
Gene Heskett wrote:
Greeting;
I had to reboot early this morning due to a freezeup, and I had a
bunch of these in the messages log:
==
Jan 27 19:42:11 coyote kernel: [42461.915961] ata1.00: exception Emask 0x0 SAct
0x0 SErr 0x0 action 0x2 frozen
Jan 27 19:42:11 coyote kernel:
iBFT is not platform-independent; it only makes sense on platforms with
ACPI (and even then, just barely; ACPI is a poor fit for it and it was
probably integrated with ACPI for political reasons.)
The spec just mentions that iBFT table has to be compatible with an ACPI
table format and
On Monday, 28 of January 2008, Jeremy Fitzhardinge wrote:
Rafael J. Wysocki wrote:
Actually, no. We only do that with the kernel code mapping which should be
safe as long as TLBs are not flushed (and they aren't).
Er, what? Assuming the TLB will retain some mappings while you
The latest version of the mballoc patch in the ext4dev git patch queue
has a potential uninitialized use: CC [M] fs/ext4/mballoc.o
fs/ext4/mballoc.c: In function ‘ext4_mb_free_blocks’:
fs/ext4/mballoc.c:4408: warning: ‘bitmap_bh’ may be used uninitialized in this
function
There are 2 gotos
On Mon, Jan 28, 2008 at 01:32:06PM -0500, Tony Camuso wrote:
Greg,
Have you given Grant's suggestion any further consideration?
I'd like to know how the MMCONFIG issues discussed in this thread are going
to be handled upstream. I have a patch implemented in RHEL 5.2, but I would
rather have
Regalare una stella alla quale hai dato il nome di una persona per
te speciale � un dono simbolico e di gran moda!
Global Star Registry offre un servizio per dare un nome alle stelle
vere e proprie.
Le stelle alle quali si assegna un nome attraverso Global Star
Registry
Rafael J. Wysocki wrote:
Actually, no. We only do that with the kernel code mapping which should be
safe as long as TLBs are not flushed (and they aren't).
Er, what? Assuming the TLB will retain some mappings while you
overwrite the pagetable is a highly dubious prospect. Are you
Gene Heskett wrote:
On Monday 28 January 2008, Mark Lord wrote:
..
Another way is to use the make_bad_sector utility that
is included in the source tarball for hdparm-7.7, as follows:
make_bad_sector --readback /dev/sda 474507
Apparently not in the rpm, darnit.
..
That's okay. It should
On Mon, Jan 28, 2008 at 03:43:16PM -0500, Mike Frysinger wrote:
On Monday 28 January 2008, Adrian Bunk wrote:
On Mon, Jan 28, 2008 at 06:53:15AM -0500, Mike Frysinger wrote:
On Monday 28 January 2008, Rishikesh K. Rajak wrote:
Here i am getting failure on the x86_64 machine with new
On 28-01-08 20:12, Thomas Renninger wrote:
This was more a step backward, hopefully this one (on top), gets the
area bugfree?
I'm afraid not. Next oops in pnp_check_port(). The attached lets it get past
that point but _then_ things fall apart a little bit further on again which
seems to
Konrad Rzeszutek wrote:
iBFT is not platform-independent; it only makes sense on platforms with
ACPI (and even then, just barely; ACPI is a poor fit for it and it was
probably integrated with ACPI for political reasons.)
The spec just mentions that iBFT table has to be compatible with an ACPI
Linux 2.6.24 kernel gives the following messages when udev coldplugging
loads the driver for my NIC:
8139too :00:0b.0: This (id 10ec:8139 rev 20) is an enhanced 8139C+ chip
8139too :00:0b.0: Use the 8139cp driver for improved performance and
stability.
ACPI: PCI Interrupt Link [LNK1]
Andrew Morton wrote:
On Thu, 24 Jan 2008 15:23:03 -0800 Tim Bird [EMAIL PROTECTED] wrote:
Peter Zijlstra wrote:
I suspect these features reduce the chance a crash messages makes it out
onto the console, but fail to spot any of the copious text mention this
critical issue.
Anything not in
On Monday 28 January 2008, Adrian Bunk wrote:
On Mon, Jan 28, 2008 at 03:43:16PM -0500, Mike Frysinger wrote:
On Monday 28 January 2008, Adrian Bunk wrote:
On Mon, Jan 28, 2008 at 06:53:15AM -0500, Mike Frysinger wrote:
On Monday 28 January 2008, Rishikesh K. Rajak wrote:
Here i am
From: Randy Dunlap [EMAIL PROTECTED]
cc: Paul Jackson [EMAIL PROTECTED]
This comment is not helpful (no reason given) and is incorrect.
Just stick to facts that are useful regarding working on Linux.
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
---
Documentation/email-clients.txt |1 -
1
Hi Linus.
Please pull following patches for kbuild/kconfig and a few other areas.
Pull from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/sam/kbuild.git
This time there are 79 patches.
The diffstat shows that several files outside usual kbuild/kconfig
areas are touched.
This is due
On Jan 28 2008 20:10, Zan Lynx wrote:
On Mon, 2008-01-28 at 14:58 -0500, Jason Price wrote:
I apologize if this is the wrong forum. Please CC me on replies.
A admin accidentally deleted the swap line from the fstab file. We
mount the swap filesystem via labels. However, there seems to be
Ti piace l' idea di creare una rendita dal tuo sito web?
E'possibile senza spese e senza rischi.
Ci sono varie agenzie che ti forniscono infatti pubblicit� da
inserire nel tuo sito e che ti pagano ogni volta che un utente
compie una determinata azione (clicca sulla pubblicit�, o magari
On Monday 28 January 2008 02:39:11 you wrote:
On Sunday, 27 of January 2008, Bruno Prémont wrote:
I'm currently trying out suspend (S3) on a few machines but none of them
wakes up completely/properly (I have a few more hosts I'm planning to try
suspend on once I can get useful information
On Sat, 2008-01-26 at 13:22 -0700, Christoph Hellwig wrote:
On Fri, Jan 25, 2008 at 10:04:51PM -0700, Dan Williams wrote:
Given an fd on a block device, returns a string like
/block/sda/sda1
which can be used to find related information in /sys.
Ideally we should have an ioctl
On Sat, 26 Jan 2008, Robin Holt wrote:
But what if the caller is already holding the mmap_sem? Why force the
acquire into this function? Since we are dealing with a semaphore/mutex,
Then you need to call __register_mmu_notifier.
--
To unsubscribe from this list: send the line unsubscribe
Pavel Emelyanov [EMAIL PROTECTED] writes:
...
+asmlinkage long sys_thread_getrusage(int tid, struct rusage __user *ru)
+{
+struct task_struct *tsk;
+tsk = find_task_by_pid(tid);
+return getrusage(tsk, RUSAGE_THREAD, ru);
+}
Well, the find_task_by_pid() is really wrong here.
On Fri, Jan 18, 2008 at 10:16:48AM +0100, Jan-Bernd Themann wrote:
Hi,
sorry for answering so late, I'm only tracking netdev and ppc mailing list.
On Thursday 10 January 2008 18:34, Greg KH wrote:
The structure device_driver(in device.h) has a member struct
driver_private which
On Monday, 28 of January 2008, H. Peter Anvin wrote:
Jeremy Fitzhardinge wrote:
H. Peter Anvin wrote:
and we already have to have code to synchronize the PGDs on !PAE and
the PMDs on Xen (although that was supposedly getting fixed).
No, I don't have any plans there. Xen will
These notifiers here use the Linux rmaps to perform the callbacks.
In order to walk the rmaps locks must be held. Callbacks can therefore
only operate in an atomic context.
Signed-off-by: Christoph Lameter [EMAIL PROTECTED]
---
mm/rmap.c | 12 +++-
1 file changed, 11 insertions(+), 1
[ 64.037975] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[ 64.038102] ata1.00: BMDMA stat 0x65
[ 64.038227] ata1.00: cmd c8/00:58:89:3d:07/00:00:00:00:00/e0 tag 0 dma 45056
in
[ 64.038229] res 51/40:58:8b:3d:07/00:00:00:00:00/e0 Emask 0x9
(media error)
[
Problem for external rmaps: There is no pagelock held on the page.
Signed-off-by: Robin Holt [EMAIL PROTECTED]
---
mm/filemap_xip.c |5 +
1 file changed, 5 insertions(+)
Index: linux-2.6/mm/filemap_xip.c
===
---
This is a patchset implementing MMU notifier callbacks based on Andrea's
earlier work. These are needed if Linux pages are referenced from something
else than tracked by the rmaps of the kernel.
Issues:
- Feedback from uses of the callbacks for KVM, RDMA, XPmem and GRU
- RCU quiescent periods
Hello.
Bartlomiej Zolnierkiewicz wrote:
* Remove 'struct pci_dev *dev' argument from ide_hwif_setup_dma().
* Un-static ide_hwif_setup_dma() and add CONFIG_BLK_DEV_IDEDMA_PCI=n version.
* Add 'const struct ide_port_info *d' argument to ide_device_add[_all]().
* Factor out generic ports
On Mon, 2008-01-28 at 14:00 -0500, Steven Rostedt wrote:
On Mon, 28 Jan 2008, Max Krasnyanskiy wrote:
[PATCH] [CPUISOL] Support for workqueue isolation
The thing about workqueues is that they should only be woken on a CPU if
something on that CPU accessed them. IOW, the workqueue
This is a note to let you know that I've just added the patch titled
Subject: PM: Export device_pm_schedule_removal
to my gregkh-2.6 tree. Its filename is
pm-export-device_pm_schedule_removal.patch
This tree can be found at
On Mon, 28 Jan 2008, Gene Heskett wrote:
I believe at this point, its moot. I captured quite a few instances of that
error message while rebooting the last time, all of which occurred long
before I logged in and did a startx (I boot to runlevel 3 here), so the
kernel was NOT tainted at
Jan Kara wrote:
On Sat 26-01-08 08:27:59, Al Boldi wrote:
Do you mean there is a locking problem?
No, but if you write to an mmaped file, then we can find out only later
we have dirty data in pages and we call writepage() on behalf of e.g.
pdflush().
Ok, that's a special case, which we
Unfortunately it seems to not be completely fixed, with this script:
#!/usr/bin/python
import os
import time
SLEEP_TIME = 0.1
SAMPLES = 5
PRINT_DELAY = 0.5
def print_wakeup_latency():
times = []
last_print = 0
while True:
start = time.time()
time.sleep(SLEEP_TIME)
Jeremy Fitzhardinge wrote:
H. Peter Anvin wrote:
and we already have to have code to synchronize the PGDs on !PAE and
the PMDs on Xen (although that was supposedly getting fixed).
No, I don't have any plans there. Xen will continue to require
non-shared kernel pmd, at least for a 32-bit
On Mon, 2008-01-28 at 12:33 -0600, Steve French wrote:
On Jan 28, 2008 2:17 AM, Andi Kleen [EMAIL PROTECTED] wrote:
I completely agree. If one thread writes A and another writes B then the
kernel should record either A or B, not ((A 0x) | (B
0x))
The
On Mon, Jan 28, 2008 at 01:22:04PM -0600, Nathan Lynch wrote:
Greg KH wrote:
On Fri, Jan 25, 2008 at 01:10:48PM -0600, Nathan Lynch wrote:
Jan-Bernd Themann wrote:
On Thursday 10 January 2008 18:34, Greg KH wrote:
The structure device_driver(in device.h) has a member struct
I apologize if this is the wrong forum. Please CC me on replies.
A admin accidentally deleted the swap line from the fstab file. We
mount the swap filesystem via labels. However, there seems to be no
way to list the label on an existing swap partition, via the command
line swap tools (mkswap,
On Monday, 28 of January 2008, Ingo Molnar wrote:
* driver might have split up a kernel 4MB mapping.
*/
-char __nosavedata swsusp_pg_dir[PAGE_SIZE]
+char swsusp_pg_dir[PAGE_SIZE]
hm, random-qa found build breakage with this patch:
arch/x86/kernel/built-in.o: In function
* Andi Kleen [EMAIL PROTECTED] wrote:
git-x86 tip 5b838c0d9d7269eb4d21532da126b3c90db46c67 with x86-64 defconfig
oopses on boot with
BUG: unable to handle kernel paging request at c20001815000
IP: [803773e8] acpi_ps_peek_opcode+0x4/0x1c
PGD 12fc32067 PUD 32fc24067 PMD
On Sat 26-01-08 08:27:43, Al Boldi wrote:
Diego Calleja wrote:
El Thu, 24 Jan 2008 23:36:00 +0300, Al Boldi [EMAIL PROTECTED] escribió:
Greetings!
data=ordered mode has proven reliable over the years, and it does this
by ordering filedata flushes before metadata flushes. But this
On Monday 28 January 2008 12:54:41 pm Ingo Molnar wrote:
* Joachim Deguara [EMAIL PROTECTED] wrote:
x86: add PCI IDs to k8topology_64.c
This just adds the PCI IDs of AMD's family 10h and 11h CPU's
northbridges to k8topology discovery.
thanks Joachim, applied.
Rafael J. Wysocki wrote:
On Monday, 28 of January 2008, Jeremy Fitzhardinge wrote:
Rafael J. Wysocki wrote:
Actually, no. We only do that with the kernel code mapping which should be
safe as long as TLBs are not flushed (and they aren't).
Er, what? Assuming the TLB will retain some
On Mon, 2008-01-28 at 16:00 +0100, Rene Herman wrote:
On 28-01-08 15:21, Thomas Renninger wrote:
I think I know what is going on.
While pnpbios and pnpacpi theoretically do not have limits, isapnp has
spec restrictions (AFAIK, I have not read this up, but taken over from
previous
On Monday 28 January 2008, Gene Heskett wrote:
On Monday 28 January 2008, Andrey Borzenkov wrote:
Richard Heck wrote:
Daniel Barkalow wrote:
Can you switch back to old IDE to get your work done (and to make sure
it's not a hardware issue that's developed recently)?
I think it'd be
Jarod Wilson wrote:
Looks straight-forward enough, and I'll give these a spin shortly and see if
I
can reproduce the situation I was hitting with my raid array...
As far as the naming of devices is concerned, the bug and the necessary
fix are entirely obvious.
But the interaction with
From: Jarkko Lavinen [EMAIL PROTECTED]
When a card is removed while it is being accessed, a command can get stuck so
that no timeout or end of command interrupt ever occurs. The command getting
stuck is almost always CDM12, but also the other commands can get stuck. Catch
a stuck command with a
From: Juha Yrjola [EMAIL PROTECTED]
General code cleanup, modifications at some dev_* functions and
other hacks at mmc_omap_irq() for MMC multislot support.
Signed-off-by: Juha Yrjola [EMAIL PROTECTED]
Signed-off-by: Carlos Eduardo Aguiar [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren [EMAIL
On Monday 28 January 2008, Andrey Borzenkov wrote:
Richard Heck wrote:
Daniel Barkalow wrote:
Can you switch back to old IDE to get your work done (and to make sure
it's not a hardware issue that's developed recently)?
I think it'd be really, REALLY helpful to a lot of people if you, or
From: Jarkko Lavinen [EMAIL PROTECTED]
Abort failed command from workqueue rather than from an interrupt,
allowing longer delays in abortion.
Signed-off-by: Jarkko Lavinen [EMAIL PROTECTED]
---
drivers/mmc/host/omap.c | 82 ---
1 files changed, 49
Max wrote:
Also CPU sets seem to mostly deal with the scheduler domains.
True - though cpusets (no space ;) sched_load_balance flag can
be used to see that some CPUs are not in any scheduler domain,
which is equivalent to not having the scheduler run on them.
--
I won't rest
From: Jarkko Lavinen [EMAIL PROTECTED]
Use work queues for starting new commands instead of starting them
directly from irq handler. The command scheduling needs to be delayed
a bit for some cards which should not be done from an interrupt.
Signed-off-by: Jarkko Lavinen [EMAIL PROTECTED]
---
From: Jarkko Lavinen [EMAIL PROTECTED]
The cover waitqueue is occasionally scheduled twice from timer
and the interrupt and oops follows. It would have been possible
to fix this problem with spinlocks but using tasklet was a dropin
sloution with no need for locking.
This path also adds some
From: Kyungmin Park [EMAIL PROTECTED]
If the get_cover_state is not set, it occurs the oops.
Signed-off-by: Kyungmin Park [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
drivers/mmc/host/omap.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git
From: Carlos Eduardo Aguiar [EMAIL PROTECTED]
Using setup_timer() instead of init_timer() on omap.c file.
Signed-off-by: Carlos Eduardo Aguiar [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
drivers/mmc/host/omap.c | 14 --
1 files changed, 4 insertions(+), 10
From: Juha Yrjola [EMAIL PROTECTED]
Modifications at power functions to MMC multislot support. This patch
also move board-specific code out of MMC OMAP driver.
Signed-off-by: Juha Yrjola [EMAIL PROTECTED]
Signed-off-by: Carlos Eduardo Aguiar [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren [EMAIL
From: Juha Yrjola [EMAIL PROTECTED]
Fix the data timeout calculation for MMC multislot support.
Signed-off-by: Juha Yrjola [EMAIL PROTECTED]
Signed-off-by: Jarkko Lavinen [EMAIL PROTECTED]
Signed-off-by: Carlos Eduardo Aguiar [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
From: Juha Yrjola [EMAIL PROTECTED]
This patch adds back MMC cover switch support in a way that
supports multiple slots.
Signed-off-by: Juha Yrjola [EMAIL PROTECTED]
Signed-off-by: Jarkko Lavinen [EMAIL PROTECTED]
Signed-off-by: Carlos Eduardo Aguiar [EMAIL PROTECTED]
Signed-off-by: Tony
The new API is a lot simpler, and it is INTENT driven.
This means that PAT (for 2.6.26) no longer has to second guess various things
and capabilities, it just gets a set_memory_uc() or set_memory_wc() call and
AFAIK there is no valid use case where you would ever change PAT
bits on a page you
From: Juha Yrjola [EMAIL PROTECTED]
New functions to support MMC multislot:
mmc_omap_release_dma() and mmc_omap_abort_xfer().
Signed-off-by: Juha Yrjola [EMAIL PROTECTED]
Signed-off-by: Carlos Eduardo Aguiar [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
Hi Pierre, Tony and folks,
The patch series that follows is a synchronization of MMC OMAP driver
from Linux-OMAP tree into mainline tree.
Basically, it brings MMC multislot support for OMAP boards with one slot
(like H2 1611, H3 1710) or two slots (like H4 2420 and N800). Others
boards supported
* Jeremy Fitzhardinge [EMAIL PROTECTED] wrote:
This series addresses various cleanups in pagetable allocation in the
direction of unifying 32/64 bits (that's still a while off yet).
hm, i tried this, and got an early crash:
[ 29.389844] VFS: Mounted root (ext3 filesystem) readonly.
[
Hello,
At Monday 28 January 2008 Ingo Molnar wrote :
it splits the CPU time between Xorg (root UID) and desktop apps. This
helps particularly well when there's compile jobs going on, etc. - Xorg
good news for all Gentoo users ;)
So if you have some time to play with this, could you please
On Jan 28, 2008, at 6:34 AM, Miklos Szeredi wrote:
All mount options should be shown, which are needed to reconstruct a
previous mount.
Ah, OK.
I'm happy to implement logic to display the all missing options. I
should have updated nfs_show_mount_options() when I wrote the NFS
mount option
On Sunday 27 January 2008 12:20:40 pm Stefan Richter wrote:
There is a race between shutdown and creation of devices: fw-core may
attempt to add a device with the same name of an already existing
device. http://bugzilla.kernel.org/show_bug.cgi?id=9828
Impact of the bug: Happens rarely,
On Mon, Jan 28 2008 at 18:13 +0200, Greg KH [EMAIL PROTECTED] wrote:
On Mon, Jan 28, 2008 at 12:44:19PM +0200, Boaz Harrosh wrote:
On Fri, Jan 25 2008 at 20:02 +0200, Greg KH [EMAIL PROTECTED] wrote:
FYI, this is a patch that will be sent out in the next round to Linus
for inclusion in 2.6.25.
Ten days ago, Mike wrote:
The primary problem arises because of cpumask_t local variables. Until I
can deal with these, increasing NR_CPUS to a really large value increases
stack size dramatically.
Here are the top stack consumers with NR_CPUS = 4k.
16392
Hi,
I took some time today and went through Wolfgangs scenarios partly. Now
some results from my side. I ran my tests on a 2.6.24-rt1
Wolfgang Grandegger wrote:
I also did some more measurements and made, by chance, interesting
observations. I will summarize in more detail later on. Here
* Justin Piszcz [EMAIL PROTECTED] wrote:
Tried it, it worked successfully!
With stock kernel, previous way I had to use it was mem=8832M and top
showed this:
top - 18:53:52 up 1 min, 2 users, load average: 1.03, 0.30, 0.10
Tasks: 169 total, 1 running, 168 sleeping, 0 stopped, 0
On Monday, 28 of January 2008, Rafael J. Wysocki wrote:
On Monday, 28 of January 2008, Steven Rostedt wrote:
Rafael J. Wysocki wrote:
No, this isn't the WARN_ON().
this does have the feel of being scheduling related, but are you
absolutely sure about the precise identity of the
Ingo Molnar writes:
* Mikael Pettersson [EMAIL PROTECTED] wrote:
Now I tried the 2.6.24 release and noticed that WOL is still
broken. I'll be happy to test any patches that can make it into
2.6.24.1.
1. Wrong mailing list; use netdev (@vger) instead.
lkml is
Peter Zijlstra wrote:
On Mon, 2008-01-28 at 14:00 -0500, Steven Rostedt wrote:
On Mon, 28 Jan 2008, Max Krasnyanskiy wrote:
[PATCH] [CPUISOL] Support for workqueue isolation
The thing about workqueues is that they should only be woken on a CPU if
something on that CPU accessed them. IOW,
On Sat, 26 Jan 2008, Andrew Morton wrote:
We call something(GFP_KERNEL) under rcu_read_lock()? I've lost track of
the myriad flavours of rcu which we purport to support, but I don't think
they'll all like us blocking under rcu_read_lock().
We _won't_ block, because try_to_release_page()
Gene Heskett wrote:
Greeting;
I had to reboot early this morning due to a freezeup, and I had a
bunch of these in the messages log:
==
Jan 27 19:42:11 coyote kernel: [42461.915961] ata1.00: exception Emask 0x0 SAct
0x0 SErr 0x0 action 0x2 frozen
Jan 27 19:42:11 coyote kernel:
Enabling this option changes a hard panic on boot errors to a
soft panic, which does not stop the system completely.
You can still scroll the screen and read the messages.
Signed-Off-By: Bodo Eggert [EMAIL PROTECTED]
---
Fixed: s/SOFTPANIC/CONFIG_SOFTPANIC/
I did not implement shutting down
On Monday 28 January 2008, Mark Lord wrote:
Gene Heskett wrote:
Greeting;
I had to reboot early this morning due to a freezeup, and I had a
bunch of these in the messages log:
==
Jan 27 19:42:11 coyote kernel: [42461.915961] ata1.00: exception Emask 0x0
SAct 0x0 SErr 0x0 action
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Speaking of cleanups, the following one is applicable IMO.
--- linux-2.6.orig/arch/x86/mm/init_32.c
+++ linux-2.6/arch/x86/mm/init_32.c
@@ -444,23 +444,23 @@ static void __init pagetable_init (void)
paravirt_pagetable_setup_done(pgd_base);
On Wed, Jan 16, 2008 at 11:21:21PM +0100, Andi Kleen wrote:
Deprecate checkpatch.pl --file mode; add warning; add --file-force
As discussed on linux-kernel checkpatch.pl only patches for whole
files have a significant cost. Better such changes should be only
done together with other
On Monday 28 January 2008, Adrian Bunk wrote:
On Mon, Jan 28, 2008 at 06:53:15AM -0500, Mike Frysinger wrote:
On Monday 28 January 2008, Rishikesh K. Rajak wrote:
Here i am getting failure on the x86_64 machine with new kernel.
Here is the uname for that machine:
On Friday 25 January 2008, Jochen Friedrich wrote:
Maybe the wording should be changed to:
This driver is now only used on ColdFire (m68knommu) processors. Conditional
PowerPC code has been removed.
How about adding a pointer to the driver that is now used on powerpc,
for the people that
Paul Jackson wrote:
Randy wrote:
Does Sylpheed IMAP do filtering for you?
It does not according to the Sylpheed FAQ, but the FAQ is
extremely out of date.
You are correct that the Sylpheed FAQ, such as at:
http://sylpheeddoc.sourceforge.net/en/faq/faq-1.html
states:
1.8 Q08 Does
1 - 100 of 1261 matches
Mail list logo
