On Mon, Apr 09, 2007 at 11:34:44PM -0400, Gene Heskett wrote:
> I haven't seen any 200GB for $55 yet, more like $129 & maybe a rebate at
> Circuit City. We don't have a Fry's around here.
Wow. 200GB HDs can be had for AUD91 here. I think you need to shop
around. The internet can be your friend.
Eric W. Biederman wrote:
At 10 kernel threads per cpu there may be a little bloat but it isn't
out of control. It is mostly that we are observing the kernel as
NR_CPUS approaches infinity. 4096 isn't infinity yet but it's easily
a 1000 fold bigger then most people are used to :)
I disagree t
Gene Heskett wrote:
I haven't seen any 200GB for $55 yet, more like $129 & maybe a rebate at
Circuit City. We don't have a Fry's around here.
pricewatch.com is your friend :)
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > -static DEFINE_PER_CPU(struct rq, runqueues);
> > +static DEFINE_PER_CPU(struct rq, runqueues) cacheline_aligned_in_smp;
>
> Remember that this can consume up to (linesize-4 * NR_CPUS) bytes,
> which is rather a lot.
yes - but one (special) is
* Siddha, Suresh B <[EMAIL PROTECTED]> wrote:
> Align the per cpu runqueue to the cacheline boundary. This will
> minimize the number of cachelines touched during remote wakeup.
> -static DEFINE_PER_CPU(struct rq, runqueues);
> +static DEFINE_PER_CPU(struct rq, runqueues) cacheline_aligned_
Hi Mathieu,
Mathieu Desnoyers wrote:
Is there any particular reason why m68knommu does not use the RODATA
linker script macro defined in asm-generic/vmlinux.lds.h ? It makes it
rather inconvenient to add new RO sections to the kernel.
This is going back some way, but this was the original comm
On Mon, 09 Apr 2007 21:31:37 -0700 Nate Diller <[EMAIL PROTECTED]> wrote:
> 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 tha
On 4/10/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
: root 299 0.0 0.0 0 0 ?S18:51 0:00 [scsi_eh_0]
: root 300 0.0 0.0 0 0 ?S18:51 0:00 [scsi_eh_1]
: root 305 0.0 0.0 0 0 ?S18:51 0:00 [scsi_eh_2]
: root
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 "unsubscr
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 x8
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 th
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 s
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 read-ahead
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 > `dirty_writeback_start_ratio',
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 conne
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 t
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 brea
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 want
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 m
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 set_cpus_all
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 use
* 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.
> + *
> + * Co
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 each
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.
> > >
> > > I
> 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 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 wi
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 l
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
> somew
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?
>
> --- a/drivers/acpi/thermal.c
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 a9fdbf9..4
> 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 mech
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 Engel
> > 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 ne
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 -07
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 keventd
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, bu
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 unsubscribe
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 4198067
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 the
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 rea
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, als
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 go
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 qu
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>] debu
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 netd
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
fixing
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 arou
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 2247ff2c3fdb
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 @@ c
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!
Signed-of
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 arch/i386/kernel/par
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 -0700
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 be
-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 l
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 sta
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
===
--- linux-2.6.21-rc5.orig/arch/
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 R
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. Wi
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 00:00:00.
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.
Signed-o
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 supp
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 de
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 p
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.
1 - 100 of 455 matches
Mail list logo
