login
Login
/
Register
Search
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
April
»
13
Unknown mailing list,
search
.
Re: [RFC] x86: Cleanup prose of Documentation/i386/IO-APIC.txt
view
thread
!MAILaRCHIVE_VOTE_RePLACE
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From:
Ingo Molnar <mingo@...>
To: Nick Andrew <nick@...>
Cc: Linux Kernel Mailing List <linux-kernel@...>, Thomas Gleixner <tglx@...>, H. Peter Anvin <hpa@...>
Subject:
Re: [RFC] x86: Cleanup prose of Documentation/i386/IO-APIC.txt
Date: Sunday, April 13, 2008 - 4:45 am
* Nick Andrew <nick@nick-andrew.net> wrote:
quoted text
> I'm doing a couple of cleanups to Documentation/i386/IO-APIC.txt > and I have a problem with this line, which is supposed to compute > a sample pirq= kernel parameter: > > echo -n pirq=; echo `scanpci | grep T_L | cut -c56-` | sed 's/ /,/g' > > The 'scanpci' command used to be part of xutils and/or XFree86. > Xorg implements "Xorg -scanpci" but the output is different and it won't > run while X is running. > > Firstly I propose using the $( ) construct rather than backticks, since > it is easier to read: > > echo -n pirq=; echo $( scanpci | grep T_L | cut -c56- ) | sed 's/ /,/g' > > Inside the backtics, instead of scanpci, I could do: > > lspci -v | grep IRQ | sed -e 's/.* IRQ \(\w\+\)//' > > Is this an acceptable substitution?
yeah, i guess so. Btw., that's rather arcane text - do people still have to use pirq= boot lines to get their boxes to boot? Ingo --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[RFC] x86: Cleanup prose of Documentation/i386/IO-APIC.txt
, Nick Andrew
, (Fri Apr 11, 11:40 am)
Re: [RFC] x86: Cleanup prose of Documentation/i386/IO-APIC.txt
, Ingo Molnar
, (Sun Apr 13, 4:45 am)
Re: [RFC] x86: Cleanup prose of Documentation/i386/IO-APIC.txt
, Nick Andrew
, (Sun Apr 13, 7:25 am)
Re: [RFC] x86: Cleanup prose of Documentation/i386/IO-APIC.txt
, Ingo Molnar
, (Mon Apr 14, 5:46 am)
Re: [RFC] x86: Cleanup prose of Documentation/i386/IO-APIC.txt
, Nick Andrew
, (Mon Apr 14, 6:17 am)
Re: [RFC] x86: Cleanup prose of Documentation/i386/IO-APIC.txt
, Ingo Molnar
, (Mon Apr 14, 6:28 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Eric Sandeen
Re: [RFC] Heads up on sys_fallocate()
FUJITA Tomonori
Re: Integration of SCST in the mainstream Linux kernel
Anton Salikhmetov
[PATCH -v8 3/4] Enable the MS_ASYNC functionality in sys_msync()
Jeff Garzik
Re: [Bug #11210] libata badness
git
:
linux-netdev
:
Gerrit Renker
[PATCH 15/37] dccp: Set per-connection CCIDs via socket options
Corey Minyard
[PATCH 3/3] Convert the UDP hash lock to RCU
David Miller
Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock().
Herbert Xu
Re: xfrm_state locking regression...
openbsd-misc
:
Colocation donated by:
Who's online
There are currently
3 users
and
593 guests
online.
Online users
matolast
mentor
serg1os
Syndicate