On Tue, 17 Apr 2001, Dave Zarzycki wrote:
On Tue, 17 Apr 2001 [EMAIL PROTECTED] wrote:
^^
Arrggg!!! Mumble... grumble... F*cking spammer using my hostname as the
from address for sending spam...
Funny, I saw a "From: [EMAIL PROTECTED]" ...
regards,
Dave Zarzycki [EMAIL PROTECTED] writes:
On Tue, 17 Apr 2001 [EMAIL PROTECTED] wrote:
^^
Arrggg!!! Mumble... grumble... F*cking spammer using my hostname as the
from address for sending spam...
Not true. The From: address was simply "J.I."; your
Tim Hockin wrote:
disallowed CPU on which it is already running. And even a non-RT
process will stick on its disallowed CPU as long as nothing else runs
there.
are we going to keep the cpus_allowed API? If we want the (IMHO) more
flexible sysmp() API - I'll finish the 2.4 port. If
(Sending to LKML just so nobody else flips out)
OK it wasn't just us. Lemme reassure the admins I just forwarded it to ;)
It seems to list the hostname of whoever receives it (neat trick).
On Tue, 17 Apr 2001, Dave Zarzycki did have cause to say:
On Tue, 17 Apr 2001 [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Dear Friend:
YOU CAN make over a half million dollars every 4 to 5 months from
your home for a one time investment of only twenty five U.S.
Dollars.
This did not originate from toyota.com - The spammer simply
used that domain as the "from" hostname. We are careful
Followup to: [EMAIL PROTECTED]
By author:Rik van Riel [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
Suppose you have 8 high-priority tasks waiting on kswapd
and one lower-priority (but still higher than kswapd)
process running and preventing kswapd from doing its work.
Oh .. and
I repeat myself, fighting is apparently so pleasant that you are stuck on
fighting over dead-end technology:
I seriously suggest that for the primary (subject given) topic
you are SERIOUSLY OFF TARGET. Look around, counting hits on
some fw rules is waste of time! (And mightly
I tested this with kernel version 2.2.18 and arp_filter appeared to be
broken... I enabled it for /proc/sys/net/ipv4/conf/all/arp_filter,
/proc/sys/net/ipv4/conf/eth0/arp_filter and
/proc/sys/net/ipv4/conf/eth1/arp_filter and it did not change the arp
behavior at all. I enabled hidden and it
george anzinger wrote:
a.) list insertion of an arbitrary timer,
should be O(log(n)) at worst
b.) removal of canceled and expired timers, and
easy to make O(1)
I thought this was true also, but the priority heap structure that has
been discussed here has a O(log(n)) removal time.
On Tue, 17 Apr 2001, Disconnect wrote:
(Sending to LKML just so nobody else flips out)
OK it wasn't just us. Lemme reassure the admins I just forwarded it to ;)
It seems to list the hostname of whoever receives it (neat trick).
sendmail, by default, appends its domainname to incoming
At 10:22 PM +0300 2001-04-17, Matti Aarnio wrote:
Oops, something leaked thru, now I added couple filters which should
bite on this, and one other mutation of the same kind...
(Naturally I had to remove trap key-phrases from the text..)
Does that mean I don't get my half million dollars
Now I have the problem that kernels 2.4.2 and 2.4.3 don't recognize this
adapter any more, while all 2.2-kernels I used (I currently remember
2.2.19, 2.2.18 and debian-2.2.17pre6) work with it without problems.
Load the module with isapnp=1. It defaults to not scanning isapnp boards which
I set up a raw device: raw /dev/raw/raw1 /dev/hdd
with /dev/hdd being my DVD drive.
Xine then does repeated llseeks on /dev/raw/raw1 until it gets above 4G.
Because /dev/raw/raw1 and the associated /dev/hdd both are on reiserfs,
and reiserfs has a 4G limit, llseek assumes the same for the
On Tue, 17 Apr 2001, Matti Aarnio wrote:
Oops, something leaked thru, now I added couple filters which should
bite on this, and one other mutation of the same kind...
(Naturally I had to remove trap key-phrases from the text..)
/Matti Aarnio
-
To unsubscribe from this list: send
Hi, Andy!
I would think that it would make sense to keep shutdown
with all the other
power management events. Perhaps it will makes more sense
to handle UPS's
through the power management code.
Yes, that would be another acceptable solution. Situation where half
of power
On Tue, 17 Apr 2001 [EMAIL PROTECTED] wrote:
^^
Arrggg!!! Mumble... grumble... F*cking spammer using my hostname as the
from address for sending spam...
Its variously called 'fraud' and 'obtaining services by deception' in most
jurisdictions and as a
On Tue, 17 Apr 2001, Matti Aarnio wrote:
Oops, something leaked thru, now I added couple filters which should
bite on this, and one other mutation of the same kind...
(Naturally I had to remove trap key-phrases from the text..)
/Matti Aarnio
Is it possiblt to filter based on
On Tue, Apr 17, 2001 at 06:15:24PM +0200, Jan Kasprzak wrote:
Alan Cox wrote:
: : but once a fixed BIOS is out for your board that would be a good first step.
: : If it still does it then, its worth digging for kernel naughties
: :
:I don't think I have 686b southbridge. I have 686
John Jasen wrote:
On Tue, 17 Apr 2001, Disconnect wrote:
(Sending to LKML just so nobody else flips out)
OK it wasn't just us. Lemme reassure the admins I just forwarded it to ;)
It seems to list the hostname of whoever receives it (neat trick).
sendmail, by default, appends its
On Tuesday 17 April 2001 18:45, Oliver Teuber wrote:
my smc epic100 card does not work with the device driver from
linux-2.4.3-ac7.
linux-2.2.19 works fine for me.
Same behavior here. Just want to add that the 2.4.0 kernel (SuSE 7.1) also
works fine.
Stefan
-
To unsubscribe from this list:
On Tue, Apr 17, 2001 at 08:18:57PM +0100, D . W . Howells wrote:
Andrea,
As said the design of the framework to plugin per-arch rwsem implementation
isn't flexible enough and the generic spinlocks are as well broken, try to
use them if you can (yes I tried that for the alpha, it was
Jesse S Sipprell wrote:
: After cursory examination of proftpd, it appears that there is a misuse of the
: sendfile() call under Linux, which may be responsible for the corruption. The
: code was originally based on BSD semantics. Under Linux, the offset argument
: is not being used correctly
My fstab:
/dev/cdrom /mnt/cdrom iso9660
noauto,user,ro 0 0
/dev/cdrom /mnt/cdmac hfs
noauto,user,ro 0 0
Change your fstab to read instead:
/dev/cdrom/mnt/cdromautonoauto,user,ro0
On Tue, Apr 17, 2001 at 01:23:07PM -0700, David S. Miller wrote:
One more subtle note, for the case of error handling. There is a
change to sendfile() in the zerocopy patches which causes sendfile()
to act more like sendmsg() when errors occur.
How is this likely to affect applications?
/dev/cdrom/mnt/cdromautonoauto,user,ro0 0
And remove the other cdrom listing. This will allow mounting any
supported format and eliminate the duel support for one device.
That's not the point. The kernel should not allow someone to
eject a mounted media.
I'm involved with modifying a device driver for new hardware.
The architecture is currently:
open device
do IOCTL (spinning a kernel thread and doing initialization)
There is currently an IOCTL which short-circuits to the close method.
Turns out it seems necessary to do this
On Tue, Apr 17, 2001 at 05:54:22PM +0200, Udo A. Steinberg wrote:
To me it's pretty pointless to fill dmesg and the logfiles with
this rather harmless but still annoying info.
Yes, it's debugging info. I think that FIFO/DMA printing seems to
work quite well now, so maybe it's time to turn
On Tuesday 17 April 2001 22:36, Jan Kasprzak wrote:
+ if (len == -1 || len 0 len count) {
are you sure there are no missing () ?
if ((len == -1) || (len 0) (len count)) {
assumig that has precedence over || (I believe so)
-
To unsubscribe from this list: send the line "unsubscribe
- Received message begins Here -
Jesse Pollard replies:
to Leif Sawyer who wrote:
Besides, what would be gained in making the counters RO, if
they were cleared every time the module was loaded/unloaded?
1. Knowlege that the module was reloaded.
2. Knowlege that
this is my problem
i have a 3c595TX card and when i plus it in my hub it at 10base T i
tride to put the new modules and nothing changed i have a 2.2.16 kernel
and 2.4.1 kenel and it's the same in the too cases ,
and i have to other computer using a 100base T cards from real tek and
they appear
Hi!
These are tiny cleanups you might like. sizes are "logically"
long. No, it does not matter on i386.
processor.h makes INIT_TSS look much more readable. [Please tell me
applied or rejected]
Pavel
Index: include/asm-i386/posix_types.h
Hi Andrea,
In article [EMAIL PROTECTED] you wrote:
I didn't exported rwsem.c if CONFIG_RWSEM_GENERIC is set to n as suggested
by Christoph yet because the old code couldn't be buggy and it's not obvious to
me that the other way around is correct (Christoph are you sure we can export an
I noticed that subsequent calls to kmem_cache_create with the same name
does not return an -EEXIST return code, but instead barfs and crashes
with a bug at slab.c line 804. This occurs in 2.4.3.
Is this the expected behavior for kmem_cache_create? I am using
the slab allocator to create and
Alan Cox wrote:
I was asking because I had this problem before (router with two cards
against one physical subnet) and arpwatch complained that the router kept
switching MACaddresses all the time.
That sounds like a bug in arpwatch. A box can have multiple mac
addresses. Its probably a
On Tue, Apr 17, 2001 at 05:04:28PM -0400, Marty Leisner wrote:
open device
do IOCTL (spinning a kernel thread and doing initialization)
There is currently an IOCTL which short-circuits to the close method.
Turns out it seems necessary to do this IOCTL -- close never gets
On Tue, 17 Apr 2001, Wolfgang Rohdewald wrote:
On Tuesday 17 April 2001 22:36, Jan Kasprzak wrote:
+ if (len == -1 || len 0 len count) {
are you sure there are no missing () ?
if ((len == -1) || (len 0) (len count)) {
assumig that has precedence over || (I believe so)
I
Jesse Pollard replies:
to Leif Sawyer who wrote:
Besides, what would be gained in making the counters RO, if
they were cleared every time the module was loaded/unloaded?
1. Knowlege that the module was reloaded.
2. Knowlege that the data being measured is correct
3.
What can cause a close not to get invoked? BTW, the close is returning
with a 0 status to the application ...(it definitely did NOT
get invoked in the driver)
The driver release function is invoked when the use count of the handle hits
zero. Make sure you are not muddling release and flush
I am sure ppc couldn't race (at least unless up_read/up_write were excuted
from irq/softnet context and that never happens in 2.4.4pre3, see below ;).
This is not actually using the rwsem code I wrote at the moment.
And incidentally the above is what (I guess Richard) did on the alpha and
On Tue, Apr 17, 2001 at 11:29:23PM +0200, Christoph Hellwig wrote:
Yes! All the objects in export-objs only get additional depencies in
Rules.make - but if they do not get compiled at all that depencies won't
matter either. All other makefile work this way, btw.
ok thanks for the confirm.
On Tue, Apr 17, 2001 at 03:29:20PM -0600, Jeff V. Merkey wrote:
Added kmem_cache_destroy() to get around the problem. I'm still
curious as to why we need to panic at this point rather than return
an error.
Thanks
Jeff
I noticed that subsequent calls to kmem_cache_create with the same
Le 15 Apr 2001 21:08:04 +0200, Andreas Peter a crit :
Hi,
I've posted about performance problems with my RAID0 setup.
RAID works fine, but it's too slow.
Hi
I have the same problem, but i think it 's a BX chipset related problem.
I Have a BP6 whit a BX chipset and a htp 366 chipset.
on a
James Simmons wrote:
Thanks, that solved my problem. Have added it to the patch...
THe patch 2.4.3 kernel seem to be working well, except that I can't get
PowerOff to kick in - it stops dead there, where it used to power down.
Is this the case when the patch is removed as well. When does
Hello,
Sampsa Ranta wrote:
23:38:25.278848 arp who-has 194.29.192.38 tell 194.29.192.10 (0:50:da:82:ae:9f)
23:38:25.278988 arp reply 194.29.192.38 is-at 0:1:2:dc:d2:64 (0:50:da:82:ae:9f)
23:38:25.279009 arp reply 194.29.192.38 is-at 0:1:2:dc:d2:6c (0:50:da:82:ae:9f)
The second
"Grover, Andrew" [EMAIL PROTECTED] writes:
Hi Pavel,
I think init is doing a perfect job WRT UPSs because this is a
trivial application of power management. init wasn't really meant
for this. According to its man page:
"init...it's primary role is to create processes from a script in
Resending ...
- Forwarded message from Linas Vepstas [EMAIL PROTECTED], [EMAIL PROTECTED] -
Subject: Re: mouse problems in 2.4.2 - lost byte - Patch(2.4.3)!
In-Reply-To: [EMAIL PROTECTED] "from Gunther Mayer at Apr 8, 2001
10:23:09 pm"
To: Gunther Mayer [EMAIL PROTECTED]
Date:
I got the following with CONFIG_DEBUG_KERNEL not set:
kernel/kernel.o(__ksymtab+0xc80): undefined reference to `handle_sysrq'
kernel/kernel.o(__ksymtab+0xc88): undefined reference to `__handle_sysrq_nolock'
kernel/kernel.o(__ksymtab+0xc90): undefined reference to `__sysrq_lock_table'
Leif Sawyer [EMAIL PROTECTED] writes:
Jesse Pollard replies:
to Leif Sawyer who wrote:
Besides, what would be gained in making the counters RO, if
they were cleared every time the module was loaded/unloaded?
1. Knowlege that the module was reloaded.
2. Knowlege that the data
This is probably a stupid question, and probably directed to the wrong
list. Apologies in advance, but I'm stumped
I've been working on a kernel module to report on "changed files". It
works just fine -- I wrap the orignal system calls with my
[...]
At least in the 2.4 kernels, there's
resending another lost message
- Forwarded message from Linas Vepstas [EMAIL PROTECTED], [EMAIL PROTECTED] -
Subject: Re: mouse problems in 2.4.2 - lost byte - Patch(2.4.3)!
In-Reply-To: [EMAIL PROTECTED] "from Gunther Mayer at Apr 8, 2001
10:23:09 pm"
To: Gunther Mayer [EMAIL
Hello,
Sampsa Ranta wrote:
The code I used to do the trick at my network was as simple as this,
in function arp_rcv, the problem is ip_dev_find that does know if there
are other devices with same IP address.
I don't think this is your problem. You patch is not correct.
In
On Tue, Apr 17, 2001 at 10:48:02PM +0100, D . W . Howells wrote:
I disagree... you want such primitives to be as efficient as possible. The
whole point of having asm/.h files is that you can stuff them full of
dirty tricks specific to certain architectures.
Of course you always have the
Pavel Machek wrote:
Hi!
These are tiny cleanups you might like. sizes are "logically"
long. No, it does not matter on i386.
processor.h makes INIT_TSS look much more readable. [Please tell me
applied or rejected]
Pavel
Leif Sawyer [EMAIL PROTECTED] writes:
Jesse Pollard replies:
Removing/no-oping the reset code would make the module
SMALLER, and simpler.
NO. Don't remove the functionality that is required.
Please explain where counter reset capability provides any
functionality that is not
Fix your userspace applications to behave correctly. If _you_
require your userspace applications to not clear counters, then fix
the application.
You are confused. What would you say if a close() by another,
No he isnt confused, you are trying to dictate policy.
unrelated
On Tue, Apr 17, 2001 at 11:50:27PM +0200, Phil wrote:
Le 15 Apr 2001 21:08:04 +0200, Andreas Peter a crit :
Hi,
I've posted about performance problems with my RAID0 setup.
RAID works fine, but it's too slow.
Hi
I have the same problem, but i think it 's a BX chipset related problem.
Hi
I just got an oops with 2.4.3-ac7:
[1.] Kernel oops'es and KDE hangs.
[2.] While compiling gcc, suddenly KDE hangs. I was able to change to a
console to investigate the problem. It appears that the dying process
was kwin as X and other parts of KDE still is responsive. The kernel
seems to
"Brian J. Watson" wrote:
path = __d_path(pwd, pwdmnt, NULL, NULL, path, PAGE_SIZE);
Oops! That's no good. Here's the new and improved version:
char *
kgetcwd(char **bufp)
{
char *path, *buf = (char *) __get_free_page(GFP_USER);
struct vfsmnt *pwdmnt;
struct
[EMAIL PROTECTED] said:
The architecture is currently:
open device
do IOCTL (spinning a kernel thread and doing initialization)
There is currently an IOCTL which short-circuits to the close method.
Turns out it seems necessary to do this IOCTL -- close never gets
invoked.
Alan Cox [EMAIL PROTECTED] writes:
Fix your userspace applications to behave correctly. If _you_
require your userspace applications to not clear counters, then fix
the application.
You are confused. What would you say if a close() by another,
No he isnt confused, you are
Hi,
The kernel configuration menu items have been changing quite a bit. So, I
apologize for asking a trivial question in this forum.
I am trying to configure and install linux kernel 2.2.19. This system has
a Adaptec 2940 SCSI adapter. I have enabled SCSI support kernel configuration
menu and
On Tue, 17 Apr 2001, Subba Rao wrote:
I am trying to configure and install linux kernel 2.2.19. This system has
a Adaptec 2940 SCSI adapter. I have enabled SCSI support kernel configuration
I think you want the aic7xxx driver - istr the aha2940 cards are actually
aic789x chipsets.
Hi folks.
I noticed that proc_lookup is not exported in fs/proc/procfs_syms.c but
that the function is an external in include/linux/proc_fs.h.
This patch exports the function appropriately and is against the 2.4.3
kernel tree.
*** procfs_syms.c.orig Tue Apr 17 15:50:56 2001
--- procfs_syms.c
It is 36bytes. and on 64bit archs the difference is going to be less.
You're right - I can't add up (must be too late at night), and I was looking
at wait_queue not wait_queue_head. I suppose that means my implementations
are then 20 and 16 bytes respectively.
On 64-bit archs the difference
H. Peter Anvin writes:
By author:"Heusden, Folkert van" [EMAIL PROTECTED]
Would anyone be intrested (besides me) in a kernel which can page
...
Certain parts of drivers could get the __pageable prefix or so
VMS does this. It at least used to have a great tendency to crash
itself,
No he isnt confused, you are trying to dictate policy.
What then *is* the policy?
The policy is not to have policy. It works as well in kernel design as politics.
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
VIA users should test this kernel carefully. It has what are supposed to be
the right fixes for the VIA hardware bugs. Obviously
From: "Subba Rao" [EMAIL PROTECTED]
Hi,
The kernel configuration menu items have been changing quite a bit. So, I
apologize for asking a trivial question in this forum.
I am trying to configure and install linux kernel 2.2.19. This system has
a Adaptec 2940 SCSI adapter. I have enabled
[do we want to move this to linux-power?]
From: John Fremlin [mailto:[EMAIL PROTECTED]]
We are going to need some software that handles button events, as
well as thermal events, battery events, polling the battery, AC
adapter status changes, sleeping the system, and more.
Dealing with
On Tue, 17 Apr 2001, Tim Waugh wrote:
On Mon, Apr 16, 2001 at 05:54:41PM -0700, Mr. James W. Laferriere wrote:
# /etc/printcap
# Please don't edit this file directly unless you know what you are doing!
# Be warned that the control-panel printtool requires a very strict format!
# Look at
Hi,
I'm using 2.4.4-pre3 and get this message occasionally when the system is
loaded:
Apr 17 16:10:12 omega kernel: eth0: Too much work in interrupt, status e401.
Apr 17 16:10:12 omega kernel: eth0: Too much work in interrupt, status e401.
The nic is a 3Com 3c905B. Is this a bad thing?
Subba,
The 2940 uses an AIC7890 (or related) chip. Look for AIC7XXX in the options.
David
At 03:45 PM 4/17/01, Subba Rao wrote:
Hi,
The kernel configuration menu items have been changing quite a bit. So, I
apologize for asking a trivial question in this forum.
I am trying to configure and
Vibol Hou a crit :
Hi,
I'm using 2.4.4-pre3 and get this message occasionally when the system is
loaded:
Apr 17 16:10:12 omega kernel: eth0: Too much work in interrupt, status e401.
Apr 17 16:10:12 omega kernel: eth0: Too much work in interrupt, status e401.
The nic is a 3Com 3c905B. Is
Hello Tim ,
On Tue, 17 Apr 2001, Mr. James W. Laferriere wrote:
On Tue, 17 Apr 2001, Tim Waugh wrote:
[...]
/c#eodiecnyotai rhernili s to rpaemn
s eehpo o-.ROLPR0 roif{\=sl:x
Jaquemet Loic wrote:
I've got a similar problem with a RTL-8139 (rev 10) ( 8139too.c )
Apr 17 22:53:12 skippy kernel: eth1: Too much work at interrupt,
IntrStatus=0x0040.
The maintenair of this module writes that's a RxFIIFO Overflow that have
probably no other issue than buying a new
On Wed, 18 Apr 2001, Alan Cox wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
There is no ac9 patch on ftp.kernel.org. Did you put it there?
---
Sergey Kubushin Sr. Unix Administrator
CyberBills, Inc.Phone: 702-567-8857
874
On Tue, 17 Apr 2001, Jeff Golds wrote:
Hi folks.
I noticed that proc_lookup is not exported in fs/proc/procfs_syms.c but
that the function is an external in include/linux/proc_fs.h.
Not every public function needs to be exported. proc_lookup() is
shared between different files in
There should be only one PM policy agent on the system. I don't care about
other processes that query for display purposes, but someone needs to be
The kernel pm code assumes there is a single agent issuing power management
requests via pm_* calls. User space is a different matter. There are
ip_masq_ftp does case sensitive comparisons of FTP commands when
snooping the control connection, and may thus miss legitimate PORT/PASV
negotiation. The culprit is the use of safe_mem_eq2 to match on the
commands, it catches them in either all-caps or all-lower-case (PASV,
pasv), but not in
Hi,
I'm running on a machine with 2GB of memory and dual PIII 550MHZ.
Just after boot with "nothing else running":
I run a program that almost like dd if=/dev/null of=/local/test
count=1 bs=100
Except that there is a thread for reading and a thread for writing.
The program itself almost
Nick Pollitt writes:
Changes to array.c expose cpus_allowed in proc/pid/stat.
...
-%lu %lu %lu %lu %lu %lu %lu %lu %d %d\n",
+%lu %lu %lu %lu %lu %lu %lu %lu %d %d %lu\n",
...
- task-processor);
+ task-processor,
+ task-cpus_allowed);
This isn't good.
"Grover, Andrew" [EMAIL PROTECTED] writes:
[do we want to move this to linux-power?]
I'm happy to as long as I'm cc'd.
[...]
IMHO the pm interface should be split up as following:
(1) Battery status, power status, UPS status polling. It
should be possible for lots of
Alan Cox [EMAIL PROTECTED] writes:
[...]
I would tend to agree here. If you want to wire it to init the fine
but pm is basically message passing kernel-user and possibly
message reply to allow veto/approve. APM provides a good API for
this and there is a definite incentive to make ACPI use
Alan,
This does not seem to fix the problem with "clock timer", which
repeatedly prints the following message:
probable hardware bug: clock timer configuration lost - probably a VIA686a motherboard.
probable hardware bug: restoring chip configuration.
The machine does not get any further than
On Wed, 18 Apr 2001, Jason Thomas wrote:
Alan,
This does not seem to fix the problem with "clock timer", which
repeatedly prints the following message:
probable hardware bug: clock timer configuration lost - probably a VIA686a
motherboard.
probable hardware bug: restoring chip
This particular motherboard is an ASUS CUV4X-DLS, the chipset is a
VIA694XDP, the IDE chipset however is a VIA686b.
I've seen this in all the kernels I've tried with the "ac" patches.
Any kernel I've tried that are NOT SMP work fine.
On Tue, Apr 17, 2001 at 10:26:26PM -0400, Byron Stanoszek
On Tue, 17 Apr 2001, Wilfried Weissmann wrote:
Andre Hedrick wrote:
Wilfried,
Why a module?
The idea behind that was that, if it is a seperate module, then it would be easier
to maintain for
me. I am a guy that always needs the newest and greatest, so I expected that I would
Processes, most easily mozilla, get stuck in the "D" state in
2.4.4-pre4. I don't believe this was fixed in pre2 but now it happens
again. Also, just a minor error, but 2.4.4-pre4 modules are put in
the 2.4.3 directory. The version number was probably accidentally left
the same.
Sent this to l-k on Mar 4, and after the release of 2.4.3 with still no
response or fix, sent a copy to Jens Axboe on Mar 31. I have not heard
anything back to date.
Is anyone looking at this? Or at least aware of it?
Thanks.
- Forwarded message from Jim Breton [EMAIL PROTECTED] -
Ghadi Shayban wrote:
Processes, most easily mozilla, get stuck in the "D" state in
2.4.4-pre4. I don't believe this was fixed in pre2 but now it happens
again. Also, just a minor error, but 2.4.4-pre4 modules are put in
the 2.4.3 directory. The version number was probably
Recently on the -ac tree, hdparm -t has been telling me about 29MB/s,
while on the main tree even since 2.4.0 and through 2.4.4-pre4, it
tells
me about 35MB/s. I do use a VIA chipset, but I don't recall it (686a)
was afflicted by the hardware bug. Furthermore, I believe performance
was poor
This patch supplies sixteen more missing entries for the Configure.help
file. It changes one more entry that hadn't caught up to a rename of the
relevant symbol. It should be applied after my previous patch 1
under the same title. More to come...
---
Jan Kasprzak wrote:
: $ cmp -cl seawolf-sendfile.iso seawolf-i386-SRPMS.iso
[...]
:
: Which simply means, that at 160628609 it started to send
: the CD image from the beginning.
Well, I did strace of proftpd, and it _may_ be a mis-interpretation
of the sendfile(2) semantics on the
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 (which
isn't all that practical
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 (which
isn't
Hi,
A few comments on cml2 1.1.5 running on my Pentium 133S (make menuconfig,
fastmode):
- Instantaneous moving up/down! Excellent!
- Thanks for dark blue! The cyan was barely readable. Now all the colours
are nicely readable. I don't necessarily like your choice of colours but as
long as I
Jesse S Sipprell writes:
A patch will be coming out soon, as it is a fairly trivial fix.
Thank you for tracking this down.
One more subtle note, for the case of error handling. There is a
change to sendfile() in the zerocopy patches which causes sendfile()
to act more like sendmsg() when
Jeff Garzik wrote:
Ghadi Shayban wrote:
Processes, most easily mozilla, get stuck in the "D" state in
2.4.4-pre4. I don't believe this was fixed in pre2 but now it happens
again. Also, just a minor error, but 2.4.4-pre4 modules are put in
the 2.4.3 directory. The version number was
Hello,
During the last stage of make modules_install on 2.4.3-ac9, I received the
following:
depmod: *** Unresolved symbols in
/lib/modules/2.4.3-ac9/kernel/net/wanrouter/af_wanpipe.o
depmod: wanpipe_mark_bh
depmod: wanpipe_queue_tq
depmod: wanpipe_find_card
Regards,
Frank
The previous
Hi all,
I've been lurking for some time now, unsure of whether
I had some special issues in my own setup, but seeing
these others come forward has emboldened me to speak
out as well.
I am running a RH 7.0 box with all updates and then some,
and generally trying each new 2.4 pre patch or -ac
401 - 500 of 522 matches
Mail list logo