e".
Would it be possible to enhance fsx to detect such an issue?
Sander
--
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/
Michael S. Tsirkin wrote (ao):
> Use tabs, not spaces, for indentation. Tabs should be 8
> characters wide.
A tab is a tab. The editor/viewer can be configured to show 2, 3, 4, 8,
any amount of characters, right?
Sander
--
Humilis IT Services and Solution
This is not true. The software only parks the head, it does not spin
down the disk. That would take too much time to protect against a fall
anyway.
Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
df),
That is not a sign of instability per se AFAIK.
> and xfs didn't seem stable on recovering from an arbitrarily placed
> reset. The 3ware has write caching (with battery backup).
How is the cache configured in the bios?
> I'm open for all suggestions.
Would it be possible
Dr. David Alan Gilbert wrote (ao):
> * Sander ([EMAIL PROTECTED]) wrote:
> > Dr. David Alan Gilbert wrote (ao):
> > > I was using rsync, but the problem with rsync is that I have
> > > a back up server then filled with lots and lots of small files
> > > - I wa
, SATA or SCSI. I haven't
experienced any problems yet, but the systems don't see heavy usage too.
Kind regards, Sander
--
Humilis IT Services and Solutions
http://www.humilis.net
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
gt; wait for a stable kernel.
If the company provides a laptop that doesn't mean that the user can't
choose anymore. He can buy his own laptop. Companies don't allow you to
fiddle with the installed OS anyway.
Kind regards, Sander
--
Humilis IT Services and Solutions
ht
programs segfault, but this got resolved by doing an
update of the OS (Debian). It also started after an update of Debian.
Both programs installed with Debian packages as self-compiled programs
crashed with the ".. general protection rip: .." and ".. segfault at
..".
This h
Randy.Dunlap wrote (ao):
> Reuben Farrelly wrote:
> >At 12:58 a.m. 15/01/2005, Andrew Morton wrote:
> >
> >>Reuben Farrelly <[EMAIL PROTECTED]> wrote:
> >>>
> >>> Something seems to have broken with 2.6.11-rc1-mm1, which worked ok
> >>with
> >>> 2.6.10-mm3.
> >>>
> >>> NET: Registered protocol fam
Andi Kleen wrote (ao):
> Sander <[EMAIL PROTECTED]> writes:
> > I was under the impression that NUMA is useful on > 2-way systems
> > only. Is this true, and if not, under what circumstances is NUMA
> > useful on 2-way Opteron systems?
>
> I don't know who
27;t want to wipe out the data.
>
> How do I do this? Using FC6 and up 2 date software.
Create a degraded raid1 on /dev/sdb3, mount the degraded raid1, copy the
data over from /dev/sda3 to the degraded raid1, umount /dev/sda3 and add
it to the degraded raid1 to make it non-degraded.
With
e 21" LCD (some 30W - 50W). System is a dual dual-core
Opteron, 8x Raptor and 2x XFX 7950GT.
Full pull it does a bit above 400W. If the PSU has 80% efficiency then
it delivers around 320W to all components.
I'm pretty sure your 350W PSU is adequate.
With kind regards, S
00
@@ -882,6 +882,7 @@ asmlinkage long sys_mbind(unsigned long
int err;
err = get_nodes(&nodes, nmask, maxnode);
+ nodes_and(nodes, nodes, current->mems_allowed);
if (err)
return err;
return do_mbind(start, len, mode, &nodes, fl
"[PATCH V6 0/8] Add ARM EFI stub" from Roy Franz.
dtb is copied from arch/arm/boot/dts/exynos5250-arndale.dtb
Do you have any tip as to what I can try to get the Arndale to boot?
Sander
# egrep 'EFI|DTB' .config
CONFIG_EFI_PARTITION=y
CONFIG_EFI=y
CON
equires some special keystrokes at bootup and a
> wipe of your hard disk but no screwdrivers.
And there is http://www.arndaleboard.org/ where you just put an upstream
kernel on sd and boot.
Sander
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Hi
I have been trying to get the 3.7-rc6 kernel to compile for a beaglebone board
with device tree but it seems there are still bits missing. Especially it
seems as if the sd card reader and network is not working properly?
I would also like to combine the barebone with a recent 3.6 preempt rt
On one of my virtual machines i got this splat(running a 3.7.0-rc7):
[167986.378985] [ cut here ]
[167986.379006] WARNING: at net/core/skbuff.c:3444
skb_try_coalesce+0x359/0x390()
[167986.379012] Modules linked in:
[167986.379021] Pid: 3231, comm: apache2 Not tainted
3.7
ff c0 89 53 24 89 43 20 41 83 fd 04 74 53 44 89 e8 f3 90 <44> 8b
6b 20 41 39 c5 74 ec 41 83 fd 02 75 c7 48 83 3d df a3 d4
[ 62.469907] INFO: rcu_preempt detected stalls on CPUs/tasks:
[ 62.486959] (detected by 2, t=18008 jiffies, g=18446744073709551325,
c=18446744073709551324
Tuesday, February 26, 2013, 1:36:36 PM, you wrote:
> On Fri, 22 Feb 2013, Konrad Rzeszutek Wilk wrote:
>>
>> I don't know if this is b/c the Xen code is missing something or
>> expects something that never happend. I hadn't looked at your
>> patch in any detail (was going to do that on Monday).
Tuesday, February 26, 2013, 6:44:33 PM, you wrote:
> On Tue, 26 Feb 2013, Sander Eikelenboom wrote:
>> Tuesday, February 26, 2013, 1:36:36 PM, you wrote:
>> > On Fri, 22 Feb 2013, Konrad Rzeszutek Wilk wrote:
>> >>
>> >> I don't know if t
ke a copy and paste mistake from the unregister function)
--
Sander
--
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/
Hi Konrad,
Did you push the tag ?
It doesn't seem to be in your git repo.
--
Sander
Tuesday, October 23, 2012, 6:27:07 PM, you wrote:
> Hey Linus,
> Please git pull the following tag:
> git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
> stable/for-linus-3.7-rc2
Tuesday, October 23, 2012, 7:37:53 PM, you wrote:
> Hi Konrad,
> Did you push the tag ?
> It doesn't seem to be in your git repo.
Ah nevermind, it's there now. Sorry for the noise.
> --
> Sander
> Tuesday, October 23, 2012, 6:27:07 PM, you wrote:
>>
fig file in /boot for the xen dom0 Kconfig
parameter seems the best possible effort grub can do at the moment.
Especially since the Kconfig parameter naming doesn't change that often.
If you know a better way for grub to determine if a certain function for a
kernel binary is support
Wednesday, July 10, 2013, 8:19:34 AM, you wrote:
> On Wed, Jul 10, 2013 at 12:34:58AM +0200, Sander Eikelenboom wrote:
>>
>> Tuesday, July 9, 2013, 5:05:54 PM, you wrote:
>>
>> > On Tue, Jul 09, 2013 at 10:48:40AM -0400, Konrad Rzeszutek Wilk wrote:
>> >&
Friday, May 17, 2013, 11:52:17 AM, you wrote:
> On Fri May 17 2013 11:04:50 Sander Eikelenboom wrote:
>>
>> Friday, May 17, 2013, 10:25:24 AM, you wrote:
>>
>> > On Thu May 16 2013 19:41:42 Sander Eikelenboom wrote:
>> >> Hi Hans / Mauro,
>>
Hi Thomas
> I'm pleased to announce the 3.6.1-rt1 release.
I also have to second the big thanks of Steven!
>* Fix for a potential deadlock in mm/slab.c. This had been reported
> as lockdep splats several times and stupidly ignored as a false
> positive, but in fact it's a real (thoug
Hi
After Frank posted a patch i managed the 3.6.7-rt18 kernel to boot:
There are some local platform modifications for arm mach-pcm043 but nothing
which should
cause this. The kernel got renamed so that the hw debugger works. HR_TIMERS are
disabled in my config.
The kernel continues to work af
Hi
After Frank posted a patch i managed the 3.6.7-rt18 kernel to boot:
There are some local platform modifications for arm mach-pcm043 but nothing
which should
cause this. The kernel got renamed so that the hw debugger works. HR_TIMERS are
disabled in my config.
The kernel continues to work af
Hi Thomas
> I'm pleased to announce the 3.6.9-rt21 release. 3.6.7-rt18, 3.6.8-rt19
> and 3.6.9-rt20 are not announced updates to the respective 3.6.y
> stable releases without any RT changes
There is some progress here. It boots but sometimes i see the backtrace below.
Also: Has s.th. changed in r
Hi
> Also: Has s.th. changed in respect to the modules. I have one module wich
> goes on an endless interrupt loop freezing the device. The driver works
> fine for 3.0 - 3.4 preempt rt kernels? This is a miscdev based driver. If
> someone is interested i can post the source over here. But unfortun
Hi Paul
> I know of people using TINY_RCU, TREE_RCU, and TREE_PREEMPT_RCU, but I
> have not heard of anyone using TINY_PREEMPT_RCU for whom TREE_PREEMPT_RCU
> was not a viable option (in contrast, the people running Linux on
> tiny-memmory systems typically use TINY_RCU). Of course, if no one
> re
Hi Paul
Sorry english somehow i tried to shoehorn more than one sentence into one
sentence in the last mail.
> OK, how much memory does your device have?
It's 128Mb of memory.
Best regards
Tim
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Hi
I am currently trying to get pinmuxing working on a beaglebone board with an
offtree driver. This is for a custom handbuild hardware so i guess there is no
point in bringing this mainline.
While this is havyly patched 3.8.4 version running over here i think the
pinmux infrastructure is the n
Hi All,
Tonight one of my PV guest kernels on Xen oopsed for the looks of it on some
fuse activity (by glusterfs).
--
Sander
Oops:
[107481.132631] BUG: unable to handle kernel NULL pointer dereference at
0008
[107481.132650] IP: [] __list_add+0x17/0xd0
[107481.132660] PGD 0
messages are stored in a list within
the DLCI. Once the channel is no longer constipated the stored
messages are moved back into the global messagequeue. This
significantly decreases the chance of bufferoverflows happening on
receiving devices.
Signed-off-by: Sander Bosma
---
drivers/tty/n_gsm.c
Hi Jeff,
Your tree git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
seems to be quiet for a few weeks now.
Any reason for not sending a pull request for the (few) pending fixes to Linus ?
--
Sander
--
To unsubscribe from this list: send the line "unsubscribe linux-k
Fix a copy and paste mistake introduced in:
commit bc9b6407bd6df3ab7189e5622816bbc11ae9d2d8
"ACPI / PM: Rework the handling of devices depending on power resources"
Signed-off-by: Sander Eikelenboom
---
drivers/ata/libata-acpi.c |2 +-
1 files changed, 1 insertions(+), 1 deletion
Hi Steve and all RT Folks
> I'm pleased to announce the 3.4.41-rt55-feat3 feature release.
>
> Note, I first uploaded -feat2 then realized I didn't add a compile fix by
> Mike Galbraith, and then created the -feat3 with that fix.
I just wanted to say thanks that this patch enables compilation aga
Hi Haojian and Linux-Folks
Thanks for your reply. This is just a short followup how i got it working. But
as the 3.8.4 kernel on the beaglebone is having no ethernet connectivity i
went back to the 3.2 kernel without device tree support for the time beeing.
So i didn't spent to much time on the d
Hi
> > > I'm pleased to announce the 3.4.41-rt55-feat3 feature release.
> > >
> > > Note, I first uploaded -feat2 then realized I didn't add a compile fix
> > > by
> > > Mike Galbraith, and then created the -feat3 with that fix.
> >
> > I just wanted to say thanks that this patch enables compilat
Hello Sander,
Monday, April 29, 2013, 6:05:20 PM, you wrote:
> Monday, April 29, 2013, 5:46:23 PM, you wrote:
>> On Wed, Apr 24, 2013 at 08:16:37PM +0200, Sander Eikelenboom wrote:
>>> Friday, April 19, 2013, 4:44:01 PM, you wrote:
>>>
>>> > Hey Jens,
&
Hi
I just wanted to test this release but it fails to compile with the the
following error:
kernel/hrtimer.c: In function '__hrtimer_start_range_ns':
kernel/hrtimer.c:1045:7: error: implicit declaration of function
'hrtimer_rt_defer'
kernel/hrtimer.c: At top level:
kernel/hrtimer.c:1416:12: er
Hi Sebastian
> > I just wanted to test this release but it fails to compile with the the
> > following error:
> >
> > kernel/hrtimer.c: In function '__hrtimer_start_range_ns':
> > kernel/hrtimer.c:1045:7: error: implicit declaration of function
> > 'hrtimer_rt_defer'
> > kernel/hrtimer.c: At top l
Hi Thomas
> On Thu, 25 Apr 2013, Tim Sander wrote:
> > handler. But normally the HR_TIMER is set. So we switched it off on this
> > very purpose. As we also have also PREEMPT_RT_FULL set the proposed
> > solution to allow only PREEMPT_RT_FULL with PREEMPT_RT_FULL set is not
Monday, April 29, 2013, 5:46:23 PM, you wrote:
> On Wed, Apr 24, 2013 at 08:16:37PM +0200, Sander Eikelenboom wrote:
>> Friday, April 19, 2013, 4:44:01 PM, you wrote:
>>
>> > Hey Jens,
>>
>> > Please in your spare time (if there is such a thing
Hi Hans / Mauro,
With 3.10.0-rc1 (including the cx25821 changes from Hans), I get the bug below
which wasn't present with 3.9.
--
Sander
[ 53.004968] =
[ 53.004968] [ BUG: bad unlock balance detected! ]
[ 53.004968] 3.10.0-rc1-20130516-jens+ #
Friday, May 17, 2013, 10:25:24 AM, you wrote:
> On Thu May 16 2013 19:41:42 Sander Eikelenboom wrote:
>> Hi Hans / Mauro,
>>
>> With 3.10.0-rc1 (including the cx25821 changes from Hans), I get the bug
>> below which wasn't present with 3.9.
> How do I r
Friday, May 17, 2013, 11:52:17 AM, you wrote:
> On Fri May 17 2013 11:04:50 Sander Eikelenboom wrote:
>>
>> Friday, May 17, 2013, 10:25:24 AM, you wrote:
>>
>> > On Thu May 16 2013 19:41:42 Sander Eikelenboom wrote:
>> >> Hi Hans / Mauro,
>>
Dear Linux-Realtimers
I just had the time to test this realtime release. Due to time constraints
this is the first test on the 3.4 rt series. The HW Platform i used for testing
is a ARM PCM043 i.mx35 with some tweaks to decrease latency. One of them is
using an interrupt to drive our system tim
Hi Rt-Folks
I just found out that the name of the rt irq of the fec device changed so it
had the same rtprio as my measurement interrupt. With the rt prios fixed the
performance seems to be roughly like the 3.0 kernel. If will give a further
update if there are any findings.
Best regards
Tim
Hi
After fixing the realtime prios which got shuffled due to other irq thread names
I just tested the realtime latency for interrupts on the i.mx35. With our own
systemtimer which does not get into the way of the measurement interrupt this
kernel has 30µs worst time (caveat: short measurement
rogram i posted is able to give the
> > system an Out Of Memory condition is strange. I mean throwing random
> > chars at a getty should'nt exhaust memory so fast.
>
> That's true, but w/o seing the OOM output I can't tell what's
> exhausting the memory.
W
Hi
> On Thu, Feb 14, 2013 at 5:35 PM, Thomas Gleixner wrote:
> > On Thu, 14 Feb 2013, Tim Sander wrote:
> >> > That's true, but w/o seing the OOM output I can't tell what's
> >> > exhausting the memory.
> >>
> >> When fuzzing t
Am Montag, 18. Februar 2013, 12:16:41 schrieb Thomas Gleixner:
> On Mon, 18 Feb 2013, Tim Sander wrote:
> > Here is a transtribed backtrace for easier reading:
> > c0010fac t dump_backtrace
> > c022c188 T dump_stack
> > c022c71c t __schedule_bug
> > c02
Am Montag, 18. Februar 2013, 12:16:41 schrieb Thomas Gleixner:
> On Mon, 18 Feb 2013, Tim Sander wrote:
> > Here is a transtribed backtrace for easier reading:
> > c0010fac t dump_backtrace
> > c022c188 T dump_stack
> > c022c71c t __schedule_bug
> > c02
up_bit+0x40/0x40
[ 2955.028496] [] ? _raw_spin_unlock_irqrestore+0x53/0xa0
[ 2955.033247] [] ? zone_reclaim+0x420/0x420
[ 2955.037975] [] kthread+0xd6/0xe0
[ 2955.042682] [] ? __init_kthread_worker+0x70/0x70
[ 2955.047400] [] ret_from_fork+0x7c/0xb0
[ 2955.052152] [] ? __init_kthread_worker+0x70/0x70
--
Sande
Hi,
Running a 3.8.0-rc3 kernel (latest commit
b719f43059903820c31edb30f4663a2818836e7f) kernel (debian squeeze os), i'm
running into this lockdep warning when:
- Running a perl script that uses rfcomm to communicatie via bluetooth with a
bluetooth/TTL converter.
- It can run ok for a few hours
Sunday, December 16, 2012, 6:38:24 PM, you wrote:
> On Fri, Dec 14, 2012 at 04:55:57PM +0100, Sander Eikelenboom wrote:
>> Hi Konrad,
>>
>> I just tried to boot a 3.8.0-rc0 kernel (last commit:
>> 7313264b899bbf3988841296265a6e0e8a7b6521) as dom0 on my machine wi
Sunday, December 16, 2012, 6:38:24 PM, you wrote:
> On Fri, Dec 14, 2012 at 04:55:57PM +0100, Sander Eikelenboom wrote:
>> Hi Konrad,
>>
>> I just tried to boot a 3.8.0-rc0 kernel (last commit:
>> 7313264b899bbf3988841296265a6e0e8a7b6521) as dom0 on my machine wi
Sunday, December 16, 2012, 6:38:24 PM, you wrote:
> On Fri, Dec 14, 2012 at 04:55:57PM +0100, Sander Eikelenboom wrote:
>> Hi Konrad,
>>
>> I just tried to boot a 3.8.0-rc0 kernel (last commit:
>> 7313264b899bbf3988841296265a6e0e8a7b6521) as dom0 on my machine wi
Monday, December 17, 2012, 10:12:40 PM, you wrote:
> On Mon, Dec 17, 2012 at 03:46:34PM -0500, Konrad Rzeszutek Wilk wrote:
>> On Mon, Dec 17, 2012 at 09:32:17PM +0100, Sander Eikelenboom wrote:
>> >
>> > Sunday, December 16, 2012, 6:38:24 PM, you wrote:
>> >
Saturday, January 12, 2013, 7:46:39 PM, you wrote:
> Hi,
> Running a 3.8.0-rc3 kernel (latest commit
> b719f43059903820c31edb30f4663a2818836e7f) kernel (debian squeeze os), i'm
> running into this lockdep warning when:
Ok, this seems to be fixed by commit: 852e4a8152b427c3f318bb0e1b5e938d64dc
I'm trying to use a USB bluetooth dongle to connect to a bluetooth to serial
device with RFCOMM.
It's able to work fine for some time, but tt consistently fails after some time.
This is sometimes right on the start when connecting to the /dev/rfcomm0, but
it can also require several hours of run
tel-fixes by
commit fc2780b66b15092ac68272644a522c1624c48547
Author: Chris Wilson
Date: Fri Aug 26 11:59:26 2016 +0100
drm/i915: Add GEN7_PCODE_MIN_FREQ_TABLE_GT_RATIO_OUT_OF_RANGE to
SNB
BR,
Jani.
Works-for-me, thx!
--
Sander
On 26/10/17 10:05, Sander Eikelenboom wrote:
> On 26/10/17 00:02, Craig Bergstrom wrote:
>> Thanks for the notification, my apologies for the breakage. I'll take a
>> close look and see if I can figure out what went wrong.
>>
>> Sander, any chance you can send /
On 26/10/17 00:02, Craig Bergstrom wrote:
> Thanks for the notification, my apologies for the breakage. I'll take a
> close look and see if I can figure out what went wrong.
>
> Sander, any chance you can send /proc/iomem and the inputs to the mmap call
> that fail on your
On 26/10/17 10:12, Sander Eikelenboom wrote:
> On 26/10/17 10:05, Sander Eikelenboom wrote:
>> On 26/10/17 00:02, Craig Bergstrom wrote:
>>> Thanks for the notification, my apologies for the breakage. I'll take a
>>> close look and see if I can figure out what
On 26/10/17 19:49, Craig Bergstrom wrote:
> Sander, thanks for the details, they've been very useful.
>
> I suspect that your host system's mem=2048M parameter is causing the
> problem. Any chance you can confirm by removing the parameter and
> running the guest code
25986 Closing TUN/TAP interface
The offending commit is:
0ad646c81b2182f7fa67ec0c8c825e0ee165696d
"tun: call dev_get_valid_name() before register_netdevice()"
Reverting this commit fixes the issue for me, it's unfortunate that the commit
it self seems to fix an other issue.
--
Sander
x
so i'm not hit
by what a46b53672b2c tried to fix.
If you can come up with a debug patch i can give that a spin tomorrow evening
or in the weekend,
so we are hopefully still in time for the 4.19 release.
--
Sander
On 27/09/18 21:06, Boris Ostrovsky wrote:
> On 9/27/18 2:56 PM, Jens Axboe wrote:
>> On 9/27/18 12:52 PM, Sander Eikelenboom wrote:
>>> On 27/09/18 16:26, Jens Axboe wrote:
>>>> On 9/27/18 1:12 AM, Juergen Gross wrote:
>>>>> On 22/09/18 21:55, Bori
On 27/09/18 23:48, Boris Ostrovsky wrote:
> On 9/27/18 5:37 PM, Jens Axboe wrote:
>> On 9/27/18 2:33 PM, Sander Eikelenboom wrote:
>>> On 27/09/18 21:06, Boris Ostrovsky wrote:
>>>> On 9/27/18 2:56 PM, Jens Axboe wrote:
>>>>> On 9/27/18 12:52 PM, Sande
Hi
I just tested this kernel and saw the stall output below. I think there is
something
fishy with the ethernet driver. I had one time where it just locked up on
network traffic on issuing "ip a" via serial port on the device. All the
problems i see,
seem to be related to network traffic via the
Thursday, December 4, 2014, 1:24:47 PM, you wrote:
> On 04/12/14 12:06, Konrad Rzeszutek Wilk wrote:
>>
>> On Dec 4, 2014 6:30 AM, David Vrabel wrote:
>>>
>>> On 03/12/14 21:40, Konrad Rzeszutek Wilk wrote:
Instead of doing all this complex dance, we depend on the toolstack
doi
Thursday, December 4, 2014, 2:43:06 PM, you wrote:
> On 04/12/14 13:10, Sander Eikelenboom wrote:
>>
>> Thursday, December 4, 2014, 1:24:47 PM, you wrote:
>>
>>> On 04/12/14 12:06, Konrad Rzeszutek Wilk wrote:
>>>>
>>>> On Dec 4, 2014 6:30
Hello Sander,
Thursday, December 4, 2014, 3:09:09 PM, you wrote:
> Thursday, December 4, 2014, 2:43:06 PM, you wrote:
>> On 04/12/14 13:10, Sander Eikelenboom wrote:
>>>
>>> Thursday, December 4, 2014, 1:24:47 PM, you wrote:
>>>
>>>>
Thursday, December 4, 2014, 3:31:11 PM, you wrote:
> On 04/12/14 14:09, Sander Eikelenboom wrote:
>>
>> Thursday, December 4, 2014, 2:43:06 PM, you wrote:
>>
>>> On 04/12/14 13:10, Sander Eikelenboom wrote:
>>>>
>>>> Thursday, December 4,
Thursday, December 4, 2014, 4:39:06 PM, you wrote:
> On Thu, 2014-12-04 at 15:50 +0100, Sander Eikelenboom wrote:
>> Thursday, December 4, 2014, 3:31:11 PM, you wrote:
>>
>> > On 04/12/14 14:09, Sander Eikelenboom wrote:
>> >>
>> >> T
that the FIQ IPI
patches are to be merged proper beforhand).
Am Montag, 1. Dezember 2014, 15:02:40 schrieb Russell King - ARM Linux:
> On Mon, Dec 01, 2014 at 02:54:10PM +0100, Tim Sander wrote:
> > Hi Russell
> >
> > Am Montag, 1. Dezember 2014, 10:38:32 schrieb Russell Ki
g_layer
echo "0x" > /sys/module/acpi/parameters/debug_level
But i don't get any extra output in dmesg ?
Do you have any ideas for a debug patch or better values to figure out what is
going on ?
--
Sander
--
To unsubscribe from this list: send the line "unsu
o that's
> unfeasible :-)
> I compiled in apci debug support and tried:
> echo "0x0008" > /sys/module/acpi/parameters/debug_layer
> echo "0x" > /sys/module/acpi/parameters/debug_level
> But i don't get any extra output in dmesg ?
>
Hi,
I was testing 3.19-rc4 with openvswitch and encountered the splat below.
#addr2line -e
/boot/vmlinux-3.19.0-rc4-creanuc-20150114-doflr-apicpatchv3-apicrevert+
818a1690
/mnt/kernelbuild/linux-tip/net/openvswitch/datapath.c:527
--
Sander
[ 463.033308] BUG: unable to handle kernel
_to_irq() fails at the very beginning.
> So move creating of IOAPIC irqdomains from setup_IO_APIC() into
> arch_early_ioapic_init().
> Signed-off-by: Jiang Liu
> Signed-off-by: David Vrabel
> Reported-and-tested-by: Sander Eikelenboom
> Cc: Konrad Rzeszutek Wilk
Thanks Ger
k properly again with a stable videostream.
--
Sander
--
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/
in.
> I have tested the patchset on Intel platform with bare metal and Dom0
> kernels.
> Hi Sander,
> Could you please help to test it again?
> Regards!
> Gerry
Hi Gerry,
Sure, i will test this afternoon and report back.
Thanks
--
Sander
> Jiang Liu (2):
> xen/pci
in.
> I have tested the patchset on Intel platform with bare metal and Dom0
> kernels.
> Hi Sander,
> Could you please help to test it again?
> Regards!
> Gerry
Hi Gerry,
These patches fix the first symptom of the powerbutton not working.
Unfortunately it doesn't fi
;capabilities & V4L2_CAP_DEVICE_CAPS) ||
!cap->device_caps);
--
Sander
[ 25.604846] [ cut here ]
[ 25.622165] WARNING: CPU: 4 PID: 2133 at
drivers/media/v4l2-core/v4l2-ioctl.c:1025 v4l_querycap+0x3e/0x70()
[ 25.654888] Modules linked in:
[ 25.667494] C
_to_irq() fails at the very beginning.
> Enhance xen_smp_prepare_cpus() to call setup_IO_APIC() to initialize
> irqdomain for IOAPICs.
> Signed-off-by: Jiang Liu
> Reported-and-tested-by: Sander Eikelenboom
> Cc: Konrad Rzeszutek Wilk
> ---
> Hi all,
> This
es the problem.
The power button now works for me on:
- intel baremetal
- intel xen
- amd baremetal (no issues with the override anymore)
- amd xen (no freeze issues anymore)
Big thanks David !
--
Sander
> diff --git a/arch/x86/kernel/apic/io_apic.c b/arch/x86/kernel/apic/io_apic.c
Hello Sander,
Tuesday, January 13, 2015, 5:47:24 PM, you wrote:
> Tuesday, January 13, 2015, 5:35:10 PM, you wrote:
>> Hi Rafael / Len,
>> When i press the power-button on my intel NUC, i get twp ACPI power-events
>> shortly
>> after one another (within a s
Monday, January 19, 2015, 2:09:34 PM, you wrote:
> Hello Sander,
> Tuesday, January 13, 2015, 5:47:24 PM, you wrote:
>> Tuesday, January 13, 2015, 5:35:10 PM, you wrote:
>>> Hi Rafael / Len,
>>> When i press the power-button on my intel NUC, i get twp
all
reset lines with index greater than 0 are considered valid.
Signed-off-by: Sander Vanheule
---
This patch was tested on a TP-Link EAP235-Wall, with an MT7621DA SoC.
The bootloader on this device would leave reset line 2 ("mcm") asserted,
which caused the internal switch to be unr
ous code style clean-ups
Changes in v2:
- Clarify structure and usage of IMR registers
- Added Linus' Reviewed-by tags
Sander Vanheule (2):
dt-bindings: gpio: Binding for Realtek Otto GPIO
gpio: Add Realtek Otto GPIO support
.../bindings/gpio/realtek,otto-gpio.yaml | 78
drivers
devicetree-compatible
'realtek,otto-gpio'. This allows for quick support of GPIO banks in
which the byte order would be unknown. In this case, the port ordering
in the IMR registers may not match the reversed order in the other
registers (DCBA, and BA-DC or DC-BA).
Signed-off-by: Sande
nd enabling the interrupt
controller may result in uncaught interrupts.
Signed-off-by: Sander Vanheule
Reviewed-by: Linus Walleij
---
.../bindings/gpio/realtek,otto-gpio.yaml | 78 +++
1 file changed, 78 insertions(+)
create mode 100644
Documentation/devicetree/bindings/gp
On Wed, 2021-03-24 at 22:22 +0100, Sander Vanheule wrote:
> +static inline u8 read_u8_reg(void __iomem* reg, unsigned int port)
> +{
> + return ioread8(reg + port);
> +}
> +
> +static inline void write_u8_reg(void __iomem* reg, unsigned int port,
> u8 value)
> +{
Hi Andy,
Thanks for the review. I'll address the style comments in a v3. Some
further comments and discussion below.
On Wed, 2021-03-17 at 15:08 +0200, Andy Shevchenko wrote:
> On Mon, Mar 15, 2021 at 11:11 PM Sander Vanheule <
> san...@svanheule.net> wrote:
> > +
On Fri, 2021-03-19 at 19:57 +0200, Andy Shevchenko wrote:
> On Fri, Mar 19, 2021 at 5:51 PM Sander Vanheule
> wrote:
> > On Wed, 2021-03-17 at 15:08 +0200, Andy Shevchenko wrote:
> > > On Mon, Mar 15, 2021 at 11:11 PM Sander Vanheule <
> >
On Fri, 2021-03-19 at 23:24 +0200, Andy Shevchenko wrote:
> On Fri, Mar 19, 2021 at 11:20 PM Sander Vanheule <
> san...@svanheule.net> wrote:
> > On Fri, 2021-03-19 at 19:57 +0200, Andy Shevchenko wrote:
> > > On Fri, Mar 19, 2021 at 5:51 PM Sander Vanheule
> > >
1 - 100 of 314 matches
Mail list logo