On Wed, Jan 26, 2005 at 08:11:41PM -0800, Andrew Morton wrote:
> Yes, me too. generic_shutdown_super() takes lock_super(). And udf uses
> lock_super for protecting its block allocation data strutures. Trivial
> deadlock on unmount.
>
> Filesystems really shouldn't be using lock_super() for
On Wed, 26 Jan 2005, Andrew Morton wrote:
> Hello list,
> after upgrading to 2.6.11-rc2 my soundcard doesn't work anymore:
>
> I get this message during initialization of ALSA:
>
> /usr/sbin/alsactl: set_control:805: warning: name mismatch (External
> Amplifier/Headphone Jack Sense) for
Linus, please do a
bk pull http://linux-sound.bkbits.net/linux-sound
The GNU patch is available at:
ftp://ftp.alsa-project.org/pub/kernel-patches/alsa-bk-2005-01-26.patch.gz
Additional notes:
- added Intel HDA driver (Azalia) - snd-hda-intel module
- added support for compat/unlocked
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] wrote:
> On Thu, 27 Jan 2005 01:51:05 EST, John Richard Moser said:
>
>
>>mmm. I'd thought about that actually-- for modules to get a whack at
>>this they'd have to be compiled in. Loaded as modules would break the
>>security.
On Mon, 24 Jan 2005 20:36:24 +0100
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch by Jesper Juhl is still required in 2.6.11-rc2-mm1.
Applied, thanks for reposting Adrian.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Hi,
I just compiled kernel 2.6.10 and now wondering how to make the grub to
load the newkernel.
The grub.conf file is configured as:
#boot=/dev/hda
default=1
timeout=10
splashimage=(hd0,5)/boot/grub/splash.xpm.gz
title Red Hat Linux (2.4.20-8)
root (hd0,5)
Hello all,
Here is a BUG() I've just hited on quota enabled reiserfs disk.
[EMAIL PROTECTED] rathamahata $ mount | grep /dev/sdb2
/dev/sdb2 on /var/www type reiserfs
(rw,noatime,nodiratime,data=writeback,grpquota,usrquota)
[EMAIL PROTECTED] rathamahata $
REISERFS: panic (device sdb2):
On Thu, 27 Jan 2005 15:33:49 +1300, ych43 said:
> Does anybody know how to check the validity of a deamon. which runs on
> Linux
> -platform host . This daemon can save some information in a log file of the
> host. I mean that if an attacker compromises this host and gets root access,
> he
On Thu, 27 Jan 2005 12:43:34 +0530, Sabarinathan said:
> Put this entry in your grub.conf file
>
> title Red Hat Linux (2.6.10)
> root (hd0,5)
> kernel /boot/vmlinuz-2.6.10 ro root=LABEL=/ rhgb quiet
> initrd /boot/initrd-2.6.10.img
And *DONT* remove this one:
> >title
Martin Kögler <[EMAIL PROTECTED]> wrote:
>
> I noticed with different kernel versions (a 2.6.5 FC2 Kernel, a 2.6.7 Knoppix
> Kernel
> and 2.6.10 FC2 and FC3 Kernels (which have no patches for the serial
> driver)), that it
> is possible for a normal user, which has rw access to /dev/ttySx, to
Hi,
During kernel build I get these link errors:
(...)
Building modules, stage 2.
MODPOST
*** Warning: "vgacon_remap_base" [drivers/video/vga16fb.ko] undefined!
*** Warning: "isa_virt_to_bus" [drivers/mmc/wbsd.ko] undefined!
*** Warning: "pci_get_legacy_ide_irq" [drivers/ide/pci/amd74xx.ko]
Hi,
Put this entry in your grub.conf file
title Red Hat Linux (2.6.10)
root (hd0,5)
kernel /boot/vmlinuz-2.6.10 ro root=LABEL=/ rhgb quiet
initrd /boot/initrd-2.6.10.img
[EMAIL PROTECTED] wrote:
Hi,
I just compiled kernel 2.6.10 and now wondering how to make the grub to
load
On Thu, 27 Jan 2005 01:51:05 EST, John Richard Moser said:
> mmm. I'd thought about that actually-- for modules to get a whack at
> this they'd have to be compiled in. Loaded as modules would break the
> security.
And that, my friends, is *exactly* why SELinux can't be built as a module ;)
Hello,
How to get max output from dmesg command.I have
inserted a lot debug messages to check kernel trace
and now want to get nearly all output from dmesg since
linux startup.Is that possible? or at least can
anybody help to have dmesg give max output. On my RH9
i386 arch i got 16kb output
[moving to hotplug list ...]
On Wed, Jan 26, 2005 at 06:23:16PM -0500, Mukker, Atul wrote:
> Or more likely, by placing our agent in /etc/dev.d directory. Unfortunately,
> there seems be not a consensus here as well. On system has "default" and
> "net" directories and other has "block", "input",
Hi Marcelo.
This patch for 2.4 adds support for the AMD / National
Semiconductor CS5535 chip set. Provided by AMD
as part of the Geode support.
Signed-off-by: Dan Malek <[EMAIL PROTECTED]>
amdns_5535.patch
Description: Binary data
On Thu, 27 Jan 2005 01:40:12 EST, [EMAIL PROTECTED] said:
> You may want to use a properly timed initcall() to create a callback that
> happens after proc_misc_init() happens, but before userspace gets going, and
> walk through the /proc tree at that time and cache info on the files you care
>
Hi Marcelo!
Here is a patch for 2.4 that adds the basic AMD Geode GX2/GX3
and GX1/SC1200 support. This patch updates configuration
scripts, defconfig, and setup files.
Signed-off-by: Dan Malek <[EMAIL PROTECTED]>
geode_x86.patch
Description: Binary data
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] wrote:
> On Wed, 26 Jan 2005 22:35:18 EST, John Richard Moser said:
>
>
>>This particular problem pertains to proc_misc.c and trying to create a
>>hook for some grsecurity protections that alter the modes on certain
>>/proc
On Thu, Jan 27, 2005 at 06:11:34AM +0100, Andi Kleen <[EMAIL PROTECTED]> wrote:
> Marc Lehmann <[EMAIL PROTECTED]> writes:
> >
> > The summary seems to be that the linux raid driver only protects your data
> > as long as all disks are fine and the machine never crashes.
>
> "as long as the
On Wed, 26 Jan 2005 22:35:18 EST, John Richard Moser said:
> This particular problem pertains to proc_misc.c and trying to create a
> hook for some grsecurity protections that alter the modes on certain
> /proc entries. The chunk of the patch I'm trying to immitate is:
> +#ifdef
On Wed, Jan 26, 2005 at 12:49:04PM -0200, Marcelo Tosatti wrote:
> > There is also a misinformative comment in fs/proc/array.c
> > in proc_pid_stat where it says
> > mm ? mm->rss : 0, /* you might want to shift this left 3 */
> > the number 3 should probably be PAGE_SHIFT-10.
Don't forget the
On Thu, Jan 27, 2005 at 06:11:34AM +0100, Andi Kleen <[EMAIL PROTECTED]> wrote:
> Marc Lehmann <[EMAIL PROTECTED]> writes:
> > The summary seems to be that the linux raid driver only protects your data
> > as long as all disks are fine and the machine never crashes.
>
> "as long as the machine
On Mit, 26 Jan 2005, Len Brown wrote:
> > Can you please add this?
> >
> > --- 25/arch/i386/mm/ioremap.c~iounmap-debugging 2005-01-25
> > 10:26:29.448809152 -0800
> > +++ 25-akpm/arch/i386/mm/ioremap.c 2005-01-25 10:27:07.054092280
> > -0800
> > @@ -233,7 +233,8 @@ void iounmap(volatile void
Sebastian Piechocki wrote:
As I said I'm sending you mails from kernel masters:)
Thanks.
If you haven't such a problem, please send them your dmesg with i8042.debug
and acpi=off.
I made an alternative plan. I applied a custom patch that gives me far less
output and prevents scrolling and gets
On Mon, Jan 24, 2005 at 02:15:16AM -0800, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc1/2.6.11-rc1-mm1/
> - Lots of updates and fixes all over the place.
> - On my test box there is no flashing cursor on the vga console. Known bug,
> please
hello,
1. the function in the ppc 8260 ethernet driver that's suppose to put the
interface into promiscuous or multicast modes contains a 'return' statement
immediately at the beginning. this prevents running an 8260-based system as a
bridge for example. the 'return' statement is not indented,
<2 6 B e l l e v u e>
The is now
available. This guide contains more than 2600 listings
of grants and loans offered by both the federal and
provincial governments. It also includes foundations and
associations.
The
is also available for the United States.
Our publication is sold
Hi,
I just compiled kernel 2.6.10 and now wondering how to make the grub to
load the newkernel.
The grub.conf file is configured as:
#boot=/dev/hda
default=1
timeout=10
splashimage=(hd0,5)/boot/grub/splash.xpm.gz
title Red Hat Linux (2.4.20-8)
root (hd0,5)
kernel
On Wed, 2005-01-26 at 23:15 -0600, Jack O'Quin wrote:
> Nick Piggin <[EMAIL PROTECTED]> writes:
>
> > But the important elements are lost. The standard provides a
> > deterministic scheduling order, and a deterministic scheduling
> > latency
>
> Where does the standard actually say this? All
On Wed, Jan 26, 2005 at 09:09:27PM -0800, William Lee Irwin III wrote:
>> There's a long discussion here, in which no one appears to have noticed
>> that SHLIB_BASE does not exist in mainline. Is anyone else awake here?
On Thu, Jan 27, 2005 at 12:18:56AM -0500, Dave Jones wrote:
> It's an
On Wed, Jan 26, 2005 at 09:09:27PM -0800, William Lee Irwin III wrote:
> On Wed, Jan 26, 2005 at 11:18:08AM -0500, Rik van Riel wrote:
> >> With some programs the 2.6 kernel can end up allocating memory
> >> at address zero, for a non-MAP_FIXED mmap call! This causes
> >> problems with some
Nick Piggin <[EMAIL PROTECTED]> writes:
> On Wed, 2005-01-26 at 20:31 -0600, Jack O'Quin wrote:
>> Nick Piggin <[EMAIL PROTECTED]> writes:
>>
>> > I'm a bit concerned about this kind of policy and breakage of
>> > userspace APIs going into the kernel. I mean, if an app is
>> > succeeds in
Marc Lehmann <[EMAIL PROTECTED]> writes:
>
> The summary seems to be that the linux raid driver only protects your data
> as long as all disks are fine and the machine never crashes.
"as long as the machine never crashes". That's correct. If you think
about how RAID 5 works there is no way around
On Wed, Jan 26, 2005 at 11:18:08AM -0500, Rik van Riel wrote:
>> With some programs the 2.6 kernel can end up allocating memory
>> at address zero, for a non-MAP_FIXED mmap call! This causes
>> problems with some programs and is generally rude to do. This
>> simple patch fixes the problem in my
On Wednesday 26 January 2005 22:16, Sasa Stevanovic wrote:
> Hi,
>
> I had some problems with my laptop's onetouch keys and it eventually led me
> to
> keyboard.c file from 2.6.10 kernel (Vojtech Pavlik and others). There may be
> a bug in the file, please read below.
>
> Well, actually,
Attila Body <[EMAIL PROTECTED]> wrote:
>
> I've spent some time (2 weekwnds) on this issue, while I was able to
> realize that not the packet-writing but the UDF driver is broken
>
> here is the recipie to reproduve the issue:
>
> dd if=/dev/zer of=udf.img bs=1024k count=3000
> mkudffs
On Thursday January 27, [EMAIL PROTECTED] wrote:
>
> Hi,
>
> I just added an NFS mount to a ppc64 box that had been up for a while.
> This required inserting the nfsd module. Unfortunately it failed:
>
> modprobe: page allocation failure. order:5, mode:0xd0
> Trace:
> [c00ba0f8]
Hi,
I want to report a number of problems in the current raid5 code, some of
which are pretty annoying, some of which require a superblock reformat.
Here's my setup:
- dual AMD opteron with 64-bit kernel, 2.6.10/2.6.8.1
- 5 raid disks, 4 standard ide on hda..hdd, one sata-device
(that setup
Hi,
I just added an NFS mount to a ppc64 box that had been up for a while.
This required inserting the nfsd module. Unfortunately it failed:
modprobe: page allocation failure. order:5, mode:0xd0
Trace:
[c00ba0f8] alloc_pages_current+0xc0/0xe4
[c00941fc]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Al Viro wrote:
> On Wed, Jan 26, 2005 at 09:33:48PM -0500, John Richard Moser wrote:
>
>>create_proc_entry("kmsg", S_IRUSR, _root);
>>
>>So this is asking for proc_root to be filled?
>>
>>create_proc_entry("kcore", S_IRUSR, NULL);
>>
>>And this is
Greetings!
overcautious programming will kill your kernel ;)
ever thought about checking a spin_lock or even
asserting that it must be held (maybe just for
spinlock debugging?) ...
there are several checks present in the kernel
where somebody does a variation on the following:
On Wed, 2005-01-26 at 20:31 -0600, Jack O'Quin wrote:
> Nick Piggin <[EMAIL PROTECTED]> writes:
>
> > I'm a bit concerned about this kind of policy and breakage of
> > userspace APIs going into the kernel. I mean, if an app is
> > succeeds in gaining SCHED_FIFO / SCHED_RR scheduling, and the
> >
On Wed, Jan 26, 2005 at 11:38:15AM -0500, linux-os wrote:
> On Wed, 26 Jan 2005, Rik van Riel wrote:
>
> >With some programs the 2.6 kernel can end up allocating memory
> >at address zero, for a non-MAP_FIXED mmap call! This causes
> >problems with some programs and is generally rude to do. This
Stephen Hemminger wrote:
On my laptop with Fedora Core 3, OpenOffice 1.0.1, 1.0.4 and the pre 2.0 version
all work fine running 2.6.10-FCxx kernel but get a SEGV when running on
2.6.11-rc1 or 2.6.11-rc2
Any hints?
Works fine here - FC3-x86 on Athlon64 and 2.6.11-rc2 stock. Both OO.o
1.1.3
I have a IAC-H553 Board with a NS Geode Low-Power CPU:
Working around Cyrix MediaGX virtual DMA bugs.
Enable Memory-Write-back mode on Cyrix/NSC processor.
Enable Memory access reorder on Cyrix/NSC processor.
Enable Incrementor on Cyrix/NSC processor.
CPU: After all inits, caps: 00808131
Hi,
I had some problems with my laptop's onetouch keys and it eventually led me to
keyboard.c file from 2.6.10 kernel (Vojtech Pavlik and others). There may be
a bug in the file, please read below.
Well, actually, when all omnibook/messages/setkeycodes/hotkeys/xev/showkey etc
stuff is
On Wed, Jan 26, 2005 at 09:33:48PM -0500, John Richard Moser wrote:
> create_proc_entry("kmsg", S_IRUSR, _root);
>
> So this is asking for proc_root to be filled?
>
> create_proc_entry("kcore", S_IRUSR, NULL);
>
> And this is just saying to shove it in proc's root?
NULL is equivalent to _root
Cal <[EMAIL PROTECTED]> writes:
> Consideringthe amount and rate of work in progress, this may well be
> no longer be pertinent, but I'm consistently getting an oops running
> the basic jack_test3.2 with rt-limit-2.6.11-rc2-D7 on SMP (P3 993 x
> 2). The oops and jacktest log are at
>
On Wed, Jan 26, 2005 at 06:01:28PM +0100, Mikkel Krautz wrote:
> On Wed, 26 Jan 2005 08:57:07 -0800, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Wed, Jan 26, 2005 at 05:48:19PM +0100, Mikkel Krautz wrote:
> > > On Wed, 26 Jan 2005 08:40:10 -0800, Greg KH <[EMAIL PROTECTED]> wrote:
> > > >
> > > >
Right now I am very frustrated with reviewing any of the crashdump
patches. When I make comments usually things change just enough that
what I said is addressed but things are addressed very much at
a surface level. Which means that if I think any kind of substantial
change is needed the only
Hi,
On Tue, 2005-01-25 at 19:30, Alex Tomas wrote:
> >> journal_dirty_metadata(handle, bh)
> >> {
> >> transaction->t_reserved--;
> >> handle->h_buffer_credits--;
> >> if (jh->b_tcount > 0) {
> >> /* modifed, no need to track it any more */
> >> transaction->
This removes the TIGLUSB-maintainers from hte MAINTAINERS-file.
Signed-off-by: Mikkel Krautz <[EMAIL PROTECTED]>
---
MAINTAINERS |7 ---
1 files changed, 7 deletions(-)
--- clean/MAINTAINERS
+++ dirty/MAINTAINERS
@@ -2178,13 +2178,6 @@
M:[EMAIL PROTECTED]
S:Maintained
-TI GRAPH LINK
On Wed, Jan 26, 2005 at 11:18:08AM -0500, Rik van Riel wrote:
> With some programs the 2.6 kernel can end up allocating memory
> at address zero, for a non-MAP_FIXED mmap call! This causes
> problems with some programs and is generally rude to do. This
> simple patch fixes the problem in my
Here is the corrected fix, yeah that didn't make
sense.
3AM isn't a good time to send patches I guess :-)
--- Greg KH <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 26, 2005 at 02:57:35AM -0500, Shawn
> Starr wrote:
> > static inline unsigned char FAN_TO_REG(unsigned
> rpm, unsigned div)
> > {
>
This removes the TIGLUSB-documentation, silverlink.txt.
Signed-off-by: Mikkel Krautz <[EMAIL PROTECTED]>
---
silverlink.txt | 78 -
1 files changed, 78 deletions(-)
--- clean/Documentation/usb/silverlink.txt
+++
On Wed, 2005-01-26 at 11:55 -0500, Dmitry Torokhov wrote:
> On Wed, 26 Jan 2005 19:46:14 +0300, Evgeniy Polyakov
> <[EMAIL PROTECTED]> wrote:
> > On Wed, 2005-01-26 at 11:25 -0500, Dmitry Torokhov wrote:
> > > On Wed, 26 Jan 2005 18:54:08 +0300, Evgeniy Polyakov
> > > <[EMAIL PROTECTED]> wrote:
>
linux-os wrote:
Does this mean that we can't mmap the screen regen buffer at
0x000b8000 anymore?
How do I look at the real-mode interrupt table starting at
offset 0? You know that the return value of mmap is to be
checked for MAP_FAILED, not for NULL, don't you?
Can't you still map those physical
On Tue, Jan 25, 2005 at 06:51:00PM -0800, Andrew Morton wrote:
> Nishanth Aravamudan <[EMAIL PROTECTED]> wrote:
> >
> > Please consider applying.
> >
> > Description: Add a usecs_to_jiffies() function.
>
> Please cc linux-kernel on things which aren't utterly trivial?
Sorry, Andrew, I actually
Greg KH wrote:
On Wed, Jan 26, 2005 at 02:57:35AM -0500, Shawn Starr wrote:
static inline unsigned char FAN_TO_REG(unsigned rpm, unsigned div)
{
- if (rpm == 0)
+ if (rpm <= 0)
As was pointed out, this doesn't make any sense.
Care to redo the patch?
Please note that the problem is not
> On Wed, 26 Jan 2005 08:52:12 -0800 (PST), Christoph Lameter <[EMAIL
> PROTECTED]> said:
Christoph> On Wed, 26 Jan 2005, Martin Schwidefsky wrote:
>> Why not add an if at the start of gettimeofday to check when the
>> last ntp updates has been done and if it has been too long
Andrew,
This patch fixes a bug in link, where the wrong inode number was
passed to userspace as the link source.
Needs update to fuse library to 2.2-pre6 as well.
Please apply.
Thanks,
Miklos
Signed-off-by: Miklos Szeredi <[EMAIL PROTECTED]>
diff -rup linux-2.6.11-rc2-mm1/fs/fuse/dir.c
On Wed, 26 Jan 2005, linux-os wrote:
Wrong! A returned value of 0 is perfectly correct for mmap()
when mapping a fixed address. The attached code shows it working
The code that is patched is only run in case of a non-MAP_FIXED
mmap() call...
--
"Debugging is twice as
On Wed, Jan 26, 2005 at 12:55:47AM -0600, Nathan Lynch wrote:
> http://linus.bkbits.net:8080/linux-2.5/[EMAIL
> PROTECTED]|src/|src/drivers|src/drivers/base|related/drivers/base/cpu.c
>
> This changeset introduced exports for register_cpu and unregister_cpu
> right after 2.6.10. As far as I can
Nick Piggin <[EMAIL PROTECTED]> writes:
> I'm a bit concerned about this kind of policy and breakage of
> userspace APIs going into the kernel. I mean, if an app is
> succeeds in gaining SCHED_FIFO / SCHED_RR scheduling, and the
> scheduler does something else, that could be undesirable in some
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Randy.Dunlap wrote:
> John Richard Moser wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> proc_misc_init() has both these lines in it:
>>
>> entry = create_proc_entry("kmsg", S_IRUSR, _root);
>> proc_root_kcore =
Hi,
Does anybody know how to check the validity of a deamon. which runs on Linux
-platform host . This daemon can save some information in a log file of the
host. I mean that if an attacker compromises this host and gets root access,
he can replace this daemon with a rogue version.
On Wed, 26 Jan 2005 20:39:36 +0300, Evgeniy Polyakov
<[EMAIL PROTECTED]> wrote:
> On Wed, 2005-01-26 at 11:55 -0500, Dmitry Torokhov wrote:
> > On Wed, 26 Jan 2005 19:46:14 +0300, Evgeniy Polyakov
> > <[EMAIL PROTECTED]> wrote:
> > > On Wed, 2005-01-26 at 11:25 -0500, Dmitry Torokhov wrote:
> > >
On Wed, 26 Jan 2005 12:05:47 -0500 (EST), linux-os
<[EMAIL PROTECTED]> wrote:
> On Wed, 26 Jan 2005, Dmitry Torokhov wrote:
>
> > On Wed, 26 Jan 2005 16:43:07 +0100, Vojtech Pavlik <[EMAIL PROTECTED]>
> > wrote:
> >> On Tue, Jan 25, 2005 at 02:41:14AM -0500, Dmitry Torokhov wrote:
> >>> @@
On Wed, Jan 26, 2005 at 01:20:53PM -0500, linux-os wrote:
> On Wed, 26 Jan 2005, Olivier Galibert wrote:
> >Given that the man page itself says that unless you're using MAP_FIXED
> >start is only a hint and you should use 0 if you don't care things can
> >get real annoying real fast. Imagine if
Hello,
On Sat, 2005-01-22 at 16:50, Herbert Poetzl wrote:
> --- ./fs/ext3/xattr.c.orig2005-01-22 15:07:50 +0100
> +++ ./fs/ext3/xattr.c 2005-01-22 16:45:09 +0100
> @@ -773,7 +773,7 @@ inserted:
> error = ext3_journal_get_write_access(handle,
>
On Wed, 26 Jan 2005, Bryn Reeves wrote:
On Wed, 2005-01-26 at 17:34, Chris Friesen wrote:
linux-os wrote:
Does this mean that we can't mmap the screen regen buffer at
0x000b8000 anymore?
How do I look at the real-mode interrupt table starting at
offset 0? You know that the return value of mmap is
On Wed, 2005-01-26 at 14:32 +, Paulo Marques wrote:
> Matt Domsch wrote:
> > [...]
> >
> > +static char *strdup(const char *str)
...
> Actually, I've just grep'ed the entire tree and there are about 7
> similar implementations all over the place:
Wow, I'd never noticed. Linus, please
On Wed, 26 Jan 2005 19:19:41 +0100
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 26, 2005 at 07:38:48PM +0300, Evgeniy Polyakov wrote:
> >...
> > Btw, where was comments about w1, kernel connector and acrypto?
> > They were presented several times in lkml and all are completely new
> >
On Wed, Jan 26, Linux Kernel Mailing List wrote:
> ChangeSet 1.2038, 2005/01/25 20:31:01-08:00, [EMAIL PROTECTED]
>
> [PATCH] oprofile: falling back on timer interrupt mode
>
> arch/alpha/oprofile/common.c |6 --
> arch/arm/oprofile/common.c |7 +--
>
Cal <[EMAIL PROTECTED]> writes:
> Jack O'Quin wrote:
>> I notice that JACK's call to mlockall() is failing. This is one
>> difference between your system and mine (plus, my machine is UP).
>> As an experiment, you might try testing with `ulimit -l unlimited'.
>
> I went for the panic retraction
arch/um/Kconfig_arch is actually a symlink, so
* Remove it from the tree.
* Make sure it is removed during make mrproper.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.11-paolo/arch/um/Makefile |8 ++--
linux-2.6.11/arch/um/Kconfig_arch | 16
On Wed, 26 Jan 2005, Rik van Riel wrote:
On Wed, 26 Jan 2005, linux-os wrote:
Wrong! A returned value of 0 is perfectly correct for mmap()
when mapping a fixed address. The attached code shows it working
The code that is patched is only run in case of a non-MAP_FIXED
On Wed, 26 Jan 2005, Olivier Galibert wrote:
On Wed, Jan 26, 2005 at 01:20:53PM -0500, linux-os wrote:
On Wed, 26 Jan 2005, Olivier Galibert wrote:
Given that the man page itself says that unless you're using MAP_FIXED
start is only a hint and you should use 0 if you don't care things can
get real
Bryn Reeves wrote:
RETURN VALUE
For calloc() and malloc(), the value returned is a pointer to the
allocated memory, which is suitably aligned for any kind of
variable, or NULL if the request fails.
This could get pretty confusing if NULL was a valid address...
Internally the library can
Jack O'Quin wrote:
You seem to have eliminated the mlock() failure as the cause of this
crash. It should not have caused it anyway, but it *was* one
noticeable difference between your tests and mine. Since
do_page_fault() appears in the backtrace, that is useful to know.
The other big difference
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
>
> There is evil intermingling and false dependency sharing between
> the dying kernel and the crash capture kernel in this patch,
yikes! I'll drop it from -mm while we have a rethink.
-
To unsubscribe from this list: send the line "unsubscribe
[Voluntarily skipping a large part of the discussion so as to stop
wasting everyone's time and focus on the one technical point I am
interested in.]
Hi Evgeniy,
> As I saw from different documentation - logical devices itself are the
> same.
>
> And it is the same for superio standard.
>
> For
On Wed, Jan 26, Linus Torvalds wrote:
> The biggest part of that is having nice interfaces. If you have good
> interfaces, bugs are less likely to be problematic. For example, the
> "seq_file" interfaces for /proc were written to clean up a lot of common
> mistakes, so that the actual
On Wed, 2005-01-26 at 10:22 -0800, Keshavamurthy Anil S wrote:
> On Wed, Jan 26, 2005 at 12:55:47AM -0600, Nathan Lynch wrote:
> > http://linus.bkbits.net:8080/linux-2.5/[EMAIL
> > PROTECTED]|src/|src/drivers|src/drivers/base|related/drivers/base/cpu.c
> >
> > This changeset introduced exports
linux-os wrote:
The seg-fault you get when you de-reference a pointer to NULL
is caused by the kernel. You are attempting to access memory
that has not been mapped into your address space. Once that
memory gets mmap()ed, you will no longer get a seg-fault.
Again, the seg-fault has nothing to do
On Wed, 26 Jan 2005 07:37:49 +0500, Denis Zaitsev <[EMAIL PROTECTED]> wrote:
> On Tue, Jan 25, 2005 at 11:19:11PM +0200, Denis Vlasenko wrote:
> >
> > Something corrupts packets. It can be sending NIC, switch in the middle,
> > or receiving NIC.
>
> Changing the receiving card closes the
On Wed, Jan 26, 2005 at 01:12:34PM +, Russell King wrote:
> On Wed, Jan 26, 2005 at 10:14:34AM +, Christoph Hellwig wrote:
> > That's simply not true. The amount of patches submitted is extremly
> > huge and the reviewers don't have time to look at everythning.
> >
> > If no one replies
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[]
Did any of you actually READ the link I put? How the heck did we get
the navy into this?
- --
All content of all messages exchanged herein are left in the
Public Domain, unless otherwise explicitly stated.
-BEGIN PGP SIGNATURE-
On Wed, 26 Jan 2005, Olaf Hering wrote:
>
> And, did that nice interface help at all? No, it did not.
> Noone made seqfile mandatory in 2.6.
Sure it helped. We didn't make it mandatory, but new stuff ends up being
written with it, and old stuff _does_ end up being converted to it.
> Now we
Hi Mark,
> Marvell makes a line of host bridge for PPC and MIPS systems. On
> those bridges is an i2c controller. This patch adds the driver for
> that i2c controller.
>
> Please let me know if you see any problems with this patch.
I do not feel qualified for a full review of this code.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sytse Wielinga wrote:
> On Tue, Jan 25, 2005 at 03:03:04PM -0500, John Richard Moser wrote:
>
>>That being said, you should also consider (unless somebody forgot to
>>tell me something) that it takes two source trees to make a split-out
>>patch.
On Wed, 26 Jan 2005 20:20:27 +0100
Jean Delvare <[EMAIL PROTECTED]> wrote:
> [Voluntarily skipping a large part of the discussion so as to stop
> wasting everyone's time and focus on the one technical point I am
> interested in.]
>
> Hi Evgeniy,
>
> > As I saw from different documentation -
On Wed, Jan 26, Linus Torvalds wrote:
>
>
> On Wed, 26 Jan 2005, Olaf Hering wrote:
> >
> > And, did that nice interface help at all? No, it did not.
> > Noone made seqfile mandatory in 2.6.
>
> Sure it helped. We didn't make it mandatory, but new stuff ends up being
> written with it, and
John Richard Moser wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
proc_misc_init() has both these lines in it:
entry = create_proc_entry("kmsg", S_IRUSR, _root);
proc_root_kcore = create_proc_entry("kcore", S_IRUSR, NULL);
Both entries show up in /proc, as /proc/kmsg and /proc/kcore. So I
On Wed, Jan 26, 2005 at 02:31:00PM -0500, John Richard Moser wrote:
> Sytse Wielinga wrote:
> > On Tue, Jan 25, 2005 at 03:03:04PM -0500, John Richard Moser wrote:
> >[...]
> >>true. Very very true.
> >>
> >>With things like Gr, there's like a million features. Normally the
> >>first step I take
On Wed, 2005-01-26 at 11:38 -0500, linux-os wrote:
> On Wed, 26 Jan 2005, Rik van Riel wrote:
>
> > With some programs the 2.6 kernel can end up allocating memory
> > at address zero, for a non-MAP_FIXED mmap call! This causes
> > problems with some programs and is generally rude to do. This
> >
Hi!
Here 2.6.11-rc2 did this, too. (inotify.patch from 2.6.11-rc2-mm1):
On Fri, 21 Jan 2005 00:12:51 +0100, Juerg Billeter <[EMAIL PROTECTED]> wrote:
> I reproducibly get the following Oops as soon as I start using inotify
> with gamin and/or beagle. This happens with linux 2.6.10-as1 + inotify
On Wed, Jan 26, 2005 at 11:38:15AM -0500, linux-os wrote:
> On Wed, 26 Jan 2005, Rik van Riel wrote:
> >With some programs the 2.6 kernel can end up allocating memory
> >at address zero, for a non-MAP_FIXED mmap call! This causes
> >problems with some programs and is generally rude to do. This
>
On Tue, 2005-01-25 at 13:28, Andrew Morton wrote:
> Norbert Preining <[EMAIL PROTECTED]> wrote:
> >
> > ACPI: DSDT (v001 ACER IBIS 0x20020930 MSFT 0x010e) @
> 0x
> > Built 1 zonelists
> > __iounmap: bad address c00fffd9
>
> Can you please add this?
>
> ---
1 - 100 of 542 matches
Mail list logo
