On Wed, 30 May 2007 14:40:02 -0700,
"Williams, Dan J" <[EMAIL PROTECTED]> wrote:
> With the patch non-dma-architectures that try to build code with true
> dependencies on the DMA api will fail to link i.e.:
>
> CONFIG_DMA_ENGINE=y CONFIG_HAS_DMA=n ASYNC_MEMCPY=y
> CC init/version.o
> LD
On Tuesday May 29, [EMAIL PROTECTED] wrote:
>
> But then I think a problem remains after your patch that if the page is
> partially truncated after you test that it is uptodate and resample i_size,
> then the page tail can be zero filled and then you'll again get back a
> nul tail from read(2), do
On Tuesday, 29 May 2007 02:39, Herbert Xu wrote:
> On Mon, May 28, 2007 at 08:21:29PM +0200, Rafael J. Wysocki wrote:
> >
> > Well, it looks like we have to fix this one separately.
> >
> > Can you please tell me what to do to make cryptd run?
>
> If you build it as a module then just loading it
On Wed, May 30, 2007 at 02:59:57PM +0200, Michal Marek wrote:
> * 32bit struct xfs_fsop_bulkreq has different size and layout of
> members, no matter the alignment. Move the code out of the #else
> branch (why was it there in the first place?). Define _32 variants of
> the ioctl constants.
>
On Wed, May 30, 2007 at 09:09:26PM -0700, William Lee Irwin III wrote:
>> It's not all that tricky.
On Thu, May 31, 2007 at 11:18:28AM +0530, Srivatsa Vaddagiri wrote:
> Hmm ..the fact that each task runs for a minimum of 1 tick seems to
> complicate the matters to me (when doing group fairness g
On Thu, May 31 2007, David Chinner wrote:
> IOWs, there are two parts to the problem:
>
> 1 - guaranteeing I/O ordering
> 2 - guaranteeing blocks are on persistent storage.
>
> Right now, a single barrier I/O is used to provide both of these
> guarantees. In most cases, all we really
On Wed, May 30 2007, Phillip Susi wrote:
> >That would be the exactly how I understand Documentation/block/barrier.txt:
> >
> >"In other words, I/O barrier requests have the following two properties.
> >1. Request ordering
> >...
> >2. Forced flushing to physical medium"
> >
> >"So, I/O barriers ne
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > I agree. What would be a good interface to allocate fds in such
> > area? We don't want to replicate syscalls, so maybe a special new
> > dup function?
>
> I'd do it with something like "newfd = dup2(fd, NONLINEAR_FD)" or
> similar, and just hav
On Wed, 30 May 2007 17:09:56 -0700 (PDT) Christoph Lameter wrote:
> On Wed, 30 May 2007, Randy Dunlap wrote:
>
> > OK. I would write the file to disk and view it with an editor.
> > Then at each occurrence of /exit.text/, see if it's inside an __init
> > function...
>
> Ahh okay. cscope will do
* Arnaldo Carvalho de Melo ([EMAIL PROTECTED]) wrote:
> The fix for the fix needed a fix: allocate_msrs() was using
> for_each_online_cpu(), but nmi_setup uses for_each_possible_cpu(), and
> in my test machine, a Dell Poweredge 1950 I have 2 dual core Xeons,
> which makes for 4 possible cores, but
The pseudo_palette has room for 16 entries only, but in truecolor mode, it
attempts to write 256.
Signed-off-by: Antonino Daplas <[EMAIL PROTECTED]>
Acked-by: Tero Roponen <[EMAIL PROTECTED]>
---
Tero Roponen wrote:
> On Thu, 31 May 2007, Antonino A. Daplas wrote:
>
>> On Wed, 2007-05-30 at 19:3
* Serge E. Hallyn ([EMAIL PROTECTED]) wrote:
> > ===
> > --- linux-2.6.22-rc2-mm1.orig/kernel/exit.c
> > +++ linux-2.6.22-rc2-mm1/kernel/exit.c
> > @@ -924,10 +924,12 @@ fastcall void do_exit(long code)
> > if (unlikely(tsk->audit_
On Thu, 31 May 2007, Antonino A. Daplas wrote:
> On Wed, 2007-05-30 at 19:33 -0700, Linus Torvalds wrote:
> >
> > On Tue, 29 May 2007, Michal Piotrowski wrote:
> > >
>
> > > TTY
> > >
> > > Subject: tty-related oops in latest kernel(s)
> > > References : http://lkml.org/lkml/2007/5/27/104
On Tue, 29 May 2007 13:31:05 -0400 Mark Hounschell <[EMAIL PROTECTED]> wrote:
> Changes in floppy.c from 2.6.17 and 2.6.18 have broken an application I have.
> I have tracked
> it down to a single line of code. When the following patch is applied to the
> version in 2.6.18
> my application work
On Wed, May 30, 2007 at 09:09:26PM -0700, William Lee Irwin III wrote:
> It's not all that tricky.
Hmm ..the fact that each task runs for a minimum of 1 tick seems to
complicate the matters to me (when doing group fairness given a single
level hierarchy). A user with 1000 (or more) tasks can be u
Hi,
On Thursday, 31 May 2007 00:24, Nigel Cunningham wrote:
> Hi.
>
> On Wed, 2007-05-30 at 23:11 +0200, Rafael J. Wysocki wrote:
> > On Wednesday, 30 May 2007 22:44, Rafael J. Wysocki wrote:
> > > Hi,
> > >
> > > On Wednesday, 30 May 2007 17:37, Pavel Machek wrote:
> > > > Hi!
> > > >
> > > >
On Thursday, 31 May 2007 00:29, Pavel Machek wrote:
> Hi!
>
> > > I think the rule should be: If you need to do something _before_ tasks are
> > > frozen, do it in PM_PRE_FREEZE, but if you can do that after the tasks
> > > have
> > > been frozen, do it on PM_HIBERNATION_PREPARE (or PM_SUSPEND_PR
On Thu, May 17, 2007 at 05:47:54PM -0400, Dave Jones wrote:
> On Thu, May 17, 2007 at 11:28:01PM +0200, Christian Volkmann wrote:
>
> > - Important: somebody to check other CPU types if the same behavior
> happens.
>
> arch/i386/kernel/cpu/rise.c
>
> Though, I've *never* seen or even heard of
On 5/30/07, Dave Airlie <[EMAIL PROTECTED]> wrote:
Hi Linus,
Please pull the 'drm-patches' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-patches
It contains a fix for a kmalloc 0, along with new pci ids for the radeon rs480
and a spinlock initialiser.
I
On Thu, 31 May 2007 06:50:33 +0200 Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> Is it correct assumed that start_kernel() is never called in the HOTPLUG case
> since we
> are dealign with CPU #2 and more?
start_kernel is called once, on the boot CPU, before the other CPUs are
brought up.
-
To unsub
On 5/30/07, Robert Hancock <[EMAIL PROTECTED]> wrote:
Justin Piszcz wrote:
> That output looked nasty, attaching entries from syslog.
>
> Justin.
Here's your E820 memory map, from dmesg:
BIOS-e820: - 0008f000 (usable)
BIOS-e820: 0008f000 - 000a (rese
On Wed, 2007-05-30 at 19:33 -0700, Linus Torvalds wrote:
>
> On Tue, 29 May 2007, Michal Piotrowski wrote:
> >
> > TTY
> >
> > Subject: tty-related oops in latest kernel(s)
> > References : http://lkml.org/lkml/2007/5/27/104
> > Submitter : Tero Roponen <[EMAIL PROTECTED]>
> > Status :
On Wed, May 30, 2007 at 09:40:27PM -0700, Yinghai Lu wrote:
> please check patch in following too.
>
> http://lkml.org/lkml/2007/5/25/76
Patch looks wrong (why remove all the markings).
In output posted by Andrew there is no references to mtrr - so I expect it
to be all clear in Andi's tree.
On Mon, May 28, 2007 at 14:06:52 -0700, David Brownell wrote:
[...]
> That seems to be true. And those particular users should learn the
> portable /sys/class/rtc/rtc0/wakealarm syntax ... e.g. using numeric
> seconds-since-epoch ("date '+%s'") instead of strings the kernel needs
> to parse. Th
On Wed, 30 May 2007 21:42:15 -0700 "Yinghai Lu" <[EMAIL PROTECTED]> wrote:
> On 5/30/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Wed, 30 May 2007 21:34:35 -0700 "Yinghai Lu" <[EMAIL PROTECTED]> wrote:
> >
> > > they will need
> > > diff --git a/include/asm-x86_64/io.h b/include/asm-x86_64/
On Wed, May 30, 2007 at 06:02:17PM -0700, Andrew Morton wrote:
>
> Mostly from Andi's tree:
>
> WARNING: arch/i386/kernel/head.o(.note.Xen+0x68): Section mismatch: reference
> to .init.text:startup_xen
> WARNING: vmlinux(.text+0xc0101183): Section mismatch: reference to
> .init.text:start_kerne
On Wed, 30 May 2007 21:36:41 -0700 "Yinghai Lu" <[EMAIL PROTECTED]> wrote:
> On 5/30/07, Yinghai Lu <[EMAIL PROTECTED]> wrote:
> > On 5/30/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > On Tue, 29 May 2007 18:43:59 -0700 Yinghai Lu <[EMAIL PROTECTED]> wrote:
> > >
> > > > [PATCH 4/5] serial: c
On Wed, May 30, 2007 at 04:31:35PM -0700, Christoph Lameter wrote:
> On Wed, 30 May 2007, Luck, Tony wrote:
>
> >
> > > `.exit.text' referenced in section `.init.text' of drivers/built-in.o:
> > > defined in discarded section `.exit.text' of drivers/built-in.o
> >
> >
> > This one is a fatal e
On 5/30/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Wed, 30 May 2007 21:34:35 -0700 "Yinghai Lu" <[EMAIL PROTECTED]> wrote:
> they will need
> diff --git a/include/asm-x86_64/io.h b/include/asm-x86_64/io.h
> index de2cd9a..e2d66de 100644
> --- a/include/asm-x86_64/io.h
> +++ b/include/asm-x8
please check patch in following too.
http://lkml.org/lkml/2007/5/25/76
YH
-
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.
On Wed, 30 May 2007 21:34:35 -0700 "Yinghai Lu" <[EMAIL PROTECTED]> wrote:
> they will need
> diff --git a/include/asm-x86_64/io.h b/include/asm-x86_64/io.h
> index de2cd9a..e2d66de 100644
> --- a/include/asm-x86_64/io.h
> +++ b/include/asm-x86_64/io.h
> @@ -145,6 +145,19 @@ extern void early_ioun
Parag Warudkar wrote:
Robert Hancock wrote:
0-3319MB
4096-8832MB
leaving 64MB of memory at the top of RAM uncached. What do you want to
bet that something important (kernel code?) is getting loaded there..
So essentially it's a BIOS problem, it's not setting up the MTRRs
properly in order to
On 5/30/07, Yinghai Lu <[EMAIL PROTECTED]> wrote:
On 5/30/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 29 May 2007 18:43:59 -0700 Yinghai Lu <[EMAIL PROTECTED]> wrote:
>
> > [PATCH 4/5] serial: convert early_uart to earlycon for 8250
>
> drivers/serial/8250_early.c: In function 'parse_o
On 5/30/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Tue, 29 May 2007 18:43:59 -0700 Yinghai Lu <[EMAIL PROTECTED]> wrote:
> [PATCH 4/5] serial: convert early_uart to earlycon for 8250
drivers/serial/8250_early.c: In function 'parse_options':
drivers/serial/8250_early.c:143: error: 'FIX_EARL
On Wed, 2007-05-30 at 21:18 -0700, Andrew Morton wrote:
> On Thu, 31 May 2007 12:03:22 +0800 Bryan Wu <[EMAIL PROTECTED]> wrote:
>
> > W: unable to extract a valid address from: [EMAIL PROTECTED] [EMAIL
> > PROTECTED] linux-kernel@vger.kernel.org
>
> Maybe it didn't like the "fundation" typo.
>
> > If I just see
> >
> >for (pos = list_entry((head)->next, typeof(*pos), member),
> >n = list_entry(pos->member.next, typeof(*pos), member);
> > &pos->member != (head);
> > pos = n, n = list_entry(n->member.next, typeof(*n), member))
> >
> > then what am
On Thu, 31 May 2007 12:03:22 +0800 Bryan Wu <[EMAIL PROTECTED]> wrote:
> W: unable to extract a valid address from: [EMAIL PROTECTED] [EMAIL
> PROTECTED] linux-kernel@vger.kernel.org
Maybe it didn't like the "fundation" typo.
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
From: Divy Le Ray <[EMAIL PROTECTED]>
The chip executes microcode present in internal RAM,
whose content is loaded from EEPROM on power cycle.
This patch allows an update of the microcode through PIO
without forcing a power cycle.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net
From: Divy Le Ray <[EMAIL PROTECTED]>
Update FW to 4.1.
Proceed to subsequent HW tuning to improve RDMA perfs..
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/regs.h|4
drivers/net/cxgb3/t3_hw.c | 42 +++---
drivers/net
From: Divy Le Ray <[EMAIL PROTECTED]>
Streamline sge page management.
Fix dma mappings when buffers are recycled.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/adapter.h | 38 ++--
drivers/net/cxgb3/sge.c | 423 ++-
2 files c
Hi Jeff,
I'm submitting a patch series for inclusion in netdev#upstream.
Here is a brief description:
- update page management in the SGE code,
- update FW to 4.1 and proceed to subsequent HW tuning,
- allow microcode update without a power cycle.
Cheers,
Divy
-
To unsubscribe from this list: s
Jeff Garzik wrote:
[EMAIL PROTECTED] wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
Streamline page management on RX.
Fix dma mappings.
NAK #2: You should use the page_address(page) accessor rather than
creating a struct member in the same struct as your page, solely to
contain the virtual
On Wed, May 30, 2007 at 01:13:59PM -0700, William Lee Irwin III wrote:
>> The step beyond was to show how nice numbers can be done with all that
>> hierarchical task grouping so they have global effects instead of
>> effects limited to the scope of the narrowest grouping hierarchy
>> containing the
Andrew Morton wrote:
> Mostly from Andi's tree:
>
> WARNING: arch/i386/kernel/head.o(.note.Xen+0x68): Section mismatch: reference
> to .init.text:startup_xen
> WARNING: vmlinux(.notes+0x3d28): Section mismatch: reference to
> .init.text:startup_xen
Sam has the modpost patch to fix these two.
On Wed, 2007-05-30 at 20:55 -0700, Linus Torvalds wrote:
>
> On Thu, 31 May 2007, Bryan Wu wrote:
> >
> > Sorry for sending this email several times , my git-send-email got some
> > problem.
>
> The patch was whitespace-damaged (tabs had been turned into spaces).
>
> But I fixed it up and appli
On Thu, 31 May 2007, Bryan Wu wrote:
>
> Sorry for sending this email several times , my git-send-email got some
> problem.
The patch was whitespace-damaged (tabs had been turned into spaces).
But I fixed it up and applied it.
Linus
-
To unsubscribe from this list: send the li
[AGPGART] intel_agp: add support for 945GME
Add pci id info for 945GME.
Signed-off-by: Wang Zhenyu <[EMAIL PROTECTED]>
---
drivers/char/agp/intel-agp.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/char/agp/intel-agp.c b/drivers/char/agp/intel-agp.c
index 5c
From: Divy Le Ray <[EMAIL PROTECTED]>
Rx traffic needs to be halted when the MTU is changed
to avoid a potential chip hang.
Reset/restore MAC filters around a MTU change.
Also fix the pause frames high materwark setting.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/regs.
[EMAIL PROTECTED] wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
Rx traffic needs to be halted when the MTU is changed
to avoid a potential chip hang.
Reset/restore MAC filters around a MTU change.
Also fix the pause frames high materwark setting.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
On Thu, 2007-05-31 at 11:31 +0800, Bryan Wu wrote:
> It should be pass "newsize" to vmtruncate function to modify the
> inode->i_size,
> while the old size is passed to vmtruncate.
>
> This bug was catched by LTP truncate test case on Blackfin platform.
> After it was fixed, the LTP truncate test
- warning fix.
- call trace area check fix.
- There is no meaning, ' & ' it deletes
Signed-off-by: Yoshinori Sato <[EMAIL PROTECTED]>
diff --git a/arch/h8300/kernel/sys_h8300.c b/arch/h8300/kernel/sys_h8300.c
index 302a2df..de7688c 100644
--- a/arch/h8300/kernel/sys_h8300.c
+++ b/arch/h8300/kerne
Dave,
Here's the patch to add pci ids for 965GME/GLE chip. It is
based on latest git and with these two applied.
+ intel_agp-cleanup-intel-private-data.patch
+ intel_agp-use-table-for-device-probe.patch
Add pci id info for 965GME/GLE support.
Signed-off-by: Wang Zhenyu <[EMAIL PROTECTED]>
---
It should be pass "newsize" to vmtruncate function to modify the
inode->i_size,
while the old size is passed to vmtruncate.
This bug was catched by LTP truncate test case on Blackfin platform.
After it was fixed, the LTP truncate test case passed.
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
Cc: D
On Monday May 28, [EMAIL PROTECTED] wrote:
> Neil Brown writes:
> >
>
> [...]
>
> > Thus the general sequence might be:
> >
> > a/ issue all "preceding writes".
> > b/ issue the commit write with BIO_RW_BARRIER
> > c/ wait for the commit to complete.
> > If it was successf
Daniel J Blueman wrote:
I have a SanDisk Extreme IV 4GB CF card, capable of 40MB/s read, but
am seeing 30MB/s read [1], connected directly to the IDE bus on my
ICH8 controller.
How can I find out if this would be a timing or configuration issue?
On 2.6.20.5 [2], the 120nS timing looks to be righ
Ingo,
This patch contains both John's and mine for -rt. Might as well make it
a single patch to pull in.
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Signed-off-by: John Stultz <[EMAIL PROTECTED]>
---
Index: linux-2.6.21-rt9/kernel/futex.c
===
On Wed, 30 May 2007, Luck, Tony wrote:
> > Ahh okay. cscope will do that too But all have __exit.
>
> The trick is that one of them *shouldn't* have __exit. With cscope
> you'll have to use the "Find functions calling this function:"
> mode to try and find the __init function that is calling
On Wed, May 30, 2007 at 01:13:59PM -0700, William Lee Irwin III wrote:
> On Wed, May 30, 2007 at 10:44:05PM +0530, Srivatsa Vaddagiri wrote:
> > Hmm ..so do you think this weight decomposition can be used to flatten
> > the tree all the way to a single level in case of cfs? That would mean we
> >
On Tue, 29 May 2007 18:43:59 -0700 Yinghai Lu <[EMAIL PROTECTED]> wrote:
> [PATCH 4/5] serial: convert early_uart to earlycon for 8250
drivers/serial/8250_early.c: In function 'parse_options':
drivers/serial/8250_early.c:143: error: 'FIX_EARLYCON_MEM_BASE' undeclared
(first use in this function)
[CC'ing Uli because John forgot to with the original patch]
As John found with futex_unlock_pi (which that patch should apply nicely
to the -rt tree), the code can get screwed up with faulting in at the
cmpxchg in futex_unlock_pi code.
>From John's original email:
In looking into why the ke
"Siddha, Suresh B" <[EMAIL PROTECTED]> writes:
> Eric,
>
> On Fri, May 18, 2007 at 07:40:53AM -0700, Eric W. Biederman wrote:
>> Still in any of those I don't see a problem with switching to edge
>> triggered mode and then back again. Either Remote IRR will keep
>> it's current state or it will b
> Ahh okay. cscope will do that too But all have __exit.
The trick is that one of them *shouldn't* have __exit. With cscope
you'll have to use the "Find functions calling this function:"
mode to try and find the __init function that is calling an
__exit function.
-Tony
-
To unsubscribe from
On Wed, May 30, 2007 at 02:59:56PM +0200, Michal Marek wrote:
> 32bit struct xfs_fsop_handlereq has different size and offsets (due to
> pointers). TODO: case XFS_IOC_{FSSETDM,ATTRLIST,ATTRMULTI}_BY_HANDLE
> still not handled.
>
> Signed-off-by: Michal Marek <[EMAIL PROTECTED]>
> ---
> fs/xfs/lin
On Tue, 29 May 2007, Michal Piotrowski wrote:
>
> Subject: hrtimer overflow bug on 64-bit systems
> References : http://lkml.org/lkml/2007/5/24/391
> Submitter : David Miller <[EMAIL PROTECTED]>
> Status : problem is being debugged
Should be fixed by commit eaad084bb.
> TTY
>
> Subje
On Wed, May 30, 2007 at 02:59:55PM +0200, Michal Marek wrote:
> i386 struct xfs_fsop_geom_v1 has no padding after the last member, so
> the size is different.
That's a pain - it's kind of clunky having to redefine the entire
structure just pack it differently. Oh well, not much that
we can do abou
The fix for the fix needed a fix: allocate_msrs() was using
for_each_online_cpu(), but nmi_setup uses for_each_possible_cpu(), and
in my test machine, a Dell Poweredge 1950 I have 2 dual core Xeons,
which makes for 4 possible cores, but wait, they are HT capable, so...
[EMAIL PROTECTED] linux-2.6.
On Tue, 29 May 2007, Michal Piotrowski wrote:
>
> Subject: Oops on 2.6.22-rc2 when unloading the cciss driver
> References : http://lkml.org/lkml/2007/5/24/172
> Submitter : Mike Miller (OS Dev) <[EMAIL PROTECTED]>
> Status : Unknown
I thought this one should be fixed by commit e9ca75b
At Wed, 30 May 2007 18:08:55 -0700 (PDT),
Roland McGrath wrote:
>
> Aside from typos, I think it should be more clearly and strongly worded.
>
> "These should never be seen by user programs. To return one of these
> codes, signal_pending() MUST be set. Note that ptrace can observe these at
> sy
Siddha, Suresh B wrote:
On Tue, May 29, 2007 at 07:18:18PM -0700, Peter Williams wrote:
Siddha, Suresh B wrote:
I can try 32-bit kernel to check.
Don't bother. I just checked 2.6.22-rc3 and the problem is not present
which means something between rc2 and rc3 has fixed the problem. I hate
it
From: Randy Dunlap <[EMAIL PROTECTED]>
Add a prefix string parameter. Callers are responsible for any
string length/alignment that they want to see in the output. I.e.,
callers should pad strings to achieve alignment if they want that.
Add rowsize parameter. This is the number of raw data byte
On Wed, 30 May 2007 15:06:30 -0700 Randy Dunlap wrote:
> Christoph Lameter wrote:
> > I'd prefer something like this:
> >
> > Use hexdump in slub.
>
> Sure, that's fine.
Just needs to #include
> > Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
> >
> > Index: slub/mm/slub.c
> > ===
On Wed, 2007-05-30 at 17:49 -0700, john stultz wrote:
> ...
> retry_locked:
> /*
>* To avoid races, try to do the TID -> 0 atomic transition
>* again. If it succeeds then we can return without waking
>* anyone else up:
>*/
> if (!(uval & FUTEX_OWNER_DIED
On Wed, 30 May 2007 15:07:39 -0700
Greg KH <[EMAIL PROTECTED]> wrote:
> Sorry, I'm catching up on PCI stuff right now (am traveling in Tokyo
> right now, gotta love jet lag...)
>
> thanks for your patience.
Thanks a lot for the note, Greg. I appreciate it. I'll be patient.
Jay
-
To unsubscrib
On Thu, May 31, 2007 at 02:07:39AM +0100, Alasdair G Kergon wrote:
> On Thu, May 31, 2007 at 10:46:04AM +1000, Neil Brown wrote:
> > If a filesystem cares, it could 'ask' as suggested above.
> > What would be a good interface for asking?
>
> XFS already tests:
> bd_disk->queue->ordered == QUEUE_
Aside from typos, I think it should be more clearly and strongly worded.
"These should never be seen by user programs. To return one of these
codes, signal_pending() MUST be set. Note that ptrace can observe these at
syscall exit tracing, but they will never be left for the debugged user
process
On Thu, May 31, 2007 at 10:46:04AM +1000, Neil Brown wrote:
> If a filesystem cares, it could 'ask' as suggested above.
> What would be a good interface for asking?
XFS already tests:
bd_disk->queue->ordered == QUEUE_ORDERED_NONE
Alasdair
--
[EMAIL PROTECTED]
-
To unsubscribe from this list: s
This path adds validation of the MMCONFIG table against the ACPI reserved
motherboard resources. If the MMCONFIG table is found to be reserved in
ACPI, we don't bother checking the E820 table. The PCI Express firmware spec
apparently tells BIOS developers that reservation in ACPI is required and
E8
On Thu, May 31, 2007 at 10:46:04AM +1000, Neil Brown wrote:
> What if the truth changes (as can happen with md or dm)?
You get notified in endio() that the barrier had to be emulated?
Alasdair
--
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Robert Hancock wrote:
0-3319MB
4096-8832MB
leaving 64MB of memory at the top of RAM uncached. What do you want to
bet that something important (kernel code?) is getting loaded there..
So essentially it's a BIOS problem, it's not setting up the MTRRs
properly in order to map all of RAM as cach
On Wed, May 30, 2007 at 01:11:17PM -0700, Luck, Tony wrote:
> > Hmmm - I wonder if my tree is screwed up in some weird way. I'm seeing link
> > warnings as well:
> >
> > WARNING: init/built-in.o - Section mismatch: reference to .init.data: from
> > .sdata after 'root_mountflags' (at offset 0x38)
>
Len Sorensen wrote:
> On Mon, May 28, 2007 at 08:37:21AM +0930, Jonathan Woithe wrote:
> > The CDROM was showing up in the POST in all cases.
> >
> > It turns out the problem (as I outlined in a followup post) resulted from a
> > combination of issues.
> >
> > 1) This board uses a Marvell PATA c
On Thu, 31 May 2007, young dave wrote:
> Hi Christoph,
>
> > Introduce CONFIG_STABLE to control checks only useful for development.
>
> What about control checks only as SLUB_DEBUG is set?
Debug code is always included in all builds unless it is an embedded
system. Debug code is kept out of th
All,
So we've been seeing PI mutex deadlocks with a few of our applications
using the -rt kernel. After narrowing things down, we were finding that
the applications were indirectly calling futex_unlock_pi(), which on
occasion would return -EFAULT, which is promptly ignored by glibc. This
wo
At Wed, 30 May 2007 23:18:49 +0400,
Oleg Nesterov wrote:
>
> On 05/30, Andrew Morton wrote:
> > On Tue, 29 May 2007 22:44:35 +0400
> > Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> >
> > > --- t/drivers/char/n_tty.c~ 2007-04-05 12:18:26.0 +0400
> > > +++ t/drivers/char/n_tty.c2
On Monday May 28, [EMAIL PROTECTED] wrote:
> On Mon, May 28, 2007 at 12:57:53PM +1000, Neil Brown wrote:
> > What exactly do you want to know, and why do you care?
>
> If someone explicitly mounts "-o barrier" and the underlying device
> cannot do it, then we want to issue a warning or reject the
On Monday May 28, [EMAIL PROTECTED] wrote:
> There are two things I'm not sure you covered.
>
> First, disks which don't support flush but do have a "cache dirty"
> status bit you can poll at times like shutdown. If there are no drivers
> which support these, it can be ignored.
There are really
Hi Christoph,
Introduce CONFIG_STABLE to control checks only useful for development.
What about control checks only as SLUB_DEBUG is set?
Regards
dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
I am not sure if this is the right thing to do I suspect there may be
people on both side of the issue.
SLUB places its free pointer in the first word of an object. There it is very
vulnerable since write after frees usually occur to the first word. If
objects are tighly packed then the write
The one line that SLUB prints on bootup is useful for debugging but I do not
think that we would like to have it on in stable kernels.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
mm/slub.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index: slub/mm/slub.c
We do not want kmalloc(0) to trigger stackdumps if this is a stable
kernel. kmalloc(0) is currently harmless.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
include/linux/slub_def.h |2 ++
mm/slab.c|2 ++
2 files changed, 4 insertions(+)
Index: slub/include/lin
A while back we talked about having the capability of switching off checks
like the one for kmalloc(0) for stable kernel releases. This is a first stab
at such functionality. It adds #ifdef CONFIG_STABLE for now. Maybe we can
come up with some better way to handle it later. There should alsol be so
Introduce CONFIG_STABLE to control checks only useful for development.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
init/Kconfig |7 +++
1 file changed, 7 insertions(+)
Index: slub/init/Kconfig
===
--- slub.orig
On Tuesday May 29, [EMAIL PROTECTED] wrote:
> Neil Brown wrote:
> > md/dm modules could keep count of requests as has been suggested
> > (though that would be a fairly big change for raid0 as it currently
> > doesn't know when a request completes - bi_endio goes directly to the
> > filesystem).
On Wed, May 30, 2007 at 09:52:49AM -0700, [EMAIL PROTECTED] wrote:
> On Wed, 30 May 2007, David Chinner wrote:
> >with the barrier is on stable storage when I/o completion is
> >signalled. The existing barrier implementation (where it works)
> >provide these requirements. We need barriers to retai
On Wed, 30 May 2007 20:01:34 -0400 Dave Jones wrote:
> On Sat, May 26, 2007 at 04:32:54PM +1000, Nigel Cunningham wrote:
>
> Hi Nigel,
>
> > As promised I took another look at the patch and at what Randy had
> > prepared to fix the IA64 compilation error. I did some more work on it,
> > and b
On Wed, 30 May 2007, Randy Dunlap wrote:
> OK. I would write the file to disk and view it with an editor.
> Then at each occurrence of /exit.text/, see if it's inside an __init
> function...
Ahh okay. cscope will do that too But all have __exit.
-
To unsubscribe from this list: send the lin
On Wed, 30 May 2007 16:42:41 -0700, Roland Dreier <[EMAIL PROTECTED]> wrote:
> If I just see
>
> for (pos = list_entry((head)->next, typeof(*pos), member),
> n = list_entry(pos->member.next, typeof(*pos), member);
>&pos->member != (head);
>pos = n, n =
On Sat, May 26, 2007 at 04:32:54PM +1000, Nigel Cunningham wrote:
Hi Nigel,
> As promised I took another look at the patch and at what Randy had
> prepared to fix the IA64 compilation error. I did some more work on it,
> and believe that the following is the tidiest correct solution I can
> c
> Saw this when running strace -f on a script on 2.6.21 on ia64
Run strace -f on 2.6.22-rc3 on Tiger4/Montecito. Couldn't reproduce
this issue. Kernel was built with both defconfig and tiger_defconfig.
Thanks.
-Fenghua
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
Christoph Lameter wrote:
On Wed, 30 May 2007, Randy Dunlap wrote:
Right. I have no idea where to look. The function has no name? Or is the
segment .exit.text referenced by namne in .init.text?
Maybe 'objdump drivers/built-in.o and then grep that output (file)
for /exit.text/ ...
OK. I would
1 - 100 of 595 matches
Mail list logo
