Hi Klaus,
Yesterday I tried to mount my iPod as usual, but the hfsplus kernel
module complained the following:
HFS+-fs warning: Filesystem was not cleanly unmounted, running
fsck.hfsplus is recommended. mounting read-only.
So I installed your hfsplusutils package and ran hpfsck. After that
On Thu, 21 April 2005 09:36:18 +0300, Pekka Enberg wrote:
>
> I think Jörn means that if you need an opaque data type, use void
> pointers (which are automatically cast to the proper type) and that
> all other casts are a design smell (except for the one or two special
> cases where you actually n
On Wed, Apr 20, 2005 at 11:08:10PM -0700, Linux Kernel Mailing List wrote:
> tree 19b2c9e85dcab6df9250ba38df885d951c96e0a6
> parent dadeafdfc8da8c27e5a68e0706b9856eaac89391
> author Jurij Smakov <[EMAIL PROTECTED]> Mon, 18 Apr 2005 08:03:12 -0700
> committer Linus Torvalds <[EMAIL PROTECTED]> Mon,
Phillip,
Jörn Engel wrote:
> > Your definition of _unnecessary_ casts may differ from mine.
> > Basically, every cast is unnecessary, except for maybe one or two - if
> > that many.
On 4/20/05, Phillip Lougher <[EMAIL PROTECTED]> wrote:
> Well we agree to differ then. In my experience casts are
On Thu, 2005-04-21 at 08:24 +0200, Jan Dittmer wrote:
> What about the daily snapshots? Is there any eta when they'll be back?
Those were done by Jeff, not me. I'm planning to fix up the web page
which lists individual commits some time next week, and if Jeff wants me
to I could start generating d
David Woodhouse wrote:
> As of some time in the fairly near future, the [EMAIL PROTECTED] mailing
> list will be carrying real commits from Linus' live git repository, instead
> of just testing patches. Have fun.
>
What about the daily snapshots? Is there any eta when they'll be back?
--
Jan
-
... I somehow didn't send it to Andrew last time.
--
SUSE Labs, Novell Inc.
Fix a race where __block_prepare_write can leak out an in-flight
read against a bh if get_block returns an error. This can lead to
the page becoming unlocked while the buffer is locked and the read
still in flight. __mpa
Hi,
I've been trying for the last few days to get my D810 to suspend and
resume in linux.
I'm doing it from klaptop in kde using Fedora Core 3, but I've now
compiled my own linux-2.6.12-rc2-mm3 kernel since I've seen some ACPI
changes going in.
At 2.6.11 it would seem to suspend ok, but when
www.h63dk6153ahyi2z.marvinfhlil.com
-
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://www.tux.org/lkml/
Questions? Comments?
--
SUSE Labs, Novell Inc.
Fix a race where __block_prepare_write can leak out an in-flight
read against a bh if get_block returns an error. This can lead to
the page becoming unlocked while the buffer is locked and the read
still in flight. __mpage_writepage BUGs on this cond
On Wed, Apr 20 2005, James Bottomley wrote:
> On Wed, 2005-04-20 at 08:15 +0900, Tejun Heo wrote:
> > -* Insert this command at the head of the queue for it's device.
> > -* It will go before all other commands that are already in the queue.
> > -*
> > -* NOTE: there is magic here a
Hi,
On 4/20/05, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> You might want to post that Oops message if you want someone to try and
> fix it.
>
Ok see it below.
> Also, from your dmesg output I see that you are loading the NVIDIA module
> NVRM: loading NVIDIA Linux x86_64 NVIDIA Kernel Module 1
A particular revision of the HPT372N oopses hpt366 consistently. It's a
regression caused by Alan's changes in 2.6.9 to support the HPT372N using
only PLL timings. The driver works correctly in prior versions, where the the
PCI clock is used instead. This patch restores that behaviour for this
On Thu, 2005-04-21 at 01:13 -0400, Robert Love wrote:
> Live from linux.conf.au, below is inotify against 2.6.12-rc3.
G'day mates! By popular request!
Cheers,
Robert Love
Send an event on xattr change. Just use the existing metadata change event,
IN_ATTRIB, instead of adding a new e
Live from linux.conf.au, below is inotify against 2.6.12-rc3.
Cheers,
Robert Love
inotify!
inotify is intended to correct the deficiencies of dnotify, particularly
its inability to scale and its terrible user interface:
* dnotify requires the opening of one fd per each directo
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
fs/aio.c | 20 +++-
1 files changed, 11 insertions(+), 9 deletions(-)
--- linux-2.6.12-rc2-mm3-full/fs/aio.c.old 2005-04-20 23:03:19.0
+0200
+++ linux-2.6.12-
This patch makes a needlessly global struct static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.12-rc2-mm3-full/fs/afs/file.c.old 2005-04-20 23:01:48.0
+0200
+++ linux-2.6.12-rc2-mm3-full/fs/afs/file.c 2005-04-20 23:02:00.0
+0200
@@ -62,7 +62,7 @@
.i
These three functions are referenced from the __devinitdata
sis5513_chipset.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/ide/pci/sis5513.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
--- linux-2.6.12-rc3/drivers/ide/pci/sis5513.c.old 2005-04-21
04:26:3
As of some time in the fairly near future, the [EMAIL PROTECTED] mailing
list will be carrying real commits from Linus' live git repository, instead
of just testing patches. Have fun.
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
On Wed, Apr 20, 2005 at 10:08:27PM -0400, Pete Clements wrote:
> FYI:
[snip]
In case anyone hits this problem but misses my post to the main "Re:
Linux 2.6.12-rc3" thread, the fix is here:
http://marc.theaimsgroup.com/?l=linux-scsi&m=111391769011616&w=2
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To
Linux 2.6.12-rc3 is still missing the following compile fixes:
[PATCH] fix ultrastor.c compile error
http://marc.theaimsgroup.com/?l=linux-scsi&m=111391774018717&w=2
[PATCH] fix aic7xxx_osm.c compile failure (gcc 2.95.x only)
http://marc.theaimsgroup.com/?l=linux-scsi&m=111391769011616&w=2
[linu
On Wed, 2005-04-20 at 22:58 -0400, Steven Rostedt wrote:
> I looked into the problem that jdavis had and found that the conversion
> of the timeval_to_jiffies was off by one.
>
> To convert tv.tv_sec = 0, tv.tv_usec = 1 to jiffies, you come up
> with an answer of 11 (assuming 1000 HZ).
>
On Tue, 2005-04-12 at 13:31, Li Shaohua wrote:
> @@ -1052,7 +1086,7 @@ static void __init smp_boot_cpus(unsigne
> if (max_cpus <= cpucount+1)
> continue;
>
> - if (do_boot_cpu(apicid))
> + if ((cpu = alloc_cpu_id() > 0) && do_boot_cpu(ap
Troy Benjegerdes wrote:
Someone (aka Tospin, infinicon, and Amasso) should probably post a patch
adding '#define VM_REGISTERD 0x0100', and some extensions to
something like 'madvise' to set pages to be registered.
My preference is said patch will also allow a way for the kernel to
reclaim regis
On Wednesday 20 April 2005 10:29 pm, Dmitry Torokhov wrote:
> Ok... I know that sidewinder needs its timeouts increased to about 6ms to
> work with 2.6. Have you tried OSS driver - to make sure that layer above
> the soundcard works?
Well, thats what I've been thinking thats screwing me. Because I
I looked into the problem that jdavis had and found that the conversion
of the timeval_to_jiffies was off by one.
To convert tv.tv_sec = 0, tv.tv_usec = 1 to jiffies, you come up
with an answer of 11 (assuming 1000 HZ).
Here's the patch:
--- ./include/linux/jiffies.h.orig 2005-04-20
On Wed, 20 Apr 2005 04:17:08 +0200 Adrian Bunk wrote:
| This patch fixes the LITTLE_ENDIAN #define.
and a function prototype.
| Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
|
| ---
|
| drivers/net/skfp/h/osdef1st.h |2 ++
| drivers/net/skfp/smt.c|2 +-
| 2 files changed, 3
Hello, James.
This is the modified patch with the comment (slightly modified).
With this patch, the next patch in this patchset complains about line
offset but it's okay.
Thanks.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: scsi-reqfn-export/drivers/scsi/scsi_lib.c
James Bottomley wrote:
> On Thu, 2005-04-21 at 09:20 +0900, Tejun Heo wrote:
>
>> Hello, James.
>>
>>James Bottomley wrote:
>>
>>>On Wed, 2005-04-20 at 08:15 +0900, Tejun Heo wrote:
>>>
>>>
-* Insert this command at the head of the queue for it's device.
-* It will go before all o
Apr 21 11:13:33 gaston kernel: [233990.968209] PCI: Enabling device
0001:11:00.0 ( -> 0002)
Apr 21 11:13:37 gaston kernel: [233995.162668] eth3: resetting device...
Apr 21 11:13:37 gaston kernel: [233995.162699] eth3: uploading firmware...
Apr 21 11:13:37 gaston kernel: [233995.331330] eth3: f
On Wednesday 20 April 2005 21:21, Patrick McFarland wrote:
> On Wednesday 20 April 2005 10:12 pm, Dmitry Torokhov wrote:
> > On Wednesday 20 April 2005 20:42, Patrick McFarland wrote:
> > > On Wednesday 20 April 2005 12:47 am, Patrick McFarland wrote:
> > > > I just tested 2.6.6, it seems to be bro
On Wednesday 20 April 2005 10:12 pm, Dmitry Torokhov wrote:
> On Wednesday 20 April 2005 20:42, Patrick McFarland wrote:
> > On Wednesday 20 April 2005 12:47 am, Patrick McFarland wrote:
> > > I just tested 2.6.6, it seems to be broken too. I wonder if this
> > > actually is a kernel issue, I shoul
On 20 Apr 2005 at 22h04, Roman Zippel wrote:
Hi,
> > for some reason yet unknown, fsck.hfsplus doesn't correctly set the
> > HFSPLUS_VOL_UNMNT flag here.
>
> If fsck doesn't mark it clean, there must be a reason
By the way, the reason is that this stupid utility opens the device
read-only (hen
On Mon, Apr 18, 2005 at 10:07:12PM +0200, Bernhard Fischer wrote:
> On Mon, Apr 18, 2005 at 09:40:40PM +0200, Arjan van de Ven wrote:
> >On Mon, 2005-04-18 at 11:25 -0500, Timur Tabi wrote:
> >> Arjan van de Ven wrote:
> >>
> >> > this is a myth; linux is free to move the page about in physical me
On Thu, 2005-04-21 at 09:20 +0900, Tejun Heo wrote:
> Hello, James.
>
> James Bottomley wrote:
> > On Wed, 2005-04-20 at 08:15 +0900, Tejun Heo wrote:
> >
> >>-* Insert this command at the head of the queue for it's device.
> >>-* It will go before all other commands that are already in
On Wednesday 20 April 2005 20:42, Patrick McFarland wrote:
> On Wednesday 20 April 2005 12:47 am, Patrick McFarland wrote:
> > I just tested 2.6.6, it seems to be broken too. I wonder if this actually
> > is a kernel issue, I should have found a working kernel by now. I'll
> > continue to 2.6.5.
>
FYI:
CC drivers/scsi/aic7xxx/aic7xxx_osm.o
drivers/scsi/aic7xxx/aic7xxx_osm.c: In function `ahc_linux_init':
drivers/scsi/aic7xxx/aic7xxx_osm.c:3608: parse error before `int'
drivers/scsi/aic7xxx/aic7xxx_osm.c:3609: `rc' undeclared (first use in this
function)
drivers/scsi/aic7xxx/aic7xxx_
Patrick McFarland wrote:
On Wednesday 20 April 2005 09:09 pm, Alejandro Bonilla wrote:
Why is kb not used anymore? What happened?
Linus decided that keyboards are out, and voice activation is in. Remember to
use a high quality microphone!
Ohh _G_ Is that Why!? I thought it was cause t
On Wednesday 20 April 2005 12:47 am, Patrick McFarland wrote:
> I just tested 2.6.6, it seems to be broken too. I wonder if this actually
> is a kernel issue, I should have found a working kernel by now. I'll
> continue to 2.6.5.
I just tried 2.6.5 and 2.6.4. No go. Only 3 kernels left.
--
Patri
On Wednesday 20 April 2005 09:09 pm, Alejandro Bonilla wrote:
> Why is kb not used anymore? What happened?
Linus decided that keyboards are out, and voice activation is in. Remember to
use a high quality microphone!
--
Patrick "Diablo-D3" McFarland || [EMAIL PROTECTED]
"Computer games don't aff
On 20 Apr 2005 at 22h04, Roman Zippel wrote:
Hi,
> Hi,
>
> On Wed, 20 Apr 2005, Colin Leroy wrote:
>
> > for some reason yet unknown, fsck.hfsplus doesn't correctly set the
> > HFSPLUS_VOL_UNMNT flag here.
>
> If fsck doesn't mark it clean, there must be a reason and that also
> means you sho
Have a look through the mail archives and try "Bitkeeper and Linux" in
google, lets just say its been interesting.
--
James Purser
http://ksit.dynalias.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info a
On Wed, 2005-04-20 at 10:55 -0600, jmerkey wrote:
>
> For 3Ware, you need to chage the queue depths, and you will see
> dramatically improved performance. 3Ware can take requests
> a lot faster than Linux pushes them out. Try changing this instead, you
> won't be going to sleep all the time wait
Jörn
--
It's just what we asked for, but not what we want!
-- anonymous
Signed-off-by: Jörn Engel <[EMAIL PROTECTED]>
---
fs/squashfs/inode.c| 58 -
fs/squashfs/squashfs.h |2 -
2 files changed, 30 insertions(+), 30 deletions(-)
---
Jörn
--
Anything that can go wrong, will.
-- Finagle's Law
Signed-off-by: Jörn Engel <[EMAIL PROTECTED]>
---
fs/squashfs/inode.c| 11 +--
fs/squashfs/squashfs.h |2 +-
2 files changed, 6 insertions(+), 7 deletions(-)
--- linux-2.6.12-rc2cow/fs/squashfs/inode.c~squashfs_cu4
Jörn
--
Rules of Optimization:
Rule 1: Don't do it.
Rule 2 (for experts only): Don't do it yet.
-- M.A. Jackson
Signed-off-by: Jörn Engel <[EMAIL PROTECTED]>
---
fs/squashfs/inode.c | 20 +++-
1 files changed, 15 insertions(+), 5 deletions(-)
--- linux-2.6.12-rc2cow/fs/sq
Linus Torvalds wrote:
Ok,
you know what the subject line means by now, but this release is a bit
different from the usual ones, for obvious reasons. It's the first in a
_long_ time that I've done without using BK, and it's the first one ever
that has been built up completely with "git".
It's av
On Wed, 20 April 2005 21:51:15 +0100, Phillip Lougher wrote:
> Jörn Engel wrote:
>
> >Your definition of _unnecessary_ casts may differ from mine.
> >Basically, every cast is unnecessary, except for maybe one or two - if
> >that many.
>
> Well we agree to differ then. In my experience casts are
Ok,
you know what the subject line means by now, but this release is a bit
different from the usual ones, for obvious reasons. It's the first in a
_long_ time that I've done without using BK, and it's the first one ever
that has been built up completely with "git".
It's available both as a pa
>
> > I want to find where each module is loaded in memory by traversing the
> > module list . Once I have the address and the size of the module, I
> > want to read the bytes in memory of the module and hash it to check
> > it's integrity.
>
> JFTR: This may work against random memory corruption
On Wed, 20 Apr 2005 17:37:11 -0700
Tom Duffy <[EMAIL PROTECTED]> wrote:
> This breaks building on sparc64:
...
> This is ugly, but fixes the build. Perhaps sparc needs
> pgprot_noncached() to be a noop?
No, it should actually do something, like so:
include/asm-sparc64/pgtable.h: af9bf175a223cf
On Mon, 2005-04-04 at 15:09 -0700, Roland Dreier wrote:
> @@ -574,6 +836,22 @@
> return 0;
> }
>
> +static int mthca_mmap_uar(struct ib_ucontext *context,
> + struct vm_area_struct *vma)
> +{
> + if (vma->vm_end - vma->vm_start != PAGE_SIZE)
> +
Hello, James.
James Bottomley wrote:
On Wed, 2005-04-20 at 08:15 +0900, Tejun Heo wrote:
- * Insert this command at the head of the queue for it's device.
- * It will go before all other commands that are already in the queue.
- *
- * NOTE: there is magic here about the way the queue is plugge
Hi!
Pavel Machek wrote:
~
missing e?
Oh, it's typo :(. thanks!
+ Reserved_At_Boot,
+ Max_Reserved_Types,
+ Page_Invalid = 0xff
+};
You certainly use unusual naming convention here. Could we get
reserved_at_boot instead? (I.e. all lowercase).
Okay.
+static inl
Adrian Bunk wrote:
On Wed, Apr 20, 2005 at 04:32:24PM -0400, Dan Dennedy wrote:
Based upon my experience of several years on this project there is only
one external kernel module project we need to consider because that
developer has been involved and voiced requirements. That is Arne
Caspari's (Th
On Wednesday, April 20, 2005 12:50 PM, Tom Duffy wrote:
> > The errors I encountered were:
> > Reading all physical volumes. This may take a while...
> > Umount /sys failed: 16
> > mount: error 6 mounting ext3
> > mount: error 2 mounting none
> > Switching to new root
> > Switchroot: mount failed
On Thu, Apr 21, 2005 at 12:06:11AM +0200, Jesper Juhl wrote:
>...
> Why does it do this? : There are two reasons for doing this;
> 1) Consistency. out of ~4000 help entries in 134 Kconfig files, 747 of
> those entries use "---help---" as the keyword, the rest use just "help".
> So the users of "
On Wed, 2005-04-20 at 08:15 +0900, Tejun Heo wrote:
> - * Insert this command at the head of the queue for it's device.
> - * It will go before all other commands that are already in the queue.
> - *
> - * NOTE: there is magic here about the way the queue is plugged if
> -
> But *that's* the point people keep ignoring: the specs for programming
> the hardware, in some cases, reveals details about the hardware's
> implementation that nVidia does *not* want to release (in addition to
> suggesting their software tricks). Why is it that people *assume* that
> just the p
The new out of line put_user() assembly on x86_64 changes %rcx without
telling GCC about it causing things like:
http://bugme.osdl.org/show_bug.cgi?id=4515
See to it that %rcx is not changed (made it consistent with get_user()).
Signed-off-by: Alexander Nyberg <[EMAIL PROTECTED]>
Index: test/
Hello, guys.
Jens Axboe wrote:
On Wed, Apr 20 2005, Nick Piggin wrote:
Jens Axboe wrote:
On Wed, Apr 20 2005, Nick Piggin wrote:
I guess this could be one use of 'reordering' after a requeue.
Yeah, or perhaps the io scheduler might determine that a request has
higher prio than a requeued one. I
Cheers!
Everythings up and running now. It had nothing to do with the kernel and
all to do with a wrong word in syslinux.cfg.
I had the wrong default set so it defaulted to running the kernel
without options. Which is no good idea when booting an initrd =)
Thanks for the help anyhow.
-
To unsubsc
Ok, I'll admit right up front that this is probably slightly
controversial, and most certainly slightly silly as well, and my reasons
for doing this may not be the best in the world, but let me try and
explain the reasons for this patch.
What does it do? : It renames all instances of "---help-
Jörn Engel wrote:
Your definition of _unnecessary_ casts may differ from mine.
Basically, every cast is unnecessary, except for maybe one or two - if
that many.
Well we agree to differ then. In my experience casts are sometimes
necessary, and are often less clumsy than the alternatives (such as
During heavy io-load a lockup occurs that appears to prevent any disk
output from taking place. fs is reiserfs on two device-mapper mirrored
200G maxtor disks. After the lockup occurs you can to things like 'ls',
but echo > test.txt will hang.
A typical workload producing the error is doing:
rsync
On Tue, Apr 19, 2005 at 04:31:47AM +, David Wagner wrote:
> Theodore Ts'o wrote:
> >For one, /dev/urandom and /dev/random don't use the same pool
> >(anymore). They used to, a long time ago, but certainly as of the
> >writing of the paper this was no longer true. This invalidates the
> >enti
On Wed, 20 April 2005 16:20:10 +0100, Phillip Lougher wrote:
> Jörn Engel wrote:
> >Squashfs is extremely cast-happy. This patch makes it less so.
>
> Thanks for the patch. Unnecessary casts were one of the things
> mentioned when I submitted the patches to the LKML, and therefore I
> suspect
On Wed, Apr 20, 2005 at 02:12:38PM -0700, Alice Corbin wrote:
> I've noticed that some, though no all, video drivers add their video memory
> to MTRR as 'write-combining' if both MTRR and AGP are configured in.
>
> Is there a reason that all video drivers don't do this? Is it all would
> b
On Wed, 2005-04-20 at 08:01 -0700, Dheeraj Pandey wrote:
> I was wondering if I did a simple writev to a SCSI disk, does it take
> the sg path to the device? I am guessing sg (REQ_SPECIAL) is only
> true for character devices (and ioctl's) and not block devices.
? I think you misunderstand how wr
I have a silly question.
I've noticed that some, though no all, video drivers add their video memory
to MTRR as 'write-combining' if both MTRR and AGP are configured in.
Is there a reason that all video drivers don't do this? Is it all would
benefit from write-combining memory, but that some si
Hi!
> inline functions for naming pages.
> -- Kame
>
> Adding page_type definitions and funcs for naming reserved pages.
>
> Reserved page's information is stored into page->private.
>
> This is a weak naming method and anyone can overwrite it.
>
> This information is used in /dev/memstate i
[EMAIL PROTECTED] (H. Peter Anvin) wrote on 11.04.05 in <[EMAIL PROTECTED]>:
> Followup to: <[EMAIL PROTECTED]>
> By author:Christopher Li <[EMAIL PROTECTED]>
> In newsgroup: linux.dev.kernel
> >
> > There is one problem though. How about the SHA1 hash collision?
> > Even the chance is very
On Wed, Apr 20, 2005 at 04:32:24PM -0400, Dan Dennedy wrote:
>...
> Based upon my experience of several years on this project there is only
> one external kernel module project we need to consider because that
> developer has been involved and voiced requirements. That is Arne
> Caspari's (The Imag
On Wed, 2005-04-20 at 18:31 +0200, Stefan Richter wrote:
> Arjan van de Ven wrote:
> > On Wed, 2005-04-20 at 00:00 +0200, Stefan Richter wrote:
> >>There are users (though not in "the" kernel at the moment)
> > nor for the last 5 months... how long will it be ?
>
> Have there been problems with th
Hi,
On Wed, 20 Apr 2005, Colin Leroy wrote:
> for some reason yet unknown, fsck.hfsplus doesn't correctly set the
> HFSPLUS_VOL_UNMNT flag here.
If fsck doesn't mark it clean, there must be a reason and that also means
you shouldn't mount it writable.
bye, Roman
-
To unsubscribe from this lis
On Wed, 20 Apr 2005, Marcelo Tosatti wrote:
> On Sun, Apr 17, 2005 at 11:50:35PM +0200, Jesper Juhl wrote:
> > verify_area() will soon be dead and gone, replaced by access_ok(), thus
> > the function named rw_verify_area() is badly named and should be renamed.
> > This patch renames rw_verify_ar
Burst is good. There's another window in the SCSI layer that limits to
bursts of 128 sector runs (this seems to be the behavior
on 3Ware). I've never changed this, but increasing the max number of
SCSI requests at this layer may help. The
bursty behavior is good, BTW.
Jeff
Andreas Hirstius wr
* Pavel Machek <[EMAIL PROTECTED]> [050419 14:10]:
> Hi!
>
> > The machine is a Pentium M 2.00 GHz, supporting C0-C4 processor power
> > states.
> > The machine run at 2.00 GHz all the time.
> ..
> > _passing bm_history=0x (default) to processor module:_
> >
> > Average current the last
On Sun, Apr 17, 2005 at 11:50:35PM +0200, Jesper Juhl wrote:
> verify_area() will soon be dead and gone, replaced by access_ok(), thus
> the function named rw_verify_area() is badly named and should be renamed.
> This patch renames rw_verify_area to rw_access_ok which seems more
> appropriate (i
Mike Waychison <[EMAIL PROTECTED]> wrote:
> Consider the following pseudo example:
>
> main():
> chdir("/");
> fd = open(".", O_RDONLY);
> clone(cloned_func, cloned_stack, CLONE_NEWNS, NULL);
>
> cloned_func:
> fchdir(fd);
> chdir("..");
>
> if main is run within a chroot where it's "/" is on t
On Wed, 2005-04-20 at 11:56 -0700, Sy, Dely L wrote:
> On Friday, April 15, 2005 12:48 PM, Tom Duffy wrote:
> > From: "Sy, Dely L" <[EMAIL PROTECTED]>
> > > Thanks for reporting this. I'll look into it. Which was the last
> > > kernel you tested on your hw and worked for you?
>
> > That is a go
On Wed, 20 Apr 2005, ismail dönmez wrote:
> Hi all,
> I recently bought an Asus A8N-SLI mobo and an AMD 3500+ CPU for my
> system but my ide drive seems to have some problems with them. Here is
> what I get at boot :
>
> hda: 156368016 sectors (80060 MB) w/2048KiB Cache, CHS=16383/255/63, UDMA(10
Lorenzo Hernández García-Hierro schrieb:
> This patch restricts non-root users to view only their own processes.
You may also want to have a look at the patches I submitted over the
last few weeks that restricted some file permissions in /proc// and
the comments I received.
Regards,
Rene
-
To uns
On Wed, 2005-04-20 at 19:09 +0200, Stefan Richter wrote:
> Arjan van de Ven wrote:
> > If nothing is using an api
>
> Check the archive.
I don't care and in fact ignore external drivers that don't ever want to
get upstream. If there is a driver that wants this surely it wants to go
upstream sooni
"Randy.Dunlap" <[EMAIL PROTECTED]> writes:
...
> so something like 'firmware-version' would be appreciated
> (for the sysfs filename).
Fair enough. This patch follows and depends on the fifth patch of the
six.
use a more explicit filename for sysfs firmware version info
Signed-off-by: Ed L. C
Earlier, I wrote to Dinakar:
> What are your invariants, and how can you assure yourself and us
> that your code preserves these invariants?
I repeat that question.
===
On my first reading of your example, I see the following.
It is sinking into my dense skull more than it had before that your
On Friday, April 15, 2005 12:48 PM, Tom Duffy wrote:
> From: "Sy, Dely L" <[EMAIL PROTECTED]>
> > Thanks for reporting this. I'll look into it. Which was the last
> > kernel you tested on your hw and worked for you?
> That is a good question. I think it was a 2.6.11 kernel. It was
> definate
On Wed, 2005-04-20 at 14:34 +0200, Arjan van de Ven wrote:
> On Wed, 2005-04-20 at 21:02 +0900, KAMEZAWA Hiroyuki wrote:
> > Hi,
> >
> > There are several types of PG_reserved pages,
> > (a) Memory Hole
> > (b) Used by Kernel
> > (c) Set by drivers
> > (d) Isorated by MCA
> > (e) used by perfmon
>
FWIW problem happens way before any driver is loaded ( i.e nVidia ) so
this is not a such problem.
On 4/20/05, ismail dönmez <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I recently bought an Asus A8N-SLI mobo and an AMD 3500+ CPU for my
> system but my ide drive seems to have some problems with them
On Wed, 20 Apr 2005, Francesco Oppedisano wrote:
Hi,
i'd like to know how much time does linux kernel run with disabled
interrupts. So i would like to remap the instructions capable of
disabling interrupt to other ones which count how much this time is...
Does already exist a patch or tool capable
I was curious if your patch would change the write rate because I see
only ~550MB/s (continuous) which is about a factor two away from the
capabilities of the disks.
... and got this behaviour (with and without my other patch):
(with single "dd if=/dev/zero of=testxx bs=65536 count=15 &" or
On Wed, 2005-04-20 at 18:05 +, Francesco Oppedisano wrote:
> Hi,
> i'd like to know how much time does linux kernel run with disabled
> interrupts. So i would like to remap the instructions capable of
> disabling interrupt to other ones which count how much this time is...
> Does already exist
On Thu, 2005-04-14 at 16:01 +0200, Helge Hafting wrote:
> instead of keeping them secret for no
> good reason.
But *that's* the point people keep ignoring: the specs for programming
the hardware, in some cases, reveals details about the hardware's
implementation that nVidia does *not* want to rel
On Tue, Apr 19, 2005 at 02:43:08AM +0200, Adrian Bunk wrote:
> This patch contains the following possible cleanups:
> - make needlessly global code static
> - #if 0 the following unused global functions:
> - dibusb/dvb-dibusb-usb.c: dibusb_set_streaming_mode
> - frontends/mt352.c: mt352_read
>
Hi,
i'd like to know how much time does linux kernel run with disabled
interrupts. So i would like to remap the instructions capable of
disabling interrupt to other ones which count how much this time is...
Does already exist a patch or tool capable to give me a magnitude
order of the time spent by
Just tried it, but the performance problem remains :-(
(actually, why should it change? This part of the code didn't change so
much between 2.6.10-bk6 and -bk7...)
Andreas
jmerkey wrote:
For 3Ware, you need to chage the queue depths, and you will see
dramatically improved performance. 3Ware ca
For 3Ware, you need to chage the queue depths, and you will see
dramatically improved performance. 3Ware can take requests
a lot faster than Linux pushes them out. Try changing this instead, you
won't be going to sleep all the time waiting on the read/write
request queues to get "unstarved".
/l
There are a couple of tty race conditions, which lead to inconsistent tty
reference counting and tty layer oopses.
The first is a tty_open vs. tty_close race in drivers/char/tty.io.c.
Basically, from the time that the tty->count is deemed to be 1 and that we
are going to free it to the time th
Hi,
We have a rx4640 with 3x 3Ware 9500 SATA controllers and 24x WD740GD HDD
in a software RAID0 configuration (using md).
With kernel 2.6.11 the read performance on the md is reduced by a factor
of 20 (!!) compared to previous kernels.
The write rate to the md doesn't change!! (it actually impro
Allison <[EMAIL PROTECTED]> wrote:
> I want to find where each module is loaded in memory by traversing the
> module list . Once I have the address and the size of the module, I
> want to read the bytes in memory of the module and hash it to check
> it's integrity.
JFTR: This may work against ran
1 - 100 of 192 matches
Mail list logo