On Mon, Jul 04 2005, Lenz Grimmer wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Jens Axboe wrote:
It isn't too pretty to rely on such unreliable timing anyways. I'm
not too crazy about spinning the disk down either, it's useless wear
compared to just parking the head.
On 7/4/05, Pekka Enberg [EMAIL PROTECTED] wrote:
Hi Jesper,
On 7/4/05, Jesper Juhl [EMAIL PROTECTED] wrote:
static int
ibm_hdaps_open(struct inode *inode, struct file *filp)
{
printk(%s() start\n, __func__);
if (!atomic_dec_and_test(ibm_hdaps_available)) {
Hi,
I need help in the following issue, i'll explain the mechanisum the
problem i'm facing,
1) In the existing wireless lan driver we've MPDU's MSDU's, all the
MPDU's are handled by the firmware where as all the MSDU's by the
driver. Now i need to implement 802.11E protocol based block
* William Weston [EMAIL PROTECTED] wrote:
Which video driver is X using? What nice value is the X server running
at?
Hardware is Intel 82865G (integrated) with DRM i915 1.1.0 20040405 and
xorg-3.8.2 i810 driver, running at nice 0, priority 15. Should I bump
the priority up? To
On Sun, Jul 03, 2005 at 08:42:24PM -0700, Hans Reiser wrote:
Right. But, /proc started somewhere, didn't it?
Sun.
No, plan 9.
Almost on the right track, it was v8, two steps before plan9. But that's
just the process-part of procfs, not the big mess we have now - that part
is
On Mon, Jul 04, 2005 at 12:27:13PM +0200, Miklos Szeredi wrote:
E.g. with mount_nonempty it would not refuse to
mount on a non-leaf dir, and README would document, that using this
option might cause trouble. Otherwise the mount would be refused with
a reference to the above option.
that will
Quoting Tony Jones ([EMAIL PROTECTED]):
Hey Serge,
I don't think your symbol_get() is doing what you think it is ;-)
Hmm, I wonder whether something changed. It shouldn't be possible to
rmmod module b if module a has done a symbol_get on it... This may mean
more stringent locking will be
Quoting Tony Jones ([EMAIL PROTECTED]):
On Mon, Jul 04, 2005 at 08:59:02AM +0200, Kurt Garloff wrote:
The topic of replacing dummy (with capability) was discussed there
last week, in the context of stacker, but a common solution for both
cases would be needed.
Both cases?
Anton Blanchard wrote: {
Id suggest adding a printk level to the printks in mm/oom-kill.c and using
/proc/sys/kernel/printk to silence them.
}
Good option!
Also, why is OOM-killer needed when overcommit is disabled?
Al
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
On Mon, 4 Jul 2005, Russell King wrote:
On Mon, Jul 04, 2005 at 12:43:56PM +0200, Bodo Eggert wrote:
Part 4: The CPU scaling menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient
Documentation for how the ISA DMA controller is handled in the kernel.
Signed-off-by: Pierre Ossman [EMAIL PROTECTED]
New version after feedback from Randy Dunlap.
Index: linux-wbsd/Documentation/DMA-ISA-LPC.txt
===
---
Hi Serge,
On Mon, Jul 04, 2005 at 07:01:05AM -0500, [EMAIL PROTECTED] wrote:
Quoting Tony Jones ([EMAIL PROTECTED]):
On Mon, Jul 04, 2005 at 08:59:02AM +0200, Kurt Garloff wrote:
The topic of replacing dummy (with capability) was discussed there
last week, in the context of stacker,
Summary of error:
insmod error inserting '/lib/ata_piix.ko': -1 Unknown symbol in module
ERROR: /bin/insmod exited abnormally!
Mounting root filesystem
mount: error 19 mounting ext3
mount: error 2 mounting none
Switching to new root
switchroot: mount failed: 22
umount /initrd/dev failed: 2
Bartlomiej Zolnierkiewicz wrote: {
Please pull from:
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/bart/ide-2.6.git
}
Does it fix the idedriver int/dma problem?
Al
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
Part 2b: The USB menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient menuconfig keyword.
This patch includes the missing changes from the previous patch
--- x/drivers/usb/atm/Kconfig
Part 2b: The USB menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient menuconfig keyword.
Patch for .13-rc1.
This patch includes the missing changes from the previous patch
---
Part 1b: The easy stuff.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient menuconfig keyword.
These are some missing changes from the first patch(es).
I don't know where they went missing.
On Fri, Jul 01, 2005 at 04:40:18AM -0700, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc1/2.6.13-rc1-mm1/
I get this when building on ppc32:
CC [M] drivers/net/skge.o
drivers/net/skge.c: In function `skge_probe':
drivers/net/skge.c:3151:
Hey,
Quoting Kurt Garloff ([EMAIL PROTECTED]):
Getting rid of dummy entirely would be better, I agree, but someone
needs to review that this won't break anything.
Unfortunately I think it's way too soon for that. Even if stacker is
accepted, it is still a module (for now at least) which can
On Mon, 4 Jul 2005, Sam Ravnborg wrote:
On Thu, Jun 30, 2005 at 11:06:01PM +0200, Bodo Eggert wrote:
Part 1: The easy stuff.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient menuconfig
Hi all,
Here is our (see copyright section ;)) simple script that help to create
a bug report:
http://stud.wsi.edu.pl/~piotrowskim/files/ort/beta/ort-b5.tar.bz2
Why do we do this?
Because many people don't have time to prepare a good (with all
importrant pieces of information) bug report.
Quoting Greg KH ([EMAIL PROTECTED]):
On Sun, Jul 03, 2005 at 02:53:17PM -0400, James Morris wrote:
On Sun, 3 Jul 2005, Tony Jones wrote:
There just isn't enough content to justify a stacker specific filesystem
IMHO.
It might be worth thinking about a more general securityfs as
Part 4b: The CPU scaling menu.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient menuconfig keyword.
This patch applies to 2.6.12 and 2.6.13-rc1
--- x/drivers/cpufreq/Kconfig 2005-07-04
Hello,
This patch removes the ugly union declaration in cn_fork.h and
cn_exit.h files. The code is cleaner without the union and the price is
only four bytes added in the structure.
Thanks to Alexander Nyberg for reporting this.
Signed-off-by: Guillaume Thouvenin [EMAIL PROTECTED]
---
Miklos Szeredi [EMAIL PROTECTED] wrote:
I see your point. But then this is really not a security issue, but
an are you sure you want to format C: style protection for the
user's own sake. Adding a mount option (checked by the library) for
this would be fine. E.g. with mount_nonempty it
On 7/4/05, Al Boldi [EMAIL PROTECTED] wrote:
Bartlomiej Zolnierkiewicz wrote: {
Please pull from:
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/bart/ide-2.6.git
}
Does it fix the idedriver int/dma problem?
What is the int/dma problem?
-
To unsubscribe from this list: send the line
On Fri, 1 Jul 2005, Bodo Eggert wrote:
Part 1b: The easy stuff for 2.6.13-rc1.
This is the same patch without the changes in /net, as requested by Sam
Ravnborg. It does include the first update.
--- rc1-a/drivers/md/Kconfig2005-06-30 11:21:40.0 +0200
+++ rc1-b/drivers/md/Kconfig
Part 1: The easy stuff.
In many config submenus, the first menu option will enable the rest
of the menu options. For these menus, It's appropriate to use the more
convenient menuconfig keyword.
I hope I got it right, especially the conversions to if SYMBOL and
merging the depends ons.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jens!
Thanks for the sample code. I've trimmed the recipient list a bit...
Jens Axboe wrote:
Perhaps the IDLE or IDLEIMMEDIATE commands imply a head parking, that
would make sense. As you say, you can hear a drive parking its head.
Here's a
I see your point. But then this is really not a security issue, but
an are you sure you want to format C: style protection for the
user's own sake. Adding a mount option (checked by the library) for
this would be fine. E.g. with mount_nonempty it would not refuse to
mount on a
Arjan van de Ven wrote:
hmm. I wonder if a slightly different approach (based on the __slow)
idea would make sense
1) Use -ffunction-sections option from gcc to put each function in it's
own section
2) Use readprofile/oprofile data to collect an (external to the code)
list of hot/cold functions
On Mon, Jul 04 2005, Lenz Grimmer wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jens!
Thanks for the sample code. I've trimmed the recipient list a bit...
Jens Axboe wrote:
Perhaps the IDLE or IDLEIMMEDIATE commands imply a head parking, that
would make sense. As you
Hi Serge,
On Mon, Jul 04, 2005 at 07:37:21AM -0500, [EMAIL PROTECTED] wrote:
Quoting Kurt Garloff ([EMAIL PROTECTED]):
Getting rid of dummy entirely would be better, I agree, but someone
needs to review that this won't break anything.
Unfortunately I think it's way too soon for that.
On Mon, 4 Jul 2005, Bodo Eggert wrote:
Part 4: The profiling menu.
^
Obviously I can't count to 5.
And now to something completely different:
The Fusion MPT controler seems to belong into the SCSI low level driver
submenu. I may well be wrong here.
patch is for 2.6.12, 2.6.13 will be
On Mon, 4 Jul 2005, Bodo Eggert wrote:
And now to something completely different:
The Fusion MPT controler seems to belong into the SCSI low level driver
submenu. I may well be wrong here.
patch is for 2.6.13
--- rc1-a/arch/arm/Kconfig 2005-07-04 15:28:02.0 +0200
+++
Hi
This might well be my basic misunderstanding, or the test was wrong, but
the probability is pretty low, so, asking here.
I thought, if a task sleeps on, say, read() and then data come and there's
no other runnable task with a higher priority, the sleeping task should be
woken up immediately.
If you try to run `make menuconfig' on a system that lacks ncurses
development libs, you get an error message telling you to install
ncurses-devel. Some popular distributions don't have an ncurses-devel
package. This patch generalizes the error message. Patch is against
2.6.12.
MAINTAINERS
On Mon, Jul 04, 2005 at 03:20:14PM +0200, Côté Alexandre wrote:
kernel : 2.6.11 from kernel-tree 2.6.11-7 on debian sid
psmouse module install automatically when booting the system (nothing write
in /etc/modules, don't know why it's now automatically install) and dmesg says
input:
We could put it in userspace, but if the system is
swapping like mad, can we still get a critical
response if this remains in userspace fully?
Someone mentioned we should use a kernel thread(s) to
handle stopping all I/O so we can safely park heads.
Shawn.
--- Jens Axboe [EMAIL PROTECTED]
On Sun, 2005-07-03 at 11:34 +0100, Daniel Drake wrote:
I reverted the patch you sent earlier
(inotify_unmount_inodes-list-iteration-fix.diff) and applied the one you
attached here (inotify_unmount_inodes-list-iteration-fix2.diff).
The good news is that the hang is gone. The bad news is that
From what I'm told its not specific to hard disk, you
can put any laptop HD and it will work the same (?).
Shawn.
--- Jens Axboe [EMAIL PROTECTED] wrote:
On Mon, Jul 04 2005, Lenz Grimmer wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jens!
Thanks for the sample code.
On Sat, Jul 02, 2005 at 06:11:49PM +0200, Rene Herman wrote:
Hi Andrew.
Non-trivial in that I'm unsure of original intent but trivial in that
it's just a printk()...
On bootup, I see:
pnp: the driver 'i8042 kbd' has been registered
pnp: match found with the PnP device '00:05' and the
On Mon, 2005-07-04 at 15:27 +0100, Anton Altaparmakov wrote:
On Sun, 2005-07-03 at 11:34 +0100, Daniel Drake wrote:
I reverted the patch you sent earlier
(inotify_unmount_inodes-list-iteration-fix.diff) and applied the one you
attached here (inotify_unmount_inodes-list-iteration-fix2.diff).
(don't top post!)
On Mon, Jul 04 2005, Shawn Starr wrote:
We could put it in userspace, but if the system is
swapping like mad, can we still get a critical
response if this remains in userspace fully?
Just make sure the program isn't swapped out.
Someone mentioned we should use a kernel
--- Documentation/kbuild/kconfig-language.txt ---
- input prompt: prompt prompt [if expr]
Every menu entry can have at most one prompt, which is used to display
to the user. Optionally dependencies only for this prompt can be added
with if.
---
This is misleading, since the if will not
On Mon, 2005-07-04 at 15:39 +0100, Anton Altaparmakov wrote:
On Mon, 2005-07-04 at 15:27 +0100, Anton Altaparmakov wrote:
On Sun, 2005-07-03 at 11:34 +0100, Daniel Drake wrote:
I reverted the patch you sent earlier
(inotify_unmount_inodes-list-iteration-fix.diff) and applied the one you
ok, looks all right to me.
Petko
On Sat, 2 Jul 2005, Adrian Bunk wrote:
The only uses of both variables were recently removed.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
drivers/usb/net/pegasus.c |1 -
drivers/usb/net/rtl8150.c |2 --
2 files changed, 3
On Mon, Jul 04, 2005 at 09:57:00AM -0400, Kurt Wall wrote:
If you try to run `make menuconfig' on a system that lacks ncurses
development libs, you get an error message telling you to install
ncurses-devel. Some popular distributions don't have an ncurses-devel
package. This patch generalizes
On Mon, Jul 04, 2005 at 03:17:35PM +0200, Miklos Szeredi wrote:
I see your point. But then this is really not a security issue, but
an are you sure you want to format C: style protection for the
user's own sake. Adding a mount option (checked by the library) for
this would be fine.
About the time the SCSI subsystem is loaded the hard drive
activity light comes on and never goes out.
The disk is mounted and appears to function correctly:
mount
/dev/hda1 on / type ext2 (rw)
proc on /proc type proc (rw)
/dev/sda1 on /mnt/sda1 type ext3 (rw)
/dev/sda2 on /home type ext3 (rw)
Quoting Greg KH ([EMAIL PROTECTED]):
On Sun, Jul 03, 2005 at 02:53:17PM -0400, James Morris wrote:
On Sun, 3 Jul 2005, Tony Jones wrote:
There just isn't enough content to justify a stacker specific filesystem
IMHO.
It might be worth thinking about a more general securityfs as
Anton,
I had used the 2.6.12 kernel with the latest Inotify. There was no
I_WILL_FREE in the any place. And, there was no problem in compilation.
I believe Inotify is very useful and should be included in the next versions
of the kernel. Are there any ongoing plans for this?
Thanks,
Gautam
On Sun, Jul 03, 2005 at 10:44:41PM -0700, Greg KH wrote:
On Sun, Jul 03, 2005 at 05:12:02PM -0600, Michal Jaegermann wrote:
Was a decision to use EXPORT_SYMBOL_GPL deliberate and if yes then
what considerations dictated it, other then the patch author wrote
it that way, and what drivers
Gautam,
On Mon, 2005-07-04 at 11:55 -0400, Gautam Singaraju wrote:
I had used the 2.6.12 kernel with the latest Inotify. There was no
I_WILL_FREE in the any place. And, there was no problem in compilation.
Er, yes, obviously. You are not using my patch on top of inotify and
original inotify
On 6/9/05, Paolo Galtieri [EMAIL PROTECTED] wrote:
Hi,
with DEVFS going away I discovered that no character device nodes are
created if a flash device is present which contains filesystems. The
mtd-utils package requires the existence of character device nodes for
performing erase, lock and
Bartlomiej Zolnierkiewicz wrote: {
What is the int/dma problem?
}
Hdparm -tT gives 38mb/s in 2.4.31
Cat /dev/hda /dev/null gives 2% user 33% sys 65% idle
Hdparm -tT gives 28mb/s in 2.6.12
Cat /dev/hda /dev/null gives 2% user 25% sys 0% idle 73% IOWAIT
It feels like DMA is not being applied
On 7/4/05, Al Boldi [EMAIL PROTECTED] wrote:
Bartlomiej Zolnierkiewicz wrote: {
What is the int/dma problem?
}
Hdparm -tT gives 38mb/s in 2.4.31
Cat /dev/hda /dev/null gives 2% user 33% sys 65% idle
Hdparm -tT gives 28mb/s in 2.6.12
Cat /dev/hda /dev/null gives 2% user 25% sys 0% idle
On Mon, Jul 04, 2005 at 05:16:32PM +0200, David Weinehall wrote:
On Mon, Jul 04, 2005 at 09:57:00AM -0400, Kurt Wall wrote:
If you try to run `make menuconfig' on a system that lacks ncurses
development libs, you get an error message telling you to install
ncurses-devel. Some popular
If you try to run `make menuconfig' on a system that lacks ncurses
development libs, you get an error message telling you to install
ncurses-devel. Some popular distributions don't have an ncurses-devel
package. This patch generalizes the error message. Patch is against
2.6.12.
This patch fixes a
Hi,
I use on i686 architecture Gentoo linux with XFS filesystem.
Recently it happened to me 3 time that the machine locked,
although at least once sys-rq+b worked. Here is the log
from remote console. I don't remeber having such problems
with 2.6.12-rc6-git2, which was my previous testing
On Tue, 2005-07-05 at 00:14 +0800, Coywolf Qi Hunt wrote:
On 6/9/05, Paolo Galtieri [EMAIL PROTECTED] wrote:
Hi,
with DEVFS going away I discovered that no character device nodes are
created if a flash device is present which contains filesystems. The
mtd-utils package requires the
Hetfield [EMAIL PROTECTED] wrote:
if it turns off tft and change brightness i guess kernel should receive
some events but
/proc/acpi/event doesn't get them.
In general, these keys generate events that are handled by the hardware.
The kernel never gets told about them. If you disassemble your
On Sun, Jul 03, 2005 at 08:56:59AM -0300, Marcelo Tosatti wrote:
On Fri, Jul 01, 2005 at 02:14:42PM -0700, George Anzinger wrote:
Marcelo Tosatti wrote:
Hi Olivier,
On Fri, Jul 01, 2005 at 07:52:12PM +0200, Olivier Croquette wrote:
Andrew Morton wrote:
Linus, Andrew, do you
On Mon, 4 Jul 2005, Martin Mokrejs wrote:
Hi,
I use on i686 architecture Gentoo linux with XFS filesystem.
Recently it happened to me 3 time that the machine locked,
although at least once sys-rq+b worked. Here is the log
from remote console. I don't remeber having such problems
with
Il giorno lun, 04/07/2005 alle 17.30 +0100, Matthew Garrett ha scritto:
Hetfield [EMAIL PROTECTED] wrote:
if it turns off tft and change brightness i guess kernel should receive
some events but
/proc/acpi/event doesn't get them.
In general, these keys generate events that are handled
# grep CONFIG_4KSTACKS .config
# CONFIG_4KSTACKS is not set
#
.config is attached.
Thanks.
BTW: The .config should be almost same as for the previous kernel.
I usually copy the old-one into new source tree and do make oldconfig.
Zwane Mwaikambo wrote:
On Mon, 4 Jul 2005, Martin Mokrejs wrote:
Bartlomiej Zolnierkiewicz wrote: {
On 7/4/05, Al Boldi [EMAIL PROTECTED] wrote:
Hdparm -tT gives 38mb/s in 2.4.31
Cat /dev/hda /dev/null gives 2% user 33% sys 65% idle
Hdparm -tT gives 28mb/s in 2.6.12
Cat /dev/hda /dev/null gives 2% user 25% sys 0% idle 73% IOWAIT
It feels like DMA is
Al Boldi wrote:
Bartlomiej Zolnierkiewicz wrote: {
On 7/4/05, Al Boldi [EMAIL PROTECTED] wrote:
Hdparm -tT gives 38mb/s in 2.4.31
Cat /dev/hda /dev/null gives 2% user 33% sys 65% idle
Hdparm -tT gives 28mb/s in 2.6.12
Cat /dev/hda /dev/null gives 2% user 25% sys 0% idle 73% IOWAIT
It feels
Hi,
Here goes the first -pre of v2.4.32.
It contains a small amount of fixes, most notably x86_64 security updates.
Check for canonical addresses in ptrace (CAN-2005-1762)
Fix canonical checking for segment registers in ptrace (CAN-2005-0756)
Fix buffer overflow in 32bit execve on x86-64/ia64
Anton Altaparmakov wrote:
)-: I have addressed the only things I can think off that could cause
the oops and below is the resulting patch. Could you please test it?
Yeah!! After removing I_WILL_FREE stuff, that fixed both the oops *and* the
hang. Everything works nicely now.
Thanks a
On Mon, Jul 04 2005, Martin Mokrejs wrote:
Hi,
I use on i686 architecture Gentoo linux with XFS filesystem.
Recently it happened to me 3 time that the machine locked,
although at least once sys-rq+b worked. Here is the log
from remote console. I don't remeber having such problems
with
On Wed, Jun 08, 2005 at 03:13:09PM +0300, Denis Vlasenko wrote:
On Wednesday 08 June 2005 14:12, Adrian Bunk wrote:
On Wed, Jun 08, 2005 at 01:39:56PM +0300, Denis Vlasenko wrote:
...
NB: gcc 3.4.3 can use excessive stack in degenerate cases, so please
include gcc version in your
Jens Axboe wrote:
That's madness, we can't add a kernel thread for every single little
silly thing. You don't need to stop any io, you just want to make sure
that your park request gets issued right after the current io has
finished.
HI,
For me, the heads have to park so fast. That I
On Mon, 4 Jul 2005, Alejandro Bonilla wrote:
Do you think that the kernel will STOP, HOLD and park the head in less than
a second? OR on the time we need?
this is why the windows driver uses heuristics to decide when the laptop
is possibly unstable and *may* fall soon... because it takes
On Mon, Jul 04 2005, Alejandro Bonilla wrote:
Jens Axboe wrote:
That's madness, we can't add a kernel thread for every single little
silly thing. You don't need to stop any io, you just want to make sure
that your park request gets issued right after the current io has
finished.
HI,
On 7/4/05, Jens Axboe [EMAIL PROTECTED] wrote:
Generel observation on this driver - why isn't it just contained in user
space? You need to do the monitoring and sending of ide commands from
there anyways, I don't see the point of putting it in the kernel.
Can't the accelerometer be used as
On Mon, 4 Jul 2005, Daniel Drake wrote:
Anton Altaparmakov wrote:
)-: I have addressed the only things I can think off that could cause
the oops and below is the resulting patch. Could you please test it?
Yeah!! After removing I_WILL_FREE stuff, that fixed both the oops *and* the
hang.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Aaron Cohen wrote:
Can't the accelerometer be used as an input device in addition to just
being a about to fall detector?
Yes, it can - the kernel driver just prints the data taken from the
accelerometer. It's up to another application to
Hi Andrew, Robert,
The below patch against 2.6.13-rc1-mm1 fixes the umount hangs caused by
inotify.
It excludes more inodes from being messed around with in
inotify_unmount_inodes(): the ones with zero i_count as they cannot have
any watches and the I_WILL_FREE ones which it is not allowed to
Hi,
I'm getting a 100% reproduceable panic (stack attached) when testing out
vmware bridged net module on 2.6.12, 2.6.12.[12]. Reverting back to
2.6.11.12 (or 2.6.11) works fine.
M
Jul 4 21:59:32 localhost kernel: vmmon: module license 'unspecified' taints
kernel.
Jul 4 21:59:32 localhost
On Mon, Jul 04, 2005 at 06:51:35AM -0500, [EMAIL PROTECTED] wrote:
I don't think your symbol_get() is doing what you think it is ;-)
Hmm, I wonder whether something changed. It shouldn't be possible to
rmmod module b if module a has done a symbol_get on it...
Are you thinking of
On Mon, Jul 04, 2005 at 11:30:34PM +0400, Mitch wrote:
Hi,
I'm getting a 100% reproduceable panic (stack attached) when testing out
vmware bridged net module on 2.6.12, 2.6.12.[12]. Reverting back to
2.6.11.12 (or 2.6.11) works fine.
I believe this was fixed by and update. Download
On Mon, Jul 04, 2005 at 11:30:34PM +0400, Mitch wrote:
Hi,
Hi,
I'm getting a 100% reproduceable panic (stack attached) when testing out
vmware bridged net module on 2.6.12, 2.6.12.[12]. Reverting back to
2.6.11.12 (or 2.6.11) works fine.
VMware bugs are offtopic on this list, since noone
On Jul 03 2005, Stefan Richter wrote:
Rogério Brito wrote:
With 2.6.13-rc1-mm1, it works if I patch sbp2.[ch] *and* pass the
disable_irm parameter. If I don't pass the parameter, I get the same
strange behaviour as I did before.
Thanks for the systematic tests.
You're welcome. If I can be
On Sun, 2005-07-03 at 09:37 +0200, Alexander Nyberg wrote:
lör 2005-07-02 klockan 21:32 -0700 skrev Sean Bruno:
On Sat, 2005-07-02 at 21:44 +0200, Andi Kleen wrote:
I can't really remember whether the detection problem was resolved; my
specific (APIC related) issue was.
Andi?
Quoting Tony Jones ([EMAIL PROTECTED]):
On Mon, Jul 04, 2005 at 06:51:35AM -0500, [EMAIL PROTECTED] wrote:
I don't think your symbol_get() is doing what you think it is ;-)
Hmm, I wonder whether something changed. It shouldn't be possible to
rmmod module b if module a has done a
On Saturday 02 July 2005 02:05, Rafael J. Wysocki wrote:
I get this errors on a dual-Opteron box (64-bit):
ReiserFS: sdb3: warning: sh-2006: read_super_block: bread failed (dev sdb3,
block 16, size 512)
ReiserFS: sdb3: warning: sh-2006: read_super_block: bread failed (dev sdb3,
block 128,
Hi!
This is exactly what I said. Use hdparm to make the HD park
inmediatelly. I did send the email to the HDPARM developer, but he
never
replied. I asked him what would be the best way to make the HD park
with
no exception and then let it come back 5 or 10 seconds
Hi!
BTW, we are on irc.freenode.org in #hdaps If anyone is interested.
.Alejandro
I just had a nice chat with the guys there and we got some
improvements made by them and us merged up. And I /think/ we agreed
that I'll maintain the driver, merge fixes/features etc and eventually
try
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Pavel Machek wrote:
Actually, spin disk down and keep it down would be nice for other
reasons. Taking computer for a jog playing mp3s from ramdisk is
something I'd like to do...
Isn't that called laptop-mode and available already? I remember
On Mon, Jul 04, 2005 at 03:06:46PM -0500, [EMAIL PROTECTED] wrote:
You are calling __symbol_get(ops).
Maybe (/probably :-)) I'm totally misunderstanding what you are doing but:
a) I would have thought you would need to call symbol_get on the name the
caller was passing, i.e
On Friday 01 July 2005 18:13, Frank van Maarseveen wrote:
It seems that mm-vm_total is decreased too many times and wraps below
zero:
VmSize: 4294966376 kB ==
VmData: 4294960304 kB ==
I've filed a bug at kernel bugzilla so your report won't be lost.
See
Even more fun today with the ASUS release 1004 of the BIOS. Looks like
you CANNOT disable the Nvidia SATA controller without causing the system
to lock. I can't seem to work around this new issue with the system
without backing my BIOS down to 1003.
With the Nvidia SATA controller enabled,
The interrupt pipeline patch v0.9-00 has been released, adding support
for the ia64 architecture.
A split version of the patch for x86, ppc32 and ia64 is available here:
http://download.gna.org/adeos/patches/v2.6/ipipe/split/
Patch sequence to build a Linux 2.6.12 tree with I-pipe support:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I just upgrade my Tecra M2 this weekend to the latest GIT tree and
noticed that my mouse pointer/touchpad is now broken on resume.
Investigating, it appears that mouse device gets confused due to the
introduced psmouse_reset(psmouse) during
I've been having interrupt problems. 2.6.12 worked fine, but
soon after it got broken and was still broken just now that I
checked git version.
Interrupts get somehow misrouted.
Here is a part from the syslog showing the problem:
Jul 3 13:17:09 kohtala kernel: USB Universal Host
2.6.13-rc1 has some kind of issue with my board due to it's 6GB of RAM.
It stops when it discovers that there is no IOMMU. Since I don't see
anything obvious in the BIOS to activate, I can't boot 2.6.13 at all.
Full boot log please?
-Andi
-
To unsubscribe from this list: send the line
On Sunday 03 July 2005 15:16, Marko Kohtala wrote:
irq 20: nobody cared (try booting with the irqpoll option)
I've filed a bug at kernel bugzilla so your report won't be lost.
See http://bugme.osdl.org/show_bug.cgi?id=4843
You can register at http://bugme.osdl.org/createaccount.cgi and add
Bootdata ok (command line is ro root=/dev/VolGroup00/LogVol00 rhgb apic=debug
acpi=verbose acpi_skip_timer_override)
Linux version 2.6.12 ([EMAIL PROTECTED]) (gcc version 4.0.0 20050519 (Red Hat
4.0.0-8)) #1 SMP Sat Jun 18 10:21:14 PDT 2005
BIOS-provided physical RAM map:
BIOS-e820:
On Mon, 2005-07-04 at 23:26 +0200, Andi Kleen wrote:
2.6.13-rc1 has some kind of issue with my board due to it's 6GB of RAM.
It stops when it discovers that there is no IOMMU. Since I don't see
anything obvious in the BIOS to activate, I can't boot 2.6.13 at all.
Full boot log please?
201 - 300 of 330 matches
Mail list logo