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
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
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
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]
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)
>
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
...
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
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
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
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
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
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=
>
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
+++
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
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
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?
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
> +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
> +
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
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
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
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,
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
> > >
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
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
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
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
>
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
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
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.
> >
>
>
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,
> >
On Tue, 24 Apr 2007, Christoph Lameter wrote:
> 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
On Tue, Apr 24, 2007 at 08:50:48PM +0200, Andi Kleen wrote:
>
> > +
> > +LIST_HEAD(dmar_drhd_units);
> > +LIST_HEAD(dmar_rmrr_units);
>
> Comment describing what lock protects those lists?
> In fact there seems to be no locking. What about hotplug?
>
There is no support to handle an IOMMU
On Tue, 24 Apr 2007 13:12:42 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> 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
Hi!
> > From subsequent emails, I think you already got your answer, but just
> > in case...
> >
> > Yes, if you enabled "Replace swsusp by default" and you already had it
> > set up for getting swsusp to resume. If not, and you're using an
> > initrd/ramfs, you'll need to modify it to echo
>
Jeremy Fitzhardinge 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 to reproduce it. Removing the
On 04/24, Eric W. Biederman wrote:
>
> I don't know if this is the problem but it certainly needs to be fixed.
I guess you will re-submit these patches soon. May I suggest you to put
this
> + spin_lock_irq(>sighand->siglock);
> + signal_wake_up(tsk, 1);
> +
On Tue, 24 Apr 2007, Hugh Dickins wrote:
> On Tue, 24 Apr 2007, Christoph Lameter wrote:
> > 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
> >
Andi Kleen wrote:
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?
floppy doesn't use the DMA mapping API :)
that's the problem
-
To unsubscribe from this list: send the line
On Tue, Apr 24, 2007 at 09:33:15PM +0200, Andi Kleen wrote:
> 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
On Tue, 24 Apr 2007 13:24:24 -0700 Jeremy Fitzhardinge <[EMAIL PROTECTED]>
wrote:
> Jeremy Fitzhardinge 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
Hello Pavel,
On Tue, Apr 24, 2007 at 09:28:46PM +0200, Pavel Machek wrote:
> Hi!
>
> > Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
>
> Yes please. Generic battery support is badly needed.
I'm glad you like it, thanks for the review!
Also I've done some code split. It removes all
--- Gerhard Mack <[EMAIL PROTECTED]> wrote:
> 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
On Tue, Apr 24, 2007 at 09:31:09PM +0200, Andi Kleen wrote:
> 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?
No.. these drivers dont call DMA mapping api's.. thats the
Hi!
> >
> > > Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
> >
> > Yes please. Generic battery support is badly needed.
>
> I'm glad you like it, thanks for the review!
>
> Also I've done some code split. It removes all #ifdefs from battery.c,
> and also separates core from sysfs and
On Tue, 24 Apr 2007 13:30:33 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> > > If the system has both high memory and normal memory then only
> > > allocations
> > > to highmemory are subject to memory policies etc etc. The block device
> > > allocations would be in zone
the DMA pool handler 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/base/dmapool.c b/drivers/base/dmapool.c
index cd467c9..9406259 100644
--- a/drivers/base/dmapool.c
+++
On Tue, 24 Apr 2007, Pavel Machek wrote:
>
> Well, current uswsusp code can do most of stuff suspend2 can do, with
> 20% (or so) of kernel code.
Btw, this is a totally inane argument.
If the code just moved somewhere else, it's not "less code".
You compare complete subsystems against
This patch add a missing '\n' at the end of the 'cover is open' string
in mmc_omap_switch_handler().
Signed-off-by: Arnaud Patard <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
Index: linux-2.6.20/drivers/mmc/omap.c
On Tue, Apr 24, 2007 at 09:28:11PM +0200, Andi Kleen wrote:
> 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
On Tue, 24 Apr 2007, Andrew Morton wrote:
> > I would say that the filesystem is broke if it has such expectations
> > regardless of page migration.
>
> Others disagree ;)
>
> The filesystem has *told* the core kernel what its allocation constraints
> are by setting up mapping_gfp_mask(). If
On Mon, 23 Apr 2007, Andrew Morton wrote:
Try this:
--- a/drivers/block/pktcdvd.c~packet-fix-error-handling
+++ a/drivers/block/pktcdvd.c
@@ -777,7 +777,8 @@ static int pkt_generic_packet(struct pkt
rq->cmd_flags |= REQ_QUIET;
blk_execute_rq(rq->q, pd->bdev->bd_disk,
Andrew Morton wrote:
> 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
As discussed earlier on LKML:
http://lkml.org/lkml/2006/5/4/44
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
Index: linux-2.6.20/drivers/mmc/omap.c
===
--- linux-2.6.20.orig/drivers/mmc/omap.c2007-04-24
Move divisor calculation into a separate function and
re-arrange the init order to make MMC_POWER_ON work.
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
Index: linux-2.6.20/drivers/mmc/omap.c
===
---
Andrew Morton wrote:
> It's weird. And I don't think the locking selftest code calls
> sched_clock() (or any other time-related thing) at all, does it?
>
I guess it ends up going through the scheduler, which does use it.
But...
J
-
To unsubscribe from this list: send the line
> This whole notion that "kernel lines of code" is somehow different is a
> stupid and idiotic _disease_ that is spread by microkernel people and
> people who have been brainwashed by them.
I think a lot of people are tired of this argument, but I am glad you speak
up (as you did last year wrt
On Tue, 2007-04-24 at 13:24 -0700, Jeremy Fitzhardinge wrote:
> And sched_clock's use of local_irq_save/restore appears to be absolutely
> correct, so I think it must be triggering a bug in either the self-tests
> or lockdep itself.
Why does sched_clock need to disable interrupts?
Daniel
-
To
On Tue, 24 Apr 2007 13:44:50 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> On Tue, 24 Apr 2007, Andrew Morton wrote:
>
> > > I would say that the filesystem is broke if it has such expectations
> > > regardless of page migration.
> >
> > Others disagree ;)
> >
> > The filesystem
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> I have not a frigging clue whether that is the case in suspend2 vs
> uswsusp, but I object to this idiotic argument of counting "kernel
> code". That's simply not a valid argument. It never was.
the raw linecount appears to be the following:
Check to see if an ATAPI device supports Asynchronous Notification.
If so, enable it.
changes from last version:
* fix typo in ata_id_has_AN and make word 76 test more clear
* If we fail to set the AN feature, just print a warning and continue
Signed-off-by: Kristen Carlson Accardi <[EMAIL
Hi Pierre,
Find in this series the pending patches from Linux-OMAP to mainline for
drivers/mmc/omap.c
The patches series was applied against Linus' tree 2.6.21-rc7-git6.
Anyway, it was tested on OMAP H2 (using omap_h2_1610_defconfig available
on linus' tree).
BR,
Carlos.
--
Carlos Eduardo
On Tue, 24 Apr 2007, Andrew Morton wrote:
> > Then I think we should disable page migration for allocations that do not
> > allow access to the policy zone. That would fix it.
>
> Can't we use mapping_gfp_mask() when allocating the destination page?
There is no point in migrating something if
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-04-24 at 13:24 -0700, Jeremy Fitzhardinge wrote:
>
> > And sched_clock's use of local_irq_save/restore appears to be absolutely
> > correct, so I think it must be triggering a bug in either the self-tests
> > or lockdep itself.
>
> Why
From: Andi Kleen <[EMAIL PROTECTED]>
Date: Tue, 24 Apr 2007 21:28:11 +0200
> 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
> >
On Tue, Apr 24, 2007 at 09:27:08PM +0200, Andi Kleen wrote:
> 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?
Problem is
On Tue, 2007-04-24 at 22:59 +0200, Ingo Molnar wrote:
> * Daniel Walker <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 2007-04-24 at 13:24 -0700, Jeremy Fitzhardinge wrote:
> >
> > > And sched_clock's use of local_irq_save/restore appears to be absolutely
> > > correct, so I think it must be
The following patches should allow selection of conservative, powersave, and
ondemand in the kernel configuration.
William Heimbigner
[EMAIL PROTECTED]
diff -uprN -X linux-2.6.21-rc7-git6/Documentation/dontdiff
linux-2.6.21-rc7-git6/drivers/cpufreq/Kconfig
On Tue, 24 Apr 2007 19:00:52 +0100 (IST) Mel Gorman <[EMAIL PROTECTED]> wrote:
>
> 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
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > but the point I'm trying to make is that X shouldn't get more
> > CPU-time because it's "more important" (it's not: and as noted
> > earlier, thinking that it's more important skews the problem and
> > makes for too *much* scheduling). X should get
* Carlos Aguiar <[EMAIL PROTECTED]> [070424 21:01]:
> Hi Pierre,
>
> Find in this series the pending patches from Linux-OMAP to mainline for
> drivers/mmc/omap.c
>
> The patches series was applied against Linus' tree 2.6.21-rc7-git6.
>
> Anyway, it was tested on OMAP H2 (using
On Tue, Apr 24, 2007 at 09:03:23PM +, William Heimbigner wrote:
> The following patches should allow selection of conservative, powersave, and
> ondemand in the kernel configuration.
This has been rejected several times already.
Ondemand and conservative isn't a viable governor for all
On Tuesday 24 April 2007 22:33:04 Ashok Raj wrote:
> With PCIE there is some benefit to keep dma addr low for performance reasons,
> since it will use 32bit Transaction level packets instead of 64bit.
>
> This reservation is only required if we have some legacy device under a p2p
> where
> > Shouldn't this be after the change that adds arch/i386/xen/Kconfig?
> >
> > Otherwise you break bisects
> >
>
> It should be OK. The series should build and run at each patch (though
> I have to admit I haven't tested this). In general I've been adding
> config options for each feature
On Tue, 24 Apr 2007, William Heimbigner wrote:
> The following patches should allow selection of conservative, powersave, and
> ondemand in the kernel configuration.
>
> William Heimbigner
> [EMAIL PROTECTED]
>
> diff -uprN -X linux-2.6.21-rc7-git6/Documentation/dontdiff
>
701 - 800 of 911 matches
Mail list logo