LinuxQuestions.org
Visit Jeremy's Blog.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


View Poll Results: Which of these installers do you prefer?
slint64-current-isolinux-menu+elilo-mini.iso 1 12.50%
slint64-current-isolinux-vesamenu+elilo-mini.iso 0 0%
slint64-current-isolinux-vesamenu-background-image+elilo-mini.iso 2 25.00%
None of them. Thay all look ugly. 5 62.50%
Voters: 8. You may not vote on this poll

Reply
  Search this Thread
Old 05-30-2016, 05:47 AM   #16
kjhambrick
Senior Member
 
Registered: Jul 2005
Location: Round Rock, TX
Distribution: Slackware64 14.2 + Multilib
Posts: 1,483

Rep: Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917

Didier --

I can't vote yet because I've only lookes at 'slint64-current-isolinux-vesamenu-background-image+elilo-mini.iso' <G>

I booted both BIOS and UEFI ( Win7 ) Modes.

I really like your BIOS background image ! Very nice !

The <F1> key works in both boot Modes.

I still see the problem pressing the '1' Key at the post-boot select keyboard prompt but here's an additional tidbit.

If I wait 'long enough' to enter the '1' at the select keyboard prompt, the text is immediately echoed to the console as expected ( I waited 10 sec ).

OTOH, if I try to immediately type at the prompt, there is a lag and I had to press the 1 Key exactly six times before I saw an echo.

Anyhow. Screenshot of `dmesg |grep -i keyboard` is attached.

-- kjh

Here's the keyboard stuff on the same ZBox running CentOS 6.8 from /dev/sda:

Code:
# dmesg |grep -i keyboard

Command line: ro root=UUID=7c942daa-9d16-4458-90bc-328a162d113d rd_NO_LUKS rd_NO_LVM LANG=en_US.UTF-8 rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto  KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM rhgb quiet libata.force=3.0Gbps
Kernel command line: ro root=UUID=7c942daa-9d16-4458-90bc-328a162d113d rd_NO_LUKS rd_NO_LVM LANG=en_US.UTF-8 rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=129M@0M  KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM rhgb quiet libata.force=3.0Gbps
usb 3-10: Product: USB Keyboard
input: CZW USB Keyboard as /devices/pci0000:00/0000:00:14.0/usb3/3-10/3-10:1.0/input/input11
generic-usb 0003:0E8F:0021.0002: input,hidraw1: USB HID v1.10 Keyboard [CZW USB Keyboard] on usb-0000:00:14.0-10/input0
input: CZW USB Keyboard as /devices/pci0000:00/0000:00:14.0/usb3/3-10/3-10:1.1/input/input12
generic-usb 0003:0E8F:0021.0003: input,hidraw2: USB HID v1.10 Device [CZW USB Keyboard] on usb-0000:00:14.0-10/input1
Attached Thumbnails
Click image for larger version

Name:	IMG_20160530_053407.jpg
Views:	45
Size:	258.9 KB
ID:	21932  
 
1 members found this post helpful.
Old 05-30-2016, 05:58 AM   #17
laprjns
Member
 
Registered: Oct 2005
Location: Connecticut USA
Distribution: SalixOS
Posts: 187

Rep: Reputation: 92
I tied all three of your mini iso, and they all booted without problems, both Legacy BIOS and UEFI, here on my Asus laptop (which normally has problem booting UEFI with grub)
One of them, I believe it was the iso with the background picture only has on boot option in UEFI mode. As far as my preference, although I like the look of the background wallpaper,I believe that for an install iso it should be a branded background, as a picture is too personal and may not be appealing to all.
I ended up "voting" for the slint64-current-isolinux-menu+elilo-mini.iso because it has a clean and simple look. I found the vesamenu to bea bit "blocky" and didn't care for the 3D look of the font. I would have voted for the background iso, it the background was more generic.
 
1 members found this post helpful.
Old 05-30-2016, 06:06 AM   #18
kjhambrick
Senior Member
 
Registered: Jul 2005
Location: Round Rock, TX
Distribution: Slackware64 14.2 + Multilib
Posts: 1,483

Rep: Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917
Didier --

Attached is the full output of dmesg from the slint64-current-isolinux-vesamenu-background-image+elilo-mini.iso

-- kjh
Attached Files
File Type: txt slint.dmesg.txt (50.6 KB, 10 views)
 
1 members found this post helpful.
Old 05-30-2016, 09:21 AM   #19
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 8,957

Original Poster
Rep: Reputation: Disabled
Thanks kjhambrick for these useful info. I am still puzzled as I don't seem to observe this lag here. Maybe you could check if you see it also using a recent Slackware-current ISO? That would tell us if this is specific to Slint.

Meanwhile, later today I will compare the boot messages using a genuine Slackware installer (just removing the kernel parameter "printk.time=0" that suppress the time stamps in the kernel logs) and using a Slint installer to see what I come up with.

Just a thought: maybe the fact that you use an USB keyboard can come into play?
 
Old 05-30-2016, 12:14 PM   #20
kjhambrick
Senior Member
 
Registered: Jul 2005
Location: Round Rock, TX
Distribution: Slackware64 14.2 + Multilib
Posts: 1,483

Rep: Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917
Quote:
Originally Posted by Didier Spaier View Post
Thanks kjhambrick for these useful info. I am still puzzled as I don't seem to observe this lag here. Maybe you could check if you see it also using a recent Slackware-current ISO? That would tell us if this is specific to Slint.

Meanwhile, later today I will compare the boot messages using a genuine Slackware installer (just removing the kernel parameter "printk.time=0" that suppress the time stamps in the kernel logs) and using a Slint installer to see what I come up with.

Just a thought: maybe the fact that you use an USB keyboard can come into play?
Didier --

I do believe it is related to the USB keyboard but not why.

I just made an ISO and burned Last Friday's Current to the same thumb drive.

No lag entering '1' at the select keyboard prompt.

The slackware dmesg output is attached. It does include the printk.time=0 kernel parm so the Slackware Current dmesg file does not include time stamps.

more stuff

Maybe the reason is in the slackware vs slint boot parameters:

# sed --posix -e 's/^.\{15\}//' /tmp/slint.dmesg.txt |diff -Naur /tmp/slack.dmesg.txt -

Code:
--- /tmp/slack.dmesg.txt        2016-05-29 06:59:06.000000000 -0500
+++ -   2016-05-30 12:32:06.834506781 -0500
@@ -2,7 +2,7 @@
 Initializing cgroup subsys cpu
 Initializing cgroup subsys cpuacct
 Linux version 4.4.11 (root@hive64) (gcc version 5.3.0 (GCC) ) #2 SMP Thu May 19 02:05:49 CDT 2016
-Command line: initrd=initrd.img load_ramdisk=1 prompt_ramdisk=0 rw printk.time=0 nomodeset SLACK_KERNEL=huge.s BOOT_IMAGE=/kernels/huge.s/bzImage 
+Command line: LANG=en_US.utf8 initrd=initrd BOOT_IMAGE=linux 
 x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
 x86/fpu: Supporting XSAVE feature 0x01: 'x87 floating point registers'
 x86/fpu: Supporting XSAVE feature 0x02: 'SSE registers'
still more stuff

I appended load_ramdisk=1 and prompt_ramdisk=0 and there is no lag now ...

The following dmesg output includes printk.time=0 but it worked fine without it too.

I also tried with nomodeset all by itself ( no change -- still a lag ) and along with the ramdisk parms ( no lag but there was also no lag without it )

Code:
# sed --posix -e 's/^.\{15\}//' slint.dmesg.txt |diff -Naur - slint.dmesg.txt2
    
--- -   2016-05-30 13:11:44.614266322 -0500
+++ slint.dmesg.txt2    2016-05-29 08:06:54.311891829 -0500
@@ -2,7 +2,7 @@
 Initializing cgroup subsys cpu
 Initializing cgroup subsys cpuacct
 Linux version 4.4.11 (root@hive64) (gcc version 5.3.0 (GCC) ) #2 SMP Thu May 19 02:05:49 CDT 2016
-Command line: LANG=en_US.utf8 initrd=initrd BOOT_IMAGE=linux 
+Command line: LANG=en_US.utf8 initrd=initrd load_ramdisk=1 prompt_ramdisk=0 printk.time=0 BOOT_IMAGE=linux 
 x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
 x86/fpu: Supporting XSAVE feature 0x01: 'x87 floating point registers'
 x86/fpu: Supporting XSAVE feature 0x02: 'SSE registers'

<<snip>>
HTH

-- kjh
Attached Files
File Type: txt slack.dmesg.txt (39.4 KB, 5 views)

Last edited by kjhambrick; 05-30-2016 at 01:17 PM. Reason: more 'stuff' and still 'more stuff'
 
Old 05-30-2016, 01:17 PM   #21
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 8,957

Original Poster
Rep: Reputation: Disabled
About kernel parameters:
  • prompt_ramdisk=0 in Slackware command line is superfluous as it is the default as stated in /usr/src/linux/Documentation/blockdev/ramdisk. For the records, this just says that as the kernel and the iniramfs are on the same floppy disk (!) there is no need to give the user some time to switch floppy disks before trying to load the ramdisk.
  • load_ramdisk=1 just says that a ramdisk should be loaded. I believe that this was only needed when using floppy disks as well.
  • So these kernel parameters are useless now if I understand well, that's why I removed them.
  • Anyway when you are asked to type "1", the initrd (more exactly the initramfs) has been loaded in RAM long ago, so these parameters can't matter.
  • Maybe omitting "rw" can hurt? Honestly I don't see why, though. Any clue appreciated there.
Other than that, initrd is simply the name I give to what Slackware calls initrd.img (but they differ of course, see below) and I just call the kernel linux (and it is in /isolinux as I don't ship the /kernels directory in the ISO)

So I think that the difference in behavior is more probably due to something that differs between the genuine Slackware initrd in the one shipped in Slint.

I will investigate tonight, thanks again for reporting.

EDIT: After having read your addendum "still more stuff" I am puzzled as I really do not know how these parameters come into play... Anyway I will compare kernel logs adding them or not to make sure.

Last edited by Didier Spaier; 05-30-2016 at 03:02 PM. Reason: EDIT added.
 
Old 05-30-2016, 02:43 PM   #22
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 8,957

Original Poster
Rep: Reputation: Disabled
Comparing slack.dmesg and sint.dmesg I see that in Slint case the module xhci_hcd is loaded before ehci-pci, but after in Slackware case.

I am also wondering if that cause this lag in Slint case.

I am wondering why. I will compare initrds, although I do not think that the kernel or modules differ.

Just to be 100% sure: were all removable devices, including the USB keyboard, plugged in the same slots in all cases?
 
Old 05-30-2016, 03:35 PM   #23
kjhambrick
Senior Member
 
Registered: Jul 2005
Location: Round Rock, TX
Distribution: Slackware64 14.2 + Multilib
Posts: 1,483

Rep: Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917
Quote:
Originally Posted by Didier Spaier View Post
Comparing slack.dmesg and sint.dmesg I see that in Slint case the module xhci_hcd is loaded before ehci-pci, but after in Slackware case.

I am also wondering if that cause this lag in Slint case.

I am wondering why. I will compare initrds, although I do not think that the kernel or modules differ.

Just to be 100% sure: were all removable devices, including the USB keyboard, plugged in the same slots in all cases?
Didier --

Yes they were. Thumb Drive, Keyboard and mouse were in the same slots each time.

-- kjh
 
Old 05-30-2016, 04:32 PM   #24
kjhambrick
Senior Member
 
Registered: Jul 2005
Location: Round Rock, TX
Distribution: Slackware64 14.2 + Multilib
Posts: 1,483

Rep: Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917
Didier --

I thought I attached the dmesg output for the session where I appended extra boot parameters.

I don't see it ... here it is.

This was for 'load_ramdisk=1 prompt_ramdisk=0 rw printk.time=0'

-- kjh
 
Old 05-30-2016, 04:35 PM   #25
kjhambrick
Senior Member
 
Registered: Jul 2005
Location: Round Rock, TX
Distribution: Slackware64 14.2 + Multilib
Posts: 1,483

Rep: Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917
Dooh !

I see why ... `mv /tmp/slint.dmesg.txt2 /tmp/slint.dmesg-2.txt`

sorry.
Attached Files
File Type: txt slint.dmesg-2.txt (39.4 KB, 4 views)
 
Old 05-30-2016, 05:14 PM   #26
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 8,957

Original Poster
Rep: Reputation: Disabled
Well, I see that the end of all logs is similar.

I also see that the keyboard is registered near the end "input: CZW USB Keyboard..." followed by "hid-generic..."
(why these two lines are repeated in all cases is a mystery for me).

I assume that your keyboard in some (but not all) cases is just not yet registered at time of typing "1".

I am not sure that the kernel parameters have an influence, it could be just a coincidence.

I am in doubt about that for two reasons:
  1. I fail to see a logical link between their setting and the lag.
  2. I checked that booting the same ISO image twice (a fresh Slackware-current on an USB stick in that case) leads to register the same devices in a different order, as shows the attached unified diff of the respective logs.
So maybe that's just entropy's fault, after all...
Attached Files
File Type: txt slack1slack2.patch.txt (15.4 KB, 3 views)

Last edited by Didier Spaier; 05-30-2016 at 05:28 PM. Reason: Wording modified.
 
Old 05-31-2016, 05:17 PM   #27
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 8,957

Original Poster
Rep: Reputation: Disabled
@kjhambrick: In the installer, /etc/rc.d/rc.S is the first script to run

I see that in Slint the dialog whose title is "<OPTION TO LOAD SUPPORT FOR ANOTHER KEYBOARD>" runs slightly sooner in that script that in Slackware.

I will check if the time needed to get there differ significantly in Slint vs Slackware and if that is the case will insert a "sleep <time>" before.
 
1 members found this post helpful.
Old 05-31-2016, 05:20 PM   #28
kjhambrick
Senior Member
 
Registered: Jul 2005
Location: Round Rock, TX
Distribution: Slackware64 14.2 + Multilib
Posts: 1,483

Rep: Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917
Thanks Didier.

Let me know when you've got another ISO file ready and I'll try it out

-- kjh
 
1 members found this post helpful.
Old 06-02-2016, 12:03 PM   #29
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 8,957

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by kjhambrick View Post
Let me know when you've got another ISO file ready and I'll try it out
Thanks.

You will find it here: http://slint.fr/testing/

It is named slint64-current-sleep-mini.iso

My tests show that it takes around one second less for Slint than for Slackware to get to the point where you see the dialog titled "<OPTION TO LOAD SUPPORT FOR NON-US KEYBOARD>".

The new ISO allows you to set an additional delay before displaying this dialog.

To do that in Legacy mode, just boot the installer, choose your language and hit [TAB], then append to the command line:
sleep=n
where n is the number of seconds added before displaying the dialog (hence the name of the ISO).

In UEFI mode, just type sleep=n (this will be written in the green field) instead.

Please try with say, 1, 2, 3, 4 and 5 seconds and report from which delay your keyboard works regularly (i.e., three times in a row) as soon as you see the dialog, and do not make other changes to the command line.

Thanks in advance.

PS You can see at which point in the boot sequence the dialog is displayed. For that press Alt+F4 after it appears (you won't see it in dmesg).

Last edited by Didier Spaier; 06-02-2016 at 04:40 PM.
 
Old 06-02-2016, 12:11 PM   #30
kjhambrick
Senior Member
 
Registered: Jul 2005
Location: Round Rock, TX
Distribution: Slackware64 14.2 + Multilib
Posts: 1,483

Rep: Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917
Didier --

I am in the middle of a Data Conversion this minute and for the remainder of the day.

I'll download ASAP and test it this evening / early tomorrow morning.

Thanks !

-- kjh

edit: got a good one ... will let you know as soon as I can shut down the problem-box and boot the .iso

Code:
# md5sum -c slint64-current-sleep-mini.iso.md5
  slint64-current-sleep-mini.iso: OK

Last edited by kjhambrick; 06-02-2016 at 12:15 PM.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
High throughput non-blocking Server Design: Alternatives to Busy Wait amitkriit Programming 0 12-01-2013 05:47 PM
High throughput non-blocking Server Design: Alternatives to Busy Wait amitkriit Linux - Server 1 11-30-2013 09:10 AM
How to release a busy resource yougant Linux - Newbie 5 07-03-2013 12:31 AM
amarok busy wait jiml8 Linux - Software 0 06-29-2007 10:17 AM
Using Ubuntu, interested in Sarge; should I wait for the release? audiorevolution Debian 5 05-20-2005 08:03 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 10:03 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration