Dear friend,
I am contacting you independently of my investigation in
my bank and no one is informed of this communication. I need your
urgent assistance in transferring the sum of $5.3 million dollars to
your private account,that belongs to one of our foreign customers who
died a longtime with h
Dear friend,
I am contacting you independently of my investigation in
my bank and no one is informed of this communication. I need your
urgent assistance in transferring the sum of $5.3 million dollars to
your private account,that belongs to one of our foreign customers who
died a longtime with hi
; palmerdabb...@google.com;
paul.walms...@sifive.com; peng@nxp.com; robh...@kernel.org;
shawn...@kernel.org
Cc: linux-kernel@vger.kernel.org; Kelly, Seamus
Subject: Re: [PATCH 22/22] xlink-core: factorize xlink_ioctl function by
creating sub-functions for each ioctl command
On Tue, 2020-12-01 at 14
...@google.com;
paul.walms...@sifive.com; peng@nxp.com; robh...@kernel.org;
shawn...@kernel.org
Cc: linux-kernel@vger.kernel.org; Kelly, Seamus
Subject: Re: [PATCH 21/22] xlink-core: add async channel and events
On Tue, 2020-12-01 at 14:35 -0800, mgr...@linux.intel.com wrote:
> Ena
...@sifive.com; peng@nxp.com; robh...@kernel.org;
shawn...@kernel.org
Cc: linux-kernel@vger.kernel.org; Kelly, Seamus ;
linux-...@vger.kernel.org; Ryan Carnaghi
Subject: Re: [PATCH 16/22] xlink-ipc: Add xlink ipc driver
On Tue, 2020-12-01 at 14:35 -0800, mgr...@linux.intel.com wrote:
> F
From: Meghan Kelly
Sent: Thursday, August 15, 2019 8:01 AM
Subject: IT Infrastructure
Das Office of IT Infrastructure hat den Speicherzugriff aktualisiert, um den
Schutz der Datenbestände und die Systemleistung zu verbessern. Klicken Sie auf:
SYSTEM-UPGRADE
On 2/13/19 5:17 AM, Mathieu Othacehe wrote:
> If there are more trigger consumers than
> CONFIG_IIO_CONSUMERS_PER_TRIGGER, iio_trigger_attach_poll_func will
> silently fail. Add an error message to inform the user that
> CONFIG_IIO_CONSUMERS_PER_TRIGGER limit might be exceeded.
>
> Signed-off-by:
On 1/12/19 1:18 PM, Sudip Mukherjee wrote:
Hi Greg,
On Fri, Jan 11, 2019 at 2:34 PM Greg Kroah-Hartman
wrote:
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Martin Kelly
commit 7ed1c1901fe52e6c5828deb155920b44b0adabb1 upstream
Dear sir ,
I KELLY ALAN purchasing and sales manager of CFM INTERNATIONAL .Our
Company specialised in Supplying computer hardware and Electronic .We
want to extend our supplier list because of concurrency in prices on the
international market. We are seeking a supplier with whom we can to
,
Kelly
,
Kelly
,
Kelly
,
Kelly
would be a good time to make this change before anything
depends on the existing behaviour.
Signed-off-by: James Kelly
---
drivers/base/regmap/regmap-mmio.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/base/regmap/regmap-mmio.c
b/drivers/base/regmap/regmap-mmio.c
would be a good time to make this change before anything
depends on the existing behaviour.
Signed-off-by: James Kelly
---
drivers/base/regmap/regmap-mmio.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/base/regmap/regmap-mmio.c
b/drivers/base/regmap/regmap-mmio.c
ls pass CFLAGS to the linker (incl. -D_LINUX), so revert this
> particular change and let LD be $(CC) again. Note that the old behaviour
> was a bit different, it used $(CROSS_COMPILE)gcc which was eliminated by
> the commit 7ed1c1901fe5. We use $(CC) for that reason.
>
> Signed-o
On 04/04/2018 06:20 AM, Jiri Slaby wrote:
On 01/07/2018, 10:40 PM, Martin Kelly wrote:
From: Martin Kelly
...
--- a/tools/power/acpi/Makefile.config
+++ b/tools/power/acpi/Makefile.config
@@ -56,9 +56,6 @@ INSTALL_SCRIPT = ${INSTALL_PROGRAM}
# to compile vs uClibc, that can be done here as
On 03/28/2018 06:02 PM, Yong wrote:
AFAIK, there is no document about MIPI CSI-2. You can take a look at the
source code in BSP:
https://github.com/friendlyarm/h3_lichee/tree/master/linux-3.4/drivers/media/video/sunxi-vfe/mipi_csi
And try to port it to mainline.
Yep, I see there's lots of mag
On 03/05/2018 05:51 PM, Yong Deng wrote:
This patchset add initial support for Allwinner V3s CSI.
Allwinner V3s SoC features two CSI module. CSI0 is used for MIPI CSI-2
interface and CSI1 is used for parallel interface. This is not
documented in datasheet but by test and guess.
This patchset im
The comment in __kfifo_alloc says we round down, but we actually round
up, so correct it.
Signed-off-by: Martin Kelly
---
lib/kfifo.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/kfifo.c b/lib/kfifo.c
index 90ba1eb1df06..b0f757bf7213 100644
--- a/lib/kfifo.c
+++ b/lib
Kredit? so schnell wie möglich? unkompliziert und seriös ? Bei uns genau
richtig. Wir arbeiten europaweit. Wir vermitteln Kredite und Darlehen zu fairen
Konditionen. Durch unsere seriöse, kompetente und ehrliche Kreditberatung haben
wir über Jahre eine starke Position auf dem Markt.
On 01/07/2018 11:04 AM, Paul Gortmaker wrote:
[Re: [PATCH] tools: fix cross-compile var export] On 07/01/2018 (Sun 10:31)
Martin Kelly wrote:
[...]
With the change, we add do CC = $(CROSS_COMPILE)gcc if and only if CC is not
already set. I'm happy to add all these details to the c
From: Martin Kelly
Currently a number of Makefiles break when used with toolchains that pass
extra flags in CC and other cross-compile related variables (such as
--sysroot). Thus we get this error when we use a toolchain that puts
--sysroot in the CC var:
~/src/linux/tools$ make iio
[snip
On 01/07/2018 10:31 AM, Martin Kelly wrote:
On 01/07/2018 08:11 AM, Paul Gortmaker wrote:
[[PATCH] tools: fix cross-compile var export] On 06/01/2018 (Sat
12:16) Martin Kelly wrote:
From: Martin Kelly
Currently in a number of Makefiles, we clobber the CC, LD, and/or
STRIP env vars
when
On 01/07/2018 08:11 AM, Paul Gortmaker wrote:
[[PATCH] tools: fix cross-compile var export] On 06/01/2018 (Sat 12:16) Martin
Kelly wrote:
From: Martin Kelly
Currently in a number of Makefiles, we clobber the CC, LD, and/or STRIP env vars
when cross-compiling, which breaks any additional
From: Martin Kelly
Currently in a number of Makefiles, we clobber the CC, LD, and/or STRIP env vars
when cross-compiling, which breaks any additional flags that might be set (such
as sysroot). This easily shows up by using, for instance, a Yocto SDK.
Fix this by more carefully overriding the
void pointer
fs: fix kernel_write prototype
fs: fix kernel_read prototype
fs: move kernel_read to fs/read_write.c
fs: move kernel_write to fs/read_write.c
Thanks,
Kelly
Sehr geehrte Damen und Herren,
Sie brauchen Geld? Sie sind auf der suche nach einem Darlehnen? Seriös und
unkompliziert?
Dann sind Sie hier bei uns genau richtig.
Durch unsere jahrelange Erfahrung und kompetente Beratung sind wir Europaweit
tätig.
Wir bieten jedem ein GÜNSTIGES Darlehnen zu TOP
Sehr geehrte Damen und Herren,
Sie brauchen Geld? Sie sind auf der suche nach einem Darlehnen? Seriös und
unkompliziert?
Dann sind Sie hier bei uns genau richtig.
Durch unsere jahrelange Erfahrung und kompetente Beratung sind wir Europaweit
tätig.
Wir bieten jedem ein GÜNSTIGES Darlehnen zu TOP
Collins,
Okay, good to know.
Is there a common solution that can handle all cases?
Thanks,
Kelly
>-Original Message-
>From: Cheng, Collins
>Sent: Saturday, May 20, 2017 6:38 AM
>To: Zytaruk, Kelly; Alexander Duyck; Alex Williamson
>Cc: Bjorn Helgaas; linux-...@vger.ke
>-Original Message-
>From: Cheng, Collins
>Sent: Saturday, May 20, 2017 12:53 AM
>To: Alexander Duyck; Alex Williamson
>Cc: Bjorn Helgaas; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
>Deucher, Alexander; Zytaruk, Kelly; Yinghai Lu
>Subject: RE: [PA
>-Original Message-
>From: Alex Williamson [mailto:alex.william...@redhat.com]
>Sent: Thursday, May 11, 2017 11:21 PM
>To: Cheng, Collins
>Cc: Bjorn Helgaas; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
>Deucher, Alexander; Zytaruk, Kelly
>Subject: Re:
This is useful for running the script from somewhere besides the root of
the source tree.
Signed-off-by: Martin Kelly
---
scripts/kconfig/merge_config.sh | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/scripts/kconfig/merge_config.sh b/scripts/kconfig
> -Original Message-
> From: Joerg Roedel [mailto:j...@8bytes.org]
> Sent: Friday, February 26, 2016 10:56 AM
> To: Zytaruk, Kelly
> Cc: Bjorn Helgaas; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
> bhelg...@google.com; Marsan, Luugi; Alex Williamson
>
> -Original Message-
> From: linux-pci-ow...@vger.kernel.org [mailto:linux-pci-
> ow...@vger.kernel.org] On Behalf Of Zytaruk, Kelly
> Sent: Tuesday, February 23, 2016 12:47 PM
> To: Bjorn Helgaas
> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
>
> -Original Message-
> From: Bjorn Helgaas [mailto:helg...@kernel.org]
> Sent: Tuesday, February 23, 2016 12:02 PM
> To: Zytaruk, Kelly
> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
> bhelg...@google.com; Marsan, Luugi; Joerg Roedel; Alex Willia
+0x86/0xdc
[ 368.511578] [] SyS_write+0x50/0x85
[ 368.511632] [] entry_SYSCALL_64_fastpath+0x12/0x71
[ 368.511634] ---[ end trace 69e2140f488cb003 ]---
Thanks,
Kelly
From: Kelly Zytaruk
It is not neccessary to check for PCI_EXP_TYPE in sriov_init(). There appears
to be no reason for the check.
Some AMD GPUs have hardware support for grapics SRIOV.
If the GPU has a display output then the GPU needs to support Legacy VGA
operation.
If CLASS_CODE = VGA then
> -Original Message-
> From: Bjorn Helgaas [mailto:helg...@kernel.org]
> Sent: Friday, February 05, 2016 11:47 AM
> To: Zytaruk, Kelly
> Cc: bhelg...@google.com; linux-...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Alex Williamson; Yu Zhao
> Subject: Re: [PATC
Hi Bjorn, It been a long time.
> -Original Message-
> From: Bjorn Helgaas [mailto:helg...@kernel.org]
> Sent: Thursday, February 04, 2016 10:14 AM
> To: Zytaruk, Kelly
> Cc: bhelg...@google.com; linux-...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Alex Williamson;
LEGACY_END_POINT is supported as a valid Port Type.
Signed-off-by: Kelly Zytaruk
---
drivers/pci/iov.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/pci/iov.c b/drivers/pci/iov.c index 31f31d4..da4fbac 100644
--- a/drivers/pci/iov.c
+++ b/drivers/pci/iov.c
@@ -388,7 +388,8
LEGACY_END_POINT is supported as a valid Port Type.
Signed-off-by: Kelly Zytaruk
---
drivers/pci/iov.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/pci/iov.c b/drivers/pci/iov.c
index 31f31d4..da4fbac 100644
--- a/drivers/pci/iov.c
+++ b/drivers/pci/iov.c
@@ -388,7 +388,8
The current comment indicates it's checking for a 32-bit build
environment, but it actually checks for a 64-bit environment. Fix this.
Signed-off-by: Martin Kelly
---
tools/testing/selftests/x86/trivial_64bit_program.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
> Can't we fix this properly, to use the correct type of pointer instead
> for non-__iomem allocations?
You mean making an alternate screen_base pointer inside fb_info that
isn't __iomem? There are already a bunch of framebuffer drivers that
(ab)use screen_base to store non-__iomem pointers, so t
Dear friend,
Please do accept my apologies as I do not wish to invade into your
privacy, I had written an earlier mail to you but without response. My
name is Coffi Kelly, I am a lawyer by profession based in Lome-Togo. I
need your urgent assistance for the claiming of the sum of US$9.2
Million
erent address spaces)
drivers/staging/fbtft/fbtft-core.c:918:19:expected void const *addr
drivers/staging/fbtft/fbtft-core.c:918:19:got char [noderef]
*screen_base
Signed-off-by: Garret Kelly
---
drivers/staging/fbtft/fbtft-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
On 10/29/2014 11:15 AM, Josh Triplett wrote:
> Document several common practices and conventions regarding conditional
> compilation, most notably the preference for ifdefs in headers rather
> than .c files.
>
> Signed-off-by: Josh Triplett
> ---
>
> I found myself explaining a few of these unwr
On 10/21/2014 12:44 PM, Thomas Gleixner wrote:
> On Tue, 21 Oct 2014, Martin Kelly wrote:
>> On 10/21/2014 01:56 AM, Thomas Gleixner wrote:
>> Thomas, do you see any issues with a revision that separates out the
>> return values (0 for a map with 1 entry, -1 for a map with in
On 10/21/2014 01:56 AM, Thomas Gleixner wrote:
>> This patch changes the behavior so that sanitize_e820_map is a void
>> function. When the provided memory map has length 1 or it is sanitized
>> (both ok cases), it returns nothing. If the provided memory map is
>> invalid, then it panics.
>
> So y
Hi,
I have a minimal qemu setup that I used for testing development kernels.
I have noticed that somewhere between next-20141013 and next-20141017,
qemu started to hang at boot time, with no messages displayed on the console
(previously, it would boot to a full userspace). I attempted to bisect
it
On 10/17/2014 09:41 PM, Martin Kelly wrote:
> sanitize_e820_map returns two possible values:
> -1: Returned when either the provided memory map has length 1 (ok) or
> when the provided memory map is invalid (not ok).
> 0: Returned when the memory map was correctly sanitized.
>
Kelly
---
Changes in v2:
- Fixed compiler warnings:
* return 0 from void function
* early_panic declared but not used
---
---
arch/x86/include/asm/e820.h | 2 +-
arch/x86/kernel/e820.c | 103
2 files changed, 47 insertions(+), 58
Kelly
---
arch/x86/include/asm/e820.h | 2 +-
arch/x86/kernel/e820.c | 95 ++---
2 files changed, 47 insertions(+), 50 deletions(-)
diff --git a/arch/x86/include/asm/e820.h b/arch/x86/include/asm/e820.h
index 779c2ef..739f8db 100644
--- a/arch/x86
On 10/14/2014 09:28 AM, Martin Kelly wrote:
> On Tue, Oct 14, 2014 at 9:09 AM, David Vrabel wrote:
>> On 14/10/14 15:04, Martin Kelly wrote:
>>> On 10/14/2014 02:22 AM, David Vrabel wrote:
>>>> On 14/10/14 02:19, Martin Kelly wrote:
>>>>> In a call to
Panic if Xen provides a memory map with 0 entries. Although this is
unlikely, it is better to catch the error at the point of seeing the map
than later on as a symptom of some other crash.
Signed-off-by: Martin Kelly
---
arch/x86/xen/setup.c | 1 +
1 file changed, 1 insertion(+)
diff --git a
On Tue, Oct 14, 2014 at 9:09 AM, David Vrabel wrote:
> On 14/10/14 15:04, Martin Kelly wrote:
>> On 10/14/2014 02:22 AM, David Vrabel wrote:
>>> On 14/10/14 02:19, Martin Kelly wrote:
>>>> In a call to set_phys_range_identity, i-1 is used without checking tha
On 10/14/2014 02:33 AM, David Vrabel wrote:
> On 14/10/14 03:30, Martin Kelly wrote:
>> Previously, sanitize_e820_map returned -1 in all cases in which it did
>> nothing. However, sanitize_e820_map can do nothing either because the
>> input map has size 1 (this is ok) or
On 10/14/2014 02:22 AM, David Vrabel wrote:
> On 14/10/14 02:19, Martin Kelly wrote:
>> In a call to set_phys_range_identity, i-1 is used without checking that
>> i is non-zero. Although unlikely, a bug in the code before it could
>> cause the value to be 0, leading to err
d-off-by: Martin Kelly
---
arch/x86/xen/setup.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/x86/xen/setup.c b/arch/x86/xen/setup.c
index af72161..48c7072 100644
--- a/arch/x86/xen/setup.c
+++ b/arch/x86/xen/setup.c
@@ -608,7 +608,8 @@ char * __init xen_memory_setup
two cases and treat them separately.
Signed-off-by: Martin Kelly
---
arch/x86/include/asm/e820.h | 5 +
arch/x86/kernel/e820.c | 18 +++---
2 files changed, 16 insertions(+), 7 deletions(-)
diff --git a/arch/x86/include/asm/e820.h b/arch/x86/include/asm/e820.h
index 779c2ef
In a call to set_phys_range_identity, i-1 is used without checking that
i is non-zero. Although unlikely, a bug in the code before it could
cause the value to be 0, leading to erroneous behavior. This patch adds
a check against 0 value and a corresponding warning.
Signed-off-by: Martin Kelly
On 09/25/2014 09:25 AM, Martin Kelly wrote:
> On Mon, Sep 15, 2014 at 9:20 PM, Martin Kelly wrote:
>> checkpatch emits several warnings for context_tracking.c, which are
>> fixed in this patch:
>>
>> - No space after "("
>> - Lines longer than 80 c
On Mon, Sep 15, 2014 at 9:20 PM, Martin Kelly wrote:
> checkpatch emits several warnings for context_tracking.c, which are
> fixed in this patch:
>
> - No space after "("
> - Lines longer than 80 characters
>
> Signed-off-by: Martin Kelly
> ---
Commit-ID: 9575a6a23a8081bc4c9d47d001621e2af0957c02
Gitweb: http://git.kernel.org/tip/9575a6a23a8081bc4c9d47d001621e2af0957c02
Author: Martin Kelly
AuthorDate: Wed, 17 Sep 2014 07:17:56 -0700
Committer: Ingo Molnar
CommitDate: Fri, 19 Sep 2014 13:02:21 +0200
x86/platform/pmc_atom: Fix
On 09/17/2014 05:24 AM, Ingo Molnar wrote:
>
> Just to paint the bike shed a bit, this could be further
> simplified to something like:
>
> ...
>
> ret = pmc_dbgfs_register(pmc, pdev);
> if (ret)
> iounmap(pmc->regmap);
>
> return ret;
>
> and then your p
by: Martin Kelly
---
Changes in v3:
- Further unified the return code logic, as suggested by Ingo Molnar
Changes in v2:
- Implemented Ingo Molnar's suggestion to #ifdef the function rather
than the lines.
---
arch/x86/kernel/pmc_atom.c | 11 +++
1 file changed, 7 insertions(
On 09/16/2014 08:44 PM, Li, Aubrey wrote:
>
> Why do you want to call pmc_dbgfs_register() anyway even if
> CONFIG_DEBUG_FS=n?
>
> Thanks,
> -Aubrey
>
The compiler will optimize away the call when CONFIG_DEBUG_FS=n, as the
function body is just "return 0". Since the line following the call is
On 09/16/2014 07:09 PM, Li, Aubrey wrote:
>
> Thanks to take care of this warning. How about this version?
>
> diff --git a/arch/x86/kernel/pmc_atom.c b/arch/x86/kernel/pmc_atom.c
> index 0c424a6..cd91b57 100644
> --- a/arch/x86/kernel/pmc_atom.c
> +++ b/arch/x86/kernel/pmc_atom.c
> @@ -240,7 +24
by: Martin Kelly
---
Changes in v2:
- Implemented Ingo Molnar's suggestion to #ifdef the function rather
than the lines.
---
arch/x86/kernel/pmc_atom.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/pmc_atom.c b/arch/x86/kernel/pmc_atom.
On 09/15/2014 11:38 PM, Ingo Molnar wrote:
>
> This uglifies the code which is bad. A nicer fix would be to
> improve the code: for example define pmc_dbgfs_register() in the
> !DEBUG_FS case as well, with a return 0 or so.
>
> Thanks,
>
> Ingo
>
I like your suggestion and will issue a
When compiling with CONFIG_DEBUG_FS=n, gcc emits an unused variable
warning for pmc_atom.c because "ret" is used only within the
CONFIG_DEBUG_FS block. This patch fixes it up to eliminate "ret" when
CONFIG_DEBUG_FS=n.
Signed-off-by: Martin Kelly
---
arch/x86/kernel/pmc_a
checkpatch emits several warnings for context_tracking.c, which are
fixed in this patch:
- No space after "("
- Lines longer than 80 characters
Signed-off-by: Martin Kelly
---
kernel/context_tracking.c | 40 +---
1 file changed, 21 inserti
Cleanup whitespace and comments in Ioctl.h in a few ways:
- > 80 character cleanup
- Comment clarification
- More consistent vertical alignment
Signed-off-by: Martin Kelly
---
drivers/staging/bcm/Ioctl.h | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
d
Fix two instances of the following checkpatch warning:
WARNING: Missing a blank line after declarations
Signed-off-by: Garret Kelly
---
drivers/staging/goldfish/goldfish_audio.c | 1 +
drivers/staging/goldfish/goldfish_nand.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers
auth 7e04ffb5 subscribe linux-kernel ke...@xilka.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
3.10 fails to boot from mmc root without this patch.
An early version of this patch was to be included in in 3.10
but apparently didn't make it.
--- ./drivers/mmc/core/core.c.orig2013-06-30 16:13:29.0 -0600
+++ ./drivers/mmc/core/core.c2013-07-12 15:17:15.377466795 -0600
@@ -2421
This fixes an error introduced in the coredump-header patch in
the coredump removal patch I submitted earlier. It should be squashed
into that patch series so that the Kconfig option to remove coredump
doesn't cause compile-time errors.
Signed-off-by: Alex Kelly
Reviewed-by: Josh Tri
This fixes an error introduced in the coredump-header patch in
the coredump removal patch I submitted earlier. It should be squashed
into that patch series so that the Kconfig option to remove coredump
doesn't cause compile-time errors.
Signed-off-by: Alex Kelly
Reviewed-by: Josh Tri
This patch creates a new header file, fs/coredump.h, which contains
functions only used by the new coredump.c. It also moves do_coredump
to the include/linux/coredump.h header file, for consistency.
Signed-off-by: Alex Kelly
Reviewed-by: Josh Triplett
---
fs/coredump.c| 2 ++
fs
functions, which are necessary for ptrace.
Signed-off-by: Alex Kelly
Reviewed-by: Josh Triplett
---
fs/Kconfig.binfmt | 8
fs/Makefile | 3 ++-
include/linux/binfmts.h | 4
init/Kconfig| 1 +
kernel/sysctl.c | 6 +-
5 files changed, 20
This prepares for making core dump functionality optional.
The variable "suid_dumpable" and associated functions are left in fs/exec.c
because they're used elsewhere, such as in ptrace.
Signed-off-by: Alex Kelly
Reviewed-by: Josh Triplett
---
v2: This patch set is a secon
Specifically, some whitespace got carried over from the move that
shouldn't have, and there were some comment style issues in the original
code that are now fixed
Signed-off-by: Alex Kelly
Reviewed-by: Josh Triplett
---
fs/coredump.c | 8
1 file changed, 4 insertions(+), 4 dele
functions, which are necessary for ptrace.
Signed-off-by: Alex Kelly
Reviewed-by: Josh Triplett
---
fs/Kconfig.binfmt | 8
fs/Makefile | 3 ++-
include/linux/binfmts.h | 4
init/Kconfig| 1 +
kernel/sysctl.c | 6 +-
5 files changed, 20
This patch creates a new header file, fs/coredump.h, which contains
functions only used by the new coredump.c. It also moves do_coredump
to the include/linux/coredump.h header file, for consistency.
Signed-off-by: Alex Kelly
Reviewed-by: Josh Triplett
---
fs/coredump.c| 2 ++
fs
This prepares for making core dump functionality optional.
The variable "suid_dumpable" and associated functions are left in fs/exec.c
because they're used elsewhere, such as in ptrace.
Signed-off-by: Alex Kelly
Reviewed-by: Josh Triplett
---
v2: This patch set is a secon
related functions, which are necessary for ptrace.
Signed-off-by: Alex Kelly
Reviewed-by: Josh Triplett
---
fs/Kconfig.binfmt | 8
fs/Makefile | 3 ++-
include/linux/binfmts.h | 4
init/Kconfig| 1 +
kernel/sysctl.c | 6 +-
5 files changed
From: Alex Kelly
This was done in preparation for making core dump functionality optional.
The variable "suid_dumpable" and associated functions are left in fs/exec.c
because they're used elsewhere, such as in ptrace.
Signed-off-by: Alex Kelly
Reviewed-by: Josh Triplett
-
related functions, which are necessary for ptrace.
Signed-off-by: Alex Kelly
Reviewed-by: Josh Triplett
---
fs/Kconfig.binfmt | 8
fs/Makefile | 3 ++-
include/linux/binfmts.h | 4
init/Kconfig| 1 +
kernel/sysctl.c | 6 +-
5 files changed
This was done in preparation for making core dump functionality optional.
The variable "suid_dumpable" and associated functions are left in fs/exec.c
because they're used elsewhere, such as in ptrace.
Signed-off-by: Alex Kelly
Reviewed-by: Josh Triplett
---
fs/Makefile
because I've received followup inquiries; please cc: replies.)
Kelly Martin
American Farm Bureau Federation
[EMAIL PROTECTED]
> -Original Message-
> From: Kelly Martin
> Sent: Thursday, June 07, 2001 12:40 PM
> To: '[EMAIL PROTECTED]'
> Subject: random
using other
versions of the megaraid driver or kernels other than 2.4.4; I simply cannot
spare the time right now.
I am not subscribed to the mailing list; please cc: replies.
Kelly Martin
American Farm Bureau Federation
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubs
I am not sure about Linux IDEs, but when I programmed Objective-C using the
OpenStep IDE, you could not only do auto-completion on those, but on any
word that had been previously used. That was cool, and didn't cause wacky
problems like you might think it would (auto-completing words like the,
92 matches
Mail list logo