#1 Osborne Drive
Bedford View
Johannesburg
South Africa
Cell +27 78 725 3293
wilkosi...@gmail.com
Greetings,
I write to you based on a request by an investor who needs to invest his funds
in your country. My name is Mr. William Nkosi, an investment manager here in
Johannesburg
31 f6 eb 10 89 f0 31 d2 f1 31 d2 89 c6 89 f8 f7 f1 89 d7 89 d8
89 fa 89 f3 f7 f1 89
Jan 15 22:16:17 gemelos kernel: EIP: [<00249241>] div64_u64+0x36/0x106
SS:ESP 0068:ebe7bbd8
Jan 15 22:16:17 gemelos kernel: ---[ end trace 16e28ee794763229 ]---
Jan 15 22:16:17 gemelos kernel: grsec: banni
--
I am writing to inform you that European lottery organization is currently
organizing it's annual online lottery promo and I implore you participate for I
can make you a winner. Kindly contact me on your interest to enable further
proceeding.
Will.
--
To unsubscribe from this list: send the
bit linux kernel is no more supported ?
On Sun, Jan 18, 2015 at 6:25 AM, william wrote:
> hi all
>
> I just had the following kernel oops, its a 32 bits kernel, the
> problem was triggered by both mysql ( user 60 ) on cpu 2 and cpu 6
> and apache ( user 81 ) on cpu 4, at the sam
find more details on the debug process on
https://bugs.gentoo.org/show_bug.cgi?id=536040
On Wed, Feb 4, 2015 at 11:08 PM, william wrote:
> so it seems that i m hitting this bug :
> https://lkml.org/lkml/2014/4/29/497
>
> + if (!divisor)
> + divisor = 1;
>
> that have been
t; On Thu, Feb 5, 2015 at 5:08 AM, william wrote:
>>> so it seems that i m hitting this bug :
>>> https://lkml.org/lkml/2014/4/29/497
>>>
>>> + if (!divisor)
>>> + divisor = 1;
>>>
>>> that have been fixed ( well it looks more like a work
patch, or is there some reason
it can't go in?
Thanks much,
William
[1] https://lkml.org/lkml/2013/1/31/574
[2] https://bugs.gentoo.org/show_bug.cgi?id=438028
pgpzEp2Y4Ss7L.pgp
Description: PGP signature
patch, or is there some reason
it can't go in?
Thanks much,
William
[1] https://lkml.org/lkml/2013/1/31/574
[2] https://bugs.gentoo.org/show_bug.cgi?id=438028
pgp6VlnV0wwlM.pgp
Description: PGP signature
On Tue, Mar 19, 2013 at 04:17:11PM -0700, H. Peter Anvin wrote:
> On 03/19/2013 03:28 PM, William Hubbs wrote:
> > The issue is that /dev/root appears in /proc/mounts if you do not
> > boot with an initramfs, but /dev/root is not a device node. In the
> > past, udev created
On Wed, Mar 20, 2013 at 02:03:20AM -0500, Rob Landley wrote:
> On 03/19/2013 07:20:17 PM, William Hubbs wrote:
> > On Tue, Mar 19, 2013 at 04:17:11PM -0700, H. Peter Anvin wrote:
> > > On 03/19/2013 03:28 PM, William Hubbs wrote:
> > > > The issue is that /dev/root
nk is not created any longer. If you boot
with an initramfs this path does not show up in /proc/mounts. If you
boot without one, however, it does.
This patch just makes the /dev/root path not show up at all in
/proc/mounts, regardless of whether an initramfs is used.
Thanks,
William
> Rob La
On Thu, Jan 31, 2013 at 04:51:39PM -0600, William Hubbs wrote:
> On a system that does not use an initramfs, /dev/root was always
> listed in /proc/mounts. This breaks software which scans /proc/mounts to
> determine which file systems are mounted since /dev/root is not a valid
>
; Signed-off-by: Chen Gang
> Acked-by: Jan Beulich
Sorry I'm a bit late but since since 01c681d is in stable, I guess
a72d900 (xen/xen-blkback: preq.dev is used without initialized)
could be added in stable as well.
Am I wrong? otherwise I'm ok to do the request.
Regards,
--
Willia
Hello Jan,
On Wed, Apr 3, 2013 at 3:01 PM, Jan Beulich wrote:
> Iirc we requested the earlier commit to be removed from stable
> trees, and I think Greg also did so.
I'm sorry but I'm unable to find a revert of 01c681d in stable tree.
Regards,
--
William
--
To unsubscribe from
ormal or is it a mistake?
--
William
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
'd suggest to get Konrad to agree.
>>
>> Yes. Lets drop it.
>
> Now reverted, thanks.
Seems like still present in 3.4.x branch. Is that a mistake?
Regards,
--
William
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
commit/?id=16fad69cfe4adbbfa813de516757b87bcae36d93
but after reverting that I am able to boot into my system normally.
Any suggestions on what I can do to get more information would be appreciated!
--
William
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
d to
/proc/mounts if a root device is not specified with the root= option on
the kernel command line.
Signed-off-by: William Hubbs
---
init/do_mounts.c | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/init/do_mounts.c b/init/do_mounts.c
index 1d1b634..efc37d2 10
On Thu, Jan 31, 2013 at 03:22:09PM -0800, H. Peter Anvin wrote:
> On 01/31/2013 02:51 PM, William Hubbs wrote:
> > On a system that does not use an initramfs, /dev/root was always
> > listed in /proc/mounts. This breaks software which scans /proc/mounts to
> > determine w
these patches in stable tree at least for v3.4?
Tested-by: William Dauchy
Cc: sta...@vger.kernel.org
commit 35876b5ffc154c357476b2c3bdab10feaf4bd8f0
Author: David Vrabel
Date: Thu Feb 14 03:18:57 2013 +
xen-netback: correctly return errors from netbk_count_requests
On Feb22 09:08, Greg Kroah-Hartman wrote:
> You mean 3.4 and newer, right?
> Are you sure that 3.2 and 3.0 aren't also relevant here?
They are, but didn't test them directly.
I just applied them without trouble.
Thanks,
--
William
signature.asc
Description: Digital signature
On Feb22 09:28, Greg Kroah-Hartman wrote:
> What does that mean? Should they be applied for those kernels or not?
Yes indeed.
Sorry for my confused answer.
Thanks,
--
William
signature.asc
Description: Digital signature
On Feb22 17:44, Ian Campbell wrote:
> He likes to soak thing in mainline for a bit before forwarding to stable
> which is likely why they aren't there yet
> http://marc.info/?l=xen-devel&m=136029801624783&w=2
ack, didn't know that.
--
William
signature.asc
Description: Digital signature
robe_mmap() is wrong too by the same reason, fork()
> can race with uprobe_register() and fail for no reason if it wins
> the race and does install_breakpoint() first.
>
> Change mmap_region() and dup_mmap() to ignore the error code from
> uprobe_mmap().
>
> Reported-by: Willi
;t found the time to fix it.
Applying the patch fixes the problem.
Tested-by: William Dauchy
Thanks,
--
William
signature.asc
Description: Digital signature
A while ago we discussed the concept of the crashdump kernel dealing with the
legacy DMA from the (old) panic'd kernel by allowing the (new) crashdump
kernel: to accept the iommu hardware in an active state, to leave the current
translations in-place so that legacy DMA will continue using its cu
>From 55fc390d0079841405d5345b55a6e158ca5f3749 Mon Sep 17 00:00:00 2001
From: William Markezana
Date: Wed, 28 Aug 2013 08:33:49 +0200
Subject: [PATCH] hwmon: (htu21) Add Measurement Specialties HTU21D support
---
Documentation/hwmon/htu21 | 43 ++
drivers/hwmon/Kconfig |
Hi Guenter,
Thank you for your feedback, I will rewrite the drivers for IIO then.
Best regards,
William MARKEZANA
Direct : + 33 (0) 582 082 286
http://www.meas-spec.com
-Message d'origine-
De : Guenter Roeck [mailto:groe...@gmail.com] De la part de Guenter Roeck
Envoyé : mar
Please keep me in the CC.
I tried burning 2 DVDs at the same time. Both processes completed however
there were buffer underruns and the speed was no more than 4x.
Each burner individually can do upto 16x and I have seen the burn end at
16-17x.
The parallel burns ended no higher than 6x. Why is
>(2013/06/11 11:20), Bjorn Helgaas wrote:
>> On Fri, Jun 7, 2013 at 2:46 AM, Takao Indoh
>> wrote:
>>> (2013/06/07 13:14), Bjorn Helgaas wrote:
>>
One thing I'm not sure about is that you are only resetting PCIe
devices, but I don't think the problem is actually specific to PCIe,
Control transfers have both IN and OUT (or SETUP) packets, so when
clearing TT buffers for a control transfer it's necessary to send
two HUB_CLEAR_TT_BUFFER requests to the hub.
Signed-off-by: William Gulland
---
drivers/usb/core/hub.c | 9 +
1 file changed, 9 inser
NET_NAME(net));
> blocking_notifier_call_chain(&rpc_pipefs_notifier_list,
>RPC_PIPEFS_UMOUNT,
>sb);
> + mutex_unlock(&sn->pipefs_sb_lock);
> put_net(net);
> out:
If an IGMP join packet is lost you will not receive data sent to the
multicast group so if no data arrives from that multicast group in a
period of time after the IGMP join a second IGMP join will be sent. The
delay between joins is the "IGMP Unsolicited Report Interval".
In the kernel this s
Dear Email User,
Your two (2) incoming mails were placed on pending status due to the recent
upgrade in our database, Helpdesk Support require you to immediately update
your account information by following the reference link below to prevent your
Email address not to be de-activated on our Em
reset the PCI device. Would any of
these be useful additions to the proposed patch ?
Bill Sumner
-Original Message-
From: Takao Indoh [mailto:indou.ta...@jp.fujitsu.com]
Sent: Tuesday, May 07, 2013 2:10 AM
To: Sumner, William
Cc: linux-...@vger.kernel.org; ke...@lists.infradead.org;
l
I have installed your original patch set (from last November) and tested with
three platforms, each with a different IO configuration. On the first platform
crashdumps were consistently successful. On the second and third platforms,
the reset of one specific PCI device on each platform (a diff
04040601 for l1e_owner=0, pg_owner=0
This is something I also have on my 3.4.x branch. Since then mmu.c has
change a lot; is there an easy fix to make a backport for 3.4.x?
--
William
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
Has anyone else seen extraordinarily large sizes in /proc/mtrr
output? We're running v2.6.24 on some Tyan S5383 dual-socket systems
with the following characteristics:
- qty(1) Intel(R) Xeon(R) CPU E5345 @ 2.33GHz (quad-core, the other
socket is unoccupied)
- 32GB RAM (qty(16) 2GB DIMMS)
in 3.5.x but not in 3.6.x. It doesn't connect and get IP (dhcp)
from the router. Also, this wireless card works reliably only in 3.5.x.
Previous versions tend to drop connections.
--
William
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
create this symbolic link in devtmpfs as suggested by
[2] and [3]? If not, should I be writing custom udev helpers to create
it?
Thanks much for your time,
William
[1] https://bugs.gentoo.org/show_bug.cgi?id=390519
[2] https://bugs.gentoo.org/show_bug.cgi?id=390519#C20
[3] https://bugs.gentoo.org
Hello Dave,
Thanks for your reply.
On Tue, Oct 16, 2012 at 1:21 AM, Dave Chinner wrote:
> You're running a CONFIG_XFS_DEBUG kernel. If you can reproduce the
> problem with CONFIG_XFS_DEBUG, then it probably should be
> backported.
Yes indeed.
Tested-by: William Dauchy
Cc: sta
On Tue, 3 Apr 2001, Harvey Fishman wrote:
>On Tue, 3 Apr 2001, Alan Cox wrote:
>
>> > I also tried it with 2.2.18 there it works but it seems to be >utterly
>> > slow. I'm using kernel 2.4.2(XFS version to be precise).
>>
>>M/O disks are slow. At a minimum make sure you are using a physical >bloc
robe ppp_async'.
--William Park, Open Geometry Consulting, Linux/Python/LaTeX/vim, 8 CPUs.
-
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 t
0x1f7,0x3f6 on irq 14
> ide3 at 0xe400-0xe407,0xe802 on irq 10
>
> That's where it stops. Locks solid, not even sysrq-b
> works.
Same here with my VP6. ide-2.2.18 worked, but ide-2.2.19 doesn't.
--William Park, Open Geometry Consulting, Linux/Python/LaTeX/vim, 8 CPUs.
-
To
if [ "${14}" == "00" ]; then
+if [ "${14}" = "00" ]; then
echo -n ",${45}${44},${47}${46}"
fi
echo ",${8};Class:${11}${10},${9}"
I'm sure I'm missing the real reasons why the "${!" and "==&
since 1992.
(Courtesy of "Deliduka, Bennet" <[EMAIL PROTECTED]>)
--
William Stearns ([EMAIL PROTECTED]). Mason, Buildkernel, named2hosts,
and ipfwadm2ipchains are at:http://www.pobox.com/~w
y trouble sounding condescending, find a Unix user
to show you how it's done.
-- Scott Adams: DNRC Newsletter 3.0
(Courtesy of Bob Tracy <[EMAIL PROTECTED]>)
------
William Stearns ([EMAIL PROTECTED]).
-- Eric Raymond
------
William Stearns ([EMAIL PROTECTED]). Mason, Buildkernel, named2hosts,
and ipfwadm2ipchains are at:http://www.pobox.com/~wstearns
LinuxMonth; articles for Linux Enthusiasts! http://www
Good day, all,
On Thu, 4 Jan 2001, Jens Axboe wrote:
> On Wed, Jan 03 2001, William Stearns wrote:
> > This is just meant as an informational message, not a complaint.
> > Ted, could you note that this still exists on 2.4.0-test13-pre7 in the
> > todo page? Many tha
Hi folks,
In porting our file system to Linux, we discovered a discrepancy in the
old and new method of returning directory entries to programs. This
exists in 2.2.x and 2.4.x kernels (and maybe older ones too?)
fs/readdir.c:filldir(), used by most (?) programs, expects the
directory entry pro
---
"Nynex. Iroquois for Moron"
-- A well-known Linux kernel hacker.
------
William Stearns ([EMAIL PROTECTED]). Mason, Buildkernel, named2hosts,
and ipfwadm2ipchains are at:http://www.pobox.com
,
- Bill
---
"Windows 95 will now attempt to blow chunks across your primary
partition. Press any key to continue..."
(Courtesy of "Eric Princen" <[EMAIL PROTECTED]>)
------
William Stearn
a new toy.
He tells me the two are unrelated. I do hope so.
- Telsa Gwynn, Alan Cox' wife
--
William Stearns ([EMAIL PROTECTED]). Mason, Buildkernel, named2hosts,
and ipfwadm2ipchains are at:
Linus, Alan,
I am proposing this patch for inclusion in the 2.2.x tree. (Whether it goes
into 2.2.18 or 2.2.19 is your call.) We have run this successfully with
2.2.14 through 2.2.17.
Our kernel patches help stacking file systems work properly in two
areas:
* dentry reference count fixes when
"Put down those Windows disks, Dave..."
-- HAL
------
William Stearns ([EMAIL PROTECTED]). Mason, Buildkernel, named2hosts,
and ipfwadm2ipchains are at:http://www.pobox.
m Hell" anagrams to "Shatterproof Armored Balls"
(Courtesy of Jens Benecke <[EMAIL PROTECTED]>)
--
William Stearns ([EMAIL PROTECTED]). Mason, Buildkernel, named2hosts,
and ipfwadm2ipchains are at:
Linus, Alan,
I am resubmitting this patch for inclusion in the 2.2.x tree because I
received no response to my initial submission. This patch has been
tested this on 2.2.14-2.2.17. At Usenix last summer, Stephen Tweedie
and Ted T'so looked at it and saw no problems with it (which is why I
have
ve done something truly great is when your
spine tingles."
- on Alice Kober, cryptanalist, in The Code Book, Simon Singh.
--
William Stearns ([EMAIL PROTECTED]). Mason, Buildkernel, named2hosts,
and ipfwadm2i
I'm having a problem with kernel 2.4.2-SMP on my HP Vectra XU 5/90. This is
an old dual-pentium (Neptune chipset) machine.
The machine has an on-board SCSI and ethernet controller, and I have added a
Netgear FA310TX card. Due to the "unique" design of the motherboard, all the
PCI slots share a
>From: "Dunlap, Randy" <[EMAIL PROTECTED]>
>
> > -Original Message-
> > From: John William [mailto:[EMAIL PROTECTED]]
> > If PCI interrupts are shared, force them to be level
> > triggered? Can shared
> > PCI interrupts be edge trig
>From: Alan Cox <[EMAIL PROTECTED]>
>
> > So PCI interrupts must always be level triggered? If so, then the kernel
> > should never program the IO APIC to use an edge triggered interrupt on a
>PCI
> > device. If that's true, then why not force the interrupt type to level
> > triggered for all PCI
I propose a patch of mpparse.c (patched against 2.4.2) to fix the Vectra XU
interrupt problem.
By the time we get to construct_default_ioirq_mptable(), we know we have an
ISA/PCI machine without any IRQ entries in the MP table. At this point the
kernel would just set up all the IRQ entries as
on VIA686B (ABit VP6). Some time ago, you mentioned
that you got ~80Mb/s from 'hdparm -t /dev/hda'. Please tell us how?
Which hdparm/kernel options did you enable?
:wq --William Park, Open Geometry Consulting, Linux/Python, 8 CPUs.
-
To unsubscribe from this list: send the line "unsubsc
rd (linux/arch/i386/kernel/time.c)
> I use 2.4.2-ac20
>
> Disabling MPS1.4 causes the Board to work without any problems.
Spec says CUV4x-d is 686B.
:wq --William Park, Open Geometry Consulting, Linux/Python, 8 CPUs.
-
To unsubscribe from this list: send the line "unsubscribe l
boot up both kernels report the disk as UDMA(100) - everything
> seems to be peachy keen, but for the sluggish disk performance.
>
> Merely a report from the front lines,
Try 'hdparm -d1 -t', and see what you get.
:wq --William Park, Open Geometry Consulting, Linux/Python, 8 C
doesn't suck is
probably the day they start making vacuum cleaners.
-- Ernst Jan Plugge
(Courtesy of Christian Vogel <[EMAIL PROTECTED]>)
--
William Stearns ([EMAIL PROTECTED]). Mason, Buildkernel, named2hosts,
and ipfwadm2ipchains are at:http://www.pobox.com/~wstea
First few things I noticed were things left out. I'm not sure about any of
these. The last thing is vmlinux doesn't link. Tons of missing symbols.
This is what I did to compile:
---cut---
diff -rux*.o arch/m68k/kernel/setup.c
/mnt2/usr/src/linux/arch/m68k/kernel/setup.c
--- arch/m68k/kernel/s
Correct.
Cheers,
- Bill
---
"Absence of evidence is not evidence of absence."
-- SETI, the Search for Extra-Terrestrial Intelligence
------
William Stearns
I decided recently to go bleeding-edge on one of my Linux boxes and
discovered I had a problem with module loading while using DevFS.
Correct me if I'm wrong, but DevFS only makes /dev entries when a device is
present, and the device is not present until the module is loaded. So if I
want to a
>One thing that I've noticed with devfs is that all the old-style names are
>symlinks.
Hmm... I have no symlinks until the module loads. Therefore X sees no
/dev/input/mouse, doesn't ask the kernel for it, the kernel doesn't load the
module, and DevFS doesn't add the /dev entry. There's got to
nce a day, starting somewhere around
2.6.12-rc1-V0.7.43-05 on the P4/HT box. My Athlon box at home is running
fine on the latest -RT kernels.
Please let me know if there's any more debugging I can do.
Regards,
--William Weston
--
/* William Weston <[EMAIL PROTECTED]> */CONFIG_X86
)
>
> what are you using kprobes for? Do you get lockups even if you disable
> kprobes?
>
> Ingo
I'm not using kprobes currently. I'll recompile and see if the lockups go
away.
--ww
--
/* William Weston <[EMAIL PROTECTED]> */
-
To unsubscribe from this li
ans my console, and thus sysrq, are toast), but I can still
ssh in. Nothing is logged by the kernel. Are there any post-lockup
forensics that can be performed before I reboot?
Regards,
--William Weston
--
/* William Weston <[EMAIL PROTECTED]> */
-
To unsubscribe from this list: send the line
On Fri, 15 Apr 2005, Ingo Molnar wrote:
> * William Weston <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 13 Apr 2005, Ingo Molnar wrote:
> >
> > > what are you using kprobes for? Do you get lockups even if you disable
> > > kprobes?
> >
>
Can someone please help me troubleshoot this problem - I am getting abysmal
(see numbers below) network performance on my system, but the poor
performance seems limited to receiving data. Transmission is OK.
The computer in question is a dual Pentium 90 machine. The machine has
RedHat 7.0 (ker
>From: Nivedita Singhvi <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>CC: [EMAIL PROTECTED]
>Subject: Re: Abysmal RECV network performance
>Date: Mon, 28 May 2001 23:45:28 -0700 (PDT)
>While we didnt use 2.2 kernels at all, we did similar tests
>on 2.4.0 through 2.4.4 kernels, on UP and SMP. I've u
On Tue, 29 May 2001 19:30:06 GMT, in fa.linux.kernel you wrote:
>
>[EMAIL PROTECTED] said:
>> After using the 'map_user_kiobuf', I observed the followiing:
>>
>> 1. 'kiobuf->maplist[0]->virtual' contains a different virtual address than
>> the user space buffer address
>> 2. But these two addres
>I've seen many reports like this where the NIC is invalidly in
>full-duplex more while the router is in half-duplex mode.
[root@copper diag]# ./tulip-diag eth1 -m
tulip-diag.c:v2.08 5/15/2001 Donald Becker ([EMAIL PROTECTED])
http://www.scyld.com/diag/index.html
Index #1: Found a Lite-On 82c168
>Depends on what is driving it... An application I built can only push
>about
>80 Mbps bi-directional on PII 550Mhz machines. It is not the most
>efficient program in
>the world, but it isn't too bad either...
>
>I missed the rest of this thread, so maybe you already mentioned it, but
>what is
I am testing Ingo's lowlatency patch on the 2.2.19 kernel and have
a strange problem. I applied the most recent patch I could find,
lowlatency-2.2.16-A0 and fixed a few failed hunks. The kernel appears
stable after many (~24) hours of stress testing with Benno's latencytest
suite and others.
On Mon, 4 Jun 2001, Andrea Arcangeli wrote:
> On Sun, Jun 03, 2001 at 10:38:34AM -0400, William Montgomery wrote:
> > Anyone have any ideas?
>
> Which options did you enabled? In theory the ikd patch could only make
> the latency worse ;), there are no performance impr
On Mon, 4 Jun 2001, safemode wrote:
> this is just a general question about low latency patches on 2.2, I
> remember hearing about low latency patches for 2.4 not playing well with X
> 4.x, is this true for 2.2 low latency patches as well?
>
Not sure. My testing uses XFree86 3.3.6.
Wm
This is a follow up message to the original "Abysmal Receive Performance"
message. Thanks to everyone who e-mailed me with suggestions.
Well, after poking around, I eventually narrowed the problem down to the
fact that the system BIOS did not enable PCI->RAM write posting. After I
enabled that
On Sun, 10 Jul 2005, Peter Zijlstra wrote:
> On Sun, 2005-07-10 at 17:43 +0200, Peter Zijlstra wrote:
>
> > > I've also
> > > released the -51-23 patch with these changes included. Does this fix
> > > priority leakage on your SMP system?
> > >
> >
> > -51-24 right? I'll give it a spin.
> >
>
On Sat, 9 Jul 2005, Ingo Molnar wrote:
> this patch reduces ip_setsockopt's stack footprint from 572 bytes to 164
> bytes. (Note: needs review and testing as i could not excercise this
> multicast codepath.)
This patch breaks multicast source group joins. Here's the fix:
--- linux.old/net/ipv
On Tue, 12 Jul 2005, Daniel Walker wrote:
> Is there something so odd about the XFS locking, that it can't use the
> rt_lock ?
>
>
> --- linux.orig/fs/xfs/linux-2.6/mrlock.h
> +++ linux/fs/xfs/linux-2.6/mrlock.h
> @@ -37,12 +37,12 @@
> enum { MR_NONE, MR_ACCESS, MR_UPDATE };
>
> typedef stru
On Tue, 12 Jul 2005, Ingo Molnar wrote:
> * K.R. Foley <[EMAIL PROTECTED]> wrote:
>
> > Is this why I have been able to boot the latest versions without the
> > noapic option (and without noticeable keyboard repeat problems) or has
> > it just been dumb luck?
>
> yes, i think it's related - th
On Wed, 13 Jul 2005, Karsten Wiese wrote:
> i've only tested on 2005ish [EMAIL PROTECTED]: it doesn't need any of the
> quirks
> IOAPIC_POSTFLUSH, sis_bug, level-edge cleanup.
> IOAPIC_POSTFLUSH caused no negative influence neither.
> i've an io_apic_one.c here, that doesn't have any of the qui
this before, and solved it? A DVD drive without
DMA is pretty useless. :-(
--
William Park <[EMAIL PROTECTED]>, Toronto, Canada
ThinFlash: Linux thin-client on USB key (flash) drive
http://home.eol.ca/~parkw/thinflash.html
BashDiff: Super Bash shell
http://freshmeat.net
On Fri, 1 Jul 2005, Lee Revell wrote:
> On Fri, 2005-07-01 at 18:46 -0700, William Weston wrote:
> > FWIW, I'm still seeing the SMT scheduling? meltdown issues with
> > -50-42.
> > Running two instances of 'dd if=/dev/zero of=/dev/null bs=65536'
> > in
One of the difficulties function reordering is getting useful data to
figure out a reasonable order for the functions. People do guess wrong
on the frequency of particular functions. Also naive ordering techniques
like just ordering functions based on frequency do not work well.
A North Caroli
On Sun, 3 Jul 2005, Ingo Molnar wrote:
>
> i've uploaded the -50-45 patch, can you under this kernel trigger a
> 'meltdown' on your SMT box?
Hi Ingo,
Here's the results of trying out everything from -50-45 through -51-01 on
the SMT box:
-50-47 looks better. 4x burnP6 + wmcube doesn't bring th
On Wed, 6 Jul 2005, Carlo Scarfoglio wrote:
> Compilation stops at this point:
>
> make[1]: `arch/i386/kernel/asm-offsets.s' is up to date.
>CHK include/linux/compile.h
>CHK usr/initramfs_list
>CC net/ipv4/netfilter/ip_conntrack_proto_tcp.o
> net/ipv4/netfilter/ip_conntra
On Wed, 6 Jul 2005, Ingo Molnar wrote:
> i have digged out an older HT-box .config of yours and have reproduced
> an assert quite similar to the one above. Found one bug in that area:
> the assert (conditional on RT_DEADLOCK_DETECT) was done a bit too early,
> i have fixed this in my tree and h
On Sun, 3 Jul 2005, Ingo Molnar wrote:
> ok, found a bug that could explain the situation: mutex sleeps+wakeups
> were incorrectly credited as 'interactive sleep' periods, causing the dd
> processes to be boosted incorrectly. The dd processes created a workload
> in which they blocked each othe
On Thu, 7 Jul 2005, Ingo Molnar wrote:
> > Still looking into this issue on -51-06. Found something really odd:
> > SCHED_NORMAL tasks will start to inherit the priority value of some
> > other SCHED_FIFO task. If JACK is started at a given SCHED_FIFO
> > priority, X and all of its children w
On Wed, 6 Jul 2005, Ingo Molnar wrote:
> do the 51-02 (and later) kernels work on the UP Athlon box?
Hi Ingo,
-51-06 and -51-08 are looking stable on the UP Athlon box with the
following patch which causes edge triggered hardirqs to be masked when
pending _and/or_ disabled (instead of both pendi
On Thu, 7 Jul 2005, Ingo Molnar wrote:
> is this inheritance perpetual? It is normal for some tasks to be boosted
> momentarily, but if the condition remains even after jackd has exited,
> it's clearly an anomaly. (lets call it "RT priority leakage".) Priority
> leakage on SMP was fixed recentl
On Thu, 7 Jul 2005, Ingo Molnar wrote:
> > Without the last two chunks of this patch, the UP Athlon box locks up
> > hard as soon as jackd is started up.
>
> hm, do you have CONFIG_PCI_MSI enabled by any chance?
I've never enabled CONFIG_PCI_MSI. What's your experience when it comes
to stabil
On Fri, 8 Jul 2005, Ingo Molnar wrote:
> could you check whether the priority leakage happens if you disable SMP?
> (if you can reproduce it easily)
No priority leakages have been seen with UP configs on any of the
machines I've been testing.
The leakage is not hard to reproduce under SMT: s
1 - 100 of 1894 matches
Mail list logo
