On Thu, 2005-07-07 at 08:40 +0200, Arjan van de Ven wrote:
> why is this? It would be a very logical thing to store this stuff inside
> the inode. It sounds like a bad design to keep per inode data out of the
> inode. (if you're concerned about taking a lot of space, put a pointer
> to a kmalloc()'
On Thu, 2005-07-07 at 15:55 +1000, David Gibson wrote:
> MAP_PRIVATE|MAP_WRITE mappings of hugetlbfs. Because the pool of
> hugepages is limited, a write to a MAP_PRIVATE hugepage region may
> result in a SIGBUS, if a new hugepage cannot be allocated. This patch
in that case you might allocate
On Wed, 2005-07-06 at 23:41 -0700, Andrew Morton wrote:
> Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> >
> > > > On Transmeta CPUs that probably triggers a retranslation of
> > > > x86->native bytecode, if it thinks it hasn't seen code at that
> > > > address before.
> > > >
> > >
> > > ouc
I will appreciate your help in eliminating a disturbing wide variation (by a
factors of 2 to 2.5) in the execution time of a test (execution benchmark)
program under identical conditions even when the machine is freshly started
(rebooted) and no other user program is running (not even e-mail or
Jonathan Briggs wrote:
>On Tue, 2005-07-05 at 23:44 -0700, Hans Reiser wrote:
>
>
>>Hubert Chan wrote:
>>
>>
>>>And a question: is it feasible to store, for each inode, its parent(s),
>>>instead of just the hard link count?
>>>
>>>
>>>
>>>
>>Ooh, now that is an interesting old idea I
Arjan van de Ven <[EMAIL PROTECTED]> wrote:
>
> > > On Transmeta CPUs that probably triggers a retranslation of
> > > x86->native bytecode, if it thinks it hasn't seen code at that
> > > address before.
> > >
> >
> > ouch. What do we do? Default to off? Default to off on xmeta?
>
> off
Horst von Brand wrote:
>Hans Reiser <[EMAIL PROTECTED]> wrote:
>
>[...]
>
>
>
>>I think the exokernel approach by Frans is a very interesting approach.
>>I wish I had the experience with it necessary to know if it was
>>effective. I do NOT take the position that name resolution should be in
>>
>
> Some notable implementation details are as follows:
>
> * struct inode is _not_ extended to associate audit data with the
> inode. A hash table is used in which the inode is hashed to
> retrieve its audit data. We know if an inode has audit data
> if I_AUDIT has been turned
On Wed, 2005-07-06 at 18:12 -0700, Andrew Morton wrote:
> Dave Jones <[EMAIL PROTECTED]> wrote:
> >
> > On Wed, Jul 06, 2005 at 12:57:19PM -0700, David S. Miller wrote:
> > > From: Paulo Marques <[EMAIL PROTECTED]>
> > > Date: Wed, 06 Jul 2005 15:23:56 +0100
> > >
> > > > What is weird is that
Dear all,
I have a problem loading the rpm build locally on Fedora core 3, linux kernel
2.6.10.
After building the rpm file from the available sources on the Linux kernel
2.6.10 which was D/W from kernel.org and build, I am unable to load it.
It results in the following errors:-
tifm: versi
Doug Wicks wrote:
How do I get off the mail list here?
[EMAIL PROTECTED]
See www.namesys.com, click on "Join Mail List" then in "Unsubscribe
Mailinglist" and follow instructions.
Very difficult, i know.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
Hi Jeff,
> I don't have any software answers, but it sounds like the modem is an
> external type connected by RS232 cable to a serial port. RS-232 is
> pretty simple at the hardware level and you should be able to create
> a "Y" cable that "sniffs" the transmit from the computer to modem
> li
Mark Gross writes:
+static int
+tlclk_open(struct inode *inode, struct file *filp)
+{
+ int result;
+#ifdef MODULE
+ if (!MOD_IN_USE) {
+ MOD_INC_USE_COUNT;
+#endif
+ /* Make sure there is no interrupt pending will
+ * initialising interrupt handler */
+
Fernando Lopez-Lezcano wrote:
I see the same thing. "CONFIG_PRINTK_IGNORE_LOGLEVEL is not set" but
still printk ignores the loglevel (I commented out the #ifdef in
kernel/printk.c to make the spurious messages go away).
The condition is reversed.
The '#ifdef CONFIG_PRINTK_IGNORE_LOGLEVEL' shou
Mark Gross writes:
diff -urN -X dontdiff_osdl vanilla/linux-2.4.31/drivers/char/tlclk.c
linux-2.4/drivers/char/tlclk.c
--- vanilla/linux-2.4.31/drivers/char/tlclk.c 1969-12-31 16:00:00.0
-0800
+++ linux-2.4/drivers/char/tlclk.c 2005-07-06 13:21:24.0 -0700
@@ -0,0 +1,459 @
The dmesg is below. After I get this Oops, I am unable to use my (PS/2)
keyboard, and had to ssh to my machine in order to save a copy of dmesg
before rebooting the machine. I've seen a couple of other users of dual
core machings having this problem. The suggestion so far has been to remove
Now that the hugepage code has been consolidated across the
architectures, it becomes much easier to implement copy-on-write.
Hugepage COW is of limited utility of itself, however, it is
essentially a prerequisite for any of a number of methods of allowing
userland programs to automatically use hug
Received: (qmail 23148 invoked from network); 7 Jul 2005 05:34:45 -
Received: from palrel11.hp.com (15.81.168.21) by cxx.cup.hp.com with
SMTP; 7 Jul 2005 05:34:45 -
Received: from gefest.r52.ru (gefest.r52.ru [81.176.76.218]) by
palrel11.hp.com (Postfix) with SMTP id 7F21158E1 for
<[E
Received: (qmail 23129 invoked from network); 7 Jul 2005 05:34:23 -
Received: from palrel12.hp.com (15.81.176.20) by cxx.cup.hp.com with
SMTP; 7 Jul 2005 05:34:23 -
Received: from gefest.r52.ru (gefest.r52.ru [81.176.76.218]) by
palrel12.hp.com (Postfix) with SMTP id C126F4043EE for
<
Genadz Batsyan <[EMAIL PROTECTED]> wrote:
> I'm writing a little tool to allow intercepting keyboard events and
> substituting them with other events / swallowing events / emitting
> additional
> events on a low level before normal processing by kernel.
> http://kbd-mangler.sourceforge.net/
>
>
Hello,
you might want to try to boot your software into an emulator such as vmware
and sniff the communications between the virtual machine and the real device.
This way, you will know if it is the OS which is retransmitting data to the
hardware.
Regards,
willy
On Wed, Jul 06, 2005 at 05:06:30PM
hello all,
where can i find the code that initializes and the code that manages the
following:
a) Global Descriptor Table (GDT)
b) Local Descriptor Table (LDT)
c) Interrupt Descriptor Table (IDT)
?
if anyone know of any good documentation/tutorial i would appriciate if
you mentioned it/them.
Greg KH wrote:
> Here's a small patch against 2.6.13-rc2 that adds securityfs, a virtual
> fs that all LSMs can use instead of creating their own. The fs should
> be mounted at /sys/kernel/security, and the fs creates that mount point.
> This will make the LSB people happy that we aren't creating
I setup KDB with 2.6.13-rc1. It works well. continuing past a BUG() is
potentially very useful. Well, it's at least fun to see it happen :)
I wanted to set the BR0/7 registers from within running code. I thought
that would trigger KDB, but it doesn't. It seems that the breakpoint
trap is passed th
Quoting "David S. Miller" <[EMAIL PROTECTED]>:
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Wed, 6 Jul 2005 18:12:20 -0700
>
> > ouch. What do we do? Default to off? Default to off on xmeta?
>
> Good question. Whatever security is gained by the va randomization
> stuff is definitely no
- Fix bug in lgdt3302_read_status to return correct
FE_HAS_SIGNAL and FS_HAS_CARRIER status.
- Removed #if LINUX_VERSION_CODE > KERNEL_VERSION(2,6,10).
Signed-off-by: Mac Michaels <[EMAIL PROTECTED]>
Signed-off-by: Michael Krufky <[EMAIL PROTECTED]>
--
Michael Krufky
- Fix bug in lgdt3302_re
On Wednesday 06 July 2005 14:11, Jeremy Laine wrote:
> I keep getting OOPS's when using a Bt878 TV card, I am basically unable to
> watch
> TV for more than about 20-30mn without my system grinding to a halt.
> I have seen suggestions to try without PREEMPT enabled, which I will be doing
> shortl
On Wed, 6 Jul 2005 23:49, Ingo Molnar wrote:
> * Con Kolivas <[EMAIL PROTECTED]> wrote:
> > > thanks, i have fixed this and have uploaded the -51-00 patch.
> >
> > Thanks. boots and runs stable after a swag of these initially
> > (?netconsole related):
> ok, the patch below (or -51-04 and later ke
Tomasz Torcz wrote:
> CC [M] sound/pci/bt87x.o
>sound/pci/bt87x.c: In function `snd_bt87x_detect_card':
>sound/pci/bt87x.c:807: error: `driver' undeclared (first use in this function)
>sound/pci/bt87x.c:807: error: (Each undeclared identifier is reported only once
>sound/pci/bt87x.c:807: error:
Howdy.
At 7/6/2005 17:06 +0200, Paul Rolland wrote:
We have a machine connected to a modem using the serial port, and
from time to time, the modem complains the machine sent him a full
2K buffer (in fact, 2047 bytes) which were already sent.
We've been investigating at the application level,
On 7/6/05, Andi Kleen <[EMAIL PROTECTED]> wrote:
> > drive->hwif check is redundant, please remove it
>
> It's not. My first version didn't have it but it still crashed.
> It's what actually prevents the crash.
> I also don't know why, but it's true.
very weird as HWIF(drive) == drive->hwif:
Rob Prowel wrote:
[1.] One line summary of the problem:
2.4 and 2.6 kernel headers use c++ reserved word "new"
as identifier in function prototypes.
Yes, the kernel is written in C, not C++.
using the identifier "new" in kernel headers that are
visible to applications programs is a bad i
bttv is now maintained by Mauro Carvalho Chehab
<[EMAIL PROTECTED]>, as part of the video4linux project. I am
forwarding this to Mauro and the video4linux list. Linux and Kernel
Video
Jeremy Laine wrote:
Hi!
I keep getting OOPS's when using a Bt878 TV card, I am basically unable to watch
tis 2005-07-05 klockan 22:58 +0800 skrev Neo Jia:
> All,
>
> These days, I am trying to debug the kernel (2.6.9) on x86_64 SMP. But
> the Kprobes and UML cannot work probably for my case, due to the patch
> file for x86_64 arch.
>
> Is there anyone who is working on the same topic? Any hint and
Aric Cyr wrote:
After finally getting fed up with not having my activity light working
for my SATA drives, I came up with a small patch (more like hack) to
make it work. It works quite well, but I'm afraid that there are many
restriction that this patch does not check for that it probably
should
> Message du 05/07/05 01:34
> De : "Francois Romieu" <[EMAIL PROTECTED]>
[...]
> Can you check if there is a regression in sis190-000.patch available at
> http://www.zoreil.com/~romieu/sis190/20050704-2.6.13-rc1/patches ?
>
That one works perfectly; i tried it in the same conditions as
the previo
> mount --bind /meta/vfs/some/chroot /some/chroot/meta
This maybe funny if you got 1-2 chrooted applications.
But it will be a nightmare if you got 20-30 chrooted applications.
--
We're working on it, slowly but surely...or not-so-surely in the spots
we're not so sure... -- Larry Wall
-
To un
On Wed, 2005-07-06 at 11:35 -0400, James Morris wrote:
> When exactly is this needed? The securityfs mountpoint will be available
> via a core_initcall, after which we can initialize the selinux subtree.
As long as it occurs prior to initial policy load, so that should be
fine.
> With securityf
Neil Brown wrote:
On Tuesday July 5, [EMAIL PROTECTED] wrote:
I got it slightly wrong.
One can have hardlinks to a directory without cycles provided that one
does not have hardlinks from the children of that directory to any file
not a child of that directory. (Mountpoints currently implem
Here's a patch to fix the build issue when CONFIG_HOTPLUG is not enabled
in 2.6.13-rc2.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/pci/pci-driver.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
--- gregkh-2.6.orig/drivers/pci/pci-driver.c2005-07-06 01:
On Wed, Jul 06, 2005 at 05:53:05PM +0200, Jan Dittmer wrote:
> Linus Torvalds wrote:
> >
> > On Wed, 6 Jul 2005, Jan Dittmer wrote:
> >
> >>Linus Torvalds wrote:
> >>
> >>>Ok,
> >>> -rc3 is pretty small, with the bulk of the diff being some defconfig
> >>
> >>...
> >>
> >>>Linus Torvalds:
> >>>
On Wed, 6 Jul 2005, Eyal Lebedinsky wrote:
>
> CC [M] sound/pci/bt87x.o
> sound/pci/bt87x.c: In function `snd_bt87x_detect_card':
> sound/pci/bt87x.c:807: error: `driver' undeclared (first use in this function)
> sound/pci/bt87x.c:807: error: (Each undeclared identifier is reported only
> onc
On Wed, Jul 06, 2005 at 09:33:13PM -0500, David Masover wrote:
> And speaking of which, the only doomsday scenario (running out of RAM)
> that I can think of with this scheme is if we have a ton of hardlinks to
> the same file and we try to move one of them. But this scales linearly
> with the
On Tue, Jul 05, 2005 at 11:17:03PM -0500, Greg KH wrote:
>> +static void dcdbas_device_release(struct device *dev)
>> +{
>> + /* nothing to release */
>> +}
>
>This is a symptom of a broken driver.
>
>Hm, I wonder if there's some way for the compiler to check the fact
On Wed, Jul 06, 2005 at 10:57:35AM -0500, Doug Warzecha wrote:
> On Tue, Jul 05, 2005 at 11:17:03PM -0500, Greg KH wrote:
> >> +static void dcdbas_device_release(struct device *dev)
> >> +{
> >> + /* nothing to release */
> >> +}
> >
> >This is a symptom of a broken driver.
On Wed, Jul 06, 2005 at 08:42:16AM -0700, Linus Torvalds wrote:
>
>
> On Wed, 6 Jul 2005, Eyal Lebedinsky wrote:
> >
> > CC [M] sound/pci/bt87x.o
> > sound/pci/bt87x.c: In function `snd_bt87x_detect_card':
> > sound/pci/bt87x.c:807: error: `driver' undeclared (first use in this
> > function)
Linus Torvalds wrote:
Ok,
-rc3 is pretty small, with the bulk of the diff being some defconfig
updates, and cleanup of xtensa (notably removal of another copy of zlib).
Greg Kroah-Hartman:
PCI: clean up dynamic pci id logic
PCI: Fix up PCI routing in parent bridge
Without CONFIG_HOTPLU
Linus Torvalds wrote:
>
> On Wed, 6 Jul 2005, Jan Dittmer wrote:
>
>>Linus Torvalds wrote:
>>
>>>Ok,
>>> -rc3 is pretty small, with the bulk of the diff being some defconfig
>>
>>...
>>
>>>Linus Torvalds:
>>> Linux v2.6.13-rc3
>>
>>Confused?!
>
>
> Constantly.
>
> Let's hope that commit namin
On Wednesday 06 Jul 2005 14:31, Ingo Molnar wrote:
[snip]
>
> for the first bootup it makes sense to enable most of them - just to
> make sure everything is ok. They have performance overhead, but it
> shouldnt show up during everyday use. (it will show up in benchmarks
> though) Here's the options
Cleaned up to be a standard "p 1" patch. Make the comments more concise.
make O=/dir TAGS
fails with:
MAKE TAGS
find: security/selinux/include: No such file or directory
find: include: No such file or directory
find: include/asm-i386: No such file or directory
find: include/asm-gen
On 07/06/05 03:54:09PM -0700, Doug Wicks wrote:
> How do I get off the mail list here?
Read the auto-appended signature at the bottom of every message.
>
>
> [EMAIL PROTECTED]
>
>
Jim.
> -Original Message-
> From: Hans Reiser [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, July 06,
> Hm, I did not get any answer to my last report last week.
> Didn't you get it?
>
> There are still the same errors in kernel 2.6.13rc2 as in
> 2.6.13rc1. So I've attached an up to date syslog and the last
> error report below.
>
Hi Alexander,
To me, it looks like both IDE channels get wrong
On Wed, 6 Jul 2005, Jan Dittmer wrote:
>
> Linus Torvalds wrote:
> > Ok,
> > -rc3 is pretty small, with the bulk of the diff being some defconfig
> ...
> > Linus Torvalds:
> > Linux v2.6.13-rc3
>
> Confused?!
Constantly.
Let's hope that commit naming bug was the worst part of the release..
On Wed, 6 Jul 2005, Stephen Smalley wrote:
> > Stephen: opinions on this?
>
> The reason for creating a kernel mount of selinuxfs at that point is so
> that the selinuxfs_mount vfsmount and selinux_null dentry are available
> for flush_unauthorized_files to use.
When exactly is this needed? The
On 06/07/05, Rob Prowel <[EMAIL PROTECTED]> wrote:
> 2.4 and 2.6 kernel headers use c++ reserved word "new"
> as identifier in function prototypes.
> [...]
> While not an error, per se, it is kind of sloppy and
> it is amazing that it hasn't shown up before now.
> using the identifier "new" in kern
On Wed, 6 Jul 2005 12:02:26 +0530 Bhagyashri Bijwe wrote:
| Hi,
| During bootstrapping, bios provides services like video ,hard
| drive services, memory sizing, PCI table to linux kernel.
| After uncompression of kernel , Does linux kernel have any
| interaction with bios?
| I know
Hello,
We have a machine connected to a modem using the serial port, and from
time to time, the modem complains the machine sent him a full 2K buffer
(in fact, 2047 bytes) which were already sent.
We've been investigating at the application level, using strace to
monitor what is sent to the seri
Hubert Chan wrote:
On Wed, 06 Jul 2005 16:33:23 -0400, Horst von Brand <[EMAIL PROTECTED]> said:
Hubert Chan <[EMAIL PROTECTED]> wrote:
If you can store the parents, then finding cycles (relatively)
quickly is pretty easy: before you try to make A the parent of B,
walk up the parent pointers
On Wed, Jul 06, 2005 at 01:23:54PM +0200, Andi Kleen wrote:
>
> Otherwise PCI won't compile.
>
> Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
No, I like this patch better, it's cleaner and is what I intended the
code to be. I've already sent it to Linus and the list.
thanks,
greg k-h
Signe
On Wed, Jul 06, 2005 at 05:02:41PM +0200, Mikael Pettersson wrote:
> 2.6.13-rc2 triggers compile errors in pci-driver.c
> when hotplug is disabled:
>
> drivers/pci/pci-driver.c: In function 'pci_match_device':
> drivers/pci/pci-driver.c:156: error: dereferencing pointer to incomplete type
> driver
* Alistair John Strachan <[EMAIL PROTECTED]> wrote:
> > (generally i try to mark every message in the -RT kernel that signals
> > some sort of anomaly with a 'BUG:' prefix - that makes it easy to do a
> > 'dmesg | grep BUG:' to find out whether anything bad is going on. All
> > other messages sho
On Wednesday 06 Jul 2005 14:39, Ingo Molnar wrote:
> * Alistair John Strachan <[EMAIL PROTECTED]> wrote:
> > Then it continues to boot. I'm getting periodic lockups under high
> > network load, however, though I suspect that might be the ipw2200
> > driver I compiled against the realtime-preempt ke
RK> irq 11: nobody cared!
[...]
RK> handlers:
RK> [] (usb_hcd_irq+0x0/0x60)
RK> [] (usb_hcd_irq+0x0/0x60)
RK> [] (usb_hcd_irq+0x0/0x60)
RK> [] (ata_interrupt+0x0/0x100 [libata])
RK> Disabling IRQ #11
This seems very similar to the following irq disabling reports:
http://seclists.org/lists/linux-ke
On Wed, Jul 06, 2005 at 12:06:40PM -0400, Stephen Smalley wrote:
> > I think it should reduce and simplify the SELinux kernel code, with less
> > filesystems in the kernel, consolidating several potential projects into
> > the same security filesystem.
>
> If there are several such projects in the
On Wed, 6 Jul 2005, Greg KH wrote:
>
> --- gregkh-2.6.orig/sound/pci/bt87x.c 2005-07-06 08:48:29.0 -0700
> +++ gregkh-2.6/sound/pci/bt87x.c 2005-07-06 08:48:54.0 -0700
> @@ -798,6 +798,8 @@
> {0x270f, 0xfc00}, /* Chaintech Digitop DST-1000 DVB-S */
> };
>
> +static
On Wed, Jul 06, 2005 at 09:22:05AM -0700, Linus Torvalds wrote:
>
>
> On Wed, 6 Jul 2005, Greg KH wrote:
> >
> > --- gregkh-2.6.orig/sound/pci/bt87x.c 2005-07-06 08:48:29.0
> > -0700
> > +++ gregkh-2.6/sound/pci/bt87x.c2005-07-06 08:48:54.0 -0700
> > @@ -798,6 +798,8 @
On Wed, 6 Jul 2005, Alexey Dobriyan wrote:
On Wednesday 06 July 2005 13:26, Rob Prowel wrote:
When kernel headers are included in compilation of c++
programs the compile fails because some header files
use "new" in a way that is illegal for c++. This
shows up when compiling mySQL under linux 2
This patch used to be in Andrew's tree before the NUMA slab allocator went
in. Either this patch or the NUMA slab allocator is needed in order for
kmalloc_node to work correctly.
pcibus_to_node may be used to generate the node information passed to
kmalloc_node. pcibus_to_node returns -1 if it w
> The flags field in struct nfs_inode is protected by the BKL. The
> following two code paths (there may be more, but my test program only
> hits these two) modify the flags without obtaining the lock:
>
> nfs_end_data_update
> nfs_release
> nfs_file_release
> __fput
> fput
>
On Wed, 6 Jul 2005, Michael Tokarev wrote:
On our gateway machine, wich is running 2.6 kernel, I'm seeing quite
several messages like this:
kernel: 192.168.4.2 sent an invalid ICMP type 11, code 0 error to a broadcast:
0.0.0.0 on lo
last message repeated 3 times
kernel: 192.168.4.2 sent an inv
On Wed, Jul 06, 2005 at 11:28:49AM +0200, Rafael J. Wysocki wrote:
> PCI: Failed to allocate mem resource #10:[EMAIL PROTECTED] for :02:01.0
> PCI: Failed to allocate mem resource #10:[EMAIL PROTECTED] for :02:01.1
> PCI: Failed to allocate I/O resource #7:[EMAIL PROTECTED] for :02:01.1
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Wed, 6 Jul 2005 18:12:20 -0700
> ouch. What do we do? Default to off? Default to off on xmeta?
Good question. Whatever security is gained by the va randomization
stuff is definitely not worth a 0.23 --> 3.0 second performance
regression.
-
To uns
[EMAIL PROTECTED] wrote:
> Currently, the speedstep-centrino support has built-in frequency/voltage
> pairs only for Banias CPUs. For Dothan CPUs, these tables are read from
> BIOS ACPI.
>
> But ACPI encoding may not be available or not reliable, so why shouldn't we
> provide built-in tables for D
On Wed, 6 Jul 2005, Andi Kleen wrote:
> Instead of adding messy kmalloc_node()s everywhere run the
> PCI driver probe on the node local to the device.
> Then the normal NUMA aware allocators do the right thing.
That depends on the architecture. Some do round robin allocs for periods
of time dur
On Wed, 6 Jul 2005, Andi Kleen wrote:
> - q = blk_init_queue_node(do_ide_request, &ide_lock,
> - pcibus_to_node(drive->hwif->pci_dev->bus));
> + int node = 0; /* Should be -1 */
Why is this not -1?
> + int node = 0;
> + if (hwif->drive
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
*) Reorganize the two cases of sys_modify_ldt to share all the reasonably
common code.
*) Avoid memory allocation when unneeded (i.e. when we are writing and the
passed buffer size is known), thus not returning ENOMEM (which isn't allowed
On Wednesday 06 Jul 2005 17:37, Alistair John Strachan wrote:
[big snip]
> >
> > could you try the patch below (or the -51-05 patch that i just
> > uploaded), does it fix this latency?
> >
> > Ingo
>
> I'm beginning to understand the issue, and I see why you think the proposed
> patch fixes it.
On Wednesday 06 Jul 2005 17:28, Ingo Molnar wrote:
> * Alistair John Strachan <[EMAIL PROTECTED]> wrote:
> > On Wednesday 06 Jul 2005 14:39, Ingo Molnar wrote:
> > > * Alistair John Strachan <[EMAIL PROTECTED]> wrote:
> > > > Then it continues to boot. I'm getting periodic lockups under high
> > >
Hello,
This patch augments the audit subsystem and VFS to support file system
auditing in which an object is audited based on its location and name.
Depending on the administrator's requirement, this feature can be used
standalone or in conjunction with the (device,inode)-based filters. The
I'm writing a little tool to allow intercepting keyboard events and
substituting them with other events / swallowing events / emitting additional
events on a low level before normal processing by kernel.
http://kbd-mangler.sourceforge.net/
Currently to have precedense over the keyboard driver I'
On 07/07/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
> One thing you could do is to disable `hald' (what is that anyway?) by
> renaming it and try to get the system to boot. Then run `hald' by hand,
> under strace, work out which sysfs file it was trying to close.
Probably the Hardware Abstracti
On Wed, 06 Jul 2005 11:26:31 -0700 Geoff Levand wrote:
| This patch makes posix_bump_timer() consistent with common convention
| by expecting a pointer to the structure be passed.
|
| Please apply.
Does it matter other than for consistency?
E.g., in a large system with thousands of timers, it
On Wednesday 06 July 2005 19:50, Greg KH wrote:
> As inotify works off of open file descriptors, yes, this is true. But,
> again, if you think this is really important, then why not just work
> with inotify to provide that kind of support to it?
http://marc.theaimsgroup.com/?l=linux-kernel&m=1102
* randy_dunlap ([EMAIL PROTECTED]) wrote:
> Yes, that's why I asked, I'm adding kerneldoc format comments
> to audit*.c (2 files). You'll see it soon.
Great! Thanks Randy.
-chris
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
I'm dead on a Dell PE400SC without reverting this.
On 7/6/05, Tero Roponen <[EMAIL PROTECTED]> wrote:
> Hi,
>
> my computer (a ThinkPad 380XD laptop) hangs at boot in 2.6.13-rc2.
> When I revert the patch below everything seems to be fine.
>
> thanks,
> Tero Roponen
>
>
> Patch to revert:
>
>
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
* Alistair John Strachan <[EMAIL PROTECTED]> wrote:
> > I'm beginning to understand the issue, and I see why you think the proposed
> > patch fixes it. I'll compile and boot V0.7.51-05 now.
>
> Indeed, this seems to have fixed it.
>
> ( softirq-timer/0-3|#0): new 8 us maximum-latency wakeup
In brief:
=
While booting Snapgear-Linux-2.6.6 on Leon2-MMU,
crash of IU due to an unresolved virtual address
of the 1st ELF binary launched by init process
(it is actually in kernel mode, not in user mode yet)
In detail:
==
The situation:
On Tuesday 28 June 2005 08:17, Andrew Morton wrote:
> Neil Brown <[EMAIL PROTECTED]> wrote:
> > On Monday June 27, [EMAIL PROTECTED] wrote:
> > > Neil Brown <[EMAIL PROTECTED]> wrote:
> > > > It's OK, I found it. The bio leaks when writing the md superblock.
> > >
> > > Thanks.
> > >
> > > > inse
[EMAIL PROTECTED] wrote:
>
> I wrote a tool to report how much RAM a
> particular program (apache for e.g.) was using:
> http://www.pixelbeat.org/scripts/ps_mem.py
>
> I was then pointed at the following:
> http://wiki.apache.org/spamassassin/TopSharedMemoryBug
> which describes how copy-on-w
On Wednesday 06 Jul 2005 17:24, Ingo Molnar wrote:
> * Alistair John Strachan <[EMAIL PROTECTED]> wrote:
> > > (generally i try to mark every message in the -RT kernel that signals
> > > some sort of anomaly with a 'BUG:' prefix - that makes it easy to do a
> > > 'dmesg | grep BUG:' to find out whe
David Masover wrote:
> And, once we start talking about applications, /meta will be more
> readily supported (as in, some apps will go through a pathname and
> stop when they get to a file, and then there's tar). On apps which
> don't have direct support for /meta, you'd be navigating to the file
Dave Jones <[EMAIL PROTECTED]> wrote:
>
> On Wed, Jul 06, 2005 at 12:57:19PM -0700, David S. Miller wrote:
> > From: Paulo Marques <[EMAIL PROTECTED]>
> > Date: Wed, 06 Jul 2005 15:23:56 +0100
> >
> > > What is weird is that most of the extra time is being accounted as
> > > user-space time,
On Wed, 6 Jul 2005, Andi Kleen wrote:
> On Wed, Jul 06, 2005 at 09:35:32AM -0700, Christoph Lameter wrote:
> > On Wed, 6 Jul 2005, Andi Kleen wrote:
> >
> > > Instead of adding messy kmalloc_node()s everywhere run the
> > > PCI driver probe on the node local to the device.
> > > Then the normal
* Stephen Smalley ([EMAIL PROTECTED]) wrote:
> It still has to be mounted by userspace, right? So /sbin/init still
> needs to know to mount securityfs, and where the selinux nodes live
> under it, so you are still talking about changing it (and libselinux and
> rc.sysinit), and risking compatibili
On Wed, Jul 06, 2005 at 09:35:32AM -0700, Christoph Lameter wrote:
> On Wed, 6 Jul 2005, Andi Kleen wrote:
>
> > Instead of adding messy kmalloc_node()s everywhere run the
> > PCI driver probe on the node local to the device.
> > Then the normal NUMA aware allocators do the right thing.
>
> That
Hans Reiser <[EMAIL PROTECTED]> wrote:
[...]
> I think the exokernel approach by Frans is a very interesting approach.
> I wish I had the experience with it necessary to know if it was
> effective. I do NOT take the position that name resolution should be in
> the kernel. I DO take the positio
I plugged in a USB 2.0 external hard disk (ION) and the usb controller
apparently could not power the device (wouldn't spin up, the device itself
works on other machines). I unplug the drive and I received an OOPS.
DMESG:
usb 4-5: new high speed USB device using ehci_hcd and address 6
scsi5 : SCS
On Thu, Jun 30, 2005 at 06:17:11PM +0530, Srivatsa Vaddagiri wrote:
> Digging further revealed that this max time was restricted by
> various timers kernel uses. Mostly it was found to be because of
> the slab allocator reap timer (it requests a timer every ~2sec on
> every CPU) and machine_check
andi,
please refer the patch, it will move cpu_set(, cpu_callin_map) from
smi_callin to start_secondary.
--- /home/yhlu/xx1/linux-2.6.13-rc2/arch/x86_64/kernel/smpboot.c.orig
2005-07-06 18:41:16.789767168 -0700
+++ /home/yhlu/xx1/linux-2.6.13-rc2/arch/x86_64/kernel/smpboot.c
2005-07-06 18:45:11.9
1 - 100 of 354 matches
Mail list logo
