On Fri, 14 Dec 2007 11:01:03 +0900
Kyungmin Park [EMAIL PROTECTED] wrote:
Yes, reserved word should or must be zero, then it should check if
(ext_csd_struct = 2) instead of = 2.
In the Spec. 4.2, it can have three value 0, 1, or 2. There's no other
restriction.
As I said, the spec doesn't
On Tue, Dec 18, 2007 at 08:44:40AM +0100, Jens Axboe wrote:
On Sat, Dec 15 2007, Nick Piggin wrote:
Hi,
This is just an idea I had, which might make request processing a little
bit cheaper depending on queue behaviour. For example if it is getting
plugged
unplugged frequently (as I
On Sun, Dec 16, 2007 at 07:59:30PM +0800, Fengguang Wu wrote:
@@ -1321,78 +1401,69 @@ int filemap_fault(struct vm_area_struct
struct address_space *mapping = file-f_mapping;
struct file_ra_state *ra = file-f_ra;
struct inode *inode = mapping-host;
+ pgoff_t offset =
On Monday 17 December 2007 20:40, Joe Perches wrote:
Signed-off-by: Joe Perches [EMAIL PROTECTED]
---
drivers/s390/block/dasd_3990_erp.c |2 +-
drivers/s390/block/dasd_eckd.c |2 +-
drivers/s390/char/sclp_rw.c|2 +-
drivers/s390/char/tape_3590.c |2 +-
Siddha, Suresh B [EMAIL PROTECTED] writes:
Yes. We are looking for comments for our proposal to track the
reserved/non-reserved regions some what different.
This is the critical issue which had been holding off PAT for years now...
The mattr infrastructure appears to do a decent job of
On Tue, 2007-12-11 at 02:27 -0700, Eric W. Biederman wrote:
Huang, Ying [EMAIL PROTECTED] writes:
On Mon, 2007-12-10 at 19:25 -0700, Eric W. Biederman wrote:
Huang, Ying [EMAIL PROTECTED] writes:
[...]
/*
* Do not allocate memory (or fail in any way) in machine_kexec().
* We
Recently the documentation in Documentation/nfsroot.txt was
update to note that in fact ip=off and ip=::off as the
latter is ignored and the default (on) is used.
This was certainly a step in the direction of reducing confusion.
But it seems to me that the code ought to be fixed up so that
On Mon, 17 Dec 2007 23:49:32 +
Russell King - ARM Linux [EMAIL PROTECTED] wrote:
On Mon, Dec 17, 2007 at 09:56:30PM +0100, Remy Bohmer wrote:
+#define lread(port) __raw_readl(port)
+#define lwrite(v, port) __raw_writel(v, port)
Why is this necessary, and
Well the other alternative looks like having a second file per par
bar. Say resource0_wc to support the write-combining mode, possibly
The intention was to support memory not in bars, but give a generic
IOMMU mapped memory interface for user space e.g. for the X server.
But that needs a way to
On Tue, Dec 18, 2007 at 11:02:37AM +1100, Benjamin Herrenschmidt wrote:
+EXPORT_SYMBOL(pci_enable_device_io);
+EXPORT_SYMBOL(pci_enable_device_mem);
EXPORT_SYMBOL(pci_enable_device);
Wouldn't it be better to export only the pci_enable_device_flags()
and make these three just static inline
On Tue, 2007-12-18 at 12:37 +0300, Ivan Kokshaysky wrote:
On Tue, Dec 18, 2007 at 11:02:37AM +1100, Benjamin Herrenschmidt wrote:
+EXPORT_SYMBOL(pci_enable_device_io);
+EXPORT_SYMBOL(pci_enable_device_mem);
EXPORT_SYMBOL(pci_enable_device);
Wouldn't it be better to export only the
From: Remy Bohmer [EMAIL PROTECTED]
This patch cleans up the atmel_serial driver to conform the coding rules.
It contains no functional change.
[EMAIL PROTECTED]: additional cleanups]
Signed-off-by: Remy Bohmer [EMAIL PROTECTED]
Signed-off-by: Haavard Skinnemoen [EMAIL PROTECTED]
---
Changes
On Tue, Dec 18, 2007 at 10:01:15AM +1100, Benjamin Herrenschmidt wrote:
@@ -1040,7 +1040,10 @@ static inline void __devinit alloc_resou
r-flags |= IORESOURCE_UNSET;
r-end -= r-start;
r-start = 0;
Perhaps we should use IORESOURCE_UNSET universally...
Hi Joe,
I've added all three spelling fix patches to the git390. The patch for
drivers lost one hunk because there is another patch in the git390 tree
that removes the comment you are trying to fix. Your patches will be
included in the big merge frenzy after 2.6.24 has been released.
Thanks.
--
On Mon, 2007-12-17 at 21:31 -0500, Theodore Tso wrote:
On Mon, Dec 17, 2007 at 04:21:12PM -0800, Linus Torvalds wrote:
which also gets bonus points for being totally unreadable, and thus 100%
in the spirit of uuid's.
Heh. UUID's don't have to be readable; just universally unique. Code
Hi Jeff,
ACK, pass this through paulus?
Yes, that's fine for me.
Thanks,
Jochen
--
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
I am newbie for Linux Kernel.How can I read the memory area like the range
between to .Directly i read that area it shows some error
like this unable to handle kernel paging request at virtual address
. So,I don't know, how to solve this error .Please anyone help
me
Hello Haavard,
Please note that I'm not trying to steal the show here -- I just want
That did not even come to my mind at all...
I am happy with everything that helps making this driver better.
What shall we do first from here, splitup of the interrupt handler? Or
DMA patch?
Kind Regards,
James
we are planning a major rewrite of the zfcp driver,
meaning that a lot of patches will hit the mailing-list in the near future.
Since I can't support this additional work-load along with my other
responsibilities we are shifting the maintainership to
Christof Schmitt as the maintainer
There is a device that doesn't work when P2CCLK's bit of TI PC1520 was disable.
This patch supports P2CCLK bit enabler for TI PC1520.
Signed-off-by: Nobuhiro Iwamatsu [EMAIL PROTECTED]
---
drivers/pcmcia/Kconfig |5 +
drivers/pcmcia/ti113x.h |8
2 files changed, 13
On Tue, 18 Dec 2007 12:08:05 +0200
Andrew Victor [EMAIL PROTECTED] wrote:
#define at_readl(port, off) __raw_readl((port)-membase + (off))
#define at_writel(v, port, off) __raw_writel(v, (port)-membase + (off))
#define UART_PUT_CR(port, v)at_writel(v, port, ATMEL_US_CR)
#define
The dmesg snippet with the patched kernel. This does not contain my
patch.
Linux version 2.6.24-rc5-default ([EMAIL PROTECTED]) (gcc version 4.1.2
20070115 (prerelease) (SUSE Linux)) #2 SMP Thu Dec 13 15:38:25 IST 2007
Command line:
On Tue, 18 Dec 2007 11:14:42 +0100
Remy Bohmer [EMAIL PROTECTED] wrote:
Hello Haavard,
Please note that I'm not trying to steal the show here -- I just want
That did not even come to my mind at all...
I am happy with everything that helps making this driver better.
Good :)
What shall
Introduce fixup_exception() on X86_64 and use it in kprobes to
eliminate an #ifdef.
Only X86_64 needs search_extable() due to a stepping bug.
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
arch/x86/kernel/kprobes.c | 12 +
arch/x86/mm/Makefile_32 |2 +-
[As pointed out elsewhere in the thread, this is indeed about sparc64,
not sparc per se.]
David Miller wrote:
From: Stefan Richter [EMAIL PROTECTED]
Date: Tue, 18 Dec 2007 00:53:03 +0100
The fault happens due to dma_sync_single_for_device() which
drivers/firewire/fw-ohci.c calls in
* Gregory Haskins [EMAIL PROTECTED] wrote:
http://marc.info/?l=linux-mm-commitsm=119793598429477w=2
I have confirmed that it builds and boots clean, and it passes
checkpatch. However, my test machine seems to be having problems with
suspend-to-ram that are unrelated to this patch that
* Harvey Harrison [EMAIL PROTECTED] wrote:
Introduce fixup_exception() on X86_64 and use it in kprobes to
eliminate an #ifdef.
Only X86_64 needs search_extable() due to a stepping bug.
thanks, applied.
Ingo
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
* Gregory Haskins [EMAIL PROTECTED] wrote:
Hi Steven,
I posted a suspend-to-ram fix to sched-devel earlier today:
http://lkml.org/lkml/2007/12/17/445
This fix should also be applied to -rt as I introduced the same
regression there. Here is a version of the fix for 23-rt13. I can
Use the fixup_exception() helper in fault_64.c
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
This is only appropriate if CONFIG_PNP_BIOS cannot be set on
X86_64, which looks to be the case, but needs confirmation.
arch/x86/mm/fault_64.c |5 +
1 files changed, 1 insertions(+), 4
On Mon, Dec 17, 2007 at 06:15:32PM +0100, Jan Kara wrote:
I think yes. 0 swappiness doesn't mean no swapping at all. From the
code in shrink_active_list() it seems that it just decreases likeliness
of removing pages of mmaped files (i.e., also executables loaded in memory).
So, I tried to
On Sun, 16 Dec 2007 11:51:00 +0100 (CET) Geert Uytterhoeven [EMAIL PROTECTED]
wrote:
On recent kernels, I get the following error when using an initrd:
| initrd overwritten (0x00b78000 0x07668000) - disabling it.
My Amiga 4000 has 12 MiB of RAM at physical address 0x0740 (virtual
Hi David.
On Tue, Dec 18, 2007 at 12:00:04PM +1100, David Chinner ([EMAIL PROTECTED])
wrote:
On Mon, Dec 17, 2007 at 06:03:38PM +0300, Evgeniy Polyakov wrote:
DST passed all FS tests in LTP with XFS (modulo MAX_LOCK_DEPTH too low bug:
[ 8398.605691] BUG: MAX_LOCK_DEPTH too low!
[
* Harvey Harrison [EMAIL PROTECTED] wrote:
Use the fixup_exception() helper in fault_64.c
thanks, applied.
This is only appropriate if CONFIG_PNP_BIOS cannot be set on X86_64,
which looks to be the case, but needs confirmation.
yeah, that seems to be the case:
in
On Tue, 2007-12-18 at 12:19 +0100, Ingo Molnar wrote:
* Harvey Harrison [EMAIL PROTECTED] wrote:
Use the fixup_exception() helper in fault_64.c
thanks, applied.
This is only appropriate if CONFIG_PNP_BIOS cannot be set on X86_64,
which looks to be the case, but needs confirmation.
Hello,
As a follow-up to
http://marc.info/?l=linux-kernelm=119796120524618w=2 (LKML seems
down right now so I am not linking to it), I have detected an important
problem with these two patches: after applying them by hand (downloaded
them raw from SGI's gitweb) on top of 2.6.24-rc5-git5 (they
On Tue, 18 Dec 2007 11:48:00 +0100 Ingo Molnar [EMAIL PROTECTED] wrote:
* Gregory Haskins [EMAIL PROTECTED] wrote:
http://marc.info/?l=linux-mm-commitsm=119793598429477w=2
I have confirmed that it builds and boots clean, and it passes
checkpatch. However, my test machine seems to
* Harvey Harrison [EMAIL PROTECTED] wrote:
Sorry I missed an ifdef in this patch in the following hunk:
could you resend your kprobes cleanups against current x86.git? They
have been conceptually acked by Masami. This cuts out the unification
part of your queue which is bad luck but the effort
Ingo Molnar wrote:
well since i reverted the original patch, there's no regression. The
question is, do we know whether this new patch works fine wrt. s2ram?
Hi Ingo,
I included the same patches into 2.6.23.9-rt13 and someone reported s2r
failed for them. I've included Greg's updates into
On Tue, 2007-12-18 at 12:29 +0100, Ingo Molnar wrote:
* Harvey Harrison [EMAIL PROTECTED] wrote:
Sorry I missed an ifdef in this patch in the following hunk:
could you resend your kprobes cleanups against current x86.git? They
have been conceptually acked by Masami. This cuts out the
* Glauber de Oliveira Costa [EMAIL PROTECTED] wrote:
This patch moves the pieces of processor_32.h and processor_64 that
are equal to processor.h. Only what's exactly the same is moved
around, the rest not being touched.
argh, it doesnt even build cleanly:
In file included from
On Sun, Dec 16, 2007 at 03:35:58PM -0800, Linus Torvalds wrote:
On Sun, 16 Dec 2007, Fengguang Wu wrote:
Here are the mmap read-around related patches initiated by Linus.
They are for linux-2.6.24-rc4-mm1. The one major new feature -
auto detection and early readahead for mmap
On Tue, Dec 18, 2007 at 09:19:07AM +0100, Nick Piggin wrote:
On Sun, Dec 16, 2007 at 07:59:30PM +0800, Fengguang Wu wrote:
+ read_lock_irq(mapping-tree_lock);
+ page = radix_tree_lookup(mapping-page_tree, offset);
+ if (likely(page)) {
+ int got_lock, uptodate;
+
Hello Haavard,
I don't think so, but I don't feel all that strongly about it. I'd
actually prefer if we used at_writel() and at_readl() throughout the
code and killed those UART_PUT/UART_GET macros.
I completely agree.
Kind Regards,
Remy
--
To unsubscribe from this list: send the line
This adds one case to the MODULE_PROC_FAMILY block testing
for X86_64. There are no new things defined on X86_64 than
there were before.
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
include/asm-x86/module.h| 83 +-
Rusty Russell wrote:
On Tuesday 18 December 2007 09:52:26 Glauber de Oliveira Costa wrote:
+static inline int desc_empty(const void *ptr)
+{
+ const u32 *desc = ptr;
+ return !(desc[0] | desc[1]);
+}
Erk. This really needs to be a union, not a void *. I guess we can clean it
When using FLAT_MEMORY and ARCH_PFN_OFFSET is not 0, the kernel
crashes in memmap_init_zone(). This bug got introduced by
commit c713216deebd95d2b0ab38fef8bb2361c0180c2d
Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED]
---
mm/page_alloc.c |2 +-
1 files changed, 1 insertions(+), 1
Ingo Molnar wrote:
* Glauber de Oliveira Costa [EMAIL PROTECTED] wrote:
This patch moves the pieces of processor_32.h and processor_64 that
are equal to processor.h. Only what's exactly the same is moved
around, the rest not being touched.
argh, it doesnt even build cleanly:
In file
From 5be3fc6a0e28d82a05487a8fb1a86532fb0ad4e8 Mon Sep 17 00:00:00 2001
From: Harvey Harrison [EMAIL PROTECTED]
Date: Tue, 18 Dec 2007 03:58:10 -0800
Subject: [PATCH] x86: unify module_{32|64}.h
This adds one case to the MODULE_PROC_FAMILY block testing
for X86_64. There are no new things defined
ata1.00: XXX DMA address 202275000 is above 32bit
Tejun-I find the allocation always above 32bit with the following tests
-
1) kernel-2.6.24-rc5 + the 32 bit limiting patch that you provided in a
previous posting.
2) vanilla-2.6.24-rc5.
But I don't find the DMA allocation above 32bit in the
On Tue, Dec 18, 2007 at 07:46:09PM +0800, Fengguang Wu wrote:
No timings for now... but I wrote a debug patch(attached) and watched
it running for about a week. Here are some interesting numbers:
Here are the (forgotten) readahead-debug.patch:
---
include/linux/fs.h | 43
At Mon, 17 Dec 2007 11:40:38 -0800,
Joe Perches wrote:
Signed-off-by: Joe Perches [EMAIL PROTECTED]
---
sound/drivers/serial-u16550.c|6 ++--
sound/isa/es18xx.c |2 +-
sound/pci/au88x0/au88x0_core.c |2 +-
sound/pci/cs46xx/cs46xx_lib.c|2 +-
At Mon, 17 Dec 2007 11:40:39 -0800,
Joe Perches wrote:
Signed-off-by: Joe Perches [EMAIL PROTECTED]
---
include/sound/ad1848.h |2 +-
include/sound/cs4231-regs.h |2 +-
include/sound/soc-dapm.h|2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
Applied to ALSA
On Tue, Dec 18, 2007 at 12:28:04PM +0100, Damien Wyart wrote:
Hello,
As a follow-up to http://marc.info/?l=linux-kernelm=119796120524618w=2
(LKML seems down right now so I am not linking to it), I have detected an
important problem with these two patches: after applying them by hand
On Tue, 18 Dec 2007 13:03:00 +0100 (CET) Thomas Bogendoerfer [EMAIL
PROTECTED] wrote:
When using FLAT_MEMORY and ARCH_PFN_OFFSET is not 0, the kernel
crashes in memmap_init_zone(). This bug got introduced by
commit c713216deebd95d2b0ab38fef8bb2361c0180c2d
Signed-off-by: Thomas Bogendoerfer
On Dec 17 2007 15:33, H. Peter Anvin wrote:
Could this live in scripts/ too? (And use CodingStyle?)
Why should it live in scripts/ rather than where it is used? scripts/ is used
either for global scripts or scripts which are used manually. Other scripts
are
not centralized there.
On Tue, Dec 18, 2007 at 04:24:04AM -0800, Andrew Morton wrote:
On Tue, 18 Dec 2007 13:03:00 +0100 (CET) Thomas Bogendoerfer [EMAIL
PROTECTED] wrote:
--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
@@ -3427,7 +3427,7 @@ static void __init_refok alloc_node_mem_map(struct
pglist_data *pgdat)
On Dec 18 2007 15:10, wit wrote:
1. What is the d_alloc_root used for? Actually, the question should
be: why we have to call d_alloc_root.
I think the root already has its dentry,
It does not.
why we have to allocate another while we mounting a file
system?
2. Why we call d_alloc_root to
On Dec 18, 2007 3:18 AM, Rusty Russell [EMAIL PROTECTED] wrote:
On Tuesday 18 December 2007 09:52:36 Glauber de Oliveira Costa wrote:
This patch changes the bitwise operations in bitops.h to get
a void pointers as a parameter. Before this patch, a lot of warnings
can be seen. They're gone
* Andrew Morton [EMAIL PROTECTED] wrote:
i'm reluctant to apply it without test results, unless we have a
very clear picture of what happened on Andrew's box and how this
updated patch resolves that problem. (or once Andrew tests your
patch and deems it OK.)
wades through a pile of
* Joe Perches [EMAIL PROTECTED] wrote:
Signed-off-by: Joe Perches [EMAIL PROTECTED]
---
arch/x86/kernel/apic_32.c|2 +-
arch/x86/kernel/mpparse_32.c |2 +-
arch/x86/kernel/vm86_32.c|2 +-
arch/x86/mm/srat_64.c|2 +-
thanks, applied.
Ingo
--
To
Greg Freemyer schrieb:
On Dec 17, 2007 5:53 AM, Andrew Morton [EMAIL PROTECTED] wrote:
On Sat, 15 Dec 2007 21:10:47 +0100 Zsolt Barat [EMAIL PROTECTED] wrote:
Zsolt Barat schrieb:
hi list,
Let's cc the IDE development list.
i just bought a MyBook called
Jean-Louis Dupond schrieb:
Greg Freemyer schreef:
On Dec 17, 2007 5:53 AM, Andrew Morton [EMAIL PROTECTED] wrote:
On Sat, 15 Dec 2007 21:10:47 +0100 Zsolt Barat [EMAIL PROTECTED] wrote:
Zsolt Barat schrieb:
hi list,
Let's cc the IDE development list.
On Tue, 18 Dec 2007 21:22:01 +0800
steve birtles [EMAIL PROTECTED] wrote:
Is there any change can we clean this up?
/*
* We wrap our port structure around the generic uart_port.
@@ -142,8 +146,8 @@ static void atmel_set_mctrl(struct uart_port
*port, u_int mctrl)
#ifdef
* Ingo Molnar [EMAIL PROTECTED] wrote:
What's left in processor_32.h and processor_64.h cannot be cleanly
integrated. However, it's just a couple of definitions. They are
moved to processor.h around ifdefs, and the original files are
deleted. Note that there's much less headers
* Ingo Molnar [EMAIL PROTECTED] wrote:
yes, our include file dependencies are a jungle, the differences
between 32-bit and 64-bit are arbitrary in 80% of the cases, but still
there's no reason why this couldnt be done correctly. The patch below
is a quick bandaid that adds the missing
On Mon, Dec 17, 2007 at 08:48:03PM -0800, Joe Perches wrote:
diff --git a/MAINTAINERS b/MAINTAINERS
index 9507b42..690f172 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3758,13 +3758,6 @@ W:
http://www.kernel.org/pub/linux/kernel/people/bunk/trivial/
T: git
Ingo Molnar wrote:
* Ingo Molnar [EMAIL PROTECTED] wrote:
What's left in processor_32.h and processor_64.h cannot be cleanly
integrated. However, it's just a couple of definitions. They are
moved to processor.h around ifdefs, and the original files are
deleted. Note that there's much less
Andi Kleen [EMAIL PROTECTED] writes:
Well the other alternative looks like having a second file per par
bar. Say resource0_wc to support the write-combining mode, possibly
The intention was to support memory not in bars, but give a generic
IOMMU mapped memory interface for user space e.g.
Ingo Molnar wrote:
* Ingo Molnar [EMAIL PROTECTED] wrote:
yes, our include file dependencies are a jungle, the differences
between 32-bit and 64-bit are arbitrary in 80% of the cases, but still
there's no reason why this couldnt be done correctly. The patch below
is a quick bandaid that adds
On Dec 18, 2007, at 6:33 PM, Haavard Skinnemoen wrote:
On Tue, 18 Dec 2007 11:14:42 +0100
Remy Bohmer [EMAIL PROTECTED] wrote:
Hello Haavard,
Please note that I'm not trying to steal the show here -- I just
want
That did not even come to my mind at all...
I am happy with everything that
Hi Harvey,
Thank you for cleaning this up.
Harvey Harrison wrote:
Subject: [PATCH] x86: kprobes leftover cleanups
Eliminate __always_inline, all of these static functions are
only called once. Minor whitespace cleanup. Eliminate one
supefluous return at end of void function. Reverse
ACK ips line change.
Sincerely -- Mark Salyzyn
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Joe Perches
Sent: Monday, December 17, 2007 2:40 PM
To: linux-kernel@vger.kernel.org
Cc: Andrew Morton; AACRAID; Andrew Vasquez; Brian King;
IpsLinux;
Hi all,
This patch is for review and comments, not merge. As the first user for
this new functionality is a hardware monitoring driver [1], this patch
will be better merged via the hwmon tree. If anyone has objections with
regards to this patch, please let me know.
[1]
On Mon, Dec 17, 2007 at 08:48:40PM -0800, Bret Towe wrote:
I hit a bug in 2.6.24-rc looks to be in 2.6.23 also so not sure how
long it's been there
with an xfs filesystem pbuilder has an issue using device files it
makes for chroot
the mknod command looks to work fine the file is created
On (18/12/07 13:03), Thomas Bogendoerfer didst pronounce:
When using FLAT_MEMORY and ARCH_PFN_OFFSET is not 0, the kernel
crashes in memmap_init_zone(). This bug got introduced by
commit c713216deebd95d2b0ab38fef8bb2361c0180c2d
That commit is over a year old and it initially distressed me
* [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Convert quirk printks to dev_printk().
thanks, applied the x86 bits.
Ingo
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
* Harvey Harrison [EMAIL PROTECTED] wrote:
On Tue, 2007-12-18 at 12:29 +0100, Ingo Molnar wrote:
* Harvey Harrison [EMAIL PROTECTED] wrote:
Sorry I missed an ifdef in this patch in the following hunk:
could you resend your kprobes cleanups against current x86.git? They
have been
* Glauber de Oliveira Costa [EMAIL PROTECTED] wrote:
due to zapping this bit of include/asm-x86/processor_32.h:
-/* Forward declaration, a strange C thing */
-struct task_struct;
-struct mm_struct;
Ingo
I'll test it with your config, and repost.
i've pushed out a new iteration
* Harvey Harrison [EMAIL PROTECTED] wrote:
From 5be3fc6a0e28d82a05487a8fb1a86532fb0ad4e8 Mon Sep 17 00:00:00 2001
From: Harvey Harrison [EMAIL PROTECTED]
Date: Tue, 18 Dec 2007 03:58:10 -0800
Subject: [PATCH] x86: unify module_{32|64}.h
This adds one case to the MODULE_PROC_FAMILY block
I have only seen this happen once, and cannot reproduce it. I'll keep
trying, though.
Dec 16 22:10:48 syntropy kernel: [ 231.718023]
===
Dec 16 22:10:48 syntropy kernel: [ 231.718025] [ INFO: possible
circular locking dependency detected ]
Hi,
In https://bugzilla.novell.com/show_bug.cgi?id=345338 it is claimed that
resetting the quota flags in the mounting sequence rw,ro,rw is a bug, but I
would say this is not the case, as quota is metadata, and the log is replayed
in ro mode even for other filesystems. Yet, it is still not nice,
On Tue, 2007-12-18 at 09:03 -0500, Miles Lane wrote:
I have only seen this happen once, and cannot reproduce it. I'll keep
trying, though.
Dec 16 22:10:48 syntropy kernel: [ 231.718023]
===
Do you have a version that isn't line-wrapped
* David Chinner [EMAIL PROTECTED] [071218 13:24]:
Ok. I haven't noticed anything wrong with directories up to about
250,000 files in the last few days. The ls -l I just did on
a directory with 15000 entries (btree format) used about 5MB of RAM.
extent format directories appear to work fine as
From: Remy Bohmer [EMAIL PROTECTED]
This patch splits up the interrupt handler of the serial port
into a interrupt top-half and a tasklet.
The goal is to get the interrupt top-half as short as possible to
minimize latencies on interrupts. But the old code also does some
calls in the interrupt
Linus, please pull the latest scheduler git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched.git
Thanks,
Ingo
--
Dmitry Adamushko (1):
sched: fix crash on ia64, introduce task_current()
Eric Dumazet (1):
sched: sysctl,
On Tue, Dec 18, 2007 at 03:04:03PM +0100, Jan Engelhardt wrote:
Hi,
In https://bugzilla.novell.com/show_bug.cgi?id=345338 it is claimed that
resetting the quota flags in the mounting sequence rw,ro,rw is a bug, but I
You mounted without quotas in the middle step, thereby invalidating
them.
Hi Eric,
On Tue, 18 Dec 2007 09:54:42 +0800, eric miao wrote:
Well, I guess it would be a smooth path if we rename the
drivers/i2c/chips/pca9539.c
since that's old style I2C driver, which means the driver name is not
so useful external
so the impact is actually minimum.
That's fine with me,
On Dec 19 2007 01:38, David Chinner wrote:
In https://bugzilla.novell.com/show_bug.cgi?id=345338 it is
claimed that resetting the quota flags in the mounting sequence
rw,ro,rw is a bug, but I would say this is not the case,
You mounted without quotas in the middle step, thereby invalidating
Sorry. GMail doesn't support sending unwrapped text, as far as I can
tell. I will send the log segment to you as an attachment. Also,
when I sent my .config inline to Andrew recently, it tripped his spam
filter. I'll attach it as well.
Thanks. This is a bug in iwlwifi.
The problem is
Herbert Xu wrote:
Chris Friesen [EMAIL PROTECTED] wrote:
However, if I specifically try to print out one of the missing entries,
it shows up:
[EMAIL PROTECTED]:/root /tmp/ip neigh show 192.168.24.81
192.168.24.81 dev bond2 lladdr 00:01:af:14:e9:8a REACHABLE
What about
ip -4 neigh
According to the HyperTransport spec, 'En' indicate if the MSI Mapping is
active.
Set the 'En' bit when setup pci and add the quirk for some nvidia devices.
The patch base on kernel 2.6.24-rc5
Signed-off-by: Andy Currid [EMAIL PROTECTED]
Signed-off-by: Peer Chen [EMAIL PROTECTED]
---
diff
2007/12/18, Jan Engelhardt [EMAIL PROTECTED]:
On Dec 18 2007 15:10, wit wrote:
1. What is the d_alloc_root used for? Actually, the question should
be: why we have to call d_alloc_root.
I think the root already has its dentry,
It does not.
There's no dentry for the /? I mean the rootfs.
On Mon, 17 Dec 2007 18:20:14 -0500
Jeff Garzik wrote:
Jochen Friedrich wrote:
This patch adds support to use the fixed-link property
of an ethernet node to fs_enet for the
CONFIG_PPC_CPM_NEW_BINDING case.
Signed-off-by: Jochen Friedrich [EMAIL PROTECTED]
Acked-by: Vitaly Bordug [EMAIL
On Mon, 17 Dec 2007 20:28:00 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
btw, I cheerfully skipped all your spelling-fixes patches. Some will
have stuck via subsystem maintainers but I have a secret no spelling
fixes unless they're end-user-visible policy. That means I'll take
spelling
On Thu, 13 Dec 2007 02:40:50 PST, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc5/2.6.24-rc5-mm1/
git-net.patch (I'm guessing one of Daniel's commits, but not sure which one)
causes some complaints:
LD vmlinux.o
MODPOST vmlinux.o
WARNING:
(Adding Dave Howells, his name is on
iget-stop-isofs-from-using-read_inode.patch)
On Tue, 18 Dec 2007 10:37:32 +0800, Dave Young said:
I don't mind it failing the mount, but the oops seems excessive. I suspect
that *somewhere* in that stack trace, we're wanting something like a
if
[EMAIL PROTECTED] wrote:
On Thu, 13 Dec 2007 02:40:50 PST, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc5/2.6.24-rc5-mm1/
git-net.patch (I'm guessing one of Daniel's commits, but not sure which one)
causes some complaints:
LD vmlinux.o
Johannes Weiner wrote:
Hi,
Stephen Clark [EMAIL PROTECTED] writes:
Which governor are you using? ondemand?
Not sure - but the only thing that is changed is the kernel - if I go
back to 2.6.23.1 it works correctly.
Have a look at
On Tue, Dec 18, 2007 at 03:30:31PM +0100, Damien Wyart wrote:
* David Chinner [EMAIL PROTECTED] [071218 13:24]:
Ok. I haven't noticed anything wrong with directories up to about
250,000 files in the last few days. The ls -l I just did on
a directory with 15000 entries (btree format) used
On Mon, 17 Dec 2007 16:05:31 +0300
Al Boldi [EMAIL PROTECTED] wrote:
Indan Zupancic wrote:
On Mon, December 17, 2007 01:40, Tetsuo Handa wrote:
I think you can better spend your time on read-only bind mounts.
That would be too coarse.
Actually, who needs to create device nodes? Just
1 - 100 of 816 matches
Mail list logo