On Tue, 24 Apr 2007 17:03:29 +0900
Tejun Heo [EMAIL PROTECTED] wrote:
Hello,
Kristen Carlson Accardi wrote:
static unsigned int ata_print_id = 1;
@@ -1744,6 +1745,23 @@ int ata_dev_configure(struct ata_device
}
dev-cdb_len = (unsigned int) rc;
+
Hi
On Tue, 24 Apr 2007 08:26:00 -0700
[EMAIL PROTECTED] wrote:
Adrian Bunk napsal:
Subject: gammu no longer works
References : http://lkml.org/lkml/2007/4/20/84
Submitter : Wolfgang Erig [EMAIL PROTECTED]
Status : unknown
As several people reported this issue to me, I
Nick Piggin wrote:
On Thu, Apr 19, 2007 at 12:26:03PM -0700, Ray Lee wrote:
On 4/19/07, Con Kolivas [EMAIL PROTECTED] wrote:
The one fly in the ointment for
linux remains X. I am still, to this moment, completely and utterly stunned
at why everyone is trying to find increasingly complex
Subject: Remove unnecessary include of linux/tty.h from a bunch of files
Including serial_core.h no longer requires including tty.h first, but
a lot of files still seem to have this in them. Remove all the
unnecessary references.
Signed-off-by: Corey Minyard [EMAIL PROTECTED]
Index:
Vincent Vanackere wrote:
Hi,
I'm getting the following oops at boot with the latest -mm kernel :
---
kernel BUG at fs/sysfs/inode.c:272
Known problem. Working on it. Thanks.
--
tejun
-
To unsubscribe from this list: send the
Thiago M. Sayão wrote:
Sometimes, randomly i get this Oops message and the system becomes
unstable. By unstable i mean all applications segmentation faults when i
execute (after the Oops). Sometimes X crashes, sometimes the machine
just reboots (the reboot might be other problem tho).
This
On 04/24, David Howells wrote:
Oleg Nesterov [EMAIL PROTECTED] wrote:
The current code uses del_timer_sync(). It will also return 0. However, it
will spin waiting for timer-function() to complete. So we are just wasting
CPU.
That's my objection to using cancel_delayed_work() as it
On Tue, Apr 24, 2007 at 08:50:20AM -0700, Ray Lee wrote:
Firstly, lots of clients in your list are remote. X usually isn't.
They really aren't, unless you happen to work somewhere that can afford
to dedicate a box to a db, which suddenly makes the scheduler a dull
topic.
For example, I
On Monday 23 April 2007, Ingo Molnar wrote:
i'm pleased to announce release -v5 of the CFS scheduler patchset.
Hi Ingo,
I just noticed that with cfs all processes (except some kernel threads) run on
cpu 0. I don't think this is expected cpu affinity for an smp system? I
remember about half of
Oleg Nesterov [EMAIL PROTECTED] wrote:
The current code uses del_timer_sync(). It will also return 0. However,
it will spin waiting for timer-function() to complete. So we are just
wasting CPU.
That's my objection to using cancel_delayed_work() as it stands, although in
most cases
of rejects:
[EMAIL PROTECTED]:/src/linux-2.6-block $ patch -p1 --dry-run ~/foo
[...]
10 out of 27 hunks FAILED -- saving rejects to file
block/cfq-iosched.c.rej
If you don't want to use the git tree, then just grab
http://brick.kernel.dk/snaps/cfq-update-20070424
and apply it to 2.6.21-rc7-gitX
On Tue, 24 Apr 2007 14:09:33 +0100 (BST) Hugh Dickins [EMAIL PROTECTED] wrote:
On Mon, 23 Apr 2007, Andrew Morton wrote:
OK. I hope. the mapping_gfp_mask() here will have come from bdget()'s
mapping_set_gfp_mask(inode-i_data, GFP_USER); If anyone is accidentally
setting __GFP_HIGHMEM
Oleg Nesterov [EMAIL PROTECTED] writes:
On 04/24, Oleg Nesterov wrote:
Hm, mm_release() clears -vfork_done before complete().
Duh. Yes somehow I had a blind spot there. I clearly
need to handle that case.
mm_release:
struct completion *vfork_done = tsk-vfork_done;
On Tue, 24 Apr 2007 15:43:21 +0200 J.A. Magallón [EMAIL PROTECTED] wrote:
On Tue, 24 Apr 2007 04:58:01 -0700, Andrew Morton [EMAIL PROTECTED] wrote:
On Tue, 24 Apr 2007 10:10:41 +0200 J.A. Magallón [EMAIL PROTECTED]
wrote:
On Sun, 8 Apr 2007 14:35:59 -0700, Andrew Morton [EMAIL
On Tue, Apr 24, 2007 at 11:38:53AM +1000, Benjamin Herrenschmidt wrote:
The only reason for using threads here is to get the error recovery
out of an interrupt context (where errors may be detected), and then,
an hour later, decrement a counter (which is how we limit these to
6 per hour).
://brick.kernel.dk/snaps/cfq-update-20070424
and apply it to 2.6.21-rc7-gitX (latest) and provide a diff against
that. Thanks!
I merged it myself, care to double check it? I'll do some testing on it
tomorrow, and integrate if I'm happy with it.
Have you done any multi disk testing? scsi_debug can be quite
On Mon, 2007-04-23 at 23:17 -0700, [EMAIL PROTECTED] wrote:
On Sun, 22 Apr 2007 19:00:46 -0700, Eric Hopper
[EMAIL PROTECTED] said:
I know that this whole effort has been put in disarray by the
prosecution of Hans Reiser, but I'm curious as to its status. Is
Reiser4 going to be going
On Tue, 24 Apr 2007 16:04:16 +0200 Gerd Hoffmann [EMAIL PROTECTED] wrote:
I get this, across netconsole:
[17179569.184000] console handover: boot [earlyvga_f_0] - real [tty0]
wanna take a look at why there's cruft in bootconsole-name please?
-EFULL ;)
earlyvga is 8 chars.
On 04/24, David Howells wrote:
Oleg Nesterov [EMAIL PROTECTED] wrote:
Great. I'll send the s/del_timer_sync/del_timer/ patch.
I didn't say I necessarily agreed that this was a good idea. I just meant
that
I agree that it will waste CPU. You must still audit all uses of
On Wed, 25 Apr 2007 01:33:59 +0900 Tejun Heo [EMAIL PROTECTED] wrote:
Vincent Vanackere wrote:
Hi,
I'm getting the following oops at boot with the latest -mm kernel :
---
kernel BUG at fs/sysfs/inode.c:272
Known problem.
On Thu, Apr 19, 2007 at 01:58:45AM -0600, Eric W. Biederman wrote:
From: Eric W. Biederman [EMAIL PROTECTED]
This patch modifies the startup of eehd to use kthread_run
not a combination of kernel_thread and daemonize. Making
the code slightly simpler and more maintainable.
For the patch
On Tue, 24 Apr 2007, Hugh Dickins wrote:
I've not yet looked at the patch under discussion, but this remark
prompts me... a couple of days ago I got very worried by the various
hard-wired GFP_HIGHUSER allocations in mm/migrate.c and mm/mempolicy.c,
and wondered how those would work out if
On Fri, 20 Apr 2007, Siddha, Suresh B wrote:
Last I checked it was workload-dependent, but there were things that
hammer it. I mostly know of the remote wakeup issue, but there could
be other things besides wakeups that do it, too.
remote wakeup was the main issue and the 0.5%
On Tue, Apr 24, 2007 at 10:39:48AM -0700, Christoph Lameter wrote:
On Fri, 20 Apr 2007, Siddha, Suresh B wrote:
Last I checked it was workload-dependent, but there were things that
hammer it. I mostly know of the remote wakeup issue, but there could
be other things besides wakeups that
On Tue, 24 Apr 2007, Hugh Dickins wrote:
I've not yet looked at the patch under discussion, but this remark
prompts me... a couple of days ago I got very worried by the various
hard-wired GFP_HIGHUSER allocations in mm/migrate.c and mm/mempolicy.c,
and wondered how those would work out if
On Tue, 24 Apr 2007, Christoph Lameter wrote:
On Tue, 24 Apr 2007, Hugh Dickins wrote:
I've not yet looked at the patch under discussion, but this remark
prompts me... a couple of days ago I got very worried by the various
hard-wired GFP_HIGHUSER allocations in mm/migrate.c and
On Tue, Apr 24, 2007 at 10:38:32AM -0400, Gene Heskett wrote:
On Tuesday 24 April 2007, Ingo Molnar wrote:
* David Lang [EMAIL PROTECTED] wrote:
(Btw., to protect against such mishaps in the future i have changed
the SysRq-N [SysRq-Nice] implementation in my tree to not only
change
the RocketPort driver uses a semaphore as mutex. use the mutex API
instead of the (binary) semaphore
Signed-off-by: Matthias Kaehlcke [EMAIL PROTECTED]
--
diff --git a/drivers/char/rocket.c b/drivers/char/rocket.c
index 76357c8..faa5dd5 100644
--- a/drivers/char/rocket.c
+++
On Tue, 24 Apr 2007, Siddha, Suresh B wrote:
.5% is usually in the noise ratio. Are you consistently seeing an
improvement or is that sporadic?
No. This is consistent. I am waiting for the perf data on a much much bigger
NUMA box.
Anyhow, this is a straight forward optimization and
On Tue, 24 Apr 2007, Hugh Dickins wrote:
And if a page is in the wrong area then it can be bounced before I/O
is performed on it.
I think that much is also true, but not where the problem lies.
Isn't the problem that filesystems using these block devices
expect their metadata to be
Andrew Morton wrote:
It seems fairly sensitive to .config settings. See
http://userweb.kernel.org/~akpm/config-sony.txt
I haven't tried your config yet, but I haven't managed to reproduce it
by playing with the usual suspects in my config (SMP, PREEMPT). Any
idea about which config
Andrew Morton wrote:
On Wed, 25 Apr 2007 01:33:59 +0900 Tejun Heo [EMAIL PROTECTED] wrote:
Vincent Vanackere wrote:
Hi,
I'm getting the following oops at boot with the latest -mm kernel :
---
kernel BUG at fs/sysfs/inode.c:272
On Tue, Apr 24, 2007 at 10:47:45AM -0700, Christoph Lameter wrote:
On Tue, 24 Apr 2007, Siddha, Suresh B wrote:
Anyhow, this is a straight forward optimization and needs to be done. Do you
have any specific concerns?
Yes there should not be contention on per cpu data in principle. The
On Tue, 24 Apr 2007 18:45:03 +0100 (BST) Hugh Dickins [EMAIL PROTECTED] wrote:
On Tue, 24 Apr 2007, Christoph Lameter wrote:
On Tue, 24 Apr 2007, Hugh Dickins wrote:
I've not yet looked at the patch under discussion, but this remark
prompts me... a couple of days ago I got very
Looks good, applied for 2.6.22.
-
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 read the FAQ at http://www.tux.org/lkml/
We have been investigating Linux support for the following chips:
Zilog Z16C30 (also known as the USC or just 16C30)
Zilog Z16C32 (also known as the IUSC or just 16C32)
http://www.zilog.com/products/family.asp?fam=200
InfineonSEROCCO family
Am Dienstag, 24. April 2007 19:49 schrieb Matthias Kaehlcke:
@@ -1706,7 +1706,7 @@ static int rp_write(struct tty_struct *tty,
if (count = 0 || rocket_paranoia_check(info, rp_write))
return 0;
- down_interruptible(info-write_sem);
+
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/depca.c |3 +-
drivers/net/hamradio/baycom_ser_fdx.c |6 +++-
drivers/net/sis900.c
On Tue, 24 Apr 2007, Siddha, Suresh B wrote:
On Tue, Apr 24, 2007 at 10:47:45AM -0700, Christoph Lameter wrote:
On Tue, 24 Apr 2007, Siddha, Suresh B wrote:
Anyhow, this is a straight forward optimization and needs to be done. Do
you
have any specific concerns?
Yes there should
On 24/04/07, William Heimbigner [EMAIL PROTECTED] wrote:
On Tue, 24 Apr 2007, Michal Piotrowski wrote:
On 24/04/07, William Heimbigner [EMAIL PROTECTED] wrote:
On Tue, 24 Apr 2007, Michal Piotrowski wrote:
On 24/04/07, William Heimbigner [EMAIL PROTECTED] wrote:
On Tue, 24 Apr 2007,
On Tue, 24 Apr 2007, Andrew Morton wrote:
I think that much is also true, but not where the problem lies.
Isn't the problem that filesystems using these block devices
expect their metadata to be accessible without kmap calls?
yup. wherever we dereference buffer_head.b_data we're
On Wed, 25 Apr 2007 02:51:43 +0900 Tejun Heo [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
On Wed, 25 Apr 2007 01:33:59 +0900 Tejun Heo [EMAIL PROTECTED] wrote:
Vincent Vanackere wrote:
Hi,
I'm getting the following oops at boot with the latest -mm kernel :
On Tue, 24 Apr 2007 10:51:35 -0700 Jeremy Fitzhardinge [EMAIL PROTECTED]
wrote:
Andrew Morton wrote:
It seems fairly sensitive to .config settings. See
http://userweb.kernel.org/~akpm/config-sony.txt
I haven't tried your config yet, but I haven't managed to reproduce it
by playing
Following this mail are two fixes related to a boot problem in relation
to ZONE_MOVABLE. These are fixes for memory partitioning where kernelcore=
is used and is unrelated to grouping pages by mobility.
The first patch moves kernelcore= parsing to common code. This avoids an
infinite loop that
When kernelcore boot option is specified, kernel can't boot up on ia64
because of an infinite loop. In addition, the parsing code can be handled
in an architecture-independent manner.
This patch patches uses common code to handle the kernelcore= parameter.
It is only available to architectures
The boot memory allocator makes assumptions on the alignment of zone
boundaries even though the buddy allocator has no requirements on the
alignment of zones. This may cause boot problems in situations where
ZONE_MOVABLE is populated because the bootmem allocator assumes zones are
at least
Jan-Bernd Themann wrote:
This patch includes:
- dlpar fix:
certain resources may only be allocated when first
logical port is available, and must be removed when
last logical port has been removed
- sysfs entries:
create symbolic link from each logical port to ehea
On Mon, 2007-04-23 at 18:57 -0700, Bill Huey wrote:
On Mon, Apr 23, 2007 at 05:59:06PM -0700, Li, Tong N wrote:
I don't know if we've discussed this or not. Since both CFS and SD claim
to be fair, I'd like to hear more opinions on the fairness aspect of
these designs. In areas such as OS,
LAPLACE Cyprien wrote:
I wonder how the guest domain can be denied timer interrupts for such a
long time ? The only reason I see is that the guest domain is not
scheduled at all (host domain or another higher priority guest running).
Now in SMP host and guest, what happens if a guest CPU is
On Tue, Apr 24, 2007 at 08:49:04AM -0700, Kristen Carlson Accardi wrote:
On Tue, 24 Apr 2007 12:23:04 +0200
Olivier Galibert [EMAIL PROTECTED] wrote:
Sorry for replying to Alan's reply, I missed the original mail.
+#define ata_id_has_AN(id) \
+ ((id[76] (~id[76]))
On Tue, Apr 24, 2007 at 10:55:45AM -0700, Christoph Lameter wrote:
On Tue, 24 Apr 2007, Siddha, Suresh B wrote:
yes, we were planning to move this to a different percpu section, where
all the elements in this new section will be cacheline aligned(both
at the start, aswell as end)
I would
Andrew Morton wrote:
I said that because the damn thing went away when I was hunting it down
because I lost the config and was unable to remember the right combination
of debug settings. Fortunately it later came back so I took care to
preserve the config.
sched_clock doesn't *do*
El Tue, Apr 24, 2007 at 07:53:04PM +0200 Oliver Neukum ha dit:
Am Dienstag, 24. April 2007 19:49 schrieb Matthias Kaehlcke:
@@ -1706,7 +1706,7 @@ static int rp_write(struct tty_struct *tty,
if (count = 0 || rocket_paranoia_check(info, rp_write))
return 0;
-
Does this patch fix it?
Didn't hit that particular oops with that anymore in several LTP runs and
your patch applied, but got this data corruption:
doio(rwtest04) (20172) 19:01:03
-
*** DATA COMPARISON ERROR ***
check_file(/tmp/ltp-14369/mm-sync-20156, 12754624, 23879,
Oleg Nesterov [EMAIL PROTECTED] wrote:
Sure, I'll grep for cancel_delayed_work(). But unless I missed something,
this change should be completely transparent for all users. Otherwise, it
is buggy.
I guess you will have to make sure that cancel_delayed_work() is always
followed by a flush of
...
CPU1: Thermal monitoring enabled (TM2)
Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz stepping 02
checking TSC synchronization [CPU#0 - CPU#1]: passed.
Brought up 2 CPUs
migration_cost=
BUG: at arch/x86_64/kernel/../../i386/kernel/sched-clock.c:175
init_sched_clock()
Call Trace:
Hello,
0. intro
I am very happy to report that v46 of RSDL subjectively is much better than
v42. As you (Con Kolivas) might
remember from a previous mail I was experimenting with using nice levels
effectively. I have refined these
levels to this layout:
-2 : clock (ntpd)
-1 :
I had a look at the kernel code -- currently, all device drivers except
ehca do this by themselves:
So I think it makes a lot of sense to put the class_dev.dev assignment
into generic ib_core code instead of repeating it in all the drivers.
The respective lines could move out of the
Kernel panic on boot, console output attached.
[14316256.221707] Linux version 2.6.21-rc7-mm1 ([EMAIL PROTECTED]) (gcc version
4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Tue Apr 24 12:09:02 MDT
2007
[14316256.221707] Command line: root=/dev/sdc1 ro console=tty0
On Tue, 24 Apr 2007 20:05:52 +0200
Olivier Galibert [EMAIL PROTECTED] wrote:
On Tue, Apr 24, 2007 at 08:49:04AM -0700, Kristen Carlson Accardi wrote:
On Tue, 24 Apr 2007 12:23:04 +0200
Olivier Galibert [EMAIL PROTECTED] wrote:
Sorry for replying to Alan's reply, I missed the original
On Tue, Apr 24 2007, Jens Axboe wrote:
- if (key != CFQ_KEY_ASYNC)
+ if (!is_sync)
cfq_mark_cfqq_idle_window(cfqq);
+ else
+ cfq_mark_cfqq_sync(cfqq);
Woops, should be
if (is_sync) {
On Tue, 24 Apr 2007 11:16:09 -0700 Jeremy Fitzhardinge [EMAIL PROTECTED]
wrote:
Andrew Morton wrote:
I said that because the damn thing went away when I was hunting it down
because I lost the config and was unable to remember the right combination
of debug settings. Fortunately it later
On Tue, Apr 24 2007, Jens Axboe wrote:
On Tue, Apr 24 2007, Jens Axboe wrote:
- if (key != CFQ_KEY_ASYNC)
+ if (!is_sync)
cfq_mark_cfqq_idle_window(cfqq);
+ else
+ cfq_mark_cfqq_sync(cfqq);
Woops, should be
On Tue, 24 Apr 2007 22:23:58 +0400 Alexey Dobriyan [EMAIL PROTECTED] wrote:
...
CPU1: Thermal monitoring enabled (TM2)
Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz stepping 02
checking TSC synchronization [CPU#0 - CPU#1]: passed.
Brought up 2 CPUs
migration_cost=
BUG: at
the SBPCD driver uses a semaphore as mutex. use the mutex API
instead of the (binary) semaphore
Signed-off-by: Matthias Kaehlcke [EMAIL PROTECTED]
--
diff --git a/drivers/cdrom/sbpcd.c b/drivers/cdrom/sbpcd.c
index a1283b1..5c6a8d3 100644
--- a/drivers/cdrom/sbpcd.c
+++ b/drivers/cdrom/sbpcd.c
On Tue, 24 Apr 2007, Christoph Lameter wrote:
On Tue, 24 Apr 2007, Hugh Dickins wrote:
I've not yet looked at the patch under discussion, but this remark
prompts me... a couple of days ago I got very worried by the various
hard-wired GFP_HIGHUSER allocations in mm/migrate.c and
On 04/24, Jarek Poplawski wrote:
This looks fine. Of course, it requires to remove some debugging
currently done with _PENDING flag
For example?
and it's hard to estimate this
all before you do more, but it should be more foreseeable than
current way. But
On Tue, 24 Apr 2007, Nikita Danilov wrote:
Amit Gud writes:
Hello,
This is an initial implementation of ChunkFS technique, briefly discussed
at: http://lwn.net/Articles/190222 and
http://cis.ksu.edu/~gud/docs/chunkfs-hotdep-val-arjan-gud-zach.pdf
I have a couple of questions about
On Tue, 24 Apr 2007, Andrew Morton wrote:
From my reading it would be pretty simple to teach unmap_and_move()
to pass mapping_gfp_mask(page_mapping(page)) down into
(*get_new_page)() to get the correct type of page.
Or even simpler, since they're already passed the source page,
just get it
the TPM driver uses two semaphores as mutexes. use the mutex API
instead of the (binary) semaphores
Signed-off-by: Matthias Kaehlcke [EMAIL PROTECTED]
--
diff --git a/drivers/char/tpm/tpm.c b/drivers/char/tpm/tpm.c
index e5a254a..0805d39 100644
--- a/drivers/char/tpm/tpm.c
+++
I can confirm that reverting commit
7639e962234c76031d1ddf436def7fd9602be560 fixes the problem. Also,
there seem to be plenty of other people reporting the same boot
locking:
http://groups.google.com/group/fa.linux.kernel/msg/cc0453677be44a9e
http://bbs.archlinux.org/viewtopic.php?pid=245313
DS Threads plus epoll is another.
20k threads and maybe more is too much :). Look at http://nginx.net/
senction Architecture and scalability for example.
DS It really depends upon how much performance you need
all, that hardware can take and hold :)
Why would you want 20k threads? You
Hi,
OK for me.
Viele Grüße
Eberhard Mönkeberg ([EMAIL PROTECTED], [EMAIL PROTECTED])
On Tue, 24 Apr 2007, Matthias Kaehlcke wrote:
the SBPCD driver uses a semaphore as mutex. use the mutex API
instead of the (binary) semaphore
Signed-off-by: Matthias Kaehlcke [EMAIL PROTECTED]
--
Hi!
+#if 0
+/* Code below works, but unused currently, thus produces defined but not
+ * used warning. It stays here for reference and future needs, feel free
+ * to drop #if 0 when you're about to use it. */
We normaly don't do this.
On Tuesday 24 April 2007 08:03:02 Ashok Raj wrote:
+#ifdef CONFIG_DMAR
+#ifdef CONFIG_SMP
+static void dmar_msi_set_affinity(unsigned int irq, cpumask_t mask)
Why does it need an own interrupt type?
+
+config IOVA_GUARD_PAGE
+ bool Enables gaurd page when allocating IO Virtual
+config DMAR
+ bool Support for DMA Remapping Devices (EXPERIMENTAL)
+ depends on PCI_MSI ACPI EXPERIMENTAL
+ help
+ Support DMA Remapping Devices. The devices are reported via
+ ACPI tables and includes pci device scope under each DMA
+ remapping device.
Hi!
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
Yes please. Generic battery support is badly needed.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
Hi Andrew,
/* module parameters */
+#define CELSIUS0
+#define FAHRENHEIT 1
+static int proc_temp_mode = CELSIUS;
+module_param(proc_temp_mode, int, 0);
+MODULE_PARM_DESC(proc_temp_mode, which temperature mode to use in /proc/
0=Celsius, 1=Fahrenheit (default=0));
On Tuesday 24 April 2007 08:03:03 Ashok Raj wrote:
PCI specs permit zero length reads (ZLR) even if the mapping for that region
is write only. Support for this feature is indicated by the presence of a bit
in the DMAR capability. If a particular DMAR does not support this capability
we map
On Tuesday 24 April 2007 08:03:07 Ashok Raj wrote:
Some devices may not support entire 64bit DMA. In a situation where such
devices are co-located in a shared domain, we need to ensure there is some
address space reserved for such devices without the low addresses getting
depleted by other
On Tuesday 24 April 2007 08:03:06 Ashok Raj wrote:
Floppy disk drivers dont work well with DMA remapping.
What is the problem? You can't allocate mappings 16MB?
Its possible to
extend the current use for x86_64, but the gain is very little. If someone
feels compelled to clean this up, its
On 04/24, David Howells wrote:
Oleg Nesterov [EMAIL PROTECTED] wrote:
Sure, I'll grep for cancel_delayed_work(). But unless I missed something,
this change should be completely transparent for all users. Otherwise, it
is buggy.
I guess you will have to make sure that
David Lang writes:
On Tue, 24 Apr 2007, Nikita Danilov wrote:
Amit Gud writes:
Hello,
This is an initial implementation of ChunkFS technique, briefly discussed
at: http://lwn.net/Articles/190222 and
http://cis.ksu.edu/~gud/docs/chunkfs-hotdep-val-arjan-gud-zach.pdf
On Tue, 24 Apr 2007, Hugh Dickins wrote:
I was certainly ignorant of that; but I'm not convinced it eliminates
the potential issue. For a start, sys_move_pages seems not to involve
mempolicies at all - I don't see what prevents it migrating blockdev
pages away from the only node which has
Hi!
That said, you may need to use uWh and uAh instead of mAh and mWh,
though.
Not sure. Is there any existing chip that can report uAh/uWh? That is
great precision.
The way things are going, it should be feasible for small embedded systems
quite soon. Refer to the
On Sun, 22 Apr 2007, Greg KH wrote:
Looking some more, kobject_get_path() is used for kobject renaming,
uevent handling, and a little bit in the input core. None of these things
should try to access a kobject after it has been del()ed. After all, it's
no longer present in the
Because there are unaddressed items in this todo list:
http://pub.namesys.com/Reiser4/ToDo
The main issues here are xattrs and support for blocksize != pagesize.
I would consider both to be optional. We have various file systems
in tree that don't support either (e.g. JFS only supports 4K
Jens Axboe wrote:
Ok, can you try and reproduce with this one applied? It'll keep the
system running (unless there are other corruptions going on), so it
should help you a bit as well. It will dump some cfq state info when the
condition triggers that can perhaps help diagnose this. So if you
On Tue, 24 Apr 2007 12:34:53 -0700 (PDT) Christoph Lameter [EMAIL PROTECTED]
wrote:
Not as metadata, no. But someone (let's hope only root, though I may
be wrong on that) can map any part of the block device into userspace.
Concurrent access to a block device by a filesystem and the
On Tue, 24 Apr 2007, Hugh Dickins wrote:
Or Christoph may prevail in persuading there's no such problem.
This is pointless. NUMA allocations can only be controlled for the highest
zone. If we switch to a lower zone then we allocate on a different zone
than the user requested.
-
To
On Tue, 24 Apr 2007, Andrew Morton wrote:
No, think of the following scenario:
- file I/O causes a read of an ext2 file's bitmap. The bitmap is
brought into /dev/hda1's pagecache using !__GFP_HIGHMEM
- references are released against that page and it's now just clean
reclaimable
the Sony Programmable I/O Control driver uses a semaphore as
mutex. use the mutex API instead of the (binary) semaphore
Signed-off-by: Matthias Kaehlcke [EMAIL PROTECTED]
--
diff --git a/drivers/char/sonypi.c b/drivers/char/sonypi.c
index 7823757..878d8d0 100644
--- a/drivers/char/sonypi.c
+++
Andrew Morton wrote:
Well, it _is_ mysterious.
Did you try to locate the code which failed? I got lost in macros and
include files, and gave up very very easily. Stop hiding, Ingo.
OK, I've managed to reproduce it. Removing the local_irq_save/restore
from sched_clock() makes it go
Olof Johansson wrote:
On Mon, Apr 23, 2007 at 02:56:54PM -0700, Jeremy Fitzhardinge wrote:
Implement a Xen back-end for hvc console.
From: Gerd Hoffmann [EMAIL PROTECTED]
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
---
arch/i386/xen/Kconfig |1
On Tue, 24 Apr 2007, Nikita Danilov wrote:
David Lang writes:
On Tue, 24 Apr 2007, Nikita Danilov wrote:
Amit Gud writes:
Hello,
This is an initial implementation of ChunkFS technique, briefly discussed
at: http://lwn.net/Articles/190222 and
On Tue, 24 Apr 2007 12:59:17 -0700 (PDT) Christoph Lameter [EMAIL PROTECTED]
wrote:
On Tue, 24 Apr 2007, Andrew Morton wrote:
No, think of the following scenario:
- file I/O causes a read of an ext2 file's bitmap. The bitmap is
brought into /dev/hda1's pagecache using
On Tue, 24 Apr 2007, Andrew Morton wrote:
A highmem page can have buffers???
yep. Take a 4k page which is stored in four discontiguous 1k disk blocks. The
data at page_buffers(page) is the sole way in which we track which parts of
the page belong to which blocks of the disk.
But I see no
On Tue, 24 Apr 2007, Roberto De Ioris wrote:
Hi all,
this is the second release for UidBind LSM:
http://projects.unbit.it/uidbind/
UidBind allows call to bind() function only to the uid defined in a
configfs tree.
It is now possible to specify different uid (for the same port) on
On Tue, 24 Apr 2007 13:00:49 -0700 Jeremy Fitzhardinge [EMAIL PROTECTED]
wrote:
Andrew Morton wrote:
Well, it _is_ mysterious.
Did you try to locate the code which failed? I got lost in macros and
include files, and gave up very very easily. Stop hiding, Ingo.
OK, I've managed
On Tue, Apr 24, 2007 at 10:58:44AM -0700, Andrew Morton wrote:
On Wed, 25 Apr 2007 02:51:43 +0900 Tejun Heo [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
On Wed, 25 Apr 2007 01:33:59 +0900 Tejun Heo [EMAIL PROTECTED] wrote:
Vincent Vanackere wrote:
Hi,
I'm getting the
201 - 300 of 911 matches
Mail list logo
