On Tue, 2007-06-12 at 14:10 +0200, Jens Axboe wrote:
> On Tue, Jun 12 2007, Peter Zijlstra wrote:
> > On Tue, 2007-06-12 at 13:31 +0200, Jens Axboe wrote:
> >
> > > Would you prefer this change, then? I'd prefer keeping the current code,
> > > unless it's absolutely critical that we call
> > > bal
On Tue, 12 Jun 2007, Matthew Garrett wrote:
> On Mon, Jun 11, 2007 at 08:59:46PM -0700, Arjan van de Ven wrote:
> > that's a temporary shortcoming; even with these power savings you can
> > do hotplug as long as you're willing to poll for it at a reasonable
> > interval and are willing to wait th
Linux-kernel wrote:
[]
> To me it looks like a wrong choice of gcc switches to user-mode programs. What
> distribution are you using? try compiling failing programs from source with
> conservative command line switches to gcc. See if things change.
Wrong choice of gcc switches tends to produce bin
Badari Pulavarty wrote:
>
>
> Cedric Le Goater wrote:
>
>> The following patch modifies create_new_namespaces() to also use the
>> errors returned by the copy_*_ns routines and not to systematically
>> return ENOMEM.
>>
>
> In my initial version, I did same. It doesn't work :(
>
> copy_*_ns()
On 12/06/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
On Tue, Jun 12, 2007 at 11:03:36AM +0200, Dmitry Adamushko wrote:
> I had an idea of per-sched-class 'load balance' calculator. So that
> update_load() (as in your patch) would look smth like :
>
> ...
> struct sched_class *class = sched_
On Tue, 2007-06-12 at 13:07 +0200, Adrian Bunk wrote:
> congestion_wait_interruptible() is no longer used.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Ack...
> ---
>
> include/linux/backing-dev.h |1 -
> mm/backing-dev.c|2 ++
> 2 files changed, 2 insertions(+), 1 de
On 04/06/07, Renato Golin <[EMAIL PROTECTED]> wrote:
> Well calibration using jscal might be needed, that should be fine. The
> question is whether the ranges are now correct and calibration using jscal
> works fine.
Ok, so maybe in that case my automatic calibration is still worth to
put on joy
[RESEND since I sent this late last friday and it's probably been buried by
now.]
I had this as a PS, then I thought, we could all be wasting our time...
I don't like these "Section mismatch" warnings but that's because I'm paranoid
rather than because I know what they mean. I'll be happier whe
Andi,
I am running into several issues related to the newly restructured
NMI MSR allocator in perfctr-watchdog.c. There are issues with Oprofile
and also with perfmon.
Let me describe the Oprofile issue first (because perfmon is similar).
The fill_in_addresses() callback for Oprofile systematical
On Mon, 4 Jun 2007, Renato Golin wrote:
> > sorry, don't fully understand - what do you mean by "got the messages
> > but not the fix"?
> The range "detected" was 0 to 255 but both X and Y axis are reporting
> 4096.
> I think that the code in drivers/hid/hid-input.c:
> if ((device->quirks & HID_
Why this is needed
--
During initrd scripts we load block device modules which asynchronously
perform partition scans. These partition checks must have been
completed before later parts of the scripts run (in particular, vgscan).
Under load, especially for virtual machines, t
On 12/06/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
congestion_wait_interruptible() is no longer used.
Remind me again why it is that we add all these #if 0 blocks instead
of simply removing the unused code?
It's just creating a janitorial task to go and remove all the #if 0
bits at a later
>> The cacheinfo_cpu_notifier itself is called out from _cpu_down() which
>> is ... yep, *not* __cpuinit (and obviously *cannot* be so). _cpu_down()
>> is called from cpu_down() which is (thankfully!) protected inside
>> #ifdef CONFIG_HOTPLUG_CPU, so we've /just about/ escaped trouble
>> so far, bu
Is it possible to write a kernel module which, when loaded, will blow the PC
speaker?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at h
Wander Winkelhorst wrote:
> On 6/12/07, Michael Tokarev <[EMAIL PROTECTED]> wrote:
>> I bought a VIA PC2500 board a few days ago - this
>> new series of their mobos,
>>
>> This beast looks nice - after replacing their cooling
>> system (that had a small fan on it) with larger but
>> fanless, -- it
On Tue, Jun 12 2007, Peter Zijlstra wrote:
> On Tue, 2007-06-12 at 14:10 +0200, Jens Axboe wrote:
> > On Tue, Jun 12 2007, Peter Zijlstra wrote:
> > > On Tue, 2007-06-12 at 13:31 +0200, Jens Axboe wrote:
> > >
> > > > Would you prefer this change, then? I'd prefer keeping the current code,
> > > >
Hi,
with 2.6.22-rc4-git2 I am getting errors when setting IP for ethernet
interfaces:
ioctl(4, SIOCSIFADDR, 0x7fff94931600) = -1 ENOBUFS (No buffer space available)
The error is independant of the interface. It happens to all interfaces.
There's nothing in the syslog.
valisk:/home/oliver # un
keyword: =noprobe, =none, IRQ probe failed, initrd, ide_core, solved,
solution, howto.
On Mon, Jun 11, 2007 at 05:13:22PM +0600, Alexander E. Patrakov wrote:
> If your kernel uses modular IDE drivers and an initrd/initramfs that loads
> them, your result is the expected one (i.e.: not a bug). One
On (12/06/07 13:07), Adrian Bunk didst pronounce:
> cmdline_parse_kernelcore() can become static.
>
Agreed. I would consider this a fix to handle-kernelcore=-generic.patch
Thanks Adrian
Acked-by: Mel Gorman <[EMAIL PROTECTED]>
> ---
> --- linux-2.6.22-rc4-mm2/mm/page_alloc.c.old 2007-06-12 0
>-Original Message-
>From: Thomas Gleixner [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, June 12, 2007 1:26 AM
>To: Chris Wright
>Cc: Andrew Morton; LKML; Andi Kleen; Udo A. Steinberg;
>Pallipadi, Venkatesh; Dave Jones; Ingo Molnar; Arjan van de
>Ven; Stable Team; Len Brown
>Subject: Re:
Michael Tokarev wrote on LKML:
Wander Winkelhorst wrote:
On 6/12/07, Michael Tokarev <[EMAIL PROTECTED]> wrote:
I bought a VIA PC2500 board a few days ago - this
new series of their mobos,
This beast looks nice - after replacing their cooling
system (that had a small fan on it) with la
H. Peter Anvin wrote:
Bruce Ashfield wrote:
These beasts are still alive and kicking. I boot a handful of
arm and ppc boards on a frequent basis that are zImage
only. The kicker is I don't have the bootloader source for
most of them, so changing to a different image format is
tough at best.
>-Original Message-
>From: Ingo Molnar [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, June 12, 2007 12:32 AM
>To: Eric St-Laurent
>Cc: linux-kernel@vger.kernel.org;
>[EMAIL PROTECTED]; Thomas Gleixner; Dinakar
>Guniguntala; Pallipadi, Venkatesh
>Subject: Re: v2.6.21.4-rt11
>
>
>(Cc:-ed Ven
On Mon, 2007-06-11 at 14:02 -0500, Serge E. Hallyn wrote:
> Quoting Andreas Gruenbacher ([EMAIL PROTECTED]):
> > On Monday 11 June 2007 16:33, Stephen Smalley wrote:
> > > On Mon, 2007-06-11 at 01:10 +0200, Andreas Gruenbacher wrote:
> > > > On Wednesday 06 June 2007 15:09, Stephen Smalley wrote:
>
Claas Langbehn wrote:
>> Hmm. I wonder how to *enable* it in the first place.. ;)
>> e_powersaver.ko and acpi_cpufreq gives "No such device"
>>
> cat /proc/cpuinfo and have a look at the flags. Does it support "eps"?
I've looked at e_powersaver sources and noticied the second test in
init functio
Hi!
> > > > How will kernel work with very long paths? I'd suspect some problems,
> > > > if path is 1MB long and I attempt to print it in /proc
> > > > somewhere.
> > >
> > > Pathnames are only used for informational purposes in the kernel, except
> > > in AppArmor of course. /proc only uses pa
- update the copyright notices
- use the default hash function
- fix a thinko in a BUILD_BUG_ON
- add a WARN_ON to spot inconsitent naming
- fix a termination issue in /proc/lock_stat
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
Acked-by: Ingo Molnar <[EMAIL PROTECTED]>
---
include/linu
the two init sites resulted in inconsistend names for the lock class.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
Acked-by: Ingo Molnar <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
---
net/core/sock.c | 23 +++
1 file changed, 19 insertions(+), 4 deletions(-)
Index: linu
__acquire
|
lock _
|\
|__contended
| |
|wait
| ___/
|/
|
__acquired
|
__release
|
unlock
We measure acquisition and contention bouncing.
This is done by rec
Biggest among these updates is the posibility to measure lock bouncing.
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www
optionally add class->name_version and class->subclass to the class name
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
kernel/lockdep_proc.c | 24 +++-
1 file changed, 23 insertions(+), 1 deletion(-)
Index: linux-2.6/kernel/lockdep_proc.c
===
On 12/06/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
the thing is that the aim of this quirk is to normalize the values that
are being reported by bogus devices, so we don't really want to trust the
values they provide here, do we?
Hi Jiri,
I don't know about the other joysticks, but Saitek did
Hi Renato,
On 6/12/07, Renato Golin <[EMAIL PROTECTED]> wrote:
On 12/06/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
> the thing is that the aim of this quirk is to normalize the values that
> are being reported by bogus devices, so we don't really want to trust the
> values they provide here, do
On Mon, 2007-06-11 at 17:55 +0200, Andreas Gruenbacher wrote:
> On Monday 11 June 2007 16:33, Stephen Smalley wrote:
> > On Mon, 2007-06-11 at 01:10 +0200, Andreas Gruenbacher wrote:
> > > On Wednesday 06 June 2007 15:09, Stephen Smalley wrote:
> > > > On Mon, 2007-06-04 at 16:30 +0200, Andreas Gru
On Tue, Jun 12, 2007 at 02:23:38PM +0200, Dmitry Adamushko wrote:
> >mm ..
> >
> >exec_delta64 = this_lrq->delta_exec_clock + 1;
> >this_lrq->delta_exec_clock = 0;
> >
> >So exec_delta64 (and fair_delta64) should be min 1 in successive calls.
> >How can that lead to this_load = 0?
On Tue, Jun 12, 2007 at 08:44:37AM +0300, Eduard-Gabriel Munteanu wrote:
> Okay, I don't have an x86_64, sparc64 or something similar, as my
> computer is an x86, so I can't contradict this. If everything is fine on
> such arches, no fix is needed when nothing's broken... though I still
> think
I am writing a linux kernel driver for a custom pci device. I am
developing against the stock fedora 6 kernel on an x86. This device has
512 MB of IO memory reserved by BAR 3. Whenever I try to ioremap this
space I get the error:
allocation failed: out of vmalloc space - use vmalloc= to increase
s
On Jun 12 2007 14:41, Oliver Neukum wrote:
>
>with 2.6.22-rc4-git2 I am getting errors when setting IP for ethernet
>interfaces:
>
>ioctl(4, SIOCSIFADDR, 0x7fff94931600) = -1 ENOBUFS (No buffer space
>available)
And if you do it over netlink, as is common today?
Jan
--
-
To unsubscr
On Jun 12 2007 08:45, R.F. Burns wrote:
>
> Is it possible to write a kernel module which, when loaded, will blow the PC
> speaker?
Define blow.
(As in "damage"?)
Jan
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
On 12/06/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
We need to find out why you see [-127, 127] range, because if joydev
would see [0, 4096] range it would perform automatic correction and
map values like this:
c0: 2048, c1: 2048, c2: 262144, c3: 262144
Hi Dmitry,
That's the values I got
On 6/12/07, Jan Beulich <[EMAIL PROTECTED]> wrote:
>> The cacheinfo_cpu_notifier itself is called out from _cpu_down() which
>> is ... yep, *not* __cpuinit (and obviously *cannot* be so). _cpu_down()
>> is called from cpu_down() which is (thankfully!) protected inside
>> #ifdef CONFIG_HOTPLUG_CPU
On Mon, 2007-06-11 at 15:28 -0700, Chris Wright wrote:
> * Paul Albrecht ([EMAIL PROTECTED]) wrote:
> > Yes, i8042.noaux works. Here's the dmesg output:
> >
> > Linux version 2.6.21.4 ([EMAIL PROTECTED]) (gcc version 3.3.3) #1
>
> Does 2.6.21.5 work w/out noaux on command line?
>
No, 2.6.21.5 d
On 6/12/07, Renato Golin <[EMAIL PROTECTED]> wrote:
On 12/06/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> We need to find out why you see [-127, 127] range, because if joydev
> would see [0, 4096] range it would perform automatic correction and
> map values like this:
>
> c0: 2048, c1: 2048,
What exactly is being copyright'ed here?
On 6/12/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
- update the copyright notices
- use the default hash function
- fix a thinko in a BUILD_BUG_ON
- add a WARN_ON to spot inconsitent naming
- fix a termination issue in /proc/lock_stat
Signed-off-
>> And from a purely theoretical
>> perspective I don't think such references should be considered bad -
>> .exit.* should be discarded together with .init.* if unloading is
>> impossible (built-in or configured off), not before module/kernel
>> initialization.
>
>Hmm, but that's not how things are
On Tue, Jun 12, 2007 at 09:18:19AM -0300, Henrique de Moraes Holschuh wrote:
> On Tue, 12 Jun 2007, Matthew Garrett wrote:
> >
> > On laptops, I suspect that we'll probably get an ACPI interrupt even if
> > the AHCI hotplug pathway can't manage.
>
> As long as we don't crash the drive or AHCI co
On 6/12/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
On Jun 12 2007 08:45, R.F. Burns wrote:
>
> Is it possible to write a kernel module which, when loaded, will blow the PC
> speaker?
Define blow.
(As in "damage"?)
Yes. As in, blow it out/damage it so that it is no longer usable.
-
To unsu
Hi all,
i'm trying to create a simple system call in a kernel 2.4 distribution.
I read guide/articles like this
http://irfanhabib.wordpress.com/2006/10/01/adding-a-system-call-linux-24x/
All the articles say the same things, but the implementation of my new
system call doesn't work.
I create a n
On Jun 12 2007 09:54, R.F. Burns wrote:
> On 6/12/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>> On Jun 12 2007 08:45, R.F. Burns wrote:
>> > Is it possible to write a kernel module which, when loaded, will blow the
>> > PC
>> > speaker?
>>
>> Define blow.
>> (As in "damage"?)
>
> Yes. As in,
* Tobias Gerschner <[EMAIL PROTECTED]> wrote:
> The output of massive_intr can be found here :
> http://www.yoper.com/scheduler-test/
here's the spread of the massive_intr results (the average 'jitter' of
the second column of the results - lower values are indicating more
stable / more fair ma
I found below call trace today morning in dmesg output on one of my test
computer:
=
[ INFO: possible recursive locking detected ]
2.6.21.4-2.1 #1
-
usb-storage/1806 is trying to acquire lock:
(&(us->dev_mut
Le lundi 11 juin 2007 à 16:26 -0500, Nelson Castillo a écrit :
> Hi.
>
> I just added support for user space buffers in kfifo. I found useful
> __kfifo_get_user to copy data to a user buffer in a read call. I didn't
> like the idea of having an extra buffer.
>
> * Is it ok to add this support?
I
On Tue, 2007-06-12 at 19:17 +0530, debian developer wrote:
> On 6/12/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > Index: linux-2.6/kernel/lockdep.c
> > ===
> > --- linux-2.6.orig/kernel/lockdep.c
> > +++ linux-2.6/kernel/lockdep
Oliver Neukum wrote:
> with 2.6.22-rc4-git2 I am getting errors when setting IP for ethernet
> interfaces:
>
> ioctl(4, SIOCSIFADDR, 0x7fff94931600) = -1 ENOBUFS (No buffer space
> available)
>
> The error is independant of the interface. It happens to all interfaces.
> There's nothing in the
On 6/12/07, Jan Beulich <[EMAIL PROTECTED]> wrote:
>> And from a purely theoretical
>> perspective I don't think such references should be considered bad -
>> .exit.* should be discarded together with .init.* if unloading is
>> impossible (built-in or configured off), not before module/kernel
>>
On Tue, 12 Jun 2007, Matthew Garrett wrote:
> On Tue, Jun 12, 2007 at 09:18:19AM -0300, Henrique de Moraes Holschuh wrote:
> > On Tue, 12 Jun 2007, Matthew Garrett wrote:
> > >
> > > On laptops, I suspect that we'll probably get an ACPI interrupt even if
> > > the AHCI hotplug pathway can't manag
Am Dienstag, 12. Juni 2007 schrieb Jan Engelhardt:
>
> On Jun 12 2007 14:41, Oliver Neukum wrote:
> >
> >with 2.6.22-rc4-git2 I am getting errors when setting IP for ethernet
> >interfaces:
> >
> >ioctl(4, SIOCSIFADDR, 0x7fff94931600) = -1 ENOBUFS (No buffer space
> >available)
>
> And if you
Huang, Ying wrote:
> The summary of dependency rule is as follow:
>
> 1. A flag as follow is added to struct device.
> unsigned multithreaded_probe:1;
> If it is set, the devices sub-tree with this device as root will be
> probed parallelized with other devices sub-tree. If it is clear, the
>
On 12/06/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> [ ... ]
>
> just substitute {exec,fair}_delta == 1 in the following code:
>
>tmp64 = SCHED_LOAD_SCALE * exec_delta64;
>do_div(tmp64, fair_delta);
>tmp64 *= exec_delta64;
>do_div(tmp64, TICK_NSEC);
>
On 6/12/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
Adam Litke <[EMAIL PROTECTED]> writes:
> Here's another breakage as a result of shared memory stacked files :(
>
> The NUMA policy for a VMA is determined by checking the following (in the
order
> given):
>
> 1) vma->vm_ops->get_policy()
Hi!
> >Did this succeed? If the application is still
> >truncating that file, the
> >umount should have failed.
>
> Actually, what I expect to happen is for the remount,ro
> to block until the file deletion completes. But it
> doesn't.
>
> Once a f/s is read-only, there should be NO writing
Jon Dufresne wrote:
I am writing a linux kernel driver for a custom pci device. I am
developing against the stock fedora 6 kernel on an x86. This device has
512 MB of IO memory reserved by BAR 3. Whenever I try to ioremap this
space I get the error:
allocation failed: out of vmalloc space - use
Hi!
> >On Thu, Jun 07, 2007 at 11:30:05AM +0100, David Greaves
> >wrote:
> >>Tejun Heo wrote:
> >>>Hello,
> >>>
> >>>David Greaves wrote:
> Just to be clear. This problem is where my system
> won't resume after s2d
> unless I umount my xfs over raid6 filesystem.
> >>>This is really w
Hi!
> >>Did this succeed? If the application is still
> >>truncating that file, the
> >>umount should have failed.
> >
> >Shouldn't sync should wait for truncate to finish?
>
> The part that gets me here, and that others might be
> missing,
> is that we are not waiting for ftruncate at this po
On 6/12/07, R.F. Burns <[EMAIL PROTECTED]> wrote:
Is it possible to write a kernel module which, when loaded, will blow the PC
speaker?
LOL. May I ask what your use case is?
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTEC
Hi!
> On some machines, buggy BIOSes don't properly setup WB MTRRs to
> cover all available RAM, meaning the last few megs (or even gigs)
> of memory will be marked uncached. Since Linux tends to allocate
> from high memory addresses first, this causes the machine to be
> unusably slow as soon as
On Tue, 12 Jun 2007, Robert de Rooy wrote:
> Alan Stern wrote:
> > On Tue, 12 Jun 2007, Robert de Rooy wrote:
> >
> >
> >> Yes that works.
> >> I tried to plug and unplug the device repeatedly and each time it came
> >> up in full-speed mode.
> >>
> >
> > Good! I'm glad that "companion"
On 6/12/07, Stelian Pop <[EMAIL PROTECTED]> wrote:
Le lundi 11 juin 2007 à 16:26 -0500, Nelson Castillo a écrit :
> Hi.
>
> I just added support for user space buffers in kfifo. I found useful
> __kfifo_get_user to copy data to a user buffer in a read call. I didn't
> like the idea of having an e
On Tue, 2007-06-12 at 01:14 -0400, Dmitry Torokhov wrote:
> On Monday 11 June 2007 14:54, Paul Albrecht wrote:
> >
> > Is i8042.noaux a workaround or a fix?
> >
>
> Just a workaround. Do you have a PS/2 mouse you could test with? If so could
> you check if both keybioard and mouse work with mou
Hello,
I am working on perfmon2 to allow Oprofile and perfmon2 to co-exist
as suggested by Andi Kleen. I looked at the Oprofile init/shutdown
code and I am puzzled by several things which you might be able to
explain for me. I am looking at 2.6.22-rc3.
Here are the issues:
* model->fill_in_addr
On Tue, 12 Jun 2007 12:31:56 +0200 Oleg Verych wrote:
> [patch] kbuild: remember ARCH in the object directory
>
> - rephrase some related (misspelled) comments,
> - remove all trailing whitespace in the top Makefile,
>
> * remember ARCH in the output directory, thus making build of i386
>
On Jun 12 2007 15:57, Jan Engelhardt wrote:
>On Jun 12 2007 09:54, R.F. Burns wrote:
>> On 6/12/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>>> On Jun 12 2007 08:45, R.F. Burns wrote:
>
>>> > Is it possible to write a kernel module which, when loaded, will blow the
>>> > PC
>>> > speaker?
>>>
>>
On Tue, 12 Jun 2007 15:54:57 +0200 Federico Paparoni wrote:
> Hi all,
> i'm trying to create a simple system call in a kernel 2.4 distribution.
> I read guide/articles like this
>
> http://irfanhabib.wordpress.com/2006/10/01/adding-a-system-call-linux-24x/
>
> All the articles say the same thing
> >I'd say impossible. Just disconnect it from the motherboard.
>
> The days when hardware *relied* on software (hence, where software
> could damage hardware) are over.
Nice theory but you can destroy or render useless a fair amount of PC
hardware via software, usually because the thing is *DESI
On Jun 12 2007 16:13, Oliver Neukum wrote:
>> On Jun 12 2007 14:41, Oliver Neukum wrote:
>> >
>> >with 2.6.22-rc4-git2 I am getting errors when setting IP for ethernet
>> >interfaces:
>> >
>> >ioctl(4, SIOCSIFADDR, 0x7fff94931600) = -1 ENOBUFS (No buffer space
>> >available)
Do you run VPN or
Hi,
On Sun, 2007-06-10 at 18:27 +, Pavel Machek wrote:
> > Once a f/s is read-only, there should be NO writing to
> > it. Right?
>
> Linux happily writes to filesystems mounted read-only. It will replay
> journal on them.
Only at mount time, not on unmount; and it does check whether the
u
Please look into http://kernelnewbies.org
On 6/12/07, Federico Paparoni <[EMAIL PROTECTED]> wrote:
Hi all,
i'm trying to create a simple system call in a kernel 2.4 distribution.
I read guide/articles like this
http://irfanhabib.wordpress.com/2006/10/01/adding-a-system-call-linux-24x/
All the
Jan Engelhardt wrote:
> On Jun 12 2007 16:13, Oliver Neukum wrote:
>
>>>On Jun 12 2007 14:41, Oliver Neukum wrote:
>>>
with 2.6.22-rc4-git2 I am getting errors when setting IP for ethernet
interfaces:
ioctl(4, SIOCSIFADDR, 0x7fff94931600) = -1 ENOBUFS (No buffer space
avail
On Jun 12 2007 20:47, debian developer wrote:
>
> Please look into http://kernelnewbies.org
>
> On 6/12/07, Federico Paparoni <[EMAIL PROTECTED]> wrote:
>> Hi all,
>> i'm trying to create a simple system call in a kernel 2.4 distribution.
>> I read guide/articles like this
>> http://irfanhabib.wor
Alan Cox wrote:
+ if (multi_count != dev->multi_count)
+ ata_dev_printk(dev, KERN_WARNING,
+ "invalid multi_count %u ignored\n",
+ multi_count);
+ }
What limits log spamming here ?
During a VM oom condition, kill all threads in the process group.
We have had complaints where a threaded application is left in a bad state
after one of it's threads is killed when we hit a VM: out_of_memory
condition.
Killing just one of the process threads can leave the application in a
bad s
During a VM oom condition, kill all threads in the process group.
We have had complaints where a threaded application is left in a bad state
after one of it's threads is killed when we hit a VM: out_of_memory
condition.
Killing just one of the process threads can leave the application in a
bad s
During a VM oom condition, kill all threads in the process group.
We have had complaints where a threaded application is left in a bad state
after one of it's threads is killed when we hit a VM: out_of_memory
condition.
Killing just one of the process threads can leave the application in a
bad s
On Tue, 12 Jun 2007, Renato Golin wrote:
> At joydev_connect, the last parameter "input_dev" reports me that range
> (dev->absmax[i] and dev->absmin[i]). When I turned on HID_DEBUG it
> reported [0, 4096] for both axis 0 and 1, which is correct so it must be
> between HID and joydev.
Renato,
On Tuesday, June 12, 2007 7:50:08 Pavel Machek wrote:
> Hi!
>
> > On some machines, buggy BIOSes don't properly setup WB MTRRs to
> > cover all available RAM, meaning the last few megs (or even gigs)
> > of memory will be marked uncached. Since Linux tends to allocate
> > from high memory addresse
On Tue, 12 Jun 2007 08:57:57 +0200
Jens Axboe <[EMAIL PROTECTED]> wrote:
> + struct splice_desc sd = {
> + .total_len = len,
> + .flags = flags,
> + .pos = *ppos,
> + };
> +
> + sd.file = out;
minor remark, why sd.file is setup differently than oth
On Tue, Jun 12, 2007 at 04:31:38PM +0200, Dmitry Adamushko wrote:
> >But isn't that the same result we would have obtained anyways had we
> >called update_load_fair() on all lrq's on every timer tick? If a user's
> >lrq was inactive for several ticks, then its exec_delta will be seen as
> >zero for
On Tue, Jun 12, 2007 at 09:27:18AM +0200, Jan Beulich wrote:
> Kill pte_rdprotect(), pte_exprotect(), pte_mkread(), pte_mkexec(), pte_read(),
> pte_exec(), and pte_user() except where arch-specific code is making use of
> them.
Looks good.
-
To unsubscribe from this list: send the line "unsubscri
On Tue, Jun 12, 2007 at 11:17:14AM -0300, Henrique de Moraes Holschuh wrote:
> On Tue, 12 Jun 2007, Matthew Garrett wrote:
> > Laptop bays are designed to deal with hotplugging PATA - I don't think
> > this is too much of an issue :)
>
> The new SATA ones use the SATA hardware hotplug ;-) Just
On Friday, June 8, 2007 4:13:22 Eric W. Biederman wrote:
> Jesse Barnes <[EMAIL PROTECTED]> writes:
> >> - Overlapping MTRRs.
> >
> > Overlapping should be ok, since that's usually intentional (e.g.
> > one big wb range with a portion of uc space due to another mtrr).
>
> I'm not say overlapping wa
Use i2c_bit_add_numbered_bus() if device id specified, so that the
i2c-gpio adapter works well with new-style pre-declared devices.
Signed-off-by: Atsushi Nemoto <[EMAIL PROTECTED]>
---
diff --git a/drivers/i2c/busses/i2c-gpio.c b/drivers/i2c/busses/i2c-gpio.c
index a7dd546..8a62c26 100644
--- a/d
Quoting Stephen Smalley ([EMAIL PROTECTED]):
> On Mon, 2007-06-11 at 14:02 -0500, Serge E. Hallyn wrote:
> > Quoting Andreas Gruenbacher ([EMAIL PROTECTED]):
> > > On Monday 11 June 2007 16:33, Stephen Smalley wrote:
> > > > On Mon, 2007-06-11 at 01:10 +0200, Andreas Gruenbacher wrote:
> > > > > On
Matthew Garrett wrote:
> On Tue, Jun 12, 2007 at 11:17:14AM -0300, Henrique de Moraes Holschuh wrote:
>> On Tue, 12 Jun 2007, Matthew Garrett wrote:
>>> Laptop bays are designed to deal with hotplugging PATA - I don't think
>>> this is too much of an issue :)
>> The new SATA ones use the SATA hard
On Tue, 12 Jun 2007 00:43:12 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> We will do AHCI link PM -- presuming that I can be convinced that it
> does not repeatedly park the hard drive heads, or something similarly
> annoying on PATA<->SATA bridges and similar setups.
>
> IF it works as adver
On Tue, 12 Jun 2007, Alexandre Oliva wrote:
>
> Per this reasoning, Sun wouldn't be waiting for GPLv3, and it would
> have already released the OpenSolaris kernel under GPLv2, would it
> not? ;-)
Umm. You are making the fundamental mistake of thinking that Sun is in
this to actually further so
Matthew Garrett wrote:
On Tue, Jun 12, 2007 at 11:17:14AM -0300, Henrique de Moraes Holschuh wrote:
On Tue, 12 Jun 2007, Matthew Garrett wrote:
Laptop bays are designed to deal with hotplugging PATA - I don't think
this is too much of an issue :)
The new SATA ones use the SATA hardware hotplug
> > Missing 4K of memory is not worth 4K of junk in syslog per boot. Can
> > you drop the stars and stop shouting?
>
> How missing about 1G of memory? We already discussed this, and Andi and
> Venki felt that either a panic or a really obnoxious message was the
> way to go...
Perhaps you could
i2c_gpio_getsda() and i2c_gpio_getscl() are only used in this file.
Signed-off-by: Atsushi Nemoto <[EMAIL PROTECTED]>
---
diff --git a/drivers/i2c/busses/i2c-gpio.c b/drivers/i2c/busses/i2c-gpio.c
index a7dd546..ca74092 100644
--- a/drivers/i2c/busses/i2c-gpio.c
+++ b/drivers/i2c/busses/i2c-gpio.c
On Wed, Jun 13, 2007 at 12:45:21AM +0900, Tejun Heo wrote:
> Matthew Garrett wrote:
> > Yes, but they'll also send an ACPI interrupt even if the SATA host
> > controller doesn't - it's part of the spec for bays.
>
> Does the spec mandate that the ACPI interrupt shouldn't depend on SATA
> phy stat
On Tue, Jun 12, 2007 at 11:46:56AM -0400, Jeff Garzik wrote:
> Matthew Garrett wrote:
> >On Tue, Jun 12, 2007 at 11:17:14AM -0300, Henrique de Moraes Holschuh
> >wrote:
> >>On Tue, 12 Jun 2007, Matthew Garrett wrote:
> >>>Laptop bays are designed to deal with hotplugging PATA - I don't think
> >>
101 - 200 of 397 matches
Mail list logo
