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
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
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
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
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
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.
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
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
>
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:
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
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
> +++
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
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
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
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
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:
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);
> > >member != (head);
> > pos = n, n = list_entry(n->member.next, typeof(*n), member))
> >
> > then what am I to
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
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]>
---
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 +++---
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
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:
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
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
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
[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
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]>
---
[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
+++
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:
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
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
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
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
[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
"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
> 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]>
> ---
>
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
>
>
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
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]
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
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
>
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
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 &
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
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 ==
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
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:
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
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
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
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
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
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.c
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
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
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
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:
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
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
===
---
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
> >
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
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
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
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);
>>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
>
> 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
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
Add a flag in /proc/timer_stats to indicate deferrable timers. This will let
developers/users to differentiate between types of tiemrs in /proc/timer_stats.
Deferrable timer and normal timer will appear in /proc/timer_stats as below.
10D, 1 swapper queue_delayed_work_on
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/ ...
[EMAIL
On 2007.05.30 22:34:34 +0200, Folkert van Heusden wrote:
> P4 with HT and 2GB of ram
> desktop (altough acting as a sever with 300 processes fighting for cpu
> time)
>
> [350598.081548] audit(1180545318.054:16): dev=eth1 prom=0 old_prom=256
> auid=4294967295
> [361753.921304] BUG: unable to
> > > The negative is the sheer number of helper functions in list.h.
> > > Personally,
> > > I find it difficult to retain a working knowledge of them. Iterators are
> > > particularly nasty that way. I'm thinking about dropping all of these
> > >
Mark Lord wrote:
Linus Torvalds wrote:
And once I looked closer, I just went "aiieee, it wasn't all the email
client" ;)
Not long ago, Tejun pointed out the "External Editor" extension for
Thunderbird,
which turns out to be the only really sane way to submit patches with
that client.
On Wed, 30 May 2007 16:31:35 -0700 (PDT) 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
Jesse Barnes wrote:
On Tuesday, May 29, 2007 9:01:22 Robert Hancock wrote:
These two patches implement some changes in behavior related to PCI
MMCONFIG configuration space access. One changes the way in which we
validate the MCFG table provided by the BIOS by checking it against
ACPI
On Wed, 30 May 2007 16:14:01 -0700, Roland Dreier <[EMAIL PROTECTED]> wrote:
> > The negative is the sheer number of helper functions in list.h. Personally,
> > I find it difficult to retain a working knowledge of them. Iterators are
> > particularly nasty that way. I'm thinking about dropping
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 error ... the code is trying to call a function
> that has been marked __exit in a
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 (reserved)
BIOS-e820: 000e - 0010
On Wed, 2007-05-30 at 16:18 -0700, David Miller wrote:
> From: "Antonino A. Daplas" <[EMAIL PROTECTED]>
> Date: Thu, 31 May 2007 07:14:46 +0800
>
> > Yes, 256 is too many. the pseudo_palette is used for the 16-color
> > console only.
>
> Many many drivers allocate 256 entries, just FYI :-) They
On Wednesday 30 May 2007 19:02:28 Mark Adler wrote:
> On May 30, 2007, at 6:30 AM, Satyam Sharma wrote:
> > [1] For your reference, here is the user code in question:
>
> ...
>
> >if (srclen > 2 && !(data_in[1] & PRESET_DICT) &&
> > ((data_in[0] & 0x0f) == Z_DEFLATED) &&
> >
1 - 100 of 1180 matches
Mail list logo
