objtool segfault in 5.10 kernels with binutils-2.36.1

Hi, in 5.10 kernels up to and including 5.10.15 when trying to build the kernel for an x86_64 skylake using binutils-2.36.1, gcc-10.2 and glibic-2.33 I get a segfault in objtool if the orc unwinder is enabled. This has already been fixed in 5.11 by ''objtool: Fix seg fault with Clang non-section

Re: Recommended driver for current AMD processors

Hi Paul, On Fri, 7 Dec 2018 at 15:32, Paul Menzel wrote: > > Dear Linux folks, > > > What driver is recommended for current AMD Ryzen based processors > like *AMD Ryzen 5 PRO 1500 Quad-Core Processor* or *AMD EPYC 7601 > 32-Core Processor*? > > Only from the acpi-cpufreq Kconfig description, I

Re: Recommended driver for current AMD processors

Hi Paul, On Fri, 7 Dec 2018 at 15:32, Paul Menzel wrote: > > Dear Linux folks, > > > What driver is recommended for current AMD Ryzen based processors > like *AMD Ryzen 5 PRO 1500 Quad-Core Processor* or *AMD EPYC 7601 > 32-Core Processor*? > > Only from the acpi-cpufreq Kconfig description, I

Re: [Ksummit-discuss] bug-introducing patches

On 8 May 2018 at 21:29, Sasha Levin wrote: > > This is interesting. We have a group of power users who are testing out > -rc releases, who are usually happy to test out a fast moving target and > provide helpful reports back. We also have a group who run a -stable

Re: [Ksummit-discuss] bug-introducing patches

On 8 May 2018 at 21:29, Sasha Levin wrote: > > This is interesting. We have a group of power users who are testing out > -rc releases, who are usually happy to test out a fast moving target and > provide helpful reports back. We also have a group who run a -stable > kernel (-stable

Makefile race in 4.9-rc3 (generated/autoksyms.h: No such file or directory)

I just tried to build 4.9 (rc3) for the first time (x86_64, i7 haswell) After making my choices in make oldconfig, make -j8 failed in less than 2 sec. CC scripts/mod/empty.o HOSTCC scripts/mod/mk_elfconfig HOSTCC scripts/sortextable CC scripts/mod/devicetable-offsets.s In

Makefile race in 4.9-rc3 (generated/autoksyms.h: No such file or directory)

I just tried to build 4.9 (rc3) for the first time (x86_64, i7 haswell) After making my choices in make oldconfig, make -j8 failed in less than 2 sec. CC scripts/mod/empty.o HOSTCC scripts/mod/mk_elfconfig HOSTCC scripts/sortextable CC scripts/mod/devicetable-offsets.s In

Re: [PATCH] documentation: ntb.txt correct grammar "however"

On Sat, Jun 04, 2016 at 03:34:01PM -0400, Justin Keller wrote: > Correct the grammar around the word however. > > Signed-off-by: Justin Keller > > --- > > index 1d9bbab..5d43510 100644 > --- a/Documentation/ntb.txt > +++ b/Documentation/ntb.txt > @@ -35,7 +35,7 @@

Re: [PATCH] documentation: ntb.txt correct grammar "however"

On Sat, Jun 04, 2016 at 03:34:01PM -0400, Justin Keller wrote: > Correct the grammar around the word however. > > Signed-off-by: Justin Keller > > --- > > index 1d9bbab..5d43510 100644 > --- a/Documentation/ntb.txt > +++ b/Documentation/ntb.txt > @@ -35,7 +35,7 @@ establishes a logical link

Re: script relative shebang

On Thu, Jun 02, 2016 at 01:04:46AM +0100, Boris Rybalkin wrote: > Sorry for insisting, but I would like to explore potential solutions > for fixing the root problem (missing relative shebang), > I know there are ways to workaround that, but I would like to make > sure the proper fix is not

Re: script relative shebang

On Thu, Jun 02, 2016 at 01:04:46AM +0100, Boris Rybalkin wrote: > Sorry for insisting, but I would like to explore potential solutions > for fixing the root problem (missing relative shebang), > I know there are ways to workaround that, but I would like to make > sure the proper fix is not

Re: [drm:radeon_dp_link_train] *ERROR* clock recovery failed -bisected

t uses a DP to VGA bridge chip. > > Alex > Thanks, I was not expecting such a quick response. The radeon patch does fix it. If you wish, you can add Tested-by: Ken Moffat <zarniwh...@ntlworld.com> ĸen -- This email was written using 100% recycled letters.

Re: [drm:radeon_dp_link_train] *ERROR* clock recovery failed -bisected

t uses a DP to VGA bridge chip. > > Alex > Thanks, I was not expecting such a quick response. The radeon patch does fix it. If you wish, you can add Tested-by: Ken Moffat ĸen -- This email was written using 100% recycled letters.

[drm:radeon_dp_link_train] *ERROR* clock recovery failed -bisected

On Thu, Mar 03, 2016 at 02:38:11AM +, Ken Moffat wrote: > One of my machines is an A10 Kaveri desktop, with a good old VGA > connection to the monitor. I've only just started trying to boot > any 4.5 kernel on it, but with 4.5.0-rc6 and now linus's tree from a > few hours ago (4.5

[drm:radeon_dp_link_train] *ERROR* clock recovery failed -bisected

On Thu, Mar 03, 2016 at 02:38:11AM +, Ken Moffat wrote: > One of my machines is an A10 Kaveri desktop, with a good old VGA > connection to the monitor. I've only just started trying to boot > any 4.5 kernel on it, but with 4.5.0-rc6 and now linus's tree from a > few hours ago (4.5

[drm:radeon_dp_link_train] *ERROR* clock recovery failed

One of my machines is an A10 Kaveri desktop, with a good old VGA connection to the monitor. I've only just started trying to boot any 4.5 kernel on it, but with 4.5.0-rc6 and now linus's tree from a few hours ago (4.5.0-rc6-00018-gf983cd3) I get a blank screen, with no video signal, as soon as it

[drm:radeon_dp_link_train] *ERROR* clock recovery failed

One of my machines is an A10 Kaveri desktop, with a good old VGA connection to the monitor. I've only just started trying to boot any 4.5 kernel on it, but with 4.5.0-rc6 and now linus's tree from a few hours ago (4.5.0-rc6-00018-gf983cd3) I get a blank screen, with no video signal, as soon as it

Re: fs/udf and udftools

On Wed, Feb 10, 2016 at 05:56:16PM -0800, Randy Dunlap wrote: > [add Jan Kara] > > On 02/10/16 13:29, Steve Kenton wrote: > > Is anyone maintaining these or am I about to volunteer for another job? > > CUrrent MAINTAINERS file says: > > UDF FILESYSTEM > M:Jan Kara > S:Maintained > F:

Re: fs/udf and udftools

On Wed, Feb 10, 2016 at 05:56:16PM -0800, Randy Dunlap wrote: > [add Jan Kara] > > On 02/10/16 13:29, Steve Kenton wrote: > > Is anyone maintaining these or am I about to volunteer for another job? > > CUrrent MAINTAINERS file says: > > UDF FILESYSTEM > M:Jan Kara > S:

Re: Freezing system after kernel 3.2

On Mon, Feb 08, 2016 at 07:08:09PM +0100, Karsten Malcher wrote: > Hello, > > i am sorry, but is it possible that a kernel bug for a special chipset is > alive since kernel 3.2? > On uncommon hardware, anything is possible. I don't actually know if that hardware is "uncommon", only that I do

Re: Freezing system after kernel 3.2

On Mon, Feb 08, 2016 at 07:08:09PM +0100, Karsten Malcher wrote: > Hello, > > i am sorry, but is it possible that a kernel bug for a special chipset is > alive since kernel 3.2? > On uncommon hardware, anything is possible. I don't actually know if that hardware is "uncommon", only that I do

Re: [PATCH 0/9] Fix checkpatch errors

On Sun, Dec 13, 2015 at 07:26:04PM +0100, Frederik wrote: > On Sun, 13. Dec 19:15, Nicolai Stange wrote: > > Frederik writes: > > > > W/o your series applied (so line numbering might be slightly > > different), checkpatch.pl says: > > > > ERROR: trailing whitespace > > #270: FILE: -:270: >

Re: [PATCH 0/9] Fix checkpatch errors

On Sun, Dec 13, 2015 at 07:26:04PM +0100, Frederik wrote: > On Sun, 13. Dec 19:15, Nicolai Stange wrote: > > Frederik writes: > > > > W/o your series applied (so line numbering might be slightly > > different), checkpatch.pl says: > > > > ERROR: trailing whitespace >

Re: Linux 4.4-rc1

On Sun, Nov 15, 2015 at 05:24:37PM -0800, Linus Torvalds wrote: > So it's Sunday, two weeks has passed, and so 4.4-rc1 is out there and > the merge window is closed. > [...] > > Go out and test. > > Linus > After what I picked up during the 4.3 cycle, I tried using 'xzcat |

Re: Linux 4.4-rc1

On Sun, Nov 15, 2015 at 05:24:37PM -0800, Linus Torvalds wrote: > So it's Sunday, two weeks has passed, and so 4.4-rc1 is out there and > the merge window is closed. > [...] > > Go out and test. > > Linus > After what I picked up during the 4.3 cycle, I tried using 'xzcat |

Re: Please remove commit 6609b638353c99c5736e05abd17197f1cb776e0e as it makes me feel miserable

On Sun, Sep 13, 2015 at 08:06:02PM -0300, Diego Viola wrote: > Hello, > > Can someone please remove this commit from the repo: > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/README?id=6609b638353c99c5736e05abd17197f1cb776e0e > > I made a huge grammar mistake in my

Re: Please remove commit 6609b638353c99c5736e05abd17197f1cb776e0e as it makes me feel miserable

On Sun, Sep 13, 2015 at 08:06:02PM -0300, Diego Viola wrote: > Hello, > > Can someone please remove this commit from the repo: > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/README?id=6609b638353c99c5736e05abd17197f1cb776e0e > > I made a huge grammar mistake in my

Re: Lockups with 4.2-rc kernels and qemu

On Thu, Aug 27, 2015 at 05:52:58PM +0100, Ken Moffat wrote: > On Thu, Aug 27, 2015 at 12:59:14PM +0100, Ken Moffat wrote: > > On Tue, Aug 25, 2015 at 12:40:15AM +0100, Ken Moffat wrote: > > > (Cc'ing qemu-devel, please keep me in the Cc). > > > > > > TL;DR -

Re: Lockups with 4.2-rc kernels and qemu

On Thu, Aug 27, 2015 at 12:59:14PM +0100, Ken Moffat wrote: > On Tue, Aug 25, 2015 at 12:40:15AM +0100, Ken Moffat wrote: > > (Cc'ing qemu-devel, please keep me in the Cc). > > > > TL;DR - qemu locks up my machine when I use 4.2-rc kernels. > > > Previous mail

Re: Lockups with 4.2-rc kernels and qemu

On Tue, Aug 25, 2015 at 12:40:15AM +0100, Ken Moffat wrote: > (Cc'ing qemu-devel, please keep me in the Cc). > > TL;DR - qemu locks up my machine when I use 4.2-rc kernels. > Previous mail, or at least the copy to qemu, archived at https://lists.gnu.org/archive/html/qemu-devel/2015

Re: Lockups with 4.2-rc kernels and qemu

On Thu, Aug 27, 2015 at 12:59:14PM +0100, Ken Moffat wrote: On Tue, Aug 25, 2015 at 12:40:15AM +0100, Ken Moffat wrote: (Cc'ing qemu-devel, please keep me in the Cc). TL;DR - qemu locks up my machine when I use 4.2-rc kernels. Previous mail, or at least the copy to qemu, archived

Re: Lockups with 4.2-rc kernels and qemu

On Thu, Aug 27, 2015 at 05:52:58PM +0100, Ken Moffat wrote: On Thu, Aug 27, 2015 at 12:59:14PM +0100, Ken Moffat wrote: On Tue, Aug 25, 2015 at 12:40:15AM +0100, Ken Moffat wrote: (Cc'ing qemu-devel, please keep me in the Cc). TL;DR - qemu locks up my machine when I use 4.2-rc kernels

Re: Lockups with 4.2-rc kernels and qemu

On Tue, Aug 25, 2015 at 12:40:15AM +0100, Ken Moffat wrote: (Cc'ing qemu-devel, please keep me in the Cc). TL;DR - qemu locks up my machine when I use 4.2-rc kernels. Previous mail, or at least the copy to qemu, archived at https://lists.gnu.org/archive/html/qemu-devel/2015-08/msg02784.html

Lockups with 4.2-rc kernels and qemu

(Cc'ing qemu-devel, please keep me in the Cc). TL;DR - qemu locks up my machine when I use 4.2-rc kernels. I only use qemu from time to time, mostly to test changes to my own scripts, or new package versions, in beyond.linuxfromscratch.org. A few days ago I came back to that, building an LFS

Lockups with 4.2-rc kernels and qemu

(Cc'ing qemu-devel, please keep me in the Cc). TL;DR - qemu locks up my machine when I use 4.2-rc kernels. I only use qemu from time to time, mostly to test changes to my own scripts, or new package versions, in beyond.linuxfromscratch.org. A few days ago I came back to that, building an LFS

Re: [PATCH] scripts: Extract kernel headers for out of tree modules build

On Wed, Aug 19, 2015 at 09:50:36AM +0300, Daniel Baluta wrote: > scripts/package/builddeb already creates a linux-keader .deb > package, but we need this feature also for non-Debian distros > (e.g. Android or LFS). > > Signed-off-by: Daniel Baluta In general, LFS does not need this - but

Re: [PATCH] scripts: Extract kernel headers for out of tree modules build

On Wed, Aug 19, 2015 at 09:50:36AM +0300, Daniel Baluta wrote: scripts/package/builddeb already creates a linux-keader .deb package, but we need this feature also for non-Debian distros (e.g. Android or LFS). Signed-off-by: Daniel Baluta daniel.bal...@intel.com In general, LFS does not need

Re: CONFIG_NO_HZ_FULL restricts cpu usage to the equivalent of one in 4.2

On Wed, Jul 15, 2015 at 12:05:05PM -0700, Andy Lutomirski wrote: > > Before going nuts bisecting, it could be worth running perf record -a -g -e > cycles (or perhaps -e task-clock instead of -e cycles). It could also be > worth manually sampling /proc/PID/stack a few times for a process that

Re: CONFIG_NO_HZ_FULL restricts cpu usage to the equivalent of one in 4.2

On Wed, Jul 15, 2015 at 09:11:46PM +0200, Frederic Weisbecker wrote: > 2015-07-15 18:27 GMT+02:00 Ken Moffat : > > > > The config differences follow. Perhaps it is actually one of the > > subsequent choices that is the problem. And I guess it could still &

CONFIG_NO_HZ_FULL restricts cpu usage to the equivalent of one in 4.2

New title, I originally posted this last night but I've now made a little progress in identifying what changed. Previous thread was labelled for AMD Phenom, but it is more general. CC'ing Jeff because he replied to the original, I guess he probably won't be interested after this. Yesterday was

Re: make -jN (n>1) ineffective in 4.2.0-rc on AMD Phenom

On Tue, Jul 14, 2015 at 09:23:31PM -0500, Jeff Epler wrote: > GNU Make 4.1 has a problem that causes it to be unable to use the > desired level of parallelism. Two people have reported that reverting a > commit which changes from fork to vfork "fixes" it. (i'm one of them, > unfortunately posting

Re: CONFIG_NO_HZ_FULL restricts cpu usage to the equivalent of one in 4.2

On Wed, Jul 15, 2015 at 09:11:46PM +0200, Frederic Weisbecker wrote: 2015-07-15 18:27 GMT+02:00 Ken Moffat zarniwh...@ntlworld.com: The config differences follow. Perhaps it is actually one of the subsequent choices that is the problem. And I guess it could still be a gcc-5.1 issue

Re: CONFIG_NO_HZ_FULL restricts cpu usage to the equivalent of one in 4.2

On Wed, Jul 15, 2015 at 12:05:05PM -0700, Andy Lutomirski wrote: Before going nuts bisecting, it could be worth running perf record -a -g -e cycles (or perhaps -e task-clock instead of -e cycles). It could also be worth manually sampling /proc/PID/stack a few times for a process that isn't

Re: make -jN (n1) ineffective in 4.2.0-rc on AMD Phenom

On Tue, Jul 14, 2015 at 09:23:31PM -0500, Jeff Epler wrote: GNU Make 4.1 has a problem that causes it to be unable to use the desired level of parallelism. Two people have reported that reverting a commit which changes from fork to vfork fixes it. (i'm one of them, unfortunately posting as

CONFIG_NO_HZ_FULL restricts cpu usage to the equivalent of one in 4.2

New title, I originally posted this last night but I've now made a little progress in identifying what changed. Previous thread was labelled for AMD Phenom, but it is more general. CC'ing Jeff because he replied to the original, I guess he probably won't be interested after this. Yesterday was

Re: make -jN (n>1) ineffective in 4.2.0-rc on AMD Phenom

On Wed, Jul 15, 2015 at 12:39:20AM +0100, Ken Moffat wrote: > > At that stage I assumed I must have somehow buggered up the 4.2 > config - if everybody was hitting this sort of slowdown, somebody > would surely have noticed. So, I downloaded 4.2.0-rc2 and built > that from 4.1

make -jN (n>1) ineffective in 4.2.0-rc on AMD Phenom

One of my machines is an AMD Phenom. I wanted to explore building some new (to me) userspace, and this machine had a system which was both recent enough (last month's LFS/BLFS) and with enough space to make it seem like a good place to do it. I finally got round to trying to build qt-5 (5.5.0),

Re: make -jN (n1) ineffective in 4.2.0-rc on AMD Phenom

On Wed, Jul 15, 2015 at 12:39:20AM +0100, Ken Moffat wrote: At that stage I assumed I must have somehow buggered up the 4.2 config - if everybody was hitting this sort of slowdown, somebody would surely have noticed. So, I downloaded 4.2.0-rc2 and built that from 4.1.1, taking care to think

make -jN (n1) ineffective in 4.2.0-rc on AMD Phenom

One of my machines is an AMD Phenom. I wanted to explore building some new (to me) userspace, and this machine had a system which was both recent enough (last month's LFS/BLFS) and with enough space to make it seem like a good place to do it. I finally got round to trying to build qt-5 (5.5.0),

Re: Lost network connectivity in 4.0.x

On Thu, May 28, 2015 at 03:41:49PM +0100, Ken Moffat wrote: > On Wed, May 27, 2015 at 10:53:00PM -0700, Cong Wang wrote: > > (Please always Cc netdev for networking bugs.) > > Sorry, didn't spot that. But anyway > > > For example: > > > > 1) What is your

Re: Lost network connectivity in 4.0.x

On Wed, May 27, 2015 at 10:53:00PM -0700, Cong Wang wrote: > (Please always Cc netdev for networking bugs.) > > On Sat, May 23, 2015 at 8:29 PM, Ken Moffat wrote: > > On Sun, May 24, 2015 at 03:43:52AM +0100, Ken Moffat wrote: > >> Anybody else suffering frm lost netwo

Re: Lost network connectivity in 4.0.x

On Wed, May 27, 2015 at 10:53:00PM -0700, Cong Wang wrote: (Please always Cc netdev for networking bugs.) On Sat, May 23, 2015 at 8:29 PM, Ken Moffat zarniwh...@ntlworld.com wrote: On Sun, May 24, 2015 at 03:43:52AM +0100, Ken Moffat wrote: Anybody else suffering frm lost network

Re: Lost network connectivity in 4.0.x

On Thu, May 28, 2015 at 03:41:49PM +0100, Ken Moffat wrote: On Wed, May 27, 2015 at 10:53:00PM -0700, Cong Wang wrote: (Please always Cc netdev for networking bugs.) Sorry, didn't spot that. But anyway For example: 1) What is your network setup? iptables? routes? etc. I'm using

Re: Lost network connectivity in 4.0.x

On Sun, May 24, 2015 at 03:43:52AM +0100, Ken Moffat wrote: > Anybody else suffering frm lost network connectivity in 4.0.x > kernels ? A couple of times this week, vim on an nfs-3 mount hung > and I had to reboot. Both of those occasions were on an AMD desktop > with the r8169 dri

Lost network connectivity in 4.0.x

Anybody else suffering frm lost network connectivity in 4.0.x kernels ? A couple of times this week, vim on an nfs-3 mount hung and I had to reboot. Both of those occasions were on an AMD desktop with the r8169 driver, running 4.0.3. I thought it might be specific to that machine. For the last

Lost network connectivity in 4.0.x

Anybody else suffering frm lost network connectivity in 4.0.x kernels ? A couple of times this week, vim on an nfs-3 mount hung and I had to reboot. Both of those occasions were on an AMD desktop with the r8169 driver, running 4.0.3. I thought it might be specific to that machine. For the last

Re: Lost network connectivity in 4.0.x

On Sun, May 24, 2015 at 03:43:52AM +0100, Ken Moffat wrote: Anybody else suffering frm lost network connectivity in 4.0.x kernels ? A couple of times this week, vim on an nfs-3 mount hung and I had to reboot. Both of those occasions were on an AMD desktop with the r8169 driver, running 4.0.3

Re: how to have the kernel do udev's job and autoload the right modules ?

On Wed, May 06, 2015 at 06:09:39PM +0100, linuxcbon linuxcbon wrote: > On Wed, May 6, 2015 at 5:55 PM, Ken Moffat wrote: > > I suggest that you take the time to look at eudev and mdev, and > > think about how you can use the facilities they offer. > I was wishing the kerne

Re: how to have the kernel do udev's job and autoload the right modules ?

On Wed, May 06, 2015 at 01:54:27AM +0100, linuxcbon linuxcbon wrote: > On Tue, May 5, 2015 at 11:26 PM, Ken Moffat wrote: > > I don't think you have ever given any context about what you are > > trying to do. It looks to me as if there are two alternatives: > (...) >

Re: how to have the kernel do udev's job and autoload the right modules ?

On Wed, May 06, 2015 at 06:09:39PM +0100, linuxcbon linuxcbon wrote: On Wed, May 6, 2015 at 5:55 PM, Ken Moffat zarniwh...@ntlworld.com wrote: I suggest that you take the time to look at eudev and mdev, and think about how you can use the facilities they offer. I was wishing the kernel would

Re: how to have the kernel do udev's job and autoload the right modules ?

On Wed, May 06, 2015 at 01:54:27AM +0100, linuxcbon linuxcbon wrote: On Tue, May 5, 2015 at 11:26 PM, Ken Moffat zarniwh...@ntlworld.com wrote: I don't think you have ever given any context about what you are trying to do. It looks to me as if there are two alternatives: (...) I am trying

Re: how to have the kernel do udev's job and autoload the right modules ?

On Tue, May 05, 2015 at 06:08:01PM +, linux cbon wrote: > On Mon, May 4, 2015 at 11:24 PM, Richard Weinberger wrote: > > You can build in the needed modules or just use udev... > > Sorry , but I don't want a monolithic or a huge kernel with many modules > inside. > I want a minimal and

Re: how to have the kernel do udev's job and autoload the right modules ?

On Tue, May 05, 2015 at 06:08:01PM +, linux cbon wrote: On Mon, May 4, 2015 at 11:24 PM, Richard Weinberger rich...@nod.at wrote: You can build in the needed modules or just use udev... Sorry , but I don't want a monolithic or a huge kernel with many modules inside. I want a minimal

Re: boot loader

On Tue, Apr 28, 2015 at 08:44:34PM -0300, Thiago Farina wrote: > On Tue, Apr 28, 2015 at 6:49 PM, Richard Weinberger > wrote: > > On Tue, Apr 28, 2015 at 5:12 PM, Thiago Farina wrote: > >> Hi, > >> > >> Does the kernel include a simple boot loader like FreeBSD does? > > > > Why don't you figure

Re: boot loader

On Tue, Apr 28, 2015 at 08:44:34PM -0300, Thiago Farina wrote: On Tue, Apr 28, 2015 at 6:49 PM, Richard Weinberger richard.weinber...@gmail.com wrote: On Tue, Apr 28, 2015 at 5:12 PM, Thiago Farina tfrans...@gmail.com wrote: Hi, Does the kernel include a simple boot loader like FreeBSD

Re: Qemu e1000 broken in -rc1 and -rc2 : bisected

On Mon, Mar 09, 2015 at 11:14:20AM +0800, Chen, Tiejun wrote: > On 2015/3/7 3:27, Ken Moffat wrote: > >On Fri, Mar 06, 2015 at 12:02:40AM +0000, Ken Moffat wrote: > >> I have a very recent qemu i686 image, using a 3.19.0 kernel and > >>dhclient, which works fine if t

Re: Qemu e1000 broken in -rc1 and -rc2 : bisected

On Mon, Mar 09, 2015 at 11:14:20AM +0800, Chen, Tiejun wrote: On 2015/3/7 3:27, Ken Moffat wrote: On Fri, Mar 06, 2015 at 12:02:40AM +, Ken Moffat wrote: I have a very recent qemu i686 image, using a 3.19.0 kernel and dhclient, which works fine if the host is running a 3.19.0 kernel

Re: Qemu e1000 broken in -rc1 and -rc2 : bisected

On Fri, Mar 06, 2015 at 12:02:40AM +, Ken Moffat wrote: > I have a very recent qemu i686 image, using a 3.19.0 kernel and > dhclient, which works fine if the host is running a 3.19.0 kernel, > but breaks when the host runs 4.0.0-rc1 or -rc2. > > On those, dhclient does not

Re: Qemu e1000 broken in -rc1 and -rc2 : bisected

On Fri, Mar 06, 2015 at 12:02:40AM +, Ken Moffat wrote: I have a very recent qemu i686 image, using a 3.19.0 kernel and dhclient, which works fine if the host is running a 3.19.0 kernel, but breaks when the host runs 4.0.0-rc1 or -rc2. On those, dhclient does not get an address, so I

Qemu e1000 broken in -rc1 and -rc2

I have a very recent qemu i686 image, using a 3.19.0 kernel and dhclient, which works fine if the host is running a 3.19.0 kernel, but breaks when the host runs 4.0.0-rc1 or -rc2. On those, dhclient does not get an address, so I have no network. There is a message e1000 :00:03.0 eth0: Reset

Qemu e1000 broken in -rc1 and -rc2

I have a very recent qemu i686 image, using a 3.19.0 kernel and dhclient, which works fine if the host is running a 3.19.0 kernel, but breaks when the host runs 4.0.0-rc1 or -rc2. On those, dhclient does not get an address, so I have no network. There is a message e1000 :00:03.0 eth0: Reset

Re: [PATCH] Update version number references in README

On Sun, Mar 01, 2015 at 10:01:16PM +0800, Yaowei Bai wrote: > As we have moved to 4.x, it should be reflected in README. > Not something I can affect, but just a couple of comments on what looks like a useful, but unadventurous, change : 1. Firing patches at the list, without copying them to a

Re: [PATCH] Update version number references in README

On Sun, Mar 01, 2015 at 10:01:16PM +0800, Yaowei Bai wrote: As we have moved to 4.x, it should be reflected in README. Not something I can affect, but just a couple of comments on what looks like a useful, but unadventurous, change : 1. Firing patches at the list, without copying them to a

Re: sock puppets (Re: (Song) ** SystemD)

On Sun, Oct 05, 2014 at 09:15:11PM +, Gregory Smith wrote: > Just because you disagree with something does not make it a troll. > Just because someone continued to post to a mailing list which he > was unrightly banned from (because systemd negativity is a no-no > for some), does not mean the

Re: sock puppets (Re: (Song) ** SystemD)

On Sun, Oct 05, 2014 at 09:15:11PM +, Gregory Smith wrote: Just because you disagree with something does not make it a troll. Just because someone continued to post to a mailing list which he was unrightly banned from (because systemd negativity is a no-no for some), does not mean the

Re: CONFIG_UEVENT_HELPER default

On Tue, Jun 24, 2014 at 11:35:09PM +0100, Ken Moffat wrote: > On Tue, Jun 24, 2014 at 12:55:26PM -0700, Andy Lutomirski wrote: > > On 06/24/2014 11:33 AM, Greg KH wrote: > > > On Tue, Jun 24, 2014 at 11:30:05AM -0700, Michael Marineau wrote: > > >> On Jun 24, 2014

Re: rtl_nic firmware error in 3.16

On Thu, Jun 26, 2014 at 03:17:23AM +0100, Ken Moffat wrote: > Hi, > > I'm getting 15 lines of the following in -rc2 > > /bin/sh: firmware/rtl_nic/rtl8168e-3.fw.gen.S: No such file or directory > > followed by > firmware/Makefile:185: recipe for target > 'firmware/

Re: rtl_nic firmware error in 3.16

On Thu, Jun 26, 2014 at 03:17:23AM +0100, Ken Moffat wrote: Hi, I'm getting 15 lines of the following in -rc2 /bin/sh: firmware/rtl_nic/rtl8168e-3.fw.gen.S: No such file or directory followed by firmware/Makefile:185: recipe for target 'firmware/rtl_nic/rtl8168e-3.fw.gen.S' failed

Re: CONFIG_UEVENT_HELPER default

On Tue, Jun 24, 2014 at 11:35:09PM +0100, Ken Moffat wrote: On Tue, Jun 24, 2014 at 12:55:26PM -0700, Andy Lutomirski wrote: On 06/24/2014 11:33 AM, Greg KH wrote: On Tue, Jun 24, 2014 at 11:30:05AM -0700, Michael Marineau wrote: On Jun 24, 2014 11:23 AM, Alan Stern st

rtl_nic firmware error in 3.16

Hi, I'm getting 15 lines of the following in -rc2 /bin/sh: firmware/rtl_nic/rtl8168e-3.fw.gen.S: No such file or directory followed by firmware/Makefile:185: recipe for target 'firmware/rtl_nic/rtl8168e-3.fw.gen.S' failed make[1]: *** [firmware/rtl_nic/rtl8168e-3.fw.gen.S] Error 1 I've now

rtl_nic firmware error in 3.16

Hi, I'm getting 15 lines of the following in -rc2 /bin/sh: firmware/rtl_nic/rtl8168e-3.fw.gen.S: No such file or directory followed by firmware/Makefile:185: recipe for target 'firmware/rtl_nic/rtl8168e-3.fw.gen.S' failed make[1]: *** [firmware/rtl_nic/rtl8168e-3.fw.gen.S] Error 1 I've now

Re: CONFIG_UEVENT_HELPER default

On Tue, Jun 24, 2014 at 12:55:26PM -0700, Andy Lutomirski wrote: > On 06/24/2014 11:33 AM, Greg KH wrote: > > On Tue, Jun 24, 2014 at 11:30:05AM -0700, Michael Marineau wrote: > >> On Jun 24, 2014 11:23 AM, "Alan Stern" wrote: > >>> > >>> Michael and Greg: > >>> > >>> The help text for

Re: CONFIG_UEVENT_HELPER default

On Tue, Jun 24, 2014 at 12:55:26PM -0700, Andy Lutomirski wrote: On 06/24/2014 11:33 AM, Greg KH wrote: On Tue, Jun 24, 2014 at 11:30:05AM -0700, Michael Marineau wrote: On Jun 24, 2014 11:23 AM, Alan Stern st...@rowland.harvard.edu wrote: Michael and Greg: The help text for

Re: relative objtree change broke tar builds?

On Wed, Jun 18, 2014 at 09:47:28PM +0200, Michal Marek wrote: > > The idea is that one should be able to compare as much as possible > between the build of /usr/src/linux- built in > /usr/src/linux-/build and /usr/src/linux- built in > /usr/src/linux-/build. Michal, Now that you have sent a

Re: relative objtree change broke tar builds?

On Wed, Jun 18, 2014 at 09:47:28PM +0200, Michal Marek wrote: The idea is that one should be able to compare as much as possible between the build of /usr/src/linux-version_a built in /usr/src/linux-version_a/build and /usr/src/linux-version_b built in /usr/src/linux-version_b/build.

Re: [PATCH RFC 1/2] MAINTAINERS: Add "R:" designated-reviewers tag

On Mon, Jun 02, 2014 at 05:12:05PM -0700, Joe Perches wrote: > > "Tested-by:" tags would be more helpful if the test > cases that were used were somehow sent along with the > signature. > To me, that seems either a perverse, or else a bureaucratic, interpretation of what should go where.

Re: [PATCH RFC 1/2] MAINTAINERS: Add R: designated-reviewers tag

On Mon, Jun 02, 2014 at 05:12:05PM -0700, Joe Perches wrote: Tested-by: tags would be more helpful if the test cases that were used were somehow sent along with the signature. To me, that seems either a perverse, or else a bureaucratic, interpretation of what should go where. Tested-by

Re: Licensing & copyright of kernel .config files (defconfig, *config)

On Sun, Jun 01, 2014 at 01:43:01AM +, Robin H. Johnson wrote: > (Please CC me on replies, not subscribed to LKML) > > Hi, > > Somewhat of an odd question, but none of the files in question seem to > have a copyright header on them... > > For a kernel .config file, either from one of the

Re: Licensing copyright of kernel .config files (defconfig, *config)

On Sun, Jun 01, 2014 at 01:43:01AM +, Robin H. Johnson wrote: (Please CC me on replies, not subscribed to LKML) Hi, Somewhat of an odd question, but none of the files in question seem to have a copyright header on them... For a kernel .config file, either from one of the defconfig

Re: Resume from suspend broken in 3.15. (bisected)

On Wed, May 28, 2014 at 7:49 PM, Ken Moffat > >>> wrote: > >>> > On Wed, May 28, 2014 at 06:25:21PM +0100, Ken Moffat wrote: > >>> >> Hi Daniel, > >>> >> > >>> > > >>> > [ correcting details, confirming that

Re: Resume from suspend broken in 3.15. (bisected)

, May 28, 2014 at 7:49 PM, Ken Moffat zarniwh...@ntlworld.com wrote: On Wed, May 28, 2014 at 06:25:21PM +0100, Ken Moffat wrote: Hi Daniel, [ correcting details, confirming that reverting this does fix the problem, adding Cc:s ] I've only started full testing of 3.15

Re: Resume from suspend broken in 3.15. (bisected)

On Wed, May 28, 2014 at 06:25:21PM +0100, Ken Moffat wrote: > Hi Daniel, > [ correcting details, confirming that reverting this does fix the problem, adding Cc:s ] > I've only started full testing of 3.15 on one of my machines now > that -rc7 has been released (this one ha

Resume from suspend broken in 3.15. (bisected)

Hi Daniel, I've only started full testing of 3.15 on one of my machines now that -rc7 has been released (this one had two issues in the radeon code, second was fixed in rc7). Unfortunately, suspend to RAM (pm-suspend), or rather the wake-up, is broken on this box [ my other two boxes are fine

Re: Resume from suspend broken in 3.15. (bisected)

On Wed, May 28, 2014 at 06:25:21PM +0100, Ken Moffat wrote: Hi Daniel, [ correcting details, confirming that reverting this does fix the problem, adding Cc:s ] I've only started full testing of 3.15 on one of my machines now that -rc7 has been released (this one had two issues

Resume from suspend broken in 3.15. (bisected)

Hi Daniel, I've only started full testing of 3.15 on one of my machines now that -rc7 has been released (this one had two issues in the radeon code, second was fixed in rc7). Unfortunately, suspend to RAM (pm-suspend), or rather the wake-up, is broken on this box [ my other two boxes are fine

Re: Bug? Older 32 bit program (CivCTP) no longer works under 64 bit kernel

On Thu, May 15, 2014 at 08:24:05PM -0500, David Hagood wrote: > I have an old native Linux 32 bit copy of Civilization: Call to Power. It > used to work under a 64 bit environment back in the 3.0.x days. However, > under recent versions (>3.5) it no longer runs - it complains that it cannot > find

Re: Bug? Older 32 bit program (CivCTP) no longer works under 64 bit kernel

On Thu, May 15, 2014 at 08:24:05PM -0500, David Hagood wrote: I have an old native Linux 32 bit copy of Civilization: Call to Power. It used to work under a 64 bit environment back in the 3.0.x days. However, under recent versions (3.5) it no longer runs - it complains that it cannot find

Re: More breakage on HD7480D [ Aruba ]

t; > Christian. > Thanks, works like a charm. If it adds any utility, feel free to add Tested-by: Ken Moffat ĸen > Am 12.05.2014 18:32, schrieb Ken Moffat: > >On Mon, May 12, 2014 at 09:32:54AM +0200, Christian König wrote: > >>Hi Ken, > >> > >>*sigh* did

Re: More breakage on HD7480D [ Aruba ]

, works like a charm. If it adds any utility, feel free to add Tested-by: Ken Moffat zarniwh...@ntlworld.com ĸen Am 12.05.2014 18:32, schrieb Ken Moffat: On Mon, May 12, 2014 at 09:32:54AM +0200, Christian König wrote: Hi Ken, *sigh* did I already mentioned that I hate PLLs? As soon as you fix

Re: More breakage on HD7480D [ Aruba ]

On Mon, May 12, 2014 at 01:34:06AM +0100, Ken Moffat wrote: /me swears at myself for failing to copy to lkml. > Hi Christian, Alex - > > my A4 Trinity (Radeon HD7480D) was working fine by -rc3. But now > that I've tested it in -rc5 it is again broken (the screen goes > blank

  1   2   3   >