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
Carlos Laviola wrote:
>
> invalid operand:
> CPU:0
> EIP:0010:[]
> 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
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
[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
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
> 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]
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
> I veto, the whole point of moving to ECN was to make a statement and
> get people to fix their kit.
>
Isn't this a problem though because the messge saying that ECN was enabled
was set after ECN was enabled? Thus these people have no idea what is
going on and they probably won't know what to
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):
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.
>
> Matti Aarnio writes:
> > I am contemplating to periodically turn off the ECN bit to
> > let email out, but DaveM has veto there.
>
> I veto, the whole point of moving to ECN was to make a statement and
> get people to fix their kit.
>
> We will remove these people, that's all.
Since HTML
Matti Aarnio writes:
> I am contemplating to periodically turn off the ECN bit to
> let email out, but DaveM has veto there.
I veto, the whole point of moving to ECN was to make a statement and
get people to fix their kit.
We will remove these people, that's all.
Later,
David S. Miller
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
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 :
>
>
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
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,
... and immediately I have been able to verify a bunch of
domains/servers which won't get thru when incoming connection
has ECN.I tested all of these with Linux running ECN, and
Solaris 2.6 without ECN. When Solaris got connection, and
ECN-Linux didn't, domain and its server got listed.
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
"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
> 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
> > Not just crap hardware, but also vendors who refuse to release proper material
> > required for writing drivers. NVidia springs to my mind.
> >
> Not that the kernel list is the best place to bring this up, but NVIDIA
> would NOT be on that list. They are by far one of the best companies
>>
>> 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
> 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
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
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
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
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
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.
> For _devices_, though? I don't expect my mouse to work if gpm and xfree
> both try to consume device events from the same filp. Heck, it doesn't
> even work when they try to consume events from the same inode :-) I think
> this is a reasonable restriction for the class of devices in
> CONFIG_BAGETBSM (Baget Backplane Shared Memory support)
> Set in arch/mips64/config.in, not used anywhere.
Not all mips stuff is merged
> CONFIG_ACPI_INTERPRETER (ACPI interpreter)
> Set in arch/ia64/config.in, not used anywhere.
Not all IA64 stuff is merged - although this
> 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
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
201 - 300 of 463 matches
Mail list logo
