login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
April
»
13
Re: [RFC] x86: Cleanup prose of Documentation/i386/IO-APIC.txt
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Ingo Molnar
Subject:
Re: [RFC] x86: Cleanup prose of Documentation/i386/IO-APIC.txt
Date: Sunday, April 13, 2008 - 1: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, 8:40 am)
Re: [RFC] x86: Cleanup prose of Documentation/i386/IO-APIC.txt
, Ingo Molnar
, (Sun Apr 13, 1:45 am)
Re: [RFC] x86: Cleanup prose of Documentation/i386/IO-APIC.txt
, Nick Andrew
, (Sun Apr 13, 4:25 am)
Re: [RFC] x86: Cleanup prose of Documentation/i386/IO-APIC.txt
, Ingo Molnar
, (Mon Apr 14, 2:46 am)
Re: [RFC] x86: Cleanup prose of Documentation/i386/IO-APIC.txt
, Nick Andrew
, (Mon Apr 14, 3:17 am)
Re: [RFC] x86: Cleanup prose of Documentation/i386/IO-APIC.txt
, Ingo Molnar
, (Mon Apr 14, 3:28 am)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Dmitry Torokhov
Re: Clarifying platform_device_unregister
Theodore Tso
Re: [RFC] [PATCH 3/3] Recursive mtime for ext3
Kevin Cernekee
[PATCH 7/7] MIPS: Fix regression on BCM4710 processor detection
Eric W. Biederman
Re: [PATCH] task containersv11 add tasks file interface fix for cpusets
Volker Sauer
Re: D-Link DFE-580TX and snmpd problems, who's maintainer of sundance.c ?
git
:
Jeff King
Re: [PATCH] git-name-rev: accept list of refs from user
Johan Herland
Re: Empty directories...
Brandon Casey
[PATCH v3] t7700: demonstrate mishandling of objects in packs with a .keep file
Steffen Prohaska
[PATCH] user-manual: mention git gui citool (commit, amend)
Krzysztof Halasa
Re: [PATCH] Change "refs/" references to symbolic constants
linux-netdev
:
Eric Dumazet
Re: tun: Use netif_receive_skb instead of netif_rx
Stephen Hemminger
Re: [PATCH] make TLLAO option for NA packets configurable
Eric Dumazet
[PATCH] net: fix rtable leak in net/ipv4/route.c
Ira Snyder
Re: [PATCH RFC v2] net: add PCINet driver
Stephen Hemminger
[PATCH] netfilter: use per-cpu recursive lock (v13)
git-commits-head
:
Linux Kernel Mailing List
nfsd race fixes: ext2
Linux Kernel Mailing List
m68knommu: MCF5307 PIT GENERIC_CLOCKEVENTS support
Linux Kernel Mailing List
Remove the macro get_personality
Linux Kernel Mailing List
perf counters: add prctl interface to disable/enable counters
Linux Kernel Mailing List
Staging: rtl8192su: fix test for negative error in rtl8192_rx_isr()
openbsd-misc
:
Miod Vallat
Re: No Blob without Puffy
Henning Brauer
Re: Resilient RAID
Paul M
Re: WAY OT: Have you hugged your local OpenBSD dev lately?
Fred Crowson
Re: need help --reboot of newly installed OpenBSD 4.7 on Toshiba Libretto 70 neds...
E.T
Processeur Atom ?
Colocation donated by:
Syndicate