Re: torrent hash failures since 3.9.0-rc1

2013-03-12 Thread Sander
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/

Re: kernel guide to space

2005-07-11 Thread Sander
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

Re: IBM HDAPS things are looking up (was: Re: [Hdaps-devel] Re: [ltp] IBM HDAPS Someone interested? (Accelerometer))

2005-07-05 Thread Sander
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

Re: IO scheduling & filesystem v a few processes writing a lot

2005-07-31 Thread Sander
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

Re: IO scheduling & filesystem v a few processes writing a lot

2005-08-01 Thread Sander
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

Re: RFC: i386: kill !4KSTACKS

2005-09-04 Thread Sander
, 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

Re: RFC: i386: kill !4KSTACKS

2005-09-04 Thread Sander
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

Re: Immediate general protection errors on Tyan board

2005-09-05 Thread Sander
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

Re: Breakage with raid in 2.6.11-rc1-mm1 [Regression in mm]

2005-01-15 Thread Sander
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

Re: NUMA or not on dual Opteron

2005-01-15 Thread Sander
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

Re: Need a little help with Software Raid 1

2007-02-21 Thread Sander
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

Re: 2.6.20 SATA error

2007-03-01 Thread Sander
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

'struct task_struct' has no member named 'mems_allowed' (was: Re: 2.6.20-rc4-mm1)

2007-01-12 Thread Sander
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

EFI stub: Booting Linux using EFI stub, Kernel panic, unflatten_device_tree, Arndale

2014-01-18 Thread Sander
"[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

Re: [PATCH] arm: Add Arm Erratum 773769 for Large data RAM latency.

2014-01-29 Thread Sander
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

am33xx beaglebone mainline status?

2012-11-27 Thread Tim Sander
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

[167986.379006] WARNING: at net/core/skbuff.c:3444 skb_try_coalesce+0x359/0x390()

2012-11-28 Thread Sander Eikelenboom
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

3.9-rc0: Boot fails: RIP: 0010:[] [] stop_machine_cpu_stop+0x8a/0x160

2013-02-26 Thread Sander Eikelenboom
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

Re: [Xen-devel] Regression introduced with 14e568e78f6f80ca1e27256641ddf524c7dbdc51 (stop_machine: Use smpboot threads)

2013-02-26 Thread Sander Eikelenboom
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).

Re: [Xen-devel] Regression introduced with 14e568e78f6f80ca1e27256641ddf524c7dbdc51 (stop_machine: Use smpboot threads)

2013-02-26 Thread Sander Eikelenboom
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

libata-acpi.c ata_acpi_register_power_resource copy and paste mistake ?

2013-02-28 Thread Sander Eikelenboom
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/

Re: [Xen-devel] [GIT PULL] (xen) stable/for-linus-3.7-rc2-tag for v3.7-rc2

2012-10-23 Thread Sander Eikelenboom
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

Re: [Xen-devel] [GIT PULL] (xen) stable/for-linus-3.7-rc2-tag for v3.7-rc2

2012-10-23 Thread Sander Eikelenboom
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: >>

Re: [Xen-devel] [PATCH] xen: remove unused Kconfig parameter

2013-07-09 Thread Sander Eikelenboom
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

Re: [Xen-devel] [PATCH] xen: remove unused Kconfig parameter

2013-07-10 Thread Sander Eikelenboom
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: >> >&

Re: [media] cx25821 regression from 3.9: BUG: bad unlock balance detected!

2013-07-12 Thread Sander Eikelenboom
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, >>

Re: [ANNOUNCE] 3.6.1-rt1

2012-10-09 Thread Tim Sander
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

bugsplat 3.6.7-rt18

2012-11-30 Thread Tim Sander
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

Fwd: bugsplat 3.6.7-rt18 (resend)

2012-11-30 Thread Tim Sander
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

Re: [ANNOUNCE] 3.6.9-rt21

2012-12-06 Thread Tim Sander
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

Re: [ANNOUNCE] 3.6.9-rt21

2012-12-06 Thread Tim Sander
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

Re: Does anyone use CONFIG_TINY_PREEMPT_RCU?

2012-11-13 Thread Tim Sander
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

Re: Does anyone use CONFIG_TINY_PREEMPT_RCU?

2012-11-13 Thread Tim Sander
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

Pinmuxing with devicetree (beaglebone)

2013-04-21 Thread Tim Sander
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

[fuse[[xen][3.10-rc5] kernel oops: BUG: unable to handle kernel NULL pointer dereference at 0000000000000008 IP: [] __list_add+0x17/0xd0

2013-06-16 Thread Sander Eikelenboom
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

[PATCH] tty: n_gsm: improve software flowcontrol

2013-06-20 Thread Sander Bosma
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

Libata pull request ?

2013-03-22 Thread Sander Eikelenboom
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

[PATCH] libata-acpi.c: fix copy and paste mistake in ata_acpi_register_power_resource

2013-03-01 Thread Sander Eikelenboom
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

Re: [ANNOUNCE] 3.4.41-rt55-feat3

2013-04-30 Thread Tim Sander
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

Re: Pinmuxing with devicetree (beaglebone)

2013-05-01 Thread Tim Sander
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

Re: [ANNOUNCE] 3.4.41-rt55-feat3

2013-05-02 Thread Tim Sander
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

Re: [Xen-devel] [GIT PULL] (xen) stable/for-jens-3.10 xenwatch: page allocation failure: order:7, mode:0x10c0d0

2013-05-04 Thread Sander Eikelenboom
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, &

Re: [ANNOUNCE] 3.4.41-rt55-feat1

2013-04-25 Thread Tim Sander
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

Re: [ANNOUNCE] 3.4.41-rt55-feat1

2013-04-25 Thread Tim Sander
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

Re: [ANNOUNCE] 3.4.41-rt55-feat1

2013-04-25 Thread Tim Sander
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

Re: [Xen-devel] [GIT PULL] (xen) stable/for-jens-3.10 xenwatch: page allocation failure: order:7, mode:0x10c0d0

2013-04-29 Thread Sander Eikelenboom
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

[media] cx25821 regression from 3.9: BUG: bad unlock balance detected!

2013-05-16 Thread Sander Eikelenboom
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+ #

Re: [media] cx25821 regression from 3.9: BUG: bad unlock balance detected!

2013-05-17 Thread Sander Eikelenboom
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

Re: [media] cx25821 regression from 3.9: BUG: bad unlock balance detected!

2013-05-17 Thread Sander Eikelenboom
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, >>

Re: [ANNOUNCE] 3.4.9-rt17

2012-08-22 Thread Tim Sander
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

Re: [ANNOUNCE] 3.4.9-rt17

2012-08-22 Thread Tim Sander
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

Re: [ANNOUNCE] 3.4.9-rt17

2012-08-24 Thread Tim Sander
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

[PATCH] 3.4.28-rt40 tglx fix imx.c spinlock

2013-02-14 Thread Tim Sander
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

[PATHC] 3.6 spinlock fix

2013-02-14 Thread Tim Sander
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

[patch] Re: RCU?: Scheduling while atomic with 3.4.23-rt33

2013-02-18 Thread Tim Sander
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

Re: RCU?: Scheduling while atomic with 3.4.23-rt33

2013-02-18 Thread Tim Sander
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

3.7.0-pre-rc1 INFO: inconsistent lock state kswapd0/792 [HC0[0]:SC0[0]:HE1:SE1] takes: (&anon_vma->mutex){+.+.?.}, at: [] page_lock_anon_vma+0x12d/0x1a0

2012-10-13 Thread Sander Eikelenboom
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

3.8.0-rc3: possible circular locking dependency: &tty->legacy_mutex / &tty->hangup_work with serial/RFCOMM connection via USB bluetooth dongle

2013-01-12 Thread Sander Eikelenboom
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

Re: 3.8.0-rc0 on xen-unstable: RCU Stall during boot as dom0 kernel after IOAPIC

2012-12-16 Thread Sander Eikelenboom
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

Re: 3.8.0-rc0 on xen-unstable: RCU Stall during boot as dom0 kernel after IOAPIC

2012-12-17 Thread Sander Eikelenboom
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

Re: 3.8.0-rc0 on xen-unstable: RCU Stall during boot as dom0 kernel after IOAPIC

2012-12-17 Thread Sander Eikelenboom
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

Re: 3.8.0-rc0 on xen-unstable: RCU Stall during boot as dom0 kernel after IOAPIC

2012-12-17 Thread Sander Eikelenboom
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: >> >

Re: 3.8.0-rc3: possible circular locking dependency: &tty->legacy_mutex / &tty->hangup_work with serial/RFCOMM connection via USB bluetooth dongle

2013-01-17 Thread Sander Eikelenboom
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

Bluetooth / TTY: [ 1806.484970] INFO: task kworker/0:1:25023 blocked for more than 120 seconds.

2013-01-08 Thread Sander Eikelenboom
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

Re: [Intel-gfx] Linux 4.8-rc?: WARNING: at drivers/gpu/drm/i915/intel_pm.c:7866 sandybridge_pcode_write Missing switch case (16) in gen6_check_mailbox_status

2016-09-07 Thread Sander Eikelenboom
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

Re: ce56a86e2a ("x86/mm: Limit mmap() of /dev/mem to valid physical addresses"): kernel BUG at arch/x86/mm/physaddr.c:79!

2017-10-26 Thread Sander Eikelenboom
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 /

Re: ce56a86e2a ("x86/mm: Limit mmap() of /dev/mem to valid physical addresses"): kernel BUG at arch/x86/mm/physaddr.c:79!

2017-10-26 Thread Sander Eikelenboom
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

Re: ce56a86e2a ("x86/mm: Limit mmap() of /dev/mem to valid physical addresses"): kernel BUG at arch/x86/mm/physaddr.c:79!

2017-10-26 Thread Sander Eikelenboom
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

Re: ce56a86e2a ("x86/mm: Limit mmap() of /dev/mem to valid physical addresses"): kernel BUG at arch/x86/mm/physaddr.c:79!

2017-10-26 Thread Sander Eikelenboom
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

Linux 4.14-rc6 bisected regression tun devices not working anymore in openvpn

2017-10-28 Thread Sander Eikelenboom
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

Re: [Xen-devel] [PATCH] xen/blkfront: When purging persistent grants, keep them in the buffer

2018-09-27 Thread Sander Eikelenboom
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

Re: [Xen-devel] [PATCH] xen/blkfront: When purging persistent grants, keep them in the buffer

2018-09-27 Thread Sander Eikelenboom
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

Re: [Xen-devel] [PATCH] xen/blkfront: When purging persistent grants, keep them in the buffer

2018-09-27 Thread Sander Eikelenboom
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

Re: [ANNOUNCE] v4.18.12-rt7 stall

2018-10-10 Thread Tim Sander
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

Re: [Xen-devel] [PATCH v5 9/9] xen/pciback: Implement PCI reset slot or bus with 'do_flr' SysFS attribute

2014-12-04 Thread Sander Eikelenboom
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

Re: [Xen-devel] [PATCH v5 9/9] xen/pciback: Implement PCI reset slot or bus with 'do_flr' SysFS attribute

2014-12-04 Thread Sander Eikelenboom
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

Re: [Xen-devel] [PATCH v5 9/9] xen/pciback: Implement PCI reset slot or bus with 'do_flr' SysFS attribute

2014-12-04 Thread Sander Eikelenboom
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: >>> >>>>

Re: [Xen-devel] [PATCH v5 9/9] xen/pciback: Implement PCI reset slot or bus with 'do_flr' SysFS attribute

2014-12-04 Thread Sander Eikelenboom
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,

Re: [Xen-devel] [PATCH v5 9/9] xen/pciback: Implement PCI reset slot or bus with 'do_flr' SysFS attribute

2014-12-04 Thread Sander Eikelenboom
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

Re: [PATCH 3.18-rc3 v9 5/5] arm: smp: Handle ipi_cpu_backtrace() using FIQ (if available)

2014-12-05 Thread Tim Sander
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

if power button pressed 1x it creates the same ACPI event twice

2015-01-13 Thread Sander Eikelenboom
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

Re: if power button pressed 1x it creates the same ACPI event twice

2015-01-13 Thread Sander Eikelenboom
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 ? >

3.19-rc4: BUG: unable to handle kernel paging request at ffff880055f15000 ovs_packet_cmd_execute+0x1f/0x229

2015-01-14 Thread Sander Eikelenboom
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

Re: [PATCH v3] [Bugfix] x86/apic: Fix xen IRQ allocation failure caused by commit b81975eade8c

2015-01-14 Thread Sander Eikelenboom
_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

3.19-rc4: Xen pci-passthrough regression, bisected to commit cffe0a2b5a34c95a4dadc9ec7132690a5b0f6687 "x86, irq: Keep balance of IOAPIC pin reference count"

2015-01-14 Thread Sander Eikelenboom
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/

Re: [Bugfix v4 0/2] Fix xen IRQ allocation failure caused by commit b81975eade8c

2015-01-15 Thread Sander Eikelenboom
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

Re: [Bugfix v4 0/2] Fix xen IRQ allocation failure caused by commit b81975eade8c

2015-01-15 Thread Sander Eikelenboom
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

media

2015-01-10 Thread Sander Eikelenboom
;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

Re: [Bugfix] x86/apic: Fix xen IRQ allocation failure caused by commit b81975eade8c

2015-01-10 Thread Sander Eikelenboom
_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

Re: [Xen-devel] [PATCH v2] [Bugfix] x86/apic: Fix xen IRQ allocation failure caused by commit b81975eade8c

2015-01-12 Thread Sander Eikelenboom
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

Re: if power button pressed 1x it creates the same ACPI event twice

2015-01-19 Thread Sander Eikelenboom
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

Re: if power button pressed 1x it creates the same ACPI event twice

2015-01-19 Thread Sander Eikelenboom
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

[PATCH] MIPS: ralink: manage low reset lines

2021-02-03 Thread Sander Vanheule
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

[PATCH v3 0/2] Add Realtek Otto GPIO support

2021-03-24 Thread Sander Vanheule
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

[PATCH v3 2/2] gpio: Add Realtek Otto GPIO support

2021-03-24 Thread Sander Vanheule
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

[PATCH v3 1/2] dt-bindings: gpio: Binding for Realtek Otto GPIO

2021-03-24 Thread Sander Vanheule
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

Re: [PATCH v3 2/2] gpio: Add Realtek Otto GPIO support

2021-03-24 Thread Sander Vanheule
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) > +{

Re: [PATCH v2 2/2] gpio: Add Realtek Otto GPIO support

2021-03-19 Thread Sander Vanheule
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: > > +  

Re: [PATCH v2 2/2] gpio: Add Realtek Otto GPIO support

2021-03-19 Thread Sander Vanheule
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 < > >

Re: [PATCH v2 2/2] gpio: Add Realtek Otto GPIO support

2021-03-19 Thread 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   2   3   4   >