* 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
* 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
* 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
The following commit has been merged into the ras/core branch of tip:
Commit-ID: 85e6084e0b436cabe9c909e679937998ffbf9c9d
Gitweb:
https://git.kernel.org/tip/85e6084e0b436cabe9c909e679937998ffbf9c9d
Author:Luca Stefani
AuthorDate:Wed, 05 Aug 2020 11:57:08 +02:00
Committer
The following commit has been merged into the ras/core branch of tip:
Commit-ID: 71aefb9a89d4ad751726ff5b902896c35c7df5b9
Gitweb:
https://git.kernel.org/tip/71aefb9a89d4ad751726ff5b902896c35c7df5b9
Author:Luca Stefani
AuthorDate:Wed, 05 Aug 2020 11:57:08 +02:00
Committer
* 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
* late_initcall expects a function to return an integer
Signed-off-by: Luca Stefani
---
drivers/ras/cec.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/ras/cec.c b/drivers/ras/cec.c
index 569d9ad2c594..e048e0e3949a 100644
--- a/drivers/ras/cec.c
+++ b
x30c/0x3cc
ntfs_mount+0x18/0x24
mount_fs+0x1b0/0x380
vfs_kern_mount+0x90/0x398
do_mount+0x5d8/0x1a10
SyS_mount+0x108/0x144
el0_svc_naked+0x34/0x38
Signed-off-by: Luca Stefani
Tested-by: freak07
Acked-by: Anton Altaparmakov
---
fs/ntfs/dir.c | 2 +-
fs/ntfs/inode.c | 27 ++---
do_mount+0x5d8/0x1a10
SyS_mount+0x108/0x144
el0_svc_naked+0x34/0x38
Fixing iget5_locked and ilookup5 callers seems enough
Signed-off-by: Luca Stefani
Tested-by: freak07
---
fs/ntfs/dir.c | 2 +-
fs/ntfs/inode.c | 23 ---
fs/ntfs/inode.h | 4 +---
fs/ntfs/mft.c | 4 ++--
4
do_mount+0x5d8/0x1a10
SyS_mount+0x108/0x144
el0_svc_naked+0x34/0x38
Fixing iget5_locked and ilookup5 callers seems enough
Signed-off-by: Luca Stefani
Tested-by: freak07
---
fs/ntfs/dir.c | 2 +-
fs/ntfs/inode.c | 23 ---
fs/ntfs/inode.h | 4 +---
fs/ntfs/mft.c | 5
My guts thinks you are right. Feel free to send a patch...
Am Freitag, den 11.05.2018, 15:25 +0800 schrieb Xiao Guangrong:
> Hi,
>
> Currently, there is no read barrier between reading the index
> (kfifo.in) and fetching the real data from the fifo.
>
> I am afraid that will cause the vfifo is o
ght structure.
> >
> > Signed-off-by: Sean Young
> > Acked-by: Stefani Seibold
>
> Hi Stefani/Andrew,
>
> As this patch is required for the LIRC rework, would be ok if I would
> merge it via the media tree?
>
It is okay by me. But the question remains why this p
On Wed, 2017-06-07 at 17:19 -0500, Rob Herring wrote:
> On Wed, Jun 7, 2017 at 3:11 AM, Pantelis Antoniou
> wrote:
> > Hi Stefani,
> >
> > On Tue, 2017-06-06 at 21:17 +0200, Stefani Seibold wrote:
> > > Hi Pantelis,
> > >
> > > thank
Hi Pantelis,
On Wed, 2017-06-07 at 11:11 +0300, Pantelis Antoniou wrote:
> Hi Stefani,
>
> On Tue, 2017-06-06 at 21:17 +0200, Stefani Seibold wrote:
> > Hi Pantelis,
> >
> > thanks for the suggestion. This feature is not very well
> > documented. I
> > tr
a BIOS on some ARM64 servers which provides broken device tree.
It also lacks some devices in this tree which needs references to other
devices which lacks a phandle.
Since the BIOSes are closed source i need a way to work arround this
problem without patching all the drivers involved to this de
Hi Frank,
On 06.06.2017, 00:20 -0700 Frank Rowand wrote::
> On 06/05/17 05:59, Stefani Seibold wrote:
> > From: Stefani Seibold
> >
> > This patch enables external references for symbols which are not
> > exported by the current device tree. For example
> >
From: Stefani Seibold
This patch enables external references for symbols which are not
exported by the current device tree. For example
// RASPI example (only for testing)
/dts-v1/;
/plugin/;
/ {
compatible = "brcm,bcm2835", "brcm,bcm2708", "brcm,bcm2709";
I still reported this bug 6 Weeks ago... and i checked it know with the
current kernel 4.5.0-rc5. The bug is yet not fixed.
A unplug of an USB 1.0 OHCI controller express card will result in a
kernel crash. The express card is attached via thunderbolt and a sonnet
express card to thunderbolt adapt
: Stefani Seibold
---
include/linux/kfifo.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/kfifo.h b/include/linux/kfifo.h
index 473b436..41eb6fd 100644
--- a/include/linux/kfifo.h
+++ b/include/linux/kfifo.h
@@ -401,7 +401,7 @@ __kfifo_int_must_check_helper
The example is intended for int types, not for strings. So it is not a
bug, it's a feature ;-) But anyway, if you prefer to handle with strings
your are okay by me.
Am Dienstag, den 03.02.2015, 11:51 + schrieb Wang Long:
> echo 99 > /proc/int-fifo > Never return
> echo 1000 >
> anymore and the new (well, not so new anymore) framework provides the same
> functionality.
>
Embedded distribution use it and depending on the /dev/rtc device. So
what is missing is the /dev/rtc misc device 10,135.
- Stefani
--
To unsubscribe from this list: send the line "
Am Dienstag, den 15.04.2014, 15:14 -0400 schrieb Alan Stern:
> On Tue, 15 Apr 2014, Stefani Seibold wrote:
>
> > > > usbcore: registered new interface driver USB-SATA-storage
> > > > USB SATA Mass Storage support registered.
> > > > usb 1-4: new hig
Am Dienstag, den 15.04.2014, 15:02 -0400 schrieb Alan Stern:
> On Tue, 15 Apr 2014, Stefani Seibold wrote:
>
> > I did a unbind and bind of the ehci-pci and ohci-pci, after this i got
> > the following dmesg log:
> >
> > ehci_hcd: USB 2.0 'Enhanced' Ho
Am Dienstag, den 15.04.2014, 15:05 -0400 schrieb Alan Stern:
> On Tue, 15 Apr 2014, Stefani Seibold wrote:
>
> > > One other thing you can try is to increase the reset timeout in
> > > drivers/usb/host/ehci-hub.c. This is under the USB_PORT_FEAT_RESET
> > > c
Am Dienstag, den 15.04.2014, 15:02 -0400 schrieb Alan Stern:
> On Tue, 15 Apr 2014, Stefani Seibold wrote:
>
> > I did a unbind and bind of the ehci-pci and ohci-pci, after this i got
> > the following dmesg log:
> >
> > ehci_hcd: USB 2.0 'Enhanced' Ho
Am Dienstag, den 15.04.2014, 15:49 -0300 schrieb Thadeu Lima de Souza
Cascardo:
> On Tue, Apr 15, 2014 at 08:42:58PM +0200, Stefani Seibold wrote:
> > Am Dienstag, den 15.04.2014, 15:33 -0300 schrieb Thadeu Lima de Souza
> > Cascardo:
> > > On Tue, Apr 15, 2014 a
e
cause.
But the driver for the intel VGA must not assume the current state of
the device. It is necessary to setup the whole VGA device during the
probe phase.
Otherwise when kexec a kernel there are tons of log entries or in many
cases a garbaged screen output and the whole kernels will han
1.235955] xhci_hcd: probe of 0001:03:00.0 failed with error -110
> > >>>>
> > >>>
> > >>>What is your controller vendor and device IDs? Is that a TI chip?
> > >>>
> > >>
> > >>Yes it is a TI chip, vendor ID 104c a
Am Montag, den 14.04.2014, 13:58 -0400 schrieb Alan Stern:
> On Mon, 14 Apr 2014, Stefani Seibold wrote:
>
> > > > An other PowerPC device which is nearly eactly the same HW but without
> > > > this USB HUB works perfectly.
> > >
> > > Maybe yo
ports detected
hub 3-0:1.0: 2 ports detected
hub 1-2:1.0: 4 ports detected
hub 2-2:1.0: 2 ports detected
echo :00:17.0 >/sys/bus/pci/drivers/ohci-pci/unbind
echo :00:17.1 >/sys/bus/pci/drivers/ohci-pci/unbind
echo :00:17.2 >/sys/bus/pci/drivers/ehci-pci/unbind
echo :00:17.0 >/sys/bus/pci/drivers/ohci-pci/bind
echo :00:17.1 >/sys/bus/pci/drivers/ohci-pci/bind
echo :00:17.2 >/sys/bus/pci/drivers/ehci-pci/bind
hub 1-0:1.0: 3 ports detected
hub 2-0:1.0: 2 ports detected
hub 3-0:1.0: 5 ports detected
hub 1-0:1.0: 3 ports detected
hub 2-0:1.0: 2 ports detected
hub 3-2:1.0: 4 ports detected
hub 1-2:1.0: 2 ports detected
This was kernel 3.10, but i get similar results for 3.14
- 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/
n, the other
>one as well, and report what worked for you?
>
>[1] http://marc.info/?l=linux-usb&m=139483181809062&w=2
>
I tried the attach patch and it did not help. This is what i
expected because this is a fix in the shutdown path, which will
never called when doing a forced
ntroller and all
devices on this bus. This is what i do with a "echo 1
>/sys/bus/pci/drivers/xhci_hcd/0001:03:00.0/reset" before the kexec.
- Stefani
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord.
Am Montag, den 14.04.2014, 00:28 + schrieb Woodhouse, David:
> On Sun, 2014-04-13 at 22:01 +0200, Stefani Seibold wrote:
> > Rebooting my kernel vanilla kernel 3.14 will fail with tons of kernel
> > log messages:
> >
> > [0.262754] IOMMU: Setting identity
me.
Thanks,
Greetings,
Stefani
Am Montag, den 14.04.2014, 11:11 -0400 schrieb Alan Stern:
> On Sun, 13 Apr 2014, Stefani Seibold wrote:
>
> > A hot plug of an USB 2.0 EHCI controller cardbus card will result in a
> > kernel crash. This is the kernel log of a vanilla 3.1
Bus 002 Device 004: ID 0aad:0024 Rohde & Schwarz GmbH & Co. KG
>
> Here, the only device that might be plugged into the Standard
> Microsystems hub is the Oxford Semiconductor thing (whatever it is).
>
> > > What about if you just do:
> > >
> > > rmmo
Zitat von Benjamin Herrenschmidt :
On Sun, 2014-04-13 at 21:22 +0200, Stefani Seibold wrote:
When executing a kexec kernel on a PowerPC board the new started kernel
will not find already enumerated USB devices due a missing reset on the
USB bus.
As a work around a
echo 1 >/sys/bus/
m also occurs with ehci-fsl used in by an other
PowerPC device, which is a part of the SoC and is not attached to the
PCI bus.
One thing is that the "echo 1
>/sys/bus/pci/drivers/ehci-pci/\:00\:17.2/reset" workaround will
no longer work for kernel 3.14.
- Stefani
From Alan Stern :
On Sun, 13 Apr 2014, Stefani Seibold wrote:
When executing a kexec kernel on a PowerPC board the new started kernel
will not find already enumerated USB devices due a missing reset on the
USB bus.
How do you know the problem is caused by a missing reset?
A "e
Rebooting my kernel vanilla kernel 3.14 will fail with tons of kernel
log messages:
[0.262754] IOMMU: Setting identity map for device :00:1a.0 [0x7c45f000
- 0x7c46bfff]
[0.262780] IOMMU: Setting identity map for device :00:14.0 [0x7c45f000
- 0x7c46bfff]
[0.262798] IOMMU: Prep
When executing a kexec kernel on a PowerPC board the new started kernel
will not find already enumerated USB devices due a missing reset on the
USB bus.
As a work around a
echo 1 >/sys/bus/pci/drivers/[ex]hci-pci/BUS-ADDRESS-OF-THE-HCD/reset
will solve this. But this is far from beauty.
My late
Since some kernel version it is impossible to select the Enhanced Real
Time Clock Support (legacy PC RTC driver) because RTC_LIB is set by
default in arch/x86/Kconfig, but the rule for selecting CONFIG_RTC is
RTC_LIB=n. So the code of driver/char/rtc is still useless.
This breaks the API since the
A hot plug of an USB 2.0 EHCI controller cardbus card will result in a
kernel crash. This is the kernel log of a vanilla 3.14 x86_64 kernel. I
will attach my kernel config.
[ 70.418181] pcmcia_socket pcmcia_socket0: pccard: CardBus card inserted into
slot 0
[ 70.418209] pci :04:00.0: [103
4 11:33:37 PM PDT, Stefani Seibold
> wrote:
> >Am Samstag, den 29.03.2014, 13:15 -0700 schrieb Andy Lutomirski:
> >> The new symbols provide the same API as the 64-bit variants, so they
> >> should have the same symbol version name. This can't break
> >&g
Am Samstag, den 29.03.2014, 13:15 -0700 schrieb Andy Lutomirski:
> The new symbols provide the same API as the 64-bit variants, so they
> should have the same symbol version name. This can't break
> userspace, since these symbols are new for 32-bit Linux.
>
This breaks my glibc patch... What is
Commit-ID: 645a387ecbdb4aa78c8451a66416340616134537
Gitweb: http://git.kernel.org/tip/645a387ecbdb4aa78c8451a66416340616134537
Author: Stefani Seibold
AuthorDate: Sun, 23 Mar 2014 17:38:14 +0100
Committer: H. Peter Anvin
CommitDate: Mon, 24 Mar 2014 09:31:23 -0700
x86, vdso: Fix size
: Stefani Seibold
---
arch/x86/vdso/vdso32-setup.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/x86/vdso/vdso32-setup.c b/arch/x86/vdso/vdso32-setup.c
index 791c1cb..0034898 100644
--- a/arch/x86/vdso/vdso32-setup.c
+++ b/arch/x86/vdso/vdso32-setup.c
@@ -165,12 +165,14
Sorry,
i forgot do adjust the size of get_unmapped_area(). I will send a
incremental patch for this issue.
Thanks
Stefani
Am Samstag, den 22.03.2014, 19:47 +0800 schrieb Fengguang Wu:
> Greetings,
>
> I got the below dmesg and the first bad commit is
>
> git://git.kernel.or
This patch add a correct out of memory handling for setup a 32 bit vDSO.
The patch is against tip commit 4e40112c4ff6a577dd06d92b2a54cdf06265bf74
Signed-off-by: Stefani Seibold
---
arch/x86/vdso/vdso32-setup.c | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff
Am Donnerstag, den 20.03.2014, 10:53 +0100 schrieb Thomas Gleixner:
> On Thu, 20 Mar 2014, Stefani Seibold wrote:
>
> > This patch add a correct out of memory handling for setup a 32 bit vDSO.
> >
> > The patch is against tip commit 4e40112c4ff6a577dd06d92b2a54cdf06265bf7
This patch add a correct out of memory handling for setup a 32 bit vDSO.
The patch is against tip commit 4e40112c4ff6a577dd06d92b2a54cdf06265bf74
Signed-off-by: Stefani Seibold
---
arch/x86/vdso/vdso32-setup.c | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git
Commit-ID: ce39c64028a075d14af32bfb8336bfe1370c0443
Gitweb: http://git.kernel.org/tip/ce39c64028a075d14af32bfb8336bfe1370c0443
Author: Stefani Seibold
AuthorDate: Mon, 17 Mar 2014 23:22:04 +0100
Committer: H. Peter Anvin
CommitDate: Tue, 18 Mar 2014 12:52:01 -0700
x86, vdso
Commit-ID: ef721987aef0cc0abba08c88810f2155f76b0b1f
Gitweb: http://git.kernel.org/tip/ef721987aef0cc0abba08c88810f2155f76b0b1f
Author: Stefani Seibold
AuthorDate: Mon, 17 Mar 2014 23:22:07 +0100
Committer: H. Peter Anvin
CommitDate: Tue, 18 Mar 2014 12:52:29 -0700
x86, vdso: Introduce
Commit-ID: 7c03156f34d113f885f045d8fb8cc3efd9e64751
Gitweb: http://git.kernel.org/tip/7c03156f34d113f885f045d8fb8cc3efd9e64751
Author: Stefani Seibold
AuthorDate: Mon, 17 Mar 2014 23:22:10 +0100
Committer: H. Peter Anvin
CommitDate: Tue, 18 Mar 2014 12:52:41 -0700
x86, vdso: Add 32
Commit-ID: d2312e3379d581d2c3603357a0181046448e1de3
Gitweb: http://git.kernel.org/tip/d2312e3379d581d2c3603357a0181046448e1de3
Author: Stefani Seibold
AuthorDate: Mon, 17 Mar 2014 23:22:01 +0100
Committer: H. Peter Anvin
CommitDate: Tue, 18 Mar 2014 12:51:52 -0700
x86, vdso: Make
Commit-ID: 0df1ea2b7955d3cb311a549c44ed482452b859ff
Gitweb: http://git.kernel.org/tip/0df1ea2b7955d3cb311a549c44ed482452b859ff
Author: Stefani Seibold
AuthorDate: Mon, 17 Mar 2014 23:22:06 +0100
Committer: H. Peter Anvin
CommitDate: Tue, 18 Mar 2014 12:52:26 -0700
x86, vdso: Cleanup
Commit-ID: 411f790cd7e91fac0db80d3cf789cb6deeac298e
Gitweb: http://git.kernel.org/tip/411f790cd7e91fac0db80d3cf789cb6deeac298e
Author: Stefani Seibold
AuthorDate: Mon, 17 Mar 2014 23:22:03 +0100
Committer: H. Peter Anvin
CommitDate: Tue, 18 Mar 2014 12:51:59 -0700
x86, vdso: Revamp
Commit-ID: 4e40112c4ff6a577dd06d92b2a54cdf06265bf74
Gitweb: http://git.kernel.org/tip/4e40112c4ff6a577dd06d92b2a54cdf06265bf74
Author: Stefani Seibold
AuthorDate: Mon, 17 Mar 2014 23:22:13 +0100
Committer: H. Peter Anvin
CommitDate: Tue, 18 Mar 2014 12:52:54 -0700
x86, vdso32: handle
Commit-ID: 7a59ed415f5b57469e22e41fc4188d5399e0b194
Gitweb: http://git.kernel.org/tip/7a59ed415f5b57469e22e41fc4188d5399e0b194
Author: Stefani Seibold
AuthorDate: Mon, 17 Mar 2014 23:22:09 +0100
Committer: H. Peter Anvin
CommitDate: Tue, 18 Mar 2014 12:52:37 -0700
x86, vdso: Add 32
Commit-ID: 3935ed6a3a533c1736e3ca65bff72afd1773be27
Gitweb: http://git.kernel.org/tip/3935ed6a3a533c1736e3ca65bff72afd1773be27
Author: Stefani Seibold
AuthorDate: Mon, 17 Mar 2014 23:22:02 +0100
Committer: H. Peter Anvin
CommitDate: Tue, 18 Mar 2014 12:51:56 -0700
mm: Add new func
Commit-ID: af8c93d8d9809c3cf71cae2c398069399e64efa3
Gitweb: http://git.kernel.org/tip/af8c93d8d9809c3cf71cae2c398069399e64efa3
Author: Stefani Seibold
AuthorDate: Mon, 17 Mar 2014 23:22:05 +0100
Committer: H. Peter Anvin
CommitDate: Tue, 18 Mar 2014 12:52:03 -0700
x86, vdso: Replace
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/
From: "H. Peter Anvin"
For the 32-bit VDSO, match the 64-bit VDSO in:
1. Disable the stack protector.
2. Use -fno-omit-frame-pointer for user space debugging sanity.
3. Use -foptimize-sibling-calls like the 64-bit VDSO does.
Reported-by: Ingo Molnar
Signed-off-by: Stefani Seibold
of memory that is exposed to userspace.
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
+++
This patch enables 32 bit vDSO which are larger than a page.
Signed-off-by: Stefani Seibold
---
arch/x86/vdso/vdso32-setup.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/arch/x86/vdso/vdso32-setup.c b/arch/x86/vdso/vdso32-setup.c
index e10abdf
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
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.
Reviewed-by: Andy Lutomirski
Signed-off-by: Stefani Seibold
---
arch/x86/vdso/vclock_gettime.c | 85
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.
Reviewed-by: Andy Lutomirski
Signed-off-by: Stefani
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
From: Andy Lutomirski
We need the alternatives mechanism for rdtsc_barrier() to work.
Signed-off-by: Stefani Seibold
---
arch/x86/include/asm/vdso.h | 2 ++
arch/x86/vdso/Makefile | 3 ++-
arch/x86/vdso/vdso32-setup.c | 23 ---
arch/x86/vdso/vma.c | 13
There a currently more than 30 users of the gtod macro, so replace the
last VVAR(vsyscall_gtod_data) by gtod macro.
Reviewed-by: Andy Lutomirski
Signed-off-by: Stefani Seibold
---
arch/x86/vdso/vclock_gettime.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/x86
This patch revamps 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
This patch add the functions vdso_gettimeofday(), vdso_clock_gettime()
and vdso_time() to the x86 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
This patch do a little cleanup for the __vdso_gettimeofday() function.
It kicks out an unneeded ret local variable and makes the code faster
if only the timezone is needed (an admittedly rare case.)
Reviewed-by: Andy Lutomirski
Signed-off-by: Stefani Seibold
---
arch/x86/vdso/vclock_gettime.c
bit address space. This will be done
with io_remap_pfn_range() and remap_pfn_range, which requieres a vm_area_struct.
Reviewed-by: Andy Lutomirski
Signed-off-by: Stefani Seibold
---
include/linux/mm.h | 3 +++
mm/mmap.c | 20
2 files changed, 19 insertions(+), 4
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
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
vdso.
- 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/
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
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
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
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
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
ual VDSO: a one page sized VDSO for the compat mode which has only
the syscall
code and on multi page sized VDSO which is mapped into user space for
the non compat
mode.
This will work and has no side effects.
- Stefani
--
To unsubscribe from this list: send the line "unsubscribe linux
Zitat von "H. Peter Anvin" :
On 03/10/2014 01:03 PM, Stefani Seibold wrote:
What is now the next step? Kick out the compat VDSO? Or should i
implement the dual VDSO. And what is now the preferred way to map the
VDSO into the user space? Using install_special_mapping() or map it
not a real solution, at least when vcpu function support
will be added, then the code size will exceed the page size. Reserving
two pages for the VDSO is a good option.
- Stefani
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to major
hat is now the preferred way to map the
VDSO into the user space? Using install_special_mapping() or map it
beyond the user stack?
The is easiest and fastest way to get a working result is to do the non
compat VDSO only mapping using install_special_mapping(). The dual VDSO
would take a little bit
Am Freitag, den 07.03.2014, 15:07 -0800 schrieb Andy Lutomirski:
> On Fri, Mar 7, 2014 at 1:53 PM, Stefani Seibold wrote:
> >
> > Am Freitag, den 07.03.2014, 10:56 -0800 schrieb Andy Lutomirski:
> >> On Thu, Mar 6, 2014 at 11:21 PM, Stefani Seibold
> &g
Am Samstag, den 08.03.2014, 07:44 +0800 schrieb Fengguang Wu:
> Hi Stefani,
>
> > So i tried my best, but without support it is impossible to find all
> > issues. But mostly what i get was bureaucracy afflictions
> >
> > I complied, but now it is time to help fi
Am Freitag, den 07.03.2014, 10:56 -0800 schrieb Andy Lutomirski:
> On Thu, Mar 6, 2014 at 11:21 PM, Stefani Seibold wrote:
> > Hi Fengguang,
> >
> > i have build a kernel with the config, but my kvm is unable to start it.
> > I will try to find a way to test your kerne
Am Freitag, den 07.03.2014, 18:21 +0800 schrieb Fengguang Wu:
> Hi Stefani,
>
> On Fri, Mar 07, 2014 at 10:57:28AM +0100, Stefani Seibold wrote:
> > Hi Fengguang,
> >
> > did you test the config i had sent to you?
> >
> > My test was all done with curren
ite i cannot pay the invoice).
Also i get no support by people who ask me to do this work. I am really
pissed of.
- Stefani
Am Freitag, den 07.03.2014, 17:15 +0800 schrieb Fengguang Wu:
> Hi Stefani,
>
> On Fri, Mar 07, 2014 at 09:47:14AM +0100, Stefani Seibold wrote:
> > Hi Fengguang
Hi Fengguang,
i have build a kernel with the config, but my kvm is unable to start it.
I will try to find a way to test your kernek config.
One thing is the crash point:
The function sysenter_setup was modified by Andy, maybe he has an idea
what fails.
- Stefani
Am Freitag, den 07.03.2014, 09
Commit-ID: 821130f9335f5808968fedab50268ba9159cc330
Gitweb: http://git.kernel.org/tip/821130f9335f5808968fedab50268ba9159cc330
Author: Stefani Seibold
AuthorDate: Mon, 3 Mar 2014 22:12:21 +0100
Committer: H. Peter Anvin
CommitDate: Wed, 5 Mar 2014 14:02:38 -0800
x86, vdso: Add 32 bit
Commit-ID: 20dd4e23a10764f886c2a615bdc1f0c7db991cdb
Gitweb: http://git.kernel.org/tip/20dd4e23a10764f886c2a615bdc1f0c7db991cdb
Author: Stefani Seibold
AuthorDate: Mon, 3 Mar 2014 22:12:14 +0100
Committer: H. Peter Anvin
CommitDate: Wed, 5 Mar 2014 14:02:37 -0800
x86, vdso: Revamp
Commit-ID: 2e0035eefd9cc8a386c706cab7547b5280772726
Gitweb: http://git.kernel.org/tip/2e0035eefd9cc8a386c706cab7547b5280772726
Author: Stefani Seibold
AuthorDate: Mon, 3 Mar 2014 22:12:16 +0100
Committer: H. Peter Anvin
CommitDate: Wed, 5 Mar 2014 14:02:38 -0800
x86, vdso: Replace
Commit-ID: 4dea8e4824b363c53f320d328040d7c6c5921419
Gitweb: http://git.kernel.org/tip/4dea8e4824b363c53f320d328040d7c6c5921419
Author: Stefani Seibold
AuthorDate: Mon, 3 Mar 2014 22:12:20 +0100
Committer: H. Peter Anvin
CommitDate: Wed, 5 Mar 2014 14:02:38 -0800
x86, vdso: Add 32 bit
Commit-ID: 1c6ff9d5108b5056dea85916990af036bb9dd10c
Gitweb: http://git.kernel.org/tip/1c6ff9d5108b5056dea85916990af036bb9dd10c
Author: Stefani Seibold
AuthorDate: Mon, 3 Mar 2014 22:12:13 +0100
Committer: H. Peter Anvin
CommitDate: Wed, 5 Mar 2014 14:02:37 -0800
mm: Add new func
Commit-ID: 6543ca6fee7d3b314bda69b83fd429ed3e336645
Gitweb: http://git.kernel.org/tip/6543ca6fee7d3b314bda69b83fd429ed3e336645
Author: Stefani Seibold
AuthorDate: Mon, 3 Mar 2014 22:12:17 +0100
Committer: H. Peter Anvin
CommitDate: Wed, 5 Mar 2014 14:02:38 -0800
x86, vdso: Cleanup
Commit-ID: 47ffeb5bae376766da7f4a326f13e980a280338b
Gitweb: http://git.kernel.org/tip/47ffeb5bae376766da7f4a326f13e980a280338b
Author: Stefani Seibold
AuthorDate: Mon, 3 Mar 2014 22:12:18 +0100
Committer: H. Peter Anvin
CommitDate: Wed, 5 Mar 2014 14:02:38 -0800
x86, vdso: Introduce
Commit-ID: 44e016d37d0e84f1d7063f699ee8df68d7bd7607
Gitweb: http://git.kernel.org/tip/44e016d37d0e84f1d7063f699ee8df68d7bd7607
Author: Stefani Seibold
AuthorDate: Mon, 3 Mar 2014 22:12:15 +0100
Committer: H. Peter Anvin
CommitDate: Wed, 5 Mar 2014 14:02:38 -0800
x86, vdso
1 - 100 of 386 matches
Mail list logo
