On 2001.04.22 20:23 Manuel McLure wrote:
>
> On 2001.04.22 20:17 Manuel McLure wrote:
> >
> > On 2001.04.22 19:27 Manuel McLure wrote:
> > >
> > > On 2001.04.22 18:55 Manuel McLure wrote:
> > >
> > > > The machine is an Athlon Thunderbird 900MHz with 256M of PC133 DRAM
> > on
> > > an
> > >
hello.on linux we will see a new domino server process/thread is created for each
client.how does linux do this?does it use pthread?using fork or clone or someway
else?what's the common way of linux to support apps like lotus domino that will
have lots of concurrent users which are served by
On Mon, 23 Apr 2001, Albert D. Cahalan wrote:
> Try this:
>
> ps -t pts/2 -o pid,ppid,pgid,sess,f,stat,ruid,euid,fname,nwchan,wchan
> ps -t pts/2 s
OK, below are the results. Since I'm sleepy I haven't looked up the ps
man page to see what it all means or whether I need to translate any
Wayne writes:
> In mailing-lists.linux-kernel, Manuel A. McLure wrote:
>> Did you try nesting more than one "su -"? The first one after a boot
>> works for me - every other one fails.
>
> Same here: the first "su -" works OK, but a second nested one hangs:
>
> 8825 pts/2S 0:00 /bin/su
Hello,
When I enable AGP on my ALI system 2D seems to work fine but 3D causes
kernel oops messages. (Ran through ksymoops) It looks like it could be
an NVidia driver problem, but I doubt it as I run this with AGP at work with
no problems. I'm wondering if anyone else has AGP working with the
[1.] one-line summary of the problem
I/O fails with 640MB MO disks due to 2K sector size (128MB MO disks use 512-byte
sectors and work fine)
[2.] full description of the problem
There is a problem writing to a 640MB MO disk using FAT or VFAT. The
problem appears to be when reading or
The latest version is always available at http://www.tuxedo.org/~esr/cml2/
Release 1.2.3: Mon Apr 23 00:57:39 EDT 2001
* Taral's corrections to the rulefiles.
* Linux kernel version now shows up in the configurator via -B flag.
--
On 2001.04.22 20:21 Manuel McLure wrote:
>
> On 2001.04.22 19:42 Wayne Whitney wrote:
> > In mailing-lists.linux-kernel, Manuel A. McLure wrote:
> >
> > > Did you try nesting more than one "su -"? The first one after a boot
> > > works for me - every other one fails.
> >
> > Same here: the
On Sun, 22 Apr 2001, David S. Miller wrote:
> My main point is that for changes like this, sending stuff to Alan
> first is often an ineffective mechanism. If someone were to reply to
> this "Linus is hard to push changes too, or takes too long" my reply
> is "if this is really the problem,
On Sun, 22 Apr 2001, David S. Miller wrote:
>
> Russell King writes:
> > There are various options here:
> >
> > 1. Either I can fix up all architectures, and send a patch to this list, or
>
> Fixup all the architectures and send this and the ARM bits to Linus.
>
> I really would wish folks
Russell King writes:
> There are various options here:
>
> 1. Either I can fix up all architectures, and send a patch to this list, or
Fixup all the architectures and send this and the ARM bits to Linus.
I really would wish folks would not choose Alan as the first place
to send the patch.
I've sent an equivelent patch (along with another fix) to Alan, which is
included in the latest -ac.
af.
On Tue, 10 Apr 2001, Bart Dorsey wrote:
> This is my first time sending in a patch to the kernel.
>
> This is a one line fix to the abyss tokenring driver in 2.4.2-ac28
>
> I got this
On Sun, Apr 22, 2001 at 08:23:39PM -0700, Manuel McLure wrote:
>
> On 2001.04.22 20:17 Manuel McLure wrote:
> >
> > To follow up on my followup, I can now reproduce this 100% and get the
> > "Trying to vfree()..." message on the console. To do this I start
> > Mozilla,
> > switch to a text
cannot compile 2.4.4-pre6. This may have been reported, but I
haven't seen it.
Thanks,
Jeff.
ld -m elf_i386 -T /u2/src/linux/arch/i386/vmlinux.lds -e stext
arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o
init/version.o \
--start-group \
On 2001.04.22 20:17 Manuel McLure wrote:
>
> On 2001.04.22 19:27 Manuel McLure wrote:
> >
> > On 2001.04.22 18:55 Manuel McLure wrote:
> >
> > > The machine is an Athlon Thunderbird 900MHz with 256M of PC133 DRAM
> on
> > an
> > > MSI K7T Turbo R motherboard. I am running 2.4.3-ac12
On 2001.04.22 19:42 Wayne Whitney wrote:
> In mailing-lists.linux-kernel, Manuel A. McLure wrote:
>
> > Did you try nesting more than one "su -"? The first one after a boot
> > works for me - every other one fails.
>
> Same here: the first "su -" works OK, but a second nested one hangs:
>
>
On 2001.04.22 19:42 Brett wrote:
> On Sun, 22 Apr 2001, Manuel McLure wrote:
> >
> >
> > On 2001.04.22 14:38 Andrzej Krzysztofowicz wrote:
> > > >
> > > > I'm having a problem with "su -" on ac11/ac12. ac5 doesn't show the
> > > > problem.
> > > > The problem is easy to reproduce - go to a
On 2001.04.22 19:27 Manuel McLure wrote:
>
> On 2001.04.22 18:55 Manuel McLure wrote:
>
> > The machine is an Athlon Thunderbird 900MHz with 256M of PC133 DRAM on
> an
> > MSI K7T Turbo R motherboard. I am running 2.4.3-ac12 currently,
> > 2.4.3-ac11
> > and 2.4.3-ac5 hung the same way at
Eric W. Biederman writes:
> In building a patch for 2.4.3 I also discovered that we are not taking
> the mmap_sem around do_brk in the exec paths.
Does that really matter? Who else can get at the address space? We
are a singly referenced address space at that point... perhaps ptrace?
I have noticed a problem with sound lately. I have a cs46xx card and
it randomly gets distorted. Normally I just reboot but on this last
occurence I simply left it as it was. The distortion sounds someone
punched the speaker core, it's tinny and mangled. Today it fixed itself
out of the
Manuel McLure wrote:
> Did you try nesting more than one "su -"? The first one after a boot works
> for me - every other one fails.
I tried it with about a half-dozen nested and no problem. Mandrake
cooker here...
uname -a
Linux lion 2.4.3-ac11 #5 SMP Fri Apr 20 22:10:41 EDT 2001 i686 unknown
The "MO" bug (also 2048 byte block vfat problem) has been
reported several times in the lk 2.4 series. Since the
finger was being pointed at the SCSI subsystem I decided
to investigate. As far as I can see the sd driver offers
the same physical block (other than 512 byte) capabilities
in lk 2.4
In mailing-lists.linux-kernel, Manuel A. McLure wrote:
> Did you try nesting more than one "su -"? The first one after a boot
> works for me - every other one fails.
Same here: the first "su -" works OK, but a second nested one hangs:
8825 pts/2S 0:00 /bin/su -
8826 pts/2S
On Sun, 22 Apr 2001, Manuel McLure wrote:
>
>
> On 2001.04.22 14:38 Andrzej Krzysztofowicz wrote:
> > >
> > > I'm having a problem with "su -" on ac11/ac12. ac5 doesn't show the
> > > problem.
> > > The problem is easy to reproduce - go to a console, log in as root, do
> > an
> > > "su -" (this
Hi Andreas, Stephen,
We have a lot working now:
1. journal recovery and initialization stuff is working
2. transactions go to the disk
3. infrastructure is there to do transcactions
4. ext3_create is fully operational.
The problems we have seen mostly have to do with differences in which
On 2001.04.22 18:55 Manuel McLure wrote:
> The machine is an Athlon Thunderbird 900MHz with 256M of PC133 DRAM on an
> MSI K7T Turbo R motherboard. I am running 2.4.3-ac12 currently,
> 2.4.3-ac11
> and 2.4.3-ac5 hung the same way at least once each before I started
> tracking this down. I am
On 2001.04.22 14:38 Andrzej Krzysztofowicz wrote:
> >
> > I'm having a problem with "su -" on ac11/ac12. ac5 doesn't show the
> > problem.
> > The problem is easy to reproduce - go to a console, log in as root, do
> an
> > "su -" (this will succeed) and then another "su -". The second "su -"
>
An updated driver "xircom_cb" written by Arjan is available in Alan
Cox's 2.4.3-acXX series. This fixes all known problems AFAIK.
--
Jeff Garzik | The difference between America and England is that
Building 1024| the English think 100 miles is a long distance and
MandrakeSoft | the
>
> I'm having a problem with "su -" on ac11/ac12. ac5 doesn't show the
> problem.
> The problem is easy to reproduce - go to a console, log in as root, do an
> "su -" (this will succeed) and then another "su -". The second "su -"
> should hang - ps shows it started bash and that the bash
With 2.4.3-ac6, USB input doesn't work. It works with -ac4, and I'm
waiting for -ac13 or so before I try something later.
By "doesn't work", I mean that the USB keyboard and mouse are never
detected. A config snippet:
CONFIG_INPUT=y
CONFIG_INPUT_KEYBDEV=y
CONFIG_INPUT_MOUSEDEV=y
Well, this is what I get for being on the cutting edge... :-(
I'm now running into problems where the machine will totally hang (no
network, no SysRq, no nothin') regularly. The triggers seem to be running
aviplay or mozilla.
Symptoms will be that I am running aviplay or mozilla, and the
First, excuse my rather length posting.
I have been trying to figure out what is wrong with my
setup for the last few weeks and hit upon the slight chance
that there may be a VB related problem in the linux kernel.
Thus my post here.
PROBLEM:
I can crash X server by the following step
Byeong-ryeol Kim writes:
> I met 'unresolved symbol sk_chk_filter ...' after applying this patch
> and rebooting.( with CONFIG_PPP_FILTER=y )
> There shoud be folling lines in linux/net/netsyms.c or so:
>
> #ifdef CONFIG_PPP_FILTER
> EXPORT_SYMBOL(sk_chk_filter);
> #endif
Good idea, actually
On Mon, Apr 23, 2001 at 03:04:41AM +0200, Andrea Arcangeli wrote:
> that is supposed to be a performance optimization, I do the same too in my code.
ah no I see what you mean, yes you are hurted by that. I'm waiting your #try 3
against pre6, by that time I hope to be able to make a run of the
On Sun, Apr 22, 2001 at 11:52:29PM +0100, D . W . Howells wrote:
> Hello Andrea,
>
> Interesting benchmarks... did you compile the test programs with "make
> SCHED=yes" by any chance? Also what other software are you running?
No I never tried the SCHED=yes. However in my modification of the
Tim Wilson writes:
> Thanks for your reply. It seems I am finally talking to the right person (I
> had previously tried posting this on the pptp-server mailing list, and I
> also tried sending it to you directly, but no luck).
Sorry, life has been a little turbulent for me over the last couple
On Sun, 22 Apr 2001, Eric S. Raymond wrote:
> Horst von Brand <[EMAIL PROTECTED]>:
> > Then explain to everybody here in a language they'll understand _what_ is
> > wrong and _why_. Then propose a solution.
>
> I'm on it. You'll see the results fairly shortly.
"Here, have this solution. I'm
Alan Cox wrote:
>
> > > Using /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o
> > > /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved
> > > symbol rwsem_up_write_wake
> > > /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved
> > > symbol
Here is a forward port of the 2.2.x improvements to ipconfig.c.
Especially support for DHCP.
Eric
diff -uNr linux-2.4.3/Documentation/Configure.help linux-2.4.3.ipdhcp/Documentation/Configure.help
--- linux-2.4.3/Documentation/Configure.help Fri Apr 20 12:06:37 2001
+++
Andrzej Krzysztofowicz writes:
> CONFIG_PPP_FILTER depends on CONFIG_FILTER (2.4.4-pre6, 2.4.3-ac12)
> [ sk_run_filter(), ...]
> So updated Config.in ...
> - bool ' PPP filtering' CONFIG_PPP_FILTER
> + dep_bool ' PPP filtering' CONFIG_PPP_FILTER $CONFIG_FILTER
Yep, definitely a good
A little while ago I was playing with building an elf self extracting
binary. In doing so I discovered that the linux kernel does not
handle elf program headers with multiple BSS segments.
In building a patch for 2.4.3 I also discovered that we are not taking
the mmap_sem around do_brk in the
A little while ago I was playing with building an elf self extracting
binary. In doing so I discovered that the linux kernel does not
handle elf program headers with multiple BSS segments.
Eric
Binary files linux-2.2.19/drivers/char/conmakehash and
Horst von Brand <[EMAIL PROTECTED]>:
> Then explain to everybody here in a language they'll understand _what_ is
> wrong and _why_. Then propose a solution.
I'm on it. You'll see the results fairly shortly.
--
http://www.tuxedo.org/~esr/">Eric S. Raymond
Strict gun laws are
"Eric S. Raymond" <[EMAIL PROTECTED]> said:
> Alexander Viro <[EMAIL PROTECTED]>:
> > Eric, it would save everyone a lot of time if you actually cared to
> > pull your head out of your... theoretical constructions and spent
> > some efforts figuring out how the things really work.
>
> I've had
Q> scripts/Menuconfig: MCmenu39: command not found
Please report this to the maintainer <[EMAIL PROTECTED]>. You may also
send a problem report to <[EMAIL PROTECTED]>.
Please indicate the kernel version you are trying to configure and
which menu you were trying to enter when this error
Hello Andrea,
Interesting benchmarks... did you compile the test programs with "make
SCHED=yes" by any chance? Also what other software are you running?
The reason I ask is that running a full blown KDE setup running in the
background, I get the following numbers on the rwsem-ro test (XADD
Hello Alan , To whom is this attributed ? Tia , JimL
On Sun, 22 Apr 2001, Alan Cox wrote:
> o Hopefully fix bugtraq reported netfilter ftp
> flaw
++
| James W. Laferriere | System Techniques
If I configure PCMCIA out of the build, the build will not link,
because the linker is still looking for the net_pcmcia.o file.
If I say yes for PCMCIA and enable a single module, it works.
compile configuration available if someone would like to see it.
Thanks,
Ben
--
Ben Greear ([EMAIL
> can I assume that a member of a structure of type atomic_t is 0 after
> using memset to zero on the structure ?
You must not do this. use atomic_init instead. on parisc, the locked value
of a spinlock is 0, so no more updates to that atomic value would ever work.
--
Revolutions do not
Hi list,
can I assume that a member of a structure of type atomic_t is 0 after using
memset to zero on the structure ?
TIA
Oliver
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
Hi,
CONFIG_PPP_FILTER depends on CONFIG_FILTER (2.4.4-pre6, 2.4.3-ac12)
[ sk_run_filter(), ...]
So updated Config.in ...
Andrzej
diff -ur drivers/net/Config.in.old drivers/net/Config.in
--- drivers/net/Config.in.old Sun Apr 22 14:48:51 2001
+++ drivers/net/Config.in Sun Apr 22 16:24:10
Hi,
cmsfs does not compile without this fix.
Andrzej
diff -ur linux-2.4.3-ac12/fs/cmsfs/cmsfsvfs.c linux/fs/cmsfs/cmsfsvfs.c
--- linux-2.4.3-ac12/fs/cmsfs/cmsfsvfs.cSun Apr 22 14:48:52 2001
+++ linux/fs/cmsfs/cmsfsvfs.c Sun Apr 22 16:18:40 2001
@@ -26,6 +26,7 @@
#include
[EMAIL PROTECTED] said:
> Would anyone have a problem with this change?
UML already has a arch/um/include for private headers that the rest of the
kernel is not allowed to see.
It would mean moving it, which is not a big deal.
Jeff
-
To unsubscribe from this
Hello David Hinds, Hello Kernelhackers,
sorry that I also directly contact you.
But I'am very confused, at the moment.
My Hardware:
Toshiba Satellite Pro 4280
PCMCIA: Xircom RBEM56G-100
When I use SuSE 7.1 and Kernel 2.4.2 (SuSE) the card
is recognized and network works, also configured
Hello,
Linux 2.2.19 SMP, confirm report. Even games are going weird after
running this test, (my wife is complaining :-))
Have to reboot.
Kees
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
There is a bit more clarity on the performance degradation
issue now - In fact the degradation only appears when
using iptables. It's just that sometime shortly after 2.4.2,
the hit imposed by iptables got worse.
For instance:
netperf results without iptables with iptables
> * you've ignored the robustness of design behind the UNIX kernel.
> These beasts keep going without falling apart even after serious injuries.
Do you mean design or operation? In fact UNIX design has a number of
serious errors/problems, we just have gotten accustomed to it so much
that
On Sun, Apr 22, 2001 at 11:22:24AM +0200, Hermann Himmelbauer wrote:
> Karsten Keil wrote:
> >
> > I have here the same board with 2*233 MMX and don't see this kind of ISDN
> > error on recent 2.2 kernels, but got also lot of APIC errors with the
> > 2.3/2.4, because the APIC errors are only
Something which came up in one of the hallway discussions at the
kernelsummit was that a lot of the architecture maintainers would find
it more convenient if the arch-specific header files were moved from
include/asm-$ARCH to arch/$ARCH/include. Since we use a symlink _anyway_,
no global
On 04.22 Dieter Nützel wrote:
> > My belief however is that several million people have gcc 2.96-69+, about 50
> > are likely to have random cvs snapshots and none of them are going to build
> > kernels with them anyway, as they wont work __builtin_expect or otherwise.
> >
> > Alan
>
> I will
On Sun, Apr 22, 2001 at 01:53:59PM +0200, [EMAIL PROTECTED] wrote:
> Hi!
>
> why doesnt the dma for ide disks show up in /proc/dma?
>
> heineken:~# hdparm -d /dev/discs/disc0/disc
> /dev/discs/disc0/disc:
> using_dma= 1 (on)
>
> heineken:~# cat /proc/dma
> 4: cascade
I suspect this
In fs/open.c I see the following code in sys_utime in case the struct
utimbuf * is NULL:
if (current->fsuid != inode->i_uid &&
(error = permission(inode,MAY_WRITE)) != 0)
goto dput_and_out;
In sys_utimes, there is a similar piece of
In article <[EMAIL PROTECTED]> you wrote:
> The kernel module is called ide-cs while the pcmcia-cs package
> looks for ide_cs. I'm not sure which should be corrected...
pcmcia-cs I'd say.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Hi,
I'm using kernel-2.4.3 and pcmcia-cs-3.1.25.
The kernel module is called ide-cs while the pcmcia-cs package
looks for ide_cs. I'm not sure which should be corrected...
Rui Sousa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Sun, Apr 22, 2001 at 09:07:03PM +0200, Andrea Arcangeli wrote:
> On Sun, Apr 22, 2001 at 01:27:20AM +0100, D . W . Howells wrote:
btw, I noticed I answered your previous email but for my benchmarks I really
used your latest #try2 posted today at 13 (not last night a 1am), just to avoid
On Sun, Apr 22, 2001 at 01:27:20AM +0100, D . W . Howells wrote:
> This patch (made against linux-2.4.4-pre6) makes a number of changes to the
> rwsem implementation:
>
> (1) Fixes a subtle contention bug between up_write and the down_* functions.
>
> (2) Optimises the i386 fastpath
Alan Cox wrote:
> > > Using /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o
> > > /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved
> > > symbol rwsem_up_write_wake
> > > /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved
> > > symbol
On 2001.04.22 11:48 Alan Cox wrote:
> > > Using /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o
> > > /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved
> > > symbol rwsem_up_write_wake
> > > /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved
> > >
> OK, regardless of how the linux kernel actually manages the FPU for user-space
>
> programs, does anybody have any comments on the original bugreport?
Complete mystification.
> >of pi begins to look wrong. Then kill everything and run pi by itself
> >again. It will no longer produce good
> Wow! Now it not only boots right, the sound distortion problem also seems
> to be fixed!!! Great work! However another problem is still here, i see
> only one of the two ide-channels of the PDC20265.
There is a possible patch for that in the Red Hat source rpm but its a bit
ugly. I need to
> 2.4.4-pre6 did only compile when I aplied the '__builtin_expect'-patch. It
> crashed at boot however, when initializing my onboard raidcontroller
> (PDC20265 on a MSI K7T Turbo-R). It seems to be the same problem as
> reported by Manuel A. McLure. So no word yet about the sound
>
> > Using /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o
> > /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved
> > symbol rwsem_up_write_wake
> > /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved
> > symbol rwsem_down_write_failed
>
> Same thing
> And before you write me off as one of the $BIGNUM clueless
> visionaries, you might do well to remember that I actually *have*
> radically changed the world lkml operates in. At least twice.
I must have missed them 8)
Alan
-
To unsubscribe from this list: send the line "unsubscribe
> In principle you just need 2.7.2.3 for m68k, but someone decided to
> raise the bar for all architectures by putting a check in a common
> header file.
I suspect you would find that some of the problems with the initialisers
in structures were common to 2.7.2 across all platforms, but I may be
Ulrich Drepper wrote:
> "Richard B. Johnson" <[EMAIL PROTECTED]> writes:
>
> > The kernel doesn't know if a process is going to use the FPU when
> > a new process is created. Only the user's code, i.e., the 'C' runtime
> > library knows.
>
> Maybe you should try to understand the kernel code and
Wow! Now it not only boots right, the sound distortion problem also seems
to be fixed!!! Great work! However another problem is still here, i see
only one of the two ide-channels of the PDC20265.
>
> On 2001.04.22 10:47 Victor Julien wrote:
>
> > 2.4.4-pre6 did only compile when I aplied the
> This sounds a little like the problem I am seeing with my
> StinkPad 600E, you might want to try enabling CONFIG_APM_ALLOW_INTS
> and see if that makes a difference (thats the magic option required
> for the 600E).
If you have machines which have requirements for specific APM settings please
I am getting the same message with kernel 2.2.19 on a Vaio 505VE. (Celeron
333 with 128 megs of memory.) I usually see the message when copying
large quantites from the PCMCIA CD-ROM to the hard drive.
On Sun, 22 Apr 2001, Andreas Neidhardt wrote:
> Hello from Germany,
>
> I have trouble
Thank You everybody who helped me solve the problem. I found a working
back-up of the superblock at -b 32768 and was able to save all of my
important work from the harddrive. The filesystem was however badly
corrupted and lots of other files were truncated after e2fsck had finished.
So I ended up
In article <01042213394300.23387@athena> you wrote:
> megs/second. So, my question is - why were they so much faster in debian,
> and how can I replicate that in redhat?
What version ? 7.1 tries to take countermeasures against the datacorruption
bugs in the VIA chipsets
-
To unsubscribe
Hello from Germany,
I have trouble with a 2.2.18 kernel on a Gigabyte GA 5AX Rev. 5.2
Mainboard.
I have a lot of entrys in /var/log/messages like this:
kernel: probable hardware bug: clock timer configuration lost - probably
a VIA686a.
horst kernel: probable hardware bug: restoring chip
Rik van Riel <[EMAIL PROTECTED]>:
> Let me see ...
>
> 1) fetchmail, allowing dialup users to get lkml
> 2) getting snake.thyrsus.com out of ORBS and starting
>the mother of all lkml threads
>
> Did I forget anything ?
Yes, Rik, you did. It's not `snake', it's `snark'.
:-)
--
Hello,
I have study the BPF, and I know it calls Socket Filtering in Linux.
(user)
|
(buffer)
|
(BPF)(origin protocol stack)
| |
(Data Link Layer)
Does the buffer above BPF is skb_buff?
If yes, origin protocol stack will get packet from it.
Thanks for your reply. It seems I am finally talking to the right person (I
had previously tried posting this on the pptp-server mailing list, and I
also tried sending it to you directly, but no luck).
> Hmmm... using CCP to negotiate encryption is a Bad Idea IMHO. I know
> Microsoft does, but
>We are still playing with the VIA fixups, but this may also be VM related.
I'm
>currently playing with several VM ideas, and potential fixes which might
>impact overall performance.
>
>Test 2.4.4pre6 that has the VIA fixes but does not have the VM changes
2.4.4-pre6 did only compile when I
> "Roman" == Roman Zippel <[EMAIL PROTECTED]> writes:
Roman> Hi, Jes Sorensen wrote:
>> In principle you just need 2.7.2.3 for m68k, but someone decided to
>> raise the bar for all architectures by putting a check in a common
>> header file.
Roman> IIRC 2.7.2.3 has problems with labeled
Recently, I decided to try out Debian 2.2. I downloaded the iso, installed
it, and went to compile kernel 2.4.3. I used the same .config file I've used
before, containing all the appropriate support (ATA66, notably) for my Via
Apollo Pro133A-based motherboard, installed it, and rebooted. To
Hi,
Jes Sorensen wrote:
> In principle you just need 2.7.2.3 for m68k, but someone decided to
> raise the bar for all architectures by putting a check in a common
> header file.
IIRC 2.7.2.3 has problems with labeled initializers for structures,
which makes 2.7.2.3 unusable for all archs under
On Sun, 22 Apr 2001, Eric S. Raymond wrote:
> Alexander Viro <[EMAIL PROTECTED]>:
> > Sigh... Would these broken things, by any chance, be "my grand ideas are
> > not met with applause"?
>
> Nope. Not at all. Stay tuned, because I'll explain.
>
> And before you write me off as one of the
I'm having a problem with "su -" on ac11/ac12. ac5 doesn't show the
problem.
The problem is easy to reproduce - go to a console, log in as root, do an
"su -" (this will succeed) and then another "su -". The second "su -"
should hang - ps shows it started bash and that the bash process is
On 2001.04.22 09:25 John Cavan wrote:
> Alan Cox wrote:
> > 2.4.3-ac12
> > o Further semaphore fixes (David Howells)
>
> Getting unresolved symbols in some modules (notably, for me, microcode.o
> and radeon.o)...
>
> Using
> My belief however is that several million people have gcc 2.96-69+, about 50
> are likely to have random cvs snapshots and none of them are going to build
> kernels with them anyway, as they wont work __builtin_expect or otherwise.
>
> Alan
I will not add fuel to the fire, but isn't 2.4.XX the
On Sun, 22 Apr 2001, Eric S. Raymond wrote:
> And before you write me off as one of the $BIGNUM clueless
> visionaries, you might do well to remember that I actually *have*
> radically changed the world lkml operates in. At least twice.
Let me see ...
1) fetchmail, allowing dialup users to
On Sun, 22 Apr 2001, Eric S. Raymond wrote:
> David Woodhouse <[EMAIL PROTECTED]>:
> > [EMAIL PROTECTED] said:
> > > I've had my nose rubbed in how things really work. That's why I want
> > > to fix the things that are broken about how things really work.
> >
> > Then you're going to conjure
Alexander Viro <[EMAIL PROTECTED]>:
> Sigh... Would these broken things, by any chance, be "my grand ideas are
> not met with applause"?
Nope. Not at all. Stay tuned, because I'll explain.
And before you write me off as one of the $BIGNUM clueless
visionaries, you might do well to remember
On Sun, 22 Apr 2001, David L. Parsley wrote:
> Hi,
>
> I'm still working on a packaging system for diskless (quasi-embedded)
> devices. The root filesystem is all tmpfs, and I attach packages inside
> it. Since symlinks in a tmpfs filesystem cost 4k each (ouch!), I'm
> considering using
In case everyone missed my original patch =P
http://marc.theaimsgroup.com/?l=linux-kernel=98791931115515=2
Jes Sorensen wrote:
>
> > "Alan" == Alan Cox <[EMAIL PROTECTED]> writes:
>
> Alan> The recommended compilers for non x86 are different too - eg you
> Alan> need 2.96 gcc for IA64,
On Sun, 22 Apr 2001, Eric S. Raymond wrote:
> Alexander Viro <[EMAIL PROTECTED]>:
> > Eric, it would save everyone a lot of time if you actually cared to
> > pull your head out of your... theoretical constructions and spent
> > some efforts figuring out how the things really work.
>
> I've
Hi,
I'm still working on a packaging system for diskless (quasi-embedded)
devices. The root filesystem is all tmpfs, and I attach packages inside
it. Since symlinks in a tmpfs filesystem cost 4k each (ouch!), I'm
considering using mount --bind for everything. This appears to use very
little
Alan Cox wrote:
> 2.4.3-ac12
> o Further semaphore fixes (David Howells)
Getting unresolved symbols in some modules (notably, for me, microcode.o
and radeon.o)...
Using /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o
1 - 100 of 266 matches
Mail list logo
