"Richard B. Johnson" wrote:
>
> Hello,
> How much memory would it be reasonable for kmalloc() to be able
> to allocate to a module?
>
> Oct 30 10:48:31 chaos kernel: kmalloc: Size (524288) too large
>
> Using Version 2.2.17, I can't allocate more than 64k! I need
> to allocate at least 1/2 m
John Gardiner Myers wrote:
>
> Dan Kegel wrote:
> > IMHO you're describing a situation where a 'completion notification event'
> > (as with aio) would be more appropriate than a 'readiness notification event'
> > (as with poll).
>
> I've found that I want both types of events, preferably through
On Mon, 30 Oct 2000, Rik van Riel wrote:
> On Mon, 30 Oct 2000, Richard B. Johnson wrote:
>
> > How much memory would it be reasonable for kmalloc() to be able
> > to allocate to a module?
>
> > There are 256 megabytes of SDRAM available. I don't think it's
> > reasonable that a 1/2 megabyte al
On Mon, 30 Oct 2000, Jeff V. Merkey wrote:
> Ingo's helping me get the info together on this for putting a MARS-NWE
> tux module in the kernel. [...]
TUX modules are user-space, so i certainly cannot help you in 'putting
MARS-NWE in the kernel'. While you (apparently) are trying to move server
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This mini-release just fixes a bug that could allow processes to escape
tracing under certain circumstances. If you plan to make use of 'sf', you
should upgrade.
- --Mike
See http://subterfugue.org for info on SUBTERFUGUE.
-BEGIN PGP SIGNATUR
"H. Peter Anvin" wrote:
>
> Followup to: <[EMAIL PROTECTED]>
> By author:"Richard B. Johnson" <[EMAIL PROTECTED]>
> In newsgroup: linux.dev.kernel
> >
> > > 64K probably less. kmalloc allocates physically linear spaces. vmalloc will
> > > happily grab you 2Mb of space but it will not be phys
On Tue, 31 Oct 2000, Rusty Russell wrote:
>
> Quiet suggestion:
If I understood the GNU make syntax correctly (which is possibly not the
case - GNU make is possibly the only example of "overkill" to rival GNU
emacs), this looks like a reasonable idea.
However, it also looks like much more of
Followup to: <[EMAIL PROTECTED]>
By author:"Richard B. Johnson" <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> > 64K probably less. kmalloc allocates physically linear spaces. vmalloc will
> > happily grab you 2Mb of space but it will not be physically linear
> >
>
> Okay. Thanks.
In message <[EMAIL PROTECTED]> you write:
> On Mon, 30 Oct 2000 16:47:15 -0800 (PST),
> Linus Torvalds <[EMAIL PROTECTED]> wrote:
> >Actually, I think I have an even simpler solution, which is to change the
> >newstyle rule to something very simple:
> >
> > # Translate to Rules.make lists.
>
On Mon, 30 Oct 2000, Steven Walter wrote:
>
> Recently, when trying to use UDMA/66 on my SiS 530 and
> WD84AA, I got some data corruption. At first, I tried
> with "UDMA Enabled" set to off in the BIOS, because I
> had known this to previously cause problems. However,
> like this, I couldn't s
if [ -f /proc/sys/net/ipv4/tcp_ecn ]
then
echo "0" >/proc/sys/net/ipv4/tcp_ecn
fi
or dont compile with ECN support int he kernel.
Carl Perry wrote:
>
> I have test9 running in an original Athlon 500, a PII 300, and a K6-2/400. All
> of them are experiencing the same problems with netwo
Good evening, Gerhard,
On Mon, 30 Oct 2000, Gerhard Fuellgrabe wrote:
> in my LAN there are users working on battle.net (Starcraft,
> Diablo2 etc.). There is a Linux 2.2.14 box routing the LAN
> with private IP addresses to the internet (with IP masqerading).
>
> A feature that does not work is
I have test9 running in an original Athlon 500, a PII 300, and a K6-2/400. All
of them are experiencing the same problems with networking. I confimred that
this is not happening to just my, as my buddy in a far away (California) land is
experiencing the same thing. I cannot connect to ubid.com,
Recently, when trying to use UDMA/66 on my SiS 530 and
WD84AA, I got some data corruption. At first, I tried
with "UDMA Enabled" set to off in the BIOS, because I
had known this to previously cause problems. However,
like this, I couldn't set the harddrive to use UDMA
mode4 (-X68). I would set
Hi folks,
in my LAN there are users working on battle.net (Starcraft,
Diablo2 etc.). There is a Linux 2.2.14 box routing the LAN
with private IP addresses to the internet (with IP masqerading).
A feature that does not work is the battlecom communication.
Is there an ip_masq module available for
I seem to recall there is mention of this in the recent pcmcia-cs
sources. This requires playing with hdparm if I remember correctly.
Josh
On Tue, 31 Oct 2000 [EMAIL PROTECTED] wrote:
>
> I've recently upgraded a latitude cs running redhat 6.2 on 2.2.14 with
> card services v3.1.14 to 2.2.17
I'm getting this when I try to compile test10-pre7:
make[3]: Entering directory `/home/decklin/src/kernel/linux/net/ipv4'
gcc -D__KERNEL__ -I/home/decklin/src/kernel/linux/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
-mpreferred-stack-boundary=2 -m
Hi,
I read your post and I think I have just what you're looking for. I've
attached a patch that allows you to mount root as ramfs and populate
it directly from a tar archive (specified just like an initrd image,
but without having to deal with a fixed-size initrd or pivot_root at
all.) This was
On Tue, 31 Oct 2000, Keith Owens wrote:
>
> You will compile all export objects, whether they are configured or
> not. The "obvious" fix does not work.
>
> MIX_OBJS:= $(filter $(export-objs),$(obj-y) $(obj-m))
>
> export_objs contains usb.o, obj-y contains usb_core.o, it does n
On Tue, 31 Oct 2000, Christoph Hellwig wrote:
> > newstyle rule to something very simple:
> >
> > # Translate to Rules.make lists.
> >
> > O_OBJS := $(obj-y)
> > M_OBJS := $(obj-m)
>
> This will destroy one nice feature of list-style makefiles:
> when you have an
Riley Williams <[EMAIL PROTECTED]> said:
[...]
> Before I go any further with this, I would like to ask a few questions
> relating to it:
>
> 1. Is there any likelihood of this making it into the official
> kernel, or am I just wasting my time?
Depends, I'd say... perhaps after a long sha
On Mon, Oct 30, 2000 at 12:45:13PM +0100, Christoph Hellwig wrote:
> @@ -393,10 +396,15 @@
> pmd = pmd_offset(pgd, address);
> if (pmd) {
> pte_t * pte = pte_offset(pmd, address);
> - if (pte && pte_present(*pte))
> + if (pte && pte_present(*pte))
On Tue, 31 Oct 2000 12:49:12 +1100,
Keith Owens <[EMAIL PROTECTED]> wrote:
>You will compile all export objects, whether they are configured or
>not. The "obvious" fix does not work.
>
> MIX_OBJS:= $(filter $(export-objs),$(obj-y) $(obj-m))
>
>export_objs contains usb.o, obj-y cont
On Mon, 30 Oct 2000 16:47:15 -0800 (PST),
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>Actually, I think I have an even simpler solution, which is to change the
>newstyle rule to something very simple:
>
> # Translate to Rules.make lists.
>
> O_OBJS := $(obj-y)
> M_OBJS
I started with this:
Software:
Linux 2.2.17
Unified IDE 6.30 (ide.2.2.17.all.2904.patch.bz2)
Linux raid 0.90 (raid-2.2.17-A0)
Hardware:
Dual PIII-550
2 x PIIX4 IDE interfaces on motherboard
2 x Promise FastTrak 66 (PDC20262) in PCI slots
.co
[EMAIL PROTECTED] said:
> I am currently using 2.4.0-test* as an "ordinary user" and want to try
> some of the 2.4 specific new features out, but this is my only system
> and I don't want it to be messed up so much, so I'd like to hear some
> comments first.
This is one of the things that user-
On Mon, Oct 30, 2000 at 10:56:39AM -0800, Al Peat wrote:
> I was wondering if someone could give me a quick
> overview of the differences between sector/nr_sectors
> and hard_sector/hard_nr_sectors in blk_dev.h's request
> structure, or point me to some
> documentation/discussion on this?
The r
On Mon, Oct 30, 2000 at 06:52:08PM -0600, Michael Elizabeth Chastain wrote:
> Let me see if I have all this straight:
>
> (1) Change Rules.make to use "new style" variables as its native form.
> (1A) Add a "Compat.make" for old style Makefiles, and
> (1B) Continue to convert all the remai
On Mon, Oct 30, 2000 at 04:47:15PM -0800, Linus Torvalds wrote:
>
>
> On Tue, 31 Oct 2000, Christoph Hellwig wrote:
> >
> > Old-style Makefiles are playing dirty tricks with defining
> > L_TARGET and then using O_TARGET for linking some onjects into
> > an intermediate object.
>
> Actually, I t
Let me see if I have all this straight:
(1) Change Rules.make to use "new style" variables as its native form.
(1A) Add a "Compat.make" for old style Makefiles, and
(1B) Continue to convert all the remaining old style Makefiles.
(2) Go with the "export-objs" style of declaring source fil
On Tue, 31 Oct 2000, Christoph Hellwig wrote:
>
> Old-style Makefiles are playing dirty tricks with defining
> L_TARGET and then using O_TARGET for linking some onjects into
> an intermediate object.
Actually, I think I have an even simpler solution, which is to change the
newstyle rule to some
Jens Axboe wrote:
> On Sun, Oct 29 2000, Miles Lane wrote:
>
There were still some stalls but they only lasted a couple of
seconds. The patch did make a difference and for the better.
>>>
>>>
>>> Ok, still needs a bit of work. Thanks for the feedback.
>>
>> Have you resolved this pr
Hi everyone,
The U.S. government further liberalized the handling of cryptographic
Open Source software in the new crypto regulations dated 2000-10-19. As
a result, I have consulted with our lawyer and we no longer feel that it
is necessary to require that object code be derived from source code
On Mon, Oct 30, 2000 at 03:31:22PM -0600, Steve Pratt/Austin/IBM wrote:
> [..] no patch ever
> appeared. [..]
You didn't followed l-k closely enough as the strict fix was submitted two
times but it got not merged. (maybe because it had an #ifdef __s390__ that was
_necessary_ by that time?)
You c
On Mon, 30 Oct 2000 15:47:59 -0800 (PST),
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>On Tue, 31 Oct 2000, Keith Owens wrote:
>We should have some REALLY simple and to-the-point rules. Namely:
>
> - object files get linked in the order specified
>
>No ifs, buts, "except when the user doesn't care"
On Mon, Oct 30, 2000 at 03:51:53PM -0800, Linus Torvalds wrote:
> I hate your patch.
>
> I'd rather see "Rules.make" just base itself entirely off the new-style
> Makefiles, and have it use "$(obj-y)" instead of O_OBJS etc.
>
> Then, _old_style Makefiles could be fixed up by doing a
>
> i
David/Alan,
Andre Hedrick is now the CTO of TRG and Chief Scientist over Linux
Development. After talking
to him, we are going to do our own ring 0 2.4 and 2.2.x code bases for
the MANOS merge.
the uClinux is interesting, but I agree is limited.
MANOS schedules should be unaffected. The
On Tue, 31 Oct 2000, Christoph Hellwig wrote:
>
> But when we are changing makefiles everywhere - why not do the proper think
> and let the new-style makefiles share their code?
>
> (I have a patch ready - it just needs some forward-porting and testing)
I hate your patch.
I'd rather see "Rul
On Tue, 31 Oct 2000, Keith Owens wrote:
>
> >It is NEVER acceptable to change the order of object files.
>
> It is NEVER acceptable to change the order of object files, but only
> for those files where the developer has explicitly said what the order
> must be. In the case of USB, the develop
On Mon, Oct 30, 2000 at 03:40:24PM -0800, Linus Torvalds wrote:
>
>
> On Tue, 31 Oct 2000, Christoph Hellwig wrote:
> >
> > It is simple - but a change in _every_ makefile is required.
> > And it is not really needed for old-style makefiles.
>
> Actually, you don't have to change every makefil
On Tue, 31 Oct 2000, Christoph Hellwig wrote:
>
> It is simple - but a change in _every_ makefile is required.
> And it is not really needed for old-style makefiles.
Actually, you don't have to change every makefile, because you CAN do this
all with a simple backwards-compatibility layer, some
> Ugh, I had nothing but disaster First, the kernel would not
> auto-recognize I had 1 gig of memory... it would only boot saying I had 64
BIOS error. Ask the vendor to fix E801 sizing. Could be your old kernels had
the hack to try E820 (windows uses this so the BIOS writing morons have to
g
On Mon, 30 Oct 2000 15:15:57 -0800 (PST),
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>I'm saying that EVERYTHING should be order-critical.
We (almost) agree about that, we are arguing about implementation
details. The existing implementation relies on the order that objects
are declared. In alm
David Woodhouse wrote:
>
> On Mon, 30 Oct 2000, H. Peter Anvin wrote:
>
> > Pardon?! This doesn't make any sense...
> >
> > The question was: how do switch from the initrd to using the ramfs as /?
> > Using pivot_root should do it (after the pivot, you can of course nuke
> > the initrd ramdisk.
In article <[EMAIL PROTECTED]> you wrote:
> We should just link it in the order specified:
> ld -r usbdrv.o $(obj-y)
>
> [...]
>
> Then we change the meaning of OX_OBJS, and instead of saying
>
> ALL_O = $(OX_OBJS) $(O_OBJS)
>
> we just say
>
> ALL_O = $(O_OBJS)
>
> and the me
David Woodhouse wrote:
>
> On Mon, 30 Oct 2000, H. Peter Anvin wrote:
>
> > Pardon?! This doesn't make any sense...
> >
> > The question was: how do switch from the initrd to using the ramfs as /?
> > Using pivot_root should do it (after the pivot, you can of course nuke
> > the initrd ramdisk.
> "MemTotal: %8lu kB\n"
> to something like
> "%8lu kB\n"
The latter form offers no significant advantage over the former at
all - there is nothing that can be expressed as
value
which can't also be expressed as
name: value
or
name=value
and the latter format is significantly easier to parse.
On Mon, 30 Oct 2000, H. Peter Anvin wrote:
> Pardon?! This doesn't make any sense...
>
> The question was: how do switch from the initrd to using the ramfs as /?
> Using pivot_root should do it (after the pivot, you can of course nuke
> the initrd ramdisk.)
My question is: What do you want to
On Mon, 30 Oct 2000, Ingo Molnar wrote:
> On Mon, 30 Oct 2000, Jeff V. Merkey wrote:
>
> > Is there an option to map Linux into a flat address space [...]
>
> nope, Linux is fundamentally multitasked.
uClinux may be able to do this, at the cost of a dramatically reduced
userspace functionality
David Woodhouse wrote:
>
> On 29 Oct 2000, H. Peter Anvin wrote:
>
> > > I want my / to be a ramfs filesystem. I intend to populate it from an
> > > initrd image, and then remount / as the ramfs filesystem. Is that at
> > > all possible? The way I see it the kernel requires / on a device
> > > (
On Mon, Oct 30, 2000 at 07:15:58PM +, I wrote:
>
> Can anyone point me to an explanation of the third arg to
> switch_to(prev, next, last)?
>
> It appeared in 2.2.8.
>
> What exactly is supposed to be written to it?
Mea culpa...
Further digging revealed that it's for returning prev in th
I spent the entire day working on this problem... as per Alan's
suggestion, I attempted to upgrade to 2.2.17.
Ugh, I had nothing but disaster First, the kernel would not
auto-recognize I had 1 gig of memory... it would only boot saying I had 64
meg. So I added the MEM=1024M line to the lilo
On 29 Oct 2000, H. Peter Anvin wrote:
> > I want my / to be a ramfs filesystem. I intend to populate it from an
> > initrd image, and then remount / as the ramfs filesystem. Is that at
> > all possible? The way I see it the kernel requires / on a device
> > (major,minor) or nfs.
> >
> > Am I
On Mon, 30 Oct 2000, Alexander Viro wrote:
>
> Fine with me. Just let's remember that it should be revisited in 2.5.
> What about filemap_swapout()? If you agree with checking ->mapping
> there... looks like we are done with that crap for the time being.
Yup, I agree. I already applied your pa
On Tue, 31 Oct 2000, Keith Owens wrote:
> >
> >What would be wrong with just splitting it the other way, ie make OX_OBJS
> >be the expanded (but not ordered) list?
> >
> >That should take care of it, no?
>
> usbcore.o is both multi part *and* order critical. This is a
> combination that the ex
On Mon, 30 Oct 2000, Linus Torvalds wrote:
> Ok, sync_page() looks like a broken design, but I suspect that for
> expediency the simplest fix is to just make the NFS sync_page() (re-)check
> for "mapping == NULL", and let it be at that. Avoid the NULL pointer
> dereference (very small window al
On Mon, 30 Oct 2000, Jeff Garzik wrote:
> >
> > What would be wrong with just splitting it the other way, ie make OX_OBJS
> > be the expanded (but not ordered) list?
> >
> > That should take care of it, no?
>
> As an aside: remember you mentioned we should try to go 100% OX_OBJS
> anyway, el
On Mon, 30 Oct 2000, Alexander Viro wrote:
>
> [ sync_page brokenness ]
>
> To elaborate: the thing is called if we get a contention on the page lock.
Ok, sync_page() looks like a broken design, but I suspect that for
expediency the simplest fix is to just make the NFS sync_page() (re-)check
f
On Mon, 30 Oct 2000 18:02:34 -0500,
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>As an aside: remember you mentioned we should try to go 100% OX_OBJS
>anyway, eliminating O_OBJS completely...
That is a global change for 2.5, it would massively break 2.4 kbuild.
-
To unsubscribe from this list: send
On Mon, 30 Oct 2000 14:51:25 -0800 (PST),
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>On Tue, 31 Oct 2000, Keith Owens wrote:
>>
>> obj-y is used together with export-objs to split objects into O_OBJS
>> (no export symbol) and OX_OBJS (export symbol). If usbcore.o (multi)
>> is not replaced by i
Linus Torvalds wrote:
>
> On Tue, 31 Oct 2000, Keith Owens wrote:
> >
> > obj-y is used together with export-objs to split objects into O_OBJS
> > (no export symbol) and OX_OBJS (export symbol). If usbcore.o (multi)
> > is not replaced by its components then usb.o (in export-objs) is not
> > add
On Tue, 31 Oct 2000, Keith Owens wrote:
>
> obj-y is used together with export-objs to split objects into O_OBJS
> (no export symbol) and OX_OBJS (export symbol). If usbcore.o (multi)
> is not replaced by its components then usb.o (in export-objs) is not
> added to OX_OBJS so usb.c gets compil
On Mon, 30 Oct 2000 14:24:13 -0800 (PST),
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>This is the right fix. We MUST NOT sort those things.
Correction. We can sort them if we know what the correct link order
should be. In far too many Makefiles, we have no idea if the existing
order is required
On Mon, Oct 30, 2000 at 10:45:48PM +0100, Mirko Klemm wrote:
> Could anyone please send me a comment on how actually usable the devfs
> support in the 2.4.0 test series is at the moment?
Fine. I was forced to use it from 2.3.99-something and
have not had any problems with it. (I lifted whole s
I've recently upgraded a latitude cs running redhat 6.2 on 2.2.14 with
card services v3.1.14 to 2.2.17 with card services v3.1.21. Immediately
I noticed that suspend/resume was broken. Well, suspend was working fine
but when I raised the lid, the system would come back like normal, then
the
Here's something I did last year and then put on ice, partly
through lack of time and partly because I thought I'd pick
it up for 2.5.
All this talk of event queues misses one thing: we already
have an event queue mechanism. They're called wait queues.
The only problem is that the only on-event
On Mon, 30 Oct 2000, Jeff Garzik wrote:
>
> Ya know, sorting those lists causes this problem, too... usb.o is
> listed first in the various lists, as is usbcore.o. Is it possible to
> avoid sorting? Doing so will fix this, and also any other link order
> breakage like this that exists, too.
On Mon, 30 Oct 2000, Alexander Viro wrote:
>
> > I didn't actually miss it, I just looked at the users and decided that it
> > looks like they should never have this issue. But I might have missed
> > something. As far as I can tell, "read_cache_page()" is only used for
> > meta-data like thing
Keith Owens wrote:
>
> On Mon, 30 Oct 2000 17:01:20 -0500,
> Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >Keith Owens wrote:
> >> USB still gets unresolved symbols when part is in kernel, part is in
> >> modules and modversions are set. Patch against 2.4.0-test10-pre7, only
> >> affects drivers/usb
On Mon, 30 Oct 2000, Alexander Viro wrote:
> The last one is in deactivate_page_nolock() - there we check the
> ->mapping without pagecache_lock and without page lock. Hell
> knows whether it's a bug or not. Rik?
Shouldn't be a problem, since we'll have the lock at a time
we actually /do/ someth
On Mon, 30 Oct 2000 17:01:20 -0500,
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote:
>> USB still gets unresolved symbols when part is in kernel, part is in
>> modules and modversions are set. Patch against 2.4.0-test10-pre7, only
>> affects drivers/usb/Makefile.
>
>Or instead of all t
Keith Owens wrote:
>
> On Mon, 30 Oct 2000 11:32:33 -0800 (PST),
> Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > - pre7:
> >- Randy Dunlap, USB: printer.c, usb-storage, usb identification and
> > memory leak fixes
>
> USB still gets unresolved symbols when part is in kernel, part is in
On Mon, Oct 30, 2000 at 05:50:07PM -0300, Horst von Brand wrote:
> Martin Dalecki <[EMAIL PROTECTED]> said:
> > Peter Samuelson wrote:
>
> [...]
>
> > > * Red Hat "2.96" or CVS 2.97 will probably break any known kernel.
>
> > Works fine for me and 2.4.0-test10-pre5... however there are tons of
On Mon, 30 Oct 2000, Alexander Viro wrote:
>
>
> On Mon, 30 Oct 2000, Linus Torvalds wrote:
>
> > How about just changing ->sync_page() semantics to own the page lock? That
> > sound slike the right thing anyway, no?
>
> It would kill the ->sync_page(), but yes, _that_ might be the right th
On Tue, Oct 31 2000, Hisaaki Shibata wrote:
> By using serial console, I get messages for you ;-)
Thanks, now you're just one step short of being really
helpful :-). Pass it through ksymoops please, so the
addresses will map to function names + offsets.
> In case of doing "dd if=/dev/zero of=/de
Christoph Hellwig wrote:
>
> On Mon, Oct 30, 2000 at 03:08:31PM -0500, Jeff Garzik wrote:
> > Actually, I wonder if its even possible for mmap_kiobuf to support audio
> > -- full duplex requires that both record and playback buffer(s),
> > theoretically two separate sets of kiobufs, to be present
Could anyone please send me a comment on how actually usable the devfs
support in the 2.4.0 test series is at the moment?
I am currently using 2.4.0-test* as an "ordinary user" and want to try some
of the 2.4 specific new features out, but this is my only system and I don't
want it to be messed
>
> So while there may be a more elegant solution down the road, I would like
> to see the simple fix put back into 2.4. Here is the patch to essential
> put the code back to the way it was before the S/390 merge. Patch is
> against 2.4.0-test10pre6.
>
> --- linux/mm/memory.cFri Oct 27 15:
On Mon, 30 Oct 2000 11:32:33 -0800 (PST),
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> - pre7:
>- Randy Dunlap, USB: printer.c, usb-storage, usb identification and
> memory leak fixes
USB still gets unresolved symbols when part is in kernel, part is in
modules and modversions are set. P
Back in April there were discussions about the race in establish_pte with
the flush_tlb before the set_pte. Many options were discussed, but due in
part to a concern about S/390 having introduced the code, no patch ever
appeared. I talked with Martin Schwidefsky of the S/390 Linux development
te
On Mon, 30 Oct 2000, Linus Torvalds wrote:
> How about just changing ->sync_page() semantics to own the page lock? That
> sound slike the right thing anyway, no?
It would kill the ->sync_page(), but yes, _that_ might be the right thing ;-)
> I didn't actually miss it, I just looked at the use
Thanks,
It will make merging the MANOS kernel happen faster. My DLL prototypes
are using subsets
of Linux 2.2.16 for MANOS at present, and what I really need is for the
support issues to dovetail into a supported effort. This one might fit
the bill. I have no desire for TRG to support the 100
Riley Williams writes:
> I'm NOT planning on making panics automatically dump to floppy. What I
> was looking at instead was to add a SysRq option to dump the current
> syslog buffer to floppy. This would be available at any time, but ONLY
> if the kernel has SYSRQ support compiled in, and has add
On Mon, 30 Oct 2000 18:16:44 + (GMT),
Alan Cox <[EMAIL PROTECTED]> wrote:
>> 2.4 symbol generation code never sees the C++ names, 2.5 code might.
>> To detect a mismatch between kernel headers and the module version
>> file, I have to generate the checksum for the consumer of the symbol
>> (C
On Mon, 30 Oct 2000, Alexander Viro wrote:
>
> Unfortunately, it doesn't fix the thing. ->sync_page() is called when we
> do not own the page lock and nfs_sync_page() uses page->mapping. Yes, we
> check it before calling the bloody thing, but we don't own the lock.
Good catch.
> Problem only
Martin Dalecki <[EMAIL PROTECTED]> said:
> Peter Samuelson wrote:
[...]
> > * Red Hat "2.96" or CVS 2.97 will probably break any known kernel.
> Works fine for me and 2.4.0-test10-pre5... however there are tons of
> preprocessor warnings in some drivers.
CVS (from 20001028 or so) gave a 2.4.0.
Dan Kegel wrote:
> If you have a top-notch completion notification event interface
> provided natively by the OS, though, does that get rid of the
> need for the "async poll" mechanism?
A top-notch completion notification event interface needs to be able to
provide "async poll" functionality.
On Mon, 30 Oct 2000, Linus Torvalds wrote:
>
> Ok, this one contains at least a preliminary fix for the problem with
> truncate together with a concurrent page access - the bug that causes
> oopses in block_read_full_page() and filemap_nopage().
>
> This is a fairly minimal fix, and I'll stil
On Mon, Oct 30, 2000 at 03:08:31PM -0500, Jeff Garzik wrote:
> Actually, I wonder if its even possible for mmap_kiobuf to support audio
> -- full duplex requires that both record and playback buffer(s),
> theoretically two separate sets of kiobufs, to be presented as one space
> (with playback alw
In article <[EMAIL PROTECTED]>,
Anders Eriksson <[EMAIL PROTECTED]> wrote:
>--==_Exmh_17293564P
>Content-Type: text/plain; charset=us-ascii
>
>
>I want my / to be a ramfs filesystem. I intend to populate it from an
>initrd image, and then remount / as the ramfs filesystem. Is that at
>all possib
Christoph Hellwig wrote:
>
> On Mon, Oct 30, 2000 at 01:56:07PM -0500, Jeff Garzik wrote:
> > My question from above is: how can the via audio mmap in test10-preXX
> > be improved by using kiobufs? I am not a kiobuf expert, but AFAICS a
> > non-kiobuf implementation is better for audio drivers.
On Mon, 30 Oct 2000, Tim Waugh wrote:
> On Mon, Oct 30, 2000 at 11:06:59AM -0800, [EMAIL PROTECTED] wrote:
>
> > I'm new at this myself, but how about creating a minor number for each
> > ISR? When the BH runs, it wakes up the processing waiting on the
> > device for that ISR.
>
> ... which wo
Hi Alan.
You may remember a while back a suggestion that panic messages be
dumped to floppy so they can be read afterwards.
I've been looking into this idea for a while, in between working on my
plans to get married, and looking for a job somewhere, and I think I
have the bones of it laid out no
On Mon, Oct 30, 2000 at 01:56:07PM -0500, Jeff Garzik wrote:
> My question from above is: how can the via audio mmap in test10-preXX
> be improved by using kiobufs? I am not a kiobuf expert, but AFAICS a
> non-kiobuf implementation is better for audio drivers. (and the via
> audio mmap implemen
Hi,
when I "make config" 2.4.0-test9 the option to select video for linux for
bt848 seems to have gone away. How come? Has it been removed or am I just too
stupid to find it?
Regards,
Mirko
--
Mirko Klemm
[EMAIL PROTECTED]
GPG-Public Key at:
http://www.mutantenzoo.de/kmirko.asc
encrypted me
At 17:23 30/10/2000, Brett Smith wrote:
>We have written a char driver for our proprietary h/w. This driver
>handles a multitude of interrupts from the h/w in the following
>fashion: The ISR reads/saves the status register (indication of which int
>was hit) in
>global, and the marks the BH to
Ok, this one contains at least a preliminary fix for the problem with
truncate together with a concurrent page access - the bug that causes
oopses in block_read_full_page() and filemap_nopage().
This is a fairly minimal fix, and I'll still have to verify that I caught
all the relevant places, bu
Hi,
I just upgraded from test7 to test9, now the pppoe (to be precise, pppox on
which pppoe depends) module segfaults when loaded with modprobe the first
time, a second attempt causes lots of disk activity and eats up all processor
time, eventually locking me out of my system (no oops, though
Alan Cox wrote:
>
> > This change sounds ok to me, if noone else objects. (I added to the CC
> > a bit) I saw that code, and was thinking about doing the same thing
> > myself. ne2k-pci.c definitely has changes which are not included in
> > ne.c, and it seems silly to duplicate ne2000 PCI supp
Paul Gortmaker wrote:
> There is no urgency in trying to squeeze a patch like this in the back
> door of a 2.4.0 release. For example, there are people out there now
> who are using the ne.c driver to run both ISA and PCI cards in the same
> box without having to use 2 different drivers. We can
1 - 100 of 227 matches
Mail list logo
