> Because I don't have something better to replace them with.
>
> We need names for irqs, currently the kernel/user space interface
> is a unsigned number.
.../...
Ok, as long as it's strictly a userspace issue, I understand.
> The model can be made to work if you force it but it isn't
I'm getting this in my logs when starting up after going from a
2.6.20rc5 kernel (which didn't do this) to Linus' latest tree as of 36
hours ago:
Feb 18 14:52:32 localhost kernel: [ 16.392136] Uniform
Multi-Platform E-IDE driver Revision: 7.00alpha2
Feb 18 14:52:32 localhost kernel: [
On Sun, 18 Feb 2007 18:58:05 +0100 Mattia Dongili <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 18, 2007 at 02:06:59PM +0100, Laurent Riffard wrote:
> > Le 18.02.2007 06:51, Andrew Morton a écrit :
> > >Temporarily at
> > >
> > > http://userweb.kernel.org/~akpm/2.6.20-mm2/
> > >
> > >Will appear
On Sun, 18 Feb 2007 13:44:54 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
wrote:
> On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
> >
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-mm2/
> >
> > Will appear later at
> >
> >
> >
On Sun, Feb 18, 2007 at 05:15:30PM +0100, Udo van den Heuvel wrote:
> FYI: My situation is a VIA Epia EN12000 with a TranquilPC dual PCI riser
> where only the Device Number can be changed.
> The kernel sees the two DVB cards in there as:
>
> saa7146: register extension 'budget_av'.
> ACPI: PCI
On Sun, Feb 18, 2007 at 07:49:34PM +0200, Dan Aloni wrote:
| > Making window->phys u32 seems like a cleaner fix.
| > (untested)
|
| With this fix it still looks somewhat broken:
|
Actually, Dan, I even don't know to do :( May be Andi know...
I think the problem is 'cause pci_read_config_word
> >
> > Sure, on powerpc for some of the embedded sub-architectures you can only
> > select a single board to build for. For a lot of people this is sufficient,
> > however we are moving towards a world where you can easily build in support
> > for multiple boards into a single kernel.
> >
> >
Hi,
I found this this morning on an AMD X2 based system that was unresponsive:
ds: 007b es:007b ss:0068
Process events/1 (pid: 7, ti=f7c48000 task=f7d31560 task.ti=f7c48000)
Stack: 002c f7d1dc18
On Sunday, 18 February 2007 17:11, Oleg Nesterov wrote:
> On 02/18, Rafael J. Wysocki wrote:
> >
> > > On Sunday, 18 February 2007 12:31, Oleg Nesterov wrote:
> > > >
> > > > A very vague idea: what if parent will do
> > > >
> > > > current->flags |=
> > > >
On Sunday, 18 February 2007 15:52, Oleg Nesterov wrote:
> On 02/18, Rafael J. Wysocki wrote:
> >
> > On Sunday, 18 February 2007 12:31, Oleg Nesterov wrote:
> > > > >
> > > > > However, this means that sys_vfork() makes impossible to freeze
> > > > > processes
> > > > > until child exits/execs.
On Sunday, 18 February 2007 17:19, Oleg Nesterov wrote:
> On 02/18, Rafael J. Wysocki wrote:
> >
> > On Sunday, 18 February 2007 15:52, Oleg Nesterov wrote:
> > >
> > > And now another problem: exec. de_thread() sleeps in TASK_UNINTERRUPTIBLE
> > > waiting for all sub-threads to die, and we have
On Sun, 18 Feb 2007, Bartlomiej Zolnierkiewicz wrote:
> Hi,
>
> Would it be possible to get this patch merged
> (or at least DEPRECATED part of it)?
>
> I think that the patch is useful and that the distinction between
> DEPRECATED and OBSOLETE options is quite clear:
>
> * DEPRECATED == new
> Ok it looks like i was corrupting the modelist. The following should take
> care of your VAIO, but i haven't tested the failure case as Tobias is away
> this weekend.
Yes, this last patch also works on VBE 1.2: It skips the EDID calls, which
would crash my system here, and consequently boots
Alan Stern <[EMAIL PROTECTED]> wrote:
> > Alternatively the SG_GET_RESERVED_SIZE ioctl could be
> > modified to yield no more than max_sectors*512 .
>
> There should be one single ioctl which can be applied uniformly to all
> CD-type devices (in fact, to all devices using a request_queue) to
Hi,
Would it be possible to get this patch merged
(or at least DEPRECATED part of it)?
I think that the patch is useful and that the distinction between
DEPRECATED and OBSOLETE options is quite clear:
* DEPRECATED == new better code is available, old code scheduled for removal
* OBSOLETE ==
I was testing the new fuse shared writable mmap support, and finding
that bash-shared-mapping deadlocks (which isn't so strange ;). What
is more strange is that this is not an OOM situation at all, with
plenty of free and cached pages.
A little more investigation shows that a similar deadlock
Andrew Morton napisał(a):
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-mm2/
>
Slab corruption + oops yablb (yet another block layer bug)
Slab corruption: start=f3b8f654, len=176
Redzone: 0x5a2cf071/0x5a2cf071.
Last user: [](mempool_free_slab+0xe/0x10)
060: 6b 6b 6b 6b 00 00 6b
On Sun, 18 Feb 2007 09:32:15 -0800 H. Peter Anvin wrote:
> Jean Delvare wrote:
> > On Thu, 15 Feb 2007 06:34:35 -0800, H. Peter Anvin wrote:
> >> Jean Delvare wrote:
> >>> On x86, the BIOS led state can be read from byte 0x97 the BIOS RAM. The
> >>> BIOS RAM is mapped at 0x400 so all we need to
On Sun, 18 Feb 2007 17:04:01 +0100 Jean Delvare wrote:
> On Thu, 15 Feb 2007 06:34:35 -0800, H. Peter Anvin wrote:
> > Jean Delvare wrote:
> > > On x86, the BIOS led state can be read from byte 0x97 the BIOS RAM. The
> > > BIOS RAM is mapped at 0x400 so all we need to do is to one byte from
> > >
On Sun, Feb 18, 2007 at 02:06:59PM +0100, Laurent Riffard wrote:
> Le 18.02.2007 06:51, Andrew Morton a écrit :
> >Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-mm2/
> >
> >Will appear later at
> >
> >
On Sun, Feb 18, 2007 at 06:13:38PM +0100, Andi Kleen wrote:
> [adding mtd maintainer]
>
> On Sunday 18 February 2007 11:42, Cyrill Gorcunov wrote:
> > On Sat, Feb 17, 2007 at 11:29:19PM +0200, Dan Aloni wrote:
> > | Hello,
> > |
> > | I'm running the x86_64 arch of Linux 2.6.20 on a Supermicro
Add two new maturity levels of DEPRECATED and OBSOLETE to the kbuild
structure.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
one more time, i'll see if i can get this into the main tree, since
previous attempts just seem to disappear into the void, even though
several people
On Sat, 17 Feb 2007 13:14:50 -0500, Chuck Ebbert wrote:
> Well I had an idea after looking at k8temp -- why not make it default to
> doing only reads from the sensor? You'd only get information from whatever
> core/sensor combination that ACPI had last used, but it would be safe.
ACPI is broken
Jean Delvare wrote:
On Thu, 15 Feb 2007 06:34:35 -0800, H. Peter Anvin wrote:
Jean Delvare wrote:
On x86, the BIOS led state can be read from byte 0x97 the BIOS RAM. The
BIOS RAM is mapped at 0x400 so all we need to do is to one byte from
RAM (offset 0x497). This is how Suse's hwinfo does.
Hi Chuck,
On Fri, 16 Feb 2007 14:31:44 -0500, Chuck Ebbert wrote:
> Andi Kleen wrote:
> > Chuck Ebbert wrote:
> > > So, could ACPI and the k8temp driver be at odds?
> >
> > Yes, there is no locking between ACPI and Linux drivers for register access.
> > e.g. if there is a indexed register both
On Sat, Feb 17, 2007 at 04:19:58PM +0100, Thomas Gleixner wrote:
> On Sat, 2007-02-17 at 15:56 +0100, Andi Kleen wrote:
> > > This is one of the reasons why we don't just use good old
> > > do_gettimeofday(), since it takes locks and can lead to lock recursion
> > > if parts of itself are probed.
Linus,
Please don't forget to pull the hwmon subsystem updates for Linux
2.6.21 from:
git://jdelvare.pck.nerim.net/jdelvare-2.6 hwmon-for-linus
The merge window is closing soon and I'd like these changes to be in
2.6.21-rc1.
Thanks,
--
Jean Delvare
-
To unsubscribe from this list: send the
Hi,
On Fri, 16 Feb 2007, Kumar Gala wrote:
> > Could you please be more specific about the problem you're trying to
> > solve, instead of how you're trying to solve it?
> > A real example would help a lot to understand the actual problem.
>
> Sure, on powerpc for some of the embedded
[adding mtd maintainer]
On Sunday 18 February 2007 11:42, Cyrill Gorcunov wrote:
> On Sat, Feb 17, 2007 at 11:29:19PM +0200, Dan Aloni wrote:
> | Hello,
> |
> | I'm running the x86_64 arch of Linux 2.6.20 on a Supermicro X6DH8-XG2
> | board and I got this during boot:
> |
> | [248660.950695]
> On i386 with PAE, this is not necessary because the kernel's mappings
> are shared between all processes anyway, so it would be a no-op.
> However, non-PAE i386 has a separate kernel mapping for each process,
> and so needs to sync them - typically lazily on faults, but
> vmalloc_sync_all
Hi Con,
Con Kolivas wrote:
Would some -ck user on the mailing list like to perform a set of
interbench benchmarks? They're pretty straight forward to do; see:
Here are my results for AMD 3200+ (2.2Ghz, uniprocessor), 1gb RAM, 10,000RPM
SATA drive after clean boots into runlevel 1.
On Saturday 17 February 2007 17:06, Stephane Eranian wrote:
> Hello,
>
> This patch against 2.6.20
Please always submit against mainline:
patching file arch/i386/kernel/nmi.c
Hunk #1 FAILED at 288.
Hunk #2 succeeded at 740 (offset 55 lines).
Hunk #3 succeeded at 1017 with fuzz 1 (offset 59
On Sat, 17 Feb 2007, Douglas Gilbert wrote:
> Jens Axboe wrote:
> > On Fri, Feb 16 2007, Alan Stern wrote:
> >> From: James Bottomley <[EMAIL PROTECTED]>
> >>
> >> This patch (as854) separates out the two queue-oriented ioctls from
> >> the rest of the block-layer ioctls. The idea is that they
Linus, please pull from the 'for-linus' branch of:
git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs.git/ for-linus
This tree contains the following:
Eric Van Hensbergen(1):
Implement optional loose read cache
Eric W. Biederman(1):
Use kthread_strop instead of sending a
Hi,
On Sun, 18 Feb 2007, Olaf Hering wrote:
> > On Fri, 16 Feb 2007, Olaf Hering wrote:
> >
> > > Pass a timestamp to kbuild via an enviroment variable.
> > >
> > > TZ=UTC BUILD_TIMESTAMP=2007-01-01 make -kj O=../O vmlinux
> > >
> > > This can be used when the kernel source is in a SCM
Hi Linus,
On Wed, 14 Feb 2007 11:32:34 -0800 (PST), Linus Torvalds wrote:
> On Wed, 14 Feb 2007, Jean Delvare wrote:
> > On x86, the BIOS led state can be read from byte 0x97 the BIOS RAM. The
> > BIOS RAM is mapped at 0x400 so all we need to do is to one byte from
> > RAM (offset 0x497). This is
On 02/18, Rafael J. Wysocki wrote:
>
> On Sunday, 18 February 2007 15:52, Oleg Nesterov wrote:
> >
> > And now another problem: exec. de_thread() sleeps in TASK_UNINTERRUPTIBLE
> > waiting for all sub-threads to die, and we have the same "deadlock" if
> > one of them is frozen. This is nasty.
Lennart Sorensen wrote:
> On Sun, Feb 18, 2007 at 03:07:29PM +0100, Udo van den Heuvel wrote:
>> How, based on what information, does Linux assign an IRQ to each card,
>> plugged into the riser?
>> How can one tweak/influence the irq routing?
>> How can I make a dual riser card work so that both
Kumar Gala <[EMAIL PROTECTED]> writes:
> I'm seeing an issue with a stock 2.6.20 kernel running on an embedded
> PPC. I've got a usb flash drive plugged in and the filesystem on the
> drive is vfat. Running with 64M and no swap.
>
> If I execute a series of large (100M+) ftruncate() on the
On 02/18, Rafael J. Wysocki wrote:
>
> > On Sunday, 18 February 2007 12:31, Oleg Nesterov wrote:
> > >
> > > A very vague idea: what if parent will do
> > >
> > > current->flags |= PF_PLEASE_CONSIDER_ME_AS_FROZEN_BUT_SET_TIF_FREEZE
> > > wait_for_completion();
> > > try_to_freeze();
> > >
Hi,
I must miss something...
Looking at these prototypes
unsigned long simple_strtoul(const char *cp, char **endp,unsigned int base)
unsigned long long memparse (char *ptr, char **retptr)
I'm really wondering why not all parameters are not all 'const'. None
of these functions modify any
On Thu, 15 Feb 2007 06:34:35 -0800, H. Peter Anvin wrote:
> Jean Delvare wrote:
> > On x86, the BIOS led state can be read from byte 0x97 the BIOS RAM. The
> > BIOS RAM is mapped at 0x400 so all we need to do is to one byte from
> > RAM (offset 0x497). This is how Suse's hwinfo does.
>
> Perhaps
On Sun, Feb 18, 2007 at 03:07:29PM +0100, Udo van den Heuvel wrote:
> Is there some howto information available about using PCI riser cards
> (with multiple PCI slots) under Linux?
> Several incarnations exist of PCI riser cards with two PCI slots where
> the Device Number of one slot can be
Hi,
We are running the 2.6 kernel with the IOCB_CMD_EPOLL_WAIT code and the
NMI watchdog is triggered:
CPU:0
EIP:0060:[]Not tainted VLI
EFLAGS: 0087 (2.6.9-42dbg)
EIP is at __write_lock_failed+0x9/0x20
eax: c52d2d00 ebx: d9522580 ecx: 0092 edx: c52d2d00
esi: c52d2d00
Hello list,
in security/inode.c, the comment for securityfs_create_dir() reads:
If securityfs is not enabled in the kernel, the value -ENODEV
will be returned. It is not wise to check for this value, but
rather, check for NULL or !NULL instead as to eliminate the need
Am Samstag 17 Februar 2007 schrieb Prakash Punnoor:
> Am Samstag 17 Februar 2007 schrieb Prakash Punnoor:
> > Hi,
> >
> > I tried a cat /dev/sdb1 >/dev/null from a Sandisk Extreme III CF card
> > connected via cf to IDE adapteer to onboard ide of nforce c51. I am usinf
> > 2.6.20 on x86_64. For a
On Sunday, 18 February 2007 15:52, Oleg Nesterov wrote:
> On 02/18, Rafael J. Wysocki wrote:
> >
> > On Sunday, 18 February 2007 12:31, Oleg Nesterov wrote:
> > > > >
> > > > > However, this means that sys_vfork() makes impossible to freeze
> > > > > processes
> > > > > until child exits/execs.
On Sunday, 18 February 2007 13:14, Rafael J. Wysocki wrote:
> On Sunday, 18 February 2007 12:31, Oleg Nesterov wrote:
> > On 02/18, Rafael J. Wysocki wrote:
> > >
> > > On Sunday, 18 February 2007 00:47, Oleg Nesterov wrote:
> > > >
> > > > However, this means that sys_vfork() makes impossible to
Alex Dubov wrote:
> This is hard to trigger problem, so I'll spare you the rather lengthy log.
> It happens if card timeouts and mmc_remove_host is called while
> mmc_register_card is still in
> progress (the hint was in crash dump). If I sleep before remove, it gives the
> mmc_register_card
>
These represent the final updates, after which we'll move over into
separated fixes for post 2.6.21 and bug fixes for rc candidates mode.
The patches are available here:
master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6.git
The short changelog is:
Alan Stern (3):
SCSI core:
On 02/18, Rafael J. Wysocki wrote:
>
> On Sunday, 18 February 2007 12:32, Oleg Nesterov wrote:
> > On 02/18, Rafael J. Wysocki wrote:
> > >
> > > On Sunday, 18 February 2007 00:42, Oleg Nesterov wrote:
> > > > On 02/17, Rafael J. Wysocki wrote:
> > > > >
> > > > > On Saturday, 17 February 2007
On Sat, 2007-02-17 at 21:29 -0800, Jeremy Fitzhardinge wrote:
> I'm looking at making all architectures export a vmalloc_sync_all()
> function, so that generic code can be sure that a particular vmalloc
> mapping is present in all address spaces. I need this to implement a
> function to reserve
On 02/18, Rafael J. Wysocki wrote:
>
> On Sunday, 18 February 2007 12:31, Oleg Nesterov wrote:
> > > >
> > > > However, this means that sys_vfork() makes impossible to freeze
> > > > processes
> > > > until child exits/execs. Not good.
> > >
> > I forgot to say that we have another problem:
On Sun, 18 Feb 2007, Richard Purdie wrote:
> I just said that finding a way to do it generically is difficult, not
> that we shouldn't do it.
Very well, let's do it, then.
> Even if half your functionality is exposed through the class, that half
> that is standardised rather than adhoc. Having
> >
> >> Do u recommend that we switch back to reiserfs ?
> >
> >Not yet.
> >
> >> Could it be a hardware related problems ?
> >
> >Yes. Do you have ECC memory on your server? Have you run memtest86?
> >Were there any I/O errors in the log prior to the shutdown message?
> Yes, we have ECC memory.
>
> I don't see how that is possible. mmc_block's remove routine waits for mmcqd
> to
> exit, so there can't be any code still alive that has a request going. (I am
> also completely unable to reproduce this problem here).
>
> Add more printk:s do verify how the code in mmc_block executes.
>
Hello,
Is there some howto information available about using PCI riser cards
(with multiple PCI slots) under Linux?
Several incarnations exist of PCI riser cards with two PCI slots where
the Device Number of one slot can be changed.
How, based on what information, does Linux assign an IRQ to each
On Sun, Feb 18, 2007 at 01:26:47PM +1000, Trent Waddington wrote:
> Such a strange attitude.. to go to all this effort to quote carefully
> and correctly one set of people and to then total misconstrue the
> words of another.
>
> The FSF's argument in regards to readline is that you may not
>
On Sunday 18 February 2007 00:52:15 Pavel Machek wrote:
> Hi!
> >
> > Hello , I am sorry that I missed some parts of coding style. I need to
> > reread it :-)
> >
> > There is a updated patch :
>
> It looks better.
>
> > + /* Disable Interrupt */
> > + outl (0, dev->base_addr + DCR7);
>
On Sun, Feb 18, 2007 at 11:52:58AM +0300, Mockern wrote:
> Thank you for you respond.
>
> I asked this question since I have one problem with my tty driver.
> It based on serial_core.c. It works well except Linux cat operation:(.
> (e.g. cat < ttyS10). I thought in tty driver there is no function
Hi!
> > > So I think tonight I'll start adding try_to_freeze() to the kernel
> > > threads that
> > > set PF_NOFREEZE.
> >
> > cool! While you are at it, let me try to enhance the freezer api's
> > to incorporate the PFE_* flags.
>
> Here's a patch that adds try_to_freeze() to all kernel
On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-mm2/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
Two problems:
1) A showstopper with the root
Maybe this is a decent approach to deal with the problem. First some
definitions. T is the target segment to be cleaned, S is the spare
segment that valid data is written to, O are other segments that contain
indirect blocks I for valid data D in T.
Have two different GC mechanisms to choose
Douglas Gilbert <[EMAIL PROTECTED]> wrote:
> Jens Axboe wrote:
> > On Fri, Feb 16 2007, Alan Stern wrote:
> >> From: James Bottomley <[EMAIL PROTECTED]>
> >>
> >> This patch (as854) separates out the two queue-oriented ioctls from
> >> the rest of the block-layer ioctls. The idea is that they
On Sun, Feb 18, 2007 at 01:29:03PM +0200, Dan Aloni wrote:
| On Sun, Feb 18, 2007 at 01:42:22PM +0300, Cyrill Gorcunov wrote:
| > Hi,
| >
| > here is a patch attached to the mail. You may test it. Actually
| > I have no 64bit machine to test it and I'm worried about the
| > patch accuracy. So be
On Sun, 2007-02-18 at 10:50 +0100, Alex Riesen wrote:
> > The arch/i386/kernel/process.c part of the patch should apply to 2.6.20
> > as well. Can you check if the problem is there too ?
>
> It does not apply and does not look trivially hackable.
> The code for cpu_idle was introduced in 2ff2d3d7
On Sunday, 18 February 2007 12:32, Oleg Nesterov wrote:
> On 02/18, Rafael J. Wysocki wrote:
> >
> > On Sunday, 18 February 2007 00:42, Oleg Nesterov wrote:
> > > On 02/17, Rafael J. Wysocki wrote:
> > > >
> > > > On Saturday, 17 February 2007 22:34, Oleg Nesterov wrote:
> > > > >
> > > > >
On Sunday, 18 February 2007 12:31, Oleg Nesterov wrote:
> On 02/18, Rafael J. Wysocki wrote:
> >
> > On Sunday, 18 February 2007 00:47, Oleg Nesterov wrote:
> > >
> > > However, this means that sys_vfork() makes impossible to freeze processes
> > > until child exits/execs. Not good.
> >
> > Yes,
> I don't see that - as I say above, the correct sequence is:
>
> - host device resume
> - calls mmc_resume_host()
> - child's device resume (mmc_blk_resume)
> - mmc_queue_resume()
>
Of course, I understand that this is a correct sequence. It simply was not
obvious to me that host
Hi!
> > > Looks ok. (BTW you have my ACK).
> >
> > Thanks.
>
> Anyway, please have a look at the appended revised version. I have separated
> the driver testing and debugging documents and changed the paragraph in
> SubmittingDrivers a bit.
Looks ok to me, but this time I've only scanned it
On 2/18/07, Patrick Ale <[EMAIL PROTECTED]> wrote:
Hi all,
I just tried to compile Torvald's upstream-linus and ran into a compile error.
Disregard, I ran make oldconfig again, didnt get prompted for any
configuration options, and now it does compile.
Patrick
-
To unsubscribe from this
Hi all,
I just tried to compile Torvald's upstream-linus and ran into a compile error.
CC arch/i386/kernel/time.o
In file included from include/asm-i386/mach-default/do_timer.h:5,
from arch/i386/kernel/time.c:75:
include/asm/i8253.h: In function `pit_interrupt_hook':
On 02/18, Rafael J. Wysocki wrote:
>
> On Sunday, 18 February 2007 00:42, Oleg Nesterov wrote:
> > On 02/17, Rafael J. Wysocki wrote:
> > >
> > > On Saturday, 17 February 2007 22:34, Oleg Nesterov wrote:
> > > >
> > > > static inline int is_user_space(struct task_struct *p)
> > > >
Zachary Amsden wrote:
Jeremy Fitzhardinge wrote:
The XEN config option enables the Xen paravirt_ops interface, which is
installed when the kernel finds itself running under Xen. (By some
as-yet fully defined mechanism, implemented in a future patch.)
Xen is no longer a sub-architecture, so the
On 2/17/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
On Sat, Feb 17, 2007 at 08:25:07AM -0500, Jaya Kumar wrote:
> On 2/17/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> >And, as Andrew suggested last time around, could you perhaps push this
> >fancy new idea into the FB layer so that more drivers
On 02/18, Rafael J. Wysocki wrote:
>
> On Sunday, 18 February 2007 00:47, Oleg Nesterov wrote:
> >
> > However, this means that sys_vfork() makes impossible to freeze processes
> > until child exits/execs. Not good.
>
> Yes, but this also is the current behavior.
Yes, yes, I see.
I forgot to
On Sun, Feb 18, 2007 at 01:42:22PM +0300, Cyrill Gorcunov wrote:
> Hi,
>
> here is a patch attached to the mail. You may test it. Actually
> I have no 64bit machine to test it and I'm worried about the
> patch accuracy. So be carefull testing it. I sent a copy of the
> message to Andi Kleen (who
On Sun, 2007-02-18 at 08:45 +0100, Németh Márton wrote:
> A blinking led is basically a PWM (Pulse Width Modulation)
> signal. A PWM signal has three different attribute. The
> first one is the amplitude, this attribute is already
> provided by the led subsystem as "brightness". There are two
>
On Fri, 2007-02-16 at 01:12 -0200, Henrique de Moraes Holschuh wrote:
> On Thu, 15 Feb 2007, Richard Purdie wrote:
> > This has been discussed in several places several times. The problem
> > with hardware accelerated flashing is that you're are often limited to
> > certain constraints (this case
On Sunday, 18 February 2007 00:42, Oleg Nesterov wrote:
> On 02/17, Rafael J. Wysocki wrote:
> >
> > On Saturday, 17 February 2007 22:34, Oleg Nesterov wrote:
> > >
> > > static inline int is_user_space(struct task_struct *p)
> > > {
> > > return p->mm && !(p->flags &
On Sunday, 18 February 2007 00:47, Oleg Nesterov wrote:
> On 02/18, Oleg Nesterov wrote:
> >
> > On 02/17, Rafael J. Wysocki wrote:
> > >
> > > Alternatively, we can move the check into refrigerator(), like this:
> > >
> > > --- linux-2.6.20-git13.orig/kernel/power/process.c
> > > +++
On Sat, Feb 17, 2007 at 11:29:19PM +0200, Dan Aloni wrote:
| Hello,
|
| I'm running the x86_64 arch of Linux 2.6.20 on a Supermicro X6DH8-XG2
| board and I got this during boot:
|
| [248660.950695] device id = 2440
| [248660.950699] device id = 2480
| [248660.950703] device id = 24c0
|
2007/2/17, Cédric Augonnet <[EMAIL PROTECTED]>:
2007/2/17, Bill Davidsen <[EMAIL PROTECTED]>:
> Cédric Augonnet wrote:
That is my all point actually, i am not telling i have a valid
partition. I'm just describing the fact that the minix fs driver is
making too many assumptions on the partition
On Sun, Feb 18, 2007 at 12:22:10AM -0500, Kai Germaschewski wrote:
> On Sat, 17 Feb 2007, Tilman Schmidt wrote:
>
> > Alright, then so be it. But that raises another question:
> > asyncdata.o is only needed for M105 and M101, not for the base
> > driver. How do I express in Kbuild that
On Thu, 15 Feb 2007 17:51:51 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
>
> this is the v2 release of the syslet subsystem. This is an interim
> release, not all known and pending items are fixed/changed yet - the
> tree is still work in progress:
>
>
2.6.18.6 vanilla:
/dev/hda CD/DVD
/dev/hda1 / IDE HD 160GB
/dev/hda2 swap
/dev/sda1 /xyz SATA HD 320GB
/dev/sda2 swap
/dev/sdb1 /zzz SATA HD 320GB
/dev/sdb2 swap
/dev/sdc1 /usb USB KEY 512MB
all 100% OK since 12-Dec-2006
2.6.19.3 vanilla & 2.6.20 vanilla, identical behaviour:
/dev/hda, /dev/hdb
On Sun, 2007-02-18 at 09:02 +0100, Mike Galbraith wrote:
> The reason it's hanging is that nobody releases the driver, so we wait
> forever in driver_unregister(). With the below, box boots fine...
>
> --- drivers/base/bus.c.org2007-02-18 08:38:57.0 +0100
> +++ drivers/base/bus.c
Joerg Roedel wrote:
From: Joerg Roedel <[EMAIL PROTECTED]>
This patch changes the SVM code to intercept SMIs and handle it
outside the guest.
Applied, thanks.
--
Do not meddle in the internals of kernels, for they are subtle and quick to
panic.
-
To unsubscribe from this list: send the
Bill Davidsen wrote:
There doesn't seem to be a great place for KVM user questions, this is
it, and kvm-devel seems a poor place for user questions, while the
chat room is real time and depends on the question and the answer
being in the same place at the same time.
kvm-devel is perfectly
On Sunday 18 February 2007 00:55, Michael K. Edwards wrote:
> Or they could run:
> find . -type f -exec
perl -i.bak -pe 's/EXPORT_SYMBOL_GPL/EXPORT_SYMBOL/g'
> and be done with it. Or even just MODULE_LICENSE("GPL") in their
> module -- that's not "lying about the module license", it's
Thank you, I'll take a look.
>
>did you tried www.comedi.org ?
>
>Am Sunday 18 February 2007 00:18 schrieb Mockern:
>> Hello,
>>
>> Where I can grab an example of ADC driver with I2C interface?
>> -
>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>> the body of a
Thank you for you respond.
I asked this question since I have one problem with my tty driver.
It based on serial_core.c. It works well except Linux cat operation:(.
(e.g. cat < ttyS10). I thought in tty driver there is no function
for this operation and I wanted to know that maybe serial driver
> From: "Michael K. Edwards"
> Newsgroups: gmane.linux.kernel
> Subject: Re: GPL vs non-GPL device drivers
> Date: Sat, 17 Feb 2007 22:56:00 -0800
[]
> How are you going to like being forced to fork the entire GNU corpus in
> whatever state it's in the day before the v3 conversion hits SVN? Xorg
On Sat, 2007-02-17 at 23:41 +0100, Michal Piotrowski wrote:
> sudo cat /var/log/messages | grep Idle
> Feb 17 17:35:34 bitis-gabonica kernel: Idle: local softirq pending:
> 0020<6>hdd: ATAPI 48X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache,
> UDMA(33)
> Feb 17 19:20:01 bitis-gabonica kernel: Idle:
Alex Dubov wrote:
>> I don't actually think that is what happening. The block errors tend to
>> trail a
>> bit behind, so the errors you are seeing are probably the result of the queue
>> being flushed out as you remove the card. I don't see any mmc debug messages
>> that indicate that is trying
On Sun, Feb 18, Roman Zippel wrote:
> Hi,
>
> On Fri, 16 Feb 2007, Olaf Hering wrote:
>
> > Pass a timestamp to kbuild via an enviroment variable.
> >
> > TZ=UTC BUILD_TIMESTAMP=2007-01-01 make -kj O=../O vmlinux
> >
> > This can be used when the kernel source is in a SCM and uname -v
> >
On Sun, Feb 18, 2007 at 08:45:00AM +0100, Németh Márton wrote:
>
> On Fri, 16 Feb 2007, Henrique de Moraes Holschuh wrote:
> > On Thu, 15 Feb 2007, Richard Purdie wrote:
> > > This has been discussed in several places several times.
> The problem
> > > with hardware accelerated flashing is that
On Sat, 2007-02-17 at 09:20 +0100, Mike Galbraith wrote:
> On Fri, 2007-02-16 at 17:50 -0800, Greg KH wrote:
> > On Sat, Feb 17, 2007 at 02:38:08AM +0100, Mike Galbraith wrote:
> > > On Fri, 2007-02-16 at 14:36 -0800, Greg KH wrote:
> > > > On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith
No, that's portability bug... Need time for review ;)
Cyrill
-
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
On Sat, 2007-02-17 at 09:20 +0100, Mike Galbraith wrote:
On Fri, 2007-02-16 at 17:50 -0800, Greg KH wrote:
On Sat, Feb 17, 2007 at 02:38:08AM +0100, Mike Galbraith wrote:
On Fri, 2007-02-16 at 14:36 -0800, Greg KH wrote:
On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote:
101 - 200 of 398 matches
Mail list logo
