On Wed, Oct 18, 2000 at 11:02:27PM -0700, Greg KH wrote:
> On Wed, Oct 18, 2000 at 10:47:16PM -0700, David Rees wrote:
> >
> > This is on a Tyan Trinity 1598 Socket 7 motherboard. No hubs of any sort.
>
> No external hubs? Then why is the hub driver seeing both a 2 port root
> hub, and a 4
On Wed, Oct 18, 2000 at 10:47:16PM -0700, David Rees wrote:
>
> This is on a Tyan Trinity 1598 Socket 7 motherboard. No hubs of any sort.
No external hubs? Then why is the hub driver seeing both a 2 port root
hub, and a 4 port "normal" hub? Does this motherboard have more than 2
external USB
On Wed, Oct 18, 2000 at 10:51:05PM -0700, Greg KH wrote:
> On Wed, Oct 18, 2000 at 08:21:53AM -0700, David Rees wrote:
> >
> > Nothing else odd changed. Here's the boot sequence and messages which
> > repeated endlessly after booting 2.2.18pre16 with the usb-uhci driver:
>
> This kinda looks
On Wed, Oct 18, 2000 at 08:21:53AM -0700, David Rees wrote:
>
> Nothing else odd changed. Here's the boot sequence and messages which
> repeated endlessly after booting 2.2.18pre16 with the usb-uhci driver:
This kinda looks like you have a flaky hub. It is a self powered hub?
If so, try
> model name : AMD-K6(tm) 3D processor
> Shouldn't it be K6-2?
nope
A plain K6:
model : AMD-K6tm w/ multimedia extensions
A K6-2:
model name : AMD-K6(tm) 3D processor
A K6-3:
model name : AMD-K6(tm) 3D+ Processor
A K6-2+:
model name : AMD-K6(tm)-III
On Wed, Oct 18, 2000 at 10:03:34PM -0700, Greg KH wrote:
>
> This should solve the versioned modules with a USB core compiled into
> the kernel problem that people were having.
Actually, that isn't completely true, as the Makefile still has the same
problem as before. Keith's comments get us
On Thu, Oct 19, 2000 at 10:45:36AM +1100, Keith Owens wrote:
> On Wed, 18 Oct 2000 13:47:40 -0700,
> Randy Dunlap <[EMAIL PROTECTED]> wrote:
> >Keith Owens wrote:
> >> +obj-$(CONFIG_USB) += usbcore.o usb.o
> >
> >We still need your help. Using this usb/Makefile change gives
> >me
Hi,
Here's the patch that removes usb-core.c and moves its functions into
usb.c. It's against 2.4.0-test10-pre4.
This should solve the versioned modules with a USB core compiled into
the kernel problem that people were having.
Thanks,
greg k-h
--
greg@(kroah|wirex).com
diff -Naur -X
I started work on the removal of get/put_module_symbol and immediately
hit problems, these functions are not being used the way we thought.
Instead of being used as weak linkage from one module to another,
people are using get_module_symbol in kernel code to decide if a module
needs to be loaded
Kernel == 2.2.17
CPU == AMD K6-2 350
Clock set to 300Mhz
2 root@asdf:~# cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 5
model : 8
model name : AMD-K6(tm) 3D processor
^^
Shouldn't it be K6-2?
stepping: 12
Hi all,
I would like to transfer a huge buffer (say 128k) from user space to kernel
space and return the result in the same buffer so that the user can access
the processed data from that... since these pages passed from the user spcae
may be fragmented how do i make them contiguous from user
> Looks like the application on the Linux system is issuing a close() on
> the socket before reading all of the available data. That always
> causes a RST to be sent.
Here's some stripped down code to generate bogus (I think) TCP
resets on 2.2.14-17.
The RST is generated when the server
Followup to: <[EMAIL PROTECTED]>
By author:"David S. Miller" <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> How about first finding out why their buggy JRE detects whether an
> address is local by trying to bind() to it :-)
>
> Really, when an application feeds a specific address
Hi
Just had the following happening right after booting into the fresh
kernel. Started X, and after firing up StarOffice, everything stopped
responding. I could switch back to a vc, and use Alt+SysRq to at least
sync/unmount the fs. Registers showed:
SysRq: Show Regs
EIP:
Hello All , on a compaq proliant 6000, 4 ppro 200Mhz 512k cpu's,
4.3Gb seagate system drive attached to onboard 53c875 ctrlr,
Smart Array 2/P, 392Mb, 4 18.Gb seagate st118273 raid 5,
Digital DE500(tulip), 3.5 Floppy, ide cdrom .
since I have upgraded
Linus Torvalds wrote:
> Anyway, I didn't realize you were talking about the sound drivers use of
> remap_page_range(). That's not the original reason for remap_page_range()
> at all, and in fact it's the _ugly_ way to do things. It's simple and it
> works, but it's not pretty.
>
> Quite frankly,
This is just to give folks something to sync against. Test it by all means
however.
Must fix stuff left to do for 2.2.18final
- Merge the S/390 stuff and make S/390 build again
- Fix the megaraid (revert if need be)
- Fix the ps/2 misdetect bug that has appeared
- NFSv3
we have an outstanding order for one... word from the vendor was first or
second week in november.
joelja
On Wed, 18 Oct 2000, Wakko Warner wrote:
> Has anyone tried this board with any recent 2.2 or 2.4 kernel?
>
> It has:
> Onboard Intel 82559 Ethernet controller
> Onboard Adaptec AIC-7899
Has anyone tried this board with any recent 2.2 or 2.4 kernel?
It has:
Onboard Intel 82559 Ethernet controller
Onboard Adaptec AIC-7899 dual channel Ultra160 SCSI controller
ServerWorks ServerSet III HE-SL Chipset
--
Lab tests show that use of micro$oft causes cancer in lab animals
-
To
Jamie Lokier <[EMAIL PROTECTED]> said:
> David S. Miller wrote:
> > How about first finding out why their buggy JRE detects whether an
> > address is local by trying to bind() to it :-)
> I don't know why the JRE does it, but I've seen that sort of thing used
> to decide whether to try X shared
On Thu, 19 Oct 2000, Jens Axboe wrote:
> > Admittedly I can't remember the last time I used cdp, but this seems
> > like a recent problem. Are we going to look for a workaround? I've
> > tried a number of player apps and they all appear to fail in the same
> > way.
> >
> > Judging from past
The latest version is always available at http://www.tuxedo.org/~esr/kbuild/
Release 0.8.1: Wed Oct 18 21:17:56 EDT 2000
* Rules file synchronized with 2.4.0-test9.
CML2 is stable, working, and ready to replace the old system.
--
http://www.tuxedo.org/~esr/">Eric S.
On Thu, 19 Oct 2000 01:56:38 +0100 (BST),
Alan Cox <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote
>> modprobe would attempt to satisfy weak external references as if they
>> were normal references, including all the module dependency chains and
>> reference counts. If the reference cannot be
> The XNS specification seems loose enough to allow the Linux
> behaviour. I don't
> think we should however adopt it as default behaviour. Programs
> that dont care
> about addresses use INADDR_ANY.
>
> Alan
I worry that an application may use ability to bind to determine whether an
> modprobe would attempt to satisfy weak external references as if they
> were normal references, including all the module dependency chains and
> reference counts. If the reference cannot be satisfied, it is set to
> zero instead of causing an error. No changes to load/unload.
I dont believe
On Wed, 18 Oct 2000 20:44:19 -0400 (EDT),
Alan Cox <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote
>> Nice and clean. WEAK_EXTERN does some magic to create a NULL pointer
>> at link time or load time if the symbol is not resolved.
>
>It also has to do the rest of the magic to handle module
> Nice and clean. WEAK_EXTERN does some magic to create a NULL pointer
> at link time or load time if the symbol is not resolved.
It also has to do the rest of the magic to handle module load/unload in
parallel but that can be done as per the current code
> Linus, do you want a patch for
Werner Almesberger wrote:
> Mitchell Blank Jr wrote:
> > Yeah, a lot of the add/remove device ATM code (and, IMO, even the vcc
> > open/close) code is pretty suspect.
>
> That's actually a bit of an understatement:
Well, I was trying to be polite to the original author ;-)
-Mitch
-
To
On Thu, 19 Oct 2000 01:46:26 +0200,
Jamie Lokier <[EMAIL PROTECTED]> wrote:
>John Levon wrote:
>> should get_module_symbol() die ?
>
>Please no. I use it for a situation where two drivers can be used
>independently. However, when they're loaded at the same time they
>communicate. Having a
Date:Wed, 18 Oct 2000 20:13:17 -0400 (EDT)
From: "Robert M. Love" <[EMAIL PROTECTED]>
with this, the file failed to compile -- the kernel compiles fine
with it added back.
Are you sure you didn't mis-patch your tree?
There is only one line in the include you say needs to be
On Wed, 18 Oct 2000, Robert M. Love wrote:
> for file include/net/x25.h, test10-pre4 contains this patch:
> with this, the file failed to compile -- the kernel compiles fine with it
> added back.
i wrote too fast -- while there is a problem with x25 in the current
kernel, it may not be the
John Levon wrote:
> should get_module_symbol() die ?
Please no. I use it for a situation where two drivers can be used
independently. However, when they're loaded at the same time they
communicate. Having a third module _just_ to work out how the devices
are related (based on PCI bus
David S. Miller wrote:
> How about first finding out why their buggy JRE detects whether an
> address is local by trying to bind() to it :-)
I don't know why the JRE does it, but I've seen that sort of thing used
to decide whether to try X shared memory.
-- Jamie
-
To unsubscribe from this
On Wed, 18 Oct 2000 13:47:40 -0700,
Randy Dunlap <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote:
>> +obj-$(CONFIG_USB) += usbcore.o usb.o
>
>We still need your help. Using this usb/Makefile change gives
>me errors on all (?) exported symbols when I try to build all
>of USB into the
> e100.o is network module provided by Intel. I used version 1.3.14. The
> second nin_cs.o is for PCMCIA-CS SCSI card. It's located in
> ftp://projects.sourceforge.net/pub/pcmcia-cs/contrib/NinjaSCSI3-1.0.2.tar.gz.
Ask the authors of those modules to use mdelay() which does millisecond level
On Tue, Oct 17 2000, Thomas Molina wrote:
> > On Tue, Oct 17 2000, Thomas Molina wrote:
> > > CD Recording seems to work correctly under 2.4.0-test10-pre3. I'm using
> > > cdrecord 1.9 with a Phillips CDD3610. However, playing back an audio cd
> > > using cdp gives the following error:
> > >
>
> Assuming that my "compatibility argument" is not considered valid. What
> I really need is some good ammunition for going back to Sun to ask them
> to change the JRE spec -- like some significant kernel features or Linux
> applications that relies on this new bind() behavior.
The XNS
Date:Wed, 18 Oct 2000 17:20:22 -0600
From: Matt Peterson <[EMAIL PROTECTED]>
Assuming that my "compatibility argument" is not considered valid.
What I really need is some good ammunition for going back to Sun to
ask them to change the JRE spec -- like some significant
On Wed, Oct 18, 2000 at 05:20:22PM -0600, Matt Peterson wrote:
> Your argument for supporting dynamic interfaces is valid, I really like
> the idea of being able to bind to an interface that is not up yet. I can
> definitely see where this would be helpful -- too bad is is not part of
> the spec.
[EMAIL PROTECTED] wrote:
>
> Hello!
>
> > Using linux-2.4.0-test9, bind() incorrectly allows a bind to a non-local
> > address. The correct behavior should be a return code of -1 with errno
> > set to EADDRNOTAVAIL.
>
> You can bind to any address, it is your right. You will not able
> to
Hello,
I am still not sure why you cannot use an IPI for this... on the CPU that
you want to access this resource, send an IPI to all other CPUs, and add
code in handling that IPI that they should spin and wait till you are done
with accessing the chip... then let the other CPUs continue.
Hello Developers
Please help me get my head around this.
The newer PCI sound cards like the EMU10K1 use page tables and
a translation lookaside buffer to convert virtual to physical
addresses. I think understand why this is done and the generalities
of how but do not understand the specifics
Mitchell Blank Jr wrote:
> Yeah, a lot of the add/remove device ATM code (and, IMO, even the vcc
> open/close) code is pretty suspect.
That's actually a bit of an understatement: device removal and module
unloading it were never really meant to work :-) About the only thing
that might be okay
Hi, ALL.
> > I tested kernel 2.2.18-pre16. And include/asm-i386/delay.h is modified
> > from 2.2.17. Some non generous kernel modules use udelay() function in
> > its file. But, The function __bad_udelay in delay.h is referred but
> > any instance does not exist. So it's caused Unresolved Symbol
Ok, more of the "lots of small fixes" patches. The most notable of which
is probably the atomic PTE patches by Ben LaHaise, which fixes the
long-standing lost dirty bits problem under SMP, and also cleans up some
of the ia32 PAE mode issues.
The other noticeable one is the undefined C code
Hi, ALL.
> > I tested kernel 2.2.18-pre16. And include/asm-i386/delay.h is modified
> > from 2.2.17. Some non generous kernel modules use udelay() function in
> > its file. But, The function __bad_udelay in delay.h is referred but
> > any instance does not exist. So it's caused Unresolved Symbol
>
> On Wed, Oct 18, 2000 at 05:20:43PM +0100, Alan Cox wrote:
> > > The only thing needed is to add the SA_SAMPLE_RANDOM flag to request_irq
> > > in the drivers.
> > >
> > > If nobody objects, I'll submit a patch that adds this to network drivers.
> >
> > Network timing is controllable
> I tested kernel 2.2.18-pre16. And include/asm-i386/delay.h is modified
> from 2.2.17. Some non generous kernel modules use udelay() function in
> its file. But, The function __bad_udelay in delay.h is referred but
> any instance does not exist. So it's caused Unresolved Symbol problem.
This is
Hi, ALL.
I tested kernel 2.2.18-pre16. And include/asm-i386/delay.h is modified
from 2.2.17. Some non generous kernel modules use udelay() function in
its file. But, The function __bad_udelay in delay.h is referred but
any instance does not exist. So it's caused Unresolved Symbol problem.
On Wed, 18 Oct 2000, David Woodhouse wrote:
> On Wed, 18 Oct 2000, Richard B. Johnson wrote:
>
> >
> > This puts CMOS Chip access under a spin-lock and exports the
> > rtc_lock symbol. It is for 2.2.17, should patch to 2.2.18.
>
> Nice. You've managed to find places we haven't yet fixed it in
On Wed, 18 Oct 2000, Richard B. Johnson wrote:
>
> This puts CMOS Chip access under a spin-lock and exports the
> rtc_lock symbol. It is for 2.2.17, should patch to 2.2.18.
Nice. You've managed to find places we haven't yet fixed it in 2.4 either
:)
--
dwmw2
-
To unsubscribe from this
Here's a patch which should improve Pentium IV support in test10-pre.
The test10-pre3 patch detects Pentium IV (family code 15) but resets
boot_cpu_data.x86 to 6 in this case.
The advantage of doing this is that the places in the kernel which
construct cpu family names (i386 .. i686) still
Horst von Brand wrote:
>Adding stuff that adds no entropy (or at least doesn't add to the estimated
>entropy pool) is just a waste of effort, AFAIKS.
Adding stuff that has no entropy is a waste of effort.
Adding stuff that probably has entropy, but where you don't bump
the entropy counter,
Horst von Brand wrote:
> FORT David <[EMAIL PROTECTED]> said:
> > Horst von Brand wrote:
>
> [...]
>
> > > Dream on, as it won't happen. Just think of either:
> > >
> > > - All pieces _have_ to be the same version: What is the use then? Just ship
> > > them together and be done. Splitting it
> The only other users are 8390.h and a couple of mtd things. I don't see
> why this stuff cannot be handled in userspace with /etc/modules.conf ...
>
> should get_module_symbol() die ?
You need it to dynamically bind to another module if its loaded and still be
loadable if that module/facility
> "Ralf" == Ralf Baechle <[EMAIL PROTECTED]> writes:
Ralf> On Tue, Oct 17, 2000 at 12:53:40AM +0200, Andries Brouwer wrote:
>> (By the way, have you checked that replacing get_sectorsize by an
>> empty routine, and specifying a -b option, works well?)
>>
>> (Do you know which disks have
> [EMAIL PROTECTED] said:
> > There is no such exported variable in the 'stable' kernel tree:
>
> Then there should be, and the RTC accesses in 2.2 are probably racy.
>
> In which case, feel free to provide Alan with a patch for 2.2.18.
Andrea has some bits for this on the current/pending
Greg,
That's fine with me, especially if it fixes this problem.
Go for it.
~Randy
___
|Randy Dunlap |
|randy.dunlap_at_intel.com503-696-2055|
|NOTE: Any views presented here are mine alone|
|& may not represent
[EMAIL PROTECTED] (David Wagner) said:
> Jeff Garzik wrote:
> >Then you make your local random pool vulnerable to external
> >manipulation, to a certain extent...
> Adding more bits to the pool should never hurt; the cryptographic
> mixing ensures this. What _can_ hurt is adding predictable
On Wed, Oct 18, 2000 at 01:47:40PM -0700, Randy Dunlap wrote:
> I guess that we could go ahead and merge usb-core.c into usb.c
> if there's no good/simple solution to this.
I wanted to do that anyway, so I'd recommend it. Especially if it fixes
this problem.
Want a patch to do it?
thanks,
This puts CMOS Chip access under a spin-lock and exports the
rtc_lock symbol. It is for 2.2.17, should patch to 2.2.18.
--- linux-2.2.17/arch/i386/kernel/i386_ksyms.c.orig Wed Oct 18 12:53:42 2000
+++ linux-2.2.17/arch/i386/kernel/i386_ksyms.c Wed Oct 18 12:55:55 2000
@@ -17,7 +17,7 @@
Keith Owens wrote:
>
> Objects that export symbols must be explicitly listed before the
> calculation of OX_OBJS. usb.o is not explicitly listed as an object,
> it is implicitly included via the link of usbcore.
>
> Index: 0-test10-pre3.1/drivers/usb/Makefile
> ---
On Tue, Oct 17, 2000 at 06:13:34PM -0600, Jeff V. Merkey wrote:
> Kenneth Johansson wrote:
> > "Jeff V. Merkey" wrote:
> > > This does not solve the problem of integration testing, but eh solution
> > > here is to create an integration test group whose sole charter is to
> > > test modules in an
Jeff Garzik wrote:
>Then you make your local random pool vulnerable to external
>manipulation, to a certain extent...
Adding more bits to the pool should never hurt; the cryptographic
mixing ensures this. What _can_ hurt is adding predictable bits but
(erroneously) bumping up the entropy
On Wed, Oct 18, 2000 at 03:55:41PM -0400, Johannes Erdfelt wrote:
> On Wed, Oct 18, 2000, Andi Kleen <[EMAIL PROTECTED]> wrote:
> > On Wed, Oct 18, 2000 at 03:35:46PM -0400, Christopher Friesen wrote:
> > > Now what I'm trying to figure out is why anyone would want this value to
> > > NOT be set
On Wed, Oct 18, 2000, Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 18, 2000 at 03:35:46PM -0400, Christopher Friesen wrote:
> > Now what I'm trying to figure out is why anyone would want this value to
> > NOT be set to zero. When would you not want route flushes and route
> > changes to
On Wed, Oct 18, 2000 at 03:35:46PM -0400, Christopher Friesen wrote:
> Now what I'm trying to figure out is why anyone would want this value to
> NOT be set to zero. When would you not want route flushes and route
> changes to take immediate effect?
Mostly to avoid total breakdown of a BGP4
I figured out why my IP takeover was taking a couple seconds to take
effect even though it returned immediately--the
/proc/sys/net/ipv4/route/min_delay setting is by default set to 2,
giving a 2 second delay before the route cache is updated or flushed.
This meant that packets continued to go
On Wed, 18 Oct 2000, Alessandro Rubini wrote:
>
> > put_files_struct() is a destructor, so it won't help here. The following
> > patch may be of use [...] It's "create an empty
> > files_struct and replace the task->files with it" - thing we can't do via
> > clone() and may want to (khttpd
On Wed, 18 Oct 2000, daniel sheltraw wrote:
> Does anyone have a contact at Trident or one of the sound card
> manufacturers using this chip that could provide the docs I need?
Trident has laid off its entire 4dwave engineering team so there is noone
left at Trident who knows anything about
Hello kernel developers
Does anyone know where I can get more programming info
for the Trident 4DWave sound chip? I have obtained the
datasheets for the Trident 4DWave NX from the ALSA
site but they are not enough for my needs. The ALSA
docs give the descriptions of important registers of
the
On Wed 18 Oct 2000 19:23:54 +0100,
David Woodhouse <[EMAIL PROTECTED]> wrote:
> Don't you need to deal with the !CONFIG_AGP case correctly?
This should already be dealt with in the Makefile -- if !CONFIG_AGP,
then the file that we've been talking about (agpsupport.c) isn't
compiled.
(So,
> put_files_struct() is a destructor, so it won't help here. The following
> patch may be of use [...] It's "create an empty
> files_struct and replace the task->files with it" - thing we can't do via
> clone() and may want to (khttpd does).
Sorry, what's wrong with just closing the files? It's
On Wed, 18 Oct 2000, Sandy Harris wrote:
> So methinks the questions are whether /dev/random can get one bit of
> unknowable-by-the-enemy entropy per packet passing through a gateway
> and whether it would estimate entropy sufficiently conservatively in
> this case. If both answers are yes,
Stephen Tweedie wrote:
>
> Hi,
>
> On Tue, Oct 17, 2000 at 03:57:52PM -0600, Jeff V. Merkey wrote:
> >
> > Were Linux to go totally modular in 2.5, development cycles will be
> > reduced by 1/2 to 1/3. This is because you could always roll back to
> > known good modules to post a release.
>
[EMAIL PROTECTED] said:
> #ifdef CONFIG_MODULES
/* use get_module_symbol() */
> #else
/* reference agp_* directly */
> #endif
Don't you need to deal with the !CONFIG_AGP case correctly?
#ifdef CONFIG_MODULES
/* blah */
#elif CONFIG_AGP
/* blah */
On Wed 18 Oct 2000 10:49:24 -0700,
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Wed, 18 Oct 2000, Christoph Hellwig wrote:
>
> > In article <[EMAIL PROTECTED]> you
>wrote:
> >
> > > I have no idea what the get_module_symbol() code in question is trying to
> > > do, but this should
On Wed, 18 Oct 2000, Rik Faith wrote:
> [Note that the other way to fix this would be to export
> get_module_symbol all the time, and have it just search the available
> symbol space if CONFIG_MODULES is 'n'.]
and
s/_module//;
it is mis-named already ...
john
--
"Mathemeticians stand on
On Wed, 18 Oct 2000, Jeff Garzik wrote:
> Alexander Viro wrote:
> > On Wed, 18 Oct 2000, Alessandro Rubini wrote:
> > > > shouldn't this be exit_files() ?
>
> > > Yes, definitely.
> > > Arjan already replied (privately) to say the same.
>
> > It should, unless you want to open any files in
On Wed, 18 Oct 2000, Arjan van de Ven wrote:
> In article <[EMAIL PROTECTED]> you wrote:
>
> > It should, unless you want to open any files in the thread itself.
>
> Oh damn. kHTTPd does need to open files later on..
>
> Reading the code to exit_files() suggests I actually need
>> Yes, definitely.
>
> It should, unless you want to open any files in the thread itself.
Yes. I realized that just before getting your message (after looking
at kernel/exit.c). I should never say "definitely" :)
/alessandro
-
To unsubscribe from this list: send the line "unsubscribe
Alexander Viro wrote:
> On Wed, 18 Oct 2000, Alessandro Rubini wrote:
> > > shouldn't this be exit_files() ?
> > Yes, definitely.
> > Arjan already replied (privately) to say the same.
> It should, unless you want to open any files in the thread itself.
If you start a kernel thread which opens
On Wed, 18 Oct 2000, David Woodhouse wrote:
>
> [EMAIL PROTECTED] said:
> > You want to patch /drivers/char/rtc.c ?? If you have a later kernel
> > than me, it would be helpful. Just apply my patch than do the rtc.c.
>
> /me looks at his TODO list.
>
> Not really.
Okay. I'll do it tonight.
On Wed, 18 Oct 2000, Christoph Hellwig wrote:
> In article <[EMAIL PROTECTED]> you
>wrote:
>
> > I have no idea what the get_module_symbol() code in question is trying to
> > do, but this should be _fixed_ and not just worked around. That's a bug.
>
> It gets the symbol of a function,
On Wed, 18 Oct 2000, Alessandro Rubini wrote:
>
> > shouldn't this be exit_files() ?
>
> Yes, definitely.
> Arjan already replied (privately) to say the same.
It should, unless you want to open any files in the thread itself.
-
To unsubscribe from this list: send the line "unsubscribe
[EMAIL PROTECTED] said:
> You want to patch /drivers/char/rtc.c ?? If you have a later kernel
> than me, it would be helpful. Just apply my patch than do the rtc.c.
/me looks at his TODO list.
Not really.
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> shouldn't this be exit_files() ?
Yes, definitely.
Arjan already replied (privately) to say the same.
Thanks
/alessandro
-
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/
Well, this seems to be half the story. If I remove the close() and
let server bleed file descriptors, the RST goes away. If I add a
read() on the socket after sending all the data, the RST goes away.
However, there's NO DATA on the socket. read() returns zero until
the client closes the socket.
On Wed, 18 Oct 2000, David Woodhouse wrote:
>
> [EMAIL PROTECTED] said:
> > 2.2.17 should be able to do.
>
> Cool. drivers/char/rtc.c needs to use it too. Then you need to pester Alan
> till he puts it in 2.2.18-pre-de-jour :)
>
You want to patch /drivers/char/rtc.c ?? If you have a
Hi All,
I have one process hung on my linux smp system (2 processors) running
RedHat Linux 7.
The command
% ps -eo fname,tty,pid,stat,pcpu,nwchan,wchan
gives the following information about the command :
COMMAND TT PID STAT %CPU WCHAN WCHAN
rm tty2 21760R99.8
On Wed, 18 Oct 2000, Alessandro Rubini wrote:
> + /* init_module has stdin/stdout/stderr open: close them (ARub) */
> + for (i=255; i>=0; i--)
> + if (current->files->fd[i])
> + close(i);
>
shouldn't this be exit_files() ?
see md.c for an example usage
[EMAIL PROTECTED] said:
> 2.2.17 should be able to do.
Cool. drivers/char/rtc.c needs to use it too. Then you need to pester Alan
till he puts it in 2.2.18-pre-de-jour :)
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Wed, 18 Oct 2000, David Woodhouse wrote:
>
> [EMAIL PROTECTED] said:
> > There is no such exported variable in the 'stable' kernel tree:
>
> Then there should be, and the RTC accesses in 2.2 are probably racy.
>
> In which case, feel free to provide Alan with a patch for 2.2.18.
>
> --
>
Hallo Richard,
On Wed, Oct 18, 2000 at 10:44:11AM +0100, [EMAIL PROTECTED] wrote:
>
>
> We've release v1.1 of DProbes - deatils and code is on the DProbes web
> page.
>
> the enhancements include:
>
> - DProbes for kernel version 2.4.0-test7 is now available.
First thanks for this nice
Hi all.
While looking at kHTTPd (linux-2.4.0-test9) I found what looks like a
bug to me.
The daemon doesn't detach itself from the files structure of the
parent process. Therefore, when it is run as a module, the files
opened by "insmod" (or whatever loads it) remain open.
Besides
In article <[EMAIL PROTECTED]> you wrote:
> However, the fact that you need that dependency on CONFIG_MODULES _still_
> shows that something is wrong. That dependency should not be there, and
> the drm code should be fixed. Why does it care about CONFIG_MODULES at
> all? It should not, and it
Wasnt my idea ... I´ll forward this to the guy who asked ... On 128 CPU
machines affinity to processor groups may be a thing to consider but not
on 2 or 4 way SMPs ...
Anyway, I appreciate that he asked on linux-SMP and not here ... less
traffic in here ...
Markus
Jakob Østergaard wrote:
>
>
Using linux-2.4.0-test9, bind() incorrectly allows a bind to a non-local
address. The correct behavior should be a return code of -1 with errno
set to EADDRNOTAVAIL. (Simple snippet to reproduce/debug the problem is
available on request)
There appears to be significant differences between the
Sandy Harris <[EMAIL PROTECTED]> said:
[...]
> I'd still like to see the patch applied, though. I'd like /dev/random
> to work well "out of the box" on the FreeS/WAN gateways people are
> building out of older surplus hardware.
The question at hand is more "looks like it works well", and it is
"David S. Miller" wrote:
>
> The IP addresses are important because we can use them to find out
> what TCP implementations shrink their offered windows.
>
> Actually, you don't need to tell me or anyone else what these IP
> addresses are, you can instead run one of the "remote OS identifier"
>
1 - 100 of 309 matches
Mail list logo
