Bug 165633 - kernel ignores boot option quiet
Summary: kernel ignores boot option quiet
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: rawhide
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Dave Jones
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-08-10 22:39 UTC by Paul Dickson
Modified: 2015-01-04 22:21 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-08-31 01:57:59 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Dmesg for kernel-2.6.12-1.1469_FC5 (15.92 KB, text/plain)
2005-08-12 21:12 UTC, Paul Dickson
no flags Details

Description Paul Dickson 2005-08-10 22:39:14 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b4) Gecko/20050802 Firefox/1.0+

Description of problem:
Kernels 2.6.12-1.1469_FC5 and 2.6.12-1.1464_FC5 ignore the boot option quiet.  Even though the dmesg output contains the quiet option in the kernel command line, the full text of the kernel boot is outputted to the screen.

This works as it should in kernel-2.6.12-1.1456_FC5 and before.

Version-Release number of selected component (if applicable):
kernel-2.6.12-1.1469_FC5

How reproducible:
Always

Steps to Reproduce:
1. Grub has the following kernel line:
    kernel /vmlinuz-2.6.12-1.1469_FC5 ro root=LABEL=/ hda=none rhgb quiet
2. Boot kernel

  

Actual Results:  Kernel boot text scolls by as though the quiet option wasn't given.

Expected Results:  No kernel boot text should appear.

Additional info:

$ cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 13
model name      : Intel(R) Pentium(R) M processor 1.60GHz
stepping        : 8
cpu MHz         : 798.089
cache size      : 2048 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe nx est tm2
bogomips        : 1598.36

Comment 1 Dan Carpenter 2005-08-11 03:42:42 UTC
Could you also paste the output from `cat /proc/cmdline`?  

Thanks so much.

Comment 2 Paul Dickson 2005-08-12 17:56:08 UTC
$ cat /proc/cmdline
ro root=LABEL=/ hda=none rhgb quiet


Comment 3 Dan Carpenter 2005-08-12 20:31:33 UTC
Thanks.  

I looked through the code and it's basically a two liner in init/main.c
quiet_kernel().  It hasn't changed recently.

It just sets the first number in `cat /proc/sys/kernel/printk` to 4.  What's the
output from `cat /proc/sys/kernel/printk` on your system?

Also could you post the attach your dmesg output?

One possibility is that there is a driver doing printks at a WARN level.



Comment 4 Paul Dickson 2005-08-12 21:12:55 UTC
Created attachment 117692 [details]
Dmesg for kernel-2.6.12-1.1469_FC5

$ cat /proc/sys/kernel/printk
6	4	1	7

Comment 5 Paul Dickson 2005-08-13 08:48:13 UTC
This seems to be a parsing problem of the kernel cmdline.

The grub kernel line:
  kernel /vmlinuz-2.6.12-1.1469_FC5 ro root=LABEL=/ hda=none rhgb quiet
results in the kernel cmdline:
  ro root=LABEL=/ hda=none rhgb quiet

So I changed the args with this table of results:
  ro root=LABEL=/ hda=none rhgb quiet     - lots of logging
  ro root=LABEL=/ hda=none rhgb quiet s   - no logging, normal boot (!)   
  ro root=LABEL=/ s hda=none rhgb quiet   - lots of logging, single user
  ro root=LABEL=/ s hda=none rhgb quiet fooobar - no logging, single user
  ro root=LABEL=/ hda=none rhgb quiet fooobar - no logging, normal boot

Now I need to go back to 1456 and test whether hda=none causes the same problem.

Comment 6 Paul Dickson 2005-08-13 09:26:43 UTC
Correction to the above:
  ro root=LABEL=/ hda=none rhgb quiet s
This behaves as it should.

So basicly, if the cmdline ends with "quiet", it gets ignored.

I have not tried rotating the arguments to see what effect this has.  It's a bit
tedious rebooting over and over, especially if the system comes all the way up.

1456 does not have this problem.

Comment 7 Dan Carpenter 2005-08-13 09:47:24 UTC
The problem is this patch linux-2.6-modules-ignore-whitespace.patch

The old code executed the checked *args then got a new param.  The new code gets
a new param and then checks *args.



Comment 8 Dan Carpenter 2005-08-13 10:18:59 UTC
I really should have read the comment that goes with that patch.  Perhaps the
correct thing is to modify next_arg() to chew any trailing white spaces.  I'm
not sure.

The point is that next_arg() returns NULL for the last argument in the list
unless there is trailing white space.



Comment 9 Dave Jones 2005-08-26 04:53:12 UTC
this should be fixed now ?


Comment 10 Paul Dickson 2005-08-30 20:05:49 UTC
I haven't seen the problem in 1504, 1511, nor 1526.


Note You need to log in before you can comment on or make changes to this bug.