Hi Daniel,
At the bottom of this message you will find dmesg output showing this
problem from the current Linus GIT tree.
Here is the test of the message you wrote about this
(http://marc.info/?l=dri-devel&m=135905755124554&w=2):
--
Patches for the know issues around console
ACPI: Preparing to enter system sleep state S3
PM: Saving platform NVS memory
Disabling non-boot CPUs ...
numa_remove_cpu cpu 1 node 0: mask now 0
Broke affinity for irq 46
smpboot: CPU 1 is now offline
BUG: sleeping function called from invalid context at kernel/mutex.c:269
in_atomic(): 0, irqs_di
I don't believe it is related to this patch, but while testing, I
tried running "find /proc | xargs cat" and "find /proc | xargs head"
and "find /proc | xargs tail" and "ls -aR /" all at once. Everything
seemed to be running great. Firefox continued to be highly
responsive. I did notice that one
Excellent. Your patch fixed it for me.
Thanks,
Miles
--
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/
[ 29.804534] [ INFO: suspicious RCU usage. ]
[ 29.804539] 3.11.0+ #5 Not tainted
[ 29.804541] ---
[ 29.804545] security/apparmor/include/policy.h:363 suspicious
rcu_dereference_check() usage!
[ 29.804548]
[ 29.804548] other info that might help us debug this:
[ 27.190017] kernel BUG at include/linux/scatterlist.h:115!
[ 27.190017] invalid opcode: [#1] PREEMPT SMP DEBUG_PAGEALLOC
[ 27.190017] Modules linked in: mxm_wmi iwldvm mac80211 iwlwifi
cfg80211 snd_hda_intel(+) snd_hda_codec snd_hwdep snd_pcm_oss
snd_mixer_oss hwmon snd_pcm ttm snd_seq_
[ 24.990076] [ INFO: possible circular locking dependency detected ]
[ 24.990086] 3.11.0-rc6+ #154 Not tainted
[ 24.990094] ---
[ 24.990103] crda/1159 is trying to acquire lock:
[ 24.990111] (genl_mutex){+.+.+.}, at: []
genl_lock+0x12/0
I am not seeing any problems in the behavior of the computer, but
wonder if this indicates something that needs fixing.
[1.969109] WARNING: CPU: 1 PID: 1 at kernel/time/tick-sched.c:185
can_stop_full_tick+0x7e/0x89()
[1.969121] NO_HZ FULL will not work with unstable sched clock
[1.9691
I would like to report an issue in the nouveau driver, but don't know
who to report it to.
Thanks,
Miles
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-
Oliver Xymoron wrote:
>
> On Mon, 2 Apr 2001, Tom Leete wrote:
>
> > Oliver Xymoron wrote:
> > >
> > > On Sun, 1 Apr 2001, Jeff Garzik wrote:
> > >
> > > > On Sun, 1 Apr 2001, David Lang wrote:
> > > > > if we want to get the .config as part of the report then we need to make
> > > > > it part o
Running 2.4.2-ac28, I get the following error:
usb-ohci.c: 00:07.4 (Advanced Micro Devices [AMD] AMD-756 [Viper] USB):
blacklisted, erratum #4
David Brownell recently added this check to the usb-ohci driver
since noone has gotten information from AMD for the workaround,
which is rumored to exist
Hi Alan,
You still have the URL for www.bzimage.org in this announcement,
but there are no incremental patches there for either 2.4.3-ac1
or 2.4.3-ac2.
Miles
Alan Cox wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
>
> Intermediate diffs are availab
Thomas Dodd wrote:
> Alan Cox wrote:
>
>>> David Brownell recently added this check to the usb-ohci driver
>>> since noone has gotten information from AMD for the workaround,
>>> which is rumored to exist, for this bug.
>>>
>>> Do any of you have contacts within AMD who might be able to
>>> get
> f 10 [OHCI])
> Flags: bus master, medium devsel, latency 16, IRQ 11
> Memory at efffc000 (32-bit, non-prefetchable) [size=4K]
>
>
> On Wed, 4 Apr 2001, Miles Lane wrote:
>
>> Thomas Dodd wrote:
>>
>>
>>> Alan Cox wrote:
>>
I have mounted:
none on /var/shm type shm (rw)
tmpfs on /dev/shm type tmpfs (rw)
Yet, running "x11perf -shmput10" gives me:
X Error of failed request: BadValue (integer parameter out of range for
operation)
Major opcode of failed request: 146 (MIT-SHM)
Minor opcode of fail
Hi,
Since the 2.5 kernel development will require continued module
architecture changes to accomodate power management, pluggable
security and PCMCIA in the kernel tree, it would seem to make
sense that the various groups that are doing module related
architecture changes collaborate and be aware
Matti Aarnio wrote:
> On Tue, Apr 10, 2001 at 07:30:36PM -0700, Miles Lane wrote:
>
>> Hi,
>>
>> [EMAIL PROTECTED]
>> [EMAIL PROTECTED]
>> [EMAIL PROTECTED]
>> [EMAIL PROTECTED]
>> LKML
>>
>> Comments
Grover, Andrew wrote:
>>> Proper place to do this discussion is
>>
>> [EMAIL PROTECTED]
>>
>> It sounds good in theory. In practice, though, almost all of the
>> design discussions have been occuring in private e-mail.
>> For example, I have seen none of the messages discussing
>> the cha
http://www.osdn.com/conferences/kernel/
Thanks to all responsible for getting these captures
of the Kernel 2.5 Workshop prosentations put together.
There is one major shortcoming of the recordings.
Usually, only the comments of the presenter(s)
can be heard. This reduces the value of
Ben Ford wrote:
>
> Randolph Bentson wrote:
>
> >On Mon, Apr 16, 2001 at 05:45:31PM -0700, Miles Lane wrote:
> >
> >>There is one major shortcoming of the recordings.
> >>Usually, only the comments of the presenter(s)
> >>can be heard.
> &
Randolph Bentson wrote:
>
> On Mon, Apr 16, 2001 at 05:45:31PM -0700, Miles Lane wrote:
> > There is one major shortcoming of the recordings.
> > Usually, only the comments of the presenter(s)
> > can be heard.
>
> I've heard of conferences where a wireless a
Larry McVoy wrote:
>
> On Mon, Apr 16, 2001 at 08:46:33PM -0700, Miles Lane wrote:
> > Randolph Bentson wrote:
> > >
> > > On Mon, Apr 16, 2001 at 05:45:31PM -0700, Miles Lane wrote:
> > > > There is one major shortcoming of the recordings.
> > &
Larry McVoy wrote:
>
> > Are you talking about one of those "eavesdropper"
> > parabolic microphones? Are you thinking of having
> > someone on stage redirecting the microphone as
> > each speaker starts talking? It could work well,
> > but you'd either lose the first few words each
> > person
"David S. Miller" wrote:
>
> Miles Lane writes:
> > There is one major shortcoming of the recordings.
> > Usually, only the comments of the presenter(s)
> > can be heard.
>
> The problem is that nobody wants to wait for one of the microphones to
>
"Mike A. Harris" wrote:
>
> On Mon, 16 Apr 2001, Miles Lane wrote:
>
> >> hand someone a mike.
> >
> >I like this idea quite a bit. It would probably not
> >be terribly expensive to rent/buy the required equipment,
> >it would be easy t
Theodore Tso wrote:
>
> On Mon, Apr 16, 2001 at 05:53:19PM -0700, David S. Miller wrote:
> >
> > It does not work in a relaxed "people sit at tables and comment
> > at arbitrary points in time during a talk" setting such as the
> > kernel summit. Besides putting a microphone at every table (whic
Scott Prader wrote:
>
> * David S. Miller ([EMAIL PROTECTED]) uttered:
> >
> > James Simmons writes:
> > > The Linux GFX project grew out the need for a higher performance X
> >
> > And this specific functionality is?
> >
> > I think this is not a worthwhile project at all. The X tree, it's
"David S. Miller" wrote:
>
> James Simmons writes:
> > The Linux GFX project grew out the need for a higher performance X
> > server that has a much faster developement cycle. In the last few years
> > the graphics card and multimedia environments have grow at such a rate
> > the current
AJ Lewis wrote:
> On Thu, Apr 19, 2001 at 08:02:50PM +0100, Alan Cox wrote:
>
>>Well their approach to patches that fix bugs is to reject emails. They've done
>>that to stuff I've reported any many others. So there is a problem. And its
>>kind of hard to discuss a problem when you are being mode
Alan Cox wrote:
>>As far as getting patches into the stock kernel, we've been sending patches
>>to Linus for over a month now, and none of them have made it in. Maybe
>>someone has some pointers on how we get our code past his filters.
>>
>
> Has it occured to you that some of this might be bec
On Sun, 22 Apr 2001, David S. Miller wrote:
> My main point is that for changes like this, sending stuff to Alan
> first is often an ineffective mechanism. If someone were to reply to
> this "Linus is hard to push changes too, or takes too long" my reply
> is "if this is really the problem, sh
On Sun, 22 Apr 2001, David S. Miller wrote:
>
> Russell King writes:
> > There are various options here:
> >
> > 1. Either I can fix up all architectures, and send a patch to this list, or
>
> Fixup all the architectures and send this and the ARM bits to Linus.
>
> I really would wish folks wo
On Mon, 23 Apr 2001, Alan Cox wrote:
> > Alan, could you delegate any of this work? Is it feasible to
> > have you redirect some portion of the patch analysis and acceptance
> > load to another person, other than Linus? Obviously, if the rate
>
> To be honest I get very little patch material I
Andrea Arcangeli wrote:
>
> On Tue, Apr 24, 2001 at 08:03:18AM +0200, Antwerpen, Oliver wrote:
> > I am also highly interested in information about dual Athlon (which
> > kernel/compiler/tools to use?), as we will get a dual Athlon sample before
>
> kernel >= 2.4.3 (better >= 2.4.4pre2 for other
Pavel Machek wrote:
> Hi!
>
>
>> Right. Add the option. Default to "spew mode",
>> but make it easy for distributions to show people
>> a non-threatening boot process.
>
> Wrong.
We're talking about an _option_. In fact, it could
be set up as a boot time parameter. Then, if a boot
proc
Martin Laberge wrote:
> Juergen Schneider wrote:
>
>
>> Hello everybody,
>>
>> I've created a patch for kernel 2.4.1 that adds some fancy options for
>> the framebuffer console driver concerning the boot logo.
>> I've added logo animation and logo centering.
>> People may find this not very us
http://oss.software.ibm.com/developer/opensource/linux/projects/omni/
-
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.o
Whoops.
The reason I asked about inclusion is that printing is one of the areas
that Linux seems to struggle in terms of usability and I thought perhaps
it would make sense to modular print drivers in the kernel tree. Since
the OMNI driver is ghostscript-based, including it in the kernel is
obv
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -march=i686
-malign-functions=4-c -o init/main.o init/main.c
/usr/src/linux/include/asm/hw_irq.h: In function `x86_do_profile':
In file included from /usr/src/linux/includ
Any debugging tips would be greatly appreciated.
When I cold boot my machine with a 3c575 and a Belkin
BusPort Mobile inserted in the Cardbus slots, I get
the following in my kernel log:
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Yenta IRQ list 0698, PCI irq11
Socket status:
/usr/src/linux/include/asm/hw_irq.h:198: `current' undeclared (first use
in this function)
-
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 F
invalid operand:
CPU:0
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010092
eax: 001b ebx: cfa12000 ecx: 0001 edx: 0001
esi: cfa1290c edi: 0100 ebp: c14470c0 esp: cf8a9e38
ds: 0018 es: 0018 ss: 0018
Process lsmod (pid: 395, st
http://www.nytimes.com/cnet/CNET_0-1003-200-5007472.html
Hi,
I noticed that this article mentions that Unisys has
no plans to port Linux to it's "cellular multiprocessor"
machines. So, I am wondering if anyone is working
on this independantly.
These systems seems to be selling well with Micr
Here's the pci.c patch from test12-pre6. Does anything in this patch
look like it might cause the cardbus device detection and calling of
hotplug to break?
diff -u --recursive --new-file v2.4.0-test11/linux/drivers/pci/pci.c
linux/drivers/pci/pci.c
--- v2.4.0-test11/linux/drivers/pci/pci.c
There was also a big change to pci/setup_bus.c and pci/setup_bus.h
from Ivan Kokshaysky in test12-pre6. Those changes seem like another
likely candidate.
Miles
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Plea
David Brownell wrote:
> The root cause seems to be the Cardbus/PCI hotplug invocation not
> happening for you.
Yep.
> Was this with or without the "pcmcia_cs" package installed? My
> own take on it is that 2.4 _should_ hotplug that controller
> just fine if "pcmcia_cs" isn't installed. Othe
Is there a patch against test12 somewhere? I don't see it.
Have some happy downtime,
Miles
-
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/
I get this error when attempting to compile.
I ran:
make mrproper
cp ../.config .
make oldconfig
make dep
make[4]: Entering directory `/usr/src/linux/drivers/acpi'
/usr/src/linux/Rules.make:224: *** Recursive variable `CFLAGS' references itself
(eventually). Sto
Matthew Dharm wrote:
> Well, I'll be the one to fall on my sword...
>
> This is probably my fault. The matching code was pretty much broken for a
> non-trivial subset of usb devices. I'd submitted the patch to Linus before
> the holdiays, but it was rejected for various reasons. After some ba
Bill Wendling wrote:
> Also sprach Keith Owens:
> } On Thu, 04 Jan 2001 21:54:29 -0800,
> } Miles Lane <[EMAIL PROTECTED]> wrote:
> } >make[4]: Entering directory `/usr/src/linux/drivers/acpi'
> } >/usr/src/linux/Rules.make:224: *** Recursive variable `CFLAGS&
Michael D. Crawford wrote:
> You might think this is great because of all the extra testing the new users
> will do but I assert that it isn't. The environment for Linux is quite
> different these days than when 2.2 or 2.0 were released.
>
> A lot of the people who will be using it are not t
I would like to perform more PCMCIA/Cardbus testing
on a wider array of systems. I am considering buying
a Ratoc Cardbus PC Adapter (model number CBS51U).
Here are the specs:
PCI-CardBus Bridge adapter board
Allows CardBus PC Cards to be shared by both portable and desktop PC.
JP Navarro wrote:
> One possibility:
>
> When we first tested 2.4.0-test8 on NetFinity 7000s we had random crashes,
> typically within an hour of booting. The problem was identified as a Wiseman
> Systems Management adapter generated hardware interrupt that 2.4 doesn't handle
> (this was not a p
Hi Rob,
Just out of curiosity, did you use a 2.2 series
.config file and then run make oldconfig or did
you build a new .config file from scratch?
I have periodically built kernels that crashed
immediately at the point you mention. Usually this
was due to me choose configuration options that
we
Robert Kaiser wrote:
>> I have periodically built kernels that crashed
>> immediately at the point you mention. Usually this
>> was due to me choose configuration options that
>> were incompatible with my machine's hardware.
>
>
> You mean they crashed at the exact same statement ?
> That wo
Huh. Well, I have a 3CCFE575BT "3c575" card and I have
had success using the 3c59x driver to enable the card.
I only have one bug I am tracking:
If I have two cardbus cards active in my cardbus slots,
the 3c59x driver locks up. I doubt this problem would
vanish if I were using your 3c575 drive
Joseph Anthony wrote:
> Ok, I just upgraded to 2.4.0 from 2.2.17 and I get a slew of these "PPP:
> VJ decompression error" messages in my kern.log. I have searched all over
> the place for a patch or an answer, but find nothing. These messages show
> up mostly when I use Netscape, if that helps.
David Hinds wrote:
> On Wed, Jan 10, 2001 at 06:56:22PM -0800, Miles Lane wrote:
>
>> There's one other annoyance:
>>
>> The config files for pcmcia-cs expect the 3c575_cb driver,
>> so I either have to hack the configuration files or load
>> the 3c59x
Miles Lane wrote:
> Huh. Well, I have a 3CCFE575BT "3c575" card and I have
> had success using the 3c59x driver to enable the card.
I just realised that I was not explicit before:
I do not think this port of 3c575_cb should go into the
kernel, since the device is already su
Make sure your kernel build .config file contains the line:
# CONFIG_INET_ECN is not set
not
CONFIG_INET_ECN=y
Here's what the kernel configuration help has to say:
Explicit Congestion Notification (ECN) allows routers to notify
clients about network congestion, resulting
It sounds like it might be useful in the embedded OS space.
Miles
-
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/
Hi,
When I run "make install" on my Pentium II machine, lilo gets
run after vmlinuz is built. When I do the same thing on my Athlon,
vmlinuz gets built, but lilo does get run.
Here are my architecture options for the Athlon:
CONFIG_X86=y
CONFIG_ISA=y
CONFIG_UID16=y
#
# Code maturity level op
Dear Linus,
I haven't seen any announcements of recent test and test-pre releases.
Can you begin sending those again, please?
Best wishes,
Miles
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ a
-pre7 and the OHCI HCD.
--
Here's a message that contains the gist of the discussion
thus far:
Original Message
Date: Sat, 18 Nov 2000 13:52:00 -0800
From: Matthew Dharm <[EMAIL PROTECTED]>
To: Miles Lane <[EMAIL PROTECTED]>
CC: [EMAIL PROT
Okay, here's more information.
First, here's what hdparm tells me about the ORB drive
accessed using usb-storage over usb-ohci:
#> hdparm -t /dev/sda
/dev/sda:
Timing buffered disk reads:
64 MB in 90.50 seconds = 724.15 kB/sec
#> hdparm -T /dev/sda
/dev/sda:
Please reply to me directly, since I am not getting messages from
the list. Perhaps something is wedged with my ISP.
Miles
-
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/lk
-
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/
I attempted to reply to a message from Alan
and got the following response.
Original Message
Subject: Undeliverable mail: Re: Linux 2.4.0test11-ac2
Date: Wed, 22 Nov 2000 11:46:54 -0800
From: [EMAIL PROTECTED]
To: <[EMAIL PROTECTED]>
Failed to deliver to '[EMAIL PROTECTED]'
SMT
Okay, please explain why ORBS tells me it does *not*
identify my ISP's SMTP server as an open relay?
mail.megapathdsl.net = 216.200.176.7
ORBS says:
Database Check - 216.200.176.7
216.200.176.7 is not in the main automated
open relay database
Thanks,
Miles
-
To
Alan Cox wrote:
>> Okay, please explain why ORBS tells me it does *not*
>> identify my ISP's SMTP server as an open relay?
>>
>> mail.megapathdsl.net = 216.200.176.7
>
>
> Your mail goes out via your isps outgoing feed ns1.megapath.net
> which is in ORBS (216.200.176.4)
Thank you,
I will go
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -march=i686
-DEXPORT_SYMTAB -c sys.cIn file included from
/usr/src/linux/include/linux/wait.h:19,
from /usr/src/linux/include/linux/fs.h:12,
Rick Haines wrote:
> On Tue, Nov 28, 2000 at 10:57:35PM -0800, Linus Torvalds wrote:
>
>> - pre3:
>> - Johannes Erdfelt: USB update
>
>
> Seems to have broken my IntelliMouse Optical (logs from the third time
> I inserted usb-uhci):
Yes. This problem has been reported by two others on t
Hi Eric.
This is a great bug report. I am going to forward it
to [EMAIL PROTECTED]
FWIW, most of the USB developers are swamped enough
that the merely scan the Linux Kernel Mailing List.
The best way to get USB developer attention fast is
to send bug reports to the Linux USB Users list:
[EMAIL
Erik Mouw wrote:
> Hi all,
>
> I got a new laptop with an Intel 440MX chipset, and USB doesn't work at
> all. I tried both the UHCI drivers, but none of them works. The drivers
> load OK, the USB hardware is detected, but as soon as I plug in a USB
> device, I get the following debug messages (t
I reported a similar problem. In my case, the interrupt
sharing is between two Cardbus cards (3c575 and a Belkin
BusPort Mobile). My network locks up with eth0 errors.
So, do you believe this is the same bug or something else?
My machine seems to be sharing the interrupt to four devices?
#> mor
This could be a CD scratch, but I don't think it is.
This is a brand new CD which I just opened.
After the errors from /var/log/messages, I include
info from hdparm -g -i.
hdc: packet command error: status=0x51 { DriveReady SeekComplete Error }
hdc: packet command error: error=0x50
ATAPI device
> Try with
>
> *.kernel.org/pub/linux/kernel/people/axboe/patches/2.4.0-test11/cd-1.bz2
>
> It should apply cleanly to test12-pre3 too.
Thanks Jens.
Your patch enables me to play the entire CD.
However, I still get this error every time
I begin playing the CD:
hdc: packet command error: stat
Georg Acher wrote:
> Hi,
> test12-pre3 had a large set of patches to usb-uhci.c. One small detail of
> this patch can make the driver to lockup the PCI bus with certain UHCI-chips
> (only Intel but not VIA, of course not on my machines...). This patch should
> fix that.
> It also includes Linus'
If I buy one of these machines for testing,
will I be able to upgrade the processor's Code
Morphing Software with the new version when it's
ready? I hear the new CMS code will almost
double the battery life.
Thanks,
Miles
-
To unsubscribe from this list: send the line "unsubscribe linux
I reported problems with using my two Cardbus cards simultaneously
with previous test12 releases. The behavior has changed with pre6.
#1
When I run "ifup eth0", I get an error message:
SIOCADDRT: File exists
SIOCADDRT: File exists
This happens even when my 3c575 Cardbus ethern
Tobias Ringstrom wrote:
> The way I see it, 2.4.0-test12-pre6 is just a much longer name for 2.4.0.
> Keep going like this and we may end up calling you Linus "Santa" Torvalds!
> It has a nice ring to it, don't you think? :-) Or should that be *-<:-)
I appreciate your enthusiasm, but I'd
Hi Linus,
Thanks for the reply.
I agree with your analysis of the information I reported
in this message. However, in previous related bug reports
I mentioned actual functional conflicts between the drivers.
Here is what goes wrong:
Dec 6 04:21:32 agate kernel: eth0: Host error, FIFO diagnos
Hmm. Your patch doesn't test whether pci_enable_device(dev)
was successful, does it?
I think what you want is:
diff -u --new-file drivers/usb/uhci.c~ drivers/usb/uhci.c
--- drivers/usb/uhci.c~ Tue Dec 5 23:55:38 2000
+++ drivers/usb/uhci.c Wed Dec 6 14:50:00 2000
@@ -2380,8 +2380,10 @@
Jeff Garzik wrote:
> eh? It's self-evident from Erik's patch that pci_enable_device's return
> call is already being tested, thus you only need to add a call to
> pci_set_master.
Sorry. I'll shut up now and go back to doing something
I actually am somewhat knowledgable about -- namely, testi
Erik Mouw wrote:
> On Wed, Dec 06, 2000 at 11:38:30AM -0800, Linus Torvalds wrote:
>
>> But I see something obviously wrong there: you have busmaster disabled.
>>
>> Looking into the UHCI controller code, I notice that neither UHCI driver
>> actually does the (required)
>>
>> pci_set_mast
Linus Torvalds wrote:
>
> On Wed, 6 Dec 2000, Miles Lane wrote:
>
>> Here is what goes wrong:
>>
>> Dec 6 04:21:32 agate kernel: eth0: Host error, FIFO diagnostic register .
>
>
> But it continues to work, right?
I'll check. My system on
Linus Torvalds wrote:
> probably vote for getting rid of the device enables in
> pci_assign_unassigned_resources() (for all the reasons already mentioned
> by others - scribbling over memory due to not being quiescent etc). But
> it's not worth breaking now. 2.5.x material. Most PCI drivers may a
On Mon, 11 Sep 2000, Jeff V. Merkey wrote:
>
>
> "Theodore Y. Ts'o" wrote:
>
> >
> > If you come up with robust, easy to patch source-code-level debugger for
> > Linux, some people will use it, and some people won't. If it's better
> > than kdb, eventually it'll displace kdb as the external
On Mon, 11 Sep 2000, David Freedom wrote:
> I tried configuring the kernel to the least amount of
> configured options to almost none and I still cannot
> get the password prompt.
>
> My system hangs and is unable to do anything.
> unfortunetly the only thing I can do is power down my
> PC th
General system info:
Sep 23 09:43:54 aerie kernel: Linux version 2.4.0-test9 (root@aerie)
(gcc version 2.95.2 19991024 (release)) #7 Sat Sep 23 09:36:39 PDT 2000
Sep 23 09:43:54 aerie kernel: Initializing CPU#0
Sep 23 09:43:54 aerie kernel: Memory: 255740k/262016k available (1003k
kernel code
Paul King wrote:
>
> I think I may have found a bug in the kernel, and wish to verify this by
> testing this with the "latest" kernel. In order that I make a valid bug
> report, which kernel would be considered to be good for testing on? Is it the
> latest *stable* version (now 2.2.17, I believe)
I am experimenting with compiling lots of stuff as modules.
I hit what is either a user error, a configuration script
bug or a symbol export bug.
ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext
arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o init/version.o \
Hi,
My subject line says it all. I have an Athlon machine
with a GeForce DDR video chipset. Is there benefit to
my compiling the kernel with CONFIG_FB_RIVA enabled?
The "Help" associated with the option mentions the
TNT series, but not the GeForce series. Maybe they are
the same?
Mil
James Simmons wrote:
>> I am experimenting with compiling lots of stuff as modules.
>> I hit what is either a user error, a configuration script
>> bug or a symbol export bug.
>
>
> I just tried your setup and it worked for me. Try a
> make mrproper and then a make dep etc.
I still get this
> On Tue, 24 Oct 2000, Miles Lane wrote:
>
>
>> James, I tried something even more drastic than running
>> make mrproper. I blew away my old source tree, untarred
>> a test9 tree, patched it to test10-pre5, copied my old .config
>> file into it, ran make old
James Simmons wrote:
>> I had this option in my .config:
>>
>> CONFIG_FB_RIVA=m
>>
>> Changing that option to:
>>
>> # CONFIG_FB_RIVA is not set
>>
>> made the errors stop occuring. I am not sure
>> why building the Riva support as a module would
>> cause the errors to be generated
I am attempting to build everything as modules.
I can compile the works, but depmod -ae gives
loads of errors. Are these bugs or user error?
Thanks,
Miles
depmod: *** Unresolved symbols in
/lib/modules/2.4.0-test10/kernel/drivers/block/DAC960.o
depmod: devfs_unregister_blkdev
d
Perhaps this is related to the PCI issues that are being debated on the list now.
Would someone look at my bus configuration and let me know what to test or what patch
to apply to get my kernel booting?
lspci -vv reports:
00:00.0 Host bridge: Advanced Micro Devices [AMD] AMD-751 [Irongate] Syst
Jens Axboe wrote:
> On Sat, Oct 28 2000, Rui Sousa wrote:
>
>> After adding
>>
>> #define ELEVATOR_HOLE_MERGE 3
>>
>> to linux/include/linux/elevator.h it compiled ok.
>
>
> Oops sorry, I'm on the road so the patch was extracted
> from my packet writing tree (and not my regular tree).
>
Jens Axboe wrote:
> On Sun, Oct 29 2000, Miles Lane wrote:
>
>>>> There were still some stalls but they only lasted a couple of
>>>> seconds. The patch did make a difference and for the better.
>>>
>>>
>>> Ok, still needs a bit of wor
1 - 100 of 296 matches
Mail list logo
