to making HIDIOCSREPORT
synchronous as well.
--Adam
-
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/
Hi Andrew. The following 3 patches update the i386 and x86_64 hugetlb
arch code to bring it closer to the other architectures. The first
patch adds a pte_huge() macro. The second patch moves the "stale pte"
check into huge_pte_alloc() which seems more appropriate to me. The
third patch checks
2.6.13-rc6-git7
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
asm-i386/pgtable.h |4 +++-
asm-x86_64/pgtable.h |3 ++-
2 files changed, 5 insertions(+), 2 deletions(-)
diff -upN reference/include/asm-i386/pgtable.h
current/include/asm-i386/pgtable.h
--- reference/include/as
Initial Post (Wed, 17 Aug 2005)
For demand faulting, we cannot assume that the page tables will be populated.
Do what the rest of the architectures do and test p?d_present() while walking
down the page table.
Diffed against 2.6.13-rc6
Signed-off-by: Adam Litke <[EMAIL PROTEC
g huge pages
later in the series.
Diffed against 2.6.13-rc6
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
arch/i386/mm/hugetlbpage.c | 13 +++--
mm/hugetlb.c |2 --
2 files changed, 11 insertions(+), 4 deletions(-)
diff -upN reference/arch/i386/mm/hugetlbpage
Initial Post (Wed, 17 Aug 2005)
For demand faulting, we cannot assume that the page tables will be populated.
Do what the rest of the architectures do and test p?d_present() while walking
down the page table.
Diffed against 2.6.13-rc6
Signed-off-by: Adam Litke <[EMAIL PROTEC
g huge pages
later in the series.
Diffed against 2.6.13-rc6
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
arch/i386/mm/hugetlbpage.c | 13 +++--
mm/hugetlb.c |2 --
2 files changed, 11 insertions(+), 4 deletions(-)
diff -upN reference/arch/i386/mm/hugetlbpage
2.6.13-rc6-git7
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
asm-i386/pgtable.h |4 +++-
asm-x86_64/pgtable.h |3 ++-
2 files changed, 5 insertions(+), 2 deletions(-)
diff -upN reference/include/asm-i386/pgtable.h
current/include/asm-i386/pgtable.h
--- reference/include/as
Hello,
Jeffrey Altman, one of the gatekeepers of OpenAFS (the open source
project which inherited the Transarc/IBM AFS codebase) has requested
that the magic number 0x5346414F (little endian 'OAFS') be allocated
for the f_type field of the fsinfo structure on Linux:
Drat. Diffed in the wrong direction. Yes, you're right.
- a
Stephen Frost <[EMAIL PROTECTED]> writes:
> * Adam Megacz ([EMAIL PROTECTED]) wrote:
>> --- include/linux/magic.h 2006-12-29 15:48:50.0 -0800
>> +++ include/linux/magic.h 2006-11-29 13:
On Fri, 2005-07-15 at 09:58 +0100, Russell King wrote:
> On Thu, Jul 14, 2005 at 04:55:19AM -0400, Adam Belay wrote:
> > This patch adds a basic PCI<->PCI bridge driver that utilizes the new
> > PCI bus class API.
>
> Thanks. I think this breaks Cardbus.
>
&g
writable mmap, to see if that
> >> works ok or triggers a deadlock ?
> >
> >
> > I can, but lets finish addressing one issue at a time. Last time,
> > I changed too many things at the same time and got no where :(
>
> Adam is working that one, but not over iSC
t; - return -EIO;
> + extern void nbd_request_wrong_size(void);
> + nbd_request_wrong_size();
BUILD_BUG_ON(sizeof(struct nbd_request) != 28);
...perhaps?
--Adam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
wing:
LD .tmp_vmlinux1
mm/built-in.o: In function `zone_watermark_ok':
mm/page_alloc.c:763: undefined reference to `delay_prefetch'
mm/built-in.o: In function `swap_setup':
mm/swap.c:485: undefined reference to `prepare_prefetch'
make: *** [.tmp_vmlinux1] Error 1
--
Adam Petaccia <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
Oops, forgot the config file...
On Tue, 2005-09-06 at 14:25 -0400, Adam Petaccia wrote:
> On Mon, 2005-09-05 at 23:44 +1000, Con Kolivas wrote:
> > These are patches designed to improve system responsiveness and
> > interactivity.
> > It is configurable to any workload but
I am sending out the latest set of patches for hugetlb demand faulting.
I've incorporated all the feedback I've received from previous
discussions and I think this is ready for some more widespread testing.
Is anyone opposed to spinning this in -mm as it stands?
The three patches:
1) Remove a
4/4/13/176 , which contains more opinions about the
correctness of this approach.
Diffed against 2.6.13-git6
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
memory.c |5 -
1 files changed, 5 deletions(-)
diff -upN reference/mm/memory.c current/mm/memory.c
--- reference/mm/memory.
and builds on
what this patch starts.
Huge page shared memory segments are simpler and still maintain their commit on
shmget semantics.
Diffed against 2.6.13-git6
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
inode.c | 47 +++
1 files chang
fault handler. The bulk of the patch just moves the logic from
hugelb_prefault() to hugetlb_pte_fault().
Diffed against 2.6.13-git6
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
fs/hugetlbfs/inode.c|6 --
include/linux/hugetlb.h |2
mm/hugetlb.c
On Wed, 2005-09-07 at 10:33 +0800, Zhang, Yanmin wrote:
> >>-Original Message-
> >>From: [EMAIL PROTECTED]
> >>[mailto:[EMAIL PROTECTED] On Behalf Of Adam Litke
> >>Sent: Wednesday, September 07, 2005 5:59 AM
> >>To: linux-kernel@vger.kernel.org
On Wed, 2005-09-07 at 20:41 +1000, Con Kolivas wrote:
> On Wed, 7 Sep 2005 04:25, Adam Petaccia wrote:
> > I think this patch is missing an IFDEF or something (I'm not really a
> > programmer, I just like to pretend). Anyway, I've tried building -ck2
> > without swap enabled,
Jens,
Remember several weeks ago when I mentioned a problem w/ ridicyulous
mod-use counts w/ loop.o???
Well, it's back again 2.4.5-ac19 (IIRC) worked fine.
Basically, the result of attempting sudo losetup -d /dev/loop0 is the
following
ioctl LOOP_CLR_FD Device or resource busy
strace shows
hello,
fyi
CC arch/i386/kernel/timers/timer_pit.o
CC arch/i386/kernel/timers/common.o
LD arch/i386/kernel/timers/built-in.o
CC arch/i386/kernel/reboot.o
CC arch/i386/kernel/mpparse.o
CC arch/i386/kernel/apic.o
CC arch/i386/kernel/nmi.o
that is no longer valid for
demand faulting
2) Move fault logic from hugetlb_prefault() to hugetlb_pte_fault()
3) Apply a simple overcommit check so demand fault accounting behaves
in a manner in line with how prefault worked
Diffed against 2.6.13-git6
--
Adam Litke - (agl at us.ibm.com)
IBM
4/4/13/176 , which contains more opinions about the
correctness of this approach.
Diffed against 2.6.13-git6
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
memory.c |5 -
1 files changed, 5 deletions(-)
diff -upN reference/mm/memory.c current/mm/memory.c
--- reference/mm/memory.
and builds on
what this patch starts.
Huge page shared memory segments are simpler and still maintain their commit on
shmget semantics.
Diffed against 2.6.13-git6
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
inode.c | 47 +++
1 files chang
moves the logic from
hugelb_prefault() to hugetlb_pte_fault().
Diffed against 2.6.13-git6
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
fs/hugetlbfs/inode.c|6 -
include/linux/hugetlb.h |2
mm/hugetlb.c| 154 +---
not subscribed to the list.
Mathias Adam
--- linux-2.6.13-org/drivers/serial/8250.c 2005-08-29 01:41:01.0
+0200
+++ linux-2.6.13/drivers/serial/8250.c 2005-09-09 02:16:49.0 +0200
@@ -1665,7 +1665,7 @@
struct uart_8250_port *up = (struct uart_8250_port *)port
Stefan Smietanowski wrote:
> Mathias Adam wrote:
> > Currently serial8250_set_termios() refuses to program a baud rate larger
> > than uartclk/16. However the 16C950 supports baud rates up to uartclk/4.
> > This worked already with Linux 2.4 so the biggest part of this patch
Russell King wrote:
> On Fri, Sep 09, 2005 at 04:49:27AM +0200, Mathias Adam wrote:
> > + if (up->port.type == PORT_16C950) {
> > + unsigned int baud_base = port->uartclk/16;
>
> baud_base appears unused.
you're right, it's not necessar
Andrew, given the favorable review of these patches the last time around, would
you consider them for the -mm tree? Does anyone else have any objections?
The page tables for hugetlb mappings are handled differently than page tables
for normal pages. Rather than integrating multiple page size
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
include/linux/mm.h | 25 +
1 files changed, 25 insertions(+), 0 deletions(-)
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 60e0e4a..7089323 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
fs/hugetlbfs/inode.c |6 ++
mm/memory.c |4 ++--
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
index 8c718a3..2452dde 100644
--- a/fs/hugetlbfs/inode.c
++
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
fs/hugetlbfs/inode.c |1 +
mm/memory.c |6 +++---
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
index 2452dde..d0b4b46 100644
--- a/fs/hugetlbfs/inode.c
++
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
fs/hugetlbfs/inode.c |1 +
mm/mprotect.c|5 +++--
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
index 198efa7..3de5d93 100644
--- a/fs/hugetlbfs/inode.c
++
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
fs/hugetlbfs/inode.c|3 ++-
include/linux/hugetlb.h |4 ++--
mm/hugetlb.c| 12
mm/memory.c | 10 --
4 files changed, 16 insertions(+), 13 deletions(-)
diff --git a/fs/hug
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
fs/hugetlbfs/inode.c |1 +
mm/memory.c |6 +++---
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
index 3de5d93..823a9e3 100644
--- a/fs/hugetlbfs/inode.c
++
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
fs/hugetlbfs/inode.c |1 +
mm/hugetlb.c |4 +++-
mm/memory.c |4 ++--
3 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
index 823a9e3..29e65c2 100644
--
[C0014A20] .compat_sys_ipc+0x18c/0x1e8
[C00779BB3E30] [C000872C] syscall_exit+0x0/0x40
--
Adam Litke - (agl at us.ibm.com)
IBM Linux Technology Center
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
ase Apply.
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
include/linux/hugetlb.h |8 +++-
include/linux/shm.h |5 +
ipc/shm.c | 32 ++--
3 files changed, 38 insertions(+), 7 deletions(-)
diff --git a/include/linux/huge
On Thu, 2007-03-01 at 16:08 -0800, Bill Irwin wrote:
> On Wed, Feb 28, 2007 at 02:13:29PM -0600, Adam Litke wrote:
> > Hey. While testing 2.6.21-rc2 with libhugetlbfs, the shm-fork test case
> > causes the kernel to oops. To reproduce: Execute 'make check' in the
> > lates
userspace app that relies on hiddev, and
I'm looking for reassurance that it will still work as it always has...
--Adam
-
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
Jiri Kosina wrote:
On Wed, 4 Apr 2007, Adam Kropelin wrote:
I apologize for picking up this thread late and asking what may be a
question with an obvious answer... Will hiddev still exist after
hidraw and the HID bus redesign work is done? I have a
widely-deployed userspace app that relies
Jiri Kosina wrote:
On Wed, 4 Apr 2007, Adam Kropelin wrote:
On Apcupsd we've recently introduced a libusb-based driver that does
all HID parsing in userspace. Not only does that free us from
hiddev, it also frees us from the umpteen other proprietary HID
interfaces across various platforms
On Wed, 2007-03-07 at 16:03 -0700, Eric W. Biederman wrote:
> Bill Irwin <[EMAIL PROTECTED]> writes:
>
> > On Thu, Mar 01, 2007 at 03:46:08PM -0800, Adam Litke wrote:
> >> static inline int is_file_hugepages(struct file *file)
> >> {
> >
eat the link issue as a known regression once I
> confirm it. If others have seen it then I'd like to know ASAP of course
I am experiencing the no-link issue on a 82572EI single port copper
PCI-E card. I've only tried 2.6.20-rc5, so I cannot tell if this is a
regression or not yet. Will test ol
Auke Kok wrote:
Adam Kropelin wrote:
I am experiencing the no-link issue on a 82572EI single port copper
PCI-E card. I've only tried 2.6.20-rc5, so I cannot tell if this is a
regression or not yet. Will test older kernel soon.
Can provide details/logs if you want 'em.
we've already
Auke Kok wrote:
Adam Kropelin wrote:
I haven't been able to test rc5-mm yet because it won't boot on this
box. Applying git-e1000 directly to -rc4 or -rc5 results in a number
of rejects that I'm not sure how to fix. Some are obvious, but the
others I'm unsure of.
that won't work. You either
of the question.
I'm happy to gather more data or run tests...
--Adam
-
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 FA
Adam Kropelin wrote:
I've attached the contents dmesg, 'lspci -vvv', and 'cat
/proc/interrupts' from 2.6.20-rc5.
Actually attached this time.
--Adam
proc-irq-2.6.20-rc5
Description: Binary data
dmesg-2.6.20-rc5
Description: Binary data
lspci-2.6.20-rc5
Description: Binary data
When expanding the stack, we don't currently check if the VMA will cross into
an area of the address space that is reserved for hugetlb pages. Subsequent
faults on the expanded portion of such a VMA will confuse the low-level MMU
code, resulting in an OOPS. Check for this.
Signed-off-by: Adam
p, server,
> > > laptop on battery etc).
> > > Main advantage of the infrastructure being, it allows independent
> > development
> > > of drivers and governors and allows for better CPU power management.
> > >
> > > A huge thanks to Adam Belay and Shao
The page tables for hugetlb mappings are handled differently than page tables
for normal pages. Rather than integrating multiple page size support into the
main VM (which would tremendously complicate the code) some hooks were created.
This allows hugetlb special cases to be handled "out of
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
include/linux/mm.h | 25 +
1 files changed, 25 insertions(+), 0 deletions(-)
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 2d2c08d..a2fa66d 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
fs/hugetlbfs/inode.c |6 ++
mm/memory.c |4 ++--
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
index 4f4cd13..c0a7984 100644
--- a/fs/hugetlbfs/inode.c
++
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
fs/hugetlbfs/inode.c |1 +
mm/memory.c |6 +++---
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
index c0a7984..2d1dd84 100644
--- a/fs/hugetlbfs/inode.c
++
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
fs/hugetlbfs/inode.c|3 ++-
include/linux/hugetlb.h |4 ++--
mm/hugetlb.c| 12
mm/memory.c | 10 --
4 files changed, 16 insertions(+), 13 deletions(-)
diff --git a/fs/hug
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
fs/hugetlbfs/inode.c |1 +
mm/hugetlb.c |4 +++-
mm/memory.c |4 ++--
3 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
index 3461f9b..1de73c1 100644
--
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
fs/hugetlbfs/inode.c |1 +
mm/mprotect.c|5 +++--
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
index 146a4b7..1016694 100644
--- a/fs/hugetlbfs/inode.c
++
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
fs/hugetlbfs/inode.c |1 +
mm/memory.c |6 +++---
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
index 1016694..3461f9b 100644
--- a/fs/hugetlbfs/inode.c
++
On Mon, 2007-02-19 at 19:41 +0100, Arjan van de Ven wrote:
> On Mon, 2007-02-19 at 10:31 -0800, Adam Litke wrote:
> > Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
> > ---
> >
> > include/linux/mm.h | 25 +
> > 1 files
On Mon, 2007-02-19 at 19:43 +0100, Arjan van de Ven wrote:
> On Mon, 2007-02-19 at 10:31 -0800, Adam Litke wrote:
> > The page tables for hugetlb mappings are handled differently than page
> > tables
> > for normal pages. Rather than integrating multiple page size support i
for the introduction of a
SHMEM_HUGETLB flag.
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
include/linux/shmem_fs.h |4
mm/shmem.c |4
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/linux/shmem_fs.h b/include/linux/shmem_fs.h
index f3c5189..3ea0b6e
On Tue, 2007-03-20 at 16:24 -0700, Dave Hansen wrote:
> On Mon, 2007-03-19 at 13:05 -0700, Adam Litke wrote:
> >
> > +#define has_pt_op(vma, op) \
> > + ((vma)->pagetable_ops && (vma)->pagetable_ops->op)
> > +#define pt_op(vma, call) \
> >
On Wed, 2007-03-21 at 15:18 +1100, Nick Piggin wrote:
> Adam Litke wrote:
> > Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
> > ---
> >
> > include/linux/mm.h | 25 +
> > 1 files changed, 25 insertions(+), 0 deletions(-)
>
the shm stacked files stuff was
not quite complete.
Acked-by: Adam Litke <[EMAIL PROTECTED]>
--
Adam Litke - (agl at us.ibm.com)
IBM Linux Technology Center
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordom
separation, etc). So it is unlikely to apply to any trees
you may have. I do think it makes a useful illustration of what
legitimate things can be done with a pagetable_operations interface.
commit be72df1c616fb662693a8d4410ce3058f20c71f3
Author: Adam Litke <[EMAIL PROTECTED]>
Date: Tue
On Wed, 2007-03-21 at 15:51 -0400, [EMAIL PROTECTED] wrote:
> On Wed, 21 Mar 2007 14:43:48 CDT, Adam Litke said:
> > The main reason I am advocating a set of pagetable_operations is to
> > enable the development of a new hugetlb interface.
>
> Do you have an exit strategy fo
.org/pub/linux/kernel/people/lenb/acpi/patches/test/2.6.21/acpi-test-20070126-2.6.21-rc4.diff.bz2
I'd really appreciate any comments, benchmarks, or suggestions.
Cheers,
Adam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EM
This patch prepares cpuidle for the menu governor. It adds an optional
stage after idle state entry to give the governor an opportunity to
check why the state was exited. Also it makes sure the idle loop
returns after each state entry, allowing the appropriate dynticks code
to run.
Thanks,
Adam
code. Thomas Gleixner is responsible for much
of the code in this patch. However, I've made some additional changes,
so I'm probably responsible if there are any bugs or oversights :)
Thanks,
Adam
arch/i386/kernel/process.c |3 ++-
include/linux/tick.h | 10 ++
kernel
This patch adds the 'menu' governor, as was described in my first email.
Thanks,
Adam
Kconfig| 11 +++
governors/Makefile |1
governors/menu.c | 152 +
3 files changed, 164 insertions(+)
diff -urN a/drivers/cpuidle
tation of the interfaces
as opposed to stacking them. Keeping them separate removes the need for
if ((vm_flags & VM_HUGETLB) && (is_hugetlbfs_chardev())) checking.
--
Adam Litke - (agl at us.ibm.com)
IBM Linux Technology Center
-
To unsubscribe from this list: send the line &q
On Mon, 2007-03-26 at 13:36 +0800, Shaohua Li wrote:
> Hi,
> On Sat, 2007-03-24 at 03:47 -0400, Adam Belay wrote:
> > This patch adds the 'menu' governor, as was described in my first email.
> >
>
> > +/**
> > + * menu_select - selects the next idle sta
ailing to start,
since it expects the two lists to be consistent.
Signed-off-by: Adam Jackson <[EMAIL PROTECTED]>
--- linux-2.6.18.noarch/drivers/edac/i82875p_edac.c~
+++ linux-2.6.18.noarch/drivers/edac/i82875p_edac.c
@@ -261,10 +261,6 @@ static void i82875p_check(st
When expanding the stack, we don't currently check if the VMA will cross into
an area of the address space that is reserved for hugetlb pages. Subsequent
faults on the expanded portion of such a VMA will confuse the low-level MMU
code, resulting in an OOPS. Check for this.
Signed-off-by: Adam
On Fri, Feb 02, 2007 at 09:25:38AM -0800, Auke Kok wrote:
> Adrian Bunk wrote:
> > On Sat, Jan 20, 2007 at 02:34:37PM -0500, Adam Kropelin wrote:
> >> (cc: list trimmed and thread moved to linux-pci)
> >>
> >> I have a PCI-E e1000 card that does not see i
Eric W. Biederman wrote:
Auke Kok <[EMAIL PROTECTED]> writes:
None of the MSI code in e1000 has changed significantly either. as
far as I can see, the msi code in e1000 has not changed since
2.6.18. Nonetheless there's no way I can debug any of this without a
system.
[...]
Perhaps Adam c
Auke Kok wrote:
Adam Kropelin wrote:
I've never had this device work 100% with MSI on any kernel version
I've tested so far. But I'm not the original reporter of the
problem, and I believe for him it was a true regression where a
previous kernel wored correctly.
maybe I've been unclear
to do is set the enable but still, occasionally BIOS
writers miss the most amazing things.
Here you go. This is from 2.6.20-rc7.
--Adam
lspci-2.6.20-rc7
Description: Binary data
Eric W. Biederman wrote:
"Adam Kropelin" <[EMAIL PROTECTED]> writes:
Can I get the corresponding lspci -xxx output. I suspect the BIOS
did not program the hypertransport MSI mapping capabilities
correctly. All it has to do is set the enable but still,
occasionally BIOS write
On 6/12/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
Adam Litke <[EMAIL PROTECTED]> writes:
> Here's another breakage as a result of shared memory stacked files :(
>
> The NUMA policy for a VMA is determined by checking the following (in the
order
> given):
>
&
- from != page_cache_size(file->f_mapping)) {
Where do you introduce page_cache_size()? Is this added by a
different set of patches I should have applied first?
--
Adam Litke ( agl at us.ibm.com )
IBM Linux Technology Center
-
To unsubscribe from this list: send the line "unsubscrib
ning from
> idle handler. This is due to enter_idle(), exit_idle() races. Make
> cpuidle_idle_call() confirm to this when there is no pm_idle_old.
>
> Also, cpuidle look at the return values of attch_driver() and set
> current_driver to NULL if attach fails on all CPUs.
My
d hugetlbfs yet.)
> > > run with "numactl --interleave=all ./shmtest"
> >
> > This was not intentional. I'll search for where it broke.
>
> ok i've narrowed it some... maybe.
Thanks a lot for the detailed information. I am on it.
--
Adam Litke - (agl at us.ib
On 6/8/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
-struct file *hugetlb_zero_setup(size_t size)
+struct file *hugetlb_file_setup(const char *name, size_t size)
The bulk of this patch seems to handle renaming this function. Is
that really necessary?
--
Adam Litke ( agl at us.i
patch modifies the shm_get_policy() wrapper to maintain steps 1-3 for the
wrapped vm_ops. Andi and Christoph, does this look right to you?
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
diff --git a/ipc/shm.c b/ipc/shm.c
index 4fefbad..8d2672d 100644
--- a/ipc/shm.c
+++ b/ipc/shm.c
@@ -254,8 +254,1
There is a problem with fragmented IP packet sent within 802.1Q tagged
ethernet frame through bridge. Problem exists when conntrack is enabled
(i.e. nf_conntrack_ipv4 module is loaded). Then, such packets are not
fragmented again (after prior reassembling on bridge device) during
passing it to
Stephen Hemminger wrote:
> It would be better to account for the tag in the length check.
> Something like
> if (skb->protocol == htons(ETH_P_IP) &&
> skb->len > skb->dev->mtu - (IS_VLAN_IP(skb) ? VLAN_HLEN : 0) &&
> !skb_is_gso(skb))
> return ip_fragment
On 7/13/07, Akinobu Mita <[EMAIL PROTECTED]> wrote:
Use appropriate accessor function to set compound page destructor
function.
Cc: William Irwin <[EMAIL PROTECTED]>
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
Acked-by: Adam Litke <[EMAIL PROTECTED]>
--
Adam L
Eric Paris redhat.com> writes:
> On Tue, 2007-06-05 at 17:16 -0400, Alan Cox wrote:
> > On Tue, Jun 05, 2007 at 05:00:51PM -0400, James Morris wrote:
> > > This should be an unsigned long.
> > >
> > > I wonder if the default should be for this value to be zero (i.e.
> > > preserve
> > >
ical area. It's impossible
for other threads/processes to change the page table now.
--
Adam Litke ( agl at us.ibm.com )
IBM Linux Technology Center
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info a
re in this thread:
> sata_nc has been changed between 2.6.21 and 2.6.22-rc1 and this
> particular smartctl problem may or may not be specific to CK804.
I should note that this particular machine is indeed using that chipset:
00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Con
This is already fixed in the most recent ACPI CPUIDLE tree.
Thanks,
Adam
On Mon, 2007-08-27 at 23:27 +0200, Adrian Bunk wrote:
> On Wed, Aug 22, 2007 at 02:06:48AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.23-rc2-mm2:
> >...
> > git-acpi.
On Fri, 2007-08-24 at 15:53 +0900, Yasunori Goto wrote:
> I found find_next_best_node() was wrong.
> I confirmed boot up by the following patch.
> Mel-san, Kamalesh-san, could you try this?
FYI: This patch also allows the alloc-instantiate-race testcase in
libhugetlbfs to pass again :)
logic?
--
Adam Litke - (agl at us.ibm.com)
IBM Linux Technology Center
-
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 FA
t;Not writing..." messages, because
some critical-looking code for baud rate setting and similar became
conditional in 2.6.22.1 whereas it was always executed before. Apcupsd
is going to be rather unhappy if the baud rate doesn't change when it
asks. The debug should show if the these oper
code was a copy-paste error.
--Adam
usb-serial-edgeport-non-epic-baud-rate-fix.patch
Description: Binary data
Fix serious regression on non-EPiC edgeport usb-serial devices. Baud
rate and MCR/LCR registers are not being written on these models due
to apparent copy-n-paste errors introduced with EPiC support.
Failure reported by Nick Pasich <[EMAIL PROTECTED]>.
Signed-off-by: Adam Kropelin &
ing Problems
References : http://lkml.org/lkml/2007/7/27/334
Last known good : 2.6.20.6
Submitter : Nick Pasich <[EMAIL PROTECTED]>
Caused-By :
Handled-By : Adam Kropelin <[EMAIL PROTECTED]>
Patch : http://lkml.org/lkml/2007/7/29/164
Status :
901 - 1000 of 3495 matches
Mail list logo
