[PATCH v13 4/9] vclock_gettime.c __vdso_clock_gettime cleanup

From: Stefani Seibold This patch is a small code cleanup for the __vdso_clock_gettime() function. It removes the unneeded return values from do_monotonic_coarse() and do_realtime_coarse() and add a fallback label for doing the kernel gettimeofday() system call. Signed-off-by: Stefani Seibold

[PATCH v13 0/9] Add 32 bit VDSO time function support

From: Stefani Seibold This patch add the functions vdso_gettimeofday(), vdso_clock_gettime() and vdso_time() to the 32 bit VDSO. The reason to do this was to get a fast reliable time stamp. Many developers uses TSC to get a fast time stamp, without knowing the pitfalls. VDSO time functions a

[PATCH v13 9/9] Add 32 bit VDSO time support for 64 bit kernel

From: Stefani Seibold This patch add the VDSO time support for the IA32 Emulation Layer. Due the nature of the kernel headers and the LP64 compiler where the size of a long and a pointer differs against a 32 bit compiler, there is some type hacking necessary for optimal performance. The

[PATCH v14 0/9] Add 32 bit VDSO time function support

From: Stefani Seibold This patch add the functions vdso_gettimeofday(), vdso_clock_gettime() and vdso_time() to the 32 bit VDSO. The reason to do this was to get a fast reliable time stamp. Many developers uses TSC to get a fast time stamp, without knowing the pitfalls. VDSO time functions a

[PATCH v14 3/9] revamp vclock_gettime.c

From: Stefani Seibold This intermediate patch revamps the vclock_gettime.c by moving some functions around. It is only for spliting purpose, to make whole the 32 bit vdso timer patch easier to review. Signed-off-by: Stefani Seibold --- arch/x86/vdso/vclock_gettime.c | 85

[PATCH v14 4/9] vclock_gettime.c __vdso_clock_gettime cleanup

From: Stefani Seibold This patch is a small code cleanup for the __vdso_clock_gettime() function. It removes the unneeded return values from do_monotonic_coarse() and do_realtime_coarse() and add a fallback label for doing the kernel gettimeofday() system call. Signed-off-by: Stefani Seibold

[PATCH v14 2/9] Add new func _install_special_mapping() to mmap.c

From: Stefani Seibold The _install_special_mapping() is the new base function for install_special_mapping(). This function will return a pointer of the created VMA or a error code in an ERR_PTR() This new function will be needed by the for the vdso 32 bit support to map the additonal vvar and

[PATCH v14 6/9] cleanup __vdso_gettimeofday

From: Stefani Seibold This patch do a little cleanup for the __vdso_gettimeofday() function. It kick out an unneeded ret local variable and makes the code faster if only the timezone is needed. Signed-off-by: Stefani Seibold --- arch/x86/vdso/vclock_gettime.c | 7 ++- 1 file changed, 2

[PATCH v14 8/9] Add 32 bit VDSO time support for 32 bit kernel

From: Stefani Seibold This patch add the time support for 32 bit a VDSO to a 32 bit kernel. For 32 bit programs running on a 32 bit kernel, the same mechanism is used as for 64 bit programs running on a 64 bit kernel. Signed-off-by: Stefani Seibold --- arch/x86/include/asm/vdso.h

[PATCH v14 7/9] introduce VVAR marco for vdso32

From: Stefani Seibold This patch revamp the vvar.h for introduce the VVAR macro for vdso32. Signed-off-by: Stefani Seibold --- arch/x86/include/asm/vvar.h | 14 -- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/arch/x86/include/asm/vvar.h b/arch/x86/include/asm

[PATCH v14 5/9] replace VVAR(vsyscall_gtod_data) by gtod macro

From: Stefani Seibold There a currently more than 30 users of the gtod macro, so replace the last VVAR(vsyscall_gtod_data) by gtod macro. Signed-off-by: Stefani Seibold --- arch/x86/vdso/vclock_gettime.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/x86/vdso

[PATCH v14 1/9] Make vsyscall_gtod_data handling x86 generic

From: Stefani Seibold This patch move the vsyscall_gtod_data handling out of vsyscall_64.c into an additonal file vsyscall_gtod.c to make the functionality available for x86 32 bit kernel. It also adds a new vsyscall_32.c which setup the VVAR page. Signed-off-by: Stefani Seibold --- arch/x86

[PATCH v14 9/9] Add 32 bit VDSO time support for 64 bit kernel

From: Stefani Seibold This patch add the VDSO time support for the IA32 Emulation Layer. Due the nature of the kernel headers and the LP64 compiler where the size of a long and a pointer differs against a 32 bit compiler, there is some type hacking necessary for optimal performance. The

Re: losetup kernel crash in drivers/block/loop.c kernel 3.4.11

Cool Thanks for the fix. Am Montag, den 01.04.2013, 05:04 -0700 schrieb Anatol Pomozov: > Hi > > > On Wed, Oct 3, 2012 at 1:51 AM, Stefani Seibold > wrote: > Hi, > > i am faced with a strange kernel crash while removing a > loo

losetup kernel crash in drivers/block/loop.c kernel 3.4.11

ependent to the underlying file system or the processor architecture, it will happen on x86 or ppc and ext3fs and yaffs2 as well. Any idea? - Stefani -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo in

Re: [PATCH] Replace the type check code with typecheck() in kfifo_in

const size_t __recsize = sizeof(*__tmp->rectype); \ > struct __kfifo *__kfifo = &__tmp->kfifo; \ > - if (0) { \ > - typeof(__tmp->ptr) __dummy __attribute__ ((unused)) = NULL; \ > - __buf = __dummy; \ > - } \ > + ty

Re: [PATCH] kfifo: remove unnecessary type check

don't need do the type check. Remove it. > > LINK: https://lkml.org/lkml/2012/10/25/386 > LINK: https://lkml.org/lkml/2012/10/25/584 > > Cc: Andrew Morton > Cc: Wei Yang > Cc: Stefani Seibold > Cc: Fengguang Wu > Cc: Stephen Rothwell > Signed-off-by: Yuanhan

Re: linux-next: build warnings after merge of the akpm tree

Am Freitag, den 26.10.2012, 06:36 +0800 schrieb Richard Yang: > > > >And holy cow that code is hard to read :( Why was kfifo_in() > >implemented as a macro, anyway? AFAICT all its args have a known type, > >so we could have used a proper C interface, which would have fixed all > >this nicely. >

Re: [PATCH] kfifo: remove unnecessary type check

Am Freitag, den 26.10.2012, 14:11 +0800 schrieb Yuanhan Liu: > On Fri, Oct 26, 2012 at 07:38:31AM +0200, Stefani Seibold wrote: > > Am Freitag, den 26.10.2012, 09:46 +0800 schrieb Yuanhan Liu: > > > From: Yuanhan Liu > > > > > > Firstly, this kind of type c

Re: [PATCH] kfifo: remove unnecessary type check

Am Freitag, den 26.10.2012, 15:17 +0800 schrieb Yuanhan Liu: > On Fri, Oct 26, 2012 at 08:51:06AM +0200, Stefani Seibold wrote: > > Am Freitag, den 26.10.2012, 14:11 +0800 schrieb Yuanhan Liu: > > > On Fri, Oct 26, 2012 at 07:38:31AM +0200, Stefani Seibold wrote: > > > &

Re: [PATCH 1/2] kfifo: round up the fifo size power of 2

ernal part. But, I'm quite curious why Stefani chose > rounddown_pow_of_two. To reduce memory? > Yes, exactly, if a user do the wrong thing, than the user will get also a wrong result, and did not waste memory. But anyway, if the majority like this patch it is okay for me

Re: [PATCH 1/2] kfifo: round up the fifo size power of 2

Am Freitag, den 26.10.2012, 20:33 +0800 schrieb Yuanhan Liu: > On Fri, Oct 26, 2012 at 11:30:27AM +0200, Stefani Seibold wrote: > > Am Freitag, den 26.10.2012, 15:56 +0800 schrieb Yuanhan Liu: > > > Say, if we want to allocate a filo with size of 6 bytes, it would be safer &

Re: [PATCH] kfifo: remove unnecessary type check

Am Freitag, den 26.10.2012, 21:04 +0800 schrieb Yuanhan Liu: > On Fri, Oct 26, 2012 at 11:26:31AM +0200, Stefani Seibold wrote: > > Am Freitag, den 26.10.2012, 15:17 +0800 schrieb Yuanhan Liu: > > > On Fri, Oct 26, 2012 at 08:51:06AM +0200, Stefani Seibold wrote: > > > &

Re: [PATCH 1/2] kfifo: round up the fifo size power of 2

Am Dienstag, den 30.10.2012, 23:52 -0700 schrieb Andrew Morton: > On Wed, 31 Oct 2012 07:30:33 +0100 Stefani Seibold > wrote: > > > > Yes, and I guess the same to give them a 64-element one. > > > > > > > > > > > If there's abso

Re: [PATCH 1/2] kfifo: round up the fifo size power of 2

Am Mittwoch, den 31.10.2012, 14:49 +0800 schrieb Yuanhan Liu: > On Wed, Oct 31, 2012 at 07:30:33AM +0100, Stefani Seibold wrote: > > Am Mittwoch, den 31.10.2012, 13:59 +0800 schrieb Yuanhan Liu: > > > On Mon, Oct 29, 2012 at 01:59:35PM -0700, Andrew Morton wrote: > > >

Re: [PATCH 1/2] kfifo: round up the fifo size power of 2

> > That being said, the power-of-2 limitation isn't at all intrinsic to a > > fifo, so we shouldn't do this. Ideally, we'd change the kfifo > > implementation so it does what the caller asked it to do! > > I'm fine with removing the power-of-2 limitat

BUG: 32 Bit Kernel kexec hangs on P2020

oseconds. [ 46.499501] Starting new kernel [ 46.506211] Bye! Kexec is still working on a Freescale 834x PowerPC CPU and the output of kexec looks similary. Any ideas? - Stefani BTW: This is a extract of my kernel .config # # Processor support # # CONFIG_PPC_BOOK3S_32 is not set CONFIG_PPC_85

Re: BUG: 32 Bit Kernel kexec hangs on P2020

Am Mittwoch, den 10.07.2013, 16:48 +0800 schrieb tiejun.chen: > On 07/10/2013 04:39 PM, Stefani Seibold wrote: > > Hi, > > > > i have tried to kexec a 32 bit kernel on a Freescale P2020 dual core CPU > > (e500v2, revison 5.1 - pvr 8021 1051), but Kexec will hang after

Re: [PATCH] remove untouched code in kfifo_in

> >> (__recsize) ?\ > > >> __kfifo_in_r(__kfifo, __buf, __n, __recsize) : \ > > >> __kfifo_in(__kfifo, __buf, __n); \ > > > > > >Frankly, I'd first like to understand what was the rationale for adding it > &

Re: [PATCH] remove untouched code in kfifo_in

Am Donnerstag, den 18.10.2012, 09:59 +0800 schrieb Richard Yang: > On Wed, Oct 17, 2012 at 09:51:49PM +0200, Stefani Seibold wrote: > >This was introduce by me to suppress a compiler warning, so don't remove > >it. > Which warning? I compile by removing this, but not find

Re: [PATCH] remove untouched code in kfifo_in

Am Freitag, den 19.10.2012, 00:37 +0200 schrieb richard -rw- weinberger: > On Thu, Oct 18, 2012 at 3:59 PM, Wei Yang wrote: > > In kfifo_in marco, one piece of code is arounded by if(0). This code in > > introduced by Stefani Seibold to suppress a compiler > > warning. This

Re: [PATCH] Add VDSO time function support for x86 32-bit kernel

Am Dienstag, den 11.12.2012, 11:37 -0800 schrieb Andy Lutomirski: > On Tue, Dec 11, 2012 at 8:11 AM, wrote: > > From: Stefani Seibold > > > > This small patch add the functions vdso_gettimeofday(), vdso_clock_gettime() > > and vdso_time() support to the VDSO for x86

Re: [PATCH] Add VDSO time function support for x86 32-bit kernel

Am Dienstag, den 11.12.2012, 11:27 -0800 schrieb John Stultz: > On 12/11/2012 08:11 AM, stef...@seibold.net wrote: > > From: Stefani Seibold > > > > This small patch add the functions vdso_gettimeofday(), vdso_clock_gettime() > > and vdso_time() support to the

Re: [PATCH] Add VDSO time function support for x86 32-bit kernel

Am Dienstag, den 11.12.2012, 13:18 -0800 schrieb Andy Lutomirski: > On Tue, Dec 11, 2012 at 12:54 PM, Stefani Seibold wrote: > > Am Dienstag, den 11.12.2012, 11:27 -0800 schrieb John Stultz: > >> On 12/11/2012 08:11 AM, stef...@seibold.net wrote: > >> > From: Stefa

Re: [PATCH 1/2] kfifo: round up the fifo size power of 2

Am Freitag, den 09.11.2012, 10:32 +0800 schrieb Yuanhan Liu: > On Thu, Nov 08, 2012 at 01:37:15PM +0100, Stefani Seibold wrote: > > Am Donnerstag, den 08.11.2012, 20:24 +0800 schrieb Yuanhan Liu: > Yes, it is. I will try log API then. > > Stefani, I found an issue while rew

Re: [PATCH 1/2] kfifo: round up the fifo size power of 2

Am Donnerstag, den 08.11.2012, 20:24 +0800 schrieb Yuanhan Liu: > On Tue, Oct 30, 2012 at 11:52:10PM -0700, Andrew Morton wrote: > > On Wed, 31 Oct 2012 07:30:33 +0100 Stefani Seibold > > wrote: > > > > > > Yes, and I guess the s

Re: [PATCH 6/6] Add 32 bit VDSO support for 32 and 64 bit kernels

Am Dienstag, den 18.12.2012, 08:17 -0800 schrieb H. Peter Anvin: > On 12/18/2012 01:40 AM, stef...@seibold.net wrote: > > From: Stefani Seibold > > > > This patch adds support for 32 bit VDSO. > > > > For 32 bit programs running on a 32 bit kernel, the same me

Re: [PATCH 6/6] Add 32 bit VDSO support for 32 and 64 bit kernels

Am Dienstag, den 18.12.2012, 10:44 -0800 schrieb H. Peter Anvin: > On 12/18/2012 08:52 AM, Stefani Seibold wrote: > > > > Pardon, i never disregarded nor i have agreed that this is going to be a > > part of the VDSO. I currently have also no idea how to do this and i see >

Re: [PATCH 6/6] Add 32 bit VDSO support for 32 and 64 bit kernels

Am Dienstag, den 18.12.2012, 12:37 -0800 schrieb Andy Lutomirski: > On Tue, Dec 18, 2012 at 12:32 PM, Stefani Seibold wrote: > > Am Dienstag, den 18.12.2012, 10:44 -0800 schrieb H. Peter Anvin: > >> On 12/18/2012 08:52 AM, Stefani Seibold wrote: > >> > > >&

Re: [PATCH 6/6] Add 32 bit VDSO support for 32 and 64 bit kernels

on. Again: In a 32 bit kernel a VDSO can mapped on an fix address VDSO_HIGH_BASE (kernel parameter vdso32=2 or CONFIG_COMPAT_VDSO), which is 0xe000. There is no available page BEFORE nor AFTER the page, so it is not possible to have VVAR or HPET as a part of that list > Stefani Se

Re: Insane kfifo_put API

I have cross checked this use case. This was tested, but i doesn't work any more. So i need a little bit time to fix it. The macro for this are a little bit tricky, but i think there is a way to solve this issue. For the next two weeks i am heavy busy in a final project stage, so please be patient

[PATCH] add ftdi_sio USB ID for GDM Boost V1.x

This patch add a missing usb device id for the GDMBoost V1.x device The patch is against 3.9-rc5 Signed-off-by: Stefani Seibold --- ftdi_sio.c |1 + ftdi_sio_ids.h |1 + 2 files changed, 2 insertions(+) diff --git a/drivers/usb/serial/ftdi_sio.c b/drivers/usb/serial/ftdi_sio.c

Re: [PATCH] Add VDSO time function support for x86 32-bit kernel

e is no drawback for 32 bit programs running on a 64 bit kernel. I think this feature is not so important and can implemented in a subsequent patch, because a 64 bit kernel system mostly runs 64 bit programs. Let us fix this things step by step. - Stefani -- To unsubscribe from this list: send the

Re: [PATCH] Add VDSO time function support for x86 32-bit kernel

s the only problem i see. - Stefani -- 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: [PATCH] Add VDSO time function support for x86 32-bit kernel

Am Mittwoch, den 12.12.2012, 22:47 -0800 schrieb H. Peter Anvin: > Should be a simple matter of sharing pages. Look perhaps at the x32 vdso for > a hint. > > > > >Any idea or clean solution how i can map the 64 bit vgtod into the 32 > >bit address space? Thats the only problem i see. > > No,

Re: [CRIU] [PATCH] Add VDSO time function support for x86 32-bit kernel

at > mode on x86-64. > > -hpa > > Sorry for not following the discussion, but im am currently trying to compile the vclocktime.c as a 32 bit object. Most of the (clever) work is done. After this the next step is to map the needed fixmaps into the 32 bit address s

Re: [PATCH 1/5] kfifo: remove unnecessary type check

type of the fifo can be converted to the passed type of the destination. So a big NAK! > v2: remove ptr and const_ptr, which were used for type checking. > > LINK: https://lkml.org/lkml/2012/10/25/386 > LINK: https://lkml.org/lkml/2012/10/25/584 > > Cc: Stefani Seibold >

Re: [PATCH 1/5] kfifo: remove unnecessary type check

Am Mittwoch, den 09.01.2013, 10:35 +0800 schrieb Yuanhan Liu: > On Tue, Jan 08, 2013 at 10:51:04PM +0100, Stefani Seibold wrote: > > Am Dienstag, den 08.01.2013, 22:57 +0800 schrieb Yuanhan Liu: > > > Firstly, this kind of type check doesn't work. It does something sim

patch for 2.4.0 disable printk

printk messages. Greetings, Stefani BTW: this is my first try to submit a kernel patch -patch for 2.4.0 disable printk --- diff -u --recursive --new-file linux/Documentation/Configure.help linux.noprintk/Documentation/Configure.help --- linux/Documentation/Configure.help Thu Jan 4 22:00

patch for 2.4.0 disable printk

printk messages. Greetings, Stefani BTW: this is my first try to submit a kernel patch -patch for 2.4.0 disable printk- diff -u --recursive --new-file linux/Documentation/Configure.help linux.noprintk/Documentation/Configure.help --- linux/Documentation/Configure.help Thu Jan 4 22:00:55

Re: patch for 2.4.0 disable printk

know this buissines. It is also a fine thing for rescued disk, where you never have enough space to put all the tools togetehr which are needed. And rememberf: It is an option, you should it only use, iof u know what u do, like many other building a kernel. Greetings, Stefani > What sense does

Re: patch for 2.4.0 disable printk

return 0. So it should be now compatibel to the standard printk funciton. I hope you like the patch... Greetings, Stefani -patch for 2.4.0 disable printk- diff -u --recursive --new-file linux/Documentation/Configure.help linux.noprintk/Documentation/Configure.help --- linux

Re: patch for 2.4.0 disable printk

appear in the output. The inline function is the best choice, because it it full compatible to old old printk. No side effects are expeted. Thanks also for the link. I had a look on it and i think i will add a extrac option to disable also the panic messages. Greetings, Stefani > Stef

patch for 2.4.0 disable printk and panic messages, third try

em are only used for output by printk or panic, which will be now removed by optimizing. Greetings, Stefani -patch for 2.4.0 disable printk and panic - diff -u --recursive --new-file linux/CREDITS linux.noprintk/CREDITS --- linux/CREDITS Sun Dec 31 18:27:57 2000 +++ linux.noprintk/CR

Re: patch for 2.4.0 disable printk

Am Montag, 29. Januar 2001 18:40 schrieb James Simmons: > > You are right... this patch make no sense on a computer system with human > > interactions. But think on tiny hidden computers, like in a dishwasher or > > a traffic light. This computer are standalone, if it crash, then it will > > be re

patch for 2.4.0 disable printk and panic messages, ask for add it to kernel

ks you all for helping me, to make this patch as save as possible. Greetings, Stefani -patch for 2.4.0 disable printk and panic - diff -u --recursive --new-file linux/CREDITS linux.noprintk/CREDITS --- linux/CREDITS Sun Dec 31 18:27:57 2000 +++ linux.noprintk/CREDITS Fri Jan 2

patch for 2.4.1 disable printk and panic messages

kernel hackers are boys. I am by definition a girl ;-) Greetings, Stefani -patch for 2.4.1disable printk and panic - diff -u --recursive --new-file linux/CREDITS linux.noprintk/CREDITS --- linux/CREDITS Sun Dec 31 18:27:57 2000 +++ linux.noprintk/CREDITS Fri Jan 26 10:51:19

Re: patch for 2.4.1 disable printk and panic messages

@ -2396,6 +2396,14 @@ S: Oldenburg S: Germany +N: Stefani Seibold +E: [EMAIL PROTECTED] +D: Option to disable all kernel messages by overload printk with a +D: dummy macro (saves a lot of disk- and ramspace for deeply embedded +D: systems and maybe for rescue disks). +S: Munich +S: Germany + N

Re: irda smc patch... oops

Sorry, but i had a look on the irda homepage and it seems that there is nothing happening since more than a year. I will sent a copy of my patch to [EMAIL PROTECTED] and [EMAIL PROTECTED] Greetings, Stefani Am Freitag, 20. Juli 2001 14:58 schrieben Sie: > On Fri, Jul 20, 2001 at 12:36:2

Re: vm_ops.page_mkwrite() fails with vmalloc on 2.6.23

Hi, the question is how can i get all pte's from a vmalloc'ed memory. Due to the zeroed mapping pointer i dont see how to do this? Am Dienstag, den 30.10.2007, 10:56 +0100 schrieb Peter Zijlstra: > On Mon, 2007-10-29 at 21:22 -0400, Jaya Kumar wrote: > > On 10/29/07, Peter Zijlstra <[EMAIL PROTE

vm_ops.page_mkwrite() fails with vmalloc on 2.6.23

or a bug. Is there an way to get a similar functionality? Currently, i have no idea how to get the ptep from a page alloced with vmalloc(). Greetings, Stefani Here is a small sample driver: #include #include #include #include #include #include #define DEVICE_NAME "mydrv&quo

[PATCH v2] RAS/CEC: Fix cec_init prototype

* late_initcall expects a function that returns an integer -> Update the function signature to match. Fixes: 9554bfe403nd ("x86/mce: Convert the CEC to use the MCE notifier") Signed-off-by: Luca Stefani --- drivers/ras/cec.c | 9 + 1 file changed, 5 insertions(+), 4 delet

[PATCH v2] platform/x86: asus-wmi: Add param to turn fn-lock mode on by default

* On recent ZenBooks the fn-lock is disabled by default on boot while running Windows. * Add a module param ( fnlock_default ) that allows changing the default at probe time Signed-off-by: Luca Stefani --- drivers/platform/x86/asus-wmi.c | 5 - 1 file changed, 4 insertions(+), 1

[PATCH v3] platform/x86: asus-wmi: Add param to turn fn-lock mode on by default

* On recent ZenBooks the fn-lock is disabled by default on boot while running Windows. * Add a module param ( fnlock_default ) that allows changing the default at probe time Signed-off-by: Luca Stefani --- drivers/platform/x86/asus-wmi.c | 5 - 1 file changed, 4 insertions(+), 1

[PATCH] platform/x86: asus-wmi: Disable fn-lock mode by default

* On recent ZenBooks the fn-lock is disabled by default on boot while running Windows. * Follow the same paradigm also here. Signed-off-by: Luca Stefani --- drivers/platform/x86/asus-wmi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/platform/x86/asus-wmi.c b

Final: Add 32 bit VDSO time function support

Hi, i still wait for ACK's for the 32 bit VDSO time function support. Whats the next step? Is there a way to apply it to the linux-git or linux-next in near future? - Stefani -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a me

Re: [PATCH v2] x86: Remove compat vdso support

dys archeology investigations) to increase the size of the vDSO fixmap space which has according to Andy no side effect. This can be done in a very clean and easy way. The code is still there, since the fixmap area is not fix: Lguest, XEN, OPLC and the reservetop will move the fixmap during boo

[PATCH 3/3] x86, vdso32: handle 32 bit vDSO larger one page

This patch enables 32 bit vDSO which are larger than a page. Currently two pages are reserved, this should be enough for future improvements. Signed-off-by: Stefani Seibold --- arch/x86/include/asm/fixmap.h | 4 +++- arch/x86/vdso/vdso32-setup.c | 29 +++-- 2 files

[PATCH 0/3] Improve 32 bit vDSO time

This patch bring some improvments to the vDSO 32 bit: - undef some kernel configs which increase the code size of the VDSO - remove vsyscall and prevent wrong conditional VVAR_PAGE mapping - handle VDSO larger than a page The patch set is agains tip 7ed5ee279499a02bf35c77f0a91d657c24f6474e -- To

[PATCH 1/3] x86, vdso32: undef CONFIG_OPTIMIZE_INLINING and CONFIG_X86_PPRO_FENCE

In case of a 32 bit vDSO build the CONFIG_OPTIMIZE_INLINING and CONFIG_X86_PPRO_FENCE options will increase the size of the generated vDSO not to fit in a page. A #undef of this config options will solve this. Signed-off-by: Stefani Seibold --- arch/x86/vdso/vdso32/vclock_gettime.c | 6

[PATCH 2/3] x86, vdso32: remove vsyscall_32.c

vsyscall_32.c has not much code in it and the only function map_vsyscall() was invoked prior to vdso_setup() which results in wrong conditional mapping of VVAR_PAGE. Moving the whole fixmap initialization into map_compat_vdso() will solve this calling dependences. Signed-off-by: Stefani Seibold

Re: [PATCH 0/3] Improve 32 bit vDSO time

ugly compat vDSO layer. > Also, if you state a preference, could you please motivate it? For the next three days i am very busy with a important project, so i will rebase the vdso 32 bit time patch on Monday or Tuesday. - Stefani -- To unsubscribe from this list: send the line "unsu

Re: [PATCH 0/3] Improve 32 bit vDSO time

Am Donnerstag, den 13.03.2014, 15:08 -0700 schrieb H. Peter Anvin: > On 03/13/2014 01:11 AM, Stefani Seibold wrote: > > Am Mittwoch, den 12.03.2014, 20:48 -0700 schrieb H. Peter Anvin: > >> On 03/12/2014 04:11 PM, stef...@seibold.net wrote: > >>> > >>> I w

Add 32 bit VDSO time function support

Hi, i want ask if there is a change to bring the patch back to tip? As requested the glibc patch is now available at http://seibold.net/glibc.patch Any idea how to bring this patch into glibc? Is the process similar to the kernel? - Stefani -- To unsubscribe from this list: send the line

Re: Add 32 bit VDSO time function support

Am Montag, den 03.03.2014, 23:20 -0800 schrieb H. Peter Anvin: > Pretty much... contact the glibc maintainers. However, with glibc being a > GNU project you will have to sign a copyright transfer. > > On March 3, 2014 11:02:08 PM PST, Stefani Seibold wrote: > >Hi, > >

Ping: Add 32 bit VDSO time function support

vanilla kernel tree, there is no way to get in the glibc patch into glibc. The glibc is available under http://seibold.net/glibc.patch, it applies with glibc 2.18, 2.19 and glibc git master. - Stefani -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: [PATCH v2 3/4] x86: Patch alternatives in the 32-bit vDSO

Am Donnerstag, den 27.02.2014, 16:18 -0800 schrieb Andy Lutomirski: > rdtsc_barrier() needs this. > Thanks for doing this. > Signed-off-by: Andy Lutomirski > --- > arch/x86/include/asm/vdso.h | 2 ++ > arch/x86/vdso/vdso32-setup.c | 25 + > arch/x86/vdso/vma.c

Re: Final: Add 32 bit VDSO time function support

Am Mittwoch, den 26.02.2014, 16:55 -0800 schrieb Andy Lutomirski: > Um. This code doesn't work. I'll send a patch. I can't speak > towards how well it compiles in different configurations. > > I can't speak towards how well it compiles in different > configurations. Also, vdso_fallback_gettime

Re: [PATCH v2 1/4] x86: Use the default ABI for the 32-bit vDSO

Am Donnerstag, den 27.02.2014, 16:18 -0800 schrieb Andy Lutomirski: > There's no reason for the vDSO to use a special function call ABI. Use > the platform defaults. > The only reason was performance. What is good for the kernel should be also good for the VDSO. Now all functions inside the VDSO

Re: [PATCH v2 0/4] vDSO fixes, on top of tip/x86/vdso

ins the clock code should review the changes in: > > commit 0fc8a237cbe98a06962f5ea37d24fc2369e23c74 > Author: Stefani Seibold > Date: Wed Feb 19 10:09:10 2014 +0100 > > x86, vdso: Add 32-bit VDSO time support for the 64-bit kernel > > very

Re: [PATCH v2 1/4] x86: Use the default ABI for the 32-bit vDSO

n using kernel parameter idle=poll, it is 953 vs 46 ns, this a factor of more than 20. - Stefani -- 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: [PATCH v2 0/4] vDSO fixes, on top of tip/x86/vdso

Am Freitag, den 28.02.2014, 12:15 -0800 schrieb Andy Lutomirski: > On Thu, Feb 27, 2014 at 11:33 PM, Stefani Seibold wrote: > > Am Donnerstag, den 27.02.2014, 16:18 -0800 schrieb Andy Lutomirski: > >> I'd still like someone else to confirm that the 32-bit vDSO is wor

Re: [PATCH v2 3/4] x86: Patch alternatives in the 32-bit vDSO

Am Donnerstag, den 27.02.2014, 16:18 -0800 schrieb Andy Lutomirski: > rdtsc_barrier() needs this. > > Signed-off-by: Andy Lutomirski > --- > arch/x86/include/asm/vdso.h | 2 ++ > arch/x86/vdso/vdso32-setup.c | 25 + > arch/x86/vdso/vma.c | 9 ++--- > 3 fil

Re: Final: Add 32 bit VDSO time function support

given time period is elapsed. This would be normally done by a busy loop for very short periods. It would be okay when the time period to wait is exceeded, but will maybe fail when the wait time is to short. - Stefani -- 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/

[PATCH v21 05/12] replace VVAR(vsyscall_gtod_data) by gtod macro

There a currently more than 30 users of the gtod macro, so replace the last VVAR(vsyscall_gtod_data) by gtod macro. Signed-off-by: Stefani Seibold --- arch/x86/vdso/vclock_gettime.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/x86/vdso/vclock_gettime.c b/arch

[PATCH v21 08/12] Patch alternatives in the 32-bit vDSO

rdtsc_barrier() needs this. Signed-off-by: Stefani Seibold --- arch/x86/include/asm/vdso.h | 2 ++ arch/x86/vdso/Makefile | 3 ++- arch/x86/vdso/vdso32-setup.c | 25 + arch/x86/vdso/vma.c | 13 ++--- 4 files changed, 27 insertions(+), 16

[PATCH v21 02/12] Add new func _install_special_mapping() to mmap.c

bit address space. This will be done with io_remap_pfn_range() and remap_pfn_range, which requieres a vm_area_struct. Signed-off-by: Stefani Seibold --- include/linux/mm.h | 3 +++ mm/mmap.c | 20 2 files changed, 19 insertions(+), 4 deletions(-) diff --git a/include

[PATCH v21 06/12] cleanup __vdso_gettimeofday

This patch do a little cleanup for the __vdso_gettimeofday() function. It kick out an unneeded ret local variable and makes the code faster if only the timezone is needed. Signed-off-by: Stefani Seibold --- arch/x86/vdso/vclock_gettime.c | 7 ++- 1 file changed, 2 insertions(+), 5

[PATCH v21 04/12] vclock_gettime.c __vdso_clock_gettime cleanup

This patch is a small code cleanup for the __vdso_clock_gettime() function. It removes the unneeded return values from do_monotonic_coarse() and do_realtime_coarse() and add a fallback label for doing the kernel gettimeofday() system call. Signed-off-by: Stefani Seibold --- arch/x86/vdso

[PATCH v21 03/12] revamp vclock_gettime.c

This intermediate patch revamps the vclock_gettime.c by moving some functions around. It is only for spliting purpose, to make whole the 32 bit vdso timer patch easier to review. Signed-off-by: Stefani Seibold --- arch/x86/vdso/vclock_gettime.c | 85 +- 1

[PATCH v21 01/12] Make vsyscall_gtod_data handling x86 generic

This patch move the vsyscall_gtod_data handling out of vsyscall_64.c into an additonal file vsyscall_gtod.c to make the functionality available for x86 32 bit kernel. It also adds a new vsyscall_32.c which setup the VVAR page. Signed-off-by: Stefani Seibold --- arch/x86/Kconfig

[PATCH v21 00/12] Add 32 bit VDSO time function support

This patch add the functions vdso_gettimeofday(), vdso_clock_gettime() and vdso_time() to the 32 bit VDSO. The reason to do this was to get a fast reliable time stamp. Many developers uses TSC to get a fast time stamp, without knowing the pitfalls. VDSO time functions a fast and a reliable way, be

[PATCH v21 07/12] introduce VVAR marco for vdso32

This patch revamp the vvar.h for introduce the VVAR macro for vdso32. Signed-off-by: Stefani Seibold --- arch/x86/include/asm/vvar.h | 14 -- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/arch/x86/include/asm/vvar.h b/arch/x86/include/asm/vvar.h index 0a534ea

[PATCH v21 09/12] Add 32 bit VDSO time support for 32 bit kernel

This patch add the time support for 32 bit a VDSO to a 32 bit kernel. For 32 bit programs running on a 32 bit kernel, the same mechanism is used as for 64 bit programs running on a 64 bit kernel. Signed-off-by: Stefani Seibold --- arch/x86/include/asm/vdso.h | 3 ++ arch/x86/include

[PATCH v21 12/12] x86: Zero-pad the VVAR page

exposed to userspace. Signed-off-by: Andy Lutomirski Signed-off-by: Stefani Seibold --- arch/x86/kernel/vmlinux.lds.S | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/x86/kernel/vmlinux.lds.S b/arch/x86/kernel/vmlinux.lds.S index 1d4897b..49edf2d 100644 --- a/arch/x86/kernel/vmlinux.lds.S

[PATCH v21 10/12] Add 32 bit VDSO time support for 64 bit kernel

32- and 64-bit access - The inner struct clock was removed to pack the whole struct. The "unsigned seq" would be handled by functions derivated from seqcount_t. Signed-off-by: Stefani Seibold --- arch/x86/include/asm/vgtod.h | 71 +-- arch/x86/include/

[Patch v22 01/12] x86: Make vsyscall_gtod_data handling x86 generic

This patch move the vsyscall_gtod_data handling out of vsyscall_64.c into an additonal file vsyscall_gtod.c to make the functionality available for x86 32 bit kernel. It also adds a new vsyscall_32.c which setup the VVAR page. Reviewed-by: Andy Lutomirski Signed-off-by: Stefani Seibold

[Patch v22 07/12] x86: introduce VVAR marco for vdso32

This patch revamp the vvar.h for introduce the VVAR macro for vdso32. Reviewed-by: Andy Lutomirski Signed-off-by: Stefani Seibold --- arch/x86/include/asm/vvar.h | 14 -- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/arch/x86/include/asm/vvar.h b/arch/x86/include

[Patch v22 08/12] x86: Patch alternatives in the 32-bit vDSO

From: Andy Lutomirski rdtsc_barrier() needs this. Signed-off-by: Stefani Seibold --- arch/x86/include/asm/vdso.h | 2 ++ arch/x86/vdso/Makefile | 3 ++- arch/x86/vdso/vdso32-setup.c | 25 + arch/x86/vdso/vma.c | 13 ++--- 4 files changed, 27

[Patch v22 09/12] x86: Add 32 bit VDSO time support for 32 bit kernel

This patch add the time support for 32 bit a VDSO to a 32 bit kernel. For 32 bit programs running on a 32 bit kernel, the same mechanism is used as for 64 bit programs running on a 64 bit kernel. Reviewed-by: Andy Lutomirski Signed-off-by: Stefani Seibold --- arch/x86/include/asm/vdso.h

<    1   2   3   4   >