pci=routeirq makes my wireless lan card in a cardbus/pcmcia slot work.
I'm posting these are requested in the dmesg.
(below are lspci and dmesg, more available by request)
Here's the lspci:
00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host
bridge (rev 03)
Flags: bus
pci=routeirq makes my wireless lan card in a cardbus/pcmcia slot work.
I'm posting these are requested in the dmesg.
(below are lspci and dmesg, more available by request)
Here's the lspci:
00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host
bridge (rev 03)
Flags: bus
I also have the same type message in my dmesg from a Dell Latitude D820
with the latest BIOS:
PCI: Probing PCI hardware (bus 00)
PCI quirk: region 1000-107f claimed by ICH6 ACPI/GPIO/TCO
PCI quirk: region 1080-10bf claimed by ICH6 GPIO
PCI: Transparent bridge - :00:1e.0
PCI: Bus #04 (-#07)
I also have the same type message in my dmesg from a Dell Latitude D820
with the latest BIOS:
PCI: Probing PCI hardware (bus 00)
PCI quirk: region 1000-107f claimed by ICH6 ACPI/GPIO/TCO
PCI quirk: region 1080-10bf claimed by ICH6 GPIO
PCI: Transparent bridge - :00:1e.0
PCI: Bus #04 (-#07)
g them to work until the NEXT stable release without
changes. It means knowing what things WILL break if and when I do go to
the next version.
Stable is a CHOICE not a punishment.
--
Jeffrey Hundstad
PS. Running unstable on my laptop... and running stable on my servers.
-
To unsubscribe
the NEXT stable release without
changes. It means knowing what things WILL break if and when I do go to
the next version.
Stable is a CHOICE not a punishment.
--
Jeffrey Hundstad
PS. Running unstable on my laptop... and running stable on my servers.
-
To unsubscribe from this list: send the line
Jeff Garzik wrote:
Jan Engelhardt wrote:
On May 16 2007 10:42, Chris Mason wrote:
For example, I'll pick on xfs for a minute. compilebench shows the
default FS you get from mkfs.xfs is pretty slow for untarring a
bunch of
kernel trees.
I suppose you used 'nobarrier'? [
Jeff Garzik wrote:
Jan Engelhardt wrote:
On May 16 2007 10:42, Chris Mason wrote:
For example, I'll pick on xfs for a minute. compilebench shows the
default FS you get from mkfs.xfs is pretty slow for untarring a
bunch of
kernel trees.
I suppose you used 'nobarrier'? [
who can fix your problem will want the
entire .config and dmesg to even guess about what is going on with
*your* situation.
For more info on XFS. This is a pretty nice FAQ:
http://oss.sgi.com/projects/xfs/faq.html
--
Jeffrey Hundstad
-
To unsubscribe from this list: send the line "unsubs
who can fix your problem will want the
entire .config and dmesg to even guess about what is going on with
*your* situation.
For more info on XFS. This is a pretty nice FAQ:
http://oss.sgi.com/projects/xfs/faq.html
--
Jeffrey Hundstad
-
To unsubscribe from this list: send the line unsubscribe
Artur Skawina wrote:
Con Kolivas wrote:
Note no interactive boost idea here.
Patch is for 2.6.21-rc4-mm1. I have not spent the time trying to bring other
bases in sync.
I've tried RSDLv.31+this on 2.6.20.3 as i'm not tracking -mm.
Further improve the deterministic nature of the
Artur Skawina wrote:
Con Kolivas wrote:
Note no interactive boost idea here.
Patch is for 2.6.21-rc4-mm1. I have not spent the time trying to bring other
bases in sync.
I've tried RSDLv.31+this on 2.6.20.3 as i'm not tracking -mm.
Further improve the deterministic nature of the
Keep in mind that while the text of the program IS SHARED any
configuration file that is then loaded into ram after the execution IS
NOT SHARED.
BTW you can find out what is shared and not by taking a look at the proc
files:
# ps auxwww | grep emacs | grep -v grep # -- find the pids
user
Keep in mind that while the text of the program IS SHARED any
configuration file that is then loaded into ram after the execution IS
NOT SHARED.
BTW you can find out what is shared and not by taking a look at the proc
files:
# ps auxwww | grep emacs | grep -v grep # -- find the pids
user
background window
Would you please do that same "make -j2" niced. Tell us how that feels.
--
Jeffrey Hundstad
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.
window
Would you please do that same make -j2 niced. Tell us how that feels.
--
Jeffrey Hundstad
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
offend people with this patch, it
would seem appropriate to call someone's mother a "bad" name. This may
be in the style guide; perhaps I should submit a patch.
--
Jeffrey Hundstad
PS: Humor (really!) relax.
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
with this patch, it
would seem appropriate to call someone's mother a bad name. This may
be in the style guide; perhaps I should submit a patch.
--
Jeffrey Hundstad
PS: Humor (really!) relax.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
rmance Issues:
http://www.phptr.com/articles/article.asp?p=481867=2=1
--
Jeffrey Hundstad
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Pleas
Performance Issues:
http://www.phptr.com/articles/article.asp?p=481867seqNum=2rl=1
--
Jeffrey Hundstad
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
./dev/sda1
--
Jeffrey Hundstad
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
.
Horst H. von Brand wrote:
Jeffrey Hundstad <[EMAIL PROTECTED]> wrote:
You can also use fakeroot(1).
I think that is a debianism... not here on Fedora.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
You can also use fakeroot(1).
Start fakeroot.
Change all of your permissions as you see fit.
make your cpio
exit fakeroot.
Horst H. von Brand wrote:
Marty Leisner <[EMAIL PROTECTED]> wrote:
I'm working on an embedded system with the 2.6 kernel -- cpio
initrd was a new feature I'm looking
You can also use fakeroot(1).
Start fakeroot.
Change all of your permissions as you see fit.
make your cpio
exit fakeroot.
Horst H. von Brand wrote:
Marty Leisner [EMAIL PROTECTED] wrote:
I'm working on an embedded system with the 2.6 kernel -- cpio
initrd was a new feature I'm looking
.
Horst H. von Brand wrote:
Jeffrey Hundstad [EMAIL PROTECTED] wrote:
You can also use fakeroot(1).
I think that is a debianism... not here on Fedora.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
./dev/sda1
--
Jeffrey Hundstad
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
to be able to make a wrapper out of this kind of like the
fakeroot(1) command like such as:
nocachesuck tar xvfz kernel.tar.gz
ya know what I mean?
--
Jeffrey Hundstad
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
to be able to make a wrapper out of this kind of like the
fakeroot(1) command like such as:
nocachesuck tar xvfz kernel.tar.gz
ya know what I mean?
--
Jeffrey Hundstad
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
badly written program and not a kernel problem. Correct?
BTW: how do you know what HZ your machine is running at?
--
Jeffrey Hundstad
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kerne
problem. Correct?
BTW: how do you know what HZ your machine is running at?
--
Jeffrey Hundstad
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
0x75
Code: ff ff 21 e0 8b 00 c7 00 00 00 00 00 8b 44 24 10 83 c4 14 5b 5e 5f
5d c3 8d b6 00 00 00 00 8d bc 27 00 00 00 00 55 b8 00 e0 ff ff <21> e0
57 56 53 83 ec 24 8b 00 8b 54 24 3c 8b 6c 24 38 8b 80 54
--
Jeffrey Hundstad
-
To unsubscribe from this list: send the line "uns
:
[c0102a27] sysenter_past_esp+0x54/0x75
Code: ff ff 21 e0 8b 00 c7 00 00 00 00 00 8b 44 24 10 83 c4 14 5b 5e 5f
5d c3 8d b6 00 00 00 00 8d bc 27 00 00 00 00 55 b8 00 e0 ff ff 21 e0
57 56 53 83 ec 24 8b 00 8b 54 24 3c 8b 6c 24 38 8b 80 54
--
Jeffrey Hundstad
-
To unsubscribe from this list: send
Stephen C. Tweedie wrote:
Hi,
On Mon, 2005-01-17 at 21:31, Jeffrey Hundstad wrote:
For more of this look up subjects:
Bad things happening to journaled filesystem machines
Oops in kjournald
That seems to have been due to the xattr problems recently fixed in
Linus's tree. The xattr race
Stephen C. Tweedie wrote:
Hi,
On Mon, 2005-01-17 at 21:31, Jeffrey Hundstad wrote:
For more of this look up subjects:
Bad things happening to journaled filesystem machines
Oops in kjournald
That seems to have been due to the xattr problems recently fixed in
Linus's tree. The xattr race
to the powers who be to come up with a strategy to make a
report they can use. My guess is we're not sending something that can
be used.
--
jeffrey hundstad
Jakob Oestergaard wrote:
On Sun, Jan 16, 2005 at 01:51:12PM +, Christoph Hellwig wrote:
On Fri, Jan 14, 2005 at 07:23:09PM +0100
to the powers who be to come up with a strategy to make a
report they can use. My guess is we're not sending something that can
be used.
--
jeffrey hundstad
Jakob Oestergaard wrote:
On Sun, Jan 16, 2005 at 01:51:12PM +, Christoph Hellwig wrote:
On Fri, Jan 14, 2005 at 07:23:09PM +0100
;-) Please
ignore this if you get something better. I included Mr. Gibbs changelog (for
the changes from 6.1.5 to 6.1.8 his log is QUITE detailed.)
Thanks to everyone!
--
Jeffrey Hundstad
Alan Cox wrote:
> > What version of the aic7xxx driver is embedded in 2.4.2-ac27? This
> > part
aic7xxx_osm.h:#define AIC7XXX_DRIVER_VERSION "6.1.5"
"Justin T. Gibbs" wrote:
> >Hello,
> >
> >I'm using Linux-2.4.2-ac27 SMP compiled with gcc version 2.95.2 2220
> >(Debian GNU/Linux).
>
> What version of the aic7xxx driver is embedded in 2.4.2-ac27? This
> particular issue was fixed
Hello,
I'm using Linux-2.4.2-ac27 SMP compiled with gcc version 2.95.2 2220
(Debian GNU/Linux).
After an "insmod aic7xxx" "cat /proc/bus/pci/devices" works just fine.
After an "rmmod aic7xxx" "cat /proc/bus/pci/devices" fails to produce
any output and never finishes. Top show the process
e=4K]
Expansion ROM at febe [disabled] [size=64K]
Capabilities: [dc] Power Management version 1
Flags: PMEClk- AuxPwr- DSI+ D1- D2- PME-
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
--
jeffrey hundstad
minnesota state university, mankato
mankato, mn
usa
aic7xxx_osm.h:#define AIC7XXX_DRIVER_VERSION "6.1.5"
"Justin T. Gibbs" wrote:
Hello,
I'm using Linux-2.4.2-ac27 SMP compiled with gcc version 2.95.2 2220
(Debian GNU/Linux).
What version of the aic7xxx driver is embedded in 2.4.2-ac27? This
particular issue was fixed just after
;-) Please
ignore this if you get something better. I included Mr. Gibbs changelog (for
the changes from 6.1.5 to 6.1.8 his log is QUITE detailed.)
Thanks to everyone!
--
Jeffrey Hundstad
Alan Cox wrote:
What version of the aic7xxx driver is embedded in 2.4.2-ac27? This
particular issue
Andreas Dilger wrote:
> Jeffrey Hundstad writes:
> > After about 27 days of uptime one of our Linux machines that is being
> > used as a Samba, Netatalk, and FTP server; the main data mount went into
> > a read-only state.
> [snip]
> > We are mounting that 656GB
Hello,
Vital info:
Linux-2.2.18
LVM version 0.9 by Heinz Mauelshagen (13/11/2000)
gcc version 2.95.2
GDT7563RN Firmware 2.27.04-R03F
After about 27 days of uptime one of our Linux machines that is being
used as a Samba, Netatalk, and FTP server; the main data mount went into
Hello,
Vital info:
Linux-2.2.18
LVM version 0.9 by Heinz Mauelshagen (13/11/2000)
gcc version 2.95.2
GDT7563RN Firmware 2.27.04-R03F
After about 27 days of uptime one of our Linux machines that is being
used as a Samba, Netatalk, and FTP server; the main data mount went into
Andreas Dilger wrote:
Jeffrey Hundstad writes:
After about 27 days of uptime one of our Linux machines that is being
used as a Samba, Netatalk, and FTP server; the main data mount went into
a read-only state.
[snip]
We are mounting that 656GB disk as an EXT2 mount on /data
.
Thanks for your help,
Jeffrey Hundstad
[EMAIL PROTECTED]
Minnesota State University, Mankato
http://www.mnsu.edu/jeffrey/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
.
Thanks for your help,
Jeffrey Hundstad
[EMAIL PROTECTED]
Minnesota State University, Mankato
http://www.mnsu.edu/jeffrey/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
48 matches
Mail list logo
