Hi,
If I set these options using "make menuconfig":
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FB_VESA=y
CONFIG_VIDEO_SELECT=y
CONFIG_FBCON_ADVANCED=y
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB16=y
CONFIG_FBCON_CFB24=y
CONFIG_FBCON_CFB32=y
CONFIG_FBCON_FONTS=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
And,
Date: Sat, 09 Dec 2000 11:13:59 -0500
From: Jeff Garzik <[EMAIL PROTECTED]>
> Note how the "rs_interrupt()" routine _tries_ to avoid this by having a
> pass counter value, but that logic never triggers because we will loop
> forever in receive_chars(), so the rs_interrupt() counter
my fault, my fault! Sorry, dontdiff updated on
http://www.moses.uklinux.net/patches/dontdiff
the old one contained vmlinux.lds which would is good for kdb kernels
where vmlinux.lds is automatically generated at runtime.
Regards,
Tigran
On Sat, 9 Dec 2000, Michael Rothwell wrote:
> Alan Cox
actually, if you do have a mention of vmlinux.lds in the actual patch then
I can't see how vmlinux.lds in dontdiff could have caused it? But it
needed updating (for this very reason) anyway...
On Sun, 10 Dec 2000, Tigran Aivazian wrote:
> my fault, my fault! Sorry, dontdiff updated on
>
> http
Let me know if you need additional info or testing done.
Bug report (in standard format):
[1.] One line summary of the problem:
Repeated kernel oopses, after a while of functioning under
heavy load.
[2.] Full description of the probl
At 01:56 AM 12/10/2000 -0600, Peter Samuelson wrote:
>[David Feuer]
> > Perhaps it would be good to put a check in unlink to make sure that
> > this is not the last link to a swapfile.
>
>Much better to add code to /sbin/swapon and /sbin/swapoff to set and
>clear immutable bit. Sure it only work
I think this is a very rare condition, as I only stumbled onto it
twice so far. One was on a production machine, so it was rebooted
right after, but now it's on a test machine so it is still up (with
the problem).
What happens is that when trying to access process information with
the proc filesy
ftp://linux01.gwdg.de/pub/cLIeNUX/interim/Janet_Reno.tgz
pmode bootsector handles pmode x86 int calls as real mode
AT BIOS calls. I think it might even be reentrant. It worked
on a clone but not on a PS/2 with int $0x10 $0x0e ...
glass teletype output character. The DDD is the BIOS
called from
InterMezzo is a high availability file system featuring write back caching
and disconnected operation. It replicates file trees across multiple
systems, one of the systems plays the role of server, the others are
clients. InterMezzo recovers from network and server
failures. InterMezzo shares
Richard Henderson wrote:
>
> On Sat, Dec 09, 2000 at 09:43:00AM +0100, Abramo Bagnara wrote:
> > alpha-mb-2.4.diff add missing defines from core_t2.h for non generic
> > kernel (against 2.4.0test11)
>
> These are not "missing". They are intentionally not present
> so that stuff will be done out
Hi!
On Sat, 9 Dec 2000, Arnaldo Carvalho de Melo wrote:
> Alan/Yaroslav,
>
> Please consider applying, a similar patch is already in 2.4.
I want to release new version of sbni driver soon (after QA
procedures). This new version will be ported to 2.4 kernel.
this version already have your
I've been noticing a problem associated with certain pairings of
applications on my home LAN, specifically when attempting to send large
amounts of data through some types of forwarder. I have just been able to
isolate the exact symptoms and a possible cause of the problem, which I
describe below
Alan/Linux,
I will post the DELL Laptop information on the chipsets Monday relative
to this problem. If someone else has some DELL hardware to test,
I have posted the Ute-Linux ISO's at vger.timpanogas.org that use
the 2.2.18pre-25 kernel integrated with David Hinds PCMCIA 3.1.22
and modutils
Date: Sun, 10 Dec 2000 10:55:53 +0200
From: Petru Paler <[EMAIL PROTECTED]>
[5.] Output of Oops.. message (if applicable) with symbolic information
resolved (see Documentation/oops-tracing.txt)
This is only one of the repeated o
OK, got a tiny little bug here.
When running top, procinfo, or free I get 0 for Shared memory. Obviously
this is incorrect. What has changed from the 2.2.x and the 2.4.x that
would cause these apps to misreport this information.
This IS information gained through the /proc filesystem which is k
On Sun, Dec 10, 2000 at 02:38:28AM -0800, David S. Miller wrote:
> Is this always the _first_ OOPS though? That is what is important,
> because after the first OOPS all the others are likely just side
> effects of the first one.
No, it was not the first one. Here's the ksymoops'ed first one:
ks
Date: Sun, 10 Dec 2000 13:10:33 +0200
From: Petru Paler <[EMAIL PROTECTED]>
So should I apply your patch ?
Yes, this new OOPS you've sent me is in the same place.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
> Setup:
> Client A is a PowerMac 8100/80 with a G3 CPU upgrade, MacOS 8.6
[snip]
MacOS 9.0.4 has many TCP fixes, including a vulnerability that allowed a
packet storm denial of service. Can you reproduce the problem with that
version of MacOS? (If you can't run 9.0.4 for some reason, there
On Sun, Dec 10, 2000 at 02:57:21AM -0800, David S. Miller wrote:
>Date: Sun, 10 Dec 2000 13:10:33 +0200
>From: Petru Paler <[EMAIL PROTECTED]>
>
>So should I apply your patch ?
>
> Yes, this new OOPS you've sent me is in the same place.
Ok, applied. Will email again when/if somethin
My mail client thought it would be amusing to wrap my text at 80
columns.
Useful at times, I'll give it that; but it chewed on my patch a little.
Reasoning / excuses in my earlier post with the similar subject line...
Good Night and Happy Hacking
Gerard Sharp
Two Penguins at 1024x768
#diff -du
modutils 2.3.22 does more rigorous checking of MODULE_PARM entries and
has already found several cases where MODULE_PARM(x) is used but the
corresponding variable 'x' is not defined. These are module coding
bugs that were previously hidden. Run this script to do a quick check
of all your modules
In message <[EMAIL PROTECTED]>, Gerard Sharp writes:
> Andre Hedrick wrote:
> > This has the missing ide-pci code from 2.2.
> > It stablized my BP6 on the HPT core.
>
> The patch had a large amount of ^M's (about 1 per line), but applied
> cleanly after being passed through "sed" :)
>
> Unfortun
This is a bunch of changes to the hotplug code, keventd, PCI,
netdevices and call_usermodehelper().
It should fix a number of the PCMCIA problems people have been
reporting. There are still some questions and issues over this stuff -
I'll cover that in a separate email.
- We have been getting
A compendium of questions and misc stuff concerning hotplug:
- Is everyone happy with call_usermodehelper() being asynchronous? It
_could_ be given a `synchronous' option, but that's a fair bit of
obfuscation and it does expose us to deadlocks if the caller has any
semaphores held.
- One
Hi Linus,
the patch below fixes a race in the slab allocator:
If one cpu increases the batch count (kmem_tune_cpucache, just before
smp_call_function_all_cpus()) and another cpu allocates a new batch
of slab entries before the IPI arrives, then kmem_cache_alloc_batch
writes behind the end of the
On Sun, 10 Dec 2000, Andrew Morton wrote:
> - PCMCIA layer calls call_usermodehelper from within keventd. But
> call_usermodehelper blocks until keventd has run the helper! Duh.
>
> This patch special-cases the situation where keventd is calling
> call_usermodehelper().
+ if (curren
Andrew Morton wrote:
> - On the unregister/removal path, the netdevice layer ensures that
> the interface is removed from the kernel namespace prior to launching
> `/sbin/hotplug net unregister eth0'.
>
> This means that when handling netdevice unregistration
> /sbin/hotplug cannot and mu
David Woodhouse wrote:
>
> On Sun, 10 Dec 2000, Andrew Morton wrote:
>
> > - PCMCIA layer calls call_usermodehelper from within keventd. But
> > call_usermodehelper blocks until keventd has run the helper! Duh.
> >
> > This patch special-cases the situation where keventd is calling
> > ca
for almost everything:
Dec 10 13:33:47 middle kernel: VM: do_try_to_free_pages failed for kswapd...
Dec 10 13:33:50 middle kernel: VM: do_try_to_free_pages failed for gdb...
Dec 10 13:33:50 middle last message repeated 9 times
Dec 10 13:33:57 middle kernel: VM: do_try_to_free_pages failed for ksw
Jeff Garzik wrote:
>
> Andrew Morton wrote:
> > - On the unregister/removal path, the netdevice layer ensures that
> > the interface is removed from the kernel namespace prior to launching
> > `/sbin/hotplug net unregister eth0'.
> >
> > This means that when handling netdevice unregistratio
On Tue, 5 Dec 2000, Linus Torvalds wrote:
> In comparison to these dentry host problems, your patch looks fine. But I
> suspect that you _can_ trigger the BUG() with an empty dentry list due to
> dentry shrinking. So what I did is basically to (a) apply your patch and
> (b) set writepage to NULL
Hello,
Well maybe not on all kernel revision, but all I tested the EMU10K1 on there
(most off the time I use ALSA, which as the same bug...).
The bug is that the card as two audio output, they both deliver good sound
for playing wav or mp3, but only one of them deliver the sound that came from
t
In article <[EMAIL PROTECTED]> you wrote:
> A compendium of questions and misc stuff concerning hotplug:
> - Is everyone happy with call_usermodehelper() being asynchronous? It
> _could_ be given a `synchronous' option, but that's a fair bit of
> obfuscation and it does expose us to deadlock
[running make depend after a fresh tar xz of a linux tree]
Dec 10 15:31:36 iapetus kernel: attempt to access beyond end of device
Dec 10 15:31:36 iapetus kernel: 03:04: rw=0, want=1934262372, limit=6281415
Dec 10 15:31:36 iapetus kernel: attempt to access beyond end of device
Dec 10 15:31:36 ia
Begin Forwarded Message
Subject: kernel oops with rm in hfs - hit BUG() in line 236 of dcache.h
Date Sent: Sunday, December 10, 2000 12:56 AM
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED]
PowerCenter Pro 210mhz 604e, 224M
I performed the following tests running both 2.4.0-test12-pre7 and
2.2.18-pre26. All kernel builds were done in console mode (no X).
All numbers are seconds required to make bzImage. Times were
obtained using the date command before and after make bzImage in
a script. Each test was performed t
On Sun, 10 Dec 2000, Theodore Y. Ts'o wrote:
>
>You should also just test having it compiled in - I know some people love
>modules, but there is nothing quite as liberating as just having a kernel
>that finds the devices it needs and doesn't need anything else.
>
> Interesting. Yu
Linus Torvalds wrote:
> Oh, serial_cb shouldn't work anyway, I think.
As soon as the serial.c hotplug patch appear, you'll be receiving a
patch that eliminates serial_cb.
Jeff
--
Jeff Garzik |
Building 1024 | These are not the J's you're lookin' for.
MandrakeSoft
On Sun, 10 Dec 2000, Hakan Lennestal wrote:
> The problem being that the kernel hangs after a dma timeout in the
> partition detection phase during bootup for speeds higher than udma 44.
> This is an IBM-DTLA-307030 connected to a hpt366 pci card on a BH6
> motherboard.
Until we manage to get a
"Theodore Y. Ts'o" wrote:
>
>Date: Sat, 09 Dec 2000 11:13:59 -0500
>From: Jeff Garzik <[EMAIL PROTECTED]>
>
>> Note how the "rs_interrupt()" routine _tries_ to avoid this by having a
>> pass counter value, but that logic never triggers because we will loop
>> forever in recei
"Theodore Y. Ts'o" wrote:
> In any case, I think I know how to fix the serial driver to not loop in
> receive_chars(). If I get this working, do you want to take a serial
> driver update now or post 2.4.0? I have a number of fixes queued up
> that I didn't consider critical, so I haven't fed the
On Sat, 9 Dec 2000, Alan Cox wrote:
> The patch I intend to be 2.2.18 is out as 2.2.18pre26 in the usual place.
> I'll move it over tomorrow if nobody reports any horrors, missing files etc
>
Will
ftp://ftp.us.kernel.org/pub/linux/kernel/people/andrea/patches/v2.2/2.2.18pre25/VM-global-2.2.18p
On Thu, 7 Dec 2000, Szabolcs Szakacsits wrote:
> On Thu, 7 Dec 2000, Tigran Aivazian wrote:
> > On Thu, 7 Dec 2000, Szabolcs Szakacsits wrote:
> > > Read the whole get_empty_filp function, especially this part,
> > I have read the whole function, including the above code, of course. The
> > new_o
On Sun, 10 Dec 2000, David Woodhouse wrote:
>
> That's sick. Do we have to? The PCMCIA coded obviously wants an async
> call_usermodehelper() or it wouldn't have been using schedule_task()
> for it in the first place, would it? Can't we pass an 'int async' arg to
> call_usermodehelper() instead
Hi,
> user% ./fd-exhaustion # e.g. while(1) open("/dev/null",...);
> root# cat /proc/sys/fs/file-nr
> cat: /proc/sys/fs/file-nr: Too many open files in system
>
> The above happens even with increased NR_RESERVED_FILES to 96 [no
> wonder, get_empty_filp is broken].
no, it is not broken. But y
This probably is not the right lpace, but can't think of where else to ask
Has anyone implemented a /proc device or user program to interrogate the
enviromental attirbutes (temp, voltage etc) that many motherboards provide
via their bios's ?
Please point me in the right direction
Andrew
-
To u
On Sun, 10 Dec 2000, Linus Torvalds wrote:
> All user-mode-helpers are async as of this patch.
>
> The reason for the serialization is that we need to wait until the exec()
> has taken place - so that the arguments that the caller set up haven't
> disappeared from the caller stack. The actual exe
[Andrew Stubbs]
> Has anyone implemented a /proc device or user program to interrogate
> the enviromental attirbutes (temp, voltage etc) that many
> motherboards provide via their bios's ?
Do a search on 'lm_sensors'.
Peter
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
Hit http://www.lm-sensors.nu/
Andrew Stubbs wrote:
> Has anyone implemented a /proc device or user program to interrogate the
> enviromental attirbutes (temp, voltage etc) that many motherboards provide
> via their bios's ?
>
> Please point me in the right direction
--
===
Hi,
I have just retested under test12-pre7 and confirm my previous findings
i.e. there is no problem with get_empty_filp(), at least of the kind you
describe.
The definition of reserved file structures for root is -- those which are
taken from the freelist until it is not empty. In this sense it
Peter Samuelson <[EMAIL PROTECTED]> writes:
> [Andrew Stubbs]
> > Has anyone implemented a /proc device or user program to interrogate
> > the enviromental attirbutes (temp, voltage etc) that many
> > motherboards provide via their bios's ?
>
> Do a search on 'lm_sensors'.
Does this work with t
> Peter Samuelson <[EMAIL PROTECTED]> writes:
>
> > [Andrew Stubbs]
> > > Has anyone implemented a /proc device or user program to interrogate
> > > the enviromental attirbutes (temp, voltage etc) that many
> > > motherboards provide via their bios's ?
> >
> > Do a search on 'lm_sensors'.
>
> D
On Sun, 10 Dec 2000, Hakan Lennestal wrote:
> The problem being that the kernel hangs after a dma timeout in the
> partition detection phase during bootup for speeds higher than udma 44.
> This is an IBM-DTLA-307030 connected to a hpt366 pci card on a BH6
> motherboard.
Well try the latest out t
In addition to the previous:
A clean rebuild of a linux tree failes because of EXT2 data block mixups
(?). A second rebuild reveals further corruptions of similar nature. A
final fsck uncovers a few lost inodes. All file lengths are reasonable
i.e. no magic power of two numbers there.
doit
+ mkd
Hello,
I have a patch for lm_sensors to match changes in 2.4.0-testxx. It is
available at:
http://www.lostland.net/~jimbud/patches/lm_sensors-2.5.2-2.4.x.patch.gz
Regards,
Adrian
On 10 Dec 2000, Graham Murray wrote:
> Peter Samuelson <[EMAIL PROTECTED]> writes:
>
> > [Andrew Stubbs]
> > >
Runing "modprobe megaraid" triggers this:
Dec 10 17:08:08 oxygen kernel: megaraid: v107 (December 22, 1999)
Dec 10 17:08:08 oxygen kernel: megaraid: found 0x101e:0x9010: in 00:0c.0
Dec 10 17:08:08 oxygen kernel: scsi0 : Found a MegaRAID controller at 0xe010, IRQ: 16
Dec 10 17:08:08 oxygen kernel:
This is notice that the do_try_to_free_pages bug is still present in the
latest 2.2 kernel, 2.2.18pre27.
VM: do_try_to_free_pages failed for kjournald...
VM: do_try_to_free_pages failed for kjournald...
VM: do_try_to_free_pages failed for kjournald...
The error also occurs for other processes ru
On Sun, 10 Dec 2000, Tigran Aivazian wrote:
> enough. (ok, one could overcome the laziness and actually _read_ your
> patch to see what you _think_ is broken but surely it is better if you
> explain it yourself?).
This was not meant to say that I have not read your patch. Of course, I
have read i
"Mohammad A. Haque" wrote:
> Hit http://www.lm-sensors.nu/
does anyone have an IP address for cvs.lm-sensors.nu?
-d
begin:vcard
n:Ford;David
x-mozilla-html:TRUE
url:www.blue-labs.org
adr:;;
version:2.1
email;internet:[EMAIL PROTECTED]
title:Blue Labs Developer
note;quoted-printable:GPG
Hi there,
For a long time, I experienced Oops with 2.4.0-testxx-prexx. I've reported
several Oops. With every patch, the system crashes with a Oops and is frozen.
The attached Oops was recorded by hand. Even the 'magic keys' are not working.
After booting the sytem, the filesystem is corrupted w
> Is it "obvious" that I'm dealing with the same or similar kind of
> bugginess here?
Obvious no, but its a pretty good guess.
>
> That being the case, any reason I can't/shouldn't put in a function
> similar to apm_battery_horked(), and call/run it based on a config-time
> variable?
None at a
> http://www.moses.uklinux.net/patches/dontdiff
>
> the old one contained vmlinux.lds which would is good for kdb kernels
> where vmlinux.lds is automatically generated at runtime.
vmlinux.lds for 2.2 is dynamically generated. I should probably have used your
dontdiff ;)
-
To unsubscribe from th
In article <[EMAIL PROTECTED]>,
Graham Murray <[EMAIL PROTECTED]> writes:
GM> Peter Samuelson <[EMAIL PROTECTED]> writes:
GM>
>> [Andrew Stubbs]
>> > Has anyone implemented a /proc device or user program to interrogate
>> > the enviromental attirbutes (temp, voltage etc) that many
The biggest part of the pre8 changes are the USB updates, with support for
a new serial dongle.
The most discussed part of this is the fs/buffer.c handling, and hotplug
changes. Which were fairly small, but interesting (the fs/buffer.c stuff
should fix the double unlock oops, where the new test
I've been experiencing intermittent hard lockups on my Thinkpad T21
(running powered-on, full speed, etc). Since this thing doesn't seem
to have an IO-APIC, I'm unable to use NMI watchdog to get any kind of
oops trace from it.
I'm guessing (but I don't know) that the problem is be sound-related
"Victor J. Orlikowski" <[EMAIL PROTECTED]> writes:
> This is precisely my problem.
> K6-2, model 8, stepping 12.
> Thus far, everything is *fine*, as long as MTRR is not compiled into
> the kernel.
> If MTRR is compiled into the kernel, I get lock-ups in X *only*, and
> the entire machine locks.
> Analysis:
> This is probably a bug in the MacOS, as well as in Linux, and the
> presence of both is necessary to cause the effect. I believe it can be
I would imagine its a bug in some mangling proxy in the middle. MacOS is
mentat streams which while not reknowned for its behaviour certa
Try this patch against the 2.5.x series. I submitted it to them back
when it broke with test8 but never checked if it made it in.
philippe wrote:
>
> lm_sensors 2.4.5 work fine for my abit bp6
> cannot succed to use 2.5.x serie
--
MDsum:
734052d6e6f2a74d8537b9a805261ea0 test12-pre8.bz2
-
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/
On Sun, Dec 10, 2000 at 10:40:12AM +0100, Abramo Bagnara wrote:
> And this would be the only core_*.h files where this intention is
> expressed?
Not at all. See core_lca.h, jensen.h, core_cia.h, core_mcpcia.h.
r~
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This weekend I've been installing Debian 2.2 on an HP Pavilion 8756C,
and I haven't been able to get sound working. The machine has an
Intel 810e multifunction contoller onboard. The i810_audio module
seems to be able to find the right device, but c
On Sun, Dec 10, 2000 at 04:55:02PM -, Andrew Stubbs wrote:
> This probably is not the right lpace, but can't think of where else to ask
>
> Has anyone implemented a /proc device or user program to interrogate the
> enviromental attirbutes (temp, voltage etc) that many motherboards provide
> v
In message <[EMAIL PROTECTED]>, And
re Hedrick writes:
> On Sun, 10 Dec 2000, Hakan Lennestal wrote:
>
> > The problem being that the kernel hangs after a dma timeout in the
> > partition detection phase during bootup for speeds higher than udma 44.
> > This is an IBM-DTLA-307030 connected to a h
Richard Henderson wrote:
>
> On Sun, Dec 10, 2000 at 10:40:12AM +0100, Abramo Bagnara wrote:
> > And this would be the only core_*.h files where this intention is
> > expressed?
>
> Not at all. See core_lca.h, jensen.h, core_cia.h, core_mcpcia.h.
I think you're confusing the issues: the only m
FYI:
gcc -D__KERNEL__ -I/usr/src/linux-2.4.0-test12/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2
-march=i686 -DSMBFS_PARANOIA -c -o sock.o sock.c
sock.c: In function `smb_data_ready':
sock.c:166: structure has no member na
HI!
I have 2.4.0-test9 and 2.2.16 kernel compiled on my computer .I have
httpd server on this computer . With 2.2.16 apache work good ( via DSL
and modem ), but with 2.4 ( the same computer ) , when I wont to connect
to my page via modem first few kilobytes are downloaded "fast" and then
connecti
thunder7 wrote:
> for almost everything:
>Dec 10 13:33:47 middle kernel: VM: do_try_to_free_pages failed for kswapd...
[]
> watched fsck mull over 60+ Gb>
You could try out my patch that "reserves" virtual memory for root, so
you should be able to login/ssh and clean up if your "faulty" or
On Sun, 10 Dec 2000, Maciej Bogucki wrote:
> HI!
> I have 2.4.0-test9 and 2.2.16 kernel compiled on my computer .I have
> httpd server on this computer . With 2.2.16 apache work good ( via DSL
> and modem ), but with 2.4 ( the same computer ) , when I wont to connect
> to my page via modem first
Cleanly patched 2.4.0-test12-pre8 (with the correct pre8, linus!) ...
fails compile with the following. I have CONFIG_DRM_MGA enabled. pre7
compiled fine.
kgcc -D__KERNEL__ -I/home/rml/src/linux/linux/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
-march=i
| 2.2.18-pre26 was compiled with gcc 2.91.66 (kgcc).
| 2.4.0-test12-pre7 was compiled with gcc 2.95.3.
That's your answer right there.
GCC 2.95.3 compiles much slower than kgcc.
Rerun the 2.4.0 with kgcc to be fair. :)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Could someome who knows what they are doing check over the following
patch please?
Linus Torvalds wrote:
> - pre8:
> - Stephen Rothwell: APM updates
> - Johannes Erdfelt: USB updates
> - me: call_usermodehelper(/sbin/hotplug) cleanup and deadlock fix
> - Leonard Zubkoff: DAC960 D
OK, the problem is that drm_device.tq is a tq_struct, which we just got
done redoing. tq->next was removed in favor of the new tq.list.
so drm_device.tq needs to be rewritten to use the new task queue, and the
problem will be solved.
ill dig through the archives and see if i can figure out the
There seem to be quite a lot of compile failures wrt tq_struct.
Does anyone have a template patch to use to start fixing these?
-d
begin:vcard
n:Ford;David
x-mozilla-html:TRUE
url:www.blue-labs.org
adr:;;
version:2.1
email;internet:[EMAIL PROTECTED]
title:Blue Labs Developer
note;quoted-
Hi folks
What should I do, when I run cdda2wav | gogo (riping CD from a ATAPI
CD thru mp3 encoder) and get a continuous dropping of characters, on a 16550-
enhanced serial port, without handshake, with full-duplex load of 115200 bps?
About 1 of 320 bytes is miscommunicated.
The kernel is 2.2.12.
Hi,
vmtruncate () in test11 doesn't clear ends of partial pages. Patch is attached
below.
HOWEVER, it doesn't fix everything: partial_clear () contains
if (!pte_present(pte))
return;
so swapped-out pages don't get truncated (so the patch seems to break things:
truncate () b
Looks like their dns server is borked. I can't even get to their site.
David Ford wrote:
>
> "Mohammad A. Haque" wrote:
>
> > Hit http://www.lm-sensors.nu/
>
> does anyone have an IP address for cvs.lm-sensors.nu?
>
> -d
--
==
Hello,
I sent Linus a patch a few minutes ago regarding a tq_struct issue within
drivers/i2o/i2o_lan.c . Alan just sent out a MD5sum for test12-pre8 , so I would
double check the MD5sum against your version of test12-pre8 to see if your errors are
from 'old' test12-pre8 or 'new' test12-pre8
Hello!
I'm using the kernel automounter to mount several cdrom's and partitions
on my smp-box. When the mount expires they aren't automatically
unmounted.
Forcing a 'kill -SIGUSR1 `pidof automount`' works for some devices, but
others stay.
$ umount /auto/install
umount: /auto/install: device is
On Sun, 10 Dec 2000, Miloslav Trmac wrote:
> Hi,
> vmtruncate () in test11 doesn't clear ends of partial pages. Patch is attached
It doesn't and it shouldn't. That's done in ->truncate(). Check ext2_truncate()
for example.
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
Hello,
On Sat, 9 Dec 2000, Victor J. Orlikowski wrote:
> After doing some googling
> It would appear that, in Family 5, Model 8, Stepping 12 of the K6-2,
> AMD used a different CPU core, that was more similar to the K6-3, and
> that there is a slightly odd way of doing write-combini
Hmm, not only I see files stuffed with random data but sometimes also with
a block of zeroes (about 3600 consecutive zero bytes in a .depend file)
At one time /var/log/messages said while doing rm -rf:
Dec 10 21:23:04 iapetus kernel: EXT2-fs error (device ide0(3,4)): ext2_readdir: bad
entry in d
Aaron Tiensivu wrote:
>| 2.2.18-pre26 was compiled with gcc 2.91.66 (kgcc).
>| 2.4.0-test12-pre7 was compiled with gcc 2.95.3.
>
>That's your answer right there.
>GCC 2.95.3 compiles much slower than kgcc.
>
>Rerun the 2.4.0 with kgcc to be fair. :)
Actually, it is fair. There are really two res
On Sun, Dec 10 2000, Frank van Maarseveen wrote:
> Hmm, not only I see files stuffed with random data but sometimes also with
> a block of zeroes (about 3600 consecutive zero bytes in a .depend
> file) At one time /var/log/messages said while doing rm -rf:
>
> Dec 10 21:23:04 iapetus kernel: EXT2
On Sun, 10 Dec 2000, Tigran Aivazian wrote:
> > user% ./fd-exhaustion # e.g. while(1) open("/dev/null",...);
> > root# cat /proc/sys/fs/file-nr
> > cat: /proc/sys/fs/file-nr: Too many open files in system
> >
> > The above happens even with increased NR_RESERVED_FILES to 96 [no
> > wonder, get
On Sun, Dec 10, 2000 at 08:04:07PM +0100, Abramo Bagnara wrote:
> ... the only missing things from core_t2.h are some defines to
> permit to it to work when CONFIG_ALPHA_T2 is defined.
Have you tried it? I did. It works fine.
What _is_ defined in asm/core_t2.h is enough for alpha/lib/io.c to
d
Hakan Lennestal wrote:
> > Well try the latest out there...test12-pre7.
> This is with test12-pre7 and HPT-bios 1.27.
My system is test12-pre7 also; but the bios is only 1.22 - but I am
using the 'RU' bp6 bios, which I thought to be the latest. Any pointers
on how to get a newer HPT-bios?
> Reg
On Sun, 10 Dec 2000, Tigran Aivazian wrote:
> problem (e.g. you mentioned something about allocating more than NR_FILES
> on SMP -- what do you mean?) which you are not explaining clearly.
E.g. situation, only one file struct left for allocation. One CPU goes
into get_empty_filp and before kmem
On Sun, 10 Dec 2000, Szabolcs Szakacsits wrote:
> Or 0 shouldn't be between 0 and NR_RESERVED_FILES. Right? Wrong. I saw
> it happens, you can reproduce it if you lookup the nr_free_files
> value, allocate that much by root, don't release them and
> immediately after this start to allocate fd's by
Both MODULE_PARM and __init are removed by precompiler when not compiler
as module, so no need for ifdefs.
2.4.0-test12pre8
Pavel Rabel
--- mdacon.c.oldSun Dec 10 21:00:20 2000
+++ mdacon.cSun Dec 10 21:04:32 2000
@@ -77,10 +77,8 @@
static struct vc_data *mda_display_fg = NULL;
Hi!
> I found a process constantly writing to disk when I run gnome as desktop
> and while the whole system is idle. I don't find anything in the log
> file, and I don't see anything updated in my home dir or in /tmp. Does it
> sound like bdflush is writing? But I don't hear the disk access w
1 - 100 of 187 matches
Mail list logo
