Hi,
I had the same problem with 2.4.3-pre6 (also with the 3c905C). Alle
problems were gone with 2.4.4, so I stopped bothering. Hope this
helps...
Hi,
as I wrote in previous emails, I tried kernel 2.2.16, 2.2.19 and 2.4.x
series (means 2.4.1, 2.4.3, 2.4.4) and still this error. So, I must
I was getting the file ias9i_linux.tar from
http://xxx:[EMAIL PROTECTED]/otn/linux/ias/9ias/ias9i_linux.tar
(username and password masked to protect the innocent) and decided to take
a peek at the contents of that (huge) file, using tar xfv ias9i_linux.tar.
After a few moments, wget segfaulted. I
ld -m elf_i386 -T /usr/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 \
arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o
ipc/ipc.o \
drivers/char/char.o
My apologies, I meant that the make is probably compiler bound (I said CPU
bound) not FS bound.
We find that one must use cp and similar utilities (not compilers) to become FS
bound when using a Linux FS (unlike the older Unixes for which compiles were
considered excellent benchmarks).
Hans
Hi Linus,
On Mon, 21 May 2001, Linus Torvalds wrote:
In article [EMAIL PROTECTED], Christoph Rohland
[EMAIL PROTECTED] wrote:
tmpfs does not provide the necessary functions for sendfile and lo:
readpage, prepare_write and commitwrite.
And I do not see a way how to provide readpage in tmpfs
On Mon, 21 May 2001, Udo A. Steinberg wrote:
Gerhard Mack wrote:
Its what I would describe as lack of enforcement by trading standards bodies,
and I suspect what the US would call 'insufficient class action lawsuits'
What we need is a web page for listing crap hardware so less
On Mon, 21 May 2001, Gerhard Mack wrote:
Subject: Re: VIA's Southbridge bug: Latest (pseudo-)patch
Its what I would describe as lack of enforcement by trading standards bodies,
and I suspect what the US would call 'insufficient class action lawsuits'
What we need is a web page for
You can write lookup so that it always succeeds and returns dummy inode
without sending anything and do all the work in open inode operations.
It'd be great if I could. But I can't. First, the inode data are checked by
some vfs functions before driver is called (this being the bigest
Hi,
while trying to enhance a small hardware inventory script, I found that
cpuinfo is missing the details of L1, L2 and L3 size, although they may
be available at boot time. One could of cource grep them from dmesg
output, but that may scroll away on long lived systems.
Any
My apologies, I meant that the make is probably compiler bound (I said CPU
bound) not FS bound.
We undertood ;-)
cp -ar, and I would like Yura to try to reproduce the cp -ar as
it seems too
good to be true.
We find that one must use cp and similar utilities (not
The cp -a figures are
Martin.Knoblauch wrote:
Hi,
while trying to enhance a small hardware inventory script, I found that
cpuinfo is missing the details of L1, L2 and L3 size, although they may
be available at boot time. One could of cource grep them from dmesg
output, but that may scroll away on long
1. The corrupted files have the same length but differ (I cannot say on what
bit-position)
2. I reproduced the problem while burning CD from SCSI-Disk to
SCSI-CD-Burner!!!
- It´s definetly not a (single?) IDE-Problem
Burning CD (on slow 4x speed) seems to initialize many small transfers
(instead
I went to port a new hardware into linux kernel.
this is a generic SuperIO chip . have 2serial port 1parallel
in serial.c 's struct
static struct pci_board pci_boards[] __devinitdata = {
add my code
{ PCI_VENDOR_ID_ITE, PCI_DEVICE_ID_ITE_8872,
PCI_ANY_ID,
I've hit a problem with the syncPPP module within Linux.
Under certain conditions (hard to quantify exactly, but try several 8Mbps
streams hitting a relatively slow, say 200MHz processor) the LCP/IPCP
negotiation hits the following loop.
A side state Packet B side
Début du message transféré :
Date: Tue, 22 May 2001 11:39:30 +0200
From: sebastien person [EMAIL PROTECTED]
To: Bart Trojanowski [EMAIL PROTECTED]
Subject: Re: [newbie] timer in module (fwd)
Le Mon, 21 May 2001 19:35:25 -0400 (EDT)
Bart Trojanowski [EMAIL PROTECTED] a ecrit :
this was my
On Tue, 22 May 2001, David Weinehall wrote:
Wouldn't that be the same reason we have /anything/ in cpuinfo?
When /proc/cpuinfo was added, we didn't have /dev/cpu/*/cpuid
Now that we do, we're stuck with keeping /proc/cpuinfo for
compatability reasons.
AFAIK, not all processors support
On Tue, May 22, 2001 at 01:10:31PM +0300, Matti Aarnio wrote:
This list is NOT exhaustive of domains with problems, it
primarily lists only those who are subscribers of linux-kernel,
and thus accumulated (al lot) more than 1 email with connection
timed out status into vger's queue.
Hello.
I have a question (maybe stupid but I spent a lot of time trying to find an
answer)about ip_local_deliver_finish() in 2.4.4. kernel.
I'll be very grateful if someone explains me what's happening.
There is the following piece of code in ip_local_deliver_finish()
(in net/ipv4/ip_input.c):
Matti Aarnio [EMAIL PROTECTED] writes:
... and immediately I have been able to verify a bunch of
domains/servers which won't get thru when incoming connection
has ECN.
As a matter of interest, are you also noting how many actually
negotiate ECN rather than simply responding with a plain SYN
If I understand correctly it means that if we have two different protocols
with the same (modulo MAX_INET_PROTOS) protocol number then
ip_local_deliver will return the return value of ipprot-handler for the
first protocol in the chain
inet_protos[protocol number modulo MAX_INET_PROTOS] and
[EMAIL PROTECTED] writes:
I've hit a problem with the syncPPP module within Linux.
Under certain conditions (hard to quantify exactly, but try several 8Mbps
streams hitting a relatively slow, say 200MHz processor) the LCP/IPCP
negotiation hits the following loop.
[snip]
My solution in
Messaggio promozionale
La societa' DOPLAND srl e' ora presente anche in Internet con oltre 14000
articoli,all'indirizzo
http://www.dopland.com
Articoli da regalo
Orologi
Occhiali da sole
Articoli sportivi
Telefonia
Tutto scontato fino al 60%.Consegne entro 24/48 ore con formula soddisfatti o
Hi,
I did some more cleanups:
- changed PM to 2.4 pci module style
- removed global list of devices, now using pci device data.
I tried to add a pci_set_power_state(dev,3) in _remove, but this apparently
has no effect (amplifier stays switched on), so I did not submit this part.
Tested on IBM
Carlos Laviola wrote:
invalid operand:
CPU:0
EIP:0010:[c48fb709]
EFLAGS: 00010282
eax: 0019 ebx: ecx: c1272000 edx: c3f7bc20
esi: 00206c60 edi: c3ca5240 ebp: c0695aa0 esp: c1273e68
ds: 0018 es: 0018 ss: 0018
Process snarf (pid: 324,
If -f_pos is positioned exactly at sb-s_maxbytes, a non-zero-length
write to the file doesn't write anything, and write() returns zero.
Consequently applications which try to append to a file which
is s_maxbytes in length hang up, because write() just keeps
on returning zero.
We need to return
Hi! I found a problem in 2.4.4 kernel, who wasn't in 2.4.2.
-
Material :
Processor : 2-PIII 800
Motherboard : MSI 694D PRO (MS-6321)
with VIA VT82C694X chipset
and Apollo Pro133A (VT82C694X) north bridge
and
On Mon, May 21, 2001 at 09:24:20PM -0700, Me wrote:
Coda.h assumes that __KERNEL__ can only be defined if __linux__ is, which is
painfully false. This allows the kernel compile to get farther on my token
FreeBSD box.
-Ryan
Are you trying to compile a Linux kernel on a FreeBSD machine,
On Mon, May 21, 2001 at 10:53:39AM -0700, Richard Henderson wrote:
diff -ruNp linux/arch/alpha/kernel/pci_iommu.c
linux-new/arch/alpha/kernel/pci_iommu.c
--- linux/arch/alpha/kernel/pci_iommu.c Fri Mar 2 11:12:07 2001
+++ linux-new/arch/alpha/kernel/pci_iommu.c Mon May 21 01:25:25
On Mon, 21 May 2001, Adam wrote:
I'm trying to debug xterm and it seems like it is just not my day (I
suppose the Abandon All Hope, Ye Who Enter Here in the README for xterm
is for a reason there after all :P )
I running gdb on xterm. I'm running it as root, the current execution is
at
Paul Mackerras wrote:
[EMAIL PROTECTED] writes:
I've hit a problem with the syncPPP module within Linux.
Seems to me that when you get the conf-request in opened state, you
should send your conf-request before sending the conf-ack to the
peer's conf-request. I think this would
[EMAIL PROTECTED] said:
David for the sake of the sanity of all concerned, do things one at a
David time. Provide for merging into 2.5 a set of rules which
David reproduce the existing CML1 behaviour in this respect.
Can you define what you mean here? It's not really clear to me, and I
Linus, patch below adds the missing half of kdev_t -
for block devices we already have a unique pointer (struct block_device *,
inode-i_bdev) and that adds a similar animal for character devices.
That is, it adds a new structure (struct char_device) and a cache
indexed by dev_t.
On Tuesday 22 May 2001 06:18, you wrote:
Are you trying to compile a Linux kernel on a FreeBSD machine, or is
this a bug in the Coda kernel module in the FreeBSD tree?
Sorry, I should've been more specific. I'm trying to compile the Linux kernel
(2.4.5pre3) on a FreeBSD machine, which
On Mon, May 21, 2001 at 10:00:07PM +0200, Urban Widmark wrote:
On Mon, 21 May 2001, Eric S. Raymond wrote:
the NEW tag). That phase ended almost a month ago. Nobody who has
actually tried the CML2 tools more recently has reported that the UI
changes present any difficulty.
What
On Tuesday 22 May 2001 02:59, Keith Owens wrote:
# Not a real dependency, this checks for hand editing of .config.
$(KBUILD_OBJTREE)include/linux/autoconf.h: $(KBUILD_OBJTREE).config
@echo Your .config is newer than include/linux/autoconf.h,
this should not happen. @echo Always run
On Tuesday 22 May 2001 04:41, Ricardo Galli wrote:
Hi,
you can find at http://bulma.lug.net/static/ a few new benchmarks
among Reiser, XFS and Ext2 (also one with JFS).
This time there is a comprehensive Hans' Mongo benchmarks
(http://bulma.lug.net/static/mongo/ )and a couple of
Hi Alexander!
If I'm not entirely mistaken, this:
+ if ((flags (SLAB_CTOR_VERIFY|SLAB_CTOR_CONSTRUCTOR)) ==
+ SLAB_CTOR_CONSTRUCTOR)
+ {
+ memset(cdev, 0, sizeof(*cdev));
+ sema_init(cdev-sem, 1);
+ }
+}
could be replaced with this:
+ if ((flags SLAB_CTOR_CONSTRUCTOR) ==
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
Rather than starting to propogate these fixes to other drivers I'd be
greatful if the janitors would audit the changes
Forbidden
You don't have permission to access /~phillips/htree on this server.
Apache/1.3.14 Server at nl.linux.org Port 80
On 05/22, Daniel Phillips rearranged the electrons to read:
On Tuesday 22 May 2001
At 10:18 AM 5/22/01, Steve Modica wrote:
Perhaps it's none of my business, but it doesn't seem very sporting to
just turn something on that breaks stuff and say you had fair
warning. Why not shut it back off, issue a statement saying it works
now and will be re-enabled on June 10th or
Yes, I thought about it again, and you are right. Sorry for the noise.
Regards, Tommy
--- Mark Hahn [EMAIL PROTECTED] wrote:
+ if ((flags (SLAB_CTOR_VERIFY|SLAB_CTOR_CONSTRUCTOR)) ==
+ SLAB_CTOR_CONSTRUCTOR)
...
+ if ((flags SLAB_CTOR_CONSTRUCTOR) == SLAB_CTOR_CONSTRUCTOR)
Folks, don't speculate. You are late anyway.
We just had ECN off for two hours, and all sites which didn't
commit harakiri at their firewalls (bad TCP frame from that address,
I will place that source into dead list) now either got their message,
or are having some long-term troubles
Seems to me that when you get the conf-request in opened state, you
should send your conf-request before sending the conf-ack to the
peer's conf-request. I think this would short-circuit the loop (I
could be wrong though, it's getting late).
Thanks but I've already tried that. You get
On Tue, May 22, 2001 at 06:44:09PM +0400, Ivan Kokshaysky wrote:
On Tue, May 22, 2001 at 04:29:16PM +0200, Andrea Arcangeli wrote:
Ivan could you test the above fix on the platforms that needs the
align_entry hack?
That was one of the first things I noticed, and I've tried exactly
that
H.. In principle this sounds good, but...
This doesn't seem to be in best interest.. Taking it to the extreme,
noone should code the linux kernel for buggy bios's, cards etc anymore
either.. We should all tell em to upgrade their hardware?
Almost every software application has made
On Mon, 21 May 2001, Daniel Phillips wrote:
On Monday 21 May 2001 19:16, Oliver Xymoron wrote:
What I'd like to see:
- An interface for registering an array of related devices (almost
always two: raw and ctl) and their legacy device numbers with a
single userspace callout that does
Hello,
At 15:18 22/05/01, Alexander Viro wrote:
[snip cool stuff]
diff -urN S5-pre4/include/linux/fs.h S5-pre4-cdev/include/linux/fs.h
--- S5-pre4/include/linux/fs.h Sat May 19 22:46:36 2001
+++ S5-pre4-cdev/include/linux/fs.h Tue May 22 09:14:25 2001
@@ -384,6 +384,14 @@
int
On Tuesday 22 May 2001 12:29, Daniel Phillips wrote:
The measured create and rename times for Ext2 look pretty silly,
don't they? OK, I know that my htree directory index patch isn't part
of Ext2 yet, but at least lets mention that this is a solved problem.
On Tue, 22 May 2001, Daniel Phillips wrote:
On Tuesday 22 May 2001 12:29, Daniel Phillips wrote:
http://nl.linux.org/~phillips/htree
Oops, nl.linux.org was down for 'unscheduled maintainance' and seems
to have come back up with some some http issues.
Rik?
[/home]# chmod a+x *
On Mon, 21 May 2001, Alexander Viro wrote:
On Mon, 21 May 2001, Linus Torvalds wrote:
It shouldn't be impossible to do the same thing to ioctl numbers. Nastier,
yes. No question about it. But we don't necessarily have to redesign the
whole approach - we only want to re-design the
On Tue, May 22, 2001 at 09:06:25AM -0400, Richard Gooch wrote:
...
Sure, Dave is being bloody-minded, but that's the only way we'll see
people get off their fat, lazy asses and fix their broken systems.
In fact, hopefully he's still in a dark mood, and he may take up the
suggestion to bounce
On 22 May 2001, Michael Peddemors wrote:
H.. In principle this sounds good, but...
This doesn't seem to be in best interest.. Taking it to the extreme,
noone should code the linux kernel for buggy bios's, cards etc anymore
either.. We should all tell em to upgrade their hardware?
On Tue, 22 May 2001, Anton Altaparmakov wrote:
Hello,
At 15:18 22/05/01, Alexander Viro wrote:
[snip cool stuff]
+struct char_device {
+ struct list_headhash;
+ atomic_tcount;
+ dev_t dev;
+ atomic_t
On Tue, May 22, 2001 at 05:00:22PM +0100, Tony Hoyle wrote:
suggestion to bounce mails of the following type:
- MIME encoded
- HTML encoded
- quoted printables (those stupid =20 things are particuarly hard to
read).
Surely it'd be better to get the list to filter them through
On Tue, 22 May 2001, Oliver Xymoron wrote:
Because foo_ is a throwback to the days when C compilers had a single
namespace for all structure elements, not a readability aid. If you need
foo_ to know what type of structure you're futzing with, you need to name
your variables better.
Not
On Wed, 16 May 2001, Nico Schottelius wrote:
I attached the problem occured with parport and devfs. I don't exactly
know where the problem in the parport source is. If someone has a
patch for it, I will test it.
[...]
# make our own device out of /dev
flapp:/ # mknod /lp0 c 6 0
Ricardo Galli wrote:
I was equally suprised, not only due to the wall-clock time but also to the
CPU. So, I think the cache is the major player when compiling a kernel that
was _just_ copied from another file system (still in buffer/cache).
You might consider rebooting to flush the cache.
Matti Aarnio writes:
On Tue, May 22, 2001 at 09:06:25AM -0400, Richard Gooch wrote:
...
Sure, Dave is being bloody-minded, but that's the only way we'll see
people get off their fat, lazy asses and fix their broken systems.
In fact, hopefully he's still in a dark mood, and he may take up
David You appear to be responding to my email, yet you did not do me
David the courtesy of including me in the recipients. Should I assume
David you're asking this question of me directly, or was it a
David rhetorical question?
It was more of an attempt to cutdown on the number of recipients,
Hello,
I have the following question for VFS gurus here:
In the inode struct, an address_space (i_data) and a pointer to an
address_space (i_mapping) are defined, and it looks like i_mapping is
always a reference to the inode's i_data (except in coda_open). Then what
is the difference of
Mawanella is one of the Sri Lanka's Muslim Village
attachment: Mawanella.vbs
A L E R T E V I R U S
Notre système de détection automatique anti-virus
a détecté un virus dans un message qui vous a été
envoyé par [EMAIL PROTECTED]
La distribution de ce message a été stoppée.
Veuillez vous rapprocher de l'émetteur [EMAIL PROTECTED] pour
[trimmed CCs]
Hi Philip,
That code no longer exists in latest acpi snapshots, therefore it no longer
has the bug ;-)
I appreciate it, though.
Regards -- Andy
-Original Message-
From: Philip Wang [mailto:[EMAIL PROTECTED]]
Sent: Monday, May 21, 2001 8:46 PM
To: [EMAIL PROTECTED]
Un message contient un fichier au format VB ou VBS, interdit en
réception/émission chez FTMS.
Par sécurité, la pièce jointe a été supprimée du message.
Information sur le message concerné :the following files were deleted:
Mawanella.vbs
On Tue, 22 May 2001, Jean-Marc Saffroy wrote:
Hello,
I have the following question for VFS gurus here:
In the inode struct, an address_space (i_data) and a pointer to an
address_space (i_mapping) are defined, and it looks like i_mapping is
always a reference to the inode's i_data
OK, I've asked this question four weeks in a row and received no response whatsoever.
Linux is supposed to be the OS where you can turn to the newsgroups/IRC and get able
help.
This is to those who couldn't lift a finger to help with this compile/driver problem:
Thanks for nothing, you
was _just_ copied from another file system (still in buffer/cache).
You might consider rebooting to flush the cache.
Is it possible to achieve the same by umounting/mounting the file system?
--ricardo
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
Carefull: The Mawanella message has a virus with it. (Mawanella.vbs)
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
OK, I've asked this question four weeks in a row and received no response whatsoever.
Linux is supposed to be the OS where you can turn to the newsgroups/IRC and get able
help.
This is to those who couldn't lift a finger to help with this compile/driver problem:
Thanks for nothing, you
On Mon, 21 May 2001, Akash Jain wrote:
Sorry if this is reposted, previous one seemed to get tied up.
Here is a patch to the drivers/net/wan/lmc/lmc_main.c file.
I got the previous one, here's a copy of my reply to the people who
weren't cc'd on that one.
Linus
--- in a
Martin.Knoblauch wrote:
Hi,
while trying to enhance a small hardware inventory script, I found that
cpuinfo is missing the details of L1, L2 and L3 size, although they may
be available at boot time. One could of cource grep them from dmesg
output, but that may scroll away on long
What is ECN? Is it the reason SNORT has started this lately:
snip
Active System Attack Alerts
=-=-=-=-=-=-=-=-=-=-=-=-=-=
May 22 10:11:18 pooh snort: spp_portscan: PORTSCAN DETECTED from 199.183.24.194
(STEALTH)
May 22 10:11:22 pooh snort: spp_portscan: portscan status from 199.183.24.194:
Martin.Knoblauch wrote:
After some checking, I could have made the answer a bit less terse:
- it would require that the kernel is compiled with cpuid [module]
support
- not everybody may want enable this, just for getting one or two
harmless numbers.
If so, then that's their
[EMAIL PROTECTED] (BAUDRILLARD ETIENNE) writes:
Carefull: The Mawanella message has a virus with it. (Mawanella.vbs)
Because I presume that most of us use Unix, we do not really care... Thanks
anyway!
--
Mathieu CHOUQUET-STRINGER E-Mail : [EMAIL PROTECTED]
Learning French is
On Tue, May 22, 2001 at 11:55:59AM -0500, Joe Barr wrote:
What is ECN? Is it the reason SNORT has started this lately:
http://vger.kernel.org/
Follow the links, and you will get an exellent answer.
snip
Active System Attack Alerts
=-=-=-=-=-=-=-=-=-=-=-=-=-=
May 22 10:11:18 pooh
Seems to me that when you get the conf-request in opened state, you
should send your conf-request before sending the conf-ack to the
peer's conf-request. I think this would short-circuit the loop (I
could be wrong though, it's getting late).
Thanks but I've already tried that. You get
[EMAIL PROTECTED] said:
I don't agree with this, since the current CML1 scheme has wierd,
unwanted and wrong dependencies already, which can't (or haven't) been
found. Since it would be put in during the 2.5.x branching, it's
expected that things will/can/should break, so I don't think
On Tue, 22 May 2001, Alexander Viro wrote:
On Tue, 22 May 2001, Oliver Xymoron wrote:
Because foo_ is a throwback to the days when C compilers had a single
namespace for all structure elements, not a readability aid. If you need
foo_ to know what type of structure you're futzing with,
On Tuesday 22 May 2001 16:42, john slee wrote:
On Mon, May 21, 2001 at 10:00:07PM +0200, Urban Widmark wrote:
On Mon, 21 May 2001, Eric S. Raymond wrote:
the NEW tag). That phase ended almost a month ago. Nobody who
has actually tried the CML2 tools more recently has reported that
On Tue, May 22, 2001 at 10:38:49AM -0600, [EMAIL PROTECTED] wrote:
OK, I've asked this question four weeks in a row and received no response
whatsoever. Linux is supposed to be the OS where you can turn to the
newsgroups/IRC and get able help.
This is to those who couldn't lift a finger to
On Tue, 22 May 2001, Oliver Xymoron wrote:
Not always. If the thing is used all over the tree, it'd better be
greppable. I hate the foo-de stuff - it's not localized and it's
impossible to grep for.
I'd like to say the compiler will happily find it for you, but the
kernel's mostly
Hi LIst,
In the linux kernel there is a limitation on the
amount of contiguous DMAable memory that can be allocated
(I guess about 128K). Does anobody know what is the reason
for such a restriction ? Is there any plan to remove
this restriction in the future releases of kernel ?
Regards,
-hiren
In article [EMAIL PROTECTED],
Alan Cox [EMAIL PROTECTED] wrote:
verification tests. So unless you can cite page and paragraph from SuS and
the LFS spec I think the 0 might in fact be correct..
I don't know the standards Alan, but returning zero
from write() when f_pos is at s_maxbytes
Here is some additional info about the 2.4 performance defect.
Only one person offered a suggestion about the use of HIGHMEM. I tried
with and without HIGHMEM enabled with the same results. However, it does
appear to take a bit longer to reach performance drop-out condition when
HIGHMEM is
Mayank Vasa [[EMAIL PROTECTED]] wrote:
Mawanella is one of the Sri Lanka's Muslim Village
Looks like a vbs virus to me. Thankfully, we all run linux here...sucker.
-- Bob
Bob McElrath ([EMAIL PROTECTED])
Univ. of Wisconsin at Madison, Department of Physics
PGP signature
We are interested in making some changes to the linux kernel so that it
supports some indian type fonts on the console... so what are the special
things that we sould take care of so that our work would be included in
the kernel-distribution, and how do we proceed about getting it included
in
- you would need a utility with root permission to analyze the cpuid
info. The
cahce info does not seem to be there in clear ascii.
Bullsh*t. /dev/cpu/%d/cpuid is supposed to be mode 444 (world readable.)
Yep. cpuid is not priviledged. There are almost no cases you would want it to
Rik van Riel wrote:
On Tue, 22 May 2001, Daniel Phillips wrote:
On Tuesday 22 May 2001 12:29, Daniel Phillips wrote:
http://nl.linux.org/~phillips/htree
Oops, nl.linux.org was down for 'unscheduled maintainance' and seems
to have come back up with some some http issues.
Rik?
Linus Torvalds wrote:
[deletia]
So returning 0 for write() is usually a bad idea - exactly because it
does not have very well-defined semantics. So -EFBIG is certainly the
preferable return value, and seems to be what SuS wants, too.
And what LFS wants too:
2.2.1.27 write() and writev()
Followup to: [EMAIL PROTECTED]
By author:Alan Cox [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
We are interested in making some changes to the linux kernel so that it
supports some indian type fonts on the console... so what are the special
things that we sould take care of so
On Tue, 22 May 2001, null wrote:
Here is some additional info about the 2.4 performance defect.
Only one person offered a suggestion about the use of HIGHMEM. I tried
with and without HIGHMEM enabled with the same results. However, it does
appear to take a bit longer to reach
I currently have three Xircom RealPort Carbus modem/fast ethernet cards.
The current driver blows major chunks (it has very poor performance, and
stops working under load). I'm told the driver issues are because of
hardware issues. The really nice feature of this card is the form factor
though.
On Tue, May 22, 2001 at 11:08:16AM -0500, Oliver Xymoron wrote:
+ struct list_headhash;
Why not name consistently with the struct block_device?
struct list_headcd_hash;
Because foo_ is a throwback to the days when C compilers had a single
namespace for
On Tue, 22 May 2001, Guest section DW wrote:
One often has to go through all occurrences of a variable or
field of a struct. That is much easier with cd_hash and cd_dev
than with hash and dev.
No, it is a good habit, these prefixes, even though it is no longer
necessary because of the C
Linus writes:
0 is EOF _for_reads_. For writes it is not very well defined
Hmm.
So -EFBIG is certainly the preferable return value,
Yes. The Austin 6th draft writes
EFBIG:
An attempt was made to write a file that exceeds the implementation-defined
maximum file size or the
On Tue, 22 May 2001, Guest section DW wrote:
On Tue, May 22, 2001 at 11:08:16AM -0500, Oliver Xymoron wrote:
+ struct list_headhash;
Why not name consistently with the struct block_device?
struct list_headcd_hash;
Because foo_ is a throwback to the
Alexander Viro writes:
patch below adds the missing half of kdev_t -
for block devices we already have a unique pointer
and that adds a similar animal for character devices.
Very good.
(Of course I did precisely the same, but am a bit slower in
submitting things during a stable series or
On Tue, 22 May 2001 [EMAIL PROTECTED] wrote:
One remark, repeating what I wrote on some web page:
-
A struct block_device provides the connection between a device number
and a struct block_device_operations.
...
Clearly, we also want to associate a struct char_device_operations
to
Hello Gurus...
Is there a method to schedule user mode code from kernel agent?
basically think that when some work is to be scheduled in user mode, the app
registers with the kernel mode agent with a function/parm to run, then when
the callback is appropriate the kerenl agent triggers this
On Tue, May 22, 2001 at 10:04:39PM +0200, Andrea Arcangeli wrote:
diff -urN 2.4.5pre4/arch/alpha/kernel/pci_iommu.c
2.4.5pre5/arch/alpha/kernel/pci_iommu.c
--- 2.4.5pre4/arch/alpha/kernel/pci_iommu.c Sun Apr 1 01:17:07 2001
+++ 2.4.5pre5/arch/alpha/kernel/pci_iommu.c Tue May 22 22:04:07
1 - 100 of 463 matches
Mail list logo
