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
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
ompares to the right structure.
> >
> > Signed-off-by: Sean Young <s...@mess.org>
> > Acked-by: Stefani Seibold <stef...@seibold.net>
>
> Hi Stefani/Andrew,
>
> As this patch is required for the LIRC rework, would be ok if I would
> merge it via
right 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
> <pantelis.anton...@konsulko.com> wrote:
> > Hi Stefani,
> >
> > On Tue, 2017-06-06 at 21:17 +0200, Stefani Seibold wrote:
> > > Hi Pantelis,
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
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
.
Hope this helps to understand the reason for this patch.
- Stefani
Am Montag, den 05.06.2017, 21:43 +0300 schrieb Pantelis Antoniou:
> Hi Stefani,
>
> On Mon, 2017-06-05 at 14:59 +0200, Stefani Seibold wrote:
> > From: Stefani Seibold <stef...@seibold.net>
> >
&
.
Hope this helps to understand the reason for this patch.
- Stefani
Am Montag, den 05.06.2017, 21:43 +0300 schrieb Pantelis Antoniou:
> Hi Stefani,
>
> On Mon, 2017-06-05 at 14:59 +0200, Stefani Seibold wrote:
> > From: Stefani Seibold
> >
> > This patch
Hi Frank,
On 06.06.2017, 00:20 -0700 Frank Rowand wrote::
> On 06/05/17 05:59, Stefani Seibold wrote:
> > From: Stefani Seibold <stef...@seibold.net>
> >
> > This patch enables external references for symbols which are not
> > exported by the current device tr
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 <stef...@seibold.net>
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,bc
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
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
-by: Stefani Seibold <stef...@seibold.net>
---
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
-by: 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
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
On Mon, 2014-04-28 at 20:20 +0200, Alessandro Zummo wrote:
> On Mon, 28 Apr 2014 11:16:37 -0700
> John Stultz wrote:
>
> > >> This breaks the API since there is no more misc device /dev/rtc
> > >> available without a udev rule or a link to /dev/rtc0.
> >
> > So yea.. I feel like that
On Mon, 2014-04-28 at 20:20 +0200, Alessandro Zummo wrote:
On Mon, 28 Apr 2014 11:16:37 -0700
John Stultz john.stu...@linaro.org wrote:
This breaks the API since there is no more misc device /dev/rtc
available without a udev rule or a link to /dev/rtc0.
So yea.. I feel like that
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' Host Control
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' Host Control
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
On Tuesday, 15.04.2014, 16:54 +0800 wrote Jiang Liu:
> Hi Stefanin,
> As David has mentioned, the warning messages indicates the VGA
> controller hasn't been shut down correctly during reboot and keeps doing
> DMA write operations after loading the new kernel. Do you have found
> any older
Am Dienstag, den 15.04.2014, 15:33 -0300 schrieb Thadeu Lima de Souza
Cascardo:
> On Tue, Apr 15, 2014 at 05:00:28PM +0200, stef...@seibold.net wrote:
> >
> > Zitat von Thadeu Lima de Souza Cascardo :
> >
> > >On Tue, Apr 15, 2014 at 12:04:17PM +0200, stef...@seibold.net wrote:
> > >>
> >
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
Am Montag, den 14.04.2014, 12:27 -0400 schrieb Alan Stern:
> On Mon, 14 Apr 2014 stef...@seibold.net wrote:
>
> > Zitat von Alan Stern :
> >
> >
> > >> <6>[ 167.936921] usb 2-2.1: new full-speed USB device number 3
> > >> using ohci-pci
> > >> <6>[ 168.067890] usb 2-2.1: New USB device
Am Montag, den 14.04.2014, 12:27 -0400 schrieb Alan Stern:
On Mon, 14 Apr 2014 stef...@seibold.net wrote:
Zitat von Alan Stern st...@rowland.harvard.edu:
6[ 167.936921] usb 2-2.1: new full-speed USB device number 3
using ohci-pci
6[ 168.067890] usb 2-2.1: New USB device
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 you should replace that hub with a different brand.
Thats
Am Dienstag, den 15.04.2014, 15:33 -0300 schrieb Thadeu Lima de Souza
Cascardo:
On Tue, Apr 15, 2014 at 05:00:28PM +0200, stef...@seibold.net wrote:
Zitat von Thadeu Lima de Souza Cascardo casca...@linux.vnet.ibm.com:
On Tue, Apr 15, 2014 at 12:04:17PM +0200, stef...@seibold.net wrote:
On Tuesday, 15.04.2014, 16:54 +0800 wrote Jiang Liu:
Hi Stefanin,
As David has mentioned, the warning messages indicates the VGA
controller hasn't been shut down correctly during reboot and keeps doing
DMA write operations after loading the new kernel. Do you have found
any older kernel
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 at 05:00:28PM +0200, stef...@seibold.net
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' Host Controller (EHCI) Driver
ehci-pci: EHCI PCI
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
case in ehci_hub_control(), around line 1225
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' Host Controller (EHCI) Driver
ehci-pci: EHCI PCI
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 high-speed USB device number 4 using ehci-pci
: ports
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
to
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
Am Montag, den 14.04.2014, 12:27 -0400 schrieb Alan Stern:
> On Mon, 14 Apr 2014 stef...@seibold.net wrote:
>
> > Zitat von Alan Stern :
> >
> >
> > >> <6>[ 167.936921] usb 2-2.1: new full-speed USB device number 3
> > >> using ohci-pci
> > >> <6>[ 168.067890] usb 2-2.1: New USB device
Am Montag, den 14.04.2014, 12:27 -0400 schrieb Alan Stern:
On Mon, 14 Apr 2014 stef...@seibold.net wrote:
Zitat von Alan Stern st...@rowland.harvard.edu:
6[ 167.936921] usb 2-2.1: new full-speed USB device number 3
using ohci-pci
6[ 168.067890] usb 2-2.1: New USB device
to
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.14 x86_64 kernel. I
will attach
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 map for device :00:1a.0
[0x7c45f000
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:
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
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
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:
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:
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
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
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:
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
> >> userspa
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
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 the
, Stefani Seibold stef...@seibold.net
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
userspace, since these symbols are new for 32-bit Linux
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
Commit-ID: 645a387ecbdb4aa78c8451a66416340616134537
Gitweb: http://git.kernel.org/tip/645a387ecbdb4aa78c8451a66416340616134537
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Sun, 23 Mar 2014 17:38:14 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Mon, 24 Mar
-by: 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
g/pub/scm/linux/kernel/git/tip/tip.git x86/vdso
>
> commit 4e40112c4ff6a577dd06d92b2a54cdf06265bf74
> Author: Stefani Seibold
> AuthorDate: Mon Mar 17 23:22:13 2014 +0100
> Commit: H. Peter Anvin
> CommitDate: Tue Mar 18 12:52:54 2014 -0700
>
> x86, vds
/git/tip/tip.git x86/vdso
commit 4e40112c4ff6a577dd06d92b2a54cdf06265bf74
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon Mar 17 23:22:13 2014 +0100
Commit: H. Peter Anvin h...@linux.intel.com
CommitDate: Tue Mar 18 12:52:54 2014 -0700
x86, vdso32: handle 32 bit vDSO
-by: Stefani Seibold stef...@seibold.net
---
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
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 4e40112c4ff6a577dd06d92b2a54cdf06265
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
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 stef...@seibold.net
---
arch/x86/vdso/vdso32-setup.c | 17 -
1 file changed, 16 insertions(+), 1
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 4e40112c4ff6a577dd06d92b2a54cdf06265bf74
Signed-off-by: Stefani
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 stef...@seibold.net
---
arch/x86/vdso/vdso32-setup.c | 19 +--
1 file changed, 17 insertions(+), 2
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
Commit-ID: 3935ed6a3a533c1736e3ca65bff72afd1773be27
Gitweb: http://git.kernel.org/tip/3935ed6a3a533c1736e3ca65bff72afd1773be27
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 17 Mar 2014 23:22:02 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Tue, 18 Mar
Commit-ID: 7c03156f34d113f885f045d8fb8cc3efd9e64751
Gitweb: http://git.kernel.org/tip/7c03156f34d113f885f045d8fb8cc3efd9e64751
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 17 Mar 2014 23:22:10 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Tue, 18 Mar
Commit-ID: d2312e3379d581d2c3603357a0181046448e1de3
Gitweb: http://git.kernel.org/tip/d2312e3379d581d2c3603357a0181046448e1de3
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 17 Mar 2014 23:22:01 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Tue, 18 Mar
Commit-ID: af8c93d8d9809c3cf71cae2c398069399e64efa3
Gitweb: http://git.kernel.org/tip/af8c93d8d9809c3cf71cae2c398069399e64efa3
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 17 Mar 2014 23:22:05 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Tue, 18 Mar
Commit-ID: 0df1ea2b7955d3cb311a549c44ed482452b859ff
Gitweb: http://git.kernel.org/tip/0df1ea2b7955d3cb311a549c44ed482452b859ff
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 17 Mar 2014 23:22:06 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Tue, 18 Mar
Commit-ID: 411f790cd7e91fac0db80d3cf789cb6deeac298e
Gitweb: http://git.kernel.org/tip/411f790cd7e91fac0db80d3cf789cb6deeac298e
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 17 Mar 2014 23:22:03 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Tue, 18 Mar
Commit-ID: 4e40112c4ff6a577dd06d92b2a54cdf06265bf74
Gitweb: http://git.kernel.org/tip/4e40112c4ff6a577dd06d92b2a54cdf06265bf74
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 17 Mar 2014 23:22:13 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Tue, 18 Mar
Commit-ID: 7a59ed415f5b57469e22e41fc4188d5399e0b194
Gitweb: http://git.kernel.org/tip/7a59ed415f5b57469e22e41fc4188d5399e0b194
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 17 Mar 2014 23:22:09 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Tue, 18 Mar
Commit-ID: ce39c64028a075d14af32bfb8336bfe1370c0443
Gitweb: http://git.kernel.org/tip/ce39c64028a075d14af32bfb8336bfe1370c0443
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 17 Mar 2014 23:22:04 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Tue, 18 Mar
Commit-ID: ef721987aef0cc0abba08c88810f2155f76b0b1f
Gitweb: http://git.kernel.org/tip/ef721987aef0cc0abba08c88810f2155f76b0b1f
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 17 Mar 2014 23:22:07 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Tue, 18 Mar
for 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
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
+++ b/arch/x86
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
1 - 100 of 526 matches
Mail list logo