Zachary Amsden wrote:
> In compat mode, the return value here was uninitialized.
>
> Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]>
>
> diff -r 1fda49a076ed arch/i386/kernel/sysenter.c
> --- a/arch/i386/kernel/sysenter.c Fri Apr 06 14:25:09 2007 -0700
> +++ b/arch/i386/kernel/sysenter.c
On Tue, Apr 10, 2007 at 09:07:54AM +0400, Alexey Dobriyan wrote:
> On Mon, Apr 09, 2007 at 07:30:56PM -0700, Andrew Morton wrote:
> > On Mon, 9 Apr 2007 21:59:12 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
>
> [possible topic for KS2007]
>
> > > 164 ?S< 0:00 [cqueue/0]
> > >
On Mon, Apr 09, 2007 at 07:30:56PM -0700, Andrew Morton wrote:
> On Mon, 9 Apr 2007 21:59:12 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
[possible topic for KS2007]
> > 164 ?S< 0:00 [cqueue/0]
> > 165 ?S< 0:00 [cqueue/1]
> >
> > I'm not even sure wth these are.
>
> Me
On Thursday 05 April 2007 10:23, Karl Pickett wrote:
> Dmitry, please use this instead of my previous patch. Thanks to
> Vincent for the code review , fixes, and testing.
>
Applied to the input tree; thank you Karl and Vincent.
--
Dmitry
-
To unsubscribe from this list: send the line
On Mon, Apr 09, 2007 at 03:17:05PM -0700, Siddha, Suresh B wrote:
> On Mon, Apr 09, 2007 at 02:53:09PM -0700, Ravikiran G Thirumalai wrote:
> > On Mon, Apr 09, 2007 at 01:40:57PM -0700, Andrew Morton wrote:
> > > On Mon, 9 Apr 2007 11:08:53 -0700
> > > "Siddha, Suresh B" <[EMAIL PROTECTED]> wrote:
Sorry, that was a wrong .config file. Here is the right one, form
the amd64 box:
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.21-rc5-mm3
# Sat Mar 31 09:01:57 2007
#
CONFIG_X86_64=y
CONFIG_64BIT=y
CONFIG_X86=y
CONFIG_GENERIC_TIME=y
CONFIG_GENERIC_TIME_VSYSCALL=y
On Mon, 2007-04-09 at 11:25 -0700, Christoph Lameter wrote:
> Quicklists for page table pages V5
Looks interesting, but unfortunately not very useful at this point for
powerpc unless you remove the assumption that quicklists contain
pages...
On powerpc, we currently use kmem cache slabs (though
It's common for file systems to need to zero data on either side of a write,
if a page is not Uptodate during prepare_write. It just so happens that
simple_prepare_write() in libfs.c does exactly that, so we can avoid
duplication and just call that function to zero page data.
Compile tested on
It's very common for file systems to need to zero part or all of a page, the
simplist way is just to use kmap_atomic() and memset(). There's actually a
library function in include/linux/highmem.h that does exactly that, but it's
confusingly named memclear_highpage_flush(), which is descriptive of
On Mon, Apr 09, 2007 at 08:51:36PM -0700, Andrew Morton wrote:
> On Mon, 9 Apr 2007 23:08:23 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
>
> > > This whole file is going away in .22, and we have a viable alternative
> > in
> > > .21 (acpi-cpufreq), so I'm not overly worried about fixing
I'd like to announce preliminary versions of a set of "mlx4" drivers
for Mellanox's new ConnectX InfiniBand/10 gigabit ethernet adapters.
(These are Mellanox's 4th generation of adapters, hence the mlx4 name)
Because these adapters can operate as both an ethernet NIC and an
InfiniBand HCA (at the
Phillip Susi wrote:
Mark Lord wrote:
Phillip Susi wrote:
Sounds like this is a serious bug in the WD firmware.
For personal systems, yes. For servers, probably not a bug.
Disabling readahead means faster execution queued commands,
since it doesn't have to "linger" and do unwanted
On Mon, 9 Apr 2007 23:08:23 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> > This whole file is going away in .22, and we have a viable alternative in
> > .21 (acpi-cpufreq), so I'm not overly worried about fixing this up
> > given it only shows up in debug kernels, especially at this stage in
On Monday 09 April 2007, Dave Jones wrote:
>On Mon, Apr 09, 2007 at 06:22:10PM -0400, Dave Dillow wrote:
> > On Mon, 2007-04-09 at 23:35 +0200, Jan Engelhardt wrote:
> > > On Apr 9 2007 15:38, Gene Heskett wrote:
> > > >On Monday 09 April 2007, H. Peter Anvin wrote:
> > > >>Jan Engelhardt wrote:
>
On Tue, 10 Apr 2007 12:04:54 +0900 Tomoki Sekiyama <[EMAIL PROTECTED]> wrote:
> Hello Andrew,
> Thank you for your comments.
>
> Andrew Morton wrote:
> > On Tue, 03 Apr 2007 19:46:04 +0900
> > Tomoki Sekiyama <[EMAIL PROTECTED]> wrote:
> >> If % of Dirty+Writeback >
On Mon, Apr 09, 2007 at 02:55:54PM -0700, Ashok Raj wrote:
> +/*
> + * find the upstream PCIE-to-PCI bridge of a PCI device
> + * if the device is PCIE, return NULL
> + * if the device isn't connected to a PCIE bridge (that is its parent is a
> + * legacy PCI bridge and the bridge is directly
On Monday 09 April 2007 17:55, Ashok Raj wrote:
> This patch contains basic ACPI parsing and enumeration support.
AFAICS, ACPI supplies the envelope which delivers the table,
and ACPI has some convenience structure definitions for that
table in include/acpi/actbl1.h (primarily for the acpixtract
On Monday 09 April 2007, Jan Engelhardt wrote:
>On Apr 9 2007 15:38, Gene Heskett wrote:
>>On Monday 09 April 2007, H. Peter Anvin wrote:
>>>Jan Engelhardt wrote:
dm is on 254 for me.. in opensuse with a 2.6.20 that is. I wonder
why it even moves around. However, even then, those who use
Gene> I haven't seen any 200GB for $55 yet, more like $129 & maybe a
Gene> rebate at Circuit City. We don't have a Fry's around here.
Newegg.com, 320Gb for $85 ea, plus shipping, plus a SATA controller
board, just under $200. I'm happy. And thanks for the SATA
controller work Jeff!
John
-
To
On Monday 09 April 2007, Jeff Garzik wrote:
>Gene Heskett wrote:
>> For those of you with big tapes that can hold a complete dump of every
>> partition (and partitions is the only way dump works in case some have
>> forgotten), go ahead and use dump/restore. Tar quite simply, allows
>> one to
On Sunday 08 April 2007 19:09, Andrew Morton wrote:
> driver core:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/broken-out/update-documentation-driver-model-platformtxt.patch
>
We should not encourage using platform_device_register_simple as we
From: Divy Le Ray <[EMAIL PROTECTED]>
Remove specific CPL handler.
Add missing CPL handler.
Add missing register setting when the interface is brought up.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_main.c|2 ++
drivers/net/cxgb3/cxgb3_offload.c | 14
From: Divy Le Ray <[EMAIL PROTECTED]>
Fix a deadlock when the interface s configured down and
the watchdog tack is sleeping on rtnl_lock.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_main.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git
From: Divy Le Ray <[EMAIL PROTECTED]>
The MAC watchdog was failing if the peer interface was brought down.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/common.h |7 ++-
drivers/net/cxgb3/cxgb3_main.c | 10 +---
drivers/net/cxgb3/xgmac.c | 107
Hello Andrew,
Thank you for your comments.
Andrew Morton wrote:
> On Tue, 03 Apr 2007 19:46:04 +0900
> Tomoki Sekiyama <[EMAIL PROTECTED]> wrote:
>> If % of Dirty+Writeback > `dirty_writeback_start_ratio', generators of
>> dirty pages start writeback of dirty pages by themselves. At that time,
>>
Hi Jeff,
I'm submitting a set of bug fixes for inclusion in 2.6.21.
The patches are built against Linus'git tree.
Here is a brief description:
- Avoid deadlock when the interface is brought down
- Rework the MAC hang workaround since it was failing
if the peer interface was brought down
- add
On Mon, Apr 09, 2007 at 11:05:00PM -0400, Dave Jones wrote:
> This whole file is going away in .22, and we have a viable alternative in
> .21 (acpi-cpufreq), so I'm not overly worried about fixing this up
> given it only shows up in debug kernels, especially at this stage in -rc.
>
> (Yeah,
On Mon, Apr 09, 2007 at 07:41:42PM -0700, Andrew Morton wrote:
> > > This means we'll call set_cpus_allowed() while in atomic state, but
> > > set_cpus_allowed() does sleepy stuff.
> >
> > Puzzled. This diff shouldn't change anything about the context we're in
> > when we call
On Mon, 9 Apr 2007, Andrew Morton wrote:
>
> >10 ?S< 0:00 [khelper]
>
> That one's needed to parent the call_usermodehelper() apps. I don't think
> it does anything else. We used to use keventd for this but that had some
> problem whcih I forget.
I think it was one of a long
On Mon, 9 Apr 2007 22:31:08 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 09, 2007 at 05:26:51PM -0700, Andrew Morton wrote:
> > On Thu, 5 Apr 2007 16:50:34 -0400
> > Dave Jones <[EMAIL PROTECTED]> wrote:
> >
> > > diff --git a/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.c
>
sdparm is a command line utility designed to get and set
SCSI device parameters (cf hdparm for ATA disks). The
parameters are held in mode pages. Apart from SCSI devices
(e.g. disks, tapes and enclosures) sdparm can be used on
any device that uses a SCSI command set. Virtually all CD/DVD
drives
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
> diff -r c02ab981c99c arch/i386/kernel/vmiclock.c
> --- /dev/null Thu Jan 01 00:00:00 1970 +
> +++ b/arch/i386/kernel/vmiclock.c Mon Apr 09 15:47:17 2007 -0700
> @@ -0,0 +1,318 @@
> +/*
> + * VMI paravirtual timer support routines.
> + *
> + *
On Mon, 2007-04-09 at 07:38 +0200, Mike Galbraith wrote:
> I don't think you can have very much effect on latency using nice with
> SD once the CPU is fully utilized. See below.
>
> /*
> * This contains a bitmap for each dynamic priority level with empty slots
> * for the valid priorities
On Mon, 9 Apr 2007 21:59:12 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 09, 2007 at 05:23:39PM -0700, Andrew Morton wrote:
>
> > I suspect there are quite a few kernel threads which don't really need to
> > be threads at all: the code would quite happily work if it was changed to
On Mon, Apr 09, 2007 at 05:26:51PM -0700, Andrew Morton wrote:
> On Thu, 5 Apr 2007 16:50:34 -0400
> Dave Jones <[EMAIL PROTECTED]> wrote:
>
> > diff --git a/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.c
> > b/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.c
> > index f43b987..824d0a2
On Monday 09 April 2007 18:36, Helge Hafting wrote:
> On Fri, Apr 06, 2007 at 10:37:12PM -0400, Dmitry Torokhov wrote:
> > On Friday 06 April 2007 20:54, Helge Hafting wrote:
> > > I have an usb touchscreen (egalax variety) that works with
> > > the 2.6.18 kernel supplied by debian.
> > >
> > >
> On Mon, 9 Apr 2007 21:47:38 -0400 (EDT) "Walter Francis"
> <[EMAIL PROTECTED]> wrote:
>
>> > On Fri, 6 Apr 2007 16:13:55 -0400 (EDT)
>> > "Walter Francis" <[EMAIL PROTECTED]> wrote:
>>
>> >> After hibernating, the CPU0 thermal zone never updates. It will stay at
>> 59C
>> >> forever for
On Tue, Apr 10, 2007 at 09:42:48AM +0800, Wang Zhenyu wrote:
>
> Dave,
>
> On G965, I810_PGETBL_CTL is a mmio offset, but we wrongly take it
> as pci config space offset in detecting GTT size. This one line patch
> fixs this.
Thanks, applied, and pushed on to Linus for .21
Be careful
On Mon, Apr 09, 2007 at 09:40:46PM -0400, Dave Dillow wrote:
> > However, it also doesn't explain what the point is of backing up /dev
> > when it's dynamically created.
>
> It's not /dev he's backing up -- its /home, /usr, and others. GNU tar
> saves the device and inode numbers from the
On Mon, 2007-04-09 at 16:08 -0400, Robin Getz wrote:
> On Mon 9 Apr 2007 14:43, David Miller pondered:
> > From: David Miller <[EMAIL PROTECTED]>
> > Date: Mon, 09 Apr 2007 09:55:23 -0700 (PDT)
> > >
> > > I will apply this patch.
> >
> > Actually I won't, the other comments in this thread make a
On Mon, Apr 09, 2007 at 05:23:39PM -0700, Andrew Morton wrote:
> I suspect there are quite a few kernel threads which don't really need to
> be threads at all: the code would quite happily work if it was changed to
> use keventd, via schedule_work() and friends. But kernel threads are
>
On Mon, 9 Apr 2007 21:47:38 -0400 (EDT) "Walter Francis" <[EMAIL PROTECTED]>
wrote:
> > On Fri, 6 Apr 2007 16:13:55 -0400 (EDT)
> > "Walter Francis" <[EMAIL PROTECTED]> wrote:
>
> >> After hibernating, the CPU0 thermal zone never updates. It will stay at
> >> 59C
> >> forever for example.
>
> On Fri, 6 Apr 2007 16:13:55 -0400 (EDT)
> "Walter Francis" <[EMAIL PROTECTED]> wrote:
>> After hibernating, the CPU0 thermal zone never updates. It will stay at 59C
>> forever for example.
> Yeah, John spotted a bug in there the other day.
>
> Does this fix it?
>
> ---
Dave,
On G965, I810_PGETBL_CTL is a mmio offset, but we wrongly take it
as pci config space offset in detecting GTT size. This one line patch
fixs this.
Signed-off-by: Wang Zhenyu <[EMAIL PROTECTED]>
---
diff --git a/drivers/char/agp/intel-agp.c b/drivers/char/agp/intel-agp.c
index
> This indeed looks a lot better than the first patch. I'm too
> tired to fully review this now, but could you please post the
> corresponding e1000 patch? From a quick look I'm guessing
> that this patch changes the behaviour of the prio qdisc from
> strict priority to whatever scheduling
On Mon, 2007-04-09 at 21:27 -0400, Dave Jones wrote:
> On Mon, Apr 09, 2007 at 06:22:10PM -0400, Dave Dillow wrote:
> > On Mon, 2007-04-09 at 23:35 +0200, Jan Engelhardt wrote:
> > > On Apr 9 2007 15:38, Gene Heskett wrote:
> > > >On Monday 09 April 2007, H. Peter Anvin wrote:
> > > >>Jan
> > b) Doesn't add extra field and have thread's parent the creater, which is
> > same as process creation. However it has many side effects, for example,
> > we also need to change sys_getppid() implementation.
>
> can't understand this, sorry.
Sorry for my obscure English, perhaps I
On Mon, Apr 09, 2007 at 06:22:10PM -0400, Dave Dillow wrote:
> On Mon, 2007-04-09 at 23:35 +0200, Jan Engelhardt wrote:
> > On Apr 9 2007 15:38, Gene Heskett wrote:
> > >On Monday 09 April 2007, H. Peter Anvin wrote:
> > >>Jan Engelhardt wrote:
> > >>> dm is on 254 for me.. in opensuse with a
On Mon, 9 Apr 2007 18:12:57 -0700
William Lee Irwin III <[EMAIL PROTECTED]> wrote:
> On Mon, 9 Apr 2007 17:42:01 -0700 William Lee Irwin III <[EMAIL PROTECTED]>
> wrote:
> >> My use for it is report generation in VM (and possibly other)
> >> testcases.
>
> On Mon, Apr 09, 2007 at 05:53:52PM
On Mon, 09 Apr 2007 18:48:54 -0600
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
> > I suspect there are quite a few kernel threads which don't really need to
> > be threads at all: the code would quite happily work if it was changed to
> > use
On Mon, 9 Apr 2007 17:42:01 -0700 William Lee Irwin III <[EMAIL PROTECTED]>
wrote:
>> My use for it is report generation in VM (and possibly other)
>> testcases.
On Mon, Apr 09, 2007 at 05:53:52PM -0700, Andrew Morton wrote:
> OK. The cool kids are using taskstats for this sort of thing now,
On Mon, Apr 09, 2007 at 05:50:54PM -0700, Nishanth Aravamudan wrote:
> static int hugetlbfs_set_page_dirty(struct page *page)
> {
> - struct page *head = (struct page *)page_private(page);
> + struct page *head = compound_head(page);
Thanks for cleaning this up.
-- wli
-
To
On Tue, 10 Apr 2007 00:36:43 +0200
Helge Hafting <[EMAIL PROTECTED]> wrote:
> On Fri, Apr 06, 2007 at 10:37:12PM -0400, Dmitry Torokhov wrote:
> > On Friday 06 April 2007 20:54, Helge Hafting wrote:
> > > I have an usb touchscreen (egalax variety) that works with
> > > the 2.6.18 kernel supplied
On 08.04.2007 [14:35:59 -0700], Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
Get this Oops:
Unable to handle kernel NULL pointer dereference at RIP:
[] hugetlbfs_set_page_dirty+0x4/0xc
PGD 414e067 PUD
On Mon, 9 Apr 2007, Nishanth Aravamudan wrote:
> I am not sure if there are other users of page_private() that were
> missed that are also compound pages, but probably the attached will fix
> this case?
Correct.
Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
Who is off to look for more of
On Mon, 9 Apr 2007, William Lee Irwin III wrote:
> Basically, I'll help all this along.
Thank you.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
On Mon, 9 Apr 2007 17:42:01 -0700
William Lee Irwin III <[EMAIL PROTECTED]> wrote:
> My use for it is report generation in VM (and possibly other)
> testcases.
OK. The cool kids are using taskstats for this sort of thing now, but I
note that taskstats is inexplicably missing the context-switch
Andrew Morton <[EMAIL PROTECTED]> writes:
> I suspect there are quite a few kernel threads which don't really need to
> be threads at all: the code would quite happily work if it was changed to
> use keventd, via schedule_work() and friends. But kernel threads are
> somewhat easier to code for.
On Fri, 6 Apr 2007 16:13:55 -0400 (EDT)
"Walter Francis" <[EMAIL PROTECTED]> wrote:
> After hibernating, the CPU0 thermal zone never updates. It will stay at 59C
> forever for example.
>
> I've tried making the thermal driver a module and unloading it before
> hibernating and it didn't help,
On Wed, 4 Apr 2007 11:10:50 -0700 William Lee Irwin III <[EMAIL PROTECTED]>
wrote:
>> Respun vs. 2.6.21-rc5-mm4, still untested. Also...
>> Signed-off-by: William Irwin <[EMAIL PROTECTED]>
[...]
On Mon, Apr 09, 2007 at 04:53:15PM -0700, Andrew Morton wrote:
> Seems sane. Could we please get it
Robin Holt <[EMAIL PROTECTED]> writes:
> OK. I just got the OK from management. The system we were booting was
> for research only. We had NR_CPUS=num_online_cpus()=4096 which were
> non-hyperthreaded. With no attached I/O and the tweak I originally
> posted plus one change Jack has already
Peter P Waskiewicz Jr wrote:
> From: Peter P Waskiewicz Jr <[EMAIL PROTECTED]>
>
> Update: Fixed a typecast in free_netdev() for the egress_subqueue list.
>
> Added an API and associated supporting routines for multiqueue network
> devices.
> This allows network devices supporting multiple TX
On Mon, Apr 09, 2007 at 05:06:11PM -0700, Zachary Amsden wrote:
> Copying of the pgd range must happen under the pgd_lock. This got broken by
> the paravirt changes in the -mm tree. Badness can result if you copy the pgd
> before being added to the list when splitting or rejoining large pages.
>
On Mon, 9 Apr 2007, Andrew Morton wrote:
>> So... we skipped i386 this time?
>> I'd have gone squeamish if it was included, due to the mystery crash when
>> we (effectively) set the list size to zero. Someone(tm) should look into
>> that - who knows, it might indicate a problem in generic code.
On Thu, 5 Apr 2007 16:50:34 -0400
Dave Jones <[EMAIL PROTECTED]> wrote:
> On Thu, Apr 05, 2007 at 02:33:03PM -0600, Jeff V. Merkey wrote:
> >
> > BUG: using smp_processor_id() in preemptible [0001] code:
> > kondemand/0/2473
> > caller is centrino_target+0xfb/0x600
> > [<401e3646>]
On Fri, 06 Apr 2007 18:38:40 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Robin Holt wrote:
> > We have been testing a new larger configuration and we are seeing a very
> > large scan time of init's tsk->children list. In the cases we are seeing,
> > there are numerous kernel processes created
From: Peter P Waskiewicz Jr <[EMAIL PROTECTED]>
Update: Fixed a typecast in free_netdev() for the egress_subqueue list.
Added an API and associated supporting routines for multiqueue network devices.
This allows network devices supporting multiple TX queues to configure each
queue within the
I got so sick of seing the check_region warnings from BusLogic.c I actually
fixed it properly. Never use check region, reserve it before the probe
with request region instead and check the error result; free region if
setup fails. Should be functionally identical to the original except for
No, just no. You do not use goto to skip a code block. You do not
return an obvious variable from a singly-inlined function and give
the function a return value. You don't put unexplained comments
about kmalloc in code which doesn't do dynamic allocation. And
you don't leave stray warnings
Copying of the pgd range must happen under the pgd_lock. This got broken by
the paravirt changes in the -mm tree. Badness can result if you copy the pgd
before being added to the list when splitting or rejoining large pages.
Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]>
diff -r
Convert VMI timer to use clock events, making it properly able to use the NO_HZ
infrastructure. On UP systems, with no local APIC, we just continue to route
these events through the PIT. On systems with a local APIC, or SMP, we provide
a single source interrupt chip which creates the local timer
Now that the VDSO can be relocated, we can support it in VMI configurations.
Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]>
diff -r 158d9ffb46fe arch/i386/Kconfig
--- a/arch/i386/Kconfig Thu Mar 29 04:17:05 2007 -0700
+++ b/arch/i386/Kconfig Thu Mar 29 04:18:05 2007 -0700
@@ -220,7 +220,7 @@
Code changes and cleanup in the paravirt-ops queue caused the original
fix for this in 2.6.21 to create conflicts. The easiest thing to do was
back it out before applying the queue. In that case, this fix brings it
back with the newly right properly tidied up paravirt-ops code.
Wheee!
Remove a warning about unused variable in !CONFIG_ACPI compilation.
Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]>
diff -r 1969f6c3440a arch/i386/kernel/acpi/earlyquirk.c
--- a/arch/i386/kernel/acpi/earlyquirk.cFri Apr 06 14:27:45 2007 -0700
+++ b/arch/i386/kernel/acpi/earlyquirk.c
Implement vmi_kmap_atomic_pte in terms of the backend set_linear_mapping
operation. The conversion is rather straighforward; call kmap_atomic
and then inform the hypervisor of the page mapping.
The _flush_tlb damage is due to macros being pulled in from highmem.h.
Signed-off-by: Zachary Amsden
Latest cleanups and junk from Zach's tree. All for -mm tree.
Based off Jeremy's latest known applied patches. If the
paravirt or VMI patches reject let me know; we are cleaning up
tree and will redo.
Otherwise, I have 4 fixes for i386; a warning fix in sysenter
which is quite serious; some less
Don't implement native_kmap_atomic_pte for !HIGHPTE case; it is never needed,
never called, and leaving it in is just plain confusing. Making it isolated
to the config where it is used may help find bugs.
Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]>
diff -r 5c03805411a6
In compat mode, the return value here was uninitialized.
Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]>
diff -r 1fda49a076ed arch/i386/kernel/sysenter.c
--- a/arch/i386/kernel/sysenter.c Fri Apr 06 14:25:09 2007 -0700
+++ b/arch/i386/kernel/sysenter.c Fri Apr 06 14:27:31 2007
On Wed, 4 Apr 2007 11:10:50 -0700
William Lee Irwin III <[EMAIL PROTECTED]> wrote:
> On Wed, 4 Apr 2007 10:29:31 -0700 William Lee Irwin III <[EMAIL PROTECTED]>
> wrote:
> >> It is not now possible for a thread to retrieve its own rusage in
> >> isolation. Its rusage is nowhere exposed without
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'm trying to find examples of the kernel doing a non-blocking upcall to
userspace while processing a request. None of the kernel books really
get into this, so I'm hoping someone can just point me at an existing
example.
In this case, what I'm
On Mon, Apr 09, 2007 at 03:34:11PM -0700, Jeremy Fitzhardinge wrote:
> --- a/arch/i386/Kconfig.debug~i386-enable-4k-stacks-by-default
> +++ a/arch/i386/Kconfig.debug
> @@ -57,14 +57,16 @@ config DEBUG_RODATA
> If in doubt, say "N".
>
> config 4KSTACKS
> - bool "Use 4Kb for kernel
This patch contains basic ACPI parsing and enumeration support.
Signed-off-by: Ashok Raj <[EMAIL PROTECTED]>
Signed-off-by: Shaohua Li <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc5/arch/x86_64/Kconfig
===
---
Floppy disk drivers dont work well with DMA remapping. 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 up for grabs. Since these use 16M, we
just provide a unity map for the ISA bridge device.
Signed-off-by: Ashok
Most GFX drivers don't call standard PCI DMA APIs to allocate DMA buffer,
Such drivers will be broken with IOMMU enabled. To workaround this issue,
we added two options.
Once graphics devices are converted over to use the DMA-API's this entire
patch can be removed...
a. intel_iommu=igfx_off.
Document Intel IOMMU driver boot option.
Signed-off-by: Ashok Raj <[EMAIL PROTECTED]>
Signed-off-by: Shaohua Li <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc5/Documentation/Intel-IOMMU.txt
===
--- /dev/null 1970-01-01
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 devices capable of handling high dma addresses.
Hi,
Pleased to announce support for Intel(R) Virtualization Technology for
Directed I/O use as an IOMMU in Linux.
This is a series of patches to support the same.
A brief description of the patches follows.
1. Support for ACPI framework to parse and work with DMA Remapping Tables.
2. Add
PCI support functions for DMAR, to find parent bridge.
When devices are under a p2p bridge, upstream
transactions get replaced by the device id of the bridge as it owns the
PCIE transaction. Hence its necessary to setup translations on behalf of the
bridge as well. Due to this limitation all
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 write-only regions as read-write.
This option can also
On Mon, Apr 09, 2007 at 10:49:48AM -0700, Andrew Morton wrote:
> On Mon, 9 Apr 2007 10:53:51 -0400 "Josef 'Jeff' Sipek" <[EMAIL PROTECTED]>
> wrote:
>
> > The following patches introduce new branch-management code into Unionfs as
> > well as fix a number of stability issues and resource leaks.
On Fri, Apr 06, 2007 at 10:37:12PM -0400, Dmitry Torokhov wrote:
> On Friday 06 April 2007 20:54, Helge Hafting wrote:
> > I have an usb touchscreen (egalax variety) that works with
> > the 2.6.18 kernel supplied by debian.
> >
> > It fails when I compile 2.6.21-rc5-mm4, tuned to the machine
> >
On Mon, Apr 09, 2007 at 01:21:27PM -0400, Robert P. J. Day wrote:
>
> i'm curious -- has there been any decision about the config option
> of FORCED_INLINING? the feature removal file suggests it should have
> disappeared last year. is it still doing something useful?
It never did anything.
Ravikiran G Thirumalai <[EMAIL PROTECTED]> writes:
> !!! No. internode aligned is 4k only if CONFIG_X86_VSMP is chosen. The
> internode line size defaults to SMP_CACHE_BYTES for all other machine types.
> Please note that an INTERNODE_CACHE_SHIFT of 12 is defined under
> #ifdef CONFIG_X86_VSMP
--- a/arch/i386/Kconfig.debug~i386-enable-4k-stacks-by-default
+++ a/arch/i386/Kconfig.debug
@@ -57,14 +57,16 @@ config DEBUG_RODATA
If in doubt, say "N".
config 4KSTACKS
- bool "Use 4Kb for kernel stacks instead of 8Kb"
- depends on DEBUG_KERNEL
+ bool "Use 4Kb for
On Mon, 2007-04-09 at 23:35 +0200, Jan Engelhardt wrote:
> On Apr 9 2007 15:38, Gene Heskett wrote:
> >On Monday 09 April 2007, H. Peter Anvin wrote:
> >>Jan Engelhardt wrote:
> >>> dm is on 254 for me.. in opensuse with a 2.6.20 that is. I wonder why
> >>> it even moves around. However, even
On Mon, Apr 09, 2007 at 02:53:09PM -0700, Ravikiran G Thirumalai wrote:
> On Mon, Apr 09, 2007 at 01:40:57PM -0700, Andrew Morton wrote:
> > On Mon, 9 Apr 2007 11:08:53 -0700
> > "Siddha, Suresh B" <[EMAIL PROTECTED]> wrote:
> > > -static DEFINE_PER_CPU(struct rq, runqueues);
> > > +static
Here is another rev on that one. Inlined the two functions but that
required #including
Add PageTail / PageHead in order to avoid multiple branches when compound
pages are checked.
The patch adds PageTail(page) and PageHead(page) to check if a page is the
head or the tail of a compound page.
On Mon, Apr 09, 2007 at 03:47:52PM -0600, Eric W. Biederman wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
> > This will consume nearly 4k per irq won't it? What is the upper bound
> > here, across all configs and all hardware?
> >
> > Is VSMP the only arch which has
Here is my .config
Sorry for the late reply, I have been on a holiday.
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.21-rc5-mm2
# Wed Mar 28 12:18:09 2007
#
CONFIG_X86_32=y
CONFIG_GENERIC_TIME=y
CONFIG_CLOCKSOURCE_WATCHDOG=y
CONFIG_GENERIC_CLOCKEVENTS=y
On Mon, 9 Apr 2007, Andrew Morton wrote:
> On Mon, 9 Apr 2007 11:25:20 -0700 (PDT)
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> > -static inline pgd_t *pgd_alloc(struct mm_struct *mm)
> > +static inline void pgd_ctor(void *x)
> > +static inline void pgd_dtor(void *x)
>
> Seems dumb to
1 - 100 of 906 matches
Mail list logo
