lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Mon, 27 Oct 2014 09:30:31 +0100
From:	Thomas Hellstrom <thellstrom@...are.com>
To:	Steve French <smfrench@...il.com>
CC:	Dmitry Torokhov <dmitry.torokhov@...il.com>, <balbi@...com>,
	LKML <linux-kernel@...r.kernel.org>, <ravindrakumar@...are.com>,
	<akataria@...are.com>
Subject: Re: current mainline doesn't boot on VWware platform

Hi!

Thanks for forwarding. There is a bug on redhat bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1155825

that might be related, but from what I can tell, the possible deadlock
reported there is only hypothetical.

/Thomas


On 10/24/2014 06:13 PM, Dmitry Torokhov wrote:
> Hi Steve,
>
> On Sat, Oct 18, 2014 at 09:02:15PM -0500, Steve French wrote:
>> Interesting to see that Fedora has similar problems with current
>> kernel (I pulled mainline again a few hours ago).
>>
>> Fedora 20 x86_64 in vmware boots to logon prompt but no mouse, no
>> keyboard, system hung.  Ctl-alt-f1 doesn't do anything.  Even with
>> verbose on kernel boot line, the extra debug messages have all been
>> cleared by the time the hang occurs so nothing useful displayed.
>>
>> To be as safe as possible I used their default .config
>> /boot/config-3.16.6-200.fc20.x86_64 to do a clean build of mainline.
>> Once again, 3.16 and 3.17 work but not current mainline.
> Let's add a few VMware people. I am pretty sure they'd be interested in
> why it does not work.
>
> Guys, could you please route as appropriate.
>
> Thanks.
>
>> On Sat, Oct 18, 2014 at 4:52 PM, Steve French <smfrench@...il.com> wrote:
>>> Same thing happened after pulling newly updated mainline kernel
>>> changes a few minutes ago.
>>>
>>> Black screen on boot just when you would expect x to be starting.
>>> Hung. Ctl-alt-F1 doesn't do anything.
>>>
>>> arch is x86_64.
>>>
>>> 3.17.1 works.  When I get time I will see if I can figure out more
>>> useful info but this looks like a pretty boring setup:
>>>
>>> sfrench@...ntu:~$ glxinfo | grep -i "vendor"
>>> server glx vendor string: SGI
>>> client glx vendor string: Mesa Project and SGI
>>> OpenGL vendor string: VMware, Inc.
>>> sfrench@...ntu:~$ grep LoadModule /var/log/Xorg.0.log
>>> [    18.271] (II) LoadModule: "glx"
>>> [    18.288] (II) LoadModule: "vmware"
>>> [    18.352] (II) LoadModule: "modesetting"
>>> [    18.355] (II) LoadModule: "fbdev"
>>> [    18.360] (II) LoadModule: "vesa"
>>> [    18.369] (II) LoadModule: "fbdevhw"
>>> [    18.372] (II) LoadModule: "fb"
>>> [    18.379] (II) LoadModule: "dri2"
>>> [    18.479] (II) LoadModule: "evdev"
>>> [    18.484] (II) LoadModule: "vmmouse"
>>>
>>> On Fri, Oct 17, 2014 at 6:52 PM, Steve French <smfrench@...il.com> wrote:
>>>> This is vmware guest
>>>>
>>>> sfrench@...ntu:~/xfstests$ cat /proc/cpuinfo
>>>> processor    : 0
>>>> vendor_id    : GenuineIntel
>>>> cpu family    : 6
>>>> model        : 70
>>>> model name    : Intel(R) Core(TM) i7-4750HQ CPU @ 2.00GHz
>>>>
>>>> (and using 64 bit kernel build) ...
>>>>
>>>> I don't have the Ubuntu config for their mainline kernel test builds
>>>> any more (deleted the kernel since it didn't work) but they post their
>>>> .config diffs at
>>>> https://urldefense.proofpoint.com/v1/url?u=http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/current/&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=l5Ago9ekmVFZ3c4M6eauqrJWGwjf6fTb%2BP3CxbBFkVM%3D%0A&m=wp7Vk7bzPRuHbjuXgvt6xD%2F5rYqFnHiHkWIbhmFC%2FM8%3D%0A&s=4e9068baa1dd8756d9843bd41f3568505198d273fe6d15fa2cf666c844f601cf
>>>>
>>>> I could not get to a console so assumed it died in kernel as x was
>>>> coming up.  I will have to reinstall current mainline to see if I can
>>>> hook up a serial console (I had maximum kernel boot verbose in the
>>>> grub.cfg but nothing interesting before the black screen)
>>>>
>>>> On Fri, Oct 17, 2014 at 6:44 PM, Felipe Balbi <balbi@...com> wrote:
>>>>> Hi,
>>>>>
>>>>> On Fri, Oct 17, 2014 at 05:44:02PM -0500, Steve French wrote:
>>>>>> Anyone know a workaround for the problem booting current mainline?
>>>>>> 3.17 works fine for me, but recent mainline since 3.17 goes to a black
>>>>>> screen near the end of boot as X is about to start.
>>>>>>
>>>>>> I also tried the Ubuntu build of the day (which also is based on
>>>>>> current mainline but with the Ubuntu config just in case it was some
>>>>>> driver issue) which fails the same way.
>>>>> you need to provide more information, here are a few queries which might
>>>>> help:
>>>>>
>>>>> 1. which architecture ?
>>>>> 2. Can you get a serial console to get some dmesg output ?
>>>>> 3. after screen is black, can you ctrl + alt + F1 and get a console ?
>>>>> 4. where's you .config ?
>>>>>
>>>>> --
>>>>> balbi
>>>>
>>>>
>>>> --
>>>> Thanks,
>>>>
>>>> Steve
>>>
>>>
>>> --
>>> Thanks,
>>>
>>> Steve
>>
>>
>> -- 
>> Thanks,
>>
>> Steve
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>> the body of a message to majordomo@...r.kernel.org
>> More majordomo info at  https://urldefense.proofpoint.com/v1/url?u=http://vger.kernel.org/majordomo-info.html&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=l5Ago9ekmVFZ3c4M6eauqrJWGwjf6fTb%2BP3CxbBFkVM%3D%0A&m=wp7Vk7bzPRuHbjuXgvt6xD%2F5rYqFnHiHkWIbhmFC%2FM8%3D%0A&s=21dbd5ec2e156ce4853d5ce9152289dc4475e1ea039790635ea0cd635312c820
>> Please read the FAQ at  https://urldefense.proofpoint.com/v1/url?u=http://www.tux.org/lkml/&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=l5Ago9ekmVFZ3c4M6eauqrJWGwjf6fTb%2BP3CxbBFkVM%3D%0A&m=wp7Vk7bzPRuHbjuXgvt6xD%2F5rYqFnHiHkWIbhmFC%2FM8%3D%0A&s=154e0c0abab99c1124e5b456fa05bf421d973a3bd69a2e71a3aec89085bf2765

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ