Masahiro Yamada wrote:
On Thu, Dec 7, 2023 at 4:48 AM Michal Suchanek wrote:
Some distributions aim at shipping all files in /usr.
The path under which kernel modules are installed is hardcoded to /lib
which conflicts with this goal.
When kmod provides kmod.pc, use it to determine the correct
Masami Hiramatsu wrote:
Align the bootconfig applied initrd image size to 4. To pad the data,
bootconfig will use space (0x20) in front of the bootconfig data,
and expands its size and update checksum.
Signed-off-by: Masami Hiramatsu
---
include/linux/bootconfig.h |1 +
tools/bo
Woody Suwalski wrote:
Xiaoyao Li wrote:
On 7/12/2020 2:21 AM, Peter Zijlstra wrote:
On Fri, Jul 03, 2020 at 11:15:31AM -0400, Woody Suwalski wrote:
I am observing a 100% reproducible kvm crash on kernels starting with
5.7-rc1, always with the same opcode .
It happens during wake up from
Xiaoyao Li wrote:
On 7/12/2020 2:21 AM, Peter Zijlstra wrote:
On Fri, Jul 03, 2020 at 11:15:31AM -0400, Woody Suwalski wrote:
I am observing a 100% reproducible kvm crash on kernels starting with
5.7-rc1, always with the same opcode .
It happens during wake up from the host suspended state
On Wed, Aug 28, 2019 at 10:50 AM Thomas Gleixner wrote:
>
> Woody,
>
> On Wed, 28 Aug 2019, Woody Suwalski wrote:
>
> > I have tried to "bisect" the config changes, and builds working/not
> > working between
> > rc3-rc4-rc5, and come out with the s
hanks, Woody
On Wed, Aug 21, 2019 at 4:15 PM Thomas Gleixner wrote:
>
> On Tue, 20 Aug 2019, Woody Suwalski wrote:
> > On Thu, Aug 15, 2019 at 2:37 AM Thomas Gleixner wrote:
> > > On Tue, 13 Aug 2019, Woody Suwalski wrote:
> > > > On Mon, Aug 12, 2019 at 1:24 P
On Thu, Aug 15, 2019 at 2:37 AM Thomas Gleixner wrote:
>
> Woody,
>
> On Tue, 13 Aug 2019, Woody Suwalski wrote:
> > On Mon, Aug 12, 2019 at 1:24 PM Thomas Gleixner wrote:
> > > The ACPI handler is not the culprit. This is either an emulation bug or
> > > some
On Mon, Aug 12, 2019 at 1:24 PM Thomas Gleixner wrote:
> On Mon, 12 Aug 2019, Woody Suwalski wrote:
>
> > I have added a timeout counter in __synchronize_hardirq().
> > At the bottom I have converted while(inprogress); to while(inprogress
> > && timeout++ <
irq9.
Which probably means that there is some issue in ACPI handler and
synchronize_hardirq() is stuck on it?
I will try to repeat with 5.3-rc4 tomorrow
Thanks, Woody
On Sat, Aug 10, 2019 at 7:24 AM Woody Suwalski wrote:
>
> Moving the thread to LKML, as suggested by Thomas...
> >
&g
Moving the thread to LKML, as suggested by Thomas...
-- Forwarded message -
From: Woody Suwalski
Date: Thu, Aug 1, 2019 at 3:45 PM
Subject: Intermittent suspend on 5.3 / 5.2
To: Rafael J. Wysocki
Hi Rafał,
I know that you are investigating some issues between these 2
Pavel Machek wrote:
On Tue 2018-03-20 21:11:54, Woody Suwalski wrote:
Woody Suwalski wrote:
Pavel Machek wrote:
On Mon 2018-03-19 05:17:45, Woody Suwalski wrote:
Pavel Machek wrote:
Hi!
With recent linux-next, after resume networkmanager often claims that
"network is disabled".
Woody Suwalski wrote:
Pavel Machek wrote:
On Mon 2018-03-19 05:17:45, Woody Suwalski wrote:
Pavel Machek wrote:
Hi!
With recent linux-next, after resume networkmanager often claims that
"network is disabled". Sometimes suspend/resume clears that.
Any ideas? Does it wo
Pavel Machek wrote:
On Mon 2018-03-19 05:17:45, Woody Suwalski wrote:
Pavel Machek wrote:
Hi!
With recent linux-next, after resume networkmanager often claims that
"network is disabled". Sometimes suspend/resume clears that.
Any ideas? Does it wo
Pavel Machek wrote:
Hi!
With recent linux-next, after resume networkmanager often claims that
"network is disabled". Sometimes suspend/resume clears that.
Any ideas? Does it work for you?
Pavel
Tried the 4.16-rc6 with nm 1
Pavel Machek wrote:
On Sat 2018-03-03 19:03:48, Woody Suwalski wrote:
Pavel Machek wrote:
Hi!
On Tue 2018-01-09 16:54:51, Woody Suwalski wrote:
Hey Pavel, so you have found that issue earlier... Do you have a patch to
try?
Did I? I do not remember clearly.
Anyway, here are my hibernation
Pavel Machek wrote:
Hi!
On Tue 2018-01-09 16:54:51, Woody Suwalski wrote:
Hey Pavel, so you have found that issue earlier... Do you have a patch to
try?
Did I? I do not remember clearly.
Anyway, here are my hibernation-related patches... Absolutely no
guarantees.
Pavel, here is my attempt
Thomas Gleixner wrote:
Woody,
On Wed, 28 Feb 2018, Woody Suwalski wrote:
Certainly. I understand you want dmesg output for kernels build with and
without PAE, not just PAE=n on the cmdline :-)
Here it is...
Thanks for providing the data. It did not pinpoint the issue but at least
it gave me
There is a problem with s2ram on 4.16, and it has now been propagated
to 4.15 and 4.14 stable updates.
It originates from
commit 62c00e6122a6b5aa7b1350023967a2d7a12b54c9
Author: William Grant mailto:william.gr...@canonical.com>>
Date: Tue Jan 30 22:22:55 2018 +1100
x86/mm: Fix overlap of i
Sander Eikelenboom wrote:
L.S.,
The Debian kernel-package tool make-kpkg for easy building of upstream kernels
on Debian fails with linux 4.16-rc1.
The tool (perl script) while invoked with:
make-kpkg --initrd --append_to_version -20180212 kernel_image
On a git tree with a .config from t
Dec 2017 11:50:57 -0800
FromSinclair Yeh <>
Subject Re: [PATCH v.2] 4.15 vmgfx boot warning
This looks okay to me.
On Mon, Dec 18, 2017 at 07:26:03PM -0500, Woody Suwalski wrote:
The 4.15 drm_atomic_helper driver shows a warning during boot (both 32 and
64 bit x
call
drm_crtc_vblank_off()\n");
/...
Signed-off by: Woody Suwalski
--- a/drivers/gpu/drm/drm_atomic_helper.c 2017-12-16
09:55:33.853374561 -0500
+++ b/drivers/gpu/drm/drm_atomic_helper.c 2017-12-16
10:55:56.089090752 -0500
@@ -889,7 +889,7 @@ disable_outputs(struct drm_d
Sinclair Yeh wrote:
Hi Woody,
On Wed, Nov 22, 2017 at 04:05:50PM -0500, Woody Suwalski wrote:
The 4.15 vmwgfx driver shows a warning during boot (32 bit x86)
It is caused by a mismatch between the result of vmw_enable_vblank() and
what the drm_atomic_helper expects:
/...
ret
f()\n");
/...
Signed-off by: Woody Suwalski
--- a/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c 2017-11-22
15:29:46.511674079 -0500
+++ b/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c 2017-11-22
15:30:35.344559592 -0500
@@ -1869,7 +1869,7 @@ u32 vmw_get_vblank_counter(struct drm_de
*/
int vmw_ena
device
[1.975037] [drm] Initialized nouveau 1.3.1 20120801 for :01:00.0
on minor 0
Signed-off-by: Woody Suwalski
---
diff --git a/drivers/gpu/drm/nouveau/nouveau_connector.c
b/drivers/gpu/drm/nouveau/nouveau_connector.c
index 70d8e0d69ad5..62127f225dbd 100644
--- a/drivers/gpu/drm/n
Pavel Machek wrote:
Hi!
The kernel is 4.8.17 EOL, installed almost a month ago.
Platform ThinkPad x60, Intel(R) Core(TM) Duo CPU T2400 @ 1.83GHz
In dmesg I see that it used to be when 2 CPUs were OK:
[690409.476107] PM: noirq suspend of devices complete after 79.914 msecs
[690409.476547
Woody Suwalski wrote:
Pavel Machek wrote:
On Sat 2017-01-14 12:30:54, Pavel Machek wrote:
Hi!
On Thu 2017-01-12 20:19:31, Woody Suwalski wrote:
Pavel Machek wrote:
Hi!
I used to have two cpus, and Thinkpad X60 should have two cores,
but I
only see one on 4.10-rc1. This machine went
Pavel Machek wrote:
On Sat 2017-01-14 12:30:54, Pavel Machek wrote:
Hi!
On Thu 2017-01-12 20:19:31, Woody Suwalski wrote:
Pavel Machek wrote:
Hi!
I used to have two cpus, and Thinkpad X60 should have two cores, but I
only see one on 4.10-rc1. This machine went through many
suspend/resume
Pavel Machek wrote:
Hi!
I used to have two cpus, and Thinkpad X60 should have two cores, but I
only see one on 4.10-rc1. This machine went through many
suspend/resume cycles. When backups finish, I'll try -rc2.
Whoever did it, he seems to have returned the cpu in -rc3. All seems
to be good now
Deucher, Alexander wrote:
-Original Message-
From: Woody Suwalski [mailto:terraluna...@gmail.com]
Sent: Thursday, February 18, 2016 7:53 AM
To: LKML
Cc: Deucher, Alexander; Koenig, Christian
Subject: [4.5-rc regression] drm radeon Tahiti_vce fails to load
Alex, the 4.5-rc 32-bit kernels
I remember like if it was yesterday... ;-)
Around 3.8 Linus decided to include overlayfs in the kernel, so in 3.10
we were supposed to get it... And we keep waiting...
Woody
Miklos Szeredi wrote:
I'd like to propose overlayfs for inclusion into 3.18.
Al, would you mind giving it a review?
G
Martin Kepplinger wrote:
Am 2014-06-30 12:39, schrieb Martin Kepplinger:
back to aaeb2554337217dfa4eac2fcc90da7be540b9a73 as the first bad
commit. why is this not revertable exactly? how can I show a complete
list of commits this merge introduces?
It seems that _nobody_ is running a simple 32
Klaus A. Kreil wrote:
Hello list,
I have just found out about this mailing list which obviously also
takes care of overlayfs.
I have been a happy user of overlayfs for quiet some time using it to
propagate a shared r/o LVM ext4 lowerdir rootfs with a small r/w ext4
upperdir for a number of X
Malte Schröder wrote:
Hi,
I just tried 3.15-rc6. I encountered a pretty nasty problem, which is
after suspending to RAM the system doesn't wake up properly. v3.14 is fine.
On wakeup all seems fine, i.e. hd starts to spin an USB-stuff wakes up.
But all I get from the graphics card is a white scree
Christian König wrote:
Am 23.04.2014 23:36, schrieb Woody Suwalski:
Dave Airlie wrote:
On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
wrote:
Dave, mind sending me a pull request for drm fixes?
There's now at least these two:
- "drm/radeon/aux: fix hpd assignment for aux bus
Dave Airlie wrote:
On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
wrote:
Dave, mind sending me a pull request for drm fixes?
There's now at least these two:
- "drm/radeon/aux: fix hpd assignment for aux bus"
- "drm/radeon: use fixed PPL ref divider if needed"
that look like fairly fatal
Daniel Vetter wrote:
On Fri, Sep 27, 2013 at 7:27 PM, Woody Suwalski wrote:
Daniel Vetter wrote:
On Thu, Sep 26, 2013 at 2:36 PM, Woody Suwalski
wrote:
Daniel, I have noticed these warnings on 3.12-rc1, did not go away on
3.12-rc2.
I see it only on EeePC with i915,not on ThinkPad with
Arkadiusz Miskiewicz wrote:
On Saturday 19 of January 2013, Arkadiusz Miskiewicz wrote:
On Saturday 19 of January 2013, Greg Kroah-Hartman wrote:
On Fri, Jan 18, 2013 at 11:28:43PM +0100, Arkadiusz Miskiewicz wrote:
Hi.
Using 3.7.3 kernel and connecting two rs232 usb adapters, CP2102 and
FT23
Alan Stern wrote:
On Tue, 15 Jan 2013, Woody Suwalski wrote:
Another important change is that the EHCI driver is now split into two
modules. That can slow down loading and affect the timing.
Alan Stern
My testcase is a live initramfs + squash root.
The boot logic is as stable as can be
Alan Stern wrote:
On Sat, 12 Jan 2013, Andreas Mohr wrote:
There's of course the EHCI vs. UHCI(/OHCI) duality
(EHCI host controller responsible for high speed transfers,
the other for 1.1 full speed, both serving the same port connectors).
So if the coordination between the two is a problem,
yo
Larry Finger wrote:
Woody,
There is a patch pending that fixes this problem. See
http://lkml.indiana.edu/hypermail/linux/kernel/1212.3/01201.html. Note
that Rafael wrote "If you don't mind, I'll rename
CONFIG_CPU_FREQ_GOVERNOR to
CONFIG_CPU_FREQ_GOV_COMMON when applying it, though". I think th
Greg Kroah-Hartman wrote:
On Sun, Dec 23, 2012 at 02:35:49PM -0800, Linus Torvalds wrote:
Woody,
Any chance you can bisect this? It's not going to be hugely pleasant
(with 11k+ commits in between 3.7 and 3.8-rc1 you'll have to compile
and test at least 14 kernels), but it would help enormously
Woody Suwalski wrote:
Greg Kroah-Hartman wrote:
On Sun, Dec 23, 2012 at 02:35:49PM -0800, Linus Torvalds wrote:
Woody,
Any chance you can bisect this? It's not going to be hugely pleasant
(with 11k+ commits in between 3.7 and 3.8-rc1 you'll have to compile
and test at least 14 ker
Greg Kroah-Hartman wrote:
On Sun, Dec 23, 2012 at 02:35:49PM -0800, Linus Torvalds wrote:
Woody,
Any chance you can bisect this? It's not going to be hugely pleasant
(with 11k+ commits in between 3.7 and 3.8-rc1 you'll have to compile
and test at least 14 kernels), but it would help enormously
Greg KH wrote:
On Mon, Nov 26, 2012 at 03:52:31PM -0800, Dmitry Torokhov wrote:
On Monday, November 26, 2012 03:44:26 PM Greg KH wrote:
On Mon, Nov 26, 2012 at 03:36:52PM -0800, Dmitry Torokhov wrote:
On Monday, November 26, 2012 03:23:57 PM Greg KH wrote:
On Mon, Nov 26, 2012 at 03:01:04PM -
Sergei Shtylyov wrote:
Hello, I wrote:
Bartlomiej Zolnierkiewicz wrote:
[PATCH] sl82c105: add ->speedproc support
* add sl82c105_tunepio() wrapper for sl82c105_tune_drive()
(just to get the error value)
* add sl82c105_tune_chipset() (->speedproc method) for setting
transfer mode
when starting Xserver.
The workaround is to disable pci burst option for this revision of video
chip.
Thanks, Woody
The Netwinder machines with Cyber2010 crash badly when starting Xserver.
The workaround is to disable pci burst option for this revision of video chip.
Signed-off-by: Woody
Russell King wrote:
On Sat, Jan 06, 2007 at 01:17:25PM -0800, David Brownell wrote:
On Saturday 06 January 2007 9:17 am, Woody Suwalski wrote:
There are PPC, M68K, SPARC, and other boards that could also
use this; ARMs tend to integrate some other RTC on-chip. ...
Let me
David Brownell wrote:
On Friday 05 January 2007 7:10 pm, David Brownell wrote:
On Friday 05 January 2007 12:45 pm, Alessandro Zummo wrote:
I'd appreciate if someone (Woody?) can test
this code on ARM.
There are PPC, M68K, SPARC, and other boards that could also
use this;
48 matches
Mail list logo