Andreas Dilger wrote:
> There is a bug in 2.4.2 with the loop device, which is fixed in -ac series.
Also fixed in 2.4.3-pre series.
cu
Jup
-
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://vge
On 20 Mar 2001, Eugene Crosser wrote:
> I can confirm that mount over loopback hangs on 2.4.2 (from kernel.org),
> regardless of the filesystem type.
It seems to have gone away in the 2.4.2-acX series.
--
-- John E. Jasen ([EMAIL PROTECTED])
-- In theory, theory and practise are the same. In pr
This new release of the Linux Trace Toolkit includes complete
support for Linux and RTAI on both ix86 and PPC. With this out,
work on other architectures is in its way. Anyone wanting
to dig-in is welcomed to do so.
Also, 0.9.4 includes all the additions that were made in the
0.9.4preX series. T
Hi all,
I'm seeing the "timeout waiting for DMA" problems that I've noticed
several others are running up against. I have a UDMA-66 drive that I
have _full_ of data. After some amount of disk activity (some can be
very little [a few minutes], or a long time [hours]), I get the
following on t
In article <[EMAIL PROTECTED]>,
"Brent D. Norris" <[EMAIL PROTECTED]> writes:
> On my redhat 7.1 machine I have been using the 2.4.0 redhat kernel and
> mounting ISO's to loop devices and it worked fine. I upgraded to a 2.4.2
> kernel and now none of the ISO's will mount. They all hang w
On Tue, 20 Mar 2001, Marcelo Tosatti wrote:
>
> I'll put pre5 in and try to reproduce the problem (I hitted it while
> running pgbench + shmtest).
I found a case where pre5 will forget to unlock the page_table_lock (in
copy_page_range()), and one place where I had missed the lock altogether
(in
On Tue, 20 Mar 2001, Marcelo Tosatti wrote:
>
> Could the IDE one cause corruption ?
Only with broken disks, as far as we know right now. There's been so far
just one report of this problem, and nobody has heard back about which
disk this was.. And it should be noisy about it when it happens -
On Mon, 19 Mar 2001, Linus Torvalds wrote:
>
>
> On Tue, 20 Mar 2001, Marcelo Tosatti wrote:
> >
> > Could the IDE one cause corruption ?
>
> Only with broken disks, as far as we know right now. There's been so far
> just one report of this problem, and nobody has heard back about which
> di
On Mon, 19 Mar 2001, Linus Torvalds wrote:
>
> There is a 2.4.3-pre5 in the test-directory on ftp.kernel.org.
>
> The complete changelog is appended, but the biggest recent change is the
> mmap_sem change, which I updated with new locking rules for pte/pmd_alloc
> to avoid the race on the act
On Friday March 16, [EMAIL PROTECTED] wrote:
> Here are some more results from the MC project. These are 16 errors found
> in 2.4.1 related to inconsistent use of locks. As usual, if you can
> verify any of these or show that they are false positives, please let us
> know by CC'ing [EMAIL PROTEC
watermodem wrote:
>
> Matti Aarnio wrote:
> >
> > On Mon, Mar 19, 2001 at 12:20:47AM -0600, watermodem wrote:
> > > With the 2.4.0 kernel the loops_per_sec field was replaced (for i386)
> > > with current_cpu_data.loops_per_jiffy.
> > ...
> > > #define LOOPS_PER_SEC current_cpu_data.loops_per_jif
On Tue, 20 Mar 2001, Rik van Riel wrote:
>
> (ie the patch really isn't ready yet to be included in the
> main kernel ... OTOH, the changes needed to make it ready
> are all trivial and tedious ;))
They are trivial and tedious only if done wrong - which will also add tons
of new places where we
On Mon, 19 Mar 2001, Linus Torvalds wrote:
> On Mon, 19 Mar 2001, Linus Torvalds wrote:
> >
> > Excellent point. We used to do all the looping and re-trying, but it got
> > ripped out a long time ago (and in any case, it historically didn't do
> > SMP, so the old code doesn't really work).
>
> Act
On Tue, 20 Mar 2001, Manfred Spraul wrote:
> >
> > Besides, the fair semaphores would potentially slow things down, while
> > this potentially speeds things up. So.. It looks obvious enough.
>
> Rik, did you check that {pte,pmd}_alloc are thread safe? At
> least in 2.4.2 they aren't (include/asm-i
Matti Aarnio wrote:
>
> On Mon, Mar 19, 2001 at 12:20:47AM -0600, watermodem wrote:
> > With the 2.4.0 kernel the loops_per_sec field was replaced (for i386)
> > with current_cpu_data.loops_per_jiffy.
> ...
> > #define LOOPS_PER_SEC current_cpu_data.loops_per_jiffy * 100
>
> The intention was
Fabio Riccardi writes:
> How can Apache "grab" the file descriptor?
>
> My understanding is that file descriptors are data structures private to
> a process...
>
> Am I missing something?
Unix sockets allow one processes to "give" a file descriptor to
another process via a facility calle
diff -urN linux-2.4.2-ac20-orig/drivers/net/de4x5.c
linux-2.4.2-ac20/drivers/net/de4x5.c
--- linux-2.4.2-ac20-orig/drivers/net/de4x5.c Mon Mar 19 17:24:04 2001
+++ linux-2.4.2-ac20/drivers/net/de4x5.cMon Mar 19 18:32:01 2001
@@ -429,11 +429,17 @@
<[EMAIL PROTE
Fantastic!
I was not aware of it, sorry... where can I find some doc?
- Fabio
"David S. Miller" wrote:
> Fabio Riccardi writes:
> > How can Apache "grab" the file descriptor?
> >
> > My understanding is that file descriptors are data structures private to
> > a process...
> >
> > Am I m
Fabio Riccardi writes:
> How could this be fixed?
Why not pass the filedescriptors to apache over a UNIX domain
socket? I see no need for a new facility.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
How can Apache "grab" the file descriptor?
My understanding is that file descriptors are data structures private to
a process...
Am I missing something?
- Fabio
"David S. Miller" wrote:
> Fabio Riccardi writes:
> > How could this be fixed?
>
> Why not pass the filedescriptors to apache over
Hi,
I've been working for a while on a user-space web server accelerator (as
opposed to a kernel space accelerator, like TUX). So far I've had very
promising results and I can achieve performance (spec) figures
comparable to those of TUX.
Although my implementation is entirely sitting in user sp
usb audio uses the abs function, which is no longer included in gcc-3.0
Not a big deal yet, since the kernel crashes with it anyway, but
something to
look at.
Garst
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordom
On Tue, 20 Mar 2001, Andrew Morton wrote:
> Linus Torvalds wrote:
> >
> > There is a 2.4.3-pre5 in the test-directory on ftp.kernel.org.
>
> I can't see it. Where did you hide it?
Ahh. The mirroring is apparently broken. I put my stuff on a faster local
connection to "master.kernel.org", and d
Elmer Joandi wrote:
> ah - message from matrox framebuffer - complaining no irq A assigned to
> slot, and suggesting that BIOS is buggy.
Maybe you disabled it in BIOS? My BIOS has option 'assign irq to vga'...
> Will I be more happy when using a dualhead matrox AGP instead of AGP+PCI
> ATI p
Got it to work somewhat...
that was real long f***
the only sequence -
no dga,
kernel boots and BIOS uses Matrox PCI as first graphics
via matrox
start up two ATI cards(one AGP, one PCI)(xinerama mode,
screwed output ) with Xserver hacked to read /dev/input/event*
ant talking direct to ATI.
no
Dear friends:
I have a question about memory protection. I appreciate any suggestion.
Thank you so much.
Given a virtual address, how can we know whether this address contains
an executable code? If there is a method that can be used to answer
the above question, is there any exce
There is a 2.4.3-pre5 in the test-directory on ftp.kernel.org.
The complete changelog is appended, but the biggest recent change is the
mmap_sem change, which I updated with new locking rules for pte/pmd_alloc
to avoid the race on the actual page table build.
This has only been tested on i386 w
> > Well, as there is no keyboard combo that works on every Mac, I think we should
>> list every known to be working combo.
>>
>> Like:
>>
>> On PowerPC - Press 'ALT - Print Screen (or F13) - ,
>> Print Screen (or F13) - may suffice.
>
>Sounds good.
>
>> Maybe it's a good idea to inc
"Fabio Pietrosanti (naif)" wrote:
> > i'm currently involved in the analisys of a compromised linux box.
> > It was a IBM xSeries server.
> >
> > I transfer the partition of the server using cat /dev/partition| nc
> > host_of_dump_storage 8889, then i check the checksum using md5sum and
> > all it
On Mon, 19 Mar 2001 19:30:49 +0100 (CET)
Pierre Etchemaite <[EMAIL PROTECTED]> wrote:
> FYI, burning CDRs with this adapter seldom work under Windows too, Tekram
> adapters are usually fine, but those DC-315* & DC-395* really look like chip
> stuff...
>
> BR,
> Pierre.
>
>
I never have err
On Tue, Mar 20, 2001 at 02:07:13AM +0100, J. Michael Kolbe wrote:
[snip]
> Well, as there is no keyboard combo that works on every Mac, I think we should
> list every known to be working combo.
>
> Like:
>
> On PowerPC - Press 'ALT - Print Screen (or F13) - ,
> Print Screen (or F13
Hello!
The driver for Trident sound cards in 2.4.2-ac20 has functions
ali_save_regs() and ali_restore_regs() that are supposed to save and
restore the hardware registers over the power management events.
ali_restore_regs() restores mixer and channel registers from memory, but
it _saves_ the glob
i have the source files for compiling the module for 2.2 kernels but i
can't get it to work in 2.4
is anyone programming a 2.4 driver/module ?
Erik
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at htt
grab my KMALLOC_MAXSIZE patch from this posting
http://marc.theaimsgroup.com/?l=linux-kernel&m=98398907520444&w=2
Joseph Cheek wrote:
>
> 2.4.3-pre4.
>
> i also see a reference to KMALLOC_MAXSIZE in
> drivers/net/hamradio/6pack.c
>
> this kernel won't compile, is KMALLOC_MAXSIZE set somewhere
This is forwarded from the [EMAIL PROTECTED] mailing list. I think you
guys can answer this question better. Please cc: them in any replies.
-b
"Fabio Pietrosanti (naif)" wrote:
> Hi ppl,
> i'm currently involved in the analisys of a compromised linux box.
> It was a IBM xSeries server.
>
>
On Tue, Mar 20, 2001 at 01:00:53AM +0100, J. Michael Kolbe wrote:
> Hi.
>
> On Mon, Mar 19, 2001 at 04:21:35PM -0700, Tom Rini wrote:
> > On Mon, Mar 19, 2001 at 11:14:03PM +, Andrew Morton wrote:
> >
> > > I included Mr Kolbe's one-liner in the SAK patch which I put
> > > out on Sunday. No
On Mon, 19 Mar 2001, David Raufeisen wrote:
> Getting oops every time I run rsync today.. happens after it receives file list and
>is starting to stat all the files.. filesystem is reiser.
>
> Linux prototype 2.4.3-pre1 #2 Thu Mar 15 00:24:43 PST 2001 i686 unknown
>
> 15:25:28 up 1 day, 20:0
2.4.3-pre4.
i also see a reference to KMALLOC_MAXSIZE in
drivers/net/hamradio/6pack.c
this kernel won't compile, is KMALLOC_MAXSIZE set somewhere? i can't
find it. is it deprecated?
gcc -D__KERNEL__ -I/usr/src/RedmondLinux/BUILD/linux-2.4.3/linux/include
-Wall -Wstrict-prototypes -O2 -fomit-f
Eli Carter writes:
> And you described (in much better detail) the same problem I was talking
> about in the first email I sent today.
Ok, at least we've got the same picture that we're working from now.
> Yes, but it digs another to get the dirt to fill the first one. :/ for
> instance:
>
> >
On Mon, Mar 19, 2001 at 03:05:55PM -0800, Torrey Hoffman wrote:
> In fact, the "mount" man page on my Mandrake 7.2 system says:
>
> "It is possible to replace /etc/mtab by a symbolic link to
> /proc/mounts..." and then goes on to describe some of the issues and
> problems with doing so - loopb
On Tue, 20 Mar 2001, Manfred Spraul wrote:
>
> Rik, did you check that {pte,pmd}_alloc are thread safe? At least in
> 2.4.2 they aren't (include/asm-i386/pgalloc.h), and your patch doesn't
> touch pgalloc.
Excellent point. We used to do all the looping and re-trying, but it got
ripped out a lon
Sorry, forgot to CC linux kernel...
Elmer Joandi wrote:
>
> 2.4.2-ac8, with 4 graphics cards, Dual Celeron
> now with 2.4.2-ac8 it is even more clear
> any attempt to insert module ends with straight lockup
> video mode swithc occurs and then ping to the box stops
> immediately.
> more, startin
Getting oops every time I run rsync today.. happens after it receives file list and is
starting to stat all the files.. filesystem is reiser.
Linux prototype 2.4.3-pre1 #2 Thu Mar 15 00:24:43 PST 2001 i686 unknown
15:25:28 up 1 day, 20:05, 4 users, load average: 0.00, 0.03, 0.00
Linux protot
On Mon, 19 Mar 2001, Linus Torvalds wrote:
>
> Excellent point. We used to do all the looping and re-trying, but it got
> ripped out a long time ago (and in any case, it historically didn't do
> SMP, so the old code doesn't really work).
Actually, funnily enough, I see that the old thread-safe
On Mon, Mar 19, 2001 at 09:09:21AM -0800, Andre Hedrick wrote:
>
> Write-caching flushing upon closing/unmounting each partition.
Would it be possible to have such info included on the webpage and/or
on the release emails? I often wonder what, if any, goodness might
come from these patches but i
>
> Besides, the fair semaphores would potentially slow things down, while
> this potentially speeds things up. So.. It looks obvious enough.
>
Rik, did you check that {pte,pmd}_alloc are thread safe? At least in
2.4.2 they aren't (include/asm-i386/pgalloc.h), and your patch doesn't
touch pgalloc
Hello everyone,
This patch should close out the last known tail bug in my
queue. If you've still got small reiserfs files with the wrong
data in them, please start shouting.
The patch isn't very big, but changes some sensitive areas,
so I'm looking for more success reports on non-critical d
On Mon, Mar 19, 2001 at 11:56:19PM +0100, J. Michael Kolbe wrote:
> On Mon, Mar 19, 2001 at 01:46:53PM -0700, Tom Rini wrote:
> > On Mon, Mar 19, 2001 at 08:37:00PM +0100, J. Michael Kolbe wrote:
> > > On Mon, Mar 19, 2001 at 09:15:59AM -0700, Tom Rini wrote:
> > > > Speaking of reversed, there's
On Mon, Mar 19, 2001 at 11:35:55PM +0100, Otto Wyss wrote:
> > you can avoid all of these problems. Or use a journaling filesystem ext3/xfs, etc.
>
> So in real live you would propose to put fences and nets everywhere to
> prevent children from possibly falling in abyses?
I think you've got it
> Actually, I think /etc/mtab is not needed at all. Originally, UNIX
> used to put as much onto the disk (and not in "core") as possible.
> so much state information related only to one boot-cycle was
> taken out of kernel and stored on disk. /var/run/utmp, /etc/mtab,
> , rmtab, and many other
Richard B. Johnson wrote:
> Unix and other such variants have what's called a Virtual File System
> (VFS).
Correct, but hardly relevant here, except possibly that this enables you
to use a different, perhaps more resilient file system.
> The idea behind this is to keep as much recently-used file
(Recipients trimmed, as this is a major change of topic...)
[big cut]
> Actually, I think /etc/mtab is not needed at all.
This is already mostly correct, AFAIK.
My embedded system uses "busybox" for mount and umount, /etc/mtab
does not exist, and the root file system is readonly.
But if
Guy,
I wrote APCUPSD beginning back in 95/96 for this reason.
American Power Conversion is now friendly to Linux.
http://www.linux-ide.org/apcupsd.html
Cheers,
On Mon, 19 Mar 2001, Stephen Satchell wrote:
> At 01:16 PM 3/19/01 -0800, Torrey Hoffman wrote:
> >Yes. Some of this is your respon
Russell King wrote:
>
> Eli Carter writes:
> > What are you seeing that I'm missing?
>
> Ok, after sitting down and thinking again about this problem, its not
> the 9.ms case, but the 10.1 case:
And you described (in much better detail) the same problem I was talking
about in the fi
> Now the code is beautiful and it might even be bugfree ;)
I'm applying this to my tree - I'm not exactly comfortable with this
during the 2.4.x timeframe, but at the same time I'm even less comfortable
with the current alternative, which is to make the regular semaphores
fairer (we tried it o
"Stephen Gutknecht (linux-kernel)" wrote:
>
> Otto,
>
[...]
> Have you considered telnet into your box from a second machine? Even a 486
> system would do this fine... network cards are cheap. You could try to
> recover the system or at least do a shutdown.
>
It was just a simple test machine
Jeremy Jackson wrote:
>
> Brian Gerst wrote:
>
> > "Richard B. Johnson" wrote:
> > >
> > > On Mon, 19 Mar 2001, Otto Wyss wrote:
> > >
> > > > Lately I had an USB failure, leaving me without any access to my system
[..]
> > > Unix and other such variants have what's called a Virtual File System
At 01:16 PM 3/19/01 -0800, Torrey Hoffman wrote:
>Yes. Some of this is your responsibility. You have several options:
>1. Get a UPS. That would not have helped your particular problem,
>but it's a good idea if you care about data integrity.
>2. Use a journaling file system. These are much
Dawson writes:
> right now we are trying to derive which functions can "reasonably" fail
> by examining all call sites and recording the number of times functions
> are checked vs not checked.
First of all, thanks for this interesting work you are doing. Pre-emptive
bug squashing is great. Prob
"Richard B. Johnson" wrote:
> On Mon, 19 Mar 2001, Brian Gerst wrote:
> [SNIPPED...]
>
> >
> > At the very least the disk should be consistent with memory. If the
> > dirty pages aren't written back to the disk (but not necessarily removed
> > from memory) after a reasonable idle period, then th
On Mon, 19 Mar 2001 12:17:38 -0800
Tim Moore <[EMAIL PROTECTED]> wrote:
> Jeremy Jackson wrote:
> >
> > Tim Moore wrote:
> > > 15MB/s for hdparm is about right.
> >
> > Yes, since hdparm -t measures *SUSTAINED* transfers... the actual
> "head rate" of data reads from
> > disk surface. Only if
Otto,
If you are doing development work (or playing with new kernels) and things
like USB failures lock you from keyboard and mouse...
Have you considered telnet into your box from a second machine? Even a 486
system would do this fine... network cards are cheap. You could try to
recover the s
"Richard B. Johnson" wrote:
>
> On Mon, 19 Mar 2001, Brian Gerst wrote:
> [SNIPPED...]
>
> >
> > At the very least the disk should be consistent with memory. If the
> > dirty pages aren't written back to the disk (but not necessarily removed
> > from memory) after a reasonable idle period, then
Mark Hahn wrote:
>
> > > > I have an IBM DTLA 307030 (ATA 100 / UDMA 5) on an 815e board (Asus CUSL2),
>which has a PIIX4 controller.
> > > > ...
> > > > My problem is that (according to hdparm -t), I never get a better transfer
>rate than approximately 15.8 Mb/sec
> > >
> > > 15MB/s for hd
I have included the ksymoops debug and dmesg (both small).. Any ideas?
Shawn.
ksymoops 2.3.7 on i586 2.4.3-pre4. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.3-pre4/ (default)
-m /boot/System.map (specified)
Intel Pe
2.4.2-ac8, with 4 graphics cards, Dual Celeron
now with 2.4.2-ac8 it is even more clear
any attempt to insert module ends with straight lockup
video mode swithc occurs and then ping to the box stops
immediately.
more, starting X locks kernel the same way.
meantime I changed from BIOS the AGP
[cc: security-audit, because it's interesting :-)]
On Sun, 18 Mar 2001, Topi Miettinen wrote:
> (Please cc: me, I'm not subscribed.)
>
> Using the magical prctl() call it's possible to run daemons as non-root
> while still possessing some capabilities. For full support, patched kernel
> with ex
Hi All,
right now we are trying to derive which functions can "reasonably" fail
by examining all call sites and recording the number of times functions
are checked vs not checked. Checking includes comparisions <, >, != 0
directly:
/* these are all checked uses */
if(foo())
On Mon, 19 Mar 2001, Brian Gerst wrote:
[SNIPPED...]
>
> At the very least the disk should be consistent with memory. If the
> dirty pages aren't written back to the disk (but not necessarily removed
> from memory) after a reasonable idle period, then there is room for
> improvement.
>
Hmmm.
Eli Carter writes:
> What are you seeing that I'm missing?
Ok, after sitting down and thinking again about this problem, its not
the 9.ms case, but the 10.1 case:
First time:
- interrupts disabled
- read jiffies
- read counter
- jiffies_p != jiffies_t
I've searched the kernel Documentation directory (linux 2.4.x) and I can't
find anything about which IDE - ata100 pci cards are supported. I also
looked in the Doc directory for my 2.2.12 kernel with no luck either.
I've purchased the only one I could find at the comp-usa near me (Maxtor)
and t
Otto Wyss wrote:
> situation was switching power off and on after a few minutes of
> inactivity. From the impression I got during the following startup, I
You aren't giving a lot of detail here. I assume your startup scripts run
fsck, and you saw a lot of errors. Were any of them uncorrectable
Brian Gerst wrote:
> "Richard B. Johnson" wrote:
> >
> > On Mon, 19 Mar 2001, Otto Wyss wrote:
> >
> > > Lately I had an USB failure, leaving me without any access to my system
> > > since I only use an USB-keyboard/-mouse. All I could do in that
> > > situation was switching power off and on aft
"Richard B. Johnson" wrote:
>
> On Mon, 19 Mar 2001, Otto Wyss wrote:
>
> > Lately I had an USB failure, leaving me without any access to my system
> > since I only use an USB-keyboard/-mouse. All I could do in that
> > situation was switching power off and on after a few minutes of
> > inactivi
Hi Pavel,
Thanks for you comments.
On Sat, 17 Mar 2001, Pavel Machek wrote:
> > diff -Nur 2.4.2/arch/i386/kernel/traps.c linux/arch/i386/kernel/traps.c
> > --- 2.4.2/arch/i386/kernel/traps.c Wed Mar 14 12:16:46 2001
> > +++ linux/arch/i386/kernel/traps.c Wed Mar 14 12:22:45 2001
> > @@ -973,7
> From: Andree Leidenfrost <[EMAIL PROTECTED]>
> To: Pete Zaitcev <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Date: 18 Mar 2001 22:50:32 +1100
>
> > > I am experiencing problems with a USB mouse: The machine boots, X
> > > starts, I log on, everything works as expected. When I restart X or jus
>For people who prefer programming above documenting,
>here is a simple small thing to do:
>
>POSIX.1g and Austin document a pselect() call intended to
>remove the race condition that is present when one wants
>to wait on either a signal or some file descriptor.
>(See also Stevens, Unix Network Pr
On Mon, Mar 19, 2001 at 08:37:00PM +0100, J. Michael Kolbe wrote:
> On Mon, Mar 19, 2001 at 09:15:59AM -0700, Tom Rini wrote:
> > Speaking of reversed, there's a slightly "nicer" one in 2.2.18+:
> > On PowerPC - You press 'ALT-Print Screen-'.
> >
> > (And yes, all the apple keyboards I've seen w/
On Mon, 19 Mar 2001, Otto Wyss wrote:
> inactivity. From the impression I got during the following startup, I
> assume Linux (2.4.2, EXT2-filesystem) is not very suited to any power
> failiure or manually switching it off. Not even if there wasn't any
> activity going on.
What data, if any, did
Hello,
try resize2fs from e2fsprogs package. B.
--
-
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 http://
Jeremy Jackson wrote:
>
> Tim Moore wrote:
> > 15MB/s for hdparm is about right.
>
> Yes, since hdparm -t measures *SUSTAINED* transfers... the actual "head rate" of
>data reads from
> disk surface. Only if you read *only* data that is alread in harddrive's cache will
>you get a speed
> close
> > > I have an IBM DTLA 307030 (ATA 100 / UDMA 5) on an 815e board (Asus CUSL2),
>which has a PIIX4 controller.
> > > ...
> > > My problem is that (according to hdparm -t), I never get a better transfer rate
>than approximately 15.8 Mb/sec
> >
> > 15MB/s for hdparm is about right.
it's def
> You should be able to get about 30 MB/s at the start of the disk (zone 0) according
>to IBM's datasheet at
>
> http://ssdweb01.storage.ibm.com/techsup/hddtech/prodspec/dtla_spw.pdf
>
> so if you were testing say /dev/hda1 which is at the start of the disk it should be
>faster.
"should be" i
On Mon, Mar 19, 2001 at 08:37:00PM +0100, J. Michael Kolbe wrote:
> On Mon, Mar 19, 2001 at 09:15:59AM -0700, Tom Rini wrote:
> > Speaking of reversed, there's a slightly "nicer" one in 2.2.18+:
> > On PowerPC - You press 'ALT-Print Screen-'.
> >
> > (And yes, all the apple keyboards I've seen w/
On Mon, 19 Mar 2001, Otto Wyss wrote:
> Lately I had an USB failure, leaving me without any access to my system
> since I only use an USB-keyboard/-mouse. All I could do in that
> situation was switching power off and on after a few minutes of
> inactivity. From the impression I got during the fo
Tim Moore wrote:
> [EMAIL PROTECTED] wrote:
> > I have an IBM DTLA 307030 (ATA 100 / UDMA 5) on an 815e board (Asus CUSL2), which
>has a PIIX4 controller.
> > ...
> > My problem is that (according to hdparm -t), I never get a better transfer rate
>than approximately 15.8 Mb/sec. I achieve this
Hi,
DUAL-Celeron, 2.4.0,
ATI64 Rage pro AGP,
Matrox Millenium,
Matrox Mystique,
ATI Rage II+ PCI,
normal keyboard
USB keyboard,
2x USB mouse.
USB hub and USB hub in keyboard.
1. Just plain Xfree 4.0.2 with xinerama works
Otto Wyss <[EMAIL PROTECTED]> wrote:
> Lately I had an USB failure, leaving me without any access to my system
> since I only use an USB-keyboard/-mouse. All I could do in that
> situation was switching power off and on after a few minutes of
> inactivity. From the impression I got during the foll
"Shane Y. Gibson" wrote:
>
> Marcelo Tosatti wrote:
> >
> > Did'nt you get a message similar to
> >
> > "kernel BUG at page_alloc.c line xxx!"
Okay, I set the nmi_watchdog=0 options for LILO. Now on crashes,
I get ZERO panic output in the log files. I found some old
PII 450s, and don't seem to
Hi,
I am extremely sorry to bother this group with this message. But I
am really unable to understand the following. So it would be very kind of
you if you clarify this.
In 2.2.16, in the function alloc_skb(),
atomic_set(skb_datarefp(skb),1) is there. Now skb_datarefp() returns
Tim Moore wrote:
> [EMAIL PROTECTED] wrote:
> > I have an IBM DTLA 307030 (ATA 100 / UDMA 5) on an 815e board (Asus CUSL2), which
>has a PIIX4 controller.
> > ...
> > My problem is that (according to hdparm -t), I never get a better transfer rate
>than approximately 15.8 Mb/sec. I achieve this
Russell King wrote:
>
> Eli Carter writes:
> > Russell, I know that at least the EBSA285's timer1_gettimeoffset() needs
> > some attention to fix a time going backward problem.
>
> I know about this, which is what started me looking at what x86 does,
> and I am firmly of the conclusion that x86
Lately I had an USB failure, leaving me without any access to my system
since I only use an USB-keyboard/-mouse. All I could do in that
situation was switching power off and on after a few minutes of
inactivity. From the impression I got during the following startup, I
assume Linux (2.4.2, EXT2-fi
[EMAIL PROTECTED] wrote:
> I have an IBM DTLA 307030 (ATA 100 / UDMA 5) on an 815e board (Asus CUSL2), which
>has a PIIX4 controller.
> ...
> My problem is that (according to hdparm -t), I never get a better transfer rate than
>approximately 15.8 Mb/sec. I achieve this when DMA is enabled, - wi
Alexander Viro <[EMAIL PROTECTED]> wrote:
>Seriously, binfmt_misc.c was written in rather, erm, interesting C.
>Read it and you'll see. Just one (but rather impressive) example:
>
>if ((count == 1) && !(buffer[0] & ~('0' | '1'))) {
>
>It was meant to be
>
>if (count == 1 && (buffer
Well the ACPI bugs look legitimate. We'll work on getting those fixed.
Thanks for your efforts!
Regards -- Andy
-
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.h
Eli Carter writes:
> Russell, I know that at least the EBSA285's timer1_gettimeoffset() needs
> some attention to fix a time going backward problem.
I know about this, which is what started me looking at what x86 does,
and I am firmly of the conclusion that x86 is buggy as it stands.
I believe
>I have a fundamental question:
>
>If I have to port LINUX on to new processor. How will I get address
>mapping of different devices. Some of them are available in the manual.
>Ex: NVram starting address is not available.
>Iam porting on mips3k.
Related question: does there exist any kind of defi
Hello!
> Well, since I moved the rsync to 5pm, and then back to 9pm, I haven't
> seen this problem - everything is again working as expected (touch wood)
> with 2.2.15pre13 and 2.4.0.
>
> This is odd, since it wasn't a one-off problem, but something that happened
> each and every day of a partic
This is an "information pointer" request. I see there has been patching
activity fairly recently for the aironet4800 drivers, but have been
unable to successfully contact the maintainer listed in the sources.
Is there anyone out in kernel-list land with this thing running on a
PCI-based 340 seri
1 - 100 of 139 matches
Mail list logo
