On Fri, 2007-06-29 at 18:21 -0700, Florin Andrei wrote:
> Arjan van de Ven wrote:
> >> But it's running a Web service which is a combination of C code and
> >> Tomcat/Java. I have no clue how to determine which portions specify a
> >> noexec stack and which don't.
> >
> > like this:
> >
> > $
On Sat, 30 Jun 2007 00:17:46 -0400 [EMAIL PROTECTED] wrote:
> On Fri, 29 Jun 2007 14:01:30 PDT, Andrew Morton said:
> > On Fri, 29 Jun 2007 10:50:30 -0400
> > [EMAIL PROTECTED] wrote:
>
> > > Odd - just for grins, I checked what 'make oldconfig' did when handed a
> > > .config
> > > from
On Fri, 29 Jun 2007 14:01:30 PDT, Andrew Morton said:
> On Fri, 29 Jun 2007 10:50:30 -0400
> [EMAIL PROTECTED] wrote:
> > Odd - just for grins, I checked what 'make oldconfig' did when handed a
> > .config
> > from 22-rc4-mm2, and it behaved just fine, much to my surprise.
>
> That's probably
[EMAIL PROTECTED] wrote:
Anyway, the patch which introduces the problem is the aptly named 3ebad:
3ebad59056: [PATCH] x86: Save and restore the fixed-range MTRRs of the BSP when
suspending
2.6.22-rc6 plus that one commit reverted successfully does APM suspend
(and resume) for me.
Okay, I
> > Treating ordinary use as a copyright privilege leads to
> > nonsensical results
> > no matter what you do. For example, you get that I can drop copies of my
> > poem from an airplane and then sue anyone who reads it.
> Who was talking about reading?
They are both ordinary use. It is crazy
On Sat, Jun 30, 2007 at 05:34:51AM +0300, Dan Aloni wrote:
>...
> Basically, instead of manually figuring out who to add to CC
> when sending a patch to LKML by looking at MAINTAINERS, a
> script can look at '.maintainers' files spread across the
> source tree and automatically generate a proper
On Friday 29 June 2007 17:27:34 Rene Herman wrote:
> On 06/29/2007 11:05 PM, Bodo Eggert wrote:
> > Alan Cox <[EMAIL PROTECTED]> wrote:
> >> Indeed if its public domain you may have almost no rights at all
> >> depending what you were given. Once you get the source code you can do
> >> stuff but I
On Fri, Jun 29, 2007 at 10:29:33PM -0500, Jay Cliburn wrote:
> How do I turn on dev_dbg messaging in the kernel? I can get
> printk(KERN_DEBUG ...) to work just fine, but I don't know how to
> enable dev_dbg.
Defining DEBUG before including enables dev_dbg to work.
-
To unsubscribe from this
How do I turn on dev_dbg messaging in the kernel? I can get
printk(KERN_DEBUG ...) to work just fine, but I don't know how to
enable dev_dbg.
Thanks,
Jay
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Put WARN_ON and fixed all callers of unregister_blkdev().
Now we can make unregister_blkdev return void.
Cc: Jens Axboe <[EMAIL PROTECTED]>
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
---
block/genhd.c |7 +--
include/linux/fs.h |2 +-
2 files changed, 2 insertions(+), 7
On 6/30/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
On 6/30/07, Kok, Auke <[EMAIL PROTECTED]> wrote:
> [...]
> an easier way to implement this is to add an extra field in the MAINTAINERS
> file, something like below. All the contact info would stay the same, closely
> where applicable and it
The Generic Tracing and Control Interface (GTSC) code.
Signed-off-by: Tom Zanussi <[EMAIL PROTECTED]>
Signed-off-by: David Wilder <[EMAIL PROTECTED]>
---
include/linux/gtsc.h | 104 +
lib/Kconfig | 10
lib/Makefile |2
lib/gtsc.c | 558
This patch converts blktrace to use the Generic Trace Setup and
Control (GTSC) interface. Also attached is a small patch to the
blktrace user code, needed for the ioctl change.
Signed-off-by: Tom Zanussi <[EMAIL PROTECTED]>
Signed-off-by: David Wilder <[EMAIL PROTECTED]>
---
block/Kconfig
This patch allows relay channels to be reset i.e. unconsumed.
Basically allows a 'rewind' function for flight-recorder tracing.
Signed-off-by: Tom Zanussi <[EMAIL PROTECTED]>
Signed-off-by: David Wilder <[EMAIL PROTECTED]>
---
Documentation/filesystems/relay.txt | 11 ++
This is the documentation for the Generic Trace Setup and Control
patchset, first submitted a couple of weeks ago. See
http://marc.info/?l=linux-kernel=118214274912586=2
for a more detailed description.
I've updated this patch to incorporate the suggestions made by Alexey
Dobriyan in that
This patch adds the ability to explicitly specify the per-cpu buffer
to reserve space in. Needed for early DTI tracing.
Signed-off-by: Tom Zanussi <[EMAIL PROTECTED]>
Signed-off-by: David Wilder <[EMAIL PROTECTED]>
---
relay.h | 33 +
1 file changed, 33
This patch adds a relay_kernel_read() function to relay, which allows
kernel clients to easily extract only the data (i.e. and skip over
padding) from a channel buffer.
Signed-off-by: Tom Zanussi <[EMAIL PROTECTED]>
Signed-off-by: David Wilder <[EMAIL PROTECTED]>
---
Some cdrom drivers stop destruct operations in module_exit() when
unregister_blkdev() failure happens.
But it can't help to stop unloading module. So it will not be good
error handling. Furthermore any other block drivers don't have such
handling and there is no special reason that only those
This patch does a first pass at converting some of the s390 drivers
from s390dbf to DTI. The others can be converted later if DTI is ever
merged. Note that the location of the trace files is now under
/sys/kernel/debug/dti rather than /sys/kernel/debug/s390dbf. There
are also some other
The Driver Tracing Interface (DTI) code.
Signed-off-by: Tom Zanussi <[EMAIL PROTECTED]>
Signed-off-by: David Wilder <[EMAIL PROTECTED]>
---
drivers/base/Kconfig | 11
drivers/base/Makefile |1
drivers/base/dti.c | 836
Hi,
This patchset contains the code for a tracing and debugging facility
named 'The Driver Tracing Interface (DTI)' after the title of our OLS
paper, to be presented tomorrow. ;-)
It was originally based on ideas from a useful s390 tracing utility
called s390dbf (see
No need to warn unregister_blkdev() failure by caller.
(The previous patch makes unregister_blkdev() print error message in
error case)
Cc: Grant Likely <[EMAIL PROTECTED]>
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
---
drivers/block/xsysace.c |4 +---
1 file changed, 1 insertion(+), 3
No need to warn unregister_blkdev() failure by the callers.
(The previous patch makes unregister_blkdev() print error message in
error case)
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
---
drivers/block/acsi.c |4 +---
drivers/block/loop.c |3 +--
When unregister_blkdev() has failed, something wrong happened.
This patch adds WARN_ON to notify such badness.
Cc: Jens Axboe <[EMAIL PROTECTED]>
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
---
block/genhd.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
Index:
unregister_chrdev() does not return meaningful value.
This patch makes it return void like most of unregister_* functions.
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
---
fs/char_dev.c |3 +--
include/linux/fs.h |2 +-
2 files changed, 2 insertions(+), 3 deletions(-)
Index:
register_chrdev() always returns 0.
There is no need to check the return value.
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
---
arch/cris/arch-v10/drivers/pcf8563.c |4 +---
arch/cris/arch-v32/drivers/pcf8563.c |4 +---
arch/sparc64/solaris/socksys.c |3 +--
On 6/30/07, Kok, Auke <[EMAIL PROTECTED]> wrote:
[...]
an easier way to implement this is to add an extra field in the MAINTAINERS
file, something like below. All the contact info would stay the same, closely
where applicable and it would allow you to also specify specific files as well.
Hmm,
On Sat, Jun 30, 2007 at 05:01:44AM +0200, Oleg Verych wrote:
> * Date: Sat, 30 Jun 2007 05:34:51 +0300
> >
> > Hello,
> >
> > I'd like to present a suggestion for automatic generation of
> > carbon copy fields in the E-Mails of posted patches.
> >
> > Basically, instead of manually figuring out
Okay, after a ridiculous amount of bisecting and recompiling and
rebooting...
First I had to find out that the kernel stops booting as of
bf50467204: "i386: Use per-cpu GDT immediately on boot"
(With theis commit, it silently stops booting. The GP fault I
posted earlier comes a little later, but
On Jun 28, 2007, "David Schwartz" <[EMAIL PROTECTED]> wrote:
> Alexandre Oliva write:
>> > The GPL does sometimes use the word "may" where it's not clear
>> > whether it
>> > means you have permission or you must be able to. The general rule of
>> > construction is that "may" means permission,
Dan Aloni wrote:
Hello,
I'd like to present a suggestion for automatic generation of
carbon copy fields in the E-Mails of posted patches.
Basically, instead of manually figuring out who to add to CC
when sending a patch to LKML by looking at MAINTAINERS, a
script can look at '.maintainers'
* Date: Sat, 30 Jun 2007 05:34:51 +0300
>
> Hello,
>
> I'd like to present a suggestion for automatic generation of
> carbon copy fields in the E-Mails of posted patches.
>
> Basically, instead of manually figuring out who to add to CC
> when sending a patch to LKML by looking at MAINTAINERS, a
[patch] PNP SMCf010 quirk: work around Toshiba Portege 4000 ACPI issues
When we enable the SMCf010 IR device, the Toshiba Portege 4000 BIOS claims
the device is working, but it really isn't configured correctly. The BIOS
*will* configure it, but only if we call _SRS after (1) reversing the order
Hello,
I'd like to present a suggestion for automatic generation of
carbon copy fields in the E-Mails of posted patches.
Basically, instead of manually figuring out who to add to CC
when sending a patch to LKML by looking at MAINTAINERS, a
script can look at '.maintainers' files spread across
On 6/29/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
+int indirect_set_context(struct fsa_context *ator,
+const struct indirect_ctx __user * __user *ctxs,
+unsigned int nctxs, struct indirect_op **first)
+{
+ unsigned int i;
+ int
On 6/29/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
[include/linux/indirect.h]
#define SYSIND_CTX_OPENFLAGS0
struct sysind_ctx_OPENFLAGS {
__u32 ctx;
__u32 flags;
I agree that this interface is more than any other in danger of
needing an
Arjan van de Ven wrote:
But it's running a Web service which is a combination of C code and
Tomcat/Java. I have no clue how to determine which portions specify a
noexec stack and which don't.
like this:
$ eu-readelf -l /bin/true | grep STACK
GNU_STACK 0x00 0x 0x
On Fri, Jun 29, 2007 at 10:25:26PM +0200, Frank Fiene wrote:
> Lenovo Z61p, Intel Core2 Duo T7200
>
> I have 4GB RAM installed and BIOS recognize 4GB RAM.
> Linux kernel (Ubuntu-7.04, 32bit-PAE and 64bit, openSUSE-10.2 32bit-PAE
> and 64bit) tells me: only 3GB of RAM are installed.
With AMD's
http://kerneltrap.org/node/2450/7217 is likely your problem, although
why you can see 3gb instead of only 1gb of ram, idk... maybe something
ubuntu specific...
On 6/29/07, Frank Fiene <[EMAIL PROTECTED]> wrote:
Lenovo Z61p, Intel Core2 Duo T7200
I have 4GB RAM installed and BIOS recognize 4GB
On Sat, Jun 30, 2007 at 12:44:22AM +0200, Pavel Machek wrote:
> Hi!
>
> > By the way.
> >
> > > diff --git a/kernel/power/power.h b/kernel/power/power.h
> > > index eb461b8..dc13af5 100644
> > > --- a/kernel/power/power.h
> > > +++ b/kernel/power/power.h
> >
> >
> >
On Jun 29, 2007, at 08:49:42, Dmitry Torokhov wrote:
On 6/29/07, Michael Tokarev <[EMAIL PROTECTED]> wrote:
highlight WhitespaceEOL ctermbg=red guibg=red
match WhitespaceEOL /\s\+$/
Works without any glitches here (not "laggy"). But I don't use
syntax coloring - never tried if it works with
On Jun 29, 2007, at 16:12:58, Davide Libenzi wrote:
On Fri, 29 Jun 2007, Andy Isaacson wrote:
I still think that using uid in mm_struct is wrong, and some kind
of abstraction is required. I called this "free pool" in
<[EMAIL PROTECTED]>, but I think that name is
misleading -- I am not
Frank Fiene wrote:
Lenovo Z61p, Intel Core2 Duo T7200
I have 4GB RAM installed and BIOS recognize 4GB RAM.
Linux kernel (Ubuntu-7.04, 32bit-PAE and 64bit, openSUSE-10.2 32bit-PAE
and 64bit) tells me: only 3GB of RAM are installed.
Any other user with a 4GB Thinkpad? tytso?
What can i do?
[adding Andi Kleen]
John Keller wrote:
Place all the IOACPI NMI support code under CONFIG_ACPI
to clear up build errors with certain configs.
Signed-off-by: John Keller <[EMAIL PROTECTED]>
---
Is there some architectural reason that IO APIC NMI support should
require ACPI?
Is this a new
> DMA to or from memory should be done via the DMA mapping API. If we're
> DMAing to/from a limited range within a page, either we should be using
> dma_map_single(), or dma_map_page() with an appropriate offset and size.
If those ranges overlap a cache line then the dma mapping API will not
On Sat, 2007-06-30 at 00:41 +0200, Andreas Schwab wrote:
> Arjan van de Ven <[EMAIL PROTECTED]> writes:
>
> > (all others default to executable stack)
>
> Except ia64.
for ia64 it depends on the personality actually .. just to make it more
complex.
--
if you want to mail me at work (you
Hi!
> By the way.
>
> > diff --git a/kernel/power/power.h b/kernel/power/power.h
> > index eb461b8..dc13af5 100644
> > --- a/kernel/power/power.h
> > +++ b/kernel/power/power.h
>
>
> Don't these definitions need to be exported to userspace? That
> definitely is not
Arjan van de Ven <[EMAIL PROTECTED]> writes:
> (all others default to executable stack)
Except ia64.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276
Hi!
> > > ALIGN
> > > .align 4096
> > > @@ -31,6 +46,11 @@ wakeup_code:
> > > movw%cs, %ax
> > > movw%ax, %ds# Make ds:0
> > > point to wakeup_start
> > > movw%ax, %ss
> > > +
> > > + testl $1, beep_flags - wakeup_code
> > > + jz
Hi!
> > Now, perhaps redhat should get someone to work on suspend/hibernation
> > support (kernel level)? IIRC you had Nigel at one point, but he was
> > working on something else?
> >
> > Rafael and me am trying to look after hibernation, but I believe noone
> > is really working on suspend
On Fri, 29 Jun 2007 13:45:29 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 29 Jun 2007 13:16:57 +0100
> Alan Cox <[EMAIL PROTECTED]> wrote:
>
> > > If those operations involve modifying that slab page's pageframe then what
> > > stops concurrent dma'ers from stomping on each other's
Hello,
Uwe Kleine-König wrote:
> > it's nohz=off not no_hz=off
> Currently I'm not sure, which I was really using. I think it was the
> right one, because dmesg changed. But anyhow, I will retest if I made
> it wrong.
OK, I was really using no_hz, and with nohz I got approx the same result
as
On Sat, 2007-06-30 at 00:15 +0200, Andreas Schwab wrote:
> Arjan van de Ven <[EMAIL PROTECTED]> writes:
>
> > like this:
> >
> > $ eu-readelf -l /bin/true | grep STACK
> > GNU_STACK 0x00 0x 0x 0x00 0x00 RW 0x4
> >
> >
> > (replace /bin/true with the binary or
Arjan van de Ven <[EMAIL PROTECTED]> writes:
> like this:
>
> $ eu-readelf -l /bin/true | grep STACK
> GNU_STACK 0x00 0x 0x 0x00 0x00 RW 0x4
>
>
> (replace /bin/true with the binary or library you want to check)
>
> if it says "RW" like here, it'll have
Robert Hancock shaw.ca> writes:
> In the case of S/PDIF output on ice1724 (and probably other cards), it
> would be nice if ALSA defaulted to routing default audio to both the
> S/PDIF and analog ports, as this is what most users would normally
> expect.. The Windows drivers work like that,
Place all the IOACPI NMI support code under CONFIG_ACPI
to clear up build errors with certain configs.
Signed-off-by: John Keller <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/io_apic.c | 77 +
1 file changed, 40 insertions(+), 37 deletions(-)
Index:
On Friday 29 June 2007, Sergei Shtylyov wrote:
> The HPT36x chips finally turned out to have the channel enable bits --
> however,
> badly implemented. Make use of them despite it's probably only going to
> burden
> the driver's code -- assuming both channels are always enabled by the
>
> But it's running a Web service which is a combination of C code and
> Tomcat/Java. I have no clue how to determine which portions specify a
> noexec stack and which don't.
>
> In case it turns out some portions do not specify a noexec stack, my
> next question is how to get the application
On Thu, Jun 28, 2007 at 11:02:39PM +0200, Turbo Fredriksson wrote:
> 2. How do I move a VG/PV/LV from PPC to x86?
The on-disk LVM2 metadata should be accessible from both
architectures.
Alasdair
--
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
This is an example of how to add a context set/unset wrapper inside
the kernel, for something like open flags:
1) Alloc a new SYSIND_CTX_* sequential index inside linux/indirect.h
2) Define a new "struct sysind_ctx_*" to be used by userspace
3) Define proper set/unset functions inside
Wires sys_indirect() to the x86 family arch.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
arch/i386/kernel/syscall_table.S |1 +
arch/x86_64/ia32/ia32entry.S |1 +
include/asm-i386/unistd.h|4 +++-
include/asm-x86_64/unistd.h |3 +++
4
On Friday, 29 June 2007 17:28, Keshavamurthy, Anil S wrote:
> On Thu, Jun 28, 2007 at 06:14:27PM -0700, Li, Shaohua wrote:
> >
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-
> > >rc6/2.6.22-rc6-mm1/
> > >>
> > >>> +intel-iommu-dmar-detection-and-parsing-logic.patch
This is the compat code necessary for sys_indirect(). Since the data
structure passed down to sys_indirect() is compat-free, this is the
only processing needed.
A required compat_call_syscall() has been added to the x86-64 arch.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
This is the core skeleton for the new sys_indirect() system call.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
include/linux/indirect.h | 32 +
include/linux/syscalls.h |5 ++
kernel/Makefile |2
kernel/sys_indirect.c| 109
This patch introduces a new call_syscall() helper for the x86 family
archs, to be used by sys_indirect().
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
arch/i386/kernel/entry.S| 18 ++
arch/x86_64/kernel/entry.S | 18 ++
This patch-set implements the skeleton for a new sys_indirect() system call.
The reason for such system call would be to avoid the proliferation of new
system calls, introduced to only wrap old ones by setting/unsetting a given
context before/after the real system call.
The internal operation of
This file implements a fast, sequential allocator. Chunks of memory
are allocated in blocks of pages, and inside these blocks memory is
allocated is a sequential fashion. All the allocated memory is released
in one single sweep by freeing the backing pages. Indeed, there is not
an fsa_free()
On 6/29/07, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> Still we can't do this under cinergyt2->sem, because cinergyt2_query()
> takes it too. This all looks very wrong to me, I hope maintaners can
> explain.
AFAIK, the driver authors are not working anymore with CinergyT2. The
last
On 06/29/2007 11:05 PM, Bodo Eggert wrote:
Alan Cox <[EMAIL PROTECTED]> wrote:
Indeed if its public domain you may have almost no rights at all
depending what you were given. Once you get the source code you can do
stuff but I don't have to give you that. If its public domain I can find
> Still we can't do this under cinergyt2->sem, because cinergyt2_query()
> takes it too. This all looks very wrong to me, I hope maintaners can
> explain.
AFAIK, the driver authors are not working anymore with CinergyT2. The
last patch we have on development tree from Holger is dated as Dec, 3
On Fri, Jun 29, 2007 at 12:23:53PM -0700, Keshavamurthy, Anil S wrote:
> Since this is IOMMU is built into the kernel and it is good idea to
> report that the device is not present.
Yes - as a debug message.
> The above is printed only once and is consistent with other IOMMU
> implementation.
On Fri, 2007-06-29 at 19:56 +0100, Hugh Dickins wrote:
> I don't dare comment on your page_mkclean_one patch (5/5),
> that dirty page business has grown too subtle for me.
Oh yes, the dirty handling is tricky. I had to fix a really nasty bug
with it lately. As for page_mkclean_one the difference
On Fri, Jun 29, 2007 at 01:45:29PM -0700, Andrew Morton wrote:
> On Fri, 29 Jun 2007 13:16:57 +0100
> Alan Cox <[EMAIL PROTECTED]> wrote:
>
> > > If those operations involve modifying that slab page's pageframe then what
> > > stops concurrent dma'ers from stomping on each other's changes? As
Alan Cox <[EMAIL PROTECTED]> wrote:
> On Fri, 29 Jun 2007 00:00:27 +0200
> Rene Herman <[EMAIL PROTECTED]> wrote:
>> On 06/28/2007 06:30 PM, Alan Cox wrote:
>> > Public domain is GPL compatible.
>>
>> Would you happen to have an opinion on the attached? I don't so much need it
>
> The answer is
Alan Cox wrote:
On Fri, 29 Jun 2007 14:10:49 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
Alan Cox wrote:
I'm not even sure this report is IT8212 related rather than just an IRQ
storm
Why does the driver report "irq 0"?
ata7: PATA max UDMA/133 cmd ctl bmdma irq 0 <
Above that, the
On Fri, 29 Jun 2007 10:50:30 -0400
[EMAIL PROTECTED] wrote:
> On Thu, 28 Jun 2007 03:43:21 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
>
> Configures, builds, boots on first try. Dell Latitude D820 laptop, T7200 CPU,
>
On Fri, 29 Jun 2007 16:17:38 +0200 (CEST)
Roman Zippel <[EMAIL PROTECTED]> wrote:
> On Thu, 28 Jun 2007, Andrew Morton wrote:
>
> > So save yourself some hassle and check your .config carefully before
> > building this kernel. Make sure that everything you need is still
> > enabled.
> >
>
On Fri, 29 Jun 2007 11:50:04 -0400
Mingming Caoc <[EMAIL PROTECTED]> wrote:
> I think the ext4 patch queue is in good shape now.
Which ext4 patches are you intending to merge into 2.6.23?
Please send all those out to lkml for review?
-
To unsubscribe from this list: send the line "unsubscribe
On Fri, 29 Jun 2007 09:10:52 -0400 (EDT)
"Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
> > Please provide changelogs.
> >
> > I assume this patch fixes some build error or something.
I am still awaiting a description of what this patch does.
> i actually asked about this on either the
I'm reading Ingo's NX quick start document:
http://people.redhat.com/mingo/nx-patches/QuickStart-NX.txt
Quote:
"If an application defines a noexec stack then the kernel will enforce
this executability, and all attempts to execute on the stack will be
prevented by the hardware."
My question
LOL ER wrote:
> Hello,
> I've been trying to make sense of how the kernel (on an i386) calls
> __do_IRQ() from do_IRQ() for the past few days to no avail. [...]
Since i386 was switched to the generic-IRQ architecture (see "Linux
generic IRQ handling" in Documentation/Docbook) it does not use
On Fri, 29 Jun 2007 14:32:09 +0200
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> Hello,
>
> allmodconfig on powerpc (iMac g3) fails due to
> git-kgdb.patch. allmodconfig defaults should be changed?
>
> CC arch/powerpc/kernel/kgdb.o
> arch/powerpc/kernel/kgdb.c:485:2: error: #error
Lenovo Z61p, Intel Core2 Duo T7200
I have 4GB RAM installed and BIOS recognize 4GB RAM.
Linux kernel (Ubuntu-7.04, 32bit-PAE and 64bit, openSUSE-10.2 32bit-PAE
and 64bit) tells me: only 3GB of RAM are installed.
Any other user with a 4GB Thinkpad? tytso?
What can i do? Please help!
Regards
On Fri, 29 Jun 2007 13:16:57 +0100
Alan Cox <[EMAIL PROTECTED]> wrote:
> > If those operations involve modifying that slab page's pageframe then what
> > stops concurrent dma'ers from stomping on each other's changes? As in:
> > why aren't we already buggy?
>
> Or DMA operations falling out
[PATCH 1/2] x86_64: get mp_bus_to_node as early
In struct device, we already have numa_node member. and we can use dev_to_node()
/set_dev_node() to get and set numa_node in the device.
set_dev_node is called in pci_device_add() with pcibus_to_node(bus). and
pci_bus_to_node use bus->sysdata for
[PATCH 2/2] net: make net and forcedeth to use kmalloc_node
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/drivers/net/forcedeth.c b/drivers/net/forcedeth.c
index 42ba1c0..6d53b52 100644
--- a/drivers/net/forcedeth.c
+++ b/drivers/net/forcedeth.c
@@ -1383,7 +1383,7 @@ static int
On Fri, 29 Jun 2007 [EMAIL PROTECTED] wrote:
> Hi,
>
> I've recently compiled a "vanilla" 2.6.21 kernel, patched with Ingo Molnar's
> rt-8 patch, as I was unable to compile with rt-7.
>
> I needed it because I'm using audio applications (tests were made with
> FrugalWare, but I don't think it's
On Fri, 2007-06-29 at 12:35 -0700, Li Juen Hwang wrote:
>
> Hi,
>
> Most 1394 drivers on Linux, ohci1394 for instance, calls
> request_irq() before
> initializing/enabling hardware chip. I'd like to reverse the order
> so that driver
> can exit the kernel without calling free_irq()
On Fri, 29 Jun 2007, Andy Isaacson wrote:
> On Thu, Jun 28, 2007 at 10:57:00PM -0400, Kyle Moffett wrote:
> > On Jun 28, 2007, at 14:49:24, Davide Libenzi wrote:
> > >So I implemented a rather quick hack that introduces a new mmap()
> > >flag MAP_NOZERO (only valid for anonymous mappings) and
Hi,
Most 1394 drivers on Linux, ohci1394 for instance, calls
request_irq() before
initializing/enabling hardware chip. I'd like to reverse the order
so that driver
can exit the kernel without calling free_irq() if hardware failed.
Is that ok?
will it cause side effect? Thanks.
The HPT36x chips finally turned out to have the channel enable bits -- however,
badly implemented. Make use of them despite it's probably only going to burden
the driver's code -- assuming both channels are always enabled by the HighPoint
BIOS anyway...
Signed-off-by: Sergei Shtylyov <[EMAIL
Hello,
I've been trying to make sense of how the kernel (on an i386) calls
__do_IRQ() from do_IRQ() for the past few days to no avail. After
doing some research I found out that do_IRQ() calls the corresponding
"highlevel irq-events handler", this lead me to believe that the
kernel calls
I read a post that you made about not being able to expand anonymous
shared mapping with mremap(). And I am actually having that issue now.
You made the post in 2004 and we are now in 2007. I would like to know
if that feature was added because the code below always fail with bus
error on my
The Coverity checker spotted the following use-after-free of "skb" in
drivers/net/wireless/libertas/rx.c introduced by
commit 9012b28a407511fb355f6d2176a12d4653489672 (WTF did this commit
with the title "libertas: make debug configurable" add the
"skb->protocol = __constant_htons(0x0019);"
Make sure we set dependencies on CPU features.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/i386/xen/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
===
---
On Thu, Jun 28, 2007 at 10:57:00PM -0400, Kyle Moffett wrote:
> On Jun 28, 2007, at 14:49:24, Davide Libenzi wrote:
> >So I implemented a rather quick hack that introduces a new mmap()
> >flag MAP_NOZERO (only valid for anonymous mappings) and the vma
> >counter-part VM_NOZERO. Also, a new
On Fri, Jun 29, 2007 at 12:23:43PM -0400, Muli Ben-Yehuda wrote:
> On Fri, Jun 29, 2007 at 08:28:58AM -0700, Keshavamurthy, Anil S wrote:
>
> > +++ linux-2.6.22-rc4-mm2/drivers/pci/dmar.c 2007-06-29 07:46:25.0
> > -0700
> > @@ -260,6 +260,8 @@
> > int ret = 0;
> >
> > dmar =
We have to change udf_crc16() name to udf_crc()
to be able to play with CRC test.
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
fs/udf/crc.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/udf/crc.c b/fs/udf/crc.c
index 490aebe..85aaee5 100644
---
Hello!
> Also, create_workqueue() is very costly. The last 2 lines should be
> reverted.
Indeed.
The result improves from 3988 nanoseconds to 3975. :-)
Actually, the difference is within statistical variance,
which is about 20 ns.
Alexey
-
To unsubscribe from this list: send the line
I don't dare comment on your page_mkclean_one patch (5/5),
that dirty page business has grown too subtle for me.
Your cleanups 2-4 look good, especially the mm_types.h one (how
confident are you that everything builds?), and I'm glad we can
now lay ptep_establish to rest. Though I think you may
1 - 100 of 614 matches
Mail list logo
