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)
Hi,
I have a Tyan S2520 motherboard and I am getting IO-APIC errors. I
looked in the documentation in IO-APIC.txt and there was the following
one-liner:
echo -n pirq=; echo `scanpci | grep T_L | cut -c56-` | sed 's/ /,/g'
Unfortunately, this doesn't work for me. There is no "T_L" in
Hi,
If I compile the 2.4.0-test8 kernel on uniprocessor intel machine with SMP
support, I get no compilation problems. But when I compile on a 'netfinity'
machine with 3 intel processors with SMP support, the telnet session in
which I do this gets hung during 'make bzImage'. Though the 'bzImage'
On Tue, 17 Apr 2001, battata chafik wrote:
> 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
This patch supplies seventeen more missing entries for the
Configure.help file, for a total of 65 so far. It also corrects some
places where I omitted a CONFIG_ prefix. It should be applied after my
previous patches 1, 2, and 3 under the same title.
--- Configure.help 2001/04/18 03:04:27
> Is there a way to turn file caching off, or at least limit its size ?
>
> Thanks,
>
> Laurent Chavet
What benefit do you think you would get by limiting its size? All that
would do is ensure you hit the cache thrashing point sooner.
DS
-
To unsubscribe from this list: send
Alan Cox wrote:
>
> > 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,
On Wed, 18 Apr 2001, Jeff Chua wrote:
> depmod: *** Unresolved symbols in /lib/modules/2.4.4-pre4/kernel/fs/nfsd/nfsd.o
> depmod: nfsd_linkage_Rb56858ea
Grrr...
Add #include to fs/filesystems.c. My apologies.
--- fs/filesystems.cTue Apr 17 23:40:32 2001
+++ /tmp/filesystems.c
Hi All,
at the suggestion of Chris ([EMAIL PROTECTED]) I wrote a simple
checker to warn when the length parameter to copy_*_user was (1) an
integer and (2) not checked < 0.
As an example, the ipv6 routine rawv6_geticmpfilter gets an integer 'len'
from user space, checks that it is smaller
I compiled 2.4.4-pre4 and use nfsd as a module. Got the following error:
depmod: *** Unresolved symbols in /lib/modules/2.4.4-pre4/kernel/fs/nfsd/nfsd.o
depmod: nfsd_linkage_Rb56858ea
Didn't have such problem on 2.4.4-pre3.
Jeff
[ [EMAIL PROTECTED] ]
-
To unsubscribe from this
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
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
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
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
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
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]> -
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.
This patch supplies sixteen more missing entries for the
Configure.help file, for a total of 48 so far. It also corrects some
places where periods are run onto URLs. It should be applied after my
previous patches 1 and 2 under the same title. More to come...
---
Theodore Tso writes:
> 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
>>
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
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 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
There might be room in our educational mission for us the send someone
with equipment to support the meeting like we do with the ietf, and nanog.
joelja
On Tue, 17 Apr 2001, Theodore Tso wrote:
> On Mon, Apr 16, 2001 at 05:53:19PM -0700, David S. Miller wrote:
> >
> > It does not work in a
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
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
"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
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
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
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,
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
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
> 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
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
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...
---
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
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
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
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
> > >
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
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
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?
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!
> > #
[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.
>
>
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
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
> > 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
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
>
> 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
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
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,
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
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
[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.
"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
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
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
> > 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
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
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]
>
>
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
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.
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
> 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,
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
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'
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]>
"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
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
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.
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
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
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.
> 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
> 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
> > 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
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 ||
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
>
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
The latest version is always available at http://www.tuxedo.org/~esr/cml2/
Release 1.1.6: Tue Apr 17 17:34:05 EDT 2001
* Steven Cole caught a buggy baton.
Another hour, another error report...
--
http://www.tuxedo.org/~esr/">Eric S. Raymond
Under democracy one party
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
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
>
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
- 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.
> >
This patch supplies sixteen missing entries for the Configure.help
file. It changes one entry that hadn't caught up to a rename of the
relevant symbol. More to come...
--- Configure.help 2001/04/17 19:32:34 1.1
+++ Configure.help 2001/04/17 21:11:43
@@ -11889,6 +11889,28 @@
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
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
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
Jesse S Sipprell writes:
> On error, -1 is returned in the usual fashion and offset is purported to be
> updated to point to the next byte following the last one sent.
>
> Will the zerocopy patches break this?
No, they should not.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe
> > /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
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?
Hi,
On Sat, Apr 14, 2001 at 08:31:07PM -0300, Marcelo Tosatti wrote:
> On Sat, 14 Apr 2001, Rik van Riel wrote:
> > On Sat, 14 Apr 2001, Marcelo Tosatti wrote:
> >
> > > There is a nasty race between shmem_getpage_locked() and
> > > swapin_readahead() with the new shmem code (introduced in
> >
> > 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/cdromauto
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
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
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,
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
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,
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
> 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
1 - 100 of 522 matches
Mail list logo
