I get the following compile error, which reverting commit
ff828729be446b86957f7c294068758231cd2183 fixes (and the resulting kernel
boots fine).
$ make
...
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
DESCEND objtool
CHK include/generated/compile.h
CHK
Linus Torvalds [28.09.2020 18:22]:
> On Mon, Sep 28, 2020 at 7:07 AM Harald Arnesen wrote:
>>
>> I will try bisecting if no-one has a simple explanation.
>
> There's a simple explanation, no need to bisect.
>
> I'll push out the fix asap,
Everything is OK now.
Thanks!
--
Hilsen Harald
I just tried 5.9-rc7, and got a blank screen wit just an unresponsive
mouse pointer and non-working keyboard when starting lightdm.
I could ssh to the machine, and saved the dmesg output. Attached.
5.9-rc6 works as it should.
I will try bisecting if no-one has a simple explanation.
--
Hilsen Ha
Linus Torvalds [08.09.2020 20:19]:
> On Fri, Sep 4, 2020 at 2:51 PM Harald Arnesen wrote:
>>
>> Still doesn't work without the three reverts
>> (763fedd6a216, 9e0f9464e2ab, 7ac2d2536dfa)...
>
> So this didn't make rc4, but it's in my tree now.
>
>
Linus Torvalds [04.09.2020 21:02]:
> On Thu, Sep 3, 2020 at 8:53 PM Dave Airlie wrote:
>>
>> Not much going on this week, nouveau has a display hw bug workaround,
>> amdgpu has some PM fixes and CIK regression fixes, one single radeon
>> PLL fix, and a couple of i915 display fixes.
>
> Any movem
Still (rc3) doesn't work without the three reverts.
I'm not sure how to proceed, I cannot capture any oops, and see nothing
obvious in any logs.
--
Hilsen Harald
Dave Airlie [26.08.2020 22:47]:
> On Thu, 27 Aug 2020 at 06:44, Harald Arnesen wrote:
>>
>> Linus Torvalds [26.08.2020 20:04]:
>>
>> > On Wed, Aug 26, 2020 at 2:30 AM Harald Arnesen wrote:
>> >> Somehow related to lightdm or xfce4? However, it is
Linus Torvalds [26.08.2020 20:04]:
> On Wed, Aug 26, 2020 at 2:30 AM Harald Arnesen wrote:
>> Somehow related to lightdm or xfce4? However, it is a regression, since
>> kernel 5.8 works.
> Yeah, apparently there's something else wrong with the relocation changes too.
&g
Harald Arnesen [26.08.2020 10:36]:
> I was wrong about ssh working. The whole machine locks up when X starts.
>
> A strange thing, sometimes I can log in from lightdm before it locks up,
> sometimes I cannot even use the login screen. Timing related?
>
> If I don't start
Linus Torvalds [25.08.2020 20:19]:
> On Tue, Aug 25, 2020 at 9:32 AM Harald Arnesen wrote:
>>
>> > For posterity, I'm told the fix is [1].
>> >
>> > [1]
>> > https://lore.kernel.org/intel-gfx/20200821123746.16904-1-j...@8bytes.org/
>>
>
Linus Torvalds [25.08.2020 20:19]:
>> Doesn't fix it for me. As soon as I start XFCE, the mouse and keyboard
>> freeezes. I can still ssh into the machine
>>
>> The three reverts (763fedd6a216, 7ac2d2536dfa and 9e0f9464e2ab) fixes
>> the bug for me.
> Do you get any oops or other indication of wha
Jani Nikula [25.08.2020 11:55]:
> On Fri, 21 Aug 2020, Pavel Machek wrote:
>> On Thu 2020-08-20 09:16:18, Linus Torvalds wrote:
>>> On Thu, Aug 20, 2020 at 2:23 AM Pavel Machek wrote:
>>> >
>>> > Yes, it seems they make things work. (Chris asked for new patch to be
>>> > tested, so I am switchin
Kalle Valo [13.05.2020 17:31]:
> Great, so it's not a problem due to my setup.
I see the same thing on two machines, using a self-compiled gcc 10.1.0.
Glad to hear it's not just me. Switched back to 9.3.0 for the time being.
--
Hilsen Harald
Masahiro Yamada [05.10.2019 15:17]:
> As for POSIX, I found this:
>
> -->8
> Applications should note that the standard PATH to the shell cannot
> be assumed to be either /bin/sh or /usr/bin/sh, and should be determined
> by interrogation of the PAT
Masahiro Yamada [05.10.2019 12:19]:
> CONFIG_SHELL previously fell back to 'sh' when bash is not installed,
> so I just kept it as it was.
>
> If we had used the exact absolute path /bin/sh,
> it would have worked irrespective of the PATH environment.
>
> But, there is a counter option like this
Harald Arnesen [05.10.2019 11:03]:
> Masahiro Yamada [05.10.2019 05:24]:
>
>> I cannot reproduce it.
>>
>> I tested bindeb-pkg for the latest Linus tree successfully.
>
> Strange, I have now tried another machine running the same distro
> (Devuan Beowulf), and
Masahiro Yamada [05.10.2019 05:24]:
> I cannot reproduce it.
>
> I tested bindeb-pkg for the latest Linus tree successfully.
Strange, I have now tried another machine running the same distro
(Devuan Beowulf), and I get the same result there. Will check further.
--
Hilsen Harald
ce package linux-5.4.0-rc1-00014-gcc3a7bfe62b9
dpkg-buildpackage: info: source version 5.4.0-rc1-00014-gcc3a7bfe62b9-1
dpkg-buildpackage: info: source distribution beowulf
dpkg-buildpackage: info: source changed by Harald Arnesen
dpkg-architecture: warning: specified GNU system type x86_64-linux-gn
Takashi Iwai [18.04.2019 09:38]:
> Hi,
>
> we've got a regression report on the recent 5.0.x kernel, starting
> from 5.0.6, where Windows XP can't boot on KVM any longer.
Not for all configurations. I just checked with 5.0.8, and Windows XP
boots just fine on KVM.
--
Hilsen Harald
Greg Kroah-Hartman [18.04.2019 09:53]:
> On Thu, Apr 18, 2019 at 09:38:52AM +0200, Takashi Iwai wrote:
>> Hi,
>>
>> we've got a regression report on the recent 5.0.x kernel, starting
>> from 5.0.6, where Windows XP can't boot on KVM any longer.
>>
>> The culprit seems to be the patch
>>KVM:
Sean Christopherson [14.01.2019 19:33]:
> On Mon, Jan 14, 2019 at 06:04:27PM +0100, Harald Arnesen wrote:
>> Qemu with KVM acceleration fails with kernel 5.0-rc1 and 5.0-rc2.
>> It works fine with 4.20.
> Can you test the attached patch? Found a bug when re-inspecting the
&g
Linus Torvalds [2018-07-13 20:51]:
> On Fri, Jul 13, 2018 at 6:13 AM Will Deacon wrote:
>>
>> Catalin's out enjoying the sunshine, so I'm sending the fixes for a couple
>> of weeks (although there hopefully won't be any more!).
>
> Never fear, I'm sure there won't be more than a couple of weeks
Den 14/11/2016 11:59, skrev One Thousand Gnomes:
Is anyone actually still using DOSemu these days or are people all
using DOSbox ?
Alan
One thing lacking from DOSbox is TCP/IP networking.
--
Hilsen Harald
Gerd Hoffmann [2016-02-01 15:18]:
> n Mo, 2016-02-01 at 14:19 +0100, Harald Arnesen wrote:
>> I still get the blank screen than Bjørn Mork reported and bisected when
>> 4.5-rc1 was released.
>
> Fix[1] is already queued by Jani Nikula, I suspect it simply missed the
> b
I still get the blank screen than Bjørn Mork reported and bisected when
4.5-rc1 was released.
Reverting this commit fixes it:
HEAD is now at 39bfcd5235e0 drm/i915: more virtual south bridge detection
39bfcd5235e07e95ad3e70eab8e0b85db181de9e is the first bad commit
commit 39bfcd5235e07e95ad3e70eab
Bjørn Mork [2016-01-25 03:52]:
> I have confirmed tha reverting this commit on top of v4.5-rc1 fixes the
> problem.
Confirmed. Fixes the problem with my T500 also.
--
Hilsen Harald
Bjørn Mork [2016-01-25 03:52]:
> Hello,
>
> my oldish Thinkpad X301 only wanted to show a blank screen in v4.5-rc1.
Same thing with my Thinkpad T500. I had just started bisecting, but will
try this revert first.
--
Hilsen Harald
Greg KH [2015-12-26 19:12]:
> I need a "full" name here, not a "short" name, sorry, before I can do
> anything with this patch.
I don't know if that is the case here, but:
You know, of course, that there are societies in this world where only
one name is used?
--
Hilsen Harald
--
To unsubscrib
Ismail Kizir [2015-11-18 06:25]:
> Hello,
>
> I've developed a new encryption algorithm, which dynamically changes
> the key according to plaintext and practically impossible to break. I
> also opened to public with MIT&GPL dual License.
"There are two kinds of cryptography in this world: crypto
Daniel Vetter [2015-07-14 09:46]:
> Can you please attach your Xorg.log?
Attached Xorg.log from both -rc1 and -rc2.
--
Hilsen Harald
[ 34371.696]
X.Org X Server 1.17.2
Release Date: 2015-06-16
[ 34371.696] X Protocol Version 11, Revision 0
[ 34371.696] Build Operating System: Linux 3.16.0-4-amd
Richard Weinberger [2014-01-26 16:00]:
> Your image shows that the kernel looses the init process because /init seems
> to be unable to exec switch_root.
> Find out what is going on in your initrd.
>
> So far it has zero to do with the kernel itself.
Seems you are right. I just tried to compile
Richard Weinberger [2014-01-26 14:36]:
>> $ cpio --list > kernel
>> kernel/x86
>> kernel/x86/microcode
>> kernel/x86/microcode/GenuineIntel.bin
>> 50 blocks
>> $
> Looks very strange.
> Add rdinit=/bin/sh to your commandline such that you get a shell within
> the initrd...
Okay, I did. On the no
Richard Weinberger [2014-01-26 14:36]:
>> $ cpio --list > > kernel
>> > kernel/x86
>> > kernel/x86/microcode
>> > kernel/x86/microcode/GenuineIntel.bin
>> > 50 blocks
>> > $
> Looks very strange.
The same with the Debian-provided kernel/initrd 3.12-1-amd64
> Add rdinit=/bin/sh to your commandlin
One Thousand Gnomes [2013-12-05 17:54]:
>>> @@ -23,7 +24,7 @@ Quota netlink interface
>>> When user exceeds a softlimit, runs out of grace time or reaches hardlimit,
>>> quota subsystem traditionally printed a message to the controlling
>>> terminal of
>>> the process which caused the excess.
I have the same problem on my Lenovo T500. I think the graphics card is
involved.
This laptop has "hybrid graphics" - one Intel GMA 4500MHD and one ATI
Mobility Radeon HD 3650. When I boot with the Intel card, I get "irq 16:
nobody cared" during boot, not when I boot with the ATI card.
And /proc/
Rafael J. Wysocki [2013-03-11 04:38]:
> On Friday, March 08, 2013 02:12:33 PM Shawn Starr wrote:
>> Hello folks,
>>
>> I am noticing since rc0 and now rc1, very poor interrupt handling. Keyboard
>> response, mouse movements, display refreshing etc. General input/display
>> sluggishness. Did some
Today's git kernel has, for me, sort of solved the usb problems that
recently was reported. Not completely, though.
My Logitech wireless usb mouse is about useless - the pointer lags badly
when I move the mouse.
This is a Lenovo Thinkpad T500.
--
Hilsen Harald
--
To unsubscribe from this list: s
On 2/7/08, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Thu, 7 Feb 2008, Harald Arnesen wrote:
> >
> > I'll try applying the patch to a freshly downloaded git-tree.
>
> Ok, good.
>
> > Shall I try another compiler? I have at least these two:
&
Linus Torvalds <[EMAIL PROTECTED]> writes:
> On Thu, 7 Feb 2008, Harald Arnesen wrote:
>> >
>> > Can you do a
>> >
>> > make drivers/scsi/advansys.lst
>> >
>> > and see what it should be?
>>
>> Anyway, here it i
On 2/7/08, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> (cc's restored, and expanded a bit)
Ah, sorry, not used to gmail's web interface. Clicked the wrong button.
> > Seems to be the advansys driver, so I tried to remove it - and indeed,
> > the kernel now boots. So I guess it's either that driv
Adrian Bunk <[EMAIL PROTECTED]> writes:
> Is there any userspace Linux compiler that does not support "long long"?
> If yes, is there any other way to tell that something is a
> 64bit int on 32bit architectures?
TenDRA C:
"test.c", line 6: Error:
[ISO 6.5.2]: Illegal type specifier, 'long long
[EMAIL PROTECTED] (Joerg Schilling) writes:
>> FYI, cdrtools also compile and link fine with Sun's C compiler.
>
> M, if you call "cdrecord -scanbus", what do you get?
I may have misunderstood your make system. I cd-ed into the cdrtools
directory, ran ./Gmake.linux clean (I had already compil
Harald Arnesen <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Joerg Schilling) writes:
>
>>> If I actually install smake, as J�rg recommends, the message becomes:
>>> smake: Can't find any source for 'CCOM_suncc'.
>>> smake: Couldn'
[EMAIL PROTECTED] (Joerg Schilling) writes:
>> If I actually install smake, as J�rg recommends, the message becomes:
>> smake: Can't find any source for 'CCOM_suncc'.
>> smake: Couldn't make 'CCOM_suncc'.
>
> Well, I was in hope that a small typo (in special as the correct spelling is
> in
> the
David Woodhouse <[EMAIL PROTECTED]> writes:
>> > Can you be more specific about why this is a problem? Don't
>> > we mostly define those crappy types using arch-specific knowledge, as
>> > 'int', 'long', etc?
>>
>> I recommend you to install Sun Studio and to try to compile star or cdrtools
>> u
Leif Sawyer <[EMAIL PROTECTED]> writes:
> > Yeah, but then you have to find the buffalo and that gets
> > hard. (Actually Linus used a carabou, but those are even
> > harder to find...)
>
> Well, I remember back to 0.12ish and the Caribou around here
> (Alaska) were plentiful then. Ah, those
s stored"
And a disk is:
1. (esp US) disc
2. (computing) a circular plate on which data can be recorded in a
form that can be used by a computer
--
Harald Arnesen, Apalløkkveien 23 A, N-0956 Oslo, Norway
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
you don't approve of the new German spelling standard,
where nouns with capital letters are optional (don't know if it became
reality, I remember reading that Günther Grass was against it).
For a Norwegian, the second variant is much more readable.
--
Harald Arnesen, Apalløkkveien 23 A, N-095
48 matches
Mail list logo
