/pipermail/linuxppc-dev/2005-January/018321.html
someone suggested booting with atkbd.reset=0, maybe the problems are
somehow related? what exact kernel version are you using, Wiktor?
Christian.
--
BOFH excuse #20:
divide-by-zero error
-
To unsubscribe from this list: send the line "unsubscri
-d-i then?
thanks,
Christian.
--
make bzImage, not war
-
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.tux.org/lkml/
thank you for your concern,
Christian.
-
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.tux.org/lkml/
y should it double /proc/kcore
(256MB->512MB) and then again (512MB->1024MB), but stop after this? i
would've expected cp to never stop copying...
i don't get it,
Christian.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Vidia Corporation CK804 Serial ATA Controller
(rev f3)
00:08.0 RAID bus controller: nVidia Corporation CK804 Serial ATA Controller
(rev f3)
00:09.0 PCI bridge: nVidia Corporation CK804 PCI Bridge (rev a2)
00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a3)
00:0b.0 PCI bridge: nVi
ignal+0x3d/0x81
[10808.097512]
-Christian
-
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.tux.org/lkml/
ory.
I suspect that it has something to do with the priority boost for I/O hogs.
But if this is a "general" scheduler problem, then why aren't more people
complaining about this?
-Christian
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
[ 4574.679180] SCSI device sdb: drive cache: write back
The system continues to run without further problems so far.
-Christian
-
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.
Am Samstag, 18. November 2006 14:25 schrieb Prakash Punnoor:
> Am Samstag 18 November 2006 14:12 schrieb Christian:
> > So I tried to nice the make and see what happens:
> >
> > nice 5 make -j4: Seems to make no difference. Heavy stuttering in
> > glxgears and et
>
Am Sonntag, 19. November 2006 01:47 schrieb ROBERT HANCOCK:
> Christian wrote:
> > During my I/O load test, after about half an hour of heavy I/O on three
> > SATAII disks the system suddenly hung for about 3 seconds. After that I
> > checked dmesg and found the f
th mainline. I have not done any timing tests,
but I suspect that it's a little faster while preserving excellent desktop
usability. Great work!! :-)
-Christian
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More m
On Thursday 10 May 2007 19:10:44 Kasper Sandberg wrote:
> On Thu, 2007-05-10 at 18:59 +0200, Christian wrote:
> > Hello lkml, hello Ingo!
> >
> > I've been using CFS-v10 for a few days and I must say that I'm verry
> > impressed ;-)
> >
> > D
On Thursday 10 May 2007 22:05:00 Ingo Molnar wrote:
> * Christian <[EMAIL PROTECTED]> wrote:
> > > > Desktop performance without any manual renicing is excellent, even
> > > > with make -j20. Gaming performance is at least on par with SD now!
> > > >
May be cmpxchg8b is not supported by VIAC3_2 ?
May be some other non Intel/AMD need to be excluded from X86_CMPXCHG64 ?
May be the generic option CONFIG_X86_GENERIC need to switch this off also ?
Just write an email to me if you want to send a patch to test on a C3_2.
Best regards,
Christian
-
Linus Torvalds wrote:
> Can you check? The Nehemian (C3-2) should be model 9 or greater.
Yes, it's a Nehemiah
lola:~ # cat /proc/cpuinfo
processor : 0
vendor_id : CentaurHauls
cpu family : 6
model : 9
model name : VIA Nehemiah
stepping: 8
cpu MHz :
(so we can still get a message out through the
> BIOS.) That code presumably doesn't know of the MSR that needs to be
> touched.
Best regards,
Christian
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More maj
ed for UDMA/133
[ 8258.792816] ata1: EH complete
[ 8258.794272] SCSI device sda: 781422768 512-byte hdwr sectors (400088 MB)
[ 8258.794345] sda: Write Protect is off
[ 8258.794347] sda: Mode Sense: 00 3a 00 00
[ 8258.794437] SCSI device sda: write cache: enabled, read cache: enabled,
doesn't su
pport
made it in the -mm kernel (maybe around 2.6.19-mm? or even earlyer). I'm
seeing this problem excessively since I upgraded to 2.6.21-rc3-mm1. I think
something got broken recently...
-Christian
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
een such smooth 3D animations before in my life!
CFS is good too. But on my system I can't really feel a large difference
between CFS and mainline. I never had any real problems with mainline, except
compiling a kernel (without nice) while playing enemy-territory. Currently I
would clearly vote
or UDMA/66
[10848.776347] ata1: EH complete
-Christian
-
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.tux.org/lkml/
On Sunday 18 March 2007 06:43:09 you wrote:
> Christian wrote:
> >> This does indeed look like a drive side issue to me (the controller is
> >> reporting CPBs with response flags 2 which as far as I can tell
> >> indicates it's still waiting for the drive to co
On Monday 19 March 2007 03:48:14 you wrote:
> Christian wrote:
> > On Sunday 18 March 2007 06:43:09 you wrote:
> >> Christian wrote:
> >>>> This does indeed look like a drive side issue to me (the controller is
> >>>> reporting CPBs with response fla
On Monday 19 March 2007 08:39:15 Tejun Heo wrote:
> Christian wrote:
> > Yes, for me the problem was introduced recently. I have moved around
> > terabytes (sic!) on my discs with older kernels and I never got errors.
>
> There is always the possibility of disk going bad, so i
current scheduler which tends to
have a better affinity management on multicore.
Really nice work Con! ;-)
-Christian
-
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/ma
Hello lkml!
I have a problem with the new cpuidle infrastructure. My system locks up hard
on bootup with the message ACPI cpuidle could not initialize cpu0 and cpu1.
When I deselect cpuidle in the kernel config everything works fine again.
My system is AMD64 X2 with NForce4 chipset.
-Christian
+0x14c/0x400
[69731.409075] [c9a61eb0] [c0057634] kthread+0xbc/0xc0
[69731.410521] [c9a61f40] [c0011ad4] ret_from_kernel_thread+0x5c/0x64
[...repeated 54 times...]
Anyone knows what this is about?
Thanks,
Christian.
[0] http://lkml.indiana.edu/hypermail/linux/kernel/1211.0/03025.html
--
BOFH excuse
On Tue, 27 Nov 2012 at 19:06, Christian Kujau wrote:
> the same thing[0] happened again in 3.7-rc7, after ~20h uptime:
I found the following on patchwork, but this seems to deal with powerpc64
only, while this PowerBook G4 of mine is powerpc32:
http://patchwork.ozlabs.org/patch/193414/
[0.00] Linux version 3.7.0-rc7
Nov 27 17:15:29 alice kernel: [69731.388717] BUG: MAX_STACK_TRACE_ENTRIES too
low!
Thanks,
Christian.
--
BOFH excuse #86:
Runt packets
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...
On Sun, 27 Jan 2013 at 14:56, Christian Kujau wrote:
> Hm, is there no chance to get this into 3.8? I've been running with this
> patch applied since 3.7-rc7 and it got rid of this
> "MAX_STACK_TRACE_ENTRIES too low" message. I've just upgraded to 3.8-rc5
>
race looks awfully similar to the earlier[0] report, but this
time it had b43* stuff in it so I thought I should report it. Full dmesg
and .config here: http://nerdbynature.de/bits/3.8.0-rc6/
Christian.
[ 807.693791]
[ 807.695519] ==
[
2013/2/1 Andrew Morton :
> On Fri, 1 Feb 2013 16:08:15 +0100
> Christian Gmeiner wrote:
>
>> ping
>
> Bryan is handling LEDs patches (see ./MAINTAINERS). Without a cc he
> presumably missed this in the lkml flood.
You are right...
~/kernel/linux-3.7.6$ ./scripts/get_
working.
More details, .config & lspci here:
http://nerdbynature.de/bits/3.8.0-rc6/BCM4306/
http://nerdbynature.de/bits/3.8.0-rc6/BCM4312/
Any thoughts how to find out if this is a software or a hardware issue?
Thanks,
Christian.
[0] http://www.spinics.net/lists/kernel/msg1477153.html
--
;
> [...]
>
> Signed-off-by: Vineet Gupta
> Reported-by: Christian Ruppert
Tested-by: Christian Ruppert
> Cc: Thomas Gleixner
> Cc: Christian Ruppert
> Cc: Pierrick Hascoet
> Cc: linux-kernel@vger.kernel.org
> ---
> include/linux/timer.h | 11 ++-
&g
Thomas' comment: The implementation of irqsave/restore in other
architectures (MIPS, ARM) imply memory barriers and adding this implicit
barrier to ARC code as well seems to stabilise some of our remaining
crashes.
Greetings,
Christian
On Wed, Apr 03, 2013 at 02:36:59PM +0200, Thomas Gle
).
Please comment.
Signed-off-by: Christian Ruppert
---
arch/arc/include/asm/irqflags.h |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arc/include/asm/irqflags.h b/arch/arc/include/asm/irqflags.h
index ccd8480..c8147d1 100644
--- a/arch/arc/include/asm/irqflags.h
Greetings,
Christian
On Wed, Apr 03, 2013 at 06:59:36PM +0530, Vineet Gupta wrote:
> Hi Christian,
>
> On 04/03/2013 06:40 PM, Christian Ruppert wrote:
> > This patch adds implicit memory barriers to irqsave/restore functions of
> > the ARC architecture port in line with what
Hi Vineet,
Our stress testing campaign has just successfully completed on this
patch. It seems to solve several issues we have seen in unpatched
versions, amongst others the original timer issue, a crash in hrtimer
rb-tree manipulation etc.
Greetings,
Christian
On Wed, Apr 03, 2013 at 07:41
rst optional minor version command :-)
>
> This is better than anything we had drafted before for 802.11 open
> firmware design rules. Cc'ing a few lists for wider review given that
> what we had written before for rules was for 802.11 and Bluetooth [0]
> and it was very Linux spe
e read and parsed by tools, without having
to upload it to the device first.
carl9170fw already such a tool, it's called: fwinfo and it is located in:
<https://github.com/chunkeey/carl9170fw/blob/master/tools/src/fwinfo.c>
Regards,
Christian
--
To unsubscribe from this list: sen
ping
--
Christian Gmeiner, MSc
2013/1/23 GMEINER.Christian :
>> -Ursprüngliche Nachricht-
>> Von: Christian Gmeiner [mailto:christian.gmei...@gmail.com]
>> Gesendet: Mittwoch, 23. Januar 2013 09:11
>> An: linux-n...@vger.kernel.org; a...@linux-foundation.org;
>
been running with this
patch applied since 3.7-rc7 and it got rid of this
"MAX_STACK_TRACE_ENTRIES too low" message. I've just upgraded to 3.8-rc5
and it's still not in mainline :-\
Christian.
[0] http://lkml.indiana.edu/hyp
2013/2/15 Bryan Wu :
> On Wed, Feb 13, 2013 at 7:58 AM, Christian Gmeiner
> wrote:
>> During the development of this driver an in-house register
>> documentation was used. The last weeks some integration tests
>> were done and this problem was found. It turned out that
32(VM_CONTEXT1_CNTL, ENABLE_CONTEXT | PAGE_TABLE_DEPTH(0) |
+ WREG32(VM_CONTEXT1_CNTL, ENABLE_CONTEXT | PAGE_TABLE_DEPTH(1) |
RANGE_PROTECTION_FAULT_ENABLE_DEFAULT);
si_pcie_gart_tlb_flush(rdev);
@@ -2804,7 +2804,7 @@ void si_vm_f
0 you get one 4K page and with a BLOCK_SIZE of 1
you get 8K, etc...
Christian.
--
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/
Am Sonntag, 3. Februar 2008 schrieb Jack Byer:
> PAX: modprobe:752, uid/euid: 0/0, invalid execution attempt at
This looks like an issue with PAX - [EMAIL PROTECTED] might be a
better list to ask.
Christian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Trying to resolve the remaining bugs today. Expect an v3 of the patch
this evening or Monday morning.
Cheers,
Christian.
On 04.10.2012 16:32, Dmitry Cherkasov wrote:
v2: setup and alloc number of contiguous PTs if possible
Warning: Heaven benchmark /sometimes/ fails with this patch after
10
On 25/10/12 02:51, Frederic Weisbecker wrote:
> Switching to or from guest context is done on ioctl context.
> So by the time we call kvm_guest_enter() or kvm_guest_exit()
> we know we are not running the idle task.
>
> As a result, we can directly account the cputime using
> vtime_account_system_
On 25/10/12 09:56, Frederic Weisbecker wrote:
[...]
>>> * s390 doesn't disable irqs in its implementation of vtime_account().
>>> If vtime_account() in kvm races with an irq, the pending time might
>>> be accounted twice. With vtime_account_system_irqsafe() we are protected.
>>
>> We disable irqs b
lower-level
library employs lazy deregistration strategies on memory regions that
are subsequently released to the kernel via the application's use of
munmap or sbrk. Ohio Supercomputing Center has work in this area but
a generalized approach in the kernel would certainly be welcome.
cture is adapted to being optimistic about
demand paging in RDMA transfers -- they've been maintaining a patchset
to do this for years.
. . christian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More m
oblem.
Do you have any ideas?
Christian
--
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.tux.org/lkml/
Hi,
the following two patches prevent kernel from crashing on powerpc.
The surrounding ifdefs will be obsolete, if check_legacy_ioport becomes
generic code.
--
Mit freundlichen Gruessen,
kind regards,
Christian Krafft
IBM Systems & Technology Group,
Linux Kernel Development
IT Specia
sensors_detect crashes kernel on PowerPC, as it pokes directly to memory.
This patch adds a check_legacy_ioports to read_port and write_port.
It will now return ENXIO, instead of oopsing.
Signed-off-by: Christian Krafft <[EMAIL PROTECTED]>
Index: linux.git/drivers/char
when probing i2c-pca-isa writes to legacy ioports, which crashes the kernel
if there is no device at that port.
This patch adds a check_legacy_ioport call, so probe failes gracefully
and thus prevents the oops.
Signed-off-by: Christian Krafft <[EMAIL PROTECTED]>
Index: linux.git/drive
W page table
is required or not: clearly it's not required to make *some* use of
the notifier scheme.
However, short of providing user-level notifications for pinned pages
that are inadvertently released to the O/S, I don't believe that the
patchset provides any significant added value f
2012/10/12 Christian Gmeiner :
> 2012/10/1 Greg KH :
>> On Mon, Oct 01, 2012 at 02:50:40PM +0200, Christian Gmeiner wrote:
>>> During the development of this driver an in-house register
>>> documentation was used. The last weeks some integration tests
>>> were
On Thu, Aug 22, 2013 at 02:10:55PM -0600, Stephen Warren wrote:
> On 08/21/2013 09:57 AM, Christian Ruppert wrote:
> > On Wed, Aug 14, 2013 at 06:53:56PM +0200, Linus Walleij wrote:
> >> On Mon, Aug 5, 2013 at 1:51 PM, Christian Ruppert
> >> wrote:
> >>>
On Sat, Aug 24, 2013 at 01:58:47PM +0900, Shinya Kuribayashi wrote:
> On 8/21/13 11:39 PM, Christian Ruppert wrote:
> >On Fri, Aug 16, 2013 at 11:15:12AM +0900, Shinya Kuribayashi wrote:
> >>On 8/5/13 6:31 PM, Christian Ruppert wrote:
> >>>On Wed, Jul 24, 20
On Wed, Aug 28, 2013 at 08:49:36PM +0200, Linus Walleij wrote:
> On Wed, Aug 21, 2013 at 5:57 PM, Christian Ruppert
> wrote:
> > On Wed, Aug 14, 2013 at 06:53:56PM +0200, Linus Walleij wrote:
> >>
> >> OK, that can also be called a "bank" or "register&
On Tue, Sep 17, 2013 at 5:05 PM, Christian Daudt wrote:
> This patch adds low level debug uart support to Broadcom
> mobile based SOCs.
>
> Signed-off-by: Christian Daudt
>
> Changes from V1:
> - Switched to use the common 8250 debug introduced in 3.12-rc1
>
Hi Russel
This patch adds low level debug uart support to Broadcom
mobile based SOCs.
Signed-off-by: Christian Daudt
Changes from V2:
- Changed to follow hex ordering on entries
- Dropped defconfig changes
Changes from V1:
- Switched to use the common 8250 debug introduced in 3.12-rc1
diff --git a
On Fri, Jul 05, 2013 at 12:40:55PM -0600, Stephen Warren wrote:
> On 07/05/2013 03:49 AM, Christian Ruppert wrote:
> > On Wed, Jun 26, 2013 at 11:40:42AM -0600, Stephen Warren wrote:
> >> On 06/26/2013 05:50 AM, Christian Ruppert wrote:
> >>> On Wed, Jun 19, 201
*/
> struct dw_i2c_dev {
> struct device *dev;
> @@ -91,6 +99,10 @@ struct dw_i2c_dev {
> unsigned intrx_fifo_depth;
> int rx_outstanding;
> u32 sda_hold_time;
> + u16 ss_hcnt;
&g
need for mm notifiers.
>>
>> Based on a patch from Martin Schwidefsky.
>>
> For that we will obviously need Christian and Cornelia ACKs. Or it can
> go in via S390 tree.
>
>> Signed-off-by: Dominik Dingel
Acked-by: Christian Borntraeger
Do you want me or Conn
rmation. On the other hand there is now the direct
> mechanism, this will directly push the information to the guest.
>
> Still the vcpu thread should call check_completion to cleanup leftovers,
> that leaves most of the common code untouched.
>
> Signed-off-by: Dominik Dingel
Acke
On Tue, Jul 09, 2013 at 11:44:02AM +0300, Mika Westerberg wrote:
> On Mon, Jul 08, 2013 at 03:42:17PM +0200, Christian Ruppert wrote:
> > On Mon, Jul 08, 2013 at 02:45:26PM +0300, Mika Westerberg wrote:
> > > The DesignWare I2C controller has high count (HCNT) and low count (LCN
On Tuesday, 28 May 2013 at 12:20, Jiri Kosina wrote:
> I have applied your patches and fixed that omission.
I see the driver made it into Linus's tree. Thanks for applying, and the
fixes!
Best regards,
Christian Ohm
--
To unsubscribe from this list: send the line "unsubscribe lin
ARN(1, "pfault interrupt injection failed");
> +}
The PFAULT_DONE is architectured as a floating interrupt (can happen
on other CPUs).
[...]
> --- a/arch/s390/kvm/sigp.c
> +++ b/arch/s390/kvm/sigp.c
> @@ -187,6 +187,8 @@ static int __sigp_set_arch(struct kvm_vcpu *vcpu, u32
&
On 10/07/13 12:39, Alexander Graf wrote:
>
> On 09.07.2013, at 18:01, Christian Borntraeger wrote:
>
>> On 09/07/13 15:56, Dominik Dingel wrote:
>>> By setting a Kconfig option, the architecture can control when
>>> guest notifications will be presented by the
On Wed, Jul 10, 2013 at 01:52:15PM +0300, Mika Westerberg wrote:
> On Tue, Jul 09, 2013 at 06:19:28PM +0200, Christian Ruppert wrote:
> > What I meant is the following: The clock cycle time Tc is composed of
> > the four components
> >
> > Tc = Th + Tf + Tl + Tr
&g
ly catched this by not restoring
EFER when it would be restored to all 0s.
HTH,
Christian
smime.p7s
Description: S/MIME Cryptographic Signature
diagnose code, called by the guest to enable
>> async page faults.
>>
>> The async page faults will use an already existing guest interface for this
>> purpose, as described in "CP Programming Services (SC24-6084)".
>>
>> Signed-off-by: Dominik
Hello,
On 07/11/2013 01:57 AM, H. Peter Anvin wrote:
> On 07/10/2013 01:52 PM, Christian Sünkenberg wrote:
>> Hello,
>>
>> On 05/01/2013 07:33 PM, H. Peter Anvin wrote:
>>> On 05/01/2013 10:01 AM, Jonas Heinrich wrote:
>>>> Hello, I tried the new
some users, use gid=XXX.
Maybe my initial question got lost in the noise: I merely wondered why "pgrep
sgid-program" returned nothing but "kill pics off stiff program" was possible.
Sure, if that's intended behavior, so be it. I just don't understand the
(technical) reas
Christian Kujau wrote:
>Vasiliy Kulikov
>"pgrep sgid-program" returned nothing but "kill pics off stiff program"
Gaah, that should read "kill pid-of-sgid-program", sorry.
C.
--
To unsubscribe from this list: send the line "unsubscribe linux-k
On 13-09-17 03:03 PM, Russell King - ARM Linux wrote:
On Tue, Sep 17, 2013 at 02:59:47PM -0700, Christian Daudt wrote:
This patch adds low level debug uart support to Broadcom
mobile based SOCs.
Signed-off-by: Christian Daudt
Reviewed-by: James King
Unfortunately, your patch is out of
This patch adds low level debug uart support to Broadcom
mobile based SOCs.
Signed-off-by: Christian Daudt
Reviewed-by: James King
diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
index 583f4a0..a69d62a 100644
--- a/arch/arm/Kconfig.debug
+++ b/arch/arm/Kconfig.debug
@@ -93,6
This patch adds low level debug uart support to Broadcom
mobile based SOCs.
Signed-off-by: Christian Daudt
Changes from V1:
- Switched to use the common 8250 debug introduced in 3.12-rc1
diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
index 9762c84..0523e71 100644
--- a/arch/arm
On 13-08-12 06:54 AM, Lee Jones wrote:
On Thu, 08 Aug 2013, Christian Daudt wrote:
Hi Lee,
I had to change some of the lines in the dts files you modified, so
I've added your mods. This patch:
https://lkml.org/lkml/2013/8/8/477
includes your changes to bcm11351.dtsi and bcm11351-br
On 08/30/2013 10:10 AM, jean-philippe francois wrote:
2013/8/30 Christian Hoffmann :
This also went to: linaro-ker...@lists.linaro.org
Hi,
current linaro kernel on 13.07 (3.10.1.0-1-linaro-omap) shows stack below.
System is generally quite unstable. Light usage (postfix+dovecot...)
Full
pgrep ssh-agent; echo $?
1
$ pkill ssh-agent; echo $?
1
$ kill 3177; echo $?
0
Because I knew the PID, I could terminate it of course. Is this expected
behaviour? Shouldn't my own processes be visible to myself, even with
/proc mounted with the hidepid=2 opt
On Sun, 8 Sep 2013 at 23:42, Eric W. Biederman wrote:
> I don't have a clue why anyone would want to hide processes, and make
> their own lives more difficult.
Oh, there are plenty of usescases, I'm sure. And I for one am thankful
that this process hiding option made it into the kernel. Or, to an
Until now, kernel compression can only be disabled by deselecting
HAVE_ in the architecture Kconfig. However, some
users/platforms within the same architecture might want to use
compression while others might want to disable it.
This patch is a solution to the dilemma.
Signed-off-by: Christian
kernel modules.
Signed-off-by: Christian Ruppert
---
fs/splice.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/fs/splice.c b/fs/splice.c
index 3b7ee65..28e19b7 100644
--- a/fs/splice.c
+++ b/fs/splice.c
@@ -265,6 +265,7 @@ ssize_t splice_to_pipe(struct pipe_inode_info
On Tue, Oct 08, 2013 at 05:52:29AM -0700, Christoph Hellwig wrote:
> On Tue, Oct 08, 2013 at 02:38:18PM +0200, Christian Ruppert wrote:
> > The symbols splice_to_pipe, splice_grow_spd and splice_shrink_spd are not
> > currently exported from the kernel. This prevents the im
On Wed, Aug 28, 2013 at 04:47:36PM +0200, Christian Ruppert wrote:
> On Thu, Aug 22, 2013 at 02:10:55PM -0600, Stephen Warren wrote:
> [...]
> > Pin groups are supposed to be something that represents some property of
> > the pinctrl HW itself. So, if you have register "
The GPIO driver for the Abilis Systems TB10x series of SOCs based on ARC700
CPUs. It supports GPIO control and GPIO interrupt generation. This driver
works in conjunction with the TB10x pinctrl driver.
Signed-off-by: Sascha Leuenberger
Signed-off-by: Christian Ruppert
---
.../devicetree
The pinmux driver of the Abilis Systems TB10x platform based on ARC700 CPUs.
Used to control the pinmux and is a prerequisite for the GPIO driver.
Signed-off-by: Christian Ruppert
Signed-off-by: Pierrick Hascoet
---
.../bindings/pinctrl/abilis,tb10x-iomux.txt| 79 ++
drivers/pinctrl
This patch adds the infrastructure required to register non-linear gpio
ranges through gpiolib and the standard GPIO device tree bindings.
Signed-off-by: Christian Ruppert
---
Documentation/devicetree/bindings/gpio/gpio.txt | 40 +++
drivers/gpio/gpiolib-of.c
p_sem and reservations are not really clear to me.
Christian.
Cheers,
Jerome
---
diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/radeon/r600_cs.c
index 01a3ec8..efa9bca 100644
--- a/drivers/gpu/drm/radeon/r600_cs.c
+++ b/drivers/gpu/drm/radeon/r600_cs.c
@@ -2391,18 +2391,
On Tue, Oct 08, 2013 at 12:29:40PM -0700, Andrew Morton wrote:
> On Tue, 8 Oct 2013 14:33:32 +0200 Christian Ruppert
> wrote:
>
> > Until now, kernel compression can only be disabled by deselecting
> > HAVE_ in the architecture Kconfig.
>
> Scratching my hea
On Wed, Oct 09, 2013 at 01:58:35PM +0200, Linus Walleij wrote:
> On Tue, Oct 8, 2013 at 2:25 PM, Christian Ruppert
> wrote:
>
> > This patch adds the infrastructure required to register non-linear gpio
> > ranges through gpiolib and the standard GPIO device tree bindings.
On Thursday, October 10, 2013 01:59:52 PM John W. Linville wrote:
> On Sat, Sep 28, 2013 at 01:16:20AM -0400, Alexey Khoroshilov wrote:
> > On 28.09.2013 00:17, Fabio Estevam wrote:
> > >On Sat, Sep 28, 2013 at 12:51 AM, Alexey Khoroshilov
> > > wrote:
> > >
> > >>- return request_firmware_no
> This also went to: linaro-ker...@lists.linaro.org
Hi,
current linaro kernel on 13.07 (3.10.1.0-1-linaro-omap) shows stack
below. System is generally quite unstable. Light usage (postfix+dovecot...)
Full dmesg here:
https://dl.dropboxusercontent.com/u/21820416/rcu.stall.panda
Rgds,
Chris
On Thu, Aug 29, 2013 at 10:24:30AM +0200, Linus Walleij wrote:
> On Thu, Aug 29, 2013 at 9:35 AM, Christian Ruppert
> wrote:
> > On Wed, Aug 28, 2013 at 08:49:36PM +0200, Linus Walleij wrote:
> >> On Wed, Aug 21, 2013 at 5:57 PM, Christian Ruppert
> >> wrote:
> &
Update email address on mach-bcm + drivers for Broadcom
mobile SoCs.
Signed-off-by: Christian Daudt
Cc: Olof Johansson
Cc: Arnd Bergmann
Cc: Stephen Warren
diff --git a/MAINTAINERS b/MAINTAINERS
index e61c2e8..b2f857c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1812,7 +1812,8 @@ S
former is useful because we can make
use of dummy fixed clocks for drivers until the bcm281xx common
clock driver is ready.
Signed-off-by: Matt Porter
Reviewed-by: Markus Mayer
Reviewed-by: Christian Daudt
As a v2 is required due to calling of_clk_init() breaks non-DT builds,
I will include
Add SoC model to DT_MACHINE_START string.
Signed-off-by: Christian Daudt
Reviewed-by: Markus Mayer
Reviewed-by: Mark Hambleton
Reviewed-by: James King
diff --git a/arch/arm/mach-bcm/board_bcm281xx.c
b/arch/arm/mach-bcm/board_bcm281xx.c
index 8d9f931..dcfaf4a 100644
--- a/arch/arm/mach-bcm
Add HAVE_ARM_ARCH_TIMER to Broadcom Kconfig as it is
required for some Mobile SoCs.
Signed-off-by: Christian Daudt
Reviewed-by: Markus Mayer
Reviewed-by: Mark Hambleton
Reviewed-by: James King
diff --git a/arch/arm/mach-bcm/Kconfig b/arch/arm/mach-bcm/Kconfig
index 69d67f7..635537b 100644
From: Christian Hildner
This patch ensures that when cascade() is called timers within tv5 are not
added endlessly to their own list again, instead they are added to the next
lower tv level tv4 (as expected).
Signed-off-by: Christian Hildner
Reviewed-by: Jan Kiszka
---
Adding two (or more
1 - 100 of 6103 matches
Mail list logo
